Tutorial dotyczący przypadków użycia dla opornych

Czym jest przypadek użycia?

Przypadek użycia to metodologia stosowana w analizie systemów w celu identyfikacji, wyjaśnienia i zorganizowania wymagań systemowych.

Diagram przypadków użycia

A diagram przypadków użyciamodeluje różne typy użytkowników, którzy wchodzą w interakcję z systemem w celu rozwiązania problemu. Opisuje cele użytkowników, interakcje między użytkownikami a systemem oraz wymagane zachowanie systemu w zaspokajaniu tych celów.

Przypadki użyciadefiniują interakcje między zewnętrznymi aktorami a systemem w celu osiągnięcia określonych celów. Diagram przypadków użycia zawiera cztery główne komponenty

(Edytuj powyższy przykład diagramu przypadków użycia)

Diagram przypadków użycia składa się z szeregu elementów modelu. Najważniejsze elementy modelu to:

Aktor

Aktorzy to zazwyczaj osoby zaangażowane w system, zdefiniowane zgodnie z ich rolami. Aktor może być człowiekiem lub innym zewnętrznym systemem.

Przypadek użycia

Przypadek użycia opisuje, jak aktorzy korzystają z systemu, aby osiągnąć określony cel. Przypadki użycia są zazwyczaj inicjowane przez użytkownika w celu zrealizowania celów opisujących działania i warianty związane z osiągnięciem celu.

Relacja

Relacje między aktorami a przypadkami użycia.

Granica systemu

Granica systemu definiuje system zainteresowania w odniesieniu do otaczającego go świata.

Cechy przypadków użycia

Przypadek użycia (lub zestaw przypadków użycia) ma następujące cechy:

  • Organizuje wymagania funkcjonalne
  • Modeluje cele interakcji systemu/aktora (użytkownika)
  • Rejestruje ścieżki (nazywane scenariuszami) od zdarzeń wyzwalających do celów
  • Opisuje jeden główny przebieg zdarzeń (nazywany również podstawowym przebiegiem działania) oraz ewentualnie inne, nazywane wyjątkowymiprzebiegami zdarzeń (nazywanymi również alternatywnymi przebiegami działania)
  • Jest wielopoziomowy, dzięki czemu jeden przypadek użycia może korzystać z funkcjonalności innego.

Przypadek użycia i scenariusz przypadku użycia?

Przypadek użycia składa się z zestawu możliwych sekwencji interakcji między systemami a użytkownikami w określonym środowisku i związanych z określonym celem.

Co znajduje się w przypadku użycia?

Składa się z grupy elementów (na przykład klas i interfejsów), które mogą być używane razem w sposób, który będzie miał efekt większy niż suma poszczególnych elementów. Przypadek użycia powinien zawierać wszystkie działania systemu, które mają znaczenie dla użytkowników.

Rodzaje przypadków użycia

Podstawowe przypadki użycia są wyrażane w idealnej formie, która pozostaje stosunkowo wolna od szczegółów technologicznych i implementacyjnych; decyzje projektowe są odkładane i abstrahowane, szczególnie te związane z interfejsem użytkownika.

Konkretne lub rzeczywiste przypadki użycia konkretnie opisuje proces w kontekście jego rzeczywistego aktualnego projektu, zaangażowanego w konkretne technologie wejścia i wyjścia itd. Gdy zaangażowany jest interfejs użytkownika, często pokazują zrzuty ekranu i omawiają interakcję z elementami interfejsu.

Abstrakcyjny przypadek użycianie jest kompletny i nie ma aktora, który go inicjuje, ale jest używany przez inne przypadki użycia.

Strukturyzacja przypadków użycia

UML definiuje trzy stereotypy asocjacji między przypadkami użycia:

<<include>> Przypadek użycia

Czas na użycie relacji <<include>> następuje po zakończeniu pierwszego opisu wszystkich głównych przypadków użycia. Teraz możesz spojrzeć na przypadki użycia i zidentyfikować wspólne sekwencje interakcji użytkownika z systemem.

<<extend>> Przypadek użycia

Rozszerzający przypadek użycia jest w rzeczywistości alternatywnym przebiegiem podstawowego przypadku użycia. Przypadek użycia <<extend>> osiąga to, konceptualnie wstawiając dodatkowe sekwencje działań do sekwencji podstawowego przypadku użycia.

Abstrakcyjny i uogólniony przypadek użycia

Ogólny przypadek użycia jest abstrakcyjny. Nie może być zainstancjonowany, ponieważ zawiera niekompletne informacje. Tytuł abstrakcyjnego przypadku użycia jest wyświetlany kursywą.

