Спецификация соглашений для конструирования и использования представления процесса.

Примечания

1. Точка зрения на процесс является образцом или шаблоном для того, чтобы развить индивидуальные представления процесса, устанавливая цели представления процесса и методы для его создания и анализа.
2. Для детального объяснения представления и точки зрения на процесс, а также для пояснения, как они могут быть определены и использованы, см. ГОСТ Р 57100.

[из 3.2 ГОСТ Р 57098—2023]

Процесс представляет собой набор взаимосвязанных или взаимодействующих действий, которые преобразуют входные данные в выходные результаты. На рисунке 1 показано типичное представление этого преобразования.

Рисунок 1 — Использование процесса для преобразования входных данных в выходные результаты

Выходные результаты процесса достигаются выполнением действий, выполняемых при решении группы соответствующих задач. Существенные действия, связанные с выполнением многочисленных задач и представляющие собой самостоятельный интерес, также могут быть описаны как отдельный процесс. Выполнение процесса охватывает получение основных результатов процесса и отдельных выходных результатов. Промежуточные результаты, получаемые в итоге выполнения отдельных действий, не являются выходными результатами процесса. При этом, например, если несколько высокоавтоматизированных процессов требуют незначительного вмешательства человека, то по критериям целесообразности они могут быть объединены в один процесс с соответствующим описанием.

Примечание — Часто разрабатывают набор процессов, а некоторые процессы подразделяют более чем на один уровень. Необходимо учитывать «человеческий фактор», влияние которого при декомпозиции процессов более чем на три уровня может приводить к путанице и трудностям на практике (т. е. декомпозицию более чем три уровня применяют лишь в исключительных случаях).

В отличие от описаний процессов процедуры описывают в виде шагов, которые необходимо выполнять по порядку. Процедуры могут быть записаны в виде инструкций для лиц, выполняющих процедуру. Процедуры также могут быть описаны так, чтобы помочь оценщику или аудитору в их понимании, в первую очередь относительно элементов управления или результатов.

Требуемые действия указывают в описаниях процессов с использованием либо императива (как команды), либо в контексте инструкции «должен».

Примечание — В приложении А приведены различные примеры выражения обязательных (требуемых) элементов процесса, используемых в типовых описаниях процессов.

В общем случае процессы включают в себя несколько видов типовых действий — см. таблицу 1.

Таблица 1 — Пример типовых действий в рамках процесса

В общем случае в рамках отдельной стадии жизненного цикла программных средств или систем одновременно выполняется несколько процессов. Однако параллельные действия (например, инсталляция и проверка качества) не обязательно являются частью одного и того же процесса, поскольку их цель, ресурсы, методы и результаты различны.

Описания процессов могут использоваться либо для описания стандартизованных процессов жизненного цикла (например, по ГОСТ Р ИСО/МЭК 12207, ГОСТ Р 57193 «процесс управления проектом»), либо для описания конкретного процесса общего типа (например, «процесс управления проектом для проекта А»). Для конкретных описаний процессов могут быть созданы общие описания процессов в отношении функций и обязанностей должностных лиц, ресурсов, времени, требуемых входных данных и выходных результатов, элементов управления, условий и ограничений. В приложении А приведены примеры описаний процессов, использованных для разработки модели процесса. В приложении Б приведен пример демонстрации прослеживаемости процесса между элементами из приложения А.

Процессы могут быть объединены для формирования описательной модели процесса. Например, в ГОСТ Р ИСО/МЭК 12207 и ГОСТ Р 57193 предоставлены описательные модели процессов соответственно для программных средств и систем. В этих моделях определены результаты и сгруппированы действия для общего описания процессов жизненного цикла программных средств и систем.

Примечание — Процесс может быть адаптирован в соответствии со спецификой системы или характером работы.

[из 5.2 Процесс и связанные с ним понятия ГОСТ Р 57098—2023]

Один из методов демонстрации прослеживаемости связей между элементами модели процесса представлен в таблице Б.1. Демонстрируются связи между задачами и выходными результатами. В таблице Б.1 показана взаимосвязь между входными и выходными результатами для примера процесса из А.З.

Таблица Б.1 — Прослеживаемость элементов процесса управления решением

[из Б.2 Демонстрация прослеживаемости ГОСТ Р 57098—2023]

Стратегия управления решениями также может быть определена как результат задач процесса управления решениями. Ниже приведено расширенное описание содержания стратегии принятия решений.

Стратегия управления решениями включает в себя определение ролей, обязанностей, ответственности и полномочий. Стратегия учитывает необходимость получения информации и своевременного принятия решения. Определяется степень строгости, необходимая для оценки и принятия решения, а также данные и системный анализ, необходимые для оценки альтернатив. Стратегия включает в себя определение категорий решений и схему расстановки приоритетов. Определяют желаемые результаты и измеримые критерии отбора. Определяют приемлемые значения для поддающихся количественной оценке критериев и пороговые значения критичных показателей, при нарушении которых результат будет неудовлетворительным. Руководящие принципы организации или проекта определяют степень строгости и математической формализации, которые применимы для системного анализа. В стратегии также определяют экспертные знания по предмету, необходимые для анализа и принятия решений [из Б.4 Стратегия управления решениями ГОСТ Р 57098—2023]