Jak pisać skuteczne przypadki użycia

Co to jest przypadek użycia?

Przypadki użycia to rzeczy, które chcą wykonać aktorzy, aby osiągnąć widoczny cel biznesowy. Są one nazwane krótkim czasownikiem lub frazą czasownik + rzeczownik. Należy używać konkretnych czasowników i rzeczowników, aby uniknąć niejasności. Czasowniki takie jak „wykonać” i „przeprowadzić” oraz rzeczowniki takie jak „dane” i „informacje” należy unikać, jeśli to możliwe.

Teoretycznie użytkownicy końcowi wykonywają działania wspierane przez system, aby osiągnąć swój ostateczny cel, jak zostało to zidentyfikowane w analizie przypadków użycia. Weźmy na przykład system rezerwacji hoteli online. „Rezerwacja” to bez wątpienia cel biznesowy i dlatego przypadkiem użycia. Możliwość znalezienia hotelu na mapie online może również być pożądana przez użytkownika. Jednak nie jest to przypadek użycia, ponieważ sama akcja nie prowadzi do żadnego widocznego celu.

Nieodpowiednio modelować wymagania związane z problemami implementacji jako przypadki użycia, np. wspieranie wielu wystąpień, ustawienia wdrażania, budowa bazy danych. Wszystkie te rzeczy są błędne i mogą prowadzić do budowy złych, a nawet niepoprawnych systemów.

Historie użytkownika są obecnie szeroko stosowane

Każdy z doświadczeniem w rozwoju oprogramowania może napotkać problemy komunikacyjne między użytkownikami końcowymi a zespołem programistycznym. Może to być nasilone, gdy członkowie pracują w różnych odległych lokalizacjach. Historie użytkownika to świetny sposób na otwarcie rozmów z klientami i zapewnienie, że naprawdę rozumiemy, czego naprawdę chcą.

Historie użytkownika stworzone przez właściciela produktu uchwycić „kogo”, „co” i „dlaczego” wymagań w prosty i zwięzły sposób, a często są pisane językiem potocznym, nie technicznym.

Rozwój agilny wszedł na główną scenerę metod rozwoju stosowanych do wykrywania wymagań wraz z historiami użytkownika.

Rozważania praktyczne

Zazwyczaj zespół agilny o średniej liczbie 10 członków może mieć setki historii użytkownika w toku pracy, część z nich jest ze sobą powiązana i pochodzi z epików lub szczegółowych wersji historii użytkownika z poprzedniego Sprintu. Historia użytkownika to chwilowy artefakt, który istnieje tylko w ramach Sprintu i jest odrzucany na końcu iteracji rozwojowej.

Zespoły agilne i członkowie Scrum często odkrywają, że mogą łatwo stać się niekontrolowane i trudne do uporządkowania w sposób przejrzysty, zwłaszcza gdy członkowie zespołu chcą odwołać się do odpowiednich historii użytkownika z poprzednich Sprintów.

Zamiast tego przypadek użycia ma zapewnić większą ciągłość w całym cyklu życia oprogramowania i może służyć jako miejsce tymczasowe do przechowywania odpowiednich historii użytkownika w ramach epiku. Dodatkowo przypadek użycia ma być ciągłym odniesieniem dla zespołu programistycznego

Co to jest diagram przypadków użycia?

Diagram przypadków użycia to rodzaj Języka modelowania zintegrowanego (UML) diagram stworzony do wydobywania wymagań zdefiniowany przez Grupę Zarządzania Obiektami (OMG). Diagram przypadków użycia zapewnia graficzny przegląd celów (modelowanych przez przypadki użycia), które użytkownicy (przedstawieni przez aktorów) chcą osiągnąć, korzystając z systemu (przedstawionego przez granicę systemu, opcjonalnie).

Przypadki użycia w diagramie przypadków użycia mogą być organizowane i ustawiane zgodnie z ich istotnością, poziomem abstrakcji i wpływem na użytkowników. Mogą być połączone, aby pokazać relacje zależności, włączenia i rozszerzenia. Głównym celem modelowania przypadków użycia za pomocą diagramu przypadków użycia jest stworzenie solidnej podstawy systemu poprzez zidentyfikowanie tego, czego chcą użytkownicy. Na podstawie wyników analizy możesz przejść do badania, jak spełnić te potrzeby użytkowników.

