Функциональный элемент (uob).
Описание процесса представляет всевозможные ситуации (процессы, функции, действия, акты, события, сценарии, процедуры, операции или решения), которые могут происходить в моделируемой системе в логических и временных отношениях. Каждый процесс представлен прямоугольников, отображающим название процесса (рис. 4.1).
Имя записывается в виде фразы, состоящей из глагола или отглагольного существительного, отражающего сущность действия, и имени существительного, отражающего основной выходной результат.
Рисунок – 1 Синтаксис UOB-элемента | Номер (идентификатор) процесса назначается последовательно. Идентификатор присваивается при создании UOB и не меняется никогда. Даже если в последующем UOB будет удалена в ходе уточнения модели, ее идентификатор не используется для других работ. Обычно идентификатор состоит из номера родительской UOB, номера декомпозиции или сценария, если блок находится на порожденной диаграмме, и |
порядкового номера сквозной нумерации элемента в модели.
В правом нижнем углу UOB-элемента располагается ссылка (IDEEO/USER или другие) и используется для указания ссылок - либо на элементы из функциональной модели IDEM), либо для указания на отделы или конкретных исполнителей, которые будут выполнять указанную работу.
Количество UOB на одной диаграмме не ограничено, в отличие от диаграммы IDEF0. Однако не рекомендуется загромождать диаграмму — необходимо грамотно использовать декомпозицию и сценарии. Не выдвигаются и ограничения или особые требования по порядку размещения блоков на диаграмме. Существует рекомендация по размещению UOB в логическом порядке их активизации или выполнения.
Каждый блок при необходимости может подвергаться декомпозиции, т.е. разделяться на свои составляющие элементы или различные сценарии. Такая декомпозиция порождает очередную диаграмму модели, которая детализирует родительский блок или вариант сценария его выполнения. Отметим, что у одного родительского блока может быть несколько порождаемых диаграмм, что отличает IDEF3 от IDEF0, где у одного блока может быть единственная декомпозиция.
Любая UOW может иметь ассоциированный документ, который включает текстовое описание компонентов функции:
OBJECTS (объекты) - часть документа, в котором перечислены физические объекты, являющиеся составной частью UOW. Описания объектов UOW позволяют определить,
когда объект является агентом, а не процессом; изменяется в результате процесса; участвует в процессе без влияния на него или создается/удаляется в процессе. Например, для UOW «Подготовка компонентов компьютера» объектами являются: винчестеры, корпус, материнская плата, видеокарта, звуковая карта, дисководы CD-ROM и флоппи, модем, программное обеспечение;FACTS (факты) - часть документа, в котором перечислены сведения о UOW или объектах, входящих в UOW, включая их свойства, и отношения, которые существуют или создаются во время моделируемого процесса. Факты UOW могут также содержать такие свойства, как длительность, частота и или стоимость процесса. Например, «наличие ОС Windows, MS Office»
DESCRIPTION (описание) - часть документа, в котором содержится дополнительное текстовое описание UOW, которое впоследствии будет использоваться в глоссарии UOW.
CONSTRAINTS (ограничения) - часть документа, содержащая ограничивающие данные, накладываемые на функцию, и представляющие собой факты о UOW, обеспечивающие существование UOW до их выполнения, во время и после их окончания. Ограничениями обычно являются условия, оговаривающие сроки начала процесса, его продолжения или окончания. Например, " Установка модема требует установки дополнительного программного обеспечения ".
список объектов(целей), которые вовлечены в UOW
список фактов, известных о UOW
описание UOW
ограничения, которые воздействуют на начало или завершение потока UOW
- Введение
- Функциональная и процессно-ориентированная организация
- Функциональное управление организацией
- Дивизионная структура организации
- Сдвиг парадигмы
- Процессно-ориентированное управление
- Процессный подход на российских предприятиях
- Бизнес-процесс
- 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
- Анализ организации процесса изготовления изделия «а»
- Моделирование «как должно быть»
- Порядок моделирования «как должно быть»
- Конкретизация целей моделирования
- Определение степени детализации
- Создание общей схемы процессов
- Создание и документация моделей
- Анализ моделей «как должно быть»
- Создание единой целостной модели