18
Департаменты Министерства
Департамент стратегического развития и инноваций
Правовой департамент
Департамент макроэкономического анализа и прогнозирования
Департамент социального развития
Департамент развития малого и среднего предпринимательства и
конкуренции
Департамент корпоративного управления
Департамент государственного регулирования тарифов,
инфраструктурных реформ и энергоэффективности
Департамент реализации региональных инвестиционных программ
Департамент государственного регулирования в экономике
департамент экономического сотрудничества со странами СНГ и
развития евразийской интеграции
Департамент торговых переговоров
Департамент развития и регулирования внешнеэкономической
деятельности
Департамент инвестиционной политики и развития частно-
государственного партнерства
Департамент регионального развития
Финансовый департамент
Департамент Азии, Африки и Латинской Америки
Департамент государственных целевых программ и капитальных
вложений
Департамент развития секторов экономики
Департамент бюджетного планирования и государственных программ
Департамент проектного управления
Департамент управления делами
19
Департамент финансово-банковской деятельности и инвестиционного
развития
Департамент недвижимости
Департамент тарифного регулирования и анализа
внешнеэкономической деятельности
Департамент стран Европы, Северной Америки и международных
организаций
Департамент оценки регулирующего воздействия
Департамент стратегического и территориального планирования
Департамент развития контрактной системы
Департамент развития межрегионального и приграничного
сотрудничества
Департамент поддержки проектов в азиатско-тихоокеанском регионе
Департамент координации социально-экономического развития
регионов
Департамент организационного обеспечения и коммуникаций
Отдел защиты государственной тайны
Департамент координации, развития и регулирования
внешнеэкономической деятельности
Департамент обеспечения деятельности министерства
Департамент кадров и организационного развития
Департамент социального развития и инноваций
Сводный департамент макроэкономического прогнозирования
Департамент взаимодействия с органами таможенного союза и
экономического сотрудничества со странами СНГ
Департамент управления делами
Департамент инновационного развития
Департамент стран Европы и Америки
20
Департамент экономики социального развития и приоритетных
программ
Департамент особых экономических зон, проектов развития регионов и
моногородов
Департамент имущественных отношений
1.1.3. Программная и техническая архитектура ИС предприятия
Система предназначена для принятия заявок для службы технической
поддержки, регистрации клиентов в системе с последующей
сетевой
возможностью
создания заявки
информационная
и просмотром статуса
проекта
ее выполнения (рис 1.3).
Рисунок 1.3 – Схема
который
представления технической
необходимости
архитектуры
Требования к рабочим
thirdedition
станциям:
‒ процессор 1 ГГц
запроса
и более тактовой
программа
частоты с поддержкой
может
PAE, NX и
SSE2;
‒ 2 ГБ
риск
оперативной памяти;
‒ видеоадаптер
поступлении
с поддержкой DirectX 9 и WDDM
открытости
версии 1.0;
‒ минимальное
использует
разрешение дисплея - 800 x 600 точек;
21
‒ 20 ГБ
блоков
свободного места.
Требования
остальные
к мобильным устройствам (Android-планшеты
после
и
телефоны):
‒ Android
таким
Lollipop 5-го
рассмотрим
поколения и новее;
‒ многоядерный
циклами
мобильный ARM-процессор;
‒ 2 ГБ
россии
оперативной памяти
yahoo
и
конкретизирует
более;
Требования к мобильным
применения
устройствам (iPad, iPhone):
‒ Apple
поэтапная
iPhone 5 и
code
новее;
‒ Apple iPad 4 и новее;
‒ процессор Apple A7 1300 МГц и
факторы
новее;
‒ 2 ГБ оперативной
цели
памяти и более;
Все
обеспечивает
данные о заявке, а
области
также статусы
открытия
ее выполнения хранятся
переименован
в базе
данных
пароль
сайта. При регистрации
инноваций
заявки клиент
приложения
указывает краткое
edge
описание
проблемы
суэринг
и вводит примерный
заявок
срок на выполнение.
В
чтобы
качестве устройства
apache
подключения к электронному
сроков
порталу можно
добавления
использовать мобильные (телефон,
клиенте
планшет), переносные (ноутбук) и
хранит
стационарные (компьютер).
Возможности сотрудника:
‒ просмотр возможных
рисунках
на выполнение заявок;
‒ просмотр выполненных
которые
данным сотрудником
проверки
заявок;
‒ редактирование статусов
всякий
выполняемых заявок.
22
Рисунок 1.4 – Схема
localhost
представления программной
чтобы
архитектуры
Возможности клиента (авторизированного
которые
пользователя);
‒ регистрация заявки
другие
для службы
здесь
технической поддержки;
‒ просмотр
модуль
статуса выполнения
новее
своих заявок.
Интернет
Сервер
windows
хостинг-провайдера
Web-сервер
Apache
СУБД
MySQL
PHP 5.3
Файлы
сотрудника
сайта
Протокол HTTP
Протокол HTTP
Компьютер
рассчитаем
клиента
Windows 7, 8.1, 10
Компьютер
адресов
сервисного инженера:
Windows 7, 8.1, 10
Интернет
страницы
браузер:
разработки
Mozilla
Firefox 54,
возможность
Opera 46,
непрерывностью
Google
Chrome 59
Интернет
управление
браузер:
заявки
Mozilla
Firefox 54,
jquery
Opera 46,
если
Google
Chrome 59
23
1.2. Характеристика
результат
комплекса задач,
внедрение
задачи и обоснование
перечень
необходимости автоматизации
1.2.1. Выбор
структуру
комплекса задач
атака
автоматизации и характеристика
ограничения
существующих бизнес
будущих
процессов
Процесс моделирования
себя
системы в IDEF0 начинается
таблица
с создания
контекстной
нарушение
диаграммы – диаграммы
каталог
наиболее абстрактного
разработки
уровня
описания
поток
системы в целом,
ddos
содержащей определение
суть
субъекта
моделирования,
существует
цели и точки
обеспечивает
зрения на модель.
Контекстная
анализ
диаграмма для интегрированного
время
электронного портала
суэринг
государственного учреждения представлена
которые
на рисунке 1.5.
Входными (Input) данными
именно
для системы
прибегаем
являются:
данные о заявке;
данные
могут
о клиенте;
данные о сотруднике;
данные
персонала
авторизации.
Управляющей (Control) информацией
подготовка
является:
правила оформления
технические
сервисных заявок.
Выходной (Output) информацией
рисков
является:
статус заявки.
В
чтобы
качестве ресурса (Mechanism) системы
рисков
выступает:
база данных;
посягательств
сотрудник;
клиент;
администратор.
24
Рисунок 1.5 – Контекстная
наиболее
диаграмма для
если
интегрированного
электронного
history
портала государственного
процент
учреждения
Контекстная диаграмма
windows
системы разделяется
может
на 4 работы (рисунок 1.6):
авторизация;
работа
выполнится
с сотрудниками;
обработка заявок;
работа
файловой
с клиентами.
25
Рисунок 1.6 – Контекстная
недостатки
декомпозиция интегрированного
данные
электронного портала
заявки
государственного учреждения
Работа «Авторизация» разделяется
таким
на 2 работы (рисунок 1.7):
ввод
представлена
данных;
проверка данных.
Рисунок 1.7 – Декомпозиция
code
работы «Авторизация»
Краткое
весь
описание: авторизация
рисков
в системе по выбранной
графиком
роли и
введенным
гиперссылок
логину и паролю.
Основной
реализации
поток событий:
– приложение
возможность
открывает окно
атакам
для выбора
перечисленный
роли пользователя
сервер
системы
и ввода
расчет
логина и пароля
авторизован
пользователя;
– пользователь выбирает
просмотр
роль в системе
заявка
и вводит логин
части
и пароль;
26
– пользователь нажал
заголовок
на кнопку «Войти»;
– приложение
арма
отправило запрос
логин
на получение идентификатора
пользователь
сотрудника и принадлежность
opera
к администраторам по введенным
организации
логину и
паролю
новее
пользователя;
– база данных
информационная
возвращает результат
jetbrains
выполнения запроса;
– пользователь
функций
вернулся в главное
настоящее
окно.
Если результат
связи
запроса содержит
времени
идентификатор пользователя
коэффициент
и
присутствует принадлежность
обработки
к администраторам, то выполнится
поэтому
альтернативный поток
облегчает
А1. Если результат
комитета
запроса содержит
которые
идентификатор
пользователя,
security
то выполнится альтернативный
своего
поток А2. Если
заявка
результат
запроса
переименован
содержит идентификатор клиента,
телефону
то выполнится альтернативный
хранения
поток А3. Если
начинается
результат запроса
записи
отсутствует идентификатор,
сервер
то
выполнится альтернативный
имена
поток А4.
Альтернативный
запуск
поток А1. Проверка
поток
входа администратора:
– приложение
поддержка
проверяет выбранную
области
пользователем роль
проекта
с ролью
администратора:
реализуемому
если роль
management
совпадает, то приложение
составление
открывает страница
администратора;
– если роль
информационное
не совпадает, то приложение
пользователь
выводит сообщение
описание
об
ошибке «Неправильная
выполнения
пара логин/пароль».
Альтернативный
языка
поток А2. Проверка
итогам
входа сотрудника:
– приложение
корректной
проверяет выбранную
джойс
пользователем роль
одного
с ролью
сотрудника:
сравнению
если роль
которые
совпадает, то приложение
развития
открывает страница
сотрудника;
– если
работа
роль не совпадает,
всех
то приложение выводит
идентификатор
сообщение об
ошибке «Неправильная
пользователь
пара логин/пароль».
Альтернативный
maxid
поток А3. Проверка
забудете
входа клиента:
– приложение проверяет
переход
выбранную пользователем
многих
роль с ролью
клиента:
технические
если роль
анализ
совпадает, то приложение
повышение
открывает страница клиента;
– если роль
внедр
не совпадает, то приложение
дата
выводит сообщение
обязательные
об
27
ошибке «Неправильная
факторы
пара логин/пароль».
Альтернативный
переподготовка
поток А4. Ошибка
заявки
входа:
– приложение получило
контроль
пустой результат
наиболее
выполнения запроса
требуется
и
выводит сообщение
результат
об ошибке «Неправильная
определение
пара логин/пароль».
Постусловия:
– приложение
employers
переводит пользователя
заявки
на соответствующую
подсистему электронного
отношение
портала.
Работа «Работа
проект
с клиентами» разделяется
заявки
на 3 работы (рисунок 1.8):
добавление
прогресс
клиента;
редактирование клиента;
удаление
прибегаем
клиента.
Рисунок 1.8 – Декомпозиция
план
работы «Работа
персонала
с клиентами»
Поток событий
модули
для работы «Работа
этом
с клиентами».
Краткое описание:
требования
добавление, изменение
directory
и удаление клиентов
bootstrap
службы
технической
unix
поддержки.
Основной поток
решают
событий:
– поток событий
портала
для работы «Работа
добавление
с клиентами» начинается
информации
после
запуска
средства
программы и авторизации
капитальные
в качестве клиента;
– пользователь выбрал
позволяет
вкладку «Клиенты»;