Co jeszcze jest do zrobienia

[4i60r]

Must have albo wrzesień

• [x] przełącznik formatu godziny 12h/24h
• [ ] ogarnięcie strefy czasowej (globalnie dla całej aplikacji? inna dla każdego eventu?)
• [x] import z csv backend
• [x] import z csv GUI
• [x] import z iCal backend
• [x] import z iCal GUI
• [x] import z koropiecki.net/uz/ (plan UZ) (prawdopodobnie sam to zrobię)
• [x] kreator eksportu eventów do iCal / csv
• [x] Testy (na końcu)
• [x] Javadoc
• [x] Dokumentacja (na końcu)
• [x] UML
• [x] Utworzenie MediaWiki
• [ ] Uzupełnienie treści na MediaWiki

  Interesujące zadania, których w ogóle nie sugeruję

• [x] opracowanie hierarchii klas i interfejsów parsera eventów

  Nie zdążyliśmy - Fajne rzeczy, które dobrze by było zrobić

• Dodawanie alertów do zdarzeń, jak w briefie do projektu od prowadzącego
• Checklisty (Listy To-Do)
• Przypisywanie checklist do zdarzeń (np. przy dodawaniu zdarzenia można stworzyć checklistę)

  Linki pomocnicze

• Jak pisać scenariusze testowe?
• Scenariusze testowe - wzór na podstawie Rozporządzenia Ministra Nauki i Informatyzacji
• Kurs TDD
• Rodzaje testów wydajnościowych

  Kryteria oceny indywidualnej

• wkład w rozwój kodu (ilościowy i jakościowy), oceniane będzie użycie zalecanych i bezpiecznych rozwiązań projektowych np. zmiennych i klas finalnych, zewnętrznych plików konfiguracyjnych, itp.
• czytelność kodu i kompletność dokumentacji Javadoc,
• jakość testów (dobrane strategie, liczba i jakość przypadków testowych, skuteczność wykrywania kombinacji niepoprawnych danych wejściowych, automatyzacja testów przy użyciu parametryzacji itp.)
• jakość i kompletność dokumentacji,
• zgodność z harmonogramem.

  Dokumentacja projektowa - wymagania

• specyfikacja wymagań funkcjonalnych i niefunkcjonalnych,
• diagramy klas,
• dokumentacja API,
• dokumenty pomocnicze dot. realizacji projektu (instrukcje, opisy rozwiązań, konwencje styli itp.),
• dokumentacja testową (opis założeń i strategii, scenariusze testowe),
• raporty jakości, pokrycia testami, wydajności, zależności.

Zapraszam do dyskusji.

PS. Post będzie aktualizowany, gdy pojawią się zmiany (zadanie zostanie wykonane lub pojawi się nowe, etc.)

[misiek08]

Strefa czasowa dla każdego eventu moim zdaniem nie ma sensu, bo jest jednoznaczna z przesunięciem eventu w kalendarzu o x godzin. Jedynie co warto zrobić, to przy eksporcie pamiętać o niej, ale to już jest zrobione

Może w GUI tylko w ramach podglądu zrobić strefę o ile fullcalendar pozwoli na zmianę strefy wyświetlanej (ale tylko wyświetlanej). Widziałem jednak w dokumentacji, że zmiana strefy zmienia wyświetlanie, ale również przesyła dane w nowej strefie, co wymagałoby przeliczeń.