bardzo prosty diagram klas - sprawdzenie

0

diagramklas.jpg

pozdrawiam

0

Masakra... Tobie się chyba diagram ERD (nawet jeśli, to błędny...) pomylił z diagramem klas

  1. Skoro Konto jest powiazane z Osobą to po co dublujesz dane typu imie czy nazwisko
  2. Po co ci jakieś id_konta w zleceniu skoro masz tam kompozycje? Te obiekty i tak będą powiazane jednoznacznie jakaś referencją
  3. Nie rozumiem co to za "login i hasło" u recepcjonisty skoro każda Osoba ma login i hasło
  4. Nie mam pojęcia co wg ciebie ma niby robic klasa L.Zleceń a jej powiazanie z klasą Szef to w ogóle jakiś koszmar
  5. Metody dla tych obiektów to też chyba dobrałeś jakoś losowo. Co znaczy metoda Dodaj() wywołana na obiekcie Konto? To jest dodajNoweZlecenie() ? To tak powinieneś ją nazwać!
  6. A Dodaj() na Zleceniu robi co?
  7. Co znaczy metoda Drukuj_paragon() wywołana na obiekcie Pracownik?

Metody to są operacje które wykonuje obiekt na którym są wywoływane. Na przykład obiekt RejestrZleceń może mieć metodę dodajNoweZlecenie(). Tak samo obiekt Pies moze mieć metodę szczekaj() albo sikaj(). A metodą podejrzyjStan wywołana na obiekcie Klient co niby ma znaczyć? Ma służyć do podejrzenia stanu klienta? o_O

0

Pomógłbyś mi zaprojektować prosty diagram klas dla serwisu komputerowego??

Ja widzę takie klasy:

  • Zlecenie
  • Lista zleceń
  • Osoba ( pracownik, klient, recepcjonista, szef )

Miałbyś jeszcze jakiś pomysł? Bym zrobił jeszcze raz od podstaw..

0

Źle źle źle.
Pomyśl CO system ma robić! Po co ci klasy Pracownik czy Recepcjonista? Chcesz w swoim systemie robic jakiś system logowania i po to ci te role? Bo jeśli nie, to te klasy są zbędne.
Ja widzę to tak:

  • Rejestr klientów agregujący w sobie Klientów
  • Rejestr aktywnych zleceń agregujacy zlecenia i sortujący je pod względem czasu złożenia zlecenia, tak żeby pierwsze wykonywać zawsze zlecenia które najdłużej czekają. Dodatkowo taki rejestr powinien udostępniać metody mniej wiecej takie jak zwykłe FIFO, tzn wyciąganie zlecenia do wykonania.
  • Historię zleceń która przechowuje wykonane zlecenia
  • Każde zlecenie jest powiązane z jakimś klientem, dodatkowo zlecenie ma informacje o tym kiedy złożono zlecenie (chyba ze będzie to klucz w Map w Rejestrze, wtedy nie jest to potrzebne tutaj)
  • Dodatkowo będzie potrzebna jakaś glówna logika aplikacji, czyli klasa która tworzy/wczytuje oba Rejestr i udostępnia ich metody pracownikowi. Pracownik ma dostępne:
    1. Dodawanie nowych klientów
    2. Dodawanie nowych zleceń
    3. Pobieranie zlecenia do wykonania
    4. Zamknięcie zlecenia, ktore spowoduje przeniesienie go do archiwum.
0

Nie wiem czy o to mniej więcej chodziło, na razie na szybko bez atrybutów i funkcji poszczególnych klas..

DK.jpg

Nie wiem jak tu zdjęcie dodać... :/

0

Ale po ci ta klasa Pracownik? No ale skoro musisz ja mieć, to twoja wola ;] Te aktywne zlecenia nie muszą (nie powinny :P) mieć metody sortującej. One powinny siedzieć w kolekcji która zadaje im porządek ;)
Jedno zlecenie powiązane z wieloma klientami? Ciekawa koncepcja.

0

Okej, nazwę Zlecenie, nazwałem Zlecenia. Usunąłem funkcje z klasy Aktywne_zlecenie i powiem szczerze iż nie wiem co dalej..

0

Okej poprawiłem iż jeden klient może złożyć 0...* zleceń. Co sugerujesz dalej?

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