ГОСТ Р ИСО/МЭК 15288—2005
5.5.3.3 Деятельность в процессе анализа требований
При реализации процесса анализа требований организациядолжна осуществлять следующиедей
ствия в соответствии с принятой политикой и процедурами:
a) определять функциональные границы системы в терминах ее поведения и свойств, которые
должны быть обеспечены.
Приме чание — К нимотносятся входные воздействия на систему, а также реакция системы на действия
пользователя и поведение внешней среды, анализ и описание взаимодействий между системой и средой относи
тельно интерфейсных ограничений, например, механических, электрических, весовых, температурных, а также
ограничений материальных и информационных потоков. Таким образом, устанавливается ожидаемое поведе
ние системы, выраженное в количественных показателях, а также границы их допустимых значений:
b
) определять каждую функцию, которую система должна выполнять, насколько хорошо система,
включая операторов, должна выполнять эту функцию, условия, при которых система способна выполнять
данную функцию и при которых система начинает и прекращает ее выполнение.
П р и м е ч а н и е — Условия выполнения функций могут содержать ссыпки на состояния и требуемые
режимы функционирования системы. Системные требования сильно зависят от абстрактных представлений о
подходящих характеристиках системы и могут включать многочисленные методы и виды моделирования для
достаточно полного описания заданных системных требований;
c) определять необходимые ограничения по изготовлению системы и ее элементов, которые обус
ловлены требованиями правообладателей или неизбежными ограничениями, связанными с принятием ре
шений.
Приме чание — К ним относятся решения по созданию системы, принятые при проектировании на более
высоких уровнях системной иерархии;
d) определять технические показатели и показатели качества при использовании, позволяющие оце
нивать техническиедостижения.
П р и м е ч а н и е — При этом оцениваются критические параметры функционирования системы,
связанные с каждым показателем результативности, соответствующим принятым требованиям правооблада
телей. Критические показатели функционирования анализируются и проверяются для подтверждения удовлетво
рения требований заказчика и для определения стоимости проекта, проектных графиков или эксплуатационных
рисков, связанных с любыми несоответствиями. В [21] описаны процессы установления, определения и
использования соответствующих показателей. Показатели качества для программных средств могут быть взяты из
[6]-[9 ];
в)устанавливатьсистемные требования и функции, в соответствии с которыми определяются риски и
критические параметры системы, связанные стакими свойствами, как здоровье, безопасность, защищен
ность, безотказность, готовность, а также со свойствами обеспечивающих систем.
Пр и м е ч а н и е — Эти действия включают анализ и определение мер безопасности, втом числе имеющих
отношение к способам функционирования и сопровождения, воздействиям окружающей среды и ущербу для
жизни и здоровья персонала. Сюда же относится анализ каждой функции, связанной с обеспечением безопасно
сти. а целостность этих функций, выраженная в показателях необходимого снижения риска, задается и распреде
ляется по заданным системам безопасности. Также необходимо использовать стандарты, относящиеся к функ
циональной безопасности, например [19]. и защите окружающей среды, например [14]; анализировать меры по
защите, в том числе связанные с защитой секретной информации, данных и материалов; определять риски,
связанные с защищенностью: административные, кадровые, физические, компьютерные, коммуникационные,
сетевые и др_: определять риски, связанные с вредными излучениями и вредным воздействием на окружающую
среду, и использовать соответствующие стандарты по защите;
0 анализировать целостность системных требованийдля обеспечения уверенности втом. что каждое
требование, пары требований или наборы требований обладают системной целостностью.
П р и м е ч а н и е — Каждое положение проверяется для установления его уникальности, полноты, непро
тиворечивости. совместимости с другими требованиями, реализуемости и проверяемости. Недостатки, противо
речия и «узкие» места определяются и устраняются в рамках полного набора системных требований. Оконча
тельные системные требования анализируются с целью подтверждения их полноты, совместимости, достижимо
сти (при данных технологиях или знаниях технологического прогресса) и выражаются с соответствующей степе
ньюдетализации. Проводится подтверждение того, что системные требования являются, с одной стороны, необ
ходимыми и достаточными для удовлетворения требований правообладателей, а с другой — необходимыми и
достаточными входными данными для других процессов, в частности для проектирования архитектуры;
22