Jak zidentyfikować przypadki użycia w modelowaniu UML

Podejście oparte na przypadkach użycia to rodzaj techniki identyfikacji celów biznesowych systemu. Identyfikacja przypadków użycia pomaga zdefiniować zakres systemu, zapewniając, że wymagania, które mają być znalezione, będą zgodne z wartościami, potrzebami i strategią biznesową.

Czym są aktorzy w analizie przypadków użycia?

Aktor określa rolę odgrywaną przez użytkownika lub inny system, który wchodzi w interakcję z rozwijanym systemem. Może reprezentować rolę odgrywaną przez użytkowników ludzkich, zewnętrzny sprzęt lub innych interesariuszy. Aktorzy zawsze znajdują się poza systemem, wchodząc w bezpośrednią interakcję z przypadkami użycia, inicjując je, dostarczając do nich dane wejściowe i/lub otrzymując od nich dane wyjściowe. Chociaż jedna fizyczna instancja może odgrywać rolę wielu różnych aktorów, aktorzy niekoniecznie reprezentują konkretny byt fizyczny, na przykład zegar, który uruchamia wysyłanie powiadomień e-mail.

Identyfikacja przypadków użycia – cechy aktora w analizie przypadków użycia
Po prostu wymień postrzeganie interesariuszy lub docelowych użytkowników przez członków zespołu, a łatwiej będzie osiągnąć konsensus podczas dyskusji.

1. Aktorzy znajdują się poza systemem, nie należą do określonej części systemu, więc nie musimy „budować” „aktorów”;
2. Tylko ci, którzy mogą korzystać z systemu, wchodzić w interakcje z systemem i wymieniać informacje z systemem, są aktorami systemu;
3. Aktorzy będą inicjować i uczestniczyć w przypadkach użycia, więc znalezienie aktorów może pomóc nam w znalezieniu przypadków użycia;
4. Chociaż nie musimy „rozwijać aktorów”, musimy wziąć pod uwagę interfejsy. System musi uwzględnić interfejs, z którego będą korzystać aktorzy (doświadczenie użytkownika / GUI), lub system musi uzyskać dane za pośrednictwem interfejsu dostarczonego przez aktorów.

Kim są aktorzy? Zadaj następujące pytania:

1. Kto będzie korzystał z tego systemu?
2. Kto zainstaluje ten system?
3. Kto uruchomi ten system?
4. Kto będzie utrzymywał ten system?
5. Kto wyłączy ten system?
6. Które inne systemy będą korzystać z tego systemu?
7. Kto uzyska informacje z tego systemu?
8. Kto dostarczy informacje do tego systemu?
9. Kiedy nadejdzie ustawiony czas, czy coś wydarzy się automatycznie?
10. Które systemy będą połączone z tym systemem?
11. Czy są jakieś urządzenia sprzętowe podłączone do tego systemu?
12. Które bazy danych będą połączone z tym systemem?
13. Kto w firmie będzie korzystał z tego systemu?\
14. Kto będzie korzystał z tego systemu poza firmą?
15. Kiedy wystąpi określony czas lub zdarzenie, czy ten system musi automatycznie powiadomić kogoś lub inne systemy?

Rodzaje aktora

Wielu analityków ignoruje kluczowych aktorów w procesie rysowania diagramu przypadków użycia, ponieważ identyfikują tylko aktorów ludzkich. Klasyfikacja aktorów przypadków użycia w ten sposób pomaga analitykom upewnić się, że nie ignorują żadnych kluczowych aktorów w diagramie przypadków użycia.

Istnieje inny sposób klasyfikacji uczestników. Mogą to być:

• ludzie
• System / oprogramowanie
• Sprzęt
• Zegar / czasomierz

Lista pytań do identyfikacji przypadków użycia

1. Jakie funkcje uczestnicy chcą mieć w tym systemie?
2. Czy ten system przechowuje informacje? Którzy uczestnicy będą tworzyć, czytać, aktualizować i usuwać te informacje?
3. Czy system musi powiadamiać uczestników, gdy zmienia się wewnętrzny stan systemu?
4. Czy są jakieś zewnętrzne zdarzenia, o których system musi wiedzieć? Kiedy to zewnętrzne zdarzenie wystąpi, który aktor powiadomi system?
5. Czy ten system musi regularnie wykonywać jakieś operacje?
6. Kiedy wystąpią ważne zewnętrzne zdarzenia, czy system musi automatycznie wykonać określone operacje?
7. Czy nazwa tego przypadku użycia jest wystarczająco jasna? Czy wynik tego przypadku użycia można ocenić bezpośrednio na podstawie nazwy tego przypadku użycia?
8. Czy ten przypadek użycia będzie miał wiele wyników? A może te wyniki są generowane w różnych momentach czasowych?