Hallo
Wil dus een diagram maken maar weet nu niet precies hoe dat werkt. Ik vind wel UML tutorials, maar ze bevatten geen voorbeeld code die aan de uml voldoet. Ik zou zo graag willen zien hoe UML nu werkt. Dus dat een UML class diagram ziet en dan de OOP code en de classen enz. Kan iemand misschien hier uitleggen of me verwijzen naar een tut die hier aan voldoet? Als iemand ook een engels talig (e)boek weet die voorbeelden geeft zou ik graag ook de titel daarvan willen weten :).
Albast bedankt :),
DDragonz
Ik wil dus een tut met de UML en de bijbehorende OOP code.
Vergeet de OOP eventjes, dat is echt een heel aantal bruggen te ver. Ga nu eerst eens met de use case diagrammen aan de slag en zo de requirements van een een systeempje opstellen. Dan heb je al 2 diagrammen te pakken en krijg je inzicht in wat je nu daadwerkelijk moet gaan bouwen. Ga dan pas met je classe diagram aan de slag. Wanneer dat klaar is, kun je voor het eerst gaan denken in code.
En is het pgFrank afgeleid van pgSQL. Als dat zo is en je hebt er verstand van dan weet je mischien wel een goeie tut voor het opzetten van een LAPP server?
Richt Linux, Apache en PHP goed in en zet er vervolgens PostgreSQL bij. Ga deze daarna netjes configureren en je hebt de gewenste LAPP-server. Pak de componenten 1-voor-1 aan, dan is het niet zo moeilijk.
Edit: Let er bij PHP wel even op dat je de pgSQL-componenten goed instelt, anders gaat het niet werken... Wellicht handiger om eerst pgSQL te installeren en daarna pas PHP.
Dus dan de stappen plan is dan:
1. Use Case Diagram
2. Dan heb je de requirements
3. Class Diagram
4. SCRIPTEN :) Leukste gedeelte alhoewel die bovenste gedeelte ook leuk is :))
Punt 4 is ook nog discutabel, in grotere systemen ga je echt nog wel wat meer diagrammen opstellen:
Het grootste probleem zit hem echter altijd in de use case diagrammen en de requirements. Die krijg je zelden goed op papier en leveren altijd (ernstige) bugs op. Vandaar dat je direct na op het opstellen van deze diagrammen begint met testen (op papier!), dan komen deze zaken hopelijk alsnog aan het licht.
De use cases zijn directe input voor het schrijven van je testplan, testgevallen en testcases.
Ik miscchien iets interessants gevonden. Het is een soort van 'dagboek' van iemand die een curses UML heeft gevolgt. Het bevat opdrachten en uitwerkingen die de persoon zelf heeft gemaakt + de commentaar van een docent op die uitwerkinen. http://www.cs.ru.nl/~gerp/AIS1/
Ow, dacht eerst dat die plaatje een voorbeel was van een requirments diagram. Maar zie nu dat het een soort van stappen plan is voor de stappenplan (lol :P).
Zal dan maar eens beginnen met de Use Case Diagram.
Ken je dit ook op 'minder' complexe dingen toepassen. Bv ik wil dus nu een inlogsysteem gaan maken(Heb ik ook nog een topic pas geleden voor opengemaakt). Kan ik dit dan gebruiken om die diagrams 'uit te testen'. Wil de inlog systeem 'open' maken en dus alles plannen bijhouden en openbaar maken zodat ik tips enz kan krijgen van andere mensen. Zo kan je veel leren :).
edit:
Wil doorgaan met zoeken en leren maar word een beetje laat :( moet gaan slapen.
@Pieter: Dit heeft helemaal niets met UML te maken. Als je niets nuttigs hebt toe te voegen in dit topic, reageer dan helemaal niet. Wil je een antwoord op je vraag, dan kan je een nieuw topic daarvoor aanmaken.
