| Kryteria oceny | Objaśnienie | Maks. liczba punktów | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | Liczba punktów | Komentarze | ||||||||||||||||||
| grupa G1 | grupa G2 | grupa G3 | grupa G4 | grupa G5 | grupa G6 | grupa G7 | grupa G8 | grupa G9 | grupa G10 | grupa G11 | grupa G12 | grupa G13 | grupa G14 | grupa G15 | grupa G16 | grupa G17 | grupa G18 | grupa G19 | grupa G20 | grupa G21 | grupa G22 | grupa G23 | grupa G24 | grupa G25 | ||||||||||||||||||||||||||||
| Zadania | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| Diagram klas | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| Identyfikacja klas | Dobór klas, czytelność nazw. | 4 | 2 | zamówienie nie jest połączone z towarem | 2 | model/make to powinny być osobne klasy przechowujące część danych | 3 | Brakuje klasy StatusMiejsca (zajęte na danym seansie), grafik jest pochodną miejsc i ich stanu. Brak atrybutów, więc zbędny | 3 | Admin niejest klasą dziedziny. Payment - czy to preferowana forma? Jak się ma Request do zrealizowanego przejazdu? | 4 | 3 | a te spotkania? | 4 | 2 | Scanner, **DB to nie model dziedziny ItemEntity tot akże instancja/partia towaru. Dodatkowe atrybuty? Data produkcji, przyjecia, waznosci | 4 | 4 | 4 | 3 | rezerwacja? | 4 | 4 | Zlecenie nie jest operacją | 4 | 3 | Płatność okresowa nie jest transakcją, ale specyfikacją transakcji (która może być wykonanan lub nie). Podobnie zlecenie przelewu vs. Przelew | 2 | 3 | 4 | 4 | 3 | jak można zarezerwować w tej strukturze? | 4 | 4 | |||||||||||||||||
| Atrybuty | Jak wyżej. | 2 | 2 | 2 | 2 | status miejsca, gatunek raczej klasa | 0 | jakieś dane osobowe, numery telefonów? | 1 | sygnatura | 2 | 2 | 2 | 2 | 2 | 1 | Czy zwrot jest rejestrowany Data zwrotu (przewidywana) | 1 | miejsce ma dostępność? Trwałą | 1 | atrybuty powinny podtrzymywać stopień zaawansowania, ukończenie | 2 | 2 | 2 | 2 | 2 | 2 | 2 | 2 | 2 | 2 | |||||||||||||||||||||
| Związki | Poprawność związków i krotności,nazwy ról | 4 | 2 | 2 | brak ról, Contract-owner | 2 | Sala ma miejsca. | 2 | Brak ról, krotności, asocjacji, np. Request do location | 2 | brak ról i krotności, autor-utwór | 2 | krotności, role, czym jest "ma informacje o" | 2 | Order też powinien mieć listę produktów, role po drugiej stronie , po co use | 4 | 3 | nazwy ról | 3 | role | 3 | relacja wypożyczenie - bibliotekarz? | 2 | brak ról, krotności, bilet połączony z seanses | 4 | 2 | brak ról i krotności | 2 | role, krotności | 3 | role zaiast atrybutów | 2 | 3 | role | 3 | Dziedziczenie w przeciwną stronę | 3 | role | 2 | nie dziedziczenie, role | 4 | role z przeciwnej strony, use niepotrzebne | 3 | seans ma grafik a nie sala | ||||||||
| Suma | 10 | 6 | 6 | 7 | 5 | 7 | 7 | 8 | 8 | 9 | 9 | 8 | 6 | 9 | 8 | 8 | 8 | 6 | 8 | 9 | 9 | 7 | 10 | 9 | 0 | 0 | ||||||||||||||||||||||||||
| Przypadki użycia | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| Kompletność | Czy możliwa funkcjonalność jest pokryta przypadkami użyca. Ocena związków. Udział aktorów. | 4 | 3 | 2 x zarządzaj twarem? | 3 | Zakup samochodu czy rejestracja zakupu? Ogólnie komis nie prowadzi aukcji… | 4 | 3 | zewnętrzny system płatności? | 3 | wypożyczenie i zwrot - bibliotekarzz | 3 | 3 | Nazwy typu 'Pays order' -> 'Pay order' Powinna być bramka płatności | 4 | 3 | 3 | Odrzucenie, zatwierdzenie, wyświetlenie komunikatu to raczej kroki scenariusza | brak diagramu | 4 | 4 | To jest include? Logowanie | 4 | 4 | 1 | Anulowanie transakcji? Kod SMS - jakiś aktor | 2 | Mało PU, jakaś forma potwierdzeń przez e-mail? | 1 | Zwroty, rezerwacje, itp.. Ostatecznie define, to dodawanie, a nie CRUD, więc brakuje wielu PU. Aktor e-mail | 2 | W jakim sensie klient odbiera fakturę w systemie? Dlaczego bazy są na zewnątrz | 4 | 4 | 2 | e-mail (powiadamianie), zminy statusu, brak CRUD | 4 | |||||||||||||||
| Forma scenariusza | Czytelność i jakość przebiegów, zidentyfikowny aktor, prewraunki, itd.. Opisać 3 przypadki użycia. | 9 | 4 | pre: zalogowany vs loguje Nie ma kategorii towaru na diagramie klas. Filtry niezdefiniowane. Dialog system-aktor | 6 | jakie dane są niepoprawne. Jak raportuje problem. Zakup powinien być ograniczony do rezerwacji. | 8 | jakie dane (użytkownika) jakie są wymagane? | 7 | Zamawianie powinno skończyć się potwierdzeniem przyjęcia lub anulowaniem/odrzuceniem. Biorąc pod uwagę różne formy płatnosci, klient powinien mieć konto prepaid (dla przelewów?) którego stan byłby sprawdzany… | 5 | jakie dane są wymagane/błędne? 3 PU | 6 | 1: jak ofearta, która jest wyświetlana może być nieobecna w bazie? 2: można oczekiwać, że umówienie na spotkanie zakończy się zachownaiem nformacji w systemie 3: jakie własności | 5 | Scenariusz powinie przyjąć formę dialogu aktor-system (2) ma za dużo zawieszeń, to jest przypadek biznesowy. Skaner jako aktor? Model dziedziny nie podtrzymuje reklamacji | 9 | 8 | Wyśłij przelew - include? Większość tych scenariuszy nie byłaby realziowana online | 7 | Usuń - którą ofertę? Lista, aktualnie wyświetlaą? Jakie wartości do formularza z filterm? | 7 | 9 | 8 | Jeżeli prewarunkiem jest zalogowanie, to nie jest ono weryfikowane | 6 | zakładanie konta niezbyt realistyczne, lokata też | 8 | Nazwy PU? | 9 | Ok - anulowanie zlecenia przelewu. Założenie konta nierealistyczne (wymaga podpisania umowy) | 7 | Zapłać nie jest realistycznym PU | 9 | 7 | Wystawianeie faktury, jeśli nie ma zamówienia? Jakie dane wpisujemy? | 5 | Dostarczany towar nie musi być jednorodny i mieścić się w jednej lokalizacji. Wydanie - powinien w pętli odznaczać wydane towary. Jakie dane? | 7 | Tutuł książki nie identyfikuje egzemplarza, include powinno być na diagramie | 8 | płatność - akcja aktora | 9 | |||||||||
| Scenariusze alternatywne | Czy wystarczająco szczegółowe; czy pokrywają możliwe do zidentyfikowania warunki rozgałęzień? | 3 | 2 | 3 | 3 | 2 | A,A1, A2? Niezrozumiałe | 2 | 3 | 2 | 3 | 3 | 2 | 1 | a gdyby zwrot po czasie? | 3 | 3 | 3 | 3 | 2 | 2 | 3 | 2 | 1 | 3 | 3 | 3 | |||||||||||||||||||||||||
| Suma | 16 | 9 | 12 | 15 | 12 | 10 | 12 | 10 | 16 | 14 | 12 | 8 | 16 | 15 | 13 | 15 | 12 | 11 | 13 | 11 | 10 | 14 | 13 | 16 | 0 | 0 | ||||||||||||||||||||||||||
| Diagram stanów | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| Diagram stanów parsera | 4 | 4 | 4 | 4 | 4 | 3 | 4 | 2 | 1/a a/* */ | 2 | Węzły decyzyjne to nie stany. IF ID/NON ID - wczytane znaki to / lub \n | 4 | 4 | 4 | 3 | /a | 4 | 4 | 4 | 4 | 1 | Po co rozmnożenie stanów | 3 | 4 | 2 | 2 | 4 | 4 | ||||||||||||||||||||||||
| Diagram stanów dla systemu | 3 | 3 | dodałbym Nowe -> zatwierdzone | 2 | Albo należy dodać stany finalne (opłacona, zrealizowana) albo dodać opcję anulownaia | 3 | które stany końcowe? | 3 | 2 | Powinno być jawne odwołanie do UI | 2 | 3 | zamówienie powstaje po zakończeniu obsługi koszyka | 3 | 3 | 2 | Czego to diiagram i 'w trakcie wypełniania' ? | 3 | 2 | To nie są stany miejsca, być może brakuje klasy? | 2 | gdzie stan początkowy? Czy może być zadanie nieprzydzielone, niewystartowane? | 3 | 3 | 2 | Przelew w trakcie zlecania niepotrzebne | 3 | to jest UI ? | 3 | Te inne to nie diagramy stanów, ale czynności | 3 | 1 | niezbyt ambitny, stan początkowy? | 1 | bycie edytowanym lub usuwanym jest złym stanem | 3 | 3 | dlaczego zwolnij miejsca? | ||||||||||||||
| Suma | 7 | 7 | 6 | 7 | 7 | 5 | 6 | 5 | 5 | 7 | 6 | 7 | 5 | 6 | 7 | 7 | 6 | 4 | 6 | 7 | 3 | 3 | 7 | 7 | 0 | 0 | ||||||||||||||||||||||||||
| Diagramy czynności (systemowy i biznesowy) | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| Systemowy | Logika przetwarzania, czytelność, rozgałęziania, tory | 4 | 3 | To mają być czynności, a nie ich obserwowane efekty. | 2 | brak alternatywnych, końcowe rozgałęzoenie? Dlaczego wszystkie opcjonalne | 4 | 4 | 4 | 4 | 4 | 4 | 4 | 3 | deadlock na joinach | 4 | 4 | 4 | 3 | 4 | 3 | To był akurat nierealistyczny przebieg | 4 | 3 | Gdzie się zaczyna, wiszące czynnośic | 4 | 4 | 4 | 4 | 4 | ||||||||||||||||||||||
| Biznesowy | także równoległość | 4 | 4 | 2 | deadlock w fork, brak warunków rozgałęzień, stany końcowe | 4 | [karta] albo??? | 4 | 2 | Diagram powinien ilustrowaćł czas życia wypożyczenia | 3 | Biznesowy to przede wszystkim inna granulacja - od złozenia ofery do transakcji lub wygaśnięcia | 2 | Dużo wiszących czyności - powinny osiągać jawnie koniec. Niepotrzebne elementy koszyka. Zaczynamy od złożenia zamówienia | 2 | Raczej nie jest biznesowy. | 4 | 4 | 3 | zwrot informacji o - zbyt drobne akcje | 2 | ta druga kreska to fork czy join? Po anulowaniach powinien być koniec | 0 | Nie zaczyna się, forki i joiny prowadzą do deadlocków, nie wiadomo czego dotyczy | 3 | 3 | Za drobne akcje jak na biznesowy | 4 | 3 | granulacja dobra, ale brak rozgałęzień, które na ogół są (np.. Klient nie przeleje pieniedzy?) | 2 | To miał być poziom biznesowy | 4 | 4 | 3 | biznesowy powinien być dłuższy od wypożyczneia do zwrotu | 4 | 4 | ||||||||||||||
| Suma | 8 | 7 | 4 | 8 | 8 | 6 | 7 | 6 | 6 | 8 | 7 | 7 | 6 | 4 | 6 | 7 | 7 | 7 | 5 | 8 | 8 | 7 | 8 | 8 | 0 | 0 | ||||||||||||||||||||||||||
| Realizacja PU (1xdiagram klas 2xdiagram sekwencji) | Proszę wklejać wektorowe rysunki (wklej specjalnie-obiekt visio) | |||||||||||||||||||||||||||||||||||||||||||||||||||
| Model klas | Czy wszystkieklasy są obecne. Podział na klasy interfejsu, przetwarzania i modelu. Relacje | 4 | 3 | To raczej strona zmienia swoją postać, a nie dane wracają do klienta. (wywołać własną metodę). Skąd koszyk ma wiedzie, że należyzwrócić dan edo strony? | 3 | czym są dziwne strzałki dla widoków | 4 | 2 | W zadaniu I Mediator wydawał się klasą DZIEDZINY realizującą n-arną asocjację. Tu przydzielono mu funkcje obsługi. | 2 | Czym są Rejestracja i DefinicjaKsiążki - klasami dziedziny czy klasami realizującymi PU | 4 | 0 | brak diagramu klas | 3 | orders db? | 3 | 3 | 2 | czy ibliotekarz jest tu klasą? Gdzie wypożyczenie | 3 | dziedziczenie, kierunek! | 2 | Wyłącznie model, czym jest UI | 3 | Właściciel<>----Elementy | 4 | 2 | Transactions handler? Databas | 4 | 4 | 4 | 3 | 3 | Katalog <>----Pozycja | 4 | 4 | |||||||||||||||
| Ogólna postać | Składnia, reprezentacja graficzna, logika; czy obiekty należą do zidentyfikowanych klas? | 5 | 3 | 2 | Add auction - albo tworzymy obiekt albo dostarczamy parametry… User nie ma metod. Widok pownieni pokazywać błędy | 4 | rysuj plan - powinien powstać formularz | 3 | Skąd Location? sorryPopup to funkcja aplikacji… Podobnie następny diagram Czy DBManager to database na diagramie sekwencji? | 3 | raczej powinien powstać czytelnik? Jak taka pozycja (utwór) była, to chyba tworzymy egzemplarz? | 1 | wywołanie funkcji zwraca wartość do miejsca wywołania, rezerwacji nie było | 2 | miały być 2 | 4 | drugi diagram - chyba order, a nie item | 4 | synchronizacja z raportem? Jaka to operacja i skąd się bierze? Zlecenie przelewu != przelew | 2 | komunikaty zwrotne | 2 | parametry metod. Szukamy czyetlnika? | 4 | nie może być ponów, wyłącznie pętla | 3 | Zapewne jakoś task jest wybierany, obiekty są wyszukiwane w jakimś kontenerze, itp.. | 4 | 5 | 3 | A jak się konto utworzy to czy się gdzieś zapisze? Sygnały raczej nie wracją do klienta, ale uaktualnia się UI | 5 | 2 | 2 diagramy, success - to powinna być zwracana wartość, potem uaktualnienie | 4 | Jeżeli formularz wywołuje funkcję kontrolera, to powinien czekać na odpowiedź i uaktualnić się… | 3 | Przyjęcie odpowiada scenariuszowi (ułomnemu) ale tworozna jest raczej partia towaru. Skąd towar na drugim diagramie | 5 | result czasem jest produkowany, czasem nie… | 5 | 5 | ||||||||||
| Czytelność | Czy reprezentacja zachowania jest zrozumiała, jeżeli nie, czy są objaśnienia | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 0 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | |||||||||||||||||||||||||||
| Spójność z modelem klas | Czy wszystkie obiekty są reprezentowane. Czy komunikaty są metodami. | 2 | 2 | 2 | na ogół | 2 | 1 | checkValid? | 2 | 2 | 0 | 2 | 2 | 1 | nie zawsze | 0 | komunikaty są metodami odbiorcy | 0 | Nie są metodami | 1 | 1 | 0 | Komunikaty powinny być metodami odborcy | 2 | 1 | Coś się pomieszało na tych diagramach, ale dwa poprawne można znaleźć | 1 | 2 | 0 | Nie są metodami | 2 | 2 | 2 | |||||||||||||||||||
| Reprezentacja przebiegów alternatywnych | Czy istnieje | 2 | 1 | ale nie związana z obsługą błędów… | 2 | 1 | czy można anulować pętle? | 2 | 1 | 0 | 0 | 1 | Powinny być alty | 0 | 1 | 1 | 2 | 2 | 1 | 2 | 0 | nie | 2 | 1 | 2 | 0 | Nie | 1 | 2 | 2 | ||||||||||||||||||||||
| Suma | 14 | 10 | 10 | 12 | 9 | 9 | 8 | 3 | 11 | 10 | 7 | 6 | 10 | 9 | 10 | 12 | 8 | 13 | 9 | 13 | 7 | 12 | 14 | 14 | 0 | 0 | ||||||||||||||||||||||||||
| Projekt serwisu | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| Opis słowny | Czego dotyczy | 1 | 0 | brak ekranów | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | czego dotyczy | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | ||||||||||||||||||||||||||||
| Klasy dziedziny | Obiekty modelujące dane przetwarzane przez system; związki między klasami. | 2 | 2 | 0 | 1 | 0 | 2 | 1 | 1 | 1 | 1 | 0 | 1 | 2 | 1 | 0 | 1 | 1 | 1 | 1 | Dziwne kierunki relacji | 0 | Artykuł ma komentarze… | 0 | 0 | |||||||||||||||||||||||||||
| Klasy projektu | Identyfikacja klas dla stron HTML, skryptów, DB, relacje, metody i atrybuty | 3 | 3 | 3 | 2 | dziwne relacje | 3 | 3 | 3 | 3 | 3 | 3 | 2 | PostgreSQL | 3 | 3 | 3 | 2 | 2 | 2 | Gdzie się zapisuje? | 2 | chyba inny przydział MVC do warstw. User komunikuje się z V… | 3 | 3 | 3 | 3 | |||||||||||||||||||||||||
| Związek pomiędzy klasami widoku i obiektami dziedziny | Jeżeli widok prezentuje obiekty dziedziny lub ich kolekcje, czy jest to widoczne | 1 | 1 | 0 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 0 | 1 | nie dotyczy | 1 | 1 | 1 | 1 | kierunek asocjacji | 0 | 1 | ||||||||||||||||||||||||||||||
| Diagram sekwencji | Czytelność, zupełność, składnia, zgodność z technologią | 4 | 2 | strona nie uaktualnie się, jak kontroler może zamknąć stronę? | 2 | formularz wołą formularz? status->status | 2 | validate w pętli, dodaj do bazy zwraca utworzony wcześniej komentarz? Kontroler nie może wywołać metody widoku | 4 | 3 | usun i zmien ilosc - to musi zainicjowac aktor | 3 | <<create>> strona z wynikami | 4 | 3 | akcja użytkownika wyśiweta wyniki | 4 | 4 | chyba tak | 4 | 3 | wywołanie metody updateView ?? Raczej przeładowanie lub zwrócienie wartości | 4 | 4 | 4 | 2 | Aktor dokonuje interakcji przez formularze. Czy to są <<create>> | 3 | wyświetlanie AdView?? | 4 | 2 | komunikat zwrotny nie jest wywołaniem metody | 2 | to może bd tworzy post, czy widok się nie odświeża? | 4 | |||||||||||||||||
| Reprezentacja scenariuszy alternatywnych | Czy istnieje | 2 | 2 | 1 | 1 | 2 | 2 | 2 | 2 | 2 | 2 | 0 | nie | 2 | 2 | 2 | 2 | 2 | 2 | 2 | 2 | 1 | niezgodne ze składnią | 2 | 2 | |||||||||||||||||||||||||||
| Spójność z modelem obiektowym | Czy nazwy komunikatów odpowiadają metodom | 2 | 2 | 2 | 2 | 2 | 2 | 2 | 2 | 2 | 2 | 1 | nie zawsze | 2 | 2 | 1 | nie zawsze | 2 | Nie do końca | 2 | 2 | 2 | 1 | nie zawsze | 2 | 1 | ||||||||||||||||||||||||||
| Suma | 15 | 12 | 9 | 10 | 0 | 12 | 14 | 12 | 14 | 13 | 14 | 7 | 14 | 0 | 14 | 13 | 11 | 13 | 11 | 12 | 13 | 10 | 8 | 12 | 0 | 0 | ||||||||||||||||||||||||||
| Suma punktów z zadań | 70 | 51 | 47 | 59 | 41 | 49 | 54 | 44 | 60 | 61 | 55 | 43 | 57 | 43 | 58 | 62 | 52 | 54 | 52 | 60 | 50 | 53 | 60 | 66 | 0 | 0 | ||||||||||||||||||||||||||