35
методы контроля реализации проекта, осуществляется определение и
распределение рисков. В процессе реализации этого этапа осуществляется
организация и проведение торгов, заключение субконтрактов с основными
исполнителями, организуется выполнение базовых проектных и опытно-
конструкторских работ по проекту и осуществляется представление проектной
разработки заказчику.
Фаза реализации – на этой фазе происходит полный ввод в действие
разработанной информационной системы.
Завершающая фаза или окончание проекта – на данном этапе завершается
реализация проекта и подводятся итоги. К основным работам этой фазы относятся
– окончательное тестирование разрабатываемой информационной системы,
подготовка кадров для ее эксплуатации, подготовка документации, сдача объекта
заказчику и ввод в эксплуатацию.
Жизненный цикл программного продукта
Одним из базовых понятий методологии проектирования ИС является
понятие жизненного цикла ее программного продукта. Жизненный цикл
программного продукта – это непрерывный процесс, который начинается с
момента принятия решения о необходимости создания программного продукта и
заканчивается в момент его полного изъятия из эксплуатации.
Основным нормативным документом, который регламентирует жизненный
цикл программного обеспечения, является международный стандарт ISO/TEC
12207 (ISO – International Organization of Standardization Международная
организация по стандартизации, EEC - International Electrotechnical Commission –
Международная комиссия по электротехнике). Он определяет структуру
жизненного цикла, которая содержит процессы, действия и задачи, реализуемые и
выполняемые во время создания программного продукта.
Структура жизненного цикла программного продукта по стандарту ISO/TEC
12207 основывается на трех группах процессов:
36
– главные процессы жизненного цикла программного продукта (покупка,
поставка, проектирование, производство, внедрение, использование,
сопровождение);
– дополнительные процессы, которые обеспечивают выполнение главных
процессов (ведение документации, управление конфигурацией,
обеспечение качества, верификация, аттестация, оценка, аудит,
разрешение проблем);
– организационные процессы (управление проектами, создание
инфраструктуры проекта, определение, оценка и улучшение самого
жизненного цикла, обучение персонала по работе с программным
продуктом).
Разработка охватывает все работы по созданию программного продукта и
его компонентов (анализ, проектирование и разработка) в соответствии с
поставленными требованиями, включая ведение проектной и эксплуатационной
документации, подготовку материалов, необходимых для проверки
работоспособности и качества программного обеспечения, материалов,
необходимых для организации обучения персонала с программным продуктом, и
т.д.
Использование включает в себя работы по внедрению компонентов
программного продукта, в том числе настройка базы данных и рабочих мест
персонала, обеспечение эксплуатационными документами, проведение обучения
работников и т.д., и непосредственно использование, в том числе определение
проблем и их разрешение, модернизацию программного продукта в рамках
установленного регламента, подготовку предложений по модернизации и развитию
программного обеспечения.
Модели жизненного цикла программного продукта
Стандарт ISO/TEC 12207 не предлагает конкретную модель ЖЦ и методы
разработки программного продукта. Его регламенты являются общими для любых
моделей ЖЦ, методологий и технологии разработки. Стандарт ISO/TEC 12207
описывает структуру процессов жизненного цикла программного продукта, но не
37
конкретизирует в деталях, как реализовать или выполнить действия и задачи,
включенные в эти процессы.
Под моделью жизненного цикла понимается структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач на
протяжении жизненного цикла. Модель жизненного цикла зависит от специфики
информационной системы и специфики условий, в которых система создается и
функционирует. К настоящему времени наибольшее распространение получили
следующие две основные модели жизненного цикла: каскадная модель (1970 - 1985
гг.) и спиральная модель (1986 - 1990 гг.).
В изначально существовавших однородных информационных система
приложения представляли собой единое целое. Для разработки такого типа
приложений применялся каскадный способ (рис. 2.1). Его основной
характеристикой является разбиение всей разработки на этапы, причем переход с
одного этапа на следующий происходит только после того, как будет полностью
завершена работа на текущем этапе.
Рисунок 2.1 – Каскадная модель
38
Каждый этап завершается выпуском полного комплекта документов,
количество которых достаточно для того, чтобы разработка могла быть
продолжена другими разработчиками.
Преимущества применения каскадного способа заключаются в следующем:
– на каждом этапе формируется законченный набор проектных документов,
которые отвечают требованиям полноты и согласованности;
– этапы работ, которые выполняются в логичной последовательности,
помогают спланировать сроки завершения всех работ и соответствующие
затраты.
Каскадный подход неплохо показал себя при проектировании и создания
информационных систем, для которых в начале создания можно достаточно точно
и полно сформулировать все требования с тем, чтобы предоставить разработчикам
свободу реализовать их технически как можно лучше. В эту категорию попадают
сложные расчетные системы, системы реального времени и др.
Для преодоления перечисленных проблем была предложена спиральная
модель жизненного цикла программного продукта (рис. 2.2), в которой делается
упор на начальных этапах жизненного цикла: анализ и проектирование. На них
реализуемость технических решений проверяется путем создания моделей
программ. Каждый виток спирали соответствует созданию фрагмента или версии
программного продукта, на нем уточняются его цели и характеристики,
определяется его качество и планируются работы следующего витка спирали.
Таким образом углубляются и последовательно конкретизируются детали проекта
и в результате выбирается обоснованный вариант, который доводится до
реализации.
39
Рис. 2.2 – Спиральная модель
Главная задача – как можно быстрее показать пользователям системы
работоспособный продукт, тем самым активизируя процесс уточнения и
дополнения требований.
Для разрабатываемого программного продукта подходит спиральная модель
жизненного цикла. Данная модель жизненного цикла является основным для
выбранного нами стандарта ISO/TEC 12207 и является более эффективным по
сравнению с другими, что позволяет получить на выходе более качественный
продукт при небольшом количестве задействованного персонала и относительно
коротким графиком проектирования. Спиральная модель позволяет
модернизировать программный продукт путем создания новых версий.
40
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
При создании и реализации любого проекта часто возникает ситуация,
которая связана с неопределенностью, неполнотой или неточностью данных об
условиях реализации проекта и которые связаны с затратами и результатами. Все
участники проекта заинтересованы в том, чтобы была возможность исключить
провал разрабатываемого проекта из-за различных неопределенных ситуаций. Для
этого необходимо предусмотреть специальные процедуры, помогающие учесть
факторы неопределенности и риска на всех фазах и этапах проекта.
После рассмотрения видов и значимости рисков, можно оказывать на них
воздействие, при этом снижая их плохое влияние на эффективность
разрабатываемого проекта. Следовательно, производится реальная возможность
управлять рисками. Факторы риска и неопределенности требуется учитывать в
расчетах эффективности, если при разных возможных условиях реализации
затраты и результаты по проекту различны.
Этап подготовки проекта
1. Риск работников
Риски:
– Привлечение неопытных работников к реализации проекта.
– Включение в состав разработчиков сторонних (непроверенных)
работников
– Неимение единой стратегии автоматизации
– Неимение единой цели и задачи проекта
– Неимение мотивации сотрудников
– Негативное отношение работников к реализуемому проекту
– Непродуманный план выполнения работ по проекту
Возможные способы предотвращения:
– Активное взаимодействие с начальством в ходе реализации проекта и
актуальное принятие решений.
41
– Участие в реализации проекта высококвалифицированных специалистов
и профессионалов своего дела
– Корректно сформулированные цели реализуемого проекта
– Проработка общей стратегии автоматизации организации
– Постоянный состав сотрудников в течение реализации всего проекта
2. Риск при реализации проекта
Риски:
– Некорректное определение границ и масштаба реализуемого проекта
– Проектирование неправильно работающих функций системы
– Выбор некорректных методов и технологий для решений поставленных
задач;
– Нарушение требования заказчика
Возможные способы предотвращения:
– Обеспечение стабильности рамок реализуемого проекта, определяемые
вначале и которые останутся без изменения вплоть до завершения
разработки проекта;
– Высококачественное планирование поставленных задач и их реализация;
– Гарантированное обеспечение реализуемого проекта всеми
необходимыми ресурсами
– Утверждение и согласование проектного решения
– Установление высокого порога принятия изменений
3. Риск неправильного планирования
Риски:
– Неэффективный организационный план внедрения проекта
– Нарушение сроков реализации работ по всем этапам
Возможные способы предотвращения:
– На самых первых стадиях реализуемого проекта проведение аудита,
организация командной работы, правильное распределение ролей и
стимулирование.
42
– Ведение документации всех видов работ и обеспечение доступа к
информации для всех участников реализуемого проекта
Этап разработки
4. Риск персонала
Риски:
– Сокращение главных работников, которые были ответственными за
проведение разработки проекта
– Отсутствие понимания между сотрудниками из-за недоступности
налаженной системы коммуникации
– Неправильное понимание задач проектирования
– Отбор разработчиков без необходимого опыта работы с подобными
системами
Возможные способы предотвращения:
– Более доскональный конкурс сотрудников, которые будут участвовать в
реализации проекта;
– Налаженная система коммуникации между работниками, постоянное
ведение документации об изменении разрабатываемо системы.
5. Технические риски
Риски:
– Остановка реализации проекта из-за ошибок в используемом
программном обеспечение;
– Документация для пользователей не охватывает весь функционал
разрабатываемой системы.
Возможные способы предотвращения:
– Эксплуатация только проверенного лицензионного программного
обеспечения, а также проведение регулярного резервного копирования
данных (создание бэкапов);
– Проверка документированных данных на полноту сведений
Этап внедрения
6. Риск персонала
43
Риски:
– Разлад в действиях между разработчиками и специалистами по
предметной области;
– Отсутствие желания сотрудников организации работать с новой системой
и связанные с этим трудности их обучения
– Бездействие руководства при внедрении проекта
Возможные способы предотвращения:
– Обучения сотрудников заказчика работе с системой
– Составление плана внедрения системы
– Обоснование необходимости автоматизации персоналу
– Вовлечение руководства в проект и активное взаимодействие с ним в
ходе всего проекта.
7. Технические риски
Риски:
– Потеря данных при внедрении системы
Способы предотвращения:
– Привлечение квалифицированных сотрудников, имеющих опыт в
подобных проектах
Этап эксплуатации и сопровождения
8. Технические риски
Риски:
– Ошибки в программе, приводящие к невозможности ее использования
– Некорректная эксплуатация оборудования
– Несоответствие функционального набора системы из-за реорганизации
компании.
Способы предотвращения:
– Тщательное тестирование и модификации во время разработки системы
– Документирование технических условий и их согласование
44
Для разрабатываемой информационной системы следует отметить
следующие риски: нарушение конфиденциальности информации; нарушение
целостности информации; нарушение доступности информации.
Таблица 2.1 Перечень рисков для данной операции и требования по ее
защищенности.
Запись на прием
Угрозы
Требования
Методы нападения
Конфиденциальности
Целостности
Доступности
Умышленное искажение информации
пользователем при ее вводе
+
+
3
Непреднамеренное искажение информации
пользователем при ее вводе
+
+
4
Запрещенное удаление записи о приеме на
ремонт/обслуживание
+
+
4
Запрещенное изменение программного
обеспечения
+
+
+
3
Запрещенное изменение аппаратных средств
+
+
+
2
Внедрение вредоносного кода
+
+
+
4
Внедрение сторонней ссылки
+
+
+
4
Установка следящих программ на компьюте ры
конечных пользователей
+
+
+
4
Аппаратные сбои
+
+
+
4
Перехват информации при ее передаче по
незащищенным каналам связи с сетью Интернет
+
3
DDoS атака на сервер баз данных
+
4