Элемент «Referent» (указатель, ссылка).
Элемент «референт» - это элемент, используемый для описания ссылок на другие диаграммы модели, циклические переходы в рамках одной модели, различные комментарии к функциям ссылки. Референты расширяют границы понимания диаграммы и упрощают конструкцию описания, т.е. исключают неоднозначность. Референты предназначены:
• для обращения к предварительно определенному функциональному элементу UOB без дублирования его определения (UOB);
• передачи управления или организации возвратных циклов (GOTO);
• организации связи между UOB –диаграммами (SCENARIO);
для описания того, что в действии принимает участие какой-либо заслуживающий отдельного внимания объект (OBJECT);
для документирования любой важной информации общего характера, относящейся к изображенному на диаграммах. В этом смысле ССЫЛКА служит альтернативой методу помещения текстовых заметок непосредственно на диаграммах (NOTE);
для уточнения или более подробного описания изображенного на диаграмме. Указатели УТОЧНЕНИЕ обычно используются для описания логики ветвления у соединений (Elaboration — ELAB).
Графически объект Referent изображается в виде прямоугольника
В качестве имени можно использовать имя какой-либо стрелки с других диаграмм, сущности из модели данных или имя блока, сценария, схемы или функции узла.
При этом, в имени ссылки указывается её тип и через дробь уникальное наименование блока, сценария, схемы или функции узла.
Имя указателя обычно включает его тип (например, ОБЪЕКТ, UOB и т.п.) и идентификатор. На рис. 1.17 изображен указатель типа ОБЪЕКТ.
Рис. 1.17. Указатель ОБЪЕКТ
На рис. 1.18 показан пример отображения важного с точки зрения модели отношения между действием и объектом.
Типы референтов приведены в табл. 4.2.
Таблица 4.2 Типы референтов
Тип референта | Обозначение референта | Locator |
OBJECT | имя какой-либо стрелки с других диаграмм или имя сущности из модели данных. |
|
UOB | Имя функционального элемента UOB | № UOB |
SCENARIO | Название сценария Во время выполнения вызывающего UOB элемента осуществляется активизация вызванного сценария, который выполняется на всю «глубину» декомпозиции | № Scenario
|
TS (Transition Schematic) | Название диаграммы перехода состояний | № Диаграммы перехода (схемы) |
GO-TO | Имя функционального элемента UOB | № UOB, № сценария или декомпозиции, в которой находится элемент |
Каждый из представленных видов ссылки может быть типа «OBJECT», «UOB», «SCENARIO», «TS» или «GO TO». Очевидно, что ссылки типа UOB ссылаются на функциональный модуль «UOB», типа «SCENARIO» ссылаются на соответствующий сценарий, типа «TS» (Transition Schematic) – на соответствующую схему, типа «GO TO» - на любой из структурных элементов IDEF3: функциональный модуль, сценарий или узел.
В поле «Locator» указывается уникальный номер идентификатор элемента, указанного в ссылке. Пример использования ссылок показан на рисунке 2.
Согласно нотации IDEF3 могут применяться ссылки трех видов: unconditional - безусловные, synchronous - синхронные, asynchronous - асинхронные.
Объекты ссылки должны быть связаны с единицами UOW или перекрестками пунктирными линиями. На рисунке 2 представлены условные обозначения двух видов базовых ссылок стандарта IDEF3.
Помимо деления на виды методология IDEF3 определяет два вида референтов по способу запуска. На рис. 4.9 представлены их условные обозначения.
Разделение референтов на виды «запустить и продолжить» и «запустить и ждать» позволяет описать временные границы выполнения референта. Использование референта «запустить и продолжить» указывает, что упомянутый элемент «референт» должен лишь инициализироваться (активизироваться) раньше, чем выполнение элемента IDEFi, вызывающего элемент «референт», будет завершено. Использование референта «запустить и ждать» указывает, что упомянутый референт должен и активизироваться, и завершиться прежде, чем элемент, его вызвавший, завершит свое выполнение.
Элемент «примечание». Этот элемент используется для обеспечения дополнительной информации в процессе моделирования, присоединения к диаграммам иллюстраций, текста, комментариев и т.д. Они предоставляют возможность выразить идеи или концепции вместо использования относительных связей. Этот элемент может быть приложен к функциональному элементу, перекрестку, связи, объекту или референту и предназначен:
• для идентификации специфических объектов или отношений, связанных с функциональным элементом UOB связью или переходом;
• присоединения примеров, объектов, например экранных форм и т.п.;
• отображения специальных условий, уточнений соединения или ограничений, связанных с элементами диаграмм.
Элемент «примечание» ERWin не поддерживается.
- Введение
- Функциональная и процессно-ориентированная организация
- Функциональное управление организацией
- Дивизионная структура организации
- Сдвиг парадигмы
- Процессно-ориентированное управление
- Процессный подход на российских предприятиях
- Бизнес-процесс
- 2.1. Основные термины, используемые в процессном подходе
- Концептуальная схема управления процессом
- Классификация бизнес-процессов
- Методы моделирования бизнес-процессов
- Модель бп и её назначение
- Описание бп сверху
- Моделирования бизнес-процесса «снизу»
- Определение концепции (точки зрения) и целей описания бп
- Определение окружения бп
- Построение функциональной структуры бп
- Основы структурного анализа
- 4.1. Sadt-модели
- Цель моделирования
- Точка зрения на моделируемую систему
- Границы исследуемой системы
- Декомпозиция модели
- Функциональное моделирование бизнес-процессов в idef0
- Функциональный блок
- Интерфейсные дуги
- Декомпозиция
- Четвёртое понятие idef0 — глоссарий (Glossary).
- Пример описания деятельности компании
- Взаимодействие по Выходу
- Взаимодействие по Входу
- Управление процесса
- Механизмы процесса
- Системное моделирование организаций. Методология idef3.
- Стандарт idef3
- Основные элементы idef3-диаграмм
- Функциональный элемент (uob).
- Элемент «связь».
- Перекресток.
- Элемент «Referent» (указатель, ссылка).
- Декомпозиция описания процесса
- Процесс построения idef3-модели
- Взаимосвязь моделей idef0 и idef3
- Действия, выполняемые в функциональных блоках
- Создание моделей idef3 для отображения блоков idef0
- Диаграммы потоков данных (Data Flow Diagramming)
- Синтаксис dfd
- Семантика dfd
- Декомпозиция работы idef0 и dfd в диаграмму dfd.
- Межстраничные ссылки (Off-Page Reference) и внешние сущности (External Reference) на диаграммах dfd и idef0.
- Ветвление и объединение
- Построение диаграмм потоков данных
- Два подхода к построению dfd-моделей
- Построение модели
- Построение контекстных диаграмм
- Детализация и спецификации процессов
- Миниспецификация
- Менеджмент проектов по реинжинирингу процессов
- Цели проекта
- План проекта
- Организационная структура проекта
- Контроллинг проектов
- Подготовка к моделированию процессов
- Необходимость подготовки моделирования процессов
- Качество информационных моделей
- Принципы урегулированного моделирования (пум)
- Порядок подготовки к моделированию процессов
- Идентификация и выбор перспектив
- Определение способов распространения моделей
- Спецификация техник моделирования
- Выбор типов моделей
- Спецификация единых правил моделирования (епм)
- Конфигурация моделей
- Инструмент моделирования Выбор инструмента моделирования
- Пользовательская настройка инструмента моделирования
- Разработка целостной структуры процессов
- Моделирование «Как есть (as-is)
- Порядок моделирования «как есть»
- Разделение предмета моделирования
- Выбор проблемных областей
- Документация моделей «как есть»
- Консолидация моделей
- Анализ фактической ситуации
- Порядок выполнения процессов
- Информационно-техническая поддержка процессов
- Организационная структура и персонал
- Документация слабых мест и потенциалов оптимизации
- Срочные меры по устранению слабых мест
- Пример моделирования деятельности компании как есть
- Описание компании
- 10.3.2. Разработка целостной структуры процессов (корневой модели)
- 10.3.3. Контекстная модель компании
- Управление процесса
- Часть 1 крепится к части 3 посредством соединительной части 2 и четырех болтов м2
- Анализ организации процесса изготовления изделия «а»
- Моделирование «как должно быть»
- Порядок моделирования «как должно быть»
- Конкретизация целей моделирования
- Определение степени детализации
- Создание общей схемы процессов
- Создание и документация моделей
- Анализ моделей «как должно быть»
- Создание единой целостной модели