F2.5 Samenvatting
Taak 1:
Kennisclip Taak 1 : Software Life Cycle
Software Life Cycle
● Analyse
○ Wie zijn de belanghebbenden? (stakeholders)
○ Wat is de huidige & toekomstige manier van werken?
○ Wat moet het programma kunnen?
○ → Resultaat: Programma van eisen
● Ontwerp
○ Hoe realiseert het programma de eisen?
○ → Resultaat: ontwerpdocument (design)
● Realisatie
○ Programmeren
○ → Resultaat: een bruikbaar programma
● Testen
○ Voldoet het aan de eisen?
○ Is het wat gebruikers willen?
○ → Resultaat: een getest programma
● Implementatie
○ Invoeren in de organisatie (getest en getraind)
○ → Resultaat: programma wordt gebruikt
● Onderhoud
○ Wijzigingen tijdens gebruik (je gaat alle stappen weer langs)
○ → Resultaat: aangepast programma
Het ligt voor de hand dat je pas naar de volgende fase gaat als de huidige fase klaar is, maar in de
praktijk is dat meestal niet mogelijk: eisen veranderen.
H1,2,3 van Vliet
De essentiele karakteristieken van software engineering begrijpen
Software engineering =
● houdt zich bezig met methoden en technieken om grote software systemen te ontwikkelen.
● Complexiteit moet verbeterd worden.
● Software ontwikkelt.
● De efficiëntie waarmee software ontwikkeld wordt is belangrijk
● Regelmatige samenwerking van mensen is belangrijk
● Software moet z’n gebruikers effectief helpen
● Bij software engineering maakt de ene cultuur artefacten namens de andere cultuur
● Is een gebalanceerd optreden
1
,De verschillende fases van software-ontwikkeling kennen en begrijpen: hoe heten ze
(NL+EN!), wat houden ze in, wat wordt er geproduceerd, in welke volgorde worden ze
uitgevoerd, hoe hangen ze samen (Bij kennisclip beschreven)
Fasen in software ontwikkeling:
1. probleem → requirements engineering = complete beschrijving van probleem en gestelde
eisen door het milieu waar het systeem gaat functioneren
2. specificatievereisten → ontwerp = een model voor het hele systeem is ontwikkeld, die
gecodeerd het probleem van de gebruiker kan oplossen
3. specificatie → implementatie = concentreert zich op individuele componenten
4. programma → testen = moet natuurlijk ook tijdens implementatie
5. werkende programma → onderhoud = systeem bruikbaar houden nadat hij bij de gebruiker
is afgeleverd
De verschillende soorten onderhoud kennen en begrijpen
● verbeteringsonderhoud = herstellen van actuele fouten
● adaptieve onderhoud = aanpassen van software naar veranderingen in het milieu (nieuwe
hardware/nieuwe uitgave van besturing- of databasesysteem)
● perfectieve onderhoud = aanpassen van software naar nieuwe of veranderde
gebruikerseisen (extra functies)
● preventieve onderhoud = verbeteren van toekomstig onderhoudbaarheid van het systeem
(documentatie updates, comments toevoegen)
Begrijpen wat de IEEE/ACM code of ethics inhoudt en het belang ervan
In een ontwikkelteam bestaan verschillende rollen en de één heeft meer kennis over een bepaald
onderwerp dan de ander. Door macht en kennis kunnen assymetrische relaties ontstaan. Daarom kan
een team overwegen om een code of ethics te gebruiken.
Software engineers zullen zich inzetten voor het maken van de analyse, specificatie, ontwerp,
ontwikkeling, testen en onderhouden van software op gunstige en gerespecteerde manier. In
overeenstemming met hun inzet voor de gezondheid, de veiligheid en het welzijn van de bevolking,
zullen software engineers zich houden aan de volgende acht principes:
1. Public: Software engineers zullen handelen in overeenstemming met het algemeen belang
2. Client and employer: Software engineers handelen op een wijze die in het belang is van hun
cliënt en de werkgever in overeenstemming met het algemeen belang.
3. Product: Software engineers zullen verzekeren dat ze producten en wijzigingen op het hoogst
mogelijke standaard zullen bieden.
4. Judgement: Software engineers zullen integriteit en onafhankelijkheid handhaven.
5. Management: Software engineering managers zullen zich richten op het bevorderen van een
ethische benadering van het beheer van software-ontwikkeling en het onderhoud.
6. Profession: Software engineers moeten de integriteit en de reputatie bevorderen van het
beroep, in overeenstemming met het algemeen belang.
7. Colleagues: Software engineers moeten collega’s eerlijk behandelen en hun ondersteunen.
2
, 8. Self: Software engineers moeten lifelong learning toepassen.
De beginselen moet de software engineer wakker schudden, om te kunnen nagaan wie wordt
beïnvloed door zijn werk. De software dat ontwikkelt wordt heeft invloed op het publiek. De ethiek
moet een manier van leven worden voor een sofware engineer.
Begrijpen wat de hoofdingrediënten van een softwareprojectplan zijn
De belangrijkste bestanddelen van een projectplan:
1. introductie = achtergrond, geschiedenis, doelen opbrengsten, namen van verantwoordelijken
en een samenvatting van project worden gegeven
2. proces model = life cycle model uit hoofdstuk 1, wat moet er gedaan worden, welke
mijlpalen, hoe mijlpalen te bereiken en wat zijn de kritische paden
3. organisatie van project = relatie van project met andere entiteiten en de organisatie zelf →
toekomstige gebruikers betrekken, rollen binnen projectteam verdelen
4. standaarden, richtlijnen en procedures= nodig bij grote projecten
5. management activiteiten = worden geleid door doelen en prioriteiten van het project
6. risico’s = moeten zo vroeg mogelijk geïdentificeerd worden
7. personeel = verschillende kwaliteiten van personeel nodig op verschillende punten in project
8. methoden en technieken = gebruikt tijdens requirements engineering, ontwerp,
implementatie, testen
9. kwaliteit waarborging = zekerheid van goede kwaliteit door procedures of andere organisatie
10. werk pakketten = grote project opdelen in kleine projectjes met eigen plan
11. bronnen = bronnen zijn nodig om onder andere steun te geven aan het project
12. budget en rooster = activiteiten moeten ingeroosterd worden en het totale budget
vastgesteld
13. veranderingen = verandering in software moet mogelijk zijn
14. afhandeling = procedures over hoe het product bij de klant afgeleverd wordt
Begrijpen wat de verschillende dimensies van een project zijn die tijdens de uitvoering
beheerst moeten worden
gedurende een project moet er altijd controle gehouden worden in de volgende dimensies:
tijd (moeilijk te meten, gerelateerd aan de grootte van het systeem en mankracht)
informatie (documentatie)
organisatie
kwaliteit
geld (vooral personeelskosten)
Het inschatten van de kosten van software betekent dus dat we de mankracht die nodig is om de
software te bouwen moet schatten. De mankracht is sterk afhankelijk van de grootte van de software,
bijvoorbeeld gemeten als de hoeveelheid code te leveren. Zeer strenge kwaliteitseisen, zoals een zeer
hoge betrouwbaarheid of een zeer snelle responstijd, kan ook de productiviteit sterk verminderen.
Begrijpen wat life cycle models en ontwikkelmethodologieen zijn
3
, Life cycle models helpen de individuele fasen en stappen van een Software project te definiëren, met
hun interacties en uitkomsten.
Ontwikkelmethodes worden gebruikt bij het ontwikkelen van software. Het werk wordt hierbij in
fasen gesplitst, zodat planning en management makkelijker gaat
Volgensmij is het hetzelfde, maar noemen ze het bij waterval een model en bij agile een methodology
In een gegeven situatie een gefundeerde keuze kunnen maken tussen het watervalmodel,
V-model, agile methods (algemeen en alle specifiek genoemde), RUP en MDA; en weten
wat ze inhouden
Waterval model: requirements engineering → ontwerp → implementatie → testen → onderhoud
(irrealistisch model)
document-driven en heavyweight requirements, gebruik bij grote projecten als van te voren goed alle
requirements vast moeten staan
V-model: waterval model, maar dan wordt in elke fase de validatie en verificatie van het systeem
gecheckt.
agile methoden = weinig regels, makkelijk aan te passen bij veranderingen, persoons-georienteerd,
doen aan refactoring, close teambanden, gebruikers onsite, korte communicatie cyclussen tussen
gebruikers en ontwikkelaars, weinig documentatie
belangrijk bij agile methoden:
● individuelen en interacties gaan voor processen en tools
● werkende software gaat voor uitgebreide documentatie
● medewerking van/met klant gaat voor contract onderhandeling
● ingaan op verandering gaat voor het volgen van een plan
Prototyping = een werkend model (of delen ervan) van een
software systeem om mee te testen.
throwaway-prototyping = prototype niet meer gebruiken als fase
achter de rug is (komt niet vaak voor)
evolutionary-prototyping = prototype wordt uiteindelijk
eindproduct (working code)
Aanbevelingen voor het gebruik van prototyping technieken:
● Prototyping is voornamelijk handig wanneer de
eisen van de gebruiker niet duidelijk of ambigu zijn.
● Prototyping is ook handig wanneer er een grote
nadruk ligt op de user interface van het systeem.
● Gebruikers en designers moeten goed op de hoogte zijn van de prototyping aanpak
en zijn valkuilen.
● Prototyping moet gepland en gecontroleerd gaan.
4
Taak 1:
Kennisclip Taak 1 : Software Life Cycle
Software Life Cycle
● Analyse
○ Wie zijn de belanghebbenden? (stakeholders)
○ Wat is de huidige & toekomstige manier van werken?
○ Wat moet het programma kunnen?
○ → Resultaat: Programma van eisen
● Ontwerp
○ Hoe realiseert het programma de eisen?
○ → Resultaat: ontwerpdocument (design)
● Realisatie
○ Programmeren
○ → Resultaat: een bruikbaar programma
● Testen
○ Voldoet het aan de eisen?
○ Is het wat gebruikers willen?
○ → Resultaat: een getest programma
● Implementatie
○ Invoeren in de organisatie (getest en getraind)
○ → Resultaat: programma wordt gebruikt
● Onderhoud
○ Wijzigingen tijdens gebruik (je gaat alle stappen weer langs)
○ → Resultaat: aangepast programma
Het ligt voor de hand dat je pas naar de volgende fase gaat als de huidige fase klaar is, maar in de
praktijk is dat meestal niet mogelijk: eisen veranderen.
H1,2,3 van Vliet
De essentiele karakteristieken van software engineering begrijpen
Software engineering =
● houdt zich bezig met methoden en technieken om grote software systemen te ontwikkelen.
● Complexiteit moet verbeterd worden.
● Software ontwikkelt.
● De efficiëntie waarmee software ontwikkeld wordt is belangrijk
● Regelmatige samenwerking van mensen is belangrijk
● Software moet z’n gebruikers effectief helpen
● Bij software engineering maakt de ene cultuur artefacten namens de andere cultuur
● Is een gebalanceerd optreden
1
,De verschillende fases van software-ontwikkeling kennen en begrijpen: hoe heten ze
(NL+EN!), wat houden ze in, wat wordt er geproduceerd, in welke volgorde worden ze
uitgevoerd, hoe hangen ze samen (Bij kennisclip beschreven)
Fasen in software ontwikkeling:
1. probleem → requirements engineering = complete beschrijving van probleem en gestelde
eisen door het milieu waar het systeem gaat functioneren
2. specificatievereisten → ontwerp = een model voor het hele systeem is ontwikkeld, die
gecodeerd het probleem van de gebruiker kan oplossen
3. specificatie → implementatie = concentreert zich op individuele componenten
4. programma → testen = moet natuurlijk ook tijdens implementatie
5. werkende programma → onderhoud = systeem bruikbaar houden nadat hij bij de gebruiker
is afgeleverd
De verschillende soorten onderhoud kennen en begrijpen
● verbeteringsonderhoud = herstellen van actuele fouten
● adaptieve onderhoud = aanpassen van software naar veranderingen in het milieu (nieuwe
hardware/nieuwe uitgave van besturing- of databasesysteem)
● perfectieve onderhoud = aanpassen van software naar nieuwe of veranderde
gebruikerseisen (extra functies)
● preventieve onderhoud = verbeteren van toekomstig onderhoudbaarheid van het systeem
(documentatie updates, comments toevoegen)
Begrijpen wat de IEEE/ACM code of ethics inhoudt en het belang ervan
In een ontwikkelteam bestaan verschillende rollen en de één heeft meer kennis over een bepaald
onderwerp dan de ander. Door macht en kennis kunnen assymetrische relaties ontstaan. Daarom kan
een team overwegen om een code of ethics te gebruiken.
Software engineers zullen zich inzetten voor het maken van de analyse, specificatie, ontwerp,
ontwikkeling, testen en onderhouden van software op gunstige en gerespecteerde manier. In
overeenstemming met hun inzet voor de gezondheid, de veiligheid en het welzijn van de bevolking,
zullen software engineers zich houden aan de volgende acht principes:
1. Public: Software engineers zullen handelen in overeenstemming met het algemeen belang
2. Client and employer: Software engineers handelen op een wijze die in het belang is van hun
cliënt en de werkgever in overeenstemming met het algemeen belang.
3. Product: Software engineers zullen verzekeren dat ze producten en wijzigingen op het hoogst
mogelijke standaard zullen bieden.
4. Judgement: Software engineers zullen integriteit en onafhankelijkheid handhaven.
5. Management: Software engineering managers zullen zich richten op het bevorderen van een
ethische benadering van het beheer van software-ontwikkeling en het onderhoud.
6. Profession: Software engineers moeten de integriteit en de reputatie bevorderen van het
beroep, in overeenstemming met het algemeen belang.
7. Colleagues: Software engineers moeten collega’s eerlijk behandelen en hun ondersteunen.
2
, 8. Self: Software engineers moeten lifelong learning toepassen.
De beginselen moet de software engineer wakker schudden, om te kunnen nagaan wie wordt
beïnvloed door zijn werk. De software dat ontwikkelt wordt heeft invloed op het publiek. De ethiek
moet een manier van leven worden voor een sofware engineer.
Begrijpen wat de hoofdingrediënten van een softwareprojectplan zijn
De belangrijkste bestanddelen van een projectplan:
1. introductie = achtergrond, geschiedenis, doelen opbrengsten, namen van verantwoordelijken
en een samenvatting van project worden gegeven
2. proces model = life cycle model uit hoofdstuk 1, wat moet er gedaan worden, welke
mijlpalen, hoe mijlpalen te bereiken en wat zijn de kritische paden
3. organisatie van project = relatie van project met andere entiteiten en de organisatie zelf →
toekomstige gebruikers betrekken, rollen binnen projectteam verdelen
4. standaarden, richtlijnen en procedures= nodig bij grote projecten
5. management activiteiten = worden geleid door doelen en prioriteiten van het project
6. risico’s = moeten zo vroeg mogelijk geïdentificeerd worden
7. personeel = verschillende kwaliteiten van personeel nodig op verschillende punten in project
8. methoden en technieken = gebruikt tijdens requirements engineering, ontwerp,
implementatie, testen
9. kwaliteit waarborging = zekerheid van goede kwaliteit door procedures of andere organisatie
10. werk pakketten = grote project opdelen in kleine projectjes met eigen plan
11. bronnen = bronnen zijn nodig om onder andere steun te geven aan het project
12. budget en rooster = activiteiten moeten ingeroosterd worden en het totale budget
vastgesteld
13. veranderingen = verandering in software moet mogelijk zijn
14. afhandeling = procedures over hoe het product bij de klant afgeleverd wordt
Begrijpen wat de verschillende dimensies van een project zijn die tijdens de uitvoering
beheerst moeten worden
gedurende een project moet er altijd controle gehouden worden in de volgende dimensies:
tijd (moeilijk te meten, gerelateerd aan de grootte van het systeem en mankracht)
informatie (documentatie)
organisatie
kwaliteit
geld (vooral personeelskosten)
Het inschatten van de kosten van software betekent dus dat we de mankracht die nodig is om de
software te bouwen moet schatten. De mankracht is sterk afhankelijk van de grootte van de software,
bijvoorbeeld gemeten als de hoeveelheid code te leveren. Zeer strenge kwaliteitseisen, zoals een zeer
hoge betrouwbaarheid of een zeer snelle responstijd, kan ook de productiviteit sterk verminderen.
Begrijpen wat life cycle models en ontwikkelmethodologieen zijn
3
, Life cycle models helpen de individuele fasen en stappen van een Software project te definiëren, met
hun interacties en uitkomsten.
Ontwikkelmethodes worden gebruikt bij het ontwikkelen van software. Het werk wordt hierbij in
fasen gesplitst, zodat planning en management makkelijker gaat
Volgensmij is het hetzelfde, maar noemen ze het bij waterval een model en bij agile een methodology
In een gegeven situatie een gefundeerde keuze kunnen maken tussen het watervalmodel,
V-model, agile methods (algemeen en alle specifiek genoemde), RUP en MDA; en weten
wat ze inhouden
Waterval model: requirements engineering → ontwerp → implementatie → testen → onderhoud
(irrealistisch model)
document-driven en heavyweight requirements, gebruik bij grote projecten als van te voren goed alle
requirements vast moeten staan
V-model: waterval model, maar dan wordt in elke fase de validatie en verificatie van het systeem
gecheckt.
agile methoden = weinig regels, makkelijk aan te passen bij veranderingen, persoons-georienteerd,
doen aan refactoring, close teambanden, gebruikers onsite, korte communicatie cyclussen tussen
gebruikers en ontwikkelaars, weinig documentatie
belangrijk bij agile methoden:
● individuelen en interacties gaan voor processen en tools
● werkende software gaat voor uitgebreide documentatie
● medewerking van/met klant gaat voor contract onderhandeling
● ingaan op verandering gaat voor het volgen van een plan
Prototyping = een werkend model (of delen ervan) van een
software systeem om mee te testen.
throwaway-prototyping = prototype niet meer gebruiken als fase
achter de rug is (komt niet vaak voor)
evolutionary-prototyping = prototype wordt uiteindelijk
eindproduct (working code)
Aanbevelingen voor het gebruik van prototyping technieken:
● Prototyping is voornamelijk handig wanneer de
eisen van de gebruiker niet duidelijk of ambigu zijn.
● Prototyping is ook handig wanneer er een grote
nadruk ligt op de user interface van het systeem.
● Gebruikers en designers moeten goed op de hoogte zijn van de prototyping aanpak
en zijn valkuilen.
● Prototyping moet gepland en gecontroleerd gaan.
4
