Développement et cycles de vie d'un actif

Le développement d'un actif va de la planification à la production et se poursuit par une phase de changements gérés. Ces étapes sont prédéfinies par les administrateurs de référentiels et de communautés pour gérer les exigences et normes que chaque actif doit respecter.
Pour plus d'informations sur le développement des actifs à l'aide des cycles de vie, voir les sections suivantes :

Itérations et phases des cycles de vie

Le cycle de développement comprend des phases et des itérations. Dans les phases et itérations, vous pouvez créer et réutiliser des artefacts de développement. Des relations peuvent exister entre les artefacts de développement. Vous pouvez également référencer et utiliser des artefacts de développement créés dans d'autres cycles de développement. Ces artefacts de développement peuvent se trouver sur des sites Web ou dans des référentiels personnalisés.

Les actifs peuvent contenir des fichiers d'artefacts de développement ou des références à ceux-ci. Par exemple, un artefact distant peut être téléchargé dans le référentiel d'actifs en tant qu'artefact d'actif. L'artefact d'actif peut également être une référence à l'artefact distant dans le référentiel dans lequel il est stocké. L'ensemble approprié d'artefacts et de relations s'affiche dans le référentiel d'actifs. Les équipes peuvent accéder au référentiel pour administrer, rechercher et consulter les scénarios d'utilisation relatifs aux actifs.

Tâches disponibles avec les cycles de vie d'actifs

Les cycles de vie personnalisés sont flexibles et peuvent être utilisés à différentes fins :
  • Fournir un flux de travaux pour le développement des actifs : tous les cycles de vie utilisent un flux de travaux. Les administrateurs de référentiels définissent le flux de travaux lorsqu'un cycle de vie maître est créé. Un flux de travaux se compose d'états et de transitions entre les états. Par exemple, le flux de travaux standard a trois états. Les actifs ont l'état Brouillon et peuvent ensuite passer à l'état Révision. Une fois les actifs révisés et approuvés, ils peuvent passer à l'état Approuvé. Pour chaque état, vous pouvez modifier qui peut voir ou réviser l'actif, ou encore voter pour l'actif, et vous pouvez configurer des stratégies à exécuter.

    Vous pouvez utiliser les flux de travaux inclus avec le produit ou créer des flux de travaux supplémentaires pour le référentiel.

  • Spécifier les actifs pouvant intégrer un cycle de vie : vous pouvez configurer des conditions pour indiquer que les actifs d'un type ou d'une catégorie spécifique doivent intégrer un cycle de vie maître ou de communauté particulier. Par exemple, vous pouvez spécifier que les actifs de type Documentation doivent intégrer un cycle de vie maître et que les actifs de type Documentation également catégorisés comme Présentation doivent intégrer un cycle de vie maître différent. Dans un cycle de vie au niveau de la communauté qui utilise le cycle de vie maître Présentation, vous pouvez ajouter une condition indiquant que les actifs catégorisés sous forme de Diapositives doivent utiliser ce cycle de vie.
  • Affecter des utilisateurs pour guider les actifs tout au long des cycles de vie : pour chaque cycle de vie aux niveaux du référentiel, de la communauté et de l'actif, vous pouvez affecter un utilisateur comme gestionnaire de cycle de vie. Un gestionnaire de cycle de vie guide un actif tout au long de son cycle de vie en ajustant ce dernier et en gérant les réviseurs de l'actif. Pour plus d'informations sur les gestionnaires de cycle de vie, voir la rubrique Rôles supplémentaires pour les cycles de vie d'actifs. Pour plus d'informations sur l'ajustement du cycle de vie d'un actif unique, voir Modification des cycles de vie d'actifs spécifiques.
  • Affecter des utilisateurs pour commenter, modifier ou approuver les actifs : pour chaque état dans le flux de travaux d'un cycle de vie, vous pouvez désigner des experts de domaine ou d'autres parties intéressées en tant que réviseurs. Les réviseurs peuvent visualiser, commenter et éventuellement modifier des actifs ou voter pour ceux-ci. Pour plus d'informations sur les réviseurs, voir Rôles supplémentaires pour les cycles de vie d'actifs.
  • Configurer des stratégies pour tester ou modifier les actifs : quel que soit l'état de l'actif, vous pouvez configurer des stratégies. Les stratégies sont des scripts ou des macros qui permettent de tester ou de modifier un actif. Par exemple, vous pouvez tester un actif pour vérifier que son nom est unique. Vous pouvez contrôler quand et à quelle fréquence s'exécute une stratégie. Les stratégies vous permettent d'appliquer des restrictions et d'administrer les actifs à l'aide d'un programme. Pour plus d'informations sur les stratégies disponibles et leur configuration, voir Stratégies applicables aux cycles de vie.
  • Configurer les conditions pour que les actifs passent d'un état à un autre : pour toutes les transitions, vous devez configurer des conditions de sortie à respecter pour que l'actif passe d'un état à un autre. Par exemple, pour qu'un actif passe de l'état Révision à l'état Approuvé, vous pouvez exiger qu'au moins trois réviseurs aient approuvé l'actif et qu'il ait réussi toutes les stratégies de test.

