Жизненный цикл программных средств

циклом клавиатуры ?

Рис. 1. График жизненного цикла товара во времени

Любой товар проходит свой жизненный цикл от зарождения (появление товара на рынке) до прекращения (выпуска последнего образца товара).

Использовался для проектирования ПС систем военного назначения по заказам Министерства обороны США.
Особенности стандарта: отражает только непосредственно создание программ. Регламентированы 8 фаз (этапов) и около 250 типовых обязательных требований к процессам и объектам проектирования на этих этапах.
Этап 1. Формулирование концепции и общих требований к системе.
Этап 2. Детализация требований к ПС.
Этап 3. Предварительное проектирование.
Этап 4. Детальное проектирование.
Этап 5. Разработка компонентов.
Этап 6. Интеграция и тестирование (этап вошел в ISO 12207-95 ЖЦ ПС).
Этап 7. Интеграция и испытание ПС в составе системы.
Недостатки стандарта: отсутствуют этапы эксплуатации и сопровождения, а также документирования.

и документирование программного обеспечения”.
Утвержден Министерством обороны США взамен DOD-STD-2167A и др.
407 стр. руководства «Применение и рекомендации к стандарту MIL-STD-498.
Расширен раздел 5 до 75 подразделов – рекомендаций по обеспечению и реализации процессов ЖЦ сложных ПС высокого качества и надежности, функционирующих в реальном времени.

1995 год. ISO/IEC 12207-95 “Software Life Cycle Processes and family of software quality standards”
1999 год. ГОСТ Р ИСО/МЭК 12207-99. Внедрен с 2000 г.
“Информационная технология. Процессы жизненного цикла программных средств”.
Принят в России в качестве базового стандарта, взаимоувязан с рядом стандартов, принятых ранее, и со стандартами, разрабатываемыми в данное время на основе прямого применения ИСО.

ГОСТ ЕСПД (Единая Система Программной Документации – серии ГОСТ 19.ХХХ).
Стандарты ориентированы на класс относительно простых программ небольшого объема, создаваемых отдельными программистами.

80-е – начало 90-х г.г. ГОСТ ИТ (Информационная Технология – серии ГОСТ 34.ХХХ).
ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания».
ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».
ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем».

с момента принятия решения о необходимости создания системы и заканчивается в момент ее полного изъятия из эксплуатации”.

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

Заказчиком потребностей

Анализ требований к системе

Принятие решения приобретении

Проверка необходимых документов

Подготовка плана приобретения

Подготовка и корректировка договора

Подготовка заявочных предложений

Надзор за деятельностью поставщика

Приемка и завершение работ

Требования к системе

Перечень программных продуктов

Условия и соглашения

Технические ограничения (среда функциониро-вания системы)

Определение процедуры выбора поставщика

Выбор поставщика

Подготовка договора

Внесение изменений в договор

Действия Заказчика

Задачи Заказчика

Заказчиком потребностей

Анализ требований к системе

Принятие решения приобретении

Проверка необходимых документов

Подготовка плана приобретения

Подготовка и корректировка договора

Подготовка заявочных предложений

Надзор за деятельностью поставщика

Приемка и завершение работ

Требования к системе

Перечень программных продуктов

Условия и соглашения

Технические ограничения (среда функционирования системы)

Определение процедуры выбора поставщика

Выбор поставщика

Подготовка договора

Внесение изменений в договор

Определение Заказчиком своих потребностей в приобретении, разработке или усовершенствовании системы, программных продуктов или услуг

Принятие решения относительно приобретения, разработки или усовершенствования существующего ПС

Проверка наличия необходимой документации, гарантий, сертификатов, лицензий и поддержки в случае приобретения программного продукта

Подготовка и утверждение плана приобретения, включающего требования к системе, тип договора, ответственность сторон и т.д.

Заказчиком потребностей

Анализ требований к системе

Принятие решения о приобретении

Проверка необходимых документов

Подготовка плана приобретения

Подготовка и корректировка договора

Подготовка заявочных предложений

Надзор за деятельностью поставщика

Приемка и завершение работ

Требования к системе

Перечень программных продуктов

Условия и соглашения

