Création de modules de flot de documents PIP

RosettaNet ajoutant des processus PIP de temps en temps, il peut s'avérer nécessaire de créer vos propres modules PIP pour prendre en charge ces nouveaux processus ou les mises à niveau des processus existants. Sauf indication contraire, les procédures de cette section indiquent comment créer le module de flot de documents PIP pour PIP 5C4 V01.03.00. Business Integration Connect fournit un module de flot de documents PIP pour PIP 5C4 V01.02.00, afin que les procédures expliquent effectivement comment procéder à une mise à niveau. Cependant, la création d'un module de flot de documents PIP est la même et les procédures identifient les éventuelles étapes supplémentaires.

Avant de commencer, téléchargez les spécifications PIP à partir de www.rosettanet.org pour la nouvelle version et, si vous procédez à une mise à niveau, l'ancienne version. Par exemple, si vous effectuez la mise à niveau décrite dans les procédures, téléchargez 5C4_DistributeRegistrationStatus_V01_03_00.zip et 5C4_DistributeRegistrationStatus_V01_02_00.zip. La spécification comprend les types de fichier suivants :

La création ou la mise à niveau d'un module de flot de documents PIP comprend les procédures suivantes :

Création des fichiers XSD

Un module de flot de documents PIP contient des fichiers de schéma XML qui définissent les formats de message et les valeurs acceptables pour les éléments. La procédure suivante indique comment créer ces fichiers à partir du contenu du fichier de spécification PIP.

Vous créez au moins un fichier XSD pour chaque fichier DTD dans le fichier de spécification PIP. Dans l'exemple de mise à niveau vers PIP 5C4 V01.03.00, comme le format des messages a changé, la procédure décrit la création du fichier BCG_5C4RegistrationStatusNotification_V01.03.xsd, à titre d'exemple. Pour plus d'informations sur les fichiers XSD, voir A propos de la validation.

