Inżynieria przedsiębiorstwa - Enterprise engineering

Inżynieria przedsiębiorstwa to zbiór wiedzy, zasad i praktyk stosowanych do projektowania całości lub części przedsiębiorstwa. Przedsiębiorstwo to złożony system społeczno-techniczny, który obejmuje ludzi, informacje i technologie, które współdziałają ze sobą i ich otoczeniem w celu wspierania wspólnej misji. Jedna definicja brzmi: „dyscyplina zorientowana na cykl życia przedsiębiorstwa w celu identyfikacji, projektowania i wdrażania przedsiębiorstw oraz ich ciągłej ewolucji”, wspierana przez modelowanie przedsiębiorstw. Dyscyplina bada każdy aspekt przedsiębiorstwa, w tym procesy biznesowe, przepływy informacji, przepływy materiałów i strukturę organizacyjną. Inżynieria przedsiębiorstwa może koncentrować się na projektowaniu przedsiębiorstwa jako całości lub na projektowaniu i integracji niektórych komponentów biznesowych.

Przegląd

Pojawiło się kilka rodzajów inżynierii przedsiębiorstwa.

W inżynierii inżynieria przedsiębiorstwa obejmuje szeroką gamę działań. Obejmujące „zastosowanie wiedzy, zasad i dyscyplin związanych z analizą, projektowaniem, wdrażaniem i eksploatacją wszystkich elementów związanych z przedsiębiorstwem. W istocie jest to dziedzina interdyscyplinarna, która łączy inżynierię systemów i zarządzanie strategiczne, ponieważ ma na celu inżynierię całości przedsiębiorstwa w zakresie produktów , procesów i operacji biznesowych ,". To pole jest związane z zarządzaniem inżynierii , zarządzania operacyjnego , zarządzania usługami i inżynierii systemów .

W rozwoju oprogramowania inżynieria przedsiębiorstwa zajmuje się modelowaniem i integracją różnych organizacyjnych i technicznych części procesów i funkcji biznesowych. W rozwoju systemów informatycznych stało się to obszarem działania dla organizacji analizy systemów oraz rozszerzeniem dotychczasowego zakresu Modelowania Informacji . Można go również postrzegać jako rozszerzenie i uogólnienie faz analizy systemów i projektowania systemów w procesie tworzenia oprogramowania . W tym przypadku modelowanie przedsiębiorstwa może stanowić część wczesnego, średniego i późnego cyklu życia systemu informatycznego . Opracowywana jest jednoznaczna reprezentacja infrastruktury systemu organizacyjnego i technicznego w celu zrozumienia uporządkowanych przekształceń istniejących praktyk pracy. Dyscyplina ta jest również znana jako architektura korporacyjna lub wraz z ontologią korporacyjną, zdefiniowaną jako jedna z dwóch głównych poddziedzin architektury korporacyjnej.

Metody

Inżynieria przedsiębiorstwa obejmuje formalne metodologie, metody i techniki, które są projektowane, testowane i szeroko stosowane w celu zaoferowania organizacjom rozwiązań procesów biznesowych wielokrotnego użytku:

Te metodologie, techniki i metody są mniej lub bardziej dostosowane do modelowania przedsiębiorstwa i jego procesów leżących u jego podstaw.

Metodologia projektowania i inżynierii dla organizacji

DEMO to metodologia projektowania i inżynierii organizacji. Centralnym pojęciem jest „działanie komunikacyjne”: komunikacja jest uważana za niezbędną dla funkcjonowania organizacji. Umowy między pracownikami, klientami i dostawcami są rzeczywiście tworzone w celu komunikacji. 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 autorytet i odpowiedzialność za działanie i negocjacje.
  • Modelowanie procesów biznesowych i systemów informatycznych jest czynnością racjonalną, prowadzącą 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.

Zintegrowana komputerowa architektura systemów otwartych produkcji

CIMOSA udostępnia szablony i wzajemnie połączone konstrukcje modelowania, które umożliwiają kodowanie biznesowych, ludzkich i informatycznych aspektów wymagań przedsiębiorstwa. Odbywa się to z wielu perspektyw: widok informacji, widok funkcji, widok zasobów i widok organizacji. Konstrukcje te mogą być dalej wykorzystywane do strukturyzowania i ułatwiania projektowania i wdrażania szczegółowych systemów informatycznych.