Технические ограничения (среда функциониро-вания системы)

Определение процедуры выбора поставщика

Выбор поставщика

Подготовка договора

Внесение изменений в договор

Содержание заявочных требований

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

Заказчиком потребностей

Анализ требований к системе

Принятие решения о приобретении

Проверка необходимых документов

Подготовка плана приобретения

Подготовка и корректировка договора

Подготовка заявочных предложений

Надзор за деятельностью поставщика

Приемка и завершение работ

Требования к системе

Перечень программных продуктов

Условия и соглашения

Технические ограничения (среда функциониро-вания системы)

Определение процедуры выбора поставщика

Выбор поставщика

Подготовка договора

Внесение изменений в договор

Определение заказчиком процедуры выбора поставщика, включающей критерии оценки предложений возможных поставщиков

Выбор конкретного поставщика на основе анализа предложений

Подготовка и заключение договора с Поставщиком

Внесение изменений (при необходимости) в договор в процессе его выполнения

Заказчиком потребностей

Анализ требований к системе

Принятие решения о приобретении

Проверка необходимых документов

Подготовка плана приобретения

Подготовка и корректировка договора

Подготовка заявочных предложений

Надзор за деятельностью поставщика

Приемка и завершение работ

Требования к системе

Перечень программных продуктов

Условия и соглашения

Технические ограничения (среда функциониро-вания системы)

Определение процедуры выбора поставщика

Выбор поставщика

Подготовка договора

Внесение изменений в договор

Надзор за деятельностью Поставщика осуществляется в соответствии с действиями, предусмотренными в процессах совместной оценки и аудита (см. «Вспомогательные процессы»)

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

контроль

Проверка и оценка

Постановка и завершение работ

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

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

Планирование включает задачи:
1. Принятие решения Поставщиком относительно выполнения работ своими силами или с привлечением субподрядчиков;
2. Разработку Поставщиком плана управления проектом, содержащего:
организационную структуру проекта;
разграничение ответственности;
технические требования к среде
разработки и ресурсам;
- управление субподрядчиками.

ПС

Проектиро-вание архи-тектуры ПС

Детальное проектир. ПС

Кодирование и тестиров. ПС

Интеграция ПС

Квалификац. тестиров. ПС

Интеграция системы

Установка ПС

Приемка ПС

Квалификац. тестиров. ПС

1

2

3

4

5

6

7

8

9

10

11

12

13

ПС

Проектиро-вание архи-тектуры ПС

Детальное проектир. ПС

Кодирование и тестиров. ПС

Интеграция ПС

Квалификац. тестиров. ПС

Интеграция системы

Установка ПС

Приемка ПС

Квалификац. тестиров. ПС

1

2

3

4

5

6

7

8

9

10

11

12

13

Действия и задачи Разработчика: работы по созданию ПС и его компонентов в соответствии с заданными требованиями, включая оформление проектной и эксплуатационной документации; подготовку материалов, необходимых для проверки работоспособности и соответствующего качества программных продуктов, а также материалов, необходимых для организации обучения персонала

ПС

Проектиро-вание архи-тектуры ПС

Детальное проектир. ПС

Кодирование и тестиров. ПС

Интеграция ПС

Квалификац. тестиров. ПС

Интеграция системы

Установка ПС

Приемка ПС

Квалификац. тестиров. ПС

1

2

3

4

5

6

7

8

9

10

11

12

13

1. Выбор модели ЖЦ ПС, соответствующей масштабу, значимости и сложности проекта.
2. Действия и задачи процесса разработки должны соответствовать выбранной модели.
3. Разработчик выбирает и согласовывает с Заказчиком стандарты, методы и средства разработки.
4. Разработчик составляет план выполнения работ.

ПС

Проектиро-вание архи-тектуры ПС

Детальное проектир. ПС

Кодирование и тестиров. ПС

Интеграция ПС

Квалификац. тестиров. ПС

Интеграция системы

Установка ПС

Приемка ПС

Квалификац. тестиров. ПС

1

2

3

4

5

6

7

8

9

10

11

12

13

Определение функциональных возможностей, пользовательских требований, требований к надежности и безопасности, требований к внешним интерфейсам.
Требования оцениваются исходя из критериев реализуемости и возможности проверки при тестировании.

