Zadania – diagram klas
Serwis domowy
• Wymagania użytkownika dla systemu komputerowego
1. Każdy klient serwisu sprzętu domowego opisywany jest następującymi danymi: imię, nazwisko, adres i telefon
2. Serwis zatrudnia serwisantów. Dla każdego z serwisantów chcemy przechowywać: imię, nazwisko, datę urodzenia, adres, telefon
3. Każdy serwisant ma przydzielony samochód służbowy (ważne informacje to: marka, typ, numer rejestracyjny, pojemność, przebieg), z którego korzysta wspólnie z co najwyżej dwoma współpracownikami
4. Miasto jest podzielone na strefy; dla każdej strefy chcemy przechowywać nazwę. Strefy różnią się wielkością opłat strefowych, związanych z koniecznością dojazdu
5. Każda strefa podzielona jest na kilka rejonów (rejony nie muszą być rozłączne) rejon wchodzi w skład dokładnie jednej strefy i obejmuje pewną liczbę ulic. Ulica może wchodzić w skład więcej niż jednego rejonu. Należy pamiętać nazwy rejonów i ulic
6. Każdy serwisant obsługuje co najmniej dwa rejony miasta. Rejony mogą być obsługiwane przez różną liczbę serwisantów, ale nie istnieją rejony, które nie miałyby zapewnionego serwisu
7. Dla każdego zgłoszenia klienta są zapamiętywane: data i godzina przyjęcia zgłoszenia oraz dane klienta
8. Na podstawie ulicy z adresu zgłoszenia (adresem zgłoszenia jest adres klienta) ustalany jest rejon(y) miasta do którego należy wysłać serwisanta. Zapamiętywana jest informacja o tym, któremu serwisantowi przydzielone zostało zgłoszenie – serwisant jest wybierany wyłącznie z grona serwisantów obsługujących ten rejon(y) miasta z którego pochodzi serwisant
9. Inne ważne dane: data i godzina przypisania zgłoszenia do serwisanta oraz data
zrealizowania serwisu wraz z godziną rozpoczęcia i godziną zakończenia
class Logical View
Osoba - imie: char - nazwisko: char - adres: char - telefon: int
Klient
Serw isant - data_urodzenia: char
Samochód - marka: char - nr_rejestracyjny: char - typ: char
Rej on - nazwa: char
Strefa - nazwa: char - opłata_strefowa: int
Ulica Zgłoszenie
- data_przyjęcia: char - godz_przyjecia: int
- data_przypisania: int - data_realizacji: int - godz_przypisania: int - godz_rozp.realizacji: int - godz_zak.realizacji: int 0..3
korzysta
1
1..*
obsługuje 2..*
1..*
1..*
1
1..* *
{ordered}
0..1 *
dotyczy 1..*
Skonstruuj diagram klas w oparciu o tekst wymagań użytkowania
Diagram klas dla serwisu
Klub pływacki
Wymagania użytkownika dla klubu pływackiego:
1. Klub pływacki zrzesza zawodników amatorów oraz zawodników zawodowców. Każdy zawodnik posiada unikatowy numer ewidencyjny
2. Zawodnik jest zobowiązany wnosić roczną składkę członkowską; wysokość składki jest ustalana indywidualnie dla każdego zawodnika. Składka może zmieniać się z roku na rok. System powinien przechowywać informacje o wszystkich dotychczas wpłaconych składkach członkowskich w klubie
3. Wszyscy amatorzy otrzymują od klubu stypendium sportowe; wysokość stypendium jest taka sama dla wszystkich osób, które je pobierają. Stypendium może się zmieniać, jednak nie może wzrosnąć jednorazowo więcej niż 20%, jak też nie może być niższe niż 100 zł. Należy przechowywać informacje tylko o aktualnej wysokości wypłacanego stypendium
4. Od czasu do czasu klub bierze udział w zawodach sportowych; są to zawody zarówno krajowe, jak i zagraniczne.
Na zawody powoływany jest ad hoc zespół złożony z co najmniej trzech, lecz nie więcej niż sześciu zawodników.
Kapitan zespołu, którym może zostać tylko zawodowiec, jest wybierany spośród członków zespołu. Po zakończeniu zawodów taki zespół jest rozwiązywany. Za udział w zawodach zespół jako całość otrzymuje od klubu premię pieniężną, która w następnym kroku jest dzielona pomiędzy osoby, które do niego należą (różne osoby mogą otrzymać różne kwoty pieniężne). Premia jest wypłacana pierwszego dnia po zakończeniu zawodów. Zawodnik (zarówno amator, jak i zawodowiec) może brać udział w dowolnej liczbie zawodów
5. Na każde zawody krajowe klub wysyła minimum dwóch amatorów (niezależnie od tego, czy wysłał na te zawody zespół) w charakterze obserwatorów. Ich zadaniem jest m.in. Przygotowanie raportu z zawodów; każdy z
obserwatorów przygotowuje raport indywidualny. Wszystkie raporty są przechowywane
6. Dla każdych zawodów ważne jest, gdzie się one odbywają oraz jaka była kwota wydatków, jakie klub poniósł wysyłając na nie swoich zawodników. Ponadto, dla zawodów zagranicznych należy pamiętać, który język był językiem oficjalnym używanym przez organizatorów
7. System powinien umożliwiać uzyskanie informacji o ilość pieniędzy, jakie każdy zawodnik wpłaci do kasy klubu w danym okresie czasu: amatorzy wpłacają tylko składki, zaś zawodowcy wpłacają składki oraz 10% premii
otrzymywanych za udział w zawodach. Dodatkowo, system powinien umożliwiać odnalezienia zawodników, którzy
najdłużej należą do klubu.
class Logical View
Zawodnik - nr_ewidencyjny: int
+ ile_wpłacić_do_kasy_klubu() : void + najstarsi_stażem() : void
Zaw odnik_amator - wysokość_stypendium_sport: int + ile_wpłacić_do_kasy_klubu()
Zaw odnik_zaw odowiec + ile_wpłacić_do_kasy() : void
Składka_członkowska - wysokość_składki: int - za_rok: int
- data_wpłaty: char
Zespół
- premia_za_udział_w_zawodach: int - premia_indywidualna: int
W oparciu o składki wpłacone w zadanym terminie
Zawody - data_zakończenia: char - miejsce: char
- kwota_wydatków: int
Zaw ody_kraj ow e Zaw ody_zagraniczne - oficjalny_język_zawodników: char Raport
poniesionych przez klub
premia jest dzielona na członków zespołu;
wypłata premii ma miejsce pierwszego dnia po zakończeniu zawodów
1 0..1
*
2..*
* +kapitan
1 *
Kancelaria prawnicza
Pewna kancelaria prawnicza postanowiła usprawnić obsługę prowadzonych przez nią spraw poprzez wykorzystanie systemu informatycznego. Poniżej przedstawiono wymagania użytkownika, w oparciu o, które trzeba stworzyć model konceptualny.
• Należy przechowywać następujące dane o klientach i pracownikach: imiona (nie więcej niż dwa), nazwisko, nazwisko panieńskie (tylko dla kobiet), adres i telefon.
• Dla prawników ma być przechowywany także staż w pracy zawodzie.
• Dla spraw prowadzonych przez kancelarię mają być pamiętane informacje takie jak: data rozpoczęcia i data zakończenia sprawy, czego dotyczyła, czy zakończyła się sukcesem, dane klienta, który ją zlecił oraz którzy prawnicy zajmowali się sprawą.
• Mają być przechowywane przez kancelarię daty i miejsca wszystkich rozpraw związanych ze sprawą. Każdej rozprawie ma być przypisany identyfikator, unikatowy w ramach danej sprawy.
• Ponieważ możliwa jest sytuacja, że prawnik zostanie odsunięty od sprawy jeszcze w trakcie jej trwania, ma być pamiętane od kiedy do kiedy prawnik zajmował się daną sprawą.
• W danym momencie czasu prawnik może być przydzielony tylko do jednej sprawy.
• Należy uwzględnić fakt, że prawnik może być klientem kancelarii, ale wtedy nie może zajmować się sprawami, które zlecił.
• Sprawa może być anulowana w dowolnym momencie; dane sprawy anulowanej nie mają być przechowywane.
• Dane sprawy mają być przechowywane przez 10 lat od momentu jej zakończenia.
• Oczekuje się, że system będzie wspomagał pracę kancelarii
• Rejestrowaniu spraw
• Przydzielaniu pracowników do spraw
• Odsuwaniu pracowników od spraw
• Rejestracji rozpraw
• Rejestracji zakończenia spraw
• Ustalaniu listy spraw, które w zadanym okresie czasu zakończyły się sukcesem.
class Logical View
Osoba - imie: char - nazwisko: char
- nazwisko_panienskie: char - adres: char
- telefon: boolean
Klient
Praw nik
- staz_pracy_w_zawodzie: int
Spraw a - data_rozpoczecia: date - czego_dotyczy: char - data_zakonczenia: date
- czy_zakonczona_sukcesem: boolean + rejestruj_sprawe(boolean, Klient) : void + przydziel_prawnika(Prawnik) : void + odsun_prawnika(Prawnik) : void + rejestruj_rozprawe() : void
+ rejestruj_zakonczenie_sprawy() : void + znajdz_zakonczone_sukcesem() : void Rozpraw a
- data: date - miejsce: char
1..*
1..*
1
+zleceniodawca 1
zleceniodawca
1..*
