Inleiding
Dit document bevat een beschrijving over het plan van aanpak met de daarbij behorende onderdelen. Dit document wordt opgesteld aan de hand van de opdracht gegeven door de HAN, waarbij de projectgroep verantwoordelijk is voor het maken van een nieuw systeem voor schaakvereniging UVS om interne competities, meerkampen en toernooien bij te houden.
Het plan van aanpak zal detailleren hoe wij dit project zullen volbrengen. Hierbij wordt eerst ingegaan op de achtergrond van het project en hoe dit tot stand is gekomen. Daarna wordt de doelstelling van het project beschreven, en wat het verwachte resultaat is. Vervolgens zullen de projectgrenzen van het project beschreven worden, deze beschrijven de grenzen waarbinnen de opdrachtgever het project wil zetten. Ook worden hierna de randvoorwaarden die de projectgroep stelt aan de opdrachtgever nader toegelicht. De op te leveren producten en kwaliteitseisen die bij het product en proces horen staan ook in deze tabel vermeld.
De ontwikkelmethode die de projectgroep gaat gebruiken wordt hierna in detail beschreven, en er zal daarna toelichting gegeven worden over hoe de communicatie en projectorganisatie is geregeld tussen de projectgroep en belangstellenden. Tot slot wordt er een lijst van risico's opgesteld, met toelichting over hoe deze kunnen worden vermeden.
Achtergrond van het project
Beschrijving organisatie
UVS is een schaakvereniging uit Nijmegen dat al 80 jaar lang schaakcompetities organiseert voor schaakliefhebbers. Leden kunnen lid worden van de vereniging om daarna echte competitiewedstrijden te spelen.
Opdracht
Schaakvereniging UVS heeft de projectgroep opgedragen een nieuwe applicatie te ontwikkelen waarmee deze interne competities, meerkampen en toernooien kan managen.
Aanleiding
De reden voor het maken van een nieuw systeem is dat het huidige systeem van Schaakvereniging UVS, Rokade, steeds lastiger is om te laten compileren en op moderne systemen te laten draaien. Ook is aangegeven dat Rokade meer functionaliteit bezit dan UVS nodig acht, en deze heeft aangegeven een lichter systeem te willen die een subset van de functionaliteit van Rokade bevat.
Stakeholders
De stakeholders van dit project zijn:
- Schaakvereniging UVS
- De leden van UVS
- Het bestuur van UVS
- De HAN
Doelstelling, opdracht en op te leveren resultaten voor het bedrijf
Probleemstelling
Schaakvereniging UVS gebruikt op het moment de applicatie "Rokade" om competities en schema's te maken. De applicatie is geschreven in Delphi en daardoor is het steeds lastiger om een werkende compiler en operating systeem te vinden.
Doelstelling
Het doel van dit project is het ontwikkelen van een nieuwe applicatie ter vervanging van het verouderde programma Rokade, gebruikt door Schaakvereniging UVS uit Nijmegen en mogelijk ook andere schaak- en damverenigingen. Daarnaast moeten frontend en backend gescheiden zijn, zodat eventuele toekomstige aanpassingen of uitbreidingen gemakkelijk kunnen worden geïmplementeerd. Belangrijk is ook dat er uitgebreide documentatie wordt gemaakt, zodat toekomstige ontwikkelaars van de vereniging het programma kunnen onderhouden en verder ontwikkelen.
Opdracht
Uit gesprekken met schaakvereniging UVS en een beter begrip van hun wensen, is de opdracht verfijnd. We zullen een systeem ontwikkelen dat de volgende taken automatiseert:
- Het maken van competities
- Het invoeren van resultaten voor rondes
- Het printen van rondeschema's
- Het publiceren van de competitieinformatie naar de website
Resultaten
Aan het einde van het project zal schaakvereniging UVS de volgende producten in handen hebben:
- Een Plan van aanpak waarin alle afspraken over het project zijn beschreven en waar de ontwikkelgroep op kan terugvallen.
- Een Software Requirement Specification waarin staat wat de software doet en geeft een beeld over het systeem aan de stakeholders.
- Een Software Design Document waarin staat hoe het product gemaakt is en wat de technische specificaties zijn.
- De Java-code waarmee de usecase uitgevoert worden.
- Een Testplan dat beschrijft hoe er getest wordt.
- Een Testrapport waarin de resultaten van alle tests beschreven staan.
- Een Installatiegids die schaakvereniging UVS kan gebruiken om de applicatie op het eigen systeem te installeren.
Projectgrenzen
De applicatie wordt ontwikkeld in Java, waarbij gebruik gemaakt wordt van de REST-API en Jakarta om de applicatie standalone te maken.
De applicatie-backend moet gescheiden blijven van de front-end.
Om de applicatie te koppelen met een database wordt de Java Persistence API (JPA) toegepast, waardoor het later mogelijk is om relatief makkelijk andere databases met de applicatie te koppelen.
Het uiteindelijke product moet werkzaam zijn op Windows en MacOS.
Randvoorwaarden
Op te leveren producten en kwaliteitseisen
| Deelproduct | Productkwaliteitseisen (//smart) | Benodigde activiteiten | Proceskwaliteitseisen (//5xW 1xH) |
|---|---|---|---|
| Plan van aanpak | Het plan van aanpak moet het doel van het project, de projectgrenzen, de randvoorwaarden, de eisen van de deelproducten en risicos bevatten. | ||
| Software Requirement Specification | Het SRS moet usecases bevatten, en de code/tests moeten traceerbaar zijn naar deze usecases. | ||
| Software Design Document | Het SDD moet designkeuzes uitleggen en beargumenteren. In het SDD moet verwezen worden naar SOLID of GRASP principes, zoals aangeleerd in Object oriented analysis and design. | ||
| Java-code |
| Elke pull-request word door tenminste 2 andere teamleden nagekeken of de code voldoet aan de eisen gesteld in kolom 2. | |
| Testplan | Het testplan bevat informatie over de tests die uitgevoerd gaan worden, en instructies over hoe deze uitgevoerd moeten worden. De tests moeten traceerbaar zijn naar de usecases in het SRS. | ||
| Testrapport | Het testrapport bevat de resultaten van de tests die uitgevoerd zijn volgens het testplan. | ||
| Installatiegids |
|
Ontwikkelmethoden
Projectorganisatie en communicatie
Bij de Schaakvereniging UVS zijn er meerdere contactpersonen aangewezen voor de Projectgroep.
| Naam | Emailadres | Telefoonnummer | Rol |
|---|---|---|---|
| Ron van Dijk | intern@uvsnijmegen.nl | 06-52377673 | Intern wedstrijdleider |
| Dennis Breuker | 06-25640476 | Penningmeester | |
| Maarten van Rooij | rooijm@gmail.com |
Voor dit project zijn er een aantal mensen opgesteld die klaar staan voor het adviseren van de projectgroep vanuit de HAN:
| Naam | Emailadres | Rol |
|---|---|---|
| Herman Telman | herman.telman@han.nl | Begeleider |
| Meron Brouwer | meron.brouwer@han.nl | Assessor |
| Eveline Bouwman | eveline.bouwman@han.nl | Professional skills begeleider |
De projectgroep voor dit project bestaat uit:
| Naam | Emailadres | Telefoonnummer | Rol |
|---|---|---|---|
| Alex van der Wel | a.vanderwel@student.han.nl | 06-43027288 | Tester |
| Jurre de Klijn | jjc.deklijn@student.han.nl | 06-23519611 | Planner |
| Job Zalmé | j.zalme@student.han.nl | 06-55075006 | Scrum master |
| Mees van Haeren | m.vanhaeren@student.han.nl | 06-83179086 | Product owner by proxy |
| Robin van Dommelen | rb.vandommelen@student.han.nl | 06-30379353 | Kwaliteitsmanager |
| Teun van Hoof | t.vanhoof@student.han.nl | 06-10408355 | Tester |
Aan het einde van elke scrumsprint zullen we een Sprint Review bijeenkomst houden met de klant. Tijdens deze vergaderingen zullen we de voortgang van het project bespreken, inclusief de keuzes die we hebben gemaakt en de argumenten daarvoor, evenals wat er gepland staat voor de volgende sprint.
Deze scrumsprints zullen elke twee weken plaatsvinden en zullen gebeuren op locatie PM3 van de HAN. De Sprint Review-bijeenkomsten zullen doorgaans plaatsvinden op ---