Diagram przypadków użycia jest głównie tworzony przez aktorów, przypadki użycia i połączenia (połączenia).

Aktorem jest każda osoba lub zewnętrzny system, który współdziała z systemem w celu osiągnięcia celu użytkownika. Istnieją dwa rodzaje aktorów – główny i pomocniczy.

• Aktorem głównym jest każda osoba lub rzecz, która współdziała z systemem, aby uzyskać bezpośredni korzyść.
• Aktorem pomocniczym jest każda osoba lub rzecz, która uczestniczy w osiągnięciu przypadku użycia, ale nie otrzymuje bezpośredniej korzyści z systemu. Często aktorem pomocniczym jest osoba, która pomaga aktorowi głównemu w osiągnięciu przypadku użycia.

Rysowanie diagramu przypadków użycia w Visual Paradigm

W tym poradniku skorzystamy z systemu rezerwacji hoteli online jako przykładu, aby pokazać, jak pisać skuteczne przypadki użycia za pomocą Visual Paradigm. Zaczniemy od narysowania diagramu przypadków użycia. Kontynuujemy pisanie skutecznych przypadków użycia na podstawie uzyskanego projektu.

1. Otwórz UeXceler w Visual Paradigm, wybierając “UeXceler > UeXceler z paska narzędzi aplikacji.
2. Otwórz Diagram przypadków użycia stronę.
   
3. Wybierz Aktorana pasku narzędzi diagramu. Kliknij na diagram, aby utworzyć aktora i nadaj mu nazwęKlienta.
   
4. Klient może złożyć rezerwację hotelową, która jest przypadkiem użycia systemu. Stwórzmy przypadek użycia na podstawie Klientaaktora. Przenieś wskaźnik myszy nad Klientaaktora. Naciśnij na Katalog zasobówikonę w prawym górnym rogu i przeciągnij ją.
   
5. Wybierz Związek -> Przypadek użyciaw Katalogu zasobów.
   
6. Puszczając przycisk myszy, utwórz przypadek użycia. Nadaj mu nazwęZłożenie rezerwacji. Związek między aktorem a przypadkiem użycia wskazuje, że aktor będzie współdziałać z systemem w celu osiągnięcia powiązanego przypadku użycia.
7. Ukończ projekt, aby wyglądał następująco:
   

Rozwijanie przypadków użycia za pomocą historii użytkownika

Podczas gdy przypadek użycia to cel biznesowy systemu informatycznego do stworzenia, historia użytkownika reprezentuje problem lub obawy użytkownika, które zostały zarejestrowane przez analityka i uczestników z pierwszej linii podczas szczegółowej dyskusji nad przypadkiem użycia. Nie ma wątpliwości, że wszystkie zarejestrowane historie użytkownika mają na celu spełnienie celu biznesowego systemu informatycznego.

1. Kliknij prawym przyciskiem myszy na Złożenie rezerwacji i wybierz Otwórz szczegóły przypadku użycia… z menu podręcznego.
   
2. Otwórz kartę Historie użytkownika strona.
   
3. Utwórz historie użytkownika, klikając dwukrotnie w puste miejsce w karcie. Utwórz trzy historie: Wyszukaj hotel, Zarezerwuj hotel i Przetwórz rezerwację w nagłej sytuacji.
   

Zapisz scenariusz historii użytkownika

Historia użytkownika informuje Cię, co końcowy użytkownik chce osiągnąć, najpierw identyfikując swój problem. Po zidentyfikowaniu problemu możesz zacząć poszukiwać rozwiązania. Narzędzie scenariusza historii użytkownika pozwala Ci narysować interakcje między aktorami a systemem w celu rozwiązania problemu opisanego w historii użytkownika. Możesz użyć tego narzędzia do zidentyfikowania oczekiwanego zachowania systemu z perspektywy użytkownika.

Scenariusz historii użytkownika stanowi dialog najwyższego poziomu między użytkownikiem a systemem, którego celem jest ustalenie, co aktor zamierza lub robi, oraz jak system reaguje na jego wprowadzone dane. Podczas decydowania, co zawrzeć w strumieniu zdarzeń, powinieneś być zwięzły. Nie włączaj szczegółów implementacji, takich jak sposób przetwarzania przez system danych wejściowych lub nawet wstawianie rekordów do bazy danych. Jest to błędne, ponieważ historie użytkownika, a także analiza przypadków użycia, są przeznaczone do identyfikowania wymagań z perspektywy końcowego użytkownika. Jednak szczegóły implementacji mogą być modelowane w diagramach sekwencji UML w postaci poddiagramów historii użytkownika.

