MAS

1
MAS

• Tomasz Pieciukiewicz
• Rafal Hryniów

2
Agenda

• Zasady
• Referaty
• Projekt
• Kolosy

3
Zasady

• Tylko cwiczenia, brak wykladu
• Bez egzaminu koncowego
• Kazdy student musi przygotowac i wyglosic referat
• Kazdy student musi wykonac projekt
• Limit 3 nieobecnosci

4
Zasady

• Ocena koncowa bedzie oparta na
• Wynikach testów
• Ocenie projektu (dokumentacji i implementacji)
• Ocenie referatu
• Udziale w zajeciach (aktywnosci)
• Moim widzimisie

5
Referaty

• Referat 1
• Mapowanie róznych typów dziedziczenia z UML do
  Javy
• Disjoint
• Overlapping
• Complete
• Incomplete
• Multi-Inheritance
• Multi-Aspect
• Dynamic

6
Referaty

• Referat 2
• Implementacja ekstensji klasy przy uzyciu
• Tablic statycznych
• Kolekcji
• Implementacja ekstensji
• W ramach klasy
• Przy uzyciu klasy zewnetrznej (Pracownik-gtPracown
  icy)

7
Referaty

• Referat 3
• Implementacja asocjacji (z atrybutami i bez) przy
  uzyciu
• Referencji (kolekcji referencji)
• Tablic asocjacyjnych
• Referat 4
• Mapowanie agregacji i kompozycji (z
  uwzglednieniem propagacji operacji)
• Mapowanie asocjacji kwalifikowanych pprzy pomocy
  tablic asocjacyjnych
• Mapowanie asocjacji N-arnych
• Mapowanie ograniczen

8
Referaty

• Referat 5
• Diagramy stanów
• Referat 6
• Diagramy aktywnosci
• Referat 7
• Diagramy interakcji i kolaboracji
• Referat zapasowy
• Podstawowe wzorce projektowe.

9
Referaty

• Prezentacje powinny zawierac dzialajace przyklady
  kodu
• Prezentacje powinny zawierac przyklady
  (rozwiazane zadania) i przynajmniej 2 zadania dla
  studentów
• Studenci slabo przygotowani do swojego referatu
  nie maja szans na ocene KONCOWA wieksza niz 3.
• Prezentacja powinna byc przeprowadzona zgodnie z
  regulami sztuki

10
Projekt

• Kontynuacja indywidualnych projektów z PRI
• W ramach projektu nalezy dostarczyc
• Oryginalny projekt z PRI
• Nowo dodane dokumenty, ewentualnie nowa wersje
  oryginalnego projektu, jesli zostal on
  zmodyfikowany
• Implementacje (dzialajaca!)

11
Projekt

• Nowa dokumentacja
• Diagramy use case, ze szczególowa specyfikacja
  jednego nietrywialnego przypadku uzycia.
  Specyfikacja powinna zawierac zarówno opis w
  jezyku naturalnym, jak i zestaw odpowiednich
  diagramów.
• Projekt GUI opartego na tym przypadku uzycia.

12
Projekt

• Nowa dokumentacja
• Dynamiczna analiza tego przypadku uzycia z
  wykorzystaniem kompletu potrzebnych diagramów.
• Diagram klas wlaczajacy wyniki analizy
  dynamicznej nowe atrybuty, asocjacje, metody
  itp..
• Szczególowy opis wyników analizy dynamicznej.

13
Projekt

• Nowa dokumentacja
• Koncowa (implementacyjna) wersja diagramu klas ze
  szczególowym opisem decyzji projektowych
  (wybranych mapowan itp.). Powody wyboru
  poszczególnych rozwiazan i ich konsekwencje
  powinny byc opisane.
• Termin oddania koncowej wersji dokumentacji to 12
  zajecia.

14
Projekt

• Implementacja
• Szkielety klas
• Metody potrzebne do zaimplementowania wybranego
  przypadku uzycia
• GUI potrzebne do zaprezentowania dzialania
  przypadku uzycia
• Komentarze w kodzie! (JavaDocs lub cos w tym
  rodzaju).
• Dodatkowo mozna zalaczyc
• Testy regresyjne (przy uzyciu JUnit lub podobnego
  pakietu)
• Scenariusze testów interakcyjnych dla okreslonego
  przypadku uzycia

15
Kolokwia

• Kolokwium 1 (zajecia 6)
• Referaty 1-4. Otrzymacie proste wymagania (na 4-6
  klas). Do sporzadzenia diagram klas w wersji
  podstawowej i implementacyjnej, z opisem
  decyzji projektowych. Do zaimplementowania
  szkielet klas w Javie (ekstensje, asocjacje itp.,
  ale bez realizacji operacji)
• Kolokwium 2 (zajecia 13)
• Referaty 5-7. Dostaniecie proste wymagania (jw..
  4-6 klas). Do sporzadzenia diagram klas w wersji
  podstawowej i analiza dynamiczna.

16
To by bylo na tyle, mozna sie bac

• Pytania?