Die Entwicklungsgeschichte der analytischen Informationssysteme hat in den letzten Jahrzehnten in schöner Regelmäßigkeit Themen aufgebracht, die in gleicher oder ähnlicher Form schon einmal da waren. Dies gilt auch für die heute von Analysten und Herstellern skandierte Forderung nach "Business Intelligence für alle".
Schon so genannte Executive-Information-Systeme (EIS), die vor 15 Jahren Hype waren, wurden bald darauf auch als "Everybody?s Information Systeme" beschworen. Bereits damals sollten die grafisch aufbereiteten Geschäftsdaten von EIS-Lösungen nicht nur in den "War Rooms" der Geschäftsleitung zur Betrachtung von Kennzahlen (Key Performance Indicators = KPIs) dienen, sondern alle Entscheidungsträger im Unternehmen mit aktuellen Informationen versorgen.
Schaut man zurück, so waren die damaligen Führungsinformationssysteme mit einer anmutigen grafischen Benutzeroberfläche (GUI) versehen, konnten Abweichungsanalysen farbig codieren (Traffic Lightning), waren datengetrieben und dynamisch. An der grafischen Oberfläche und der intuitiven Nutzung lag es nicht, dass es mit der Akzeptanz der EIS haperte. Das Problem war vielmehr die schnelle und konsistente Datenlieferung aus den operativen Systemen. Als Lösung entstand das Data Warehouse. Eine konsequente Entwicklung, die der Erkenntnis folgte, dass ein Frontend nur so gut sein kann, wie sein Backend es zulässt.
Dashboards als Instrumententafeln für jedermann
Heute sind Komponenten zur Visualisierung von Statusinformationen in allen Informationssystemen zur Prozesskontrolle und Steuerung eine Selbstverständlichkeit. Ebenso kommen sie in Leitstandsystemen und in Systemen für ein Corporate Performance Management (CPM) zum Einsatz. Daher sollte nicht mehr über das Ob, sondern nur noch über das Wie der grafischen Aufbereitung von Geschäftsinformationen diskutiert werden.
Aktuell ist vor allem das Interesse an Dashboards groß. Sie stellen quasi als zentrale Instrumententafeln den Entscheidungsträgern auf einen Blick die wichtigsten geschäftlichen Kennzahlen für das Controlling in Form von Tachometern oder Messinstrumenten bereit. Dashboards sind kein Privileg des Topmanagements, denn alle Management-Ebenen sind der Unternehmensstrategie verpflichtet und müssen ihren Beitrag zur Zielerreichung liefern. Das bedeutet, dass sie eine komfortable Oberfläche zur Analyse aller Geschäftsvorgänge benötigen (siehe auch "BI-Software ist vielen zu komplex").
Individuelle Sicht auf Geschäftsinformationen
Typische Eigenschaften von Dashboards sind die komprimierte Darstellung komplexer Strukturen und Zusammenhänge auf einer Bildschirmseite, um alle wesentlichen Informationen auf einen Blick erfassen zu können. Hierzu gehört die Konzentration auf entscheidungsrelevante Inhalte, die auf die spezifische Aufgabenstellung der Nutzer abgestimmt sind. Dashboards müssen sich daher flexibel auf die individuellen Anforderungen unterschiedlicher Zielgruppen zuschneiden lassen. Hier sind also Werkzeuge gefragt, die schnell personalisierte Dashboards generieren und deren unternehmensweite Verteilung und Pflege unterstützen.
Im Gegensatz zu BI-Portalen, die einen zentralen und synchronisierten Zugang mit "Single-sign-on" zu unterschiedlichen Informationen und Analysenwendungen eröffnen, bieten traditionelle Performance-Dashboards lediglich aggregierte Kennzahlen in Form von Balanced Scorecards ohne wesentliche Interaktionsfunktionen an. Doch gerade Letztere verlangen so genannte Power User, die nicht nur Standardberichte konsumieren, sondern komplexe Ad-hoc-Analysen vornehmen wollen. Eine Lösung stellen entweder der Einsatz von Portlets im Dashboard dar, die Analyse-Requests von einem Browser an Web-Server senden und eine schnelle Navigation durch multidimensionale Informationsräume ermöglichen, oder Rich Clients, die eigene Business-Logik enthalten.
Rich Clients mit Ajax
Letztere sind zwar auch von Analyse-Servern abhängig, können sich aber durch geschickte Update-Prozeduren potenziell autark halten, was für mobile BI-Anwendungen notwendig ist. Zudem verwenden Rich Clients Techniken, die ein hohes Maß an Interaktivität versprechen und beispielsweise ohne das Installieren von Java-Applets auskommen. Stattdessen wird etwa die Web-2.0-Technik Ajax (Asynchronous Javascript and XML) verwendet, die bei der Aktualisierung von Inhalten keinen kompletten Neuaufbau von Web-Seiten erforderlich macht. Per HTTP liefert der Browser angefragte Web-Seiten aus, in denen Javascript-Code enthalten ist, welcher auf dem Client ausgeführt wird. Dieser Javascript-Code reagiert auf Benutzeraktionen und sendet spezifische XML-Http-Requests an den Analyse-Server.
Die Antwort des Servers wird mittels Javascript und Document Object Model (DOM) interpretiert und auf der Seite angezeigt. Dabei können gewisse Aktionen auch lokal ohne Interaktion mit dem Server stattfinden (Plausibilitätsprüfungen, Refresh etc.). Der Vorteil gegenüber klassischen Web-Anwendungen besteht darin, dass keine neuen HTML-Seiten geladen werden müssen, sondern nur XML übertragen wird. Ajax-Applikationen generieren Anfragen, die asynchron im Hintergrund ausgeführt werden, so dass die Seite sichtbar bleibt und weiterbearbeitet werden kann. Interaktionen blockieren also die aktuellen Seite nicht. Damit ergibt sich eine bessere Bedienbarkeit für den Anwender.
Diesem Vorteil steht aber ein erheblicher Mehraufwand entgegen, da zusätzliche Techniken und Frameworks zu beherrschen sind und die Client- wie auch die Server-Logik kompliziert ist. Die große Stärke von Ajax ist die Integration bestehender Anwendungen, wobei Anwender Pageflows oder Single-Sign-on noch eigenhändig implementieren müssen.
Anwendungen für BI als Mashups
Eine weitere aus dem Internet stammende Entwicklung sind Mashups. Diese kombinieren Daten (Services) aus verschiedenen Quellen, um Dashboards, Berichte und Portale anzureichern. Technisch sind heute viele Mashups als Gadgets verfügbar (siehe zum Beispiel, wie Oracle/Hyperion Gadgets für Microsoft Office nutzt). Diese Softwarebausteine verbinden beispielsweise Karten aus "Google Maps" mit Informationen für Touristen oder visualisieren "Brennpunkte" aus einer Kriminalstatistik. Die Kombination von Geoinformationen und Zeitreihen aus der Statistik ist nicht neu, bekommt aber durch Mashups eine andere Qualität. Für den Aufbau von Dashboards beispielsweise bedeutet dies, dass sie nicht länger proprietär oder plattformgebunden sind, sondern Anwender sie frei konfigurieren und vielfältige Web-Services einbinden können. Aus dem spielerischen Umgang mit "gemashten" Services kann eine produktive BI-Umgebung entstehen.
Die Integration von externen Services wie Google Maps oder von Marktdaten in die unternehmensweite BI-Landschaft wirft allerdings die Frage auf, ob eine Kombination dieser Dienste mit internen Unternehmensdaten einer IT-Governance zuwiderläuft. Spätestens aber bei der Übermittlung von unternehmensstrategischen BI-Fragestellungen an externe Web-Services wird die Brisanz der Mashups deutlich. Wer sichert zum Beispiel die Zuverlässigkeit und Nachhaltigkeit der eingebundenen Dienstleistungen? Allzu oft sind die Dienste und deren Anbieter nicht von Dauer, was die hohe Produktivität und Interoperabilität eines Mashups schnell verringern kann(siehe auch wie Information Builders seine BI-Plattform erweitert um Adobe Flex und Google Maps erweitert).
Mehr Interaktivität durch Ajax, Flash und Silverlight
Techniken wie Ajax und Mashups geben dennoch positive Impulse für die Weiterentwicklungen von BI-Plattformen, denn sie ermöglichen die heute von analytischen Informationssystemen geforderten grafisch ansprechenden Oberflächen und Interaktivität. Zudem lassen sich in BI-Anwendungen Animationen mit "Adobe Flash" oder "Microsoft Silverlight" implementieren, auch wenn Standardbibliotheken noch fehlen. Es wäre schon viel geholfen, wenn alle BI-Produkte über dynamisches HTML verfügten. Dem BI-Nutzer bieten interaktive Web-Berichte, die mit vorparametrierten Verbindungen zu externen Diensten angereichert sind, einen hohen Komfort. Im Einzelfall ist aber das Risiko der asynchronen Verbindungen zu Serviceanbietern zu bewerten. Gegen den internen Einsatz der beschriebenen Technologien spricht nichts, lediglich die erhöhte Komplexität. Künftige analytische Systeme - wie immer sie heißen mögen - werden auf den heutigen multimedialen und interagierenden Web-Anwendungen aufbauen und weiterentwickeln.