Elektronisches Reporting - Analyse moderner Technologien am Markt mit Focus auf die Microsoft SQL Server Reporting Services

Inhaltsverzeichnis

Abkürzungsverzeichnis

Abbildungsverzeichnis

1. Einleitung
1.1. Problemstellung und Zielsetzung der Diplomarbeit
1.2. Aufbau der Diplomarbeit

2. Grundlagen
2.1. Definitionen
2.1.1. Business Intelligence
2.1.2. Data Warehouse
2.1.3. Data Mining
2.1.4. OLAP
2.1.5. ETL
2.1.6. Reporting
2.1.6.1. Motivation
2.1.6.2. Einsatzbereiche
2.1.6.3. Gestaltung und Funktionalität
2.1.6.4. Varianten und Ausprägungen
2.1.6.5. Berichtslebenszyklus
2.1.7. Elektronisches Reporting (eReporting)

3. Ausgangsbedingungen
3.1. Technische Ausgangssituation
3.2. Referenzreport

4. Analyse der Reporting Produkte
4.1. Microsoft Access 2003
4.1.1. Produktvorstellung
4.1.2. Produktdokumentation
4.1.3. Technische Produkteigenschaften
4.1.3.1. Installation
4.1.3.2. Entwicklungsumgebung
4.1.4. Reporterstellung
4.1.4.1. Importfunktion
4.1.4.2. Erstellung des Referenzreports
4.1.5. Reportveröffentlichung
4.1.6. Reportverwaltung
4.1.7. Reportzustellung
4.1.7.1. Reportaufruf
4.1.7.2. Abonnements
4.1.7.3. Exportformate
4.1.7.4. Drucken
4.1.8. Produkterweiterungen
4.1.9. Bewertung und Eignung
4.2. XtraReports Suite
4.2.1. Produktvorstellung
4.2.2. Produktdokumentation
4.2.3. Technische Produkteigenschaften
4.2.3.1. Installation
4.2.3.2. Entwicklungsumgebung
4.2.4. Reporterstellung
4.2.4.1. Importfunktion
4.2.4.2. Erstellung des Referenzreports
4.2.5. Reportveröffentlichung
4.2.6. Reportverwaltung
4.2.7. Reportzustellung
4.2.7.1. Reportaufruf
4.2.7.2. Abonnements
4.2.7.3. Exportformate
4.2.7.4. Drucken
4.2.8. Produkterweiterungen
4.2.9. Bewertung und Eignung
4.3. ComponentOne Reports für .NET
4.3.1. Produktvorstellung
4.3.2. Produktdokumentation
4.3.3. Technische Produkteigenschaften
4.3.3.1. Installation
4.3.3.2. Entwicklungsumgebung
4.3.4. Reporterstellung
4.3.4.1. Importfunktion
4.3.4.2. Erstellung des Referenzreports
4.3.5. Reportveröffentlichung
4.3.6. Reportverwaltung
4.3.7. Reportzustellung
4.3.7.1. Reportaufruf
4.3.7.2. Abonnements
4.3.7.3. Exportformate
4.3.7.4. Drucken
4.3.8. Produkterweiterungen
4.3.9. Bewertung und Eignung
4.4. Active Reports for .NET 2.0
4.4.1. Produktvorstellung
4.4.2. Produktdokumentation
4.4.3. Technische Produkteigenschaften
4.4.3.1. Installation
4.4.3.2. Entwicklungsumgebung
4.4.4. Reporterstellung
4.4.4.1. Importfunktion
4.4.4.2. Erstellung des Referenzreports
4.4.5. Reportveröffentlichung
4.4.6. Reportverwaltung
4.4.7. Reportzustellung
4.4.7.1. Reportaufruf
4.4.7.2. Abonnements
4.4.7.3. Exportformate
4.4.7.4. Drucken
4.4.8. Produkterweiterungen
4.4.9. Bewertung und Eignung
4.5. Crystal Reports XI
4.5.1. Produktvorstellung
4.5.2. Produktdokumentation
4.5.3. Technische Produkteigenschaften
4.5.3.1. Installation
4.5.3.2. Entwicklungsumgebung
4.5.4. Reporterstellung
4.5.4.1. Importfunktion
4.5.4.2. Erstellung des Referenzreports
4.5.5. Reportveröffentlichung
4.5.6. Reportverwaltung
4.5.7. Reportzustellung
4.5.7.1. Reportaufruf
4.5.7.2. Abonnements
4.5.7.3. Exportformate
4.5.7.4. Drucken
4.5.8. Produkterweiterungen
4.5.9. Bewertung und Eignung
4.6. SQL Server 2000 Reporting Services
4.6.1. Produktvorstellung
4.6.2. Produktdokumentation
4.6.3. Technische Produkteigenschaften
4.6.3.1. Installation
4.6.3.2. Entwicklungsumgebung
4.6.4. Reporterstellung
4.6.4.1. Importfunktion
4.6.4.2. Erstellung des Referenzreports
4.6.5. Reportveröffentlichung
4.6.6. Reportverwaltung
4.6.7. Reportzustellung
4.6.7.1. Reportaufruf
4.6.7.2. Abonnements
4.6.7.3. Exportformate
4.6.7.4. Drucken
4.6.8. Produkterweiterungen
4.6.9. Bewertung und Eignung
4.7. Weitere Produkte
4.7.1. Cognos “Reportnet”
4.7.2. Hyperion – “Enterprise Reporting”
4.7.3. Cybernet Software Inc - “Intelliview”
4.7.4. 9Rays .NET – „Report Sharp Shooter“
4.7.5. QBS Software Ltd „Sharp Reports“
4.7.6. Sparrow Technologies - „Visual Reports“
4.7.7. SSW - „Access Reporter“

