67
аналитики) из разрозненных источников в таблицах одной базы данных.
Серьезного увеличения объема работ не прогнозируется. Через некоторое время
будет произведено сравнение данных и если согласованность достигнута, то
принимается решение об окончании процесса внедрения.
Ключевой участник – разработчик и исполнитель проекта.
Этап 5.2 "Подготовка персонала".
Цель этапа - обучить персонал и проверить его способности:
обучить работе с интерфейсом программы;
обратить внимание на правила заполнения полей при записи в базу;
продемонстрировать возможные ошибки при заполнении полей и как
исправлять их;
продемонстрировать перечень системных ошибок и заложенные в
программу оповещения об этих ошибках.
Ключевой участник – разработчик и исполнитель проекта.
Результат - обеспечить управляемость АС на месте с помощью самих
сотрудников.
Этап 5.3 "Комплектация АС поставляемыми изделиями".
Цель - обеспечить поставку программного обеспечения и необходимых для
работы модулей и драйверов:
скомпилировать исходный код под выбранную операционную систему с
добавленными зависимостями всех заложенных функций;
записать исполняемые файла на цифровой носитель;
записать на отдельный носитель дистрибьютив с операционной системой
правильной разрядности для инсталляции на сервере.
Ключевой участник – разработчик и исполнитель проекта.
Результат – протестировать носители на отсутствие ошибок чтения.
Этап 5.4 "Пусконаладочные работы".
68
Цели:
провести инсталляцию программ на рабочих местах;
проинсталлировать и настроить серверную часть ПО;
загрузить начальную информацию в базу данных из дампа;
проверить корректность отображения на клиентских местах.
Ключевой участник – разработчик и исполнитель проекта.
Результат – проведение комплексной наладки всех средств системы.
Этап 5.5 "Проведение предварительных испытаний".
Цели:
испытание АС на работоспособность и соответствие техническому
заданию в соответствии с программой и методикой предварительных
испытаний;
устранение неисправностей и внесение изменений в документацию на АС,
в том числе эксплуатационную в соответствии с протоколом испытаний;
Ключевой участник – разработчик и исполнитель проекта.
Результат - оформление акта о приемке АС в опытную эксплуатацию.
Этап 5.6 "Проведение опытной эксплуатации".
Цели этапа:
опытная эксплуатация АС;
анализ лог-файлов по результатам опытной эксплуатации АС;
доработка (обычно настройки безопасности СУБД) программного
обеспечения АС;
Ключевой участник – разработчик и исполнитель проекта.
Роли разработчика:
совместно с системным администратором организации найти и справить
некоторое количество ошибок в первое время эксплуатации;
69
ознакомить системного администратора с методикой поиска и оснастить
инструментом для самостоятельной диагностики и исправления ошибок.
Роли пользователей:
учиться самостоятельно исправлять свои ошибки;
вовремя докладывать обо всех нештатных ситуациях при работе с АС.
Роли исполнителя:
соотносить логические ошибки при работе пользователей в АС с
событиями в протоколах на сервере;
научиться самостоятельно исправлять ошибки пользователей или
правильно их документировать для передачи разработчику.
Результат - оформление акта о завершении опытной эксплуатации.
Этап 5.7 "Проведение приемочных испытаний".
Цели:
испытания на соответствие техническому заданию в соответствии с
программой и методикой приемочных испытаний;
анализ результатов испытаний АС и устранение недостатков, выявленных
при испытаниях;
Ключевой участник – разработчик и исполнитель проекта.
Результат - оформление акта о приемке АС в постоянную эксплуатацию.
Этап 6.1 "Выполнение работ в соответствии с гарантийными
обязательствами".
Цели этапа - работы по устранению недостатков, выявленных при эксплуатации
АС в течение установленных гарантийных сроков, внесению необходимых
изменений в документацию на АС. При возникновении инцидентов: выезд
специалиста на место в течение 24 часов для устранения неисправности,
круглосуточная консультация обслуживающего персонала по телефону. Если
70
инцидентов нет, то еженедельно запрашивать файлы журналов по почте для
анализа и прогнозирования отказов.
Ключевой участник – разработчик и исполнитель проекта.
Файлы журналов собирает в архив разработчик. Он работает по
выработанному перечню. Далее он отправляет их по электронной почте
разработчику.
Этап 6.2 "Послегарантийное обслуживание".
Цели:
анализ функционирования системы;
выявление отклонений фактических эксплуатационных характеристик АС
от проектных значений;
установлению причин этих отклонений;
устранению выявленных недостатков и обеспечению стабильности
эксплуатационных характеристик АС;
По результатам анализа функционирования системы выявляются узкие места,
неудобства эксплуатации, ошибки. Готовится патч, или компилируется новая
версия системы. Согласуется время тестирования и повторяется этап внедрения.
Ключевой участник – разработчик и исполнитель проекта.
Результат - внесение необходимых изменений в документацию на АС.
Таким образом в качестве стандарта жизненного цикла системы выбран
ГОСТ 34, в качестве модели жизненного цикла выбрана – каскадная модель, и
для внедрения будет использована – параллельная стратегия.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Наиболее частые риски:
а). плохая работа сети Ethernet:
o узел недостижим;
71
o нестабильный пинг.
б). конфликт библиотек при обновлении сервера:
o версия MySQL не поддерживает некоторые операции;
o сервис MySQL не исключается.
в). обновление версии Java Runtime Environment на новый нестабильный
релиз. После восьмого релиза идет период тестовых версий. Сейчас Java 10, и
готовится к осени Java 11. Есть проблемы безопасности и критические
технические ошибки.
Для диагностики работы сети рекомендована утилита мониторинга: Nmap
комплекс ПО Icinga
56
. Для контроля качества обновлений рекомендовано
использовать резервную виртуальную машину, на которую в тестовом режиме
устанавливаются обновления. JRE 8 рекомендовано обновлять в рамках
текущего номера релиза до особых уведомлений.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Проектом предусмотрены средства обеспечения информационной
безопасности и защиты информации. Про решения защиты информации в
рамках всей организации, внешних угроз, я рассказал в первой части, при
анализе ИТ-инфраструктуры предприятия.
Внутренние угрозы здесь являются основным фактором. Профилактика в
основном – это актуальные антивирусные базы и исправный антивирусный
сервис на рабочем месте пользователя. Каналы возможного проникновения
вирусов и шпионского ПО надежно контролируются. Почта фильтруется
антивирусом, письма проходят списки Greylisting
57
. Фильтруется Web контент.
Для большего снижения риска необходимость пользоваться актуальными
версиями программного обеспечения: установить обновления безопасности для
операционной системы, новая версия в используемой ветке сервера баз данных
MariaDB, для сервера баз данных включен протокол SSL (актуальная версия
56
Open soure monitoring. https://www.icinga.com.
57
Серые списки. Проверка на автоматизированные системы почтовых рассылок.
72
TLS), у пользователей базы данных настроено разграничение прав доступа на
чтение и запись, включены встроенные функции фильтрации пакетов
средствами самой ОС Linux (закрыты все неиспользуемые порты, включено
логгирование), в программу включен актуальный JDBC драйвер для работы с
MySQL.
Таблица 7
Разграничение прав пользователей
Группы
пользова-телей
Доступ к базе
mfprinters
Доступ к базе
mfspareparts
Доступ к базе
mfprinters_log
Оператор
Чтение/запись
Чтение/запись
Чтение/запись
Администратор
Создать базу/Удалить
базу/Загрузить дамп
базы
Создать
базу/Удалить
базу/Загрузить дамп
базы
Создать
базу/Удалить
базу/Загрузить
дамп базы
Системный
администратор
Создать базу/Удалить
базу
Создать
базу/Удалить базу
Создать
базу/Удалить
базу
Архитектор
Root доступ к
серверу БД
Root доступ к
серверу БД
Root доступ к
серверу БД
Система резервного копирования один раз в трое суток делает копию
виртуальных машин: основной и тестовой. Дополнительно скрипт в
планировщике Crontab два раза в сутки (ночью и в обеденный перерыв)
сбрасывает дамп базы на диск, другой скрипт по протоколу SCP копирует этот
дамп в специализированное хранилище.
73
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Структурно информационная модель состоит из потока входной
информации, способов её обработки и выходных данных.
Входные данные, которые выражены документально могут быть счетами
(или накладными) на оборудование и запчасти. Могут быть письмами (заявками
в произвольной форме).
Оператор в зависимости от типа входной информации заполняет
экранную форму или редактирует её содержимое. Далее выбирает некоторое
действие: вставить, обновить, удалить.
Каждому типу входной информации соответствуют таблицы БД:
справочник запчастей;
справочник устройств;
справочник выполняемых работ. Протокол обслуживания.
У таблиц есть представления
58
которые меняются в зависимости от содержимого
полей таблиц с которыми связаны:
аналитическое представление. Детали;
аналитическое представление. Картриджи;
аналитическое представление. Заправка.
Содержимое таблиц при помощи функции Формирование аналитических срезов
можно выгрузить в виде отчета в файл.
Схема информационной модели представлена на рисунке 12.
58
VIEW.
74
Рисунок 12. Схема информационной модели
75
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Входная информация представляется в виде счета от организации-
поставщика оборудования или расходных материалов. Или счет из сервисного
центра. Части этих реквизитов соответствуют поля экранной формы:
MFP (Многофункциональные устройства);
запчасти;
протокол событий.
И соответствующие таблицы в базе данных:
mfprinters;
mf_spare_parts;
mfprinters_log.
Пример экранной формы справочника устройств с заполненными
реквизитами представлен на рисунке 13.
Рисунок 13. Экранная форма справочника устройств
Входной документ получен по электронной почте. Копия направлена
Главным бухгалтером или Техническим директором. Из входных документов в
76
форму переносятся реквизиты: Название, Поставщик, Дата. Поле id имеет
свойство автоинкремент
59
и не подлежит редактированию.
При первом запуске программы Оператором база не будет пуста. Дамп с
данными за прошлые года уже будет загружен. Поэтому метод в программе
заполнит таблицу JTable значениями из базы. Оператору доступны кнопки
JButton: Вставить, Обновить, Удалить, Вначало, Следующий, Предыдущий,
Вконец. Работа с разными таблицами разделена на отдельные вкладки. Для
получения выходных данных на вкладке Аналитический срез имеются кнопки:
Детали, Картриджи, Заправка, Экспорт.
Состав реквизитов справочника запчастей: device_id, device_name, dealer,
location, date, state, type, notice.
Состав реквизитов справочника устройств: device_id, device_name, dealer,
location, date, state, toner_cartridge, drum_cartridge, roller, waste_toner_container,
notice.
2.2.3. Характеристика результатной информации
Результатная информация появляется в результате анализа данных в
таблицах. По результатам анализа формируется перечень рекомендаций для
начала процесса поиска и закупки расходных материалов и деталей. Также
результатной информацией является отчет о перечне и количестве проводимых
работ.
Результатная информация выгружается в файл. Пример файла приведен на
рисунке 14.
Файл операций, производимых с устройствами, в информационном потоке
нужен главным образом для отчетности.
59
При вставке INSERT увеличивается на единицу.