Vergleich der Office Business Applications (OBA) mit dem Office Business Gateway Framework (OBG.net)

Transkript

1 Vergleich der Office Business Applications (OBA) mit dem Office Business Gateway Framework (OBG.net)

2 Inhalt Inhalt Einleitung 03 Office Business Applications (OBA) 04 Motivation für Office Business Applications (OBA) 04 Herausforderungen bei der Realisierung und Bereitstellung von Office Business Applications (OBA) 05 Office Business Gateway Framework (OBG.net) 07 Motivation für Office Business Gateway (OBG.net) 07 Herausforderungen bei der Realisierung und Bereitstellung von Office Business Gateway (OBG.net) 09 Vergleichende Gegenüberstellung von OBA und OBG.net 10 02

3 Einleitung Einleitung In der heutigen dynamischen Arbeitswelt benötigen die Menschen Zugriff auf Daten aus separaten Software-Welten: strukturierte Daten aus Unternehmensanwendungen (zum Beispiel ERP und CRM) unstrukturierte Daten in geschäftlichen Produktivitätsanwendungen ((zum Beispiel Microsoft Office) und Webdiensten (Internet-Anwendungen, Wikis, Blogs und Social-Networking-Sites) Daten aus externen Quellen, wie sie durch Cloud Services zur Verfügung gestellt werden können Hinzu kommt, dass die so genannte Millennium Generation eine völlig neue Art und Weise im Umgang mit Informationen und zugehörigen Interaktionen erwartet. Statt starrer und hierarchischer Arbeitsweisen werden flexible und individuelle Arbeitsweisen gefordert; Web 2.0 oder Social Networks-Technologien, virtuelle und hybride Organisationen sind Möglichkeiten, diesen Anforderungen zu genügen. Aus der Sicht von Betreibern und Infrastrukturverantwortlichen wurde aufgrund des einfachen Deployments und Life Cycle-Managements lange Zeit die Lösung aller Probleme durch die Etablierung von Codeless Clients, Webbrowser-Lösungen in Form von Portalen in allen Variationen favorisiert. Jede benutzerfreundliche Reichhaltigkeit ging dabei verloren. Application Hopping wurde lediglich auf einen neuen Startpunkt verlagert. Die meisten Mitarbeiter verbringen jedoch einen großen Teil ihres Tages innerhalb einer Microsoft Office-Umgebung. Es liegt daher nahe, diese etablierte Umgebung zu nutzen und den Mitarbeitern in ihrer vertrauten Umgebung den Zugriff auf die Arbeit mit den oben genannten Informationen zu ermöglichen. Die Herausforderung besteht daher darin, eine leicht verteil- und administrierbare Clientinfrastruktur mit der Reichhaltigkeit von Rich Clients zu kombinieren. Microsoft Office-Applikationen in Verbindung mit dem Office Business Gateway Framework (OBG.net) eröffnen diesen Weg Microsoft Office und OBG.net werden zur leicht administrierbaren und zentral steuerbaren Infrastrukturkomponente über alle Datenquellen hinweg. 03

4 Office Business Applications Office Business Applications (OBA) Office Business Applications (OBA) verbinden Anwender mit Fachverfahren (Line of Business- [LOB-] Systeme) durch die vertraute Benutzeroberfläche von Microsoft Office und ermöglichen Behörden wie Unternehmen, durch eine innovative Weise der Integration und Kombination aus vorhandenen IT-Investitionen neue Mehrwerte zu gewinnen. Motivation für Office Business Applications (OBA) Microsoft bietet mit der Einführung von Microsoft Office System 2007 die Möglichkeit, eine neue Klasse von Businessanwendungen, so genannte Office Business Applications (OBAs), zu erstellen. Sie stellen als prinzipielle Nachfolger der alten VB-Applikationen und Makros ein professionelles Umfeld sowohl für die Erstellung als auch für die Verwaltung solcher Applikationen bereit. Dies ermöglicht erhöhte Produktivität, indem eine nahtlose, integrierte End-to-End-Benutzererfahrung in Office-Applikationen realisiert werden kann. Das OBA-Konzept stellt den Endanwender und die Steigerung seiner Produktivität in den Fokus der Betrachtung. Technologische Vorschriften bei der Definition von Office Business Applications in diesem Kontext wenig Sinn. Dementsprechend sind OBAs als Basistechnologie für die Erweiterung von Office- Komponenten zu verstehen. Es ergeben sich dadurch für viele Kunden und Partner neue Herausforderungen bei der Realisierung und Bereitstellung insbesondere in komplexeren Szenarien, wie sie in fast jeder Behörde und jedem Unternehmen vorzufinden sind. OBAs connect Line of Business (LOB) systems with the people that use them through the familiar user interface of Microsoft Office. OBAs enable businesses to extend the Microsoft Office clients and servers into business processes running in LOB applications such as Enterprise Resource Planning (ERP), Customer Relationship Management (CRM), and Supply Chain Management (SCM). This enables enterprises to create new value from existing IT investments by combining them in innovative ways. 04

5 Herausforderungen bei der Realisierung und Bereitstellung von Office Business Applications (OBA) Die Erstellung von OBAs mit Microsoft Office System 2007 ist eine Aufgabe, die von Softwareentwicklern durchgeführt wird. Es müssen die verschiedenen Objektmodelle für die diversen Office-Anwendungen berücksichtigt und die verschiedenen Programmierkonstrukte beachtet werden. Zusätzlich ist darauf hinzuweisen, dass Office selbst wenige Hilfsmittel für die Erstellung von OBAs mitbringt (anders als bei den herkömmlichen Erweiterungen auf VB-Basis). Hauptsächlich wird die Entwicklungsunterstützung durch Visual Studio Tools für Office (VSTO) geprägt. Hier ist das Paradigma, entweder Dokumente zu erweitern oder Add-ins für eine spezifische Office-Applikation zu schreiben. Die Auswahl, für welche Office-Applikation das passiert, muss ganz am Anfang getroffen werden. Abbildung 1: Auswahl der VSTO-Zielapplikation in Visual Studio 05

6 Dies bedeutet, dass für jede Office-Anwendung und auch für jede Office-Version jeweils eine eigenständige OBA entwickelt, gewartet und über den gesamten Life Cycle verwaltet werden muss. Dies kann unübersichtlich, kompliziert und komplex im LifeCycle-Management werden. OBAs sind folglich Erweiterungen von einzelnen Office-Applikationen (Word, Excel, Outlook ) auf Basis von Managed Code (.NET) zur Anpassung/Erweiterung jeweils einer Office-Applikation. In Abbildung 2 wird die Problematik der Summe von Einzelinstanzen und damit zusammenhängenden Punkt-zu-Punkt-Verbindungen dargestellt. Das größte Problem solcher Situationen ist die sehr schnell wachsende Komplexität. Diese ist beherrschbar, wenn nur einige wenige OBAs gewartet werden müssen. Sobald jedoch eine größere und wachsende Zahl von OBAs und damit verbundenen direkten Datenverbindungen vorhanden ist, bringt dieser Ansatz einen erhöhten Verwaltungsaufwand mit sich. Daher wird eine Abstraktionsschicht, ein Framework oder eine Foundation benötigt, die eine handhabbare Komplexität ermöglicht. Excel 2010 Add-in Excel 2010 Template Excel 2010 Workbook InfoPath 2010 Add-in Outlook 2010 Add-in PowerPoint 2010 Add-in Project 2010 Add-in Visio 2010 Add-in Word 2010 Add-in Word 2010 Document Word 2010 Template Abbildung 2: Punkt-zu-Punkt-Verbindung 06

7 Office Business Gateway Framework (OBG.net) Office Business Gateway Framework (OBG.net) Das Office Business Gateway (OBG.net) ist eine OBA! Es bildet ein OBA-Framework und basiert auf den Konzepten und Ideen der OBA sowie dem mit Office 2003 begrenzte Zeit verfügbaren Information Bridge Framework (IBF), das auch die Basis für die frühe SAP-Anbindung namens DUET war. OBG.net nutzt ebenfalls vollumfänglich die Microsoft-Entwicklungsumgebungen Visual Studio und Visual Studio Tools für Office (VSTO). Für den Ansatz des OBG.net und die konsistente Umsetzung und Nutzung innerhalb des Microsoft- Konzeptes Moderner Verwaltungsarbeitsplatz (MVA) [ wurde die Combionic im Rahmen des MGX 2009 mit dem Microsoft Government Innovation Award 2009 durch die Microsoft Corporation ausgezeichnet. Motivation für Office Business Gateway (OBG.net) Um den im ersten Teil des Dokuments beschriebenen Herausforderungen einfacher gerecht werden zu können, ist das Office Business Gateway (OBG.net) im Unterschied zur klassischen OBA ein Framework. Es nutzt serverseitige Metadaten zur dynamischen Bereitstellung dedizierter User-Interfaces im Rahmen des Task-Pane-Konzeptes (Aufgabenleiste) der Office-Applikationen. Es steht somit sofort in allen Office- Applikationen zur Verfügung, erleichtert auch die Verwaltung mehrerer Anwendungen und hilft, die Komplexität beherrschbarer zu machen. 07

8 Des Weiteren ermöglicht OBG.net eine einfachere Entwicklung, schnellere Bereitstellung und einen kostengünstigeren Betrieb von Office Business Applications. Dadurch wird es Behörden und Unternehmen ermöglicht, wesentlich schneller und kostengünstiger von den Vorteilen des OBA-Konzepts unter Verwendung von OBG.net zu profitieren. OBG.net ist unabhängig von der Office-Applikation. OBG.net ist unabhängig von der Office-Version; damit werden Migrationsszenarien wirksam unterstützt Durch das Framework, das Software Development Kit (SDK) und das Repository von Komponenten und Konnektoren wird die Entwicklungszeit wesentlich beschleunigt und die entwickelte Umgebung konsistent 08

9 Benutzer, Rollen, Rechte, Inhalt und Texte Request Meta Daten (rmd) Service- Broker CMIS BCS DUET Metadaten Benutzeroberfläche Benutzerrechtliche Beziehungen R1 (rmd) = S1 + S2 + CMIS + DUET S1 S2 CMIS LOB 1 LOB n DMS SAP Abbildung 3: Architektur des OBG-Framework Herausforderungen bei der Realisierung und Bereitstellung von Office Business Gateway (OBG.net) Wie bei der Verwendung von OBAs muss am Client das.net Framework verfügbar sein. Zusätzlich müssen einmal die clientseitigen Basiskomponenten des OBG.net am Client verteilt werden, sie liegen bereits als Installationspaket (MSI) mit einer geringen Größe von circa 4 Megabyte vor. Alle spezifischen Anwendungen innerhalb der OBG.net-Client-Task-Pane werden mit Metadaten beschrieben und aus einem Assembly-Store zur Laufzeit oder aus einem clientseitigen Cache innerhalb der Task Pane ausführbar ohne erneutes Deployment! 09

10 Vergleichende Gegenüberstellung von OBA und OBG.net Grundsätzlich lässt sich festhalten, dass die beiden Ansätze sich für verschiedene Bereiche eignen. Daher gibt es kein prinzipielles Richtig oder Falsch beziehungsweise Besser oder Schlechter. Zudem kann eine vorhandene OBA ohne viel Aufwand in das OBG-Framework überführt werden. Eine OBA ist für schnelle und einfache Integrationslösungen in einer dedizierten Office-Applikation ein geeigneter Weg der Benutzerunterstützung OBG.net ist als Lösung für Unternehmen zu verstehen, die nicht nur eine OBA-Lösung in einer dedizierten Office-Applikation nutzen wollen, sondern mehrere OBA-Lösungen in einer einheitlichen Art und Weise innerhalb mehrerer Office-Applikationen, wie zum Beispiel Outlook, Word und Excel, flexibel und rollenspezifisch nutzbar machen möchten Werden also mehrere OBAs benötigt oder sind Anpassungen und Erweiterungen zu erwarten oder sind die Lösungen in mehreren Office-Applikationen bereitzustellen, bietet OBG.net aufgrund des Frameworks und des Metadatenkonzeptes deutliche Vorteile Merkmal OBA OBG.net Integration in 1 Office-Anwendung Integration in 5 Office-Anwendungen Schnelle Erstellung mit den VSTO- Projektvorlagen Sehr schlanke Architektur (+) Erhöhter Aufwand Add-in muss jeweils einzeln erstellt werden ( ) Zusätzliche Architekturkomponenten Kein zusätzlicher Aufwand Nach einmaliger Erstellung Nutzung aus anderen Office-Anwendungen sofort möglich (+) Flexible Konfiguration Programmieraufwand ( ) Out of the box vorhanden (+) Caching Programmieraufwand ( ) Out of the box vorhanden (+) Deployment Client Installation für Add-ins Click-Once-Deployment oder Standardsoftwareverteilung ( ) Client-Installation von OBG-Add-in notwendig Die Anwendungskomponenten können je nach Einstellung zentral vom Server geholt werden. OBG lädt die Klassenbibliotheken über eigene Cache-Mechanismen (+) Tabelle 1: Vergleich von OBAs und OBG aus Entwicklersicht 10

11

12 Microsoft Deutschland GmbH Geschäftskundenbetreuung Konrad-Zuse-Straße Unterschleißheim