Когда нужен Проектирование сущности

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

Когда Проектирование сущности не нужен

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

Типичные ошибки: Проектирование сущности

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

Проектирование сущности Design Specification Model

На какой вопрос отвечает «Как именно будут выполняться операции домена и какие ресурсы для этого нужны?»

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

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

Разобраться

Зачем это нужно

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

Применить

Когда это нужно, а когда нет

Когда нужно

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

Когда не нужно

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

Типичные ошибки

01Путать эту фазу с определением требований, игнорируя детали реализации
02Описывать процессы без привязки к конкретным ресурсам и задачам персонала
03Считать это финальным этапом, забывая о последующей реализации и эксплуатации

Сверить с первоисточниками

Что говорят стандарты

Определения из источников с переводом и ссылкой на раздел. Категория показывает назначение каждого подхода.

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

ГОСТ Р ИСО 15704-2022 (ISO 15704:2019, IDT), приложение B «Обобщенная архитектура предприятия и методология (GERAM)»

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

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

ГОСТ Р ИСО 19439-2008 «Интеграция предприятия. Основа моделирования предприятия» (ISO 19439:2006, IDT)

С чем связано

Связи понятия и его место в структуре подхода.

Приложение B.3.1.3. GERA: понятия с ориентацией на процесс

Размерность: фаза модели предприятия (5.2)

Модель фазы является производной модели предшествующей фазыrequirements definition
Модель фазы является производной модели предшествующей фазыimplementation description
Фаза изолирует одну фазу от другойrequirements definition
Фаза изолирует одну фазу от другойimplementation description