analiza systemowa

Rysowanie diagramów – dobre praktyki

Jednym z celów modelowania jest przedstawienie złożonych zagadnień na takim poziomie abstrakcji, który pozwoli zrozumieć dany aspekt zagadnienia. Gdy w organizacji modele są przygotowywane przez kilka, kilkanaście osób to warto jest ustalić dwie rzeczy:  zasady modelowania i estetykę diagramów. Zasady modelowania określą  nam to co i w jaki sposób dokumentujemy, jaką notację zastosujemy. Estetyka diagramów to …

Rysowanie diagramów – dobre praktyki Czytaj dalej »

Kiedy jest warto modelować w UML?

Od pewnego czasu widoczna jest dyskusja dotycząca wartości modelowania. Zwolennicy podejścia zwinnego niezbyt chętnie widzą modele. Konserwatyści preferujący klasyczne podejście do procesu wytwórczego oprogramowania chętniej modelują. Modelowanie kosztuje. Narzędzia zazwyczaj niewiele, natomiast ludzie (analitycy, projektanci, architekci) już sporo. Nie da się ukryć, że korzystanie z UML wydłuża proces budowy oprogramowania. Czy to czas stracony? Przy nadmiarowym modelowaniu zapewne …

Kiedy jest warto modelować w UML? Czytaj dalej »

Dokumentacja przypadków użycia w administracji publicznej

Myślę, że czasem warto się pochwalić drobnymi osiągnięciami. W 2013 roku miałem okazję współpracować z Ministerstwem Sprawiedliwości. Brałem udział w projekcie SIWPM (System Informatyczny Wspierający Procesy Merytoryczne). Zadaniem tego systemu jest wsparcie pracowników sądu w ich pracy od biura podawczego poprzez zarządzanie aktami (tzw. kalendarz)  kończąc na wsparciu czynności wydawania orzeczeń. Kilkanaście miesięcy konsultowałem, wspomagałem …

Dokumentacja przypadków użycia w administracji publicznej Czytaj dalej »

Śledzenie zależności pomiędzy wymaganiami

Enterprise Architect w swojej dokumentacji proponuje by wymagania były łączone ze sobą za pomocą agregacji. Zastosowanie agregacji nie jest zgodne ze znanymi mi  standardami. Jeśli potrzebujesz modelować wymagania zgodnie ze standardami proponuję SysML – Systems Modeling Language for Products and Systems Development.

BPMN vs diagramy aktywności

Kilka dni temu po raz kolejny uczestniczyłem w dyskusji na temat przewagi BPMN nad diagramami aktywności i odwrotnie w kontekście modelowania procesów biznesowych i systemowych (patrz tekst:  Diagramy procesów systemowych). Oba diagramy bardzo podobne do siebie choć BPMN 2.0 to już mega możliwości. Myślę, że kluczem do decyzji jest zastosowanie (czyt. Twoje potrzeby) Lubię używać …

BPMN vs diagramy aktywności Czytaj dalej »

Diagramy procesów systemowych

Powszechnym jest iż czym większa organizacja tym więcej systemów informatycznych. U moich klientów są ich dziesiątki. Tak tak. Przez lata zbiera się ich trochę bo każdy rok to zmiany w procesach biznesowych i bardzo często dodanie nowego systemu. Znam firmy, w których stajnia Augiasza to najlepsze określenie na zaistniałą sytuację.  Co więcej firma albo modeluje …

Diagramy procesów systemowych Czytaj dalej »

Obsługa plików WSDL w Enterprise Architect – Część 2

W poprzedniej części wpisu rozpoczęliśmy definiowanie modelu naszego Web serwisu zgodnego ze strukturą WSDL. Zakończyliśmy zdefiniowaniem komunikatów jakie będą wymieniane z naszym serwisem. Gdy mamy już zdefiniowane komunikaty możemy przystąpić do definiowania portu naszego serwisu. W tym celu na diagram w pakiecie „PortTypes” przeciągamy z toolbox element „Port Type” i nadajemy mu nazwę „PobierzInformacjeOKsiazce”. Następnie definiujemy …

Obsługa plików WSDL w Enterprise Architect – Część 2 Czytaj dalej »

Obsługa plików WSDL w Enterprise Architect – Część 1

WSDL (Web Services Description Language) jest to oparty na XML język pozwalający na opis serwisów Web z uwzględnieniem sposobu dostępu do nich. System Enterprise Architect firmy Sparx Systems pozwala na łatwe utrzymanie modelu zgodnego z WSDL opisującego Web serwisy w repozytorium naszego projektu, który może być później szybko wygenerowany do pliku WSDL i przekazany programistom …

Obsługa plików WSDL w Enterprise Architect – Część 1 Czytaj dalej »

Dobre praktyki dotyczące komponentów i architektury

Pozwolę sobie przytoczyć kilka dobrych praktyk związanych z architekturą. Struktura poszczególnych modułów powinna być na tyle prosta, aby można ją było w pełni zrozumieć. 2. Moduły powinny być luźno ze sobą powiązane, tzn. powinna być możliwa zmiana implementacji jednego modułu, bez znajomości implementacji pozostałych modułów i bez wpływania na ich zachowanie. 3. Łatwość wprowadzania zmian …

Dobre praktyki dotyczące komponentów i architektury Czytaj dalej »

Kiedy nie działa zwinne modelowanie?

Czy zwinne modelowanie działa zawsze? Otóż nie. Zazwyczaj z podejściem Agile są problemy gdy opisujemy procesy w dużych firmach, gdzie istnieje: duża ilość procesów problemy są oparte o Heavy Six Sigma lub PMI procesy ISO 9000, 900x Ponadto jest duża ilość zespołów analitycznych działających w różnych obszarach Co można wtedy zrobić? Po pierwsze przyzwyczaić się …

Kiedy nie działa zwinne modelowanie? Czytaj dalej »

Przewiń do góry