5. Abschlussbetrachtung
5.1. Vergleich der vorgestellten Produkte
5.2. Fazit

Literatur- und Quellenverzeichnis

Anhang
Anhang A: Abbildung der erstellten Referenzreports
Anhang B: Ausstattung der verwendeten PC Systeme
Anhang C: SQL Abfragen
Anhang D: Interview
Anhang E: Exportformate aller Produkte

Ehrenwörtliche Erklärung

Abkürzungsverzeichnis

Abbildung in dieser Leseprobe nicht enthalten

Abbildungsverzeichnis

Abbildung 1: Vgl. Grothe/Gentsch (2000),

Abbildung 2: Vgl. Hildebrand (2001),

Abbildung 20: Vgl. Metagroup (2004),

1. Einleitung

1.1. Problemstellung und Zielsetzung der Diplomarbeit

Rudolf Augstein, deutscher Journalist und Herausgeber der Zeitschrift „Der Spiegel“, erkannte eines der wichtigsten Probleme des Zeitalters der Informationstechnologie schon früh und formulierte es wie folgt:

„Die Zahl derer, die durch zu viele Informationen nicht mehr informiert sind, wächst.“

Durch die rasante Entwicklung der Informationstechnik, ständig fallende Preise und die Entdeckung neuer technischer Möglichkeiten und daraus folgender, immer schneller zunehmender Verbreitung und Verwendung moderner Technologien nimmt die Masse digital gespeicherter Daten exponentiell zu. Schätzungen gehen davon aus, dass die gesamte Masse der zu verarbeitenden Informationen in den ersten zehn Jahren ab dem Jahrtausendwechsel der Masse der Informationen der letzten 2500 Jahre entspricht.^[1]

Personal Computer, Netzwerke und Datenbanken erfüllen den Zweck der zentralen Datenspeicherung und Versorgung der Schlüsselstellen der Unternehmen mit den gewünschten Daten zur gewünschten Zeit. Der Mensch trifft unter Zuhilfenahme dieser Daten Entscheidungen, die aufgrund Ihrer Komplexität oder aufgrund von unbekannten zusätzlichen äußeren Einflussgrößen softwaregesteuert nicht immer möglich sind. Dabei sehen sich sowohl private Nutzer der elektronischen Datenverarbeitung, als auch besonders Unternehmen mit dem Problem konfrontiert, die menschlichen Reaktionszeiten optimieren zu müssen, denn der Mensch ist im Zusammenspiel mit einem funktionierenden und digitalen Informationssystem zugleich der überlegene, aber auch der langsame, ausbremsende und vor allem fehleranfällige Teil. Aus diesem Grunde ist es von großer Bedeutung, den Menschen mit einer ganz exakten Selektion aus der Menge an verfügbaren Informationen zu versorgen, die er in seiner Funktion als Entscheider benötigt, und das zum korrekten Zeitpunkt.

Eines der wichtigsten Mittel dieser Versorgung mit Informationen stellen die Unternehmensberichte^[2] dar.^[3] Ziel dieser Arbeit ist es, die Aufgabenstellung von Unternehmensberichten^[4] zu erläutern und die zur Verfügung stehenden technischen Mittel zur Erstellung, Veröffentlichung und Verwaltung von Berichten eingehend zu betrachten. Diese technischen Mittel definieren sich über eine Reihe verschiedener Produkte, die einen mehr oder weniger professionellen und vollständigen Funktions- und Qualitätsumfang mitbringen. Diesen Umfang jeweils zu untersuchen, zu bewerten und abschließend zu vergleichen ist das Hauptziel dieser Arbeit. Dabei wird jedes der zu analysierenden Produkte getestet und nach stets gleichen Kriterien untersucht. Neben einer Auswahl interessanter Produkte stehen dabei die „Microsoft Reporting Services“ besonders im Fokus. Um eine geeignete Abgrenzung zu schaffen, sind, gemäß den noch folgenden Begriffsdefinitionen, nur Methoden zur Kommunikation von Daten an die Anwender^[5], also die zu informierenden Personen, Thema der Arbeit. Mittel zur technischen Bereitstellung von Daten bzw. deren Entdeckung und automatisierte Auswertung sind, abgesehen von Begriffserläuterungen, ausdrücklich ausgenommen.

1.2. Aufbau der Diplomarbeit

Die vorliegende Diplomarbeit beschäftigt sich zunächst mit den allgemeinen Grundlagen des Themas und zeigt kurz die wesentlichen Termini und verwandten Sachgebiete auf. Der wesentliche Teil der Arbeit beschäftigt sich mit einer Auswahl der auf dem Markt verfügbaren Produkte zur Erstellung elektronischer Reports hinsichtlich Ihrer Beschaffenheit, technischen Eigenschaften und des Funktionsumfangs. Im Anschluss an die Produktanalyse folgt eine abschließende Gegenüberstellung der Produkte, sowie der Ansatz einer qualitativen Bewertung hinsichtlich der Eignung der Produkte für potentielle Zielgruppen, die sich aus den während der Anfertigung der Arbeit gewonnenen Erfahrungen und Eindrücken ergibt.

2. Grundlagen

2.1. Definitionen

Um die wichtigsten Begriffe, die im Rahmen dieser Arbeit und in Verbindung mit dem behandelten Thema Verwendung finden, zu klären, folgen deren Definitionen, sowie kurze Erklärungen und eine Einordnung in den Gesamtzusammenhang.

