Definition of Done (DoD) sprint #2 - niz-ka/io-project GitHub Wiki

DoD (sprint 2)

  • Kod jest pod kontrolą systemu zarządzania wersjami (Github) i prowadzący ma do niego dostęp
  • Kod określający inkrement produktu jest oznaczony w repozytorium (tag = numer wersji) oraz odpowiednia wersja w pom.xml
  • Aplikacja buduje się w sposób automatyczny (kompilacja, stworzenie paczki do dystrybucji - np. jar)
  • Skonfigurowano środowisko ciągłej integracji i prowadzący ma do niego dostęp (serwer CI reaguje na zmiany w repozytorium kodu i uruchamia proces budowania)
  • Dokumentacja generuje się w sposób automatyczny podczas budowy oprogramowania
  • Przynajmniej 7 klas/interfejsów posiada pełną dokumentację techniczną (javadoc, itp.)
  • Skonfigurowano środowisko do zarządzania rejestrem produktu i rejestrem sprintu, prowadzący ma do niego dostęp (np. Github Issues, Github Projects, Trello)
  • W programie użyto biblioteki SL4J do logowania wykonania na poziomie DEBUG i INFO
  • Zaprojektowano model klas (dla wlasnych klas, jeśli więcej niż 10 to ograniczyć do najważniejszych klas) z wykorzystaniem diagramu klas UML i umieszczono go w repozytorium lub na wiki projektu
  • Podczas implementacji wykorzystano sugerowany wzorzec projektowy w proponowanym zakresie: Scenario Quality Checker - Wizytator będzie użyty do analizy scenariuszy i pod-scenariuszy
  • Stworzono min. 2 klasy testujące i 20 metod testujących (Stworzono min. 1 klasę testującą i 5 metod testujących)
  • Przetestowano przynajmniej 10 wywołań metod z zewnętrznych klas za pomocą mock objectów (Przetestowano przynajmniej 1 wywołań metod z zewnętrznych klas za pomocą mock objectów)

Prowadzenie projektu

  • Wprowadzono rejestr produktu do narzędzia zarządzania (np. Trello)
  • Przeniesiono do rejestru sprintu elementy rej. produktu, które mają być zrealizowane w sprincie
  • Dodano zadania do poszczególnych elementów rej. produktu realizowanych w sprincie
  • Akcje naprawcze ze retrospektywy poprzedniego sprintu zostały spisane
  • Wdrożenie akcji naprawczych było monitorowane (np. pojawiły się zadania w sprint backlogu)

Wartość biznesowa

  • Inkrement zawiera implementację elelementów rejestru produktu o wartości 7 BV