In diesem Prozess wird jeder Prozessschritt— Erfassen der Anforderungen, Analyse, Design und Build (Code und Test) abgeschlossen, bevor der n??chste beginnt. Dies ist in Abbildung 3.1, „Der Wasserfall-Prozess“ illustriert.

Abbildung 3.1. Der Wasserfall-Prozess

Dies ist ein sehr zufriedenstellender Prozess, in dem Anforderungen gut entworfen wurden und keine ??nderungen erwartet werden— zum Beispiel die Automatisierung eines bew??hrten, manuellen Systems.

Der Schwachpunkt dieses Ansatzes zeigt sich bei weniger gut definierten Problemen. Offene Punkte in den Anforderungen bleiben bis zur Phase Analyse und Design, oder auch bis zur Codephase ungekl??rt. Dies erfordert dann ein Zur??ckgehen, um diese Arbeit nachzuholen.

Der schlechteste Aspekt davon ist, dass ausf??hrbarer Code erst zum Ende des Projektes verf??gbar wird. Sehr h??ufig ist es so, dass erst zu diesem Zeitpunkt Probleme mit den Originalanforderungen (zum Beispiel mit der Anwenderschnittstelle) in Erscheinung treten.

Dies ist besonders schlimm, weil jeder folgende Schritt mehr Aufwand als der vorhergehende erfordert, so dass die Kosten sp??t entdeckter Probleme extrem teuer sind. Dies wird durch die Pyramide in Abbildung 3.2, „Zu erwartender Aufwand je Schritt des Wasserfallmodelles“ dargestellt.

Abbildung 3.2. Zu erwartender Aufwand je Schritt des Wasserfallmodelles

Der Wasserfallprozess ist wahrscheinlich der dominante Designprozess. Durch seine Beschr??nkungen wird er jedoch mehr und mehr durch iterative Prozesse ersetzt. Insbesondere bei Projekten, bei denen die Anforderungen schlecht definiert sind.

In den letzten Jahren wurde ein neuer Ansatz verwendet, dessen Ziel es war, einen minimalen Teil Code fertigzustellen und schnellstm??glichst ausf??hren zu k??nnen, um Probleme im Entwicklungszyklus sehr schnell aufzudecken.

