42
Итерационная модель - подразумевает разделение жизненного цикла
проекта на определенную последовательность итераций, напоминающих
«мини-проект», каждый из которых включает все процессы разработки в
применении к созданию меньших фрагментов функциональности, по
сравнению с проектом в целом. Цель каждой итерации - получение
работающей версии программного продукта, включающей
функциональность, определённую интегрированным содержанием всех
предыдущих, и текущей итерации. Результат финальной итерации
содержит всю требуемую функциональность продукта.
Спиральная модель - складывается из нескольких итераций (витков
спирали) путем создания прототипов (черновых версий программы).
Каждая итерация соответствует созданию фрагмента или версии
программного обеспечения, на ней уточняются цели и характеристики
проекта, оценивается качество полученных результатов и планируются
работы следующей итерации.
Для разработки требуемого приложения автоматизации документооборота
выбрана спиральная модель, представленная на рисунке 2.1. Структура модели
жизненного цикла программного обеспечения приведена в соответствии со
стандартом ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология.
Процессы жизненного цикла программных средств [14].
43
Рисунок 2.1 - Спиральная модель
Концепция спиральной модели, разработанная Барри Боэмом в 1986 году,
применяется в рамках разработки большого количества информационных систем
[8]. Она выступает в роли технологии разработки программного обеспечения,
сочетающей в себе как стадии проектирования, так и постадийного
прототипирования с целью сочетания достоинств восходящих и нисходящих
алгоритмов, в которой делается упор на работу с начальными этапами жизненного
цикла: стадий анализа и проектирования.
На каждом витке спирали производится создание фрагмента или версии
программного продукта. Производится уточнение целей и характеристик проекта,
определение его качеств и планирования работ на следующем витке спирали.
Каждый виток разбивается на секторы [20, c.36]:
44
Определение перечня целей
Оценивание вероятности рисков
Осуществление разработки и тестирования
Планирование
На каждом из витков спирали могут использоваться различные модели
технологии разработки программного обеспечения. В конечном итоге на выходе
получается готовый продукт. Модель включает в себя ряд возможностей моделей
прототипирования и каскадной модели. Процесс итеративной разработки
отражает объективно существующий спиральный цикл создания системы.
Неполное завершение работ на каждом из этапов позволяет переходить к
следующему этапу, не дожидаясь полного окончания работы на текущем. При
итеративном способе разработки недостающую работу можно будет выполнить
на следующей итерации.
Главная задача - как можно быстрее показать Заказчику системы
работоспособный продукт, таким образом активизируя процесс уточнения и
дополнения требований.
Основная проблема спирального цикла - определение момента перехода на
следующий этап. Для ее решения потребуется ввести временные ограничения на
каждый из этапов жизненного цикла. Переход осуществляется в соответствии с
планом, даже если не вся запланированная работа закончена.
В перспективе разрабатываемое приложение будет дополняться новым
функционалом, поэтому данная модель жизненного цикла вполне подходит для
разработки стартовой версии системы автоматизации службы технической
поддержки.
При разработке проекта автоматизации технологии документооборота был
составлен календарный план внедрения автоматизированной информационной
системы, представленный на рисунке 2.2.
С использованием каскадной модели проведем создание плана-проекта
разработки и внедрения информационной системы деятельности службы
технической поддержки. Для построения плана использовано ПО MS Project.
Ресурсами проектных решений являются:
45
- трудовые (Руководство, специалисты ИТ-отдела, экономического блока, а
также специалист по работе с персоналом);
- материальные (MS Office – для разработки проекта), компьютерная и
оргтехника, а также затраты на электроэнергию и материалы.
Календарный план проекта разработки информационной системы показан
на рисунке 2.2, диаграмма Ганта – на рисунке 2.3.
Рисунок 2.2 - Диаграмма Ганта разрабатываемой системы
Название задачи
Длительность
Начало
Окончание
Предшественники
Названия ресурсов
Анализ предметной области
5 дней
Чт 10.05.19
Ср 16.05.19
Изучение функций
специалистов
2 дней
Чт 10.05.19
Пт 11.05.19
ИТ-специалист;
Специалист по
персоналу
Моделирование бизнес-
процессов
2 дней
Пн 14.05.19
Вт 15.05.19
2
Экономист; ИТ-
специалист
Постановка задач
автоматизации
1 день?
Ср 16.05.19
Ср 16.05.19
3
Экономист; ИТ-
специалист
Разработка технического
задания
3 дней
Чт 17.05.19
Пн 21.05.19
4
Начальник ИТ-отдела;
Директор; ИТ-
специалист
Реализация
информационной системы
21 дней
Вт 22.05.19
Вт 19.06.19
5
Выбор средств разработки
3 дней
Вт 22.05.19
Чт 24.05.19
ИТ-специалист
Разработка ПО
7 дней
Пт 25.05.19
Пн 04.06.19
7
ИТ-специалист; MS
Office[1]
Тестирование приложения
5 дней
Вт 05.06.19
Пн 11.06.19
8
ИТ-специалист;Н
ачальник ИТ-отдела
Развертывание ПО
6 дней
Вт 12.06.19
Вт 19.06.19
9
ИТ-специалист
Опытная эксплуатация
5 дней
Ср 20.06.19
Вт 26.06.19
10
Начальник ИТ-
отдела;ИТ-
специалист;Экономист
Разработка документации
8 дней
Ср 27.06.19
Пт 08.07.19
Разработка руководства
пользователя
4 дней
Ср 27.06.19
Пн 04.07.19
11
ИТ-
специалист;Бухгалтер
Разработка руководства
администратора
2 дней
Вт 05.07.19
Ср 06.07.19
13
ИТ-специалист
Оформление акта приемки
2 дней
Чт 07.07.19
Пт 08.07.19
14
Начальник ИТ-
отдела;Директор
Рисунок 2.3 - Календарный план проекта внедрения ИС
46
На рисунке 2.4 приведена диаграмма затрат по задачам
Рисунок 2.4 - Диаграмма затрат по задачам
В таблице 13 приведен расчет затрат по задачам.
Таблица 13
Расчет затрат по задачам
Название
Затраты
Анализ предметной области
16 320,00 ₽
Разработка технического
задания
18 000,00 ₽
Реализация информационной
системы
51 400,00 ₽
Опытная эксплуатация
26 800,00 ₽
Разработка документации
24 160,00 ₽
На рисунке 2.5 приведена диаграмма использования ресурсов.
0,00₽
10,00₽
20,00₽
30,00₽
40,00₽
50,00₽
60,00₽
47
Рисунок 2.5 - Диаграмма использования ресурсов
На первом этапе производится первоначальное ознакомление с объектом
автоматизации, изучение бизнес-процессов, технологии документооборота. На
этом этапе задействован разработчик-автор дипломного проекта, необходимые
материалы предоставляются специалистами АО «Петроэлектросбыт», других
структурных подразделений, руководителем предприятия.
На следующем этапе происходит проектирование информационной
системы – определение информационных объектов, их свойств, установление
взаимосвязи между ними. На этом этапе задействован разработчик – автор
дипломного проекта.
Третий этап – определение стратегии автоматизации. После определения
комплекса задач происходит оценка возможностей внедрения самостоятельного
разработанного, либо приобретенного программного обеспечения, проводится
технологическая и экономическая оценка. На этом этапе задействованы:
руководитель предприятия, специалисты экономического отдела (2 чел.) и отдела
продаж (1 чел.), разработчик дипломного проекта.
Четвертый этап – приобретение ПО, в нашем случае – написание
программного продукта для работы с информационной системой специалиста по
продажам. Задействован автор дипломного проекта.
Следующий этап – опытная эксплуатация программного продукта –
разработанное программное обеспечение устанавливается на тестовые рабочие
0 ч
50 ч
100 ч
150 ч
200 ч
250 ч
300 ч
350 ч
48
станции и происходит проверка всего функционала программы с целью
выявления ошибок в её работе, соответствия заявленной технологии, определения
возможностей усовершенствования. На данном этапе задействованы:
руководитель предприятия, специалист службы технической поддержки, автор
данного проекта.
На последнем этапе после исправления неточностей в работе, выявленных
в ходе опытной эксплуатации, происходит внедрение программного продукта в
промышленную эксплуатацию через развертывание базы данных, установку
программы на рабочие станции пользователей. Задействован разработчик данного
проекта.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На различных этапах жизненного цикла информационной системы
деятельности службы технической поддержки АО «Петроэлектросбыт»
различные риски могут реализовываться по-разному. Ожидаемые риски на этапах
жизненного цикла и план реагирования при возникновении рисковых ситуаций
представлены в таблице 13[21].
Таблица 13
Ожидаемые риски на этапах жизненного цикла
№
этапа
Этап
жизненного
цикла
Название риска
Меры противодействия
1
Предпроектный
этап
Риск персонала со стороны
заказчика и исполнителя
Риск неполноты сбора
информации
Документирование рисков,
включение в договор
моментов неполного сбора
информации
2
Проектировани
е
Риск принятия неверных
проектных решений
Риск неверного
планирования
Стоимостной риск
Форс - мажор
Экспертиза технических
заданий совместно ИТ,
экономическими и
профильными службами,
страхование
3
Разработка
Риск персонала
Технический риск
Тестирование на всех
стадиях разработки,
экспертиза
разрабатываемого ПО на всех
49
№
этапа
Этап
жизненного
цикла
Название риска
Меры противодействия
этапах создания, работа в
команде
4
Внедрение
Риск персонала
Технический и программный
риск
Тестирование на всех
стадиях внедрения,
экспертиза ПО на всех этапах
создания, работа в команде
5
Эксплуатация и
сопровождение
Технические риски
Риск персонала
Работа в команде,
юридическое обеспечение
договоров
В процессе эксплуатации разрабатываемой информационной системы
вероятно возникновение различного рода рисков, которые могут оказывать
влияние, как и на технологию разработки, так и на функционирование компании.
Проведем анализ ожидаемых рисков по этапам жизненного цикла более
подробно.
Стадия разработки и внедрения.
o Для данной стадии характерно наличие рисков, связанных с
нарушением методологии ведения проекта. Причины возникновения данных
рисков связаны с продуманностью при описании и утверждении документации,
содержащей информацию о состоянии проекта.
В качестве мер по предотвращению рисков подобного рода можно
рассматривать [25, стр.30]:
четкое разграничение прав и обязанностей группы разработчиков;
проведение обучения группы разработчиков, администраторов и
ключевых пользователей;
разработку эксплуатационной документации на разработанную
систему;
документальное подтверждение по изменениям, вносимым в проект;
o Риски, связанные с ведением проекта:
ошибки в определении рамок и масштабов проекта;
наличие ошибок в функциях и интерфейсах;
выбор технологий и методов, несоответствующих специфике
решаемых задач;
50
несоблюдение требований при проектировании информационной
системы или постоянное внесение изменений в требования.
В качестве мерами по предотвращению обозначенных выше рисков можно
рассматривать [20, стр.15]:
обеспечение стабильности границ проекта, определенных на
начальной стадии;
обеспечение качества при планировании работ;
обеспеченность проекта необходимыми ресурсами;
обязательность утверждения и согласования по проектным
решениям;
проведение дополнительного анализа функций и целей проекта,
тщательная формулировка концепции;
o Риски, связанные с ошибками в планировании:
недостаточность проработки плана внедрения системы;
несоблюдение сроков выполнения;
В качестве мер предотвращения данных обстоятельств можно
рассматривать следующие [4, стр.39]:
укомплектованность проектной команды квалифицированными
разработчиками;
равномерное распределение работ в соответствии со специализацией
разработчиков;
ведение документации по всем видам работ на стадии
проектирования и обеспечения доступности данных для всех участников проекта;
o Технический и программный риски вызывают:
частичную или полную приостановку этапа разработки из-за ошибок
в используемом программном обеспечении;
частичная или полная потеря программного кода;
контрольный пример не учитывает всех особенностей системы, то
есть недостаточно проработан;
документация по системе не включает в себя подробного описания
всего функционала системы.
Этого можно избежать следующим образом [1, стр.76]:
51
использовать лицензионного программное обеспечение;
производить регулярное резервное копирование данных;
проводить многократные проверки и прогоны работоспособности
системы для выявления малейших неисправностей в ходе работы;
проверка документации перед передачей системы в эксплуатацию.
Этапы эксплуатации:
o Риск персонала;
трудности с обучением персонала из-за нежелания работать с новой
системой;
отсутствие поддержки внедрения ИС со стороны отдельных
ключевых участников проекта;
неучастие руководителей высшего звена в проекте;
нарушение информационной безопасности в процессе работы
системы.
Этого можно избежать, путем реализации следующих идей:
проведение обучения персонала работы с системой;
составление плана внедрения ИС;
доведение до персонала смысла внедрения автоматизированной
системы;
активное вовлечение высшего руководства;
организация системы поощрений использующего систему персонала
заказчика.
o Технический риск:
потеря данных при внедрении ИС;
возможный отказ технического оборудования при внедрении ИС;
ошибки в программе вызывающие простой системы;
невозможность осуществления требуемых действия, «зависание»
программы;
использование вредоносных программ (вирусы, черви, трояны,
логические бомбы), использование в корыстных целях найденных ошибок;
приостановка деятельности третьего лица (например, провайдера
Интернет услуг);