🚀 go-pugleaf

Brainsoft@pandora.be wrote:
> Ik zit in de informaticarichting B1 avondschool en we hebben theorie
> gekregen over basiskennis van getructureerd programmeren.

Op het gevaar af ongenuanceerd te klinken vrees ik dat je aan
die theorie niet veel hebt 'in het echte leven'. 

Het lijkt misschien een contradictie, maar toch is het zo :
voor het opstellen van een algoritmische oplossing van een
probleem bestaat geen algoritme. Meestal komt het schrijven
van een programma neer op vage kundes zoals inzicht en
creativiteit.

> Mijn vraag is het volgende om van een probleemdefinitieb tot een
> gestructureerd programma te komen zijn bepaalde stappen nodig die ik
> ken enkel twee stappen kan ik erg moeilijk uit elkaar halen en dat is
> de "probleemdefinitie" en de "probleemanalyse"

Dat is helemaal niet zo erg. 

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

Het doel is zo snel mogelijk te kunnen beginnen programmeren.
De functie ook.

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

Zo weinig mogelijk. De probleemdefinitie is toch altijd de periode
van de wilde idee-en.

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

De 3 grote structuren die je moet onderscheiden zijn sequentie,
selectie en goto. Iteratie is een fancy combinatie van die 3.

>     Is probleemdefinitie het WAT en wat bedoelen ze daarmee?

Dat is een bon mot om je cursus te vullen. Vergeet die hap maar.

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

Het doel is zo snel mogelijk te kunnen beginnen programmeren.
De functie ook.

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

Met je eigen beperkingen. De probleem analyse is de periode om uit
alle wilde idee-en diegene eruit kiezen die je in 1 keer kan oplossen.
Je herleidt het probleem dus tot een deelprobleem dat je triviaal vindt
om op te lossen.

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

Neen.

>     Is probleemanalyse het HOE ?

Dat is een bon mot om je cursus te vullen. Vergeet die hap maar.

> 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?

Probleemdefinitie : verdikkeme, nu heeft die stoemme word for windows
weeral mijn document verkeerd geformateerd, ik ga dat zelf schrijven.

Probleemanalyse : humpf, word for windows is wel fucking veel om te
doen. Misschien is het al goed als ik gewoon letters naast elkaar kan
zetten in paragrafen die dan pagina's vullen.

Daarna komt gewoon het programmeren. Aangezien je in je probleemanalyse
het probleem tot iets hebt herleid dat je triviaal kan oplossen, is
deze stap dan ook triviaal.

Daarna wil je ook graag titeltjes bold kunnen maken. Dat voeg je
dan toe. En dan italic. En dan underline, maar ondertussen is je
programma al lang niet meer triviaal. Dan gooi je alles weg en
begin je opnieuw. Meestal geraak je dan in 1 trek al verder dan
je ooit al was geraakt en ben je klaar om spellingchecking toe
te voegen.

> Graag zie ik een theoretische uiteenzetting tegemoet en een korte
> samenvatting hoe je moet een probleem aanpakken met de computer

Niet doen. Gewoon die computer aanzetten en beginnen maar. In het 
begin zal blijken dat je in je probleemanalyse wel heel stevig zal
moeten snijden in je wilde idee-en. Maar na verloop van tijd wordt
je beter zodat wat jij triviaal vindt toch al een deftig programma is.

cu bart