Denken Sie daran, was UML für Unified Modeling Language steht. Es ist nicht nur für das Modellieren von Objektbeziehungen gedacht, was meiner Meinung nach ein übliches Missverständnis von UML ist. Es kann auch für Zustandsdiagramme, Geschäftsprozesse, Datenbankschemata, ... verwendet werden. Siehe: http://en.wikipedia.org/wiki/Unified_Modeling_Language.
Ich habe kürzlich IBM Rational Software Architect verwendet, um Zustandsdiagramme in Perl zu konvertieren. Aber für Perl mussten wir unsere eigenen Übersetzungsdateien schreiben, da Architect sie nicht für Perl enthielt.
Wenn Sie jedoch über C-Code sprechen, verfügt Architect über eine integrierte Funktion zum Reverse Engineering von geschriebenem Code in ein UML-Diagramm. Ich habe dieses Feature für Java verwendet und es funktioniert ziemlich gut und erstellt ein Objektdiagramm. Ich habe es vorher nicht für C benutzt, also weiß ich nicht, ob es daraus ein Sequenz-, Aktivitäts- oder Zustandsdiagramm macht.
Sie können die Testversion von Software Architect herunterladen und sehen, ob es für Ihren Code funktioniert.
Die meisten UML-Diagramme können verwendet werden, um prozeduralen Code zu dokumentieren. –
Als Nebenbemerkung verwenden Leute in der realen Welt meistens nicht UML, um OO-Programme überhaupt zu dokumentieren. –
In der realen Welt dokumentieren die meisten Leute keine Programme, Punkt. Ob das eine gute Sache ist oder nicht, ist fraglich. –