38
7. Дальнейшее сопровождение информационной системы.
− Обслуживание системы во время промышленного
эксплуатирования. Решение всех возникающих вопросов.
Жизненный цикл информационной системы состоит из основных,
вспомогательных и организационных пунктов:
1) Основные:
a) Разработка (Подготовка платформы. Написание ИС. Подготовка
документации.);
b) Эксплуатация системы;
c) Сопровождение (Поддержка пользователей. Исправление ошибок в
системе.).
2) Вспомогательные
a) Управление настройками системы (администрирование системы на
протяжении ЖЦ ИС);
b) Проверка состояния системы;
c) Разрешение проблем (решение проблем, возникающих во время
разработки и эксплуатации системы).
3) Организационные
a) Подготовка аппаратного-программного обеспечения к ИС (инсталляция и
настройка необходимых аппаратных комплексов и ПО для работы с ИС);
b) Усовершенствование (Обновление и исправления ИС);
c) Обучение (первоначальное обучение и последующее постоянное
повышение квалификации персонала).
В процессе внедрения ИС обычно используют тактику параллельного
функционирования со старым образом работы, что позволит провести
интеграцию более мягко и предостеречь библиотеку от потери важных данных
в случае сбоев на этапе отладки программы [23].
Описанный в концепции функционал системы будет реализован по
этапам, описанным в таблице 2.1.2.
39
Таблица 2.1.2 - Этапы разработки ИС
Этап
Содержание
Срок
Разработка ТЗ
Разработка и
утверждение требований
к ИС, разработка модели
системы «как должно
быть»; согласование
технического задания на
ИС;
20 дней
Разработка системы
Создание ИС
основываясь на
требованиях ТЗ,
разработка
документации;
развертывание и
настройка ИС; обучение
персонала компании.
30 дней
Опытная эксплуатация
Проведение тестовой
эксплуатации ИС;
доработка системы.
Сдача ИС в
промышленную
эксплуатацию.
45 дней
В настоящее время существует две основные модели жизненного цикла
– это каскадная и спиральная модели. В каскадной модели процесс разработки
идет поэтапно, шаг за шагом (Рисунок 2.1.1).
40
Рисунок 2.1.1 - Каскадная модель
В спиральной модели разработка проходит по нарастающей. На
начальном этапе разрабатывается система с высоким уровнем абстракции, а на
последующих витках эта разработка все больше и больше конкретизируется.
Для жизненного цикла текущего проекта была выбрана каскадная модель, так
как для разрабатываемой системы больше подходит поэтапная разработка.
Переход к следующему этапу происходит только после завершения всех работ
на предыдущем этапе [13].
Каскадный подход хорошо зарекомендовал себя при построении
информационных систем, для которых в самом начале разработки можно
достаточно точно и полно сформулировать все требования с тем, чтобы
предоставить разработчикам свободу реализовать их как можно лучше с
технической точки зрения. В эту категорию попадают сложные расчетные
системы, системы реального времени и другие подобные задачи. Однако в
процессе использования этого подхода обнаружился ряд его
недостатков, вызванных прежде всего тем, что реальный процесс создания
41
систем никогда полностью не укладывался в такую жесткую схему. В процессе
создания иногда возникала потребность в возврате к предыдущим этапам и в
уточнениях или пересмотре ранее принятых решений. В результате реальный
процесс создания программного обеспечения принимал следующий вид
(Рисунок 2.1.2):
Рисунок 2.1.2 – Реальный процесс создания ПО
Согласование результатов с пользователями производится только в
точках, планируемых после завершения каждого этапа работ. Пользователи
могут внести свои замечания после того, как работа над системой будет
полностью завершена.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Риски сопровождают весь жизненный цикл ИС. Возможными
влияниями на данную ИС являются: увеличение длительности проекта,
увеличение стоимости проекта и т.д. [13]
Достаточно часто it проекты не соответствуют бюджету и, срокам и
целям, т.к. часто расширяются рамки проекта, что ведет к увеличению затрат и
сроков реализации проекта, что называется «аппетит пришёл во время еды». Во
многом такие проблемы связаны с недостаточно полным и качественным
управлением рисками. Возможные риски, с которыми могу с толкнуться
разработчик при реализации проекта и способы минерализации этих рисков в
таблице 2.1.3.
42
При разработке проекта могут возникнуть проектные и технические
риски.
Проектные риски - связаны с ошибками в бюджете, графике работ, с
проблемами персонала, изменением требований, вызванных как изменением
текущих условий проекта, так и желанием заказчика.
Технические риски - связаны с проблемами реализации технических
решений.
Процесс управления рисками включает следующие стадии:
− анализ риска, включающий его выявление и оценку;
− выбор методов воздействия на риск;
− принятие решения;
− непосредственное воздействие на риск;
− контроль и корректировка результатов процесса управления.
Таблица 2.1.3- Возможные риски проекта и способ их
минимализировать
Виды рисков
Снижение рисков
Изменение графика работ
Более детально прорабатывать задачи и
цели проекта, ставить больше
контрольных точек.
Неправильно или не совсем
корректно сформированное
архитектура выбираемого решения
зависит от компетенции руководителя
проекта, на котором лежит принятие
решение о выборе архитектуры
разрабатываемого решения
Неправильная интерпретация
технического задания
чёткое написание технического
задания, понятного программисту
Риски неоконченного тестирования
Повторное тестирование на следующей
итерации разработки
Неправильное принятие решения о
законченности части проекта
Доработать при следующей итерации
Снижение потерь возможно за счет трех действий: профилактики
(предотвращения), мониторинга (своевременного распознавания ситуации) и
управления критической ситуацией (правильными действиями в случае ее
возникновения).
43
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для данного комплекса задач существует несколько реализации
информационной безопасности.
Разграничение прав пользователей. Подробные права пользователей
описаны в таблице 2.1.4.
Таблица 2.1.4 – Права пользователей АРМ «Библиотека»
Группы
пользователей
Ввод
персональных
данных
Поиск
литературы
Копирование
литературы
Создание
отчетов
Администратор
библиотеки
Чтение
/создание/
удаление
Чтение
/создание
/изменение
/удаление
Чтение
/создание
/изменение
/удаление
Чтение
/создание
/изменение
/удаление
Библиотекарь
Чтение
/создание
/удаление
Чтение
/создание
/изменение
/удаление
Чтение
/создание
/изменение
/удаление
Чтение
/создание
/изменение
/удаление
Пользователь
Нет
Чтение
/поиск
Зависимост от
авторских
прав
нет
Основными средствами безопасности в ГПОУ «ВПТ» являются:
− контроль доступа (аутентификация пользователей, пароли);
− резервирование данных;
− защита от опасного ПО, которое может повредить структуру данных
или поменять атрибуты файлов;
− повышение отказоустойчивости систем в целом;
− создание резервных копий данных.
Защита от внешних угроз
− межсетевой экран;
− контроль и учет трафика сетевых подключений;
− антивирусное ПО, система защиты от вторжений;
− средства защиты от шпионских и DDoS-атак.
Организационно-правовые средства обеспечения информационной
безопасности размещены на сайте ГПОУ «ВПТ» в меню «Сведения ОО» в
подменю «Безопасность ОУ»:
44
− ПРАВИЛА рассмотрения запросов субъектов персональных данных
или их представителей в ГПОУ ВПТ [10];
− Политика обработки персональных данных ГПОУ ВПТ [10];
− Приказ №08 от 14.01.2019 Об изменениях в организации работы
системы контентной фильтрации и доступа студентов к Интернет-ресурсам
[10];
− Метод. рекомендации по созданию сайтов педагогов [10];
− ПРАВИЛА обработки персональных данных работников в ГПОУ
ВПТ [10];
− ПОЛОЖЕНИЕ об обработке персональных данных работников,
учащихся, их законных представителей в ГПОУ ВПТ [10];
− Памятка для родителей об информационной безопасности детей
Приказ «Об организации доступа к ресурсам сети Интернет» [10];
− Учебное пособие по медиа грамотности [10].
2.2 Информационное обеспечение задачи
Информационное обеспечение — это совокупность единой системы
классификации и кодирования технико-экономической информации,
унифицированной системы документации и информационной базы [14].
Цель информационного обеспечения — своевременная выдача
необходимой достоверной информации (составление отчётности,
обеспеченность фонда научной, художественной, методической и т.д.
литературой) для выработки и принятия управленческих решений.
Информационное обеспечение — совокупность единой системы
классификации и кодирования информации, унифицированных систем
документации, схем информационных потоков, циркулирующих в организации,
методология построения баз данных. Данная подсистема предназначена для
своевременного представления информации, принятия управленческих
решений. Информационное обеспечение предприятия представляет собой
информационную модель данного объекта.
Для создания информационного обеспечения необходимо:
45
− ясное понимание целей, задач, функций всей системы управления
организацией и, в частности, работой структурного подразделения библиотека;
− наличие и использование системы классификации и кодирования;
− владение методологией создания концептуальных информационно-
логических моделей, отражающих взаимосвязь информации;
− создание массивов информации на машинных носителях, что
требует наличия современного технического обеспечения.
2.2.1 Информационная модель и её описание
Важным этапом в проектировании автоматизированной системы
является построение информационной модели.
Информационная модель — модель объекта, представленная в виде
информации, описывающей существенные для данного рассмотрения
параметры и переменные величины объекта, связи между ними, входы и
выходы объекта и позволяющая путём подачи на модель информации об
изменениях входных величин моделировать возможные состояния объекта [17].
В работе информационная модель будет создана структурно
функциональная модель, построенная с использованием CASE-средства
AllFusionProcessModeler.
CASE-средство – любое программное средство, автоматизирующее
совокупность процессов жизненного цикла программного обеспечения [17]
Новая информационная модель «КАК ДОЛЖНО БЫТЬ» претерпит
некоторые изменения, то есть будут выделены и автоматизированы задачи. Вся
поступившая информация будет фиксироваться, храниться и обрабатываться в
разработанной автоматизированной системе, а также появиться возможность
получать различную отчетность и анализировать ее.
Рассмотрим структурно – функциональную модель учёта
производственного процесса в организации в нотации IDEF0. Контекстная
диаграмма представлена на рисунке 2.2.1.
46
Рисунок 2.2.1 - Контекстная диаграмма
Из контекстной диаграммы видно, что входной информацией являются
поступление литературы, приём посетителей. Выходная информация
представляет собой выдачу литературы, отчёты о книжном фонде и списании
книг.
В качестве управляющих объектов выступают ГОСТы(ГОСТ 7.70—
2003, ГОСТ Р 7.0.63—2013, ГОСТ Р 7.0.93—2015, ГОСТ Р 7.0.94—2015, ГОСТ
Р 7.0.9S—2015,ГОСТ Р ИСО 23081-1—2008, ГОСТ Р 52292—2004), правила
использования книжного фонда, правила хранения и т.д., нормы, процедуры по
внесению, хранению персональных данных и должностные инструкции.[18]
К механизмам исполнения относятся оборудование и сотрудники. После
построения контекстная диаграмма детализируется с помощью диаграммы
декомпозиции первого уровня. На этой диаграмме отображаются функции
системы, которые должны быть реализованы в рамках основной функции.
Декомпозиция контекстной диаграммы представлена на рисунке 2.2.2:
47
Рисунок 2.2.2 - Декомпозиция контекстной диаграммы
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
В системе используются справочники, приведенные в таблице 2.2.1.
Таблица 2.2.1 - Перечень используемых справочников
№
п/п
Название
справочника
Ответственные
за внесение
Средний
объём
справочника
в записях
Средняя частота
актуализации
1
Читатели
Библиотекарь
900
ежедневно
2
Книги
Библиотекарь
74893
1 раз в месяц
3
Сотрудники
Администратор
10
ежедневно
4
Залы
библиотеки
Администратор
2
По необходимости
5
Виды книг
Библиотекарь
200
1 раз в месяц
Реквизитный состав справочников приведен в таблице 2.2.2.
Таблица 2.2.2 - Реквизитный состав справочников
№
п/п
Наименование
Перечень реквизитов