2.1.1. Business Intelligence

Business Intelligence (BI) ist als Oberbergriff für Methoden und Verfahrensweisen im Bereich der Datenhaltung, Datenbereitstellung und Datenanalyse zu sehen. Eine eindeutige Definition fällt schwer, da dieser noch verhältnismäßig junge Begriff oftmals verschiedenartig interpretiert verwendet wird. Grothe u.a. betonen die Verwendung des Begriffs zur Beschreibung eines Prozesses, anstatt einer Bestandsgröße^[6] und definieren Business Intelligence wie folgt:

„Business Intelligence (BI) bezeichnet den analytischen Prozess, der – fragmentierte – Unternehmens- und Wettbewerbsdaten in handlungsgerichtetes Wissen über die Fertigkeiten, Positionen, Handlungen und Ziele der betrachteten internen oder externen Handlungen (Akteure und Prozesse) transformiert“^[7] Für den praktisch orientierten Leser sehr prägnant auf den Punkt gebracht könnte man auch sagen: Business Intelligence hilft dabei, aus Daten Wissen zu gewinnen. Um zunächst eine Einordnung in den Gesamtkontext herzustellen, hilft die folgende Darstellung von Grothe u.a., die einerseits die Verwandtschaft zu untergeordneten Begriffen darstellt und andererseits die Beziehungen untereinander aufzeigt.

Abbildung in dieser Leseprobe nicht enthalten

Abb. 1: Einordnung der BI Begriffe in ein BI Portfolio nach Grothe u.a.

Business Intelligence wird hier als dreistufiger Prozess definiert, der aus folgenden Stufen^[8] besteht:

- Bereitstellung von Daten aus verschiedensten Quellen
- Entdeckung von Zusammenhängen, Mustern und Besonderheiten
- Kommunikation von Erkenntnissen an den Anwender zur Stützung von Maßnahmen

Das folgende Schaubild verdeutlicht ebenso die Interpretation des Oberbegriffs Business Intelligence und die Einordnung der untergeordneten verwandten Begriffe in das Sachgebiet nach Hildebrand, der sich damit an die Begriffsdefinition von Grothe u.a. angelehnt und diese kritisch verfeinert hat^[9]:

Abbildung in dieser Leseprobe nicht enthalten

Abb. 2 Einordnung unterschiedlicher Facetten von Business Intelligence nach Hildebrand

Auch hier gibt es eine Unterteilung der Prozesse in die Stufen der Datenbereitstellung und Datenauswertung. Hildebrand definiert BI allerdings etwas strenger und zählt zu BI i.e.S. nur OLAP und MIS/EIS, also Tools zur Erstellung multidimensionaler Analysen.

2.1.2. Data Warehouse

Als Data Warehouse bezeichnet man Datenbanken, die mit Daten aus verschiedensten Quellen befüllt wurden bzw. werden. Sie enthalten die Daten in einer einheitlichen und logischen Form und sind so speziell auf Analyse- und Entscheidungsaufgaben zugeschnitten.^[10] Das Data Warehouse ist die Grundlage für eine unternehmensweite Versorgung von analyseorientiert arbeitenden Fach- und Führungskräften mit den benötigten Informationen.^[11] Das Data Warehouse fällt somit in den Bereich der Datenbereitstellung.

2.1.3. Data Mining

Für das Schlagwort „Data Mining“ existieren weitere synonym verwendete Begriffe wie z.B. „Knowledge Discovery“ und eine Vielzahl verschiedener Ansätze, eine passende Definition zu finden.^[12] Einigkeit herrscht darüber, dass Data Mining einen automatisierten Prozess bezeichnet, der besonders auffällige Daten aus einer Datenbank herausfiltern kann, um z.B. „verborgene Zusammenhänge aufzuspüren“^[13]. Grothe u.a.^[14] ordnen den Begriff in dementsprechend dem Bereich der Datenentdeckung zu. Küppers^[15] kommt zu dem Ergebnis, dass das Data Mining folgende Eigenschaften erfüllen muss:

- es ist ein Prozess
- es ist nicht trivial
- es sucht nach Mustern
- es liefert statistisch belegbare Aussagen
- es liefert ausschließlich neue Erkenntnisse
- es liefert nützliche und verständliche Daten

2.1.4. OLAP

OLAP steht für „Online Analytical Processing“ und fällt wie das Data Mining in den Bereich der Datenentdeckung.^[16] Unter Einsatz von OLAP lassen sich große Datenmengen effizient auswerten. Hierzu werden multidimensionale virtuelle Cubes (Würfel) verwendet, die verschiedene Informationen (bzw. Dimensionen) miteinander kombinieren. Sie enthalten so eine große Datenmenge und können aggregierte Informationen immer weiter extrahieren und Informationen immer kleinerer Würfelbestandteile anzeigen^[17]. Diese multidimensionalen Cubes imitieren auf diese Weise das explorative Vorgehen von Analysten bei der Betrachtung verschiedener Faktoren, um zu einem Ergebnis zu gelangen.^[18] Diese analytische Vorgehensweise wäre ohne eine mehrdimensionale Aufbereitung der Informationen lediglich über die sequentielle Abfrage der Informationen und anschließende manuelle Kombination möglich. OLAP ermöglichst eine Automatisierung dieses Vorgangs.

2.1.5. ETL

ETL steht für „Extrahieren, Transformieren, Laden“. Die drei Begriffe symbolisieren folgende dreistufige Prozesskette:^[19]

