Im nachfolgenden Diagramm ist die Drei-Ebenen-Architektur einer Reporting Services-Bereitstellung zu sehen. Hieraus gehen die Berichtsserverdatenbank und die Datenquellen auf der Datenebene, die Berichtsserverkomponenten auf der mittleren Ebene sowie die Clientanwendungen und integrierten bzw. benutzerdefinierten Tools auf der Präsentationsebene hervor. Daneben zeigt es den Fluss von Anforderungen und Daten zwischen den Serverkomponenten sowie welche Komponenten Inhalte an einen Datenspeicher senden bzw. aus einem Datenspeicher abrufen.

Traditionelles Reporting umfasst eine wesentliche Querschnittsfunktion in den IT-Lösungen eines Unternehmens. Hier gibt es moderne Lösungen, die sowohl statische als interaktive Berichte in unterschiedlichen Formaten erlauben. Alternativ ist es möglich, auf Basis von Berichtsmodellen fortgeschrittenen Benutzern die Möglichkeit zu geben, eigene Berichte zu auf Basis von vorgegebenen und vereinfachten Datenstrukturen erstellen. Mit Hilfe der vielzähligen Ausgabeformate und Integrationsvarianten kann man hier seinen Mitarbeitern hervorragende Hilfestellungen bieten, damit sie umfassend an aufbereitete Unternehmensdaten gelangen und so gute Entscheidungen und Beurteilungen treffen können.

Dieser Artikel zeigt übersichtsartig die verschiedenen Syntax-Bereiche von OWL. Es sind einige Ähnlichkeiten mit RDF Schema zu erkennen, da sich OWL als Erweiterung zu RDF Schema versteht. Insbesondere an den verschiedenen vorhandenen Elementen fällt deutlich auf, wie umfassend Ontologien abgebildet werden können.

Wie bereits im Artikel Projekttypen beschrieben, ist das V-Modell ein generischer Vorgehensstandard für Entwicklungsprojekte. Dabei werden drei Arten von Projekttypen unterstützt:

• Systementwicklungsprojekt eines Auftraggebers
• Systementwicklungsprojekt eines Auftragnehmers
• Einführung und Pflege eines organisationsspezifischen Vorgehensmodells

Die im vorhergehenden Artikel vorgestellten Managementmechanismen des V-Modells werden für jeden Projekttyp angewendet. Im Rahmen der Erstellung des eigentlichen Projektergebnisses benötigt man spezifische Verfahren für die inhaltliche Projektdurchführung, die im Folgenden beschrieben werden.

Dokumenten und Datenaustausch

Dass Dokumente mit Daten zwischen Unternehmen oder einzelnen Bereichen eines Unternehmens ausgetauscht werden, ist keine Besonderheit von XML, sondern eine Notwendigkeit des Geschäftslebens. Allerdings machen unklare und nicht zusammen passende Formate und Strukturen den Datenaustausch manchmal kompliziert. Hier kann XML helfen, klare Schema-Regeln zu entwicklen, Dokumente portierbar zu machen und auch über verschiedene Plattformen hinweg auszutauschen bzw. auf verschiedenen Plattformen mit gleichem Inhalt verfügbar zu machen. Unsere eigene Forschungsarbeit entwickelt hier ein grafisches Verfahren, mit dem Formate und XML-Schema-Regeln auf mehreren Ebenen dargestellt werden können.

Messdatenerfassung

Versuchsreihen, systematische Sicherheitsüberprüfen und Kontrollen liefern umfangreiche Datenmengen, die erst in einer Datenbank sicher gespeichert und dort über Analyswerkzeuge wie Data Mining oder OLAP-Techniken untersucht und für alle Benutzer verfügbar gemacht werden können. XML kann hier für die Schnittstelle Messgerät-Datenbank eingesetzt werden. Dies funktioniert bei allen Messgeräten, welche strukturierte Daten elektronisch abgeben, welche dann in XML umgewandelt werden können.

Wissensmanagement

Dezentral gespeicherte Informationen sind am einfachsten in einer Datenbank direkt zu sichern, sodass die Suche nach einer Fundstelle und ihre direkte Nutzung zusammenhängen. Mit XML können hier umfangreiche Dokumente und Dokumentmengen gespeichert und verwaltet werden. Je nach verwendeter Technologie können unterschiedliche Suchtechnologien verwendet werden. Unsere eigene Forschungsarbeit beschäftigt sich hier z.B. mit der Berechnung von Relevanzen, die beim Suchen von Fundstellen notwendig sind.

Die Notwendigkeit der Modellierung von XML-Daten in entsprechenden Softwareprojekten mit Hilfe von XML Schema kann gar nicht wichtig genug eingeschätzt werden. Auch ist XML Schema der länger existierenden Document Type Definition (DTD) in vielen Punkten überlegen. Doch gerade hinsichtlich der Modellierung und Verwendung von Ontologien gibt es verschiedene Punkte, an denen einfache Sprache zur Beschreibung eines Vokabulars nicht ausreicht. Dieser Artikel gibt einige Aspekte dieser Einschränkungen wider.

Ontologien stellen keine ganz neue Technik der Datenmodellierung dar, sind aber zurzeit (Stand 2005) nur in wenigen ambitionierten Softwareprodukten vertreten. Dieser Artikel gibt einen Überblick über mögliche Bewertungskriterien, die aus ökonomischer Sicht eine Bewertung von Ontolgoien ermöglichen. Dabei geht er insbesondere auf den Einsatz von XML ein, mit dessen Hilfe ontologische Daten gespeichert, verwaltet und auch verarbeitet werden können.

Diesert Artikel führt in die Grundsätze der Dokumentmodellierung von XML ein, ohne auf spezielle Techniken wie XML Schema oder DTD einzugehen. Vielmehr werden allgemeine Begrifflichkeiten wie Wohlgeformtheit und Gültigkeit erklärt und voneinander abgegrenzt. Zusätzlich werden verschiedenen Hinweise gegeben, welche verschiedenen klassischen Modellierungsansätze bei bereits bearbeiteten Daten existieren.

Wenngleich selbstverständlich die Modellierung von XML-Strukturer über XML Schema oder die DTD ein wichtiger Bestandteil für die Softwareentwicklung ist, so bieten beide Techniken nicht alle notwendigen Fähigkeiten, die für die Modellierung, Erzeugung und Validierung von Ontologien notwendig sind. Dieser kurze Artikel skizziert einige Punkte, an denen diese Einschränkungen deutlich werden.

Um heutzutage wettbewerbsfähig zu bleiben, müssen allen Mitarbeitern im Unternehmen die richtigen Informationen zur Verfügung gestellt werden, um bessere Entscheidungen treffen zu können. Lösungen auf Basis von Microsoft Business Intelligence-Technologien unterstützen Unternehmen jeder Größenordnung, diesen Anforderungen gerecht zu werden und die unterschiedlichen Zielgruppen zeitnah und intuitiv mit Informationen zu versorgen.

Auf Basis von hoch verdichteten Kennzahlen und Indikatoren werden das gesamte Unternehmen sowie übergreifende Geschäftsbereiche gesteuert. BI-Lösungen kennzeichnen sich in diesem Fall aus durch::

• eine primär grafisch orientierte Benutzerführung mit vordefinierten Berichten und Analysen.
• eine in der Regel wöchentliche/monatliche Aktualisierung der Daten.
• eine geringere Anzahl von Anwendern.