a) определение требований правообладателей (специальный случай процесса определения требований правообладателей, приведенного в [18]);
b) анализ системных требований (специальный случай процесса анализа требований);
c) проектирование архитектуры системы (специальный случай процесса проектирования архитектуры, приведенного в [18]);
d) процесс реализации (специальный случай процесса реализации элементов системы, приведенного в [18] и далее разработанного в разделе 7 настоящего стандарта как процесса реализации программных средств);
e) процесс комплексирования системы (специальный случай процесса комплексирования, приведенного в [18]);
f) процесс квалификационного тестирования системы (процесс, который способствует достижению результатов процесса верификации, приведенного в [18]);
g) процесс инсталляции программных средств (процесс, который способствует достижению результатов процесса передачи, приведенного в [18]);
h) процесс поддержки приемки программных средств (процесс, который способствует достижению результатов процесса передачи, приведенного в [18]);
i) процесс функционирования программных средств (специальный случай процесса функционирования, приведенного в [18]);
j) процесс сопровождения программных средств (специальный случай процесса сопровождения, приведенного в [18]);
k) процесс изъятия из обращения программных средств (специальный случай процесса изъятия и списания, приведенного в [18]).
В общем случае технические процессы, представленные в настоящем стандарте, ориентированы на программные средства специальными случаями или вкладами в результаты технических процессов, представленных в [18]. Большинство из них схожи с процессами реализации программных средств, но сохраняют важные различия, например, анализ системных требований и анализ требований к программным средствам начинаются с разных исходных позиций и имеют разные предназначения.
5.2.2.2 Специальные процессы программных средств
5.2.2.2.1 Процессы реализации программных средств
Процессы реализации программных средств используются для создания конкретного элемента системы (составной части), выполненного в виде программного средства. Эти процессы преобразуют заданные характеристики поведения, интерфейсы и ограничения на реализацию в действия, результатом которых становится системный элемент, удовлетворяющий требованиям, вытекающим из системных требований.
Специальным процессом является процесс реализации программных средств, выражающий специфически программную особенность процесса реализации, приведенного в [18].
Процесс реализации программных средств включает в себя несколько специальных процессов более низкого уровня:
а) процесс анализа требований к программным средствам;
b) процесс проектирования архитектуры программных средств;
c) процесс детального проектирования программных средств;
d) процесс конструирования программных средств;
e) процесс комплексирования программных средств;
f) процесс квалификационного тестирования программных средств.
5.2.2.2.2 Процессы поддержки программных средств
Процессы поддержки программных средств предусматривают специально сфокусированную совокупность действий, направленных на выполнение специализированного программного процесса. Любой поддерживающий процесс помогает процессу реализации программных средств как единое целое с обособленной целью, внося вклад в успех и качество программного проекта. Существует восемь таких процессов:
a) процесс менеджмента документации программных средств;
b) процесс менеджмента конфигурации программных средств;
с) процесс обеспечения гарантии качества программных средств;
d) процесс верификации программных средств;
e) процесс валидации программных средств;
f) процесс ревизии программных средств;
g) процесс аудита программных средств;
h) процесс решения проблем в программных средствах.
5.2.2.2.3 Процессы повторного применения программных средств
Группа процессов повторного применения программных средств состоит из трех процессов, которые поддерживают возможности организации использовать повторно составные части программных средств за границами проекта. Эти процессы уникальны, поскольку, в соответствии с их природой, они используются вне границ какого-либо конкретного проекта.
Процессами повторного применения программных средств являются:
a) процесс проектирования доменов;
b) процесс менеджмента повторного применения активов;
c) процесс менеджмента повторного применения программ.
5.2.3 Эталонная модель процессов
Эталонная модель процессов (ЭМП) на уровне абстракции, более высоком, чем детальные требования, содержащиеся в основном тексте настоящего стандарта, приведена в приложении В. ЭМП применяется к организации, оценивающей эти процессы для определения их возможностей. Целью и выходами является установление конечных целей рабочих характеристик каждого процесса. Эта формулировка конечных целей позволяет оценивать результативность процессов другими способами, нежели простая оценка соответствия. Например, построение нового процесса может быть оценено скорее по отношению к формулировкам цели и выходов, приведенным в приложении В, чем в сравнении с детальными условиями, описанными в тексте настоящего стандарта.
Примечание 1 - В настоящем стандарте термин "эталонная модель процесса" используется в том же значении, что и в [20].
Примечание 2 - Эталонная модель процесса предназначается для применения при разработке модели (моделей) оценки для процессов оценки в соответствии с [20].
6 Процессы жизненного цикла систем
6.1 Процессы соглашения
6.1.1 Процесс приобретения
6.1.1.1 Цель
Цель процесса приобретения состоит в получении продукта и (или) услуги в соответствии с потребностями приобретающей стороны. Процесс начинается с выяснения потребностей заказчика и заканчивается приемкой продукта и (или) услуги, необходимых приобретающей стороне.
6.1.1.2 Выходы
В результате успешного осуществления процесса приобретения: