Witam. Na roku robimy projekt systemu. Podzieliliśmy się zadaniami w grupie i mi przypadły owe diagramy do zrobienia. Co do systemu, to będzie to swego rodzaju taksówka, transporty lotniskowe. Pracownik, jak i sam przejazd, jak pamiętam są już realizowane po za systemem. W założeniu jak pamiętam pracownik tylko przegląda rezerwacje. Klient też sam się nie loguje do systemu, tylko podaje swoje dane i dane dot. płatności w rezerwacji. Tyle chyba słowem wstępu, by jakoś przybliżyć ten projekt.
Przesyłam 3 załączniki.
*Pierwszy jest diagram fizyczny, który został zaakceptowany przez prowadzącą i chyba w zasadzie nie mam żadnych pytań, do niego. Natomiast nie wiem, jak ma wyglądać logiczny. Czym on ma się różnić od fizycznego. Znalazłem jakieś przykłady gdzie w jednym nie było tylko kluczy obcych i wszystkie atrybuty encji maja wartości puste, a w innych były encje wiele do wiele bez pośredniczącej jakieś i uboższe w atrybuty encji w stosunku do fizycznego.
*No aaa... przejść stanów to wgl abstrakcja w moim wykonaniu. To powinien być chyba jeden taki diagram dla całego systemu, ale ubzdurałem sobie, że ile obiektów, tyle diagramów przejść stanów.(jest 5 obiektów, ale zrobiłem 4 diagramy, bo klienta nie ma jako tako w systemie i w sumie powinienem go jakoś powiązać z rezerwacją) Idąc po kolei, to pierw jest samochód, który może być w 2 stanach, wolny i zajęty. Potem są trasy, które nie znikają z dostępnych do wyboru, gdy inny klient wybierze wcześniej tą samą trasę. Pracownik, no i rezerwacja, której w sumie mogłem nie wrzucać tutaj, bo nie jest skończona w jakikolwiek racjonalny sposób.
Jakieś sugestie, bądź krytyka i pomysł na poprawę tej piaskownicy ?