Proszę oceniać stosując załączone kryteria.

Kryteria sprawdzamy sekwencyjnie zaczynając od 1, przyznając punkty za każde spełnione kryterium. Gdy w zadaniu wystąpi błąd, przerywamy sprawdzanie. Np. w takim rozwiązaniu zadania 1:

1 posiada → 1. *

ZamowienieDTO

PozycjaZamowieniaDTO

3 punkty

#ID: int

zamówienie pozycjaZamówienia

#ID: int

#data_zł: date

#ilość: int

#wartość: float

#cena: float

--------------

#zamowienie:ZamowienieDTO

+getID()

#wyrob: WyrobDTO

+setID(id)

--------------

+wyświetl()

+get...()

+set...(...)

WyrobDTO

0. *

#ID: int

1 występuje na →

#nazwa: string

--------------

pozycjaZamówienia

wyrób

+get...()

+set...(...)

w klasie obiektu transferowego jest niedopuszczalna metoda. Nie jest spełnione kryterium nr 4, pozostałych kryteriów już nie sprawdzamy. Liczba punktów za to zadanie to 3.

W takim rozwiązaniu zadania 3:

fasada

serwis

:KadryFasada

:KadrySerwis

0 punktów

usunPracownika(pracownik)

pracownikDAO

:PracownikDAO

delete(pracownik)

występuje nieprawidłowy symbol. Nie jest spełnione kryterium nr 1, pozostałych kryteriów już nie sprawdzamy. Liczba punktów za to zadanie to 0.

Oceniając, proszę zaznaczać błędy, tak jak pokazano w przykładach.

Na pierwszej stronie proszę wpisać liczbę punktów za test i łączną sumę punktów za zadania.

Grupa A

Zadanie 1

1 posiada → 1. *

ZamowienieDTO

PozycjaZamowieniaDTO

#ID: int

zamówienie pozycjaZamówienia

#ID: int

#data_zł: date

#ilość: int

#wartość: float

#cena: float

--------------

#zamowienie:ZamowienieDTO

+getID()

#wyrob: WyrobDTO

+setID(id)

--------------

+getWartosc()

+get...()

+setWartosc(w)

+set...(...)

WyrobDTO

....

0. *

#ID: int

1 występuje na →

#nazwa: string

--------------

pozycjaZamówienia

wyrób

+get...()

+set...(...)

Klasa WyrobDTO jest opcjonalna. Bez niej rozwiązanie jest prawidłowe.

Kryterium

punkty

Czy są 2 (lub 3) klasy?

Czy asocjacje są takie jak wyżej (nie patrzymy na nazwy, role, liczebności, typ)?

Czy pola są takie jak na rysunku? Może nie być typu pola (int, string), w klasie PozycjaZamowieniaDTO

może nie być pól zamowienie i wyrob.

Czy metody są takie jak na rysunku? Metody mogą być specyfikowane skrótowo, jak np. w klasie 1

PozycjaZamowieniaDTO. Metody inne niż get i set są niedopuszczalne 5

Czy asocjacje mają nazwy, takie, że da się przeczytać po polsku? (Zamówienie posiada pozycje 1

zamówienia)

Czy prawidłowo określono liczebność asocjacji?

Czy przy nazwie asocjacji jest strzałka pokazująca kierunek czytania?

Czy nazwa klasy jest rzeczownikiem w liczbie pojedynczej? (może nie być końcówki DTO) 1

Czy określono role asocjacji, tak że da się przeczytać zależność po polsku. Rola musi być rzeczownikiem. 1

Takie role jak na rysunku też mogą być.

Czy końcówka nazwy klasy to DTO lub TO?

Maks. Liczba punktów 10

Typ asocjacji jest nieistotny (romb może być zamalowany, lub może go nie być).

Zadanie 2

Tutaj są niestety 2 prawidłowe rozwiązania, chociaż rysunek nr 2 jest mocno naciągany.

Zarządzanie kadrami

Prezentuj

Listę pracowników

<<extend>>

Kadry

System

Edycja

Usuń

Dodaj

pracownika

Zarządzanie kadrami

Zarządzaj

pracownikami

<<extend>>

Kadry

System

Edycja

Usuń

Dodaj

pracownika

<<include>>

Prezentuj

Listę pracowników

Kryterium

