IBM ECM Data Modeling





CM Data Modeling

IBM Content Manager Data Modeling

Alternatives

  • GUI Design: per Cm Admin Client, fehleranfällig, Konsistenz
    der Plattformen ist nicht gesichert
    Export erzeugt ein „AdminClientExport XML Format“, nicht
    produktionsfähig, nicht CMMI Konform

  • XML Batch über ItemTypeDefinition API
    reproduzierbar, straight forward, XML Format ist abweichend vom
    „AdminClientExport Format“
    CMMI konform

Vorgehensweise

Step Object Beschreibung
1 Atribute Definition

Beispiele:
<attribute
name=“lPartnerid“  description=“Partner-ID“>
        <double></double>
 </attribute>
<attribute name=“iBranchno“  description=“Filialnummer“>
        <short min=“0″
max=“999″></short>
</attribute>

Alle Content Manager Attribute
können definiert werden mit
Logischem Namen, Klartextnamen (WinClient, eClient), Datentyp, Bounds,
Limits etc.
2 Itemtype Definition
<ItemTypes>

   
<ItemType name=“dCust101″ description=“Kundendokument Mandant 0101″
classification=“document“ xdoclassid=“3″>

   
    <attribute
name=“iDocumentstatus“></attribute>
    		Zusammenfassung der Attribute
und Komponenten in einen Itemtype Container
2a Attributes
<attribute
name=“iDocumentstatus“></attribute> 		Name des Attributes angeben
2b Components

 Komponenten sind Parts und Childs
2b1 Parts
<part name=“ICMBASE“
defaultCollCode=“4″ defaultRMCode=“1″
defaultACLCode=“3″></part>

 PArts sind Container für
Dokumente (TIFF) Notelogs, etc.
2b2 Childs
 <component
name=“Mandant101″ description=“Vorgangsnummer“>

   
        <attribute
name=“lActivityno“></attribute>

 </component>

 Child Komponenten sind
Multivalue Attribute,
z.B. die Vorgangsnummer, die
3 other Indexes, Inbound Links, u.a.
können z.Zt. noch nicht derfiniert werden.