H8 - Onderhoudsfase

Question 1

• Types onderhoud uitleggen en enkele oorzaken van noodzaak tot elk type kunnen geven.

Answer 1

Correctief onderhoud: De correctie van fouten

• Kleine fouten in programma’s die nu pas ontdekt worden
• Specificatiefouten.

Adaptief onderhoud: Bij adaptief onderhoud wordt het systeem aangepast aan veranderingen in de omgeving. De functionaliteit blijft gelijk.

• Nieuwe hardware-platform of nieuw besturingssysteem
• Toegenomen omvang, waardoor overbelasting van het systeem ontstaat.

Perfectief onderhoud: Bij perfectief onderhoud wordt de functionaliteit van het systeem gewijzigd.

• Nieuwe of gewijzigde gebruikerswensen
• Veranderingen in de organisatie
• Nieuwe personeel (directie of gebruikers)

Question 2

• Gevaar bij quick fix aangeven.

Answer 2

Het gevaar is dat de systeemdocumentatie niet aangepast wordt.
Dit is gevaarlijk, want de systeemdocumentatie is de belangrijkste bron van informatie
voor de onderhoudsprogrammeur.

Question 3

• Begrippen uitleggen: pretty printing, forward engineering, reverse engineering, herstructurering,
reverse compiler.

Answer 3

Reverse engineering: In het geval er geen documentatie aanwezig is probeert men de specificaties af te leiden door reverse engineering toe te passen.

Verschillende manieren:
Pretty printing: Via moderne editoren wordt de broncode in een vorm weergegeven die de structuur beter verduidelijkt.

CASE tools: op basis van de broncode kunnen ontwerpmodellen gegenereerd worden.

Forward engineering:
In sommige gevallen kan men dan de ontwerpmodellen aanpassen en opnieuw de code gaan genereren of implementeren.

Herstructurering: Verbeteren van de structuur van de bestaande code, zonder nieuwe functionaliteiten te integreren.

Reverse compiler: Wanneer de broncode ontbreekt kan men met een reverse compiler de machine code vertalen in een hogere programmeertaal.

Question 4

Uitleggen wanneer en hoe men merkt dat een systeem niet meer onderhoudbaar wordt.

Answer 4

Het systeem wordt na verloop van tijd moeilijk onderhoudbaar als we er niet over waken, ook bij kleine wijzigingen de documentatie altijd mee aan te passende en als we de medewerkers van het onderhoudsteam niet geregeld betrekken bij het ontwikkelen van nieuwe software en omgekeerd.

Dit merkt men als het aantal wijzigingsverzoeken steeds toeneemt, men produceert dan meer fouten dan dat men corrigeert.

Of als de impactanalyse veel tijd in beslag neemt, een wijziging beïnvloedt heel wat modules, systeem wordt moeilijk aanpasbaar.

Question 5

Belang van regressietesten bij onderhoud beknopt uitleggen.

Answer 5

Belangrijk want de testgegevens die bij de vorige versie werden gebruikt moeten opnieuw voorgelegd worden aan het nieuwe systeem en indien nodig aangepast worden aan de nieuwe vereisten en het hele testproces moet opnieuw worden doorlopen.

Question 6

Enkele oorzaken van grote onderhoudskost kunnen aangeven en beknopt uitleggen

Answer 6

• Neerkijken op de onderhoudstaak. Doorgeven aan minder bekwame programmeurs
• Oudere programma’s zijn soms ontwikkeld zonder rekening te houden met moderne technieken van software engineering
• Een verandering of de correctie van één fout kan het optreden van andere fouten veroorzaken, vooral bij slecht gestructureerde software
• Bij onderhoudswijzigingen, vooral dan noodingrepen, vergeet men soms de bijhorende documentatie aan te passen, waardoor er een kloof ontstaat tussen de documentatie en de software zelf.