Государственный стандарт РФ ГОСТ Р ИСО/МЭК ТО 15271-2002 "Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)" (принят и введен в действие постановлением Госстандарта РФ от 5 июня 2002 г. N 227-ст)

1.1 Назначение

Настоящий стандарт содержит рекомендации по применению ГОСТ Р ИСО/МЭК 12207, а также приложения А, В, С и D.

В стандарте основное внимание уделено особенностям, подлежащим учету при прикладном применении ГОСТ Р ИСО/МЭК 12207 в условиях реальных проектов создания программных средств. Приведенные в настоящем стандарте рекомендации не касаются обсуждения обоснованности требований ГОСТ Р ИСО/МЭК 12207.

В стандарте рассмотрены три основополагающие модели жизненного цикла и приведены примеры прикладного применения ГОСТ Р ИСО/МЭК 12207.

1.2 Пользователи стандарта

Настоящий стандарт может быть использован субъектами (лицами, организациями), желающими применить ГОСТ Р ИСО/МЭК 12207 при реализации договоров независимо от объема или сложности проекта, конкретной организацией для самоконтроля или работ по совершенствованию процессов жизненного цикла программных средств.

В настоящем стандарте указано, как можно использовать ГОСТ Р ИСО/МЭК 12207 применительно к различным типам программных средств и какие процессы соответствуют каждому случаю.

Настоящий стандарт дополняет ГОСТ Р ИСО/МЭК 12207, являющийся не только нормативным документом, но и эталоном для управления реальным проектом. (Например, последний случай имеет место, когда ГОСТ Р ИСО/МЭК 12207 является образцом при проведении части работ процесса усовершенствования.) Настоящий стандарт должен быть осмыслен целиком, но в отдельных случаях могут быть использованы его конкретные разделы.

1.3 Предпосылки

Предпосылками для использования настоящего стандарта являются:

a) наличие ГОСТ Р ИСО/МЭК 12207;

b) хорошее знание ГОСТ Р ИСО/МЭК 12207;

c) хорошее знание политики соответствующей организации;

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

4.1 Инженерная дисциплина

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

Основные положения ГОСТ Р ИСО/МЭК 12207 в таких вопросах, как разработка и сопровождение программного средства, должны быть реализованы методом, определяемым инженерной дисциплиной. Использование такого метода позволяет определить структуру, четко привязанную к функциональной среде системной инженерии, охватывающей программные и технические средства, персонал и бизнес.

4.2 Архитектура жизненного цикла программного средства

ГОСТ Р ИСО/МЭК 12207 устанавливает архитектуру верхнего уровня жизненного цикла программного средства от замысла до утилизации. Архитектура состоит из множества процессов и взаимосвязей между данными процессами. Процессы основаны на двух исходных принципах: модульности и ответственности.

4.3 Характеристика процессов

Процессы сгруппированы в три общих класса:

- основные;

- вспомогательные;

- организационные.

4.4 Процессы и проекты

ГОСТ Р ИСО/МЭК 12207 описывает набор процессов, используемых для больших и (или) сложных программных проектов. Однако ГОСТ Р ИСО/МЭК 12207 может быть применен к программному проекту любого типа, меньшего размера и сложности. Этот стандарт также может быть использован для программных средств, являющихся самостоятельными объектами или частями общей системы.

Процессы, работы и задачи в ГОСТ Р ИСО/МЭК 12207 описаны в наиболее общей естественной позиционной последовательности. Эта последовательность не предопределяет последовательность реализации модели жизненного цикла. Описанная последовательность предназначена для того, чтобы в проекте создания программного средства выбрать, упорядочить, применить и повторить присущие проекту или подходящие для него процессы, работы (виды деятельности) и задачи (задания).

В рамках одного проекта ГОСТ Р ИСО/МЭК 12207 может быть использован многократно и выборочно. Например, в конкретном проекте создания программного средства заказчик может попросить поставщика выполнить разработку программного средства с использованием единого метода применения ГОСТ Р ИСО/МЭК 12207. Поставщик далее может попросить субподрядчика выполнить всю разработку программного средства или ее часть. Поставщик (в режиме заказчика) и его субподрядчик (в режиме поставщика) могут использовать конкретный метод реализации ГОСТ Р ИСО/МЭК 12207. В обеих ситуациях необходимо прикладное применение ГОСТ Р ИСО/МЭК 12207 для отражения достигнутых соглашений.

