[UML]uitleggen...
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
Dat wil ik ook wel :)
WikiPedia.
Er zijn 1000-en-1 boeken over geschreven, ga eens naar de biep of boekhandel en blader eens wat door.
UML is geen code, dat kan niemand je geven. Zie Er zijn 1000-en-1 boeken over geschreven, ga eens naar de biep of boekhandel en blader eens wat door.
UML een overzicht
De eerste de beste die begint over een dubbelpost, die krijgt een schop... ;)
Neem deze presentatie eens door: De eerste de beste die begint over een dubbelpost, die krijgt een schop... ;)
Bumpen::
Ik durf het wel @pgfrank ;-)
Twee of meer keer achter elkaar in een topic posten heet bumpen. Bumpen is pas na 24 uur toegestaan en kan een reden zijn voor de admins en moderators om een topic te sluiten. Gebruik indien nodig de knop om je tekst aan te passen.
Maar ik durf het je ook wel te vergeven ;-)
Moderator:
Danny Roelofs
Ik durf het wel @pgfrank ;-)
Twee of meer keer achter elkaar in een topic posten heet bumpen. Bumpen is pas na 24 uur toegestaan en kan een reden zijn voor de admins en moderators om een topic te sluiten. Gebruik indien nodig de knop om je tekst aan te passen.
Maar ik durf het je ook wel te vergeven ;-)
Moderator:
Danny Roelofs
Gewijzigd op 01/01/1970 01:00:00 door Frank -
Je wil zeker hard naar de 10.000 posts Frank ;)
@DDragonz, Bij UML moet je proberen de theorie te snappen. Maar het ook "gewoon" doen. Begin vooral niet met te ingewikkelde dingen. Eerst iets kleins, maak er wat code bij en vergelijk het resultaat. Zo kun je er ook meer gevoel voor krijgen.
Use Case Diagrams, een pen en een stuk papier. Ga hiermee de acteurs en de acties uittekenen, dan heb je de basis van je systeem al in de steigers staan. Je kunt nu ook al gaan beginnen met het testen van je systeem!
Zie ook de overige artikelen uit deze reeks, kun je een hoop van opsteken.
@Crispijn: Dat is geen doel op zich, al zijn 10.000 nuttige bijdrages nooit weg.
Alles begint bij de Zie ook de overige artikelen uit deze reeks, kun je een hoop van opsteken.
@Crispijn: Dat is geen doel op zich, al zijn 10.000 nuttige bijdrages nooit weg.
pgFrank schreef op 18.02.2008 22:23:
@Crispijn: Dat is geen doel op zich, al zijn 10.000 nuttige bijdrages nooit weg.
Amen ;-)
Quote:
UML is geen code, dat kan niemand je geven. Zie WikiPedia.
Er zijn 1000-en-1 boeken over geschreven, ga eens naar de biep of boekhandel en blader eens wat door.
Er zijn 1000-en-1 boeken over geschreven, ga eens naar de biep of boekhandel en blader eens wat door.
Ik weet dat het geen code is en ik heb ook al gegoogled ;)(En ook op Wikipedia beland). Maar mijn probleem is dat ik het niet echt begrijpt. Er worden begrippen genoemt die ik niet 1-2-3 aan iets kan binden.
@all:
Ik wil dus gewoon aan de hand van een OOP script een bijbehorende UML diagram zien hoe alles in elkaar steekt.
Dus bv hoe komt dit uit te zien in een UML code(even simpel):
Code (php)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
2
3
4
5
6
7
8
9
10
11
12
13
14
<?php
class voorbeeld
{
function __construct($a, $b, $c)
{
//de code
}
function get_voorbeel($voorbeeld)
{
//de code
}
}
?>
class voorbeeld
{
function __construct($a, $b, $c)
{
//de code
}
function get_voorbeel($voorbeeld)
{
//de code
}
}
?>
Snap jullie het nu :)(voor diegene die het nog niet snapte). Ik moet nog naar de gegeven links gaan kijken :). Ga ik nu nog een bekijken :).
edit:
@pgFrank:
Use Case Diagrams is toch zoiets als denken vanuit de gebruiker. Welke stappen de gebruiker (moet) maakt/maken om iets te doen. Heb het nog niet gelezen, maar dit is het eerste wat mij te binnen schiet als ik de naam: Use Case Diagrams lees.
Gewijzigd op 01/01/1970 01:00:00 door DDragonz
Tja, normaal ga je eerst de diagrammen opstellen en daarna pas coderen. Nu probeer je het paard achter de wagen te spannen, dat wordt geen succes. Een kenner zal het wel lukken, reverse enginering is tenslotte ook een vak, ik raad het je alleen niet aan. UML volgens het boekje is al moeilijk genoeg.
Net als dat je php leert door naar scripts te kijken die andere mensen hebben gemaakt, wil ik nu kijken naar de UML en de OOP code die erbij hoort om het zo te snappen en te leren.
edit:
En reverse enginering lijkt mij ook wel vet :P. Als je technologie uit de toekoms kan stelen :P (reverse enginering deed me denken aan een film waar dat zo was)
edit2:
offtopic:
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?
Edit3:
Ben weer wat gaan googlen en heb wat leuks gevonden om door telezen. Denk dat engels hier toch geen probleem is he...:
Overzicht van de soorte UML's + optie voor meer detail en een selftest
Class Diagram uitgelegd met voorbeeld code*!
Een andere Class diagram tut die goed lijkt te zijn
UML algemeen van de zelfde site als de link hierboven
*
Met dat van UML en voorbeeld code bedoel ik dus zoiets als dit:
Quote:
Circle
Area():double
Circumference():double
SetCenter(Point)
SetRadius(double
Area():double
Circumference():double
SetCenter(Point)
SetRadius(double
En de bijbehorende code(jammer genoeg wel in C++. Liever gehad in php.)
Code (php)
1
2
3
4
5
6
7
8
9
10
11
2
3
4
5
6
7
8
9
10
11
class Circle
{
public:
void SetCenter(const Point&);
void SetRadius(double);
double Area() const;
double Circumference() const;
private:
double itsRadius;
Point itsCenter;
};
{
public:
void SetCenter(const Point&);
void SetRadius(double);
double Area() const;
double Circumference() const;
private:
double itsRadius;
Point itsCenter;
};
Zo word 1 vraag al van mij beantwoord. De vraag zou geluid hebben: Is ieder vierkantje(in een UML Class diagram) een class. En dat blijkt dus zo te zijn.
Gewijzigd op 01/01/1970 01:00:00 door DDragonz
DDragonz schreef op 18.02.2008 23:12:
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.
Quote:
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.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?
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.
Gewijzigd op 01/01/1970 01:00:00 door Frank -
1. Use Case Diagram
2. Dan heb je de requirements
3. Class Diagram
4. SCRIPTEN :) Leukste gedeelte alhoewel die bovenste gedeelte ook leuk is :))
edit:
Stappen dan toch op dit:
Link[ur/l]
Gewijzigd op 01/01/1970 01:00:00 door DDragonz
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.
Gewijzigd op 01/01/1970 01:00:00 door Frank -
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.
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. 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.
Gewijzigd op 01/01/1970 01:00:00 door DDragonz
Ik wil bv op basis van zijn naam zijn nummerplaat en zijn geboortejaar krijgen. Welke methode moet ik daarvoor voorzien en welke parameters?
@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.
khoef geen code ofzo
Gewoon hoe dit er in uml uitziet. Dats is al