ГОСТ Р ИСО-МЭК 12207-2010 Процессы ЖЦ ПС. Процессы жизненного цикла программных средств

• Название: Процессы жизненного цикла программных средств
• Дата: 20.01.2023
• Размер: 457.34 Kb.
• Имя файла: ГОСТ Р ИСО-МЭК 12207-2010 Процессы ЖЦ ПС.docx
• Тип: Документы; #896578
• страница: 9 из 19

     6.4.1.3.4 Согласование требований
     
     Данный вид деятельности состоит из решения следующих задач:
     

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

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

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

     6.4.1.3.5 Регистрация требований
     
     Данный вид деятельности состоит из решения следующих задач:
     

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

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

6.4.2 Процесс анализа системных требований

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

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

     6.4.2.2 Выходы
     
     В результате успешного осуществления анализа системных требований:
     

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

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

     c) системные требования анализируются на корректность и тестируемость;
     

     d) осмысливается воздействие системных требований на среду применения;
     

     e) требования расставляются по приоритетам, утверждаются и обновляются;
     

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

     g) оцениваются изменения базовой линии по стоимости, графикам работ и воздействию технических решений;
     

     h) системные требования доводятся до сведения всех участвующих сторон и включаются в базовую линию.
     

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

     6.4.2.3.1 Спецификация требований
     
     Данный вид деятельности состоит из решения следующих задач:
     

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

     6.4.2.3.2 Оценивание требований
     
     Данный вид деятельности состоит из решения следующих задач:
     

     6.4.2.3.2.1 Системные требования должны оцениваться на основе перечисленных ниже критериев:
     

     a) прослеживаемость потребностей по приобретению;
     

     b) согласованность с потребностями по приобретению;
     

     c) тестируемость;
     

     d) осуществимость архитектурного проекта системы;
     

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

6.4.3 Процесс проектирования архитектуры системы

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

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

     6.4.3.2 Выходы
     
     В результате успешного осуществления процесса проектирования архитектуры системы:
     

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

     b) устанавливаются функциональные и нефункциональные системные требования;
     

     c) требования распределяются по элементам системы;
     

     d) определяются внутренние и внешние интерфейсы каждого системного элемента;
     

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

     f) требования, распределенные по системным элементам и их интерфейсам, становятся прослеживаемыми к базовой линии требований заказчика;
     

     g) поддерживается согласованность и прослеживаемость между системными требованиями и архитектурным проектом системы и
     

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

     i) в системный проект включается человеческий фактор, эргономические знания, технические приемы, методы и средства;
     

     j) определяются и выполняются действия по проектированию, ориентированные на человека.
     

     6.4.3.3 Виды деятельности и задачи
     
     В проекте должны выполняться следующие виды деятельности и задачи в соответствии с принятыми в организации политиками и процедурами в отношении процесса проектирования архитектуры системы:
     

     6.4.3.3.1 Создание архитектуры
     
     Данный вид деятельности состоит из решения следующей задачи:
     

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

     6.4.3.3.2 Оценивание архитектуры
     
     Данный вид деятельности состоит из решения следующей задачи:
     

     6.4.3.3.2.1 Архитектура системы и требования к составным частям должны быть оценены с учетом перечисленных ниже критериев:
     

     a) прослеживаемость системных требований;
     

     b) согласованность с системными требованиями;
     

     c) приспособленность стандартов и методов проектирования;
     

     d) осуществимость программных составных частей, полностью удовлетворяющих назначенным требованиям;
     

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

6.4.4 Процесс реализации

     

     6.4.4.1 Цель
     
     Цель процесса реализации заключается в создании заданных элементов системы.
     
     Примечание - Пользователи настоящего стандарта могут иметь намерение работать с программными продуктами или программными элементами больших систем. Процесс реализации программных средств (см. 7.1.1) является соответствующим примером процесса реализации в [18], приспособленного к частным потребностям реализации программного продукта или услуги. Процесс реализации программных средств заменяет процесс реализации в [18].
     
     

6.4.5 Процесс комплексирования системы

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

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

     6.4.5.2 Выходы
     
     В результате успешного осуществления процесса комплексирования системы:
     

     a) определяется стратегия комплексирования системы в соответствии с приоритетами системных требований;
     

     b) разрабатываются критерии для верификации соответствия с системными требованиями, распределенными по элементам системы, включая интерфейсы между ними;
     

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

     d) разрабатывается и применяется стратегия регрессии для повторного тестирования системы в случае, если выполняются изменения;
     

     e) устанавливается согласованность и прослеживаемость между системным проектом и интегрированными элементами системы;
     

     f) конструируется комплексированная система, демонстрирующая соответствие с системным проектом;
     

     g) конструируется комплексированная система, демонстрирующая существование полной совокупности пригодных для применения поставляемых системных элементов.
     

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

     6.4.5.3.1 Комплексирование
     
     Данный вид деятельности состоит из решения следующей задачи:
     

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

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

     6.4.5.3.2 Готовность к тестированию
     
     Данный вид деятельности состоит из решения следующих задач:
     

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

     6.4.5.3.2.2 Комплексированная система должна быть оценена с учетом следующих критериев:
     

     a) тестовое покрытие системных требований;
     

     b) применимость методов тестирования и используемых стандартов;
     

     c) соответствие ожидаемым результатам;
     

     d) осуществимость квалификационного тестирования системы;
     

     e) осуществимость функционирования и сопровождения.
     
     Результаты оценки должны быть документированы.
     
     

6.4.6 Процесс квалификационного тестирования системы

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

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

     6.4.6.2 Выходы
     
     В результате успешного осуществления процесса квалификационного тестирования системы:
     

     a) разрабатываются критерии для оценки соответствия системным требованиям;
     

     b) комплексированная система тестируется, используя определенные критерии;
     

     c) документируются результаты тестирования;
     

     d) гарантируется готовность системы для поставки.
     

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

     6.4.6.3.1 Квалификационное тестирование
     
     Данный вид деятельности состоит из решения следующих задач:
     

     6.4.6.3.1.1 Квалификационное тестирование системы должно проводиться в соответствии с квалификационными требованиями, установленными для системы. Должны обеспечиваться гарантии проверки выполнения каждого системного требования и готовности системы к поставке. Результаты квалификационного тестирования должны быть документированы.
     
     Примечание - В квалификационные требования для системы следует включать критерии оценки соответствия системным требованиям.
     
     

     6.4.6.3.1.2 Система должна быть оценена с учетом перечисленных ниже критериев:
     

     a) тестовое покрытие системных требований;