Przykład

Ten przykład przedstawia model kilku przypadków użycia biznesowego (celów), który reprezentuje interakcje między restauracją (systemem biznesowym) a jej głównymi aktorami.

Po zidentyfikowaniu podstawowych przypadków użycia w pierwszym podejściu, być może moglibyśmy dalej strukturyzować te przypadki użycia za pomocą przypadków użycia <<extend>> i <<include>> w drugim etapie, jak pokazano na poniższym rysunku:

(Edytuj powyższy przykład diagramu przypadków użycia)

Strukturyzacja przypadków użycia za pomocą pakietów

Diagram przypadków użycia może zawierać pakiety, które są używane do strukturyzacji przypadków użycia w celu uproszczenia analizy, rozwoju i utrzymania systemu.

Edytuj powyższy przykład diagramu przypadków użycia

Model przypadku użycia vs Diagram przypadku użycia

Wiele z modelu przypadku użycia jest w rzeczywistości tekstowe, z tekstem zapisanym w Specyfikacje przypadków użycia które są powiązane z każdym elementem modelu przypadku użycia. Te specyfikacje opisują przebieg zdarzeń przypadku użycia.

Model przypadku użycia służy jako jednocząca nić w całym rozwoju systemu. Jest używany jako główna specyfikacja wymagań funkcjonalnych dla systemu, jako podstawa do analizy i projektowania, jako wkład do planowania iteracji, jako podstawa do definiowania przypadków testowych oraz jako podstawa do dokumentacji użytkownika.

Przykład: Opis przypadku użycia

  • Aby napisać treść przypadku użycia, zaczynasz od wybrania jednego ze scenariuszy jako głównego scenariusza.
  • Rozpoczynasz treść przypadku użycia, pisząc główny scenariusz sukcesu jako sekwencję ponumerowanych kroków.
  • Następnie bierzesz inne scenariusze i zapisujesz je jako rozszerzenia. Rozszerzenia mogą być sukcesami, jak w 3a poniżej, lub porażkami, jak w 6b poniżej.
  • Każdy przypadek użycia ma głównego aktora, który wzywa system do dostarczenia usługi.
  • Każdy krok w przypadku użycia jest elementem interakcji między użytkownikiem a systemem.
  • Wspólny zestaw działań w przypadku użycia może być ponownie wykorzystany przez inny przypadek użycia za pomocą przypadku użycia <include>.
  • W terminologii UML mówimy, że pierwszy przypadek użycia zawiera drugi.

Kup produkt (Z książki UML Distilled str. 101)

Główny scenariusz sukcesu:

  1. Klient przegląda katalog i wybiera przedmiot do zakupu.
  2. Klient przechodzi do kasy.
  3. Klient wypełnia informacje o wysyłce
  4. System przedstawia pełne informacje o cenach
  5. Klient wypełnia informacje o karcie kredytowej
  6. system autoryzuje zakup
  7. System potwierdza sprzedaż
  8. System wysyła potwierdzający e-mail do klienta

Rozszerzenia

3a: Klient jest stałym klientem

.1 System wyświetla aktualne informacje o wysyłce

.2 Klient może zaakceptować lub nadpisać

6a: System nie udaje się autoryzować zakupów na kredyt

.1 Klient może ponownie wprowadzić informacje o karcie kredytowej lub może anulować

Opis przypadku użycia ilustrowany przez Visual Paradigm

Przebieg zdarzeń i rozszerzenie

  • Rejestruje ścieżki (nazywane scenariuszami) od zdarzeń wyzwalających do celów

Przypadek użycia i modelowanie UML

Przypadki użycia mogą być wykorzystywane na różnych etapach rozwoju oprogramowania, takich jak planowanie wymagań systemowych, walidacja projektu, testowanie oprogramowania oraz tworzenie zarysu pomocy online i podręczników użytkownika. Jakie jest zatem powiązanie diagramu przypadków użycia z innymi diagramami UML w SDLC?

Wybór modelu jest ważny

Wybór modeli do stworzenia ma głęboki wpływ na to, jak problem jest rozwiązywany i jak kształtowane jest rozwiązanie. Musimy dobrze wybrać nasze modele.

  • Odpowiednie modele uwydatnią najważniejsze problemy rozwojowe.
  • Błędne modele wprowadzą cię w błąd, powodując, że skupisz się na nieistotnych kwestiach.

Na przykład: Możemy używać różnych typów diagramów w różnych fazach rozwoju oprogramowania.

Bibliografia

Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文

Leave a Reply

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *