In diesem Artikel beschäftigen wir uns mit den Funktionen aus dem SharePoint Framework MatchPoint und sich den daraus ergebenden Stärken und Vorteilen in der Lösungsentwicklung.

Beginnen wir mit möglichen Einsatzszenarien des Frameworks (kleiner Auszug):

• Dynamische Intranets, die auf hohe Personalisierungsfunktionen setzen. Personalisierung kann hier nicht nur im Kontext eines einzelnen Benutzers verstanden werden, sondern auch Länder-, Standort-, Abteilungsspezifische Sichten auf die Inhalte im Intranet
• Composite Applications: hierbei handelt es sich um konfigurierbare Szenarien, die unter normalen Umständen oft in Entwicklungsarbeit ausarten. Folgende Beispiele sollen dies verdeutlichen:
• Newsapplikation: eine der häufigsten Anwendungen in einem Intranet. Heute reicht es aber nicht mehr, dass ein Newsbereich mit entsprechenden Seiten vorhanden ist. News sollen kategorisiert, verschiedene Darstellungsformen (z.b. Highlight-Artikel; Top-Artikel; allgemeiner Artikel) aufweisen aber auch zu verschiedenen Unternehmensbereichen/Standorten zugeteilt werden können. Selbstverständlich soll dann dem Benutzer beim Einstieg seine News aus seinem Bereich dargestellt werden. Auf einer Standortseite sollen nur die Standort-News dargestellt werden. Und dann gehören ein News-Archiv und eine News-Suche natürlich auch dazu.
• Absenzenverwaltung: Beantragung von Absenzen (Ferien, Militär, Ausbildung…) kann mittels einfachem Formular erfolgen, über einen konfigurierten Workflow wird die Genehmigung gesteuert und alle Absenzen können schlussendlich in einer Kalenderübersicht dargestellt werden (dabei besteht die Möglichkeit spezifische Ansichten für Teams, Gruppen, Projektteams etc. zu konfigurieren)
• Job- und Bewerberverwaltung: Verwaltung der offenen Stellen im Unternehmen sowie der effektiven Bewerbungen. Dabei kann über Konfigurationen ein Matching erfolgen, wie gut ein bestimmter Bewerber die geforderten Qualifikationen für einen Job erfüllt.

• Dossierverwaltung: sobald wiederkehrende Strukturen/Ablagen benötigt werden, die standardmässig genutzt werden sollen, dann macht es Sinn, diese als Dossiers zu organisieren und dem Benutzer das Anlegen solcher Dossiers zu ermöglichen. Beispiele von Dossiers: Projektdossier, Falldossier, Patientendossier, Kampagnendossier, Vorhabendossier etc.
• Intelligente Ablagesysteme: bei klassischen DMS ist der Benutzer gefordert, viele manuelle Schritte vornehmen zu müssen (z.B. Einpflegen der Metadaten). Mit intelligenten Ablagesystemen kann dies stark reduziert werden: automatische Vergabe, Vererbung und Korrektur von Metadaten stellen eine hohe Qualität der Daten sicher; die Metadatenstruktur hilft zudem, die benötigten Dokumente direkt zu finden aber auch die Ablageorte entsprechend zu lokalisieren. Metadaten werden dabei auch durch die Einbindung externer Systeme automatisch aktuell gehalten.

Betrachtet man die oben erwähnten Beispiele und fragt einen SharePoint-Entwickler, wie dies am besten realisiert werden kann, dann habe ich öfters eine klare Antwort erhalten: wir müssen dies programmieren. Ach ja? Leider hat sich dies mehrheitlich bewahrheitet, weil sich SharePoint auf der Konfigurationsebene schwer tut. Gerade dann, wenn die eigenen Element und Funktionen so intelligent verknüpft werden sollen, dass daraus wirklich eine Applikation entsteht. Diese Verknüpfungen können oft nur programmatisch und mit entsprechendem Aufwand gelöst werden.

