Deutsche Warenkunde- und Technologie-Tage - DGWT

GEBRAUCHSTAUGLICHKEIT
• Ein Modul wird von einem Autor oder Entwickler verantwortet.
• Für ein Modul werden Nutzungsrechte festgelegt.
Wie wird mit solchen Modulen gearbeitet?
In der Software-Entwicklung wird bereits seit Jahren ein solcher Modulbegriff verwendet. Deshalb liegt es
nahe hier darauf aufzubauen. In Programmiersprachen umfasst ein Modul mehrere Unterprogramme und weitere
Definitionen von Datentypen, Variablen und benannten Konstanten. Ein Modul wird in einen Zielkontext
importiert. Danach stehen die Unterprogramme und weiteren Definitionen des Moduls dem Zielkontext direkt
zur Verfügung. Hier werden Unterprogramme aufgerufen und dabei für mögliche Parameter die Werte des
jeweiligen Verwendungskontextes eingesetzt. Module werden definiert und zur Wiederverwendung bereitgestellt.
Sie müssen aufgefunden und geeignet in ein Zielmedium eingesetzt werden. Dazu werden Modulbibliotheken
betrieben. D. h. Module werden mit Metadaten verknüpft, um sie aus einem Pool herausfinden zu können.
Solche Metadaten sind z. B. eine Aufgabenbeschreibung, die Angabe des Autors, Erstellungsdatum etc.
Module können aus dem Bestand herausgenommen werden, wenn sie nicht mehr sinnvoll verwendet werden
können. Der Bedarf für ein (neues) Modul muss zunächst festgestellt werden und Module selbst haben einen
Lebenszyklus. D. h. ein Modul muss vor seiner ersten Verwendung freigegeben worden sein. Von Zeit zu Zeit
ist eine Konsolidierung der Modulmengen nötig, um im Laufe des Lebenszyklus eines Produktes unzulängliche
und somit eher Kosten treibende Module zu verhindern. Zur gesetzlich vorgeschriebenen Langzeitspeicherung
eines Informationsproduktes reicht die Archivierung der konstituierenden Module nicht aus. Eine geeignete
Versionsverwaltung der Module ist Pflicht, wenn verschiedene Versionen der Informationsprodukte
benötigt werden. Auch Varianten einer Bedienungsanleitung können einfach aus den Varianten der beteiligten
Module entstehen.
XML hat als Metasprache (Sprache zur Definition von Sprachen) weltweit standardisierte XML basierte
Sprachen hervorgebracht, die insbesondere für die Erstellung und den Betrieb von Informationsprodukten
eingesetzt werden können.
Ziel der Beschreibung eines Informationsbausteins in XML ist die Trennung der Aspekte „Inhalt“, „Struktur/Konsistenz“,
„Gestaltung/Anpassung an das Zielmedium“ und „Produktionsablauf“. Es wird so etwa eine
konkrete Bedienungsanleitung oder ein Spezieller Sicherheitshinweis zur Ausgabe im Print-Format beschrieben.
Unter „Struktur“ werden inhaltlich prüfbare Bestandteile wie z. B. „Bezeichnung der Gefahr“ herausgestellt
und ihre Verwendung im Informationsprodukt festgelegt. Auch die Vorgabe möglicher Werte und andere
einschränkende Bedingungen an die inhaltlichen Komponenten werden hierunter verstanden. Die Bezeichnung
einer Gefahr sollte z. B. genau einmal in einem Speziellen Sicherheitshinweis auftreten und dies an hervorgehobener
Stelle. Der Produktionsablauf wird hier zusätzlich erwähnt, um auch der Möglichkeit eines erst zur
Nutzungszeit entstehenden Informationsbausteins Rechnung zu tragen. Durch Rückgriff auf den festgelegten
Produktionsablauf kann dann der Produktionsprozess per Software angestoßen werden. Für die Beschreibung
eines Moduls sind neben XML selbst folgende Sprachen zu nennen:
• XML Schema [XML Schema] als Sprache für die Festlegung der Struktur eines Informationsproduktes.
Für einzelne Informationsbausteine wie etwa einen Sicherheitshinweis, eine tabellarische Produktbeschreibung
oder eine Handlungsbeschreibung können so detailliert Modelle vorgegeben werden wie man
dies bisher bereits bei der Verwaltung von Daten in Datenbanksystemen kennt. Z. B. kann festgelegt werden,
dass in einem Speziellen Sicherheitshinweis mindestens eine Abwehrmaßnahme ausgewiesen werden
muss.
• XSL 2.0 [XSL] und XQuery 1.0 [XQuery] werden verwendet, um modular aufgebaute Informationsbausteine
an ihren Verwendungskontext anzupassen.
• Für die Beschreibung einer Fertigungslinie zur Produktion von Bedienungsanleitungen oder anderen Produkten
der Technischen Kommunikation bietet sich seit kurzem die Sprache XProc [XProc] an.
In Bild 3 wird skizziert, wie eine Moduldefinition im XML Umfeld aussehen kann. Die Moduldefinition ist
in 4 Modulen mit jeweils spezialisierten Sprachen zerlegt. Jede der angesprochenen Sprachen verfügt über
eigene Modularisierungskonzepte. Neben dem Namensraumkonzept verfügt jede Sprache über eine eigene
„include“-Anweisung, mit der auf weltweit verteilte Modulbestände zugegriffen werden kann.
FORUM WARE 36 (2008) NR. 1 - 4
39