Coöperatieve zuivelfabriek ‘De Campagne’ (2) Project De veehouder en de applicatieontwikkelaar
Afdeling
ICT-beheerder
Opleidingssoort
BOL 4
Versienummer
2
69310065
Bestelnummer 00616040006
Colofon Deze uitgave is gerealiseerd onder verantwoordelijkheid van de Stichting Consortium Beroepsonderwijs. Directeur en managementteam P. Foppen en L. Fine, B. Huijberts; M. Pelgrum De volgende docenten hebben meegewerkt aan de totstandkoming van deze projectwijzer E. Kanis, T. Vos, W. Brock, M. Lussing en J. Tijssen Werkgroepleider T. Vos Eindredactie M. Brok, E. Kanis Omslag/Lay-out Studio Blanche Foto’s/figuren Stichting Consortium Beroepsonderwijs Ondanks alle inspanningen is het mogelijk dat de Stichting Consortium Beroepsonderwijs niet alle copyrights van de in de uitgave opgenomen illustraties geregeld heeft. Degene die meent alsnog rechten te kunnen doen gelden, wordt verzocht contact op te nemen met de Stichting.
MicrowebEdu © 2008 Stichting Consortium Beroepsonderwijs Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in een geautomatiseerd gegevensbestand of openbaar gemaakt, in enige vorm of op enige wijze, namelijk elektronisch, mechanisch, door fotokopieën, opnamen of enige andere manier, zonder voorafgaande toestemming van de Stichting Consortium Beroepsonderwijs.
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
Inhoud
1
Inleiding
5
2
De beroepscontext
7
3
Project
11
Oriëntatie
12
Definitie
14
Ontwerp
16
Werkvoorbereiding
18
Realisatie
21
Oplevering
23
Nazorg
25
Bijlagen
27
Bijlage 1
Monitor PW4
28
Bijlage 2
Functionele eisen voor MISC, fase 2
29
Bijlage 3
Aanbevelingen van SecurityBytes
33
Bijlage 4
Plan van Aanpak / Functioneel Ontwerp /
Bijlage 5
Technisch Ontwerp
35
Competentiescoretabel PW4
36
3
4
IC T- BE HEERDER
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
5
<< Inleiding >>
Voor je ligt een projectwijzer (PW), een routebeschrijving die je de komende weken de weg wijst door een project. De opleiding die je gaat volgen is competentiegericht, vandaar CGO: Competentie Gericht Onderwijs. Kennis, vaardigheden, een goede (werk)houding en je ambitie, vormen samen de garantie dat je geschikt bent voor je (beroeps)taak. Je bent dan competent. Dat betekent dat je, tijdens je opleiding, gaat werken in realistische beroepssituaties. Kennis, vaardigheden en houding leer en ontwikkel je het beste door ze meteen toe te passen in de (gesimuleerde) beroepspraktijk. Naast vakinhoudelijke kennis en vaardigheden raak je ook vertrouwd met bijvoorbeeld het werken in teamverband, nauwkeurig blijven werken onder tijdsdruk en een oplossing zoeken voor problemen.
een begin gemaakt met de automatisering van de logistiek rond melkleveringen. Inmiddels zijn de ontwikkelingen in een stroomversnelling gekomen. Er worden dus hogere eisen gesteld. Het informatiesysteem, de database, moet worden uitgebreid en de kwaliteit van de helpdesk moet worden verbeterd. Ook moet er een website worden ontwikkeld. Ook deze taken voer je uit in een projectgroep van twee leerlingen. Gedurende de opleiding zul je aan de hand van andere projectwijzers ook nog gaan werken als chef van een technische dienst, projectleider enz. Later in de opleiding kun je binnen een project ook je eigen rol kiezen. Je begint klein en eenvoudig, maar later ga je grotere projecten realiseren.
Een wezenlijk onderdeel van jouw functioneren is het nemen van eigen verantwoordelijkheid. Je bent zelf verantwoordelijk voor de wijze waarop je studie verloopt en de resultaten die je behaalt. Je werkt gedurende je opleiding aan verschillende competenties, net zolang tot je in staat bent te functioneren als een beginnend beroepsbeoefenaar. Begeleiders op school en in de praktijk zullen je op allerlei manieren coachen en terzijde staan.
Je kunt natuurlijk niet zomaar competenties ontwikkelen in een opleiding, want de opleiding die je volgt, is gerelateerd aan de behoefte van het bedrijfsleven. Daarom heeft de overheid, samen met het bedrijfsleven en het onderwijs, een eisenpakket ontwikkeld. Bij het succesvol beëindigen van de opleiding krijg je een diploma Technicus Middenkader met het uitstroomprofiel waar je tijdens de opleiding voor hebt gekozen.
In deze projectwijzer vervul je, net als in de vorige fase de functie van medewerker ICT van de ICT-afdeling van de coöperatieve zuivelfabriek ‘De Campagne’. Eerder is er
Hoe het Competentie Gericht Onderwijs georganiseerd wordt, hoe je met de projectwijzer kunt werken en hoe de methode van evalueren en beoordelen gaat, staat
6
IC T- BE HEERDER
allemaal omschreven in het ‘Basisdocument ICT-beheerder’. Hoe het verwachte procesverloop van deze projectwijzer zal zijn, kun je zien in bijlage 1. Het is aan jou en je begeleiders dit overzicht voor de komende periode compleet te maken. Veel succes met deze projectwijzer!
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
7
<< De beroepscontext >>
Project-Start-Up (PSU) In deze fase maak je kennis met het bedrijf waar je de komende acht weken voor gaat werken. Functie Je bent werkzaam als medewerker van de Dienst ICT. Je taak is het ontwikkelen van een informatiesysteem ten behoeve van de inzameling en verwerking van de melk. Coöperatieve zuivelfabriek ‘De Campagne’ De Campagne is in de vorige projectwijzer geïntroduceerd. Het is een zuivelfabriek die in 1908 werd opgericht door 56 veehouders in de omgeving van het Friese Terwolde. In de loop van de jaren is de coöperatie ‘De Campagne’ uitgegroeid tot een professioneel geleid bedrijf. Zij beschikt over een moderne zuivelfabriek met ruim 200 aangesloten veehouders. Deze veehouders zijn gezamenlijk eigenaar van de fabriek. Ook leveren zij al hun melk aan de fabriek. De fabriek verwerkt de aangeleverde melk tot allerlei zuivelproducten waaronder melk, karnemelk, boter en boerenkaas.
Achtergronden project In een vorige project (zie projectwijzer 3) heeft ‘De Campagne’ de eerste stap gezet in de richting van geautomatiseerde informatieverwerking met betrekking tot de melkleveringen. Hiervoor is een informatiesysteem in gebruik genomen. Dit systeem wordt inmiddels MISC (Melk Informatie Systeem de Campagne) genoemd. MISC heeft de fabriek gemaakt tot een voorloper op dit terrein. Het ministerie van Landbouw, Natuur en Voedselkwaliteit (LNV) Is erg geïnteresseerd in dit project en wil graag investeren in de ontwikkeling door Europese subsidies te verstrekken. De directie van ‘De Campagne’ zal over 10 weken een gesprek hebben met vertegenwoordigers van het Ministerie en daar hangt veel van af! Er komen, naast de ambtenaren van het Ministerie, ook controleurs van een Europees landbouwbureau. Dit bureau controleert de melkproductie in de EU. Om die reden heeft de directie van ‘De Campagne’ aan SecurityBytes gevraagd een onderzoek uit te voeren naar de werking van het informatiesysteem (MISC). De vraag was of het bij gebruik van MISC mogelijk is om bij een probleem met één bepaald pak melk, snel over betrouwbare informatie te kunnen beschikken over de herkomst van deze melk. Dit alles met het doel om effectief te kunnen optreden bij calamiteiten. Het onderzoek bestond uit een aantal steekproeven, waarbij fictieve meldingen van bedorven pakken melk bij de fabriek binnenkwamen.
8
IC T- BE HEERDER
In dit onderzoek werd het volgende gevonden: • Het opzoeken van de gegevens van de afnemers van de melk duurde te lang (meer dan een dag) en ging niet foutloos. • Rapporten over meetgegevens op de melkfabriek waren niet goed te vinden. Er was zo veel informatie dat het zoeken lang duurde. Bovendien waren er rapporten onvindbaar, omdat ze door een afdelingshoofd mee naar huis waren genomen. • Er werd onzorgvuldig omgesprongen met vertrouwelijke informatie. Allerlei gegevens over producten en afnemers werden door werknemers mee naar huis genomen. De eindconclusie was dat het systeem nog niet voldeed aan de eisen, die de Europese regelgeving oplegt aan melkproducenten. Het informatiesysteem dient daarom te worden herzien en uitgebreid. Ook heeft de directie van ‘De Campagne’ uitgesproken dat er de behoefte is om een aantal structurele verbeteringen door te voeren in MISC. Er is, op basis van het uitgevoerde onderzoek, een lijst van verbeterpunten gemaakt. Deze lijst is terug te vinden in de ‘Functionele eisen voor MISC’ (bijlage 2).
Het management onderneemt ook nog een actie zonder overleg met de eigen Dienst ICT. Mede naar aanleiding van alarmerende krantenberichten wordt het bedrijf SecurityBytes ingehuurd om de beveiliging van het interne netwerk te onderzoeken. Zij hebben een rapportage uitgebracht. De adviezen staan in het document ‘Aanbevelingen van SecurityBytes’ (bijlage 3). Op basis deze adviezen hebben zij een plan van aanpak gemaakt om tot een optimale beveiliging te komen. In dit project wordt de eerste fase van dat PvA uitgevoerd (zie bijlage 4). Samenvatting De directie van de Coöperatieve Zuivelfabriek ‘De Campagne’ wil dat er een oplossing wordt geboden voor de in de PSU beschreven problemen. Zij geeft daarom de volgende opdracht aan de Dienst ICT: • De bestaande database moet worden aangepast en uitgebreid om meer informatie over de melklevering vast te leggen om zo de leveringen te kunnen traceren. • Het bestaande netwerk moet beter worden beveiligd. De organisatie van de fabriek wordt weergegeven in het onderstaande organigram.
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
In dit schema worden de informatiestroom en het netwerk weergegeven.
Melkopslag bij de veehouder. Een webserver stuurt regelmatig de temperatuurgegevens naar de PC op de veehouderij.
Inbelverbinding PC op de veehouderij: : Het fabrieksnetwerk.
Melkopslagtank
- De melkrijder verstuurt hiervandaan zijn gegevens over de melklevering naar de fabriek - De veehouder kan hier zijn leveringsoverzicht en zijn saldo uitlezen
200 veehouderijen zijn aangesloten bij de Coöperatieve zuivelfabriek ´De Campagne´
Een van de PC’s heeft zijn bestanden gedeeld met de veehouders.
9
10
IC T- BE HEERDER
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
<< Project >>
11
12
IC T- BE HEERDER
Oriëntatie Oriëntatie Van idee tot opdracht In deze fase is er strikt genomen nog geen sprake van een project. Deze fase die voorafgaat aan het project is bedoeld om je te oriënteren op het project, waarbij je onder andere: 1. Onderzoek doet naar de technische en sociale haalbaarheid van het project. 2. De projectopdracht gaat vastleggen. Het resultaat van deze fase is een rapportage over de haalbaarheid, waaruit blijkt of het zinvol is om het project te starten of niet. Naast de haalbaarheid wordt ook de opdracht van het project opgesteld. Hiervoor is overleg nodig met de betrokkenen. Je opdrachtgever verwacht in ieder geval dat je de volgende onderwerpen verwerkt in de resultaten van deze projectfase: • globale kosteninschatting • batenoverzicht • haalbaarheid van de uitvoering voor de geplande datum (over 8 weken) Aan het einde van de fase zul je een advies uitbrengen aan de directie van ‘De Campagne’, waaruit duidelijk blijkt in hoeverre dit project haalbaar is.
De schematische weergave van de invoer en uitvoer van deze fase is hieronder weergegeven.
Projectidee
Oriëntatie
Projectopdracht
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
Bronnen • websites • boek Projectmanagement • lessen database (toepassen van MS-Access) • lessen Netwerken (met de nadruk op beveiliging van netwerken) Fasedocument / Op te leveren producten • Projectgroep: Haalbaarheidsrapport • Projectgroep: Projectopdracht Specifieke competentieontwikkeling bij deze fase KT
Werkproces Kerntaak
nr.
Competenties
Verwacht gedrag
1.1
Vaststellen van de informatiebehoefte
E
Samenwerken en overleggen
productief (p)
M
Analyseren
productief (p)
Formuleren en rapporteren
productief (p)
Onderzoeken
productief (p)
LLB 1.1
Benoemt eigen leerdoelen voor eigen ontwik- J keling N
Toetsvoorstel • Geen Evalueren en beoordelen TABEL NO-GO Æ GO Oriëntatie
Datum Praktijkopleider en BPV-begeleider Paraaf + opmerkingen
Datum
Haalbaarheidsrapport
No-Go
Go
Projectopdracht
No-Go
Go
Begeleider
Paraaf
13
14
IC T- BE HEERDER
Definitie Definitie Van opdracht tot plan en planning De door jullie team ingediende projectopdracht is goedgekeurd door het management van ‘De Campagne’. Vanaf dit ogenblik is er sprake van een project. Een project moet projectmatig worden aangepakt en dat betekent “eerst denken en dan doen”. In de definitiefase zal dus het ‘denkwerk’ voor het project gedaan moeten worden. Het resultaat van het denkwerk wordt vastgelegd in het Plan van Aanpak (PvA). Op de website www.consortiumbo.nl onder ICT is een sjabloon van een PvA opgenomen. In dit sjabloon ontbreekt de ‘inhoud’. Dit PvA dient door je team te worden geschreven, zodat er een compleet Plan van Aanpak voor je project ontstaat. De opdrachtgever wenst ook in het Plan van Aanpak een grafische planning waarin het verloop van het totale project is weergegeven.
Goedgekeurde Projectopdracht
Definitie
Plan van Aanpak
Bronnen • boek Projectmanagement • handleiding MS-Project • voorbeeld Plan van Aanpak uit projectwijzer 2 en 3 • www.consortiumbo.nl Fasedocument / Op te leveren producten • Projectgroep (2 personen): Plan van Aanpak met een grafische planning
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
Specifieke competentieontwikkeling bij deze fase KT
Werkproces Kerntaak
nr.
Competenties
Verwacht gedrag
1.3
Opstellen Plan van Aanpak
H
Overtuigen en beïnvloeden
reproductief (r)
Q
Plannen en organiseren
productief (p)
J
Formuleren en rapporteren
productief (p)
3.4
Stelt procedures op en bewaakt deze
Toetsvoorstel • Eindpresentatie (EP) van het Plan van Aanpak • Criteriumgericht interview (CI) over het Plan van Aanpak Evalueren en beoordelen TABEL NO-GO Æ GO Definitie
Plan van Aanpak
Datum Praktijkopleider en BPV-begeleider Paraaf + opmerkingen
No-Go
Datum
Go
Begeleider
Paraaf
15
16
IC T- BE HEERDER
Ontwerp Ontwerp Van Plan van Aanpak tot Functioneel Ontwerp In de ontwerpfase van het project ga je als projectteam nadenken over de te leveren functionaliteiten. Dat betekent dat je moet achterhalen wat het systeem dat je maakt straks moet kunnen: je maakt een Functioneel Ontwerp. Het betekent niet dat je moet gaan bepalen hoe het systeem er zelf gaat uitzien, dat is het Technisch Ontwerp en dat volgt later. Het uitgangspunt bij je Functioneel Ontwerp zijn de eisen én wensen van je opdrachtgever. Het Functioneel Ontwerp geeft antwoord op de vraag WAT er geleverd moet worden. Een aanknopingspunt om te beginnen is het projectidee en mogelijk ook het overzicht van de producten uit je Plan van Aanpak. Waarschijnlijk zul je met het onderzoek niet voldoende informatie hebben om het gewenste eindproduct te kunnen maken. Je moet dus met je opdrachtgever in gesprek om te achterhalen welke eisen en wensen er zijn met betrekking tot het project. Hiervoor dien je dus een vraaggesprek te voeren met je contactpersoon van de opdrachtgever. Wanneer je alle eisen en wensen hebt verzameld, moet je een inventarisatie uitvoeren en een logische indeling maken. Om dit vast te leggen in je Functioneel Ontwerp beschrijf je de functionaliteiten die bij de eisen en wensen behoren. Naast de beschrijving van de functionaliteiten behoren in een Functioneel Ontwerp ook de volgende onderdelen terug te komen (indien van toepassing): • scherm lay-outs • formulieren (uitvoer op scherm) • rapporten (uitvoer op papier) • logisch netwerkontwerp • fysiek netwerkontwerp • rechtenstructuur op mappen- en shareniveau • matrix met overzicht van software per gebruiker • visualisatie van processen bijvoorbeeld: klachtenmeldprocedure, ICT incidentenprocedure (servicedesk) • acceptatietest (die uiteindelijk wordt uitgevoerd samen met de opdrachtgever om vast te stellen of het geleverde product voldoet aan de eisen en wensen). Al deze onderwerpen komen terug in je Functioneel Ontwerp. Op de website www.consortiumbo.nl onder ICT vind je een sjabloon dat je kunt gebruiken om je Functioneel Ontwerp te schrijven.
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
De schematische weergave van de invoer en uitvoer van deze fase is hieronder weergegeven.
Goedgekeurd Plan van Aanpak
Ontwerp
Functioneel Ontwerp
Bronnen • goedgekeurd Plan van Aanpak • boek Informatiemanagement • websites over functioneel ontwerpen • www.consortiumbo.nl Fasedocument / Op te leveren producten • Projectgroep: Functioneel Ontwerp Specifieke competentieontwikkeling bij deze fase KT
Werkproces Kerntaak
nr.
Competenties
Verwacht gedrag
1.2
Opleveren van een ontwerp van een onderdeel van (een informatiesysteem)
K
Vakdeskundigheid toepassen
productief (p)
L
Materiaal en middelen inzetten
productief (p)
L
Materiaal en middelen inzetten
productief (p)
1.4
Realiseren van een testomgeving
Toetsvoorstel • Criteriumgericht interview (CI) over het Functioneel Ontwerp • Eindpresentatie (EP) van het Functioneel Ontwerp Evalueren en beoordelen TABEL NO-GO Æ GO Ontwerp
Functioneel ontwerp
Datum Praktijkopleider en BPV-begeleider Paraaf + opmerkingen
No-Go
Datum
Go
Begeleider
Paraaf
17
18
IC T- BE HEERDER
Werkvoorbereiding Werkvoorbereiding Van Functioneel Ontwerp naar Technisch Ontwerp Tijdens de werkvoorbereiding ontstaat het Technisch Ontwerp van het product dat voldoet aan de functionele eisen die aan het product gesteld worden (“Hoe wil je het doen?”). Kortom, het Technisch Ontwerp is de vertaling van het Functioneel Ontwerp naar het op te leveren eindproduct. Tijdens het uitvoeren van je werkzaamheden in deze fase zul je merken dat er onderwerpen aan bod moeten komen waarvan je geen of niet voldoende kennis hebt. Zorg dat je duidelijke leervragen formuleert en bespreek deze met je vakdocenten. Mogelijk leven dergelijke vragen ook bij andere projectgroepjes en kunnen jullie gezamenlijk de benodigde kennis vergaren.
De onderwerpen die in het Technisch Ontwerp aan de orde moeten komen voor dit project zijn onder andere: • Database - normaliseren - tabellen - formulieren - rapporten - testplan • Netwerk - gebruikte hardware met speciale instellingen - softwareoverzicht met speciale instellingen - IP-plan en naamgeving
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
- mappenstructuur en mappings - NTFS- en sharepermissies - backup / restore - virusprotectie - testplan • Detailplanning voor de volgende fase, namelijk de Realisatie. Verder moet een Technisch Ontwerp voldoen aan de eisen die aan zakelijke communicatie worden gesteld. De schematische weergave van de invoer en uitvoer van deze fase is hieronder weergegeven.
Goedgekeurd Functioneel Ontwerp
Werkvoorbereiding
Technisch Ontwerp
Bronnen • goedgekeurd Plan van Aanpak • goedgekeurd Functioneel Ontwerp Fasedocument / Op te leveren producten • Projectgroep: Technisch Ontwerp • Projectgroep: Testplan (al dan niet als onderdeel van het Technisch Ontwerp) Specifieke competentieontwikkeling bij deze fase KT
Werkproces Kerntaak
nr.
Competenties
Verwacht gedrag
1.2
Opleveren van een ontwerp van (een onderdeel van) een informatiesysteem
I
Presenteren
productief (p)
Q
Plannen en organiseren
productief (p)
K
Vakdeskundigheid toepassen
productief (p)
2.1
Opstellen van een implementatieplan
Toetsvoorstel • Eindpresentatie (EP) van het Technisch Ontwerp • Criteriumgericht interview (CI) over het Technisch Ontwerp
19
20
IC T- BE HEERDER
Evalueren en beoordelen TABEL NO-GO Æ GO Werkvoorbereiding
Datum Praktijkopleider en BPV-begeleider Paraaf + opmerkingen
Datum
Technisch Ontwerp
No-Go
Go
Testplan (optioneel apart onderdeel)
No-Go
Go
Begeleider
Paraaf
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
Realisatie Realisatie Van Ontwerp naar Informatiesysteem Aan de hand van het Technisch Ontwerp ga je het informatiesysteem bouwen. In de detailplanning die je bij je Technisch Ontwerp hebt opgesteld, vind je de werkzaamheden die je allemaal moet uitvoeren en in welke volgorde. Nu zal blijken of je planning juist is geweest. Het kan natuurlijk zo zijn dat je een verkeerde inschatting hebt gemaakt. Afwijken van de planning (door uitloop of problemen) meld je zo snel mogelijk bij je opdrachtgever (projectbegeleider). Zorg in ieder geval dat je voor aanvang van deze fase over de benodigde kennis en vaardigheden beschikt. Dit voorkomt vertraging in de uitvoering. Je informatiesysteem bestaat uit drie onderdelen: • de database • het netwerk • de documentatie Elk onderdeel moet worden getest, voordat de volgende fase (Oplevering) start. Deze testwerkzaamheden voer je binnen je projectteam uit volgens het opgestelde Testplan. Dit wordt de zogenaamde functionele test genoemd. Je stelt dus vast na uitvoering van alle werkzaamheden (zoals je in het Technisch Ontwerp hebt beschreven) of de beoogde functionaliteiten juist aanwezig zijn. Als dit zo blijkt te zijn, kun je met de opdrachtgever een afspraak maken voor de oplevering. De schematische weergave van de invoer en uitvoer van deze fase is hieronder weergegeven.
Goedgekeurd Technisch Ontwerp
Bronnen • goedgekeurd Technisch Ontwerp • goedgekeurd Testplan
Realisatie
Werkend informatiesysteem
21
22
IC T- BE HEERDER
Fasedocument / Op te leveren producten • Projectgroep: Werkend systeem, inclusief systeemdocumentatie • Projectgroep: Implementatieplan (facultatief, door school te bepalen) • Projectgroep: Ingevulde checklist uit het Testplan Specifieke competentieontwikkeling bij deze fase KT
Werkproces Kerntaak
nr.
Competenties
Verwacht gedrag
2.2
Uitvoeren van een implementatieplan
B
Aansturen
reproductief (r)
K
Vakdeskundigheid toe- productief (p) passen
L
Materialen en middelen inzetten
productief (p)
M
Analyseren
productief (p)
2.4
Evalueren van een implementatie
Toetsvoorstel • Eindpresentatie (EP) van het werkend eindproduct Evalueren en beoordelen TABEL NO-GO Æ GO Realisatie
Datum Praktijkopleider en BPV-begeleider Paraaf + opmerkingen
Datum
Werkend systeem
No-Go
Go
Implementatieplan (facultatief, door school te bepalen)
No-Go
Go
Ingevulde checklist
No-Go
Go
Begeleider
Paraaf
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
Oplevering Oplevering Van leverancier naar opdrachtgever Het is de bedoeling dat jullie in deze fase het informatiesysteem overdragen aan de opdrachtgever. Kijk daarom nog even terug naar wat nu exact de opdracht was van de directie. Is het probleem dat de aanleiding was voor het project ook daadwerkelijk opgelost? Bij de oplevering horen verschillende activiteiten. Je kunt hierbij denken aan: • een demonstratie in het Engels van de gevraagde functionaliteiten voor de controleurs van het Europese bureau; • een check uitgevoerd door de opdrachtgever aan de hand van de opleveringscriteria onder begeleiding van (een afvaardiging) het projectteam; • een informatiesessie over de meest belangrijke onderdelen van het informatiesysteem.
Let er bij alle activiteiten op dat je de boodschap afstemt op de doelgroep. Dit kan de directie, melkrijder, veehouder of systeembeheerder zijn. Het zal duidelijk zijn dat je elke doelgroep weer anders moet benaderen en je bij de ene doelgroep meer jargon kunt gebruiken dan bij de andere doelgroep. Uiteindelijk zal de opdrachtgever gecontroleerd moeten hebben of aan functionele eisen wordt voldaan. Bij de oplevering zal ook de (op de doelgroep afgestemde) documentatie worden overgedragen.
23
24
IC T- BE HEERDER
De schematische weergave van de invoer en uitvoer van deze fase is hieronder weergegeven. Werkend informatiesysteem
Geaccepteerd informatiesysteem
Oplevering
Bronnen • alle gemaakte projectdocumentatie • de reeds voorbereide gebruikersinstructie Fasedocument / Op te leveren producten • Projectgroep: Werkend systeem, inclusief aangepaste documentatie • Projectgroep: Hand-outs behorende bij de Engelstalige presentatie Specifieke competentieontwikkeling bij deze fase KT
Werkproces Kerntaak
nr.
Competenties
Verwacht gedrag
2.2
Uitvoeren van een implementatieplan
S
Kwaliteit leveren
productief (p)
T
Instructies en procedu- productief (p) res opvolgen
C
Begeleiden
reproductief (r)
D
Aandacht en begrip tonen
reproductief (r)
K
Vakdeskundigheid toe- productief (p) passen
2.3
3.2
Ondersteuning bieden bij acceptatietest
Lokaliseren en verhelpen van (ver)storingen
Toetsvoorstel • Criteriumgericht interview (CI) over het werkend informatiesysteem en de systeemdocumentatie • Eindpresentatie (EP) in het Engels over de geautomatiseerde informatieverwerking met betrekking tot de melkleveringen aan de mensen van een Europees bureau Evalueren en beoordelen TABEL NO-GO Æ GO Oplevering
Datum Praktijkopleider en BPV-begeleider Paraaf + opmerkingen
Datum
No-Go
Go
Hand-outs bij de Engelstalige No-Go presentatie
Go
Werkend systeem inclusief aangepaste documentatie
Begeleider
Paraaf
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
Nazorg Nazorg Hoe doen we het de volgende keer? In deze fase wordt het project afgerond en de projectorganisatie opgeheven. Omdat je wilt weten wat de totale kosten van het project zijn geweest moet je een nacalculatie opstellen. Uit jullie urenverantwoordingen weet je hoeveel uren er aan het project zijn besteed, ook is bekend welke materialen zijn gebruikt. Gebruik de tarieven zoals je die ook in je voorcalculatie hebt vermeld en reken de totale som van het project uit. Vergelijk dit met de voorcalculatie en trek je conclusies. Waar grote verschillen zijn, is het goed om te achterhalen waar de oorzaak ligt. Leg dit alles vast in een kort verslag. Neem deze informatie mee naar een volgend project. Ter afsluiting van het project dien je het projectdossier compleet te maken. In het dossier komen alle documenten die de groepsleden tijdens het project hebben gemaakt. Om het dossier volledig te maken, schrijven jullie een korte projectsamenvatting van alles wat de projectgroep heeft gedaan. Ter afronding van deze projectwijzer wordt met verschillende projectgroepen tezamen het project geëvalueerd. Om dat goed te kunnen doen, zul je eerst een persoonlijk reflectieverslag moeten schrijven waarbij je eigen functioneren binnen de projectgroep centraal staat. De vragen uit bijlage 9 van PW 2 kunnen je daarbij helpen. De belangrijkste vragen zijn: Wat ging er goed en wat kan worden verbeterd? Hoe heb jij persoonlijk gefunctioneerd? Bronnen • PW 2: bijlage 9 Fasedocument / Op te leveren producten • Projectgroep: Compleet projectdossier (inclusief nacalculatieverslag) • Individueel: Persoonlijk evaluatieverslag
25
26
IC T- BE HEERDER
Specifieke competentieontwikkeling bij deze fase KT
Werkproces Kerntaak
nr.
Competenties
Verwacht gedrag
2.4
Evalueren van een implementatie
J
Formuleren en rapporteren
Productief (p)
M
Analyseren
Productief (p)
P
Leren
Productief (p)
Toetsvoorstel • Criteriumgericht interview (CI) over het projectdossier • Functioneringsgesprek naar aanleiding van het evaluatieverslag Evalueren en beoordelen TABEL NO-GO Æ GO Nazorg
Datum Praktijkopleider en BPV-begeleider Paraaf + opmerkingen
Datum
Compleet projectdossier inclusief nacalculatie
No-Go
Go
Persoonlijk evaluatieverslag
No-Go
Go
Begeleider
Paraaf
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
<< Bijlagen >>
27
G2 EP
G2 CI Ind F
Compleet projectdossier (inclusief nacalculatieverslag) Persoonlijk evaluatieverslag
Fase 6
Fase 7
G2
Ingevuld checklist uit het Testplan
G2 CI
G2
G2 EP
G2 CI, EP G2 CI, EP
G2 CI, EP
Werkend systeem, inclusief systeemdocumentatie Implementatieplan (facultatief, door school te p ) bepalen)
Technisch ontwerp Testplan
Functioneel ontwerp
G2 CI, EP
Plan van Aanpak
Werkend systeem, inclusief aangepaste documentatie Hand-outs behorende bij de Engelstalige presentatie
Fase 5
Fase 4
Fase 3
Fase 2
Fase 1
G2 G2
Beroepsproducten in PW04
werkvorm
Haalbaarheidsrapport Projectopdracht
beoordelingsvorm
LEERLING:
pro pro
v v pro
v
v
v v
v
pro
pro pro
beoordelaars
Monitor PW04 ICT Complexiteitsniveau B
Werkproces Vaststellen van de informatiebehoefte
Ondersteuning bieden bij acceptatietest Lokaliseren en verhelpen van (ver)storingen Evalueren van een implementatie
3.2 2.4
Uitvoeren van een implementatieplan
Evalueren van een implementatie
2.3
2.2
2.4
2.2
Uitvoeren van een implementatieplan
p
r
p p
p
p
p
p
M. Analyseren P. Leren
T. Instructies en procedures opvolgen C. Begeleiden D. Aandacht en begrip tonen K. Vakdeskundigheid toepassen J. Formuleren en rapporteren
S. Kwaliteit leveren
M. Analyseren
p p
r r p p
p
p
p
L. Materialen en middelen inzetten p
K. Vakdeskundigheid toepassen
B. Aansturen
Opleveren van een ontwerp van (een onderdeel I. Presenteren van) een informatiesysteem Q. Plannen en organiseren Opstellen van een implementatieplan K. Vakdeskundigheid toepassen
1.2
2.1
Realiseren van een testomgeving
1.4
L. Materiaal en middelen inzetten
Opleveren van een ontwerp van (een onderdeel K. Vakdeskundigheid toepassen van een informatiesysteem L. Materiaal en middelen inzetten
1.2
p r p p
N. Onderzoeken H. Overtuigen en beinvloeden Q. Plannen en organiseren J. Formuleren en rapporteren
Stelt procedures op en bewaakt deze
Opstellen plan van aanpak
p p p
Competenties E. Samenwerken en overleggen M. Analyseren J. Formuleren en rapporteren
BEOORDELING
3.4
1.3
LBB Benoemt eigen leerdoelen voor eigen 1.1 ontwikkeling
1.1
KT R-P-T
GO / NO-GO
V op producten
BPV
Opmerkingen
28 IC T- BE HEERDER
Bijlage 1 Monitor PW4
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
Bijlage 2 Functionele eisen voor MISC, fase 2 In deze notitie staan een aantal functionele eisen en wensen geformuleerd voor een te ontwikkelen systeem. De afdeling ICT dient op basis hiervan een functioneel ontwerp te maken, waarin wordt vastgelegd welke hiervan haalbaar zijn en in een applicatie zullen worden uitgewerkt. 1.
Begripsomschrijvingen
Veehouder: Leverancier van melk. Batch:
Levering van een hoeveelheid melk aan de fabriek. Bij een batch worden gegevens geregistreerd over de kwaliteit van de melk bij levering.
Lot:
Aanduiding voor een container melk die op de fabriek wordt verwerkt. Een lot bestaat doorgaans uit meerdere batches. Van een lot worden ook eigenschappen gemeten en vastgelegd.
Lotnummer: Unieke code die aan een lot wordt toegekend. Deze bestaat uit: N
L
NL NLZ30 M3 21:23 12-05 Afnemer
2.
-
N
L
Z
3
0
-
M
3
-
21:23
-
12-05
Landcode Fabriekscode Vulmachine Vultijdstip Houdbaarheidsdatum
Winkelketen die melk afneemt en verkoopt aan particulieren. Melk uit één lot kan naar meerdere afnemers gaan.
De gewenste uitbreiding van MISC
De meldingen over producten die niet aan de kwaliteitseisen voldoen, komen binnen bij de afdeling distributie van ‘De Campagne’, onder vermelding van het lotnummer. Meldingen kunnen zowel worden gedaan door particulieren als door afnemers. De gewenste verbeteringen zijn: • Soepele verwerking van de klachtenregistratie. • Alle informatie (over boeren, batches, afnemers) zoveel mogelijk ‘met 1 druk op de knop zichtbaar’. • Betere rapportage aan management en afnemers. Concreet wordt voorgesteld de volgende schermen / formulieren in MISC in te bouwen: • Invoer formulier klachten. • Rapportage voor afdeling Verkoop. • Rapportage voor het management.
29
30
IC T- BE HEERDER
3.
Het invoerformulier Klachten
Eisen: • Als het klachtenformulier geopend wordt, staat automatisch de huidige datum vermeld. • Als een afnemer een klacht meldt, moeten de gegevens van die afnemer via een keuzelijst ingevuld kunnen worden. Maar ook particulieren moeten een klacht kunnen laten registreren. • Met behulp van het toetsenbord worden het lotnummer (incl. houdbaarheidsdatum) volgens een vast format ingevuld. • Daarna verschijnen op het formulier automatisch: land van herkomst, fabriekscode, vulmachine, vultijd, productiedatum. • Er moet een ruimte zijn waar een omschrijving van de klacht geplaatst kan worden. • Op het formulier moeten automatisch de volgende gegevens van de afnemers op het formulier weergegeven worden: naam, adres en contactpersoon van het bedrijf, de afleverdatum van de melkpakken, het aantal melkpakken dat geleverd is. Optionele eisen: • De gegevens die automatisch getoond worden, mogen niet te wijzigen of te verwijderen zijn. • Alleen die werkbalken en menu’s die minimaal nodig zijn, mogen zichtbaar zijn. • Er moet via een knop op het formulier een afdruk gemaakt kunnen worden van het formulier. 4.
Rapport voor afdeling Verkoop
Eisen: • Het rapport moet zowel als formulier en als af te drukken rapport beschikbaar zijn. • De gegevens die worden opgenomen zijn: - Het lotnummer, de houdbaarheidsdatum een omschrijving van de klacht. - Van de afnemers : de volledige naam van het bedrijf, adres, telefoonnummer. - Van de levering: de afleverdatum, het aantal geleverde melkpakken, de contactpersoon. Optionele eisen: • het GSM nummer van de contactpersoon. • het e-mailadres van de contactpersoon.
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
5.
Het rapport voor management
Eisen: Het rapport dient een overzichtslijst te zijn, waarbij jan worden geselecteerd op datum, en op afnemer. De volgende gegevens worden opgenomen: • Van de melk: het lotnummer, de houdbaarheidsdatum, het land van herkomst, de code van de fabriek, de vulmachine, de vultijd, de datum van de dag waarop de melk geproduceerd werd. • Van de afnemers: de volledige naam en adres van het bedrijf. • Van de levering: de afleverdatum en het aantal melkpakken dat geleverd is. Optionele eisen: • Het totaal aantal pakken dat aan alle afnemers geleverd is. • Van de veehouders die de melk aangeleverd hebben, moeten de naam en het adres getoond worden. • Op het formulier moet een knop aanwezig zijn die het formulier converteert naar een Worddocument. 6.
Documentatie
• Alle groepen gebruikers wensen een gebruikersinstructie die voldoet aan de onderstaande eisen: - Kort en krachtig, ongeveer een A4. - Onderwerpen: invoer, belangrijkste functies, printen en e-mail versturen. • De afdeling systeembeheer wil technische documentatie die voldoet aan de onderstaande eisen: - Beschrijving van het datamodel. - Beschrijving van de gegevensstructuren.
31
32
IC T- BE HEERDER
7.
Lijst van personeel
Afdeling
Naam
Functie
Productie
Heemskerk, Maarten
Chauffeur
Productie
Ruitenberg, Henk
Chauffeur
Administratie
Cappellen, Niels van
Administrateur
Administratie
Tromer, Joost
HRM-medewerker
Administratie
Wolf, Marieke de
Secretarieel medewerkster
Dienst ICT
Klok, Arie
Medewerker kantoorautomatisering
Dienst ICT
Kwintenberg, Sander
Medewerker Service Management (hoofd)
Dienst ICT
Engels, Ruben
Medewerker Productieautomatisering
Dienst ICT
Hoef, Gerold van
Medewerker Applicatiebeheer
Directie
Altink, Herbert
Algemeen directeur
Directie
Hage, Jack
Financieel directeur
Inkoop
Top, Barend
Inkoper
Inkoop
Vis, David
Inkoper (hoofd)
Productie
Brandhof, Robbert van den
Chauffeur
Productie
Huibers, William
Chauffeur
Productie
Rooijen, Gerhard van
Chauffeur
Productie
Smit, Anthonie
Chauffeur
Productie
Roekel, Frank van
Hoofd Productie
Productie
Hop, André
Magazijnbeheerder
Productie
Milligen, Ricardo van
Magazijnbeheerder
Productie
Roos, Peter de
Waarnemend Hoofd Productie
Technische Dienst
Berg, Peter van den
Engineer
Technische Dienst
Bruijn, Simon de
Engineer (hoofd)
Verkoop
Voorde, Wessel ten
Verkoper binnendienst
Verkoop
Jong, Daan de
Verkoper buitendienst (hoofd)
Verkoop
Raad, Henri de
Verkoper binnendienst
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
Bijlage 3 Aanbevelingen van SecurityBytes Notitie Aan:
Afdelingshoofden, Automatisering
Van:
Directie
Betreft:
Rapport over netwerkbeveiliging
Urgentie:
Hoog
In het rapport van SecurityBytes zijn aanbevelingen gedaan om te komen tot een optimale beveiliging van het netwerk. Deze aanbevelingen zijn vertaald naar meerdere fases. De eerste fase betreft het inzetten van een centrale server en daarop de juiste rechten aan de medewerkers toe te wijzen. De volgende fase betreft is het instellen van de policies en de laatste fase betreft de inrichten van een internettoegang met firewall en proxy en een mailserver met spamfilter. De aanbeveling uit het rapport is hieronder opgenomen. Huidige situatie Alle medewerkers slaan de documenten op de eigen computer op en wanneer bestanden naar een collega moeten, dan gebeurt dit door middel van een diskette of USB-stick. Iedere medewerker kan op elke willekeurige computer werken en ook alle opgeslagen documenten bewerken. Ook kunnen onbevoegden de computer gebruiken. Er is wel een peer-to-peer verbinding tussen een centrale computer en de veehouders. Op die centrale computer zijn de gegevens van de melkleveringen opgeslagen. In dit peer-to-peer netwerk zijn wel beveiligingsmaatregelen getroffen. In de achterliggende tijd is daar hard aan gewerkt en de betrokken medewerkers zijn ervan overtuigd dat die beveiligingsmaatregelen verder doorgevoerd moeten worden in de organisatie. Fase 1 Wij bevelen aan om te beginnen met het inrichten van een centrale server op basis van Microsoft Windows 2003 Server (release 2). Deze server zal moeten functioneren als DNS- en DHCP-server en als Domain Controller (DC). De zogenaamde Active Directory (AD) zal een centrale plaats vormen van het nieuwe netwerk. De server zal ingericht worden op basis van het organogram en de verder dient rekening gehouden te worden met de volgende gegevens: Domeinnaam: Campagnexx Servernaam: SVRxx-01-W2k3 IP-adres van SVRxx-01-W2k3: 192.168.xx.1 DNS (AD-integrated) DHCP (AD- integrated) DHCP-scope voor de PC’s: 192.168.xx.51 tot 192.168.xx.100 Partitie indeling van de SVRxx-01-W2k3: C: system (systeempartitie met Windows) D: applications (partitie met alle geïnstalleerd programmatuur van de server) E: data (partitie met alle gebruikersprofielen en de data van de gebruikers en groepen) F: images (partitie met beschikbare software voor de PC’s en gebruikers) G: back-up (partitie waar PC-images en back-up opgeslagen kunnen worden) De gebruiker Everyone moet geen rechten hebben binnen het netwerk. Elke gebruiker heeft een eigen homedirectory (mapping H:) met een maximale opslagruimte (diskquota). Elke gebruiker is lid van zijn afdelingsgroep (mapping F:), daarnaast kan hij ook lid zijn van ‘functionele groepen’, zoals MT of OR.
33
34
IC T- BE HEERDER
De toegang tot de mappen moeten worden geregeld via het AGDLP-principe. De shares naar de homedirectories en afdelingsdirecties mogen niet zichtbaar zijn voor de gebruikers. De medewerkers van de Dienst ICT moeten bij alle data kunnen komen, met uitzondering van de data van Directie. De secretarieel medewerkster moet alle data van de gebruikers en afdelingen kunnen lezen. De PC’s moeten zijn voorzien van Windows XP Professional met het meest recente SP en patches. Eventueel kan ook gekozen worden voor Windows Vista. Elke groep moet minimaal op één printer kunnen printen. De printers moeten beschikbaar zijn vanuit de AD. De medewerkers moeten intern kunnen mailen. Het is aan te bevelen om een centrale agenda in te richten zodat de secretarieel medewerkster kan zien welke medewerkers afspraken hebben en dat zij ook afspraken kan plannen (dit is een wens). Voor elk gebruikersaccount is een wachtwoord verplicht. De gebruiker moet zelf het wachtwoord kunnen wijzigingen. Tevens moeten wachtwoorden complex zijn en elke 3 weken worden gewijzigd, waarbij een wachtwoord maar 1 periode per jaar kan worden gebruikt. De groep “Productie” heeft de volgende subgroepen “Melkrijders”, “Magazijnbeheerders” en “Productiemedewerkers”.
Ten aanzien van de applicaties: • De database op de server mag alleen maar toegankelijk zijn voor geautoriseerde personen. • Voor de database gelden verschillende gebruikersrechten, sommigen mogen alleen maar lezen anderen lezen en wijzigen.
PRO JEC T WI J ZE R 4 - CO ÖPE RA T I EVE ZU I VE LF A BRI EK ‘ DE CAM PA GNE ’ ( 2)
Bijlage 4 Plan van Aanpak / Functioneel Ontwerp / Technisch Ontwerp Op de site: www.consortiumbo.nl onder ICT / CGO zijn de sjablonen voor deze projectwijzer te downloaden.
35
IC T- BE HEERDER
T
V
Y
Kwaliteit leveren
Insrtucties en procedures opvolgen
Met druk en tegenslag omgaan
Bedrijfsmatig handelen
Op de behoeften en verwachtingen van de klant richten
Q R S
Plannen en organiseren
Leren
Creëren en innoveren
Onderzoeken
Formuleren en rapporteren
Vakdeskundigheid toepassen
M N O P
Analyseren
K L
Materialen en middelen inzetten
J
Presenteren
Samenwerken en overleggen
Aandacht en begrip tonen
Begeleiden
H I
Aansturen
ICT-Beheerder en Netwerkbeheerder
A B C D E
Overtuigen en beinvloeden
Bijlage 5 Competentiescoretabel PW4
Beslissen en activiteiten initiëren
36
p
p
Kerntaak 1 Ontwikkelen van (onderdelen van) informatiesystemen 1.1 Vaststellen van de p informatiebehoefte 1.2 Opleveren van een ontwerp p van (een onderdeel van) een informatiesysteem 1.3 Opstellen van een plan van r aanpak 1.4 Realiseren van een testomgeving Kerntaak 2 Implementeren van (onderdelen van) informatiesystemen 2.1 Opstellen van een implementatieplan 2.2 Uitvoeren van een implementatieplan 2.3 Ondersteuning bieden bij acceptatietests
p
p
P
p p
p r
p r
p
r
2.4 Evalueren van een implementatie Kerntaak 3 Beheren van (onderdelen van) informatiesystemen
p
3.1 Voorkomen van (ver)storingen 3.2 Lokaliseren en verhelpen van (ver)storingen
p
p
3.3 Behandelen en afhandelen van incidentmeldingen 3.4 Opstellen en bewaken van procedures
p
p
p