punkty

Czy symbole są prawidłowe (ludzik, elipsy, strzałki, linie przerywane). Brak systemu (ramka woków PU) jest 1

dopuszczalny.

Czy zgadza się liczba przypadków użycia?

Czy zależności są dokładnie takie ja na rysunku?

Sprawdzamy kierunki strzałek, nazwy zależności, połączenia PU zależnościami. Zależność od aktora do PU

może mieć strzałkę w kierunku PU.

Czy nazwy PU są czasownikami? (dopuszczamy rzeczowniki odsłowne, tj. zarządzanie, prezentacja) 1

Czy ludzik z lewej strony to kadry?

Czy nazwy PU są jednoznaczne? (PU 'usuń' jest wieloznaczny, bo nie wiadomo co usunąć) 1

Czy określono system? (ramka wokół PU)

Czy jest ludzik 'system' lub 'baza danych' lub podobnie brzmiący z prawej strony?

Maks. Liczba punktów 10

Zadanie 3

fasada

serwis

:KadryFasada

:KadrySerwis

usunPracownika(pracownik)

pracownikDAO

:PracownikDAO

delete(pracownik)

Kryterium

punkty

Czy symbole są prawidłowe (obiekty, linie życia, strzałki, linie ciągłe i przerywane) 3

Wywołanie konstruktora może być narysowane linią ciągłą, ale wtedy musi być nad nią lub pod nią napisane <<create>>.

Czy sekwencja komunikatów jest prawidłowa? (fasada – serwis – DAO) 2

Czy prawidłowo opisano aktorów? (obiekt:Klasa, nazwy obiektów i klas muszą być takie jak wyżej) 2

Czy nazwy komunikatów są takie, jak na rysunku?

Maks. Liczba punktów 10

Grupa B

Zadanie 1

1 posiada → 0. *

PracownikDTO

PrzydzialPodwladnegoDTO

#ID: int

szef przydziałSzefa

#ID: int

#imie: string

#od: date

#nazwisko: string

#do: date

#adres: string

#szef: PracownikDTO

1 ← dotyczy 0. *

#data_ur: date

#podwladny: PracownikDTO

--------------

+getID()

podwładny przydziałPodwładnego

+get...()

+setID(id)

+set...(...)

+getImie()

+setImie(imie)

....

Kryterium

punkty

Czy są 2 klasy?

Czy asocjacje są takie jak wyżej (nie patrzymy na nazwy, role, liczebności, typ)?

Czy pola są takie jak na rysunku? Może nie być typu pola (int, string), w klasie 1

PrzydzialPodwladnegoDTO może nie być pól szef i podwładny 4

Czy metody są takie jak na rysunku? Metody mogą być specyfikowane skrótowo, jak np. w klasie 1

PrzydzialPodwladnegoDTO. Metody inne niż get i set są niedopuszczalne 5

Czy asocjacje mają nazwy, takie, że da się przeczytać po polsku? (Pracownik posiada Przydział

podwładnego, Przydział podwładnego dotyczy pracownika) 6

Czy prawidłowo określono liczebność asocjacji?

Czy przy nazwie asocjacji jest strzałka pokazująca kierunek czytania?

Czy nazwa klasy jest rzeczownikiem w liczbie pojedynczej? (może nie być końcówki DTO) 1

Czy określono role asocjacji, tak że da się przeczytać zależnośc po polsku. Rola musi być 1

rzeczownikiem. Takie role jak na rysunku też mogą być.

10 Czy końcówka nazwy klasy to DTO lub TO?

Maks. Liczba punktów 10

Typ asocjacji jest nieistotny (romb może być zamalowany, lub może go nie być).

Zadanie 2

1 posiada → 0. *

PracownikDTO

PrzydzialPodwladnegoDTO

#ID: int

szef przydziałSzefa

#ID: int

#data_ur: date

#od: date

#do: date

--------------

#szef: PracownikDTO

1 ← dotyczy 0. *

+getID()

#podwladny: PracownikDTO

+setID(id)

--------------

+getImie()

podwładny przydziałPodwładnego

+get...()

+setImie(imie)

+set...(...)

....

posiada →

DaneOsoboweDTO

właściciel

#ID: int

#imie: string

1..* #nazwisko: string

#adres: string

daneOsobowe

