Unternehmensportal-Software

Der Ausdruck Portal (lat. porta, „Pforte“) bezeichnet in der Informatik ein Anwendungssystem, das sich durch die Integration von Anwendungen, Prozessen und Diensten auszeichnet. Ein Portal stellt seinem Benutzer unterschiedliche Funktionen zur Verfügung, wie beispielsweise Personalisierung, Sicherheit, Navigation und Benutzerverwaltung. Außerdem koordiniert es die Suche und die Präsentation von Informationen.

Definition

Unternehmensportale im betrieblichen Umfeld

„Ein Portal ist [...] eine Applikation, die [...] einen zentralen Zugriff auf personalisierte Inhalte sowie bedarfsgerecht auf Prozesse bereitstellt. Charakterisierend für Portale ist die Verknüpfung und der Datenaustausch zwischen heterogenen Anwendungen über eine Portalplattform. Eine manuelle Anmeldung an den in das Portal integrierten Anwendungen ist durch Single-Sign-On nicht mehr notwendig, es gibt einen zentralen Zugriff über eine homogene Benutzungsoberfläche. Portale bieten die Möglichkeit, Prozesse und Zusammenarbeit innerhalb heterogener Gruppen zu unterstützen.“ ^[1]

Kurz: „Das ideale Portal eröffnet einen gemeinsamen, personalisierten Zugang zu Daten, Expertisen und Anwendungen“ (Dataquest).

Prozessportale sind als höherentwickelte, 2. Generation von Portalen zu verstehen. Sie können "als web-basierte, personalisierbare und integrierte Zugangssysteme zu internen und externen Applikationen definiert [werden], die der Unterstützung von Kunden-, Lieferanten und Mitarbeiterprozessen dienen und welche die grafische bzw. audiovisuelle Frontend-Integration (auch über verschiedene Portale hinweg) umsetzen. Dadurch verschaffen sie internen und externen Benutzern einen rollen-basierten, prozessorientierten Zugang zu einem umfassenden Set an aufeinander abgestimmten Mehrwertdiensten. Sie ermöglichen dies durch die Bereitstellung übergreifender Dienste wie Sicherheit, Personalisierung etc. Der Nutzen für den Portalbenutzer ist die Backend-Integration dieser Services." ^[2]

Überblick

Bei einem Portal steht das Bereitstellen von applikationsübergreifenden Leistungen und somit der Integrationsaspekt im Vordergrund.

Portale ermöglichen eine Entkopplung unternehmensinterner Kernprozesse von zielgruppenspezifischen internen und externen Prozesse. So lassen sich z.B. auf Basis eines einzigen internen Vertriebsprozesses verschiedene Kundengruppen individuell über eigene Portalprozesse abwickeln. Im Bereich Mitarbeiterportale wird diese Form der zielgruppenspezifischen Bereitstellung für die aufgabengerechte Prozessbereitstellung genutzt.

Die einzelnen Anwendungen werden oft in Unterfenstern, den so genannten Portlets, organisiert. In den Portlets werden Inhalte aus unterschiedlichen Quellen auf einer Portalseite zusammengefasst. Die einzelnen Portlets können vom Benutzer teilweise personalisiert werden. Die Portlets können minimiert oder entfernt werden und verfügen oft auch über eigene Hilfe- und Konfigurationsmenüs.

Eine weitere Funktionalität ist die Integration von Webservices. Da diese ursprünglich für die Kommunikation zwischen Anwendungen geschrieben wurden, ist die Präsentation nicht trivial, da beispielsweise Eingabefelder zu den benötigten Werten nur mit internen Variablennamen versehen sind. Neuere Entwicklungen wie GUIDD versuchen, diesen Missstand zu beheben.

Vorteile

Die Vorteile der Portaltechnologie liegen darin, dass eine grundlegende Infrastruktur zur Verfügung gestellt wird, die einen Teil der Standardfunktionalität von Webanwendungen bereithalten. Je nach Hersteller ist diese Basisfunktionalität mehr oder weniger ausgeprägt. Bei den großen Anbietern reicht die „out of the Box“ Funktionalität von Collaboration Management über Personalisierung bis hin zu Document- und Knowledge Management Integration. Weiterführende Funktionalitäten reichen bis hin zu Expertensystemen auf Basis eines Portals.

Ein zentraler Aspekt des Portals ist mittlerweile die Integration von Applikationen in einem gemeinsamen Portal. Dies bietet mehrere Vorteile:

