Vortrag - Diplomarbeiten (HS I) Speichern und Wiederauffinden von Verbunddokumenten Gunnar Schmitz & Eckehard Hermann
Unsere Ziele gute Ausgangsposition für die Arbeitsplatzsuche erste Einblicke in die Arbeitswelt
Die Ziele von Siemens Nixdorf verteiltes heterogenes System Einbindung von BS2000 Möglichkeiten von CORBA
Aufteilung in Client und Server
Überblick Begrüßung, Entscheidungs- findung & Ziele 10 min Was ist Middleware? 15 min Verbunddokument-Architekturen 15 min Die Idee des Persistent- Object-Services 10 min Ausblick 10 min
Middleware als Schrägstrich in „Client/Server“ Aufgaben Vorteile CORBA als Beispiel
Aufgaben von Middleware
Vorteile von Middleware Client ist nicht an einen Server gebunden auf Ausnahmesituationen kann reagiert werden Performance-Vorteile Teilen von Ressourcen definierte Schnittstelle zur Middleware
Die Object-Management-Group größtes Konsortium der IT-Branche (mehr als 700 Mitglieder) Standardisierung von verteilten Systemen Standardisierung von grundlegenden Diensten
Besonderheiten von CORBA standardisiert umfangreich objektorientiert
Objektorientiert ?
Verbunddokument-Architekturen Das Dokument im Mittelpunkt Ziele bei Siemens Nixdorf Ansätze
Ein Beispiel
Verbunddokumente Die einzelnen Typen werden von unabhängigen Bausteinen bearbeitet Verbunddokument-Architekturen(VDA) regeln das Zusammenspiel OLE und OpenDoc
Das Dokument im Mittelpunkt
Gemeinsames und Trennendes OLE = OpenDoc ?
Objektmodell Programmiersprachen stellen nur Insellösungen dar ! Objektmodelle abstrahieren von der Sprache
Ziel bei Siemens Nixdorf Kunden von SNI verwenden BS2000 BS2000 kann OLE und OpenDoc nicht integrieren Verbunddokumente sollen auch unter BS2000 bearbeitet werden können
Die Ansätze im Überblick
Verbunddokumente im Netz CORBA erlaubt die Verteilung von Bausteinen OLE / OpenDoc ermöglichen „Multimedia-Komponenten“ Verteilung + VDA = Network Computing ?
Die Idee der Object-Services Bereitstellen von fundamentalen Funktionen Systemunabhängigkeit für Objekte
Unabhängigkeit durch Services
Der Persistent-Object-Service (POS) Aufgabe Architektur Protokolle
Aufgaben des POS Speichern von Objekt-Zuständen Wiederherstellen von Objekt-Zuständen
Architektur des POS
Aufgabe der Protokolle Kommunikation zwischen Objekt und Speichermedium Unterschiedliche Protokolle bedienen unterschiedliche Anforderungen
Zusammenfassung Verteilung einer Anwendung durch Middleware Komponenten als austauschbare Software-Bausteine
Middleware Flexibilität des Gesamtsystems Ressourcen gemeinsam nutzen
Componentware Anwender Komponenten maßgeschneidert Komponenten anpassbar Entwickler Reduzierung der Komplexität Wiederverwendbarkeit
Noch offen: Welche Probleme können beim Einsatz einer Middleware auftreten?