#od: date

#do: date

--------------

+get...()

+set...(...)

Kryterium

punkty

Czy są 3 klasy?

Czy asocjacje są takie jak wyżej (nie patrzymy na nazwy, role, liczebności, typ)?

Czy pola są takie jak na rysunku? Może nie być typu pola (int, string). W klasie DaneOsoboweDTO

może być pole pracownik.

Czy metody są takie jak na rysunku? Metody mogą być specyfikowane skrótowo, jak np. w klasie 1

PrzydzialPodwladnegoDTO. Metody inne niż get i set są niedopuszczalne 5

Czy asocjacje mają nazwy, takie, że da się przeczytać po polsku? (Pracownik posiada Przydział

podwładnego, Przydział podwładnego dotyczy pracownika) 6

Czy prawidłowo określono liczebności asocjacji?

Czy przy nazwie asocjacji jest strzałka pokazująca kierunek czytania?

Czy nazwa klasy jest rzeczownikiem w liczbie pojedynczej? (może nie być końcówki DTO) 1

Czy określono role asocjacji, tak że da się przeczytać zależnośc po polsku. Rola musi być 1

rzeczownikiem. Takie role jak na rysunku też mogą być.

Czy końcówka nazwy klasy to DTO lub TO?

Maks. Liczba punktów 10

Typ asocjacji jest nieistotny (romb może być zamalowany, lub może go nie być).

Zadanie 3

użytkownik

seansForm

fasada

:SeansForm

:Fasada

onClickOK()

seans(data,sala,filmID)

seans

:SeansDTO

dodajSeans(seans)

Kryterium

punkty

Czy symbole są prawidłowe (obiekty, linie życia, strzałki, linie ciągłe i przerywane).

Wywołanie konstruktora może być narysowane linią ciągłą, ale wtedy musi być nad nią lub pod nią napisane <<create>>.

Czy sekwencja komunikatów jest prawidłowa? (użytkownik – form – seans - fasada) 2

Czy prawidłowo opisano aktorów? (obiekt:Klasa, nazwy klas muszą być takie jak wyżej, wyjątkiem jest 2

Fasada: może być dowolna nazwa z końcówką Fasada lub Facade) 4

Czy nazwy komunikatów są takie, jak na rysunku?

Maks. Liczba punktów 10

Grupa C

Zadanie 1

WyrobDTO

KlasyfikacjaDTO

TypDTO

#ID: int

#nazwa: string

#data_od: date

#typ: string

1 posiada → 1..*

1. * ←posiada 1

--------------

#data_do: date

--------------

+getID()

--------------

+get...()

+setID(id)

wyrób klasyfikacja +get...()

klasyfikacja typ

+set...(...)

+getNazwa()

+set...(...)

+setNazwa(n)

Kryterium

punkty

Czy są 3 klasy?

Czy asocjacje są takie jak wyżej (nie patrzymy na nazwy, role, liczebności, typ)?

Czy pola są takie jak na rysunku? Może nie być typu pola (int, string), w klasie KlasyfikacjaDTO mogą 1

być dodatkowe pola o nazwach 'wyrob' i 'typ'

Czy metody są takie jak na rysunku? Metody mogą być specyfikowane skrótowo, jak np. w klasie 1

TypDTO. Metody inne niż get i set są niedopuszczalne 5

Czy asocjacje mają nazwy, takie, że da się przeczytać po polsku? (Wyrób posiada klasyfikację, typ 1

posiada klasyfikację)

Czy prawidłowo określono liczebność asocjacji?

Czy przy nazwie asocjacji jest strzałka pokazująca kierunek czytania?

Czy nazwa klasy jest rzeczownikiem w liczbie pojedynczej? (może nie być końcówki DTO) 1

Czy określono role asocjacji, tak że da się przeczytać zależnośc po polsku. Rola musi być 1

rzeczownikiem. Takie role jak na rysunku też mogą być.

Czy końcówka nazwy klasy to DTO lub TO?

Maks. Liczba punktów 10

Typ asocjacji jest nieistotny (romb może być zamalowany, lub może go nie być).

Zadanie 2

Tutaj są niestety 2 prawidłowe rozwiązania, chociaż rysunek nr 2 jest mocno naciągany.

Zarządzanie wyrobami

Prezentuj

