Nach einem Kurzüberblick über den aktuellen Stand des OpenSAGA-Projekts folgte ein Ausblick auf die zentralen Features der nächsten geplanten Releases. Wichtige Themen sind hier

• Portlet-Support,
• umfassende Reporting-Integration,
• Layoutvereinfachungen,
• OSCI-Transport-Unterstützung durch Schnittstellen zu Governikus,
• möglicher XÖV-Support durch spezifische X-Module,

die in den OpenSAGA-Versionen 1.5 und 2.0 folgen werden.

Anschließend folgte ein Workshop, indem gemeinsame Interessen und Synergien für Forschungs- und Förderprogramme identifiziert wurden. Auch hier zeigten sich eine Reihe von Themen, zu denen wir zeitnah Folgeaktivitäten entwickeln werden, u.a.:

• die Erstellung grafischer Editoren zur vereinfachten Anforderungserhebung und Geschäftsprozessmodellierung insbesondere auch in direkter Kommunikation mit Fachexperten ohne tiefergehende IT-Kenntnisse
• die Generierung von Dokumentation aus Modellen und auch von Modellen aus Dokumentation, insbesondere im Zusammenspiel mit V-Modell-XT-Templates,
• erweiterte Komponentenmodelle für OpenSAGA, gerade auch im Zusammenspiel mit schlanken Frontends für SOA-Ansätze,
• e-Benchmarking-Mechanismen auf OSCI-Basis,
• semantische Annotationsmechanismen für unstrukturierte Inhalte zur Anreicherung von Benutzereingaben, hier insbesondere auch im Kontext semantischer Wikis.

Alle Teilnehmer empfanden den Workshop als so konstruktiv, dass wir im Moment ein zweites Treffen im September planen, um hier die Projektideen zu konkretisieren.

Kontakt zum BMI haben wir bereits und wir freuen uns jetzt auf die nächsten Schritte, insbesondere die vom BMI zugesagte Präsentation von OpenSAGA vor der SAGA-Arbeitsgruppe im zuständigen Referat des BMI.

Zwischenzeitlich arbeiten wir an der Integration weiterer wichtiger Standards in OpenSAGA, beispielsweise verschiedener XÖV-Standards sowie von OSCI-Transport 2.

Wünschenswert wäre aus unserer Sicht aber eine deutliche beschleunigte Kommunikation mit den zuständigen Stellen des BMI, die offenbar unter hoher Arbeitslast nicht immer mit der aus industrieller Sicht wünschenswerten Geschwindigkeit voranschreiten können. Insofern können wir Frau Rogall-Grothe nur viel Erfolg für die nächsten Schritte wünschen und sind gespannt auf die nächsten Taten, die nun nach obiger Erklärung folgen müssen.

OpenSAGA 1.1.0

Die Dokumentation von OpenSAGA 1.1.0 – insbesondere das Referenzhandbuch – wurde noch mal deutlich ausgeweitet. Und wir arbeiten weiter an diesem Thema. Die Laufzeitplattform wurde etwas beschleunigt (insbesondere beim Startup) und hat vor allem kleine Optimierungen erfahren, die aus Projektfeedback entstanden sind – interessant ist der neue Scaffolding-Mechanismus für CRUD-Prozesse, mit dem mit wenigen Zeichen Code komplexere Prozesse abgebildet werden können. An den dynamischen Stylesheets hat sich auch einiges getan – hierzu wird es Ende nächsten Monats nach unserer Planung noch ein größeres Release geben. Außerdem haben wir eine Reihe interner Modelle vereinheitlicht, so dass Erfahrungswerte noch leichter auf neue Anwendungsfälle übertragbar sind. Und eine wichtige funktionale Erweiterung, die in den nächsten Versionen noch deutlich ausgebaut wird, ist die neue Möglichkeit, Prozesse zu parametrisieren.

OSclipse 1.1.0

OSclipse 1.1.0 bietet vor allem wesentlich erweiterte Autovervollständigung für Modell-IDs, neue Quickfixes, um noch zu erzeugende Modelle schnell anlegen zu können, eine nachhaltige Flexibilisierung der Schema-Versionierung und letztlich den Einstieg in den Maven-Support. Dieser befindet sich zwar noch im Alpha-Stadium, aber bereits die ersten Ergebnisse sind grandios, kann man damit Projekttemplates doch noch viel effektiver aufsetzen.

Die Roadmap für die nächsten Monate

Mittlerweile haben sich auch die Feature-Pläne für OpenSAGA 2.0.0 stabilisiert. Ob wir alles so wie geplant hinbekommen, hängt auch ein wenig davon ab, wie viele Projekte wir parallel durchführen, wir sind aber bester Dinge, da Projekte unserer Erfahrung nach eher stimulierend für die Plattformentwicklung wirken. Im wesentlichen haben wir die Unterstützung einer Reihe technischer Features geplant, die für viele Projekte relevant sind:

Neue technische Eigenschaften

Auf der technischen Seite sind die wesentlichen geplanten Features

• leistungsfähige Reporting-Funktionen. Dazu werden wir JasperReports verwenden, um sowohl Online-Reporting im Portal (natürlich verbunden mit Eingabeelementen zwecks Filterung, usw.) als auch download-fähige Reports anbieten (insbesondere als PDF).
• Portlets. Zumindest prinzipiell. Unser Ziel ist dabei nicht primär die Unterstützung der eher schwachen und viel zu umständlichen JSR-168- und JSR-286-Portlet-Standards sondern die Bereitstellung eines schlanken deklarativen Ansatzes, mit dem in Sekunden Prozesse in Portlets verwandelt werden können.

Neue Verwaltungskomponenten

Um Verwaltungsanwendungen noch besser zu unterstützen, wollen wir vor allem in vier Gebieten aktiv sein:

• OSCI-Unterstützung für die sichere Kommunikation,
• XÖV-Support zu einfachen Integration von XÖV-Szenarien,
• die Integration allgemeiner Verwaltungsschnittstellen (z.B. zur Anbindung von Registern) und die
• weitere Verbesserung der Barrierefreiheit von OpenSAGA-basierten Anwendungen. Diese ist zwar bereits immens hoch, aber ein bisschen was geht noch und die BITV 2 ist ja auch im Anmarsch. Hier schweben uns Funktionen vor wie automatisierte Kontrastoptimierung zu vorgegebenen Farbschemata u.ä.

Zu diesen Themen stehen wir mit potenziellen Partnern im Gespräch und hoffen, noch in diesem Jahr Ergebnisse präsentieren zu können.