Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску
Пример расширенной схемы перехода, смоделированной с помощью IDEF3.

IDEF3 или Integrated DEFinition for Process Description Capture Method - это метод моделирования бизнес-процессов, дополняющий IDEF0 . [1] Метод IDEF3 - это управляемый сценарием метод захвата описания последовательности операций, предназначенный для сбора информации о том, как работает конкретная система. [2]

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

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

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

Обзор [ править ]

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

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

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

История [ править ]

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

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

Основные концепции IDEF3 [ править ]

Описания и модели [ править ]

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

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

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

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

Описание захвата [ править ]

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

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

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

См. Также [ править ]

  • IDEF
  • Онтология
  • Онтология (информатика)

Ссылки [ править ]

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

Дальнейшее чтение [ править ]

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

Внешние ссылки [ править ]

  • Обзор IDEF3 на www.idef.com