- Extraktion („extract“) der relevanten Daten aus verschiedenen Quellen, die verschieden strukturiert sind
- Transformation („transform“) der Daten in eine einheitliche, brauchbare Form
- Laden („load“) der Daten in ein System, um sie zugänglich zu machen

ETL Komponenten erfüllen also die Aufgabe, ein Data Warehouse aus den verschiedenartigsten Datenquellen mit am Ende einheitlich strukturieren Daten zu versorgen. Dies wird i.d.R. in belastungsarmen Zeiträumen und automatisiert durchgeführt.^[20]

2.1.6. Reporting

Der Begriff „Reporting“ wird z.T. sehr fein in weitere Unterbegriffe wie „Analytical Reporting“ und „Enterprise Reporting“ unterschieden^[21]. Die Abgrenzungen sind jedoch fließend und nicht immer eindeutig definierbar. „Analytical Reporting“ beschreibt rein datenorientierte Auswertungen unter Einsatz von Technologien wie OLAP und Data Mining. Der Begriff „Enterprise Reporting“ wird für das Erstellen, Veröffentlichen, Verwalten und die Verteilung von Unternehmensberichten verwendet, die dazu geeignet sind, Daten in einer angemessenen Form aufbereitet für eine größere Anzahl Anwender zu präsentieren. Ein Unternehmensbericht ist definiert als die „Repräsentation von Informationen, die in einem aufbereiteten Format mit Personen innerhalb oder außerhalb des Unternehmens im Rahmen wiederkehrender Abläufe ausgetauscht werden.“^[22] Reporting beschreibt also die Bereitstellung, Zusammenfassung und das Präsentieren von geforderten Daten, die dem Adressaten in einem Bericht eine effiziente Übersicht geben sollen, um ihn über eine bestimmte Situation hinreichend und prägnant zu informieren. Im Rahmen dieser Arbeit geht es ausschließlich um Werkzeuge für das „Enterprise Reporting“.

2.1.6.1. Motivation

„In vielen Unternehmen wird die mittlere Führungsebene von den täglichen Problemen völlig in Anspruch genommen und verfügt nicht über die Informationen, sie zu bewältigen. Selbst riesige Mengen von Daten – buchstäblich ganze Papierberge – die schwierig zu bewältigen und mit den Daten aus anderen Berichten in Einklang zu bringen sind, helfen ihnen dabei nur wenig. Dagegen kennzeichnet es ein gutes digitales Nervensystem, wenn es die mittlere Führungsebene durch den Einfluss spezifischer Informationen zu zusätzlichen Leistungen befähigt.“^[23] Der Filterung und Aufbereitung der Informationen kommt hier eine entscheidende Bedeutung zu, um das sog. Informationsdilemma zu verhindern, bei dem ein Zuviel an irrelevanten Informationen einem Mangel an relevanten Informationen gegenübersteht.^[24]

Der Umfang, die Qualität sowie die zeitliche und sachliche Genauigkeit der Lieferung der zur Verfügung stehenden Informationen sind wesentlich für die zu treffenden Entscheidungen in einem Wirtschaftsunternehmen. Genau diese Informationen sind zur gewünschten Zeit in den Händen der zuständigen Person wertvoll, denn sie geben Hinweise auf Missstände oder positive Entwicklungen, Anlass zu bzw. Hilfestellung für weitere detaillierte Recherchen oder Rückfragen, und beeinflussen somit wesentlich die zu treffenden erforderlichen weiteren Entscheidungen in einem Unternehmen. Dies gilt sowohl für die Ebene des Managements, als auch für alle vorhandenen Stellen in einem Unternehmen, an denen Menschen täglich Entscheidungen über ihr weiteres Vorgehen in ihrem speziellen Arbeitsbereich und auf der Grundlage ihres Informationsstandes treffen müssen. Dies ermöglicht die Schlussfolgerung, dass die Qualität von Entscheidungen durch Umfang und Qualität der zugrunde liegenden Informationen positiv beeinflusst werden kann. „Gerade die Mitarbeiter der mittleren Führungsebene benötigen genaue und sichere Daten, denn schließlich sind sie es auch, die danach handeln sollen. Sie brauchen deshalb einen unmittelbaren, ständigen und vielfältigen Zustrom der richtigen Informationen und sollten nicht darauf warten müssen, solche Daten vom höheren Management zu erhalten.“^[25]

2.1.6.2. Einsatzbereiche

Das in dieser Arbeit behandelte Reporting ist nicht mit dem vielfach für die Vorgänge im Finanzwesen bzw. der gesetzlich vorgeschriebenen Rechnungslegungen (z.B. Konzernabschluss) gemeinten Reporting zu verwechseln. Das Enterprise Reporting bzw. elektronische Reporting wird überall dort verwendet, wo es erforderlich ist, bestimmten Stellen regelmäßig Auskünfte über einen Informationsstand zu geben. Beispielsweise ist im Bereich der industriellen Fertigung^[26] eine regelmäßige Versorgung der direkt am Fertigungsprozess beteiligten Mitarbeiter mit standardisierten Informationen gefragt. Hier sind in den verschiedenen Produktionsabläufen immer wieder Auskünfte über z.B. Beschaffenheiten der Materialien oder Verläufe der Verarbeitung erwünscht. Um Absatzzahlen zu kontrollieren wird Reporting ebenfalls eingesetzt und ist deswegen auch im Handel^[27] und Controlling von besonderer Bedeutung, um ggf. entsprechende, richtige Maßnahmen beschließen zu können.

2.1.6.3. Gestaltung und Funktionalität

