Doe je Structured Analisys of gewoon pleppen

[Verwijderd]

Doen jullie aan een uitgebreide analyse voordat je begint met de implementatie van een project of is het gewoon direct de code in elkaar pleppen?

Het valt me op dat veel 'internet bedrijven' niet doen aan fatsoenlijke analyse maar gewoon de boel in elkaar knallen.

Hoe werkt het bij jullie?
Wat is je ervaring hiermee?

[Verwijderd]

Pleppen, knallen...

Hoe kan het dat jou het is opgevallen dat 'veel' internet bedrijven zo werken? Kom je bij veel van die bedrijven over de vloer?

Iedere professional werkt IMHO met analyses en de resultaten ervan, de ontwerpbeslissingen daarop etc. Doe je dat niet, dan ben je aan het hobbyen.

[Alarmnummer]

Afgezien van het feit dat je vrij slecht een werkend product kan opleveren gaat het ook enorm lastig worden als je geen specs heb waar beide partijen het over eens zijn. Anders krijg je altijd gezeur 'maar dat moest er ook nog in' of 'dat hadden we eigelijk zo bedoelt'.

Ik moet me eigelijk ook echt gaan verdiepen in dit soort dingen. Ik weet redelijk wat van programmeren af. Maar ik weet eigelijk erg weinig van dit soort dingen af.

[LaterGast.nl]

Ja dat hangt er idd van af.... Soms moeten online databases integereren met al bestaande en moeten ze ook nog extra functies krijgen... Dan begin ik echt niet meteen met code in kloppen.... Eerst ff met de klant om de tafel zitten wat ze al hebben wat ze nog willlen. Dit eerst ffies voor mezelf en de klant op papier zetten zodat je achteraf niet voor dingen komt te staan waar een van de partys niet geheel meer blij over is ... dan heb je altijd een kleien houvast. Doe t ook wel eens zonder voorbereiding maar je doet toch wel eea voorbereidend denkwerk in je hoofd.....

[Alarmnummer]

Ik denk dat je voor grotere systemen misschien ook beter kan modelleren in UML of iets van dien aard. Ik kan intussen een beetje smeren met een UML pakket maar vind het op dit moment nog te veel tijd kosten. Ik denk alleen dat je dit in een normaal bedrijf niet kan maken tov de klant. (Ik krijg op dit moment grofweg specs aan van boven en daarna heb ik de vrije hand).

[Verwijderd]

veel mensen beginnen gelijk met coden en zien wel waar t schip strand en komen zichzelf daarna tegen en zien in dat ze het ergens niet handig hebben gedaan en t hele zaakie opnieuw kunnen schrijven of moeilijke omwegen verzinnen. Hobby-matig zijn er denk ik heel weinig die eerst alles uit gaan lopen denken en dan pas beginnen. Als je professioneel bezig bent, kun je je dat imho niet veroorloven en om misverstanden met klanten/collega's te voorkomen is het stukken beter om van te voren het hoe en wat vast te leggen, vooral bij de grotere projecten.
Bij kleine projecten wil het nog wel s zo zijn (bij mij dan ) dat ik wel direct begin, omdat die makkelijker te overzien zijn en door ervaring je vlot kan zien wat daar de handigste/makkelijkste oplossing is.

[Verwijderd]

Er wordt een rode lijn aangegeven en krijg net als alarmnummer de vrije hand. Werk goed modulair, hierdoor zijn wijzigingen van de klant makkelijker door te voeren.

[Crazy D]

Als je iets voor een klant doet ben je imho wel stom als je niet op z'n minst een lijst hebt met wat het produkt precies kan (en als het even kan er ook bij wat het "dus" niet kan), dan weet de klant waar ie voor betaald, en weten wij wat we moeten maken

[whoami]

Ik kan me onmogelijk voorstellen dat een bedrijf dat op professionele basis software schrijft/maakt geen voorafgaande analyse doet. Als je dat niet doet, ben je imo niet op een professionel manier bezig.
Je hebt toch altijd eerst een requirements-analysis of definitie-studie nodig. Indien nodig moet je een goed databank-model ontwerpen (een project kan staan of vallen door een goed/slecht data-model). Functionele en technische analyse zijn wmb noodzakelijk voor een groot project.

Stel je voor dat ze MS op een goede dag zomaar zouden gezegd hebben: 'We gaan eens een tekstverwerker en spreadsheet schrijven, en we beginnen direct te coden....' Hoe en wie en wanneer zouden ze dan bepalen welke functionaliteiten erin moeten, hoe de interface eruit ziet, ...

[Johnny]

Eerst wat overleg over wat nou precies de bedoeling is. Dan de mogelijkheden onderzoeken. Weer wat overleg. Dan zorgen voor een werkend systeem. Weer overleg. Uitbreiden en afronden die hap.