CMSOI

Herausforderung

Green Valley entwickelte ein Plugin namens DSOI (Discovery Server Office Integration) für ihr CMS-Produkt, das von einer Vielzahl von Regierungsbehörden und Firmenkunden genutzt wird.

Das Plugin ermöglicht einfachen Zugriff von Microsoft Word auf die Dokumentenstruktur und verbessert das Benutzererlebnis erheblich. Es ermöglicht den Zugriff, die Änderung und das Hochladen neuer Dokumente ins CMS direkt aus Word sowie das Setzen von Metadaten. Es öffnet Word-Dateien, die im CMS gespeichert sind. Alle diese Aktionen werden über das beim Installieren hinzugefügte Plugin-Menü ausgeführt.

DSOI wurde in C++ geschrieben und kommuniziert mit Office unter Verwendung von COM- und OLE-Technologien, sodass es nur mit bestimmten Versionen der MS Office-Bibliotheken verwendet werden konnte. Daher unterhielt Green Valley mehrere Plugin-Versionen für jede Version von MS Word. Sobald die Benutzer ihre Office-Version aktualisierten, wurde das Plugin funktionsunfähig.

Die Herausforderung bestand darin, ein Plugin der nächsten Generation zu erstellen, das folgende Anforderungen erfüllt:

• Einfach zu installieren
• Keine Administratorrechte für die Installation erforderlich
• So unabhängig wie möglich von der MS Office-Version
• Unterstützung mehrerer Sprachen, mindestens auf Englisch und Niederländisch lokalisiert

Lösung

Das Redwerk-Team begann damit, zu recherchieren, wie man ein Plugin implementieren kann, das mit mehreren Versionen von MS Office funktioniert. Wir fanden eine Übereinstimmung mit VBA (Visual Basic for Applications), das weit verbreitet für das Schreiben von Makros für MS Word und andere Office-Produkte verwendet wird. Es ist eine interpretierte Sprache, die nicht in Binärcode kompiliert werden muss, um ausgeführt zu werden. Die einzige Herausforderung bestand darin, geringfügige Inkompatibilitäten in der API, die durch verschiedene Office-Versionen entstanden waren, zu bewältigen, was unser Team schnell meisterte.

Unser Entwicklungsteam für Windows-Anwendungen erstellte einen Prototyp mit einem sehr grundlegenden Anwendungsfall des Speicherns eines Dokuments im CMS zusammen mit einigen Metadaten. Es musste nach Anmeldedaten fragen, sich ins CMS einloggen, die Dokumentenstruktur abrufen und anzeigen, wo ein Benutzer einen Speicherort für das Dokument auswählen konnte. Dieser Prototyp musste auf so vielen Office-Versionen wie möglich funktionieren. Zur Kommunikation mit dem CMS verwendete es ein proprietäres Protokoll basierend auf HTTP — ein Protokoll, bei dessen Entwicklung unser Team ebenfalls half.

Als Nächstes implementierten wir zusätzliche Szenarien und eine Benutzeroberfläche. Wir fügten Lokalisierungen hinzu und testeten, testeten und testeten erneut, um sicherzustellen, dass es in allen unterstützten MS Office-Versionen einwandfrei funktioniert. Um dies zu erreichen, verwendeten wir nur die allgemeinsten APIs.