Hoofdstuk 9: Analyse Flashcards
Wat is het doel van de Analyse fase
- Uitwerken van de oplossing van de conceptfase in detail
- Blauwdruk maken van de nieuwe applicatie
- De blauwdruk gebruiken voor validatie te krijgen bij de klant voor resultaat
Kan het analysedocument nog wijzigen?
Ja, dit kan altijd wijzigen
Noem alle rollen binnen de analyse fase
-Business analist: Hij organiseert een aantal workshops met eindgebruikers om de oplossing in kaart te brengen en synthetiseert deze in het analysedocument.
- Eindgebruikers: Nemen deel aan de workshops en leveren extra input wanneer nodig
- Ontwikkelaars: Geven input voor technische kant van het analysedocument.
- Sponsors: Finale beslissing en valideren van het analysedocument.
Projectmanager: Waakt over haalbaarheid qua timing en budget
Wat zijn de deliverables binnen de analyse fase?
- Analysedocument. Dit bevat een gedetailleerde beschrijving van de oplossing die de leverancier zal opleveren tegen de afgesproken prijs. Het document bevat dus de definitieve overeenkomst tussen (interen) leveranciers en klant.
- Verbeteringsvoorstel
- POC of Prototype: Om de klant te laten zien wat de applicatie kan doen. Bij maatwerk wordt dit eerder een light versie van de oplossing i.p.v. een POC
- Workshops
Wat bevat het analysedocument (meestal) minimaal?
- Procesbeschrijvingen AS-IS en TO-BE
- Functioneel ontwerp
- Technisch ontwerp
- Security, autorisaties en rollen
- Interfaces
- Datamigratie
- Systeemarchitectuur
- Testplan
- Veronderstellingen
Analysedocument: AS-IS en TO-BE
Wat doen deze?
- Toont het impact van het project op de organisatie
- Laat alles zien hoe het voor het project was en hoe het er zal uitzien.
Analysedocument: Functioneel ontwerp
Wat doen deze?
- Beschrijft de oplossing op het niveau van de eindgebruikers (lijst met functies, screenshots, mock-ups, beschrijving)
Analysedocument: Technische ontwerp
Wat doen deze?
- Technische details zonder code maar programmalogica
- Tabelwaarden, parameters, instellingen
- UML – diagrammen (Klassendiagram, sequence diagram, Activity diagram, Toestandsdiagram)
Analysedocument: Security, autorisatie en rollen
Wat doen deze?
- Privacy gevoelige data, concurrentiële data,…
- Zowel externe als interne applicaties van belang
- Autorisatie en rollen worden opgenomen
Analysedocument: Interfaces
Wat doen deze?
- Connectie tussen twee systemen waarbij data verzonden wordt.
- Beschrijving van conversieregels is nodig
- Datawisseling moet gemonitord worden via een procedure van opvolging (voor logging)
- Definiëren van master systeem: systeem dat de wijziging in data doorvoert en doorstuurt
Analysedocument: Datamigratie
Wat doen deze?
- Welke gegevens worden omgezet? (conversieregels)
- Wie zal de gegevens aanleveren en in welk formaat
Analysedocument: Systeemarchitectuur
Wat doen deze?
- Opzet van de oplossing en verschillende randapplicaties en systemen
- Beschrijving impact op huidige architectuur
- Beschrijving benodigde hard- en software
- Opmaak architectuurschema zodat IT-afdeling kan evalueren
Analysedocument: Testplan
Wat doen deze?
- Definiëren van testscenario’s zonder uit te schrijven (vrijmaken van betrokkenen, planning voor testen, finale controle op volledigheid)
- Testscenario’s op basis van business processen
- Testen omvat niet enkel functionele testen maar ook stress testing, performance, portability,…
Analysedocument: Veronderstellingen
Wat doen deze?
- Er zullen nog onduidelijkheden zijn hier, dus we moeten dit nog doen.
- Ook veronderstellingen over zaken waar de leveranciers geen controle over heeft.
Moeten we voor een kleur wijziging in een applicatie een change-request voor aangevraagd worden?
- Neen, voor kleine wijzigingen niet. Dit mag direct aangepast worden