Дальнейшее уточнение данной ситуации - в соответствии с разделом 6.

4.5 Процессы и организации

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

Процессы в ГОСТ Р ИСО/МЭК 12207 образуют исчерпывающее множество, удовлетворяющее потребностям различных организаций. Организация, малая или большая, в зависимости от специфики, может выбрать соответствующее подмножество процессов (и соответствующих работ и задач) для реализации поставленной цели. ГОСТ Р ИСО/МЭК 12207 предназначен для применения как внутри организации, так и в договорных отношениях между двумя или несколькими организациями. Для того чтобы облегчить применение ГОСТ Р ИСО/МЭК 12207 как внутри организации, так и вне ее, задачи (задания) должны быть сформулированы на языке договора. Когда указанный стандарт применяют внутри организации, язык договора определяется внутренними задачами, как описано в разделе 7.

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

На рисунке 2 приведен один из примеров таких взаимосвязей, который может быть использован при прикладном применении ГОСТ Р ИСО/МЭК 12207 внутри организации. ГОСТ Р ИСО/МЭК 12207 расположен на первом уровне, стандарты организации расположены на втором уровне, а третий уровень предназначен для уточненных методик проведения работ и инструментальных средств, специфичных для проекта. Термины, устанавливаемые и используемые на втором и третьем уровнях, должны соответствовать ГОСТ Р ИСО/МЭК 12207.

Уровень 1

                                        /-------------------------------\

Ни входные, ни выходные данные не       |                               |

определены.                             |     ГОСТ Р ИСО/МЭК 12207      |

Задание выдают в соответствии с         |                               |

объектами каждого процесса.             |                               |

                                        \-------------------------------/

Уровень 2                                                |

                                        /-------------------------------\

Задание выдают в соответствии с         |                               |

процедурами в установленной             |    Стандарты в организации    |

последовательности.                     |                               |

                                        \-------------------------------/

                                                         |

Уровень 3                                      /-------------------\

                                               |                   |

                                    /----------------------\ /----------\

                                    | Стандарты конкретной | |          |

                                    |        области       | |  Методы  |

                                    |                      | |          |

                                    \----------------------/ \----------/

Процедуру уточняют для конкретной области.

Они содержат методы для решения проблемы.

Обеспечены средства для поддержки различных методов.

Рисунок 2 - Взаимосвязь между существующими документами

Решения по любым возникающим противоречиям должны быть приняты на уровне организации, использующей ГОСТ Р ИСО/МЭК 12207, и могут включать в себя разработку схем и, при необходимости, заполнение выявленных пробелов.

4.6 Программные средства и системы

4.6.2 Связь между программным средством и системой

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

 

 

В организации может быть несколько компьютерных систем, обеспечивающих реальные бизнес-процессы, что показано на рисунке 4.

4.6.4 Классификация системных и программных работ (видов деятельности)

В процессе разработки программных средств по ГОСТ Р ИСО/МЭК 12207 различают два типа работ (видов деятельности): системные и программные. Область применения данных работ отражена в их наименовании.

Соотношения между системными и программными работами показаны на рисунке 5, разделенном на две соответствующие группы.

Как показано на рисунке 5, системные работы (виды деятельности) в процессе разработки программных средств по ГОСТ Р ИСО/МЭК 12207 начинают с анализа требований к системе (5.3.2) и завершают квалификационными испытаниями системы (5.3.11).

В разделе 8 настоящего стандарта описано, как система становится комбинацией технических и программных средств и ручных операций. Разделение системы на данные элементы начинают с работы "Проектирование системной архитектуры" (5.3.3 ГОСТ Р ИСО/МЭК 12207). Программные работы, которые выделяют из конкретного архитектурного (эскизного) проекта, начинают с анализа требований к программным средствам (5.3.4) и завершают квалификационными испытаниями программных средств (5.3.9).

 

 

После завершения разработки программных средств их интегрируют с техническими средствами и ручными операциями в соответствии с работой "Сборка системы" (5.3.10 ГОСТ Р ИСО/МЭК 12207), а затем выполняют работу "Квалификационные испытания системы" (5.3.11). Основываясь на вышеуказанных работах, можно сделать вывод о том, что системные работы являются расширением набора программных работ.