Quand utiliser des cycles de vie d'actifs

Les cycles de vie d'actifs sont utiles dans les cas suivants :
  • Lorsqu'un actif peut bénéficier d'un flux de travaux obligatoire : les actifs pouvant bénéficier d'un flux de travaux de cycle de vie obligatoire incluent les documents d'étude de rentabilité, les plans de test, les composants et les services, les versions et références de produits et les composants d'entreprise comme les logos, les feuilles de style et les modèles.
  • Lorsque vous souhaitez réviser des actifs : les gestionnaires de cycle de vie peuvent inviter des réviseurs à visualiser ou modifier des actifs ou voter pour des actifs quel que soit leur état.
  • Lorsque vous souhaitez utiliser des stratégies pour les cycles de vie : vous pouvez utiliser des stratégies pour les cycles de vie afin de gérer de manière efficace les actifs de votre communauté. Les stratégies pour les cycles de vie sont similaires à nombre des contraintes que vous pouvez configurer avec les types d'actifs.
  • Lorsque vous utilisez un processus SOA (architecture orientée services) : Rational Asset Manager inclut un package de cycles de vie qui prennent en charge un processus SOA. Vous pouvez utiliser les cycles de vie pour intégrer le processus à IBM® WebSphere Service Registry and Repository.

Rôles supplémentaires pour les cycles de vie d'actifs

Lorsque vous créez des cycles de vie personnalisés, des rôles supplémentaires sont configurés :
  • Gestionnaire de cycle de vie : vous pouvez affecter le rôle gestionnaire de cycle de vie à des utilisateurs ou des groupes d'utilisateurs alors que vous configurez des cycles de vie personnalisés pour une communauté. Si vous êtes le gestionnaire de cycle de vie d'un actif, vous obtenez les droits supplémentaires suivants :
    • Vous pouvez rechercher, visualiser et télécharger l'actif.
    • Vous pouvez modifier l'actif.
    • Vous pouvez visualiser l'actif sur la page Mon tableau de bord de la section Actifs à gérer.
    • Vous pouvez laisser un commentaire sur la page de révision de l'actif.
    • Vous pouvez régler le cycle de vie pour l'actif en ajoutant ou supprimant des réviseurs, en modifiant les autorisations des réviseurs, en ajoutant ou supprimant des stratégies et en modifiant les conditions pour les transitions entre les états de cycle de vie.
  • Réviseur : pour chaque état d'un cycle de vie d'actif personnalisé, vous pouvez ajouter des utilisateurs ou des groupes d'utilisateurs en tant que réviseurs. Les administrateurs de communauté peuvent ajouter et supprimer des réviseurs lorsqu'ils configurent des cycles de vie personnalisés pour une communauté. Les administrateurs de cycle de vie peuvent ajouter et supprimer des réviseurs lorsqu'ils modifient le cycle de vie d'actifs individuels. Si vous êtes réviseur pour un actif, vous obtenez les autorisations supplémentaires suivantes :
    • Vous pouvez rechercher, visualiser et télécharger l'actif.
    • Vous pouvez laisser un commentaire sur la page de révision de l'actif.
    • Si la case Approbateur est sélectionnée, vous pouvez voter pour approuver ou rejeter l'actif sur la page de révision. Les approbations et les rejets sont enregistrés et peuvent servir de conditions pour les changements d'état. Par exemple, l'actif peut passer de l'état Révision à l'état Approuvé uniquement si au moins trois réviseurs ont voté en faveur de l'approbation.

