Details zu den PiggyBank-UML-Modellen

Dem Rational Unified Process (RUP) entsprechend ist das UML-Beispielmodell von PiggyBank in drei Modelle unterteilt, die verschiedene Aspekte des Systems beschreiben: Anwendungsfallmodell, Analysemodell und Entwurfsmodell.

Anwendungsfallmodell

Das Anwendungsfallmodell beschreibt die Interaktionen zwischen Benutzern und System. Neben einer Dokumentation zu den Anforderungen enthält das Anwendungsfallmodell Anwendungsfalldiagramme und Aktivitätendiagramme, die die Anforderungen des Systems veranschaulichen.

Analysemodell

Das Analysemodell dokumentiert das Ergebnis der Analysephase. Dieses Modell unterscheidet dem RUP entsprechend folgende Objekte: Objekte, die für die Benutzerinteraktion relevant sind (boundaries), Objekte, die im System persistent sind (entities), und Objekte, die die Realisierung der einzelnen Anwendungsfälle koordinieren (controllers).

Entwurfsmodell

Das Entwurfsmodell wendet eine strukturierte Architektur auf das Analysemodell an. Es beschreibt die Implementierung der Analyse-Entitäten des Systems. Die Implementierung erfolgt über EJBs.

Diese EJBs werden anhand folgender Best Practices implementiert:

  • Die Entity-EJBs werden anderen Komponenten des Systems gegenüber nicht bekannt gegeben. Sie werden stattdessen hinter einer Fassade, die als EJB Session-Bean ohne Zustand erstellt wird, verborgen. Die Fassade kommuniziert über Datenübertragungsobjekte, die die Entitätsdaten in einem Lightweight-Format darstellen, mit den Clients.
  • Die Fassade ist in eine Stellvertreterschicht eingeschlossen, um den Client-Code von der EJB-Technologie zu trennen. Alle technischen Details der Erstellung und Implementierung von EJBs werden über die Stellvertreterschicht verwaltet.
  • Die Stellvertreterschicht ist in zwei Teile unterteilt: ein Framework, die unabhängig von der Implementierung das Verhalten der Stellvertreterschicht definiert, und eine EJB-Implementierung, über die die EJBs verwaltet werden.