Präsentation zum Thema: ""—  Präsentation transkript:

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