ГОСТ Р ИСО/МЭК 15026-4—2016
чивая тем самым более точную оценку человеческих ресурсов, сроков и стоимости жизненного цикла
системы. Если неопределенности все же остаются или неизбежны технически ориентированные риски, то
при реализации проекта необходимо сделать их явными и управлять ими в процессе менеджмента
рисков на максимально раннем этапе жизненного цикла.
Примечания
1 В ИСО/МЭК 29148:2011 «Разработка требований» приведены все типы требований и операционных
понятий.
2 Основываясь на типе жизненного цикла проекта, приобретатель должен определить требования и управ
лять ими. чтобы обеспечить оценку стоимости и начало разработки, а проект должен оценить стоимость, осно
ванную на базе первоначальных заключительных требований, для того чтобы позволить приобретателю оценить
размер инвестиции. Из-за ожидания скрытых рисков подобные действия могут быть не самыми первыми.
Требования заинтересованной стороны должны быть максимально простыми, потому что слож
ные требования, как правило, приводят к сложной системе с высокой стоимостью разработки и эксплу
атации. а также могут затруднить обеспечение критического свойства.
Проект должен гарантировать, что решения, необходимые на более поздних этапах жизненного
цикла, базируются на требованиях заинтересованной стороны, определенных в этом процессе.
Чтобы свести к минимуму добавление дополнительных требований заинтересованной стороны на
более поздних этапах жизненного цикла, проект должен обеспечивать участие в определении требова
ний всех заинтересованных сторон (например, заинтересованных сторон, знакомых с бизнес-потреб
ностями для критического свойства и знающих само критическое свойство).
Примечание — Совместные работы важны в определении целей системы или программного продукта
(например, нового бизнеса, поддерживаемого новой системой или программным обеспечением). Персонал проек та
обладает технологическими знаниями разработки систем или программного обеспечения, но не имеет деталь ного
видения использования системы или программного обеспечения, в то время как приобретатели, потребители или
пользователи понимают, что использование системы или программного обеспечения возможно без техниче ских
навыков, необходимых для создания.
Проект должен стремиться минимизировать как количество необходимых, но не перечисленных в
требованиях заинтересованной стороны рабочих вопросов, так и любого дублирования в требованиях
заинтересованной стороны. Это помогает минимизировать риск непонимания среди заинтересованных
сторон.
Проект должен обеспечивать необходимую поддержку заинтересованных сторон. Некоторые
из заинтересованных сторон могут но иметь технической подготовки и. возможно, нуждаются в тех
нической помощи при определении требований заинтересованной стороны или в согласовании для
разрешения конфликтов, заложенных в требованиях заинтересованной стороны. Для обеспечения
взаимопонимания между техническим и нетехническим персоналом заинтересованных сторон может
потребоваться точная интерпретация требований заинтересованной стороны и технического приложе
ния к этим требованиям.
Необходимо, чтобы заинтересованные стороны были согласны разделять обязанности по опреде
лению требований, в том смысле, что требования должны быть представлены ими должным образом.
Ответственность за выявление требований может нести системный аналитик, но в таком случае другие
заинтересованные стороны обязаны работать совместно с аналитиком.
Проект должен гарантировать, что подход к достижению и показу достижения гарантийных требо
ваний отобранных критических свойств системы или программного продукта согласуется с контекстом
бизнеса или концепциями операций, которые будут выполняться с использованием системы или про
граммного продукта.
В случае обновления существующей системы аналитик, проводящий процесс определения тре
бований заинтересованной стороны, должен проявлять осторожность в использовании в требованиях
заинтересованной стороны фразы «так же как в существующей системе». В случае выявления таких
требований аналитик должен тщательно исследовать, останутся ли неизменными в обновленной си
стеме фактическое использование системы или значения системных переменных. При обновлении си
стемы особое внимание необходимо уделять критическим свойствам и требованиям для этих свойств в
существующей системе.
Несмотря на то что основные требования определяются и подтверждаются в ходе процесса опре
деления требований заинтересованной стороны, они подвержены изменениям в ходе следующего про
цесса анализа требований в результате разрешения конфликтов между требованиями различных за-
15