Modification du cycle de vie

Au niveau de l'actif, les conditions requises pour les cycles de vie maître et de communauté sont héritées par le cycle de vie de l'actif. Les gestionnaires de cycle de vie peuvent ajouter des exigences pour l'actif pour compléter les exigences spécifiées par les administrateurs de référentiels et de communautés.

Ce diagramme d'arborescence montre comment les exigences de cycle de vie maître sont héritées par les cycles de vie de communauté. Ensuite, les administrateurs de communauté peuvent ajouter des exigences au cycle de vie de communauté. Les exigences de cycle de vie maître et de communauté sont héritées par les cycles de vie d'actif. Ensuite, le gestionnaire de cycle de vie peut ajouter des exigences au cycle de vie de l'actif.

Par exemple, un gestionnaire de cycle de vie peut décider d'inviter des réviseurs supplémentaires pour un actif spécifique. Ils peuvent également modifier la configuration d'une stratégie, pour mieux répondre aux besoins d'un actif spécifique.

Toute modification que vous apportez à la configuration du cycle de vie d'un actif s'applique uniquement à cet actif. Vos modifications ne s'appliquent pas aux autres actifs de la communauté qui utilisent le même cycle de vie maître ou de communauté. Si vous apportez souvent les mêmes modifications aux actifs, vous pouvez demander à un administrateur de communauté de modifier le cycle de vie au niveau de la communauté.

Les gestionnaires de cycle de vie peuvent ajuster les cycles de vie d'un actif comme suit :
  • Ajout ou suppression de gestionnaires de cycle de vie pour l'actif
  • Ajout ou suppression de réviseurs pour chaque état
  • Modification des autorisations des réviseurs pour chaque état
  • Ajout ou suppression de stratégies pour chaque état
  • Reconfiguration des stratégies pour chaque état
  • Reconfiguration des transitions entre les états
Au niveau de l'actif, vous ne pouvez pas modifier les aspects suivants du cycle de vie :
  • Flux de travaux pour le cycle de vie
  • Conditions que l'actif doit respecter pour intégrer le cycle de vie

Cycles de vie d'actifs implicites

Si un actif soumis à une communauté ne répond pas aux exigences d'un cycle de vie ou autre processus de révision personnalisé, il intègre un cycle de vie simple comprenant deux états : Soumis et Approuvé. Le propriétaire de l'actif et les administrateurs sont les gestionnaires de cycle de vie de l'actif.

Vous pouvez modifier le cycle de vie d'un actif qui intègre le cycle de vie implicite, mais vous ne pouvez pas modifier ce cycle de vie pour tous les actifs d'une communauté.

Cycles de vie de mise hors service

Tous les actifs ayant intégré des cycles de vie, y compris le cycle de vie implicite, peuvent être envoyés à un cycle de vie de mise hors service séparé, Implicit Retire Asset Lifecycle, qui comporte deux états :
  • Pre-Retired : l'état Pre-Retired copie les autorisations, les gestionnaires de cycle de vie et les réviseurs de l'état du cycle de vie dans lequel se trouvait l'actif avant de prendre l'état Pre-Retired. Tous les propriétaires, gestionnaires de cycle de vie, réviseurs, propriétaires d'actifs associés, ainsi que toute personne ayant téléchargé l'actif, reçoivent un courrier électronique indiquant que l'actif est à l'état Pre-Retired.
  • Retired : lorsqu'un actif a l'état Retired, seuls les administrateurs et les gestionnaires de cycle de vie peuvent rechercher ou télécharger l'actif.

