CASE czyli komputerowe wspomagania analizy i projektowania systemów

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.

Continue ReadingCASE czyli komputerowe wspomagania analizy i projektowania systemów

Bruce Silver BPMN Method and Style

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ę.

Continue ReadingBruce Silver BPMN Method and Style

Słownik pojęć biznesowych czyli po co nam przestrzeń nazw

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.

Continue ReadingSłownik pojęć biznesowych czyli po co nam przestrzeń nazw

c.d. nt. Architektury Korporacyjnej

Po co dokumentować (modelować) AK? Przede wszystkim po to by zrozumieć jak działa organizacja, a potem by móc świadomie, znając ryzyko, podejmować decyzje o wprowadzaniu zmian do niej. [...] Czy to musi być jakiś standard np. TOGAF? Nie jestem przekonany. ArchiMate (notacja zalecana w TOGAF) to nic innego jak system pojęciowy. Czy mamy wybór? Oczywiście, że mamy. Od dawna OMG dostarcza sprawdzone i otwarte standardy notacyjne.

Continue Readingc.d. nt. Architektury Korporacyjnej

Krótka lista pięciu rzeczy, które nie są regułami biznesowymi

Od samego początku analizy i projektowania logiki systemu należy skupić się na tym "co i po co" a nie "jak". Zajmowanie się pytaniami "jak" (najgorsze pytanie analizy: jak Państwo to robią) na samym początku, prowadzi do zgromadzenia ogromnej ilości, nadmiarowych, szczegółów, które zamulają prace wszystkich członków zespołu projektowego. Szczegóły, te których znajomość faktycznie wnosi wartość, należy analizować na końcu, wtedy - mając szkielet całego projektu - wiemy które mają jakiekolwiek znaczenie.

Continue ReadingKrótka lista pięciu rzeczy, które nie są regułami biznesowymi