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