Modelowanie zorientowane na usługi
Modelowanie zorientowane na usługi to dyscyplina modelowania systemów biznesowych i oprogramowania w celu projektowania i określania systemów biznesowych zorientowanych na usługi w ramach różnych stylów i paradygmatów architektonicznych, takich jak architektura aplikacji , architektura zorientowana na usługi , mikrousługi i przetwarzanie w chmurze .
Każda metoda modelowania zorientowana na usługi zazwyczaj obejmuje język modelowania , który może być stosowany zarówno przez „organizację domeny problemu” (biznes), jak i „organizację domeny rozwiązania” (dział technologii informatycznych ), których unikalne perspektywy zazwyczaj wpływają na okres rozwoju usługi -strategii cyklu i projektów realizowanych z wykorzystaniem tej strategii.
Modelowanie zorientowane na usługi zwykle dąży do tworzenia modeli, które zapewniają kompleksowy widok analizy, projektowania i architektury wszystkich jednostek oprogramowania w organizacji, który może być zrozumiały dla osób o różnych poziomach zrozumienia biznesowego i technicznego. Modelowanie zorientowane na usługi zazwyczaj zachęca do postrzegania jednostek oprogramowania jako „zasobów” (zasobów zorientowanych na usługi) i odnosi się do tych zasobów zbiorczo jako „usług”. Kluczowym problemem związanym z projektowaniem usług jest znalezienie odpowiedniej szczegółowości usługi zarówno na poziomie biznesowym (domeny), jak i technicznym (kontrakt interfejsu).
Popularne podejścia
Zaproponowano kilka podejść specjalnie do projektowania i modelowania usług, w tym SDDM, SOMA i SOMF.
Metodologia projektowania i rozwoju zorientowana na usługi
Metodologia projektowania i rozwoju zorientowanego na usługi (SDDM) to metoda fuzji stworzona i opracowana przez M. Papazoglou i WJ van den Heuvel. Artykuł dowodzi, że nie można oczekiwać, że projektanci SOA i twórcy usług będą nadzorować złożony projekt rozwojowy zorientowany na usługi bez polegania na solidnej metodologii projektowania i rozwoju. Zawiera przegląd metod i technik stosowanych w projektowaniu zorientowanym na usługi, podejście do metodologii rozwoju usług z punktu widzenia zarówno producentów usług, jak i zleceniodawców oraz przegląd zakresu elementów SDDM, które są dostępne dla tych ról.
Aktualizacja SDDM została później opublikowana w Web Services and SOA: Principles and Technology autorstwa M. Papazoglou.
Modelowanie i architektura zorientowana na usługi
IBM ogłosił modelowanie i architekturę zorientowaną na usługi (SOMA) jako swoją metodologię związaną z SOA w 2004 roku, a następnie opublikował jej części. SOMA odnosi się do bardziej ogólnej domeny modelowania usług niezbędnej do projektowania i tworzenia SOA. SOMA obejmuje szerszy zakres i wdraża analizę i projektowanie zorientowane na usługi (SOAD) poprzez identyfikację, specyfikację i realizację usług, komponentów realizujących te usługi (inaczej „komponenty usług”) oraz przepływów, które można wykorzystać do komponowania usług.
SOMA obejmuje metodę analizy i projektowania, która rozszerza tradycyjne metody analizy i projektowania zorientowane obiektowo i oparte na komponentach, aby uwzględnić kwestie związane z SOA i wspierające. Składa się z trzech głównych faz identyfikacji, specyfikacji i realizacji trzech głównych elementów SOA, a mianowicie usług, komponentów realizujących te usługi (inaczej komponentów usług) oraz przepływów, które można wykorzystać do komponowania usług.
SOMA to kompleksowa metoda SOA służąca do identyfikacji, specyfikacji, realizacji i implementacji usług (w tym usług informacyjnych), komponentów, przepływów (procesów/kompozycji). SOMA opiera się na obecnych technikach w takich obszarach, jak analiza dziedzinowa, grupowanie obszarów funkcjonalnych, modelowanie procesów w analizie zorientowanej na zmienność (VOA), opracowywanie oparte na komponentach, analiza obiektowa oraz projektowanie i modelowanie przypadków użycia. SOMA wprowadza nowe techniki, takie jak modelowanie celu-usługi, tworzenie modelu usługi i papierek lakmusowy usługi, aby pomóc określić szczegółowość usługi.
SOMA identyfikuje usługi, granice komponentów, przepływy, kompozycje i informacje za pomocą uzupełniających technik, które obejmują dekompozycję domen, modelowanie celów i usług oraz analizę istniejących zasobów. Cykl życia usługi w SOMA składa się z faz identyfikacji, specyfikacji, realizacji, wdrażania, wdrażania i zarządzania, w których identyfikowane są podstawowe elementy składowe SOA, a następnie udoskonalane i wdrażane w każdej fazie. Na podstawowe elementy składowe SOA składają się usługi, komponenty, przepływy i związane z nimi informacje, polityka i kontrakty.
Struktura modelowania zorientowanego na usługi (SOMF)
SOMF został opracowany przez autora Michaela Bella jako holistyczny i antropomorficzny język modelowania do tworzenia oprogramowania która wykorzystuje dyscypliny i uniwersalny język, aby zapewnić taktyczne i strategiczne rozwiązania problemów przedsiębiorstwa. Termin „język holistyczny” odnosi się do języka modelowania, który można wykorzystać do zaprojektowania dowolnej aplikacji, środowiska biznesowego i technologicznego, lokalnego lub rozproszonego. Ta uniwersalność może obejmować projektowanie rozwiązań na poziomie aplikacji i na poziomie przedsiębiorstwa, w tym krajobrazów SOA, przetwarzania w chmurze lub środowisk big data. Z kolei termin „antropomorficzny” kojarzy język SOMF z intuicyjnością implementacji i prostotą użytkowania.
SOMF to zorientowana na usługi metodologia cyklu życia rozwoju, proces modelowania specyficzny dla danej dyscypliny. Oferuje szereg praktyk i dyscyplin modelowania, które przyczyniają się do pomyślnego rozwoju i modelowania cyklu życia zorientowanego na usługi podczas projektu (patrz ilustracja po lewej).
Ilustruje główne elementy, które identyfikują aspekty „co robić” w schemacie rozwoju usług. Są to filary modelowania, które umożliwią praktykom opracowanie skutecznego planu projektu i identyfikację kamieni milowych inicjatywy zorientowanej na usługi — małej lub dużej firmy lub przedsięwzięcia technologicznego.
Dostarczony kciuk obrazu (po lewej stronie) przedstawia cztery sekcje struktury modelowania, które identyfikują ogólny kierunek i odpowiadające im jednostki pracy, które składają się na strategię modelowania zorientowanego na usługi: praktyki, środowiska, dyscypliny i artefakty. Elementy te odsłaniają kontekst zawodu modelki i niekoniecznie opisują proces lub sekwencję działań potrzebnych do osiągnięcia celów modelowania. Powinny one zostać dopracowane w trakcie planu projektu — strategii cyklu życia rozwoju zorientowanej na usługi — która zazwyczaj określa granice inicjatywy, ramy czasowe, zakresy odpowiedzialności i odpowiedzialności oraz osiągalne kamienie milowe projektu.
Zobacz też
Dalsza lektura
- Ali Arsanjani i in. (2008). „ SOMA: metoda tworzenia rozwiązań zorientowanych na usługi ”. Systemy IBM Dziennik z października 2008 r
- Michaela Bella (2008). Modelowanie zorientowane na usługi: analiza usług, projektowanie i architektura . Wileya.
- Birola Berkema (2008). „ Od modelu motywacji biznesowej (BMM) do architektury zorientowanej na usługi (SOA) ” W: Journal of Object Technology , tom 7, no. 8
- Brian Blake (2007). „ Dekompozycja składu: inżynierowie oprogramowania zorientowani na usługi [ stały martwy link ] ”. W: Oprogramowanie IEEE . listopad / grudzień 2007. s. 68–77.
- Michael P. Papazoglou, Usługi sieciowe — zasady i technologia. Prentice Hall 2008, ISBN 978-0-321-15555-9
- Dick A. Quartel, Maarten W. Steen, Stanislav Pokraev, Marten J. Sinderen, COSMO: ramy koncepcyjne modelowania i udoskonalania usług, Information Systems Frontiers, v.9 n.2-3, s. 225-244, lipiec 2007
- Luba Czerbakow i in. (2006). „ SOA w działaniu wewnątrz IBM, część 1: studia przypadków SOA ”. IBM DeveloperWorks
Linki zewnętrzne
- Elements of Service-Oriented Analysis and Design , strefa usług sieciowych IBM developerWorks, czerwiec 2004
- „Metodologia projektowania i rozwoju zorientowana na usługi” (artykuł IJWET) . Inderscience Enterprises Ltd.
- „Modelowanie i architektura zorientowana na usługi: jak identyfikować, określać i realizować usługi dla SOA” (Softcopy) . Firma IBM.
- „Specyfikacje modelu konceptualizacji zorientowanego na usługi SOMF 2.1” (PDF) . Firma Metodologia. Zarchiwizowane od oryginału (softcopy) w dniu 17.04.2012 . Źródło 2011-02-08 .
- „Przykłady SOMF i notacja językowa” (softcopy) . Firma Metodologia.