Bei der Gestaltung von Berichten spielt das Format der Berichte eine große Rolle. Während mancher Anwender auf die Formatierungen wie z.B. Schriftarten achtet, und lieber eine Art makelloser Präsentation bevorzugt, erwartet ein eher analytischer Anwender vielmehr, dass er innerhalb der Inhalte seines Berichtes noch Änderungen vornehmen kann, um einen Sachverhalt genauer studieren zu können. Dies kann z.B. durch Veränderung von Gruppierung oder Sortierung, Einsatz von zusätzlichen Rechenoperationen und Manipulation der Verdichtung geschehen. Hier wird besonders von den Möglichkeiten des sog. „Drilldown“ Gebrauch gemacht. Durch Drilldown lassen sich Details zu Datensätzen oder Summen innerhalb der Berichte sichtbar und unsichtbar machen.

2.1.6.4. Varianten und Ausprägungen

Bezüglich des Erstellungszeitpunkts lässt sich eine Unterscheidung in adhoc-Berichte und Standardberichte treffen. Von adhoc-Reporting^[28] ist die Rede, wenn Reports unmittelbar dann ausgeführt werden, wenn der Bedarf der Informationen besteht. Der Adressat des Berichts ist in diesem Falle auch der Erzeuger des Berichts. Die beinhalteten Daten entsprechen dann stets dem aktuellsten Stand. Im Gegensatz dazu wird das Standard-Reporting verwendet, um regelmäßig standardisierte Berichte zu erzeugen, die weitestgehend permanent vorhanden, jedoch nicht jederzeit neu erstellt werden, sondern aktuelle Stände bestimmter zurückliegender Zeitpunkte beinhalten.

Bezüglich der Zielgruppe der Berichte spricht man einerseits vom internen Reporting und andererseits vom externen Reporting.^[29] Das interne Reporting ^[30] ist die übliche und häufigste Variante der Berichtsbereitstellung, denn in den meisten Unternehmen werden täglich Mitarbeiter mit Berichten beliefert, die Ihnen helfen Ihre Aufgaben zu erfüllen. Diese Berichte sind i.d.R. zweckdienlich und darauf ausgerichtet, besonders wertvoll im Hinblick auf ihren Inhalt zu sein, während die äußere Form meist sekundär ist. Beim externen Reporting ^[31] werden Berichte für das Verlassen des Unternehmens und die Übermittlung an z.B. ein anderes Unternehmen oder einen Kunden erstellt. Bei diesen Berichten spielt neben den Inhalten die äußere Form eine wesentliche Rolle, vor allem in Bezug auf Corporate Design.

Von diesen Unterscheidungskriterien abgesehen gibt es noch zwei verschiedene Verfahren zur Veröffentlichung der Berichte.

Pull (engl. ziehen)

Der Anwender der Berichte hat die Möglichkeit, auf die Berichte je nach Bedarf selbständig zuzugreifen. Er führt hierzu einen aktiven Vorgang aus, um den Bericht zu erhalten. Dies kann beispielsweise geschehen, indem er in einer Dateifreigabe eines Servers den letzten Stand (ein sog. Snapshot) des Berichtes aufruft oder indem er den Bericht über das Intranet mit den aktuell verfügbaren Daten abruft.

Push (engl. stoßen) ^[32]

Bei diesem Ausgabeverfahren wird der Anwender automatisch mit seinen Berichten beliefert. Er muss dazu nur einmalig seine Berichte abbonieren und die gewünschte Lieferform und den Zeitpunkt und Intervall angeben. Daraufhin wird vom Reportingsystem dafür gesorgt, dass der gewünschte Bericht immer pünktlich und in der gewünschten Darreichungsform (z.B. per Email) an den Anwender geschickt wird.

2.1.6.5. Berichtslebenszyklus

Berichte durchlaufen typischerweise verschiedene Schritte von der Erstellung bis zur Ankunft beim Empfänger. Diese lassen sich in vier wesentliche Schritte in dieser Reihenfolge unterteilen:

- Reporterstellung-/design
Zunächst wird jeder Report einmalig von einem Entwickler bzw. dem End-User selber erstellt. Es wird eine Datenquelle gewählt, gewünschte Daten zusammengestellt und mit einem passenden Layout in der gewünschten Form angezeigt.^[33]
- Reportveröffentlichung
Nach der Erstellung der Reports wird eine Methode zur Veröffentlichung gewählt. Hier gibt es verschiedene Möglichkeiten. Neben der Möglichkeit einen Webserver zu benutzen, auf dem die Reports als Webanwendung bereitgehalten werden, können Reports als Teil einer Windows Anwendung oder auch als Dateien veröffentlicht werden.
- Reportverwaltung
Je nach Organisationsstruktur bietet sich der Einsatz einer zentralen Reportverwaltung an. Diese ermöglicht z.B. die Festlegung von Sicherheitseinstellungen und Benutzerrechten oder auch Einstellungen zur Erstellung automatischer regelmäßiger Snapshots der Reports, um eine historische Betrachtung der Daten zu ermöglichen.
- Reportauslieferung
Im letzten Schritt werden die Berichte an den Empfänger geliefert. Dies kann unter Verwendung der push oder der pull Methode geschehen.

2.1.7. Elektronisches Reporting (eReporting)

Mit der Bezeichnung „Elektronisches Reporting“, kurz „eReporting“ ist das Reporting in digitaler Form zu verstehen, also das Reporting auf Grundlage von Daten, die digital zur Verfügung stehen und ebenso auf digitalem Wege zusammengestellt, ausgewertet und auch bei Bedarf elektronisch zugestellt werden. eReporting bedeutet grundsätzlich nicht „Enterprise Reporting“, kann aber im Rahmen dieser Arbeit durchaus synonym verwendet werden.

