Diagramy przypadków użycia

1. Diagramy przypadków użycia Alina Suchomska

2. 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

3. 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ą.

4. 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

5. 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

6. 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

7. Połączenie aktora z przypadkiem użycia - 1 Asocjacja zwykła

8. Połączenie aktora z przypadkiem użycia - 2 Aktor jest inicjatorem usługi - asocjacja skierowana

9. Strukturalne związki zawierania i rozszerzania - include i extend Bazowy przypadek użycia Zawierany przypadek użycia <<include>>

10. Strukturalne związki zawierania i rozszerzania - include i extend Rozszerzający przypadek użycia Bazowy przypadek użycia <<extend>>

11. Generalizacja