35
Рисунок 4. Фазы жизненного цикла проекта
Фаза разработки проекта может быть разбита на следующие основные
этапы.
1. Определение требований.
2. Составление спецификаций (внешнее проектирование).
3. Проектирование.
4. Программирование.
5. Тестирование, отладка и испытания.
На круговой диаграмме (рис. 5) показано приблизительное
распределение временных затрат на реализацию отдельных этапов фазы
разработки.
Рисунок 5. Временные затраты на реализацию этапов фазы
разработки
36
На первом этапе разработки проекта определяются и анализируются
требования, выполнение которых позволяет получить приемлемое решение
проблемы, решаемой данным проекта. Анализ требований может
способствовать лучшему пониманию решаемой проблемы и возникающих при
этом компромиссных ситуаций, что помогает выбору наилучшего решения и
избежанию серьезных ошибок на дальнейших этапах разработки.
На этапе специфицирования осуществляется точное определение
функций, реализуемых с помощью вычислительной техники. На этом этапе
задается структура входных и выходных данных и процессы,
перерабатывающие входные данные в выходные. Однако спецификации
определяют лишь те функции, которые система должна выполнять, не
указывая, каким образом это достигается.
На этапе проектирования разрабатываются алгоритмы, задаваемые
спецификациями, и формируется общая структура проекта.
На этапе программирования результаты предыдущих этапов
выражаются средствами конкретных языков программирования. Результатом
этого этапа является совокупность исходных текстов программ.
Следующими этапами разработки проекта являются тестирование,
отладка и испытания проекта.
В идеале все перечисленные этапы разработки проекта должны
выполняться последовательно от определения требований до сдачи проекта в
эксплуатацию. Однако процесс разработки ПО в реальных условиях является
итеративным. Это иллюстрирует рис. 6.
37
Рисунок 6. Реальный ход разработки проекта
Кроме рассмотренных этапов существует еще один вид работ,
связанный с документированием проекта. Как правило, документирование
осуществляется параллельно разработке, и каждый очередной этап разработки
заканчивается выпуском соответствующего документа.
Фаза сопровождения на последовательные этапы разбита быть не может,
но решает следующие задачи.
1. Включение новых функций;
2. Модификация существующих функций;
3. Внесение изменений, связанных с модификацией оборудования;
4. Исправление ошибок, которые не были обнаружены на этапе
тестирования, и "всплыли" лишь в ходе эксплуатации проекта.
Эти работы занимают до 67% временных затрат в жизненном цикле
проекта. На рис. 7 показана общая схема временных затрат в жизненном цикле
проекта.
38
Рисунок 7. Общая схема временных затрат в жизненном цикле
проекта
Распределение затрат, показанное на рис. 7, оказывает большое влияние
сопровождения на фазу разработки проекта. Уже на ранних этапах разработки
следует думать о сопровождении и проектировать проекта так, чтобы
последующее тестирование и сопровождение доставляли как можно меньше
хлопот.
Рассмотрим этапы реализации проекта.
Проект ИС контроля обслуживания дорожной строительной техники
“ООО Юнисервис” является функциональной задачей специально созданной
проектной команды.
Обязанности руководителя проекта разработки проекта ИС контроля
обслуживания дорожной строительной техники “ООО Юнисервис” не
требуют стопроцентных затрат времени со стороны этого сотрудника, но он
должен обладать всеми необходимыми полномочиями для принятия
стратегических решений по ходу проекта и координации усилий других
сотрудников. Решения руководителя проекта должны быть обязательными для
выполнения всеми подразделениями, вовлеченными в проект.
39
В том случае, если планируется работа большого количества
сотрудников, рекомендуется выделить по каждому направлению основных
пользователей. Обычно это сотрудники, обладающие хорошими знаниями
функциональной специфики и наиболее опытные пользователи ПК.
Практически на всех этапах проекта ИС контроля обслуживания дорожной
строительной техники “ООО Юнисервис” ключевые пользователи должны
быть вовлечены в выполнение тех или иных задач:
• Подготовка функционального дизайна (участие в интервью и
утверждении документа).
• Подготовка справочников к вводу в систему, или ручной ввод
справочников (если подобное решение будет принято).
• Подготовка начальных данных и статистики.
• Выверка и подтверждение корректности введенной
(импортированной) в систему информации (справочников и данных).
• Ввод данных тестового периода.
• Распространение полученных знаний среди сотрудников предприятия.
Администратор программного обеспечения выполняет работы,
связанные с технической поддержкой системы. Его функции не
ограничиваются рамками проекта ИС контроля обслуживания дорожной
строительной техники “ООО Юнисервис”, но продолжаются после ввода
системы в эксплуатацию (например, организация новых рабочих мест,
распределение прав пользователей, выполнение резервного копирования и
т.д.).
Основными составными частями проекта ИС контроля обслуживания
дорожной строительной техники “ООО Юнисервис” являются: управление и
контроль проекта, управление рисками и потребностями, управления
изменениями, контроль и утверждение решений, управление задержками в
проекте, завершение проекта.
40
На начальном этапе проекта ИС контроля обслуживания дорожной
строительной техники “ООО Юнисервис” разрабатывается детальный план
его реализации.
Управление рисками и потребностями проекта ИС контроля
обслуживания дорожной строительной техники “ООО Юнисервис” - эта
технологическая процедура определяет процесс разрешения вопросов рисков
и потребностей. Данная процедура относится к тем вопросам, которые не
могут быть решены рабочей группой по ходу реализации проекта и ведут к его
изменению.
Любой член команды, работающей над проектом ИС контроля
обслуживания дорожной строительной техники “ООО Юнисервис”и, может
быть инициатором возникновения рисков или потребностей. Все риски и
потребности должны фиксироваться в специальном регистрационном
журнале, который должен вести менеджер проекта ИС контроля
обслуживания дорожной строительной техники “ООО Юнисервис”.
Контроль изменений проекта ИС контроля обслуживания дорожной
строительной техники “ООО Юнисервис” заключается в том, что если
урегулирование какого-либо вопроса требует изменения рамок проекта,
данный вопрос должен быть оформлен в запрос на изменение рамок проекта.
Приемка результатов работ осуществляется путем подписания
менеджерами проекта ИС контроля обслуживания дорожной строительной
техники “ООО Юнисервис” документа с описанием результата работ,
подлежащих приемке, либо протокол приемки в случае, если результат работ
представлен не в виде документа.
Фаза проекта ИС контроля обслуживания дорожной строительной
техники “ООО Юнисервис” считается завершенной, если все работы,
указанные в текущем плане проекта, были выполнены.
Перед тем, как ПО система будет передано в эксплуатацию, должно
быть произведено приемочное тестирование.
41
Как правило, проект ИС контроля обслуживания дорожной
строительной техники “ООО Юнисервис” считается завершенным после
прохождения системой приемочных тестов.
Рассмотрим основные шаги методологии реализации проекта ИС
контроля обслуживания дорожной строительной техники “ООО Юнисервис”:
Этап 1. Определение
На этом этапе определяется проект. Будет подготовлен схематический
рабочий план в виде диаграммы Ганта, чтобы распределить ресурсы и
проконтролировать сроки разработки. На этом этапе в дополнение к
официальной организации группы проекта возникнут конкретные задачи и
детали рабочего плана.
Цель
• Дать максимально точную оценку сферы предстоящего проекта
• Организовать проектную команду
Этапы
• Организация рабочей группы сотрудников для проведения работ и их
краткое ознакомление со средствами и методами, которые будут применяться
• Сбор предварительной информации (письменное анкетирование,
изучение документов)
• Обследование и описание структуры предприятия, бизнес-процессов,
основных целей, потребностей и ожиданий
• Разработка укрупненного плана проекта
• Формирование управляющего комитета
• Определение состава функциональных групп и ключевых
пользователей
• Обучение проектной группы
• Создание документа устав проекта
Результат
• Документ общий план проекта
• Документ устав проекта
42
• Приказ о старте проекта по компании
• Документ детализированный план работ на этап «Анализ»
Критерии завершения этапа
• Согласованный документ устав проекта
Этап 2. Анализ
На этом этапе определяются функциональные требования.
Документируются рабочие потоки, правила и процедуры. На этом этапе
оценивается, насколько подходит функциональность программного
обеспечения к бизнес-процессам. На данном этапе может определяться
потребность в интерфейсах для внешних систем, дополнительных
расширений. Разрабатывается техническая архитектура, которая будет
использоваться для разработки программного обеспечения. Проходит
обучение проектной группы разработки.
Цель
• Уточнение и детализация требований к ПО
• Фиксирование критериев успешности проекта
Этапы
• Согласование и уточнение технического дизайна проекта ИС контроля
обслуживания дорожной строительной техники “ООО Юнисервис”
• Согласование и уточнение функциональных требований
• Техническое обучение
Результат
• Документ технический дизайн
• Документ функциональные требования к ПО
• Бизнес-модель предприятия (AS IS) в части автоматизируемых
функций
• Документ план работ на дизайн
Критерии завершения этапа
• Подписанный документ функциональные требования к ПО
Этап 3. Дизайн
43
На этом этапе функциональные требования будут привязаны к
функциональности проекта ИС контроля обслуживания дорожной
строительной техники “ООО Юнисервис”. Проектируются необходимые
программные модификации ПО. Создаются сценарии тестирования для
перехода ПО в продуктивное использование.
Цель
• Создание концептуального описания реализации решения на
основании требований, согласованных на этапе анализ
• Бизнес-модель предприятия (TO BE) в части автоматизируемых
функций
• Создать детальное описание бизнес-процессов с указанием
существующей и новой функциональности
• Описать принципы реализации описанной функциональности
• Разработать алгоритм запуска проекта ИС контроля обслуживания
дорожной строительной техники “ООО Юнисервис” в опытную эксплуатацию
Этапы
• Создание и утверждение у ключевых пользователей схемы бизнес-
процессов
• Согласование и документирование критериев сдачи проекта ИС
контроля обслуживания дорожной строительной техники “ООО Юнисервис”
в эксплуатацию
• Описание реализации схемы бизнес-процессов в ПО
• Описание модификаций проекта ИС контроля обслуживания дорожной
строительной техники “ООО Юнисервис”
• Согласование документа дизайн решения
Результат
• Документ дизайн решения с приложением схемы бизнес-модели
• Документ план работ на стадию настройка и разработка
Критерии завершения этапа
44
• Подписанный документ дизайн решения с приложением схемы бизнес-
модели
Этап 4. Настройка и разработка
Работы на этом этапе включают настройку проекта ИС контроля
обслуживания дорожной строительной техники “ООО Юнисервис”,
разработку и тестирование модификаций системы. ПО настраивается и
тестируется в тестовом приложении и базе данных, после чего переносится в
рабочее приложение и базу данных, для окончательной конфигурации ПО и
подготовки к продуктивному использованию. Создаются пользовательские
процедуры и инструкции.
Цель
• Разработка модификаций
• Настройка проекта ИС контроля обслуживания дорожной
строительной техники “ООО Юнисервис”
Этапы
• Настройка среды для разработки, среды для тестирования, рабочей
версии проекта ИС контроля обслуживания дорожной строительной техники
“ООО Юнисервис”
• Создание модификаций и интерфейсов, тестирование разработчиками
• Тестирование модификаций консультантами, подготовка сценариев
тестирования
• Передача модификаций на тестирования
• Комплексное тестирование всех модификаций
• Подготовка пользовательской документации
• Перенос разработок в рабочую систему
• Подготовка процедур для переноса исторических данных
Результат
• Акт о результатах тестирования
• Документ описание настроек проекта ИС контроля обслуживания
дорожной строительной техники “ООО Юнисервис”