Podział na różne poglądy sprawia, że ​​jest to klarowne odniesienie dla inżynierów przedsiębiorstwa i oprogramowania. Pokazuje potrzeby informacyjne dla różnych funkcji przedsiębiorstwa, takich jak czynności, procesy i operacje, wraz z odpowiadającymi im zasobami. W ten sposób można łatwo określić, który system informatyczny zaspokoi potrzeby informacyjne danej działalności i związanych z nią procesów.

IDEF

IDEF , po raz pierwszy opracowany jako język modelowania do modelowania systemów produkcyjnych, jest używany przez Siły Powietrzne Stanów Zjednoczonych od 1981 roku i początkowo oferował cztery różne notacje do modelowania przedsiębiorstwa z określonego punktu widzenia. Były to IDEF0 , IDEF1, IDEF2 i IDEF3 odpowiednio do analizy funkcjonalnej, danych, dynamicznej i procesowej. W ciągu ostatnich dziesięcioleci stopniowo rozwijano szereg narzędzi i technik integracji tych różnych notacji.

IDEF pokazuje, w jaki sposób proces biznesowy przechodzi przez różne zdekomponowane funkcje biznesowe z odpowiednimi danymi wejściowymi, wyjściowymi i aktorami. Podobnie jak CIMOSA, używa również różnych widoków korporacyjnych. Ponadto IDEF można łatwo przekształcić w diagramy UML w celu dalszego rozwoju systemów informatycznych. Te pozytywne cechy sprawiają, że jest to potężna metoda rozwoju funkcjonalnych architektur oprogramowania.

Sieci Petriego

Sieci Petriego to sprawdzone narzędzia używane do modelowania systemów produkcyjnych. Są bardzo ekspresyjne i zapewniają dobre formalizmy do modelowania systemów współbieżnych . Najkorzystniejszymi właściwościami są możliwość tworzenia prostej reprezentacji stanów, współbieżnych przejść systemowych i możliwości, co pozwala na modelowanie czasu trwania przejść. W rezultacie sieci Petriego mogą być używane do modelowania pewnych procesów biznesowych z odpowiadającymi im stanami i przejściami lub czynnościami, jak również wynikami. Ponadto sieci Petriego można wykorzystać do modelowania różnych systemów oprogramowania i przejść między tymi systemami. W ten sposób programiści mogą używać go jako schematu odniesienia do kodowania.

W ostatnich latach badania wykazały, że sieci Petriego mogą przyczynić się do rozwoju integracji procesów biznesowych. Jednym z nich jest metodologia „Model Blue” opracowana przez chińskie laboratorium badawcze IBM . Model Blue podkreśla znaczenie integracji biznesowej opartej na modelach jako nowego podejścia do tworzenia zintegrowanych platform oprogramowania. Pokazano również związek między ich poglądem biznesowym Model Blue a równoważną siecią Petri Net, co wskazuje, że ich badania wypełniły lukę między biznesem a IT. Jednak zamiast sieci Petriego naukowcy używają własnego widoku Model Blue IT, który można uzyskać z ich widoku biznesowego za pomocą silnika transformacji.

Ujednolicony język modelowania (UML)

Unified Modeling Language (UML) to powszechnie akceptowany język modelowania do tworzenia systemów i aplikacji oprogramowania. Wiele osób ze społeczności zajmującej się analizą i projektowaniem zorientowanym obiektowo również używa UML do celów modelowania w przedsiębiorstwie. W tym przypadku nacisk kładziony jest na wykorzystanie obiektów korporacyjnych lub obiektów biznesowych, z których tworzone są złożone systemy korporacyjne. Kolekcja tych obiektów i odpowiadające im interakcje między nimi mogą reprezentować złożony system biznesowy lub proces. Podczas gdy sieci Petriego skupiają się na interakcji i stanach obiektów, UML skupia się bardziej na samych obiektach biznesowych. Czasami są one nazywane „elementami budulcowymi przedsiębiorstwa” i obejmują zasoby, procesy, cele, zasady i metamodele. Pomimo faktu, że UML można wykorzystać do modelowania zintegrowanego systemu oprogramowania, argumentowano, że rzeczywistość biznesową można modelować za pomocą języka modelowania oprogramowania. W odpowiedzi społeczność zorientowana obiektowo tworzy rozszerzenia biznesowe dla UML i odpowiednio dostosowuje język. Extended Enterprise Modeling Language (EEML) wywodzi się z UML i jest proponowany jako język modelowania biznesowego. Pozostaje pytanie, czy ta transformacja biznesowa jest właściwą metodą do zastosowania, ponieważ wcześniej powiedziano, że UML w połączeniu z innymi „czystymi” metodami biznesowymi może być lepszą alternatywą.