3. Ausgangsbedingungen

3.1. Technische Ausgangssituation

Die Untersuchung der Produkte fand mit einer Workstation und einem Server statt^[34]. Für den Reportmanager der MS Reporting Services ist eine vorhandene Installation eines lizenzierten MS SQL Servers erforderlich, der sich (abgesehen von der Personal Edition) nicht auf einer Windows XP Professional Workstation installieren lässt. Darum wird der Server zum Testen der Microsoft Reporting Services neben dem genannten PC benötigt. Es ist anzumerken, dass die ausschließliche Entwicklung von Berichten für die Microsoft Reporting Services keinen SQL Server erfordert. Die vollständige Installation der Reporting Services ist nur dann erforderlich, wenn ein Berichtsserver genutzt werden soll. Unter Einsatz der Visual Studio .NET Entwicklungsumgebung ist die Entwicklung von Reports demnach auch ohne den Berichtsserver möglich. Lediglich das Aufrufen der Reports, die Reportverwaltung und das Veröffentlichen der Reports erfordert den Berichtsserver.

3.2. Referenzreport

Mit jedem der in dieser Arbeit behandelten Reporting Produkte wird ein Referenzreport mit einer tabellarischen Darstellung und einer ergänzenden Grafik erzeugt. Durch die Erstellung des Referenzreports mit allen zu untersuchenden verschiedenen Produkten wird im Hinblick auf die in diesem Fall benötigten Funktionalitäten der Produkte eine Vergleichbarkeit ermöglicht. Als Datenbasis für die Erstellung des Referenzreports in dieser Arbeit dient die von Microsoft bereitgestellte Beispieldatenbank „Northwind“^[35], die sowohl bei der Installation von Microsoft Access als auch auf dem SQL Server standardmäßig angeboten wird. Die Datenbank enthält eine ausreichende Anzahl von Beispieldatensätzen und wurde ausgewählt, weil sie auf annähernd jedem PC System vorhanden ist, auf dem Microsoft Office oder MS SQL Server installiert ist. Durch die Verwendung einer derart weit verbreiteten Datenbank wird die Nachvollziehbarkeit der Tests und Beispiele in dieser Arbeit erleichtert.

Die Daten in der Access Version der „Nordwind“ Datenbank beziehen sich auf einen Zeitraum zwischen August 1994 und Juni 1996. Die Daten der SQL Server Version von „Nordwind“ sind inhaltlich weitestgehend mit der Access Version von „Nordwind“ übereinstimmend. In der SQL Server Version wurden jedoch von MS alle Daten auf einen Zeitraum zwischen Juli 1996 und Mai 1998 aktualisiert. Um einheitliche Daten in allen Beispielberichten gewährleisten zu können, wird aufgrund der Unterschiede in den Zeitangaben in den beiden Versionen davon abgesehen, die Tabellen der Access Version zu verwenden. Stattdessen wird auch bei der Erstellung des Access Referenzberichtes auf die Daten der SQL Server Version von Nordwind zurückgegriffen. Dies geschieht über Einbindung der SQL Server Datenbank per ODBC in die Access Datenbank.

Der folgende Reportentwurf dient als Vorlage für die zu erstellenden Reports. Im Rahmen dieser Arbeit können nicht alle technischen Möglichkeiten und Feinheiten untersucht werden, die es zur Erstellung und Verfeinerung von Reports gibt. Daher ist die Erstellung dieses Referenzreports als Einstieg in die Handhabung und Funktionsweise der einzelnen Produkte zu betrachten und vorsätzlich auf typische Berichtselemente beschränkt. Darüber hinaus sollen spezifische Eigenschaften, besondere Fähigkeiten und Mängel der Produkte aber nicht ungenannt bleiben.

Der Referenzbericht enthält einerseits eine tabellarische Darstellung der Summe der Umsätze pro Land im Monat Juni 1997 und darüber hinaus ergänzend eine Grafik, die die Top 10 Länder nach Umsätzen über die gesamte Zeit zum Vergleich darstellt. Dazu sind zwei^[36] verschiedene Datenbankabfragen erforderlich, die jeweils die benötigten Daten aus den Datenbanktabellen zur Verfügung stellen. Die Abfrage für die tabellarische Darstellung wird im Verlauf der Arbeit als „laufende Umsätze“ bezeichnet, während die Abfrage für die grafische Darstellung als „Gesamtumsätze“ bezeichnet wird.

Die Sortierungen sowie die Einschränkung auf zehn Länder sind in den Abfragen nicht berücksichtigt und sollen bewusst erst im Verlauf der Reporterstellung mit den einzelnen Produkten herbeigeführt werden.

Abbildung in dieser Leseprobe nicht enthalten

Abb. 3 Entwurf des Referenzreports

4. Analyse der Reporting Produkte

4.1. Microsoft Access 2003

4.1.1. Produktvorstellung

Der Hersteller der Produktlinie Office 2003, der Access angehört, ist die Firma Microsoft. Microsoft hat seinen Hauptsitz in Redmond (USA) und wurde 1975 von William Bill Henry Gates gegründet.

Für die Erstellung von Reports bietet MS Access neben anderen Elementen das Element „Berichte“ an. Mit dem Berichtselement lassen sich aus den in der Access Datenbank zur Verfügung stehenden Daten Berichte für die Anwender zusammenstellen.

