2011-03-03 3 views

Répondre

2

Vous semblez avoir les bases d'UML. Les principales différences sont que les types de relations sont différents de SQL et que les types de données Java (ou n'importe quel langage) ne correspondent pas directement aux types de données SQL. Vous devrez donc les convertir comme indiqué ci-dessus. [Opinion] Sauf si vous avez un outil UML-> code-> UML, je ne serais pas trop accroché sur le dessin UML. Il s'agit principalement d'un outil pour le panneau blanc (IMHO) et la confiance que ces diagrammes ont tendance à vous faire du mal à long terme lorsque les modifications de maintenance rendent ce type de documentation obsolète. Je préfère utiliser un outil code-> UML lorsque je consulte du code hérité plutôt que des diagrammes UML obsolètes depuis la conception. [/ opinion]

[edit] Comme vous avez déjà du code de travail, vous pouvez essayer Amateras UML dans Eclipse. Vous pouvez faire glisser un tas de classes sur un document vide et créer le diagramme UML pour vous. [/ edit]

+0

Merci. J'ai programmé une application web au travail et je devrai la transmettre à de nouvelles personnes. Je pensais que les diagrammes de classes UML seraient un outil «standard» que les nouveaux arrivants comprendraient. L'application est en C#/ASP.NET 4.0 avec MySQL 4 (yikes, pas la propriété de mon département) comme le db. – Rollor

+0

Puisque vous avez déjà du code de travail, je recommande un outil pour créer l'UML, alors vous pouvez passer votre temps à créer une histoire avec la mise en page plutôt que de taper des noms de méthodes. –

3

Créer un objet pour chaque table n'est pas une bonne pratique. Toutes les tables n'ont pas besoin d'être un objet dans votre UML ... Mais là encore ... Je pense que c'est plus pour StackOverflow ...

+0

argh j'ai juste remarqué que je suis dans serverfault! – Rollor