Quel que soit son état de cycle de vie, vous pouvez envoyer un actif vers le cycle de vie de mise hors service. Lorsqu'un actif a intégré le cycle de vie de mise hors service, ses gestionnaires de cycle de vie peuvent modifier le cycle de vie de mise hors service pour cet actif. Dans chaque état de ce cycle de vie, vous pouvez restaurer l'actif. Lorsque vous restaurez l'actif, il est à nouveau soumis à la communauté. Il prend le premier état du cycle de vie approprié en fonction du type d'actif ou des catégories de l'actif.

Cycles de vie et processus de révision antérieurs à la version 7.2

Dans les versions du produit antérieures à la version 7.2, vous pouvez gérer le développement des actifs à l'aide des processus de révision. Dans la version 7.2 ou suivante, vous pouvez utiliser les cycles de vie pour développer les actifs.

Bien que vous puissiez encore accéder aux processus de révision existants, vous ne pouvez pas en créer (sauf si vous utilisez Rational ClearQuest). A la place, utilisez les cycles de vie, qui sont plus flexibles et plus faciles à personnaliser. Le tableau suivant explique les différences entre les cycles de vie et les processus de révision.
Tableau 1. Différences entre les cycles de vie de la version 7.2 ou ultérieure et les processus de révision de la version 7.1.1.1 ou antérieure
  Processus de révision (version 7.1.1.1 ou antérieure) Cycles de vie (version 7.2 ou ultérieure)
Nombre d'états et de transitions Un flux de travaux est inclus. Vous pouvez également utiliser IBM Rational ClearQuest pour employer un flux de travaux différent. Vous avez le choix entre plusieurs flux de travaux intégrés qui possèdent chacun différents nombres d'états et de transitions. Vous pouvez également utiliser IBM Rational Team Concert pour augmenter le nombre d'états et de transitions.
Flexibilité des états A chaque état est associée une limitation au niveau des droits, que vous ne pouvez pas modifier. Par exemple, un actif ayant l'état Brouillon ne peut être vu que par son propriétaire et les administrateurs. Pour chaque état, vous pouvez personnaliser les autorisations, les réviseurs et les stratégies.
Transitions Les utilisateurs doivent demander manuellement les changements d'état d'un actif. Vous pouvez créer des conditions complexes qui contrôlent le moment où un actif peut passer d'un état à un autre. Les transitions peuvent également se produire automatiquement si l'actif respecte les conditions que vous avez indiquées.
Personne guidant les actifs tout au long du cycle de vie Lorsque vous créez un processus de révision, vous créez un comité de révision ou la liste des utilisateurs qui donnent leur accord final pour la révision de l'actif. Vous pouvez modifier les droits du comité de révision en changeant le rôle intégré Comité de révision pour votre communauté. Lorsque vous créez un cycle de vie, vous affectez des gestionnaires de cycle de vie qui peuvent ajuster le cycle de vie des actifs et inviter des réviseurs supplémentaires. Les gestionnaires de cycle de vie ont un ensemble prédéfini de droits que vous ne pouvez pas modifier.
Personne révisant les actifs Dans l'état Révision, les réviseurs peuvent visualiser des actifs et voter pour des actifs, et accéder aux forums d'un actif. Vous pouvez sélectionner les réviseurs lors de la configuration du processus de révision. Le comité de révision d'un actif peut sélectionner des réviseurs alors que l'actif a l'état Planification de révision. Pour tous les états d'un cycle de vie, vous pouvez ajouter des réviseurs qui peuvent visualiser et commenter les actifs, et éventuellement modifier et voter pour des actifs.
Fonctionnement des stratégies Les processus de stratégie doivent être configurés séparément des processus de révision. En général, vous configurez une stratégie de sorte qu'elle s'exécute juste avant une tentative d'action sur l'actif. Lorsqu'une stratégie échoue, vous ne pouvez pas exécuter cette action. Par exemple, une stratégie peut s'exécuter avant qu'un actif soit approuvé, soumis pour révision, supprimé, retiré ou archivé. Les stratégies sont une composante majeure des cycles de vie. Vous pouvez configurer des stratégies de sorte qu'elles s'exécutent à différents moments, quel que soit l'état de l'actif. Par exemple, une stratégie peut s'exécuter chaque fois qu'un actif est modifié alors qu'il a un état spécifique. Ou bien, une stratégie peut s'exécuter à un moment spécifique après que l'actif est passé à un état donné. Vous pouvez utiliser les résultats des stratégies pour contrôler le moment où les actifs peuvent passer d'un état à un autre.
Limitation de l'accès aux actifs périmés ou hors d'usage Seuls les actifs ayant les états Approuvé et En l'état peuvent accéder aux états Mis hors service et Archivé. A tout moment, un actif peut, quel que soit son état ou le cycle de vie dans lequel il se trouve, intégrer un cycle de vie de mise hors service.

