Proszę o sprawdzenie diagramu przypadków użycia dla aplikacji, która ma służyć do zarządzania kontem w serwisie Youtube.
0
1
- Zauważ, że prawie każdy rozsądny przypadek użycia includuje logowanie. Może czytelniej byłoby zrobić dwóch aktorów (Obserwator i Użytkownik). Wtedy Obserwator mógłby tylko się zalogować (ale projekt łatwo mógłby być rozszerzony, jeśli jednak byłaby jakaś fonkcjonalność dla Obserwatorów), a Użytkownik robiłby całą resztę. Unikniemy wtedy plątaniny includów, które właściwie nie wnoszą żadnej istotnej informacji.
- Nie rozumiem w jaki sposób kasowanie plików i aktualizacja opisów rozszerza Zarządzanie.
- W ogóle zarządzanie nie jest za dobrym przypadkiem użycia. PU opisuje funkcjonalność systemu, a zarządzanie bardziej wygląda jak złożony proces niż zwykła funkcja elementarna systemu.
- Dobrą praktyką jest, aby przypadki użycia były "poleceniami" dla systemu. Np. Wyślij plik, pobierz plik. Jest to dobre, bo również sprawia, aby definiować PU, które są faktycznie funkcjami (pewnie gdybyś się trzymał tej zasady, nie nazwałbyś PU "zarządź profilem" i nie uznałbyś procesu za PU)
To na razie tyle. Miłego modelowania.