Diagramy przypadków użyciaALINA SUCHOMSKA

Przypadki użycia systemu

technika wyznaczania funkcjonalnych wymagań systemu

opisują typowe interakcje między użytkownikami systemu a systemem

scenariusz - ciąg kroków opisujących interakcję między użytkownikiem a systemem

Przykładowy scenariusz - zakup towaru

Klient przegląda katalog i wkłada towary do koszyka. Gdy chce zapłacić, podaje informacje o adresie dostawy, karcie kredytowej i potwierdza chęć zakupu. System sprawdza autoryzację karty kredytowej i od razu potwierdza sprzedaż pocztą elektroniczną.

Aktor

Funkcja którą pełni użytkownik w stosunku do systemu

aktorzy wykonują przypadki użycia systemu

jeden aktor, wiele przypadków użycia - jeden przypadek użycia, wielu aktorów

Przypadki użycia systemu w UML

UML służy jedynie do ilustrowania, w jakich relacjach są przypadki użycia sytemu

wartość przypadków użycia systemu leży w ich zawartości

diagramy mają ograniczoną zawartość, przez co ich funkcjonalność jest znikoma

UML nie ma nic do powiedzenia na temat zawartości przypadków użycia

Kiedy używać?

pomagają w zrozumieniu funkcjonalnych wymagań systemu

reprezentują spojrzenie z zewnątrz na system - nie istnieją korelacje między nimi a klasami wewnątrz systemu

im większa skala stosowania przypadków użycia, tym mniej przydatny jest diagram - należy się koncentrować głownie na ich zawartości, a nie na diagramie

nie należy zbytnio komplikować przypadków użycia 

Połączenie aktora z przypadkiem użycia - 1

Asocjacja zwykła

Połączenie aktora z przypadkiem użycia - 2

Aktor jest inicjatorem usługi - asocjacja skierowana

Strukturalne związki zawierania i rozszerzania - include i extend

Bazowyprzypadek

użycia

Zawieranyprzypadek

użycia

<<include>>

Strukturalne związki zawierania i rozszerzania - include i extend

Rozszerzającyprzypadek

użycia

Bazowyprzypadek

użycia

<<extend>>

Generalizacja