Aber ich denke, es ist nur nutzbar der Praxis grob die Abhängigkeiten zu skizzieren, um Kollegen die Zusammenhänge zu verdeutlichen und um über die grobe Struktur zu diskutieren. Aber zu Dokumentationzwecken ungeeignet, da es nebenbei gepflegt werden muss un das macht niemand.
Wie schon erwähnt werden die Diagramme automatisch aktualisiert.
Die Diagramme die man "per default" aus Delphi rauskriegt nutzen allerdings
imho wenig.
Normalerweise erstellt man noch zu einem Programm ein paar paar Klassendiagramme (rechte Maustaste in das Modellansicht-Fenster, "Hinzufügen" -> "Klassendiagramm").
In dieses Diagrammen kann man das Zusammenspiel der Klassen in verschiedenen Aspekten zeigen.
(man - oder ich - macht ja meistens kein Klassendiagramm mit ALLEN Klassen sondern immer kleine Sub-Sets.)
z.B.:
Angenommen du hast eine Hierarchie von Klassen die Bilder in verschiedenen Dateitypen lesen können, dann wirst du die ganzen Reader-Klassen nicht in einem Diagramm zeigen dass deinen Photoshop-Clone beschreibt. Dort steht z.B. nur eine TMyPicureReader-Klasse drin.
Und in einem weiteren Diagramm willst du die Hierarchie der ganzen TMyPicureReader-Nachkömmlinge zeigen. Das machst du dann in einem weiteren Klassendiagramm.
So bleibt jedes dieser Diagramme übersichtlich.
Delphi kann sowas nicht automatisch erzeugen, da Computer nunmal nicht intelligent sind.
Praktisch in diesem Fall: Man zieht die Klassen die man zeigen will einfach auf das leere Diagramm und Delphi erzeugt automatisch die Beziehungen (die "Pfeile") dir Dir dann zeigen was woher abgeleitet ist und wo eine Assoziation sitzt.
Zum Doku-machen und zum Übersicht bewahren ein ganz nettes Tool.
In Rational Rose konnte man dann noch Use-Cases erstellen, wo man sozusagen den "Flow of events" für ein paar wichtige Use-cases auflistet und Rose hat dann auch gleich automatisch gewährleistet, dass die aufgelisteten Methoden in den Objekten da waren. Das kann Delphi Prof. nicht. Vielleicht ist das bei Enterprise ja dabei.