o modelowaniu procesów i systemów 

Enterprise Architect, moim zdaniem, nie jest najszczęśliwszym narzędziem do zarządzania wymaganiami. Nie jest też beznadziejny.

W projektach dla mnie ważne jest to jak wymagania są mapowane na konkretne przypadki użycia (PU). Pozwala to stwierdzić, które PU są bardziej złożone, wymagają większej uwagi i są ważniejsze dla klienta. Aby to stwierdzić trzeba zmapować PU z konkretnymi wymaganiami. W tym celu dodaję wymagania na diagram i łączę asocjacja z PU a jeśli diagram jest nieczytelny to związki dodaje w macierzy. Wygenerowanie macierzy?

jest proste. Wystarczy w repozytorium projektu (okno Project Browser) kliknąć prawym klawiszem myszy na pakiecie,  w którym są przypadki użycia i wybrać Documentation ?> Open in Relationship Matrix

Potem należy wybrać cele i źródło oraz rodzaj asocjacji:

W oknie po prawej stronie jest przycisk Options, gdzie pod nim w zakładce Matrix możemy wygenerować raport z mapowania lub wygenerować plik csv, który jest łatwy w obróbce już w arkuszu kalkulacyjnym.

Posty o podobnej tematyce:

1. Przypadki użycia ułatwiają określenie celu i zakresu projektu
2. Specyfikacja systemu a przypadki użycia
3. Szacowanie projektu w Enterprise Architect
4. Przypadki testowe z diagramów aktywności w Enterprise Architect
5. Przypadki użycia i aktorzy– kilka rad