Präsentation herunterladen
Die Präsentation wird geladen. Bitte warten
291
Content Management
292
Referenzarchitektur Portal Server Benutzer-Schnittstellen Komponenten
LAN HTTP Firewall Portal Server Benutzer-Schnittstellen Komponenten Business Datenbank-Zugriffe Integrations Services Verzeichnis Schnittstellen Verzeichnis Services Geschäfts Partner Sicherheit Messaging Services Content Management Prozess-Management Transaktions-Management ERP Systeme Alt-Anwend. Datenbanken Datenbanken
293
Managing pieces of electronic content and delivering them to the Web
Content Management Managing pieces of electronic content and delivering them to the Web Content Management = Document Management + Web Content Management Ovum: Content Management, 2000
294
Content Management 3 Quellen - 3 Sichten 1 Dokumentenmanagement (DM)
Web löst traditionelle Q/S ab DM muss im Web verfügbar sein DM CM 2 Intranet (Internet-Auftritte) 1. Generation: Statische HTML Seiten 2. Generation: Dynamisches Publizieren Datenelemente werden gespeichert Aus Datenelementen werden dynamisch Webseiten aufgebaut Management der Datenelemente: Content Management 3. Generation: Portale Integration von Anwendungen Content: Alle Arten von Daten, einschl. Metadaten von DB´s und Anwendungen Integration von Geschäftsprozessen Managen von Beziehungen und Abhängigkeiten (Wissensmanagement)
295
Content Management Hersteller von Web-Infrastruktur-Software
Web Server Application Server Frameworks (siehe Refenzarchitektur)
296
Statische Web-Sites Web Browser File System Web Server HTML Request
Response File System Web Server
297
Dynamisches Publizieren
Web Browser HTML Request HTML HTML Web Server Content Repository JSP Servlet Zugriff auf Content
298
Portal Prozess Management Personalisierung Enterprise JavaBeans
Applets Scripts HTML Web Browser JSP HTML Servlets Web Server Java Objekte Prozess Management Personalisierung Enterprise JavaBeans Application Server Content Repository Anwendungs Integration
299
Speicherung von Content
Neben Content-Elementen Informationen über Contentelemente Attribute Metadaten Beispiel: Erstellungsdatum, Status Beziehungen Beispiel: Autor eines Dokumentes Historie Beispiel: Warenkatalog am Mengenbildung Beispiel: alle Elemente eines Internetauftritts Integration anderer Content-Quellen (transparent für Nutzer) Beispiel: Preisliste Trennung von Inhalt und Darstellung
300
Content-Repräsentation: Beispiel
ist Mitglied von ist Mitglied von Mitarbeiter X ist verantwortlich für Abteilung A Ist Mitglied von enthält Projekt P gehört zu Dokument D arbeitet mit an Mitarbeiter Y Name Vorname enthält Kurzbeschreibung Status Projektplan
301
Content Management Produkte
Traditionelle Produkte Komplette Funktionalität zum Aufbau von Web-Auftritten und Intranets Content-Speicherung Workflow Portalsoftware Personalisierung Unterstützung für Autoren Gut geeignet für 2. Generation Intranets (dynamisches Publizieren) Weniger gut geeignet in Kombination mit J2EE Framework Funktionale Überlappung mit Komponenten des Frameworks Content Repository Konzentration auf Content Management Funktional reicher Keine Überlappung Siehe Beispiel Enabler von Softlab
302
Beispiel - Produkt Content- und Wissens-Repository Enabler von Softlab
303
Anwendungsbereiche von Enabler
304
Logische Architektur von Enabler
305
Physikalische Architektur von Enabler
306
Enabler Basiskonzepte
Beziehungen / Abhängigkeiten ist enthalten in hat Skill hat erstellt Reviewkomm. Erst.-Datum Geb.-Datum Adresse Name Aufwand Anf.Datum Termin Attribute / Eigenschaften (auch Dateien) Dokument Person Projekt Informationselemente, Objekte
307
Dynamische Änderung des Datenmodells
Daten werden direkt entsprechend dem Modell gespeichert Beliebige Objekte können repräsentiert werden Dynamische Änderungen im laufenden Betrieb haben sofortige Wirkung Process Dept. Order Activity Task
308
Historie und Variantenbildung
Verwaltung historischer Versionen nicht nur einzelner Objekte auch gesamter Informationsgruppen Attribute und Beziehungen werden mit versioniert Parallel gültige Varianten Varianten können zusammengeführt werden Beispiele: Arbeitsversion eines Dokuments Revisionsfähigkeit von Dokumenten Web-Auftritten Warenkatalogen Varianten von Web-Auftritten freigegeben und sichtbar in Überarbeitung
309
Versions Modell Objekt Versions-Spezifische Attribute
Versions-Unabhängige Beziehungen V2 Attr. 1 Version Version Version V1 V3 V5 Version V4 Versions-Spezifische Beziehungen Attr. 2 Versions-Unabhängige Attribute Attr. 3 Attr. 4
310
Enabler Meta Modell Attribute Relation Class Object Attribute Value
Data Model Instance Model Object Attribute Value Relationship Object Version
311
Bündelung von Daten, Sichten
Gruppieren von Objekten, Konfigurationen, Collections Objekte können in mehreren Gruppierungen vorkommen Attribute und Beziehungen sind Teil der Gruppierung Sichten (Kontexte) basieren auf Gruppierungen Beispiele: Alle zu einem Vorgang gehörenden Dokumente Alle Dokumente und sonstigen Informationen, die zu einem Web-Auftritt gehören Alle Exponate eines Warenkatalogs
312
Bündelung von Daten, Sichten
Basis Kontext Arbeits-Kontext Workstation (Basisversion) Workstation (Arbeitsversion) Visual Basic (v5.0) Symantec Café Pro (v2.0) 56K Modem (v Jan 1998) Dokument (v1.0) Dokument (v2.0)
313
Konfiguration Release Program A Program B Program C V1 V1 V2 V3 V4 V5
Release Version 1 is a Configuration object which has a relationship to three programs : Program A Version 2 Program B Version 1 Program C Version 2 In effect our configuration object is being used to define the contents of a release. V2 V3 V4 V3 V5 V4 V5 Program B Program C Handout Teil Seite
314
Konfiguration Release Program A Program B Program C V1 V2 V1 V2 V3 V4
A Configuration is a set of object versions that are assigned to a configuration object version. Assignments are implemented by means of configuration relationships. Configurations may form a configuration hierarchy. For example : When a new version of the release is created it initially inherits the system relationship to the programs which are linked to Version 1 of the Release. V3 V4 V3 V5 V4 V5 Program B Program C Handout Teil Seite
315
Lebenszyklus von Objekten (Prozesse)
Process init Klasse TF 1 TF 5 in_development TF 3 checked_out TF 2 ready_to_build TF 6 TF 4 TF 7 released
316
Lebenszyklus von Objekten (Prozesse)
Zustände und Übergänge zwischen Zuständen Aktionen bei Übergängen Nicht nur für elementare Objekte, auch für Informations- gruppen Versionsabhängig Beispiele: Status und Bearbeitungsaktionen für eine Sammlung von Dokumenten (Vorgang) Kontrolle der Schritte zur Freigabe eines Web-Auftritts Steuerung der Änderung eines Warensortiments
317
Prozesse Zustände Angelegt Übergänge Aktionen In Arbeit Im Test
Freigegeben Übergänge Aktionen
318
X Übergangsfunktionen In Entwicklung In Test Benachrichtigung
Berichte Verarbeitung Freigabe In Test Konsistenz Vollständigkeit Qualität X
319
Einbindung in Office Umgebung
Emulation eines normalen Windows Dateisystems Arbeit mit allen Office-Werkzeugen (Word, Excel, Powerpoint, …) direkt auf Dokumenten im Enabler Gesamte Funktionalität von Enabler zusätzlich verfügbar Beziehungen Versionen Bündelung/Sichten Bearbeitungsprozesse
320
Einbindung in Office Umgebung
File Access Service
321
File Access Service Enabler’s File Access Service, FAS, is the mechanism by which attributes of type file are made available at the user interface as if they were being accessed on a netwrok drive using LAN Manager. Handout Teil Seite
322
File Access Service A C D F E G 2 3 4 5
The structure of object versions, and their attributes, are presented to users as directories and files. Any object class which is the parent in a hierarchical relation is shown as a directory, child classes, are shown as file. Handout Teil Seite
323
Workspace Modell Workspace Hierarchie stabil, global Workspace promote
Version, Objekt, Konfiguration Workspace Workspace Workspace Workspace Workspace demote A Workspace is a part of a repository containing a subset of instances. Workspaces play part in determining the visibility and accessibility of objects and object versions. The workspace model allows us to organize data along two dimensions : The horizontal accessprovides a way of creating independent work areas where people can update and delete object versions with no fear of impacting the work of anyone else using the same repository. The vertical access allows us to make decisions about how widely we want data to be shared, and implicitly makes a statement about how much we trust individual object versions. local Handout Teil Seite
324
Sichtbarkeit in Workspaces
Datenstrukturen Sicht des Benutzers O1 V1 O1 V1 O2 O3 Freigegeben O2 V1 V1 O3 O1 V1 O2 O3 Überprüfung Bearbeitung O1 V1 O2 O3 Regardless of the workspace with which a user is associated they always get a view of the same set of object versions. Handout Teil Seite
325
Sichtbarkeit in Workspaces
Datenstrukturen Sicht des Benutzers Freigegeben O1 V1 O1 V1 O2 O3 O2 V1 V1 O3 V2 O2 Überprüfung O1 V1 O2 O3 Bearbeitung O1 V1 V2 O2 O3 O4 We now create a new version of Object 2 together with a brand new object, Object 4 in the Development workspace. This has no effect on what is visible and accessible to users workíng in the Production and Validation workspaces, but users in the Development workspace see both of the new object versions and the new relationship between Object 1 Version 1 and Object 4 Version 1. How might you apply this sort of functionality in the real world? If you think about an organization which has adopted an Object Oriented way of workingand has created a Corporate Workspace, a workspace for each Business Unit and a workspace for each new project within each Business Unit, it is possible to see how decisions can be made about how valuable a new Class may be to the organization: is it just usable in a single project; is it usable by all projects running within a single Business Unit or is it of value throughout the entire organization. O4 V1 Handout Teil Seite
326
Context Workspace Integration Workspace Test Projekt A Workspace
SC1 Workspace Integration O2 V1 V1 C1 O1 Workspace Test Projekt A V1 SC2 V1 Workspace Bearbeitung Project A C1 V1 C2 O3 V1 Handout Teil Seite
327
Beispiel: IIP International Information Platform Enterprise Information Portal von Softlab
328
IIP - Überblick Information Platform News Personalisation/Portal
Process Support International Information Platform Collaboration/ Community Support Knowledge Management Application Integration
329
Prozess Unterstützung
Supported Business Processes Tender process Publishing New employees More later Guidance instead of supervision Workflow support Application integration Quality assurance
330
Unterstützung für Kooperation
News, message board Forums Chat rooms Communities Of interest Of practice User groups FAQ´s
331
Knowledge Management All areas of IIP involved
Managing knowledge relationships Managing meta data Support for transformation of implicit to explicit knowledge Knowledge evaluation
332
IIP Content Content Unit Topic Employee Employees Employees (dir)
8kjjjj Ljljljjl ljkljkl Smith.html 8kjjjj Ljljljjl ljkljkl 8kjjjj Ljljljjl ljkljkl Images (dir) Miller.html 8kjjjj Ljljljjl ljkljkl Smith.html 8kjjjj Ljljljjl ljkljkl Miller.gif Smith.gif Single HTML page Structure
333
IIP Content; References
Content Unit Department (Topic) 8kjjjj Ljljljjl ljkljkl Department Projects (dir) Employees (dir) Index.html Projects Smith Miller 8kjjjj Ljljljjl ljkljkl 8kjjjj Ljljljjl ljkljkl 8kjjjj Ljljljjl ljkljkl 8kjjjj Ljljljjl ljkljkl IIP.html Miller.html IIP LZBB aqua Smith.html Aqua.html
334
Topic Struktur & Navigation
Entry Root Org. Units Services Processes sfd fh fsda ... Tender Process Project Office Process Overview Info sfd fh fsda sfd fh fsda sfd fh fsda Projects sfd fh fsda QMS sfd fh fsda
335
IIP – Publishing Root User Services Priv. MarCom ISA Workbench
Relationships Properties Tree sfd fh fsda MarCom Services Root User ISA Priv. Workbench 1. Creating new version in private workbench 2. Download to Client 3. Upload to IIP, Test in private environment 4. Review + Publish new version
336
IIP – Layout Design Menus Header Header Content
(Toggle between design and presentation view) Header Relationships Properties Tree sfd fh fsda MarCom Services Root Processes ISA Top Content Properties Menus Links ..... Content (information, upload, ...)
337
Web Client: Browser & Java Script
Grob-Architektur Web Client: Browser & Java Script I n t r a n e t JSP Web Server HTML Portal Server & Personalization Servlets JavaBeans Management Process Enterprise JavaBeans Application Server Content Repository Enabler Naming Services Application Integration
338
Detail-Architektur für Content
Web Client: Browser & Java Script Frame Support Servlets Dispatcher (Controller) Content Viewer Menu.jsp Tasks.jsp Struct.jsp User.jsp ... Process.jsp Other IIP Components Content Controller Action Objects Forms create update delete view Web Server Value Objects Session EJB Entity EJB Menu Topic Structure User ... Process Data Access Objects Application Server IIP Content Enabler Connection Pool LDAP Content Repository Enabler
Ähnliche Präsentationen
© 2024 SlidePlayer.org Inc.
All rights reserved.