Metodologia projektowania i inżynierii dla organizacji

Schemat zasady transakcji DEMO między dwoma aktorami, z wynikiem pomiędzy.

Metodologia projektowania i inżynierii dla organizacji (DEMO) to metodologia modelowania przedsiębiorstwa służąca do modelowania transakcji oraz analizowania i przedstawiania procesów biznesowych . Jest rozwijany od lat 80. przez Jana Dietza i innych, a inspirowany jest perspektywą język/akcja

Przegląd

DEMO to metodologia projektowania, organizowania i łączenia organizacji. Główną koncepcją jest „działanie komunikacyjne”: komunikacja jest uważana za niezbędną do funkcjonowania organizacji. Umowy między pracownikami, klientami i dostawcami są rzeczywiście tworzone w celu komunikowania się. To samo dotyczy akceptacji dostarczonych wyników.

Metodologia DEMO opiera się na następujących zasadach:

  • Istotą organizacji jest to, że składa się ona z ludzi posiadających władzę i odpowiedzialność za działanie i negocjowanie.
  • Modelowanie procesów biznesowych i systemów informatycznych jest działaniem racjonalnym, prowadzącym do ujednolicenia.
  • Modele powinny być zrozumiałe dla wszystkich zainteresowanych.
  • Informacje powinny „pasować” do ich użytkowników.

Metodologia DEMO zapewnia spójne rozumienie komunikacji, informacji, działania i organizacji. Zakres został tutaj przesunięty z „Inżynierii systemów informatycznych” na „Inżynierię systemów biznesowych”, z jasnym zrozumieniem zarówno informacji, jak i organizacji centralnych.

Historia

Metodologia DEMO jest inspirowana perspektywą język/działanie , która została pierwotnie rozwinięta jako filozofia języka przez JL Austina , Johna Searle'a i Jürgena Habermasa i została zbudowana na teorii aktów mowy . Perspektywa język/działanie została wprowadzona w dziedzinie informatyki i projektowania systemów informatycznych przez Fernando Floresa i Terry'ego Winograda w latach 80. Według Dignuma i Dietza (1997) koncepcja ta „okazała się nowym podstawowym paradygmatem projektowania systemów informatycznych. W przeciwieństwie do tradycyjnych poglądów na przepływ danych , perspektywa język/działanie podkreśla, co ludzie robią podczas komunikowania się, w jaki sposób tworzą wspólną rzeczywistość za pomocą języka i jak komunikacja powoduje koordynację ich działań”.

DEMO zostało opracowane na Delft University of Technology przez Jana Dietza na początku lat 90. i pierwotnie oznaczało „Dynamic Essential Modeling of Organizations”. Opiera się na językowej perspektywie działania (LAP), która wywodzi się z prac Johna Austina , Johna Searle'a i Jürgena Habermasa od lat 60. Jest powiązany z „Metodą analizy informacji w języku naturalnym” (NIAM) opracowaną przez Shira Nijssena oraz modelowaniem ról obiektowych (ORM), dalej rozwijanym przez Terry'ego Halpina .

W latach 90. nazwa została zmieniona na „Metodologia projektowania i inżynierii dla organizacji”. W nowym tysiącleciu Jan Dietz rozwinął DEMO w „ontologię korporacyjną”, w której zintegrowano graficzną notatkę modelowania ról obiektowych. Koncepcje te zostały również opracowane przez Dietza i innych w ramach architektury korporacyjnej , zatytułowanej Architecture Framework (XAF). W nowym tysiącleciu francuska firma Sogeti opracowała metodologię opartą na DEMO, nazwaną Pronto. Dalszy rozwój DEMO jest wspierany przez międzynarodowy Enterprise Engineering Institute z siedzibą w Delft w Holandii.

DEMO, tematy

Wzór transakcji biznesowej

W DEMO podstawowy schemat transakcji biznesowej składa się z następujących trzech faz:

  • Faza aktageniczna, podczas której klient żąda od agenta dostawcy informacji.
  • Wykonanie akcji, która wygeneruje wymagany fakt
  • Faza faktogeniczna, która prowadzi klienta do zaakceptowania przedstawionych wyników

Podstawowe transakcje mogą być składane w celu uwzględnienia złożonych transakcji. Metodologia DEMO daje analitykowi zrozumienie procesów biznesowych organizacji, a także zaangażowanych agentów, ale jest mniej jasna w odniesieniu do pragmatycznych aspektów transakcji, takich jak struktura konwersacji i intencje generowane w umyśle każdego agenta.

Poziomy abstrakcji

DEMO zakłada, że ​​organizacja składa się z trzech zintegrowanych warstw:

  • organizacja B,
  • ja-organizacja i
  • Organizacja D.

Organizacja B czyli warstwa biznesowa wg DEMO to istota organizacji, niezależnie od tego jakie urządzenie jest tam możliwe. Zrozumienie warstwy biznesowej jest właściwym punktem wyjścia do założenia organizacji, w tym oprogramowania wspierającego procesy biznesowe.

Ta wizja prowadzi do podziału na trzy perspektywy lub poziomy abstrakcji:

  • Niezbędny: system biznesowy lub system B
  • Informacyjny: albo system informacyjny I
  • Documenteel: system danych albo system D

Na każdym poziomie ma swoją własną kategorię systemów na tym poziomie „aktywny”: są to systemy B (firmy i biznesu), systemy I (informacyjne i informacyjne) oraz systemy D (z dokumentacji i danych). Główny nacisk w DEMO koncentruje się na poziomie krytycznym, dlatego pozostałe dwa są mniej szczegółowo omawiane.

Model ontologiczny organizacji