Pour créer les fichiers XSD pour le module de flot de documents PIP, procédez comme suit :

  1. Importez ou chargez le fichier DTD dans un éditeur XML tel que WebSphere Studio Application Developer. Par exemple, chargez le fichier 5C4_MS_V01_03_RegistrationStatusNotification.dtd.
  2. A l'aide de l'éditeur XML, convertissez la DTD en schéma XML. La procédure suivante indique comment le faire en utilisant Application Developer :
    1. Dans la sous-fenêtre de navigation de la perspective XML, ouvrez le projet contenant le fichier DTD importé.
    2. Cliquez avec le bouton droit sur le fichier DTD et sélectionnez Generate > XML Schema.
    3. Dans le panneau Generate, tapez ou sélectionnez l'emplacement où vous souhaitez sauvegarder le nouveau fichier XSD. Dans la zone File name, entrez le nom du nouveau fichier XSD. Dans le cas de cet exemple, vous devez entrer un nom du type BCG_5C4RegistrationStatusNotification_V01.03.xsd. Cliquez sur Finish.
  3. Pour compenser les éléments qui possèdent plusieurs valeurs de cardinalité dans les recommandations XML RosettaNet XML, ajoutez des spécifications au nouveau fichier XSD. Les recommandations représentent les éléments du message sous la forme d'une arborescence, en affichant la cardinalité de chaque élément à gauche de celui-ci :




    En général, les éléments dans les recommandations correspondent aux définitions des éléments dans le fichier DTD. Cependant, les recommandations peuvent contenir certains éléments qui portent les mêmes noms mais ont des cardinalités différentes. Comme la DTD ne peut pas fournir la cardinalité dans ce cas, vous devez modifier la XSD. Par exemple, le fichier de recommandations 5C4_MG_V01_03_00_RegistrationStatusNotification.htm comporte une définition de ContactInformation en ligne 15 qui contient cinq éléments enfants dotés des cardinalités suivantes :

    1 contactName

    0..1 EmailAddress

    0..1 facsimileNumber

    0..1 PhysicalLocation

    0..1 telephoneNumber

    La définition de ContactInformation à la ligne 150 comporte quatre éléments enfants dotés des cardinalités suivantes :

    1 contactName

    1 EmailAddress

    0..1 facsimileNumber

    1 telephoneNumber

    Dans le fichier XSD, cependant, chaque enfant de ContactInformation possède une cardinalité conforme aux deux définitions :

    <xsd:element name="ContactInformation">
       <xsd:complexType>
         <xsd:sequence>
           <xsd:element ref="contactName"/>
           <xsd:element maxOccurs="1" minOccurs="0" ref="EmailAddress"/>
           <xsd:element maxOccurs="1" minOccurs="0" ref="facsimileNumber"/>
           <xsd:element maxOccurs="1" minOccurs="0" ref="PhysicalLocation"/>
           <xsd:element maxOccurs="1" minOccurs="0" ref="telephoneNumber"/>
         </xsd:sequence>
       </xsd:complexType>
     </xsd:element>
     

    Si vous mettez à jour le module de flot de documents PIP sur la base d'une autre version du module et que vous souhaitiez réutiliser une définition de l'autre version, procédez comme suit pour chaque de ces définitions :

    1. Supprimez la définition de l'élément. Par exemple, supprimez l'élément ContactInformation.
    2. Ouvrez le module de flot de documents PIP de la version remplacée. Par exemple, ouvrez le fichier BCG_Package_RNIFV02.00_5C4V01.02.zip.
    3. Recherchez la définition que vous souhaitez réutiliser. Par exemple, la définition ContactInformation_type7 dans le fichier BCG_ContactInformation_Types.xsd correspond à la définition qu'il vous faut pour la ligne 15 des recommandations.
      <xsd:complexType name="ContactInformation_type7">
         <xsd:sequence>
           <xsd:element name="contactName" type="common_FreeFormText_R"/>
           <xsd:element name="EmailAddress" type="common_EmailAddres_R"
               minOccurs="0"/>
           <xsd:element name="facsimileNumber"
               type="common_CommunicationsNumber_R" minOccurs="0"/>
           <xsd:element name="PhysicalLocation"
               type="PhysicalLocation_type1" minOccurs="0" />
           <xsd:element name="telephoneNumber"
               type="common_CommunicationsNumber_R minOccurs="0" />
         </xsd:sequence>
       </xsd:complexType>
       
    4. Dans le nouveau fichier XSD que vous créez pour le module de flot de documents PIP mis à jour, créez une référence au fichier XSD contenant la définition que vous souhaitez réutiliser. Par exemple, créez une référence à BCG_ContactInformation_Types.xsd dans le fichier BCG_5C4RegistrationStatusNotification_V01.03.xsd, comme suit :

      <xsd:include schemaLocation="BCG_ContactInformation_Types.xsd"/>

    5. Dans le nouveau fichier XSD, supprimez l'attribut ref des éléments faisant référence à l'élément que vous avez supprimé. Ajoutez un attribut de type faisant référence à la définition que vous réutilisez. Par exemple, dans l'élément productProviderFieldApplicationEngineer, supprimez ref="Contact Information" et ajoutez l'attribut suivant :
      name="ContactInformation
       type="ContactInformation_type7"
       

    Si vous créez un module de flot de documents PIP, ou que vous en mettez un à niveau mais que la définition dont vous avez besoin n'existe pas dans l'autre version, procédez comme suit pour chaque instance de l'élément que vous avez trouvé dans les recommandations :

    1. Supprimez la définition de l'élément. Par exemple, supprimez l'élément ContactInformation.
    2. Créez la définition de remplacement. Par exemple, créez la définition ContactInformation_localType1 afin qu'elle corresponde à la définition de la ligne 15 des recommandations.
      <xsd:complexType name="ContactInformation_localType1">
         <xsd:sequence>
           <xsd:element ref="contactName"/>
           <xsd:element maxOccurs="1" minOccurs="0" ref="EmailAddress"/>
           <xsd:element maxOccurs="1" minOccurs="0"
               ref="facsimileNumber"/>
           <xsd:element maxOccurs="1" minOccurs="0"
               ref="PhysicalLocation"/>
           <xsd:element maxOccurs="1" minOccurs="0"
               ref="telephoneNumber"/>
         </xsd:sequence>
       </xsd:complexType>
       
    3. Pour les éléments faisant référence à l'élément que vous avez supprimé, supprimez l'attribut ref et ajoutez un attribut de type faisant référence au type complexe approprié défini à l'étape précédente. Par exemple, dans l'élément productProviderFieldApplicationEngineer, supprimez ref="Contact Information" et ajoutez l'attribut suivant :
      name="ContactInformation
       type="ContactInformation_localType1"   
       

      Elément productProviderFieldApplicationEngineer avant modification

      <xsd:element name="productProviderFieldApplicationEngineer">
         <xsd:complexType>
           <xsd:sequence>
             <xsd:element ref="ContactInformation"/>
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>
       

      Elément productProviderFieldApplicationEngineer après modification

      <xsd:element name="productProviderFieldApplicationEngineer">
         <xsd:complexType>
           <xsd:sequence>
             <xsd:element name="ContactInformation"
                 type="ContactInformation_localType1"/>
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>
       
  4. Spécifiez les valeurs d'énumération des éléments qui ne peuvent avoir que des valeurs spécifiques. Les recommandations définissent les valeurs d'énumération dans les tables de la section relative aux recommandations. Par exemple, GlobalRegistrationComplexityLevelCode a le tableau suivant :




    Par conséquent, dans un message PIP 5C4 V01.03.00, l'élément GlobalRegistrationComplexityLegelCode ne peut avoir que les valeurs suivantes : Above average, Average, Maximum, Minimum, None et Some.

    Si vous mettez à jour le module de flot de documents PIP sur la base d'une autre version du module et que vous souhaitiez réutiliser un jeu de valeurs d'énumération provenant de l'autre version, procédez comme suit pour chaque ensemble :

    1. Supprimez la définition de l'élément. Par exemple, supprimez l'élément GlobalRegistrationComplexityLevelCode :
    2. Ouvrez le module de flot de documents PIP de la version remplacée. Par exemple, ouvrez le fichier BCG_Package_RNIFV02.00_5C4V01.02.zip.
    3. Recherchez la définition contenant les valeurs d'énumération que vous souhaitez réutiliser. Par exemple, la définition _GlobalRegistrationComplexityLevelCode dans le fichier BCG_GlobalRegistrationComplexityLevelCode.xsd contient les définitions de valeur d'énumération définies par le table des instances de l'entité.
      <xsd:simpleType name="_GlobalRegistrationComplexityLevelCode">
         <xsd:restriction base="xsd:string">
           <xsd:enumeration value="Above average"/>
           <xsd:enumeration value="Average"/>
           <xsd:enumeration value="Maximum"/>
           <xsd:enumeration value="Minimum"/>
           <xsd:enumeration value="None"/>
           <xsd:enumeration value="Some"/>
         </xsd:restriction>
       </xsd:simpleType>
       
    4. Dans le nouveau fichier XSD que vous créez pour le module de flot de documents PIP mis à jour, créez une référence au fichier XSD contenant la définition que vous souhaitez réutiliser. Par exemple, créez une référence à BCG_GlobalRegistrationComplexityLevelCode.xsd dans le fichier BCG_5C4RegistrationStatusNotification_V01.03.xsd, comme suit :
      <xsd:include schemaLocation=
           "BCG_GlobalRegistrationComplexityLevelCode_Types.xsd" />
       
    5. Dans le nouveau fichier XSD, supprimez l'attribut ref des éléments faisant référence à l'élément que vous avez supprimé. Ajoutez un attribut de type faisant référence à la définition que vous réutilisez. Par exemple, dans l'élément DesignAssemblyInformation, supprimez ref="GlobalRegistrationComplexityLevelCode" et ajoutez l'attribut suivant :
      name="GlobalRegistrationComplexityLevelCode"
       type="_GlobalRegistrationComplexityLevelCode"
       

    Si vous créez un module de flot de documents PIP, ou que vous en mettez un à niveau mais que les définitions de valeur d'énumération dont vous avez besoin n'existent pas dans l'autre version, procédez comme suit pour tout élément comportant des valeurs énumérées dans les recommandations :

    1. Supprimez la définition de l'élément. Par exemple, supprimez l'élément GlobalRegistrationComplexityLegelCode.
    2. Créez la définition de remplacement. Par exemple, créez la définition GlobalRegistrationComplexityLegelCode_localType et incluez les définitions de valeur d'énumération décrites par le tableau.
      <xsd:simpleType
           name="GlobalRegistrationComplexityLevelCode_localType">
         <xsd:restriction base="xsd:string">
           <xsd:enumeration value="Above average"/>
           <xsd:enumeration value="Average"/>
           <xsd:enumeration value="Maximum"/>
           <xsd:enumeration value="Minimum"/>
           <xsd:enumeration value="None"/>
           <xsd:enumeration value="Some"/>
         </xsd:restriction>
       </xsd:simpleType>
       
    3. Pour les éléments faisant référence à l'élément que vous avez supprimé, supprimez l'attribut ref et ajoutez un attribut de type faisant référence au type complexe approprié défini à l'étape précédente. Par exemple, supprimez ref="GlobalRegistrationComplexityLevelCode" et ajoutez l'attribut suivant :
      name="GlobalRegistrationComplexityLevelCode"
       type="GlobalRegistrationComplexityLevelCode_localType"   
       

      Elément DesignAssemblyInformation avant modification

      <xsd:element name="DesignAssemblyInformation">
         <xsd:complexType>
           <xsd:sequence>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="assemblyComments"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="demandCreatorTrackingIdentifier"/>
             <xsd:element maxOccurs="unbounded" minOccurs="0"
                 ref="DesignPartInformation"/>
             <xsd:element ref="DesignRegistrationIdentification"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="GeographicRegion"/>     
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="GlobalRegistrationComplexityLevelCode"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="GlobalRegistrationInvolvementLevelCode"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="RegistrationStatus"/>
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>
       

      Elément DesignAssemblyInformation après modification

      <xsd:element name="DesignAssemblyInformation">
         <xsd:complexType>
           <xsd:sequence>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="assemblyComments"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="demandCreatorTrackingIdentifier"/>
             <xsd:element maxOccurs="unbounded" minOccurs="0"
                 ref="DesignPartInformation"/>
             <xsd:element ref="DesignRegistrationIdentification"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="GeographicRegion"/>
             <xsd:element maxOccurs="1" minOccurs="0"
       name="GlobalRegistrationComplexityLevelCode"
                  type="GlobalRegistrationComplexityLevelCode_localType"/>
        
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="GlobalRegistrationInvolvementLevelCode"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="RegistrationStatus"/>
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>
       
  5. Définissez le type de données, la longueur minimale, la longueur maximale et la représentation des entités de données. Les instructions pour les messages XML RosettaNet fournissent ces informations dans la table des entités de données métier fondamentales, comme indiqué à la figure suivante :




    Si vous mettez à jour le module de flot de documents PIP sur la base d'une autre version du module et que vous souhaitiez réutiliser une définition d'entité de données provenant de l'autre version, procédez comme suit pour chaque ensemble :

    1. Supprimez la définition de l'élément d'entité de données. Par exemple, supprimez l'élément DateStamp :
    2. Ouvrez le module de flot de documents PIP de la version que vous remplacez. Par exemple, ouvrez le fichier BCG_Package_RNIFV02.00_5C4V01.02.zip.
    3. Recherchez la définition que vous souhaitez réutiliser. Par exemple, la définition _common_DateStamp_R dans le fichier BCG_common.xsd contient la définition suivante, qui est conforme aux informations données dans les recommandations.
      <xsd:simpleType name="_common_DateStamp_R">
         <xsd:restriction base="xsd:string">
           <xsd:pattern value="[0-9]{8}Z" /> 
         </xsd:restriction>
       </xsd:simpleType>
       
    4. Dans le nouveau fichier XSD que vous créez pour le module de flot de documents PIP mis à jour, créez une référence au fichier XSD contenant la définition que vous souhaitez réutiliser. Par exemple, créez une référence à BCG_common.xsd dans le fichier BCG_5C4RegistrationStatusNotification_V01.03.xsd, comme suit :
      <xsd:include schemaLocation="BCG_common.xsd" />
       
    5. Dans le nouveau fichier XSD, supprimez l'attribut ref des éléments faisant référence à l'élément que vous avez supprimé. Ajoutez un attribut de type faisant référence à la définition que vous réutilisez. Par exemple, dans l'élément DesignAssemblyInformation, supprimez ref="DateStamp" et ajoutez l'attribut suivant :
      name="DateStamp" type="_common_DateStamp_R"  
       

    Si vous créez un module de flot de documents PIP, ou que vous en mettez un à niveau mais que la définition d'entité de données dont vous avez besoin n'existe pas dans l'autre version, procédez comme suit pour chaque élément d'entité de données :

    1. Supprimez la définition de l'élément. Par exemple, supprimez l'élément DateStamp.
    2. Créez la définition de remplacement. Par exemple, utilisez le type de données, la longueur minimale, la longueur maximale et la représentation pour créer la définition DateStamp_localType.
      <xsd:simpleType name="DateStamp_localType">
         <xsd:restriction base="xsd:string">
           <xsd:pattern value="[0-9]{8}Z" /> 
         </xsd:restriction>
       </xsd:simpleType>
       
    3. Pour les éléments faisant référence à l'élément que vous avez supprimé, supprimez l'attribut ref et ajoutez un attribut de type faisant référence au type complexe approprié défini à l'étape précédente. Par exemple, supprimez ref="DateStamp" et ajoutez l'attribut suivant :
      name="DateStamp" type="DateStamp_localType"
       

      Elément beginDate avant modification

      <xsd:element name="beginDate">
         <xsd:complexType">
           <xsd:sequence>
             <xsd:element ref="DateStamp"/> 
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>
       

      Elément beginDate après modification

      <xsd:element name="beginDate">
         <xsd:complexType">
           <xsd:sequence>
             <xsd:element name="DateStamp" type="DateStamp_localType"/> 
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>
       