• Einheitliche Benutzeroberfläche, dadurch erhöhte Akzeptanz beim Anwender und reduzierter Change Management/Schulungsaufwand.
• Gemeinsame Datenbasis, dadurch Verknüpfung von Informationen über Applikationsgrenzen hinweg.
• Prozessplattform auf Basis einheitlicher Daten, dadurch transparente und effizientere Prozesse.
• Single Sign On, also eine Anmeldung innerhalb des Portals, dadurch geringere Ausfallzeiten der Mitarbeiter für wiederkehrende Tätigkeiten.
• Aktualität von Daten erlangt bei Portalen an Bedeutung, die Daten in Echtzeit oder quasi-Echtzeit in die zugrundeliegenden Applikationen schreiben oder auslesen.
• usw.

Diese Vorteile kommen vor allem dann zum Tragen, wenn bei der Portalumsetzung konsequent die Sicht auf Ebene der Geschäftsprozesse gehalten wird. Daher ist ein Enterprise Portal ein Baustein des Konzepts der Serviceorientierten Architektur (SOA).

Nachteile

Nachteile der Portaltechnologie kommen vor allem dann zu Tage, wenn es darum geht, bestehende Anwendungen in ein Portal zu transferieren. Die Anzeige und Bearbeitung reiner Daten kann dann zwar meist über Web Services und Integrationsumgebungen wie Microsoft BizTalk, SAP XI oder IBM WebSphere MQ vorgenommen werden, jedoch steigt dadurch auch die Komplexität des Gesamtsystems.

Kritische Erfolgsfaktoren sind dann die Konsistenz von Daten zwischen Portal und originärer Anwendung, als auch die Implementation komplexer Prozesse im Portal über Anwendungsgrenzen hinweg. In der Folge stellt sich dann auch die Frage, wann das Portal und wann die originäre Anwendung zu nutzen ist und wie sich dies in die Prozesshierarchie einfügt. Diese Aufgaben können beliebig komplex, sowie kosten- und zeitintensiv werden.

Es ist zu beobachten, dass Anwendungen immer stärker auf die Nutzung in einem Portalkontext entwickelt werden, was in der Folge die aufgeführten Konsequenzen aus diesen Nachteilen minimieren würde.

Nachteile können auch entstehen, wenn das Portal zu einer einseitigen Festlegung auf eine gemeinsame Programmiersprache auch für die bestehenden, zu integrierenden Anwendungen führt. Spezialanwendungen, die in einer anderen Programmiersprache geschrieben wurden und nur in dieser verfügbar sind, können dann nicht mehr integriert werden. Stattdessen sollte man sich daher bei Portalen lediglich auf gemeinsame, standardisierte Schnittstellen einigen.

Architektur

Die generelle Architektur eines Portals sieht einen Server vor, der die Anfragen der Anwender entgegennimmt und an die Portletengine weiterleitet. Diese verwaltet den Lebenszyklus der Portlets und gibt die Aktions- und Renderanfragen an die einzelnen Portlets weiter, die in der nachgefragten Seite angezeigt werden sollen. Die Portlets suchen sich aus den dazugehörigen Datenquellen ihren Inhalt zusammen. Hierbei ist festzustellen, dass Datenquellen klassische Datenbanken sein können, aber auch Web Services und Anwendungen können hier als Quellen eingesetzt werden. Die Portlets sind nicht darauf beschränkt, sich aus einer Datenquelle zu bedienen, sondern können ihren Inhalt aus mehreren Datentöpfen zusammenstellen.

Kommunikation

Intern läuft die Kommunikation zwischen der Portletengine und den Portlets wie folgt. Auf den Request, der dem Portal gestellt wird, identifiziert der Portlet-Container die benötigten Portlets. Ist die Anfrage eine Aktionsanfrage, so wird auf dem entsprechenden Portlet die Methode performAction() ausgeführt. Sobald diese beendet ist, werden die Rendermethoden doView(), doEdit() oder doHelp() der anzuzeigenden Portlets ausgeführt. Welche dieser Methoden ausgeführt wird, bestimmt der Zustand des Portlets, welcher vom Container verwaltet wird. Diese Zustände können um anwendungs- und portalspezifische Zustände erweitert werden. Innerhalb der Bearbeitung der Rendermethoden können nun Beans oder andere verarbeitende Klassen oder Funktionen angesprochen werden. Das Rendering kann zudem von JSPs unterstützt werden, welche über einen Dispatcher aufgerufen werden.

Standards

Präsentation und Layout

Als Standards für das Design eines webbasierten Portals gelten im Prinzip die gleichen Standards wie für eine beliebige Webseite:

• Hypertext Markup Language (HTML) / Extensible Hypertext Markup Language (XHTML)
• Cascading Style Sheets (CSS)

Integration

Standards für die Integration von vorhandenen Systemen sind:

• Web Services
• J2EE Connector Architecture (JCA)

Portaltechnik

Für die Portaltechnik relevante Spezifikationen sind:

• Portlets (Java Specification Request (JSR) 168)
• Web Services for Remote Portlets (OASIS-Standard WSRP)

Portalinhalt