Ontologiczny model organizacji w DEMO-3 składa się ze zintegrowanej całości czterech modeli aspektów, z których każdy ma określony pogląd na organizację:

  • Model konstrukcyjny (CM)
  • Model procesu (PM)
  • Model działania (AM) i
  • Model faktów (FM)

Istnieją dwa sposoby reprezentowania tych modeli aspektowych: graficznie na diagramach i tabelach oraz tekstowo w DEMOSL.

Model konstrukcyjny Model konstrukcyjny (CM) organizacji to ontologiczny model jej konstrukcji: skład (wewnętrzne role aktora, tj. role aktora w granicach organizacji), otoczenie (tj. role aktora poza granicami organizacji) organizacji, które wchodzą w interakcje z wewnętrznymi rolami aktora), strukturę interakcji (tj. rodzaje transakcji między rolami aktora w kompozycji oraz między nimi a rolami aktora w środowisku) oraz strukturę ograniczeń (tj. powiązania informacyjne od aktora role w składzie na rodzaje transakcji wewnętrznych i na rodzaje transakcji zewnętrznych).

CM organizacji jest reprezentowany w schemacie budowy organizacji (OCD), tabeli produktów transakcyjnych (TPT) i tabeli zawartości banku (BCT).

Model Procesu Model Procesu (PM) organizacji jest ontologicznym modelem przestrzeni stanów i przestrzeni przejściowej jej świata koordynacji. Jeśli chodzi o przestrzeń stanów, PM zawiera, dla wszystkich rodzajów transakcji wewnętrznych i granicznych, etapy procesu i prawa istnienia, które mają zastosowanie, zgodnie z pełnym wzorcem transakcji. Jeśli chodzi o przestrzeń przejściową, PM zawiera rodzaje zdarzeń koordynacyjnych, a także obowiązujące prawa zdarzeń, w tym liczności zdarzeń. Prawa występowania w procesie transakcyjnym są w pełni zdeterminowane przez pełny wzorzec transakcji. Dlatego PSD zawiera tylko prawa występowania między procesami transakcyjnymi, wyrażone w powiązaniach między etapami procesu. Istnieją dwa rodzaje: łącza zwrotne i łącza oczekujące.

PM jest reprezentowany na Diagramie Struktury Procesu (PSD) i Diagramie Wzorców Transakcji (TPD) dla każdego rodzaju transakcji. Na tych diagramach wskazano, które „wyjątki” zostaną uwzględnione.

Model działania Model działania (AM) organizacji składa się z zestawu reguł działania. Istnieje reguła działania dla każdego rodzaju porządku obrad dla każdej roli aktora wewnętrznego. Rodzaje agend określają TPD zidentyfikowanych rodzajów transakcji (patrz PM). Reguła działania składa się z części zdarzenia (zdarzenia, na które należy zareagować), części oceny (fakty do sprawdzenia) i części odpowiedzi (czynności, które należy wykonać).

AM jest reprezentowany w specyfikacjach zasad działania (ARS) i specyfikacjach instrukcji pracy (WIS).

Model faktów Model faktów (FM) organizacji jest ontologicznym modelem przestrzeni stanów i przestrzeni przejściowej jej świata produkcyjnego. Jeśli chodzi o przestrzeń stanów, FM zawiera wszystkie zidentyfikowane rodzaje faktów (zarówno deklarowane, jak i pochodne) oraz prawa istnienia. Graficznie określono trzy rodzaje praw istnienia: prawa odniesienia, prawa jedności i prawa zależności; pozostałe są określone tekstowo. W odniesieniu do przestrzeni przejść, FM zawiera rodzaje zdarzeń produkcyjnych (wyniki transakcji) oraz obowiązujące prawa zdarzeń. Przestrzeń przejściowa świata produkcyjnego jest całkowicie określona przez przestrzeń przejściową jego świata koordynacyjnego. Jednak ilustracją może być pokazanie implikowanych praw występowania w OFD.

FM jest reprezentowany na diagramie faktów obiektowych (OFD), ewentualnie uzupełnionym o specyfikacje faktów pochodnych i specyfikacje prawa istnienia.

Zasada działania

Ktoś rozpoczyna komunikację z prośbą o upewnienie się, że ktoś inny uzyska pożądany rezultat. Osoba odpowiedzialna za wyniki może odpowiedzieć obietnicą, a po wykonaniu pracy (wykonaniu) stwierdzić, że zamierzony rezultat został osiągnięty. Jeśli ten wynik zostanie zaakceptowany przez osobę, która prosiła o wynik, to jest to fakt. Schemat opisany w komunikacji między dwiema osobami nazywany jest transakcją DEMO. Łańcuch transakcji nazywany jest w DEMO procesem biznesowym.

Schemat zasady transakcji DEMO między dwoma aktorami, z wynikiem pomiędzy.

Wynik transakcji można określić w wersji DEMO jako typ faktu, korzystając z modelowania ról obiektowych (ORM).

Narzędzia pomocnicze

Holenderska firma Essmod opracowała narzędzie „Essential Business Modeler” w oparciu o DEMO, które zostało przejęte w 2008 roku przez Mprise, po czym zmieniło nazwę na Xemod. [ potrzebne źródło ]

DEMO jest również obsługiwane w świecie open source za pomocą narzędzia architektonicznego Open Modeling. [ potrzebne źródło ] Istnieje również bezpłatne narzędzie do modelowania online Model for World DEMO, które można znaleźć w internetowym repozytorium. Działało wielu użytkowników To narzędzie jest niezależne od platformy w przeglądarce internetowej bez konieczności pobierania lub instalowania oprogramowania. [ potrzebne źródło ]

Zobacz też

Dalsza lektura

Linki zewnętrzne

Pobrano z „ https://en.wikipedia.org/w/index.php?title=Design_%26_Engineering_Methodology_for_Organizations&oldid=1117531168 ”