IDEF3 - IDEF3

Пример улучшенной схемы перехода, смоделированной с помощью IDEF3.

IDEF3 или же Интегрированное определение для метода захвата описания процесса это моделирование бизнес-процессов метод, дополняющий IDEF0.[1] Метод IDEF3 - это управляемый сценарием метод захвата описания последовательности операций, предназначенный для сбора информации о том, как работает конкретная система.[2]

Метод IDEF3 предоставляет режимы для представления обоих[2]

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

Этот метод является частью IDEF семья языки моделирования в области системы и программная инженерия.

Обзор

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

Мотивами для разработки IDEF3 были необходимость:[1]

  • ускорить процесс моделирование бизнес-систем,
  • предоставляет механизмы для описания этого жизненный цикл данных Информация,
  • чтобы поддержать управление проектом техники с помощью автоматизированного инструмента,
  • предоставить концепции, синтаксис и процедуры для построения Системные Требования описания и
  • хорошо работать как независимо, так и совместно с другими методами, которые относятся к различным областям концентрации (например, IDEF0 Метод моделирования функций) в качестве дополнительного дополнения к IDEF семейство методов.

История

Оригинал IDEF были разработаны с середины 1970-х годов с целью улучшения коммуникации между людьми, которым необходимо было решить, как их существующие системы должны быть интегрированы. IDEF0 был разработан, чтобы позволить изящное расширение описания функций системы за счет процесса декомпозиции функций и категоризации отношений между функциями (то есть в терминах классификации Вход, Выход, Управление и Механизм). IDEF1 был разработан, чтобы позволить описание информации, которую организация считает важной для управления для достижения своих целей.[2]

Третий IDEF (IDEF2 ) изначально задумывался как метод моделирования пользовательского интерфейса. Однако поскольку Интегрированное автоматизированное производство (ICAM) Программе требовался инструмент имитационного моделирования, в результате IDEF2 представлял собой метод для представления изменяющегося во времени поведения ресурсов в производственной системе, обеспечивая основу для спецификации имитационного моделирования на основе математической модели. Это было целью методологической программы в рамках ICAM исправить эту ситуацию, но ограничение финансирования не позволило этому случиться. В результате отсутствие метода, который поддерживал бы структурирование описаний просмотр пользователя системы было основным недостатком системы IDEF. Основная проблема с методологической точки зрения - необходимость различать описание того, что система (существующая или предлагаемая) должна делать, и репрезентативная имитационная модель, которая предсказывает, что система будет делать. Последний был в центре внимания IDEF2, первое - это основная тема IDEF3.[2]

Основные концепции IDEF3

Описание и модели

IDEF3 хочет предложить альтернативные описания одного и того же процесса с разных точек зрения на процесс.

Различие между описания и модели хотя и тонкий, но важный в IDEF3, и оба имеют точное техническое значение.[1]

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

Сила модель исходит из его способности упрощать реальную систему, которую он представляет, и предсказывать определенные факты об этой системе на основании соответствующих фактов в модели. Таким образом, модель - это сама по себе спроектированная система. Модели - это идеализированные системы, которые, как известно, неверны, но считаются достаточно близкими, чтобы обеспечить надежные предикторы для предопределенных областей интереса в пределах предметной области. А описание, с другой стороны, представляет собой запись фактов или убеждений о чем-либо, относящихся к сфере индивидуальных знаний или опыта. Такие описания обычно неполны; то есть лицо, дающее описание, может опустить факты, которые, по его мнению, не имеют отношения к делу, или которые были забыты в ходе описания системы. Описания также могут быть несовместимы с тем, как другие наблюдали ситуации в домене. IDEF3 учитывает эти возможности, предоставляя определенные функции, позволяющие фиксировать и систематизировать альтернативные описания того же сценария или процесса, см. Рисунок.[1]

Описание захвата

IDEF фокусируется на описании Capture, позволяющем повторно использовать.

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

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

Сценарии

Понятие сценария или истории используется в качестве базовой организационной структуры для описаний процессов IDEF3. Сценарий можно рассматривать как повторяющуюся ситуацию, набор ситуаций, описывающих типичный класс проблем, решаемых организацией или системой, или как среду, в которой происходит процесс. Сценарии устанавливают фокус и граничные условия описания. Подобное использование сценариев использует тенденцию людей описывать то, что они знают, в терминах упорядоченной последовательности действий в контексте данного сценария или ситуации. Сценарии также предоставляют удобный инструмент для организации коллекций процессно-ориентированных знаний.[1]

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

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

