Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами
Корпоративные архитектуры

Модель определения требований requirements definition · ISO 19439

Простыми словами

Третья фаза: что домен делает, в терминах бизнес-процессов, деятельностей предприятия и их входов и выходов. Производна модели определения концепции. Границу с проектной спецификацией стандарт проводит не словами о детальности, а составом: здесь по каждой деятельности стоит требуемая ВОЗМОЖНОСТЬ, там на её месте появляется конкретный РЕСУРС. Второе, что держит эту границу, — требование независимости конструкций этой фазы от любых деталей внедрения. Авторы: конечные пользователи с помощью инженеров предприятия. Два дефекта, которые встретит читатель пункта 5.2.4: в распознанном слое стоит идентифицирует бизнесдомена предприятия, без пробела и без согласования, а обособленный уровень назван моделью проектных требований — тем же именем, что и в 5.2.5.

Примеры

Состав требований задан широко

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

ГОСТ Р ИСО 19439-2008, п. 5.2.4 — состав фазы определения требований

Граница с проектной спецификацией видна в таблице В.1

На фазе 3 у деятельности ЕА4 стоит способность: сборка, на фазе 4 на том же месте — ресурс сборки. В.2.2 объясняет это прямо: «В таблице В.1 также показано различие между фазами определения требований и проектной спецификации».

ГОСТ Р ИСО 19439-2008, таблица В.1, фазы 3 и 4, и п. В.2.2 — различие фаз по способности и ресурсу

Два дефекта в одном пункте

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

ГОСТ Р ИСО 19439-2008, п. 5.2.4 — склейка в распознанном слое и абзац, продублированный в п. 5.2.5

Определение из первоисточника

дословная выписка

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

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

Основные параметры

Атрибуты этой сущности по справочнику источника.

  • Уровни общности. Общий уровень: справочные каталоги представляют общие, характерные языковые конструкции моделирования для выражения требований доменов предприятия в терминах бизнес-процессов, деятельности предприятия в рамках этих бизнес-процессов, входов и выходов. Частный уровень: комплексы частных моделей должны описывать типовые бизнес-требования и деятельность предприятия в рамках доменов предприятия, относящихся к конкретным промышленным сегментам. Обособленный уровень: модель проектных требований описывают, как состоящую из полностью созданных экземпляров языковых конструкций моделирования, определяющих бизнес-процессы конкретного домена предприятия. Содержание модели, пример жизненного цикла домена (таблица В.1): Процесс: производственный процесс, административный процесс со всеми видами деятельности. Входные данные деятельности (ЕА4): функция: части, закупленные части; управление: заказ заводского цеха; способность: сборка. Выходные данные деятельности (ЕА4): функция продукта; управление: не используется; способность: не используется. Объект предприятия: часть, продукт, рынок, заказ, отчет. Представление объекта: часть, закупленная часть, продукт. Набор ресурсов: заводской цех, сборочный цех, машинный центр, контролер, оператор. Организационный объект: предприятие, департамент, член, центр принятия решений, перспектива планирования. Примечание стандарта: Для обеспечения необходимого и достаточного описания конечные пользователи с помощью инженеров предприятия разрабатывают определение требований.

Связи

В других подходах

Сопоставления одного понятия в разных подходах.

Requirements Definition ModelЖизненный цикл

Модель фазы определения требований.

Корпоративные архитектуры

Около корпоративной архитектуры

Служебные сведения
Вид совпадения
Объявлено стандартом
Чем сверяли
GERAM↔ИСО 19439 (примечание к 6.3.4 ИСО 15704 отсылает к обоим)

Связанные понятия

Служебные сведения
Вид документа
Фаза модели предприятия
Место в подходе
Размерность: фаза модели предприятия (5.2)
Редакция
ГОСТ Р ИСО 19439-2008 (ISO 19439:2006, IDT), издание официальное, 2010
14 дней бесплатно

Опишите архитектуру своей компании в Storm

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

Попробовать бесплатно Без банковской карты

Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей

Поддержка