- •Дипломный проект
- •Задание
- •Общая часть
- •Описание области автоматизации
- •Основания для разработки системы
- •Общая структура программного комплекса
- •Описание организаций
- •Описание структуры
- •Описание потоков данных
- •Реализуемая часть, процесс «Обработка заявления»
- •Модель «Как есть»
- •Модель «Как должно быть» для бумажных заявлений
- •Модель «Как должно быть» для электронных заявлений
- •Формирование технического задания на систему
- •Специальная часть
- •Описание внутримашиной информационной базы
- •Логическая структура
- •Физическая структура
- •Модель вариантов использования
- •Моделирование классов
- •Моделирование классов для прецедента «Просмотреть таблицу заявлений»
- •Моделирование классов для прецедента «Обработать заявление»
- •Моделирование классов для прецедента «Просмотреть таблицу свидетельств»
- •Моделирование классов для прецедента «Просмотреть отчет»
- •Общая модель классов системы.
- •Моделирование взаимодействия
- •Диаграмма взаимодействия для прецедента «Просмотреть таблицу заявлений».
- •Диаграмма взаимодействия для прецедента «Обработать заявление».
- •Диаграмма взаимодействия для прецедента «Просмотреть таблицу свидетельств»
- •Диаграмма взаимодействия для прецедента «Просмотреть отчет»
- •Программный интерфейс
- •Выбор языка программирования
- •Программирование
- •Тестирование
- •Экономическая часть
- •Определение затрат на разработку программного продукта
- •Расчет цены одного человеко-месяца
- •Единовременные затраты
- •Прямые затраты
- •Отчисления на социальные нужды
- •Содержание и эксплуатация оборудования
- •Амортизация зданий, сооружений
- •Определение трудоемкости разработки программного продукта
- •Расчет экономической эффективности
- •Расчет капиталовложений в проект
- •Расчет чистого дисконтированного дохода
- •Расчет внутренней нормы доходности инвестиций
- •Расчет индекса прибыльности
- •Расчет дисконтированного периода окупаемости
- •Безопасность жизнедеятельности
- •Безопасность условий труда оператора эвм
- •Анализ вредных и опасных условий при работе с эвм
- •Мероприятия по предотвращению вредных и опасных факторов
- •Методика оценки безопасности рабочего места
- •Анализ безопасности работающего по условиям труда
- •Принципиальная схема рабочего места с указанием источников опасности
- •Расчет защитного заземления
- •Министерство регионального развития Российской Федерации
- •Цели создания системы
- •Характеристика объектов автоматизации
- •Требования к системе
- •Требования к системе в целом
- •Требования к структуре и функционированию системы
- •Требования к надежности
- •Требования к эргономике и технической эстетике
- •Требования к защите информации от несанкционированного доступа
- •Требования к информационной безопасности
- •Требования к антивирусной защите
- •Требования по сохранности информации при авариях
- •Требования к защите от влияния внешних воздействий
- •Требования по стандартизации и унификации
- •Требования к информационной совместимости со смежными системами
- •Требования по использованию классификаторов, унифицированных документов и классификаторов
- •Требования по применению систем управления базами данных
- •Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных
- •Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
- •Требования к контролю, хранению, обновлению и восстановлению данных
- •Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами системы
- •Требования к лингвистическому обеспечению
- •Требования к программному обеспечению
- •Требования к техническому обеспечению
- •Требования к метрологическому обеспечению
- •Требования к организационному обеспечению
- •Требования к патентной чистоте
- •Состав и содержание работ по созданию системы
- •Порядок контроля и приёмки системы
- •Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
- •Технические мероприятия
- •Организационные мероприятия
- •Изменения в информационном обеспечении
- •Требования к документированию
- •Подготовка к работе
- •Порядок загрузки
- •Сценарии работы с 2-ой очередью пк «Госуслуги»
- •Подача заявления
- •Обработка заявления экспедитором
- •Обработка заявления оператором
- •Подраздел «Документы»
- •Подраздел «Результат»
- •Положительное заключение о выдаче технического свидетельства
- •Отрицательное заключение о выдаче технического свидетельства
- •Обработка заявления заместителем министра
- •Подписание документов
- •Просмотр заявлений
- •Просмотр выданных свидетельств
- •Добавление в реестр свидетельства, выданного без использования 2-ой очереди пк «Госуслуги»
- •Просмотр отчетов
- •Режим «Таблица»
- •Режим «Структура»
- •Режим «Динамика»
- •Настройка программы
- •Установка php под iis, как isapi-фильтра
- •Установка iis
- •Особенности при настройке iis 6.X в Windows 2003 Server
- •Сообщения системному программисту
Модель «Как должно быть» для бумажных заявлений
В приложении Е, изображена модель «Как должно быть», ниже представлено описание всех функциональных блоков и описание декомпозиций этих блоков.
Основной блок «Обработать заявление» в данном блоке производится обработка заявления и документов, которые подает физическое или юридическое лицо на получение технического свидетельства.
В приложении Ж, изображена декомпозиция блока «Обработать заявление».
На уровне первой декомпозиции реализованы четыре блока:
«Обработка входных документов», в нее входит процесс приема заявлений и документов, а так же регистрация заявления в системе электронного документооборота;
«Передача документов в ФАУ «ФЦС»», это та организации, которая будет проводить испытания продукта;
«Проведение испытаний и проверок продукции в ФАУ «ФЦС»» данный блок отвечает за все процессы, проходимые в «ФЦС» при проведении испытаний продукта;
«Обработка результата», данный блок отвечает за процесс, обработки результата испытаний ФАУ «ФЦС», результатом обработки может служить или письмо об отказе или сопроводительное письмо и техническое свидетельство.
В приложении И, изображена декомпозиция блока «Прием документов». На данной диаграмме присутствует два функциональных блока:
«Прием заявлений и документов»;
Регистрация заявления в системе электронного документооборота где каждый документ получает свой уникальный номер.
А приложении К, изображена декомпозиция блока «Обработка результата», данная декомпозиция содержит в себе пять функциональных блоков:
«Получение результатов от ФАУ «ФЦС»»;
«Регистрация документов в СЭДО», производится регистрация технического свидетельства и всех писем в системе электронного документооборота для получения уникальных номеров документа;
«Сохранение результата в minreg_pkgu_v1.0»;
«Подпись результата», все документы подписываются замминистра;
«Отправка письма об отказе», Если результатом испытания было письмо об отказе, то осуществляется отправка письма об отказе заявителю;
«Выдача технического свидетельства и сопроводительного письма», данный блок осуществляет процесс выдачи положительного результата испытания.
Основным преимуществом данной модели является:
Хранение информации бумажных заявлений в электронном виде;
Хранение результатов обработки заявлений в электронном виде.
Модель «Как должно быть» для электронных заявлений
В приложении Л, изображена диаграмма «Как должно быть», ниже представлено описание всех функциональных блоков и декомпозиций.
Основной блок «Обработка заявления», данный блок содержит в себе весь процесс обработки электронного заявления в будущей системе, а так же все процессы, связанные с получением данных.
В приложении М, представлена, декомпозиция функционального блока «Обработка заявления», она состоит из четырех блоков:
«Обработка входных данных», здесь осуществляется обработка данных нового заявления пришедшего с единого портала государственных услуг, а именно заявление регистрируется в системе электронного документа оборота, за тем присваивается номер заявлению, а так же осуществляется выгрузка данных заявления;
«Передача документов в ФАУ «ФЦС», здесь осуществляется передача всех документов по заявлению, в том числе и само заявление в ФАУ «ФЦС», для проведения испытаний;
«Проведение испытаний и проверок продукции в ФАУ «ФЦС»», здесь производятся испытания продукции на пригодность в строительстве на территории России;
«Обработка результата», в данном функциональном блоке осуществляется прикрепление результата обработки заявления в систему minreg_pkgu_v1.0.
В приложении Н, реализована декомпозиция Функционального блока «Обработка входных данных», здесь присутствует четыре функциональных блока:
«Просмотр данных заявления в системе minreg_pkgu_v1.0», в данном блоке осуществляется открытие данных заявления;
«Регистрация заявления в СЭДО», в данном блоке осуществляется регистрации заявления в системе электронного документооборота;
«Назначение номера заявления в системе minreg_pkgu_v1.0», в данном блоке осуществляется назначение номера заявлению которое было зарегистрировано в системе электронного документооборота;
«Выгрузка архива документов из системы minreg_pkgu_v1.0», в данном блоке осуществляется выгрузка документов по определенному заявлению.
В приложении О, изображена декомпозиция блока «Обработка результата», данная декомпозиция состоит из шести функциональных блоков:
«Получение результатов от ФАУ «ФЦС»», в данном блоке осуществляется передача результатов исследования продукта на пригодность в строительстве на территории России;
«Регистрация результатов в СЭДО», в данном блоке осуществляется регистрация результата в системе электронного документооборота;
«Заполнение формы о выдаче свидетельства», если был получено техническое свидетельство на продукцию и сопроводительное письмо от ФАУ «ФЦС» то осуществляется заполнение формы о выдаче технического свидетельства в системе minreg_pkgu_v1.0;
«Заполнить форму об отказе в выдаче свидетельства», в данном блоке осуществляется процесс заполнение формы об отказе в выдаче технического свидетельства в системе minreg_pkgu_v1.0 если от ФАУ «ФЦС» пришло письмо об отказе;
«Подпись результата», в данном функциональном блоке осуществляется подпись заполненных данных в форме;
«Закрытие заявки», в данном блоке сотрудник Минрегиона закрывает заявку.
Основным преимуществом данной модели является:
возможность обрабатывать электронные заявления;
хранение данных заявления в электронном виде;
хранение результатов обработки заявлений в электронном виде.