4.7 Управление и планирование

Для каждого из основных и вспомогательных процессов управление соответствующим процессом на проектном уровне реализуют, конкретизируя процесс управления. Посредством этого процесса осуществляют планирование, а также реализацию и контроль всех запланированных событий. Разделы, которые должны быть включены в план, определены в 7.1.2.1 ГОСТ Р ИСО/МЭК 12207, тогда как 7.1.3.2 указанного стандарта определяет отчетность о ходе процесса, а 7.1.3.3 его же устанавливает отчетность о проблемах.

4.7.1 План управления проектом

В процессе поставки по 5.2.4.5 ГОСТ Р ИСО/МЭК 12207 требуется подготовка плана управления проектом, а по 5.2.5.1 указанного стандарта данный план реализуют и контролируют. Далее в процессе поставки должен быть осуществлен надзор за технической реализацией, расходами, выполнением планов (графиков) и проведена соответствующая отчетность (5.2.5.3 ГОСТ Р ИСО/МЭК 12207).

 

4.8 Реализация принципов управления качеством

В ГОСТ Р ИСО/МЭК 12207 реализованы принципы управления качеством и сделано это тремя основными способами, описанными ниже.

4.9 Гибкость и отзывчивость на развитие технологии

ГОСТ Р ИСО/МЭК 12207 является гибким и чувствительным к развитию дисциплины программной инженерии. Это достигается обеспечением открытой архитектуры высокого уровня, т.е. ГОСТ Р ИСО/МЭК 12207 является:

a) применимым к любой(ым):

- модели(ям) жизненного цикла (например, каскадной, инкрементной или эволюционной);

- методам или технологиям программной инженерии (например, объектно-ориентированное проектирование, структурное программирование, нисходящее тестирование или макетирование);

- языкам программирования (например, КОБОЛ, Ада или ассемблер).

Решение данных вопросов зависит от самого проекта и современного состояния технологии, а выбор этих элементов осуществляет пользователь ГОСТ Р ИСО/МЭК 12207;

b) гибким с общей точки зрения, т. е. работы (виды деятельности) и задачи (задания) процесса жизненного цикла отвечают на вопросы "что делать?", а не на вопросы "как делать?". Другими словами, задачей может быть "разработать и документально оформить архитектурный проект", но не "разработать или документально оформить архитектурный проект с использованием метода нисходящего функционального проектирования". Данная схема предоставляет заказчику широкие возможности для установления требований к конечному продукту или услуге и, в то же время, позволяет продавцу разрабатывать и применять соответствующие методы, способы и инструментарий для создания продукта или предоставления услуги;

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

4.10 Процессы и документирование

ГОСТ Р ИСО/МЭК 12207 не является стандартом в области документирования, т. е. даже если в указанном стандарте установлены требования к документированию некоторых выходных результатов процессов, он не определяет формат или содержание документов. Указанный стандарт не определяет, как объединять аналогичные выходные результаты, такие как планы, спецификации (технические задания) или требования к тестированию. Уточненные требования к документированию приведены в приложении В к настоящему стандарту.

4.11 Метрики программных средств

ГОСТ Р ИСО/МЭК 12207 не определяет или не задает свойств (атрибутов) программного средства (таких как надежность или удобство сопровождения) в терминах конкретной системы показателей (метрик) и указателей. Этот стандарт описывает способы для определения подобных свойств программного средства, но они должны быть уточнены пользователями ГОСТ Р ИСО/МЭК 12207.

4.12 Согласованность

Соответствие с ГОСТ Р ИСО/МЭК 12207 может быть достигнуто следующими способами:

a) организация публично объявляет условия сделки, набор процессов, работ (видов деятельности) и задач (заданий) из ГОСТ Р ИСО/МЭК 12207, которым должны подчиняться поставщики данной организации;

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

Примечание - ГОСТ Р ИСО/МЭК 12207 содержит набор требований, сформулированных как "должен". Пользователи указанного стандарта не обязаны подчиняться данному документу в целом, т. е. они не должны добиваться соответствия всем формулировкам "должен" из ГОСТ Р ИСО/МЭК 12207. Соглашение по данному вопросу может быть достигнуто между двумя сторонами. Стороны могут решить, что ГОСТ Р ИСО/МЭК 12207 является основой для соглашения, или они могут согласовать соответствующую адаптацию ГОСТ Р ИСО/МЭК 12207 для удовлетворения своих частных требований.

