MAS Rafał Hryniów

Agenda  Zasady  Referaty  Projekt  Kolosy

Zasady  Tylko ćwiczenia, brak wykładu  Każdy student musi wykonać projekt  Limit 3 nieobecności

Zasady  Ocena końcowa będzie oparta na: Wynikach testuWynikach testu Ocenie mini-projektuOcenie mini-projektu Ocenie projektu (dokumentacji i implementacji)Ocenie projektu (dokumentacji i implementacji) Udziale w zajęciach (aktywności)Udziale w zajęciach (aktywności)

Projekt  Ostateczny termin oddania – 14 zajęcia  Kontynuacja indywidualnych projektów z PRI  W ramach projektu należy dostarczyć: Oryginalny projekt z PRIOryginalny projekt z PRI Nowo dodane dokumenty, ewentualnie nową wersję oryginalnego projektu, jeśli został on zmodyfikowanyNowo dodane dokumenty, ewentualnie nową wersję oryginalnego projektu, jeśli został on zmodyfikowany Implementację (działającą!)Implementację (działającą!)

Projekt  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.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 GUI opartego na tym przypadku użycia.

Projekt  Nowa dokumentacja : Dynamiczna analiza tego przypadku użycia z wykorzystaniem kompletu potrzebnych diagramów.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..Diagram klas włączający wyniki analizy dynamicznej – nowe atrybuty, asocjacje, metody itp.. Szczegółowy opis wyników analizy dynamicznej.Szczegółowy opis wyników analizy dynamicznej.

Projekt  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.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.Termin oddania końcowej wersji dokumentacji to 12 zajęcia.

Projekt  Implementacja: Szkielety klasSzkielety klas Metody potrzebne do zaimplementowania wybranego przypadku użyciaMetody potrzebne do zaimplementowania wybranego przypadku użycia GUI potrzebne do zaprezentowania działania przypadku użyciaGUI potrzebne do zaprezentowania działania przypadku użycia Komentarze w kodzie! (JavaDocs lub coś w tym rodzaju).Komentarze w kodzie! (JavaDocs lub coś w tym rodzaju). Zapamiętywanie danych (pliki, baza danych)Zapamiętywanie danych (pliki, baza danych)  Dodatkowo można załączyć Testy regresyjne (przy użyciu JUnit lub podobnego pakietu)Testy regresyjne (przy użyciu JUnit lub podobnego pakietu) Scenariusze testów interakcyjnych dla określonego przypadku użyciaScenariusze testów interakcyjnych dla określonego przypadku użycia

Kolokwium & Mini-projekt  Kolokwium (Zajęcia 4 lub 5): Diagramy klas oraz analiza dynamiczna.Diagramy klas oraz analiza dynamiczna.  Mini-projekt (termin 11 zajęcia) Implementacja wszystkich elementów znajdująych się na diagramie klas. Jest podstawą implementacji projektu końcowego. Bez interfejsu użytkownika, przechowywania danych itp..Implementacja wszystkich elementów znajdująych się na diagramie klas. Jest podstawą implementacji projektu końcowego. Bez interfejsu użytkownika, przechowywania danych itp..

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