ibm rational collaborative lifecycle management hands tutorial
IBM Rational CLM présente les relations de traçabilité entre les exigences et le développement, permettant ainsi à l'analyste métier et au chef de projet de connaître l'état de l'ensemble des exigences métier et les éléments de travail planifiés.
Prochainement, IBM CLM est une combinaison de gestion des exigences, de gestion des modifications et de la configuration (CCM) et de la gestion de la qualité sous une seule plate-forme ALM pour une création améliorée et facile de vues de traçabilité.
REMARQUE : Ce tutoriel contient de nombreuses images, alors laissez-le se charger correctement.
Ce que vous apprendrez:
- Introduction à IBM Rational CLM
- Projet de cycle de vie dans IBM Rational CLM
- Créer une exigence dans IBM Rational DOORS NG
- Définition du processus métier
- Lier l'exigence à une user story et un scénario de test
- Examen plus approfondi de l'histoire utilisateur dans IBM Rational Team Concert
- Créer des tâches de développeur
- Gestion des tests à l'aide d'IBM Rational Quality Manager
- Conclusion
- lecture recommandée
Introduction à IBM Rational CLM
IBM Rational Collaborative Lifecycle Management (CLM) est avant tout un ensemble de 3 outils intégrés comprenant:
- IBM Rational DOORS NG - pour la collecte et la gestion des exigences
- Concert d'équipe IBM Rational - pour la planification de projet, le SCM et la gestion de construction
- IBM Rational Quality Management - pour les activités de gestion des tests
Cette intégration aide toute l'équipe de projet à examiner un seul outil pour capturer tous les artefacts du projet au lieu d'utiliser plusieurs outils en silos sans traçabilité appropriée, informations en temps réel sur l'avancement des travaux et rapports.
Avec IBM Rational CLM, un analyste métier peut examiner ce qui se passe pour l'ensemble des exigences métier, c'est-à-dire s'il est développé et testé ou non. De même, un chef de projet peut regarder l'état d'un ensemble d'éléments de travail planifiés en cas d'implémentation Scrum, ce serait STORY comme exemple d'éléments de travail et ses tâches de développeur et cas de test associés.
En cas d'implémentation en cascade, il s'agirait de l'élément de travail BUSINESS NEED et de ses tâches de développeur et cas de test associés.
L'élément de travail est un concept important dans IBM Rational Team Concert pour gérer et suivre les tâches de développement. Les exemples d'élément de travail incluent EPIC, STORY, TASK, BUSINESS NEED, RISK, DEFECT, RETROSPECTIVE etc. En plus de ces éléments de travail prédéfinis, les équipes peuvent également créer leurs propres éléments de travail personnalisés. Les éléments de travail font partie intégrante de la planification du projet et sont liés aux modifications de code à l'aide de la fonction SCM et de la gestion des builds.
Projet de cycle de vie dans IBM Rational CLM
En règle générale, lorsque les équipes utilisent plusieurs outils, il n'y a pas de traçabilité appropriée pour suivre les artefacts de bout en bout dans le cycle de vie du projet.
Le concept de projet de cycle de vie dans IBM Rational CLM permet de connecter toute l'équipe à une plate-forme unique. Ainsi, en créant un projet de cycle de vie, vous pouvez lier les exigences métier aux artefacts UML Design, puis aux éléments de travail et éléments de travail aux tâches de développement et aux cas de test. Tout cela se fait de manière dynamique.
L'utilisation du projet de cycle de vie aidera à voir le projet créé dans chacun des 3 conteneurs, à savoir la gestion des exigences (RM), la gestion des changements et de la configuration (CCM) et la gestion de la qualité (QM) comme indiqué ci-dessous et également lié afin que la vue de traçabilité puisse être facilement créé.
En savoir plus sur la création d'un projet de cycle de vie, l'ajout d'utilisateurs, de rôles, d'autorisations et de mise à jour de licence peuvent être trouvé ici .
Chaque application CLM est accessible à l'aide des URL suivantes
- RM - https: //: 9443 / rm / web
- CCM - https: //: 9443 / ccm / web
- QM - https: //: 9443 / qm / web
Une fois que vous vous êtes connecté à l'URL RM comme mentionné ci-dessus, vous pouvez également naviguer facilement vers les autres applications.
Créer une exigence dans IBM Rational DOORS NG
Commençons par créer des exigences. Les étapes mentionnées ci-dessous doivent être suivies pour créer le même. Les exigences une fois créées seront liées aux User Stories et aux Test Cases.
#1) Connectez-vous à l'application RM à l'aide de l'URL https: //: 9443 / rm / web
#deux) Cliquez pour sélectionner le CLM_Project après la connexion. Le tableau de bord public apparaîtra comme indiqué ci-dessous.
(Remarque:Cliquez sur n'importe quelle image pour une vue agrandie)
# 3) Cliquer sur Artefacts - > Parcourir les artefacts pour créer des exigences.
# 4) Faites un clic gauche sur le «Caractéristiques et vision» dossier, puis sélectionnez Créer des artefacts
Entrez le nom comme 'Passer la commande pour le CD de musique', le type d'artefact comme 'Fonctionnalité et format d'artefact comme' Texte '. Cliquez ensuite sur D'ACCORD.
# 5) L'exigence nouvellement créée est indiquée ci-dessous:
# 6) Définissez les attributs de l'exigence nouvellement créée. Sélectionnez ensuite l'exigence que vous venez de créer et sélectionnez ' Modifier les attributs 'Option.
meilleur logiciel de capture d'écran gratuit pour windows 10
Ajoutez les attributs comme indiqué ci-dessous, puis cliquez sur Sauvegarder
différence entre la jointure gauche et la jointure externe gauche dans SQL
# 7) Pour afficher les attributs, cliquez sur l’icône pour sélectionner le ‘ Configurer les paramètres de la page »
# 8) Cliquez maintenant sur 'Configurer les colonnes à afficher'
# 9) Sélectionnez maintenant les attributs Business Priority et Description à afficher et désélectionnez ceux qui ne sont pas requis et cliquez sur d'accord .
Comme vous le voyez, nous avons créé une exigence commerciale. IBM Rational DOORS NG vous permet également de créer différents types d'exigences telles que les acteurs, les exigences non fonctionnelles, tout type d'exigence personnalisé ainsi que leurs attributs définis.
Définition du processus métier
En règle générale, l'étape suivante consiste à créer un diagramme de processus métier pour prendre en charge l'exigence métier créée. Le diagramme de processus métier est plus facile à visualiser pour les utilisateurs professionnels que dans un format textuel.
Dans IBM Rational DOORS NG il est créé en utilisant la notation BPMN qui signifie Business Process Modeling Notation qui est une norme de l'industrie.
Pour une explication détaillée sur la création du Business Process, vous pouvez vous référer à mon article sur IBM Rational DOORS NG
Voyons maintenant comment l'exigence métier sera tracée ou liée à une histoire d'utilisateur et un scénario de test
Lier l'exigence à une user story et un scénario de test
Comme vous le savez, IBM Rational CLM est un environnement intégré unique et pour une seule vue complète, la traçabilité garantit la couverture des artefacts du cycle de vie et aide également à trouver les lacunes éventuelles en ce qui concerne la livraison.
Revenez à la vue Artefacts ( Artefacts - > Parcourir les artefacts ) et cliquez sur le dossier «Caractéristiques et vision».
Pour lier un Exigence de la User Story qui définit la fonctionnalité à implémenter dans une perspective de développement, sélectionnez l'exigence et cliquez sur 'Ajouter un lien vers l’artéfact - > Plus ».
Sélectionnez le type de lien comme 'Implementé par' et le conteneur d'artefacts en tant que CLM_Project (gestion des modifications) pour créer une nouvelle histoire en ajoutant le résumé et d'autres attributs respectifs comme indiqué, puis cliquez sur OK
De même, la procédure pour lier un Exigence du scénario de test sera à nouveau défini dans IBM Rational Quality Manager, sélectionnez donc l'exigence et cliquez sur 'Ajouter un lien vers l’artéfact - > Plus ».
Choisissez le type de lien comme «Validé par» et le conteneur d'artefacts «CLM_Project» (gestion de la qualité) pour créer un nouveau scénario de test et donner un nom comme indiqué. Et cliquez sur d'accord une fois fait.
Examinons maintenant la vue de la traçabilité. Cliquez sur «Configurer les paramètres de la page» à «Configurer les colonnes à afficher».
Ajoutez les colonnes 'Mis en œuvre par' et 'Validé par' et cliquez sur D'ACCORD. La vue de traçabilité est maintenant affichée.
La vue ci-dessus montre l'exigence comme Implementé par un élément User Story et Validé par un scénario de test. Cela n'est possible que si vous disposez d'un outil intégré tel qu'IBM Rational CLM.
Examen plus approfondi de l'histoire utilisateur dans IBM Rational Team Concert
Dans la traçabilité ci-dessus, cliquez sur la User Story sous la colonne «Mis en œuvre par».
L'élément User Story s'ouvre désormais dans le conteneur CCM, comme illustré ci-dessous.
Peu d'attributs pour l'élément de travail STORY doivent être notés de manière très importante = comme les points d'histoire qui définissent la complexité de la fonctionnalité en cours de développement, détenue par, prioritaire et planifiée. Les critères d'acceptation peuvent également être définis dans l'onglet Acceptation pour confirmer l'achèvement de l'élément Histoire.
Les attributs ci-dessus sont requis pour la planification de sprint du point de vue de la gestion de projet pour les chefs de projet. En plus des attributs ci-dessus, des attributs personnalisés selon les besoins du projet peuvent également être ajoutés.
Les chefs de projet gérant des projets Agile SCRUM intéressés par la création de backlogs de produits et le maintien de plans de sprint pour leurs équipes peuvent jeter un œil à la série en 2 parties disponible.
- Partie 1. Configurer le projet, la zone d'équipe et le backlog produit
- Partie 2. Planifiez et gérez les sprints
Créer des tâches de développeur
Dans l'élément de travail Histoire qui est ouvert, cliquez sur l'onglet Liens. La traçabilité aux exigences ayant été créée plus tôt, elle est simplement affichée.
Cliquez maintenant sur le menu déroulant 'Ajouter des éléments associés', puis sélectionnez 'Ajouter des enfants' pour commencer à créer et à ajouter des tâches de développeur.
Cliquez sur le lien 'Créer un défaut lié' et modifions cela en type de tâche.
Dans le formulaire qui s'ouvre, modifiez le type en Tâche dans la liste déroulante.
Le formulaire est maintenant changé en type de tâche, alors ajoutez les détails comme indiqué ci-dessous.
Les attributs importants incluent le propriétaire (généralement attribué aux développeurs), la priorité et la planification pour le sprint approprié, l'effort planifié qui est défini comme une estimation et une date d'échéance. En plus de ces attributs, des attributs personnalisés selon les besoins du projet peuvent également être créés. Cliquer sur Sauvegarder.
Vous remarquerez qu'au fur et à mesure de la progression de la tâche, la liste déroulante du flux de travail d'état sur la droite devra également être modifiée. Cela peut être entièrement personnalisé selon nos besoins.
Cliquez maintenant sur l'ID parent (227) sur le côté droit, ce qui vous ramènera à l'élément Histoire. Cliquez sur l'onglet Liens de l'élément Histoire pour voir la tâche de développeur liée et affichée.
Les tâches de développeur créées seront en outre liées à Code source puis construit. Je vais le montrer dans un article séparé.
Maintenant que le scénario de test a déjà été créé lorsqu'il était lié à l'exigence, il peut maintenant être ajouté à l'élément Histoire. Cliquez sur le menu déroulant 'Ajouter un élément associé' et sélectionnez 'Ajouter testé par scénario de test'
comment déclarer float en java
Sélectionner «Lien vers un scénario de test existant».
Sélectionnez le scénario de test qui a déjà été créé précédemment, puis cliquez sur OK.
La traçabilité est maintenant mise à jour pour afficher le scénario de test lié.
L'élément Story a également un flux de travail qui peut être fermé une fois les tâches du développeur, les défauts et les cas de test terminés.
Gestion des tests à l'aide d'IBM Rational Quality Manager
Dans la vue ci-dessus de l'élément Histoire, cliquez sur le scénario de test pour l'ouvrir pour créer des scripts de test manuels et pour des tests supplémentaires.
Pour une utilisation ultérieure d'IBM Rational Quality Manager, veuillez consulter mon article précédent publié à l'adresse => IBM Rational Quality Manager (RQM): Guide pratique complet
Conclusion
En lisant cet article, vous auriez compris l'importance d'avoir une seule plateforme ALM pour une livraison de bout en bout.
D'après mon expérience, je crois qu'il n'est pas facile de remplacer votre environnement de livraison existant où plusieurs outils sont utilisés, mais je vous suggère d'envisager de passer à un environnement de référentiel unique dans un proche avenir.
Pour résumer, nous avons vu:
- Qu'est-ce qu'IBM Rational CLM
- 3 constituants de CLM
- Utilisation et bonnes pratiques à suivre pour l'utilisation des artefacts de liaison via IBM Rational DOORS NG, IBM Rational Team Concert et IBM Rational Quality Manager
A propos de l'auteur: Cet article est rédigé par Niranjan, membre de l'équipe STH. Il a plus de 20 ans d'expérience dans les outils IBM Rational.
Ensuite, nous couvrirons des didacticiels pratiques approfondis sur les outils IBM tels que:
- Gestion des exigences avec DOORS NG
- Concert d'équipe IBM Rational
- Publication et déploiement d'IBM Urbancode
Nous allons essayer de nous concentrer pour approfondir également certaines de ces fonctionnalités.
lecture recommandée
- Didacticiel sur l'outil de gestion des défauts IBM Rational Team Concert
- Fonction de pool de données dans IBM Rational Quality Manager for Test Data Management
- Présentation de l'outil de gestion des exigences de nouvelle génération d'IBM Rational DOORS
- Intégration d'IBM Rational Quality Manager (RQM) avec Rational Functional Tester (RFT)
- Tutoriel de migration de SVN vers IBM Rational Team Concert
- Apprentissage des bases de Rational Robot - IBM Test Automation Tool
- Intégration IBM Rational Team Concert (RTC) et SVN sous Windows
- Personnalisation des éléments de travail IBM Rational Team Concert Advanced