Titre de la page : Pourquoi utiliser des cycles de vie pour gérer des actifs à l'aide de Rational Asset Manager?
Texte de légende : Rational Asset Manager vous permet de créer un cycle de vie ou un flux de travaux planifié mais personnalisé destiné à contrôler et à gérer des actifs. Dans Rational Asset Manager, le cycle de vie le plus simple (décrit ici) comprend deux états exclusifs pour les actifs : un état initial correspondant à un nouvel actif soumis à un référentiel et un état approuvé lorsque l'actif a été correctement approuvé. Les flèches représentent les transitions entre ces états. Les cycles de vie peuvent comporter davantage d'états et de transitions, ce qui signifie que vous pouvez gérer les actifs de manière plus complexe et détaillée selon vos besoins.
Les cycles de vie s'avèrent utiles dans les cas suivants :
Puisque vous avez la possibilité d'ajouter de nombreuses restrictions et exigences, il peut être tentant d'utiliser beaucoup de types d'actif différents pour gérer les actifs dans votre référentiel, mais si vous disposez d'un nombre trop élevé de types d'actif, cela peut entraîner une certaine confusion chez les autres utilisateurs qui risquent de ne pas comprendre toutes les distinctions entre les types d'actif. Enfin, lorsque vous utilisez des types d'actif pour contrôler et limiter les actifs, vous ne pouvez pas soumettre un actif dans le référentiel tant que toutes les exigences du type d'actif correspondant ne sont pas satisfaites, ce qui peut s'avérer frustrant. Les cycles de vie et les stratégies vous permettent de placer les actifs immédiatement dans le référentiel et de laisser d'autres personnes résoudre les éventuels problèmes ultérieurement.
Comment créer des cycles de vie
Maintenant, je vais vous expliquer comment créer un cycle de vie dans Rational Asset Manager. Il faut en fait personnaliser un cycle de vie maître pour les actifs de type $$RELEASE. Je vais utiliser le cycle de vie maître pour appliquer quelques exigences au niveau du référentiel.
Tout d'abord, lorsqu'un actif Release est à l'état REALIZED, il doit être doté d'une relation avec un actif différent de type IMPLEMENTATION. A l'état STAGED, je souhaite pouvoir faire réviser et valider l'actif par l'un des avocats de la société. Enfin, pour faciliter la tâche de l'avocat, je souhaite ajouter automatiquement un fichier de remarques juridiques à l'actif lorsqu'il atteint l'état STAGED.
Commençons.
Les administrateurs de référentiel créent les cycles de vie maître, puis les administrateurs de communauté peuvent étendre le cycle de vie maître afin d'appliquer davantage d'exigences à leurs communautés spécifiques.
Nous allons donc créer un cycle de vie maître pour le référentiel. Notre objectif consiste à créer un cycle de vie spécifiquement pour les actifs de type RELEASE. Rational Asset Manager est livré avec de nombreux flux de travaux intégrés, incluant un certain nombre d'états et de branches, dont un destiné tout particulièrement aux actifs de publication. Votre administrateur de référentiel peut en créer d'autres ou modifier les flux de travaux intégrés pour qu'ils correspondent mieux aux besoins de votre groupe.
Cette page initiale contient à nouveau l'image du flux de travaux et vous permet de commencer à configurer le cycle de vie.
Saisissez tout d'abord le nom et la description du cycle de vie. Vous pourrez ensuite utiliser des indications pour décrier et expliciter l'objectif de ce cycle de vie à d'autres personnes.
Ensuite, la section relatives aux conditions est essentielle. Elle vous permet de définir les actifs de tels types ou de telles catégories qui entreront dans le cycle de vie que vous configurez.
Dans cet exemple, nous allons indiquer des types d'actif.
Nous utilisons la logique de base IS ou IS NOT ; dans ce cas, je sélectionne IS ainsi que le type d'actif RELEASE.
Si vous devez créer des conditions plus spécifiques, vous pouvez en ajouter en sélectionnant AND ou OR, puis en cliquant sur le signe plus.
Vous pouvez créer des conditions imbriquées très complexes, mais il n'est pas nécessaire d'être aussi spécifiques ici. Nous souhaitons créer quelque chose qui puisse être utilisé par plusieurs communautés.
Ajoutez ensuite des gestionnaires de cycle de vie à ce cycle de vie. Les gestionnaires de cycle de vie peuvent inviter d'autres utilisateurs à collaborer au sujet d'actifs qui emploient ce cycle de vie et peuvent modifier le cycle de vie afin qu'il corresponde aux besoins d'un actif individuel. Vous pouvez ajouter des utilisateurs individuels ou des groupes d'utilisateurs.
Dans notre cas, j'ai ajouté Pete, un responsable de projet, en tant que gestionnaire de cycle de vie. Pour tous les actifs qui utilisent ce cycle de vie, Pete pourra personnaliser le cycle de vie et inviter des réviseurs.
Je laisse cette case cochée ; cela permet d'affecter automatiquement n'importe quel propriétaire d'un actif comme gestionnaire de cycle de vie. Si vous souhaitez éviter cela, par exemple, si vous envisagez d'exclure l'émetteur d'origine de l'actif du processus de révision et de certification, vous pouvez désélectionner cette case.
Maintenant, nous allons configurer un état. Vous pouvez utiliser la liste déroulante Configuration en cours pour sélectionner un état ou une transition, ou simplement cliquer sur la case dans le diagramme.
Lorsqu'un actif de ce cycle de vie prend l'état REALIZED, nous souhaitons qu'il ait une relation envers un ou plusieurs actifs du type IMPLEMENTATION, à savoir des actifs qui disposent des fichiers de l'application réels pour la publication.
Pour ce faire, nous pouvons appliquer une stratégie. Les stratégies permettent d'appliquer différentes restrictions ou règles à un actif lorsqu'il prend des états spécifiques d'un cycle de vie.
Rational Asset Manager inclut une douzaine de stratégies standard. Il est également possible de créer et d'installer des stratégies personnalisées, mais vous devez les programmer vous-même. Dans notre cas, j'utilise la Stratégie de validation des relations, qui permet de définir les relations qu'un actif doit avoir.
Après avoir ajouté une stratégie, vous devez la configurer afin de définir les règles que vous souhaitez.
Chaque stratégie comporte des options différentes. Pour la Stratégie de validation des relations, vous devez définir le nombre et le type des relations qui doivent exister pour que la stratégie réussisse.
Je vais configurer cela afin qu'au moins une relation soit trouvée et que cette relation soit dirigée vers un actif de type IMPLEMENTATION ; cette relation doit également être de type IMPLEMENTATION. Vous pouvez être plus spécifique et saisir un état de cycle de vie dans lequel l'actif apparenté doit se trouver, par exemple Approuvé, mais cela n'est pas nécessaire.
Après avoir configuré les options de la stratégie, utilisez ces cases à cocher pour configurer le moment auquel elle doit s'exécuter. Je souhaite que cette stratégie vérifie les relations appropriées lorsque l'actif est modifié, lorsqu'il prend cet état et lorsqu'une personne tente de modifier son état.
La stratégie est désormais configurée, mais je n'ai pas complètement terminé. Je dois aussi configurer la transition entre les états afin d'empêcher l'actif de passer d'un état à l'autre sauf si la stratégie aboutit.
Lorsque vous configurez une transition, vous configurez les vérifications et les conditions devant être remplies pour que l'actif passe d'un état à l'autre dans le cycle de vie. En d'autres termes, les transitions permettent d'appliquer les stratégies et les approbations que vous venez de configurer. Par défaut, les transitions ont toujours la condition Action manuelle, ce qui signifie qu'un gestionnaire de cycle de vie doit indiquer manuellement le changement d'état d'un actif.
Nous allons conserver cette configuration, et ajouter une condition que la stratégie que nous venons d'ajouter doit satisfaire.
Ainsi, dans cette liste déroulante, vous verrez la stratégie de l'état précédent.
Désormais, pour qu'un actif passe à l'état suivant, un gestionnaire de cycle de vie doit demander la modification et la stratégie doit réussir à satisfaire la condition. C'est alors seulement que l'actif pourra prendre l'état suivant.
Configurons maintenant un autre état légèrement différent. Dans l'état STAGED, je souhaite qu'un avocat approuve l'actif, et, afin de faciliter la tâche de l'avocat, je souhaite récupérer automatiquement des remarques juridiques standard à partir d'un autre actif et les ajouter à n'importe quel actif qui prend cet état.
Nous allons d'abord utiliser la section Révision pour ajouter l'avocat en tant que réviseur.
Nous ajoutons l'avocat, Kenneth, comme valideur. Les valideurs peuvent visualiser les actifs, ajouter des commentaires à leur sujet, et éventuellement les modifier et les approuver.
Ainsi, pour Kenneth, nous sélectionnons Permettre l'édition pour lui permettre de modifier l'actif si nécessaire. Nous sélectionnons également Valideur pour lui permettre d'approuver ou de rejeter l'actif.
La Stratégie d'ajout d'artefacts vous permet de récupérer tous les fichiers d'un actif existant et de les ajouter aux actifs qui prennent cet état.
Pour configurer cette stratégie, vous devez saisir l'identificateur global unique et le numéro de version de l'actif qui dispose des fichiers que vous souhaitez. Je vais copier ces valeurs depuis les détails généraux de l'actif et les coller dans la fenêtre de configuration.
Le libellé "Remarques juridiques" est ainsi ajouté à tous les fichiers sur lequel vous effectuez une opération de copie et cette option signifie que le fichier de remarques que je récupère remplace tout autre fichier portant le même nom.
Maintenant, je désire que ce fichier soit ajouté lorsqu'un actif prend cet état. Je coche donc la case Passage à l'état correspondant à l'exécution de la stratégie.
Enfin, pour m'assurer que l'actif ne puisse pas passer à l'état final sans avoir été approuvé par Kenneth, j'édite la transition suivante. J'ajoute une condition supplémentaire indiquant que Kenneth, l'avocat, doit approuver l'actif.
L'onglet Cycles de vie permet de gérer les cycles de vie de communauté. Les cycles de vie de communauté sont des versions étendues des cycles de vie maître, dans lesquels vous pouvez ajouter des conditions et des stratégies à employer avec une communauté spécifique. La section Cycles de vie comprend la liste de tous les cycles de vie en cours. L'ordre des cycles de vie est important : un actif ne peut utiliser qu'un seul cycle de vie. Si un actif en qualifie plusieurs, il entre dans le premier cycle de vie, du haut vers le bas.
Si vous vous apercevez que des actifs entrent dans le mauvais cycle de vie, vous pouvez utiliser les flèches pour modifier cet ordre.
Les cycles de vie d'actif prennent les propriétés d'un cycle de vie de communauté ; vous pouvez également ajouter des conditions et des stratégies pour l'actif individuel.
La configuration prend un certain temps et il est nécessaire de planifier le référentiel, la communauté et les niveaux d'actif, mais les cycles de vie permettent de contrôler de manière très précise le développement des actifs dans le temps. Merci.