51
требуется посмотреть только решение по заявлению, информацию по
составу заявлений не придется возвращать из базы данных, что
положительно скажется на времени выборки.
Предварительно систему должен будет настроить администратор системы.
Администратор создаст роли и укажет функциональные возможности ролей.
После чего создает пользователей: заполнит анкетную информацию каждого
пользователя системы; установит роли каждому пользователю; укажет
информацию для аутентификации.
Для создания приложения и его информационной модели следует рассмотреть
процесс приема заявлений:
1. Гражданин обращается в управление с пакетом документов,
подтверждающих право на ту или иную услугу.
2. Оператор создает обращение, соответствующее тематике и содержанию.
3. По указанным тематике и содержанию оператор заполняет экранную
форму заявления.
4. Прикладывает к заявлению представленные гражданином документы
5. Регистрирует данное обращение в системе.
6. Система автоматически формирует печатную форму заявления и расписку-
уведомление, о принятых документа и правовых сроках оказания услуги.
7. Параллельно информация о заявлении отправляется в целевую подсистему.
Система занимается узкоспециализированной обработкой заявления.
Инициируется бизнес-процесс, в результате которого в срок,
установленный законом, выносится решение по данному заявлению.
Например удовлетворительное решение на выдачу сертификата, с
указанием реквизитов данного заявления и суммы.
8. Данные о решении передаются в Фронт-офис, где данные сохраняются.
9. По данным решений можно сформировать печатные формы, такие как:
Результат рассмотрения, сертификат МСК, СНИЛС, справку о выплатах
пенсий и иных социальных начислениях и другие.
Исходя из процесса приема заявления, структурой хранимой информации,
ограничения прав пользователей системы, задачей и целей самой системы –
можно построить основополагающую информационную модель