ibm rational collaborative lifecycle management hands tutorial
IBM Rational CLM muestra las relaciones de trazabilidad entre los requisitos y el desarrollo, lo que permite que el analista empresarial y el director de proyectos conozcan el estado del conjunto de requisitos empresariales y los elementos de trabajo planificados.
Dentro de poco, IBM CLM es una combinación de Gestión de requisitos, Gestión de cambios y configuración (CCM) y Gestión de calidad en una única plataforma ALM para una creación mejor y más sencilla de vistas de trazabilidad.
NOTA : Este tutorial tiene muchas imágenes, así que permite que se cargue correctamente.
Lo que vas a aprender:
- Introducción a IBM Rational CLM
- Proyecto de ciclo de vida en IBM Rational CLM
- Crear requisito en IBM Rational DOORS NG
- Definición del proceso empresarial
- Vincular el requisito a una historia de usuario y un caso de prueba
- Una mirada más cercana a la historia del usuario en IBM Rational Team Concert
- Creación de tareas de desarrollador
- Gestión de pruebas con IBM Rational Quality Manager
- Conclusión
- Lectura recomendada
Introducción a IBM Rational CLM
IBM Rational Collaborative Lifecycle Management (CLM) es principalmente un conjunto de 3 herramientas integradas que incluyen:
- IBM Rational DOORS NG - para la recopilación y gestión de requisitos
- Concierto de IBM Rational Team - para planificación de proyectos, SCM y gestión de edificios
- Gestión de calidad IBM Rational - para actividades de gestión de pruebas
Esta integración ayuda a todo el equipo del proyecto a buscar en una sola herramienta para capturar todos los artefactos del proyecto en lugar de usar múltiples herramientas en silos SIN la trazabilidad adecuada, información en tiempo real sobre el progreso del trabajo e informes.
Con IBM Rational CLM, un analista de negocios puede ver qué está sucediendo con el conjunto de requisitos comerciales, es decir, si está desarrollado y probado o no. De manera similar, un gerente de proyecto puede ver el estado de un conjunto de elementos de trabajo planificados en caso de implementación de scrum; sería HISTORIA como un ejemplo de elementos de trabajo y sus tareas de desarrollador asociadas y casos de prueba.
En caso de implementación en cascada, sería el elemento de trabajo NECESIDAD DEL NEGOCIO y sus tareas de desarrollador asociadas y casos de prueba.
El elemento de trabajo es un concepto importante en IBM Rational Team Concert para gestionar y realizar un seguimiento de las tareas de desarrollo. Entre los ejemplos de elementos de trabajo se incluyen EPIC, HISTORIA, TAREA, NECESIDAD DE NEGOCIO, RIESGO, DEFECTO, RETROSPECTIVA, etc. Además de estos elementos de trabajo predefinidos, los equipos también pueden crear sus propios elementos de trabajo personalizados. Los elementos de trabajo son parte integral de la planificación del proyecto y están vinculados a los cambios de código mediante la función SCM y la gestión de compilación.
Proyecto de ciclo de vida en IBM Rational CLM
Por lo general, cuando los equipos utilizan varias herramientas, no existe una trazabilidad adecuada para rastrear los artefactos de un extremo a otro en el ciclo de vida del proyecto.
El concepto de proyecto de ciclo de vida en IBM Rational CLM ayuda a conectar a todo el equipo a una única plataforma. Entonces, al crear un proyecto de ciclo de vida, puede vincular los requisitos comerciales a los artefactos de diseño UML y luego a los elementos de trabajo y los elementos de trabajo a las tareas de desarrollo y los casos de prueba. Todo esto se realiza de forma dinámica.
El uso del proyecto de ciclo de vida ayudará a ver el proyecto creado en cada uno de los 3 contenedores, es decir, Gestión de requisitos (RM), Gestión de cambios y configuración (CCM) y Gestión de calidad (QM) como se muestra a continuación y también vinculado para que la vista de trazabilidad pueda ser fácilmente creado.
Se puede obtener más información sobre cómo crear un proyecto de ciclo de vida, agregar usuarios, roles, permisos y actualización de licencias. encontrado aquí .
Se puede acceder a cada aplicación CLM utilizando las siguientes URL
- RM - https: //: 9443 / rm / web
- CCM - https: //: 9443 / ccm / web
- QM - https: //: 9443 / qm / web
Una vez que inicie sesión en la URL de RM como se mencionó anteriormente, también puede navegar fácilmente a las otras aplicaciones.
Crear requisito en IBM Rational DOORS NG
Comencemos por crear requisitos. Se deben seguir los pasos que se mencionan a continuación para crear el mismo. Una vez creados, los requisitos se vincularán a las historias de usuario y los casos de prueba.
#1) Inicie sesión en la aplicación RM usando la URL https: //: 9443 / rm / web
#2) Haga clic para seleccionar CLM_Project después de iniciar sesión. Aparecerá el panel público como se muestra a continuación.
(Nota:Haga clic en cualquier imagen para ampliarla)
#3) Haga clic en Artefactos – > Examinar artefactos para crear requisitos.
#4) Haga clic izquierdo en el 'Características y visión' carpeta y luego seleccione Crear artefactos
Ingrese el nombre como 'Realizar pedido para CD de música', Tipo de artefacto como 'Característica y formato de artefacto como' Texto '. Luego haga clic en está bien.
#5) El requisito recién creado se muestra a continuación:
#6) Defina los atributos para el requisito recién creado. Luego, seleccione el requisito que acaba de crear y seleccione ' Editar atributos ' opción.
Agregue atributos como se muestra a continuación y luego haga clic en Salvar
#7) Para mostrar los atributos, haga clic en el icono para seleccionar el ' Configurar la configuración de la página
#8) Ahora haga clic en 'Configurar columnas para mostrar'
#9) Ahora seleccione los atributos de Prioridad comercial y Descripción que se mostrarán y desmarque los que no son necesarios y haga clic en OK .
Como puede ver, hemos creado un requisito comercial. IBM Rational DOORS NG también le permite crear diferentes tipos de requisitos como actores, requisitos no funcionales, cualquier tipo de requisito personalizado y también sus atributos definidos.
Definición del proceso empresarial
Normalmente, el siguiente paso es crear un diagrama de proceso empresarial para respaldar el requisito empresarial creado. El diagrama de proceso empresarial es más fácil de visualizar para los usuarios empresariales que en formato textual.
En IBM Rational DOORS NG se crea utilizando la notación BPMN que significa Business Process Modeling Notation, que es un estándar de la industria.
Para obtener una explicación detallada sobre cómo crear el proceso empresarial, puede consultar mi artículo sobre IBM Rational DOORS NG
cómo crear un archivo java en eclipse
Ahora veamos cómo se rastreará o vinculará el requisito comercial a una historia de usuario y un caso de prueba
Vincular el requisito a una historia de usuario y un caso de prueba
Como sabe, IBM Rational CLM es un único entorno integrado y, para una única vista completa, la trazabilidad garantiza la cobertura de los artefactos del ciclo de vida y también ayuda a encontrar lagunas, si las hay, con respecto a la entrega.
Vuelve a la vista de artefactos ( Artefactos – > Examinar artefactos ) y haga clic en la carpeta 'Funciones y visión'.
Para vincular un Requisito para la historia de usuario que define la funcionalidad a implementar desde una perspectiva de desarrollo, seleccione el Requisito y haga clic en 'Agregar un vínculo al artefacto – > Más '.
Seleccione el tipo de enlace como 'Implementado por' y el contenedor de artefactos como CLM_Project (Gestión de cambios) para crear una nueva historia agregando el resumen y otros atributos respectivos como se muestra y luego haga clic en Aceptar
Del mismo modo, el procedimiento para vincular un Requisito para el caso de prueba se definirá en IBM Rational Quality Manager nuevamente, por lo tanto, seleccione el requisito y haga clic en 'Agregar un vínculo al artefacto – > Más '.
Elija el tipo de enlace como 'Validado por' y Artifact Container 'CLM_Project' (Gestión de calidad) para crear un nuevo caso de prueba y dar un nombre como se muestra. Y haga clic en OK una vez hecho.
Veamos ahora la vista de trazabilidad. Haga clic en 'Configurar opciones de página' à 'Configurar columnas para mostrar'.
Agregue las columnas 'Implementado por' y 'Validado por' y haga clic en está bien. Ahora se muestra la vista de trazabilidad.
La vista anterior muestra el requisito como Implementado por un elemento de historia de usuario y Validado por un caso de prueba. Esto solo es posible cuando tiene una herramienta integrada como IBM Rational CLM.
Una mirada más cercana a la historia del usuario en IBM Rational Team Concert
En la trazabilidad anterior, haga clic en Ver la historia de usuario en la columna 'Implementado por'.
El elemento User Story ahora se abre dentro del contenedor CCM como se muestra a continuación.
Pocos atributos para el elemento de trabajo HISTORIA deben tenerse en cuenta de manera muy importante, como los Puntos de la historia que definen la complejidad de la función que se está desarrollando, Propiedad de, Prioridad y Planificación. Los criterios de aceptación también se pueden definir en la PESTAÑA Aceptación para confirmar la finalización del elemento Historia.
Los atributos anteriores son necesarios para Sprint Planning desde el punto de vista de la gestión de proyectos para los directores de proyectos. Además de los atributos anteriores, también se pueden agregar atributos personalizados según las necesidades del proyecto.
Los gerentes de proyecto que administran proyectos Agile SCRUM interesados en crear registros de productos y mantener planes de Sprint para sus equipos pueden echar un vistazo a la serie de 2 partes disponible.
- Parte 1. Configurar el proyecto, el área de equipo y la cartera de productos
- Parte 2. Planificar y gestionar sprints
Creación de tareas de desarrollador
En el elemento de trabajo Historia que está abierto, haga clic en la PESTAÑA Vínculos. Dado que la trazabilidad a los requisitos se creó anteriormente, solo se muestra.
Ahora haga clic en el menú desplegable 'Agregar relacionado' y luego seleccione 'Agregar niños' para comenzar a crear y agregar tareas de desarrollador.
Haga clic en el enlace 'Crear defecto vinculado' y cambiemos esto a Tipo de tarea.
En el formulario que se abre, cambie el tipo a Tarea en el menú desplegable.
El formulario ahora cambia a Tipo de tarea, así que agregue los detalles como se muestra a continuación.
Los atributos importantes incluyen Propietario (generalmente asignado a los desarrolladores), Prioridad y Planificado para el Sprint apropiado, Esfuerzo planificado que se define como una estimación y Fecha de vencimiento. Además de estos atributos, también se pueden crear atributos personalizados según las necesidades del proyecto. Haga clic en Salvar.
Notará que a medida que avanza la tarea, también deberá cambiarse el menú desplegable del flujo de trabajo de estado a la derecha. Esto se puede personalizar completamente según nuestras necesidades.
Ahora haga clic en la identificación del padre (227) en el lado derecho, que lo llevará de regreso al elemento Historia. Haga clic en la PESTAÑA Vínculos del elemento Historia para ver la tarea del desarrollador vinculada y mostrada.
Las tareas de desarrollador creadas estarán más vinculadas a Código fuente y luego construido. Mostraré esto en un artículo separado.
Ahora, dado que el caso de prueba ya se creó cuando se vinculó al requisito, ahora se puede agregar al elemento Historia. Haga clic en el menú desplegable 'Agregar relacionado' y seleccione 'Agregar probado por caso de prueba'
Seleccione 'Enlace a un caso de prueba existente'.
Seleccione el caso de prueba que ya se creó anteriormente y luego haga clic en Aceptar.
La trazabilidad ahora se actualiza para mostrar el caso de prueba vinculado.
El elemento Story también tiene un flujo de trabajo que se puede cerrar una vez que se terminan las tareas del desarrollador, los defectos y los casos de prueba.
Gestión de pruebas con IBM Rational Quality Manager
En la vista anterior del elemento Historia, haga clic en el Caso de prueba para abrirlo y crear scripts de prueba manuales y para realizar más pruebas.
comando grep en un script de shell de Unix
Para un mayor uso de IBM Rational Quality Manager, consulte mi artículo anterior publicado en => IBM Rational Quality Manager (RQM): Guía práctica completa
Conclusión
Al leer este artículo, habría entendido la importancia de tener una única plataforma ALM para la entrega de un extremo a otro.
Creo, por mi experiencia, que no es fácil reemplazar su entorno de entrega existente donde se utilizan múltiples herramientas, pero le sugiero que considere pasar a un entorno de repositorio único en el futuro cercano.
Para resumir, hemos visto:
- Qué es IBM Rational CLM
- 3 componentes de CLM
- Uso y mejores prácticas a seguir para el uso de artefactos de enlace a través de IBM Rational DOORS NG, IBM Rational Team Concert e IBM Rational Quality Manager
Sobre el Autor: Este artículo está escrito por Niranjan, miembro del equipo de STH. Tiene más de 20 años de experiencia en herramientas IBM Rational.
A continuación, cubriremos tutoriales prácticos en profundidad sobre herramientas de IBM como:
- Gestión de requisitos mediante DOORS NG
- Concierto de IBM Rational Team
- Lanzamiento e implementación de IBM Urbancode
Intentaremos concentrarnos en profundizar en algunas de estas características también.
Lectura recomendada
- Tutorial de la herramienta de gestión de defectos de IBM Rational Team Concert
- Función de agrupación de datos en IBM Rational Quality Manager para la gestión de datos de prueba
- Introducción a la herramienta de gestión de requisitos de próxima generación de IBM Rational DOORS
- Integración de IBM Rational Quality Manager (RQM) con Rational Functional Tester (RFT)
- Tutorial de migración de SVN a IBM Rational Team Concert
- Conceptos básicos de aprendizaje de Rational Robot - IBM Test Automation Tool
- Integración de IBM Rational Team Concert (RTC) y SVN en Windows
- Personalización avanzada de elementos de trabajo de IBM Rational Team Concert