4.13 Заключение

ГОСТ Р ИСО/МЭК 12207 не заменяет строго систематизированное управление проектированием программного обеспечения систем. Указанный стандарт определяет структуру, в которой процессы, работы и задачи, связанные с программным средством, могут быть соответствующим образом определены, запланированы и выполнены. ГОСТ Р ИСО/МЭК 12207 содержит набор четко определенных конструктивных блоков (процессов). Пользователь указанного стандарта должен выбрать, практически применить и скомпоновать данные блоки соответственно целям и задачам своей организации и проекта. При практическом применении ГОСТ Р ИСО/МЭК 12207 должны быть сохранены его архитектура, сущность и целостность, например включением элементов стандарта с пометой "не применяется" и объяснением причины его неиспользования.

5.1 Обзор

ГОСТ Р ИСО/МЭК 12207 может быть внедрен по разным причинам, включая:

- применение его в конкретном проекте при определении процессов, работ и задач, связанных с программными средствами:

- использование его организацией в качестве основы для усовершенствования программных процессов в самой организации;

- использование его в качестве компонента в процессе моделирования общего жизненного цикла системы.

Какой бы ни была причина для внедрения ГОСТ Р ИСО/МЭК 12207, рекомендуемая стратегия его практического применения состоит из следующих шагов:

a) плана внедрения;

b) практического применения ГОСТ Р ИСО/МЭК 12207;

c) проведения сопровождения пилотного проекта(ов);

d) формализации метода внедрения;

e) утверждения метода внедрения.

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

Когда проект или организация уже находится в стабильном состоянии, т. е. для него(е) определены и утверждены процессы по ГОСТ Р ИСО/МЭК 12207, тогда стратегия внедрения должна быть укорочена и может состоять из следующих шагов:

a) плана внедрения;

b) практического применения ГОСТ Р ИСО/МЭК 12207;

c) проведения сопровождения пилотного проекта(ов).

5.2 План внедрения

Внедрение ГОСТ Р ИСО/МЭК 12207 должно быть рассмотрено как конкретный проект и соответствующим образом спланировано.

При планировании внедрения указанного проекта должны быть учтены следующие аспекты:

а) определение области применения проекта, включая, возможно:

- единый проект внутри организации или часть двустороннего договора;

- выделение некоторых ключевых процессов или даже единственного процесса, от которого ожидают выгоду для организации. Данный метод может быть использован, когда были обнаружены недостатки в деятельности организации и в дальнейшем предполагают полное внедрение ГОСТ Р ИСО/МЭК 12207;

- практическое применение ГОСТ Р ИСО/МЭК 12207 через ряд проектов с вероятным постадийным его введением. При этом в организации могут отсутствовать или существовать некоторые процессы, которые должны быть стандартизованы по ГОСТ Р ИСО/МЭК 12207;

- практическое применение ГОСТ Р ИСО/МЭК 12207 во всех проектах и во всех подразделениях данной организации. Вероятность использования данного метода какой-либо организацией, за исключением очень небольшой, невелика. Данный метод внедрения может быть пригоден для нового филиала существующей организации, в которой для практической работы ранее уже был использован ГОСТ Р ИСО/МЭК 12207;

b) определение целей проекта и установление того, как они соответствуют общим целям деятельности организации. Если явная связь между данным проектом и деловыми интересами организации не установлена, то сформулировать предложение по достижению целей проекта внедрения ГОСТ Р ИСО/МЭК 12207 затруднительно;

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

d) определение ресурсов, необходимых для внедрения ГОСТ Р ИСО/МЭК 12207, таких как время, деньги, персонал и оборудование;

e) создание и документальное оформление плана управления проектом по внедрению ГОСТ Р ИСО/МЭК 12207.

5.3 Практическое применение ГОСТ Р ИСО/МЭК 12207

При выполнении позиций плана внедрения, связанных с практическим применением указанного стандарта, реализуют процесс адаптации, описанный в приложении А ГОСТ Р ИСО/МЭК 12207. Рекомендации по практическому применению ГОСТ Р ИСО/МЭК 12207 для конкретных целей приведены в разделах 6 - 8 настоящего стандарта.

