SOA - Jarosław Żeliński IT-Consulting

Synthesis of MOF, MDA, PIM, MVC, and BCE Notations and Patterns

Post author:Jarosław Żeliński
Post published:18 grudnia 2019
Post category:Analizy systemowa i projektowanie MBSE
Post comments:1 Komentarz
Post last modified:5 marca 2020

Miło mi poinformować, że moja publikacja naukowa (tu była zapowiedź) na temat syntezy wzorców architektonicznych i wzorców projektowych, systemów obiektowo-zorientowanych zatytułowana: Synthesis of MOF, MDA, PIM, MVC, and BCE Notations and Patterns po długim procesie selekcji i recenzowania, została zakwalifikowana do publikacji i właśnie się ukazała jako jeden z rozdziałów książki: Applications and Approaches to Object-Oriented Software Design: Emerging Research and Opportunities. Jeszcze milej mi poinformować, że - jako współautor - mogę Wam zaoferować kod promocyjny dający 40% zniżki na zakup: IGI40. Poniżej informacje o książce i o wydawcy. O…

Czytaj dalej

Transformacja modelu procesów biznesowych na model przypadków użycia

Post author:Jarosław Żeliński
Post published:28 października 2015
Post category:Analizy systemowa i projektowanie MBSE
Post comments:10 komentarzy
Post last modified:11 grudnia 2021

Ukazują się różne opracowania na temat tytułowej transformacji. Jednym z takich opracowań jest tekst Transformacja Modeli Pana Piotra Carewicza z firmy 300 D&C, opublikowany w periodyku Analiza Biznesowa Lato 2015 firmowanym przez Warszawski oddział IIBA. Pozwolę sobie na pewną polemikę z przedstawionym tam procesem transformacji modelu procesów biznesowych BPMN na Przypadki Użycia notacji UML. Autor powołuje się na OMG.org i specyfikacje BPMN i UML. Dlatego dla porządku przytoczę kluczowe definicje. 10.3 ActivitiesAn Activity is work that is performed within a Business Process. An Activity can be atomic or non-atomic(compound). The types of…

Czytaj dalej

Street, K. (2006). Building a Service Oriented Architecture with BPM and MDA. 2(1), 8.

Modelowanie w projektach integracyjnych

Post author:Jarosław Żeliński
Post published:24 marca 2015
Post category:Analizy systemowa i projektowanie MBSE
Post comments:1 Komentarz
Post last modified:25 marca 2015

