Erkläre die Begriffe Daten, Information, Content (Inhalt), Wissen.
Daten = nackte, codierte Zahlen/Zeichen ohne Kontext -> rein objektiv -> z.B. '10'.
Information = wenn Daten einen Sinn/Bezugspunkt erhalten -> z.B. '10 Grad Celsius'.
Content = Informationen, die digital verpackt & austauschbar sind (z.B. als Textbaustein, Bild).
Wissen = menschl. Fähigkeit, diese Infos im Kopf zu verknüpfen.
Warum brauchen wir ein CCMS?
- Word-Dokumente reichen nicht mehr -> Produkte werden komplexer -> es gibt unzählige Varianten -> Übersetzung in viele Sprachen.
- CCMS löst das Problem: -> es speichert kein ganzes Dokument, sondern einzelne Bausteine (Komponenten). -> Vermeidung von Redundanzen, Inkonsistenz, Kostensenkung durch Wiederverwendung.
Worin unterscheiden sich Content Management Systeme (CMS) von Component Content Management Systeme (CCMS)?
CMS: -> Verwalten Dokumente & Websites als Ganzes.
CCMS: -> Basiert auf Strukturierung, Modularisierung & Standardisierung.-> Verwalten Informationen komponenten- bzw. modulbasiert (auf XML Basis) & ermöglichen Variantenmanagement.-> Trennt Inhalt von Layout
Was sind die zentralen Eigenschaften von Content im CCMS?
Content ist:
digital
strukturiert (oft XML)
maschinenlesbar
medienneutral
austauschbar
Was ist Cosima Go! und wozu dient es?
Es ist ein XML-basiertes Component Content Management System.
Es dient dazu, technische Inhalte strukturiert zu erstellen, zu verwalten & medienneutral zu publizieren.
Aus welchen technischen Komponenten besteht Cosima Go!
1. XML: Die Datenbasis / Format der Inhalte.
2. Datenbank: Zum Speichern & Verwalten der Bausteine.
3. Publikationsprogramm (Publisher): Generiert aus dem XML fertige Formate wie PDF, HTML.
4. Client: Die Benutzeroberfläche für den Redakteur.
7 Grundprinzipien von CCMS
1. Strukturierung / Informationsmodelle
2. Modularisierung & Wiederverwendung
3. Metadaten
4. Standardisierung
5. Variantenmanagement
6. Übersetzungs- & Terminologie Management
7. Single Source Publishing
Welche 2 grundsätzlichen Ansätze für Ordnerstrukturen gibt es?
Generische Ablagestruktur -> Aufbau nach Dokumentart, Kapitel, Modul. Komponentenorientierte Ablagestruktur -> Aufbau analog zum Produkt, z.B. nach Baugruppe, Motor, Getriebe.
Prinzip der Modularisierung Vorgehensweisen
Bottom-up: Man nimmt bestehende Dokumente, zerteilt sie & standardisiert sie -> von unten nach oben.
Top-down: Man plant erst die Struktur & befüllt diese Hüllen mit Modulen.
Was ist Modularisierung, warum machen wir es & wie machen wir es?
Was: Das Zerlegen von langen Dokumenten in kleine, in sich geschlossene Informationsbausteine (Module / Topics).
Warum: Um Module mehrfach wiederzuverwenden.
Wie: Durch Standardisierung von Modulgrößen, Trennung von varianten Texten & die Nutzung der Topic-Orientierung.
Warum modularisiert man Inhalte & was ist das Ziel?
Um isoliertes Arbeiten, Redundanzen, Inkonsistenzen & hohe Kosten zu vermeiden.
Ziel: modulare Dokumentation aus einer einzigen Quelle, die mehrfach verwendet werden kann.
Was bedeutet Topicorientierung?
= eigenständiger, in sich geschlossener Informationsbaustein, der genau ein spezifisches Thema behandelt.
=> muss verständlich sein, auch wenn man den Rest nicht kennt.
Was versteht man unter Differenzierung & Abstraktion bei der Modularisierung?
Abstraktion: Verallgemeinerung von Texten.
Differenzierung: Erkennen von struktureller Gleichheit, aber inhaltlichen Unterschieden.
Ziel: Variantenreiche Anteile von identischen Anteilen zu separieren.
"Was versteht man unter Single Source Publishing?
Inhalte werden medienneutral & strukturiert in einer einzigen Quelle (z.B. XML) erfasst. Von dort aus werden sie automatisch in verschiedene Formate (z.B. PDF, HTML) ausgegeben, ohne Texte duplizieren zu müssen.
Welche Objekte kann man in Cosima Go als eigenständige Objekte anlegen?
Chapter (Kapitel), Block, Warnhinweise (Warnings), Skill-List, Gear-List.
Was sind Gear- & Skill- Objekte bzw. Listen?
Gear: Beschreibt Werkzeuge, Betriebsmittel oder Ersatzteile, die für eine Handlung nötig sind.
Skill: Beschreibt die benötigte Qualifikation der Person, die die Handlung durchführt.
Variantenmanagement (Beispiel: 1x Auto mit Automatik, 1x Auto mit Schaltung -> keine zwei Bücher schreiben)
Variantensammlung: Man baut ein einziges 'Masterdokument', das alles enthält. Man gibt den Modulen Gültigkeiten. Beim Erstellen des PDFs filtert das System nicht zutreffende Dinge weg.
Reuse-Pool (Wiederverwendung): Man hat einen Pool auf Modulen & referenziert (verlinkt) nur die Module in dem Dokument, die du für das Produkt brauchst.
Fragmentierter Reuse: Man referenziert Module aus dem Pool, nutzt aber zusätzlich Gültigkeiten & Variablen innerhalb der Module.
Variablen: Das sind Platzhalter. Man schreibt im System: 'Schalten Sie den [Produktname] ein'. Beim Publizieren sagt man dem System, welchen Wert die Variable annehmen soll.
Vor- & Nachteile Variantensammlung, Reuse-Pool & fragmentiertem Reuse
Variantensammlung: + Automatische Auswertung, - Keine nachträgl. Änderung v. Varianten.
Reuse-Pool: + Nachträgl. Änderung möglich, - Erhöhter manueller Pflegeaufwand.
Fragmentierter Reuse: + Hohe Flexibilität bei komplexen Varianten, - Verwaltungsaufwand.
Wie kann man Blöcke in Cosima Go! zusätzlich charakterisieren, damit sie spezifisch für Varianten werden?
Man muss Metadaten (Gültigkeiten) vergeben.
Wie erstellt man eine Variantensammlung in Cosima Go!
1. Man erstellt ein Rahmendokument, das alle Bausteine für sämtliche Varianten enthält.
2. Man vergibt Gültigkeiten (Metadaten) an die einzelnen Blöcke.
3. Beim Publizieren wählt man ein Publikationsprofil (Filter).
Das System filtert dann automatisch alle Blöcke weg, die nicht zum Profil passen & erstellt das finale Dokument.
Fragmentierter Reuse: Warum setzt man ihn ein & wodurch zeichnet er sich aus (Features)?
Warum: Um komplexe Varianten abbilden zu können.
Features: Es ist eine Kombi aus Modulen & Reuse (Referenzieren). Man vergibt Gültigkeiten für best. Elemente (z.B. Block, Chapter).
Was ist ein Rahmendokument & wie werden Varianten gesteuert?
In einem Rahmendokument kann man mehrere Varianten gleichzeitig versammeln.
Man steuert die Varianten, indem man Metadaten bzw. Produktvarianten verknüpft & Filter/Publikationsprofile verwendet.
Was muss man machen, um mit fragmentiertem Reuse zu publizieren & wie viele Dokumente macht man dabei?
Publizieren: Man muss Gültigkeitsprofile & Filter anlegen, um Varianten über Metadaten bzw. Produktvarianten zu steuern.
Anzahl Dokumente: Ein Rahmendokument, in dem man mehrere Varianten sammelt.
Was sind Metadaten & wofür werden sie in der Redaktion gebraucht?
= 'Daten über Daten'.
Werden gebraucht für:
- Suchen & Finden von Modulen im System.
- Steuern von Varianten (Gültigkeiten).
- Ausliefern von Inhalten in Content Delivery Portalen (CDP).
Wie identifiziert man Metadaten an einem Objekt technisch?
Sie bestehen immer aus einem Schlüssel-Wert-Paar: Einer Klasse (dem Merkmal) & einem konkreten Wert dazu. (Klasse = 'Baugruppe', Wert = 'Motor')
Was ist eine Variable im Variantenmanagement?
= platzhalterartiges Element, das einen festen Namen besitzt, aber mit unterschiedl. Werten belegt werden kann.
Einführung eines CCMS
1. Ist-Analyse (Was läuft gerade schief?)
2. Soll-Definition
3. Evaluierung / Systemauswahl (Pflichtenheft schreiben)
4. Systemanpassung & Installation
5. Schulung der Mitarbeiter
Wie kommt das Inhaltsverzeichnis an die Stelle?
1. 'Table of content' anlegen.
2. Definieren, wie viele Ebenen übernommen werden sollen.
3. PDF erstellen.
Elemente von einem Dokument & Block
Dokument -> meta, toc, chapter.
Chapter -> title, block.
Block -> title, para, procedure, techdata, skill, tool.
Unterschied TOC vs. Chapter
TOC = auf oberster Ebene unter manual, reiner struktureller Platzhalter zur automatisierten Generierung vom Inhaltsverzeichnis.
Chapter = inhaltliches Gliederungselement der Dokustruktur, unter manual, enthält Titel, Metadaten & Block.
Was ist der Unterschied zwischen toc-Data und einer Tabelle?
toc-Data: Besteht aus Parametern. Parameter bestehen aus einer Beschreibung, einem Element-Wert & einem optionalen Wert 'Einheit'. Wegen einer XML-Transformation sieht es aus wie eine Tabelle.
Tabelle: Besteht klassisch aus Spalten & Zeilen.
Elemente in Cosima auf Gliederungsebene
1. Meta-Ebene: meta, topic-meta.
2. Makro-Ebene: toc, index, glossary.
3. Meso-Ebene: chapter, block.
4. Mikro-Ebene: innerhalb Block (title, para, figure, table, notes), innerhalb Text (symbol, link, url).
Wie würde man das Informationsmodell von Cosima Go! beschreiben?
Es ist eine Mischung aus generischer & semantischer Modellierung. Es nutzt konkrete semantische Elemente, wie Steps, Wartungstabelle, technische Daten Tabelle.
generisch: Fokus auf äußere Struktur.
semantisch: Fokus auf Bedeutung des Inhalts.
Wer macht was im System (Use Cases)? -> Rollen
Autor: Schreibt & referenziert die Bausteine.
Lektor: Prüft die Bausteine & gibt Kommentare.
Projektmanager: Überwacht das Projekt & publiziert das finale Dokument.
Wie lässt sich ein Produkt nach Information & Inhalt klassifizieren?
Mithilfe der PI-Klassifikation. Man unterscheidet zw. Produktbezogenen Metadaten (intrinsisch -> Bauteil, fest im Modul verankert; Extrinsisch -> Hersteller und Verwendung/Nutzung) und Informationsbezogenen Metadaten (Intrinsisch -> Techn. Daten; Extrinsisch -> Zielgruppe).
Welche Einsatzbereiche haben Metadaten im CCMS?
Sie ermöglichen das Suchen & Finden, automatisierte Wiederverwendung von Topics, Variantensteuerung, die automatische Aggregation von Doks & die zielgerichtete Filterung in Content Delivery Portalen.
Zuletzt geändertvor 8 Tagen