Жизненный цикл ИСУП

Термин жизненный цикл (точнее – модель жизненного цикла) определён в этом стандарте так:

Модель жизненного цикла (life cycle model) – структура, состоящая из процессов, работ и задач, включающая в себя процессы разработки, эксплуатации и сопровождения программной системы (продукта), охватывающая всю «жизнь» программной системы – от установки требований до прекращения ее использования.

Этот стандарт устанавливает общую структуру процессов, которая охватывает весь жизненный цикл программных средств – от концепции замыслов, через процессы проектирования, реализации (программирования), тестирования и внедрения, включая процессы эксплуатациии сопровождения, вплоть до процесса снятия программной системы с эксплуатации. Кроме того, эта структура предназначена для контроля и модернизации данных процессов.

Процессы, определенные в настоящем стандарте, образуют множество общего назначения. Конкретная организация, в зависимости от своих целей, может выбрать соответствующее подмножество процессов для выполнения своих конкретных задач. Поэтому этот стандарт следует адаптировать для конкретной организации, проекта или приложения. Стандарт предназначен для использования как в случае отдельно поставляемых программных средств, так и для программных средств, встраиваемых или интегрируемых в общую систему.

Процессы жизненного цикла. Работы, которые могут выполняться в жизненном цикле программных средств, распределены по пяти основным, восьми вспомогательным и четырем организационным процессам. Каждый процесс жизненного цикла разделен на набор работ; каждая работа разделена на набор задач.

Основные процессы. К основным процессам жизненного цикла относят пять процессов, которые реализуются под управлением основных сторон, вовлеченных в жизненный цикл программных средств. Под основной стороной понимают одну из тех организаций, которые инициируют или выполняют разработку, эксплуатацию или сопровождение программных продуктов (ПП). Основными сторонами являются заказчик, поставщик, разработчик, оператор (человек, эксплуатирующий ПС) и персонал сопровождения ПС.

Основными процессами являются:

1. Процесс заказа. Определяет работы заказчика, то есть организации, которая приобретает систему, программный продукт или программную услугу.

2. Процесс поставки. Определяет работы поставщика, то есть организации, которая поставляет систему, программный продукт или программную услугу заказчику.

3. Процесс разработки. Определяет работы разработчика, то есть организации, которая проектирует и разрабатывает программный продукт.

4. Процесс эксплуатации. Определяет работы оператора, то есть организации, которая обеспечивает эксплуатационное обслуживание вычислительной системы в заданных условиях в интересах пользователей.

5. Процесс сопровождения. Определяет работы персонала сопровождения, то есть организации, которая предоставляет услуги по сопровождению программного продукта, состоящие в контролируемом изменении программного продукта с целью сохранения его исходного состояния и функциональных возможностей. Данный процесс охватывает перенос (например, на другую аппаратную и операционную платформу) и снятие с эксплуатации ПС.

Вспомогательные процессы. К вспомогательным процессам жизненного цикла относят восемь процессов. Вспомогательный процесс является целенаправленной составной частью другого процесса, обеспечивающей успешную реализацию и качество выполнения программного проекта. Вспомогательный процесс, при необходимости, инициируется и используется другим процессом. Вспомогательными процессами являются:

1. Процесс документирования. Определяет работы по описанию информации, выдаваемой в процессе жизненного цикла.

2. Процесс управления конфигурацией. Определяет работы по управлению конфигурацией.

3. Процесс обеспечения качества. Определяет работы по объективному обеспечению того, чтобы программные продукты и процессы соответствовали требованиям, установленным для них, и реализовывались в рамках утвержденных планов. Совместные анализы, аудиторские проверки, верификация и аттестация могут использоваться в качестве методов обеспечения качества.

4. Процесс верификации. Определяет работы (заказчика, поставщика или независимой стороны) по верификации программных продуктов по мере реализации программного проекта.

5. Процесс аттестации. Определяет работы (заказчика, поставщика или независимой стороны) по аттестации программных продуктов программного проекта.

6. Процесс совместного анализа. Определяет работы по оценке состояния и результатов какой-либо работы. Данный процесс может использоваться двумя любыми сторонами, когда одна из сторон (проверяющая) проверяет другую сторону (проверяемую) на совместном совещании.

7. Процесс аудита. Определяет работы по определению соответствия требованиям, планам и договору. Данный процесс может использоваться двумя сторонами, когда одна из сторон (проверяющая) контролирует программные продукты или работы другой стороны (проверяемой).

8. Процесс решения проблемы. Определяет процесс анализа и устранения проблем (включая несоответствия), независимо от их характера и источника, которые были обнаружены во время осуществления разработки, эксплуатации, сопровождения или других процессов.

Организационные процессы. К организационным процессам жизненного цикла относят четыре процесса. Они применяются в какой-либо организации для создания и реализации основной структуры, охватывающей взаимосвязанные процессы жизненного цикла и соответствующий персонал, а также для постоянного совершенствования данной структуры и процессов. Эти процессы, как правило, являются типовыми, независимо от области реализации конкретных проектов и договоров; однако уроки, извлеченные из таких проектов и договоров, способствуют совершенствованию организационных вопросов. Организационными процессами являются:

1. Процесс управления. Определяет основные работы по управлению, включая управление проектом, при реализации процессов жизненного цикла.

2. Процесс создания инфраструктуры. Определяет основные работы по созданию основной структуры процесса жизненного цикла.

3. Процесс усовершенствования. Определяет основные работы, которые организация (заказчика, поставщика, разработчика, оператора, персонала сопровождения или администратора другого процесса) выполняет при создании, оценке, контроле и усовершенствовании выбранных процессов жизненного цикла.

4. Процесс обучения. Определяет работы по соответствующему обучению персонала.

На рис. 1 представлены роли сторон и взаимосвязи между процессами жизненного цикла и соответствующими сторонами, вовлеченными в жизненный цикл.

Процессы, организации и взаимоотношения. Процессы и организации (или стороны) связаны только функционально. Процессы не определяют структуру организации (или стороны). Термины «организация» и «сторона» являются близкими по значению. Организация –это группа лиц, объединенных некоторой конкретной целью, например, клуб, союз, корпорация или общество. Когда организация целиком или частично вступает в договорные отношения, она является стороной. Организации являются отдельными органами, но стороны могут быть из одной или из разных организаций.

Организация или сторона получает свое наименование от процесса, который она выполняет, например, она называется «заказчик», если она выполняет процесс заказа.

Организация может выполнять один или несколько (более одного) процессов, а процесс может выполняться одной или несколькими (более, чем одной) организацией. В рамках одного договора или применения настоящего стандарта данная сторона не может выполнять одновременно процесс заказа и процесс поставки, но она может выполнять другие процессы.

Каждый процесс (и сторона, выполняющая его) включается в программный проект своим собственным уникальным образом. Процесс заказа и заказчик включаются при определении системы, которая должна содержать программный продукт. Процесспоставки и поставщик включаются при предоставлении программного продуктаилиуслуги, от которых зависит система. Процесс разработки и разработчик включаются:

- при анализе системына предмет корректного выделения и определения программного продукта

- при обеспечении соответствующего подключения программного продукта к системе и

- при разработке программного продукта в период между этими двумя действиями.

Рис. 1. Роли и взаимосвязи процессов ЖЦ