Komponentenarchitektur für Thin Clients - gdv- · PDF fileIMS OTMA Transaktion Das...

© LVM-Versicherungen

Komponentenarchitektur für Thin Clients

Architekturüberblick LVM

Johannes Schlattmann 16. März 2000

Johannes Schlattmann, März 2000


Herzlich willkommen


1. Zur Motivation2. Kritische Erfolgsfaktoren3. Die Architektur des LVM

29.02.00 VAA 15 März 2000 Fachtagung.PRZ 1-2

Die Datenverarbeitung im Umbruch

1.


Evolutionen in der Datenverarbeitung

Schlattmann/IBM 01/1999

Evolution der DatenverarbeitungZentraler Mainframe

Kontrolliert

Unabhängige PCs

Persönlich und Gemeinsam

Client/Server

LAN

Jeder mit Jedem, globalisiert

Network Computing



Veränderungen der Arbeitswelt

gestern

morgen

Szenarien der Arbeit29.2.2000 - v10

EnergieZentralisierungder Arbeit

räumlich festgelegtzeitlich festgelegt

kontinuierlich

Hierarchie und Taylorismus

DatenRohstoff

WerkzeugResultat

Externalisierungder Arbeit

RaumanywhereZeitpunktanytimeorg. Zugehörigkeitanyperson

Netzwerke und VirtualitätArbeit tut man!

Arbeit hat man!



Grundlegende technische Innovationen verändern gesellschaftliches Verhalten

VernetzungKommunikationObjektorientierungJAVA


Der Quartz von Psion/Symbian:"Next Generation Devices"



In dieser Welt entwickeln wir heute die Altlasten von morgen!


Der Innovationsdruck, das Tempo steigt.

Die Komplexität nimmt weiter zu.

Ausweitung der klassischen Prozessgrenzen auf nicht kontrollierte Plattformen

synchrone statt asynchrone Prozesse verändern Arbeitsweisen

Fehler schlagen direkt beim Kunden durch!

Kritische Erfolgsfaktoren einer zukunftsorientierten DV

2.



kritische ErfolgsfaktorenBeherrschung der Kommunikation

gleiche Leistungsmerkmale für alleEinbindung externer GruppenIntegration aller Prozeßbeteiligten

Minimierung der SystembetreuungVerringerung der zu pflegenden KomponentenZentrale Pflege ist kostengünstiger als ReisenMinimale Kenntnis der Infrastruktur der Clients

Effizienz der AnwendungsentwicklungGleiche Funktionen werden nur einmal erstellt.Jede Funktion ist prinzipiell überall verwendbar.Es gibt nur ein System für alle Beteiligten.Komponententechnologie


Kommunikation

2a.



InternetInternet

LVM

Agentur

mobilerStandort

Partner

Kunde

VPN

>2 Mb/sDaten,Audio,Video

>50 Kb/sDatenfunk

2-655 Mb/sDaten,Audio,Video



Unser Kommunikationskonzept



Funktionen Technologien

Kommunikation

Sprache

Daten

garantierteAntwortzeiten

Video

ISDN

Internet

Funk

ATM

(als Backupmöglich)

Kommunikationstechnologien und -dienste



Systembetreuung

2b.


operativeClients

Server

Großrechner(OS/390) OS/2

AIX/Unix

Entwicklungs-Clients

Windows NT

IST� Java Virtual

Machine(NC)

� Quattro� OS/2� DOS� Win 3.1� 3270

� Quattro� OS/2� 3270

� OS/2� Windows NT� Java Virtual Machine� NC

� OS/2� Windows NT� NC

Die Entwicklung zumThin Client




Anwendungs-Server

Internet

Internet

V PN

StandortMünster

Agentur

V P N

VPN

LVMmobilerClient

stationäresGerät

stationäresGerät

Partner

Kunde

Daten

Unser Konzept für eine effiziente Systembetreuung ist der "Thin Client"



Was ist ein Thin-ClientEndgeräte speichern weder Daten noch Programme auf Dauer

Beim Einschalten sind die aktuellen Programme und Daten da.Sicherung und Archivierung erfolgt zentral.

Erweiterungen und Umstellungen erfolgen zentral und nicht vor Ort

Es sind keine Wartungsarbeiten am Gerät direkt erforderlich.Die Hardware vor Ort kann lange genutzt werden.

Wir sind immer Up to Date, ohne dauernd Hardware wechseln zu müssen.Anwendungen und Daten sind zentral!Dies gilt auch für Laptops.

Dieses Konzept ist in unserem Neubau realisiert!



Anwendungsentwicklung

2c.


Komponenten: Teile, herrsche...

Entkopplung

maximale Funktionsbindungminimale Schnittstellen




... und füge zusammen!

InteraktionArbeitskorb mit Informationen und Nachrichten

Geschäftsprozeß

geregelte Teilprozessegeregelte TeilprozesseEreignis Ergebnis

Prozesse unterstützenEreignisketten abbilden



Komponentenbasierte Entwicklung heißt:

Das objektorientierte Paradigma liefert die adäquate Technik für die sich zur Zeit bildende Komponententechnologie

maximale (Re-)Kombinationsfähigkeitmaximale Entwicklungsunabhängigkeit




Wir bauen Anwendungen wie Kathedralen, zuerst bauen wir, dann beten wir!


Die Notwendigkeitvon Architekturen


Rahmenbedingungen der Anwendungsentwicklung


Die Anwendungsentwicklung wird in Richtung Objektorientierung und Komponententechnologie ausgerichtet.Als Programmiersprache der Zukunft wird JAVA eingesetzt.Die Entwicklung von (verteilten) Anwendungen erfolgt in einem THIN-Client SzenarioUnsere zukünftigen Anwendungen sind plattformunabhängig und unter Einbeziehung grafischer Oberflächen zu entwickeln.Alle am Geschäftsprozeß Beteiligten müssen in die Prozesse einbezogen werden können.



ProzessePräsentation

PGO's

Aktivitäten

Entitäten

AGO's

EGO's

Die grundsätzliche Systemstruktur

Die Objekte werden kategorisiert in

ProzeßGeschäftsObjekteAktivitätsGeschäftsObjekteEntitätsGeschäftsObjekte

PGO's betreuen die ProzesseAGO's betreuen die Präsentation und die EGO'sEGO's betreuen die Daten



Datenhaltung Verarbeitung Präsentation

V

D

T

P

erarbeitung

atenhaltung

ransformation

räsentation

stationär

Datenserver

mobil

InternetClient

DTApplikations-

Server

P

P

P

V

Datenserveralte Welt

DD T

grundsätzliche 3-Ebenen Architektur




Pools

ESB

Host XML

Swin

g,Ja

va

San Francisco

V

D

T

P

erarbeitung

atenhaltung

ransformation

räsentation

stationär

Datenserver

mobil

InternetClient

DT

P

P

P

V

Datenserver

DD TApplikations-

Server

HTML

Der erste Systementwurf



Pools

ESB

Host XML

Swin

g,Ja

va

WebSphere

V

D

T

P

erarbeitung

atenhaltung

ransformation

räsentation

stationär

Datenserver

mobil

InternetClient

DT

P

P

P

V

Datenserver

DD T

JAVA-System

Applikations-Server

HTML

Struktur heute


direkte Anbindung überkonventionelle Transaktionen



Java-AnwendungIMS

OTMA

Transaktion

Das Prinzip derEinbindung Alt

nutzt vorhandene FunktionenVermeidung von Doppelentwicklungbessere Kalkulierbarkeit derProjektaufwändeerhöhte Projektunterstützung durchklassische Projekte möglichaber- u.U. komplexe Schnittstellen- unklare Trennlinien

IMS-TOC


IMS

DB2


Verbindung vom Server zum Host


Kunden-DBQT0011_Maier_48

Mayer,Hugo 48151 ...

Java-Anwendung

Zwischen der IMS-Transaktion und der Java-Applikationwerden "strings" übergeben.



C/s Kommunikation

Clie

nt to

Ser

ver T

rans

mitt

er

HTT

P-C

lient

Test-Konsole

Server to Client Transm

itter

Servlett

SessionsID1ID2ID3ID4

EJB-ServerClient

Dis

patc

her

Serv

er

XMLDok.

Dis

patc

her

Clie

nt

XMLDok.

Struktur der Client/Server Kommunikation



Web Server EJB-Server

Dispatcher SB

SessionsID1ID2ID3ID4

Thin Client

DocumentDispatcher

XMLDok.View

AdapterXMLDok.

ViewAdapter

XMLDok.

ServletServletServlet

DocumentDispatcher

XMLDok.

XGOAdapter

XMLDok.

XGOAdapter

XMLDok.

XGOModell

XMLDok.

XGOModell

XMLDok.

EGO

EGO

EGO

EGO

SB

SB

SB SB

bestehende Transaktionen(DBs, IMS, DB2)

Die Systemstruktur im Detail




Geschäftsmodell(Prozesse)

UseCase Modell(Aktivitäten)

Geschäftsobjekt-modell

(Entitäten)

Anwendungs-system (Code)

GP Modellierer OO Modellierer

DB2 Tabellen

Change ControlManagement(ClearCase)

z.B. ARISRational Rose

VAJava,WebSphere Application Server

Power DesignerDB2 UDB

Lotus Notes,Rational Rose

Anwendungs-entwickler

Datenbank-entwickler

DataDictionary

DDL

E/R Modell(Tabellen)

DDL

Editor

AttributeInfo Mapping

Code-Generierung,Round Tripping

Werkzeugumgebung


Vielen Dank für IhreAufmerksamkeit

Johannes Schlattmann, Jan 2000, VPN


Komponentenarchitektur für Thin Clients - gdv- · PDF fileIMS OTMA Transaktion Das...

Documents

Transcript of Komponentenarchitektur für Thin Clients - gdv- · PDF fileIMS OTMA Transaktion Das...