42
II. Проектная часть
2.1 Основные этапы жизненного цикла информационной системы
2.1.1 Этапы жизненного цикла проекта автоматизации
Проведем выбор концепции жизненного цикла в рамках
проектирование экспертной системы автоматизированного управления.
Понятие «жизненный цикл проекта» можно интерпретировать как
период времени от зарождения идеи проекта до его завершения, который
можно разделить на соответствующие фазы или этапы [8]:
Стадия замысла
Стадия разработки
Стадия производства
Стадия применения
Стадия поддержки применения
Стадия прекращения применения и списания
Не бывает одного оптимального способа определить наиболее
подходящий жизненный цикл и структуру проекта. У некоторых
организаций существуют принятые принципы, согласно которым для
каждого проекта подразумевается один и тот же жизненный цикл, в то
время как остальные организации позволяют команде управления
проектом самим выбирать жизненный цикл, наиболее подходящий для
проекта [25].
Модель жизненного цикла программного обеспечения - структура,
определяющая последовательность выполнения и взаимосвязи процессов,
действий и задач на протяжении жизненного цикла. Модель жизненного
цикла зависит от специфики, масштаба и сложности проекта и специфики
условий, в которых система создается и функционирует.
Модели жизненного цикла [15]:
43
Каскадная модель - подразумевает последовательное выполнение
всех этапов проекта в строго определенном порядке. Переход на
следующий этап выполняется только после полного завершения
работ на предыдущем.
Итерационная модель - подразумевает разделение жизненного цикла
проекта на определенную последовательность итераций,
напоминающих «мини-проект», каждый из которых включает все
процессы разработки в применении к созданию меньших фрагментов
функциональности, по сравнению с проектом в целом. Цель каждой
итерации - получение работающей версии программного продукта,
включающей функциональность, определённую интегрированным
содержанием всех предыдущих, и текущей итерации. Результат
финальной итерации содержит всю требуемую функциональность
продукта.
Спиральная модель - складывается из нескольких итераций (витков
спирали) путем создания прототипов (черновых версий программы).
Каждая итерация соответствует созданию фрагмента или версии
программного обеспечения, на ней уточняются цели и
характеристики проекта, оценивается качество полученных
результатов и планируются работы следующей итерации.
Для разработки требуемого приложения автоматизации
документооборота выбрана спиральная модель, представленная на рисунке
7. Структура модели жизненного цикла программного обеспечения
приведена в соответствии со стандартом ГОСТ Р МЭК 62304 —2013.
Информационная технология. Процессы жизненного цикла программных
средств [2].
44
Рисунок 7 - Спиральная модель
Концепция спиральной модели, разработанная Барри Боэмом в 1986
году, применяется в рамках разработки большого количества
информационных систем [8]. Она выступает в роли технологии разработки
программного обеспечения, сочетающей в себе как стадии
проектирования, так и постадийного прототипирования с целью сочетания
достоинств восходящих и нисходящих алгоритмов, в которой делается
упор на работу с начальными этапами жизненного цикла: стадий анализа и
проектирования [16].
На каждом витке спирали производится создание фрагмента или
версии программного продукта. Производится уточнение целей и
45
характеристик проекта, определение его качеств и планирования работ на
следующем витке спирали.
Каждый виток разбивается на секторы [17]:
Определение перечня целей
Оценивание вероятности рисков
Осуществление разработки и тестирования
Планирование
На каждом из витков спирали могут использоваться различные
модели технологии разработки программного обеспечения. В конечном
итоге на выходе получается готовый продукт. Модель включает в себя ряд
возможностей моделей прототипирования и каскадной модели. Процесс
итеративной разработки отражает объективно существующий спиральный
цикл создания системы. Неполное завершение работ на каждом из этапов
позволяет переходить к следующему этапу, не дожидаясь полного
окончания работы на текущем. При итеративном способе разработки
недостающую работу можно будет выполнить на следующей итерации.
Главная задача - как можно быстрее показать Заказчику системы
работоспособный продукт, таким образом активизируя процесс уточнения
и дополнения требований [21].
Основная проблема спирального цикла - определение момента
перехода на следующий этап. Для ее решения потребуется ввести
временные ограничения на каждый из этапов жизненного цикла. Переход
осуществляется в соответствии с планом, даже если не вся
запланированная работа закончена.
В перспективе разрабатываемое приложение будет дополняться
новым функционалом, поэтому данная модель жизненного цикла вполне
подходит для разработки стартовой версии информационной системы [22].
При разработке проекта автоматизации технологии учета расчетов с
клиентами был составлен календарный план внедрения
46
автоматизированной информационной системы, представленный в таблице
14.
Таблица 14
Хронологический порядок внедрения программного продукта в
технологию работы
Название задачи
Длительность
Начало
Окончание
Предшественники
Названия ресурсов
Анализ предметной области
5 дней
Чт 10.12.19
Ср 16.12.19
Изучение функций
специалистов
2 дней
Чт 10.12.19
Пт 11.12.19
ИТ-специалист;
Специалист по
персоналу
Моделирование бизнес-
процессов
2 дней
Пн 14.12.19
Вт 15.12.19
2
Экономист; ИТ-
специалист
Постановка задач
автоматизации
1 день
Ср 16.12.19
Ср 16.12.19
3
Экономист; ИТ-
специалист
Разработка технического
задания
3 дней
Чт 17.12.19
Пн 21.12.19
4
Начальник ИТ-отдела;
Директор; ИТ-
специалист
Реализация
информационной системы
21 дней
Вт 22.12.19
Вт 19.01.20
5
Выбор средств разработки
3 дней
Вт 22.12.19
Чт 24.12.19
ИТ-специалист
Разработка ПО
7 дней
Пт 25.12.19
Пн 04.01.20
7
ИТ-специалист; MS
Office
Тестирование приложения
5 дней
Вт 05.01.20
Пн 11.01.20
8
ИТ-специалист;
Начальник ИТ-отдела
Развертывание ПО
6 дней
Вт 12.01.20
Вт 19.01.20
9
ИТ-специалист
Опытная эксплуатация
5 дней
Ср 20.01.20
Вт 26.01.20
10
Начальник ИТ-
отдела;ИТ-
специалист;Экономист
Разработка документации
8 дней
Ср 27.01.20
Пт 08.02.20
Разработка руководства
пользователя
4 дней
Ср 27.01.20
Пн 04.02.20
11
ИТ-
специалист;Бухгалтер
Разработка руководства
администратора
2 дней
Вт 05.02.20
Ср 06.02.20
13
ИТ-специалист
Оформление акта приемки
2 дней
Чт 07.02.20
Пт 08.02.20
14
Начальник ИТ-
отдела;Директор
На первом этапе производится первоначальное ознакомление с
объектом автоматизации, изучение бизнес-процессов, технологии
документооборота. На этом этапе задействован разработчик-автор
дипломного проекта, необходимые материалы предоставляются
специалистами по работе с клиентами, других структурных
подразделений, руководителем предприятия [18].
На следующем этапе происходит проектирование информационной
системы – определение информационных объектов, их свойств,
установление взаимосвязи между ними. На этом этапе задействован
разработчик – автор дипломного проекта.
Третий этап – определение стратегии автоматизации. После
определения комплекса задач происходит оценка возможностей внедрения
47
самостоятельного разработанного, либо приобретенного программного
обеспечения, проводится технологическая и экономическая оценка. На
этом этапе задействованы: руководитель организации, специалисты
экономического отдела (2 чел.) и отдела делопроизводства (1 чел.),
разработчик дипломного проекта.
Четвертый этап – приобретение ПО, в нашем случае – написание
программного продукта для работы с информационной системой
специалиста по работе с заявками клиентов на обслуживание кассового
оборудования. Задействован автор дипломного проекта [20].
Следующий этап – опытная эксплуатация программного продукта –
разработанное программное обеспечение устанавливается на тестовые
рабочие станции и происходит проверка всего функционала программы с
целью выявления ошибок в её работе, соответствия заявленной
технологии, определения возможностей усовершенствования. На данном
этапе задействованы: руководитель организации, специалист отдела
делопроизводства, автор данного проекта [19].
На последнем этапе после исправления неточностей в работе,
выявленных в ходе опытной эксплуатации, происходит внедрение
программного продукта в промышленную эксплуатацию через
развертывание базы данных, установку программы на рабочие станции
пользователей. Задействован разработчик данного проекта.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На различных этапах жизненного цикла экспертной системы
различные риски могут реализовываться по-разному. Ожидаемые риски на
этапах жизненного цикла и план реагирования при возникновении
рисковых ситуаций представлены в таблице 15 [29].
48
Таблица 15
Ожидаемые риски на этапах жизненного цикла
№
этапа
Этап
жизненного
цикла
Название риска
Меры противодействия
1
Предпроектная
стадия
Риск персонала со стороны
заказчика и исполнителя
Риск неполноты сбора
информации
Документирование рисков,
включение в договор
моментов неполного сбора
информации
2
Проектировани
е
Риск принятия неверных
проектных решений
Риск неверного
планирования
Стоимостной риск
Форс - мажор
Экспертиза технических
заданий совместно ИТ,
экономическими и
профильными службами,
страхование
3
Разработка
Риск персонала
Технический риск
Тестирование на всех
стадиях разработки,
экспертиза
разрабатываемого ПО на
всех этапах создания, работа
в команде
4
Внедрение
Риск персонала
Технический и
программный риск
Тестирование на всех
стадиях внедрения,
экспертиза ПО на всех
этапах создания, работа в
команде
5
Эксплуатация и
сопровождение
Технические риски
Риск персонала
Работа в команде,
юридическое обеспечение
договоров
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты
информации
Разрабатываемая информационная система должна удовлетворять
требованиям защиты информации, утвержденным на данном предприятии,
а также требованиям законодательства.
Выделим основные виды угроз, возникающие в процессе
функционирования информационной системы документооборота [1]:
- Внутренние – возникающие в результате некорректных действий
пользователя. При анализе потенциала данного вида угрозы было
49
выявлено, что основным пользователем системы является единственный
специалист, применение системы жесткого разграничения доступа
нецелесообразно. Для снижения потенциала угроз необходимо проведение
инструктажа под роспись с пользователем о правилах информационной
безопасности;
-Внешние – возникающие в результате внешних воздействий
(Интернет-угроз, технических сбоев, вирусной активности,
несанкционированного копирования)
Таким образом, в разрабатываемую информационную систему
должны быть включены компоненты парольной защиты, резервного
копирования базы данных. На рабочей станции специалиста, на которой
будет развернута база данных специалиста по делопроизводству, должны
применяться общие для организации политики безопасности.
После экспертизы проекта на наличие компонент информации
конфиденциального характера возможно принятие решения о применении
организационных и технических мер защиты информации [23]:
-Опечатывания рабочей станции;
-Отключение USB-портов для ограничения возможности
несанкционированного копирования информации;
-Отнесения помещения, где находится рабочая станция с базой
данных, к разряду выделенных помещений.
Для организационного обеспечения защиты информации в ООО
«ПУШКА» были разработаны документы:
-«Положение о пропускном режиме в ООО «ПУШКА» -
ограничивает доступ посторонних лиц в помещения, где происходит
обработка данных;
-«Положение об антивирусной защите в ООО «ПУШКА»;
-«Положение об обороте носителей информации в ООО «ПУШКА»
(предотвращает несанкционированное копирование);
50
-«Положение о пользовании ресурсами Интернета в ООО «ПУШКА»
За нарушения положении данных документов предусматривается
дисциплинарная ответственность в рамках трудового законодательства.
2.2. Информационное обеспечение задачи
2.2.1. Характеристика нормативно-справочной, входной и
оперативной информации
В рамках анализа информационной системы учета расчетов с
клиентами ООО «Пушка», определим ключевые сущности
информационной системы, их атрибуты, установим связи между ними.
Ключевыми сущностями информационной системы являются:
платежи;
виды кассового оборудования;
подразделения;
неисправности;
заявки на устранение неисправностей;
специалисты.
Определим типы связей между сущностями информационной
системы по учету заявок на приобретение запчастей.
В каждое обращений входит множество обоснований. Связь 1:N.
По каждой заявке проходит множество расчетов. Связь 1:N.
Каждой обращение соответствует подразделению. Связь 1:1.
Каждый ремонтник может регистрировать множество обращений.
Связь 1:N.
Каждый специалист может подать множество обращений. Связь 1:N.
Установим связи между сущностями разрабатываемой
информационной системы.
51
Каждый вид кассового оборудования включает в себя множество
моделей оборудования. Связь 1:N.
Каждой модели оборудования соответствует множество объектов
оборудования. Связь 1:N.
На каждый объект оборудования может быть составлено множество
заявок на проведение ремонтных и профилактических работ. Связь 1:N.
Каждой заявке соответствует множество проведенных работ. Связь
1:N.
Каждый специалист может провести множество работ. Связь 1:N.
Каждое подразделение предприятия использует множество объектов
оборудования. Связь 1:N.
Структура нормативно-справочной информации подсистемы и
система кодирования справочной информации представлена в таблице 16.
Таблица 16
Структура нормативно-справочной информации система
кодирования справочной информации
№
п/
п
Наименование
кодируемого
множества объектов
Значность
кода
Система
кодирован
ия
Вид
классификато
ра
1
2
3
4
5
1
Код модели кассового
оборудования
ХХХХХ
порядковая
локальный
2
Код экземпляра
кассового оборудования
ХХХХХ ХХХ
серийно-
порядковая
локальный
3
Код документа картотеки
учета торгового
(кассового)
оборудования
ХХХ ХХХ
серийно –
порядковая
локальный
4
Код проведенной работы
ХХХХХХ
порядковая
локальный
5
Код расчета
ХХХХХХ
порядковая
локальный
6
Код подразделения
ХХХ
порядковая
локальный
7
Код специалиста
ХХХХ
порядковая
локальный
Код модели оборудования. Длина кода ХХХХХ, где ХХХХХ –
порядковый номер модели кассового оборудования в системе предприятия.
Код экземпляра кассового оборудования. Длина кода ХХХХХ ХХХ,
где ХХХХХ – порядковый номер модели оборудования, ХХХ – номер
соответствующего ему экземпляра.