Wer nutzt die Modellansicht (UML)

[himitsu]

Wie nutzt man das Teil eigentlich?

in XE Enterprise


Ich kann zwar irgendwoeine "Modelisierungsunterstützung" für die einzelnen Projekte der Projektgruppe aktivieren und dann taucht in der projektverwaltung soeine komische default.txaPackage auf, aber anfangen kann ich damit nix.
Es geht da zwar ein Diagramm-Fenster auf, aber außer "Dieses Dokument enthält keine für den Benutzer hilfreichen Informationen, bitte schließen Sie das Fenster." steht dort absolut nichts drin (wie man es aus der OH auch kennt )

[blackfin]

Würde mich auch mal interessieren, wie man das benutzt bzw. zu was das generell gut ist.
Ich habe im Netz auch schon öfters nach einem How-To gegoogelt, wie man diese UML-Unterstützung in Delphi sinnvoll verwendet, aber wirklich gar nichts brauchbares gefunden...

Entweder es benutzt keiner, oder die Leute, die es benutzen, schreiben keine Tutorials.

Zudem habe ich bei UML generell irgendwie das Gefühl, dass das irgendwie fast nur Leute verwenden, die von der Informatik-Uni kommen...
(ich kann mich furchtbar täuschen, aber mir begegnet das im Alltag wirklich überhaupt nicht...kann aber auch gut daran liegen, dass es vielleicht nur in Bereichen gebraucht wird, mit denen ich nichts zu tun habe, dafür dort aber heftig..??)

[Medium]

UML ist eher was für Großprojekte, wo einer Vielzahl von Entwicklern vermittelt werden muss wo die Glocken hängen, und wo ein Koordinationsteam eine Gesamtübersicht über ein komplexes Geflecht wahren muss. Man wird sowas daher auch öfter in Visio oder auf Flipcharts in Meetings antreffen, als denn als wirkliches Designwerkzeug mit unmittelbarer Auswirkung auf Code - wobei es solche Mechanismen auch gibt, und sie teils auch verwendet werden.
Nicht selten werden aber eher unternehmensspezifische "UML-Dialekte" verwendet, die auf jeweilige Besonderheiten Rücksicht nehmen, so dass ein einheitlicher Standard eher nur oberflächlich angewendet wird. Das erschwert natürlich die Nutzung von Tools, die idR ja diesen Standards genügen (aber selten davon abweichend "belehrt" werden können (sollen)). Sie sind, finde ich, dann nützlich, wenn sie eine Struktur kürzer und mehr Leuten illustrieren können, als das verbal möglich wäre.
Da die Erstellung und Pflege (vor allem das auf dem aktuellen Stand halten) jedoch meist einen ziemlichen Overhead erzeugen, wird auch gerne mal darauf verzichtet. Ich halte es mehr für eine Dokumentationsart, und selbst bei den besten automatischen UML<->Code Engines ist meist noch sehr viel manuelle Bearbeitung nötig. In meinem Job habe ich damit z.B. kaum zu tun, da die Programme strukturell sehr simpel sind, und die Tür-zu-Tür Kommunikation zwischen 2-3 Entwicklern mit einer schriftlichen internen Doku effizient genug ist, und in der bestehenden Infrastruktur keinen zusätzlichen Overhead einführt.

Als Design-Tool mit Autocode taugt UML eigentlich nur bei Standardprogrammen, deren Struktur und Funktion komplett festgelegt werden kann, bevor auch nur eine Zeile Code geschrieben ist. Hat sowas schon mal jemand gesehen?

[blackfin]

Zitat:

...wo einer Vielzahl von Entwicklern vermittelt werden muss wo die Glocken hängen...

Und ich dachte, dafür gibt es Desktop-Wallpapers

(sorry, musste sein...)

[Sir Rufo]

Bei Delphi kann man sich aus einer Klasse das zugehörige UML anzeigen lassen

