1.3.2 Fasen in het ontstaan van een programma

Slechts na een goedgekeurd analysedossier kan gestart worden met de programmering. Het is in deze fase dat ‘programmalogica’ zich situeert. De activiteiten in deze fase worden uitvoeriger behandeld in de volgende paragraaf.

1.3.1.6 Testen Is het pakket correct en aanvaardbaar?

Nu kunnen alle programma's worden samengebracht en wordt getest of het geheel correct is. Ook de gebruiker gaat na of hij krijgt wat hij van het softwarepakket verlangde.

1.3.1.7 Implementatie Het nieuwe systeem invoeren.

Na goedkeuring door de gebruiker kan het pakket geïnstalleerd worden, de gebruikers opgeleid worden en het bestaande (nog manueel of reeds geautomatiseerde) systeem geconverteerd worden.

1.3.1.8 Systeembeheer Voldoet het systeem aan de huidige eisen?

Zoals elk product zijn ook geautomatiseerde informatiesystemen aan veroudering onderhevig en moeten de programma's worden aangepast. Op de duur kunnen die wijzigingen zeer drastisch worden. In een dergelijk geval is er geen sprake meer van onderhoud, maar moet de volledige cyclus van vooronderzoek, definitiestudie, ontwerp, realisatie, testen en implementatie opnieuw worden doorlopen (“software life cycle”).

Deze materie wordt uitvoerig behandeld in het vak ‘Analysis & Design’.

De programma's worden gemaakt op basis van de systeemspecificaties in het analysedossier. Vooraleer een programma operationeel is, dient heel wat werk geleverd te worden.

1.3.2.1 Instuderen van de programmaspecificaties

Om tot een goed programma te komen is het van allergrootste belang dat de programmeur de programmaspecificaties uit het analysedossier zeer goed begrijpt. Als niet precies geweten is waarvoor een programma moet geschreven worden, is de kans op het vinden van een goede oplossing wel heel erg klein.

1.3.2.2 Probleem opdelen in deelcomponenten

Afhankelijk van de complexiteit wordt het probleem opgesplitst in deelcomponenten die afzonderlijk kunnen worden opgelost. Bij objectgeoriënteerd programmeren zijn deze componenten en subcomponenten objecten (en daarmee klassen en methodes).

1.3.2.3 Ontwerpen van het algoritme

Steunend op de specificaties uit het analysedossier wordt in deze activiteit de oplossingsmethode van een (deel)component stap voor stap uitgetekend. Hierin wordt de opeenvolging van operaties, die naar de oplossing van een gesteld (deel)probleem leiden, vastgelegd.

De beschrijving van de opdrachten waarmee men vanuit een gegeven beginsituatie een vooraf beschreven resultaat kan bereiken, wordt ook algoritme genoemd.

1.3.2.4 Coderen van het programma

Een computer kan uit zichzelf niets bedenken. Dit apparaat volgt strikt een voorschrift op dat er door de mens is ingestopt. Zo'n voorschrift wordt een programma genoemd. Het programma is een algoritme (dat andere algoritmes aanroept) dat begrijpbaar is voor de computer, daarom moet het algoritme omgezet worden in code in een bepaalde programmeertaal, zoals vb. Java, Visual Basic, of vele andere.

1.3.2.5 Testen van het programma

Een programma van iet of wat omvang zal slechts zelden onmiddellijk zonder fouten geprogrammeerd worden. Een goede programmeur is niet alleen iemand die weinig programmafouten maakt, maar ook iemand die gemakkelijk zijn fouten kan opsporen.

In de eerste plaats wordt het programma getest op syntactische fouten. Deze fouten komen tot uiting tijdens de vertaling van het programma en worden door de compiler ontdekt.

Als het programma zonder syntactische fouten is, wordt de uitvoering ervan uitgetest aan de hand van testgegevens De oorzaak van deze fouten ligt niet zoals bij de vorige soort fouten enkel bij het coderen van het programma, maar meestal bij het opstellen van algoritmes. Dit zijn de moeilijkste soort fouten.

1.3.2.6 Documenteren van het programma

Er gaat in de computerwereld zeer veel tijd en geld verloren door gebrek aan degelijke documentatie, zowel qua gebruik als onderhoud van het programma. Zonder degelijke programmadocumentatie is een programma bijna niet meer aan te passen. Dat is voor een onderneming onaanvaardbaar, want informatiebehoeften kunnen en zullen worden aangepast. Daarom is een degelijke documentatie onontbeerlijk.