Файл: Средства разработки клиентских программ (Анализ представленных в России возможностей подачи жалоб на проблемы в сфере ЖКХ).pdf

ГЛАВА 2 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.1 Функциональные требования к проектируемой системе

Проектируемая информационная система предполагает её использование четырьмя типами пользователей, каждый из которых имеет собственные потребности: пользователь услуг ЖКХ, юрист, администратор и системный администратор.

Важно отметить, что система проектируется, в первую очередь, для удовлетворения потребностей пользователей услуг ЖКХ, все остальные роли в системе носят обслуживающий характер.

Бизнес-роли лиц, работающих в информационной системе, раскрыты в таблице 2.1.

Таблица 2.1. Роли лиц, использующих информационную систему

Каждый пользователь информационной системы, за исключением системного администратора, отвечающего за работоспособность системы в целом, в зависимости от его бизнес-роли, имеет собственные задачи, решаемые с использованием системы. При этом, присутствую задачи, общие для каждой бизнес-роли, как, например, возможность входа в систему, так и специфические. Последние зависят от того, с какой «стороны» от заявки находится пользователь системы: подаёт ли он её, или принимает и обрабатывает.

В таблице 2.2. сгруппированы функциональные требования, предъявляемые всеми ролями пользователей к проектируемой информационной системе, в зависимости от их потребностей с указанием цели наличия той или иной функции.

Таблица 2.2. Функциональные требования

Ключевым элементом всех процессов, происходящих с использованием проектируемой информационной системы, является заявка пользователя услуг ЖКХ, и в отношении которой может произойти ряд изменений:

Заявка может быть создана;

В отношении заявки может быть направлен запрос о предоставлении дополнительных сведений – при получении этих сведений заявка считается созданной заново;

По заявке может быть направлено и принято соглашение о начале судебной работы;

У заявки может быть изменён статус в зависимости от стадии её обработки;

К заявке могут быть приложены документы, полученные из суда;

В удовлетворении заявки может быть отказано по причине отсутствия нарушений.

Ниже на рисунке 2.1. представлена диаграмма прецедентов use-case о возможны действиях пользователей системы с заявками.

Рисунок 2.1. Диаграмма прецедентов use-case

На расположенном далее рисунке 2.2. изображена диаграмма активности пользователей, иллюстрирующая процесс и обработки заявок, поступающих в проектируемую информационную систему.

Рисунок 2.2. Диаграмма активности пользователей проектируемой системы

2.2 Архитектура проектируемой системы

Архитектура проектируемой информационная системы отличается большой простотой, что позволит в кратчайшие сроки решить задачи по её реализации.

Архитектура системы включает в себя четырёх основных компонента:

База данных;

Серверная часть

Десктопное клиентское приложение для юристов и администраторов заявок;

Мобильное клиентское приложения для пользователей жилищно-коммунальных услуг.

И клиентское приложение, и приложение юристов и администратора взаимодействуют с сервером, направляя ему запросы по защищённому протоколу HTTPS. Выбор протокола продиктован требованиями к безопасности передачи персональных данных потребителей жилищно-коммунальных услуг.

Серверная часть представляет собой обменный буфер между базой данных и пользовательскими приложениями, предоставляющая пользователям REST API также с использованием протокола HTTPS.

Общая архитектура проектируемой системы изображена на рисунке 2.3.

Рисунок 2.3. Общая архитектура проектируемой системы

2.3 Проектирование базы данных системы

Обе основных роли пользователей системы (потребители услуг ЖКХ и юристы), используя разные приложения, обращаются к одной базе данных, содержащей в себе всю информацию о поданных пользователями заявках.

База данных информационной системы включает в себя 5 таблиц.

Пользователи;

Адреса;

Заявки;

Аудентификационные токены;

Документы к заявкам.

Содержание таблиц и их перечень продиктованы потребностями юристов в информации, необходимой для оценки наличия или отсутствия нарушений, о которых сообщает потребитель услуг ЖКХ, а также требованиями к удобству представления информации такими потребителями.

Наиболее значимой таблицей является таблица заявок (Requests), поскольку вся система проектируется с целью их приёма и обработки.

Необходимость выделения отдельной таблицы адресов (Adresses) вызвана целью экономии места на диске, поскольку один и тот же адрес с высокой вероятностью будет использоваться пользователем, как в качестве контактного адреса, так и при заполнении анкеты заявки в качестве адреса, по которому со стороны управляющей организации произошли возможные нарушения.

Аутентификационные токены (AuthTokens) выдаются при входе пользователя в систему и используются для его идентификации.

Документами к заявкам (RequestsDocuments) являются фотографии нарушений, а также судебные документы в формате PDF. Хранятся они в базе данных в бинарном виде. Каждый документ ассоциирован со стадией заявки, поскольку подать фотографии можно только в стадии заполнения, черновика и дозаполнения, а судебные документы прикрепляются только на финальной стадии обработки заявки. Таким образом, стадия используется в качестве идентификации типа документа.

Уникальный индекс есть только в одном поле – email из таблицы пользователи услуг ЖКХ (Users), поскольку электронный адрес используется для входа в систему, а посему должен быть уникален.

Поскольку поиск в данной БД используется в основном по первичному ключу, то необходимость в индексировании возникла лишь в таблице адресов, где индекс наложен на три поля: регион, город и улица.

Описанная схема базы данных изображена ниже на рисунке 2.4.

Рисунок 2.4. Схема базы данных проектируемой системы

ЗАКЛЮЧЕНИЕ

В настоящей работе выполнено проектирование информационной системы для подачи заявок о проблемах в сфере ЖКХ.

Для достижения указанной цели был проведён анализ имеющихся у потребителей жилищно-коммунальных услуг возможностей на подачу жалоб о проблемах в сфере ЖКХ и борьбы с выявленными нарушениями по инициативе потребителей таких услуг. В качестве наиболее перспективного пути решения проблем в сфере ЖКХ было выбрано направление по судебной работе с такими заявками.

Также были проанализированы информационные системы, существующие в России и созданные для поддержки решения проблем потребителей жилищно-коммунальных услуг. В результате анализа были сделаны выводы об отсутствии в их работе следующих функциональных решений, носящих прогрессивный характер:

Возможность направить свою заявку по судебному пути решения проблем ЖКХ;

Возможность для пользователя отслеживания юридической «судьбы» поданной заявки.

Решение задачи по извлечению информационной системой прибыли.

Наличие дополнительной финансовой мотивации пользователя системы за каждую реально существующую проблему, о которой он заявит.

Спроектированная информационная система включает в себя указанные нереализованные ранее функциональные решения.

СПИСОК ЛИТЕРАТУРЫ