Методология проектирования и инжиниринга для организаций - Design & Engineering Methodology for Organizations

Схема принципа ДЕМО-транзакции между двумя участниками с промежуточным результатом.

Методология проектирования и инжиниринга для организаций (DEMO) - это моделирование предприятия методология моделирования транзакций, анализа и представления деловые процессы. Он разрабатывается с 1980-х годов компанией Ян Диц и другие, и вдохновлен язык / перспектива действия[1]

Обзор

DEMO - это методология создания, организации и объединения организаций. Центральным понятием является «коммуникативное действие»: общение считается важным для функционирования организаций. Соглашения между сотрудниками, клиентами и поставщиками действительно созданы для общения. То же верно и для принятия представленных результатов.[2]

Методология DEMO основана на следующих принципах:[3]

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

Методология DEMO обеспечивает последовательное понимание коммуникации, информации, действий и организации. Объем здесь смещен с «Разработка информационных систем» на «Разработка бизнес-систем», с четким пониманием как информации, так и центральных организаций.[3]

История

Методология DEMO основана на язык / перспектива действия, который изначально был разработан как философия языка Дж. Л. Остин, Джон Сирл и Юрген Хабермас и был построен на теория речевого акта. Перспектива язык / действие была представлена ​​в области информатики и проектирования информационных систем Фернандо Флорес и Терри Виноград в 1980-е гг.[4] В соответствии с Dignum и Dietz (1997) эта концепция «оказалась новой базовой парадигмой проектирования информационных систем. В отличие от традиционных взглядов на поток данных, перспектива языка / действия подчеркивает, что люди делают во время общения, как они создают общую реальность с помощью языка и как общение способствует координации их действий ».[5]

DEMO разработан в Делфтском технологическом университете Ян Диц в начале 1990-х годов и первоначально означало «Основное динамическое моделирование организаций». Он основан на Language Action Perspective (LAP), который является производным от работы, включающей Джон Остин, Джон Сирл и Юрген Хабермас с 1960-х гг. Он связан с «Методом анализа информации на естественном языке» (NIAM), разработанным Шир Нейссен,[6] и объектно-ролевое моделирование (ORM)[7] дальнейшее развитие Терри Хэлпин.

В 1990-х годах название было изменено на «Методология проектирования и проектирования для организаций». В новом тысячелетии Ян Дитц развил DEMO в «онтологию предприятия», в которую интегрированы графические элементы объектно-ролевого моделирования.[8] Эти концепции также были разработаны Дитцем и другими в основу для архитектура предприятия под названием Architecture Framework (XAF).[9] В новом тысячелетии французская компания Согети разработал методологию на основе DEMO под названием Pronto. Дальнейшее развитие DEMO поддерживается международным институтом инженерии предприятий, базирующимся в Делфте, Нидерланды.[10]

ДЕМО, темы

Схема бизнес-операции

В DEMO базовый шаблон бизнес-операции состоит из следующих трех этапов:[11]

  • Актагенная фаза, во время которой клиент запрашивает факт у агента поставщика.
  • Выполнение действия, которое сгенерирует требуемый факт
  • Фактогенная фаза, которая побуждает клиента принять полученные результаты.

Базовые транзакции могут быть составлены для учета сложных транзакций. Методология DEMO дает аналитику понимание бизнес-процессов организации, а также вовлеченных агентов, но менее ясна в отношении прагматических аспектов транзакции, таких как структура разговора и намерения, генерируемые в уме каждого агента.[11]

Уровни абстракции

DEMO предполагает, что организация состоит из трех интегрированных уровней:[12][13]

  • B-организация,
  • I-организация и
  • D-организация.

B-организация или бизнес-уровень согласно DEMO - это суть организации, независимо от того, какое устройство там возможно. Понимание бизнес-уровня - это правильная отправная точка при создании организации, включая программное обеспечение для поддержки бизнес-процессов.

Это видение приводит к разделению на три точки зрения или уровня абстракции:[3]

  • Essential: бизнес-система или система B
  • Информационная: либо информационная система I
  • Documenteel: система данных или система D

На каждом уровне есть своя собственная категория систем, на этом уровне «активные»: есть так B-системы (компании и бизнеса), I-системы (информационные и информационные) и D-системы (из документальной стали и данных). Основное внимание в DEMO уделяется критическому уровню, поэтому два других менее подробно обсуждаются.[3]

Онтологическая модель организации

Онтологическая модель организации в DEMO-3 состоит из интегрированного целого четырех моделей аспектов, каждая из которых имеет определенный взгляд на организацию:

  • Модель конструкции (см)
  • Модель процесса (PM)
  • Модель действия (AM) и
  • Модель фактов (FM)

Есть два способа представления этих моделей аспектов: графически в диаграммах и таблицах и в текстовом виде в DEMOSL.

Модель конструкцииМодель построения (CM) организации - это онтологическая модель ее построения: композиция (внутренние роли акторов, т. Е. Роли акторов в границах организации), среда (т. Е. Роли акторов вне границ организации). которые взаимодействуют с внутренними ролями акторов), структура взаимодействия (т. е. виды транзакций между ролями акторов в композиции и между ними и ролями акторов в среде) и интерстрикционная структура (т. е. информационные связи между ролями акторов в состав к внутренним видам транзакций и внешним видам транзакций).

CM организации представлен в виде диаграммы построения организации (OCD), таблицы продуктов транзакции (TPT) и таблицы содержимого банка (BCT).