ПС

Проектиро-вание архи-тектуры ПС

Детальное проектир. ПС

Кодирование и тестиров. ПС

Интеграция ПС

Квалификац. тестиров. ПС

Интеграция системы

Установка ПС

Приемка ПС

Квалификац. тестиров. ПС

1

2

3

4

5

6

7

8

9

10

11

12

13

1. Определение компонентов оборудования, ПС и операций, выполняемых персоналом, эксплуатирующих данную систему.
2. Архитектура системы должна соответствовать требованиям и принятым проектным стандартам и методам.

ПС

Проектиро-вание архи-тектуры ПС

Детальное проектир. ПС

Кодирование и тестиров. ПС

Интеграция ПС

Квалификац. тестиров. ПС

Интеграция системы

Установка ПС

Приемка ПС

Квалификац. тестиров. ПС

1

2

3

4

5

6

7

8

9

10

11

12

13

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

Требования к ПС оцениваются исходя из требований к системе, реализуемости и возможности проверки при тестировании.

ПС

Проектиро-вание архи-тектуры ПС

Детальное проектир. ПС

Кодирование и тестиров. ПС

Интеграция ПС

Квалификац. тестиров. ПС

Интеграция системы

Установка ПС

Приемка ПС

Квалификац. тестиров. ПС

1

2

3

4

5

6

7

8

9

10

11

12

13

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

Архитектура ПС должна соответствовать требованиям, а также принятым проектным стандартам и методам.

ПС

Проектиро-вание архи-тектуры ПС

Детальное проектир. ПС

Кодирование и тестиров. ПС

Интеграция ПС

Квалификац. тестиров. ПС

Интеграция системы

Установка ПС

Приемка ПС

Квалификац. тестиров. ПС

1

2

3

4

5

6

7

8

9

10

11

12

13

Рис. 5. Схема процесса разработки

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

ПС

Проектиро-вание архи-тектуры ПС

Детальное проектир. ПС

Кодирование и тестиров. ПС

Интеграция ПС

Квалификац. тестиров. ПС

Интеграция системы

Установка ПС

Приемка ПС

Квалификац. тестиров. ПС

1

2

3

4

5

6

7

8

9

10

11

12

13

Задачи:
- Разработка (кодирование) и документирование каждого компонента ПС и базы данных, а также совокупности тестовых процедур и данных для их тестирования.
- Тестирование каждого компонента ПС и базы данных на соответствие предъявляемым к ним требованиям. Результаты тестирования должны быть документированы.
- Обновление (при необходимости) пользовательской документации.
- Обновление плана интеграции ПС.

ПС

Проектиро-вание архи-тектуры ПС

Детальное проектир. ПС

Кодирование и тестиров. ПС

Интеграция ПС

Квалификац. тестиров. ПС

Интеграция системы

Установка ПС

Приемка ПС

Квалификац. тестиров. ПС

1

2

3

4

5

6

7

8

9

10

11

12

13

Задачи:
- Сборка разработанных компонентов ПС в соответствии с планом интеграции.
- Тестирование агрегированных компонентов. Для каждого компонента ПС разрабатываются наборы тестов, предназначенные для проверки каждого из квалификационных требований при последующем квалификационном тестировании.

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

ПС

Проектиро-вание архи-тектуры ПС

Детальное проектир. ПС

Кодирование и тестиров. ПС

Интеграция ПС

Квалификац. тестиров. ПС

Интеграция системы

Установка ПС

Приемка ПС

Квалификац. тестиров. ПС

1

2

3

4

5

6

7

8

9

10

11

12

13

Рис. 5. Схема процесса разработки

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

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

архи-тектуры ИС

Анализ требова-ний к ПС

Проектиро-вание архи-тектуры ПС

Детальное проектир. ПС

Кодирование и тестиров. ПС

Интеграция ПС

Квалификац. тестиров. ПС

Интеграция системы

Установка ПС

Приемка ПС

Квалификац. тестиров. ПС

1

2

3

4

5

6

7

8

9

10

11

12

13

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