Und wo hilft nun MatchPoint in diesem Bereich, was SharePoint alleine nicht kann? Um dies zu beantworten, betrachten wir als erstes die Architektur von MatchPoint:

Naja, sind wir ehrlich: eine solche Grafik bietet auch Microsoft und das klingt da genau gleich gut. Der grosse Unterschied bei MatchPoint ist, dass die im Framework (Service Layer/WebParts) enthaltenen Elemente darauf ausgelegt sind, miteinander kombiniert zu werden. Zudem baut die Architektur von MatchPoint auf der von SharePoint bereitgestellten Service orientierten Architektur auf. Dies stellt sicher, dass ein homogenes und hochgradig konfigurierbares System bereitgestellt wird.

Für den Entwickler sind im MatchPoint-Framework deshalb die folgenden Punkte besonders interessant. Diese stellen die besonderen Stärken des Frameworks dar (die Liste ist nicht abschliessend):

• Configuration Framework: zentrales Element von MatchPoint. Das Konfigurations-Framework erlaubt über XML-Konfigurationen die entsprechenden Lösungen zu realisieren. Die XML-Konfigurationen können dabei dank dem MatchPoint-Editor direkt in der SharePoint-Oberfläche vorgenommen werden (diese werden dabei gegen ihr Schema validiert).
• Connection Framework: Dient dazu, die einzelnen WebParts und Funktionen innerhalb des Frameworks miteinander zu vernetzen. So kann eine Aktion in einem bestimmten WebPart zu einer weiteren Aktion in einem anderen WebPart führen. Dies geht weit über das klassische DataProviding von SharePoint-WebParts hinaus!
• Expression Engine: mit der Expression-Engine lassen sich entsprechende Logiken konfigurieren und auf bestimmte Gegebenheiten reagieren (z.B. zur Personalisierung). Dies ist besonders interessant in Kombination mit dem Configuration und Connection Framework.
• Data Providers: Anbindung von Daten aus Drittsystemen. Diese können zum Import von Metadaten dienen (z.B. Kundendaten aus SAP) oder für die Inhaltsabfrage/-aggregation durch die einzelnen MatchPoint-WebParts. Auch diese basieren auf einfachen XML-Konfigurationen.
• Tagging Infrastructure: Der Term Store von SharePoint 2010 bietet eine Basis für die Vergabe von Metadaten. MatchPoint geht hier einen Schritt weiter, in dem es ein dynamisches Modell erlaubt, das sich um automatisches Tagging, Vererbung wie auch um Anpassungen bei Inhaltsverschiebungen etc. kümmert. Dabei können mit den DataProviders die Metadaten automatisiert eingelesen und aktualisiert werden (ein solcher Mechanismus bietet der Termstore OOB nicht an).
• Provisioning Templates: Mittels einfachster Konfigurationen können Templates definiert werden, die Sites/Workspaces/Dossiers anlegen und mit entsprechenden Inhalten/Metadaten provisionieren. Vgl. unten Site Creator WebPart
• Role Management: Berechtigungsvergabe innerhalb eines Workspaces – dies wird insbesondere in kollaborativen Szenarien verwendet. Ein Projektleiter kann so sehr einfach definieren wer im Workspace mitarbeitet und das Role Management kümmert sich automatisch um die Berechtigungen (Benutzer muss die komplexen Strukturen von SharePoint nicht kennen).
• Grenzen sprengen: das ist zwar nicht wirklich ein Funktion, aber als SharePoint-Entwickler stösst man öfters an gewisse Grenzen von SharePoint. Eine zentrale Grenze ist die Site Collection: als Beispiel ist die Frage im Vordergrund, wie Aggregationen über mehrere Site Collections gelöst werden. Mit SharePoint-Standardmitteln: Programmieren. Mit MatchPoint: Die Grenze existiert gar nicht. Wie sich der Content auf Site Collections etc. verteilt, spielt hier keine Rolle. Dank MatchPoint hat man über die entsprechende Konfiguration auf sämtliche Inhalte in einer Farm den einfachsten Zugriff.