Microsoft bietet Access in unterschiedlichen MS Office 2003 Paketen an. Es gibt das Basispaket, eine Version für Schüler und Lehrer, ein Standardpaket, ein Small Business Paket und die Professionell Edition. MS Access ist lediglich in dem Professionell Paket enthalten.^[37] Neben der Access Version, die im Office Paket integriert ist, ist MS Access in der Version 2003 aber auch als eigenständiges Softwarepaket verfügbar.

Die Preise unterscheiden sich in Abhängigkeit von der Anzahl der in den Paketen enthaltenen Module. Das MS Office 2003 Paket inklusive MS Access bietet der Hersteller auf seinen Webseiten in einer 60 Tage gültigen Testversion^[38] an. Die Testversion kann nach Ablauf des Testzeitraums und Erwerb einer Lizenz in eine Vollversion konvertiert werden. Das MS Office 2003 Professionell Paket kostet abhängig vom Händler zwischen ca. 540 und 620 Euro. Der Preis für MS Access 2003 als standalone Applikation liegt um ca. 245 bis 270 Euro.

4.1.2. Produktdokumentation

Die Hilfe Funktion der MS Office Produkte entspricht gängigen Standards. Es ist sowohl Schlagwortsuche als auch systematisches Inhaltsverzeichnis verfügbar. Dem Benutzer werden weitere Möglichkeiten zur Informationsbeschaffung angeboten, darunter auch Hyperlinks zu diversen Office-Communities^[39]. Microsoft bietet auf der Office Update Website^[40] eine online Überprüfung auf evtl. zur Verfügung stehende Updates und Hotfixes für die Office Produkte an. Für Diskussionen und Fragen steht eine Newsgroup^[41] zur Verfügung.

4.1.3. Technische Produkteigenschaften

4.1.3.1. Installation

Das aktuell verfügbare MS Office bzw. MS Access lassen sich auf alle aktuellen Windows Betriebssysteme installieren. Microsoft Access wird über ein Windows Installer Paket auf dem Betriebssystem installiert. Das Programm trägt sich in die Windows Systemsteuerung unter Software ein.

4.1.3.2. Entwicklungsumgebung

In Access Datenbanken ist die Entwicklungsumgebung bereits integriert. Die einzelnen Datenbankobjekte (z.B. Tabellen, Abfrage, Reports) sind jeweils in zwei Modi aufrufbar, im Designmodus und im Vorschaumodus. Im Designmodus lassen sich die Objekte verändern und gestalten. Im Ansehmodus zeigt sich als Ergebnis z.B. ein Report. Es ist keine separate Entwicklungsumgebung zur Entwicklung von Access Datenbanken erforderlich.

4.1.4. Reporterstellung

4.1.4.1. Importfunktion

Eine Funktion zum Importieren von Berichten in Formaten anderer eReporting Programme ist nicht vorhanden.

4.1.4.2. Erstellung des Referenzreports

Neben den Daten, die eine MS Access Datenbank beinhaltet, kann Access auch über sog. „verknüpfte Tabellen“ z.B. per ODBC Treiber auf andere Datenbankensysteme zugreifen und so auch Daten anderen Datenbanken wie z.B. Oracle oder SQL Server zur Berichtserzeugung verwenden. Diese verknüpften Tabellen verhalten sich prinzipiell wie Tabellen, die in Access gespeichert sind, verweisen aber auf die Originaldatenquelle. Wie bereits in Abschnitt 3.2 erläutert, unterscheiden sich die Daten der Access Version der „Nordwind“ Datenbank von der SQL Server Version. Aus diesem Grunde werden in der Analyse von MS Access ebenfalls wie bei allen anderen untersuchten Reporting Produkten die SQL Server Daten als Datenquelle benutzt.

Zur Erstellung eines Access Berichtes ist es zunächst erforderlich, die im Bericht zu zeigenden Daten unter Verwendung von zwei verschiedenen SQL Abfragen^[42] aus der Datenbank zu filtern. Zu diesem Zweck werden beide Abfragen in Access erstellt und in der Datenbank gespeichert. Die Erstellung der Abfragen ist in Access über eine grafische Darstellung ebenso möglich, wie durch Eingabe des reinen SQL Befehls. Der Bericht kann – wie in den meisten MS Anwendungen – manuell oder unter Einsatz eines Berichtsassistenten erstellt werden. Der Access Berichtsassistent ist für Einsteiger sehr empfehlenswert, denn er erzeugt schnell und einfach erste Berichte.

Ein Access Bericht verfügt über einen Seitenkopf, Seitenfuß und den Detailbereich. Diese Aufteilung variiert und kann je nach Komplexität des Berichts um weitere Bereiche erweitert werden. Die einzelnen Datenfelder werden im Detailbereich des Berichts angeordnet.

Die einzelnen aus der Abfrage gelieferten Datenfelder sind in einem separaten Fenster namens Feldauswahl verfügbar, welches sich ein- und ausblenden lässt. Diese Felder können von der Feldauswahl direkt per „drag & drop“ in den Bericht gezogen werden.

In der Toolbox befinden sich alle Steuerelemente, die auf dem Bericht platziert werden können. Hierzu zählen Standardelemente wie Textfelder, Labels, Schaltflächen und Kombinationsfelder, aber auch Unterberichte oder Grafiken. Die Erstellung des Referenzreports mit Access ist schnell und ohne Probleme realisierbar. Nachdem die zuvor gespeicherte Datenquelle (Abfrage „laufende Umsätze“) angegeben ist, sind die Datenfelder in den Detailbereich einzufügen und die Überschriften „Country“ und „SalesVolume“ zu positionieren. Spezielle Ausdrücke z.B. zur Darstellung der Seitenzahl oder des aktuellen Datums sind in Access standardmäßig verfügbar und können über den Ausdrucksgenerator eingefügt werden.

