🚀 go-pugleaf

On Wed, 03 Jan 2001 15:10:43 GMT, Brainsoft@pandora.be wrote:


>1. Wat is het doel en de functie eigenlijk van probleemdefinitie?

Het woord zegt het eigenlijk zelf een omschrijving van het probleem.
Probeer in 1 zin het probleem te omschrijven.

>    Met welke zaken moet ik rekening houden bij de probleemdefinitie?

Bvb. de huidige situatie (wat heeft de klant nu en hoe werkt het), wat
de klant wil, waar de klant in de toekomst (kan nu reeds van zeer
groot belang zijn) naar toe wil ...

>    Is het juist dat men in een programmeerpobleem vooral drie
>    structuren moet onderscheiden namelijk sequentie, selectie en de
>    iteratie?.

Zijn de structuren waarop een programma gebaseerd is ...

>    Is probleemdefinitie het WAT en wat bedoelen ze daarmee?

Neen 

>2. Wat is het doel en de functie eigenlijk van probleemanalyse?

Dit is eigenlijk het fundament van heel je programma ... een goede
analyse => (een grotere kans op) een goed programma, een slechte
analyse => (altijd) een slecht programma ...

Hierin definieer je welke functionaliteiten je programma heeft (moet
hebben). Welke de knelpunten zijn (zodat je deze eerst kan oplossen)

Welke de noodzakelijkheden zijn om je project tot een goed einde te
brengen (materiaal, medewerking klant, ...)

Je deelt het probleem op in deelgebieden.

De functie van een probleemanalyse is om een algemeen ontwerp
(blauwdruk) van het programma te verkrijgen waarmee een programmeur
(niet noodzakelijk is de analyst ook de programmeur) aan de slag kan.

Dit kan zelfs (meestal want helpt opdrachtgever het probleem te
bevatten) een volledig UI-ontwerp inhouden.
Hoewel er mensen zijn die zeggen dat een UI het laatste is, lijdt een
analyse meestal tot een (redelijk) vaststaande UI.

>    Met welke zaken moet ik rekening houden bij de probleemanalyse?

Liefst alles ... wil je niet halverwege het programmeren tot de
vaststelling komen dat je ontwerp niet deugt (maar dat gebeurt toch)

>    Komt dan in deze fase het modulair en gestructeerd programmeren
>    aan de orde?

Je legt de basis daarvoor ... adhv je ontwerp ga je je modules (bvb.
classes igv OO) bepalen, 

>    Is probleemanalyse het HOE ?

Het HOE is een (laatste) onderdeel van de probleemanalyse (je beslist
hier welke tools/techniek/... je gaat gebruiken, manier van werken
wordt hier dus beslist)

>3. Kan je mij eventueel een volledig uitgewerkt voorbeeld geven die de
>    fasen doorloopt van probleemdefinitie tot een volledig werkend
>    programma dan wel de gestructuuerde aanpak?

Heeft je leraar geen volledig uitgewerkt probleem?


Vriendelijke Groeten,

Stefan.

--
------------------------------------------------------------
USER ERROR: replace user and press any key to continue
Stefan Van Theemsche (ICQ# 17931063)
stefan.vantheemsche_@_advalvas.be (to reply: remove the "_")