PI- Mod ein Informationsmodell (nicht nur) für den ...ziwo0001/PUB/RG_NR_PI-Mod.pdf · PI- Mod ein...

PI- Mod

ein Informationsmodell (nicht nur) für den Maschinen- und Anlagenbau

π

Prof. Dr. W. Ziegler Studiengang Technische Redaktion

Hochschule Karlsruhe

tekom RG Nordrhein Köln, 13.12.2011

© Prof. Dr. W. Ziegler - HSKA Studiengang Technische Redaktion

Inhalt

• Content Management: Überblick und Methoden

• PI-Klassifikation: Methodik der Metadatenbildung

• PI-Mod: Informationsmodell und Mechanismen


Content Management

Überblick und Methoden


Verbreitung: CMS Einsatz 2005/2008

50%

7% 7% 4% 3% 9%

19%

1%

41%

6% 4% 3%

4% 11%

29%

3%

0%

10%

20%

30%

40%

50%

60%

2005

2008


0,00%

20,00%

40,00%

60,00%

80,00% 71,8%

52,4% 49,8% 47,3%

35,6% 35,1%

tekom 2008

Genutzte Prozessunterstützung QS


Anforderungen an CMS

Varianten

Versionen


Standardmodell zur CMS-Einführung

1. Analyse des IST-Zustandes 2. Darstellung des Optimierungspotenzials 3. Definition der SOLL-Zustandes 4. Evaluierung der Systeme und Auswahl 5. Erstellung eines Pflichtenheftes 6. Interne Vorbereitung 7. Systemanpassung 8. Installation des Systems 9. Schulungsmaßnahmen 10. Systemnutzung

Process (Re-) Engineering

tekom CMS-Studie 2005/2008

Content & Media Engineering


Ebenen der Standardisierung Content Engineering (Phase 6)

Datenformat

Zeichenformat

Modularisierungsregeln

Schreibregeln

Informationsmodell

Informationen erfassen: • Inhaltlich standardisiert und kontrolliert • in logische Einheiten modularisiert • nach Informationsmodellen strukturiert • mit Metadaten klassifiziert • im XML-Datenformat abgelegt


Erfahrungswerte der Anwender zum Aufwand

Aufgabe sehr hoch hoch mittel gering wird nicht gemacht

Altdatenmigration 18,1 % 31,6 % 20,0 % 9,3 % 14,9 % Textstandardisierung

16,7 % 31,6 % 30,7 % 11,2 % 4,2 %

Strukturierung und (XML- Informationsmodellierung) 13,0 % 36,7 % 32,6 % 8,4 % 3,3 %

Modularisierungs- und Variantenkonzept 12,6 % 34,4 % 34,4 % 8,8 % 3,7 %

Terminologieextraktion und Pflege 10,2 % 21,9 % 29,8 % 9,8 % 16,7 %

Metadatenmodellierung 6,0 % 21,9 % 42,3 % 8,4 % 10,2 %

Prozessmodellierung 6,0 % 17,7 % 43,7 % 11,6 % 5,1 % Publikationskonzept 5,6 % 16,3 % 41,9 % 27,0 % 3,7 % Redaktionsleitfaden 5,1 % 24,2 % 39,1 % 16,7 % 6,0 % Grafikkonzept 2,8 % 11,2 % 34,9 % 39,1 % 6,0 % Testsystem 1,4 % 15,8 % 41,4 % 17,2 % 12,6 %


Modularisierungskonzepte

• Topics (Themen) • Komponenten (Maschinen, Funktionen)

• Gliederungsorientiert (Kapitel, Unterkapitel) • Wiederverwendungsoptimiert (Sätze, Absätze)

Kombinationen möglich; Konzept notwendig VOR Systemeinführung

Top-down

Bottom-up


0

20

40

60

%

DOG 2000tekom 2005tekom 2008

Größenverteilung von Modulen

Fertigung /Stücklisten

Standardisierte Infomodelle Varianten-

management


2 1 1

3

Docbook DITA S1000D (Unternehmens-)

spezifische Info-Modelle

CMS- Info-Modelle

Evolution von Informationsmodellen

Standard- Strukturen

PI-Mod


0,0%

10,0%

20,0%

30,0%

40,0%

50,0% 47,4%

41,8%

