ГОСТ Р 56923—2016
требований правообладателей, процесс анализа требований системы и процесс архитектурного про
ектирования системы. Процессы для реализации системы изложены в 5.4.3.3.
5 4.3.2.2 Процесс определения требований правообладателей
Процесс определения требований правообладателей может использоваться для идентификации,
сбора и соответствующего определения требований заинтересованных сторон. Приобретающая сторо
на и другие заинтересованные стороны вместе формируют множество заинтересованных сторон, свя
занных с инженерией системы. Приобретающая сторона обеспечивает начальный набор требований
для каждой системы в структуре системы. Другие заинтересованные стороны обычно обеспечивают
дополнительные требования, которые могут влиять на проектные решения. Примеры даны в перечне
ниже, это:
a) интерфейсы с соответствующими обеспечивающими системами или интерфейсы с другими
системами в намеченной эксплуатационной окружающей среде;
b
) необходимость учета критических факторов, таких как безопасность, производительность, на
дежность. пригодность, применимость и сопровождаемость;
c) потребности, мастерство (навыки), компетентности и рабочая окружающая среда оператора и
пользователя.
Получающееся множество требований заинтересованных сторон представляет собой набор тре
бований, помещаемых в инженерию системы. Эти требования заинтересованной стороны включают в
себя функции, подлежащие выполнению, требования к тому, насколько хорошо они должны быть
выполнены, требования к окружающей среде, в которой они должны быть выполнены, любые необхо
димые характеристики системы и любые услуги, связанные с обеспечивающими системами. Должны
быть исследованы все процессы по ИСО/МЭК 12207 с тем, чтобы гарантировать, что все возможные
источники требований заинтересованных сторон учтены. В качестве примеров соответствующие дей
ствия каждого из процессов — процесса реализации, процесса комплексирования системы, процесса
квалификационного тестирования системы, процесса инсталляции программных средств и процесса
поддержки приемки программных средств — могут стать генераторами требований, которые иначе мо гут
быть упущенными, что будет отрицательно влиять на создаваемую систему. Аналогичным образом
должны также быть исследованы действия нетехнических процессов, чтобы увидеть, генерируют ли
они требования заинтересованной стороны.
После того, как множество требований заинтересованных сторон определено, должна быть осу
ществлена их прослеживаемость сверху вниз иснизу вверх (или проверки на полноту и непротиворечи
вость) для гарантий того, что никакие требования не были упущены или добавлены без обоснований.
Это множество требований заинтересованных сторон должно быть использовано при выполнении
процесса поддержки приемки программных средств после того, как система будет реализована или
скомплексирована и верифицирована. Это важно принять во внимание для функционирования систе
мы и ведения бизнеса при обращении к процессу определения требований правообладателей.
Примечание — ИСО/МЭК 29148 обеспечит руководство о реализации требований, связанных с процес
сами по ИСО/МЭК 12207.
5.4.3.2.3 Процесс анализа требований системы
Требования заинтересованной стороны не всегда декларируются в технических терминах и. воз
можно. не подготовлены к использованию для проектирования архитектуры. Чтобы выполнить анализ
требований заинтересованных сторон и преобразовать их в ряд технических требований, пригодных к
употреблению, может быть использован процесс анализа требований системы. Он включает иденти
фикацию и анализ внешних требований интерфейса, функциональных требований, требований экс
плуатации системы и ограничений, а также количественных и качественных мер. связанных с этими
требованиями.
Получающееся множество технических требованийдолжно бытьпроверено напрослеживаемость
сверху вниз и снизу вверх, чтобы гарантировать, что никакое требование заинтересованной стороны не
было упущено, у всех требований заинтересованных сторон есть порожденные технические требо
вания и у всех технических требований есть изначальное требование заинтересованной стороны. По
лучающееся множество технических требований должно быть проверено для составных требований,
содержащих множественные части, которые должны, в свою очередь, декомпозироваться в частные
требования.
Примечание — ИСО/МЭК 29148 обеспечит руководство о реализации требований, связанных с процес
сами по ИСО/МЭК 12207.
36