OO Ontwikkeling

• Wat is de Input voor OO software ontwikkeling?
• Wat zijn de stappen bij OO software ontwikkeling?
• Hoe ontwikkel je zo efficiënt mogelijk, met minimale afhankelijkheden tijdens het ontwikkelproces?

Input voor OO software ontwikkeling

1. Conceptueel model

   Het conceptueel model is het resultaat van modellering op logisch niveau.
   • Een ERD met een hokje per entiteit.
   • Relaties tussen de entiteiten met one-to-many relaties die van boven naar beneden lopen. One-to-one en many-to-many moeten bestaansrecht hebben, op logisch niveau.
   • Een beschrijving van attributen
   • Verwacht aantal occurrences per entiteit (nodig voor technische optimalisatie van de database).
   • Beschrijving van bijzonderheden, zoals driehoeksrelaties of conditioneel verplichte attributen.

2. GUI design

   Voor een web applicatie kan dit een HTML prototype zijn
   • met de exacte layout, look & feel en met de juiste cascaded style sheet. Voor een internet applicatie moet de HTML code een variabele schermgrootte aan kunnen.
   • met entiteit en attribuut naam op de plaats van variabele informatie en een beschrijving van afgeleide gegevens.
   • een beschrijving van bijzonderheden, zoals ingewikkelde access paths of complexe logica.
   • een gebruiker die achter het ontwerp staat, na een Discount Usability Test.

Een goede ontwerper zal het ontwerp in de ontwerp fase fijn slijpen, voordat het programmeren begint. Natuurlijk is het altijd mogelijk om software aan te passen, maar dat is naar verhouding vrij duur en tijdrovend. Liever in 1x goed.

Stappen bij OO software onwikkeling

Een OO aanpak, met een drie lagen architectuur biedt meer mogelijkheden om parallel te ontwikkelen.

1. Begin met Object modellering van Classen, en parallel daaraan het ontwerp van het fysieke database model.
2. De Object classes krijgen dummy get methodes. De GUI programmeurs kunnen hiermee alvast beginnen te coderen. Zij hoeven zich geen zorgen te maken om de implementatie van de methodes. Die implementatie komt later wel. Dit is een mooi voorbeeld hoe encapsulatie de afhankelijkheden kan minimaliseren.
3. De database specialist en OO specialist spreken een interface af, om gegevens uit de data-laag naar instances van objecten te mappen. Een voorbeeld van zo'n interface is een alias voor kolommen in een SQL result set, of een XML achtige hiërarchische boomstructuur.
4. In de database en objectenlaag komt nu de echte coding in plaats van de dummy methodes. In de GUI-laag verandert er niets. Toch begint het systeem echt te werken, data element voor data element, scherm voor scherm.

De software ontwikkelaars hebben elke methode, elk scherm al getest. De test van de hele applicatie concentreert zich dan ook meer op het geheel. Werkt de combinatie van de schermen goed?

Tot de volgende week!
Henk Jan Nootenboom