Lorsqu'un actif peut être intégré à un cycle de vie ou à un processus de révision

Un actif peut être gouverné uniquement par un cycle de vie ou un processus de révision. Lorsque vous soumettez un actif à une communauté, l'actif intègre un cycle de vie ou un flux de travaux dans l'ordre qui suit :
  1. L'actif est d'abord examiné pour déterminer s'il peut faire partie d'un cycle de vie maître du référentiel.
  2. Il est ensuite examiné pour déterminer s'il peut faire partie d'un cycle de vie de communauté.
  3. Si aucun cycle de vie ne s'applique à l'actif, il est examiné pour déterminer s'il peut faire partie d'un processus de révision créé dans le référentiel ou la communauté.
  4. Si aucun processus de révision ne s'applique, cet actif intègre un processus de cycle de vie simple et implicite.

Exemple : Flux de travaux de cycle de vie standard

La figure ci-dessous illustre un exemple de flux de travaux pour un cycle de vie d'actif. Un flux de travaux contient les états et les actions d'un type d'actif et peut être configuré en tant que composant d'un cycle de vie d'actif pour gouvernance. Vous pouvez appliquer des stratégies à des actions spécifiques du flux de travaux et préciser les utilisateurs autorisés à exécuter chaque action ou à prendre part à un processus de révision.

L'image illustre le type de flux de travaux standard.

Exemple : Développement et cycle de vie d'un actif

Le développement d'un actif est cyclique. Dans le cadre d'un flux de travaux, un actif peut passer par différents états au cours de son cycle de vie. Pour un type d'actif donné, vous pouvez définir un modèle de gouvernance afin de contrôler les utilisateurs et les groupes qui peuvent soumettre, réviser, approuver ou rejeter et publier des actifs. Lorsque les utilisateurs modifient un actif et créent des itérations, le cycle de développement passe par les phases suivantes :

  1. Un utilisateur identifie les lacunes ou les problèmes d'une solution courante.
  2. Un architecte ou un chef de projet consulte le référentiel Rational Asset Manager pour rechercher une solution au problème. Si une solution partielle ou complète est disponible, elle est incluse dans l'architecture de la nouvelle solution proposée.
  3. Un architecte ou un chef de projet crée les exigences formelles de la solution. Ces exigences formelles peuvent inclure les actifs trouvés lors de la consultation du référentiel ou d'éventuels enregistrements de défauts, demandes d'amélioration ou listes de tâches provenant de projets passés.
  4. Un architecte crée la spécification de l'actif.
  5. Un architecte soumet la spécification à un comité de gouvernance d'actifs. Toutes les parties prenantes majeures procèdent à une révision formelle de la solution envisagée. Dans cette révision, les parties prenantes vérifient que la conception de la nouvelle solution est complète et qu'elle comble bien les lacunes ou corrige les problèmes de la précédente solution.
  6. Une équipe de développement se charge de développer la solution et de la soumettre en tant qu'actif. Pendant la révision de la solution développée, les réviseurs vérifient que l'actif soumis constitue une solution ou implémentation complète et qu'il comble les lacunes et corrige les problèmes de la précédente solution.
  7. Si l'actif développé est approuvé, l'actif pour la solution passe à l'état suivant dans le flux de travaux de cycle de vie. Dans cet état, un comité de gouvernance révise l'actif et le note en vue de le rendre accessible ou non. Toutes les parties prenantes majeures peuvent être sollicitées pour réviser l'actif et le vote.
  8. Si le comité de révision accepte l'actif, celui-ci est publié de sorte que les autres utilisateurs dans l'entreprise puissent l'utiliser et le déployer.

Commentaires