Goededag luitjes!

Ben ik weer met een informatie aanvraag topic ;) Omdat ik geen betere categorie kon vinden heb ik hem maar gepost in PHP.

Mijn vraag is, hoe pakken jullie een iets groter project aan. Mijn ontwikkelingen zijn eigenlijk alleen nog maar websites met hooguit 10 statische pagina's en wat fotoalbums (grotere sites heb ik wel voor mij zelf gemaakt maar niet voor iemand anders...)

Ik moet dus in de zomervakantie een project gaan runnen welke inhoud:
- CMS systeem
- Seminar/workshop registratie (verkopen dus)
- Nieuwsbrief (admin interface heb ik al vernieuwd)
- Variabel aantal talen
- Koppeling met een ander project (niet echt moeilijk :))
- Nieuws
- (toekomst) forum
- (toekomst) mogelijkheid tot downloaden van profielen (=ICC kleur profiel รก 2 mb)

Wat voor mij de extra dimensie oplevert is dat alles in een variabel aantal talen moet. Hoe beginnen jullie hieraan? Hebben jullie gewoon nog handige tips?
Dat lijkt er idd aardig op ja :) Maar ik wil dit zelf ontwikkelen omdat ik meer controle heb op het eindresultaat. Daardoor kan ik het ook gaan her gebruiken voor toekomstige projecten (Vandaar ook het idee van de modules!). En zelf heb ik een gruwelijke hekel aan Joomla!
Marien schreef op 04.07.2007 17:12
En zelf heb ik een gruwelijke hekel aan Joomla!
Je spreekt me wel aan ;-)
Ik ben nu bezig met het samenstellen hoe de front end en de back end er uit moet komen te zien. De structuur van het systeem dus!

Tips zijn nog steeds welkom :)

@Jonathan
Dit is verpest door iemand die ik ken. Zo gezegd websites kunnen maken (maar uiteindelijk alleen maar templates kunnen maken. En nog lelijk ook ;)). En daar dan ook nog een eigen bedrijf in hebben. bbrrrrrrrr.
Ik zou een groot project zelf zo aanpakken:
- Requirements (wensen,eisen)
- Structuur (o.a. UML - klassendiagram, bestandsstructuur)
- ERD (zo goed mogelijk maken heb je later profijt van / met MS visio)
- Implementeren
- Testen

Implementeren en testen is iets wat je eigenlijk steeds overnieuw doet.
Misschien nog wat tips:
- Lay-out scheiden van business-code (templates dus)
- Codeer afspraken maken
- Maak een framework (Dit kun je hergebruiken voor andere projecten)
Ik ben nu ook bezig met de requirements e.d. Dit gaat erg makkelijk omdat ik bij het bedrijf zit. (lekker rustig werken ipv thuis :), en het is een opvolging van mijn stage)

Wat zou je aanraden om precies in die UML te zetten (hoe diep in het system laat maar zeggen) Zet je alle klassen en functies erin of hou je het meer globaal?

Wat is een ERD :$ het is al meer dan een jaar geleden dat ik dat gehad heb op school ;)
Een UML kun je in het begin alleen maar globaal maken denk ik. Een UML geeft een beeld van de structuur van je klassen. Dus b.v. welke klassen overerven en welke niet.

Een ERD (Entities Relation Diagram) geeft de structuur van je database aan. Dus welke tabellen zijn er en wat voor kolommen zitten er in. Relaties tussen tabellen zou je ook aan kunnen geven. Maar daar wordt het meestal een
onoverzichtelijke zooi van.

Voorbeeldje:

users(InnoDB)

user_id:INT(10)(a)
name:VARCHAR(50)


(a) = auto increment

In MS-visio kun je dit nog mooier aangeven allemaal, dus met primary keys en indexen.

Reageren