List view
Każda grupa przedstawia drugą iterację projektu, w tym: - przedstawia demo (pokaz zaimplementowanych funkcjonalności) aplikacji, - każdy z uczesników prezentuje zaimplementowany przez niego feature wybrany podczas Etapu 3, - przedstawia zestawienie, które z pozycji Backlogu udało się w całości zrealizować a które nie (i dlaczego), - grupa opisuje swoje doświadczenia z pracy z technologiami i narzędziami (plusy, minusy, największe problemy), - każda osoba osobno przedstawia kod wytworzony w ramach pracy nad feature'em. Prezentacja własnej pracy w formie prezentacji „handlowej” – 15 min - Demonstracja działania systemu, wg. Przemyślanego planu - Dokumentacja ma zawierać twarde dowody (dane z narzędzi), z których ma jasno wynikać: - Jaki był harmonogram i podział prac - Ile funkcjonalności zrealizował każdy z członków zespołu, co nie zostało zaimplementowane - Ile mu to zajęło czasu - Ile linii kodu / comitów wykonał - jak to się rozkładało w czasie trwania projektu - Jakie jest pokrycie kodu testami dla każdego z członków i dla wszystkich łącznie - Ponadto dokumentacja ma zawierać architekturę systemu oraz dokumentację techniczną Prowadzący: - analizuje historię commitów w SCM, - analizuje historię w narzędziu do zarządzania zadaniami/błędami, - dokonuje code review osobno dla każdego z członków zespołu, - weryfikuje zrozumienie wykorzystanych technologii wśród członków zespołu, - wyjaśnia pytania i wątpliwości studentów, - ustala końcową liczbę punktów dla każdego członka zespołu. - Wymagana forma: prezentacja + dokumentacja Punktacja - Prezentacja + stopień realizacji funkcjonalności: 0…15p - Raport rozliczający członków zespołu: -7…+ 0 p - Zapewnienie jakości projektu (testy, dokumentacja): 0…10p - Punkty zostaną rozdystrybuowane na podstawie stopnia zaangażowania w projekt (na postawie przedstawionego raportu) - Brak raportu skutkuje punktami karnymi i równym podziałem punktów
Overdue by 1 year(s)•Due by January 20, 2025•19/30 issues closed