Данные рекомендации из настоящего стандарта должны быть изучены совместно с общими советами по его практическому применению, приведенными в приложении В ГОСТ Р ИСО/МЭК 12207, и материалами, связанными с конкретной ситуацией. Например, практическое применение указанного стандарта может быть выполнено внутри организации с использованием особенностей модели жизненного цикла системы.

На рисунке 6 показана последовательность событий в процессе адаптации, который рассмотрен в приложении А ГОСТ Р ИСО/МЭК 12207. Конкретные примеры практического применения указанного стандарта приведены в приложении D к настоящему стандарту. В данных примерах:

- использованы сценарии для определения среды проектирования;

- при необходимости определены дополнительные работы и задачи;

- обобщены решения по практическому применению ГОСТ Р ИСО/МЭК 12207 и приведены обоснования для него.

                      /-------------------------\

                      |                         |

                      |         Начало          |

                      |                         |

                      \-------------------------/

                  /----------------------------------\

                  |           Определение            |

                  |      среды проектирования и      |

                  |      характеристик проекта       |

                  \----------------------------------/

                  /----------------------------------\

                  |              Запрос              |

                  |         исходных данных          |

                  \----------------------------------/

                  /----------------------------------\

                  |         Выбор процессов,         |

                  |          работ и задач           |

                  \----------------------------------/

                  /----------------------------------\

                  |         Документирование         |

                  |       решений по внедрению       |

                  |         и их обоснований         |

                  \----------------------------------/

                      /-------------------------\

                      |                         |

                      |          Конец          |

                      |                         |

                      \-------------------------/

5.4 Проведение сопровождения пилотного проекта(ов)

При внедрении в организации ГОСТ Р ИСО/МЭК 12207 через реализацию ряда проектов можно ограничить степень риска для организации путем использования некоего "лоцмана" в ключевых областях и процессах. Успешное внедрение ГОСТ Р ИСО/МЭК 12207 обычно включает в себя такие методы, как:

a) определение пилотных проектов, которые могут использовать выбранные процессы. Данные пилотные проекты должны быть выбраны на основе приоритетных работ, которые с высокой вероятностью приведут к значительному улучшению результатов и от которых ожидают быструю реальную отдачу;

b) выбор группы добровольцев для сопровождения пилотных проектов с последующим пропагандированием и вознаграждением их усилий;

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

d) планирование пилотных проектов и определение критических факторов достижения успеха;

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

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

5.5 Формализация метода внедрения

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

Примечание - При надзоре за ходом проекта в него могут быть внесены усовершенствования (уточнения). Подобные уточнения также могут быть внесены при сравнении одного проекта с другим с целью определить наилучшие методы внедрения ГОСТ Р ИСО/МЭК 12207, подлежащие реализации в последующих проектах.

5.6 Утверждение метода внедрения

Утверждение метода внедрения ГОСТ Р ИСО/МЭК 12207 обеспечивает последовательную и автоматизированную реализацию процесса внедрения в проекте или организации. При этом также обеспечивают оценку протекания данного процесса и, при необходимости, его усовершенствование. Для этой цели может быть использован процесс усовершенствования, описанный в 7.3 ГОСТ Р ИСО/МЭК 12207.

6.1 Особенности практического применения ГОСТ Р ИСО/МЭК 12207

В настоящем подразделе рассмотрены ключевые факторы, которые должны быть учтены при применении ГОСТ Р ИСО/МЭК 12207 в проекте. Перечень этих факторов, не являющийся исчерпывающим, связан с текущим состоянием рассматриваемого вопроса, а каждый из данных факторов должен быть взаимоувязан с другими и влиять на них в зависимости от специфики программного проекта. При рассмотрении среды проектирования может быть полезна следующая группа факторов:

- организационные вопросы;

- проектный риск;

- наличие и достаточность ресурсов.

7.1 Предпосылки и методы

Организации должны широко использовать ГОСТ Р ИСО/МЭК 12207 в качестве составной части деятельности по усовершенствованию процессов, связанных с программными средствами. Это может быть выполнено автономно или вместе с доступными методами оценки и определения функциональных возможностей процесса, например описанными в стандартах серии ИСО/МЭК ТО 15504.

Применение ГОСТ Р ИСО/МЭК 12207 в организации основано на тех же методах внедрения, которые используют в проектах. Организации, внедряющие ГОСТ Р ИСО/МЭК 12207, должны использовать рекомендации, приведенные в разделе 6, и политики, описанные в разделе 5 настоящего стандарта.

