- •Дипломный проект
- •Задание
- •Общая часть
- •Описание области автоматизации
- •Основания для разработки системы
- •Общая структура программного комплекса
- •Описание организаций
- •Описание структуры
- •Описание потоков данных
- •Реализуемая часть, процесс «Обработка заявления»
- •Модель «Как есть»
- •Модель «Как должно быть» для бумажных заявлений
- •Модель «Как должно быть» для электронных заявлений
- •Формирование технического задания на систему
- •Специальная часть
- •Описание внутримашиной информационной базы
- •Логическая структура
- •Физическая структура
- •Модель вариантов использования
- •Моделирование классов
- •Моделирование классов для прецедента «Просмотреть таблицу заявлений»
- •Моделирование классов для прецедента «Обработать заявление»
- •Моделирование классов для прецедента «Просмотреть таблицу свидетельств»
- •Моделирование классов для прецедента «Просмотреть отчет»
- •Общая модель классов системы.
- •Моделирование взаимодействия
- •Диаграмма взаимодействия для прецедента «Просмотреть таблицу заявлений».
- •Диаграмма взаимодействия для прецедента «Обработать заявление».
- •Диаграмма взаимодействия для прецедента «Просмотреть таблицу свидетельств»
- •Диаграмма взаимодействия для прецедента «Просмотреть отчет»
- •Программный интерфейс
- •Выбор языка программирования
- •Программирование
- •Тестирование
- •Экономическая часть
- •Определение затрат на разработку программного продукта
- •Расчет цены одного человеко-месяца
- •Единовременные затраты
- •Прямые затраты
- •Отчисления на социальные нужды
- •Содержание и эксплуатация оборудования
- •Амортизация зданий, сооружений
- •Определение трудоемкости разработки программного продукта
- •Расчет экономической эффективности
- •Расчет капиталовложений в проект
- •Расчет чистого дисконтированного дохода
- •Расчет внутренней нормы доходности инвестиций
- •Расчет индекса прибыльности
- •Расчет дисконтированного периода окупаемости
- •Безопасность жизнедеятельности
- •Безопасность условий труда оператора эвм
- •Анализ вредных и опасных условий при работе с эвм
- •Мероприятия по предотвращению вредных и опасных факторов
- •Методика оценки безопасности рабочего места
- •Анализ безопасности работающего по условиям труда
- •Принципиальная схема рабочего места с указанием источников опасности
- •Расчет защитного заземления
- •Министерство регионального развития Российской Федерации
- •Цели создания системы
- •Характеристика объектов автоматизации
- •Требования к системе
- •Требования к системе в целом
- •Требования к структуре и функционированию системы
- •Требования к надежности
- •Требования к эргономике и технической эстетике
- •Требования к защите информации от несанкционированного доступа
- •Требования к информационной безопасности
- •Требования к антивирусной защите
- •Требования по сохранности информации при авариях
- •Требования к защите от влияния внешних воздействий
- •Требования по стандартизации и унификации
- •Требования к информационной совместимости со смежными системами
- •Требования по использованию классификаторов, унифицированных документов и классификаторов
- •Требования по применению систем управления базами данных
- •Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных
- •Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
- •Требования к контролю, хранению, обновлению и восстановлению данных
- •Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами системы
- •Требования к лингвистическому обеспечению
- •Требования к программному обеспечению
- •Требования к техническому обеспечению
- •Требования к метрологическому обеспечению
- •Требования к организационному обеспечению
- •Требования к патентной чистоте
- •Состав и содержание работ по созданию системы
- •Порядок контроля и приёмки системы
- •Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
- •Технические мероприятия
- •Организационные мероприятия
- •Изменения в информационном обеспечении
- •Требования к документированию
- •Подготовка к работе
- •Порядок загрузки
- •Сценарии работы с 2-ой очередью пк «Госуслуги»
- •Подача заявления
- •Обработка заявления экспедитором
- •Обработка заявления оператором
- •Подраздел «Документы»
- •Подраздел «Результат»
- •Положительное заключение о выдаче технического свидетельства
- •Отрицательное заключение о выдаче технического свидетельства
- •Обработка заявления заместителем министра
- •Подписание документов
- •Просмотр заявлений
- •Просмотр выданных свидетельств
- •Добавление в реестр свидетельства, выданного без использования 2-ой очереди пк «Госуслуги»
- •Просмотр отчетов
- •Режим «Таблица»
- •Режим «Структура»
- •Режим «Динамика»
- •Настройка программы
- •Установка php под iis, как isapi-фильтра
- •Установка iis
- •Особенности при настройке iis 6.X в Windows 2003 Server
- •Сообщения системному программисту
Описание структуры
На рисунке 1 изображена структурная схема программного комплекса.
Примерную логику работы можно отследить, начиная с процесса «Заполнения формы заявления на оказание услуг» далее следуя по нумерованным стрелкам до процесса «Отображение статуса обработки».
Все данные передаваемые от одной организации в другую осуществляются через систему межведомственного электронного взаимодействия (СМЭВ).
Рисунок 1 - Структурная схема программного комплекса
СМЭВ – это федеральная государственная информационная система, включающая в себя информационные базы данных, содержащие сведения об используемых органами и организациями программных и технических средствах, обеспечивающих возможность доступа через систему взаимодействия к их информационным системам и электронным сервисам. А также сведения об истории движения в системе взаимодействия электронных сообщений при предоставлении государственных и муниципальных услуг и исполнении государственных и муниципальных функций в электронной форме. Кроме того в состав СМЭВ входят программные и технические средства, обеспечивающие взаимодействие информационных систем органов и организаций, используемых при предоставлении в электронной форме государственных и муниципальных услуг и исполнении государственных и муниципальных функций. Система межведомственного электронного взаимодействия позволяет федеральным, региональным и местным органам власти, контроля и надзора в электронном виде передавать и обмениваться данными, необходимыми для оказания государственных услуг[2].
Изначально пользователь, вошедший на ЕПГУ, с точки зрения данной структурной схемы заполняет форму заявления на выдачу технического свидетельства, все данные с ЕПГУ, передаются в соответствующую организацию через защищенный канал связи СМЭВ, судя по первому шагу данные, передаются на сервис Минрегиона России, который обеспечивает процесс «Прием заявления». Сервис, обеспечивающий прием заявления сохраняет данные в базу данных Минрегиона, благодаря этому система обеспечивающая процесс «Обработка заявления» имеет доступ к данным заявлений. В процессе обработки данных по заявлению производится изменение статусов у заявлений, дополнительный сервис, который отслеживает статусы заявлений в базе данных, производит выборку не отправленных статусов и осуществляет передачу данных на ЕПГУ, естественно данные передаются через канал СМЭВ. Далее по шагу 3 производится передача данных в ФАУ «ФЦС», в ней производится проверка продукции на пригодность в строительстве, если продукция прошла проверку то ФАУ «ФЦС» печатает техническое свидетельство, делает сканирование и перенаправляет данные в Минрегион, где производится дальнейшая обработка заявления. В результате перехода по всем шагам у пользователя ЕПГУ будет выведена соответствующая информация о результате обработки его заявления Минрегионом [2].
Описание потоков данных
Для более понятного объяснения процесса взаимодействия и процесса обмена данными между организациями на рисунке 2 изображена схема потоков данных. В данной схеме видно, что есть 3 информационных пространства, обмен данными производится между ними через защищенный канал СМЭВ, на схеме присутствует 2 типа серверов, первый тип это сервера базы данных на них установлены СУБД, а второй веб сервера на них устанавливаются сервисы.
Сервера СМЭВ (номера 4, 5, 9), имеют не только сервисы, но и специальное крипто-оборудование, необходимое для возможности передачи данных в канал СМЭВ, все данные которые будут передаваться в другое ведомства будут проходить через эти сервера.
Сервера базы данных (номера 2, 7, 11), используются, как хранилища данных, а так же на них могут, функционировать вспомогательные сервисы для улучшения работы установленных на них СУБД. Сервер базы данных, под номером семь, располагаемый в информационном пространстве Минрегиона России. Данный сервер имеет СУБД Oracle 11g и на нем функционируют два пользователя, первый core_admin_pkgu с данными по учетным записям для работы системы minreg_pkgu_v1.0, а второй пользователь minreg_pkgu_se в котором хранится все данные по заявлениям, с данным пользователем взаимодействует система обработки заявлений minreg_pkgu_v1.0 и сервесы установленные на веб сервере 6, а именно сервис data_exchange и status_s.
Рисунок 2 - Схема потоков данных
Веб-сервера, для сервисов обмена данных (номера 3, 6, 10) служат для сбора данных по их задачам и преобразование собранной информации в нужный вид для передачи данных в другое ведомство через сервер СМЭВ.
Веб-сервера (номера 1, 8, 12), имеют на себе системы, с которыми работают пользователи, на сервере 1 установлена система gosuslugi, на сервере 8 установлена система minreg_pkgu_v1.0, которая необходима для обработки заявлений в Минрегионе России, на сервере 12 установлена система документооборота fcs_v1.0.
