5 Спецификация для описания процесса и его элементов ГОСТ Р 57098—2023

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

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

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

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

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

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

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

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

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

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

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

Общие действия

Примерные действия в процессе определения проекта

Примерные действия и задачи в процессе реализации

Определение стратегии и планирование (Plan)

Подготовка к определению проекта программной системы

Подготовка к реализации

Выполнение (Do)

Определение проектов, относящихся к каждому системному элементу

Выполнение реализации

Оценивание и принятие решений (Check)

Оценка альтернатив для получения программного системного элемента

Оценка программной единицы и связанных с ней данных относительно стратегии и критериев реализации

Управление выходными результатами (Act): сохранение и представление артефактов и информационных объектов (элементов)

Управление проектом

Управление результатами реализации

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

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

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

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

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

5.3 Обязательные элементы для описания процесса ГОСТ Р 57098—2023

5.3.1 Общее ГОСТ Р 57098—2023

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

— Элементы описания процесса

Рисунок 2 — Элементы описания процесса

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

Примечание Конструкция процесса проиллюстрирована на рисунке D.1 ГОСТ Р 57193—2016 и на рисунке С.1 ГОСТ Р ИСО/МЭК 12207—2010.

В 5.3.2—5.3.4 отражены дополнительные требования к элементам процесса [из 5.3.1 Общее ГОСТ Р 57098—2023]

5.3.2 Название процесса ГОСТ Р 57098—2023

Название процесса — это короткая именная группа, которая представляет собой описательное достижение процесса. Название определяет принципиальное содержание процесса и отличие его от других процессов в рассматриваемой модели. Из-за появления более поздних критериев иногда может оказаться необходимым изменить название процесса. Например, вначале может быть название «процесс проектирования программных средств», который позже может быть переименован в «процесс детального проектирования программных средств», чтобы отличать от нововведенного «процесса архитектурного проектирования программных средств».

Имена процессов должны начинаться со слова «процесс» [из 5.3.2 Название процесса ГОСТ Р 57098—2023]

5.3.3 Цель процесса ГОСТ Р 57098—2023

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

По возможности цель должна быть кратко изложена в одном предложении. Следует избегать изложения действий или результатов процесса. Следует избегать использования союза «и» для соединения нескольких предложений, поскольку это может быть интерпретировано как описание совокупности незначительно связанных результатов, а не как изложение единой цели. Элемент «Цель» должен начинаться словами «Целью процесса ххх является...». Фраза «для того, чтобы» также может оказаться приемлемой для описания цели процесса.

Дополнительные пояснения к цели процесса могут быть помещены в отдельный информационный текст или примечания [из 5.3.3 Цель процесса ГОСТ Р 57098—2023]

5.3.4 Основные результаты процесса ГОСТ Р 57098—2023

Основные результаты процесса — это измеримые материальные, технические, информационные, программные, экономические или иные бизнес-результаты (включая оказываемые услуги), которые достигаются в итоге выполнения процесса. Например, это могут быть результаты, используемые другими процессами. Основные результаты являются обозримыми и оцениваемыми. Основные результаты процесса отличаются от отдельных выходных результатов, получаемых по выполнении отдельных действий, например действий по подготовке документа или записи информационного элемента.

Основной результат процесса должен быть сформулирован как декларативное предложение в настоящем времени. Например, если предыдущее предложение сформулировать как элемент «Основной результат», то этот элемент запишется в виде: «Основной результат процесса, сформулированный как декларативное предложение в настоящем времени».

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

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

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

Множество основных результатов должно в полной мере характеризовать достижения установленных целей процесса. Каждый основной результат должен быть сформулирован в форме, необходимой для проверки соответствия одной или нескольким целям процесса.

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

В свою очередь от пользователя процесса не следует ожидать предположения о какой-либо последовательности этих действий.

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

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

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

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

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

Результаты должны быть значимыми и понятными при индивидуальном рассмотрении. Они могут основываться на терминологии и понятиях, которые дополнительно объясняются другими материалами, включаемыми в описание процесса [из 5.3.4 Основные результаты процесса ГОСТ Р 57098—2023]

5.4 Необязательные элементы для описания процесса ГОСТ Р 57098—2023

5.4.1 Общие положения ГОСТ Р 57098—2023

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

5.4.2 Действия процесса ГОСТ Р 57098—2023

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

Примечание — Например, ГОСТ Р ИСО/МЭК 33001 определяет «базовые практики» как действия, которые при их последовательном выполнении помогают в достижении определенной цели процесса, тем самым характеризуя типовые действия, обычно предпринимаемые для выполнения процесса.

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

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

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

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

