o modelowaniu procesów i systemów 

Kilka dni października spędziłem na Śląsku, gdzie miałem okazję wspierać Klienta w zakresie modelowania za pomocą języka UML w Enterprise Architect. Zdarzenie to jest o tyle ciekawe, że po za ?tradycyjnymi modelami? budowaliśmy modele systemów działających w oparciu o architekturę zorientowaną na usługi (SOA). Poniżej diagram-przykład (nie pochodzi z rzeczywistego projektu Klienta) przedstawiający fragment modelu.

Co więcej okazało się, że wersja Corporate Enterprise Architecta w zakresie modelownia SOA z powodzeniem, po małych zabiegach, dogania wersję Ultimate, której używam.

Na koniec chcę się pochwalić, że  w przeprowadzonej anonimowej ankiecie, otrzymałem w zakresie kompetencji i umiejętności przekazania wiedzy dobre i bardzo dobre noty. 

Architektura zorientowana na usługi to naturalny krok ewolucyjny od podejść zorientowanych obiektowo (OO), proceduralnych oraz dano-centrycznych stosowanych we wdrażaniu rozwiązań.

Fundamentalnymi zasadami rządzącymi SOA są:

• Wiadomości wymieniane pomiędzy uczestniczącymi systemami muszą być opisowe a nie instruktażowe, ponieważ system informatyczny świadczący usługę odpowiedzialny jest za wszelkie problemy. Komunikaty opisowe podają informacje o usłudze oraz o powiązanych z nią danych wejściowych i wyjściowych. Usługodawcy odpowiedzialni są za wskazówki; stąd też potrzeba na komunikaty instruktażowe nie istnieje.
• Słownik oraz struktura komunikatów muszą być zrozumiałe przez wszystkie strony. To powszechne zrozumienie przez wszystkie strony wymaga ograniczenia słownictwa oraz struktury komunikatów, ale jest koniecznością dla skutecznego komunikowania.
• Struktura komunikatu powinna być rozszerzalna.

przeczytaj pozostałą część »

SOA czyli Service Oriented Architecture a mówiąc bardziej po polsku architektura zorientowana na usługi to niewątpliwie jeden z liderów jeśli chodzi o trendy w inżynierii oprogramowania. Trudniej jest określić czym jest SOA. Ja osobiście lubię definicję jaką w w 2004 roku na łamach Computerworld określił Tomasz Kopacz ?zestaw polis, praktyk i bibliotek, które pozwalają wykorzystać funkcjonalność aplikacji w taki sposób, by można było z niej korzystać jako z zestawu usług, opublikowanych tak, by poziom szczegółowości był dostosowany do potrzeb konsumenta usługi. Publikowane elementy są niezależne od implementacji i stosują pojedynczy, standardowy interfejs".

Innymi słowy SOA w dużym uproszczeniu to nic innego jak aplikacja wyposażona w odpowiedni interfejs umożliwiający dostęp do oferowanych przez nią usług przez inne elementy systemu informatycznego zgodne z góry ustalonymi standardami. Idąc dalej tym tokiem rozumowania SOA stanowi ?fasadę? na aplikację, która może być obiektowa i projektowana za pomocą języka UML ze szczególnym uwzględnieniem komponentów.

Słowo kryzys jest odmieniane i wymieniane tyle razy, że ja też nie chcę być gorszy. Panika kryzysowa chyba bardziej jest szkodliwa niż to co obserwujemy. Nie zmienia to faktu, że mimo trudności jakie firmy mają w związku z ze zmianami w gospodarce muszą się one rozwijać lub chociaż nie kurczyć – także w sektorze z wykorzystaniem IT.  Tak zwani specjaliści mówią,ze w tym okresie wysiłek inwestycyjny zwróci się wielokrotnie w nadchodzących (choć nikt nie wie kiedy) czasach prosperity. Co mogą zrobić firmy? Moim zdaniem zainwestować w SOA. Architektura zorientowana na usługi (Service Oriented Architecture ? SOA) umożliwia ściślejszą korelację działalności biznesowej i obsługi informatycznej, która prowadzi do większej elastyczności i sprawności działania, a przez to wzmacnia przedsiębiorstwo. SOA jest ukierunkowane na wiele czynników:

• ludzi
• procesy
• informacje
• ponowne wykorzystanie
• łączność

W konsekwencji architektura zorientowana na usługi pozwala dokonać innowacyjnych zmian w modelu biznesowym. SOA to odpowiedź na rosnące oczekiwania klientów co do jakości produktów i usług wsparcia oraz co za tym często idzie coraz bardziej złożone infrastruktury informatyczne. SOA nie jest łatwe w projektowaniu i wdrożeniu bo wymaga pełnej współpracy businessu z IT, gdyż przenosi technologię w sferę decyzji strategicznych. Tak sobie myślę, że być może warto pochylić się nad SOA w dobie podejmowania decyzji strategicznych dotyczących przetrwania dekoniunktury.

Potrzeba szybkiego dostosowywania się oraz ustanawiania ścisłej integracji przez firmy z ich partnerami biznesowymi wymaga pewnego poziomu reaktywności IT oraz integracji, jaką może dać SOA. Korporacyjna tendencja do sprawiania by to po prostu działało często skutkowała tworzeniem infrastruktur z wieloma aplikacjami (i działami), które funkcjonowały do tej pory oddzielnie od siebie. By połączyć te aplikacje i działy między sobą, organizacja często tworzy wiele oddzielnych linków pomiędzy każdą jednostką, które wyglądają bardziej jak zdezorganizowany bałagan niż ustrukturyzowany system dla całego przedsiębiorstwa. Rozplątanie tego bałaganu powoduje brak zręczności, która znacząco wpływa na zdolność firmy do rozwoju i konkurencyjności.

przeczytaj pozostałą część »