Listę wyrobów

<<extend>>

Pracownicy

System

Edycja

Usuń

Dodaj

wyrobu

wyrób

Zarządzanie wyrobami

Zarządzaj

wyrobami

<<extend>>

Pracownicy

System

Edycja

Usuń

Dodaj

wyrobu

wyrób

<<include>>

Prezentuj

Listę wyrobów

Kryterium

punkty

Czy symbole są prawidłowe (ludzik, elipsy, strzałki, linie przerywane). Brak systemu (ramka woków PU) jest 1

dopuszczalny.

Czy zgadza się liczba przypadków użycia

Czy zależności są dokładnie takie ja na rysunku?

Sprawdzamy kierunki strzałek, nazwy zależności, połączenia PU zależnościami. Zależność od aktora do PU może mieć strzałkę w kierunku PU.

Czy nazwy PU są czasownikami? (dopuszczamy rzeczowniki odsłowne, tj. zarządzanie, prezentacja) 1

Czy ludzik z lewej strony to pracownik?

Czy nazwy PU są jednoznaczne? (PU 'usuń' jest wieloznaczny, bo nie wiadomo co usunąć) 1

Czy określono system? (ramka wokół PU)

Czy jest ludzik 'system' lub 'baza danych' lub podobnie brzmiący z prawej strony?

Maks. Liczba punktów 10

Zadanie 3

onClickWyroby

facade

service

dao

gui

:MenuCommand

:Facade

:Service

:WyrobyDAO

:GUI

getWyroby()

listaWyrobow

listaWyrobow listaWyrobow

:WyrobDTO

show(listaWyrobow)

onClickWyroby

gui

facade

service

dao

:MenuCommand

:GUI

:Facade

:Service

:WyrobyDAO

getWyroby()

listaWyrobow

:WyrobDTO

show(listaWyrobow)

Kryterium

punkty

Czy symbole są prawidłowe (obiekty, linie życia, strzałki, linie ciągłe i przerywane).

Wywołanie konstruktora może być narysowane linią ciągłą, ale wtedy musi być nad nią lub pod nią napisane <<create>>.

Czy sekwencja komunikatów jest prawidłowa? (onClick – fasada – serwis – dao; OnClick - gui) 2

Czy z klasy DAO zwracany jest komunikat?

Nazwa komunikatu zwrotnego musi być taka sama, jak nazwa obiektu tworzonego przez DAO. Na rysunku jest to listaWyrobow.

Czy prawidłowo opisano aktorów?

Schemat nazwy: obiekt:Klasa. Nazwy klas i obiektów mogą być trochę inne, np. WyrobyFacade, WyrobyService, ale klasy muszą mieć końcówki Facade, Service, DAO. Nazwa klasy komunikatu zwrotnego może być List<WyrobDTO>, ListaWyrobowDTO, ListaWyrobow.

Czy nazwy komunikatów jednoznacznie sugerują pobieranie listy wyrobów?

np. komunikat 'pobierz()' lub 'getLista()' lub 'pobierzDane()' jest dyskwalifikujący 6

Czy do obiektu gui wysłany jest komunikat o nazwie show(x)? x – obiekt zwrócony z fasady 1

Maks. Liczba punktów 10

Grupa D

Zadanie 1

1 jest → 0. *

OsobaDTO

WłaścicielNieruchomościDTO

#ID: int

właściciel własność

#ID: int

#osoba: string

#data_od: date

--------------

#data_do: date

+getID()

#osoba: OsobaDTO

+setID(id)

#nieruchomość: NieruchomoscDTO

+getOsoba()

--------------

+setOsoba(os)

+get...()

....

+set...(...)

NieruchomoscDTO

1. * wlaściciel

#ID: int

1 posiada →

#nieruchomosc: string

--------------

własność

+get...()

+set...(...)

Kryterium

punkty

Czy są 3 klasy?

Czy asocjacje są takie jak wyżej (nie patrzymy na nazwy, role, liczebności, typ)?

Czy pola są takie jak na rysunku? Może nie być typu pola (int, string), w klasie 1

WłaścicielNieruchomościDTO może nie być pól osoba i nieruchomość.

Czy metody są takie jak na rysunku? Metody mogą być specyfikowane skrótowo, jak np. w klasie 1

