[x] Analiza zadania z dokumentu projektowego, poszerzoną o jasno wyszczególnione elementy, które podczas pracy zostały dodane/usunięte/uległy zmianie (z uzasadnieniem)
[ ] Podział pracy miedzy osoby w zespole.
[ ] Specyfikacja zewnętrzna
Jest to instrukcją użytkownika, z której przeciętny użytkownik powinien się dowiedzieć wszystko, co jest mu potrzebne do jego prawidłowego użytkowania. Specyfikacja zewnętrzna dotyczy interfejsu użytkownika, sposobu uruchomienia i obsługi programu, formatu danych wejściowych i wyjściowych.
[ ] Przykład działania
W tej części należy umieścić przykład działania programu (zrzut ekranu).
[ ] Specyfikacja wewnętrzna
Specyfikacja wewnętrzna jest dokumentacją techniczną powstałego oprogramowania. Umieścić link do automatycznie wygenerowanej dokumentacji na podstawie komentarzy. Można również opisać ciekawsze/ważniejsze elementy kodu źródłowego (funkcje, obiekty,algorytmy)
[ ] Testowanie i uruchamianie
Rozdział ten może być sprawozdaniem z procesu systematycznego testowania programu. Powinien zawierać odpowiednio przygotowane dane testowe wraz z formalnym uzasadnieniem ich doboru i ilości. W dokumentacji umieszczamy wyniki działania programu dla konkretnych danych testowych z opisem. W tym rozdziale należy umieścić wynik działania programu dla danych wejściowych. Można tu umieścić np. zrzut ekranu lub wydruk zawartości pliku wynikowego.
[x] Wnioski
W niniejszym rozdziale można umieścić komentarze na temat pracy nad programem i inne spostrzeżenia. Można tu ustosunkować się do założeń umieszczonych w analizie zadania i stwierdzić, czy oczekiwania były trafne (np. że przewidywany algorytm okazał się odpowiedni do takiego charakteru/ takiej ilości danych lub że przyjęte rozwiązanie zbyt ograniczyło możliwości programu i że poszczególne moduły należałoby rozwijać). Rozdział ten nie wpływa na merytoryczną ocenę (o ile całe, zdefiniowane w porozumieniu z prowadzącym zadanie zostało zrealizowane).
Dokumentacja do wersji końcowej powinna zwierać: