Arbeiten mit Java Enterprise System

Beim Erstellen von auf Java Enterprise System-Software basierenden Unternehmenslösungen fallen einige Standardaufgaben an. Diese Aufgaben fallen je nach Startpunkt der Einführung von Java Enterprise System und der Art der Lösung, die erstellt und bereitgestellt werden soll, unterschiedlich aus.

Dieser Abschnitt behandelt zwei Aspekte des Arbeitens mit Java Enterprise System: Den Java Enterprise System-Lösungslebenszyklus und die verschiedenen Einführungsszenarien, die in der Regel bestehen.

Java Enterprise System-Lösungslebenszyklus

Die Aufgaben, die beim Erstellen von auf Java ES-Software basierenden Unternehmenslösungen anfallen, können in mehrere Phasen unterteilt werden. Diese sind in Abbildung 1–3 dargestellt. Die Abbildung zeigt außerdem, welche Kategorien von Java Enterprise System-Benutzern diese Aufgaben normalerweise durchführen.

Abbildung 1–3 Phasen des Lebenszyklus einer Lösung und Benutzerkategorien

Die in Abbildung 1–3 gezeigten Lebenszyklusphasen können in folgende allgemeine Gruppen unterteilt werden:

• Bereitstellungsvorbereitung. In dieser Phase wird eine Unternehmensanforderung in ein Bereitstellungsszenario übertragen: Eine logische Architektur und einen Satz von Dienstqualitätsanforderungen. Das Bereitstellungsszenario dient als Spezifikation für die Konzeption einer Bereitstellungsarchitektur.

• Bereitstellung. In dieser Phase wird ein Bereitstellungsszenario in eine Bereitstellungsarchitektur umgesetzt. Diese Architektur kann als Grundlage für die Genehmigung und Budgetierung des Projekts verwendet werden. Diese Bereitstellungsarchitektur ist auch die Grundlage für eine Implementierungsspezifikation, die die erforderlichen Details für die Bereitstellung (Erstellung, Testen und Einsatz) einer Softwarelösung in einer Produktionsumgebung enthält.

• Bereitstellungsnachbereitung. In der Einsatzphase läuft eine bereitgestellte Lösung unter Produktionsbedingungen und wird hinsichtlich der Leistung überwacht und optimiert. Die bereitgestellte Lösung wird bei Bedarf mit neuen Funktionen aktualisiert.

Der Lösungslebenszyklus und die in jeder Phase anfallenden Aufgaben (siehe Abbildung 1–3) werden in Kapitel 4, Aufgaben des Lösungslebenszyklus von Java Enterprise System eingehend erläutert.

Abbildung 1–3 zeigt die Java ES-Benutzer, die üblicherweise die Aufgaben in den einzelnen Lebenszyklusphasen durchführen. Wenn Sie mit Java ES arbeiten, sollte Ihre Funktion einer oder mehreren der Benutzerkategorien entsprechen, die in Abbildung 1–3 aufgeführt sind. Die folgende Tabelle beschreibt die Kenntnisse und den Hintergrund der einzelnen Benutzerkategorien.

Tabelle 1–5 Java ES-Benutzerkategorieren für Aufgaben im Lebenszyklus

Benutzer	Fähigkeiten und Kenntnisse	Phasen
Geschäftsplaner Systemanalyst	Eher allgemeines, anstatt tiefer gehendes technisches Wissen.  Verständnis der strategischen Orientierung des Unternehmens.  Kenntnis der Geschäftsprozesse, -ziele und -anforderungen.	Geschäftsanalyse  Technische Anforderungen  Logisches Konzept
Architekt	Sehr technisch orientiert.  Breite Kenntnis der Bereitstellungsarchitekturen.  Kenntnis der neuesten Technologien.  Verständnis der Geschäftsanforderungen und -beschränkungen.	Logisches Konzept  Bereitstellungskonzept
Systemintegrator Außendiensttechniker  Systemadministrator  System-Manager	Sehr technisch orientiert.  Tiefgehende Kenntnis der IT-Umgebungen.  Erfahrung mit der Implementierung verteilter Softwarelösungen.  Kenntnis der Netzwerkarchitektur, Protokolle, Geräte und Sicherheit.  Kenntnis der Skript- und Programmiersprachen.	Bereitstellungskonzept  Bereitstellungsimplementierung
Spezialisierter Systemadministrator Bevollmächtigter Administrator  Wartungstechniker	Spezielle technische Kenntnisse oder Produktkenntnisse.  Gute Kenntnis der Hardware, Plattformen, Verzeichnisse und Datenbanken.  Geschult in der Überwachung, Fehlerbehebung und Aufrüstung von Software.  Kenntnis der Systemverwaltung für Betriebssystemplattformen.	Vorgänge

Java Enterprise System-Einführungsszenarien

Der Unternehmensbedarf, der zur Einführung von Java ES führt, ist sehr unterschiedlich. Das übergeordnete Ziel nahezu jeder Java ES-Bereitstellung stimmt jedoch mit einem der folgenden adoption scenarios überein:

• Neues System. sie verfügen über kein Softwaresystem und beginnen mit der Bereitstellung der Java Enterprise System-Software, um eine neue Geschäftslösung zu unterstützen.