Модель процессаМодель процесса (PM) организации - это онтологическая модель пространства состояний и переходного пространства его координационного мира. Что касается пространства состояний, PM содержит для всех видов внутренних и пограничных транзакций этапы процесса и применимые законы существования в соответствии с полным шаблоном транзакции. Что касается пространства перехода, PM содержит виды координационных событий, а также применимые законы возникновения, включая мощности событий. Законы возникновения в процессе транзакции полностью определяются полным шаблоном транзакции. Следовательно, PSD содержит только законы возникновения между транзакционными процессами, выраженные в связях между этапами процесса. Есть два вида: ссылки для ответа и ссылки для ожидания.

PM представлен в виде диаграммы структуры процесса (PSD) и диаграммы шаблонов транзакций (TPD) для каждого типа транзакции. На этих диаграммах указано, какие «исключения» будут рассматриваться.

Модель действияМодель действий (AM) организации состоит из набора правил действий. Существует правило действия для каждого типа повестки дня для каждой роли внутреннего актера. Виды повестки дня определяются TPD идентифицированных типов транзакций (см. PM). Правило действия состоит из части события (событие (я), на которое необходимо реагировать), части оценки (факты, которые необходимо проверить) и части ответа (действия, которое необходимо выполнить.

AM представлен в спецификациях правил действий (ARS) и рабочих инструкциях (WIS).

Модель фактовМодель фактов (ФМ) организации - это онтологическая модель пространства состояний и переходного пространства ее производственного мира. Что касается пространства состояний, FM содержит все идентифицированные типы фактов (как объявленные, так и производные), а также законы существования. Графически указаны три вида законов существования: эталонные законы, законы единственности и законы зависимости; остальные указаны в текстовом виде. Что касается переходного пространства, FM содержит виды производственных событий (результатов транзакций), а также применимые законы возникновения. Переходное пространство производственного мира полностью определяется переходным пространством его координационного мира. Тем не менее, это может быть иллюстративным, чтобы показать подразумеваемые законы возникновения в OFD.

FM представлен в виде диаграммы объектных фактов (OFD), возможно, дополненной спецификациями производных фактов и спецификациями законов существования.

Принцип работы

Если кто-то (человек) хочет убедиться, что кто-то другой создает желаемый результат, он или она начинает общение с просьбой. Человек, ответственный за результат, может ответить обещанием. Спустя некоторое время, когда работа была сделана (исполнение состоялось), он может констатировать, что желаемый результат достигнут. Если этот результат принимается человеком, который его просил, то это факт. Паттерн, описанный в общении между двумя людьми, называется ДЕМО-транзакцией. Цепочка транзакций называется в ДЕМО бизнес-процессом.

Схема принципа ДЕМО-транзакции между двумя участниками с промежуточным результатом.

Результат транзакции может быть указан в DEMO как тип факта с использованием объектно-ролевого моделирования (ORM).

Инструменты поддержки

Голландская компания Essmod - инструмент «Essential Business Modeler», разработанный на основе DEMO, который в 2008 году был приобретен Mprise, после чего он был переименован в Xemod.[нужна цитата ]

DEMO также поддерживается в мире с открытым исходным кодом с помощью архитектурного инструмента Open Modeling.[нужна цитата ] Существует также бесплатный инструмент онлайн-моделирования Model for World DEMO, который может находиться в онлайн-хранилище. Многопользовательская работа Этот инструмент не зависит от платформы в веб-браузере без загрузки и установки программного обеспечения.[нужна цитата ]

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

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

  1. ^ Ян Л.Г. Дитц (1999). «ДЕМО: к дисциплине организационная инженерия» В: Европейский журнал операционных исследований, 1999.
  2. ^ Институт инженерии предприятий. Доступ 21 ноября 2008 г.
  3. ^ а б c d Ян Диц (1996) Введение в DEMO В архиве 2016-03-05 в Wayback Machine. Доступ 2 апреля 2013 г.
  4. ^ Флорес, Ф., Грейвс, М., Хартфилд, Б., & Виноград, Т. (1988). "Компьютерные системы и дизайн организационного взаимодействия В архиве 2014-10-29 на Wayback Machine." ACM-транзакции в информационных системах (ТОИС), 6 (2), 153-172.
  5. ^ Фрэнк Дигнум, Редакторы Яна Дитца. (1997) Коммуникационное моделирование, перспектива языка / действия. Второй международный семинар по моделированию коммуникации (LAP'97) Велдховен, Нидерланды, 9-10 ИЮНЯ 1997 г. Рабочие документы.
  6. ^ Роб Алдейк и Эрик Вермёлен (2001). Modelleren van organisaties - nieuwe method en technieken leiden tot beter inzicht. Landelijk Architectuur Congres 2001.
  7. ^ Ян Л. Г. Дитц, Терри А. Халпин (2004). «Использование DEMO и ORM в концерте: пример из практики». В: Продвинутые темы в исследовании баз данных, Keng Siau (красный) Vol. 3 2004: стр. 218-236.
  8. ^ Ян Л.Г. Дитц (2006). Онтология предприятия - теория и методология, Springer-Verlag Berlin Heidelberg. стр.46.
  9. ^ Ян Диц (2008). Архитектура - внедрение стратегии в дизайн. Академическая служба. ISBN  978-90-12-58086-1
  10. ^ Институт инженерии предприятий
  11. ^ а б Кеченг Лю (2001). Информация, организация и технологии: исследования по организационной семиотике. С.198-2002.
  12. ^ Ян Л.Г. Дитц (2006). Онтология предприятия - теория и методология, Springer-Verlag Berlin Heidelberg. с.118.
  13. ^ Ян Л.Г. Дитц (2008). Архитектура: внедрение стратегии в дизайн. Академическая служба. ISBN  9789012580861 стр.32

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

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