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 :
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.

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 de nouveaux. A la place, utilisez les cycles de vie, qui sont plus personnalisables et plus souples. 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| Fonctionnalité |
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 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. |
| Souplesse 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 :
- 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.
- Il est ensuite examiné pour déterminer s'il peut faire partie
d'un cycle de vie de communauté.
- 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é.
- 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.

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 :
- Un utilisateur identifie les lacunes ou les problèmes d'une solution courante.
- 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.
- 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.
- Un architecte crée la spécification de l'actif.
- 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.
- 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.
- 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.
- 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.