Process Imprevement Plan

QUALITY MANAGEMENT PLAN Project Title: Interaktywna restaurajca

Date Prepared: 29-05-2017

Quality Roles and Responsibilities

Roles

Responsibilities

Inwestor

Finansowanie działań projektu

Project Manager

Zarządzanie projektem Zapewnienie komunikacji miedzy interesariuszami

Developer

Tworzenie/rozwój produktu Dostarczenie dokumentacji

Tester

Testowanie funkcjonalności Testowanie zgodności z wymaganiami Testowanie jakości oprogramowania/kodu

Wdrożeniowiec

Wdrożenie projektu u klienta Przeszkolenie przyszłych użtykowników

Quality Planning Approach

Praca zgodnie z metodologią Scrum. W projekcie korzystamy z systemu kontroli wersji GIT. Aplikacja jest tworzona z wykorzystaniem frameworka SpringBoot, co daje możliwość wykorzystania gotowych pakietów i ujednolicenia struktury projektu. W celu tworzenia dobrej jakości kodu stosujemy wzorce projektowe oraz zasady SOLID programowania obiektowego. Dodatkowo przeprowadzamy proces Code Review w trakcie tworzenia projektu. Stosujemy podejście TDD tworząc najpierw testy co jest dobre dla sprawdzenia integralności tworzonych komponentów. Wykorzystujemy system wsparcia zarządzania projektem (JIRA) do zgłaszania problemów, komunikacji, zarządzania zadaniami. W celu ciągłego dostaraczania klientowi kolejnych wersji produktu stosujemy strategię Continuous Delivery oraz Continuous Integration, co pozwala na testownie automatyczne istniejących i nowych modułów oraz testowanie integracji tych modułów, a przez to dostarczanie klientowi tylko działającego produktu o dobrej jakości.

Page 1 of 2

c02.indd 81

10/01/13 1:42 PM

QUALITY MANAGEMENT PLAN Quality Assurance Approach

Codzienne spotkania zespołu developerskiego w celu podzielnia się z resztą zespołu postępem w projekcie oraz informowanie o napotkanych problemach. Wykonywanie retrospekcji po każdym sprincie.

Quality Control Approach

Wykonywanie miesiecznych audytów wewnętrznych oraz kwartalnych zewnętrznych.

Quality Improvement Approach

Ciągłe szkolenia pracowników w wykorzystanej technologii i metodologii prowadzenia projektu. Integracje zespołu w celu polepszenia relacji i atmosfery w pracy

Page 2 of 2

c02.indd 82

10/01/13 1:42 PM

QUALITY METRICS Project Title: Interaktywna restaurajca

Date Prepared: 29-05-2017

ID

Item

Metric

Measurement Method

1

Moduł obsługi bazy danych

Częstotliwość występowania defektów

Monitorowanie bazy danych przez system zewnetrzny I raportowanie zmian, przeglądanie logów

2

Moduł płatności

Niezawodność

Zbierania i przeglądanie statystyk o dokonanych transakcjach (powodzenie lub niepowodzenie)

3

Moduł zamawiania posiłku

Użyteczność, userfriendly level

Przeprowadzanie I analiza ankiet oraz rejestracja procesów składania zamówienia

4

Moduł zarządzania menu

Pokrycie testami

Stosowanie oprogramowania do testowania automatycznego i generowania statystyk

5

Moduł sterowania przygotowaniem posiłku

Niezawodność

Okresowe testowanie sprzętu oraz zbieranie statystyk w ciągu jego użytkowania

Page 1 of 1

c02.indd 84

10/01/13 1:42 PM

PROCESS IMPROVEMENT PLAN Project Title: Interaktywna restaurajca

Date Prepared:

29-05-2017

Process Description

Proces dokonywania przeglądu kodu wraz z refaktoryzacją – Code Review. 1. Programista umieszcza w repozytorium wersję kodu do sprawdzenia 2. Tworzy zadanie dla innego programisty przydzielając go do sprawdzenia napisanego kodu 3. Drugi programista przegląda kod i zaznacza komentarze na temat jego jakości 4. Twórca kodu poprawia kod zgodnie z komentarzami. 5. Twórca kodu umieszcza kod w gałęzi gotwej do przetestowania

Process Boundaries Process Starting Point

Programista umieszcza nowy kod w repozytorium

Inputs

Kod napisany przez programistę mogący zawierać elementy niezgodnie ze standardami i dobrymi praktykami programowania

Process Ending Point

Programista umieszcza poprawiony kod w gałęzi testowej

Outputs

Kod zgodny ze standardami po uprzedniej refaktoryzaji zgodnie z komentarzami sprawdzającego programisty

Page 1 of 3

c02.indd 88

10/01/13 1:42 PM

PROCESS IMPROVEMENT PLAN Stakeholders Process Owner

Programista piszący pierwodny kod

Other Stakeholders

Programista dokonjący sprawdzenia, Project Manager

Process Metrics Metric

Control Limit

1. Szybkość procesu

1. Sprawdzanie kodu nie powinno zająć więcej niż 10% dziennego

2. Dokładność procesu

2. popełniono

3. Użyteczność procesu

3. Z każdym etapem projektu wskaźnik błędów popełnionych w

4.

4.

5.

5.

czasu programisty

Podczas sprawdzania znalezionych zostaje 95% błędów, które

kodzie, nie jest większy niż w poprzednim etapie

Page 2 of 3

c02.indd 89

10/01/13 1:42 PM

PROCESS IMPROVEMENT PLAN Targets for Improvement Ulepszenie sposobu sprawdzania kodu, aby był on bardziej dokładny i dawał lepsze efekty

Process Improvement Approach Proces sprawdzania kodu powinien zostać przeprowadzaony przez co najmniej dwóch programistów. Po wprowadzeniu przez nich komentarzy kod powinien zostać poprawiony przez jego twórcę zgodnie z komentarzami. Po zastosowaniu zmian powinien zostać ponownie udostępniony do sprawdzenia tym samym osobom. Dopiero w momencie stwierdzenia poprawności kodu przez obie strony, kod może zostać umieszczony w gałęzi testowania. W głównych gałęziach repozytorium nie może znaleźć się kod, który nie będzie miał akceptacji ze strony dwóch członków zespołu developerskiego.

Page 3 of 3

c02.indd 90

10/01/13 1:42 PM

PROCESS IMPROVEMENT PLAN Flowchart of the current process

Wprowadznie nowego kodu do repozytorium

Stworzenie zadania dla programisty, który ma sprawdzić kod

Programista sprawdza kod i umieszcza komentarze

Twórca kodu wprowadza zmianu i umieszcza kod w gałęzi testowania

Flowchart of the intended future process

Programista sprawdza kod

Wprowadznie nowego kodu do repozytorium

Stworzenie zadań dla programistów, którzy mają sprawdzić kod

Kod zawiera błędy?

Programista sprawdza kod

Twórca kodu wprowadza zmiany

Dodawanie komentarza przez programistę sprawdzającego

Dodawanie komentarza przez programistę sprawdzającego

Umieszczenie kodu w gałęzi do testowania