CRUD w schemacie użycia?

Question

Moje pytanie jest dość proste. Jaki jest najlepszy sposób przeniesienia CRUD do diagramu przypadków użycia? Powinno to być DRY. Wiem, UML jest czasami uznaniowe, ale co o tym myślisz?

Kilka pomysłów:

1 use-case diagram

• Niezupełnie DRY, jeśli istnieje kilka obiektów CRUD.

2 schemat use-case

• Niezupełnie DRY, jeśli istnieje kilka obiektów CRUD.

3 schemat use-case

• wolę ten.

---

Aktualizacja

4 use-case diagram (@Uffe)

• Uwaga może trzeba dodawać, gdy jest to opisane w dokumentacji?

5 use-case diagram (@home @Uffe)

Answer 1

Spośród nich, powiedziałbym, że # 3 jest w rzeczywistości najgorszy, ponieważ "CRUD" sam w sobie nie jest przypadkiem użycia; zawsze CRUD coś. Nie mylić użycia przypadku <<extend>> z dziedziczeniem klasy.

Opcja nr 2 również nie jest zbyt dobra, ponieważ przejście przez przypadek użycia "zarządzaj użytkownikiem" nie oznacza, że ​​wykonujesz wszystkie cztery akcje CRUD.

Jeśli naprawdę chcesz być taki jawny w swoich przypadkach użycia, # 1 ma moje pieniądze. Ale jeśli to ja, po prostu umieściłbym tam przypadek użycia "Zarządzaj użytkownikami".

Ponieważ zarządzanie użytkownikami (lub czymś innym) jest dobrze zrozumiałą koncepcją, przypadek użycia "Zarządzaj użytkownikami" jest w rzeczywistości dość oczywisty i nie wymaga szczegółowego opisu w kilku przypadkach użycia, chyba że istnieją konkretne powody, aby to zrobić. (na przykład, jeśli analizowany system jest mechanizmem uwierzytelniania). Jeśli tak, użyj # 1.

Answer 2

bym oceniany przez trzy tak długo, jak istnieje bezpośrednia lub pośrednia zrozumienie w towarzystwie, co dokładnie masz na myśli przez CRUD (tzn. każdy powinien się zgodzić, że oznacza po prostu podstawowe formularze do wprowadzania wszystkich danych, jeśli klasa wymaga bardziej złożonego procesu wprowadzania danych, powinna być modelowana jako osobny przypadek użycia).

Answer 3

Zgodnie z książką "Stosowanie UML i Patterns-Craig Larman", możemy użyć "Zarządzaj użytkownikiem" dla nazwy przypadku użycia, aby pokazać działanie CRUD w przypadku użycia. Nr 4 to dobry wybór i w tym przypadku opisujemy operacje CRUD w scenariuszu. Utwórz użytkownika w głównym strumieniu zdarzeń, a pozostałe w alternatywnym przepływie zdarzeń.