• Nie Znaleziono Wyników

Diagam wymagań nie określa Diagram wymagań Ocena: 3.0 Błędna koncepcja podziału przypadków użycia na trzy diagramy przypadków użycia

N/A
N/A
Protected

Academic year: 2021

Share "Diagam wymagań nie określa Diagram wymagań Ocena: 3.0 Błędna koncepcja podziału przypadków użycia na trzy diagramy przypadków użycia"

Copied!
2
0
0

Pełen tekst

(1)

Nazwisko Indeks Lab2 Lab3 Lab4 Lab5 Lab6 Lab7 Lab8 lab9 10 11 12 13 14 229588 p.2 – ocena 5

p.3 – ocena 5 p.4 – ocena 4 Ocena 4.5

Brak projektu

Brak opisu

„świata rzeczywistego”.

Nie wiadomo, co ma być rezerwowane.

Diagam wymagań nie określa,

12.06.2018 Diagram wymagań Ocena: 3.0

Błędna koncepcja podziału przypadków użycia na trzy diagramy przypadków użycia.

Diagramy ClientUCD, Pracownik punktu diagnostycznego UCD i Pracownik punktu diagnostycznego UCD wywołują funkcje do przetwarzania rezerwacji, powiązanych (???) z danymi pacjenta. Oznacza współużywanie

przypadków użycia:

Anuliowanie rezerwacji, Wyszukiwanie rezerwacji.

Rezerwacje powinny być powiązane z danymi pacjetów.

W scenariuszach przypadków użycia, które przez include wywołują inne przypadki użycia np PUZałożenie konta pacjenta wywołuje przez include PUWyszukiwanie pacjenta, natomiast brakuje tego odwołania w scenariuszu PU Założenie konta pacjenta Diagramy należy zintegrować w celu uśslenia scenriuszy przypadków użycia.

Scenariusze powinny zawierać odwołania do powiązań pokazanych na diagramie.

27.03.18 Poprawa Scenariusze nie odwołują się do diagamu przypadków użycia Ocena 3.0 ???

Brak lab5 Lab6 Brakuje powiązań na diagramie klas.

Brakuje diagramów sekwencji oraz kodu.

Lab7 Brak projektu Obecnie lab5-7 nie jest zaliczone

Konieczne wykonanie zaległych prac

25.04.18

Diagram przypadków użycia – scenariusze poprawiono, jednak konieczne jest wypełnienie formularza z zakładki Details.

Po tych uzupełnieniach ocena 4.0 (termin)

Diagram klas Ocena 4.0

Diagramy sekwencji

Wykonano poprawnie zaledwie 2 iteracje realizujące proste przypadki użycia. W celu zaliczenia należy dodać dwie iteracje: rererwację oraz dodawanie wyników testów Brak diagramów aktywności

Kod

Poprawny kod dwóch iteracji. W celu zaliczenia należy wykonac

implementację podanyc w cześcniej dwóch kolejnych iteracji

14.05.18

Diagramy sekwencji – nie są poprawnie dodane fragmenty opt.

Kod – brak podejścia obiektowego Np metoda signIn w klasie Facade

Kod i diagramy sekwencji nie są spójne...

12.06.2018

Kod niezgodny z zasadmi inzynierii oprogramowania:

1. Dodawanie rezerwacji:

public Reservation

addReservation(String data, MTest test)

Do dodania rezerwacji nalezy przekazac dane testu, a nie obiekt test!

Obiekt typu Test powinien byc

10.05.18

Obecnie lab5-9 nie jest zaliczone – z powodu braku projektów.

14.05.18

Brak diagramów aktywności i diagramu stanów.

12.06.18

Diagramy stanów- Zodne z kodem, napisanym niezgodnie z zasadami Inżynierii Oprogramowania Ocena 3.0

Diagram aktywności Zodne z kodem, napisanym niezgodnie z zasadami Inżynierii Oprogramowania Ocena 3.0

21.05.18 Brak projektu

21.05.18 Brak projektu

11.06.18 Brak projektu

11.06.18 Brak projektu

11.06.18 Brak projektu 231973

(2)

12.06.2018

Scenriusze przypadków użycia nie zawierają prawidłowych procesów logiki biznesowej (nie odnoszę się do scenariuszy includowanych prypadków użycia;

odnoszą się czynności wykonywanych w GUI, a nie do sposobu przetwarania

wprowadzonych danych np scenariusz PU) Np PU Założenie konta pacjenta:

1. Pracownik otrzymuje dane od pacjenta i je weryfikuje (sprawdzenie dowodu osobistego): imię, nazwisko, PESEL, miejsce zamieszkania, telefon, data urodzenia, uwagi.

2. Pracownik sprawdza w bazie czy pacjent jest zarejestrowany wywołując PU Wyszukiwanie pacjenta 3. Jeśli nie jest

zarejestrowany zakłada pacjentowi konto, jeśli jest zarejestrowany pracownik nie może założyć konta Ocena 2.0

wyszukany w metodzie addReservation na podstawie przezkazanych danych testu.

2)public Result addResult(String data, Patient patient, Reservation

reservation)

Do dodania rezultatu nalezy przekazac dane pacjenta i dane rezerwacji, a nie obiekty typu Patient i Reservation. Na podstawie tych danych te obiekty powinny byc wyszukane w metodzie addResult.

W metodzie main, odpowiadającej GUI, nie wolno uzywać danych typow z logiki biznesowej, czyli:

Reservation Result Patient itd Ocena 2.0

Diagramy sekwencji

Reprzentują kod, napisany niezgodnie z wymaganiami inżynierii

Oprogramowania – j ocena pozytrywna jest wystaweiona tylko dziękim tej zgodności.

Obecna ocena: 3.0

Cytaty

Powiązane dokumenty

Czy istnieje związek między częstością stosowania seksualizmów odwołujących się do sportu a czynnym uprawianiem

Związku zawierania używa się wówczas, gdy z kilku innych przypadków użycia można. wydzielić pewną

Diagramy przypadków użycia służą do modelowania perspektywy przypadków użycia systemu, a w tym do opisywania otoczenia systemu, podsystemu lub klasy lub określania

Usługi uzupełniające to przeglądanie aktywnych aukcji, przeglądanie historii zawartych transakcji, a także finalizacja transakcji, związana z odnotowaniem zapłaty oraz

– Dalsza analiza reguł działania i wymagań użytkownika może prowadzić do wyodrębnienia przypadków użycia opisujących sposoby używania systemu do poszczególnych

• Szkice przypadków użycia można przygotować w postaci tabeli, w postaci rozszerzenia listy aktor-cel albo od razu jako część treści przypadków użycia w ich pierwszej

Celem ćwiczenia jest stworzenie modelu systemu służącego do obsługi zgłoszeń systemowych na podstawie

zdefiniowane standardy dla dokumentu wymagań oraz czynności pozyskiwania wymagań - problemów w fazie analizy wymagań jest dużo mniej. - Poziom zdefiniowany - posiada z