ГОСТ Р 56923—2016
Окончание таблицы А. 15
Положение
ИСО/МЭК 15286
ИСО/МЭК 12207
I) Требования заинтересованной стороны — это основание для аттестации
реализованной или скомплексированной системы, которая разработана с ис
пользованием технических процессов
6.4.1.3 с) 2)
6.4.1.3 с) 3)
6.4.1.3 с) 4)
6.4.1.3 С)5)
6.4.1.3.4.1
6.4.1.3.4.2
6.4.1.3.4.3
6.4.1.3.5.1
т) Прослеживаемость требований инициирована вэтом пункте для того, что
бы отследить требования и изменения к требованиям от начальных входов
заинтересованной стороны через архитектурный проект
6.4.1.3 с) 6)
6.4.1.3.5.2
Таблица А. 16— Процесс анализа системных требований (6.4.2)
Положение
ИСО/МЭК 15288
ИСО/МЭК 12207
а) Чтобы полностью понять, что требуется от намеченного продукта, деятель
ность анализа системных требований должна включать выявление таковых
от пользовательского сообщества
6.4.2.3.1.1
Ь)Если система состоит из подсистем, тодействия и задачи процесса анали за
системных требований должны выполняться итеративно с действиями и
задачами процесса проектирования архитектуры системы для определения
системных требований, проектирования системы и определения подсистем,
требований для этих подсистем, проектирования подсистем и определения их
компонентов и т.д.
6.4.2.3.1.1
6.4.3
с) Каждое требование должно быть задано таким способом, который позво
ляет определить объективный тест для этого требования
6.4.2.3.1.1
d) Конструктор (исполнитель) должен проанализировать требования приоб
ретения относительно компьютерного использования ресурса аппаратных
средств (например, максимальное допустимое использование возможностей
процессора, памяти, устройств ввода’вывода. вспомогательной возможности
устройств хранения, возможностей коммуникационного/сетевого оборудова
ния). Если нет никаких требований приобретения, касающихся компьютер
ного использования ресурсов аппаратных средств, или они являются очень
общими, конструктор (исполнитель) должен установить соответствующие
требования использования как часть действий по системным требованиям.
Установление требований использования должно быть действиями, итера
тивно повторяемыми сдействиями по проектированию
6.4.2.3.1.1
е) Определение требований безопасности системы должны также включать
то. что система не должна делать
6.4.2.3.1.1
f) У каждого показателя эффективности есть соответствующее множество
показателей функционирования. Показатели функционирования — это пока
затели. которые характеризуют физические или функциональные атрибуты,
касающиеся функционирования системы. Эти «системные» технические ин
дикаторы работы измеряются или оцениваются при специальном тестирова
нии и/или в эксплуатационных условиях окружающей среды. Эти атрибуты
рассматриваются как важные для гарантий способности системы кдостиже
нию эксплуатационных целей. Показатели функционирования используются
для оценки того, удовлетворяет ли система проекту или требованиям функ
ционирования. Они необходимы для анализа показателя эффективности, в
интересах которого эти показатели функционирования были произведены.
Показатели функционирования получаются с точки зрения поставщика ре
шения и отражают, насколько хорошо поставляемая система функционирует в
сравнении с требованиями уровня системы, например в аспектах функци
онирования системы или применения ее способностей. Показатели функ
ционирования часто наносят на карту ключевых требований функциониро
вания в системной спецификации. Они выражаются в терминах отчетливо
оцениваемых свойств функционирования, таких как скорость, полезный груз.
6.4.2.3 а) 4)
6.4.2.3.1
78