Diese Prozesse verwenden eine Reihe von „Mini-Wasserf??llen “, definieren einige Anforderungen (die wichtigsten zuerst, bringen diese durch den Analyse- und Design- sowie den Buildprozess, um eine fr??he Version des Produktes mit eingeschr??nkter Funktionalit??t zu erhalten. Die R??ckmeldungen k??nnen dann dazu verwendet werden, die Anforderungen zu ??berarbeiten, punktuelle Probleme zu identifizieren usw. bevor noch mehr Arbeit investiert wird.

Dieser Prozess wird dann f??r alle weiteren Anforderungen wiederholt, um ein Produkt mit wachsender Funktionalit??t zu konstruieren. Erneutes Feedback kann wieder in die Anforderungen einfliessen.

Dieser Prozess wird wiederholt, bis alle Anforderungen implementiert wurden und das Produkt fertig ist. Es ist diese Iteration, die diesem Prozess seinen Namen gab. Abbildung 3.3, „Zu erwartender Aufwand je Schritt des iterativen Prozesses“ zeigt, wie dieser Prozess mit der Pyramidenstruktur des Wasserfallprozesses verglichen werden kann.

Abbildung 3.3. Zu erwartender Aufwand je Schritt des iterativen Prozesses

Das Wachsen der Popularit??t iterativer Prozesse ist mit dem Wachsen der OOA&D eng verkn??pft. Es ist die saubere Kapselung von Objekten, die es erlaubt, einen Teil des Systems mit klar definierten Leerroutinen f??r den verbleibenden Code zu bauen.

3.2.1.2.1. Der Rational Unified Process

Der wahrscheinlich bekannteste iterative Prozess ist der Rational Unified Process (RUP) von Rational Software ( www.rational.com).

Dieser Prozess ber??cksichtigt, dass unsere Pyramidensicht der Wasserfallebenen nicht realistisch ist. In der Praxis neigen fr??he Iterationen dazu, zu gross zu werden (sie m??ssen zu Beginn eine betr??chtliche Menge definieren), w??hrend sp??tere Iterationen sehr viel Aufwand in der Design- und Buildphase ben??tigen.

RUP erkannte, dass Wiederholungen entsprechend Ihrer Lage im Gesamtprojekt in Phasen aufgeteilt werden k??nnen. Jede Phase kann eine oder mehrere Iterationen umfassen.

• In der Anfangsphase neigen Iterationen dazu, mit Blick auf die Gesamtanforderung/ Analyse zu gross zu werden, w??hrend jede Build-Aktivit??t bez??glich der Emulation des Desgins durch das CASE-Tool eingeschr??nkt sein kann.

• In der Ausarbeitungsphase werden die Iterationen dazu benutzt, die Spezifikation der Anforderungen zu vervollst??ndigen. Ihr Schwerpunkt liegt auf Analyse und Design und dem wahrscheinlich ersten real erzeugten Code.

• In der Konstruktionsphase sind die Anforderungen und Analyse mehr oder weniger vollst??ndig, der Aufwand liegt h??ufig im Design und in der Buildphase.

• In der abschliessenden Deploymentphase finden Iterationen weitestgehend in den Buildaktivit??ten und teilweise beim Test der Software statt.

	Anmerkung
	Es sollte klar sein, dass Testen ein integraler Bestandteil aller Phasen ist. Gerade in den fr??hen Phasen sollten die Anforderungen und das Design getestet werden. Und dies wird durch ein gutes CASE-Tool unterst??tzt.

Wir wollen in diesem Handbuch einen iterativen Prozess verwenden, der lose auf dem RUP basiert.

Sehr wenige Softwaresysteme sind als monolitische Werkzeuge geplant. Sie werden in Subsysteme, Module usw. unterteilt.

Die Softwareprozesse sind die gleichen. Mit fr??hen Abschnitten in denen der Prozess eine Top-Level-Struktur definiert und die wiederholte Anwendung des Prozesses auf Teile der Struktur, um jedes gr??ssere Detail zu definieren.

Zum Beispiel k??nnte das grundlegende Design eines Telefonsystemes Objekte identifizieren um

Der Softwareprozess kann dann auf jedes dieser vier Komponenten erneut angewendet werden, um deren Design zu identifizieren.

OOA&D mit seinen klaren Objektgrenzen unterst??tzt nat??rlich diesen Ansatz. Eine OOA&D in einer rekursiven Entwicklung wird manchmal als OOA&D/RD abgek??rzt.

Die rekursive Entwicklung kann parallel zu Wasserfall- oder iterativen Prozessen angewendet werden. Sie ist keine Alternative.

Unser "Erfassen der Anforderungen" wird das UML-Konzept von Anwendungsf??llen verwenden. Beginnend mit einem Visions-Dokument werden wir sehen, wie Anwendungsf??lle entwickelt werden k??nnen, um alle Aspekte des Systemverhaltens im Problembereich zu beschreiben.

W??hrend der Analyse werden wir in das UML-Konzept der Klassen einf??hren. Dieses erlaubt es uns, eine Top-Level- Sicht von Objekten zu erzeugen, welche die L??sung darstellt— manchmal als Konzept-Diagramm bekannt.

Wir werden das UML Sequenzdiagramm und das Zustandsdiagramm einf??hren, um die Anforderungen f??r das Gesamtverhalten des Systems zu erfassen.

Abschliessend nehmen wir die Anwendungsf??lle aus dem Abschnitt „Erfassen der Anforderungen“ und wandeln diese in die Sprache des L??sungsbereiches um. Dies wird die UML-Ideen von Stereotypen und Realisierung illustrieren.

Wir verwenden das UML Paketdiagramm, um die Komponenten des Projektes zu organisieren. Wir besuchen dann erneut das Klassendiagramm, das Sequenzdiagramm und das Zustandsdiagramm, um zu zeigen, wie diese rekursiv verwendet werden k??nnen, um die vollst??ndige L??sung zu designen.

W??hrend dieses Prozessteils m??ssen wir unsere Systemarchitektur entwickeln, um zu definieren, wie alle Komponenten zusammenpassen und miteinander zusammenarbeiten.

Obgleich es nicht zwingend Teil unseres Prozesses ist, werden wir uns ansehen, wie das UML Kollaborationsdiagramm als Alternative oder Erg??nzung zum Sequenzdiagramm verwendet werden kann. ??hnlich dem vorhergehenden, werden wir uns das UML Aktivit??tsdiagramm als Alternative oder Erg??nzung zum Zustandsdiagramm ansehen.

Abschliessend wollen wir das UML Deploymentdiagramm verwenden, um zu spezifizieren, wie das System aktuell realisiert werden soll.

UML ist nicht wirklich mit dem Schreiben von Code verkn??pft. Jedoch wollen wir an dieser Stelle zeigen, wie ArgoUML f??r die Codegenerierung eingesetzt werden kann.

Wir wollen uns auch ansehen, wie das UML Anwendungsfalldiagramm und die Anwendungsfall-Spezifikation unsch??tzbare Werkzeuge f??r ein Testprogramm sind.

ArgoUML ist teilweise durch die drei Theorien der kognitiven Psychologie inspiriert:

ArgoUML implementiert diese Theorien durch eine bestimmte Anzahl von Techniken.

XML Metadata Interchange (XMI) ist der Standard f??r das Speichern der Metadaten, die ein bestimmtes UML-Modell bilden. Im Prinzip erlaubt er, das in ArgoUML erstellte Modell in ein anderes Tool zu importieren.

Dies hat klare Vorteile, die es der UML erlaubt, ihr Ziel, der Standard f??r die Kommunikation zwischen Designern zu sein, zu erreichen.

Die Realit??t ist nicht sehr gut. Vor UML 2.0 enthielten die XMI-Dateien keine Informationen ??ber die grafische Darstellung der Modelle, so dass das Diagramm- Layout verloren ging. ArgoUML umgeht dies, indem es die grafische Information separat vom Modell speichert. (siehes Abschnitt 3.4.3.1, „Laden und Speichern“).

Die Object Constraint Language (OCL) ist eine deklarative Sprache zur Beschreibung von Regeln, die auf UML-Modelle angewendet werden. Sie wurde durch IBM entwickelt und ist jetzt Teil des UML-Standard. Urspr??nglich war OCL nur als formale Spezifikationssprachen- Erweiterung von UML gedacht. OCL kann jetzt mit jedem Meta-Object Facility (MOF) konformen Metamodell einschliesslich UML angewendet werden. Die Object Constraint Language ist eine pr??zise Textsprache, die Randbedingungen und Objekt-Abfrageausdr??cke f??r jedes MOF- oder Meta-Modell enth??lt, die nicht auf andere Art durch eine Diagramm- Notation ausgedr??ckt werden k??nnen.

Da ArgoUML in 100% reinem Java geschrieben ist, sollte es auf jeder Maschine mit installiertem Java laufen. Es wird Java, Version 1.4 oder h??her ben??tigt. Sie sollten es zu diesem Zeitpunkt bereits haben, aber falls nicht, k??nnen Sie es von www.java.com frei herunterladen. Beachten Sie, dass Sie nur die Java Runtime Umgebung (JRE) ben??tigen. Es gibt keine Notwendigkeit das gesamte Java Development Kit (JDK) herunterzuladen.

ArgoUML ben??tigt eine vern??nftige Rechenleistung. Einen PC mit einem 200 MHz-Prozessor, 64MB RAM und 10 MB verf??gbaren Speicherplatz auf der Festplatte sollten ausreichen. Laden Sie den Code im Abschnitt Download der Projekt-Webseite argouml.tigris.org herunter. Wie im n??chsten Abschnitt beschrieben, w??hlen Sie die Version aus, die Ihren Anspr??chen am Besten gen??gt.

Es gibt drei Optionen, wie Sie ArgoUML bekommen k??nnen.

Alle drei Optionen sind ??ber die Projekt-Webseite argouml.tigris.org frei verf??gbar.

Hierf??r sind zwei Schritte auszuf??hren.

Java Web Start wird ArgoUML herunterladen, zwischenspeichern und das erste Mal starten. Bei darauf folgenden Starts pr??ft es, ob ArgoUML aktualisiert wurde, l??dt nur die aktualisierten Teile herunter und startet es. Die ArgoUML Home page enth??lt weitere Details, wie man ArgoUML mit der Java Web Start-Konsole startet.

Wenn Sie das Herunterladen der bin??ren, ausf??hrbaren Datei ausw??hlen, k??nnen sie w??hlen, ob Sie die letzte stabile Version (die wahrscheinlich zuverl??ssiger ist, aber nicht alle Features aufweist) oder die aktuelle Version (die weniger zuverl??ssig ist, aber mehr Features aufweist) herunterladen wollen. W??hlen Sie dies entsprechend Ihrer Situation aus.

ArgoUML steht als .zip oder tar.gz Variante bereit. W??hlen Sie die erste Variante, wenn Sie Microsoft Windows Anwender sind und die letzte, wenn Sie mit einer UNIX-Variante arbeiten. Das Entpacken erfolgt wie nachfolgend beschrieben.

Sie sollten jetzt in dem Verzeichnis eine Reihe von .jar -Dateien und die Datei README.txt vorfinden.

Wenn das Herunterladen vollst??ndig abbricht und Sie keine lokale Unterst??tzung haben, versuchen Sie es auf der Webseite FAQ. Wenn das Problem mit Hilfe dieser Unterst??tzung nicht gel??st werden kann, versuchen Sie es ??ber die ArgoUML Mailingliste f??r Anwender.

Sie k??nnen sich in die Mailingliste auf der Projektseite argouml.tigris.org eintragen lassen, oder eine leere Nachricht an users@argouml.org mit dem Betreff subscribe senden.

Sie k??nnen dann Ihr Problem an users@argouml.org senden und darauf warten, dass Ihnen andere Anwender helfen.

Die Anwender-Mailingliste ist eine exzellente Einf??hrung f??r eigene Aktivit??ten im Projekt. Wenn Sie noch mehr eingebunden werden wollen, gibt es zus??tzliche Mailinglisten, welche die Entwicklung des Produktes sowie Erweiterungen in aktuellen und in k??nftigen Releases betreffen.

Wie Sie ArgoUML starten, h??ngt davon ab, ob Sie Microsoft Windows oder eine Unix-Variante verwenden.

Wenn Sie ArgoUML erfolgreich heruntergeladen haben, ist es ungew??hnlich, wenn Probleme auftreten. Wenn Sie das Problem nicht l??sen k??nnen, versuchen Sie es ??ber die Anwender-Mailingliste (siehe Abschnitt 3.4.1.5, „Probleme beim Herunterladen“).

Abbildung 3.4. Den Einstellungs-Assistenten finden

Abbildung 3.5. Die Sprache im Erscheinungsbild-Fenster einstellen

Die Men??leiste und die Symbolleisten erm??glichen Ihnen den Zugriff auf alle Features von ArgoUML. Men??- und Werkzeugoptionen sind per Konvention abgeblendet, wenn sie nicht verf??gbar (ausgeschaltet) sind und Men??elemente, die eine Dialogbox aufrufen, weisen drei Punkte auf (...). Zum jetzigen Zeitpunkt sollten Sie Kapitel 9, Die Werkzeugzeile und Kapitel 10, Die Men??zeile lesen.

Men??: Datei. Die Elemente des Standard-Datei-Men??'s enthalten keine ??berraschungen. Wenn sie ben??tigt werden, werden wir sie einfach verwenden, ohne vorher zu zeigen wie sie arbeiten. Eine Vielzahl anderer, ArgoUML-spezifische Aktionen sind hier verf??gbar. Jetzt werden wir sie allerdings ??berspringen.

Men??: Bearbeiten. Das Men?? Bearbeiten sieht nicht so aus, wie Sie es von anderen Produkten gewohnt sind. Es gibt keine Aktionen "Ausschneiden", "Kopieren" oder "Einf??gen". Alle Aktionen sind ArgoUML-spezifisch, so dass wir Sie alle im Detail behandeln.

Men??: Ansicht. Dieses Men?? erlaubt Ihnen zwischen Diagrammen hin- und herzuschalten, Modellelemente in einem Modell aufzufinden, in ein Diagramm hineinzuzoomen, das Gitter einzustellen, die Darstellung des Seitenumbruches zu ??ndern und die XML-Darstellung des Projektes anzuzeigen. Um zu einem definierten Punkt zur??ckzukehren, f??hren Sie Datei=>Neu... aus. Erstellen Sie je Diagramm ein Beispiel und f??hren Sie noch keine T??tigkeit im Explorer aus. Um die Baumknoten zu expandieren, klicken Sie auf die (+)-Zeichen im Explorer. Markieren Sie das entsprechende Klassendiagramm und vergeben Sie einen Namen.

Men??: Neues Diagramm. Das Men?? erlaubt es Ihnen, jedes der sieben von ArgoUML unterst??tzten UML-Diagrammtypen (Klasse, Anwendungsfall, Zustands-, Aktivit??ts-, Kollaborations-, Verteilungs- und Sequenzdiagramm) zu erstellen.

Zustands- und Aktivit??tsdiagramme k??nnen nur erstellt werden, wenn eine Klasse oder ein Akteur markiert ist und die relevanten Men??eintr??ge nicht deaktiviert sind (unter diesen Umst??nden passiert nichts).

Men??: Anordnen. Das Men?? Anordnen erlaubt es Ihnen, Modellelemente im Diagramm auszurichten, zu verteilen und neu anzuordnen und die Layout- Strategie f??r das Diagramm einzustellen.

Men??: Generieren. Das Men?? Generieren erlaubt es Ihnen, Java Code f??r die markierten oder alle Klassen zu generieren.

Men??: Kriterien. Das Men?? Kriterien erlaubt es Ihnen, die Pr??fkriterien ein- und auszuschalten, die Wichtung der Designvorgaben und Designzile festzulegen und die verf??gbaren Kriterien anzusehen.

Men??: Werkzeuge. Diese Men?? ist dauerhaft deaktiviert, es sei denn es sind Werkzeuge in Ihrer Version von ArgoUML verf??gbar.

Men??: Hilfe. Dieses Men?? gibt Zugriff auf die Details, wer das System erdachte und wo zus??tzliche Hilfe gefunden werden kann.

Werkzeugleiste: Datei. Diese Werkzeugleiste enth??lt einige Werkzeuge des Datei-Men??'s.

Werkzeugeleiste: Bearbeiten. Diese Werkzeugleiste enth??lt einige Werkzeuge des Bearbeiten- Men??'s.

Werkzeugleiste: Ansicht Diese Werkzeugleiste enth??lt einige Werkzeuge des Bearbeiten- Men??'s.

Werkzeugeleiste: Neues Diagramm. Diese Werkzeugleiste enth??lt einige Werkzeuge des Men??'s Neues Diagramm.

Jetzt sollten Sie sich die Zeit nehmen Kapitel 11, Der Explorer zu lesen. Der Explorer ist fundamental f??r alles was Sie tun. Wir werden im Folgenden immer wieder auf ihn zur??ckkommen.

Im Explorer gibt es vor dem Paketsymbol „unbenanntes Modell “ ein Steuerelement zum Expandieren und Reduzieren und im "zu bearbeiten"-Fenster vor dem Paketsymbol „Mittel“. Klicken Sie auf diese Steuerelemente und beachten Sie, dass diese Fenster Baumstrukturen sind, die sich besser benehmen als Sie es erwarten w??rden. Das Steuerelement zum Expandieren oder Reduzieren ist entweder ein Plus-(+)/Minus-(-)Zeichen oder ein Knauf mit einem rechten oder nach unten gerichteten Zeiger, je nach dem, welches Aussehen (Look and Feel) von Ihnen eingestellt wurde.

Markieren Sie entweder das Klassendiagramm 1 oder das Anwendungsfalldiagramm 1 und beobachten Sie, wie sich der Inhalt des Detailfensters sich je nach markiertem Element im Explorer ??ndert. Das Detail-Fenster ist im Kapitel 12 beschrieben. Zum jetzigen Zeitpunkt ist es nicht erforderlich das Kapitel 12 zu lesen. Aber, es kann auch nichts schaden.

Jetzt sollten Sie sich die Zeit nehmen, das Kapitel 12, Das Editierfenster zu lesen.

Wenn wir durch das Editierfenster gehen, werden manchmal ??nderungen im Detail- und im "zu bearbeiten"-Fenster auftreten. Beachten Sie diese im Moment nicht. Wir werden sie betrachten, wenn wir diese Fenster durchgehen.

Markieren Sie im Explorer das "Klassendiagramm 1". Der Name ist unwichtig. Wenn Sie ihn ge??ndert haben, markieren Sie nun den neuen Namen. Wenn Sie es gel??scht haben, f??hren Sie zuerst eine Neues Diagramm=>Klassendiagramm-Aktion durch. Klicken Sie auf die Schaltfl??che "Neues Paket" in der Werkzeugleiste des Editierfensters. Klicken Sie im Editierfenster irgendwohin. Beachten Sie, dass im Explorer ein Paket mit dem Namen (unbenannt Paket) erscheint.

F??hren Sie einen Doppelklick in der Werkzeugleiste des Editierfensters auf der Schaltfl??che "Neue Klasse" aus. Klicken Sie zuerst in das Paket und einmal ausserhalb des Paketes. Beachten Sie, dass im Explorer im Baum zwei Klassen beide mit dem Namen (unbenannt Klasse) erscheinen. Eine direkt mit dem Modellknoten und die andere mit dem Knoten (unbenannt Paket) verkn??pft.

Klicken Sie auf die Schaltfl??che Ausw??hlen in der Werkzeugleiste des Editierfensters und Sie k??nnen im Editierfenster arbeiten ohne neue Klassen hinzuzuf??gen. Markieren Sie im Explorer die Klasse, die nicht dem Paket zugeordnet ist. Dies markiert die entsprechende Klasse im Diagramm. Greifen Sie sich diese Klasse und verschieben Sie sie in das Paket. Beachten Sie, dass diese Klasse jetzt im Explorer ebenfalls dem Paketknoten untergeordnet wurde.

Markieren Sie im Diagramm die andere Klasse. Beachten Sie, dass sich im Explorer der markierte Knoten entsprechend ver??ndert. Greifen Sie diese Klasse und verschieben Sie sie aus dem Paket und beobachten Sie, was im Explorer passiert.

Jetzt sollten Sie sich die Zeit nehmen Kapitel 13, Der Bereich Details zu lesen.

	Anmerkung
	Zu bearbeiten. Diskutiert die Unterschiede zu den anderen Registern je markiertem Element. Beinhaltet die Einzelheiten f??r die Diskussion im "Zu bearbeiten"-Fenster. Eigenschaften, Dokumentation, Darstellung, Quellcode, Randbedingungen, Stereotypen, Eigenschaftswerte, Checkliste. Entfernen Sie "images/tutorial/detailsoverview.gif" aus dem Dateisystem.

Jetzt sollten Sie sich die Zeit nehmen Kapitel 14, Der Bereich Zu-Bearbeiten zu lesen.

	Anmerkung
	Beschreibt Priorit??ten. L??st Elemente auf. Beziehung zum "zu bearbeiten"-Register im Detail- Fenster. Entfernen Sie "images/tutorial/todooverview.gif" aus dem Dateisystem.

Grunds??tzlich werden Diagramme mit Hilfe der Werkzeugleiste des Editierfensters gezeichnet. Das gew??nschte Modellelement wird markiert und durch anklicken der gew??nschten Position im Diagramm positioniert.

Modellelemente, die sich bereits im Modell, aber nicht in einem Diagramm befinden, k??nnen dem Diagramm hinzugef??gt werden, indem man das Modellelement im Explorer markiert, aus dem Drop-Down-Men?? (Taste 2) Zum Diagramm hinzuf??gen ausw??hlt und dann mit der Taste 1 auf die gew??nschte Position im Diagramm klickt.

Genauso wie f??r UML-Modellelemente liefert die Werkzeugleiste des Editierfensters Zeichenobjekte (Rechtecke, Kreise, Linien, Polygone, Kurven, Text), um erg??nzende Informationen in Diagramme einbringen zu k??nnen.

ArgoUML unterst??tzt XMI 1.0, 1.1 und 1.2 Dateien, die UML 1.3 und UML 1.4-Modelle enthalten. Um die beste Kompatibilit??t zu erhalten, exportieren Sie Ihre Modelle in UML 1.4 und XMI 1.1 oder 1.2. Stellen Sie sicher, dass all propriet??ren Erweiterungen abgeschaltet sind (wie z.B. Poseidon's Diagrammdaten).

Mit UML-Versionen vor UML 2.0 ist es nicht m??glich Diagramm- Informationen zu speichern, sodass keine Diagramme transferriert werden.

Es gibt auch ein Werkzeug, das XMI nach HTML konvertiert. F??r mehr Informationen , siehe http://www.objectsbydesign.com/projects/xmi_to_html_2.html.

Wo stehen wir aktuell? Ein neues Projekt wurde erstellt und wurde in der Datei ErstesProjekt.zargo gespeichert. Abbildung 3.9, „ ArgoUML-Fenster mit gespeichertem Projekt ErstesProjekt.zargo “ zeigt, wie Ihr ArgoUML-Fenster zu diesem Zeitpunkt aussehen sollte.

Abbildung 3.9. ArgoUML-Fenster mit gespeichertem Projekt ErstesProjekt.zargo

Das Projekt enth??lt ein Paket auf oberster Ebene, genannt unbenanntesModell, welches ein Klassendiagramm und ein Anwendungsfalldiagramm enth??lt.

Wenn wir auf den Bildschirm blicken, sehen wir, dass das Verzeichnis „Mittel“ im "zu bearbeiten"-Fenster (das linke untere Fenster) einige Elemente enthalten muss, da sein Aktivierungs-Symbol angezeigt wird.

Klicken auf dieses Symbol ??ffnet das Verzeichnis „Mittel “. Ein ge??ffnetes Verzeichnis wird durch das Symbol dargestellt.

Aber, was ist dieses „zu bearbeiten“-Fenster ??berhaupt? Sie haben bis jetzt noch nichts aufgezeichnet, was zu tun w??re. Wo kommen diese "zu bearbeiten"-Elemente jetzt her?

Die Antwort ist simpel und ist gleichzeitig eines der wichtigsten Punkte von ArgoUML. W??hrend Sie mit Ihrem UML-Modell arbeiten, wird Ihre Arbeit kontinuierlich durch ein St??ck Code, Design-Kritik genannt, gemonitort. Das ist ??hnlich einem pers??nlichen Mentor, der Ihnen ??ber die Schulter sieht und Sie jedesmal darauf hinweist, wenn er irgendetwas fragw??rdiges in Ihrem Design sieht.

Kritiken sind etwas v??llig unaufdringliches. Sie geben Ihnen eine freundliche Warnung, aber Sie zwingen Sie nicht in Design- Prinzipien, denen Sie nicht folgen wollen. Lassen Sie uns einen Blick darauf werfen, was die Kritiken uns mitteilen. Klicken Sie auf das Symbol in der N??he des Verzeichnisses Mittel und klicken Sie auf das Element ??berpr??fen Sie den Paketnamen unbenanntesModell.

Abbildung 3.10, „ ArgoUML-Fenster zeigt das Kritik-Element ??berpr??fen Sie den Paketnamen unbenanntesModell “ zeigt, wie Ihr Bildschirm nun aussieht.

Abbildung 3.10. ArgoUML-Fenster zeigt das Kritik-Element ??berpr??fen Sie den Paketnamen unbenanntesModell

Beachten Sie, dass Ihre Markierung im "zu bearbeiten"-Fenster in rot markiert ist und dass jetzt eine vollst??ndige Erl??uterung im Detail-Fenster (das untere rechte Fenster) erscheint. Sie m??ssen vielleicht Ihr Detail-Fenster in der Gr??sse anpassen oder herunterscrollen, um die angezeigten Nachricht in Ihrem Beispiel vollst??ndig sehen zu k??nnen.

Was Ihnen ArgoUML wahrscheinlich mitteilen will, Paketnamen werden in Kleinbuchstaben geschrieben. Das oberste, von ArgoUML erzeugte Standard-Paket wird unbenanntesModell genannt und verletzt daher ein Designprinzip. (Aktuell kann dies als Bug von ArgoUML betrachtet werden, aber es kommt gerade gelegen, um die arbeitsweise von Kritiken zu demonstrieren).

An diesem Punkt k??nnen Sie w??hlen, ob Sie den Paketnamen manuell ??ndern oder durch die Design-Kritik stillschweigend dieses eine Mal oder immer ??ndern wollen.

Wir werden nichts davon tun (wir kommen darauf zur??ck, wenn wir ??ber die Design-Kritiken detaillierter sprechen), aber wir werden eine andere einfache Funktion von ArgoUML nutzen— die Autokorrektur-Funktion.

Um dies zu tun, klicken Sie auf die Schaltfl??che Weiter im Detailfenster. Dadurch wird ein Umbenennungs- Assistent innerhalb des Eigenschaftsfensters angezeigt, der vorschl??gt, den Namen unbenanntesmodell (alles in Kleinbuchstaben) zu verwenden.

Ersetzen Sie den Namen unbenanntesmodell durch einkaufsmodell und klicken Sie auf die Schaltfl??che Fertig stellen. Abbildung 3.11, „ Das ArgoUML-Fenster zeigt den Kritik-Assistenten, zur Umbenennung des Paketes “ zeigt, wie das ArgoUML- Fenster nun aussehen sollte.

Abbildung 3.11. Das ArgoUML-Fenster zeigt den Kritik-Assistenten, zur Umbenennung des Paketes

Beobachten Sie nun, wie die Design-Kritik im "zu bearbeiten"- Fenster verschwindet und es verbleibt nur der Hinweis F??gen Sie dem Paket einkaufsmodell Elemente hinzu in der "zu bearbeiten"-Liste.

Wenn dies nicht sofort passiert, warten Sie einige Sekunden. ArgoUML macht ausgiebigen Gebrauch von mehreren, parallel ausgef??hrten Ausf??hrungsthreads. Dies kann einige Sekunden Verz??gerung verursachen bevor die Information auf dem Bildschirm auf den neusten Stand gebracht wird.

Die ??nderung des Paketnamens sollte sich auch im Explorer, in der linken oberen Ecke Ihres ArgoUML-Fensters, wiederspiegeln.

Wir sind jetzt so weit, unser erstes UML-Diagramm, ein Anwendungsfalldiagramm, zu erstellen. Aber lassen Sie uns zuerst speichern, was wir bis jetzt getan haben.

Klicken Sie auf das Men??element Datei und w??hlen Sie Projekt speichern... aus. Sie k??nnen jetzt ArgoUML sicher beenden, ohne Ihre bisherige Arbeit zu verlieren, oder mit dem Erstellen Ihres ersten Diagrammes fortfahren.

Aktive Akteure initiieren eine Interaktion mit dem System. Dies kann durch einen Pfeil in der Assoziation vom Akteur zum Anwendungsfall dargestellt werden. Im Geldautomaten-Beispiel ist der Kunde ein aktiver Akteur.

Die Interaktion mit passiven Akteuren wird durch das System initiiert. Dies kann durch einen Pfeil in der Assoziation vom Anwendungsfall zum Akteur dargestellt werden. Im Geldautomaten-Beispiel ist der Zentralcomputer ein passiver Akteur.

Dies ist ein gutes Beispiel, wo die Pfeile helfen, da es uns erlaubt, ein ereignisgetriebenes System (der Geldautomat initiiert die Interaktion mit dem Zentralcomputer) von einem zyklisch abfragenden System (der Zentralcomputer fragt den Geldautomaten von Zeit zu Zeit ab) zu unterscheiden.

Dort wo ein Akteur entweder aktiv oder passiv sein kann, je nach den Umst??nden, kann der Pfeil weggelassen werden. Im Geldautomaten-Beispiel f??llt der Bankingenieur in diese Kategorie. Normalerweise ist er aktiv, indem er regelm??ssig auftaucht um die Maschine zu warten. Wenn jedoch der Geldautomat einen Fehler entdeckt, kann er den Ingenieur auffordern diesen zu beheben.

Die Verwendung von Pfeilen bei Assoziationen wird als Navigation der Assoziation bezeichnet. Wir sollten dies sp??ter in der UML im Einsatz sehen. Die Wahl der OMG eine bidirektionale Assoziation durch keine anstelle von zwei Pfeilspitzen darzustellen ist unvorteilhaft. Mit dieser Konvention k??nnen Sie nicht zwischen einer Assoziation unterscheiden, deren Navigation noch zu bestimmen ist und einer die bidirektional ist.

Abbildung 4.2, „ Anwendungsfalldiagramm f??r einen Geldautomaten mit Navigation. “ zeigt das Geldautomaten-Anwendungsfalldiagramm mit dargestellter Navigation.

Abbildung 4.2. Anwendungsfalldiagramm f??r einen Geldautomaten mit Navigation.

Es kann sehr n??tzlich sein, die Multiplizit??t von Assoziationen zwischen Akteuren und Anwendungsf??llen darzustellen. Damit meinen wir, wie viele Auspr??gungen eines Akteurs mit wie vielen Auspr??gungen eines Anwendungsfalles interagieren.

Standardm????ig nehmen wir an, dass eine Auspr??gung eines Akteurs mit einer Auspr??gung eines Anwendungsfalles interagiert. In den anderen F??llen k??nnen wird die Multiplizit??t an einem Ende der Assoziation kennzeichnen. Entweder mit einer Nummer, um darzustellen, wie viele Auspr??gungen involviert sind, oder mit einem durch zwei Punkten separierten Bereich (.. ). Ein Stern (*) wird verwendet, um eine beliebige Zahl darzustellen.

Im Geldautomaten-Beispiel gibt es nur einen Zentralcomputer, aber es k??nnen beliebig viele Nutzungen des Geldautomaten aufgezeichnet werden. Daher plazieren wir das Kennzeichen 0..* am Ende des Anwendungsfalles. Es gibt keine Notwendigkeit f??r eine Kennzeichnung am anderen Ende, da der Standard 1 ist.

Eine lokale Bank kann bis zu drei Beamte haben, die autorisiert sind, die Geldautomaten zu leeren und zu bef??llen. Daher plazieren wir bei der Beziehung zwischen dem Akteur und dem Anwendungsfall Wartung Geldautomat am Ende zum Akteur die Kennzeichnung 1..3. Sie k??nnen sich mit beliebig vielen Geldautomaten befassen, so dass wir auf dem anderen Ende das Kennzeichen 0..* plazieren.

Es gibt beliebig viele Kunden und beliebig viele Geldautomaten die diese nutzen d??rfen. Daher plazieren wir an jedem Ende der Assoziation das Kennzeichen 0..*.

Abbildung 4.3, „ Anwendungsfalldiagramm f??r einen Geldautomaten und dargestellter Multiplizit??t. “ zeigt das Geldautomaten-Anwendungsfalldiagramm mit dargestellter Multiplizit??t.

Abbildung 4.3. Anwendungsfalldiagramm f??r einen Geldautomaten und dargestellter Multiplizit??t.

Die Multiplizit??t kann ein Diagramm ??berladen und wird oft nicht angezeigt, ausser wo es f??r das Verst??ndnis kritisch ist. Im Beispiel Geldautomat w??rde wir nur 1..3 zum lokalen Bankbeamten darstellen, da alle anderen aus dem Kontext heraus offensichtlich sind.

In unserem Geldautomatenbeispiel haben wir jetzt drei Anwendungsf??lle, um das Verhalten des Systems zu beschreiben. Auch wenn Anwendungsf??lle immer einen signifikanten Teil des Systemverhaltens beschreiben sollten, wenn diese zu generell sind, k??nnen sie schwer zu beschreiben sein.

Wir k??nnten zum Beispiel das Verhalten des Anwendungsfalles „Geldautomat nutzen“ durch das Verhalten von drei einfacheren Anwendungsf??llen, wie „Bargeld lagern“, „Bargeld ausgeben“ und „Konto abfragen“ ausdr??cken. Der Hauptanwendungsfall k??nnte durch einbinden (include) des Verhaltens der ben??tigten Unteranwendungsf??lle spezifiziert werden.

Der Anwendungsfall „Geldautomat warten“ k??nnte ebenfalls durch zwei Anwendungsf??lle „Equipment warten “ und „Geldautomat neu starten“ definiert werden. In diesem Fall sind die zwei im Hauptanwendungsfall involvierten Akteure nat??rlich nur in einem oder dem anderen der beiden Unteranwendungsf??lle involviert. Dies wird im nachfolgenden Diagramm dargestellt.

Die Aufteilung eines Anwendungsfalles in einfacherere Unteranwendungsf??lle wird in UML durch eine include Beziehung, einem gestrichelten Pfeil vom Hauptanwendungsfall zum Unteranwendungsfall mit der Kennzeichnung «include» bezeichnet.

Abbildung 4.4. Anwendungsfalldiagramm f??r einen Geldautomaten mit include-Beziehungen.

Include-Beziehungen sind ideal f??r das Herunterbrechen des Anwendungsfallverhaltens in Hierarchien. Wir wollen jedoch auch einen Anwendungsfall, der eine Erweiterung (extension) eines existierenden Anwendungsfalles darstellt, in bestimmten Umst??nden darstellen.

Im Geldautomatenbeispiel haben wir einen Anwendungsfall „ Equipment warten“, der die Routinewartung des Geldautomaten beinhaltet. Wir wollen aber auch den Spezialfall einer ungeplanten Reparatur abdecken, die durch den vom Geldautomaten erkannten internen Fehlers ausgel??st wurde.

Dies wird in UML durch die extend-Beziehung dargestellt. Im Hauptanwendungsfall spezifizieren wir einen Namen f??r einen Ort in der Beschreibung, an den die Erweiterung des Verhaltens hinzugef??gt werden kann. Der Name und der Ort werden in einem separaten Abschnitt innerhalb des Anwendungsfall- Ovales dargestellt. Die Darstellung der extend-Beziehung entspricht der include-Beziehung, aber mit dem Kennzeichen «extend». An der extend- Beziehung spezifizieren wird die Bedingung, unter der das Verhalten hinzugef??gt wird.

Abbildung 4.5, „ Anwendungsfalldiagramm f??r einen Geldautomaten. Zeigt eine extend-Beziehung. “ zeigt das Geldautomaten-Anwendungsfalldiagramm mit einer extend- Beziehung auf einen Anwendungsfall f??r ungeplante Reparaturen. Das Diagramm ist jetzt sehr komplex so dass wir es in zwei aufteilen sollten. Eines f??r die haupts??chlichen Dinge, das andere f??r den Kundennutzen und Revision.

Der Anwendungsfall „Equipment warten“ definiert den Namen „Unshed“ am Anfang seiner Beschreibung. Der erweiterte Anwendungsfall „ungeplante Reparatur“ wird herangezogen, wenn der Geldautomat einen internen Fehler entdeckt.

Abbildung 4.5. Anwendungsfalldiagramm f??r einen Geldautomaten. Zeigt eine extend-Beziehung.

Anwendungsf??lle k??nnen auch auf andere Art und Weise miteinander verkn??pft sein. Ein Anwendungsfall kann eine Generalisierung eines Sub-Anwendungsfalles (oder alternativ: Der Sub-Anwendungsfall ist eine Spezialisierung des Hauptanwendungsfalles). Das ist der extend-Beziehung sehr ??hnlich, aber ohne die Bedingung des spezifischen Erweiterungspunktes, unter welcher der Haupt-Anwendungsfall erweitert wird und ohne Bedingung unter welcher der Sub-Anwendungsfall verwendet wird.

Der Generalisierung wird in einem Anwendungsfalldiagramm durch einen Pfeil mit durchgehender Linie und einer weissen Pfeilspitze vom Sub-Anwendungsfall zum Hauptanwendungsfall dargestellt. Das kann hilfreich sein, wenn ein Sub-Anwendungsfall das Verhalten des Hauptanwendungsfalles in einer Vielzahl von Positionen und in einem weiten Bereich von Sachverhalten spezialisiert. Das Fehlen jeglicher Einschr??nkungen macht es sehr schwierig, die Generalisierung genau zu beschreiben. Im Normalfall verwenden Sie besser eine extend-Beziehung.

Alle Abl??ufe in einer Anwendungsfallspezifikation sind linear — d.h. es gibt keine bedingte Verzweigung. Jede Auswahl im Ablauf wird durch einen anderen, nach dem Auswahlpunkt kommenden alternativen Ablauf behandelt. Es ist wichtig, sich daran zu erinnern, dass wir hier das Verhalten und nicht die Programmierung spezifizieren.

Ein Ablauf wird durch eine Reihe von numerierten Schritten spezifiziert. Jeder Schritt muss einige Interaktionen mit einem Akteur oder mindestens eine ??nderung generieren, die durch einen Akteur extern ??berwacht wird. Das Anforderungen erfassen sollte nicht das versteckte interne Verhalten eines Systems spezifizieren.

In unserem Geldautomatenbeispiel k??nnten wir im Anwendungsfall „Bargeld ausgeben“ die folgende Sequenz von Schritten im Standardablauf haben:

Zur Erinnerung: Dies ist ein Sub-Anwendungsfall der im Haupt- Anwendungsfall „Geldautomat benutzen“ enthalten ist, der voraussichtlich das Pr??fen von Karten und PINs handhaben wird, bevor dieser eingebundene Anwendungsfall aufgerufen wird.

	Anmerkung
	Der erste Schritt ist keine Bedingung. Wir nehmen als unseren Standardablauf den Fall, wo der Kunden eine Quittung haben m??chte. Der Fall, wo der Kunde keine Quittung haben will, wird ein alternativer Ablauf sein.

Dies erfasst die alternativen Szenarien, wie lineare Abl??ufe, die durch den Standardablauf referenziert werden. Zu Beginn erzeugen wir eine Liste der alternativen Abl??ufe.

Nachfolgend arbeiten wir jeden alternativen Ablauf als Referenz zum Standardablauf aus. Der erste alternative Ablauf k??nnte zum Beispiel wie folgt aussehen:

Die Konvention ist, dass die verschiedenen alternativen Abl??ufe numeriert werden, wie A.1, A.2, A.3, usw. Die Schritte innerhalb eines alternativen Ablaufes werden darauf aufbauend numeriert. So dass die Schritte der ersten Alternative wie folgt lauten w??rden: A.1.1, A.1.2, A.1.3, usw.

Die Iterative Entwicklung wird die die Anwendungsf??lle priorisieren und die erste Iteration wird die wichtigsten adressieren.

Fr??he Iterationen werden den Standardablauf der wichtigsten Anwendungsf??lle nur mit den grundlegenden Details erfassen und die ??berschriften der haupts??chlichen alternativen Abl??ufe auflisten.

Sp??tere Iterationen werden die verbleibenden Anwendungsf??lle adressieren, die Schritte der individuellen alternativen Abl??ufe ausformulieren und wahrscheinlich mehr Details ??ber die individuellen Schritte enthalten.

Es gibt zwei Wege, einem Anwendungsfall einen Erweiterungspunkt hinzuzuf??gen.

Welche Methode auch immer verwendet wird, der neue Erweiterungspunkt wird markiert und sein Register Eigenschaften kann im Detailfenster angezeigt werden. Der Name und der Ort des Erweiterungspunktes sind Freitext, der die entsprechenden Felder des Registers Eigenschaften setzt.

Ein exisiterender Erweiterungspunkt kann in seinem Register Eigenschaften bearbeitet werden. Das Register Eigenschaften kann auf zwei Wegen erreicht werden.

Die Felder Name und Ort des Erweiterungspunktes k??nnen bearbeitet werden.

Wenn der Erweiterungspunktbereich angezeigt wird, ist der Doppelklick auf den Erweiterungspunkt eine Abk??rzung und erlaubt es Ihnen den Text direkt einzugeben. Dies wird analysiert, um den Namen und den Ort f??r den Erweiterungspunkt zu setzen.

Erweiterungspunkte d??rfen gel??scht oder deren Reihenfolge mit Hilfe des Taste 2-Popup-Men??s ??ber dem Feld Erweiterungspunkte im Register Eigenschaften des Anwendungsfalles ge??ndert werden.

Nachdem Sie einen Erweiterungspunkt erstellt haben, wird er im Explorer (oberer linker Quadrant des ArgoUML-Fensters) erscheinen. Erweiterungspunkte werden immer als Sub-Baum ihres eigenen Anwendungsfalles dargestellt.

Es gibt zwei Wege, die Navigation einer Assoziation einzustellen.

Sie werden sehen, dass es m??glich ist, einem Assoziationsende im Eigenschaftsregister einen Namen zu geben. Dieser Name wird an dem Ende der Assoziation erscheinen und kann dazu verwendet werden die Rolle zu beschreiben, die ein Akteur oder ein Anwendungsfall in dieser Assoziation spielt.

Ein Zeitmanagmentsystem f??r ein Gesch??ft kann zum Beispiel Anwendungsf??lle f??r die Vervollst??ndigung der Zeittabellen und f??r das Abzeichnen der Zeittabellen aufweisen. Ein Akteur Mitarbeiter kann in beides involviert sein. Einmal als Mitarbeiter und zum anderen in der Rolle als Manager.

Es gibt zwei Wege, die Kardinalit??t am Ende einer Assoziation einzustellen.

Der zweite dieser beiden Ans??tze hat mehr Optionen, obgleich ArgoUML es dem Anwender aktuell nicht erlaubt eine beliebige Kardinaltit??t einzustellen.

Die Prozedur zum Hinzuf??gen einer Include-Beziehung ist die gleiche, wie f??r das Hinzuf??gen einer Assoziation. Allerdings verwenden Sie das Include-Symbol aus der Editier-Werkzeugleiste ( ) um die beiden Anwendungsf??lle zu verbinden.

Seit Include-Beziehungen richtungsgebunden sind, ist die Reihenfolge mit der die beiden Enden markiert werden wichtig. Der einbindende (Haupt) Anwendungsfall sollte zuerst (Taste 1 dr??cken) und der eingebundene (sekund??re) Anwendungsfall als zweiter (Taste 1 loslassen) markiert werden.

Es ist m??glich die Include-Beziehungen mit Hilfe des Eigenschaftsregisters zu benennen. Dies wird aber selten getan und wird im Anwendungsfalldiagramm nicht dargestellt.

Die Prozedur zum Hinzuf??gen einer Extend-Beziehung ist die gleiche, wie f??r das Hinzuf??gen einer Include-Beziehung. Allerdings verwenden Sie das Extend-Symbol aus der Editier- Werkzeugleiste ( ) um die beiden Anwendungsf??lle zu verbinden.

Wie bei den Include-Beziehungen ist die Reihenfolge des Markierens wichtig. In diesem Fall sollte der erweiternde (sekund??re) Anwendungsfall zuerst (Taste 1 dr??cken) und dann der erweiterte (Haupt-) zweite Anwendungsfall markiert werden (Taste 1 loslassen).

	Anmerkung
	Dies ist gegen??ber der Include-Beziehung genau umgekehrt, reflektiert aber die Art und Weise, wie Designer denken. Die Tatsache, dass der Pfeil des Extend-Symboles nach oben zeigt ( im Gegensatz zum Include-Symbol) sollte Ihnen helfen, sich daran zu erinnern.

Um eine Bedingung f??r die Extend-Beziehung einzugeben, markieren Sie die Extend-Beziehung im Editierfenster (Taste 1-Klick) und ??ffenen Sie das Eigenschaftsregister im Detailfenster ( Taste 1-Klick auf das Register). Der Text der Bedingung kann in das Bedingungs-Feld eingegeben werden. Lange Bedingungen sollten - sofern gew??nscht - ??ber mehrere Zeilen aufgeteilt werden. Die Bedingung wird unterhalb der «extend»-Kennzeichnung im Diagramm dargestellt.

Es ist m??glich die Extend-Beziehungen mit Hilfe des Eigenschaftsregisters zu benennen. Dies wird aber selten getan und wird im Anwendungsfalldiagramm nicht dargestellt.

Die Prozedur zum Hinzuf??gen einer Generalisierung ist die gleiche, wie f??r das Hinzuf??gen einer Extend-Beziehung. Allerdings verwenden Sie das Generalisierungs-Symbol aus der Editier-Werkzeugleiste ( ).

Seit die Generalisierung eine gerichtete Beziehung ist, ist die Reihenfolge des Markierens wichtig. Der spezialisierte Anwendungsfall sollte zuerst (Taste 1 dr??cken) und der generalisierte als zweites markiert werden (Taste 1 loslassen).

Es ist auch m??glich, die Generalisierung mit Hilfe der kleinen Griffe, die oben und unten am Anwendungsfall erscheinen, wenn er markiert ist, hinzuzuf??gen. Das Ziehen des oberen Griffes auf einen anderen Anwendungsfall erzeugt eine Generalisierung. Der Original-Anwendungsfall ist das spezialisierte Ende und der Anwendungsfall auf den der Griff gezogen wurde wird das generalisierte Ende. Das ziehen in den leeren Raum wird einen neuen Anwendungsfall mit einem generalisierten Ende erzeugen.

??hnlich ist es beim Ziehen des unteren Griffes. Dies erzeugt eine Generalisierung bei der der Original-Anwendungsfall das generalisierteEnde darstellt.

Die Generalisierung ist auch zwischen Akteuren erlaubt, obwohl dieser Gebrauch ausserhalb des Bezugsbereiches dieses Tutorials liegt. Im Gegensatz zu den Anwendungsf??llen gibt es keine Generalisierungs-Griffe bei Akteuren, so dass Generalisierungen mit Hilfe der Symbole in der Werkzeugleiste erzeugt werden m??ssen.

Es ist m??glich die Generalisierungs-Beziehungen mit Hilfe des Eigenschaftsregisters zu benennen. Wird ein Name eingegeben, wird dieser im Anwendungsfalldiagramm dargestellt.

Die Firma m??chte eine Serie von Geldautomaten produzieren und vermarkten. Der Zweck dieses Projektes ist es, die Hardware und die Software zu produzieren die beides ist: Wartbar und Robust.

Bessere entworfene Produkte auf Basis neuer Technologien produzieren. Wir folgen der MDA-Philosophie der OMG indem wir zuerst ein plattformunabh??ngiges Modell (Platform Independent Model (PIM)) erzeugen. Da die aktuelle Modellierungstechnologie die Verwaltung der Integrit??t der Verbindung zwischen der PIM und den plattformspezifischen Modellen (Platform Specific Model (PSM)) nicht zulassen, wird die PIM vergleichsweise stabil werden bevor die erste Iteration der PSM produziert wird. Die Softwareplattform wird die Java-Technologie sein. Das System wird einen einfachen Userid (von der Geldautomatenkarte) und Kennwort (oder PIN)-Mechanismus verwenden.

Das aktuell auf dem Markt vorhandene Equipement basiert auf ??lterer Technologie bei der Hard- und Software. Diese Technologie hat noch nicht das Ende seiner Lebensdauer erreicht, was es unwahrscheinlich macht, das die Hersteller dieser Produkte diese in der nahen Zukunft austauschen werden. Auf der anderen Seite ist neuere Technologie verf??gbar, die uns einen nennenswerten Vorteil verschafft, wenn wir sie jetzt implementieren.

Zwischen den Projektbeteiligten dieses Systemes befinden sich die Entwicklungsabteilung, die Wartung und der zentrale Computer- Betrieb. Die vollst??ndige Liste der Projektbeteiligten und die spezifischen Personen, die diese repr??sentieren sind:

Geld aufbewahren, Geld abheben und Kontostandsabfragen der Kunden. Kunden sind Personen, die Konten bei ihrer Bank haben aber auch Personen, die Abhebungen von Konten anderer Banken oder von Kreditkarten vornehmen wollen.

Wartung des Equipements durch die Bankingenieure. Diese Aktion kann durch den Ingenieur initiiert auf Basis eines Wartungsplanes werden. Sie kann aber auch durch das Equipement initiiert werden, die den Ingenieur ruft, wenn es einen internen Fehler entdeckt.

Das Herausnehmen der Einlagen und das Aufladen von Geld erfolgt durch Beamte der lokalen Bankfiliale. Diese Aktionen werden entweder auf Basis eines Planes ausgef??hrt, oder wenn der Zentralcomputer feststellt, dass der Geldvorrat zu gering oder die Einlagenkassette fast voll ist.

Es wird ein Nachweis von allen Aktivit??ten erzeugt und periodisch an den Zentralcomputer der Banken gesandt. Es soll dem Wartungsingenieur m??glich sein, eine Kopie des Nachweislog auf einer Diskette f??r den Transport zum Zentralcomputer zu speichern.

Es wird W??hl- und Standleitungssupport ben??tigt. Der Geldautomat soll auch weiterarbeiten k??nnen, wenn die Kommunikation mit dem Zentralcomputer nicht verf??gbar ist.

Das Projekt muss innerhalb von 9 Monaten abgeschlossen sein. Es darf nicht mehr als 1.750.000 USD ausschliesslich der Produktionskosten kosten. Komponenten k??nnen ausserhalb produziert werden aber die Basisarchitektur als auch die Infrastruktur wird im Haus entworfen. Eine enge Zusammenarbeit muss zwischen der Softwareentwicklung und dem Design, der Entwicklung und der Produktion der Hardware sichergestellt werden. Weder die Hardware noch die Software darf als unabh??nige Variable betrachtet werden. Sie m??ssen immer gleichzeitig betrachtet werden.

Im Folgenden finden Sie Akteure, die diese Vision direkt unterst??tzen. Zus??tzliche Akteure k??nnen sp??ter identifiziert werden, sofern Sie zur Unterst??tzung dieser Vision oder der Technologie erforderlich sind. Sie sollten nicht zu dieser Liste hinzugef??gt werden, es sei denn, sie sind zur direkten Unterst??tzung dieser Vision, wie in diesem Dokument beschrieben, erforderlich.

Im Folgenden finden Sie Anwendungsf??lle, die diese Vision direkt unterst??tzen. Zus??tzliche Anwendungsf??lle k??nnen sp??ter identifiziert werden, wenn Sie zur Unterst??tzung dieser Vision oder der Technologie erforderlich sind oder die hier aufgelisteten Anwendungsf??lle unterst??tzen. Sie sollten dieser Liste nicht hinzugef??gt werden, es sei denn, sie sind f??r die direkte Unterst??tzung der Vision, wie in diesem Dokument beschrieben, erforderlich.

Noch zu beschreiben...

Klicken Sie auf Ihre Zielklasse. Dann klicken Sie auf das Kommentarsymbol. ArgoUML wird die Verkn??pfung automatisch generieren.

Sie k??nnen auch einen Rechtsklick ausf??hren, um einen Kommentar hinzuzuf??gen! Beachten Sie, dass Sie eine unbegrenzte Anzahl von Kommentaren zu jeder Klasse hinzuf??gen k??nnen!

	Warnung
	Beachten Sie, dass Ihr Kommentar nicht im Sourcecoderegister erscheint.

Noch zu beschreiben...

Klicken Sie direkt in das Klassenelement und beginnen Sie mit der Eingabe. Verwenden Sie nicht die Dialogfenster des Eigenschaftsregisters; sie sind noch nicht vollst??ndig implementiert und f??hren nur zu ein bischen Frustration.

Nat??rlich w??re es von Interessse, wenn Sie Stereotypen rechts in den Bereich f??r Klassenattribute schreiben k??nnten, um XML-Diagramme zu generieren.

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Normalerweise k??nnen Sie mit einem Sequenzdiagramm sofort beginnen. Im Men?? Neues Diagramm w??hlen Sie aus Sequenzdiagramm.

Noch zu beschreiben...

Markieren Sie eine Klasse, dann k??nnen Sie ein Zustandsdiagramm erstellen.

Wenn Sie einen zusammengesetzten Zustands editieren, wie erhalten Sie Zugriff auf den zusammengesetzten Zustands?

Die Antwort ist, die Klasse markieren und dann das Zustandsdiagramm erstellen.

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Breite versus Tiefe. Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Breite versus Tiefe. Noch zu beschreiben...

Noch zu beschreiben...

Markieren Sie einen Anwendungsfall oder eine Klasse, dann k??nnen Sie ein Aktivit??tsdiagramm erstellen.

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Noch zu beschreiben...

Hier wird die Taste 1 dazu verwendet, ein Modellelement (aus einer Liste oder einer Baumstruktur oder aus einem Diagramm) auszuw??hlen (zu markieren), auf das die darauf folgenden Operationen angewendet werden sollen. Mehrere Modellelemente k??nnen durch eine Umschalt- und/oder Strg- Kombination mit der Taste 1 ausgew??hlt werden, siehe Abschnitt 8.2.5, „Umschalt- und Strg- und die Taste 1“. Die Markierung wird immer durch einen eingef??rbten Hintergrund klar angezeigt.

In einem Diagramm werden die markierten Modellelemente durch farbige „Vierecke“ an den Ecken/Enden des Objektes dargestellt. Modellelemente k??nnen auf unterschiedlichen Wegen markiert oder dessen Markierung aufgehoben werden:

Hier wird die Taste 1 dazu verwendet, die Komponente der Anwenderschnittstelle zu aktivieren. Z.B. eine Schaltfl??che. Das Objekt wird gew??hnlich hervorgehoben, wenn die Maustaste gedr??ckt und dann aktiviert, wenn die Maustaste losgelassen wird. Ein Objekt der Anwenderschnittstelle aktivieren bedeutet, dass dessen Funktion ausgef??hrt wird.

Hier wird die Taste 1 dazu verwendet, den Fokus von einer Komponente der Anwenderschnittstelle oder eines Modellelementes eines Diagrammes auf ein anderes zu ver??ndern. Dies ist unter dem Begriff Tastaturfokus besser bekannt, weil Tastaturkommandos gew??hnlich auf Modellelemente wirken, die den Fokus haben. Der Fokus wird durch einen (hart sichtbaren) Rahmen um das Modellelement, oder bei einem Texteingabefeld durch einen blinkenden Cursor dargestellt.

Hier wird Taste 1 dazu verwendet, die Stelle innerhalb des Textes zu markieren, an dem die Operation (Text hinzuf??gen und l??schen) ausgef??hrt werden soll.

Hier wird der Taste 1-Doppelklick dazu verwendet, ein vollst??ndiges Wort oder eine andere syntaktische Einheit innerhalb des Textes zu markieren. Nachfolgende Operationen (Text einf??gen und l??schen) werden den markierten Text ersetzen.

Hier wird die Taste 1-Bewegung verwendet, um einen Textbereich zu markieren. Nachfolgende Operationen (Text einf??gen und l??schen) werden den markierten Text ersetzen.

Dieses Verhalten tritt auf, wo es Listen mit Dingen gibt, die markiert werden d??rfen. Dies schliesst verschiedene Dialogfenster und das „Zu bearbeiten“-Fenster ein, wo es eine Liste von „zu bearbeitenden“ Elementen gibt, die zu markieren sind.

Dort, wo markiert werden muss wird die Umschalttaste mit der Taste 1 verwendet, um die Markierung von der urspr??nglichen Taste 1-Markierung zur aktuellen Position zu erweitern.

Die Strg-Taste und die Taste 1 wird ??hnlich verwendet, um individuelle Elemente der aktuellen Markierung hinzuzuf??gen. Wird Strg-Taste 1 auf einem bereits markierten Element verwendet, wird das Element aus der Markierung entfernt.

	Achtung
	Anwender von Microsoft Windows k??nnten mit dem Gebrauch des Umschalt-Strg-Klick vertraut sein (z.B. Umschalt- und Strg-Taste w??hrend des klickens gedr??ckt halten), um der existierenden Markierung Sublisten hinzuzuf??gen. ArgoUML unterst??tzt dies nicht. Umschalt-Strg-Klicks wirken wie Strg-Klicks.

In verschiedenen F??llen kann Text in ArgoUML direkt editiert werden (zum Beispiel beim Benennen eines Modellelementes im Eigenschaftsregister oder bei der Eingabe eines UML-Hinweises/ -Kommentares. Hier wird Umschalt-Taste 1 verwendet, um ausgehend von einem vorher markierten Punkt einen Textbereich zu markieren. Nachfolgende Operationen (Text einf??gen und l??schen) werden den markierten Text ersetzen.