1
BEKNOPTE SAMENVATTING INLEIDING INFORMATICA!
Les 2 : Systeem en systeemontwikkeling
Systeem (doelen verwezelijken)
Informatiesysteem (bewerken informatie) -
Informatie (betekenisvolle gegevens)
Robot # informatiesysteem WEL bankautomaat, huisarts, routeplanner
Soorten informatiesystemen:
1. Administratief systeem:
Bewaren en beheren informatie - database
vb huisartsen
2. Realtime syteem
binnen bepaalde tijd op invoer reageren - deadline
vb routerplanner / autopilot vliegtuig / ABS auto / toetsenbord /
muis.
3. Kritisch systeem
falen van systeem leidt tot onacceptabele schade
vb mensenlevens in gevaar / economie / systemen verwerking
transacties
4. Gedistribueerd systeem
over verschillende computers verspreid
vb routeplanner
5. Embedded systeem
1 specifieke functionaliteit, en niet op een algemene pc draait
zelf geen informatiesysteem is
vb industriële robot /modem router / consumentenelektronica
, 2
Fases systeemontwikkeling:
1. Voortraject --> Eisendocument (wat systeem moet kunnen)
2. Analysefase: wat moet er gebouwd worden
Bedrijfsmodellering: wat gaan we automatiseren?
Informatie analyse: welke info vastleggen in het systeem
Stakeholdersanalyse: partijen die belang hebben bij systeem
Use-case: verhaaltjes over gebruik van het systeem
3. Ontwerpfase: structuur van het systeem
4. Implementatiefase: systeem wordt gebouwd
5. Testfase: fouten + ontbrekende wensen detecteren
6. Onderhoudsfase: onderhoud (75% van de kosten)
Methodes:
Watervalmethode:
E
A
O
I
T
Problemen:
- bevriezen: definitief vaststellen van eisen eind analysefase onmogelijk
- risico's niet duidelijk in vroeg stadium
- overschrijding van tijd en budget
- quality control begint te laat
==> Iedere fase wordt afgerond met een product
V-Model ==> TESTEN!!
E --> acceptatietesten --> bedoeld voor klant
A --> systeemtesten --> systeem testen
O --> integratietesten --> samenwerking verschillende
componenten testen
I --> unittesten --> 1 functionaliteit testen
Iteratieve ontwikkelmethode
Systeem in stappen ontwikkeld.
Luisteren naar klant --> bouw/aanpassen --> klant test
, 3
==> Feedback van de klant!
NIET GEBRUIKEN BIJ:
- planning
- risico's
- documentatie
VOORDELEN:
- Niet alle eisen moeten vooraf vastgelegd worden.
- Duidelijkheid over riskante onderdelen van het systeem
- Complexiteit blijft beheersbaar
Agile / Srum / Kanban
Agile #ontwikkelmethode
verzameling basisprincipes die ontwikkelmethode zou moeten toepassen
Scrum korte sprints
minder zelfstandigheid
feedbackmomenten
Iteratieve
Kanban dashbord met to-do lijst Ontwikkelmethodes
meer zelfstandigheid
Model vs domein
Model = vereenvoudigde weergave van de werkelijkheid
= wordt iets weggelaten (abstracties)
= staan soms ver af van de werkelijkheid
Domein = betrekking op een deel van de werkelijkheid
, 4
Les 3 Objectgeoriënteerd ontwikkelen: analyse
Inceptiefase: voortraject:
- waarom?
- Haalbaar?
- Standaardsoftware, specifieke software, software zelf maken?
- Kosten?
- Gaan we verder of niet?
Visiedocument: antwoord op die vragen.
Eisen:
- Functionele eisen:
- beschrijven WAT het systeem moet kunnen
- tussen invoer en uitvoerinformatie
- omgeving kan het systeem niet stukmaken
vb security
- Niet-functionele eisen:
- Alle andere eisen:
- snelheid
- gebruiksgemak
- betrouwbaarheid
- documentatie
- systeem beschadigd omgeving niet
vb safety
Use-case:
1. Brainstormsessie
Laag niveau: te specifiek
Hoog niveau: te abstract (niet specifiek)
2. Informele beschrijving
3. Volledige uitwerking (details)
4. Hoofdsuccesscenario
Use-case bestaat uit:
- Titel
- Primaire actor (wie systeem gebruikt)
- Doel
- Hoofdsuccesscenario (happy flow)
- Uitbreidingen (alternatieve scenario's)
BEKNOPTE SAMENVATTING INLEIDING INFORMATICA!
Les 2 : Systeem en systeemontwikkeling
Systeem (doelen verwezelijken)
Informatiesysteem (bewerken informatie) -
Informatie (betekenisvolle gegevens)
Robot # informatiesysteem WEL bankautomaat, huisarts, routeplanner
Soorten informatiesystemen:
1. Administratief systeem:
Bewaren en beheren informatie - database
vb huisartsen
2. Realtime syteem
binnen bepaalde tijd op invoer reageren - deadline
vb routerplanner / autopilot vliegtuig / ABS auto / toetsenbord /
muis.
3. Kritisch systeem
falen van systeem leidt tot onacceptabele schade
vb mensenlevens in gevaar / economie / systemen verwerking
transacties
4. Gedistribueerd systeem
over verschillende computers verspreid
vb routeplanner
5. Embedded systeem
1 specifieke functionaliteit, en niet op een algemene pc draait
zelf geen informatiesysteem is
vb industriële robot /modem router / consumentenelektronica
, 2
Fases systeemontwikkeling:
1. Voortraject --> Eisendocument (wat systeem moet kunnen)
2. Analysefase: wat moet er gebouwd worden
Bedrijfsmodellering: wat gaan we automatiseren?
Informatie analyse: welke info vastleggen in het systeem
Stakeholdersanalyse: partijen die belang hebben bij systeem
Use-case: verhaaltjes over gebruik van het systeem
3. Ontwerpfase: structuur van het systeem
4. Implementatiefase: systeem wordt gebouwd
5. Testfase: fouten + ontbrekende wensen detecteren
6. Onderhoudsfase: onderhoud (75% van de kosten)
Methodes:
Watervalmethode:
E
A
O
I
T
Problemen:
- bevriezen: definitief vaststellen van eisen eind analysefase onmogelijk
- risico's niet duidelijk in vroeg stadium
- overschrijding van tijd en budget
- quality control begint te laat
==> Iedere fase wordt afgerond met een product
V-Model ==> TESTEN!!
E --> acceptatietesten --> bedoeld voor klant
A --> systeemtesten --> systeem testen
O --> integratietesten --> samenwerking verschillende
componenten testen
I --> unittesten --> 1 functionaliteit testen
Iteratieve ontwikkelmethode
Systeem in stappen ontwikkeld.
Luisteren naar klant --> bouw/aanpassen --> klant test
, 3
==> Feedback van de klant!
NIET GEBRUIKEN BIJ:
- planning
- risico's
- documentatie
VOORDELEN:
- Niet alle eisen moeten vooraf vastgelegd worden.
- Duidelijkheid over riskante onderdelen van het systeem
- Complexiteit blijft beheersbaar
Agile / Srum / Kanban
Agile #ontwikkelmethode
verzameling basisprincipes die ontwikkelmethode zou moeten toepassen
Scrum korte sprints
minder zelfstandigheid
feedbackmomenten
Iteratieve
Kanban dashbord met to-do lijst Ontwikkelmethodes
meer zelfstandigheid
Model vs domein
Model = vereenvoudigde weergave van de werkelijkheid
= wordt iets weggelaten (abstracties)
= staan soms ver af van de werkelijkheid
Domein = betrekking op een deel van de werkelijkheid
, 4
Les 3 Objectgeoriënteerd ontwikkelen: analyse
Inceptiefase: voortraject:
- waarom?
- Haalbaar?
- Standaardsoftware, specifieke software, software zelf maken?
- Kosten?
- Gaan we verder of niet?
Visiedocument: antwoord op die vragen.
Eisen:
- Functionele eisen:
- beschrijven WAT het systeem moet kunnen
- tussen invoer en uitvoerinformatie
- omgeving kan het systeem niet stukmaken
vb security
- Niet-functionele eisen:
- Alle andere eisen:
- snelheid
- gebruiksgemak
- betrouwbaarheid
- documentatie
- systeem beschadigd omgeving niet
vb safety
Use-case:
1. Brainstormsessie
Laag niveau: te specifiek
Hoog niveau: te abstract (niet specifiek)
2. Informele beschrijving
3. Volledige uitwerking (details)
4. Hoofdsuccesscenario
Use-case bestaat uit:
- Titel
- Primaire actor (wie systeem gebruikt)
- Doel
- Hoofdsuccesscenario (happy flow)
- Uitbreidingen (alternatieve scenario's)
