Het volgende document is geschreven voor de moduleopdracht Programmeren en ontwerpen van de
NCOI. Auteur is xxx student binnen de opleiding hbo-informatica.
Als servicetechnicus ben ik werkzaam bij de organisatie xxx te xxx. Vanuit deze functie heb ik de
mogelijkheid gekregen om mee te draaien op de Afdeling R&D. Waar ik de kans kreeg om mijn
moduleopdracht in een de vorm van een kleine programmering te maken.
Om deze reden wil ik mijn dank uitspreken voor xxx (junior software engineer) voor het ondersteunen
rondom deze module. Ook wil ik xxx (technical consulant) bedanken voor de begeleiding als
studiebegeleider en tot slot wil ik xxx bedanken voor de lessen.
1
,Samenvatting
Bij de servicedienst in de zorg is het van belang dat alles naar behoren werkt. Bij storingen moet er altijd
een werknemer beschikbaar zijn om dit te herstellen. Hierdoor moet er een servicedienst altijd 24 uur, 7
dagen per week beschikbaar zijn. Deze dienst wordt altijd door een service coördinator ingedeeld, hier
gaat echter zeer veel tijd in zitten.
Dit programma gaat ervoor zorgen dat er veel minder tijd in het maken van het rooster gaat zitten.
Voorheen was een service coördinator gemiddeld 3 uur per week kwijt aan het maken van het rooster en
het versturen van de planning. Dit programma gaat ervoor zorgen dat de service coördinator maar
éénmaal per jaar een rooster hoeft te maken. Dit doet hij door alle monteurs in te voeren in het
programma. Mochten er later mensen bij de servicedienst komen werken dan kunnen deze toegevoegd
worden en kunnen zij het jaar daarna gelijk beginnen met hun dienst. Deze monteurs worden
toegevoegd aan een team. Hierna maakt het programma zelf de planning. Ook kan je een aankomende
week opvragen in het programma. Op deze manier weet je altijd wie de volgende is die dienst moet
draaien en hoef je die genen alleen op de hoogte te brengen.
Tijdens het ontwikkelen van een programma is goed het verschil te zien tussen de praktijk en theorie. Dit
zie je in het eerste stadium al ontstaan bij het maken van de UML. Later kom je dit ook tegen bij het
omzetten van de UML naar de code. Het is dus ook regelmatig voorgekomen dat onvoorziene
omstandigheden werden gemonitord. Hierin is het mijn taak om dit in goede banen te leiden.
Het ontwikkelen van een programma is zo goed als onmogelijk zonder testen. Testen heeft een groot
belang bij het ontwikkelen van een programma ieder nieuw stukje code moet getest worden op de
werking. Dit alles bij elkaar heeft ertoe geleid dat een zeer mooi klein programma ontwikkeld is. Dit
programma is wel klein maar is gelukkig zeer gewild bij de service coördinator en in voor hem van grote
waarden.
Voordelen van het kopen van samenvattingen bij Stuvia op een rij:
Verzekerd van kwaliteit door reviews
Stuvia-klanten hebben meer dan 700.000 samenvattingen beoordeeld. Zo weet je zeker dat je de beste documenten koopt!
Snel en makkelijk kopen
Je betaalt supersnel en eenmalig met iDeal, creditcard of Stuvia-tegoed voor de samenvatting. Zonder lidmaatschap.
Focus op de essentie
Samenvattingen worden geschreven voor en door anderen. Daarom zijn de samenvattingen altijd betrouwbaar en actueel. Zo kom je snel tot de kern!
Veelgestelde vragen
Wat krijg ik als ik dit document koop?
Je krijgt een PDF, die direct beschikbaar is na je aankoop. Het gekochte document is altijd, overal en oneindig toegankelijk via je profiel.
Tevredenheidsgarantie: hoe werkt dat?
Onze tevredenheidsgarantie zorgt ervoor dat je altijd een studiedocument vindt dat goed bij je past. Je vult een formulier in en onze klantenservice regelt de rest.
Van wie koop ik deze samenvatting?
Stuvia is een marktplaats, je koop dit document dus niet van ons, maar van verkoper bloem156. Stuvia faciliteert de betaling aan de verkoper.
Zit ik meteen vast aan een abonnement?
Nee, je koopt alleen deze samenvatting voor €8,49. Je zit daarna nergens aan vast.