Zawartość
- Parasol rządzący BPM i SOA
- Bez błędów, bez stresu - Twój przewodnik krok po kroku do tworzenia oprogramowania zmieniającego życie bez niszczenia życia
- Podejścia i narzędzia wspierające BPM i SOA
- Korzyści z SOA
Na wynos:
Zarządzanie procesami biznesowymi i architektura zorientowana na usługi mogą być samodzielne, ale najlepsze praktyki zalecają stosowanie ich razem w ramach większego niebieskiego EA.
Zarządzanie procesami biznesowymi (BPM) to paradygmat, który pozwala przedsiębiorstwom modelować, automatyzować, wykonywać, kontrolować, mierzyć i optymalizować przepływ działań biznesowych. Dzieje się tak w zintegrowanych systemach przedsiębiorstwa, pracownikach, klientach i partnerach, zarówno w granicach korporacyjnych, jak i poza nimi. Z drugiej strony architektura zorientowana na usługi (SOA) jest podejściem architektonicznym do konstruowania systemów intensywnie korzystających z oprogramowania z zestawu uniwersalnie połączonych i współzależnych usług.
BPM i SOA to osobne paradygmaty - SOA jest podejściem architektury, podczas gdy BPM dotyczy modelowania, wdrażania i monitorowania procesów biznesowych.Oba są jednak ściśle ze sobą powiązane, ponieważ jednym z wielu możliwych sposobów wdrażania procesów biznesowych jest projektowanie SOA. Tutaj dobrze przyjrzyj się, jak BPM i SOA mogą ze sobą współpracować i jakie korzyści oferuje każda z nich, gdy jest używana osobno. (Aby zapoznać się z czytaniem w tle, zobacz Computing Enterprise: Whats All the Buzz?)
Parasol rządzący BPM i SOA
Architektura korporacyjna to logika organizacyjna procesów biznesowych organizacji i infrastruktury IT. To także parasol rządzi tymi dwoma paradygmatami. Architektura zorientowana na usługi to styl architektoniczny służący do realizacji lub tworzenia architektury korporacyjnej, takiej jak klient-serwer, warstwa n, warstwy główne itp. Podstawowym celem architektury zorientowanej na usługi jest dostosowanie biznesu do technologii informatycznej w sposób, który sprawia, że oba bardziej skuteczne.
SOA i BPM mogą istnieć same, ale to połączenie sprawia, że architektura korporacyjna jest kompletna. BPM pasuje do układanki SOA jako jeden z kluczowych elementów zapewniających wymiar procesu biznesowego. Orientacja na usługi umożliwia aplikacjom wywoływanie się nawzajem jako usługi, co jest powtarzalnym zadaniem w ramach procesu biznesowego. Procesy biznesowe w przedsiębiorstwach realizowane są przez połączenie usług oferowanych w ramach stosu SOA.
Poniższy rysunek przedstawia architekturę referencyjną SOA, która wskazuje, gdzie BPM pasuje do stosu SOA. Jak widać, BPM znajduje się na solidnym fundamencie zapewnianym przez SOA i dziedziczy po nim znaczące możliwości integracji.
Rysunek 1: Architektura referencyjna SOA
Uwaga: Warstwy architektury odniesienia powyżej od dołu do góry to: warstwa bazy danych, warstwa aplikacji, warstwa komponentu, warstwa integracji, warstwa procesu biznesowego, warstwa prezentacji, warstwa kanału.
Bez błędów, bez stresu - Twój przewodnik krok po kroku do tworzenia oprogramowania zmieniającego życie bez niszczenia życia
Nie możesz poprawić swoich umiejętności programistycznych, gdy nikt nie dba o jakość oprogramowania.
Podejścia i narzędzia wspierające BPM i SOA
Istnieją różne podejścia do realizacji BPM i SOA:
- Tradycyjne tworzenie aplikacji
Jedną z opcji jest opracowanie całkowicie nowej aplikacji we własnym zakresie. Większość firm ma taką możliwość, więc nierzadko firmy te oceniają, czy mogą korzystać z tradycyjnych aplikacji zamiast oprogramowania do zarządzania procesami biznesowymi (BPMS). Parametry decyzyjne koncentrują się wokół tego, czy zestawy umiejętności istnieją wewnętrznie w celu spełnienia wymagań i czasu wprowadzenia na rynek. - Rozszerzanie istniejącej aplikacji
Większość organizacji korzysta już z aplikacji w swoich procesach biznesowych. Oczywiście korzystanie z istniejącej aplikacji jest bardzo ważne. Jeśli istnieje już istniejąca aplikacja, niektóre firmy oceniają, czy należy ją rozszerzyć, aby pomóc w usprawnieniu kluczowych obszarów procesu. Tutaj parametry decyzyjne koncentrują się wokół kosztów, złożoności i niedojrzałości. - Kupowanie aplikacji w pakiecie
W wielu przypadkach możesz kupić paczkowaną aplikację, która powinna być zaprojektowana w celu zaspokojenia potrzeb określonego procesu lub funkcji. Parametry decyzyjne obejmują czas do wyceny, ryzyko przyjęcia, reagowanie na zmianę i rozszerzenie zakresu.
Poniższe tabele pokazują porównanie głównych narzędzi z dwóch paradygmatów.
Tabela 1: Narzędzia do BPM i SOA
Korzyści z SOA
SOA ma kilka kluczowych korzyści dla przedsiębiorstw. Przyjrzyjmy się tym, a także korzyściom zapewnianym przez BPM. Ze swojej strony SOA zapewnia:
- Poprawiona komunikacja B2C
- Architektura zorientowana na usługi dla organizacji. Firma zorganizowana wokół SOA jest ogólnie bardziej elastyczna i może szybciej i łatwiej reagować na zmiany biznesowe.
- Możliwość ponownego użycia kodu w celu zmniejszenia kosztów programowania. Usługi sprawiają, że funkcjonalność jest bardziej przydatna, co zmniejsza koszty, unikając konieczności powtarzania tej samej funkcjonalności.
- Lepsza integracja istniejących inicjatyw e-biznesowych / CRM / ERP. SOA nie jest alternatywą dla podejść