# fase uitkomst

1 Behoefte Analyse (BA) MoSCoW

2 Functioneel Ontwerp (FO) Functieoverzicht

3 Technisch ontwerp (TO) Technischoverzicht

4 Implementatie plan Activiteitenplanning

5 Testplan + testomgeving Testscenario
 belangrijk
schrijf alle wensen op, ook als je niet weet hoe je ze implementeert
Punten noemen > Juiste plek (MoSCoW)
Beveiliging is ALTIJD een must
Back-up is ALTIJD een must
alle knelpunten als must
Wont moet apart
Indien van toepassing: planning of uit te voeren werkzaamheden = globale planning (neem
voorbeeld van FO in handboek over)
Handboek SPL: hoofdmenu --> leermiddelen t/m 2019 --> serious games --> leergame 1 -->
bronnenbestand
Functies opschrijven in de vorm van MoSCoW
ALLE Punten van de behoefte-analyse uitgewerkt
Éen functie kan meerdere eisen vervullen
Soms komt het voor dat je de gevolgen van de nieuwe functies moet aangeven bepalen (dan
moet je denken aan training mensen of informeren, instructies schrijven
Indien van toepassing: planning of uit te voeren werkzaamheden = globale planning (neem
voorbeeld van FO in handboek over)
Beschrijven van hoe het systeem gemaakt moet worden
Weten wat je wel en niet nodig hebt (alles wat er al is benoemen)
Beschrijf de koppelingen met bestaande systemen
Instellingen Server: zoals GPO, OU, Shares (rechten)
Back up schema: wanneer? Welke data? Waar naar toe schrijven? Soort back-up (full of
incremental of combi). Iedere dag full is teveel. Iedere dag incremental afwisseln met een
keer full (bijv. per week). Data schijven bewaren volgens son, father, grandfather
Alle activiteiten opschrijven
Doelstelling = wat ga je bouwen (implementeren), wanneer moet je het opleveren, wat mag
het kosten?

Gemaakte afspraken:
Voorbeeld 1. geen verstoringen veroorzaken bij implementatie tijdens werktijden (bijv. van
8:00-16:30)
Voorbeeld 2. Verwijzen naar specs TO
Voorbeeld 3. Netwerk toegang, wachtwoorden etc

Projectgrenzen: geef aan wat je niet gaat doen

Voorbeeld 1. problemen oplossen van aparatuur die er al is (bijv. werkstations upgraden -->
zie TO)
Voorbeeld 2. trainingen aan medewerkers (bijv. nieuwe software)

Activiteiten beschrijven:
1. op basis van het TO!
2. (bestellen apartuur moet bijna altijd gedaan)
3. configureren/installeren --> volgens teschnische specs in TO (beste zelfde volgorde
aanhouden)
4. Altijd: TESTEN (liefst per onderdeel)
5. Altijd: acceptatietest van wat is geimplemeerd
(andere voorbeelden: instructies schrijven, opstellen documentatie, trainen beheer etc.)
als je activeiten beschrijft: ga even na of ze een verstoring kunnen veroorzaken en dus buiten
reguliere werktijden uitgevoerd moeten worden

Planning: wat = bovengenoemde activiteit, wie , wanneer, duur/doorlooptijd

Belangrijk ten opzichte van plan van aanpak heeft het implementatieplan ook:
1. gewenste vs huidige situatie: netwerktekening hoe het voor de implementatie uitziet (uit
TO) en hoe het na implementatie uitziet (TO)
2. consequenties (gevolgen) van implementatie bepalen. Dit kunnen tijdelijke gevolgen zijn
(denk aan downtime) of permanente gevolgen: nieuw systeem = nieuwe manier van werken
3. risico's en bedreiging:
de issue die van invloed kunnen op jouw implementatie (vertraagd raken/ niet succesvol). Dit
kunnen zowel technische issues zijn (denk aan software, hardware) als organisatorische
issues (denk aan dat medewerkers ziek zijn of andere bezigheden)

Prioriteit = Testplan (dus niet het systeem)!!

Zorg dat je alle functies die je moet testen (uit het FO of het gegeven document in het
examen) opneemt in je testplan en dat je het testhoofdstukje voor iedere functie kopieert!

Testopstelling van het systeem incl packet tracer

Resultaten vastleggen = test uitvoeren volgens plan liefst met screenshot (lukt het niet dan
beschrijf dit wel en laat het niet achterwege)