7.2 Возможности применения

Причины, по которым ГОСТ Р ИСО/МЭК 12207 внедряют в организации, могут быть следующими:

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

- практическое применение данного метода для предотвращения риска, связанного с выходом на новые секторы рынка с более жесткими требованиями, связанными с потенциальным риском;

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

- управление внедрением новой технологии, например: автоматизация ручных процессов или изменение методов, используемых при внедрении программного продукта. ГОСТ Р ИСО/МЭК 12207 устанавливает критерии, которые могут быть использованы для контроля совершенства соответствующего метода до или после изменения технологии;

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

- определение контрольных этапов, при реализации которых могут быть разработаны более совершенные программы, например проведение аудита в соответствии с ГОСТ Р ИСО/МЭК 12207 и использование самого процесса усовершенствования.

7.3 Распространение административного управления

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

8.1 Модель жизненного цикла системы

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

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

a) определение потребностей;

b) исследование и описание основных концепций;

c) демонстрация и аттестация основных концепций;

d) проектирование и разработка;

e) создание и производство;

f) распространение и продажа;

g) эксплуатация;

h) сопровождение и поддержка;

i) снятие с эксплуатации (утилизация).

8.2 Модель жизненного цикла программного средства

Типовая модель жизненного цикла программного средства состоит из ряда работ. Данная модель начинается с формулировки замысла (идеи) или концепции программного продукта или услуги, продолжается работами по применению методов системной и программной инженерии, работами по эксплуатации, сопровождению и поддержке и заканчивается снятием с эксплуатации (утилизацией). В ГОСТ Р ИСО/МЭК 12207 все эти и другие, связанные с ними работы, объединены в основные, вспомогательные и организационные процессы, из которых формируют модель жизненного цикла программного средства.

8.3 Пример использования ГОСТ Р ИСО/МЭК 12207 в общей модели жизненного цикла системы

На рисунке 7 основное внимание уделено использованию ГОСТ Р ИСО/МЭК 12207 в общей модели жизненного цикла гипотетической системы. Основным назначением данного рисунка является сжатое представление метода применения ГОСТ Р ИСО/МЭК 12207. В таблице 2 (см. 8.13) представлен состав работ жизненного цикла системы и используемых процессов жизненного цикла программного средства.

Организация может использовать ГОСТ Р ИСО/МЭК 12207 в любой работе или в общей модели жизненного цикла самостоятельно, а также может привлекать для этого (частично или полностью) поставщика соответствующих продуктов или услуг.

   /--------------\     /-----------------------\ /-----------\

   |    Начало    |   /|     Демонстрация      | |           

   |              |   | |-----------------------| | /-------------------\

   |              |   | |  Используют процессы  | | | Распространение и |

   \--------------/   | |  заказа, поставки и   | | |      продажа      |

                     | |    разработки для     | | |                   |

/-------------------\ | |определения требований | | |Используют процессы|

|    Определение    | | | к системе, системной  | | |заказа, поставки и |

|   потребностей    | | |архитектуры и проектных| | |  разработки для   |

|-------------------| | |программных требований | | |ввода в действие и |

|Используют процесс | | |      к элементам      | | |настройки продуктов|

|заказа для принятия| | |     (компонентам)     | | \-------------------/

|     решения о     | | | программного средства | |           

|   выполнимости    | | \-----------------------/ | /-------------------\

|   технических,    | |                          | |   Эксплуатация    |

|эксплуатационных и | | /-----------------------\ | |-------------------|

|   экономических   | | |      Разработка       | | |Используют процессы|

|    требований     | | |-----------------------| | |заказа, поставки и |

\-------------------/ | |  Используют процессы  | | | эксплуатации для  |

                     | | заказа и поставки для | | |    обеспечения    |

/-------------------\ | |   запуска процесса    | | | эксплуатационных  |

|Описание концепции | | |разработки. Используют | | |       услуг       |

|-------------------| | |  процесс разработки   | | \-------------------/

|Используют процессы| | |    (полностью) для    | |           

|заказа, поставки и | | |создания, тестирования | | /-------------------\

|  разработки для   | | |   и сборки продукта   | | |  Сопровождение и  |

|    определения    | | \-----------------------/ | |     поддержка     |