4,8% 4,6% 3,3% 3,1% 2,3% 1,7% 0,8%

Verbreitung von Standards

Standardisierung (Content Engineering)

Tekom CMS Studie 2008

13


Content-Varianten-Management (CVM)

• Modulares Variantenmanagement – Mehrere Varianten eines Moduls – Unterscheidung mit Hilfe von Metadaten

• Submodulares Variantenmanagement

– Wiederverwendung von Fragmenten (Sätze,…) – Feingranulare Unterscheidung


Dokumenterstellung und Variantenmgmt.

Variante B

Variante A

Mass Customization

Maschine 1

Maschine 2


Submodulares Variantenmanagement Mehrere Methoden; z.B.„Variantensammlung“


Anpassungsgrad

Redaktions werkzeug

Standard CMS

CMS-Plattform

Lösung Mass Customization

Programmierung

Konfiguration

Funktionsumfang (Standard)

Systemkategorien

Konfigurations- CMS


PI-Klassifikation


Module und

Metadaten?


Metadaten: Beispiele


Metadaten: Systematisierung Ersteller („Hans Glück“)

Version „4.0“ Arbeitsstand „4.6“

Tätigkeit „Ausbauen“ Informationsart „Bedienung“ Modultyp „Anleitung“ Komponente „Sitz “

Funktionsgruppe „Kopfstütze“

Zugehörigkeit „A“, „B“ Baureihe „169“, „245“ Publikationsart „Online“

Dokumenttyp „Bordhandbuch“

Status „freigegeben “ Übersetzungsstatus „in Arbeit“

Sprache „de“

Fahrzeugart „PKW“

„Lebens- zyklus“

„Eigenschaft“

„Verwendung“, „Gültigkeit“

„Produktbezogen“ „Informationsbezogen“


Metadatensystematik im CM

• hierarchisch • eindeutig/einwertig

• hierarchisch • mehrdeutig/mehrwertig


• Klassifikation der modularen Informationsobjekte nach – Produktzuordnung – Informationsart

• Planungsinstrument im Content Engineering • Basis für Suche, Ablagestruktur, Selektion und Publikation • Notwendig für Automatisierungsprozesse

(Stücklistenkopplung, PLM, Serviceportale, …)

PI-Klassifikation: Metadaten im CMS


• kann die bekannte Teileklassifikation abbilden • kann Produktlebenzyklus (MaschRL) abbilden • sollte i.A. nicht die Endprodukte benennen (extrinsisch!) • Ist Planungsinstrument für verteilte und projektierte Modulerstellung • ist unabhängig von CMS und von Info.modell

PI-Klassifikation (intrinsisch)

Modul# prodclass1 prodclass2 prodclass3 infoclass1 infoclass2

1 Oberwagen Kabine Einstieg Beschreibung Aufbau

2 Antrieb Getriebe Zahnrad Beschreibung TechDat

3 Hydraulik Ölpumpe - Aufgabe Reparatur

4 Druckeinheit Farbwerk Farbregler Aufgabe Wartung

P I


Modulklassifikation in der Praxis

4-stufige intrinsische Produktklassifikation

3-stufige intrinsische Informationsklassifikation

Fa. Koenig&Bauer, Druckmaschinenbau

Modulmatrix als Planungsinstrument (Content Engineering)


• Nutzung intrinsischer Metadaten, um Module mit Hilfe der Klassifikation auffindbar zu machen: – Ablagestruktur

– Direkte Vergabe als „Attribute“

– Kombination: „dynamische Verzeichnisse“

Vergabe von Metadaten

Sitz

Kopfstütze

Ausbau

Sitz Kopfstütze Rückenlehne Sitzheizung

Einstellen Ausbau


Dokumenterstellung und Variantenmgmt. Gültig für: Bauteil 23-ST400

Gültig für: Bauteil 23-SA200

komponenten- bezogene (inrinsisch) Generierung oder Filterung

Mass Customization

Gültig für: Maschine 1213




maschinen-/ auftrags-bezogene (extrinsisch) Generierung oder Filterung


Submodulares Variantenmanagement Mehrere Methoden; z.B.„Variantensammlung“

Gültigkeiten intrinsisch oder extrinsisch


Submodulares Variantenmanagement

Strukturierte Texterfassung

