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 procesy biznesowe w oderwaniu od IT albo nie modeluje ich wcale. Czasem modele biznesowe powstają w innym narzędziu niż pracuje IT.

Jak wobec tego poradzić sobie w takiej sytuacji?

Moją propozycją są diagramy procesów systemowych czyli  diagramy aktywności prezentujący proces biznesowy w kontekście używanych systemów lub komponentów oraz ludzi – użytkowników systemów.

Innymi słowy jest to diagram aktywności, na którym prezentowane jest jaki system lub komponent realizuje  konkretną czynność biznesową oraz jaki użytkownik tą czynność wykonuje. Do uszczegółowienia używam partycji w UML lub torów i basenów w BPMN.

Poniżej bardzo przykładowy (ogólny) diagram BPMN:

image

A teraz w UML:

image

Osobiście wolę rysować diagramy procesów systemowych w UML, ale BPMN także jest OK. Ważne jest to, że w partycjach, torach (basenach) są systemy lub podsytemy lub komponenty.  W UML, na diagramach aktywności,  prostopadle zamieszczam tory wskazujące na użytkowników systemów. W BPMN umieszczam ich w torach. Wszystkie aktywności lub ich większość reprezentują takie aktywności biznesowe, które są wykonywane w systemie. Tak więc nie jest to klasyczny diagram procesów biznesowych a jego kalka nałożona na systemy informatyczne. 

Co daje taki diagram? Po pierwsze to łącznik pomiędzy przypadkami użycia (na jedną aktywność biznesową może składać się od 1 do kilku przypadków użycia) a procesami biznesowymi BPMN lub Archimate. Po drugie pokazuje, w których systemach i przez kogo są realizowane aktywności biznesowe. Po trzecie architekci wykorzystują diagram procesów systemowych, aby określić zakres rozwiązania oraz architekturę oprogramowania. A po czwarte mi osobiście łatwiej jest zbierać wymagania jak znam ogólny zarys systemu. I po piąte moim zdaniem są niezastąpione tam gdzie w grę wchodzi integracja.

Podobne wpisy

  • Jak żyć Panie Premierze? W czasie ostatnich wyborów, jeden z uczestników spotkania wyborczego zapytał: “Jak żyć Panie Premierze?” Przekładając na grunt modelowania często słyszę: “Jak modelować?”. I o ile daleko […]
  • Wikipedia a diagramy do modelowania procesów biznesowych Wikipedii nikomu nie trzeba przedstawiać. Pewną ciekawostką, zwłaszcza dla zwolenników BMPN, jest wpis dot. modelowania procesów biznesowych. Pod hasłem Business Process Modeling w […]
  • Planowanie w projekcie w nurcie Agile Planując pracę  swoją czy też swojego zespołu staram się przestrzegać kilku zasad. Oto one: Plan szczegółowy buduję jedynie dla najbliższych zadań. Moim zadaniem użyteczne są plany […]
  • Modelowanie procesów biznesowych w UML czy BPMN? Modelowanie procesów biznesowych odgrywa co raz większe znaczenie. Wiele organizacji, które właśnie zamierzają wejść w świat modeli biznesowych ma problem jaki standard zapisu wybrać BPMN […]
  • Architektura korporacyjna w ProVision cz. 4 Jak wspomniałem w ostatnim wpisie na temat architektury korporacyjnej budowane modele mają  wskazywać planowane rozwiązanie. W opisywanym przykładzie bank po akwizycji dwóch […]
Reklama

Leave a Comment

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *