Krótki opis templejtów do zajęć ZPP

1. templejt, którego nie ma: business_vision
   * odpowiada na pytanie DLACZEGO
     czyli jaki(e) problem(y) biznesowy(e) produkt rozwiązuje
   * z braku tej fazy w projekcie prowadzący musi wiedzieć to sam,
     musi też umieć to bardzo jasno powiedzieć studentom; wpp. trzeba
     zrobić ten dokument, inaczej cały projekt będzie bujał w obłokach

2. business_use_case i vision
   * odpowiada na pytanie CO
   * musi korespondować z poprzednią fazą, musi spełniać postulat
     śledzenia wymagań (tzw. traceability of requirements)
   * grupie nie wolno tu nic wymyślać, dokument powstaje na podstawie
     ścisłego dialogu klienta i analityka wymagań; musi być zatwierdzony
     przez klienta

3. sdp (software development plan)
   * odpowiada na metapytanie W JAKI SPOSOB ZROBIMY PRODUKT
   * kierownik projektu piszac sdp daje wyraz swojej wiedzy o tym, co
     zespol bedzie robil; rzeczy nieopisane w sdp sprawia potem klopot!
   * po stworzeniu sada kierownik testow dopisuje do sdp plan testow

4. acceptance_plan
   * kryteria zakonczenia projektu
   * dokument ten zawiera zazwyczaj nie tylko suche punkty, ale tez
     caly opis - co i jak robic pod koniec projektu

5. sad (software architecture document) i techniczne use_cases
   * odpowiada na pytanie JAK
   * musi znowu spełniać traceability do vision i business_use_cases
   * tworzy się go stopniowo, na zebraniach zespołu, rozdział po rozdziale
   * rysunki należy wykonać np. w xfigu; bardzo dobrze robi się je
     programem Magic Draw, ale to już wyższa szkola jazdy