Приемка ПС предусматри-вает:
- оценку результатов квалифи-кационного тестирования ПС и системы ;
- документирование резуль-татов оценки, которые проводятся Заказчиком с помощью Разработчика.
Разработчик передает Заказчику ПС, обеспечивая необходимое обучение и поддержку.

- организации,
эксплуатирующей систему.

процессе эксплуатации;
- установку эксплуатационных стандартов;
- определение процедур локализации и разрешения проблем, возникающих в процессе эксплуатации.

Осуществляется для каждой очередной редакции (версии) программного продукта, после чего она передается в эксплуатацию.

Поддержка пользователей

в соответствии с пользовательской документацией.

Заключается в оказании помощи и консультаций при обнаружении ошибок в процессе эксплуатации ПС.

приемка

Перенос ПО в другую среду

Снятие ПО с эксплуатации

приемка

Перенос ПО в другую среду

Снятие ПО с эксплуатации

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

Стандарт IEEE-90: под сопровождением понимается внесение изменений в ПС в целях исправления ошибок, повышения производительности или адаптации к изменившимся условиям работы или требованиям.

приемка

Рис. 7. Схема процесса сопровождения

Перенос ПО в другую среду

Снятие ПО с эксплуатации

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

приемка

Рис. 7. Схема процесса сопровождения

Перенос ПО в другую среду

Снятие ПО с эксплуатации

Задачи:
- Анализ сообщения о возникающей проблеме или запроса на модификацию ПС.
- Оценка целесообразности проведения модификации и возможных вариантов ее проведения.
- Утверждение выбранного варианта модификации.

приемка

Рис. 7. Схема процесса сопровождения

Перенос ПО в другую среду

Снятие ПО с эксплуатации

Задачи:
- Определение компонентов ПС, их версий и документации, подлежащих модификации.
- Внесение необходимых изменений в соответствии с правилами процесса разработки.

приемка

Перенос ПО в другую среду

Снятие ПО с эксплуатации

Задачи:
- Проверка целостности модифицированной системы.
- Утверждение внесенных изменений.

приемка

Перенос ПО в другую среду

Снятие ПО с эксплуатации

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

приемка

Перенос ПО в другую среду

Снятие ПО с эксплуатации

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

.

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

Обеспечение прочих. показателей

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

Обеспечение прочих. показателей

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

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

Обеспечение прочих. показателей

Обеспечение гарантии соответствия процессов ЖЦ ПС, методов разработки, среды разработки и квалификации персонала условиям договора, установленным стандартам и процедурам.

Осуществляется в соответствии с условиями договора и стандартом качества ISO 9001.

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

Учет состояния конфигурации

Оценка конфигурации

Управление выпуском и поставка

Идентификация конфигурации

Контроль конфигурации

Управление выпуском и поставка

Идентификация конфигурации

Контроль конфигурации

Планирование управлением конфигурации

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

Управление выпуском и поставка

Идентификация конфигурации

Контроль конфигурации

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

Управление выпуском и поставка

Идентификация конфигурации

Контроль конфигурации

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

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

Изготовление эталонных копий программ и документации, их хранение и поставка пользователям в соответствии с порядком, принятым в организации.

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

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

Поставщика выполнить заданные требования.
- Соответствие выбранных процессов ЖЦ ПС условиям договора.
- Адекватность стандартов, процедур и среды разработки процессам ЖЦ ПС.
- Тестируемость кода, его соответствие принятым стандартам кодирования.
- Адекватность, полнота и непротиворечивость документации.

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

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

Оценка управления проектом

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

управление задачами соответствующих процессов, таких, как приобретение, поставка, разработка, эксплуатация, сопровождение и др.

Проверка и оценка

Завершение .

Планирование .

Выполнение и контроль

оценка

Завершение .

Планирование .

Выполнение и контроль

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

- Составление графиков выполнения работ.
- Оценка затрат.
- Выделение требуемых ресурсов.
- Распределение ответственности.
- Оценка рисков, связанных с конкретными задачами.
-Создание инфраструктуры управления.

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

Создание инфраструктуры

Сопровождение инфраструктуры

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

Оценка процесса

Усовершенствование процесса

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

Разработка учебных материалов

Реализация плана обучения