Вход
Государственный стандарт РФ ГОСТ Р ИСО/МЭК ТО 15271-2002 "Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)" (принят и введен в действие постановлением Госстандарта РФ от 5 июня 2002 г. N 227-ст)
-
Приложение А. Процессы качества и требования к оценке (справочное)
-
Приложение В. Классификация выходных результатов процессов (справочное)
-
Приложение С. Модели жизненного цикла (справочное)
-
Приложение D. Примеры адаптации ГОСТ Р ИСО/МЭК 12207 (справочное)
1 Область применения
1.1 Назначение
Настоящий стандарт содержит рекомендации по применению ГОСТ Р ИСО/МЭК 12207, а также приложения А, В, С и D.
В стандарте основное внимание уделено особенностям, подлежащим учету при прикладном применении ГОСТ Р ИСО/МЭК 12207 в условиях реальных проектов создания программных средств. Приведенные в настоящем стандарте рекомендации не касаются обсуждения обоснованности требований ГОСТ Р ИСО/МЭК 12207.
В стандарте рассмотрены три основополагающие модели жизненного цикла и приведены примеры прикладного применения ГОСТ Р ИСО/МЭК 12207.
1.2 Пользователи стандарта
Настоящий стандарт может быть использован субъектами (лицами, организациями), желающими применить ГОСТ Р ИСО/МЭК 12207 при реализации договоров независимо от объема или сложности проекта, конкретной организацией для самоконтроля или работ по совершенствованию процессов жизненного цикла программных средств.
В настоящем стандарте указано, как можно использовать ГОСТ Р ИСО/МЭК 12207 применительно к различным типам программных средств и какие процессы соответствуют каждому случаю.
Настоящий стандарт дополняет ГОСТ Р ИСО/МЭК 12207, являющийся не только нормативным документом, но и эталоном для управления реальным проектом. (Например, последний случай имеет место, когда ГОСТ Р ИСО/МЭК 12207 является образцом при проведении части работ процесса усовершенствования.) Настоящий стандарт должен быть осмыслен целиком, но в отдельных случаях могут быть использованы его конкретные разделы.
1.3 Предпосылки
Предпосылками для использования настоящего стандарта являются:
a) наличие ГОСТ Р ИСО/МЭК 12207;
b) хорошее знание ГОСТ Р ИСО/МЭК 12207;
c) хорошее знание политики соответствующей организации;
d) общее знание вопросов управления созданием программных средств, программной инженерии и моделирования жизненного цикла программных средств.
2 Нормативные ссылки
В настоящем стандарте использованы ссылки на следующие стандарты:
ГОСТ Р ИСО/МЭК 9126-93 Информационная технология. Оценка программной продукции.
Характеристики качества и руководства по их применению
ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств
ИСО/МЭК ТО 15504-1-98* Информационная технология. Оценка программного процесса. Часть 1: Общие положения и вводное руководство
ИСО/МЭК ТО 15504-2-98* Информационная технология. Оценка программного процесса. Часть 2: Эталонная модель процессов и их возможностей
ИСО/МЭК ТО 15504-3-98* Информационная технология. Оценка программного процесса. Часть 3: Проведение оценки
ИСО/МЭК ТО 15504-4-98* Информационная технология. Оценка программного процесса. Часть 4: Руководство по проведению оценок
ИСО/МЭК ТО 15504-5-99* Информационная технология. Оценка программного процесса. Часть 5: Модель оценки и руководящие указания
ИСО/МЭК ТО 15504-6-98* Информационная технология. Оценка программного процесса. Часть 6: Руководство по компетентности экспертов
ИСО/МЭК ТО 15504-7-98* Информационная технология. Оценка программного процесса. Часть 7: Руководство по применению в процессе усовершенствования
ИСО/МЭК ТО 15504-8-98* Информационная технология. Оценка программного процесса. Часть 8: Руководство по применению при определении возможностей процесса поставщика
ИСО/МЭК ТО 15504-9-98* Информационная технология. Оценка программного процесса. Часть 9: Словарь
3 Система обозначений
Диаграммы, описывающие процессы и работы ГОСТ Р ИСО/МЭК 12207, соответствующие стилю указанного стандарта, приведены на рисунке 1.
4 Основные концепции в развитие ГОСТ Р ИСО/МЭК 12207
4.1 Инженерная дисциплина
Применение программной инженерии является сравнительно молодой дисциплиной по сравнению с традиционными направлениями инженерной деятельности. В результате контроль, обычно сопровождающий проекты традиционной инженерной деятельности, не всегда возможен для программных средств.
Основные положения ГОСТ Р ИСО/МЭК 12207 в таких вопросах, как разработка и сопровождение программного средства, должны быть реализованы методом, определяемым инженерной дисциплиной. Использование такого метода позволяет определить структуру, четко привязанную к функциональной среде системной инженерии, охватывающей программные и технические средства, персонал и бизнес.
4.2 Архитектура жизненного цикла программного средства
ГОСТ Р ИСО/МЭК 12207 устанавливает архитектуру верхнего уровня жизненного цикла программного средства от замысла до утилизации. Архитектура состоит из множества процессов и взаимосвязей между данными процессами. Процессы основаны на двух исходных принципах: модульности и ответственности.
4.2.1 Модульность
Процессы в ГОСТ Р ИСО/МЭК 12207 являются модульными в том смысле, что они:
a) строго связаны. Все части процесса строго взаимоувязаны;
b) свободно соединены. Число интерфейсов между процессами сведено к минимуму.
В принципе каждый процесс предназначен для реализации уникальной функции в жизненном цикле и может привлекать другой процесс для выполнения специализированной функции. Ниже представлены правила для обозначения, определения области применения и структурирования процессов:
a) процесс должен быть модульным, т. е. один процесс должен выполнять одну и только одну функцию в жизненном цикле, а интерфейсы между двумя любыми процессами должны быть минимизированы;
b) каждый процесс должен быть вызываем из архитектуры;
c) если процесс А вызван процессом В и только процессом В, тогда А принадлежит к В;
d) если функция вызвана более чем одним процессом, тогда функция сама становится процессом;
e) должна быть возможность верификации любой функции в модели жизненного цикла;
f) каждый процесс должен иметь внутреннюю структуру, установленную в соответствии с тем, что должно им быть выполнено.
4.2.2 Ответственность
В ГОСТ Р ИСО/МЭК 12207 термины "организация" и "сторона" являются близкими по смыслу. Организация, являющаяся группой лиц, собранных для реализации некоторой конкретной цели, может быть представлена как корпорация, агентство, предприятие, общество, союз или клуб. Размер организации может варьироваться от одного человека до множества лиц. Когда организация в целом (или ее часть) заключает договор, то она становится стороной. Организация имеет самостоятельные подразделения, а стороны могут быть из одной или разных организаций.
Каждый процесс в ГОСТ Р ИСО/МЭК 12207 рассмотрен с точки зрения ответственности (обязанностей) стороны. Организация может выполнять один или несколько процессов. Процесс может быть выполнен одной или несколькими организациями, при этом одна из организаций должна быть определена как ответственная сторона. Сторона, выполняющая процесс, несет ответственность за весь данный процесс, даже если выполнение отдельных задач поручено другим людям.
Принцип ответственности в архитектуре жизненного цикла облегчает прикладное применение ГОСТ Р ИСО/МЭК 12207 для конкретного проекта, в который может быть вовлечено множество лиц.
4.3 Характеристика процессов
Процессы сгруппированы в три общих класса:
- основные;
- вспомогательные;
- организационные.
4.3.1 Основные процессы
Основными процессами являются:
- заказ;
- поставка;
- разработка;
- эксплуатация;
- сопровождение.
На практике процесс заказа открывает жизненный цикл программного средства. Процесс поставки отвечает за выполнение процессов разработки, эксплуатации и (или) сопровождения.
4.3.2 Вспомогательные процессы
Вспомогательными процессами являются:
- документирование;
- управление конфигурацией;
- обеспечение качества;
- верификация;
- аттестация (валидация);
- совместный анализ;
- аудит;
- решение проблемы.
Вспомогательный процесс может быть использован другим процессом, который таким образом обеспечивает реализацию конкретной цели.
4.3.3 Организационные процессы
Организационными процессами являются:
- управление;
- создание инфраструктуры;
- усовершенствование;
- обучение.
Организация может использовать данные процессы для создания, реализации и совершенствования процессов жизненного цикла.
4.3.4 Детализация процессов
Каждый процесс затем должен быть определен в терминах составляющих его работ, каждая из которых должна быть определена в терминах составляющих ее задач. Работа в процессе состоит из набора связанных задач. В ГОСТ Р ИСО/МЭК 12207 установлено множество процессов, работ и задач, количество которых указано в таблице 1.
Таблица 1 - Анализ процессов
|
Класс |
Процессы |
Работы |
Задачи |
|
Основной |
5 |
35 |
135 |
|
Вспомогательный |
8 |
25 |
70 |
|
Организационный |
4 |
14 |
27 |
|
Всего |
17 |
74 |
232 |
Задача (задание) должна(о) быть выражена(о) в виде требования, самообъявления, рекомендации или допустимого действия. С этой целью в ГОСТ Р ИСО/МЭК 12207 тщательно отобраны некоторые вспомогательные глаголы для выделения различий между видами задач:
- глагол "должна (shall)" использован для выражения соглашения между двумя или более сторонами;
- глагол "будет (will)" выражает объявление цели или намерения одной из сторон;
- глагол "следует (should)" выражает рекомендацию из имеющихся возможных вариантов;
- глагол "может (may)" указывает образ действий, допустимый в рамках ГОСТ Р ИСО/МЭК 12207.
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.1 Интерфейс с системной инженерией
ГОСТ Р ИСО/МЭК 12207 устанавливает строгую связь между системой в целом и программным средством. Это возможно потому, что указанный стандарт основан на принципах общей системной инженерии.
ГОСТ Р ИСО/МЭК 12207 разработан с некоторой степенью расширения для применения в процессе системной инженерии. Когда программное средство является частью общей системы, его выделяют из системы, создают и включают в систему. Данное свойство ГОСТ Р ИСО/МЭК 12207 полезно при отсутствии стандартов системного уровня. Когда программное средство имеет отдельную область применения, задачи системного уровня можно трактовать как полезные рекомендации. В любом случае ГОСТ Р ИСО/МЭК 12207 предусматривает существенное использование программной инженерии в системной инженерии.
4.6.2 Связь между программным средством и системой
Система является конкретной комбинацией технических средств, компьютеров, программных средств, материалов, персонала и возможностей, как показано на рисунке 3. Все это фактически образует работоспособную систему. В исходной системе существуют реальные процессы. Программные средства служат для обеспечения выполнения некоторых функций данных процессов на компьютерах. Программные средства могут быть постоянно (резидентно) размещены в компьютерах, встроены как программы, реализованные техническими средствами, или интегрированы в объект технических средств. В любом случае заказ, поставку, разработку, эксплуатацию или сопровождение программных средств необходимо координировать и гармонизировать с аналогичными процессами для исходной системы.
В организации может быть несколько компьютерных систем, обеспечивающих реальные бизнес-процессы, что показано на рисунке 4.
4.6.3 Системы на основе программных средств
Хотя ГОСТ Р ИСО/МЭК 12207 определяет жизненный цикл системы в целом, но он охватывает такие процессы, как разработка, эксплуатация и сопровождение системы только в части ее программных средств. Поэтому процессы жизненного цикла технических средств в ГОСТ Р ИСО/МЭК 12207 не определены.
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.7.2 Дополнительные планы
Вопросы, требующие дополнительного рассмотрения и перечисленные в 5.2.4.5 ГОСТ Р ИСО/МЭК 12207, связаны с некоторыми вспомогательными и организационными процессами. Для ряда таких процессов требуется разработка соответствующих планов, например обеспечения качества, верификации и обучения. В зависимости от объема и сложности проекта, а также возможности субподрядного выполнения всех или ряда работ данные планы могут быть включены в план управления проектом или подготовлены в виде отдельных дополнительных документов.
При привлечении субподрядчиков подобные вопросы отслеживают в соответствии с 5.2.5.4 ГОСТ Р ИСО/МЭК 12207, уделяя особое внимание установлению необходимых взаимосвязей для синхронизации данных планов.
Сводные сведения о наборе дополнительных планов могут быть получены из таблиц В.2 и В.З приложения В к настоящему стандарту.
4.7.3 Контроль документов
Требования по управлению документами включают в себя планы, описанные в процессе документирования (6.1 ГОСТ Р ИСО/МЭК 12207).
4.8 Реализация принципов управления качеством
В ГОСТ Р ИСО/МЭК 12207 реализованы принципы управления качеством и сделано это тремя основными способами, описанными ниже.
4.8.1 Интеграция качества в жизненный цикл
ГОСТ Р ИСО/МЭК 12207 устанавливает требования к всеобъемлющему интегрированному набору процессов, охватывающих жизненный цикл программного средства. Указанный стандарт обеспечивает для каждого процесса доступ к циклу "план - реализация - проверка - акт" (plan - do - check - act) посредством процесса усовершенствования. При этом все работы, связанные с качеством и трактуемые как неотъемлемая часть жизненного цикла программного средства, входят в соответствующие процессы жизненного цикла. Таким образом, за каждым процессом и персоналом, отвечающим за его реализацию, закреплены работы в рамках данного процесса, связанные с качеством.
4.8.2 Процесс обеспечения качества
Процесс обеспечения качества (6.3 ГОСТ Р ИСО/МЭК 12207) предназначен для обеспечения соответствия продуктов и услуг конкретным требованиям и установленным планам. Лица, отвечающие за данный процесс, должны быть наделены необходимой организационной независимостью и соответствующими полномочиями. Организационная независимость подразумевает независимость от тех, кто непосредственно отвечает за создание продукта, а соответствующие полномочия подразумевают права на проведение оценки и инициализацию корректирующих действий.
4.8.3 Процесс усовершенствования
ГОСТ Р ИСО/МЭК 12207 (7.3) определяет процесс усовершенствования для дальнейшего повышения качества работ организации в целом независимо от договорных обязательств.
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 Внедрение ГОСТ Р ИСО/МЭК 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.3.1 Определение среды проектирования и характеристик проекта
Характеристики организации могут быть определены при ответе на следующие вопросы:
- Какие процессы, стратегии и процедуры уже применяются?
(Это важно для определения применяемых процессов и практических методов, подлежащих включению в общий набор необходимых процессов.)
- Является ли данный процесс основным для достижения целей организации?
- Учтен ли повышенный деловой риск?
- Где существуют проблемные области?
- Какова практика организации (легкоадаптируема или невосприимчива к изменениям)?
Характеристики проекта могут быть определены при ответе на следующие вопросы:
- Какая модель жизненного цикла системы или проекта используется?
- Каков уровень совершенства конкретного процесса?
- Каков технический риск?
- Является ли система критичной по безопасности?
- Будут ли использованы новые технологии?
5.3.2 Запрос исходных данных
Соответствующие требования, выделенные из деловых и договорных потребностей организации (проекта), являются исходными данными для практического применения ГОСТ Р ИСО/МЭК 12207. Например, ГОСТ Р ИСО/МЭК 12207 может быть применен в соответствии с договором между поставщиком и покупателем продукта.
/-------------------------\
| |
| Начало |
| |
\-------------------------/
/----------------------------------\
| Определение |
| среды проектирования и |
| характеристик проекта |
\----------------------------------/
/----------------------------------\
| Запрос |
| исходных данных |
\----------------------------------/
/----------------------------------\
| Выбор процессов, |
| работ и задач |
\----------------------------------/
/----------------------------------\
| Документирование |
| решений по внедрению |
| и их обоснований |
\----------------------------------/
/-------------------------\
| |
| Конец |
| |
\-------------------------/
Рисунок 6 - Работы по практическому применению ГОСТ Р ИСО/МЭК 12207
Потребитель может потребовать только проведения проектирования программного средства, а не полной разработки программного обеспечения системы. В другом случае, если требования потребителя связаны с критичным по безопасности программным средством, заменяющим существующее у него программное средство, ряд задач (заданий) из ГОСТ Р ИСО/МЭК 12207 может быть исключен.
Заинтересованные стороны должны быть вовлечены в процесс принятия решений по практическому применению указанного стандарта. Данные лица могут обеспечить реализацию и эффективность применения выбранных процессов. При этом, по возможности, должна быть обеспечена преемственность реализуемых проектов.
5.3.3 Выбор процессов, работ и задач
Должны быть определены подлежащие реализации процессы или части процесса из ГОСТ Р ИСО/МЭК 12207 и приоритеты их реализации. Обычно предпочтительнее начинать с процессов, от которых может быть получена наибольшая отдача, чем пытаться сразу внедрить весь ГОСТ Р ИСО/МЭК 12207.
ГОСТ Р ИСО/МЭК 12207 не определяет последовательность выполнения процессов, работ и задач и не предписывает какую-либо конкретную модель жизненного цикла программного средства. На данной стадии полезно провести привязку существующих процессов, практического опыта и (или) методов к процессам, работам и задачам из ГОСТ Р ИСО/МЭК 12207.
Подобная привязка может быть применена для проверки полноты используемого метода внедрения, т. е. определения наличия "пробелов" между существующей и планируемой ситуацией, в которой предполагают использовать процессы из ГОСТ Р ИСО/МЭК 12207.
5.3.4 Документирование решений по внедрению и их обоснований
При практическом применении ГОСТ Р ИСО/МЭК 12207 должна быть документально оформлена привязка установленных процессов, работ и задач к выбранной модели(ям) жизненного цикла программного средства вместе с выявленными взаимосвязями и обоснованиями применения выбранного метода. Данные документы должны быть включены в план управления проектом по внедрению ГОСТ Р ИСО/МЭК 12207, чтобы обеспечить эталонную структуру для проведения оценки или обзора реализации конкретного метода внедрения.
5.4 Проведение сопровождения пилотного проекта(ов)
При внедрении в организации ГОСТ Р ИСО/МЭК 12207 через реализацию ряда проектов можно ограничить степень риска для организации путем использования некоего "лоцмана" в ключевых областях и процессах. Успешное внедрение ГОСТ Р ИСО/МЭК 12207 обычно включает в себя такие методы, как:
a) определение пилотных проектов, которые могут использовать выбранные процессы. Данные пилотные проекты должны быть выбраны на основе приоритетных работ, которые с высокой вероятностью приведут к значительному улучшению результатов и от которых ожидают быструю реальную отдачу;
b) выбор группы добровольцев для сопровождения пилотных проектов с последующим пропагандированием и вознаграждением их усилий;
c) обучение всех вовлеченных в процесс. Повышению знаний обучаемых можно способствовать путем регулярного уведомления их о развитии процесса внедрения в дополнение к официальным курсам обучения;
d) планирование пилотных проектов и определение критических факторов достижения успеха;
e) включение выбранного адаптированного процесса(ов) в план управления проектом для каждого пилотного проекта. При этом в план должны быть включены документы, описанные в 5.3.4 настоящего стандарта, или даны ссылки на них;
f) реализация пилотного проекта(ов), отслеживание и документирование хода его выполнения по критическим факторам успеха реализации. Навыки документирования осваивают в ходе пилотного проекта(ов). Полученные уроки должны быть учтены при совершенствовании процессов.
5.5 Формализация метода внедрения
Формализация включает в себя введение нового процесса в ряд проектов и (или) в организации. При этом принимают и используют такие методы, как обучение, документирование, предоставление инструментальных средств для нового процесса(ов), а также слежение за данным процессом(ами) и определение его недостатков. В любом утвержденном и реализуемом проекте должно быть осуществлено планирование перехода к новому процессу(ам).
Примечание - При надзоре за ходом проекта в него могут быть внесены усовершенствования (уточнения). Подобные уточнения также могут быть внесены при сравнении одного проекта с другим с целью определить наилучшие методы внедрения ГОСТ Р ИСО/МЭК 12207, подлежащие реализации в последующих проектах.
5.6 Утверждение метода внедрения
Утверждение метода внедрения ГОСТ Р ИСО/МЭК 12207 обеспечивает последовательную и автоматизированную реализацию процесса внедрения в проекте или организации. При этом также обеспечивают оценку протекания данного процесса и, при необходимости, его усовершенствование. Для этой цели может быть использован процесс усовершенствования, описанный в 7.3 ГОСТ Р ИСО/МЭК 12207.
6 Применение в проектах
В настоящем разделе приведены дополнительные рекомендации по применению ГОСТ Р ИСО/МЭК 12207 в проекте. Однако данные рекомендации не являются исчерпывающими в связи с отличиями одного проекта от другого.
Следующие факторы могут влиять на заказ, разработку, эксплуатацию или сопровождение программного средства:
- различия в стратегиях и процедурах, принятых в разных организациях;
- особенности стратегий различных проектов в цикле "заказ - поставка";
- объем и сложность проекта;
- требования к системе.
ГОСТ Р ИСО/МЭК 12207 разработан с учетом подобных вариантов и подходит для любого проекта. Кроме того, в целях снижения стоимости и повышения качества разработки ГОСТ Р ИСО/МЭК 12207 можно практически применять к конкретному проекту. Всем субъектам проекта должны быть предоставлены возможности участия в процессе адаптации указанного стандарта.
6.1 Особенности практического применения ГОСТ Р ИСО/МЭК 12207
В настоящем подразделе рассмотрены ключевые факторы, которые должны быть учтены при применении ГОСТ Р ИСО/МЭК 12207 в проекте. Перечень этих факторов, не являющийся исчерпывающим, связан с текущим состоянием рассматриваемого вопроса, а каждый из данных факторов должен быть взаимоувязан с другими и влиять на них в зависимости от специфики программного проекта. При рассмотрении среды проектирования может быть полезна следующая группа факторов:
- организационные вопросы;
- проектный риск;
- наличие и достаточность ресурсов.
6.1.1 Модель жизненного цикла системы
Степень практического применения ГОСТ Р ИСО/МЭК 12207 в качестве обязательного (нормативного) или рекомендуемого документа зависит от места данного программного проекта в модели жизненного цикла системы (типовые модели жизненного цикла рассмотрены в приложении С к настоящему стандарту).
Должна быть определена соответствующая позиция модели жизненного цикла системы, в которой программное средство становится частью системы (см. 8.1). Установление этого поможет определить:
- является ли программное средство частью системы или имеет самостоятельное применение;
- можно ли использовать ГОСТ Р ИСО/МЭК 12207 в качестве метода для проведения компьютерного моделирования и имитации;
- можно ли использовать ГОСТ Р ИСО/МЭК 12207 для разработки, эксплуатации или сопровождения программного средства.
Следует также рассмотреть соответствующие пункты данного раздела и обеспечить установление необходимых интерфейсов в модели жизненного цикла системы.
6.1.2 Политики и процедуры организаций
Должны быть определены соответствующие политики и процедуры заинтересованных организаций, особенно заказчика и поставщика, с которыми необходимо согласовать программный проект. Например, политики и процедуры, связанные с:
- защитой;
- безопасностью;
- конфиденциальностью;
- управлением риском;
- использованием независимого органа по верификации и аттестации (валидации);
- использованием конкретного языка программирования;
- обеспечением техническими ресурсами.
Необходимо определить любые соответствующие законы и подзаконные акты, включая документы, относящиеся к среде, общей безопасности и конфиденциальности и влияющие на программный проект. Это необходимо для контроля за соответствием поведения системы данным нормативным актам.
Вышеназванные политики и процедуры необходимо соответственно учитывать при разработке, эксплуатации и сопровождении программного средства. Например, если имеются политики безопасности и защиты, в них необходимо включить работы по анализу требований из процесса разработки и работу по эксплуатации системы из процесса эксплуатации.
6.1.3 Характеристики системы
Необходимо определить на соответствующем уровне детализации подсистемы и элементы конфигурации системы. Необходимо определить характеристики системы, особенно те, которые относятся к программному средству. При определении данных характеристик необходимо отметить, какие из них являются критичными при эксплуатации системы.
Примерный перечень характеристик системного уровня (относящихся к программному средству и подлежащих учету) включает в себя:
- межсистемные и внутрисистемные интерфейсы;
- интерфейсы пользователя;
- влияние ошибок программного средства на защиту и безопасность системы;
- оценку вычислительных мощностей и временных ограничений;
- наличие программ, реализованных техническими средствами;
- наличие соответствующих компьютеров.
Если в систему входит много подсистем или элементов конфигурации, для них должны быть полностью проведены работы системного уровня из процесса разработки. Должны быть учтены все требования к интерфейсам и сборке (интеграции) системы. Для небольшой системы подобная строгая последовательность действий может не понадобиться.
6.1.4 Характеристики программного средства
Должны быть определены характеристики программного уровня, например:
- потенциальное число элементов программной конфигурации;
- типы, объемы и критичность программных средств;
- технический риск;
- типы, комплектность и носители документов;
- необходимость новой разработки, изменения или повторного применения программного средства;
- аспекты из ГОСТ Р ИСО/МЭК 9126, такие как надежность.
Если в программное средство входит много элементов программной конфигурации, компонентов и модулей, для каждого элемента данной конфигурации должны быть полностью проведены работы программного уровня из процесса разработки. Должны быть учтены все требования к интерфейсам и сборке (интеграции) программного средства. Для небольшого программного средства подобная строгая последовательность действий может не понадобиться.
Должны быть определены работы (виды деятельности), связанные с контролем за административным управлением и проведением оценок, которые могут потребоваться для программного средства с точки зрения критичности системы и характеристик самого программного средства.
6.1.5 Политика сопровождения программного средства
Должны быть учтены вопросы, связанные с сопровождением программного средства. Типовыми объектами, рассматриваемыми при этом, являются:
- ожидаемый период сопровождения;
- ожидаемая периодичность внесения изменений;
- критичность применения;
- определение персонала, осуществляющего сопровождение;
- определение степени квалификации данного персонала;
- определение среды, необходимой для сопровождения программного средства, включая его тестирование.
Должны быть учтены все требования к документированию программного средства, особенно если предполагают длительный период его сопровождения или внесение в него существенных изменений. При необходимости в среде документирования может быть предусмотрено средство для поиска необходимой информации.
Полезно также обеспечить в период сопровождения электронный доступ к документам.
6.1.6 Модель жизненного цикла проекта
Для проекта должен быть проведен выбор одной или нескольких соответствующих моделей жизненного цикла (см. приложение С к настоящему стандарту). Должно быть установлено, является ли модель жизненного цикла программного средства составной частью модели жизненного цикла системы либо полной моделью жизненного цикла.
Каждая модель жизненного цикла в приложении С содержит некоторые процессы и работы, которые могут быть выполнены последовательно, повторно или комбинированно. Работы процессов из ГОСТ Р ИСО/МЭК 12207 должны быть отображены в выбранной модели жизненного цикла. С точки зрения создания модифицируемого, развивающегося, структурированного и планируемого продукта, результаты одной работы из модели жизненного цикла должны быть переданы следующей. В этом случае соответствующие документы должны быть созданы к окончанию данной работы, т. е. до начала следующей работы.
6.1.7 Разнообразие участвующих сторон
Должны быть определены стороны, участвующие в проекте, и их ответственность за конкретные процессы. Должны быть учтены все работы и задачи из ГОСТ Р ИСО/МЭК 12207, связанные с взаимодействиями (интерфейсами) между этими сторонами.
Для большого проекта, в который вовлечено много лиц, необходим развитой административный надзор и контроль. Например, проведение внутренних и независимых оценок, анализов, аудиторских проверок, инспекций и подготовка отчетов, являющихся главным инструментарием для большого проекта. Для малых проектов подобные средства контроля могут быть излишними и должны быть использованы взвешенно.
6.1.8 Типы программных средств
Должны быть определены типы программных средств, охваченных проектом, так как для различных типов требуются различные решения по внедрению ГОСТ Р ИСО/МЭК 12207. Примерами типов программных средств являются:
a) новая разработка;
b) готовое;
c) программы, реализованные техническими средствами;
d) автономное;
e) непоставляемое.
Ниже приведены некоторые важные рекомендации по основным типам программных средств. Следует запомнить, что различные типы программных средств реализуются на различных этапах процесса разработки, связанных с выполнением соответствующего набора работ.
a) Новая разработка.
Данный тип программного средства изначально охвачен процессом разработки. Поэтому для него должны быть учтены все требования к процессу разработки.
b) Готовое:
- используют именно готовое программное средство целиком. Данный тип программного средства уже спроектирован, запрограммирован и тестирован, но может потребоваться дополнительное тестирование в зависимости от такого его свойства, как критичность или практика применения. Данный тип программного средства охватывается процессом разработки не позднее проведения квалификационных испытаний системы, а полный процесс разработки для него является избыточным. Для данного типа должны быть оценены: качество функционирования, документы, права собственности и возможности его сопровождения (поддержки);
- готовое программное средство включают в процесс разработки без изменений, но требуется настройка его параметров под необходимую конфигурацию. В список настраиваемых параметров, например, может входить формат данных или размер бумаги. Данный тип охватывается процессом разработки после тестирования или сборки (интеграции) программных модулей разрабатываемого программного средства. Полный процесс разработки для данного типа может быть избыточным. Для данного типа должны быть оценены: качество функционирования, документы, права собственности и возможности его сопровождения (поддержки);
- модифицированное готовое программное средство, например с дополнением более подходящими форматами отчетов или отсутствием ряда документов. В данном случае, в зависимости от критичности объекта и предполагаемых изменений в нем, процесс разработки должен быть применен через процесс сопровождения. Процесс разработки подключают при программировании и тестировании модификаций данного программного средства. Для этого типа должны быть оц
Вы можете открыть актуальную версию документа прямо сейчас.
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.