Interoperacyjność procesów biznesowych

Interoperacyjność procesów biznesowych ( BPI ) to właściwość odnosząca się do zdolności różnych procesów biznesowych do współpracy, tzw. „interoperacji”. Jest to stan, w którym proces biznesowy może osiągnąć określony cel automatycznie, wykorzystując jedynie niezbędną pracę ludzką. Zazwyczaj BPI występuje, gdy proces jest zgodny ze standardami , które umożliwiają mu osiągnięcie celu, niezależnie od własności, lokalizacji, marki, wersji lub projektu używanych systemów komputerowych .

Przegląd

Główną zaletą BPI jest to, że proces biznesowy może rozpocząć się i zakończyć w dowolnym miejscu na świecie, niezależnie od rodzaju sprzętu i oprogramowania wymaganego do jego automatyzacji. Ze względu na swoją zdolność do odciążenia pracy ludzkiego „umysłu”, BPI jest przez wielu uważany za ostatni etap ewolucji biznesowej . Bliźniacze kryteria BPI dotyczące konkretnej obiektywnej i niezbędnej pracy ludzkiej są subiektywne. [ potrzebne źródło ]

Cele BPI są różne, ale zazwyczaj mieszczą się w następujących kategoriach:

Interoperacyjność procesów biznesowych jest ograniczona do systemów oprogramowania korporacyjnego, w których funkcje są zaprojektowane do współpracy, takich jak moduł listy płac i moduł księgi głównej, które są częścią tego samego pakietu programów, oraz w kontrolowanych środowiskach oprogramowania korzystających z EDI . Interoperacyjność występuje również między niekompatybilnymi systemami, w których zastosowano oprogramowanie pośredniczące . Jednak w każdym z tych przypadków procesy rzadko spełniają test BPI, ponieważ są ograniczone silosami informacyjnymi i niezdolnością systemów do swobodnej komunikacji między sobą.

Historia

Termin „interoperacyjność procesów biznesowych” (BPI) powstał pod koniec lat 90. XX wieku, głównie w związku z łańcuchem wartości w handlu elektronicznym . BPI było wykorzystywane w materiałach promocyjnych przez różne firmy i pojawia się jako przedmiot badań w organizacjach zajmujących się ontologiami informatycznymi .

Pomimo uwagi, jaką poświęcono, interoperacyjność procesów biznesowych nie została zastosowana poza ograniczonymi środowiskami systemów informatycznych. Możliwym powodem jest to, że BPI wymaga uniwersalnej zgodności ze standardami, aby proces biznesowy mógł rozpocząć się i zakończyć w dowolnym miejscu na całym świecie. Same standardy są dość proste — organizacje wykorzystują skończony zestaw współdzielonych procesów do zarządzania większością swoich operacji. Łączenie przedsiębiorstw w celu tworzenia i przyjmowania standardów to zupełnie inna sprawa. Świat systemów zarządzania charakteryzuje się przecież silosami informacyjnymi . Odejście od silosów wymaga od organizacji uporania się z kwestiami kulturowymi, takimi jak własność i współdzielenie procesów i danych, siły konkurencyjne i bezpieczeństwo, nie wspominając już o wpływie automatyzacji na ich pracowników.

Chociaż nie można przewidzieć harmonogramu lub przyjęcia BPI, pozostaje on przedmiotem zainteresowania zarówno organizacji, jak i think tanków .

Testowanie BPI

Aby przetestować BPI, organizacja analizuje proces biznesowy, aby określić, czy może on osiągnąć swój konkretny cel , wykorzystując wyłącznie niezbędną siłę roboczą .

Cel szczegółowy musi być jasno określony od początku do końca. Start i meta są jednak bardzo subiektywne. W jednej organizacji proces może rozpocząć się w momencie zamówienia produktu przez klienta i zakończyć się w momencie dostarczenia produktu do klienta. W innej organizacji ten sam proces może poprzedzać wytwarzanie i dystrybucja produktów, a po nim może następować zarządzanie gwarancją i naprawami posprzedażowymi.

Niezbędna praca ludzka obejmuje:

  • Zadania, które muszą być wykonywane przez ludzi, ponieważ nie są dostępne żadne praktyczne środki automatyzacji. Przykłady obejmują gaszenie pożaru, prowadzenie autobusu i przygotowywanie posiłku.
  • Zadania, które w opinii kierownictwa są efektywniej wykonywane przez ludzi. Przykłady obejmują odbieranie telefonu ludzkim głosem i oferowanie osobistych porad inwestycyjnych.
  • Zadania, w których koszt automatyzacji jest większy niż koszt pracy ludzkiej.