Nebst den grundsätzlichen Funktionen des Framework wie sie oben beschrieben sind, bietet das Framework auch ein Set von zehn verschiedenen WebParts an. Diese dienen der Ein-/Ausgabe von Daten an den Endanwender und lassen sich entsprechend über Konfigurationen steuern. Alle MatchPoint-WebParts bauen auf den oben abgebildeten Funktionen auf. D.h. alle verstehen das Configuration Framework, das Connection-Framework, die Expression Engine etc.

Für den Entwickler sind die folgenden WebParts interessant (auch hier ist die Aufzählung nicht abschliessend):

• Data Grid WebPart: Tabellarische Darstellung von Aggregationen und Suchergebnissen (insbesondere auch über mehrere SiteCollections). Dabei stehen die typischen SharePoint-Funktionen aus Listen/Bibliotheken wie Sortierung und Filterung ergänzend zur Verfügung.
• Composite WebPart: mit dem Composite-WebPart können Aggregationen / Suchergebnisse speziell gerendert werden. Ein Beispiel: Bildersuche bei der die Ergebnisse als Thumbnails dargestellt werden.
• Site Creator WebPart: Viele Firmen nehmen den klassischen Weg von SharePoint für die Erstellung einer Site als Zumutung wahr. Es braucht zu viele manuelle Schritte bis ein Space im Sinne des Unternehmens einsetzbar ist. Ursprünglich haben wir selbst in mehreren Projekten spezifische Site-Wizards gebaut, um diesem Problem zu begegnen. Mit dem Site Creator von MatchPoint erübrigt sich dies, weil damit über Konfigurationen die Site-Erstellung angeboten und für den jeweiligen Fall angepasst werden kann. Der Site Creator kümmert sich zudem um automatische Provisionierung der Inhalte und der relevanten Metadaten. Zudem können dabei auch gleich die entsprechenden Benutzer automatisch berechtigt werden. Für den Endanwender geschieht dies somit alles in einem Schritt.
• Form WebPart: Hiermit kann ein Benutzer bestimmte Angaben erfassen. Diese können z.B. dazu verwendet werden, eine Liste bequem aufgrund von Benutzereingaben zu filtern.
• Chart WebPart: Darstellung von Informationen in grafischer Form. Dies kann das Resultat von Suchabfragen wie auch Abfragen von anderen Quellen (z.B. SQL-Datenbank; Konfiguration über die DataProviders) sein.
• Image Tag WebPart: Darstellung von Metadaten mittels grafischer Ausgabe (z.B. wird ein Prozessablauf dargestellt und ein Benutzer kann auf den entsprechenden Schritt klicken).
• Workflow-Kit: dies ist eine Extension zum MatchPoint-Framework, welches die Konfiguration von Workflows anbietet, die aufgrund der Metadaten gesteuert werden. Somit ist dies eine einfache Art und Weise Status getriebene Workflows zu realisieren (Anmerkung: State Driven Workflows können im SharePoint-Kontext ansonsten nur mit Visual Studio programmiert werden).

Fazit zu MatchPoint und seinen Funktionen

Microsoft hat es leider verschlafen mit SharePoint ein einfaches Konfigurationsframework bereitzustellen, so dass effektiv über einfachste Mittel leistungsstarke Lösungen realisiert werden können. In diese Lücke springt MatchPoint und zeigt auf beeindruckende Weise, wie ein solches Framework wirklich funktionieren kann. Das Potenzial in der Kombination SharePoint und MatchPoint ist enorm. Die üblichen technischen Grenzen – insbesondere auf Site Collection-Basis – werden mit MatchPoint elegant gelöst. Aggregationen, Sichten etc. können über die ganze Farm hinweg erstellt werden. Aufgrund konkreter Beispiele wollen wir dies in den nächsten Artikeln der Serie vertiefen.

Weitere Details zum MatchPoint Framework können Sie der Website des Herstellers entnehmen.