ANALYSE I
Fran Flamen
TOEGEPASTE INFORMATICA
,Analyse
Hoofdstuk 1 – Software-ontwikkelingsproces
= kader dat vastlegt hoe een softwareproject wordt aangepakt.
= een methode om de activiteiten i.v.m. creatie, oplevering en onderhoud van softwaresystemen te
organiseren.
Requirements verzamelen (=luisteren naar de opdrachtgever
Requirements analyseren
Ontwerp maken
Implementatie
Testen
Agile ontwikkelingsmethoden
Iteratief-incrementele softwareontwikkelingsmethode
Agile = wendbaar/flexibel (vs. waterval)
Watervalmethode = SLECHT!
- Analyse/ontwerp volledig af => fout? Kan niet terugkeren.
- Enkel voor kleine projecten.
Iteratief = je werkt in stappen, na elke stap lever je werkende software op.
Incrementeel = bij elke stap bouw je verder aan je software.
Projectrisico = risico dat het project niet op tijd zal klaar zijn.
UML
= een modelleertaal om OO analyses en ontwerpen voor een informatiesysteem te kunnen maken.
= Unified Modelling Language
Voordelen:
- Communicatie
- Visualisatie
- Transformatie (UML vergemakkelijkt de overgang)
Hoofdstuk 2 – Use cases
Functionele VS niet functionele vereisten
Functionele
- Mapt de inputs v/h programma op de outputs
- Beschrijft dus wat het systeem moet kunnen
Niet-functionele
- Het systeem moet snel werken, mooi zijn, altijd werken,…
- Het systeem zal geen persoonlijke informatie vrijgeven.
Fran Flamen Samenvatting Analyse I 1
, Algemeen verloop
Opdrachtformulering
Capteren van vereisten
Opstellen v/d use cases
Scenario’s en testen opstellen
Stel domeinmodel op
SSD + OC opstellen
Use case omvat alle manieren waarop het systeem gebruikt kan worden om een bepaald doel voor een
bepaalde gebruiker te behalen.
Een use case definieert niet hoe het systeem het implementeert.
Use case diagram
Hoofdstuk 3 – het domeinmodel
Als medewerker aan een IT-project is het belangrijk om het probleemdomein v/h project te bestuderen.
Je moet kunnen communiceren op een eenduidige manier met de klant. Vandaar dat het belangrijk is
om je in te werken in de terminologie van de klant. Dit doen we via het domeinmodel.
Domeinklassen = belangrijk omdat je daarmee de kern v/h probleem m.b.v. een betrekkelijk klein aantal
begrippen kunt beschrijven.
Conceptuele domeinklassen vormen dan ook een belangrijk uitgangspunt en inspiratiebron voor het
ontwikkelen v/d softwareklassen waaruit een domeinlaag in een applicatie is opgebouwd.
Domeinmodel = een visuele representatie van concepten uit de werkelijkheid en hun onderlinge relatie.
Volgende onderdelen kunnen gebruikt worden:
- Conceptuele klasse
Fran Flamen Samenvatting Analyse I 2
Fran Flamen
TOEGEPASTE INFORMATICA
,Analyse
Hoofdstuk 1 – Software-ontwikkelingsproces
= kader dat vastlegt hoe een softwareproject wordt aangepakt.
= een methode om de activiteiten i.v.m. creatie, oplevering en onderhoud van softwaresystemen te
organiseren.
Requirements verzamelen (=luisteren naar de opdrachtgever
Requirements analyseren
Ontwerp maken
Implementatie
Testen
Agile ontwikkelingsmethoden
Iteratief-incrementele softwareontwikkelingsmethode
Agile = wendbaar/flexibel (vs. waterval)
Watervalmethode = SLECHT!
- Analyse/ontwerp volledig af => fout? Kan niet terugkeren.
- Enkel voor kleine projecten.
Iteratief = je werkt in stappen, na elke stap lever je werkende software op.
Incrementeel = bij elke stap bouw je verder aan je software.
Projectrisico = risico dat het project niet op tijd zal klaar zijn.
UML
= een modelleertaal om OO analyses en ontwerpen voor een informatiesysteem te kunnen maken.
= Unified Modelling Language
Voordelen:
- Communicatie
- Visualisatie
- Transformatie (UML vergemakkelijkt de overgang)
Hoofdstuk 2 – Use cases
Functionele VS niet functionele vereisten
Functionele
- Mapt de inputs v/h programma op de outputs
- Beschrijft dus wat het systeem moet kunnen
Niet-functionele
- Het systeem moet snel werken, mooi zijn, altijd werken,…
- Het systeem zal geen persoonlijke informatie vrijgeven.
Fran Flamen Samenvatting Analyse I 1
, Algemeen verloop
Opdrachtformulering
Capteren van vereisten
Opstellen v/d use cases
Scenario’s en testen opstellen
Stel domeinmodel op
SSD + OC opstellen
Use case omvat alle manieren waarop het systeem gebruikt kan worden om een bepaald doel voor een
bepaalde gebruiker te behalen.
Een use case definieert niet hoe het systeem het implementeert.
Use case diagram
Hoofdstuk 3 – het domeinmodel
Als medewerker aan een IT-project is het belangrijk om het probleemdomein v/h project te bestuderen.
Je moet kunnen communiceren op een eenduidige manier met de klant. Vandaar dat het belangrijk is
om je in te werken in de terminologie van de klant. Dit doen we via het domeinmodel.
Domeinklassen = belangrijk omdat je daarmee de kern v/h probleem m.b.v. een betrekkelijk klein aantal
begrippen kunt beschrijven.
Conceptuele domeinklassen vormen dan ook een belangrijk uitgangspunt en inspiratiebron voor het
ontwikkelen v/d softwareklassen waaruit een domeinlaag in een applicatie is opgebouwd.
Domeinmodel = een visuele representatie van concepten uit de werkelijkheid en hun onderlinge relatie.
Volgende onderdelen kunnen gebruikt worden:
- Conceptuele klasse
Fran Flamen Samenvatting Analyse I 2
