pytanie co do przypadków użycia

0

jeżeli Recepcjonista może tworzyć zlecenia i tak:

[ Tworzenie zleceń ]<--------<<include>>---[ Tworzenie listy zleceń ]

i pracownik ma możliwość podglądu listy zleceń to czy to będzie tak:

[ Tworzenie listy zleceń]<------<<include>> -- [ Podgląd listy zleceń ]

czy extend?? A może w ogóle nie mają być połączone??

Pozdrawiam!

0

o_O Ten include to w ogóle z d**y.
to:

[ Tworzenie zleceń ]<--------<<include>>---[ Tworzenie listy zleceń ]

Oznacza ze tworzenie listy zleceń wymaga wcześniej wykonania przypadku "tworzenie zleceń". O to chodziło? Czy może w drugą stronę? Ale nawet jeśli, to też nie do końca. Bo przecież tworzenie zleceń wymaga utworzenia listy tylko za pierwszym razem.
W drugim przypadku jest analogicznie.

Krótka lekcja:

  • relacja include oznacza że dany przypadek użycia wymaga użycia innego przypadku (np. wykonywanie dowolnych akcji w systemie wymaga autentykacji)
  • relacja extend oznacza opcjonalne rozszerzanie danego przypadku użycia - to znaczy ze realizując pewien przypadek można, ale nie trzeba, wykonać inny przypadek użycia (np. realizując Logowanie można wykonać Logowanie SSL albo Logowanie remember-me, więc te dwa przypadki rozszerzają przypadek Logowanie)
0

Tutaj bardziej mi chodziło o to, że liste zleceń tworzą zlecenia i aby użyć listy zleceń ( stworzyć ) trzeba najpierw stworzyć zlecenie ( minimum 1 ) :-)

0
Shalom napisał(a):

Krótka lekcja:

  • relacja include oznacza że dany przypadek użycia wymaga użycia innego przypadku (np. wykonywanie dowolnych akcji w systemie wymaga autentykacji)
  • relacja extend oznacza opcjonalne rozszerzanie danego przypadku użycia - to znaczy ze realizując pewien przypadek można, ale nie trzeba, wykonać inny przypadek użycia (np. realizując Logowanie można wykonać Logowanie SSL albo Logowanie remember-me, więc te dwa przypadki rozszerzają przypadek Logowanie)

Witam,

czy w takim razie, gdy w systemie wypożyczalni mamy sytuację: użytkownik może wypożyczyć tytuł i monitorować to wypożyczenie, to czy monitorowanie może być opisane jako extend do wypożyczenia?

0

Nie bo to są dwie zupełnie różne funkcjonalności. Co najwyżej monitorowanie includuje wypożyczenie, ale to też nie za bardzo. Bo mogłem wypożyczyc raz, a monitorować wiele razy.

0
Shalom napisał(a):

Nie bo to są dwie zupełnie różne funkcjonalności. Co najwyżej monitorowanie includuje wypożyczenie, ale to też nie za bardzo. Bo mogłem wypożyczyc raz, a monitorować wiele razy.

Wiem, że to pewnie bardzo duże uproszczenie (o ile w ogóle poprawne), ale czy można w takim razie powiedzieć że extend działa na zasadzie kompozycji? Tzn że rozszerzenie danego przypadku nie może samodzielnie funkcjonować - zupełnie odwrotnie do sytuacji z wypożyczeniem i monitorowaniem które opisałem w pierwszym swoim poście.

0

Nie. Extend działa na zasadzie dziedziczenia bardziej niż kompozycji, tzn możesz użyć przypadku "bazowego" lub przypadku "rozszerzonego" który wzobogaca "bazowy" o coś nowego.
Chyba że "kompozycje" rozumiesz na zasadzie wzorca Dekorator, wtedy ewentualnie mogę sie zgodzić.

0
Shalom napisał(a):

Nie. Extend działa na zasadzie dziedziczenia bardziej niż kompozycji, tzn możesz użyć przypadku "bazowego" lub przypadku "rozszerzonego" który wzobogaca "bazowy" o coś nowego.
Chyba że "kompozycje" rozumiesz na zasadzie wzorca Dekorator, wtedy ewentualnie mogę sie zgodzić.

Dzięki za pomoc w zrozumieniu.
Tak właśnie myślałem że bliżej extendowi do dziedziczenia niż kompozycji, ale starałem się po prostu wyczuć tą jak dla mnie delikatną różnicę.

1 użytkowników online, w tym zalogowanych: 0, gości: 1