Opis formalny

<nazwa powinna być celem w postaci krótkiego wyrażenia czasownikowego>

Kontekst użycia: <dłuższe określenie celu>

Zakres: <zakres projektowy, jaki system jest taktowany jako projektowana czarna skrzynka>

Poziom: <jeden z: streszczenie, cel użytkownika, podfunkcja>

Aktor główny: <nazwa roli dla aktora głównego lub jej opis>

Uczestnicy i interesy: <lista uczestników i ich kluczowych interesów w tym przypadku użycia>

Warunek początkowy: <jakiego stanu oczekujemy na wstępie>

Minimalna gwarancja: <w jaki sposób interesy są chronione przy dowolnym zakończeniu>

Gwarancja powodzenia: <stan gdy cel będzie zrealizowany>

Wyzwalacz: <co uruchamia przypadek użycia; może być zdarzenie zegarowe>

Główny scenariusz powodzenia

<kroki scenariusza od wyzwalacza do realizacji celu>

<numer kroku> <opis akcji>

Rozszerzenia:

<umieść tu rozszerzenia; jedno w wierszu; każde odwołuje się do kroku scenariusza głównego>

<zmieniony krok> <warunek>: <akcja albo podrzędny przypadek użycia>

Lista wariantów technologii i danych:

<umieść tu warianty, które ostatecznie mogę spowodować rozdzielenie scenariusza>

<numer kroku lub wariantu> <lista wariantów>

Dodatkowe informacje:

<cokolwiek potrzebne jako dodatkowe informacja>

Opis nieformalny

Aktor główny: <nazwa roli dla aktora głównego lub jej opis>

Zakres: <zakres projektowy, jaki system jest taktowany jako projektowana czarna skrzynka>

Poziom: <jeden z: streszczenie, cel użytkownika, podfunkcja>

<opis przypadku użycia w języku naturalnym>

<akapity mogę opisywać rozszerzenia przypadku użycia>

Tabela jednokolumnowa:

Nazwa przypadku użycia

<nazwa powinna być celem w postaci krótkiego wyrażenia czasownikowego>

Kontekst użycia

<dłuższe określenie celu>

Zakres

zakres projektowy, jaki system jest taktowany jako projektowana czarna skrzynka>

Poziom

<jeden z: streszczenie, cel użytkownika, podfunkcja>

Aktor główny

<nazwa roli dla aktora głównego lub jej opis>

Uczestnicy i interesy

Uczestnik

Interes

<nazwa uczestnika>

<interesy uczestnika>

<nazwa uczestnika>

<interesy uczestnika>

Warunek początkowy

<jakiego stanu oczekujemy na wstępie>

Minimalna gwarancja

<w jaki sposób interesy są chronione przy dowolnym zakończeniu>

Gwarancja powodzenia

<stan gdy cel będzie zrealizowany>

Wyzwalacz

<co uruchamia przypadek użycia; może być zdarzenie zegarowe>

Opis

Krok

Akcja

1

<kroki scenariusza od wyzwalacza do realizacji celu>

2

<…>

3

Rozszerzenia

Krok

Akcja odgałęzienia

1a

<warunek powodujący odgałęzienie>:

<akcja lub podrzędny przypadek użycia>

Warianty technologii

1

<lista wariantów>

Styl RUP

  1. Nazwa przypadku użycia

    1. Krótki opis

… tekst …

    1. Aktorzy

… tekst …

    1. Wyzwalacze

… tekst …

  1. Przepływ zdarzeń

    1. Przepływ podstawowy

… tekst …

    1. Przepływy alternatywne

      1. Warunek 1

… tekst …

      1. Warunek 2

… tekst …

      1. …

  1. Specjalne wymagania

    1. Platforma

… tekst …

    1. …

  1. Warunki początkowe

… tekst …

  1. Warunki końcowe

… tekst …

  1. Punkty rozszerzenia

… tekst …

Lista kontrola przypadku użycia:

Pole

Pytanie

Tytuł przypadku użycia

  1. Czy jest to wyrażenie czasownikowe, które jest nazwą celu aktora głównego

  1. Czy system może zrealizować ten cel

Zakres i poziom

  1. Czy te pola są wypełnione

Zakres

  1. Czy w przypadku użycia traktuje się system wskazany w Polu zakres jako czarną skrzynkę („TAK” - jeżeli jest to dokument wymagań systemowych, „NIE” - jeżeli jest to gospodarczy przypadek użycia białej skrzynki)

  1. Czy system wskazany w polu Zakres jest systemem, który ma być zaprojektowany? Czy projektanci muszą zaprojektować wszystko co jest w nim i nic poza nim ?

Poziom

  1. Czy zawartość przypadku użycia pasuje do wskazanego poziomu celu ?

  1. Czy cel rzeczywiście jest na wskazanym poziomie ?

Aktor główny

  1. Czy jest on właścicielem zachowania ?

  1. Czy ma on cel względem SA, który jest usługą przyrzeczoną przez SA ?

Warunki początkowe

  1. Czy są obowiązkowe i mogą być ustanowione przez SA?

  1. Czy prawdą jest, że nigdy nie sprawdza się ich w przypadku użycia ?

Uczestnicy i interesy

  1. Czy są nazwani, a system musi czynić zadość ich interesom, tak jak je opisano ?

Minimalne gwarancje

  1. Czy wszystkie interesy uczestników są chronione ?

Gwarancje powodzenia

  1. Czy wszystkie interesy uczestników są chronione ?

Główny scenariusz powodzenia

  1. Czy ma od 3 do 9 kroków ?

  1. Czy przechodzi od wyzwalacza do gwarancji powodzenia ?

  1. Czy umożliwia poprawne warianty kolejności ?

Każdy krok w dowolnym scenariuszu

  1. Czy jest wyrażony w postaci osiągniętego celu ?

  1. Czy proces posuwa się wyraźnie do przodu po jego udanym zakończeniu ?

  1. Czy jest jasne, który z aktorów zajmuje się celem - kto „kopie” piłkę ?

  1. Czy zamierzenia aktora są jasne ?

  1. Czy poziom celu tego kroku jest niższy niż poziom celu przypadku użycia jako całość ? Czy jest on (najlepiej) odrobinę poniżej celu przypadku użycia ?

  1. Czy na pewno nie opisano w tym kroku projektu interfejsu użytkownika systemu ?

  1. Czy jest jasne, jaką informację przekazuje się w tym kroku ?

  1. Czy „stwierdza” się w nim warunki, a nie „sprawdza” ?

Warunek rozszerzenia

  1. Czy system może i musi zarówno wykryć go, jak i obsłużyć ?

  1. Czy jest on tym, czego system rzeczywiście potrzebuje ?

Lista wariantów technologii i danych

  1. Czy na pewno nie są to zwykłe czynnościowe rozszerzenie Głównego scenariusza powodzenia ?

Zawartość przypadku użycia jako całości

  1. Do sponsorów i użytkowników: „Czy tego właśnie chcesz ?”

  1. Do sponsorów i użytkowników: „Czy po dostarczeniu będziecie w stanie powiedzieć, czy otrzymaliście to ?”

  1. Do programistów „Czy możecie to zaimplementować ?”