Archief - [PROG] Leuk voer ter discussie

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

.Acku.

Legacy Member
Na een jaar ervaring op verschillende projecten moet ik zeggen dat er bitter weinig diepgaande analyse wordt gemaakt. De ontwikkelaars moeten het vaak stellen met simpele use-cases van de analist, waarna ze een vrije interpretatie geven aan de oplossing van het probleem. Met wat geluk (pech?) worden ze na het ontwikkelen van die use-case/component wel gevraagd dat te documenteren, meestal met een simpel klasse-diagram.
Er zijn ook ptojecten waar ze zelfs geen use cases voor opmaken, enkel requirements.

Heb ook weleens zaken moeten ontwikkelen waar vooraf een hele specificatie studie aan vooraf moest gaan (welke velden gebruik je, welke componenten etc), dat was vrij vermoeiend. Zeker omdat die durven te veranderen wanneer je merkt dat de te gebruiken componenten hun werk anders doen dan verwacht.

Moto

Legacy Member
Na een jaar ervaring op verschillende projecten moet ik zeggen dat er bitter weinig diepgaande analyse wordt gemaakt

Mja analyses kosten tijd en geld heh ;)
Zeker als ge als consultant maatwerk doet, en de offertes van verschillende bedrijven worden vergeleken :p

Zou ook niets liever hebben dan een functionele + technische analyse die dan nog eens constant wordt upgedate, geeft mij anders maar een facade met unit-tests der al bij :)

Anyway men punt is, UML ed zijn leuk, jammer is de realiteit dat niet :(
Wilt niet zeggen dat er zonder UML niks deftigs kan afgeleverd worden.
UML is MAAR een hulpmiddel, en als programmeur zijn er belangrijkere zaken om mee rekening te houden als ge de gebruiker wilt gelukkig maken (die gaan niet blij zijn met die UML ze)
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan