57
– разработка структуры программного обеспечения;
– готовое проектное решение.
Определение
технологий для
разработки
проекта
Определение
состава
пользователей и их
функционала
Построение
алгоритмического
обеспечения
системы
Выбор платформы
Проектирование
логической
модели БД
Определение
подпрограмм и
функций системы
Разработка
структуры
программного
обеспечения
Готовое проектное
решение системы
Рис. 2.4. Разработка проекта системы
На рисунке 2.5 представлен процесс «Программирование системы».
Написание
программного
кода
Разработка
диалоговых форм
Компиляция
программы
Есть ошибки
Исправление
ошибок
да
Выполнение
исполняемого
файла
нет
Рис. 2.5 Программирование системы
58
Процесс представлен следующими действиями:
– написание программного кода;
– разработка диалоговых форм;
– компиляция программы;
– исправление ошибок;
– выполнение исполняемого файла.
На рисунке 2.6 представлен процесс «Отладка компонентов».
Отладка
компонентов в
соответствии с
эксплуатационной
документацией
Испытание
программных
средств
Испытание
технических
средств
Рис. 2.6 Отладка компонентов
На рисунке 2.7 представлен процесс «Ввод в действие» [8]. Процесс
представлен следующими операциями:
– обучение персонала;
– установка платформы и программы;
– оборудование рабочего места;
– подготовка информации для базы данных;
– тестирование программы;
– устранение неисправности и внесение изменений в документацию;
– доработка программного обеспечения программы;
– оформление акта о внедрении системы.
59
Обучение
персонала
Установка
платформы и
программы
Оборудование
рабочего места
Подготовка
информации для
базы данных
Тестирование
программы
Есть претензии
Устранение
неисправностей и
внесение
изменений в
документации
да
Доработка
программного
обеспечения
системы
Оформление акта
о внедрении
системы
нет
Рис. 2.7 Ввод в действие
При выполнении разработки системы автоматизации управления
знаниями для ПАО «Нижнекамскнефтехим», необходимо придерживаться
представленных стадий.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Риском называют какое-то неопределенное событие или условие, которое
при наступлении отрицательно или положительно сказывается на целях проекта.
Риск определяет по некоторому шаблону, который позволяет определить
следующие риски [13]:
– риски внешней среды;
– идентификация рисков;
– определение ответственных лиц за управление рисками;
60
– планирование реагирования на выявленные риски.
В соответствии с указанным шаблоном выполним оценку рисков для
проекта по разработке системы автоматизации управления знаниями для ПАО
«Нижнекамскнефтехим».
1. Факторы внешней среды. Рынком сбыта данного проекта является
предприятие ПАО «Нижнекамскнефтехим», также могут быть предприятия,
которые занимаются отбором кадров (кадровые агентства или HR агентства) и
компании, которые занимаются обучением (переквалификацией) учащихся.
2. Определим риски, которые могут повлиять на проект по разработке
системы автоматизации управления знаниями для ПАО «Нижнекаскнефтехим»:
– экономические риски – возможное увеличение видов работ при
выполнении проекта скажется на его общей стоимости, приведет к перерасходу
средств, поставит в невыгодное положение заказчика;
– риск неполучения ожидаемой прибыли. Связано с тем, что на данный
момент те процессы, которые должны быть автоматизированы системой,
выполняются с помощью разработанных шаблонов в пакет Microsoft Word, и
есть риск не использования разрабатываемой системы;
– административный риск – есть риск не принятия системы
руководством комитета по кадрам и вознаграждениям или подразделения по
подбору кадров и учебного центра. И наоборот интерес руководства будет
способствовать снижению риска и более благоприятно сказываться на степени
заинтересованности использования разрабатываемой системы;
– риск не выполнения запланированных работ по организационным или
иным причинам – возможно возникновение задержки непосредственно во время
самой разработки проекта, это может быть связано с заболеванием одного или
группы исполнителей, что может привести к нарушению графика выполнения
работ [12].
3. Определим ответственных лиц за управление рисками:
– руководитель проекта – управляет тремя видами риска:
а) административным – проводит консультации с руководством
предприятия и подразделений, с целью уменьшения негативного влияние на
принятие системы автоматизации управления знаниями;
61
б) риск неполучения планируемой прибыли – продвигает продукт по
другим клиентам, заключает контракты на внедрение не только с ПАО
«Нижнекамскнефтехим», но и осуществляет продвижение на предприятиях,
которые занимаются подбором и обучением персонала;
в) риск не выполнения запланированных работ в срок – постоянный
мониторинг выполнения этапов работы, анализ критических точек, коррекция
плана, привлечение других исполнителей.
– проектировщик – управляет риском не выполнения запланированных
работ в срок, путем контроля за закрепленными за ним этапами, формирования
отчетов о проделанной работе;
– заказчик – влияет на административный риск – путем обучения
персонала, для получения знаний эксплуатации системы, что будет
способствовать эффективному использованию, и позволит выявить и быстро
исправить недостатки;
– программист – управляет риском не выполнения запланированных
работ в срок, путем написания отчетов по выполненным работам и
предоставления готового программного кода в установленный срок.
4.Определим риски, которые наиболее влияют на проект: наиболее
влиятельным на проект по разработке системы автоматизации управления
знаниями является риск не выполнения запланированных работ по
организационным или иным причинам.
5. Планирование реагирования на риски. Руководитель проекта должен
реагировать следующим образом:
– на административные риски следующим образом – усилить
консультации с руководством ПАО «Нижнекамснефтехим»;
– на риск не выполнения запланированных работ по организационным
или иным причинам – найти более квалифицированных и дисциплинированных
исполнителей, купить новую технику или отремонтировать имеющуюся в
расположении;
– на риск неполучения ожидаемой прибыли, предусмотреть реализацию
системы на разных предприятиях и компаниях.
62
Мониторинг и контроль рисков будет производиться путем
предоставления в виде документов следующих явлений:
– проведенных консультационных занятий с персоналом, который будет
работать с разрабатываемой системой – это директор и заместитель директора;
– количество обнаруженных ошибок при эксплуатации системы;
– выделение новых ресурсов;
– невозможности внедрения информационной системы из-за
устаревшего оборудования заказчика.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Представим средства ИБ и ЗИ, в соответствии с классификацией [12].
1. Защита от внутренних угроз, настраивается для разграничения прав
пользователей, чтобы предотвратить использование запрещенных или
ограниченных ресурсов пользователями.
Для формирования прав доступа необходимо определить пользователей
разрабатываемой системы и функции, которые на них возлагаются [15].
Сформируем таблицу доступа к ресурсам разрабатываемой системы
автоматизации управления знаниями (см. таб. 2.1).
Таблица 2.1
Данные доступа к ресурсам системы
Группы
пользователей
Справочники
системы
Документы
системы
Отчеты
системы
Журналы
документов
Доступ в
Internet
Менеджер по
подбору
персонала
Чтение/
создание/
удаление
Чтение/
создание
Формиро
вание
Чтение/
Добавление
записи/
Удаление
записи
Не
ограничен
Сотрудник
учебного
центра
Чтение/
создание/
удаление
Чтение/
создание
Формиро
вание
Чтение
Не
ограничен
Соискатель
Чтение
Чтение
Нет
доступа
Нет
доступа
Нет
доступа
63
Персонал
Чтение
Чтение
Нет
доступа
Нет
доступа
Ограничен
2. Защита от внешних угроз является не менее важным аспектом защиты
данных, чем защита от внутренних угроз. В таблице 2.2 представлены элементы
защиты, которые используются в проектируемой системе.
Таблица 2.2
Элементы защиты от внешних угроз
Группа защиты
Название используемого средства
Антивирусные и антишпионские
средства
Avast Free Antivirus 18.5;
SUPERAntiSpyware Free Edition 6.0;
Malicious Software Removal Tool
Проактивная защита от внешних угроз
и защита внешнего периметра
Kaspersky Open Space Security
Защита от сетевых угроз
Kaspersky CRYSTAL 3.0
Защита от инсайдерских угроз и
защита информационных ресурсов
DLP-системы «КИБ СёрчИнформ»
Физическая защита информации
Полный запрет доступа посторонних
лиц к серверу с автоматизированной
системой
Проектируемая система автоматизации управления знаниями для ПАО
«Нижнекамскнефтехим» должна быть полностью завершенной к началу
эксплуатации.
Система должна быть отказоустойчивой в случае выхода из строя любого
из рабочих мест операторов, за исключением средств централизованного
хранения данных [15].
Система автоматизации должна быть восстанавливаемой в течение 10
минут за счет механизма резервного копирования данных и использования
дополнительного сервера.
Проектируемая система автоматизации и обеспечения информационной
безопасности процедуры снятия с налогового учета должна соответствовать
требованиям ГОСТ Р ИСО/МЭК 15408-1-2012 - Информационная технология.
Методы и средства обеспечения безопасности. Критерии оценки безопасности
информационных технологий, а также требованиям частей 2 и 3 ГОСТ Р
ИСО/МЭК 15408 [15].
64
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Выделим логические уровни модели:
1) источники информации – справочник «Вопросы», справочник
«Пользователи», константы «Количество вопросов в тесте», «Время на тест»,
«Количество правильных ответов»;
2) первичные документы или файлы – документ «Тестирование»,
3) таблицы с первичными документами – реестр по итогам тестирования;
4) таблицы с результатной информацией – документ «Результаты
тестирования», обработка «Данные по пользователю»;
5) результатные документы или файлы – документы «Результаты
тестирования»;
6) получатели информации – менеджер по подбору информации,
сотрудник учебного центра, соискатель, обучаемый сотрудник.
На рисунке 2.8 представлена информационная модель проектируемой
системы.
65
Система автоматизации
управления знаниями
Спр. Вопросы
Спр.
Пользователи
Менеджер по
подбору кадров
Работник учебного
центра
Установить
постоянные значения
(константы)
Заполнить справочники
Сформировать
отчеты
Тестирование
Константа
Количество вопросов
Константа Время
прохождения теста
Константа Процент
ответов
Константа
Количество
вопросов
Константа Время
прохождения
теста
Константа
Процент
ответов
Спр.
Вопросы
Спр.
Пользователи
Выполнить
оценку знаний
Тестирование
Результат
тестирования
Данные по
пользователю
Соискатель/
Обучаемый
Рис.2.8 Информационная модель системы
На первом шаге отображаются все объекты проектируемой автоматизации
управления знаниями:
– справочник «Вопросы»;
– справочник «Пользователи»;
– константа «Время на тест»;
– константа «Количество вопросов в тесте»;
– константа «Процент ответов»;
– обработка «Тестирование».
Затем отображаются действия пользователя:
– установить постоянные значения;
– заполнить справочники;
– выполнить оценку знаний;
– формирование отчетности.
Следующим шагом определяются выходные документы:
– итоги тестирования;
– данные по пользователю.
66
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В соответствии с разработанной информационной моделью можно
определить, что для разрабатываемой системы автоматизации управления
знаниями для ПАО «Нижнекамскнефтехим» нормативно-справочной, входной
информацией будут:
– справочник «Вопросы»;
– справочник «Пользователи»;
– константа «Время на тест»;
– константа «Количество вопросов в тесте»;
– константа «Процент ответов»;
– обработка «Тестирование».
Для удобства заполнения константных значений имеет смысл выполнить
обработку, которая выполняет заполнение всех параметров, данная обработка
будет называться «Настройка значений».
Представим макеты входной информации. На рисунке 2.9 представлен
макет справочника «Вопросы».
Справочник «Вопросы»
Номер вопроса
Текст вопроса
Количество правильных ответов
Ответ 1
Ответ 2
Ответ 3
Ответ 4
Правильный ответ
ОК Закрыть