Napiszmy scenariusz historii użytkownika.

1. Kliknij dwukrotnie na historię użytkownika Wyszukaj hotel aby ją otworzyć.
   
2. Otwórz kartę Scenariusz kartę. Edytor scenariusza składa się z wierszy, znanych jako kroki. Każdy krok reprezentuje dane wejściowe aktora lub odpowiedź systemu.
   
3. Kliknij pierwszy krok i wpisz pierwsze dane wejściowe użytkownika: Wprowadź miasto, datę przyjazdu, datę wyjazdu, typ pokoju i kliknij Wyszukaj.
   
4. Użyj narzędzi formatowania dostępnych pod UeXceler pasku narzędzi do ustawienia słowa Wyszukaj na niebiesko i pogrubione, dla podkreślenia.
   
5. Naciśnij Wprowadź aby ukończyć ten krok. Krok 2 zostanie dla Ciebie utworzony.
6. Krok 2 dotyczy sposobu reakcji systemu na dane wejściowe użytkownika. Możesz zacząć od napisania „System…”, ale istnieje lepszy sposób przedstawienia odpowiedzi systemu. WybierzUeXceler > Dodaj kontrolkę > Odpowiedź systemu z paska narzędzi, aby dodać krok odpowiedzi systemu.
   
7. Możesz teraz wprowadzić treść kroku 2:Wyświetl listę hoteli.
   
8. Dodaj następujące kroki:
   

   Wejście użytkownika	Odpowiedź systemu
   Kliknij na logo hotelu, aby przeczytać jego szczegół
   	Wyświetl szczegóły hotelu

   

Coś więcej – tworzenie szkicu opartego na scenariuszu

Szkicto szkic interfejsu użytkownika. Pomaga Ci przedstawić ekran i przepływ ekranów systemu, który ma zostać stworzony, w wczesnym etapie zbierania wymagań. Możesz powiązać szkice z krokami w scenariuszu. Ten rozdział pokaże Ci, jak korzystać z narzędzianarzędzia szkicu aby dodać szkic do kroku.

1. Kliknij pierwszy krok.
   
2. Przenieś wskaźnik myszy na zielony trójkąt po prawej stronie. Następnie kliknijZdefiniuj szkic.
   
3. Widzisz, jak po prawej stronie pojawia się szary panel? Kliknij go, aby wybrać rodzaj szkicu do utworzenia.
   
4. W oknie podręcznym wybierzStrona internetowa.
   
5. KliknijNowy szkic strony internetowej. Pojawi się nowy szkic z pustym oknem przeglądarki. To miejsce, w którym możesz przygotować mockup strony internetowej.
6. Zanim zaczniesz dodawać różne komponenty do okna przeglądarki, zmniejszmy je. Kliknij tytuł okna przeglądarki.
7. Po kliknięciu pojawiają się obsługiwane przyciski zmiany rozmiaru wokół okna przeglądarki, aby możesz ręcznie dostosować rozmiar okna. Spróbujmy bardziej bezpośredniego podejścia. Kliknij prawym przyciskiem myszy tytuł przeglądarki i wybierzRozmiar przeglądarki (1024 x 768) > 800 x 600 z menu podręcznego.
   
8. Skorzystaj z narzędzi szkieletu przedstawionych na pasku narzędzi diagramu, aby stworzyć szkielet podobny do tego:
   
9. Wróć do edytora scenariusza, klikając przycisk w kształcie trójkąta obok tytułu kroku.
   
   Gotowe, możesz zobaczyć miniaturę swojego szkieletu pojawiającą się w edytorze scenariusza.
   

Zasoby:

• Co to jest diagram przypadków użycia?
• Rodzaje aktorów w modelu przypadków użycia
• Identyfikacja wymagań użytkownika za pomocą diagramów przypadków użycia
• Co to jest specyfikacja przypadku użycia?
• Prawdziwy przewodnik po analizie odporności
• Historia użytkownika w porównaniu do przypadku użycia w rozwoju oprogramowania agilnego
• Podejście oparte na przypadkach użycia w rozwoju agilnym