Création de regroupements 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 regroupements 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 regroupement de flot de documents PIP pour PIP 5C4 V01.03.00. WebSphere Partner Gateway fournit un regroupement de flot de documents PIP pour le PIP 5C4 V01.02.00. Par conséquent, les procédures décrivent en réalité la procédure de mise à niveau. Cependant, la création d'un regroupement 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 regroupement de flot de documents PIP comprend les procédures suivantes :

Création de fichiers XSD

Un regroupement 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 regroupement 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.
    4. Cliquez sur Finish.
  3. Pour tenir compte des é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 :

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

    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 regroupement de flot de documents PIP basé sur une autre version du regroupement et que vous souhaitiez réutiliser une définition de l'autre version, procédez comme suit pour chacune de ces définitions :

    1. Supprimez la définition de l'élément. Par exemple, supprimez l'élément ContactInformation.
    2. Ouvrez le regroupement 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 regroupement 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 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 regroupement de flot de documents PIP, ou si 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ée 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 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"   

      Le figure 35 affiche l'élément productProviderFieldApplicationEngineer avant modification.

      Figure 35. Elément productProviderFieldApplicationEngineer avant modification
      <xsd:element name="productProviderFieldApplicationEngineer">
         <xsd:complexType>
           <xsd:sequence>
             <xsd:element ref="ContactInformation"/>
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>

      Le figure 36 affiche l'élément productProviderFieldApplicationEngineer après modification.

      Figure 36. 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 données. Les recommandations définissent les valeurs d'énumération dans les tables de la section relative aux recommandations.

    Par exemple, dans un message PIP 5C4 V01.03.00, l'élément GlobalRegistrationComplexityLevelCode ne peut prendre que les valeurs Above average, Average, Maximum, Minimum, None et Some.

    Si vous mettez à jour le regroupement de flot de documents PIP sur la base d'une autre version du regroupement et si vous souhaitez 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 regroupement 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 regroupement 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 type faisant référence à la définition que vous réutilisez. Par exemple, dans l'élément DesignAssemblyInformation, supprimez ref="GlobalRegistrationComplexityLevelCode" et ajoutez les informations suivantes :
      name="GlobalRegistrationComplexityLevelCode"
       type="_GlobalRegistrationComplexityLevelCode"

    Si vous créez un regroupement de flot de documents PIP, ou si 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 GlobalRegistrationComplexityLevelCode.
    2. Créez la définition de remplacement. Par exemple, créez la définition GlobalRegistrationComplexityLevelCode_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 type faisant référence au type complexe approprié défini à l'étape précédente. Par exemple, supprimez ref="GlobalRegistrationComplexityLevelCode" et ajoutez les informations suivantes :
      name="GlobalRegistrationComplexityLevelCode"
       type="GlobalRegistrationComplexityLevelCode_localType"   

      Le figure 37 affiche l'élément DesignAssemblyInformation avant modification.

      Figure 37. 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>

      Le figure 38 affiche l'élément DesignAssemblyInformation avant modification.

      Figure 38. 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.

    Si vous mettez à jour le regroupement de flot de documents PIP sur la base d'une autre version du regroupement et si vous souhaitez 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 regroupement 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 regroupement 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 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 regroupement de flot de documents PIP, ou si 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 type faisant référence au type complexe approprié défini à l'étape précédente. Par exemple, supprimez ref="DateStamp" et ajoutez les informations suivantes :
      name="DateStamp" type="DateStamp_localType"

      Le figure 39 affiche l'élément beginDate avant modification.

      Figure 39. Elément beginDate avant modification
      <xsd:element name="beginDate">
         <xsd:complexType">
           <xsd:sequence>
             <xsd:element ref="DateStamp"/> 
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>

      Le figure 40 affiche l'élément beginDate après modification.

      Figure 40. 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 regroupement de flot de documents PIP, vous pouvez créer le fichier XML du regroupement RNIF et le fichier XML du regroupement d'intégration dorsale. Par exemple, ces regroupements s'appellent respectivement BCG_Package_RNIFV02.00_5C4V01.03.zip et BCG_Package_RNSC1.0_RNIFV02.00_5C4V01.03.zip. La procédure suivante décrit la création du fichier XML pour le regroupement RNIF :

  1. Extrayez le fichier XML d'un fichier de regroupement de flot de documents PIP RNIF. Si vous effectuez une mise à niveau, extrayez le fichier de la version précédente du regroupement (par exemple, BCG_Package_RNIFV02.00_5C4V01.02.zip). Si vous créez un nouveau regroupement, extrayez le fichier à partir d'un regroupement de flot de documents PIP semblable à celui que vous créez. Par exemple, si vous créez un regroupement pour prendre en charge un processus PIP à deux actions, copiez le fichier XML à partir d'un autre regroupement 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 à mettre à jour toutes les instances.
    Tableau 37. 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_5C4RegistrationStatus
    Notification_V01.02
    BCG_5C4RegistrationStatus
    Notification_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 Pip5C4RegistrationStatus
    Notification
    Pip5C4RegistrationStatus
    Notification
    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 qu'il n'est peut-être pas nécessaire de mettre à jour ces valeurs.
    Tableau 38. Informations de mise à jour PIP 5C4 à partir de la spécification PIP
    Informations à mettre à jour Description Valeur dans le regroupement 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 regroupement. Si vous effectuez une mise à jour, comparez les spécifications des différentes versions parce qu'il n'est peut-être pas nécessaire de mettre à jour ces valeurs.
    Remarque : Si vous créez un regroupement d'intégration dorsale, passez directement à l'étape 6.
    Tableau 39. Mises à jour d'attributs PIP 5C4
    Informations à mettre à jour Description Valeur dans le regroupement 5C4 Chemin d'accès à l'élément dans le fichier XML
    NonRepudiation
    Required
    Spécifié au tableau 3-3 N ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (son ATTRIBUTEKEY est NonRepudiationRequired)
    ns1:AttributeValue
    AttributePickListItem
    ATTRVALUEKEY
    NonRepudiationOf
    Receipt
    Spécifié au tableau 3-3 N ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (son ATTRIBUTEKEY est NonRepudiationOfReceipt)
    ns1:AttributeValue
    AttributePickListItem
    ATTRVALUEKEY
    DigitalSignature
    Required
    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. Modifiez 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.

Pour créer le regroupement d'intégration dorsale, répétez les étapes 1 à 6 avec les différences suivantes :

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

Création du regroupement

Pour créer un regroupement RNIF, procédez comme suit :

  1. Créez un répertoire GuidelineMaps et copiez-y les fichiers XSD du regroupement.
  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 regroupement 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 un regroupement d'intégration dorsale, suivez les étapes 1 à 3, mais utilisez le fichier XML d'intégration dorsale au lieu du fichier RNIF.

Après avoir créé le regroupement PIP, vous pouvez le télécharger en suivant la procédure de la section Regroupements de flot de documents RNIF et PIP.

Copyright IBM Corp. 2003, 2005