de geboorte van een programma:

[Verwijderd]

hoe gaan jullie tewerk?

je zou wel es een programma willen bouwen, en je hebt een idee in je hoofd.
stel je werkt met 2 mensen ofzo.

wat doe je eerst
hoe verdeel je de taken
enz enz enz

[wasigh]

-> Functionele spec's
opschrijven wat het programma precies moet gaan doen

-> usecases
per (type) gebruiker aangeven wat het met het systeem kan doen (gedetailleerd!)

-> class-model
bepalen wat voor klasses je nodig hebt

-> database-model (als nodig)
bepalen hoe je database eruit komt te zien (denk aan Normaalvormen)

-> taken verdelen, proggen, testplan maken etc

De geboorte van een programma begint met een goede voorbereiding: veel denken en op papier zetten

[dusty]

Op woensdag 03 oktober 2001 10:51 schreef wasigh het volgende:
-> Functionele spec's
-> usecases
-> class-model
-> database-model (als nodig)
-> taken verdelen, proggen, testplan maken etc

Ik hoop niet dat jij het in deze volgorde doet

ik zou toch echt de database model en class model omdraaien

[wasigh]

Op woensdag 03 oktober 2001 11:02 schreef dusty het volgende:

[..]

Ik hoop niet dat jij het in deze volgorde doet

ik zou toch echt de database model en class model omdraaien

Meestal doe ik ze gelijktijdig

[GraasGast]

Op woensdag 03 oktober 2001 10:51 schreef wasigh het volgende:
-> Functionele spec's
-> usecases
-> class-model
-> database-model (als nodig)
-> taken verdelen, proggen, testplan maken etc

Op woensdag 03 oktober 2001 11:02 schreef dusty het volgende:

[..]

Ik hoop niet dat jij het in deze volgorde doet

ik zou toch echt de database model en class model omdraaien

jups...

en usecases en functionele spec's omdraaien kan ook slim zijn. eigenlijk zijn de usecases een deel van de functionele specs...

[LuCarD]

Ik zou na de functionele spec ook nog technische spec maken.

Wat is wel acceptabel en wat niet

[Tim Schuhmacher]

En een testplan voor het programmeren maken, want testen doe je ook al tijdens het proggen en moet natuurlijk al wel beschreven staan.

[wasigh]

ieder zijn manier van werken.

maar deze dingen moeten er zo ie zijn voordat ik ergens aan begin te programmeren, hoeft niet perse in deze volgorde! (er staan ook geen nr's oid bij)

[mbravenboer]

Niks geen specs. eXtreme Programming

Ok, tamelijk niks zeggende post dit, maar over het algemeen wordt het waterval model in ieder geval als een beetje achterhaald beschouwd .

[The - DDD]

De essentie van elke ontwikkelmethode is hetzelfde: Achterhaal wat je moet maken, bouw het, test het, lever het op.

En dat ze er dan allemaal regeltjes en techniekjes op los laten. Boeiend... Het structureert alleen maar de manier van werken en zorgt dat je zodoende minder snel iets over het hoofd ziet.

Oh ja, er zijn ook situaties bekend dat het ontwikkelmodel zo nauwgezet opgevolgd wordt dat het werken volgens het model belangrijker wordt dan de werkbaarheid en het eindresultaat. Ook altijd leuk.

Het ligt ook aan de programmeurs, engineers en designers die je in dienst hebt. Misschien moet je wel geen hierarchisch model hebben, maar meer een soort georganiseerde chaos.

Ieder stuk software blijft toch altijd op dezelfde manier ontstaan, iemand bedenkt iets/iemand wil iets. Dit wordt doorgedacht, de problemen worden onderkend en men denkt nog wat na op voorhand hoe het netjes en gestructuurd in elkaar gezet kan worden en men implementeerd het. Tussendoor test je nog wat en aan het einde komt de grote test.

[Badger]

hmzl ff grof gezien inclusief de documentatie:
Systeemencyclopedie: Overzicht van de documentatie (zeer standaard)

Interviews met de opdrachtgever

Plan van Aanpak: Probleemstelling, opdrachtgever, planning (grof), taakverdeling etc

Onderzoek naar huidige taakscenarios
Nog meer interviews + een overleg van wat er in de applicatie moet komen.

Defenitiestudie: Gedetailleerde beschrijving, doelgroepen, Use cases en je andere models, bestandstypen, medium etc

Nu kan je beginnen met coden van je programma en testen
vaak wordt er nu ook aan de GUI gewerkt en wordt het programma stukje voor stukje of als brakke alpha aan de opdrachtgever getoond.

Style Guide: Over te gebruiken fonts,kleuren,vormen,knoppen,verhaallijn,intresselijn etc

programma netjes aankleden

beta testen met gebruikers

implementatie van het programma

en dan het zooitje onderhouden indien nodig

Kijk ook eens in boeken over IAD (een ontwikkelmethode) en GUIDE (ontwikkeltechniek van user interfaces)

[Verwijderd]

Ik doe altijd research voor het stukkie code dat je wilt schrijven en code die aparte class en gooi het in de engine
Test het een paar keer en klaar is kees

[Korben]

XP: eXtreme Programming...

Xenophage 1-2-3 plan to eXtreme Programming:

Step one: buy a pallet of Jolt Cola, and dozens of pizzas

Step two: imagine -- globally -- what you want to code

Step three: start coding!

Dusss...

[Verwijderd]

Op woensdag 03 oktober 2001 21:46 schreef Sir_Floppy het volgende:
hmzl ff grof gezien inclusief de documentatie:
Systeemencyclopedie: Overzicht van de documentatie (zeer standaard)

Interviews met de opdrachtgever

Plan van Aanpak: Probleemstelling, opdrachtgever, planning (grof), taakverdeling etc

Onderzoek naar huidige taakscenarios
Nog meer interviews + een overleg van wat er in de applicatie moet komen.

Defenitiestudie: Gedetailleerde beschrijving, doelgroepen, Use cases en je andere models, bestandstypen, medium etc

Nu kan je beginnen met coden van je programma en testen
vaak wordt er nu ook aan de GUI gewerkt en wordt het programma stukje voor stukje of als brakke alpha aan de opdrachtgever getoond.

Style Guide: Over te gebruiken fonts,kleuren,vormen,knoppen,verhaallijn,intresselijn etc

programma netjes aankleden

beta testen met gebruikers

implementatie van het programma

en dan het zooitje onderhouden indien nodig

Kijk ook eens in boeken over IAD (een ontwikkelmethode) en GUIDE (ontwikkeltechniek van user interfaces)

Dat komt bekend voor maar mijn vermoeden klopte: VIA (Vormgeving en Ontwerp van Interactie) aan de Haagse Hogeschool, doe ik ook

[Creepy]

Op woensdag 03 oktober 2001 10:51 schreef wasigh het volgende:
-> class-model
bepalen wat voor klasses je nodig hebt

Niet iedereen werkt met een OO-taal!! (al zou jij misschien iedereen graan aan het java'n zien )

[Verwijderd]

Wat voor proggie wil je bakken trouwns ? Als ik iets kleins ga schrijven (Zoals me MSN Spy) dan doe ik dat gewoon uit de losse pols dus gewoon beginnen, maar ik ben nu bezig met een heel groot programma en die word eerst helemaal uitgeschreven op papier.

Tis dus net wat je wil maken.

[wasigh]

topic van ander halve maand oud schoppen hoeft niet.