Données de cycle de vie du produit sur la chronologie

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 4 minutes de lecture

    • Les données de cycle de vie des modèles logiciels (de chaque version complète) et des modèles matériels dépendent de leur type, de leur phase, de leur source, des dates et des risques associés. Comprenez les conditions et les considérations appliquées pour désigner les risques de modèle logiciel sur la chronologie. Cette connaissance vous permet de décoder les caractères de la chronologie.

    Phases de cycle de vie de la chronologie

    La chronologie représente deux types de cycles de vie : l’éditeur et l’interne. Les informations sur le cycle de vie de l’éditeur affichées dans la fenêtre contextuelle de la chronologie sont extraites de la table Cycles de vie des produits logiciels [sam_sw_product_lifecycle] pour le logiciel et de la table Cycle de vie du modèle matériel [cmdb_hardware_model_lifecycle] pour le matériel. Ces informations sont indiquées par des personnages tels que S et I sur la chronologie. S, par exemple, désigne ServiceNow et I comme cycle de vie interne.
    Remarque :
    Les modèles matériel et logiciel sont appelés modèle de produit.
    Figure 1. Informations sur le cycle de vie interne
    Informations sur le cycle de vie interne

    En tant qu’utilisateur SAM ou gestionnaire de modèles logiciels, vous pouvez ajouter le cycle de vie du produit logiciel à la table Cycle de vie du produit logiciel. Cette table contient des informations sur le produit logiciel, son type de cycle de vie (interne ou externe), sa version complète, les phases du cycle de vie, la date de début de la phase et le risque.

    En tant que gestionnaire de modèles matériels, vous pouvez ajouter des données de cycle de vie à un modèle matériel.

    Remarque :
    La date de début d’une phase de cycle de vie suivante marque la fin de la phase de cycle de vie précédente. Par conséquent, aucune date de fin de phase n’est spécifiée dans la fenêtre contextuelle des informations sur le cycle de vie.

    Si vous ne souhaitez pas qu’une phase de cycle de vie soit restituée sur la chronologie TPM, définissez le marqueur Actif de cet enregistrement de cycle de vie du produit logiciel sur faux. Par exemple, vous pouvez avoir des phases de cycle de vie Disponibilité générale, Fin de support étendu et Fin de support en tant que trois enregistrements pour le modèle logiciel du serveur de base de données Oracle dans la liste des cycles de vie des produits logiciels. Toutefois, si vous ne souhaitez pas que la phase de disponibilité générale s’affiche sur la chronologie, vous pouvez décocher la case Actif dans le formulaire Cycle de vie du produit logiciel pour cet enregistrement de phase de cycle de vie. Par conséquent, la chronologie commence avec la phase de fin de support. Bien que l’enregistrement de phase de cycle de vie existe pour le cycle de vie du produit logiciel, les données de cycle de vie ne seront pas affichées sur la chronologie. Étant donné que seuls les enregistrements de cycle de vie actifs sont pris en compte et tracés dans la chronologie TPM.

    Sources de cycle de vie sur la chronologie

    Les sources des types de cycle de vie éditeur et interne sont générées respectivement en externe et en interne. Les enregistrements créés en interne sont marqués comme I sur la chronologie et vous ne pouvez pas modifier cette source de cycle de vie du produit. Toutefois, si l’éditeur est externe et s’il existe plusieurs sources d’éditeur pour le même modèle de produit, vous pouvez configurer votre source d’éditeur préférée à l’aide de la fonctionnalité de mappage de champ sur le champ Séquence de la table Choix [sys_choice_list].

    Figure 2. Informations sur le cycle de vie de l’éditeur
    Informations sur le cycle de vie de l’éditeur

    La chronologie affiche les sources d’éditeur qui remplissent les conditions suivantes :

    • La source d’éditeur avec le moins de numéro de séquence est priorisée et tracée sur la chronologie.
    • Si un modèle de produit dispose de plusieurs sources d’éditeurs pour ses phases de cycle de vie, la source ayant le moins de numéro de séquence seule est tracée sur la chronologie et les autres phases ne sont pas prises en compte.
    • Le premier alphabet du nom de la source de l’éditeur est tracé sur la chronologie. Toutefois, s’il existe plus d’une source commençant par la même lettre, le caractère est ajouté avec un entier positif. Par exemple, C1 pour Central, C2 pour Corporate.

    Configuration de la plage de dates pour les phases de cycle de vie

    Si vous êtes administrateur, vous pouvez configurer les plages de dates.

    1. Pour configurer les plages de dates, accédez à Propriétés système > Toutes les propriétés.
    2. Cliquez sur startRangeOfTPMLifecycle le nom de la propriété pour ouvrir l’enregistrement.
    3. Entrez une valeur positive de votre choix pour la plage de début du cycle de vie TPM dans la chronologie.
    4. Cliquez sur Mettre à jour.
    5. Cliquez sur endRangeOfTPMLifecycle le nom de la propriété pour ouvrir l’enregistrement.
    6. Saisissez une valeur positive de votre choix pour la plage de fin du cycle de vie TPM.
    7. Cliquez sur Mettre à jour.

    Pour en savoir plus sur les conditions de date et les phases de cycle de vie de l’enregistrement, reportez-vous à la section Conditions de dates.

    Chronologie à code couleur pour identifier les risques de modèle de produit

    • S’il existe des enregistrements internes et des enregistrements d’éditeur pour une phase, l’interne remplace l’éditeur pour cette phase.
      Figure 3. Exemple de chronologie où l’interne remplace l’externe
      Chronologie où les remplacements internes sont externes
    • La dernière phase de la chronologie prend la couleur et la source de risque de la phase précédente qui n’est pas remplacée.
      Figure 4. Exemple de dernière phase acquérant la couleur de risque de la phase précédente qui n’est pas remplacée
      Dernière phase acquérant la couleur de risque de la phase précédente qui n’est pas remplacée