Rapport moduleopdracht Softwareontwikkelmethoden - Cijfer 9 met opmerkingen beoordelaar
86 views 7 purchases
Course
Softwareontwikkelmethoden
Institution
NCOI (NCOI)
Book
De kracht van Scrum
Mijn rapport voor de Moduleopdracht Softwareontwikkelmethoden voor de HBO Software Engineering en Development opleiding. Het cijfer dat ik heb behaald is een 9. De opmerkingen van de beoordelaar zijn ook toegevoegd.
Moduleopdracht
Softwareontwikkelmethoden
De ontwikkelmethode voor een urenregistratiesysteem
Naam: G Horlings
Studentnummer:
Instituut: NCOI
Opleiding: Software Engineering and Development
Module: Softwareontwikkelmethoden
Docent:
1
, Moduleopdracht Softwareontwikkelmethoden
De ontwikkelmethode voor een urenregistratiesysteem G Horlings
Voorwoord
Voor u ligt het rapport van mijn moduleopdracht ‘De ontwikkelmethode voor een urenregistratiesysteem’.
Dit rapport is geschreven voor de module Softwareontwikkelmethoden, als onderdeel van mijn opleiding
HBO Software Engineering and Development aan het NCOI.
Ik heb dit onderwerp gekozen omdat ik, in mijn dagelijkse werk als Mechanical Engineer gedetacheerd bij
een bedrijf in de ruimtevaart sector, geconfronteerd wordt met de rompslomp van het registreren van
mijn gewerkte uren. Ik weet dat dit efficiënter kan en probeer dat in dit rapport duidelijk te maken. Dit
rapport onderbouwd hoe het softwareontwikkeltraject zal moeten worden aangepakt.
Dit rapport is opgesteld voor de directie van Mijn Bedrijf en de Product Owner binnen het
softwareontwikkeltraject. Zo is duidelijk hoe het ontwikkelproject zal gaan lopen en wordt duidelijk dat
dit systeem voor de directie en de werknemers van Mijn Bedrijf een succes wordt.
G Horlings
Stad, 9 maart 2020
2
, Moduleopdracht Softwareontwikkelmethoden
De ontwikkelmethode voor een urenregistratiesysteem G Horlings
Samenvatting
Binnen Mijn Bedrijf is de behoefte gegroeid voor een urenregistratiesysteem. Momenteel worden de uren
nog handmatig in Excel sheets geregistreerd, uitgeprint en afgetekend. Het implementeren van dit
systeem zal voor een efficiëntere urenregistratie zorgen. Dit rapport behandeld de keuze van de methode
van het ontwikkeltraject van het urenregistratiesysteem.
Op basis van een analyse van verschillende aspecten en criteria binnen een project wordt bepaald welk
type ontwikkelmethode het meest geschikt is voor dit ontwikkeltraject. De hiermee gekozen
ontwikkelmethode wordt verder uitgediept. Dit wordt gedaan door het opstellen van de samenstelling van
het projectteamoverleg, een stakeholder analyse en een activiteiten planning.
De uitkomst van bovenstaande analyse is dat dit project uitermate geschikt is voor een Agile aanpak.
Binnen het Agile principe zijn meerdere ontwikkelmethoden beschikbaar. Daarvan is Scrum de meest
bekende en het makkelijkst te implementeren in een organisatie die nog geen ervaring heeft met de Agile
aanpak.
De Scrum ontwikkelmethode is gekozen als de basis van dit rapport. Hierin worden dan ook de
verschillende rollen binnen Scrum gedefinieerd en gedetailleerd. Daarnaast worden de verschillende
overlegmomenten, in Scrum rituelen genoemd, gedefinieerd en gepland. De stakeholders die betrokken
zijn bij het project worden gedefinieerd en er wordt bepaald hoe er met hen omgegaan moet worden. Als
laatste wordt er een Product Backlog opgesteld waarin de wensen, als user stories, van de stakeholders
worden bijgehouden.
3
, Moduleopdracht Softwareontwikkelmethoden
De ontwikkelmethode voor een urenregistratiesysteem G Horlings
Inhoudsopgave
VOORWOORD 2
SAMENVATTING 3
INHOUDSOPGAVE 4
INLEIDING 5
1 DE ONTWIKKELMETHODE 6
2 PROJECTTEAM SAMENSTELLING EN OVERLEG 8
2.1 SCRUM PROJECTTEAM 8
2.2 SCRUM RITUELEN 9
3 STAKEHOLDER ANALYSE 10
4 PRODUCT BACKLOG 11
LITERATUURLIJST 12
ANNEX A ASPECTEN EN CRITERIA 13
ANNEX B KRACHTENVELDANALYSE 15
ANNEX C DEFINITIE STAKEHOLDER BENADERING 16
ANNEX D PRODUCT BACKLOG 17
4
, Moduleopdracht Softwareontwikkelmethoden
De ontwikkelmethode voor een urenregistratiesysteem G Horlings
Inleiding
Mijn Bedrijf is een klein ingenieursbureau opgezet door 6 collega’s in oktober 2017 na een doorstart. Het
hoofddoel van Mijn Bedrijf is het verzorgen van structural engineering en Finite Element modellering
ondersteuning aan haar klanten. Mijn Bedrijf is voornamelijk werkzaam in de lucht- en ruimtevaart
industrie, maar heeft ook ingenieurs in dienst met engineering ervaring in de offshore, jachtbouw en
windmolens.
De medewerkers van Mijn Bedrijf zijn gedetacheerd bij bedrijven verspreid over de Randstad. Het
hoofdkantoor is gevestigd in Stad. Doordat de medewerkers niet op een centrale locatie werken, worden
de gewerkte uren met de hand in een Excel sheet geregistreerd. Het proces van het registreren,
accorderen, scannen, mailen naar de werkgever, verzamelen en factureren is een tijdrovende taak, voor
zowel de medewerkers als de werkgever.
Het doel van het urenregistratiesysteem is in Horlings (2019) beschreven. “Door het implementeren van
dit systeem zal er efficiënter gewerkt kunnen worden, wat ten goede komt aan de service die geboden kan
worden aan de klanten. Tevens zorgt dit systeem voor een eenduidige manier van urenregistratie voor alle
werknemers en het accorderen van gewerkte uren voor de klanten.”
Horlings (2019) legt ook de basis voor de ontwikkeling van het urenregistratiesysteem, hierin wordt de
gewenste ontwikkelmethode al kort besproken. Dit plan borduurt voort op en detailleerd de
ontwikkelmethode uit Horlings (2019) verder uit.
Er bestaan verschillende principes voor het doorlopen van een ontwikkeltraject, waterval en Agile zijn
daar de meest bekende van. Binnen het Agile principe bestaan er ook weer meerdere ontwikkelmethoden,
waar de Scrum methode de meest bekende van is. Scrum is een uitermate geschikte aanpak voor dit
ontwikkeltraject en dit wordt onderbouwd in de volgende hoofdstukken.
Hoofdstuk 1 beschrijft in het kort het Agile principe en onderbouwdt de keus voor het gebruik van de
Scrum methode. Overleg binnen het projectteam is binnen Scrum een belangrijke factor hieraan wordt
daarom in hoofdstuk 2 veel aandacht besteedt. Hoofdstuk 3 definieert de stakeholders binnen het project
en laat een analyse van hun invloed op het project zien. Hoofdstuk 4 beschrijft de product backlog en de
definition of done.
5
The benefits of buying summaries with Stuvia:
Guaranteed quality through customer reviews
Stuvia customers have reviewed more than 700,000 summaries. This how you know that you are buying the best documents.
Quick and easy check-out
You can quickly pay through EFT, credit card or Stuvia-credit for the summaries. There is no membership needed.
Focus on what matters
Your fellow students write the study notes themselves, which is why the documents are always reliable and up-to-date. This ensures you quickly get to the core!
Frequently asked questions
What do I get when I buy this document?
You get a PDF, available immediately after your purchase. The purchased document is accessible anytime, anywhere and indefinitely through your profile.
Satisfaction guarantee: how does it work?
Our satisfaction guarantee ensures that you always find a study document that suits you well. You fill out a form, and our customer service team takes care of the rest.
Who am I buying this summary from?
Stuvia is a marketplace, so you are not buying this document from us, but from seller ghorlings. Stuvia facilitates payment to the seller.
Will I be stuck with a subscription?
No, you only buy this summary for R108,88. You're not tied to anything after your purchase.