Die Software FlowFact eCRM, nachfolgend eCRM genannt, verfügt über keinerlei Reportingfunktionen. Es besteht daher die Notwendigkeit diese Funktionalitäten, welche in der Software FlowFact Immobilien CRM vorhanden sind, ebenfalls in das eCRM zu integrieren. Die Hauptzielsetzung dieser Arbeit ist folglich, eine adäquate technologische Lösung zu finden, mit der das Programm um diese wichtigen Funktionalitäten erweitert werden kann.
Im Rahmen der Evaluierung muss aus einer Menge von Technologien eine geeignete ausgewählt werden. Im Vorfeld müssen zunächst als Grundlage der Evaluation Kriterien zur Auswertung der Technologien klar definiert werden. Hierzu sind folgende Schritte notwendig:
Um die in der Software FlowFact Immobilien CRM verwendeten Reportingfunktionalitäten bewerten und einordnen zu können, muss zunächst die Begrifflichkeit „Reporting“ eindeutig bestimmt werden.
Anschließend muss analysiert werden, welche Reportingfunktionalitäten genau in der Software FlowFact Immobilien CRM vorhanden sind und es muss geprüft werden, ob dort verwendeten Funktionalitäten, welche in der Software zu der Kategorie Reporting gehören, deckungsgleich mit dem Reportingverständnis der Wissenschaft sind. Dies dient dazu, die Funktionalitäten einordnen und kategorisieren zu können. Demnach kann entschieden werden, ob es sinnvoll ist, eine Funktionalität, welche nicht dem klassischen Reporting zuzuordnen ist, durch eine allgemeine Reportinglösung abzudecken.
Durch diese Untersuchung ergeben sich Anforderungen an die allgemeine Reportinglösung. Mit Hilfe dieser Anforderungen muss aus einer Menge an Reportingtools ein geeignetes evaluiert werden.
Um zu demonstrieren, dass die ausgewählte technologische Lösung tatsächlich im Rahmen der Anforderungen für die Reporterstellung geeignet ist, muss, auf einem allgemeinen Lösungskonzept aufbauend, eine prototypische Implementierung folgen. Mit Hilfe dieser Implementierung muss die Praxistauglichkeit der allgemeinen Lösung bewiesen werden.
Inhaltsverzeichnis
1 Einleitung
1.1 Einführung und Motivation
1.2 Zielsetzung und Aufgabenstellung
1.3 Überblick
2 Reporting
2.1 Berichtswesen
2.2 Berichtssysteme
2.3 Berichtsgeneratoren
2.4 Portale
2.5 Dashboards
3 Reportingfunktionalitäten bei FlowFact Immobilen CRM
3.1 Firmeninterne Begrifflichkeiten
3.2 Microsoft Word-Anbindung
3.3 Microsoft Excel-Anbindung
3.4 Portalseite
3.5 Geo-Analyzer
3.6 FlowFact BI
3.7 Management Cockpits
3.8 Dashboards
3.9 Vergleich von Reporting mit dem Reportingverständnis von FlowFact
4 Anforderungen an eine allgemeine Reportinglösung und Auswahl eines Reportingtools
4.1 Architekturbeschreibung des FlowFact eCRMs und Auswahl eines Kommunikationsweg für eine allgemeine Reportinglösung
4.2 Anforderungen an die Reportinglösung
4.3 Evaluierung der Reporting Tools
4.3.1 Crystal Reports for Eclipse
4.3.2 Jasper Reports
4.3.3 BIRT
4.3.4 Pentaho BI Suite
4.4 Nutzwertanalyse
5 Lösungskonzept mit BIRT und prototypische Implementierung
5.1 Lösungskonzepte
5.1.1 Lösungskonzept 1: Integration von BIRT in das eCRM
5.1.2 Lösungskonzept 2: Verwendung eines Berichtsservices
5.1.3 Auswahl eines Lösungskonzeptes
5.2 Plug-Ins und die Eclipse-Plattform
5.3 Entwicklung eines ODA Datentreibers mit BIRT
5.4 Prototypische Implementierung
5.4.1 Prototypische BIRT ODA Datentreiber
5.4.2 Implementierung des ODA Address Treibers
5.4.3 Nutzung der ODA-Treiber bei der Berichtsvorlagenerstellung
5.4.4 Integration von BIRT in das eCRM
5.5 Prototypische Beispiele
5.5.1 Dashboards
5.5.2 Reporting (klassisch)
5.5.3 B2E Portal
5.5.4 Exposé
5.5.5 Zusammenfassende Betrachtung der prototypischen Beispiele
6 Resümee
7 Ausblick
Zielsetzung & Themen
Das primäre Ziel dieser Arbeit ist die Konzeption, Implementierung und Evaluierung einer einheitlichen Reportinglösung für das CRM-System FlowFact eCRM, welches bisher keine integrierten Berichtsfunktionen aufwies. Die Forschungsfrage fokussiert sich darauf, wie mittels existierender Technologien eine nahtlose Integration in die bestehende Softwarearchitektur unter Berücksichtigung von Benutzerrechten und Plattformunabhängigkeit realisiert werden kann.
- Analyse und Kategorisierung bestehender Reporting-Funktionalitäten im Immobilien-CRM.
- Evaluierung moderner Open-Source-Reportingtools (BIRT, Jasper Reports, Pentaho) basierend auf einer Nutzwertanalyse.
- Konzeption und prototypische Implementierung einer ODA-Datentreiber-Architektur für den BIRT-Report-Designer.
- Integration der Reporting-Engine in das webbasierte eCRM-System zur Generierung von Briefen, Dashboards und Portalen.
Auszug aus dem Buch
5.1.1 Lösungskonzept 1: Integration von BIRT in das eCRM
Das erste Lösungskonzept basiert darauf, dass das eCRM selbst um Berichtserstellungsfunktionalitäten erweitert wird. Die konzeptuelle Architektur wird in Abbildung 7 dargestellt. Demnach muss das eCRM um zwei Plug-Ins erweitert werden. Das erste Plug-In kapselt die Report Engine API von BIRT, so dass dem Programm alle für eine Berichtsgenerierung benötigten Methoden zur Verfügung stehen. Das zweite Plug-In verwendet diese Methoden, um aus einer zuvor mit dem BIRT Report Designer erstellten Berichtsvorlage ein Dokument zu generieren.
Für die Kommunikation mit der Spring Service Schnittstelle müssen ODA Datentreiber, die zu einem späteren Zeitpunkt genau beschrieben werden, verwendet werden. Im Rahmen dieser Arbeit wurden weitere Kommunikationsmöglichkeiten untersucht. Als Beispiel dafür, sei hier die Möglichkeit einer „Scripted Source“ genannt. Durch die Nutzung von Java Script Objekte kann eine Verbindung zu der Serviceschnittstelle hergestellt werden. Da es bei Testversuchen zu unerwarteten Fehlern und Programmabstürzen kam, ist die Verwendung von flexiblen und komplett anpassbaren ODA Datentreibern unabdingbar.
Sowohl der BIRT Report Designer als auch die in das eCRM integrierte Report Engine API greifen auf die verschiedenen ODA Treiber zu.
Jeder dieser Treiber verwendet SOA Services, welche Daten aus einer Datenbank auslesen und zurückliefern. Der genaue Aufbau und die Funktionsweise der Treiber werden zu einem späteren Zeitpunkt betrachtet. Da dem Benutzer nur Daten, die er berechtigt ist zu sehen, angezeigt werden sollen, muss jeder Treiber über eine Authentisierung verfügen. Dafür kann der bereits vorhandene AuthentificationService genutzt werden.
Zusammenfassung der Kapitel
1 Einleitung: Dieses Kapitel erläutert den Kontext der Arbeit, benennt die Zielsetzung der Reporting-Integration und skizziert den Aufbau der Diplomarbeit.
2 Reporting: Hier werden theoretische Grundlagen des Berichtswesens definiert, Begrifflichkeiten wie Dashboards und Portale erläutert und Berichtsgeneratoren klassifiziert.
3 Reportingfunktionalitäten bei FlowFact Immobilen CRM: Dieses Kapitel führt in die firmeninternen Begriffe ein und analysiert die bestehenden Berichtsfunktionen, um sie mit wissenschaftlichen Definitionen abzugleichen.
4 Anforderungen an eine allgemeine Reportinglösung und Auswahl eines Reportingtools: Hier erfolgt eine detaillierte Anforderungsanalyse und eine Nutzwertanalyse zur Auswahl des optimalen Reporting-Frameworks.
5 Lösungskonzept mit BIRT und prototypische Implementierung: Dieser Hauptteil beschreibt das gewählte Architekturkonzept, die Implementierung der ODA-Datentreiber und die praktische Integration der BIRT-Engine in das eCRM.
6 Resümee: Dieses Kapitel fasst die Projektergebnisse zusammen und bewertet den Erfolg der Implementierung im Hinblick auf die Aufgabenstellung.
7 Ausblick: Hier werden potenzielle Erweiterungen, wie die Entwicklung eines HQL-Datentreibers und Optimierungen für die Performance der Report-Engine, diskutiert.
Schlüsselwörter
Business Intelligence, BIRT, CRM-System, Reporting, Datentreiber, SOA-Schnittstelle, Eclipse-Plattform, Plug-In Architektur, ODA, Nutzwertanalyse, Dashboard, Java, Anforderungsanalyse, Softwarearchitektur, Berichtswesen.
Häufig gestellte Fragen
Worum geht es in dieser Arbeit grundsätzlich?
Die Diplomarbeit behandelt die Konzeption und prototypische Implementierung einer allgemeinen Reportinglösung für das CRM-System der Firma FlowFact, um dieses um notwendige Berichts- und Visualisierungsfunktionen zu erweitern.
Was sind die zentralen Themenfelder der Untersuchung?
Die zentralen Felder sind die theoretische Abgrenzung von Reporting-Konzepten, die Evaluierung von Open-Source-Reporting-Technologien sowie die spezifische Anbindung an SOA-basierte Serviceschnittstellen.
Was ist das primäre Ziel der Arbeit?
Das Hauptziel ist die Auswahl eines technologisch geeigneten Tools und dessen nahtlose Integration in das FlowFact eCRM, damit Anwender künftig Reports, Dashboards und andere Auswertungen direkt aus dem System generieren können.
Welche wissenschaftliche Methode wird zur Auswahl des Reportingtools verwendet?
Es wurde eine strukturierte Nutzwertanalyse eingesetzt, bei der verschiedene Reportingtools anhand vorab definierter Muss- und Soll-Kriterien sowie Gewichtungen miteinander verglichen wurden.
Was wird im Hauptteil des Dokuments behandelt?
Der Hauptteil widmet sich der detaillierten Anforderungsanalyse, der Beschreibung der gewählten BIRT-basierten Architektur sowie der praktischen Umsetzung individueller ODA-Datentreiber zur Kommunikation mit der FlowFact SOA-Schnittstelle.
Welche Schlüsselwörter charakterisieren die Arbeit am besten?
Die Arbeit zeichnet sich primär durch Begriffe wie Business Intelligence, BIRT-Integration, ODA-Framework, Software-Architektur und CRM-Reporting aus.
Warum wurde BIRT gegenüber anderen Tools bevorzugt?
BIRT wurde aufgrund seiner nativen Eclipse-Integration, der stabilen Performance, der guten Dokumentation und der erfolgreichen Erfüllung aller definierten Kriterien in der Nutzwertanalyse als optimales Tool identifiziert.
Wie werden die Daten aus der Datenbank sicher ausgelesen?
Die Daten werden nicht per direktem JDBC-Zugriff gelesen, sondern über eine ODA-Datentreiber-Architektur, die sich an die bestehenden Spring-basierten SOA-Services anbindet und so die bestehende Rechteprüfung des Systems nutzt.
Was ist die Rolle der ODA-Datentreiber in diesem Projekt?
Sie fungieren als Middleware-Komponente zwischen dem BIRT-Reporting-Tool und den internen SOA-Services von FlowFact, um spezifische Datenobjekte wie Adressen oder Immobilien-Objekte für den Report verfügbar zu machen.
Welche Rolle spielt die Eclipse-Plattform für die Lösung?
Die Eclipse-Plattform dient sowohl als Entwicklungsumgebung für die Reportvorlagen als auch als technologische Basis für das Plugin-System, mit dem die Reporting-Funktionalität in das eCRM integriert wird.
- Quote paper
- Christian Becker (Author), 2008, Konzeption, prototypische Implementierung und Evaluierung einer allgemeinen Reportinglösung für ein CRM-System, Munich, GRIN Verlag, https://www.grin.com/document/142095
