Одним из ключевых понятий управления проектами, в том числе в приложении к индустрии программного обеспечения, является жизненный цикл проекта (Project Life Cycle Management -PLCM).
В индустрии программного обеспечения можно (так как это уже конкретная область приложения концепций и практик проектного управления) и необходимо (для обеспечения возможности управления) более четкое разграничение фаз проекта (что не подразумевает их линейного и последовательного выполнения).
Ниже приведены определения «модели» жизненного цикла программной системы, даваемые, например, в различных вариантах стандартов ГОСТ:
• Модель жизненного цикла - структура, состоящая из процессов, работ и задач, включающих в себя разработку, эксплуатацию и сопровождение программного продукта, охватывающая жизнь системы от установления требований к ней до прекращения ее
использования [ГОСТ 12207, 1999].
• Жизненный цикл автоматизированной системы (АС) - совокупность взаимосвязанных процессов создания и последовательного изменения состояния АС, от формирования исходных требований к ней до окончания эксплуатации и утилизации комплекса средств автоматизации АС [ГОСТ 34, 1990].
Один из них - ГОСТ Р ИСО/МЭК 12207 является переводом международного стандарта ISO/IEC 12207, на основе которого, в свою очередь, создан соответствующий стандарт IEEE 12207.
Второй – в рамках семейства ГОСТ 34 – разрабатывался в СССР самостоятельно, как стандарт на содержание и оформление документов на программные системы в рамках Единой системы
программной документации (ЕСПД) и Единой системы конструкторской документации (ЕСКД).
В последние годы, акцент делается на стандарты ГОСТ, соответствующие международным стандартам. В то же время, 34-я серия является важным дополнительным источником информации для разработки и стандартизации внутрикорпоративных документов и формирования целостного понимания и видения концепций жизненного цикла в области программного обеспечения.
|
|
В определённом контексте, “модель” и “методология” могут использоваться взаимозаменяемым образом, например, когда мы обсуждаем разграничение фаз проекта. Говоря “жизненный цикл” мы, в первую очередь, подразумеваем “модель жизненного цикла”. Несмотря на данное в стандартах 12207 определение модели жизненного цикла, все же, модель чаще подразумевает именно общий принцип организации жизненного цикла, чем детализацию соответствующих работ. Соответственно, определение и выбор модели, в первую очередь, касается вопросов определенности и стабильности требований, жесткости и детализированности плана работ, а также частоты сборки работающих версий создаваемой программной системы.
Скотт Амблер (Scott W. Ambler), автор концепций и практик гибкого моделирования (Agile Modeling) и Enterprise Unified Process (расширение Rational Unified Process), предлагает следующие уровни жизненного цикла, определяемые соответствующим содержанием работ:
• Жизненный цикл разработки программного обеспечения – проектная деятельность по разработке и развертыванию программных систем
• Жизненный цикл программной системы – включает разработку, развертывание, поддержку и сопровождение
• Жизненный цикл информационных технологий (ИТ) – включает всю деятельность ИТ-департамента
• Жизненный цикл организации – охватывает всю деятельность организации в Целом
|
|
Общая иерархия (декомпозиция) составных элементов жизненного цикла выглядит следующим образом:
группа процессов
процессы
работы
задачи
В общем случае, разбиение процесса базируется на широко распространенном PDCA-цикле:
• “P” – Plan – Планирование
• “D” – Do – Выполнение
• “C” – Check – Проверка
• “A” – Act – Реакция (действие)
Модель жизненного цикла отражает различные состояния программного продукта, начиная с момента возникновения необходимости в данном продукте и заканчивая моментом его полного выхода из употребления.
Модель жизненного цикла - структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования.
«Подходящая» модель жизненного цикла:
направляет проект
улучшает скорость разработки
улучшает отслеживание и контроль над проектом
минимизирует издержки и влияние рисков
улучшает отношение с клиентом
«Неподходящая» модель ЖЦ:
замедляет выполнение работ
вынуждает делать лишнюю работу
проект оказывается неуспешным