NieruchomoscDTO. Metody inne niż get i set są niedopuszczalne 5

Czy asocjacje mają nazwy, takie, że da się przeczytać po polsku? (nieruchomość posiada właściciela 1

nieruchomości)

Czy prawidłowo określono liczebność asocjacji?

Czy przy nazwie asocjacji jest strzałka pokazująca kierunek czytania?

Czy nazwa klasy jest rzeczownikiem w liczbie pojedynczej? (może nie być końcówki DTO) 1

Czy określono role asocjacji, tak że da się przeczytać zależność po polsku. Rola musi być 1

rzeczownikiem. Takie role jak na rysunku też mogą być.

10 Czy końcówka nazwy klasy to DTO lub TO?

Maks. Liczba punktów 10

Typ asocjacji jest nieistotny (romb może być zamalowany, lub może go nie być).

Zadanie 2

Tutaj są niestety 2 prawidłowe rozwiązania, chociaż rysunek nr 2 jest mocno naciągany.

Zarządzanie nieruchomościami

Prezentuj

Listę nieruchomości

<<extend>>

Pracownik

System

Edycja

Usuń

Dodaj

Prezentuj

nieruchomości

nieruchomość

historię własności

Zarządzanie nieruchomościami

Zarządzaj

nieruchomościami

<<extend>>

Pracownik

System

Edycja

Usuń

Dodaj

Prezentuj

nieruchomości

nieruchomość

historię własności

<<include>>

Prezentuj

Listę nieruchomości

Kryterium

punkty

Czy symbole są prawidłowe (ludzik, elipsy, strzałki, linie przerywane). Brak systemu (ramka woków PU) jest 1

dopuszczalny.

Czy zgadza się liczba przypadków użycia

Czy zależności są dokładnie takie ja na rysunku?

Sprawdzamy kierunki strzałek, nazwy zależności, połączenia PU zależnościami. Zależność od aktora do PU może mieć strzałkę w kierunku PU.

Czy nazwy PU są czasownikami? (dopuszczamy rzeczowniki odsłowne, tj. zarządzanie, prezentacja) 1

Czy ludzik z lewej strony to pracownik lub pracownicy?

Czy nazwy PU są jednoznaczne? (PU 'usuń' jest wieloznaczny, bo nie wiadomo co usunąć) 1

Czy określono system? (ramka wokół PU)

Czy jest ludzik 'system' lub 'baza danych' lub podobnie brzmiący z prawej strony?

Maks. Liczba punktów 10

Zadanie 3

onClickNieruchomości

facade

service

dao

gui

:MenuCommand

:Facade

:Service

:NieruchomosciDAO

:GUI

getNieruchomosci() getNieruchomosci()

getNieruchomosci()

listaNieruchomosci

:NieruchomoscDTO

show(listaNieruchomosci)

Kryterium

punkty

Czy symbole są prawidłowe (obiekty, linie życia, strzałki, linie ciągłe i przerywane).

Wywołanie konstruktora może być narysowane linią ciągłą, ale wtedy musi być nad nią lub pod nią napisane <<create>>.

Czy sekwencja komunikatów jest prawidłowa? (onClick – fasada – serwis – dao; OnClick - gui) 2

Czy z klasy DAO zwracany jest komunikat?

Nazwa komunikatu zwrotnego musi być taka sama, jak nazwa obiektu tworzonego przez DAO. Na rysunku jest to listaNieruchomosci.

Czy prawidłowo opisano aktorów?

Schemat nazwy: obiekt:Klasa. Nazwy klas i obiektów mogą być trochę inne, np. NieruchomosciFacade, NieruchomosciService, ale klasy muszą mieć końcówki Facade, Service, DAO. Nazwa klasy komunikatu zwrotnego może być List<NieruchomoscDTO>, ListaNieruchomosciDTO, ListaNieruchomosci.

Czy nazwy komunikatów jednoznacznie sugerują pobieranie listy nieruchomości?

np. komunikat 'pobierz()' lub 'getLista()' lub 'pobierzDane()' jest dyskwalifikujący 6

Czy do obiektu gui wysłany jest komunikat o nazwie show(x)? x – obiekt zwrócony z fasady 1

Maks. Liczba punktów 10

Document Outline

Grupa A
Grupa B
Grupa C
Grupa D