Création du fichier XML

Après avoir créé les fichiers XSD pour votre module de flot de documents PIP, vous pouvez créer le fichier XML du module RNIF et le fichier XML du module d'intégration dorsale. Par exemple, ces modules s'appellent respectivement BCG_RNIFV02.00_5C4V01.03.zip et BCG_RNSC1.0_RNIFV02.00_5C4V01.03.zip. La procédure suivante décrit la création du fichier XML pour le module RNIF :

  1. Extrayez le fichier XML d'un fichier de module de flot de documents PIP RNIF. Si vous effectuez une mise à niveau, extrayez le fichier de la version précédente du module, par exemple BCG_Package_RNIFV02.00_5C4V01.02.zip. Si vous créez un nouveau module, extrayez le fichier à partir d'un module de flot de documents PIP semblable à celui que vous créez. Par exemple, si vous créez un module pour prendre en charge un processus PIP à deux actions, copiez le fichier XML à partir d'un autre module PIP à deux actions.
  2. Copiez le fichier et renommez-le de façon appropriée, par exemple RNIFV02.00_5C4V01.03.xml.
  3. Dans le nouveau fichier, mettez à jour les éléments qui contiennent des informations sur le processus PIP. Par exemple, le tableau suivant répertorie les informations nécessaires pour la mise à jour dans l'exemple de processus PIP 5C4. Notez que ces informations peuvent figurer plusieurs fois dans le fichier ; veillez donc à mettre à jour toutes les instances.

    Tableau 8. Informations de mise à jour PIP 5C4
    Informations à modifier Ancienne valeur Nouvelle valeur

    ID du processus PIP

    5C4

    5C4

    Version du processus PIP

    V01.02

    V01.03

    Nom du fichier DTD du message de demande sans extension

    5C4_MS_V01_02_
    RegistrationStatusNotification

    5C4_MS_V01_03_
    RegistrationStatusNotification

    Nom du fichier DTD du message de confirmation sans extension (pour processus PIP à deux actions seulement)

    N/A

    N/A

    Nom du fichier XSD du message de demande sans extension

    BCG_5C4RegistrationStatusNotification_
    V01.02

    BCG_5C4RegistrationStatusNotification_
    V01.03

    Nom du fichier XSD du message de confirmation sans extension (pour processus PIP à deux actions seulement)

    N/A

    N/A

    Nom de l'élément racine dans le fichier XSD du message de demande

    Pip5C4RegistrationStatusNotification

    Pip5C4RegistrationStatusNotification

    Nom de l'élément racine dans le fichier XSD du message de confirmation (processus PIP à deux actions seulement)

    N/A

    N/A

  4. Ouvrez le document de spécification PIP et servez-vous en pour mettre à jour les informations répertoriées dans le tableau suivant. Si vous effectuez une mise à jour, comparez les spécifications des différentes versions parce que ces valeurs ne doivent peut-être pas être mises à jour.

    Tableau 9. Informations de mise à jour PIP 5C4 à partir de la spécification PIP
    Informations à mettre à jour Description Valeur dans le module 5C4

    Nom de l'activité

    Spécifié au tableau 3-2

    Distribute Registration Status

    Nom de rôle de l'initiateur

    Spécifié au tableau 3-1

    Product Provider

    Nom de rôle du répondeur

    Spécifié au tableau 3-1

    Demand Creator

    Nom de l'action de demande

    Spécifié au tableau 4-2

    Registration Status Notification

    Nom de l'action de confirmation

    Spécifié au tableau 4-2 (pour processus PIP à deux actions seulement)

    N/A

  5. Mettez à jour les valeurs d'attribut du module. Si vous effectuez une mise à jour, comparez les spécifications des différentes versions parce que ces valeurs ne doivent peut-être pas être mises à jour.

    Tableau 10. Mises à jour d'attributs PIP 5C4
    Informations à mettre à jour Description Valeur dans le module 5C4 Chemin d'accès à l'élément dans le fichier XML

    NonRepudiationRequired

    Spécifié au tableau 3-3

    N

    ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (son ATTRIBUTEKEY est NonRepudiationRequired)
    ns1:AttributeValue
    AttributePickListItem
    ATTRVALUEKEY

    NonRepudiationOfReceipt

    Spécifié au tableau 3-3

    N

    ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (son ATTRIBUTEKEY est NonRepudiationOfReceipt)
    ns1:AttributeValue
    AttributePickListItem
    ATTRVALUEKEY

    DigitalSignatureRequired

    Spécifié au tableau 5-1

    O

    ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (son ATTRIBUTEKEY est DigitalSignatureRequired)
    ns1:AttributeValue
    AttributePickListItem
    ATTRVALUEKEY

    TimeToAcknowledge

    Spécifié au tableau 3-3

    2
    (120 min)

    ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (son ATTRIBUTEKEY est TimeToAcknowledge)
    ns1:AttributeValue
    ATTRVALUE

    TimeToPerform

    Spécifié au tableau 3-3

    2
    (120 min)

    ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (son ATTRIBUTEKEY est TimeToPerform)
    ns1:AttributeValue
    ATTRVALUE

    RetryCount

    Spécifié au tableau 3-3

    3

    ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (son ATTRIBUTEKEY est RetryCount)
    ns1:AttributeValue
    ATTRVALUE

  6. Mettez à jour les éléments ns1:Package/ns1:Protocol/GuidelineMap pour supprimer les fichiers XSD inutilisés et ajouter les fichiers XSD que vous avez créés ou référencés, comme indiqué dans l'exemple suivant pour BCG_common.xsd.

Pour créer le module d'intégration dorsale, répétez la procédure ci-dessus, avec les différences suivantes :

Après avoir créé les fichiers XML et XSD, vous pouvez créer les modules de flot de documentation PIP.

Création du module

Pour créer le module RNIF, procédez comme suit :

  1. Créez un répertoire GuidelineMaps et copiez-y les fichiers XSD du module.
  2. Créez un répertoire Packages et copiez-y le fichier XML RNIF.
  3. Allez dans le répertoire parent et créez un module de flot de documents PIP (fichier ZIP) contenant les répertoires GuidelineMaps et Packages. Vous devez conserver l'arborescence des répertoires dans le fichier ZIP.

Pour créer le module d'intégration dorsale, procédez comme ci-dessus en utilisant le fichier XML d'intégration dorsale à la place du fichier RNIF.

Après avoir créé le module PIP, vous pouvez le télécharger en suivant la procédure de la section Téléchargement de modules RNIF.

Copyright IBM Corp. 1997, 2004