Некоторые процессы, такие как процессы проектирования и реализации, включают в себя множество методов и методик для достижения приемлемых результатов. Может оказаться предпочтительнее требовать соответствия только основным результатам, а не конкретным видам действий или задачам, и избегать указания подробных методов и методик, если они действительно не требуются для обеспечения соответствия [из 5.4.2 Действия процесса ГОСТ Р 57098—2023]

5.4.3 Задачи процесса ГОСТ Р 57098—2023

Задачи процесса прописывают для определения заданных требований или обеспечения рекомендаций на выполнение соответствующего процесса.

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

В отличие от взаимосвязи процесс/действие, множество задач в рамках конкретного действия не требуется для «покрытия» этого действия.

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

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

5.4.4 Заметки ГОСТ Р 57098—2023

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

Описания процессов могут также содержать краткие примеры [из 5.4.4 Заметки ГОСТ Р 57098—2023]

5.4.5 Входные данные процесса ГОСТ Р 57098—2023

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

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

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

5.4.6 Отдельные выходные результаты процесса ГОСТ Р 57098—2023

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

Отдельные выходные результаты процесса бывают двух основных типов: артефакты и информационные объекты (элементы). Артефакты включают в себя прототипы, модели, системные компоненты и элементы, а также готовые продукты и услуги. Рабочий продукт — это артефакт, связанный с выполнением процесса. Существует четыре общие категории рабочих продуктов: услуги (например, функции); программные средства (например, компьютерная программа, документы, информация, оглавления), аппаратные средства (например, компьютер, устройство) и обработанные материалы.

Описание информационного объекта состоит из имени и набора характеристик.

Имя информационного объекта — это имя, связанное с характеристиками информационного объекта. Это имя предоставляется в качестве идентификатора типа информационного объекта, получаемого в результате практики или процесса. Организации могут называть эти информационные объекты разными именами. Имя информационного объекта в организации не имеет особого значения. Аналогичным образом организации могут иметь несколько эквивалентных информационных объектов, которые содержат характеристики, определенные в одном типе информационного объекта. Форматы информационных объектов могут варьироваться.

Характеристики информационного объекта — это потенциальные характеристики, связанные с типом информационного объекта. Характеристики могут относиться к назначению и использованию информационного объекта, а также к его содержанию, формату и качеству.

Использование общих типов для классификации информационных объектов упрощает применение согласованной структуры, содержания и формата аналогичных информационных объектов и поддерживает удобство использования моделей процессов.

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

Таблица 2 — Общие типы информационных объектов

Имя информационного объекта

Характеристики информационного объекта

Описание

Представление предлагаемого или фактического объекта или концепции. Данный объект может включать в себя текстовое, графическое или математическое представление. Это может быть в стандартизированной форме для интерпретации человеком. Данный объект может устанавливать порядок, структуру, группировку или классификацию

План

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

Политика

Заявление о намерениях и подходе организации на высоком уровне для достижения целей и обеспечения эффективного контроля над услугой, процессом или системой управления

Процедура

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

Записи (заметки), регистрация

Постоянная, читаемая (человеком или машиночитаемая) форма данных, информации или знаний. Доступные и поддерживаемые доказательства существования или возникновения фактов, событий или операций. Это может быть журнальная хроника, реестр или архив. Если возможно, указывают название или роль координационного центра для получения более подробной информации. Данный объект может содержать информацию, подтверждающую достижение результатов, финансовых или юридических условий или обязательств

Отчет

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

Запрос

Сообщение, в котором запрашивается определенный ответ, план действий или изменения для удовлетворения потребности или получения ресурса, продукта, услуги или разрешения на действие

Спецификация

Описание требуемой услуги, продукта или процесса. Критерии или условия, которые накладывают ограничения или ограничения на действия, атрибуты или качества. Данный объект устанавливает меры или качества для определения приемлемости, соответствия или достоинства. Это может потребоваться как часть соглашения или контракта

Примечание — См. подробнее ГОСТ Р 58609

[из 5.4.6 Отдельные выходные результаты процесса ГОСТ Р 57098—2023]

5.4.7 Элементы управления и ограничения процесса ГОСТ Р 57098—2023

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

Примечание — Элементы управления и ограничения не показаны на рисунке 1, чтобы не перегружать рисунок. В некоторых моделях они могут присутствовать.

[из 5.4.7 Элементы управления и ограничения процесса ГОСТ Р 57098—2023]