MAS Tomasz Pieciukiewicz Rafa Hryniw Agenda Zasady u

MAS Tomasz Pieciukiewicz Rafał Hryniów

Agenda Zasady u Referaty u Projekt u Kolosy u

Zasady Tylko ćwiczenia, brak wykładu u Bez egzaminu końcowego u Każdy student musi przygotować i wygłosić referat u Każdy student musi wykonać projekt u Limit 3 nieobecności u

Zasady u Ocena końcowa będzie oparta na: • Wynikach testów • Ocenie projektu (dokumentacji i implementacji) • Ocenie referatu • Udziale w zajęciach (aktywności) • Moim „widzimisię”

Referaty u Referat 1 : • Mapowanie różnych typów dziedziczenia z UML do Javy: Disjoint u Overlapping u Complete u Incomplete u Multi-Inheritance u Multi-Aspect u Dynamic u

Referaty u Referat 2: • Implementacja ekstensji klasy przy użyciu: Tablic statycznych u Kolekcji u • Implementacja ekstensji: W ramach klasy u Przy użyciu klasy zewnętrznej (Pracownik ->Pracownicy) u

Referaty u Referat 3: • Implementacja asocjacji (z atrybutami i bez) przy użyciu: Referencji (kolekcji referencji) u Tablic asocjacyjnych u u Referat 4: • Mapowanie agregacji i kompozycji (z uwzględnieniem propagacji operacji) • Mapowanie asocjacji kwalifikowanych pprzy pomocy tablic asocjacyjnych • Mapowanie asocjacji N-arnych • Mapowanie ograniczeń

Referaty u Referat 5: • Diagramy stanów u Referat 6: • Diagramy aktywności u Referat 7: • Diagramy interakcji i kolaboracji u Referat zapasowy: • Podstawowe wzorce projektowe.

Referaty u u Prezentacje powinny zawierać działające przykłady kodu Prezentacje powinny zawierać przykłady (rozwiązane zadania) i przynajmniej 2 zadania dla studentów Studenci słabo przygotowani do swojego referatu nie mają szans na ocenę KOŃCOWĄ większą niż 3. Prezentacja powinna być przeprowadzona zgodnie z regułami sztuki

Projekt Kontynuacja indywidualnych projektów z PRI u W ramach projektu należy dostarczyć: u • Oryginalny projekt z PRI • Nowo dodane dokumenty, ewentualnie nową wersję oryginalnego projektu, jeśli został on zmodyfikowany • Implementację (działającą!)

Projekt u Nowa dokumentacja: • Diagramy use case, ze szczegółową specyfikacją jednego nietrywialnego przypadku użycia. Specyfikacja powinna zawierać zarówno opis w języku naturalnym, jak i zestaw odpowiednich diagramów. • Projekt GUI opartego na tym przypadku użycia.

Projekt u Nowa dokumentacja : • Dynamiczna analiza tego przypadku użycia z wykorzystaniem kompletu potrzebnych diagramów. • Diagram klas włączający wyniki analizy dynamicznej – nowe atrybuty, asocjacje, metody itp. . • Szczegółowy opis wyników analizy dynamicznej.

Projekt u Nowa dokumentacja: • Końcowa (implementacyjna) wersja diagramu klas ze szczegółowym opisem decyzji projektowych (wybranych mapowań itp. ). Powody wyboru poszczególnych rozwiązań i ich konsekwencje powinny być opisane. • Termin oddania końcowej wersji dokumentacji to 12 zajęcia.

Projekt u Implementacja: • Szkielety klas • Metody potrzebne do zaimplementowania wybranego przypadku użycia • GUI potrzebne do zaprezentowania działania przypadku użycia • Komentarze w kodzie! (Java. Docs lub coś w tym rodzaju). u Dodatkowo można załączyć • Testy regresyjne (przy użyciu JUnit lub podobnego pakietu) • Scenariusze testów interakcyjnych dla określonego przypadku użycia

Kolokwia u Kolokwium 1 (zajęcia 6): • Referaty 1 -4. Otrzymacie proste wymagania (na 4 -6 klas). Do sporządzenia diagram klas w wersji „podstawowej” i implementacyjnej, z opisem decyzji projektowych. Do zaimplementowania szkielet klas w Javie (ekstensje, asocjacje itp. , ale bez realizacji operacji) u Kolokwium 2 (zajęcia 13): • Referaty 5 -7. Dostaniecie proste wymagania (jw. . 4 -6 klas). Do sporządzenia diagram klas w wersji „podstawowej” i analiza dynamiczna.

To by było na tyle, można się bać Pytania?