• Ansicht / Modellansicht
• Bei der Projektverwaltung (normalerweise auf der rechten Seite) gibt es jetzt einen neuen Reiter "Modellansicht"
• Dort in dem Tree den Namespace (Unit) der Klasse auswählen und schwupps wird einem dieser Namespace mit alle Klassen als UML angezeigt

Schick ist hierbei, dass man nun dieses UML bearbeiten kann und der Sourcecode der Unit wird automatisch nachgeführt

[Uwe Raabe]

Mike Rozlog hatte eine diesbezügliche Session bei CodeRage 6: http://cc.embarcadero.com/Item/28595

[stahli]

Die Beziehungen von Klassen werden dargestellt, wenn sich die Klassen in einer Unit befinden.
Wie man aber damit im Detail arbeitet ist mir nicht klar geworden.

Man kann einer Klasse auch in dem graphischen Bereich Eigenschaften und Methoden hinzufügen. Das scheint mir aber sehr unfexibel zu sein. Z.B. ist mir unklar, was an der Stelle mit Parametern etc. ist.
(Habe mir aber auch nicht die Zeit genommen, mich lange damit auseinander zu setzen.)

Daniel hatte dazu (denke ich) mal ein wenig in einem Video/Stammtisch gezeigt - bin aber nicht mehr sicher.

Für ein Projekt kann man ein Bild erstellen lassen, das alle verwendeten Klassen graphisch darstellt, allerdings nicht die Beziehungen zueinander.

Was Enterprise zu Prof mehr kann, weiß ich auch nicht. Wenn es grundsätzlich sehr hilfreich wäre, wäre wohl mal ein Webinar sinnvoll.
Hier gibt es ein englisches zum JBuilter 2008 (vielleicht gibt es eine Ähnlichkeit), das lässt sich aber bei mir nicht abspielen.



Edit @Uwe Raabe: Danke, das lade ich gleich mal.

[haentschman]

Zitat:

Edit @Uwe Raabe: Danke, das lade ich gleich mal.

...das werde ich mir wohl schenken... Download: 70 MB ... 7 - 11 KB/s ... 1 Std 50 Minuten !

Haben die nur ne ISDN Leitung ?

[himitsu]

Zitat von Sir Rufo:

Bei Delphi kann man sich aus einer Klasse das zugehörige UML anzeigen lassen

• Ansicht / Modellansicht
• Bei der Projektverwaltung (normalerweise auf der rechten Seite) gibt es jetzt einen neuen Reiter "Modellansicht"
• Dort in dem Tree den Namespace (Unit) der Klasse auswählen und schwupps wird einem dieser Namespace mit alle Klassen als UML angezeigt

Schick ist hierbei, dass man nun dieses UML bearbeiten kann und der Sourcecode der Unit wird automatisch nachgeführt

funktioniert und ich seh endlich mal was

Ein Problem existiert aber noch.

Zitat von Medium:

UML ist eher was für Großprojekte, wo einer Vielzahl von Entwicklern vermittelt werden muss wo die Glocken hängen, und wo ein Koordinationsteam eine Gesamtübersicht über ein komplexes Geflecht wahren muss. Man wird sowas daher auch öfter in Visio ...

Visio (MS Office) haben wir auf der Arbeit nicht.
Ein Kollege macht's wohl mit Inkscape, aber in diesem Teil seh ich nicht durch, bzw. finde nichts.

Im Prinzip wollte ich kein genaues Model eines unserer Module, sondern "nur" eine funktionalere Übersicht.

Vom Aussehn etwa so wie das im Delphi, bzw. wie in NClass, nur daß ich da eigentlich keine ganz genauen Bezeichnungen wollte.
Der Propertyname/Funktionsname der wichtigsten Dinge, die entsprechenden Verknüpfungen und ein paar Kommentare/Infos wären ideal, also so, daß man "irgendetwas" frei zusammenklicken kann.
Denn mit der kompletten Klassenstruktur auf einem Blatt wird es auch nicht unbedingt gleich übersichtlicher ... da kann man auch in die Units reingucken, wenn man etwas genau wissen will.