Diagramy funkcji przedsiębiorstwa

EFD jest wykorzystywana jako technika modelowania do reprezentacji funkcji przedsiębiorstwa i odpowiadających im interakcji. W tych reprezentacjach można modelować różne procesy biznesowe za pomocą „modułów funkcyjnych” i wyzwalaczy. Rozpoczęty proces biznesowy dostarcza różne dane wejściowe do różnych funkcji. Proces przechodzący przez wszystkie funkcje i podfunkcje tworzy wiele wyjść. W ten sposób diagramy funkcji przedsiębiorstwa zapewniają łatwą w użyciu i szczegółową reprezentację procesu biznesowego i odpowiadających mu funkcji, danych wejściowych, wyjściowych i wyzwalaczy. W ten sposób EFD ma wiele podobieństw do diagramów IDEF0, które również reprezentują procesy biznesowe w sposób hierarchiczny jako kombinację funkcji i wyzwalaczy. Obydwa różnią się tym, że EFD umieszcza funkcje biznesowe w hierarchicznej perspektywie organizacji, która nakreśla dalszy ciąg pewnych procesów w organizacji. Z drugiej strony diagramy IDEF0 pokazują obowiązki określonych funkcji biznesowych za pomocą strzałek. Ponadto IDEF0 zapewnia przejrzystą reprezentację wejść i wyjść dla każdej (pod)funkcji.

EFD może być używany jako biznesowy front-end do języka modelowania oprogramowania, takiego jak UML, a jego główne podobieństwa do IDEF jako narzędzia do modelowania wskazują, że jest to rzeczywiście możliwe. Potrzebne są jednak dalsze badania, aby udoskonalić techniki EFD w taki sposób, aby można było dokonać formalnego mapowania do UML. Badania nad komplementarnym wykorzystaniem IDEF i UML przyczyniły się do akceptacji IDEF jako front-endu biznesowego i dlatego należy przeprowadzić podobne badanie z EFD i UML.

Zobacz też

Wspomnienia

Bibliografia

Dalsza lektura

  • Jan LG Dietz (2008) (red.). Postępy w inżynierii przedsiębiorstwa I: 4. Międzynarodowe Warsztaty CIAO! oraz 4. Międzynarodowe Warsztaty EOMAS, które odbyły się w CAiSE 2008, Montpellier, Francja, 16-17 czerwca 2008. Proceedings .
  • Cheng Hsu (2007) (red.) Integracja usług w przedsiębiorstwie: perspektywa inżynierii przedsiębiorstwa .
  • Duane W. Hybertson (2009). Nauka o inżynierii systemów zorientowanych na model : ujednolicające ramy dla systemów tradycyjnych i złożonych .
  • Kurt Kosanke, François Vernadat i Martin Zelm , CIMOSA: Inżynieria i integracja przedsiębiorstwa , Komputery w przemyśle, 40 (2-3) (1999) 83-97.
  • Liles, Donald H. i in. „ Inżynieria przedsiębiorstwa: dyscyplina? ” Society for Enterprise Engineering Conference Proceedings. Cz. 6. 1995.
  • Liles, Donald H. i Adrien R. Presley. „ Modelowanie przedsiębiorstwa w ramach inżynierii przedsiębiorstwa ”. Materiały z 28. konferencji Symulacje zimowe. Stowarzyszenie Komputerowe IEEE, 1996.
  • Dietz, JLG, Hoogervorst, JAP i in., Dyscyplina inżynierii przedsiębiorstwa. wewn. jot. Projektowanie i inżynieria organizacyjna. Cz. 3. 2013. 28.
  • Dietz, JLG, Mulder, HBF, Enterprise Ontology, A Human-centric podejścia do zrozumienia istoty organizacji, Springer, 2020.