Aby zakwalifikować się do BPI, każde zadanie procesowe musi być wzięte pod uwagę od początku do końca, w tym praca, która mieści się między pęknięciami tworzonymi przez niekompatybilne aplikacje, takie jak zbieranie danych z jednego systemu i ponowne wprowadzanie ich do innego oraz przygotowywanie raportów które obejmują dane z różnych systemów. Proces musi przebiegać nieprzerwanie, niezależnie od wykorzystywanych systemów komputerowych. Jeśli w dowolnym momencie występuje nieistotna praca ludzka, proces nie przechodzi testu BPI.

Osiąganie BPI

Aby zapewnić, że procesy biznesowe mogą automatycznie spełniać swoje określone cele, wykorzystując wyłącznie niezbędną pracę ludzką, BPI stosuje podejście „architektury zorientowanej na usługi” ( SOA ), które koncentruje się na procesach, a nie na technologiach wymaganych do ich automatyzacji. Powszechnie stosowana architektura SOA jest skutecznym sposobem rozwiązywania problemów powodowanych przez różne systemy , które są sercem każdego silosu informacyjnego .

SOA ma praktyczny sens, ponieważ nie można oczekiwać, że organizacje zastąpią lub zmodyfikują swoje obecne oprogramowanie korporacyjne w celu osiągnięcia BPI, niezależnie od związanych z tym korzyści. Wiele miejsc pracy pracowników opiera się na używanych przez nich aplikacjach, a większość organizacji dokonuje znacznych inwestycji w swoją obecną infrastrukturę informatyczną, która jest tak złożona, że ​​nawet najmniejsza modyfikacja może być bardzo kosztowna, czasochłonna i destrukcyjna. Nawet gdyby twórcy oprogramowania zjednoczyli się i dostosowali swoje produkty do jednego zestawu standardów, problem nie zostałby rozwiązany. Poza oprogramowaniem znanych producentów, organizacje korzystają z wielu starszych systemów oprogramowania , niestandardowych aplikacji, procedur ręcznych i formularzy papierowych. Bez architektury SOA usprawnienie tak ogromnej liczby odmiennych procesów wewnętrznych w taki sposób, aby współdziałały one w całym spektrum globalnego przedsiębiorstwa, po prostu nie wchodzi w rachubę.

Aby stworzyć SOA do powszechnego użytku, BPI opiera się na scentralizowanym repozytorium bazy danych zawierającym wspólne dane i procedury wspólne dla aplikacji w każdej branży i na każdym obszarze geograficznym. Zasadniczo repozytorium służy jako najwyższa warstwa aplikacji, umożliwiając organizacjom eksportowanie danych do rozproszonej bazy danych i uzyskiwanie potrzebnych im programów po prostu logując się za pośrednictwem portalu . Aby zapewnić bezpieczeństwo i neutralność handlową, repozytorium jest zgodne ze standardami ogłoszonymi przez społeczność interesariuszy BPI .

Organizacje i grupy interesu , które chcą osiągnąć interoperacyjność procesów biznesowych, rozpoczynają od ustanowienia jednej lub kilku inicjatyw BPI.

Zobacz też

Dalsza lektura

  • O. Adam i in. (2005). Ramy współpracy dla zarządzania procesami biznesowymi między przedsiębiorstwami . Paper First International Conference on Interoperability of Enterprise Software and Applications, INTEROP-ESA'2005.
  • Khalid Belhajjame, Marco Brambilla. Oparty na ontologii opis i wykrywanie procesów biznesowych . W Proceedings of the 10th Workshop on Business Process Modeling, Development, and Support (BPMDS) at CAiSE 2009, Amsterdam, czerwiec 2009 , Springer LNBIP, tom. 29, s. 85–98.
  •   Guijarro, L. (2007). „Ramy interoperacyjności i architektury korporacyjne w inicjatywach e-administracji w Europie i Stanach Zjednoczonych”. Kwartalnik informacyjny rządu . 24 (2007): 89–101. CiteSeerX 10.1.1.73.7861 . doi : 10.1016/j.giq.2006.05.003 .
  • Kurta Kosanke (2005). „INTEROP-ESA'2005, podsumowanie artykułów”
  • Richarda A. Martina (2004). „Podstawa standardów dla interoperacyjności” Paper 2004 Międzynarodowa konferencja na temat technologii integracji i modelowania przedsiębiorstw. 9–11 października 2004. Uniwersytet w Toronto, Kanada.
  • poseł Papazoglou i in. (2000) „ Zintegrowane łańcuchy wartości i ich implikacje z biznesowego i technologicznego punktu widzenia” , „ Systemy wspomagania decyzji” 29 2000 s. 323–342

Linki zewnętrzne

Pobrano z „ https://en.wikipedia.org/w/index.php?title=Business_process_interoperability&oldid=923957089 ”