17.3.1 Arbeitsgruppen
Die ebXML-Initiative besteht aus den nachfolgend
beschriebenenen Arbeitsgruppen; die Beschreibungen basieren
auf den Ausführungen, die auf der Website zu finden
sind. Aufgrund ihres allgemeinen
Ansatzes kann die Aufteilung von ebXML in Teilbereiche als
Modell für Ihre eigenen Anforderungen dienen. Dass eigene
Projekte andere Ansprüche stellen können, versteht sich von
selbst.
- Geschäftsprozesse (Business Processes)
- Diese Arbeitsgruppe kümmert sich um die
branchenübergeifende Integration von Geschäftsprozessen auf
Basis von XML. Dazu werden die Anforderungen
formuliert, die beim Informationsaustausch in den Bereichen
Anwendung-zu-Anwendung, Anwendung-zu-Person und
Person-zu-Person auftreten. Die Anforderungen sollen anhand
zumindest eines Beispiel von branchenübergeifenden Prozessen
validiert werden.
- Kernkomponenten (Core Components)
- Im Bereich der Kernkomponenten geht es darum,
wiederverwendbare Teile eines Modells für
Business-Informationen zu entwickeln. Dazu gehört auch die
Definition von allgemeingütligen Metadaten sowie die
Definition von Regeln, wie die Kernkomponenten erweitert
werden können. Unter Berücksichtigung von Erfahrungen mit
EDIFACT sollen bestehende
EDI-Anwendungen in neue integriert werden
können.
- Technische Architektur (Technical Architecture)
- Die Ziele der Arbeitsgruppe für die technische
Architektur beschränken sich zur Zeit noch auf sehr
allgemeine Aussagen wie
Plattformunabhängigkeit
oder
Internationale Kodierung wie UTF-8 und
UTF-16
. Interessant ist, dass es als
Ergebnis der Arbeit nicht nur einen Text geben soll, sondern
auch ein lauffähiges, prototypischen System als Proof of
Concept
.
- Anforderungen (Requirements)
- In dieser Gruppe werden allgemeine Anforderungen an
ebXML formuliert. Ein erster Entwurf der Spezifikation
ist am 5. März 2000 erschienen.
- Transport, Routing und Pakete (Transport, Routing and Packaging)
- Die Arbeit dieser Gruppe konzentriert sich darauf,
welche Eigenschaften ein universelles Transportsystem für
die Übertragung von ebXML- und Nicht-ebXML-Objekten
haben muss. Dabei werden bestehende Übertragungsverfahren
hinsichtlich ihrer Eignung als ebXML-Transportverfahren
geprüft. Ein erster Entwurf der Spezifikation
ist am 18. März 2000 erschienen.
- Registrierung und Lagerung (Registry and Repository)
- In einem
Repository
sollen Spezifikationen für
XML-basierte Geschäftsprozesse (sowohl
menschlich lesbare Texte als auch DTDs und
Schemata) abgelegt und zur Verfügung gestellt
werden. Momentan ist noch unklar, ob die ebXML-Initiative
selbst ein solches Repository betrieben wird oder ob diese
Aufgabe an eine andere Organisation (zum Beispiel
OASIS) delegiert wird. Dabei spielt es auch
eine Rolle, ob ebXML über die initiale 18-Monate-Phase
hinaus weitergeführt wird.
- Technische Koordinierung und Unterstützung (Technical Coordination and Support)
- Diese Gruppe ist zur Zeit noch nicht gebildet.
- Marketing, Gegenwärtigkeit und Schulung (Marketing, Awareness and Education)
- Auch diese Arbeitsgruppe wird für eigene
E-Business-Projekte keine Vorbild-Funktion haben. Sie zeigt
aber als wie wichtig es von der Projektleitung angesehen
wird, die ebXML-Initiative bekannt zu machen und in der
Geschäftswelt zu implementieren. Für den Erfolg des Projekts
ist dies zweifellos von entscheidender Bedeutung.