?Wszystko powinno być tak proste jak jest to możliwe, ale nie prostsze.? (Albert Einstein) Stosunkowo niedawno (piałem o tym już) Roger Burlton (Chairman, Board of Advisors, BPTrends) opublikował na stronie Business Process Trends Manifest Procesu Biznesowego. Podejrzewam, że to efekt lekkiej" konkurencji z [[Business Rules Group]] i Ronaldem G. Rossem ;) ale dobrze bo taka konkurencja jest twórcza a ich (głównie Ronald G. Ross BRGroup oraz Paul Harmon z BPTrends) obecne ich polemiki na stronach LinkedIn są bardzo pouczające i myślę, że obie strony na tym zyskują, że nie wspomną o pozostałych…
Wprowadzenie 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…
Równo 10 lat temu napisałem: Model firmy powinien w sposób jasny i zrozumiały dla pracowników firmy opisywać firmę, jej cel rynkowy oraz wszelkie jej wewnętrzne i zewnętrzne zachowania oraz reakcje. Poza tym, jest niezbędny do przewidywania zachowań firmy w tym także do przygotowania jej do wdrożenia systemów informacyjnych. Wiele firm doradczych i informatycznych pod pojęciem mapy i modelu procesów biznesowych dostarcza nieprzydatne, utrwalone na dziesiątkach diagramów opisy czynności realizowanych przez ankietowanych pracowników, które nie wiele mają wspólnego z planowanymi zmianami na lepsze.Większość modeli firm jakie widziałem to obrazki nie mające…
Wprowadzenie Niedawno pisałem o pewnej innej książce, jej autor opisał systemowe podejście do analizy przedsiębiorstwa. Napisałem między innymi wtedy, że: Rzecz w tym, że pojęcie ?analiza systemowa? jest używane najczęściej (jak obserwuję, prawie zawsze) w znaczeniu analizy i projektowania oprogramowania (systemy IT) co jest błędem.Tak zwane ?całościowe myślenie? (holistyczne) to uznanie, że system to nie tylko oprogramowanie. (Źródło: Systems Thinking czyli analiza systemowa organizacji | Jarosław Żeliński IT-Consulting) Tak więc pora na ciąg dalszy. Ogólna Teoria Systemów Książka ta, Ogólna Teoria Systemów , czekała u mnie na swój czas, i…
Street, K. (2006). Building a Service Oriented Architecture with BPM and MDA. 2(1), 8.
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…
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...
Jednym z największych błędów popełnianych w projektach związanych z modelowaniem procesów biznesowych jest zapominanie o tym, że model procesu to model organizacji a nie tylko dokument, i o tym, że pomiędzy procesami a procedurami, umiejętnościami, instrukcjami obsługi narzędzi, jest granica. To się nazywa utrata panowania nad złożonością projektu. Kolejny problem to powszechne traktowanie notacji (np. BPMN) jako biblioteki symboli, co jest kluczowym błędem: notacja to model pojęciowy - podstawowe narzędzie analizy i modelowania.
Pojawiła się oczekiwana wersja 11 pakietu CASE firmy Visual-Paradigm. Przede wszystkim rozwój produktu idzie w kilku głównych kierunkach: wsparcie dla wizualnego projektowania aplikacji (mock-up'y, kolejne ułatwienia w tworzeniu i integrowaniu modeli UML), stały rozwój wsparcia dla architektury korporacyjnej (to narzędzie pozwala tworzyć modele powiązane ze sobą, pozwala na prowadzenie analiz wpływu i wielu innych, wspiera także notację ArchiMate) oraz na prawdę bardzo silne wsparcie dla pracy grupowej. Co dzisiaj ogłasza producent: Visual Paradigm International Limited today [16.12.2013] announced the release of Agilian (AG) 11.0, a Visual Modeling tool for Agile…
The Open Group zdaje się ignorować to, że pojęcie architektury korporacyjne to nie ich pomysł (ich pomyłem jest TOGAF, jeden z wielu systemów ram EA). [...] Więc teza jakoby nie dało się zastąpić ArchiMate innymi notacjami, w modelowaniu Architektury Korporacyjnej, jest moim zdaniem mocno naciągana.
I teraz sedno czyli co nam daje dobre narzędzie CASE? otóż powyższe macierze (takie i każdą inną) oraz model analizy wpływu, są generowane i aktualizowane automatycznie. Wystarczy opracować standardowe modele w BPMN i UML jak powyżej, wskazać związki pomiędzy elementami jako ich parametry (nie trzeba do tego celu tworzyć sztucznych diagramów) i skorzystać z możliwości automatyczne dokumentowania tych związków.
Autor w kilku miejscach Silver sam przyznaje, że "nagina" semantykę notacji, nie licząc kilku "drobnych" nagięć (odsyłam do lektury), "poważnym" nagięciem jest praktycznie zmiana znaczenia pojęcia pool z "biznes" na "proces". Dziwi mnie to, gdyż proces to "diagram" w BPMN (definicja pojęcia proces biznesowy to pragmatyka a nie element tej notacji). Prowadzi to niezgodności z modelem współpracy. Jednak zainteresowanym proponuje jednak przeczytanie uzasadnienia w treści książki i samodzielna ocenę.
I tu dochodzimy do sedna: aby stworzyć profil notacji - co czasami bywa niezbędne dla jakości analizy - należy zbudować słownik pojęć z dziedziny analizowanego problemu. Bez takiego słownika analiza może być niewykonywalna, albo jej jakość będzie bardzo niska - czytaj użycie jej wyników będzie bardzo ryzykowne.