Extrinsische Gültigkeiten für Produkt- Varianten

Modulare Wieder- verwendung


descriptive glossary

diagnosis

lubrication

tools

task task-intervals

Das Informationsmodell PI-Mod

Strukturen und

Mechanismen


Allgemeine Ziele

• Standardisiertes Informationsmodell für einzelne bzw. zusammenhängende Branchen: – Maschinen - und Anlagenbau – Automatisierung- Elektrobranche – Consumer-Produkte – Zulieferketten (Informationsaustausch)

• Erstellung von Anwender- und Serviceinformationen • Leichte Integration in Redaktionssysteme

(implementierungsfrei) • Praxisnah und projektgetrieben • Anpassbar (Customizing) • Open Source (freie Nutzung)


PI-Mod Modultypen (V1.2)

PI: P roduktklassifikation I nformationklassifikation Mod: Modulare Erfassung von (maschinentypischen) Informationen • Beschreibende Info. • Diagnose und Fehlerbehebung • Anleitende Info. (Aufgabe) • Wartungspläne • Werkzeuglisten • Schmierstoffe und -pläne • Glossare

Modultypen entsprechen 1. Ebene der Infoklasse


Modultyp „Beschreibung“ (descriptive)

• Aufbaubeschreibung • Funktionsbeschreibung • Technische Beschreibungen (Tech. Daten) • Übersichten • Einleitungen • …

Relativ freie Modulstruktur mit mischbaren Textelementen: Absatz, Listen, Tabellen, Hinweise, Medien, Daten

PI-Metadaten als XML-Attribute am Modul


Beispielinhalte „descriptive“


Implementierungen und Entwicklungen


Modultyp „Aufgabe/Anleitung“ (task)

„Kollektionen-Elemente“

Stark semantische Modulstruktur mit festgelegten handlungsanleitenden Elementen: • Orientierungen • Voraussetzungen • Warnhinweise • (bedingte) Handlungsschritte, • Resultate • …

PI-Metadaten als XML-Attribute am Modul


Beispielinhalte „task“


Spezielle Funktionalitäten (vor Publikation)

• Kollektionenmechanismus (Wartungspläne)

Analog: Benötigte Arbeitsmittel sammeln (tools)

• Technische Daten erfassen und konvertieren/lokalisieren

<number> 2 </number> <unit> m </unit> <number> 6 - 6 </number> <unit> ft -in </unit>

task task task

taskintervals

Aggregation Publikation

<taskinterval customer=„500h“> Staubfilter kontrollieren </taskinterval>

<taskinterval … > <taskinterval … > <taskinterval … >


Modultyp „Aufgabenübersicht / Wartungsplan“ (taskintervals)

Kollektion von Informationen zu (Wartungs-) häufigkeiten und Tätigkeiten sowie Verantwortlichkeiten

Kollektionenmechanismus: • Automatisiert aus taskinterval in task-Modulen • Manuell als eigenes Modul mit taskinterval • Manuell als selbsterstellte Tabelle • Mischformen


Beispielinhalte „taskintervals“


Modultyp „Schmierstoffe“

Kollektion von Information zu • Schmierstoffen • Betriebsmittel • Rohstoffe • Hilfsmittel

Kollektionenmechanismus: • Automatisiert aus lubricationlist in task- Modulen • Manuell als eigenes Modul • Manuell als selbsterstellte Tabelle • Mischformen


Beispielinhalte lubrication

Semantische Modellierung + Generische (CALS) Tabellen


Modultyp „Werkzeuge und Materialien“ (tools)

Kollektion von Informationen zu: • Werkzeugen • Verbrauchsmaterialien • Ersatzteilen

Kollektionenmechanismus: • Automatisiert aus toolist in task- Modulen • Manuell als eigenes Modul mit tool, part • Manuell als selbsterstellte Tabelle • Mischformen


Beispielinhalte „tools“


Modultyp „Diagnose“

Kollektion von: • Kurzdiagnosen • Hilfe im Problemfall • Störungsmeldung und Abhilfe


Beispielinhalte „diagnosis“


Modultyp „Glossar“ (glossary)

Eigenständiger Modultyp für Glossare als Ergänzung zu Publikationen.


Beispielinhalte „glossary“


Dokumenterstellung

