Betrieb einer Middleware als strategische Plattform für die Informationstechnologie in der Telekommunikation

5.1 Ablauf der Einführung einer Middleware Die Einführung der Middleware „TOP END“ bei MMO wird einen Zeitraum von ca. zwei Jahren erfordern. 1996 wurde mit der durch den Arbeitskreis „Anwendungsarchitektur“ definierten Zielarchitektur die strategische Entscheidung durchgeführt. Die Zielarchitektur basiert auf dem Client/Server-Prinzip mit einer strikten Trennung der Präsentation, der Verarbeitung und der Datenverwaltung. Bis Oktober 1996 wurde anschließend mit dem Prototyp „Kundenrückgewinnung“ die Evaluierung durchgeführt, die in eine Empfehlung von „TOP END“ mündete. Der gesamte Prozeß wurde durch den Fachbereich Systemarchitektur mit sehr geringer Beteiligung des Systembetriebs und der Systemrealisierung durchgeführt. Mitte 1997 erfolgte der Beschluß, zwei Projekte mit „TOP END“ zu realisieren. Beide Projekte eigneten sich für den Einsatz einer Middleware, da der Bedarf bestand über mehrere Plattformen hinweg verteilte Anwendungssysteme zu implementieren. Zielsetzung eines der Projekte war es, im INTERNET die Einzelentgeltnachweise für D2-Kunden anzubieten. Aufgrund der erstmaligen Präsenz von MMO mit einem Dienst im INTERNET ist diese Anwendung als kritisch einzustufen. Die Einführung von „TOP END“ wurde entgegen dem in Kapitel „4.1 Vorgehen für die Einführung einer Middleware“ vorgestellten phasenweisen Vorgehen projektbezogen durchgeführt. Die Phasen Prototyp und Evaluierung wurden nicht getrennt. [...]

2. Installation 3. Inbetriebnahme Die Verteilung beinhaltet neben der eigentlichen Distribution auch die Auswahl der zu verteilenden Komponenten. Die Versionskonsistenz wird durch das Konfigurationsmanagement sichergestellt. Der der Auswahl schließt sich die Verteilung der Komponenten (= Softwarepakete) auf die Zielsysteme an. Bei den Zielsystemen handelt es sich um die Rechnersysteme, auf denen die Komponenten anschließend installiert werden sollen. Es ist die automatische - batchorientierte - und die manuelle Verteilung zu unterscheiden. Eine manuelle Verteilung ist nur für kleine Softwarepakete oder in Ausnahmefällen zu verwenden, da diese online durchgeführt wird. Normalerweise wird die Verteilung automatisch und meist nachts durchgeführt. Die dazu notwendigen Schedulingmechanismen müssen durch das Tool bereitgestellt werden. Nach der Installation der Komponenten erfolgt die Verteilung. Die Installation fügt die Softwarepakete so in das Betriebssystem oder die Middleware ein, daß diese schnell und problemlos in Betrieb genommen werden können. Sie kann automatisch oder manuell erfolgen. Der Erfolg automatischer Installationsprozeduren muß z.B. anhand von Protokollmechanismen überprüfbar sein. Erst mit der Inbetriebnahme beginnt die produktive Nutzung der Komponenten. Auch die Inbetriebnahme kann automatisch oder manuell erfolgen. Eine automatische Inbetriebnahme ist jedoch in der Praxis eher selten, da bei Problemen unter Umständen ein Administrator nicht umgehend zur Verfügung steht. In Ausnahmefällen jedoch kann eine vollständig automatisierte Softwareverteilung - im weiteren Sinne zwingend notwendig sein. Diese Notwendigkeit ergibt sich, wenn ein Anwendungssystem über mehrere Plattformen hinweg zeitgleich in Betrieb genommen werden muß. Ein typisches Beispiel hierfür ist der Einsatz von Datenbankapplikationen, bei denen die Frontends direkt vom Design der Datenbank abhängig sind. [...]

bestände definierbar sein müssen. Durch die zweiphasige Autorisierung ist dies möglich. Wirtschaftlichkeit stellt eine wichtige Anforderung an eine Nutzerverwaltung dar, wenn diese im realen Unternehmen praktiziert werden soll. Die Nutzerverwaltung darf nicht aufwendig sein, um die geforderte Flexibilität und Sicherheit wirtschaftlich bereitzustellen. Es müssen Hilfsmittel zur Verfügung stehen, die eine einfache Nutzerverwaltung ohne großen Personalaufwand ermöglichen. Dazu gehört ebenfalls die Verwendung von Templates und Gruppen, die eine Verwaltung einer Vielzahl von Nutzern möglich machen. Der Mehraufwand aufgrund der zusätzlichen Nutzerverwaltung innerhalb der Ressourcenmanager ist durch Verwendung von automatisierten Schnittstellen zu beschränken. Übersichtlichkeit wird zu einem wichtigen Punkt, sobald eine größere Anzahl von Nutzern zu verwalten ist. Dann ist es notwendig, daß jederzeit mit einfachen Hilfsmitteln genau ermittelt werden kann, welcher Nutzer auf welche Funktionen Zugriff hat. Entsprechendes gilt auch für Gruppen und Templates. Eine Darstellung, wie die Nutzer den Gruppen und die Templates den Nutzern bzw. Gruppen zugeordnet sind, muß realisierbar sein. Diese Übersicht sollte sich ebenfalls über die Grenzen der Middleware hinaus erstrecken, so daß ein globaler Einblick in die Nutzerstrukturen der Ressourcenmanager möglich ist. Aus Sicht des Nutzers bedeutet Übersichtlichkeit, daß er für alle Anwendungssysteme und Datenbestände immer nur eine UserID mit einem Paßwort benötigt - das „Einmal-Login-Konzept“. Die Anforderung der Sicherheit bezieht sich auf den schon beschriebenen Aspekt des Datenschutzes. Der Einsatz eines Nutzerverwaltungstools stellt eine sinnvolle Möglichkeit dar, um eine wirtschaftliche, flexible, übersichtliche und sichere Nutzerverwaltung zu realisieren. [...]