Programmeren en ontwerpen
Auteur: xxxx
Studentnummer:xxx
Datum:05-07-2020
School: NCOI
Opleiding: HBO Informatica
Module: Programmeren en ontwerpen
Docent: xxx
,Voorwoord
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.
2
, Inhoudsopgave
Voorwoord .................................................................................................................................................... 1
Samenvatting................................................................................................................................................. 2
1 Inleiding ................................................................................................................................................. 4
1.1 Organisatie .................................................................................................................................... 4
1.2 Bruikbaarheid Applicatie ............................................................................................................... 4
2 Applicatie Storingsdienst ....................................................................................................................... 4
2.1 Keuze van de organisatie............................................................................................................... 4
2.2 Doel van de applicatie ......................................................................................................................... 5
2.3 Functionaliteiten van de applicatie ..................................................................................................... 5
3 Klassendiagram...................................................................................................................................... 5
3.1 ontwerp van het klassendiagram in UML............................................................................................ 5
3.2 Toelichting ........................................................................................................................................... 6
3.2.1 klassen .............................................................................................................................................. 6
3.2.2 Methoden ......................................................................................................................................... 7
3.2.3 Associaties ........................................................................................................................................ 9
3.2.4 Attributen ......................................................................................................................................... 9
4 Java – Programmacode ....................................................................................................................... 10
5 Uitgevoerde Tests................................................................................................................................ 10
6 bibliografie........................................................................................................................................... 10
7 Bijlagen ................................................................................................................................................ 11
7.1 UML ............................................................................................................................................. 11
3
Auteur: xxxx
Studentnummer:xxx
Datum:05-07-2020
School: NCOI
Opleiding: HBO Informatica
Module: Programmeren en ontwerpen
Docent: xxx
,Voorwoord
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.
2
, Inhoudsopgave
Voorwoord .................................................................................................................................................... 1
Samenvatting................................................................................................................................................. 2
1 Inleiding ................................................................................................................................................. 4
1.1 Organisatie .................................................................................................................................... 4
1.2 Bruikbaarheid Applicatie ............................................................................................................... 4
2 Applicatie Storingsdienst ....................................................................................................................... 4
2.1 Keuze van de organisatie............................................................................................................... 4
2.2 Doel van de applicatie ......................................................................................................................... 5
2.3 Functionaliteiten van de applicatie ..................................................................................................... 5
3 Klassendiagram...................................................................................................................................... 5
3.1 ontwerp van het klassendiagram in UML............................................................................................ 5
3.2 Toelichting ........................................................................................................................................... 6
3.2.1 klassen .............................................................................................................................................. 6
3.2.2 Methoden ......................................................................................................................................... 7
3.2.3 Associaties ........................................................................................................................................ 9
3.2.4 Attributen ......................................................................................................................................... 9
4 Java – Programmacode ....................................................................................................................... 10
5 Uitgevoerde Tests................................................................................................................................ 10
6 bibliografie........................................................................................................................................... 10
7 Bijlagen ................................................................................................................................................ 11
7.1 UML ............................................................................................................................................. 11
3