Projekty integracyjne w środowisku złożonych (kilkadziesiąt aplikacji) systemów należą do bardzo trudnych z uwagi na ich złożoność. Z pomocą przychodzi nam SOA jako model pojęciowy i ESB jako wzorzec architektury. Referat, wygłoszony na konferencji GigaCon, opisuje proces analizy i modelowania w toku specyfikowania wymagań na ESB i interfejsy. Poniżej struktura architektury SOA na bazie standardów OMG: Kluczowe pojęcia: - procesy biznesowe, elementarne aktywności, która wraz z wejściem i wyjściem stanowią elementarny proces biznesowy, - usługa biznesowa (także aplikacyjna) to przypadek użycia danej aplikacji (aplikacja świadczy usługi, każda usługa ma…

Czytaj dalej

Przypadki użycia nie znają swoich realizacji…

Post author:Jarosław Żeliński
Post published:6 lutego 2015
Post category:Analizy systemowa i projektowanie MBSE
Post comments:6 komentarzy
Post last modified:12 lutego 2015

Tak wiec pisząc "Krowa z silnikiem odrzutowym, jelita na czerwono, jądrowymi kopytami, wyprawiona na buty skóra, zniszczyła metro, wypadek samochodowy, przelatując nad Warszawą, liczba płyt chodnikowych to 1347, a następnie wylądowała w Elektrociepłowni Żerań, załadunek węgla w południe wykonany przez Kowalskiego, i pożywiła się węglem popijając wodę z Wisły" to poprawne gramatycznie, bezbłędnie napisane zdanie w języku polskim, ale nikt nie ma chyba wątpliwości, że kompletnie pozbawione sensu. Tak samo można poprawnie, zgodnie z zasadami notacji, narysować diagram UML ...

Czytaj dalej

Sekwencje a procesy

Post author:Jarosław Żeliński
Post published:5 października 2014
Post category:Analizy systemowa i projektowanie MBSE
Post comments:3 komentarze
Post last modified:9 kwietnia 2023

Warstwa procesów, usług aplikacyjnych/przypadków użycia i komponentów to odrębne warstwy i perspektywy. Nie mieszamy więc ani poziomów abstrakcji ani perspektyw modeli. W przeciwnym razie, ulegając sugestiom w rodzaju "ale ja chcę zobaczyć to wszystko na jednym diagramie" pchamy projekt w kierunku "utraty panowania nad złożonością"... To prosta droga do klęski projektu.

Czytaj dalej

Wzorzec CRUD dla przypadków użycia i mikroserwisy

Post author:Jarosław Żeliński
Post published:2 października 2014
Post category:Analizy systemowa i projektowanie MBSE
Post comments:7 komentarzy
Post last modified:10 listopada 2021

Analizy biznesowe wymagają oderwania się od technokracji, nie ma czegoś takiego jak dziesiątki przypadków użycia dla jednej faktury, nie ma systemowych przypadków użycia (nawet w specyfikacji UML ich nie znajdziecie), są kompletne (dające jako efekt przydatne produkty) usługi aplikacyjne i korzystający z tych usług aktorzy, w tym inne aplikacje lub komponenty. Dokumentacje zawierające setki przypadków użycia to nieporozumienie, technokratyczni zabójcy projektów. Warto się zastanowić zanim powierzycie analizę i projekt logiki systemu technokratycznemu developerowi...

Czytaj dalej

Skomplikowana sieć aplikacji to kula u nogi działów IT

Post author:Jarosław Żeliński
Post published:8 maja 2014
Post category:Analizy systemowa i projektowanie MBSE
Post comments:0 Komentarzy
Post last modified:9 maja 2014

Tak na prawdę integracja taka polega nie na samym zainstalowaniu ESB i "podłączeniu" komponentów, to samo z siebie nic nie wnosi i nie jest łatwe. Integracja z użyciem ESB, to po pierwsze stworzenie (lub użycie jeżeli istnieje) dla każdego komponentu odpowiedniego adaptera i API, po drugie zaprojektowanie schematu komunikacji.

Czytaj dalej

złożoność złożony system skomplikowany http://hikingartist.files.wordpress.com/

Nowy paradygmat systemowy

Post author:Jarosław Żeliński
Post published:26 listopada 2012
Post category:Analizy systemowa i projektowanie MBSE
Post comments:11 komentarzy
Post last modified:18 lipca 2021

Podstawową wyższością, dającą przewagę na rynku, jest zwinność organizacji. SOA to nic innego jak taka właśnie struktura systemu informatycznego: specjalizowane aplikacje, komponenty, instalowane (wdrażane) do realizacji konkretnych potrzeb zasobów takich jak pracownicy księgowości, pracownicy sprzedaży, pracownicy produkcyjni, itp.. Co więc robić? Opisać strategie rynkową firmy, Przeanalizować i opisać model biznesowy (sposób powstawania i źródło głównych dochodów), Uszczegółowić model biznesowy do opisu procesów kluczowych biznesowych i reguł biznesowych, Wskazać procesy, których wsparcie metodami informatycznymi przyniesie mierzalne korzyści, Zaprojektować (udokumentować) architekturą systemu informatycznego ukierunkowana na zasoby i usługi. Jeżeli pogodzimy się z faktem, że SOA to usługowa architektura systemu informatycznego firmy, zaś wszelkie webserwisy, szyny itp. to tylko możliwa implementacji (ale nie jedyna!) tej architektury to już będzie z górki. (W co inwestować w kryzysie c.d. - SOA) Tak więc, jak mawia mój znajomy profesor filozofii: gdy dwóch mówi to samo to nie jest to samo. Tu, o SOA, komponentach, analizie i projektowaniu zorientowanym na usługi mówi wielu. Dostawcy systemów ERP o zwartej, zintegrowanej architekturze będą tu z natury zachowywali bezwładność: SOA powoduje, że żaden ERP (system i jego dostawca) nie będzie miał monopolu u raz pozyskanego klienta.

Czytaj dalej

Biznes wychodzi z objęć systemu … monolitycznego ERP

Post author:Jarosław Żeliński
Post published:28 grudnia 2011
Post category:Analizy systemowa i projektowanie MBSE
Post comments:7 komentarzy
Post last modified:12 sierpnia 2023

Rynek stale się rozwija i dojrzewa. Praktycznie każda większa firma doświadczyła w jakiejś formie wdrożenia gotowego, dostosowywanego do potrzeb, oprogramowania ERP. Warto jednak podkreślić, że idea jednego "super systemu" ERP II, odchodzi powoli do lamusa. Moim zdaniem to kwestia roku, dwóch. Pierwsze symptomy to zalecenia producentów dużych systemów: wdrażać gotowe oprogramowanie w postaci "gotowej" tylko tam gdzie pasuje, obszary specyficzne dla firmy opisać i zaprojektować dla nich dedykowane rozwiązanie i zintegrować. Dobry system ERP to środowisko programistyczne (tak zwany framework, szkielet). Systemy, nawę je "zapóźnione", nadal wymagają ingerencji w ich kod by cokolwiek osiągnąć. Kompromisem jest sytuacja, w której system ERP ma bogaty interfejs (tak zwane [[API, Application Programming Interface]]) pozwalający na integrację dedykowanych podsystemów lub właśnie zewnętrznych komponentów czyli korzystania z możliwości jakie daje Cloud Computing). Przyszłość to komponenty...

