48
фрагментов функциональности, по сравнению с проектом в целом.
Цель каждой итерации - получение работающей версии
программного продукта, включающей функциональность,
определённую интегрированным содержанием всех предыдущих,
и текущей итерации. Результат финальной итерации содержит всю
требуемую функциональность продукта.
3. Спиральная модель - складывается из нескольких итераций
(витков спирали) путем создания прототипов (черновых версий
программы). Каждая итерация соответствует созданию фрагмента
или версии программного обеспечения, на ней уточняются цели и
характеристики проекта, оценивается качество полученных
результатов и планируются работы следующей итерации.
Для разработки требуемого приложения автоматизации
документооборота выбрана спиральная модель, представленная на рисунке 7.
Структура модели жизненного цикла программного обеспечения приведена в
соответствии со стандартом ГОСТ Р МЭК 62304 —2013. Информационная
технология. Процессы жизненного цикла программных средств.
49
Рисунок 2. Спиральная модель
Концепция спиральной модели, разработанная Барри Боэмом в 1986
году, применяется в рамках разработки большого количества
информационных систем. Она выступает в роли технологии разработки
программного обеспечения, сочетающей в себе как стадии проектирования,
так и постадийного прототипирования с целью сочетания достоинств
восходящих и нисходящих алгоритмов, в которой делается упор на работу с
начальными этапами жизненного цикла: стадий анализа и проектирования.
На каждом витке спирали производится создание фрагмента или версии
программного продукта. Производится уточнение целей и характеристик
проекта, определение его качеств и планирования работ на следующем витке
спирали.
50
Каждый виток разбивается на секторы:
1. Определение перечня целей
2. Оценивание вероятности рисков
3. Осуществление разработки и тестирования
4. Планирование
На каждом из витков спирали могут использоваться различные модели
технологии разработки программного обеспечения. В конечном итоге на
выходе получается готовый продукт. Модель включает в себя ряд
возможностей моделей прототипирования и каскадной модели. Процесс
итеративной разработки отражает объективно существующий спиральный
цикл создания системы. Неполное завершение работ на каждом из этапов
позволяет переходить к следующему этапу, не дожидаясь полного окончания
работы на текущем. При итеративном способе разработки недостающую
работу можно будет выполнить на следующей итерации.
Главная задача - как можно быстрее показать заказчику системы
работоспособный продукт, таким образом активизируя процесс уточнения и
дополнения требований.
Основная проблема спирального цикла - определение момента перехода
на следующий этап. Для ее решения потребуется ввести временные
ограничения на каждый из этапов жизненного цикла. Переход осуществляется
в соответствии с планом, даже если не вся запланированная работа закончена.
В перспективе система будет дополняться новым функционалом,
поэтому данная модель жизненного цикла вполне подходит для разработки.
При разработке проекта автоматизации технологии учета был составлен
календарный план внедрения автоматизированной информационной системы,
представленный в таблице 13.
51
Таблица 53
Хронологический порядок внедрения программного продукта в
технологию работы
Название
задачи
Длительн
ость
Начал
о
Оконча
ние
Предшествен
ники
Названи
я
ресурсов
Анализ
предметной
области
5 дней
Чт
10.05.
20
Ср
16.05.2
0
Изучение
функций
специалисто
в
2 дней
Чт
10.05.
20
Пт
11.05.2
0
ИТ-
специал
ист;
Специал
ист по
персона
лу
Моделирован
ие бизнес-
процессов
2 дней
Пн
14.05.
20
Вт
15.05.2
0
2
Экономи
ст; ИТ-
специал
ист
Постановка
задач
автоматизац
ии
1 день
Ср
16.05.
20
Ср
16.05.2
0
3
Экономи
ст; ИТ-
специал
ист
Разработка
технического
задания
3 дней
Чт
17.05.
20
Пн
21.05.2
0
4
Начальн
ик ИТ-
отдела;
Директо
р; ИТ-
специал
ист
Реализация
информацио
нной
системы
21 дней
Вт
22.05.
20
Вт
19.06.2
0
5
Выбор
средств
разработки
3 дней
Вт
22.05.
20
Чт
24.05.2
0
ИТ-
специал
ист
Разработка
ПО
7 дней
Пт
25.05.
20
Пн
04.06.2
0
7
ИТ-
специал
ист; MS
Office
Тестировани
е
приложения
5 дней
Вт
05.06.
20
Пн
11.06.2
0
8
ИТ-
специал
ист;
Начальн
ик ИТ-
отдела
Развертыван
ие ПО
6 дней
Вт
12.06.
20
Вт
19.06.2
0
9
ИТ-
специал
ист
52
Опытная
эксплуатаци
я
5 дней
Ср
20.06.
20
Вт
26.06.2
0
10
Начальн
ик ИТ-
отдела;
ИТ-
специал
ист;
Экономи
ст
Разработка
документаци
и
8 дней
Ср
27.06.
20
Пт
08.07.2
0
Разработка
руководства
пользовател
я
4 дней
Ср
27.06.
20
Пн
04.07.2
0
11
ИТ-
специал
ист;
Бухгалте
р
Название
задачи
Длительн
ость
Начал
о
Оконча
ние
Предшествен
ники
Названи
я
ресурсов
Разработка
руководства
администрат
ора
2 дней
Вт
05.07.
20
Ср
06.07.2
0
13
ИТ-
специал
ист
Оформление
акта приемки
2 дней
Чт
07.07.
20
Пт
08.07.2
0
14
Начальн
ик ИТ-
отдела;
Директо
р
На первом этапе производится первоначальное ознакомление с
объектом автоматизации, изучение бизнес-процессов, технологии
документооборота. На этом этапе задействован разработчик-автор
дипломного проекта, необходимые материалы предоставляются
специалистами по учету готовой продукции завода двигателей внутреннего
сгорания, других структурных подразделений, руководителем предприятия.
На следующем этапе происходит проектирование информационной
системы – определение информационных объектов, их свойств, установление
взаимосвязи между ними. На этом этапе задействован разработчик – автор
дипломного проекта.
Третий этап – определение стратегии автоматизации. После
определения комплекса задач происходит оценка возможностей внедрения
самостоятельного разработанного, либо приобретенного программного
53
обеспечения, проводится технологическая и экономическая оценка. На этом
этапе задействованы: руководитель организации, специалисты
экономического отдела (2 чел.) и отдела делопроизводства (1 чел.),
разработчик дипломного проекта.
Четвертый этап – приобретение ПО, в нашем случае – написание
программного продукта для работы с информационной системой специалиста
по учёту готовой продукции. Задействован автор дипломного проекта.
Следующий этап – опытная эксплуатация программного продукта –
разработанное программное обеспечение устанавливается на тестовые
рабочие станции и происходит проверка всего функционала программы с
целью выявления ошибок в её работе, соответствия заявленной технологии,
определения возможностей усовершенствования. На данном этапе
задействованы: руководитель организации, специалист отдела
делопроизводства, автор данного проекта.
На последнем этапе после исправления неточностей в работе,
выявленных в ходе опытной эксплуатации, происходит внедрение
программного продукта в промышленную эксплуатацию через развертывание
базы данных, установку программы на рабочие станции пользователей.
Задействован разработчик данного проекта.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На различных этапах жизненного цикла экспертной системы различные
риски могут реализовываться по-разному. Ожидаемые риски на этапах
жизненного цикла и план реагирования при возникновении рисковых
ситуаций представлены в таблице 14.
Таблица 64
Ожидаемые риски на этапах жизненного цикла
№
этапа
Этап
жизненного
цикла
Название риска
Меры противодействия
54
1
Предпроектная
стадия
Риск персонала со стороны
заказчика и исполнителя
Риск неполноты сбора
информации
Документирование рисков,
включение в договор
моментов неполного сбора
информации
2
Проектирование
Риск принятия неверных
проектных решений
Риск неверного
планирования
Стоимостной риск
Форс - мажор
Экспертиза технических
заданий совместно ИТ,
экономическими и
профильными службами,
страхование
3
Разработка
Риск персонала
Технический риск
Тестирование на всех
стадиях разработки,
экспертиза
разрабатываемого ПО на всех
этапах создания, работа в
команде
№
этапа
Этап
жизненного
цикла
Название риска
Меры противодействия
4
Внедрение
Риск персонала
Технический и программный
риск
Тестирование на всех
стадиях внедрения,
экспертиза ПО на всех этапах
создания, работа в команде
5
Эксплуатация и
сопровождение
Технические риски
Риск персонала
Работа в команде,
юридическое обеспечение
договоров
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Разрабатываемая информационная система должна удовлетворять
требованиям защиты информации, утвержденным на данном предприятии, а
также требованиям законодательства.
Выделим основные виды угроз, возникающие в процессе
функционирования информационной системы документооборота:
1. Внутренние – возникающие в результате некорректных действий
пользователя. При анализе потенциала данного вида угрозы было
выявлено, что основным пользователем системы является
единственный специалист, применение системы жесткого
разграничения доступа нецелесообразно. Для снижения
55
потенциала угроз необходимо проведение инструктажа под
роспись с пользователем о правилах информационной
безопасности;
2. Внешние – возникающие в результате внешних воздействий
(Интернет-угроз, технических сбоев, вирусной активности,
несанкционированного копирования)
Таким образом, в разрабатываемую информационную систему должны
быть включены компоненты парольной защиты, резервного копирования базы
данных. На рабочей станции специалиста, на которой будет развернута база
данных специалиста по делопроизводству, должны применяться общие для
организации политики безопасности.
После экспертизы проекта на наличие компонент информации
конфиденциального характера возможно принятие решения о применении
организационных и технических мер защиты информации:
1. Опечатывания рабочей станции;
2. Отключение USB-портов для ограничения возможности
несанкционированного копирования информации;
3. Отнесения помещения, где находится рабочая станция с базой
данных, к разряду выделенных помещений.
Для организационного обеспечения защиты информации в ООО
«Московский завод двигателей внутреннего сгорания» были разработаны
документы:
1. «Положение о пропускном режиме в ООО «Московский завод
двигателей внутреннего сгорания» - ограничивает доступ
посторонних лиц в помещения, где происходит обработка данных;
2. «Положение об антивирусной защите в ООО «Московский завод
двигателей внутреннего сгорания»;
3. «Положение об обороте носителей информации в ООО
«Московский завод двигателей внутреннего сгорания»
(предотвращает несанкционированное копирование);
56
4. «Положение о пользовании ресурсами Интернета в ООО
«Московский завод двигателей внутреннего сгорания»
За нарушения положении данных документов предусматривается
дисциплинарная ответственность в рамках трудового законодательства.
В таблице 15 представлены разграничения прав пользователей.
57
Таблица 15
Таблица разграничения прав пользователей
Группы
пользователей
Справочники
Документы
Отчёты
Производственный
отдел
Чтение/создание
Чтение/создание
Чтение/создание
Генеральный
директор
Чтение
Чтение
Чтение
Экономический
отдел
Чтение
Чтение/создание
Чтение/создание
Отдел по работе с
персоналом
Чтение/создание
Чтение/создание
Чтение/создание
ИТ-отдел
Чтение/создание/удаление
Чтение/создание/
удаление
Чтение/создание/
удаление
2.2. Информационное обеспечение задачи
2.2.1. Характеристика нормативно-справочной, входной и
оперативной информации
В рамках анализа информационной системы учета готовой продукции в
условиях ООО «Московский Завод Двигателей Внутреннего сгорания»
определим ключевые сущности информационной системы, их атрибуты,
установим связи между ними.
Информационная система учета готовой продукции включает
следующие сущности:
1. Подразделения предприятия;
2. Виды продукции (номенклатура);
3. Контрагенты;
4. Поступление готовой продукции;
5. Реализация готовой продукции.
Проведем определение сущностей информационной системы,
установим связи между ними. На рисунке 8 приведена диаграмма "Сущность
- Связь".