Architektura modelu procesów biznesowych

imageModele procesów biznesowych stanowią pomost łączący rzeczywiście funkcjonujący biznes z systemami informatycznymi, które mają wspierać działanie firmy. Modele stanowią uproszczenie rzeczywistości zgodnie z założonymi wcześniej regułami. Z tego też powodu jest istotne aby modele te poprawnie odzwierciedlały rzeczywistość. W celu sprostania temu wyzwaniu należy zbudować odpowiednie repozytorium projektu. W tekście tym zaprezentowana zostanie przykładowa architektura repozytorium wraz z omówieniem podstawowych elementów notacji UML wspierającej modelowanie procesów biznesowych

Model procesów biznesowych wyrażony w języku UML składa się z dwóch zasadniczych elementów:

  • Biznesowego modelu przypadków użycia (ang. Business Use-Case Model)
  • Modelu analizy biznesowej (ang. Business Analisys Model)

Z takiego podziału wynika, że w repozytorium projektu powinniśmy zbudować właśnie takie dwa katalogi:

image

W modelu biznesowych przypadków użycia umieszcza się aktorów biznesowych oraz biznesowe przypadki użycia, które są pogrupowane w diagramy:

image

Na zamieszczonym przykładzie znajduje się jeden diagram. W dzielnym pakiecie znajdują się cele biznesowe wraz z diagramem, który prezentuje zależności pomiędzy biznesowymi przypadkami użycia a celami biznesowymi:

image

Natomiast w modelu analizy biznesowej znajdują się byty biznesowe i pracownicy biznesowi:

image

Należy zayważyć, że byty biznesowe i pracownicy biznesowi stanowią tylko elementy składowe struktury organizacji. O tym jak te elementy są ze sobą powiązane oraz w jaki sposób wchodzą ze sobą w interakcję można przekonać się z realizacji biznesowych przypadków użycia:

image

Każdy biznesowy przypadek użycia ma swoją realizację, która zawiera diagram klas, diagram sekwencji i diagram aktywności.

Więcej na temat modeli biznesowych można przeczytać w pozostałych częściach tego artykułu:

Technorati Tagi: modelowanie biznesowe,UML,modelowanie procesów biznesowych

Podobne wpisy

  • Zarządzanie wymaganiami – dobre praktyki Ian Sommerville i Pete Sawyer w "Requirements Engineering: A Good Practice Guide" opisali, ponad 15 lat temu, metodę oceny i doskonalenia procesów inżynierii wymagań. Opiera się ona na […]
  • 5 wskazówek dla analizy w ujęciu AGILE Scrott Ambler kilkanaście miesięcy temu opublikował 5 wskazówek, które powinny usprawnić analizę w ujęciu AGILE Oto one: 1. Aktywny udział osób zainteresowanych jest najbardziej istotny […]
  • Zadania w Kanban W poprzednim wpisie pisałem o tablicy zadań w Kanban. Obecnie kilka słów na temat zadań i karty zadań. Zadania w kanban określane są za pomocą karty. Wiele osób preferuje karty na […]
  • MVP, czyli o zwinnym podejściu do zakresu przedsięwzięcia O MVP słyszy się często wśród analityków. MVP to Minimum Viable Product, czyli minimalnie wykonywalny produkt. Tłumaczenie nie jest doskonałe, dlatego też dalej będę pisał o MVP. […]
  • Złote reguły Extreme Programming Na początku lat 90-tych dwaj programiści: Kent Beck i Ward Cunnigham zdefiniowali kilka praktycznych reguł, które miały za zadanie uprościć proces wytwórczy oprogramowania. Tak powstała […]
Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

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

Przewiń do góry