RATIONAL REQUISITEPro - tg-loaiza
Anuncio
ANALISIS DE HERRAMIENTAS DE ADMINISTRACION DE REQUERIMIENTOS: RATIONAL REQUISITEPro VANESA CAROLINA LOAIZA CARVAJAL LAURA CATALINA ZORRO JIMÉNEZ PONTIFICIA UNIVERSIDAD JAVERIANA 2010 Tabla de contenido 1. RATIONAL REQUISITEPRO ........................................................................................................... 3 2. ADMINISTRACIÓN DE REQUERIMIENTOS ................................................................................... 5 2.1 COMO SE HACE LA ADMINISTRACIÓN CON LA HERRAMIENTA .......................................... 5 2.1.1. DEFINICION DE REQUERIMIENTOS.................................................................................... 5 2.1.2. CAMBIOS EN LOS REQUERIMIENTOS ................................................................................ 7 2.1.3. TRAZABILIDAD ................................................................................................................... 8 2.1.4. DEFINICION DE CASOS DE USO Y CLASES .......................................................................... 9 3. CARACTERISTICAS DESEABLES PARA IMPLEMENTAR EN LA HERRAMIENTA DE ADMINISTRACIÓN ............................................................................................................................. 10 4. ASPECTOS NEGATIVOS .............................................................................................................. 10 5. BIBLIOGRAFÍA ............................................................................................................................ 11 1. RATIONAL REQUISITEPRO Es una herramienta de administración de requerimientos que puede ser utilizada para administrar los requerimientos de los proyectos, el cual promueve la comunicación y colaboración entre los miembros del equipo de trabajo con el fin de reducir los riesgos del proyecto [1]. Esta herramienta permite organizar y priorizar los requerimientos, así como hacer la trazabilidad entre estos. Además registra un historial de cambios para cada uno de los requerimientos [2]. Esta herramienta de administración de requerimientos perteneciente a IBM soporta la herramienta Microsoft Word (solo el formato .doc, todavía no funciona con docx ) para la creación de los requerimientos. Y para tener en cuenta las métricas de los requerimientos soporta Microsoft Excel. También provee la opción de crear un proyecto nuevo teniendo en cuenta que metodología se quiere o se está utilizando para el desarrollo del proyecto. Ilustración 1. Crear proyecto Dentro de las opciones están: - - - - Plantilla RUP: que permite crear la especificación de requerimientos incluyendo los entregables requeridos como los tipos de documentos que componen cada uno de estos entregables. Los tipos de documentos que provee son: Visión, glosario, casos de uso, lista de riesgos, casos de prueba, plan de administración de requerimientos, requerimientos de Stakeholders. Los tipos de requerimientos que maneja son: Requerimientos de Stackeholders, reglas de negocio, casos de prueba, riesgos, mitigación de riesgos, entre otros. Plantilla SAP: proporciona tipos de requerimientos y documentos para recolectar, analizar y administrar los requerimientos de negocio asociados con el desarrollo SAP. Los tipos de requerimientos que soporta son: metas de negocio, requerimientos de negocio, reglas de negocio y el glosario de términos de negocio. Dentro de los documentos que trabaja son: glosario de negocio, visión, especificación de casos de uso de negocio, especificación de requerimientos no funcionales y el plan de administración de requerimientos. Plantilla tradicional: es para organizaciones que están acostumbradas a hacer la especificación de requerimientos de manera tradicional. Incluye los documentos de visión, glosario, SRS y plan de administración de requerimientos. Blanco: crear un proyecto en blanco. Para cualquier plantilla que se escoja, el solicita que se escoja cual es el tipo de base de datos para el proyecto. Después de seleccionar el tipo de plantilla se debe guardar la información que van a ser parte del proyecto, como lo son: - Documento de visión, SRS, Requerimientos de Stakeholders. Tipos de requerimientos. Atributos de los requerimientos. Politicas de trazabilidad del proyecto. 2. ADMINISTRACIÓN DE REQUERIMIENTOS 2.1 COMO SE HACE LA ADMINISTRACIÓN CON LA HERRAMIENTA 2.1.1. DEFINICION DE REQUERIMIENTOS Para crear un requerimiento se pueden crear paquetes en donde se pueden crear los requerimientos, para esto se debe hacer clic derecho como lo muestra la figura el cual permite crear paquetes, documentos o requerimientos. Para crear los requerimientos la herramienta solicita los siguientes datos en la pestaña de características generales: - Tipo: El tipo de artefacto que se está creando, en este caso el tipo de requerimiento. Nombre: para identificar al requerimiento. (no es el id de requerimiento). Texto: que hacer referencia a la descripción del requerimiento. Paquete: hace referencia al conjunto de archivos que componen una funcionalidad. Ubicación: en donde va a estar el requerimiento. Además los atributos que se pueden definir para cada requerimiento son: - Priorización: que se puede definir como alto, medio o bajo Estado: que puede ser propuesto, aprobado, incorporado y validado. Dificultad: que puede ser alto, medio o bajo. ID: identificador único del requerimiento Autor del requerimiento. Revisión. Fecha: de creación del requerimiento. Trazabilidad hacia atrás Trazabilidad Hacia Adelante. Cuando ya se han definido los requerimientos rational RequisitePro permite hacer consulta sobre los requerimientos, por ejemplo listar los requerimientos cuyo Id se encuentra entre 50 y 70. Todos los requerimientos quedan almacenados en la base de datos del proyecto. 2.1.1.1 Crear el documento de requerimientos Cuando se selecciona “crear documento”, la aplicación guarda el documento en la base de datos del proyecto, en donde se guardan los requerimientos con cada uno de sus atributos y las relaciones de trazabilidad que están alojados en la base de datos del proyecto. 2.1.2. CAMBIOS EN LOS REQUERIMIENTOS Ya que los requerimientos cambian sin importar que tan cuidadoso se es a la hora de definirlos, esta herramienta permite especificar cuál es la razón del cambio del requerimiento. Aunque el programa utiliza el control de versiones, solo se puede tener acceso a la versión inmediatamente anterior y si se quisiera no se puede tomar una versión anterior del requerimiento y dejarla como la versión correcta del requerimiento. También se puede cambiar el tipo de requerimiento, cuando esto sucede algunos de los atributos son cambiados por el valor por defecto. La administración del cambio incluye las siguientes acciones: - Mantener el historial del cada uno de los requerimientos: la herramienta permite ver un historial de cambios como el siguiente - Establecer las trazabilidad de cada requerimiento (ver sección 2.1.3 Trazabilidad). 2.1.3. TRAZABILIDAD La trazabilidad que utiliza Rational RequisitePro es una relación entre dos requerimientos sin importar el tipo de los requerimientos. También permite relacionar los casos de uso con los requerimientos. La herramienta permute que se creen dos tipos de vistas para la trazabilidad. - La matriz de trazabilidad: la cual permite ver cuáles son las relaciones entre los requerimientos del mismo tipo o de diferente. La matriz se puede utilizar para borrar, modificar o crear las relaciones. Las flechas dentro de la matriz muestran cual es la dirección de la trazabilidad entre dos requerimientos, lo cual quiere decir que el requerimiento que se encuentra en la columna puede ser relacionado con el requerimiento que se encuentra en la fila. La dirección indica [3]. - Árbol de trazabilidad: muestra todos los requerimientos que están relacionados con un requerimiento en particular. Este árbol solo muestra el primer nivel de trazabilidad, es decir, por ejemplo si se relaciona un requerimiento con un requerimiento de otro proyecto ese segundo requerimiento se muestra en el árbol, pero los requerimientos que están relacionados con este no se muestran [3]. Para hacer la trazabilidad de un requerimiento se debe hacer clic izquierdo en el requerimiento e ir a modificar en donde se despliega la ventana de permite modificar los atributos. Se debe seleccionar la pestaña trazabilidad la cual permite seleccionar los requerimientos que van a estar relacionados con el requerimiento actual. 2.1.4. DEFINICION DE CASOS DE USO Y CLASES Al igual que los requerimientos se pueden especificar los casos de uso del proyecto, al igual que las clases con los mismos atributos que se definen para los requerimientos. Esto con el fin de realizar la matriz de trazabilidad. DEFINICION DE ACTORES Se hace la especificación de los posibles usuarios del sistema. Con atributos similares a los de los requerimientos, pero teniendo en cuenta a cual subsistema de la empresa pertenecen estos usuarios. INFORMES Se puede enviar una notificación por email a los Stakeholders del proyecto cuando se realiza un cambio sobre los requerimientos. IMPORTACION DE REQUERIMIENTOS La herramienta permite importar los requerimientos que se encuentren en un documento Word tipo .doc. Esta característica importa los requerimientos teniendo en cuenta palabras clave, como por ejemplo “debe”. BENEFICIOS WEB Sin importar que no se tenga instalado rational RequisitePro, si se cuenta con una conexión a internet se puede tener acceso al proyecto, por medio de rational RequisiteWeb. 3. CARACTERISTICAS DESEABLES PARA IMPLEMENTAR EN LA HERRAMIENTA DE ADMINISTRACIÓN - La importación de documentos tipo Word que ya tengan requerimientos definidos. La trazabilidad ya que permite ver en donde se encuentran los requerimientos en el desarrollo del proyecto. El control de versiones, pero teniendo en cuenta que debe ser posible restaurar una versión anterior del requerimiento, si esto fuera necesario. Se debería también poder definir los casos de uso y las clases para hacer la trazabilidad más completa. Y ya que rational RequisitePro no cuenta con una visualización de requerimientos, sería interesante poder mostrar el grafo de requerimientos para ubicar los caminos críticos. 4. ASPECTOS NEGATIVOS - Es una herramienta comercial, por lo tanto se debe incurrir en un gasto para obtener las licencias. Solo permite definir casos de uso y requerimientos, pero no se pueden definir aspectos relacionados con la implementación, como componentes del código. En el historial de cambios solo se muestran cuantos cambios se han hecho, pero si el usuario quiere volver a un estado anterior del requerimiento no es posible. 5. BIBLIOGRAFÍA [1]. IBM. Rational RequisitePro tutorials. [Tutorial en Internet]. Disponible en: http://publib.boulder.ibm.com/infocenter/reqpro/v7r1m0/index.jsp?topic=/com.ibm.reqpro.help /get_start/r_tutorials.html. [Última fecha de consulta: Julio 26 de 2010] [2] Scribd. Rational RequisitePro tutorial. [Tutorial en Internet]. Disponible en: http://www.scribd.com/doc/6799533/Requisite-Pro-Tutorial?secret_password=&autodown=pdf [3] Rational. The software development company. [Tutorial en Internte]. Disponible en:http://www.se.fhheilbronn.de/usefulstuff/Rational%20Rose%202003%20Documentation/ReqP ro%20help/pages/frames6.html
