Inhoud
Table of Contents
Inhoud....................................................................................................................................................1
H1: THE WORLD OF THE INFORMATION SYSTEMS ANALYST..................................................................3
1. ANALIST ALS PROBLEEMOPLOSSER................................................................................................3
2. EEN SYSTEEM DAT EEN BEDRIJFSKUNDIG PROBLEEM OPLOST.......................................................3
3. DE VEREISTE SKILLS VAN EEN SYSTEEMANALIST.............................................................................4
4. CONCLUSIE.....................................................................................................................................5
H2: DE MANIEREN VAN SYSTEEMONTWIKKELING..............................................................................5
1. DE LEVENSCYCLUS VAN SYSTEEMONTWIKKELING..........................................................................5
3. PREDICTIEVE BENADERING VAN SDLC............................................................................................7
3.1. Watervalmodel (Royce, 1970)....................................................................................................7
3.2. Gemodifieerd watervalmodel.....................................................................................................8
4. NIEUWE ADAPTIEVE BENADERING VAN SDLC................................................................................8
1. Het spiraalmodel (1988, Boehm)...................................................................................................9
2. Prototype (80’s).............................................................................................................................9
3. De iteratieve ontwikkeling.............................................................................................................9
4. Incrementele ontwikkeling..........................................................................................................10
5. ‘Lightweight’ management/Agile methode.................................................................................11
5. UNIFIED PROCESS – UP.................................................................................................................12
5.1. De fasen van de UP-levenscyclus..............................................................................................12
7. Scrum............................................................................................................................................13
8. SAFe..............................................................................................................................................14
9. Methodologie, tools, modellen en technieken.............................................................................14
10. Gestructureerd vs Object-georiënteerd programmeren............................................................15
H3: DE ANALIST ALS PROJECT MANAGER.............................................................................................17
1. Project Management Body of Knowledge (PMBOK).....................................................................18
2. De project planning fase...............................................................................................................18
Activiteit 1 – Definieer het probleem..............................................................................................18
Activiteit 2 – Project schedule (bepalen tijdsduur en budget).........................................................19
Activiteit 3- Haalbaarheid................................................................................................................21
Activiteit 4 -Bestaffing.....................................................................................................................22
Activiteit 5 -Lancering......................................................................................................................22
H4: ANALYSE BEGINNEN : VEREISTEN ZOEKEN.....................................................................................22
ACTIVITEIT 1: INFORMATIEVERZAMELING........................................................................................23
DE VERSCHILLENDE BELANGHEBBENDEN........................................................................................23
TECHNIEKEN VOOR INFORMATIEVERZAMELING.............................................................................23
1) BESTAANDE DOCUMENTEN (niet starten van wit blad)..............................................................24
, VEREISTEN VERIFIËREN EN VALIDEREN (zijn de vereisten volledig en af?)......................................27
ACTIVITEIT 2 : Modelleren (zie H5)...................................................................................................27
H5: SYSTEEMVEREISTEN MODELLEREN................................................................................................28
1. USE CASES IDENTIFICEREN............................................................................................................28
Aanpak 1: User goal technique........................................................................................................28
Aanpak 2: CRUD technique (Create Read Update Delete)...............................................................28
Aanpak 3: Events decomposition technique....................................................................................28
2. EVENTS IDENTIFICEREN................................................................................................................29
3. EVENT TABLE................................................................................................................................30
H6: THE TRADITIONAL APPROACH TO REQUIREMENTS.......................................................................38
H7: DE SYSTEEMVEREISTEN BIJ OBJECT-GEORIËNTEERD ONTWERP....................................................47
1. DEVELOPING A USE CASE DIAGRAM.............................................................................................49
2. ACTIVITY DIAGRAMS FOR DESCRIBING USE CASES.......................................................................49
3. SYSTEM SEQUENCE DIAGRAM......................................................................................................50
4. Samenhang OO modellen.............................................................................................................52
H11: SYSTEEMONTWERP BIJ OBJECT-GEORIËNTEERD ONTWERP: UC REALISATIE...............................53
1. De eerste versie maken van een design class diagram (DCD) met navigatievisibiliteit.................54
Stap 1: Elaboreren van de attributen van de domeinklasse............................................................54
Stap 2: Navigeren van de visibiliteit.................................................................................................54
3. De gedetailleerde sequence diagrams voor elke use case ontwikkelen.......................................55
H12: OO : USE CASE REALIZATIES.........................................................................................................55
1. DOMEINLAAG...............................................................................................................................56
2. DATA ACCES LAYER voegt geheugen toe; gegevens verdwijnen anders bij het sluiten van het
programma......................................................................................................................................58
3. UI LAYER (UI varieert veel over de tijd)........................................................................................59
4. Partial Design of 3-Layer Package Diagram for RMO....................................................................60
AFSLUITING : ROUND UP......................................................................................................................60
EXAMENVRAGEN (zie weduc)...............................................................................................................64
2
,H1: THE WORLD OF THE INFORMATION SYSTEMS
ANALYST
LEERDOELEN
- Bespreek de rol en de verschillende taken van de systeemanalist in het bedrijfsleven uit
- Beschrijf de verschillende soorten informatiesystemen(IS)
- Leg het belang uit van technische, bedrijfskundige en mensenkennis voor een analist
Systeemanalist = een professionele bedrijfskundige die aan de hand van analyse- en ontwerp-
technieken IS ontwerpt om bedrijfskundige problemen op te lossen.
Niet alleen IS ontwerpen, vooral bedrijfskundige problemen oplossen !
Meer een bedrijfskundig probleemoplosser dan een programmeur
Kern HIB : bedrijfskunde en IT
Systeemanalyse = begrijpen en in detail specifiëren wat het IS moet kunnen (= vereistenspecificatie).
Hoe innovatiever IS, hoe moeilijker het is om de vereistenspecificatie te bepalen.
>< Systeemontwerp = in detail specifiëren hoe de componenten van het IS geïmplementeerd moeten worden.
1. ANALIST ALS PROBLEEMOPLOSSER
1. Het probleem begrijpen en onderzoeken;
2. (Nakijken dat de voordelen van het probleem oplossen groter zijn dan de kosten ervan).
3. Vereisten specificeren.
4. Een set van verschillende oplossingen ontwikkelen (alternatieven).
5. Beslissen welke oplossing de beste is en deze aanraden.
6. De gekozen oplossing detailleren en implementeren.
7. Monitoren om zeker te zijn dat je de gewenste resultaten krijgt.
2. EEN SYSTEEM DAT EEN BEDRIJFSKUNDIG PROBLEEM OPLOST
Een informatiesysteem verwerkt input tot output en kan bestaan uit subsystemen.
BV. Een verkoopmanagement systeem kan een subsysteem zijn van een CRM, zoals bv. de telefonische ondersteuning
op de website.
Functionele decompositie = een systeem beschouwen als een verzameling van subsystemen.
+? Complexiteitsreductie: analisten kunnen zich focussen op 1 bepaald onderdeel van het IS.
Voorbeeld 1: Invoice Transport
Een probleem met het op tijd betalen van de facturen. Dit ging gepaard met hoge kosten (10%-20% meer dan het huidig
bedrag, dit is hoger dan de marktrente anders zouden de kosten dezelfde zijn als bij een voordelige lening van de bank).
Een analist werd aangenomen om het probleem te onderzoeken en op te lossen. Uit zijn onderzoek bleek dat 13
verschillende personen hun goedkeuring moesten geven (handtekenen), voordat een factuur opgestuurd kon worden.
Analist stelt voor om het proces te digitaliseren : facturen kunnen parallel doorlopen worden.
Geen optimale oplossing: facturen afhandelen gebeurde sneller, maar het personeel ervan overtuigen dat
zoveel handtekeningen zetten geen zin had was een moeilijkere taak. Niet iedereen ging direct akkoord met het
opgeven van deze macht (wel bij een compensatie).
Bedrijfskundige problemen kunnen niet altijd opgelost worden door te digitaliseren.
Voorbeeld 2: InnoFin
Een e-commerce, waarbij betalingen online zeer duur waren omdat ze met visakaart betaald moeten worden.
Een oud-leerling met een bachelor in HIB kwam met een oplossing.
3
, Oplossing? Een nieuw betaalsysteem : method clearing waarbij enkel het verschil of de saldo
betaald moet worden. Een software voor schrijven is duur… verkocht het idee aan
een kredietmaatschappij (bestaat nu interbancair)
Soorten informatiesystemen
CRM = Customer Relationship Management System = een systeem dat de marketing, de verkopen en het
uitvoeren van transacties ondersteunt, wat (in)directe interactie met de consument impliceert.
SCM = Supply Chain Management system= een systeem dat product ontwikkeling, product verwerving,
manufacturing en voorraad management integreert.
AFM = Accounting and financial management system = een systeem dat de nodige accounting informatie
voor financiële uitspraken en andere rapporten, gebruikt door investeerders en schuldeisers, opslaat.
HRM = Human Resource Management system = een systeem dat werknemersgebonden taken (zoals winst,
training, payroll, hiring) ondersteunt.
Manufacturing management system = een systeem dat de interne productieprocessen (die grondstoffen
tot finale goederen maken) controleert.
KMS = Knowledge management system = een systeem dat instaat voor de opslag en/of toegang tot
documenten vanuit overal in de organisatie.
CSS = Collaboration support system = een systeem dat geografische afgelegen werknemers in staat stelt
samen te werken aan projecten/taken.
Business intelligence system = systeem dat strategische planning/uitvoerende beslissingen ondersteunt.
Het delen van gegevens over deze
systemen wordt mogelijk gemaakt door
databases.
= een centrale dataopslag dat voor vele
gebruikers en systemen tegelijk
toegankelijk is.
ERP = Entreprise Resource Planning
= organisatie verbindt zich ertoe een set
van softwarepakketten voor de
belangrijkste IS te gebruiken.
System boundary = de scheiding tussen het systeem en de omgeving die door inputs en outputs wordt
overbrugd. Deze inputs en outputs definiëren is ook zeer belangrijk.
Automation boundary= de scheiding tussen het geautomatiseerde deel van een IS, waar het werk door een
pc gedaan wordt en het manuele deel dat door mensen moet uitgevoerd worden.
3. DE VEREISTE SKILLS VAN EEN SYSTEEMANALIST
1. Technische kennis: programmeren, databanken, netwerken, tools en technieken
Is het technisch haalbaar?
4
Table of Contents
Inhoud....................................................................................................................................................1
H1: THE WORLD OF THE INFORMATION SYSTEMS ANALYST..................................................................3
1. ANALIST ALS PROBLEEMOPLOSSER................................................................................................3
2. EEN SYSTEEM DAT EEN BEDRIJFSKUNDIG PROBLEEM OPLOST.......................................................3
3. DE VEREISTE SKILLS VAN EEN SYSTEEMANALIST.............................................................................4
4. CONCLUSIE.....................................................................................................................................5
H2: DE MANIEREN VAN SYSTEEMONTWIKKELING..............................................................................5
1. DE LEVENSCYCLUS VAN SYSTEEMONTWIKKELING..........................................................................5
3. PREDICTIEVE BENADERING VAN SDLC............................................................................................7
3.1. Watervalmodel (Royce, 1970)....................................................................................................7
3.2. Gemodifieerd watervalmodel.....................................................................................................8
4. NIEUWE ADAPTIEVE BENADERING VAN SDLC................................................................................8
1. Het spiraalmodel (1988, Boehm)...................................................................................................9
2. Prototype (80’s).............................................................................................................................9
3. De iteratieve ontwikkeling.............................................................................................................9
4. Incrementele ontwikkeling..........................................................................................................10
5. ‘Lightweight’ management/Agile methode.................................................................................11
5. UNIFIED PROCESS – UP.................................................................................................................12
5.1. De fasen van de UP-levenscyclus..............................................................................................12
7. Scrum............................................................................................................................................13
8. SAFe..............................................................................................................................................14
9. Methodologie, tools, modellen en technieken.............................................................................14
10. Gestructureerd vs Object-georiënteerd programmeren............................................................15
H3: DE ANALIST ALS PROJECT MANAGER.............................................................................................17
1. Project Management Body of Knowledge (PMBOK).....................................................................18
2. De project planning fase...............................................................................................................18
Activiteit 1 – Definieer het probleem..............................................................................................18
Activiteit 2 – Project schedule (bepalen tijdsduur en budget).........................................................19
Activiteit 3- Haalbaarheid................................................................................................................21
Activiteit 4 -Bestaffing.....................................................................................................................22
Activiteit 5 -Lancering......................................................................................................................22
H4: ANALYSE BEGINNEN : VEREISTEN ZOEKEN.....................................................................................22
ACTIVITEIT 1: INFORMATIEVERZAMELING........................................................................................23
DE VERSCHILLENDE BELANGHEBBENDEN........................................................................................23
TECHNIEKEN VOOR INFORMATIEVERZAMELING.............................................................................23
1) BESTAANDE DOCUMENTEN (niet starten van wit blad)..............................................................24
, VEREISTEN VERIFIËREN EN VALIDEREN (zijn de vereisten volledig en af?)......................................27
ACTIVITEIT 2 : Modelleren (zie H5)...................................................................................................27
H5: SYSTEEMVEREISTEN MODELLEREN................................................................................................28
1. USE CASES IDENTIFICEREN............................................................................................................28
Aanpak 1: User goal technique........................................................................................................28
Aanpak 2: CRUD technique (Create Read Update Delete)...............................................................28
Aanpak 3: Events decomposition technique....................................................................................28
2. EVENTS IDENTIFICEREN................................................................................................................29
3. EVENT TABLE................................................................................................................................30
H6: THE TRADITIONAL APPROACH TO REQUIREMENTS.......................................................................38
H7: DE SYSTEEMVEREISTEN BIJ OBJECT-GEORIËNTEERD ONTWERP....................................................47
1. DEVELOPING A USE CASE DIAGRAM.............................................................................................49
2. ACTIVITY DIAGRAMS FOR DESCRIBING USE CASES.......................................................................49
3. SYSTEM SEQUENCE DIAGRAM......................................................................................................50
4. Samenhang OO modellen.............................................................................................................52
H11: SYSTEEMONTWERP BIJ OBJECT-GEORIËNTEERD ONTWERP: UC REALISATIE...............................53
1. De eerste versie maken van een design class diagram (DCD) met navigatievisibiliteit.................54
Stap 1: Elaboreren van de attributen van de domeinklasse............................................................54
Stap 2: Navigeren van de visibiliteit.................................................................................................54
3. De gedetailleerde sequence diagrams voor elke use case ontwikkelen.......................................55
H12: OO : USE CASE REALIZATIES.........................................................................................................55
1. DOMEINLAAG...............................................................................................................................56
2. DATA ACCES LAYER voegt geheugen toe; gegevens verdwijnen anders bij het sluiten van het
programma......................................................................................................................................58
3. UI LAYER (UI varieert veel over de tijd)........................................................................................59
4. Partial Design of 3-Layer Package Diagram for RMO....................................................................60
AFSLUITING : ROUND UP......................................................................................................................60
EXAMENVRAGEN (zie weduc)...............................................................................................................64
2
,H1: THE WORLD OF THE INFORMATION SYSTEMS
ANALYST
LEERDOELEN
- Bespreek de rol en de verschillende taken van de systeemanalist in het bedrijfsleven uit
- Beschrijf de verschillende soorten informatiesystemen(IS)
- Leg het belang uit van technische, bedrijfskundige en mensenkennis voor een analist
Systeemanalist = een professionele bedrijfskundige die aan de hand van analyse- en ontwerp-
technieken IS ontwerpt om bedrijfskundige problemen op te lossen.
Niet alleen IS ontwerpen, vooral bedrijfskundige problemen oplossen !
Meer een bedrijfskundig probleemoplosser dan een programmeur
Kern HIB : bedrijfskunde en IT
Systeemanalyse = begrijpen en in detail specifiëren wat het IS moet kunnen (= vereistenspecificatie).
Hoe innovatiever IS, hoe moeilijker het is om de vereistenspecificatie te bepalen.
>< Systeemontwerp = in detail specifiëren hoe de componenten van het IS geïmplementeerd moeten worden.
1. ANALIST ALS PROBLEEMOPLOSSER
1. Het probleem begrijpen en onderzoeken;
2. (Nakijken dat de voordelen van het probleem oplossen groter zijn dan de kosten ervan).
3. Vereisten specificeren.
4. Een set van verschillende oplossingen ontwikkelen (alternatieven).
5. Beslissen welke oplossing de beste is en deze aanraden.
6. De gekozen oplossing detailleren en implementeren.
7. Monitoren om zeker te zijn dat je de gewenste resultaten krijgt.
2. EEN SYSTEEM DAT EEN BEDRIJFSKUNDIG PROBLEEM OPLOST
Een informatiesysteem verwerkt input tot output en kan bestaan uit subsystemen.
BV. Een verkoopmanagement systeem kan een subsysteem zijn van een CRM, zoals bv. de telefonische ondersteuning
op de website.
Functionele decompositie = een systeem beschouwen als een verzameling van subsystemen.
+? Complexiteitsreductie: analisten kunnen zich focussen op 1 bepaald onderdeel van het IS.
Voorbeeld 1: Invoice Transport
Een probleem met het op tijd betalen van de facturen. Dit ging gepaard met hoge kosten (10%-20% meer dan het huidig
bedrag, dit is hoger dan de marktrente anders zouden de kosten dezelfde zijn als bij een voordelige lening van de bank).
Een analist werd aangenomen om het probleem te onderzoeken en op te lossen. Uit zijn onderzoek bleek dat 13
verschillende personen hun goedkeuring moesten geven (handtekenen), voordat een factuur opgestuurd kon worden.
Analist stelt voor om het proces te digitaliseren : facturen kunnen parallel doorlopen worden.
Geen optimale oplossing: facturen afhandelen gebeurde sneller, maar het personeel ervan overtuigen dat
zoveel handtekeningen zetten geen zin had was een moeilijkere taak. Niet iedereen ging direct akkoord met het
opgeven van deze macht (wel bij een compensatie).
Bedrijfskundige problemen kunnen niet altijd opgelost worden door te digitaliseren.
Voorbeeld 2: InnoFin
Een e-commerce, waarbij betalingen online zeer duur waren omdat ze met visakaart betaald moeten worden.
Een oud-leerling met een bachelor in HIB kwam met een oplossing.
3
, Oplossing? Een nieuw betaalsysteem : method clearing waarbij enkel het verschil of de saldo
betaald moet worden. Een software voor schrijven is duur… verkocht het idee aan
een kredietmaatschappij (bestaat nu interbancair)
Soorten informatiesystemen
CRM = Customer Relationship Management System = een systeem dat de marketing, de verkopen en het
uitvoeren van transacties ondersteunt, wat (in)directe interactie met de consument impliceert.
SCM = Supply Chain Management system= een systeem dat product ontwikkeling, product verwerving,
manufacturing en voorraad management integreert.
AFM = Accounting and financial management system = een systeem dat de nodige accounting informatie
voor financiële uitspraken en andere rapporten, gebruikt door investeerders en schuldeisers, opslaat.
HRM = Human Resource Management system = een systeem dat werknemersgebonden taken (zoals winst,
training, payroll, hiring) ondersteunt.
Manufacturing management system = een systeem dat de interne productieprocessen (die grondstoffen
tot finale goederen maken) controleert.
KMS = Knowledge management system = een systeem dat instaat voor de opslag en/of toegang tot
documenten vanuit overal in de organisatie.
CSS = Collaboration support system = een systeem dat geografische afgelegen werknemers in staat stelt
samen te werken aan projecten/taken.
Business intelligence system = systeem dat strategische planning/uitvoerende beslissingen ondersteunt.
Het delen van gegevens over deze
systemen wordt mogelijk gemaakt door
databases.
= een centrale dataopslag dat voor vele
gebruikers en systemen tegelijk
toegankelijk is.
ERP = Entreprise Resource Planning
= organisatie verbindt zich ertoe een set
van softwarepakketten voor de
belangrijkste IS te gebruiken.
System boundary = de scheiding tussen het systeem en de omgeving die door inputs en outputs wordt
overbrugd. Deze inputs en outputs definiëren is ook zeer belangrijk.
Automation boundary= de scheiding tussen het geautomatiseerde deel van een IS, waar het werk door een
pc gedaan wordt en het manuele deel dat door mensen moet uitgevoerd worden.
3. DE VEREISTE SKILLS VAN EEN SYSTEEMANALIST
1. Technische kennis: programmeren, databanken, netwerken, tools en technieken
Is het technisch haalbaar?
4
