| Table of Contents |
|---|
Inleiding
Het is de opdracht om een HR-portaal te ontwikkelen, het hoofddoel van het portaal is werkplaatsbezetting op te slaan, op basis opgeslagen gegevens wordt het declaratieformulier automatisch ingevuld. Daarnaast komen de mogelijkheden om verlofaanvragen te doen en handmatig de declaraties door te geven. Een van de inhoudelijke uitdagingen is kennis op doen van front-end technologie, het framework dat wij gaan gebruiken om het portaal te realiseren is Vue. Het is een framework dat is ontwikkeld door middel van JavaScript, van beide heb ik geen kennis bij aanvang van het project. Het is nodig om onderzoek te doen naar front-end technologie om mijn kennis uit te breiden.
...
Onderzoeksverslag database
Het onderzoek is van voldoende kwaliteit, er zijn op basis van bronnen de kenmerken van drie soorten database systemen onderzocht. Op basis van de bevindingen is er een besluit gevormd. Om een hoger cijfer te geven voor dit deelproduct ga ik de volgende keer meer bronnen raadplegen en de gevonden resultaten afwegen in een tabel om zo tot een keuze te komen. Omdat er nu een afweging is gemaakt op basis van de bronnen en eigen verwachtingen.
| Criteria | Cijfer | Toelichting |
|---|---|---|
| Er is een hoofdvraag | 7 | Hoofdvraag sluit aan op de uitleg uit de inleiding. |
| Deelvragen sluiten aan op de hoofdvraag | 7 | Deelvragen bieden de mogelijkheid om onderbouwing te geven op de hoofdvraag. |
| Criteria en aanpak zijn opgesteld | 6 | De manier waarop een keuze wordt gemaakt is onderbouwt en de aanpak is duidelijk geformuleerd. |
| Deelvragen dienen ter onderbouwing op het antwoord op de hoofdvraag | 6 | In de conclusie worden de punten benoemd in bij de deelvragen meegenomen in het besluit. |
| Conclusie sluit aan op de hoofdvraag | 6 | De hoofdvraag is beantwoord, en het is duidelijk welk systeem aansluit op de te maken implementatie. |
| Eindcijfer | 6,6 |
Software design document
Voor het SDD zijn er in het plan van aanpak criteria opgesteld. Deze criteria staan in de onderstaande tabel. Per criteria geef ik een cijfer, de losse cijfers vormen gezamenlijk het eindcijfer.
...
| Criteria | Cijfer | Toelichting |
|---|---|---|
| Alle gemaakte test slagen voor 100% | 8 | Alle tests slagen. Geen verdere toelichting. |
| De test coverage is hoger dan 80% van de code waar het nodig is om te testen | 6 | De onderdelen die worden getest hebben een dekking van 80% en hoger. Er zijn componenten die ik heb gemaakt die geen tests hebben omdat het simpele functionaliteit bevat. Omdat er dus onderdelen zijn die niet worden getest geef ik voor deze criteria een 6. |
| Alle tests zijn zinnig en hebben toegevoegde waarde | 6 | Ik heb de tests voor de http requests uitgeschreven. Er zijn tests die alleen kijken http requests worden geaccepteerd. |
| Test Driven Development toegepast | 4 | Tests driven development niet toegepast. Ben pas begonnen met testen nadat ik Vue ben gaan beheersen. |
| Arrange-Act-Assert pattern (Hawkins, 2022) | 6 | Er wordt een soortgelijk patroon toegepast waar een mock wordt voorbereid en daarna wordt vergeleken of de uitkomsten overeenkomen. |
| Evaluate a single concept per test (Hawkins, 2022) | 7 | Per test wordt een onderdeel per functie getest |
| Er is maximaal 1 assertion per test (Summary of “Clean Code” by Robert C. Martin, z.d.) | 8 | Iedere test bevat maximaal een assertion. |
| Eindcijfer deelproduct | 6,2 |
Testrapport
Deze beoordeling is op basis van het front end testrapport.
| Criteria | Cijfer | Toelichting |
|---|---|---|
| Tests hebben een logische naam | 7 | De naamgeving spreekt voor zicht. Het is dus gelijk duidelijk wat de test gaat doen. |
| Er is een verdeling van de te testen onderdelen | 8 | De testen met resultaten zijn opgedeeld op basis van functionaliteit. Er is een duidelijk overzicht van het geheel. |
| 100% slagingspercentage | 8 | Alle tests slagen. |
| Alle tests zijn aanwezig | 6 | Bij het beoordelen zag ik dat er enkele tests zijn vergeten. Op het moment van schrijven is er geen tijd meer om deze toe te voegen. |
| Eindcijfer deelproduct | 6,2 |
Oordeel eindproduct
Het eindproduct dat wordt opgeleverd aan de opdrachtgever geef ik een ... op basis van de oordelen op de deelproducten die ik heb beoordeeld in hoofdstuk 2.
...
Tijdens dit project heb ik de rol als kwaliteitsmanager, zoals te lezen in §7.2.2.1 is mij opgevallen dat de communicatie tussen front- en backend niet soepel verliep. Om daar iets aan te doen heb ik het initiatief genomen om API-documentatie op te stellen. De groepsleden zijn akkoord gegaan met het voorstel en zijn het gaan toepassen sinds dien. Omdat ik dit project een van het front end developers ben, heb ik de meeste pull requests met betrekking tot het front end beoordeeld. Om ervoor te zorgen we de kwaliteit en funtionaliteit functionaliteit waarborgen heb ik unit tests geschreven voor het front end, dit zijn werkzaamheden die ik samen met Tobias heb uitgevoerd. Een ander document waar ik veel aandacht aan heb besteed is het SRS, hier heb ik 41 comments geplaatst en deze verwerkt met de groepsgenoten.
...
| Nummer | Competentie | Link naar het product (JIRA taak) | Beschrijving eigen bijdrage |
|---|---|---|---|
1. | OOSE-P1 | H4 van dit verslag | Opstellen van een gespreksagenda om ervoor te zorgen dat de opdrachtgever weet wat wij van hem verwachten. |
2. | OOSE-P1 | H5 van dit verslag | Reflectie op mijn rol als kwaliteitsmanager met hierin benoemd wat er goed ging en welke verbeterpunten er zijn. |
| 3. | OOSE-P1 | Doelstelling Plan van aanpak | Uitschrijven van de doelstelling in het plan van aanpak. |
| 4. | OOSE-P1 | Plan van aanpak | 14 comments ten behoeve van kwaliteitsverbetering. |
| 5. | OOSE-P1 | Projectgrenzen Plan van aanpak | Uitschrijven van de projectgrenzen in het plan van aanpak. |
| 6. | OOSE-P2 | Use case model | Opstellen van het use case model. |
| 7. | OOSE-P2 | UC: invullen werkplekschema | Uitwerken fully dressed versie van deze use case. |
| 8. | OOSE-P2 | UC: aanvragen verlof | Uitwerken fully dressed versie van deze use case. |
| 9. | OOSE-P2 | Software Requirements Specification | 41 comments ten behoeve van kwaliteitsverbetering. |
| 10. | OOSE-P3 | Google Distance Matrix API Onderzoek | meerdere comments ten behoeve van kwaliteitsverbetering. |
| 11. | OOSE-P3 | Database onderzoek | 12 comments ten behoeve van kwaliteitsverbetering. |
| 12. | OOSE-P3 | Database onderzoek | Onderzoek uitbreiden met hoofdvraag en deelvragen en aansluitende conclussie met correcte APA bronvermelding. |
| 13. | OOSE-P4 | Software Design Description | Ontwerpbeslissingen documenteren front end. |
| 14. | OOSE-P4 | Software Design Description | SOLID en GRASP toelichten sequence diagrammen |
| 15. | OOSE-P4 | Software Design Description | Design front end subsystem uitschrijven |
| 16. | OOSE-P5 | user strories | Helpen met het opstellen van user stories op basis van de use cases. |
| 17. | OOSE-P5 | Bitbucket branches | Branches aanmaken via bitbucket, zie h5 van dit verslag voor meer toelichting. |
| 18. | OOSE-P5 | API-documentatie | Opstellen van API-documentatie om traceerbaarheid tussen front- en backend te realiseren. |
| 19. | OOSE-P5 | Uitwerken componenten en functionaliteit en tests van werkplek toevoegen, verwijderen, wijzigen. | |
| 20. | OOSE-P5 | CRUD verlof aanvragen en beoordelen | Uitwerken componenten en functionaliteit en tests van verlof aanvragen en beoordelen. |
| 21. | OOSE-P6 | Burndownchart | Door uren te loggen op de taken hebben we de burndownchart actueel gehouden. Zo maakt deze tool het inzichtelijk of de sprint volgens de geplande tijd verloopt. |
| 22. | OOSE-P6 | User stories aanmaken | Opstellen van user stories op basis van de use cases. |
| 23. | OOSE-P6 | Pull requests | Zie starr formulier §4.1 van dit verslag en de grafieken van Bitbucket |
| 24. | OOSE-P7 | §7.2.2.1 van dit verslag | Ik heb ervoor gezorgd dat er API-documentatie wordt gemaakt. Om misverstanden te voorkomen en overzicht te houden over alle endpoints en de bijhorende data. |
| 25. | OOSE-P7 | Testrapport tabellen frontend | Opstellen van tabellen van alle unit tests, om inzicht te geven van alle test met uitkomsten. |
| 26. | OOSE-P7 | Unit tests declaraties | Uitschrijven van alle unit tests die nodig zijn voor de declaraties. |
| 27. | OOSE-P7 | Unit tests gebruikers | Uitschrijven van alle unit tests die nodig zijn voor de gebruikers. |
| 28. | OOSE-P7 | Unit tests verlof | Uitschrijven van alle unit tests die nodig zijn voor de verlofaanvragen. |
| 29. | OOSE-P8 | §7.1.1.1. van dit verslag | Toelichting hoe ik visualiseren heb toegepast om nieuwe stof beter tot me te kunnen nemen. |
| 30. | OOSE-P8 | Vue router | Ik heb me verdiept in Vue router, een groepslid heeft de router toegevoegd en ik wist niet hoe de router werkt. Nadat ik me heb verdiept hierin heb ik pagina's toegevoegd om navigeerbaarheid toe te voegen aan de website. |
| 31. | OOSE-P8 | Front end unit tests met Jest | Tijdens de course DEA heb ik geleerd hoe ik tests schrijf voor de backend. Voor het front end ben ik het Jest framework gaan leren. Hier heb ik geleerd hoe ik data fetches kan mocken. |
| 32. | OOSE-P8 | Functionaliteit Vue | Ik wist niet hoe ik data kon doorgeven tussen componenten. Hiervoor ben ik gaan zoeken in de documentatie met als resultaat dat het mogelijk is met $emit functionaliteit. Het eerste onderdeel waar ik mee ben gaan expirmenteren is het component dat het gekozen werkpleksoort doorgeeft aan het parent component. |