Международный iso/iec стандарт 12207

Вид материала

Подобный материал:

1 ... 4 5 6 7 8 9 10 11 ... 16

6Обеспечивающие процессы жизненного цикла

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

Процесс документирования;
Процесс управления конфигурацией;
Процесс обеспечения качества;
Процесс верификации;
Процесс аттестации;
Процесс совместной оценки;
Процесс проверки;
Процесс решения проблем.

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

Организация, использующая и выполняющая процесс обеспечения, управляет им на проектном уровне, следующем за процессом Управления (7.1); устанавливает инфраструктуру под процесс, следующий за Процессом Создания Инфраструктуры (7.2); приспосабливает его для проекта после Процесса Настройки (Приложение А); и управляет им на организационном уровне после Процесса Усовершенствования (7.3) и Процесса Обучения (7.4). Совместные Оценки, Проверки, Ревизии и Аттестации могут быть использованы как методы Гарантии Качества.

6.1Процесс документирования

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

Этот процесс состоит из следующих действий:

1) Реализация процесса;

2) Проектирование и разработка;

3) Производство;

4) Сопровождение.

6.1.1Реализация процесса

Эти действия состоят из следующей задачи:

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

Для каждого идентифицированного документа должно быть определено следующее:

а) заглавие (титул) или название;

б) цель;

в) предназначенная аудитория;

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

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

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

Эта деятельность состоит из следующих задач.

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

6.1.2.2. Источник и соответствие входных данных для документов должны быть подтверждены. Автоматизированные документационные инструментальные средства (станки) могут использоваться.

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

6.1.3Производство

Эти действия содержат следующие задачи.

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

6.1.3.2. Средства управления должны быть установлены согласно процессу управления конфигурации (6.2).

6.1.4Сопровождение

Эта деятельность состоит из следующей задачи.

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

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

6.2Процесс управления конфигурацией

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

идентификации, определения и базирования единиц программного обеспечения в системе;

управления модификацией и выпуском изделий;

записи и сообщения о состоянии изделия;

управление и контролирования хранения, обращения (ухода) и поставок изделий.

Примечание: - Когда этот процесс употребляется (используется) на другие программные продукты или объекты, термин “единица программного обеспечения” ниже соответственно интерпретируется.

Этот процесс состоит из следующих действий:

1) Реализация процесса;

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

3) Управление конфигурацией;

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

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

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

6.2.1Реализация процесса

Эта деятельность включает следующую задачу:

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

деятельность по управлению конфигурацией;

процедуры и программы (планы, графики) выполнения этой деятельности;

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

План должен быть документирован и выполнен.

Примечание: - План может быть частью плана управления конфигурацией системы.

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

Эта деятельность состоит из следующей задачи:

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

документация, которая устанавливает нижнюю базовую линию;

справки, ссылки версии;

другие детали идентификации.

6.2.3Управление конфигурацией

Эти действия состоят из следующей задачи:

6.2.3.1. Должно быть включено следующее:

идентификация и запись запросов изменения;

анализ о оценка изменений;

утверждение или неутверждение запроса;

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

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

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

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

Эта деятельность состоит из следующей задачи:

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

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

Эта деятельность состоит из следующей задачи:

6.2.5.1. Должно быть определено и гарантировано следующее:

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

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

Эта деятельность включает следующую задачу:

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

Blog