4.5. Fallstudie

4.5.1. Das Dokument Vision

Ein Visionsdokument enthält mehr als nur die Dinge, die für die Modellierung erforderlich sind. Es enthält auch finanzielle und verwaltungsrelevante Informationen. Die folgenden Abschnitte sind solche Teile eines Visionsdokumentes Abschnitt 4.3.1, „ Visions-Dokument. In der Praxis muss dieses Format nicht sklavisch eingehalten werden, aber es ist hier für die Konsistenz erforderlich.

4.5.1.1. Zusammenfassung

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.

4.5.1.2. Ziele

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.

4.5.1.3. Der Markt

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.

4.5.1.4. Beteiligte

Zwischen den Beteiligten 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:

  • Entwicklung. Bunny, Bugs

  • Wartung. Hardy, Oliver

  • Computerbetrieb. Laurel, Stanley

  • Geschäftsführer. Hun, Atilla von

  • Marketing. Harry, Oil Can

4.5.1.5. Die Hauptfunktionen

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.

4.5.1.6. Randbedingungen

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.

4.5.1.7. Anhang

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.

  • Zentralcomputer

  • Kunde

  • Lokaler Bankbeamter

  • Wartungsingenieur

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.

  • Prüfen

  • Kunden nutzt den Automaten

  • Warten des Automaten

4.5.2. Akteure und Anwendungsfälle identifizieren

Für die Geldautomaten-Fallstudie werden wir die Beispiele in Abschnitt 4.3, „ Ergebnis des Anforderungs-Erfassungs-Prozesses , Abbildung 4.4, „ Anwendungsfalldiagramm für einen Geldautomaten mit include-Beziehungen. und Abbildung 4.5, „ Anwendungsfalldiagramm für einen Geldautomaten. Zeigt eine extend-Beziehung. , und fortschreiben, um zusätzliche Akteure und Anwendungsfälle zu identifizieren, die unser Geldautomatenmodell enthält. Abbildung 4.4, „ Anwendungsfalldiagramm für einen Geldautomaten mit include-Beziehungen. und Abbildung 4.5, „ Anwendungsfalldiagramm für einen Geldautomaten. Zeigt eine extend-Beziehung. erläutert die grundsätzlichen Konzepte und Komponenten des Anwendungsfalldiagrammes wie Anwendungsfälle, Akteure, Kardinalität und Include-/Extend-Beziehungen. Sie zeigen die Beziehungen zwischen den Akteuren und den Anwendungsfällen und demonstieren wie diese Akteure und Anwendungsfälle miteinander interagieren.

In Abbildung 4.4, „ Anwendungsfalldiagramm für einen Geldautomaten mit include-Beziehungen. sehen wir ein Anwendungsfalldiagramm für einen Geldautomaten, bestehend aus «include»-Beziehungen für die Anwendungsfälle Geldautomat warten und Geldautomat nutzen. Geldautomat warten wird darüber hinaus durch zwei Anwendungsfälle definiert: "Equipement warten" und "Geldautomat neu starten". Geldautomat nutzen wurde darüber hinaus durch drei einfachere Anwendungsfälle definiert: "Geld einnehmen", "Geld abheben" und "Kontostand abfragen".

Noch zu beschreiben...

4.5.3. Assoziationen (Noch zu beschreiben)

Noch zu beschreiben...

4.5.4. Erweiterte Diagrammfunktionen (Noch zu beschreiben)

Noch zu beschreiben...

4.5.5. Anwendungsfallspezifikationen (Noch zu beschreiben)

Noch zu beschreiben...

4.5.6. Ergänzende Anforderungsspezifikation (Noch zu beschreiben)

Noch zu beschreiben...