Czytaj dalej

Street, K. (2006). Building a Service Oriented Architecture with BPM and MDA. 2(1), 8.

W co inwestować w kryzysie c.d. – SOA

Post author:Jarosław Żeliński
Post published:15 lipca 2009
Post category:Analizy systemowa i projektowanie MBSE
Post comments:1 Komentarz
Post last modified:2 stycznia 2021

Podstawową więc wyższością, dającą przewagę na rynku, jest zwinność organizacji mającej luźno powiązane elementy (zasoby, w tym informatyczne) współpracujące ze sobą na bazie ?kontraktów?. SOA to nic innego jak taka właśnie struktura systemu informatycznego: specjalizowane aplikacje, komponenty, instalowane (wdrażane) do realizacji konkretnych potrzeb zasobów takich jak pracownicy księgowości, pracownicy sprzedaży, pracownicy produkcyjni, itp.. W tym kontekście możliwe jest oszacowanie zwrotu z inwestycji w SOA jako wdrożenie sposobu realizacji strategii informatyzacji firmy. SOA jako projekt technologiczny bez podbudowy zarządczej moim zdaniem nie ma żadnego sensu gdyż to strategia zarządzania jest w stanie pokazać jakim kosztem jest sens tą strategie wdrażać. Pytanie o zwrot z inwestycji w SOA bez tej wiedzy moim zdaniem pozostanie bez odpowiedzi z powodu braku danych.

Czytaj dalej

Aspiryna na kryzys czyli czego pilnować w firmie i na co wydawać pieniądze w kryzysie

Post author:Jarosław Żeliński
Post published:3 czerwca 2009
Post category:Analizy systemowa i projektowanie MBSE
Post comments:0 Komentarzy
Post last modified:17 maja 2011

Kryzys zmusza do jeszcze bardziej wnikliwego myślenia i o strategiach rynkowych i o strategiach IT, bez których w sumie trudno sobie wyobrazić te pierwsze. Dwa lata temu pisałem o tym, że nadejdzie koniec systemów zintegrowanych w roli jednego uniwersalnego systemu w firmie: SOA: Czy to już nadchodzący koniec zintegrowanych ERP?

Czytaj dalej

SOA, EDA, CEP … i co jeszcze?

Post author:Jarosław Żeliński
Post published:13 listopada 2008
Post category:Analizy systemowa i projektowanie MBSE
Post comments:0 Komentarzy
Post last modified:8 listopada 2010

Zaczęły się pojawiać kolejne ciekawostki uzupełniające dotychczasowe „trendy” w architekturze systemów informatycznych. Są to między innymi: CEP ? Complex Event processing EDA ? Event Driven Architecture SOA ? Service Oriented Architecture.
(więcej…)

Czytaj dalej