ArgoUML Anwenderhandbuch

Im letzten Jahrzehnt wurde die objektorientierte Analyse und Design (OOA&D) zu dem dominanten Softwareparadigma. Damit einhergehend fand ein Umdenken in allen, an dem Softwarelebenzyklus beteiligten Prozessen statt.

Die Unterst??tzung f??r Objekte begann mit der Programmiersprache Simula 67— aber es war das Erscheinen der Hybridsprachen wie C++, Ada und Objekt Pascal in den 1980'ern, die das durchstarten der OOA&D erm??glichten. Diese Sprachen enthielten eine Unterst??tzung f??r Beides, der OO- und der prozeduralen Programmierung. Die objektorientierte Programmierung wurde zur Hauptentwicklungsrichtung.

Ein OO-System wird als Simulation der realen Welt mit Hilfe von Softwarebausteinen entworfen und implementiert. Diese Pr??misse ist so leistungsf??hig wie einfach. Durch die Anwendung des OO-Design-Ansatzes kann ein System entworfen und getestet (oder korrekter: simuliert) werden, ohne dass es vorher gebaut werden muss.

Es ist die Entwicklung von Tools w??hrend der 1990'er, welche die objektorientierte Analyse und Design unterst??tzen, die diesen Ansatz vorantrieben. Gekoppelt mit der F??higkeit, Systeme auf einer sehr hohen Abstraktionsebene zu entwerfen, erm??glichte der toolbasierte OOA&D-Ansatz die Implementierung sehr viel komplexerer Systeme als sie fr??her m??glich gewesen w??ren.

Das letzte Element, das die OOA&D vorantrieb, war seine Eignung, grafische Anwenderschnittstellen zu modellieren. Die Popularit??t der objektbasierten und objektorientierten grafischen Sprachen, wie Visual Basic und Java reflektieren die Effizienz dieses Ansatzes.

W??hrend der 1980'er wurden eine Anzahl von OOA&D- Vorgehensmethoden und -Notationen durch unterschiedliche Forscherteams entwickelt. Es wurde klar, dass es viele gemeinsame Themenbereiche gibt und so wurde w??hrend der 1990'er ein vereinheitlichter Ansatz f??r die OOA&D-Notation unter der Schirmherrschaft der Object Management Group entwickelt. Dieser Standard wurde als Unified Modeling Language (UML) bekannt, und ist heute die Standardsprache f??r die Kommunikation von OO-Konzepten.

ArgoUML war als Tool und Umgebung f??r Analyse und Design objektorientierter Softwaresysteme gedacht. In diesem Sinne ist es vergleichbar mit vielen kommerziellen CASE-Tools, die als Tools f??r die Modellierung von Softwaresystemen verkauft werden. ArgoUML weist aber gegen??ber diesen Tools sehr viele wichtige Unterscheidungsmerkmale auf.

UML ist die am h??ufigsten bevorzugte OO-Modellierungssprache und Java eine der produktivsten OO-Entwicklungsplattformen. Jason Robbins und der Rest seines Forscherteams an der Universit??t Kalifornien vereinten diese Vorteile w??hrend der Entwicklung von ArgoUML. Das Ergebnis ist ein solides Entwicklungstool und eine Umgebung f??r das OO-Systemdesign. Dar??ber hinaus bildet es eine Testumgebung f??r die Evolution der objektorientierten CASE-Tool-Entwicklung und -Forschung.

Eine erste Release von ArgoUML war 1998 verf??gbar. Mehr als 100.000 Downloads bis Mitte 2001 zeigte, dass dieses Projektes in Bildungs- und kommerziellen Bereichen popul??r wurde.

Die aktuelle Fassung dieses Dokumentes ist f??r erfahrende Anwender der UML in OOA&D (vielleicht auch mit anderen Tools) gedacht, die zu ArgoUML wechseln m??chten.

K??nftige Fassungen werden Designer unterst??tzen, welche die OOA&D kennen und die UML-Notation in Ihren Entwicklungsprozess einbinden m??chten.

Ein langfristiges Ziel ist es, diejenigen zu unterst??tzen,

Die Absicht dieses Dokument ist es, eine verst??ndliche Einf??hrung zu geben, die Designer in Lage versetzt, ArgoUML vollst??ndig zu nutzen. Es ist in zwei Teile untergliedert.

Die Version 0.22 des Dokumentes bezieht sich auf den zweiten Teil.

In dieser Anleitung gibt es einige Dinge, die Sie nicht finden werden, weil sie an anderen Stellen beschrieben sind.

Diese Themen werden in Das Entwicklerkochbuch, Die FAQ, und Die Kurzanleitung beschrieben.

Das Kapitel 2, Einleitung enth??lt einen ??berblick ??ber UML-basierte OOA&D einschliesslich einer Anleitung, wie man ArgoUML installiert und startet.

Kapitel 4, Erfassen der Anforderungen bis Kapitel 7, Codegenerierung, Reverse Engineering und Round Trip Engineering geht dann durch alle Teile des Designprozesses. Von der ersten Anforderung bis zum abschliessenden Projekt-Build und der Verteilung.

F??r jedes auftretende UML-Konzept wird dessen Anwendung erl??utert. Anschliessend wird dessen Einsatz innerhalb von ArgoUML beschrieben. Zum Schluss wird eine Fallstudie benutzt, um Beispiele f??r diese Konzepte zu geben.

Kapitel 8, Einleitung ist ein ??berblick ??ber die Anwenderschnittstelle und enth??lt eine Zusammenfassung der verschiedenen UML-Diagrammtypen von ArgoUML. Kapitel 10, Die Men??zeile und Kapitel 11, Der Explorer beschreiben die Men??zeile und jedes Fenster der Anwenderschnittstelle.

Kapitel 15, Die Kritiken beschreibt Details aller im System vorhandenen kognitiven Kritiken. Unter Umst??nden wird ArgoUML direkt auf dieses Handbuch verweisen, wenn es die Hilfestellung zu einer Kritik gibt.

Kapitel 16, Modellreferenz auf h??chster Ebene ist ein ??berblick ??ber die Modellelemente (z.B. die UML-Elemente, die in den Diagrammen verwendet werden k??nnen) von ArgoUML. Die folgenden Kapitel ( Kapitel 17, Referenz der Modellelemente f??r Anwendungsfalldiagramme bis Kapitel 24, Built In DataTypes, Classes, Interfaces and Stereotypes) beschreiben die Modellelemente, die in jedem ArgoUML-Diagramm erzeugt werden k??nnen, deren Eigenschaften, sowie einige Standard-Modellelemente die im System enthalten sind.

Es ist ein vollst??ndiges Glossary vorhanden. Anhang A, Supplementary Material for the Case Study enth??lt Material, um die im Dokument durchgehend benutzte Fallstudie zu unterst??tz