Zur Speicherung von Artikeln und deren Kurzbeschreibung bilden mehrere XML-basierte Dateiformate eine Familie von Standards:

• RSS

Content-Management

Standards für die programmgestützte Verwaltung von Inhalten sind:

• WebDAV ("Web-based Distributed Authoring and Versioning")
• Java Content Repository API (JSR 170 / JSR 283)

Portalsoftware

Bei einem Portal steht das Bereitstellen von applikationsübergreifenden Leistungen und somit der Integrationsaspekt im Vordergrund. Daher ist es naheliegend, beim Aufbau eines Portals entweder auf eine Infrastruktur zurückzugreifen, die Enterprise Application Integration (EAI) zum Bestandteil hat, oder eine Portal-Standard-Software zu verwenden, die sich der EAI bedient.

Viele Portallösungen sind in Java programmiert, um eine größtmögliche Systemunabhängigkeit zu erreichen.

Ein Portal kann, muss aber nicht auf Webtechnologie basieren.

Portal-Standard-Software

Unter Portal-Standard-Software, häufig auch als Enterprise Portal bezeichnet, wird im Allgemeinen eine Software verstanden, welches es Unternehmen erlaubt, ein Portal aufzubauen. Dazu verfügt eine solche Software über Funktionen wie:

• Erstellung von Frontends mit Portlets, (proprietäre Portlet-ähnliche APIs: iViews, Gadgets, I-Lets u.a.)
• Integratoren für vorhandene Systeme
• Personalisierung
• Suchfunktionen
• Listen aller Art
• Dokumentenmanagement
• Content-Management
• Enterprise-Content-Management
• Business Process Management
• Single Sign-On

Hersteller

Nach der Gartner Group lässt sich der (kommerzielle) Portalsoftware-Markt abhängig von Marktpräsenz („Ability of Execute“, deutsch etwa „Fähigkeit zur Durchführung“) und Abdeckungsgrad („Completeness of Vision“, deutsch „Vollständigkeit der Vision“) in vier Quadranten einteilen:

$\uparrow$ Marktpräsenz	„Challengers“ („Herausforderer“) Hersteller mit hoher Marktpräsenz, aber mit unzureichendem Abdeckungsgrad ihres Portalsystems. Fujitsu	„Leaders“ („Marktführer“) Hersteller mit hoher Marktpräsenz und hochgradig integrierten und skalierbaren Produkten. IBM (WebSphere Portal Server) Microsoft (Microsoft Office SharePoint Server) SAP (SAP NetWeaver Portal) Oracle (Oracle Portal) BEA Systems (BEA WebLogic Portal) Sun Microsystems (Sun Java System Portal Server) Vignette
	„Niche Players“ („Nischenakteure“) Nischenhersteller mit der Konzentration auf kleinere Märkte und Spezialisierung auf einige Funktions- oder Einsatzgebiete. Computer Associates Hummingbird webMethods BroadVision Day	„Visionaries“ („Visionäre“) Hersteller ohne große Marktpräsenz, aber mit großen Visionen. TIBCO Software
Markteinteilung nach Gartner (2006, vgl. [3])	Abdeckungsgrad $\rightarrow$

Neben kommerzieller Portalsoftware existieren aber auch Open-Source-Portalsysteme, zum Beispiel Liferay, JBoss Portal, DotNetNuke oder Apache Portals und Cocoon der Apache Software Foundation.

Siehe auch

• Portal
• Webportal
• Intranetportal
• Single Sign-On
• Enterprise Application Integration
• Portal Analyse und Design Methode PADEM

Literatur

• Puschmann, Thomas: "Prozessportale - Architektur zur Vernetzung mit Kunden und Lieferanten", Springer Verlag, Berlin etc., 2004, ISBN 978-3540207153
• Martina Großmann, Holger Koschek: Unternehmensportale. Springer, Berlin Heidelberg 2005, ISBN 3-540-22287-1
• Sue Lee, Peter Gentsch: "Praxishandbuch Portalmanagement. Profitable Strategien für Internetportale." Gabler, 2004, ISBN 3-409-12454-3
• Joannis Vlachakis, Thorsten Gurzki, Anja Kirchhof: "Marktübersicht Portalsoftware 2005", Fraunhofer IRB Verlag, Stuttgart, 2005, ISBN 3-816-76752-4

Weblinks

• Eine Referenzarchitektur für Portalsoftware (Artikel der GI-Tagung Wissensmanagement 2003)

Quellen

1. ↑ Thorsten Gurzki et al.: »Was ist ein Portal?« Definition und Einsatz von Unternehmensportalen (PDF-Datei; 214 KB)
2. ↑ Puschmann:Prozessportale - Architektur zur Vernetzung mit Kunden und Lieferanten
3. ↑ Gartner: Magic Quadrant for Horizontal Portal Products, 2006