Reporting: Unterschied zwischen den Versionen

Aus Wiki openKONSEQUENZ
Wechseln zu: Navigation, Suche
(Die Seite wurde neu angelegt: „Derzeit gibt es keine zentrale Komponente für Reporting. Im Rahmen der Ausschreibung des Moduls Bereitschaftsplanung wird aber darüber nachgedacht. Derzeitig…“)
 
Zeile 1: Zeile 1:
 +
= KANDIDAT FÜR  CORE MODULE=
 
Derzeit gibt es keine zentrale Komponente für Reporting. Im Rahmen der Ausschreibung des Moduls Bereitschaftsplanung wird aber darüber nachgedacht. Derzeitiger Stand ist noch offen.
 
Derzeit gibt es keine zentrale Komponente für Reporting. Im Rahmen der Ausschreibung des Moduls Bereitschaftsplanung wird aber darüber nachgedacht. Derzeitiger Stand ist noch offen.
  

Version vom 17. Juli 2017, 16:09 Uhr

KANDIDAT FÜR CORE MODULE

Derzeit gibt es keine zentrale Komponente für Reporting. Im Rahmen der Ausschreibung des Moduls Bereitschaftsplanung wird aber darüber nachgedacht. Derzeitiger Stand ist noch offen.

Für das Betriebstagebuch wird ein einfaches Reporting benötigt (Generierung von PDFs). Unter noch zu klärenden Umständen macht es Sinn, das Reporting als eigenes Kernmodul zu entwickeln bzw. im Wesentlichen existierende Frameworks zu verwenden. An dieser Stelle sollen Reporting-Frameworks gesammelt werden, um später eine Auswahl treffen zu können.

Heldmeier:

  • Jasper - in zahlreichen Projekten hard gecodete Report umgesetzt.
  • Birt - eingesetzt in dem Produkt MABI2.0; generisches Datenmodell zu administrierbaren Reports angeboten
  • Crystal Reports - in zahlreichen Projekten hard gecodete Report umgesetzt.

Langold:

  • Jasper Reports: Erfahrung: JRXML wird recht schnell komplex, eingebettete SQL Statements möglich, Kompilierung der resultierenden Reports kann online erfolgen