Temat: bardzo prosty diagram klas - sprawdzenie
O ile Rejestr zleceń może się składać ze Zleceń, o tyle uzależnienie życia Recepcjonisty, Pracownika oraz Planisty od posiadania Telefonu wydaje się dość przesadzone - zwykły związek byłby bardziej odpowiedni.
Kompozycja modeluje m.in. sytuację, w której usunięcie instancji klsay Planista spowoduje również usunięcie klasy Telefon - czy o to chodziło ?
Ciekawy również byłby przypadek, gdyby instancję Telefonu posiadały instancje Planisty, Recepcjonisty i Pracownika.
Słowem programista miałby ciężki orzech do zgryzienia próbujac zaimplementować taka konstrukcję bez czestych rozmów z Toba ;)
Inna sprawa to kierunkowość związków. Strzałki pokazują, że o ile będziemy mieć dostęp do wszystkich zleceń Recepcjonisty, a także Pracownika, to raczej na podstawie Zleceń nie dowiemy sie bezpośrednio, kto je tworzy, a kto je wykonuje - dać sobie spokój ze strzałką jak się nie za bardzo wie o o co chodzi .... Intrygujący jest również przypadek utworzenia Zlecenia przez kilku Recepcjonistów - jak to sobie wyobrażasz ?
Podobnie rzecz się ma z drugą asocjacją skierowaną. Do czego ta kieunkowośc związku Posiada ?
Poza tym od razu przekreślasz możliwość rozpoznania który Planista które utworzył Zlecenie. Zatem Planiści moga sobie nieźle namieszać przy usuwaniu, czy modyfikacji Zleceń.
Z powyzszego wynika, że nie jest to raczej "bardzo prosty diagram klas".
Spróbuj wpierw poczytac co nieco o każdym elemencie, który zamieściłes na diagramie w sensie co ten element oznacza i jakie posiada reguły (semantyka).
пропозиції роботи
