University of Paderborn Business Computing 2 Prof Dr
University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Business/Workplace-Portale Einordnung, Einsatzfelder, Architektur und Potentiale DNUG AK Enterprise Integration 16. 06. 2003 Berlin Olaf Hahnl Universität Paderborn Wirtschaftsinformatik 2 – Fachbereich 5 Prof. Dr. Ludwig Nastansky Warburgerstr. 100, 33098 Paderborn Tel. : +49 -5251 -603375 http: //gcc. uni-paderborn. de
Agenda University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky • Portal Basics – – Begriffe und Einordnung Elemente und Architekturen Integrationsmöglichkeiten von (Domino)-Applikationen Live-Demo (Pavone/G 8 -Portal) • Future Directions – Szenarien zwischenbetrieblicher Nutzung von Portal-Technologien – Technische und organisatorische Anforderungen – Demo der Portal-Kopplung anhand eines Entwicklungsprototypen des Pavone/G 8 Portals
Portal Klassifizierung University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky © Delphi
Phases of e-business adoption University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Responsive Variable Focused Resilient An on demand business is an enterprise whose business processes– integrated end-to-end across the company and with key partners, suppliers and customers–can respond with speed to any customer demand, market opportunity or external threat. © IBM
Stages of e-business & evolution of portals University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky © IBM
Single Point of Access University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Das Portal ist der “Single point of access” oder “One Stop” für Benutzer/Mitarbeiter, um personalisiert auf Applikationen, Inhalte und Prozesse zuzugreifen sowie mit anderen Benutzern zu interagieren © IBM • Vereinfachtes Benutzererlebnis • Sicher • Rollenbasiert • Zukünftiger Desktop • e-Arbeitsplatz • Applikationsintegration
Portal Prinzipien University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky • Aggregation – Kombiniert mehrere Applikationen und deren Benutzerschnittstellen zu einer einheitlichen Anzeige • Personalisierung – Benutzer sehen rollenspezifisch verschiedene Seiten und Inhalte • Anpassbarkeit (Customization) – Administratoren können Möglichkeiten der Benutzer granular steuern
Ziele von Portalen Technische Ziele • • • Prozesse Anwendungen Inhalte Personen Durch die geeignete Umgebung – Sicher – Skalierbar – Von überall zugreifbar Return on Investment (ROI) – Kostenreduktion – Steigende Erträge • Auf alles was sie für die täglichen Arbeit benötigen – – Business Computing 2 Prof. Dr. Ludwig Nastansky Wirtschaftliche Ziele „Komfortablen“ Zugriff für Personen • – Mitarbeitern – Partnern – Kunden University of Paderborn Flexibilität bieten zur Reaktion auf – Neue wirtschaftliche Anforderungen – Veränderungen des Geschäftsmodells und der Geschäftsstruktur – Veränderung der Beziehungen mit Lieferanten, Partner, Kunden etc. • Bestehende Investments sichern und nutzen – Hardware und Software Infrastruktur – Personelle Ressourcen
Risiken von Portal-Projekten University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Portale sind Infrastruktur-Projekte – Risiken – Mangelnde Unterstützung des Top-Managements Ø „Sponsor(en)“ suchen und sichern – Langfristige Projekte, Gefahr des Scheiterns Ø Quick wins, small steps – Produktivitätsziele werden nicht erreicht Ø Eingehende Analyse der Prozesse und daraus abgeleitetes Portal-Design – Ablehnung durch die Benutzer Ø Frühzeitige Einbeziehung der Anwender, Multiplikatoren identifizieren
Portale = Integration University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky • Grund für Portale ist Integration • Sowohl im Front- als auch im Backend Benutzer-orientierte Prozessintegration
Portal Architektur University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky © IBM
Portal-Elemente University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky
Portal-Elemente - Places University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky • Oberste Meta-/Strukturebene • Beliebige Anzahl Places (pro Projekt, Aufgabe, Abteilung etc. ) – Zugriffsbeschränkt mit feingliederigem Berechtigungssystem – Oder offen, zugänglich für alle Benutzer • Places können gemeinsam genutzt werden – Shared Informationspace – Team-/Kollaborative Umgebung • Awareness – Place-based awareness
Portal-Elemente - Seiten University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky • Unterstrukturierung eines Places • Beliebige Anzahl Seiten pro Place Seitenregister – Flexibles Layout pro Seite (Beliebige Zeilen- und Spaltenzahl) – Gleichzeitig Einhaltung der Cooperate Identity Seitenregister & Seiten Customizer
Portal-Elemente - Portlets • Eigentliche Träger der Information – Portal-„Fenster“ • Bieten Zugang zu Prozesse, Applikationen, Informationen etc. • Können in beliebiger Anzahl an beliebiger Position in die Seiten eingefügt und platziert werden • Verschiedene Modi und Stati – View, Edit, Help. . . – Normal, Minimized, Maximized • Verschiedene Ausgabegeräte University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky
Integrations-Methoden Presentations-Layer Integration – Hyperlink • Erzeugung von Links vom Portal zur Webanwendung – Web-Seiten Portlet • Browser Technik (IFrame) – Web. Clipping • Portal als Proxy für Web-Seite University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Applikations-Layer Integration – Back-End API • Portlets auf Basis von Herstellerabhängige APIs – JSP Tag Bibliotheken • Portlets auf Basis von in JSP Tag Bibliotheken verpackter Hersteller APIs – Application Integratoren/Portlet Builder • Wizards als einfache UI-orientierte „Programmierumgebung“
Presentations-Layer - Hyperlink • Standard-Notes Portlets – Flexible/schnelle Konfiguration – Keine „Entwicklung“ notwendig – Probleme/Einschränkungen: • Anwendung muss Web-fähig sein • Zur Anzeige von Dokumenten muss Portal verlassen werden University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky
Presentations-Layer - Web-Seiten Portlet University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky • Direkte Integration der webfähigen Applikation in ein Portlet (1) – Einsatz von IFrames – Funktioniert, wenn die Anwendung in „Frames“ lauffähig ist – Häufig in Proof of Concepts eingesetzt – Probleme/Einschränkungen: • Anwendung muss Web-fähig sein • Browserkompatibilität • Lose/zustandslose Integration
Presentations-Layer - Web. Clipping University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky • Direkte Integration der webfähigen Applikation in ein Portlet (2) – Einsatz von „Web. Clipping“-Technologien – Intermediär zwischen Benutzer und Web-Anwendung (inkl. Sicherheit) – Struktur-/Funktionserhaltend ohne Entwicklungsaufwand – Probleme/Einschränkungen: • • • Anwendung muss Web-fähig sein Seitenkomplexität Frames Objekte (Applets/Flash) Java. Script-Transformation
Applikations-Layer - API/JSP • Back-End API – Maximale Flexibilität • Funktionalität • Layout • Performance • JSP Tag Library – Große Flexibilität, höhere Abstraktion Probleme: – Hohes Fachwissen notwendig – Zeitaufwendig, Fehleranfällig University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky
Applikations-Layer - Portlet Builder • Wizard-unterstützte Generierung von Portlets – Keine Low-Level Entwicklung – Erstellbar durch Power-User (point-and-click interface) – Trennung zwischen Daten und Layout (Business Objects & UI Templates) – Aufgabenspezifische Portlets – Probleme/Einschränkungen: • Festes (eingeschränktes) Set an Funktionalitäten • Bei eigenem Layout erneut „Entwicklungsaufwand“ University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky
University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Live Demo 1
Live-Demo – Pavone Portal University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky
Live-Demo - Anlegen eines Places University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky
Live-Demo – Management der Seiten University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Seitenregister & Seiten-Layout Customizer
Live-Demo – Management der Portlets University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Seiten Portlet Customizer
University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Future Directions Föderative Portale als Integrationsplattform wissensintensiver Unternehmenskooperationen Zeithorizont ca. 0, 5 -2 Jahre
Kontinuum der Organisationsformen University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky • Vielfältige Organisationsformen – – Inner- und zwischenbetrieblich Kurz- bis langfristig orientiert Eng bis lose gekoppelt Hierarchische bis Marktkoordinierung – Notwendigkeit des Informationsaustauchs und der Koordination Riempp 1998
IT als Katalysator für Kooperationen • IT als „Enabler“ für (neue) Organisationsformen – Überwindung von Orts- und Zeitdifferenzen – Kopplung der betriebswirtschaftlichen Funktionen – Verkürzung von Lauf- und Antwortzeiten • Front-End vs. Back-End Integration – „On the glass“ - Zusammenführen von Interfaces verschiedener Anwendungen – Kopplung von Back-End Systemen z. B. SAP oder Produktions-, Lagerhaltungssystemen etc. University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky
Faktoren zur Gestaltung von IT-Systemen University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky • Spezifität der Bindung – Ist das Investment an einen Partner gebunden (idiosyncratic investments [Williamson], sunk-costs) – Auch anderweitig (mit anderen Partner) nutzbar • Flexibilität der Bindung – Wie schnell lässt sich eine „Verbindung“ der Systeme der beteiligten Unternehmen auf- bzw. abbauen – Welche Kosten sind damit verbunden Ø Unmittelbare Auswirkung auf die möglichen Formen der Kooperation, besonders im Hinblick auf deren Fristigkeit
Portale als zentrale Informationssysteme • Portale spielen eine immer größere Rolle in Unternehmen als zentraler Informationhub (B 2 E) • Bieten den Single point of access für die Mitarbeiter • Zunehmend werden auch Partner und Kunden, in das Portal integriert (Extranet-/Internet-Portal) (B 2 B) Ø Unternehmen arbeiten immer mehr mit Partnern und Kunden in verschiedenen Beziehungen zusammen University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky META Group 2001 Ø Führt dazu, dass Mitarbeiter, Projekt-Mitglieder etc. mit wenigstens einem (oder mehreren) internen und einer Anzahl von externen Portalen arbeiten (müssen) Single point of access geht verloren! Plumtree 2002
University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Unternehmen A Intranet Portal Unternehmen B Extranet Portal. Schnittstelle Portal Intranet Portal
Portal Kopplung - Anforderungen University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky • Aufgrund der Verschiedenartigkeit der Zusammenarbeit bestehen verschiedene Anforderungen an eine Portal-Kopplung • Von der Konsolidierung verschiedener Portale in ein “Meta”-Portal bis zur Kooperation und Integration der Portale • Front-End Integration nicht Austausch von Massendaten (Produktion etc. ) daher besser für „wissens-/informationsintensive“ Kooperationen geeignet • Auch organisatorisch Bedingungen (Vertrauen, Sicherheit, etc. ) • Es lassen sich drei Szenarien ableiten Ziel: Single point of access wiederherstellen!
Portal Kopplung (1) University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Einzelne Informationen gemeinsam nutzen, in dem nur Portlets angeboten werden (ähnlich WSRP) • Lose Kopplung • Keine Möglichkeit vorzugeben oder zu wissen, in welchem Kontext die Informationen angezeigt werden - Nachfrager entscheidet • Evtl. Möglichkeit einen Teil der Portlet-Eigenschaften auf Nachfrager-Seite festzulegen • Kein direkter Kontext zwischen Anbieter und Nachfrager (Broadcast-Schema 1: n) • Einsatzfelder: Reine Content-Anbieter (z. B. Börsenkurse etc. )
Portal Kopplung (2) University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Informationen in breiterem Kontext nutzen, in dem vollständige Seiten und evtl. Places angeboten werden • Portlets werden in einem Kontext mit anderen Portlets angezeigt • Die Auswahl und Anordnung der Portlets wird ausschließlich • Eingeschränkter gemeinsamer Kontext, aber Einweg-Verteilung vom Anbieter zum Nachfrager (Broadcast-Schema 1: n) • Einsatzfelder: Lieferanten-Abnehmerbeziehung (z. B. Vertriebsinformationen, bestehend aus Datenblättern, Bestellsystem etc. für den Abnehmer)
Portal Kopplung – Kollaborative Phase University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Places werden in kooperativer Art und Weise geteilt und gemeinsam genutzt • Enger gekoppelt, aber trotzdem hoch flexibel • Portal-Place als unternehmensübergreifender Informationspace föderierte (kooperierender) Portale • Jeder „Teilnehmer“ kann Portlets und Seiten, respektive Informationen, Prozesse etc. beisteuern • Partizipatives (Work)Place-Design • Gleicher Kontext zwischen Partnern, die den Projekt- oder Aufgabenbezogenen „Workplace“ gemeinsam nutzen (Kooperation n: m) • Einsatzfelder: Kooperationen (z. B. Gemeinsame Produktentwicklung)
Portal Kopplung – G 8 Ebenen University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky • Meta-Daten Ebene (Place, Seiten, Portlet) – Eigenschaften des Place (Name, Zugriffsrechte etc. ) – Anzahl, Namen und Anordnung der Seiten – Anzahl, Anordnung und Eigenschaften der Portlets – Abgleich durch (asynchrone) Synchronisation (Besonderheiten: Konfliktauflösung, Löschmarken, Übertragung nur von Änderungen) • Portlet-Inhalts Ebene – Inhalt der Portlets wird synchron erzeugt und angezeigt (Besonderheiten: Ersetzung von Portlet-Typen, Behandlung nicht verfügbarer Portlets, Routing von Portlets) – Caching-Mechanismen sichern Performance
Portal Kopplung – G 8 Portal Sync University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky
University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Live Demo 2
Föderierte Portale (1) University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Basiszustand • Leeres Portal 1 (blau) • Leeres Portal 2 (Consumer – rosa) (Place-Listen enthalten nur Home-Place)
Föderierte Portale (2) University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Step 1 • Anlegen eines neuen Places in Portal 1 (blau) • Portal 2 (Consumer – rot) wird als zugriffsberechtigt eingetragen) • Neuer Place ist sofort in Portal 1 verfügbar und wird in Portal 2 übertragen
Föderierte Portale (3) University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Step 3 • Anlegen einer neuen Seite in Portal 1 (blau) • Einfügen zweier (lokaler) Portlets in Portal 1 (blau)
Föderierte Portale (4) University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Step 4 • Synchronisieren des Place von Portal 2 (rosa) mit Portal 1 (blau) • Seiten und Portlets aus Place von Portal 1 (blau) erscheinen in Portal 2 (rosa) • Die eingefügten Portlets sind für Portal 2 intern „Remote Portlets“, der Benutzer merkt keinen Unterschied
Föderierte Portale (5) University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Step 5 • Hinzufügen eines neuen Portlets in Spalte 1 in Portal 2 (rosa) • Verschieben eines Portlets aus Spalte 2 in Spalte 1 in Portal 1 (blau) • Synchronisation beider Portale • Automatische Konfliktauflösung
Kontakt & Diskussion Olaf Hahnl Universität Paderborn Wirtschaftsinformatik 2 – Fakultät Wi. Wi Prof. Dr. Ludwig Nastansky Warburger Str. 100, 33098 Paderborn Tel. : +49 -5251 -603375 http: //gcc. uni-paderborn. de Email: Olaf. Hahnl@notes. uni-paderborn. de University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky
Links University of Paderborn Business Computing 2 Prof. Dr. Ludwig Nastansky Projekthomepage - Federate Business Portal 'G 8' http: //pbfb 5 www. upb. de/www/wi/wi 2_lit. nsf/Historie/3 E 9 F 164 AF 633 AD 39 C 1256 C 78004 B 1515!Open. Document Pavone-Webseite/-Demoumgebung: http: //www. pavone. de/web/portale/sc. nsf/goto/A 472 Universitäre Nutzung im Wirtschaftsinformatik Portal: http: //winfo. uni-paderborn. de
- Slides: 46