Abbildung in dieser Leseprobe nicht enthalten

Abb. 4 Entwurfsansicht eines Access Berichts

Die Abfrage „laufende Umsätze“ ist die Hauptdatenquelle des Berichts und wird in den Berichteigenschaften um eine passende Sortierung ergänzt hinterlegt. Jeder Access Bericht besitzt genau eine Hauptdatenquelle. Daraus folgt, dass stets nur eine einzige Abfrage die gesamten Daten für den Bericht liefern kann. Sämtliche benötigten Daten müssen also innerhalb dieser einen Abfrage so kombiniert werden, dass sie die benötigten Informationen liefern können. Sollte sich dies über relationale Beziehungen nicht realisieren lassen, ist die Verwendung eines Unterberichts angebracht, der wiederum eine separate Hauptdatenquelle nutzt. Die in Access verwendeten Diagrammobjekte sind OLE Objekte vom Typ MSGraph.Chart.8. Sie funktionieren ähnlich wie ein Unterbericht und können unabhängig von den Daten des sie umgebenden Berichtes existieren. Sie erhalten also eine eigene Datenquelle und verarbeiten diese Daten selbständig zur gewünschten Darstellung. Das Diagrammobjekt muss in den Kopfbereich der Seite (bzw. in den Kopfbereich des Berichtes) eingefügt werden. Das Einfügen des Diagramms in den Detailbereich hätte zur Folge, dass die Grafik neben jedem einzelnen Datensatz der Hauptdatenquelle wiederholt werden würde.^[43]

4.1.5. Reportveröffentlichung

Typischerweise werden Access Reports aus der Access Anwendung heraus benutzt. Das bedeutet, dass keine weiteren Maßnahmen zur Veröffentlichung erforderlich sind. Der Anwender benötigt lediglich eine Kopie der Access Datei, mit der er den Bericht aufrufen kann. Es ist unter Programmierern von MS Access allerdings gängig, die Daten vom Frontend zu separieren. Dies wird in erster Linie bei Anwendungen durchgeführt, die von mehreren Benutzern benötigt werden, um Redundanzen und unnötige Netzwerklast zu vermeiden und Datenkonsistenz zu gewährleisten. Dazu können die Daten unter Verwendung eines sog. „Assistent zur Datenbankaufteilung“ aus der Access Datei in eine neue Access Datei, dem sog. Backend überführt werden. Das Frontend verweist mit seinen verknüpften Tabellen auf die Originaltabellen im Backend. Die Backend Datei wird zentral abgelegt, so dass die Daten einmalig und konsistent bleiben und für jeden Benutzer zentral erreichbar sind. Um die Access Berichte zu veröffentlichen ist es bei dieser Vorgehensweise demnach notwendig, die Benutzer mit der entsprechenden Access Frontend Datei zu beliefern.

[...]

---

^[1] Vgl. Küppers (1999), S. 13

^[2] folgend auch als Berichte oder Reports bezeichnet

^[3] Vgl. Preuß u.a. (2005), S. 7

^[4] folgend auch als Reporting bezeichnet

^[5] folgend auch als Adressaten oder Enduser bezeichnet

^[6] Vgl. Grothe u.a. (2000), S. 19

^[7] Grothe u.a. (2000), S. 19

^[8] Vgl. Grothe u.a. (2000), S. 20

^[9] Vgl. Hildebrand (2001), S. 6f

^[10] Vgl. Grothe u.a. (2000), S. 15

^[11] Vgl. Hildebrand (2001), S. 10

^[12] Vgl. Küppers (1999), S. 17 ff

^[13] Baumeister (2004), S. 91

^[14] Vgl. Grothe u.a. (2000), S. 21

^[15] Vgl. Küppers (1999), S. 25

^[16] Vgl. Grothe u.a. (2000), S. 15

^[17] Vgl. Schuler u.a. (2001), S. 160

^[18] Vgl. Grothe u.a. (2000), S. 58ff

^[19] Vgl. Hildebrand (2001), S. 3

^[20] Vgl. Hildebrand (2001), S. 11

^[21] Vgl. Gile (2005), Abbildung 1

^[22] Preuß u.a. (2005), S. 7

^[23] Gates (1999), S. 35

^[24] Vgl. Blankenheim (1998), S. 46

^[25] Vgl. Gates (1999), S. 35

^[26] Vgl. Metagroup (2004), S. 3, Abbildung 2

^[27] Vgl. ebenda.

^[28] Vgl. Becker (o.J.)

^[29] Vgl. Preuß u.a. (2005), S. 8

^[30] Vgl. Schuler u.a. (2001), S. 22

^[31] Vgl. ebenda.

^[32] Vgl. Preuß u.a. (2005), S. 15 und Schuler u.a. (2001), S. 163

^[33] Vgl. Preuß u.a. (2005), S. 13

^[34] Detaillierte Angaben zur Konfiguration der Testssysteme finden sich im Anhang B.

^[35] Die Deutsche Version der Datenbank „Northwind“ heißt „Nordwind“

^[36] Vgl. Anhang C

^[37] Vgl. Microsoft [a]

^[38] Vgl. Microsoft [b]

^[39] Vgl. Microsoft [c]

^[40] Vgl. Microsoft [d]

^[41] Vgl. Microsoft [e]

^[42] Vgl. Anhang C

^[43] Der mit „Microsoft Access 2003“ erstellte Referenzreports ist in Anhang A abgebildet.