Объектно-центрированные виды

IDEF3 Object Schematics захватывает, управляет и отображает объектно-ориентированные описания процесса, то есть информацию о том, как объекты различных типов преобразуются в другие типы вещей в процессе, как объекты данного типа меняют состояния в процессе, или контекстная информация о важных отношениях между объектами в процессе.[1]

Язык описания процессов IDEF3

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

Схема процесса

Схемы процессов, как правило, являются наиболее знакомым и широко используемым компонентом метода IDEF3. Эти схемы обеспечивают механизм визуализации для описаний сценария, ориентированных на процесс. Графические элементы, составляющие схемы процессов, включают блоки единиц поведения (UOB), ссылки приоритета, соединения, ссылки и примечания. Строительные блоки здесь:[1]

Символы, используемые для схем описания процессов IDEF3.
  • Ящики единиц поведения (UOB)
  • Ссылки: Ссылки - это клей, который соединяет блоки UOB для формирования представлений динамических процессов.
  • Простые ссылки приоритета: ссылки приоритета выражают временные отношения приоритета между экземплярами одного UOB и экземплярами другого.
  • Графики активации: Графики активации используются для представления активаций.
  • Пунктирные ссылки: пунктирные ссылки не имеют предопределенной семантики.
  • Номера ссылок: Все ссылки имеют подробное описание и уникальные номера ссылок.
  • Семантика активации для схем неразветвленных процессов.
  • Соединения: Соединения в IDEF3 предоставляют механизм для определения логики ветвления процесса.
  • Разложения UOB: разработки фиксируют и структурируют подробные знания о процессах.
  • Схема ссылочной нумерации UOB: номер блока UOB присваивается каждому блоку UOB в описании процесса IDEF3.
  • Частичное описание: блоки UOB соединены между собой ссылками. Поскольку захват описания находится в центре внимания IDEF3, можно представить UOB без ссылок на другие части схемы IDEF3.
  • Референты: Референты улучшают понимание, придают дополнительный смысл и упрощают конструкцию (т.е. минимизируют беспорядок) как схем процессов, так и схем объектов.

Схема объекта

IDEF предлагает ряд строительных блоков для выражения подробной объектно-ориентированной информации о процессе; то есть информация о том, как объекты разных видов преобразуются в другие виды вещей в процессе или как объекты данного вида изменяют состояние в процессе.[1]

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

Смотрите также

Рекомендации

  1. ^ а б c d е ж грамм час я j k л м Ричард Дж. Майер и другие. (1993) Интеграция информации для параллельной разработки (IICE): IDEF3 Описание процесса Отчет о методе захвата. Отдел логистических исследований, База Райт-Паттерсон, Огайо 45433
  2. ^ а б c d Патрисия Гриффит Фрил и Томас М. Блинн (1989). «Документ по проектированию автоматизированных систем IDEF3 и IDEF4». Технический отчет. Космический центр имени Джонсона НАСА.

дальнейшее чтение

  • Костин Бадич и Крис Фокс (2004). «Гибридное IDEF0 / IDEF3 моделирование бизнес-процессов: синтаксис, семантика и выразительность»
  • Мунира Харзалла (2007). «Включение IDEF3 в унифицированный язык моделирования предприятия». В: Материалы одиннадцатой Международной конференции IEEE EDOC 2007 г.. С. 133–140.
  • C.H. Kim et al. (2001). «Комплексное использование методов IDEF0, IDEF3 и сети Петри для поддержки моделирования бизнес-процессов». В: Труды института инженеров-механиков. Часть E, Журнал технологического машиностроения. Vol. 215, № 4, с. 317–329.
  • Jeong K-Y et al. (2008). «Интеграция сети массового обслуживания и IDEF3 для анализа бизнес-процессов». В: Журнал управления бизнес-процессами. Том 14, выпуск: 4, с. 471–482.
  • Л. Уитмен и Б. Хафф (1997). «Структурированные модели и анализ динамических систем: интеграция методов моделирования IDEF0 / IDEF3 и моделирования дискретных событий». В: Симуляционная конференция, 1997 г., Труды зимы 1997 г.. 7-10 декабря 1997 г. стр. 518–524

внешняя ссылка