|   требований к    | |                          | |-------------------|

|  проектированию   | | /-----------------------\ | |Используют процессы|

|    системы, к     | | |     Изготовление      | | |заказа, поставки и |

|    прототипам     | | |-----------------------| | | сопровождения для |

|  разработки и к   | | |      Используют       | | |сопровождения/под- |

| анализу обратной  | | |    вспомогательные    | | |      держки       |

|      связи с      | | |процессы для контроля и| | \-------------------/

|  пользователем в  | | |      верификации      | |           

| целях реализации  | | |тиражируемых продуктов | | /-------------------\

|   предложенных    | | \-----------------------/ | |     Снятие с      |

|      решений      | |             |             | |   эксплуатации    |

\-------------------/ |                          | |-------------------|

          |           |             --------------/ |Используют процессы|

                     |                             |     заказа и      |

          ------------/                             | сопровождения для |

                                                    |     снятия с      |

                                                    |   эксплуатации    |

                                                    \-------------------/

                                                     /----------------\

                                                     |      Конец     |

                                                     \----------------/

Рисунок 7 - Использование ГОСТ Р ИСО/МЭК 12207 для обеспечения модели жизненного цикла системы

8.4 Определение потребностей

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

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

8.5 Исследование и определение концепции

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

- помощи при установлении предварительных требований к системе;

- определения прототипов разработки;

- анализа и учета взаимодействий (обратной связи) с пользователем по предложенным решениям.

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

8.6 Демонстрация и аттестация

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

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

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

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

При проведении данной работы полностью применим ГОСТ Р ИСО/МЭК 12207. При этом для выполнения разработки или модернизации программного средства должны быть выбраны, соответствующим образом адаптированы и использованы процессы, работы и задачи из процессов заказа, поставки и разработки. Данная работа может включать в себя однократное или многократное использование процесса разработки, скоординированное с другими компонентами системы. Результатами данной работы являются исходные требования к программному средству, его проект и соответствующие программы.

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

8.8 Создание и производство

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

Для программных средств, по сравнению с техническими средствами, работа по созданию и производству незначительна. Она состоит из копирования (тиражирования) разработанного программного средства и документов к нему на соответствующие носители для различных пользователей (потребителей). (Конкретные задачи по реализации данной работы в ГОСТ Р ИСО/МЭК 12207 не установлены.) В этом случае могут быть использованы конкретные промышленные методы и соответствующие государственные акты. Для контроля за выполнением указанных задач может быть использована работа по управлению выпуском и поставкой из процесса управления конфигурацией. Также могут быть использованы другие соответствующие работы, такие как верификация сборки.

8.9 Распространение и продажа

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

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

8.10 Эксплуатация

Данная работа включает в себя эксплуатацию, применение или использование системы пользователями (потребителями), заканчиваясь снятием ее с эксплуатации.

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

8.11 Сопровождение и поддержка

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

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

При этом должны быть определены все взаимосвязи (интерфейсы) с процессом разработки. В зависимости от важности решаемой проблемы могут быть в разной степени применены работы из процесса разработки (в зависимости от конкретной ситуации).

8.12 Снятие с эксплуатации (утилизация)

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

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

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

В таблице 2 приведен пример распределения процессов жизненного цикла программного средства по периодам жизненного цикла системы. Показаны только основные процессы из ГОСТ Р ИСО/МЭК 12207. Вспомогательные или организационные процессы должны быть использованы через основные процессы. Буквой "П" обозначено использование процесса из ГОСТ Р ИСО/МЭК 12207, а буквой "М" - использование соответствующего метода. Обозначение "(П)" или "(М)" указывает на возможность использования соответствующего процесса или метода.

Таблица 2 - Процессы жизненного цикла программного средства в общей модели жизненного цикла системы

      |     
           
 

      |     
           
 

    (|)    
          
 

  (|), --  
           
 

      |     
           
 

     |     
          
 

    |, --  
           
 

      |     
           
 

     |     
          
 

    |, --  
           
 

      |     
           
 

     |     
          
 

      |     
           
 

      |     
           
 

     |     
          
 

      |     
           
 

      |     
           
 

     |     
          
 

      |     
           
 

      |     
           
 

      |     
           
 

______________________________

* Оригиналы международных стандартов ИСО/МЭК - во ВНИИКИ Госстандарта России.