Dokumentbasierte Aggregationsstruktur als einfacher Standard in PI-Mod. Publikationsmechanismen folgen dieser Struktur. Ausprägung in den CMS sehr unterschiedlich. PI-Mod definiert hierzu keine Vorgaben.


Beispiel für Dokumentstruktur


Implementierungen und Entwicklungen


CMS-Implementierungen

• CMS-Anbieter („Standard“ oder „PI-Mod Paket“) – Docufy (cosima PI-Mod) – Fischer Computer Technik (TIM Infomanager) – Noxum (Publishing Studio) – Ovidius (TCToolbox) – Schema ST4 – Siemens (Hybrix) – Siemens (PLM/KGU) – …?


Editoren (Erfassung)

• XMetaL /XMaX (PI-Mod Group, FCT, Docufy, …)

• Arbortext (Siemens, …) • Publishing Studio XML-Editor (Noxum)

• FrameMaker (…)


PI-Mod ganz alleine

• Eigentlich nicht im primären Fokus der Projektgruppe • „Standalone“-Lösung kann aber ein sinnvoller

Einstieg in das Content-Engineering sein („Proof-of-Concept“) – Erfassung z.B. mit XMetaL oder Arbortext Editor – Print-Publikation über AntennaHouse (ggf. fop) – Online-Publikation (HTML, CHM) – „Verwaltung“ im Dateisystem


Textoptimierung und -kontrolle

• Funktional motivierte semantische Modellierung • Elementkatalog (de, en?) als Teil eines

Redaktionsleitfadens • Kopplung an

Sprachkontrollsysteme

Ziegler W., Siegel M. "Regeln für Sprache und Strukturen: Standardisierung auf allen Ebenen", Tagungsband zur tekom Jahrestagung, (2011)


Semantisches XML und Sprachkontrolle

Semantik

Hierarchie Metadaten

Attribute


Anpassungen („Customizing“) • Systemabhängige Implementierung außerhalb PI-Mod-Standard

– Variantenmanagement – Referenzierung (Reuse) – Querverweise – Aggregation – Variablen

• Projekt- / unternehmensabhängige Anpassung im Standard

– Metadaten der PI-Klassifikation – Wertelisten für taskintervals, u.ä – Strukturvereinfachungen

• Customizing außerhalb des Standards

– Strukturveränderungen, -ergänzungen


Weiterentwicklungen

• Informationsmaterial/Dokumentation • InDesign-Ausgabe • Strukturdefinition als XSD (Schema) • Elementbeschreibung in unterschiedlichen Sprachen • Erweiterung der Struktur für die Dokumentation von

Steuerungs-Software • Integration/Kopplung in weitere CMS, CLC • Support (Dienstleistung) für CMS-Anbieter


Projektgruppe und Beteiligte, Unterstützer

• D. Heideck

• N. Messaoudi

• Dr. H. H. Rath

• T. Rickmann

• B. Schäfer

• K. Schrempp

• S. Steurer

• F. Ully

• B. Weinheimer

• Prof. Dr. W. Ziegler

• ABB Stotz Kontakt

• Glatt

• Koenig & Bauer

• Putzmeister Concrete Pumps • … • G. Blocher (Tanner AG)

• C. Chmielewski (ABB SK)

• J. Hennig (KBA)

• M. Heinz (Liebherr LIS)

• B. Klötzl (Putzmeister)

• E. Tober (KBA) • … • Dokuwerk KG

• Liebherr IT-Services GmbH

• ICMS

Technik / Implementierung Projekte, Unterstützung, Unternehmen


Zusammenfassung

• Content Management: Überblick und Methoden

• PI-Klassifikation: Methodik der Metadatenbildung

• PI-Mod: Strukturen und Mechanismen

Literatur:

– www.pi-mod.de

– Ziegler/Steurer: „Mit PI-Mod dokumentieren“, tk 06/10

– Drewer/Ziegler: „Technische Dokumentation“, Vogel (2010)

PI- Mod ein Informationsmodell (nicht nur) für den ...ziwo0001/PUB/RG_NR_PI-Mod.pdf · PI- Mod ein...

Documents

Transcript of PI- Mod ein Informationsmodell (nicht nur) für den ...ziwo0001/PUB/RG_NR_PI-Mod.pdf · PI- Mod ein...