46
- 4-канальный интегрированный сетевой адаптер 1 Гбит / с;
- процессор Intel® Xeon® серии E3-1200 v6 или v5 (Kaby Lake или
Skylake, 4 ядра, 8MB Smart cache, 8.0GT / s DMI), Intel® Core ™ i3-7000 или i3-
6000, Intel® Pentium ™ G4000 , Intel® Celeron® G3900 (Kaby Lake или Skylake,
2 ядра, 2/3 / 4MB L3 cache, 8.0GT / s DMI);
- до 64Гб оперативной памяти DDR4-2400 ECC Unbuffered;
- система удаленного управления сервером IPMI 2.0 Server Management
with KVM-over-LAN & Virtual media redirect;
- отказоустойчивая 1 + 1 система электропитания с поддержкой горячей
замены блоков питания;
- корпус 2U Rackmount (глубина 648мм).
Минимальные требования к персональному компьютеру пользователя
следующие:
- процессор 4-х ядерный 2,2 ГГц;
- ОЗУ минимум 2 Гб, рекомендованный 4 Гб;
- ПЗУ 500 Мб;
- видеокарта минимум 256 Мб;
- монитор;
- клавиатура;
- мышь.
На данный момент все рабочие станции компании соответствуют
минимальным требованиям.
Определим структуру комплекса технических средств для веб ресурса
(см. рис. 19). Представленный комплекс воспроизводит основные технические
элементы, обеспечивающие функционирование веб ресурса автоматизации
технологических процессов.
В общем виде взаимодействие технических средств представляет собой
следующую схему:
- пользователи работают с веб сервером, на котором расположен веб
ресурс через порт 80;
47
- администраторы сайта работают с сервером через порт 1433;
- веб-сервер сайта имеет взаимодействие с сервером базы данных и
сервером резервного копирования.
Веб сервер
Сервер резервного копирования
Сервер базы данных
Сеть
Интернет
Порт 80, все ІР
Порт 1433, ІР администраторов
Пользователи
Администраторы сайта
Рис. 19 - Комплекс технических средств веб ресурса
Набор технических средств и их функционирования зависят от
программного обеспечения, которое установлено.
Выводы по главе. В рамках данной главы представлено аналитическое
описание проблемы, представлена характеристика предприятия и его
деятельности, отображена организационная структура предприятия ООО «Look
my info», проведен анализ программной и технической архитектуры
предприятия, представлено описание системы обеспечения информационной
безопасности и защиты информации, представлен анализ существующих
разработок для автоматизации задачи. Определены требования к
информационному, программному и техническому обеспечениям.
Представленный анализ позволяет определить место автоматизации
48
технологических процессов, проанализированный материал дает возможность
определить дальнейшую структуру веб ресурса.
49
2. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
В соответствии с различными наблюдениями и исследованиями
определено, что этапы ЖЦ проекта распределяются следующим образом:
Стадия 1. Определение требований к разработке ИС;
Стадия 2. Разработка технического задания;
Стадия 3. Проектный эскиз;
Стадия 4. Программирование ИС;
Стадия 5. Отладка и испытание компонентов;
Стадия 6. Ввод в действие [16];
Диаграмма IDEF3 ЖЦ ПС представлена на рисунке 20.
Рис. 20 - ЖЦ автоматизированной системы
Жизненный цикл программного средства представлен каскадной
моделью:
– определение требований к разработке ИС, влияет пользователь
Заказчик и Проектировщик;
– разработка технического задания, влияет Проектировщик;
50
– проектный эскиз, влияет Проектировщик;
– программирование ИС, влияет Программист;
– отладка компонентов, влияет Программист и Заказчик;
– ввод в действие, влияет Программист и Заказчик [16,21].
Для каждой стадии построим соответствующую диаграмму. На рисунке
21 представлено описание «Определение требований к разработке ИС».
Рис. 21 - Определение требований к разработке ИС
Диаграмма для следующей стадии представлена на рисунке 22.
Рис. 22 - Разработка технического задания
51
На рисунке 23 представлен процесс «Проектный эскиз».
Рис. 23 - Проектный эскиз
На рисунке 24 представлен процесс «Программирование ИС».
Рис. 24 - Программирование ИС
52
На рисунке 25 представлен процесс «Отладка компонентов».
Рис. 25 - Отладка компонентов
На рисунке 26 представлен процесс «Ввод в действие».
Рис. 26 - Ввод в действие
Следование данным стадиям позволяют выполнить пост.
53
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Определим риски на каждом этапе жизненного цикла.
Стадия 1. Определение требований к разработке ИС, на данной стадии
возможны следующие риски:
– риск несогласованности – возможно, что требования, которые
формулирует заказчик не учтены в полной мере разработчиком, реагирование
на данный риск, уточнение и дальнейшее согласование требований;
– риск непонимания – возможно, что заказчик и разработчик говорят об
одном и том, же, однако их формулировки значительно разнятся, что может
привести к неоднозначности интерпретации требований. Реагирование на
данный риск, уточнение, упрощение формулировок, переход к стандартным
определениям, которые не допускают двузначности;
Стадия 2. Разработка технического задания может содержать следующие
риски:
– некорректно составленное техническое задание – может привести к
тому, что разработчик выполнит не совсем тот функционал информационно й
системы, который ожидает заказчик. Реагирование на данный вид риска будет
следующий – привлечение сторонних экспертов, которые позволяет разъяснить
заказчику пункты технического задания или самому скорректировать структуру
данного документа;
Стадия 3. Проектный эскиз может содержать следующие риски:
– непонятность составленных моделей, описаний проектных решений,
алгоритмов, по которым работает информационная система. Реагирование на
данный риск следующий – построение моделей с помощью CASE средств,
использование ГОСТа при обозначении основных узлов;
– проект может иметь необоснованные данные или сроки. Реагирование
на данный вид риска сводится к тому, что при формировании проекта помимо
проектировщика должен принимать участие и программист;
Стадия 4. Программирование ИС может содержать следующие риски:
54
– не выполнение в установленный срок. Реагирование на данный вид
риска – адекватное распределение между программистами задания, привлечение
в случае необходимости сторонних исполнителей;
Стадия 5. Отладка компонентов имеет следующий вид риска:
– не нахождения ошибок. Реагирование на данный вид риска –
привлечение сторонних тестировщиков, которые имеют опыт по тестированию
программного обеспечения;
Стадия 6. Ввод в действие имеет следующий вид риска:
– отсутствие возможности установки ИС на оборудование заказчика.
Реагирование на данный риск следующий – доработка информационной
системы, закупка новой компьютерной техники;
– персонал заказчика не принимает информационную систему.
Реагирование на данный вид риска сводится к тому, что проводится обучение и
инструктаж по работе с информационной системе, привлекаются
административные лица для стимуляции персонал [16,21].
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Представим средства ИБ и ЗИ, в соответствии с классификацией.
1. Защита от внутренних угроз, настраивается для разграничения прав
пользователей, чтобы предотвратить использование запрещенных или
ограниченных ресурсов пользователями.
Для формирования прав доступа необходимо определить пользователей
веб ресурса и функции, которые на них возлагаются. Основными
действующими лицами, которые выполняют пользуются веб ресурсом
автоматизации технологических процессов являются администратор и клиенты.
Представим функции пользователей по отношению к разрабатываемому веб
ресурсу. На рисунке 27 представлена диаграмма вариантов использования,
которая более подробно раскрывает деятельность клиента веб ресурса.
55
просмотр каталога услуг
просмотреть характеристики
услуги
описание, цены,
отзывы, фото или
видео
указывается личная
информация и
контактные данные
изменение состояния счета
поместить услугу в счет
параметры заказа
найти услугу
оформление заказа услуги
Клиент
Рис. 27 - Диаграмма вариантов использования «Клиент веб
ресурса»
Перечислим основные функции, которые должен предоставить веб
ресурс клиентам:
– вход на сайт;
– просмотр каталога услуг;
– поиск услуг;
– перемещение услуги в виртуальный счет;
– оформление заказа услуги.
На рисунке 28 представим работу пользователя «Администратор».
Администратор веб ресурса выполняет такие функции:
– формирует каталог услуг, при этом возможны следующие действия:
– добавление новой категории;
– редактирование выбранной категории;
– удаление категории;
– добавление новой услуги;
– редактирование выбранной услуги;
– удаление услуги.