MS SQL Server - XML Einsatz und Wissensmanagement

Mit XML (extensible markup language) wurde einer Techologie der Weg bereitet, welche es ermöglich, auf einfache Weise sowohl strukturierte Dokumente zu erstellen als auch diesen Dokumenten ein weiteres Dokument zur Verfügung zu stellen, dass die Struktur von Inhalten im XML-Dokument beschrieb. Über den Prozess der Validierung lassen sich damit also Dokumente in einer vorgegebenen Struktur erstellen, welche einfache Inhalte wie Produktinformationen, Beschreibungen, Ergebnislisten oder Messdaten, aber auch solche kompexen Inhalte wie eine Bilanz, Bestellungen oder Handbücher enthalten. Innerhalb von Organisationen lassen sich so Dokumente sehr einfach zwischen beliebigen Schnittstellen austauschen und wieder in anderen Prozesse einbinden. Natürlich besteht auch keine Schwierigkeit, die Dokumente für Prozesse und Transaktionen außerhalb der Unternehmensgrenzen zu verwenden, womit XML eine sehr einfache und leistungsstarke Möglichkeit bietet, Schnittstellen zwischen beliebigen Organisationen zu schaffen und Daten in einem wohlstrukturierten Format auszutauschen und weiter zu verarbeiten.

Folgende Architektur ist dabei immer von Bedeutung:

XML-Dokument

Die Daten selbst sind in einem XML-Dokument gespeichert, das allerdings nicht nur die Daten enthält, sondern diese Daten auch gleichzeitig mit Auszeichnungen sinnhaft auf mehreren hierarchischen Ebenen strukturiert. Die semantische Bedeutung der Daten steckt in den einzelnen Tags, welche sowohl individuell als auch für größere Zusammenhänge von mehreren Organisationen oder Unternehmenseinheiten, aber auch in der Form von Branchenlösungen zum Austausch definiert werden.

Schema-Dokument

Um die Einheitlichkeit und Korrektheit der verwendeten Tags, ihrer Struktur und ihrer Abhängigkeiten, aber auch ihres Auftretens im Dokument zu bestimmen, entwickelt man Regeln, wie die Daten mit Auszeichnungen i XML-Dokument zu versehen sind. Diese Regeln befinden sich in einem Schema-Dokument, das bei der Validierung mit den tatsächlichen XML-Dokument herangezogen wird. So sichert man die Korrektheit der Form und gleichzeitig auch die darauf basierende Weiterverarbeitung.

Validierer

Die Überprüfung, ob die eingehenden XML-Dokumente auch korrekte Instanzen des Schema-Dokuments und damit überhaupt verarbeitbar sind, wird von einem Validierer übernommen.

Parser

Für die Verarbeitung der ein- und ausgehenden Dokumente benutzt man einen Parser, der anhand der definierten Schema-Regeln aus anderen XML-Dokumenten oder aus DB-Daten neue XML-Dokumente oder auch über eine Transformationsmaschine andere Formate erzeugt.

Transformationsmaschine

Reine XML-Dokumente stellen selten das Format dar, das Benutzer benötigen oder erhalten. Vielmehr erstellt man regelmäßig über Transformationsprozesse und vorhandenen Transformationsdokumenten neue Formate wie HTML, PDF oder Word.

Im Rahmen der Software-Entwicklung orientieren wir uns an den klassischen Sofware-Engeneering-Phasen und informieren den Kunden regelmäßig über den aktuellen Entwicklungsstand. Dies gewährleistet ein schnelles und interaktives Arbeiten und erlaubt auch die Berücksichtigung von Erweiterungen oder Änderungen, wie sie bisher noch nicht im Projekt angesiedelt waren. Damit erhöht sich die Passgenauigkeit der Software und ihre gute Übernahme in die bisherige Software-Landschaft des Kunden.

Planungsphase

In dieser ersten Phase wird der Kontakt zwischen Kunde und Dienstleister hergestellt, erfolgt eine Beratung und damit auch ein Austausch über die aktuellen Wünsche und den Innovationsbedarf in der Software-Umgebung des Auftraggebers. Rahmenbedingungen und die Anforderungen, also die qualitativen und quantitativen Eigenschaften der Sofware werden festgelegt. Diese Phase endet mit einem Lastenheft.

Definitionsphase

In dieser zweiten Phase legen wir gemeinsam mit dem Kunden die genauen Produkteigenschaften der Software fest. Dies umfasst gleichermaßen Technologien und die Integration in die vorhandene System-Architektur bzw. ermittelt die Erfordernisse, welche für den erfolgreichen Einsatz überhaupt erfüllt sein müssen. Diese Phase endet mit einer Produkt-Definition.

Entwurfsphase

Diese dritte Phase umfasst eine erste Annäherung sowie ein Rohkonzept mit deutlich genaueren Hinweisen zur geplanten Software. Hierbei gilt es, die Softwareergonomie sowie die Anwendung durch den Benutzer mit Blick auf die Oberfläche und mögliche Schnittstellen zu definieren. Diese Phase endet mit einem Produkt-Entwurf.

Implementierungsphase

In dieser vierten Phase wird anhand der Produkt-Definition bzw. gemäß dem Produkt-Entwurf die konkrete Software erstellt und nach Abschluss der konkreten Softwareentwicklung dem Kunden vorgestellt. Diese Phase endet mit dem eigentlichen Programm und einer Dokumentation zur Verwendung.

Abnahme- und Einführungsphase

Diese fünfte Phase umfasst die Übergabe der Software sowie die notwendigen Installations- und Einrichtungsarbeiten der Software sowie weiterer Komponenten wie Hilfesystem, Datenbank oder Systemumgebung zum korrekten Betrieb des Programms. Diese Phase kann zusätzlich auch Schulungen der mit der Software arbeitenden Mitarbeiter enthalten.

• Daten- und Strukturanalyse
• Server-Installation zum Datenaustausch
• Software-Entwicklung
• DB-Entwicklung und -Programmierung