UML/Java Diagramm aus Sourcecode generieren lassen
Hallo
Habt ihr eine Ahnung, wie ich mir aus bestehendem JAVA-Sourcecode ein uml- Klassendiagramm generieren lassen kann? Müßte doch machbar sein, dass nicht alles von Hand zu zeichnen, da der Code ja schon vorliegt.
Habe als Ausgangsmaterial den gesamten sourcecode eines Programms( mehrere packages), von dem ich ein Klassendiagramm brauche.
Habe mir aus diesem Grunde mal ArgoUML installiert und in Eclipse die Studioversion von omondo.
Weiß aber nicht, ob das überhaupt geht und wenn, wie.
Welche Tools sind dafür besser geeignet? Wie würdet ihr das machen?
Habt ihr eine Ahnung, wie ich mir aus bestehendem JAVA-Sourcecode ein uml- Klassendiagramm generieren lassen kann? Müßte doch machbar sein, dass nicht alles von Hand zu zeichnen, da der Code ja schon vorliegt.
Habe als Ausgangsmaterial den gesamten sourcecode eines Programms( mehrere packages), von dem ich ein Klassendiagramm brauche.
Habe mir aus diesem Grunde mal ArgoUML installiert und in Eclipse die Studioversion von omondo.
Weiß aber nicht, ob das überhaupt geht und wenn, wie.
Welche Tools sind dafür besser geeignet? Wie würdet ihr das machen?
also ich habs mal mit omondo gemacht und das ging zwar, jedoch wirkt sich gleich jede änderung auf den code aus.
das wollte ich nicht, da der code nicht endgültig war. außerdem macht das immer javadoc (@uml) kommentare rein.
ich hatte es dann mit umbrello gemacht, was zwar ging, jedoch ist umbrello noch nicht ganz ausgereift.
ich fand fujaba dann eigentlich ganz gut.
http://wwwcs.uni-paderborn.de/cs/fujaba/
jedoch hatte es damals noch probleme mit generischen containern. weiß nicht ob das mittlerweile besser ist, bzw ob du das nicht brauchst.
auf http://www.jeckle.de/umltools.htm findest du eine gute aufstellung, welche tools zur verfügung stehen und was sie können. (tipp: such nach reverse engineering).
jperl
das wollte ich nicht, da der code nicht endgültig war. außerdem macht das immer javadoc (@uml) kommentare rein.
ich hatte es dann mit umbrello gemacht, was zwar ging, jedoch ist umbrello noch nicht ganz ausgereift.
ich fand fujaba dann eigentlich ganz gut.
http://wwwcs.uni-paderborn.de/cs/fujaba/
jedoch hatte es damals noch probleme mit generischen containern. weiß nicht ob das mittlerweile besser ist, bzw ob du das nicht brauchst.
auf http://www.jeckle.de/umltools.htm findest du eine gute aufstellung, welche tools zur verfügung stehen und was sie können. (tipp: such nach reverse engineering).
jperl
Konfuzius [chinesischer Philosoph (551 - 479 v. Chr.)]
Das Entscheidende am Wissen ist, daß man es beherzigt und anwendet.
Das Entscheidende am Wissen ist, daß man es beherzigt und anwendet.
danke erstmal für die Links,
habe jetzt mal ArgoUml (opensource) als wahrscheinlich für mich passend herausgefiltert.
Alle, die ich fragte und um Rat bat, empfahlen mir Argo.
Kritiken im Netz sind auch recht ordentlich.
Es scheint ein etabliertes Projekt mit einer aktiven Community zu sein.
Laut Kritiken soll wohl ArgoUml auch recht gut mit reverse engineering klar kommen.
Auf der Website stehen zwei Tutorials zum download. Im ausführlicheren Tutorial(von beiden erwähnten) ist ein ganzer Abschnitt dem Reverse Engineering gewidmet. (also auch erklärt, wie mit Argo aus Sourcecode Diagramme erzeugt werden können).
Es gibt ein Plugin für ArgoUml, welches php-Code erstellen kann.
habe jetzt mal ArgoUml (opensource) als wahrscheinlich für mich passend herausgefiltert.
Alle, die ich fragte und um Rat bat, empfahlen mir Argo.
Kritiken im Netz sind auch recht ordentlich.
Es scheint ein etabliertes Projekt mit einer aktiven Community zu sein.
Laut Kritiken soll wohl ArgoUml auch recht gut mit reverse engineering klar kommen.
Auf der Website stehen zwei Tutorials zum download. Im ausführlicheren Tutorial(von beiden erwähnten) ist ein ganzer Abschnitt dem Reverse Engineering gewidmet. (also auch erklärt, wie mit Argo aus Sourcecode Diagramme erzeugt werden können).
Es gibt ein Plugin für ArgoUml, welches php-Code erstellen kann.
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »ospx« (15. August 2007, 13:43)