• Verbesserung. Sie verfügen über eine IT-Infrastruktur und ersetzen einige oder alle Teile Ihres Systems durch Java ES-Software. Üblicherweise werden Systeme oder Subsysteme ersetzt, weil deren Erhaltung zu kompliziert, zu eingeschränkt oder zu teuer wäre. Sie können beispielsweise bessere Sicherheit, höhere Verfügbarkeit, mehr Skalierbarkeit, mehr Flexibilität, weniger Komplexität, zusätzliche Funktionen (wie Single Sign-On) oder eine bessere Nutzung von IT-Ressourcen benötigen. Anders ausgedrückt: Sie wünschen sich eine bessere Investitionsrentabilität, als es Ihr vorhandenes System bietet.

• Erweiterung.Sie verfügen über eine IT-Infrastruktur und stellen Java Enterprise System-Software bereit, die noch nicht Bestandteil Ihres Systems ist. Üblicherweise werden Softwaresysteme auf diese Art erweitert, weil neue Geschäftsanforderungen erfüllt werden müssen. Sie benötigen gegebenenfalls neue Funktionen, wie personalisierte Aggregation vorhandener Dienste über ein Java ES-Portal oder Java-Authentifizierung und -Autorisierung für vorhandene Dienste.

• Aufrüstung. Sie verfügen über eine IT-Infrastruktur bestehend aus einer früheren Version von Java Enterprise System oder Sun-Produkten, die Java Enterprise System vorausgegangen sind, und nehmen eine Aufrüstung auf die aktuelle Version der Java Enterprise System-Komponenten vor.

Jedes Einführungsszenario bietet eigene Aspekte und Herausforderungen. Der in Abbildung 1–3 gezeigte Lösungslebenszyklus kommt unabhängig davon, welches Einführungsszenario auf Ihre Situation zutrifft, zur Anwendung. Abhängig von Ihrem Einführungsszenario sind die in der Lebenszyklusphase zu lösenden Probleme und die zu investierenden Ressourcen jedoch unterschiedlich.

Die folgenden Punkte gelten abgestuft für die Einführungsszenarien:

• Migration. Die Verbesserung oder Aufrüstung der vorhandenen Infrastruktur durch neue Software macht häufig die Migration von Daten aus vorhandenen in neue Systeme notwendig. Bei den Daten kann es sich um Konfigurations-, Benutzer- oder Anwendungsinformationen handeln. Gegebenenfalls müssen Sie aufgrund neuer Programmierschnittstellen außerdem die Geschäfts- oder Darstellungslogik migrieren.

• Integration. Das Hinzufügen neuer Software zu einem vorhandenen System oder das Ersetzen von Software-Subsystemen macht häufig eine Integration der neuen Softwarekomponenten in die verbleibenden Subsysteme erforderlich. Zur Integration kann die Entwicklung neuer Schnittstellenebenen, der Einsatz von J2EE Connectoren oder Ressourcen-Adaptern, die Neukonfiguration vorhandener Komponenten sowie die Implementierung von Datentransformationsschemata gehören.

• Schulung. Nahezu jede Veränderung der Infrastruktur zieht Änderungen der IT-Verfahren und der erforderlichen Kenntnisse nach sich. Ihre IT-Abteilung benötigt einen angemessenen Zeitraum, um die Kenntnisse für die neuen Java Enterprise System-Technologien zu erlangen oder die vorhandenen Kenntnisse weiterzuvermitteln.

• Hardware. Wenn Sie ein vorhandenes System oder Subsystem ersetzen, können es die Unternehmensbedingungen erforderlich machen, dass vorhandene Hardware weiterverwendet wird. Abhängig von Ihrem Einführungsszenario können die Hardwareressourcen zu einem wichtigen Faktor werden.

Die folgende Tabelle fasst die Art der Punkte zusammen, die bei den einzelnen Einführungsszenarien von Java ES von Bedeutung sind.

Tabelle 1–6 Aspekte unterschiedlicher Java ES-Einführungsszenarien

Einführungsszenarien	Migration	Integration	Schulung	Hardware
Neues System	Nicht zutreffend	Relativ einfache Integration neuer Komponenten	Normalerweise ein wichtiger Aspekt	Ausgleich zwischen Ausrüstungskosten und Arbeitskosten. [Der Einsatz einiger leistungsstarker Computer erhöht im Allgemeinen die Anlagekosten, wenn weniger IT-Ressourcen benötigt werden. Der Einsatz vieler kleiner Computer senkt im Allgemeinen die Anlagekosten, wenn mehr IT-Ressourcen benötigt werden.]
Verbesserung	Kann ein bedeutender Aspekt sein	Neue Komponenten müssen in vorhandene Systeme integriert werden	Kann ein wichtiger Aspekt sein	Kann wegen vorhandener Anlagen zu signifikanten Einschränkungen führen
Erweiterung	Üblicherweise kein Aspekt	Gegebenenfalls müssen neue Komponenten in vorhandene Systeme integriert werden	Gegebenenfalls ein wichtiger Aspekt	Macht üblicherweise neue Hardware notwendig, mit denselben Abwägungen wie bei einem neuen System
Aufrüstung	Kann ein wichtiger Aspekt sein	Relativ einfache Integration aufgerüsteter Komponenten	Relativ unwesentlicher Aspekt	Relativ unwesentlicher Aspekt