MAIDEN, Neil; ROBERTSON, Suzanne; Developing Use Cases and Scenarios in the Requirements Process, 12p

Transcripción

1 Tema: Desarrollo y gestión de requisitos desde casos de uso válidos? Informe Número: 3 Fecha: 27 de noviembre de 2007 Integrantes: Gustavo Alberto Cataño Marín Gustavo Adolfo Patiño Vasquez gusengineer@gmail.com gustavoapv@gmail.com Referencia MAIDEN, Neil; ROBERTSON, Suzanne; Developing Use Cases and Scenarios in the Requirements Process, 12p Resumen: RESCUE (Requirements Engineering with Scenarios for User-Centred Engineering) es empleado para descubrir requerimientos del proyecto DMAN, nuevo sistema para organización y administración de departamentos de los más grandes aeropuertos de Europa. DMAN es un sistema complejo que involucra actores humanos, tales como pilotos de aeronaves que interactúan con sistemas computarizados relacionando movimientos del aire dando apoyo a aviones de Pushback(Aeropuerto). En la fase dos del proceso, RESCUE describe como los controladores en el aeropuerto de Heathrow administran la salida de los aviones, especifica los casos de uso del futuro sistema DMAN, requisitos a nivel de sistema. La actividad humana describe 15 escenarios que describen el control de trabajo. El modelo de casos de uso contiene 8 actores y 15 casos de uso. La mayoría de las acciones de estos casos de uso son realizadas por un controlador que describe la interacción humana con los sistemas computarizados. El modelo SD(Dependencia estratégica) especifica 15 actores con 46 dependencias entre esos 15 actores. El modelo SR(Funciones estratégicas)es más complejo, con un total de 103 elementos en el modelo describiendo de 7 a 15 actores. En la fase tres se incluyen los escenarios generados por el entorno ART-SCENE de los 12 casos de uso especificados en la fase dos. En promedio el curso normal de los acontecimientos en un escenario son 26 y ART-SCENE genera en promedio 30 alternativas por cada curso normal de los acontecimientos, y estas alternativas que son generadas automáticamente se cerciora que: El controlador no contenga errores lógicos. El controlador chequee correctamente la información. El controlador esté habilitado durante esta acción. Durante la fase cuatro, en el seguimiento del análisis de los 12 escenarios y casos de uso da lugar a la especificación de 394 nuevos requerimientos para el futuro sistema DMAN. 32 de estos expresaron propiedades de todo el sistema DMAN independiente de cualquier caso de uso, mientras que los 362 restantes expresaron requerimientos relacionados con uno o más casos de uso o acciones de casos de uso. De acuerdo con los resultados anteriores 307 de estos 362 requisitos fueron funcionales. El cliente aceptó la última especificación para DMAN que contiene más de 900 requisitos. DMAN proporciono datos muy valiosos para esta investigación.

2 La vida del caso de uso y escenarios. Los casos de uso especificados en la fase dos cumplen un papel fundamental en RESCUE, como por ejemplo el caso de uso UC3 Give the Pushback Clearance que se muestra en la figura 1, éste especifica el comportamiento del sistema DMAN para lograr el éxito de un pushback. Las acciones de curso normal 1-5 describen como el piloto solicita información a Pushback y como el controlador tomará las decisiones. Las acciones 6-7 describen la comunicación y confirmación de las instrucciones. Las acciones 8-17 describen como DMAN y otros sistemas procesan la información de Pushback. Este caso de uso fue generado desde el entorno ART-SCENE.

3

4 Aporte: Afianzar los conocimientos del sistema RESCUE (Requirements Engineering with Scenarios for User-Centred Engineering) para el levantamiento de requisitos por medio de la interacción humana con sistemas computarizados. Avance - Adquisición de conocimientos con respecto a una herramienta llamada RESCUE que nos ayudaran a realizar el estado del arte. Dificultades - El proceso de levantamiento de requisitos por medio del RESCUE es un poco complejo. Actividades a realizar Actividades: - Investigar nuevas herramientas. Responsables: Gustavo Alberto Cataño Marín Fecha: 03 de noviembre de 2007

5 TEMA: Desarrollo y Gestión de requisitos desde caso de uso valido NÚMERO DEL INFORME: 3 FECHA: 27 de noviembre de 2007 INTEGRANTES: Gustavo Adolfo Patiño Vàsquez gustavoapv@gmail.com Gustavo Alberto Cataño gusengineer@gmail.com REFERENCIA: RESUMEN: Definición de requerimientos inexactos y la imposibilidad de gestionar los cambios son causas fundamentales vinculadas a las anomalías de un proyecto. La mejora en la definición de requisitos en la etapa inicial para luego gestionar efectivamente estos requisitos durante el ciclo de vida de la aplicación ayuda a reducir las modificaciones, y los resultados de las aplicaciones reflejarán con mayor precisión las necesidades de los usuarios. Calber-RM permite conseguir los requerimientos correctamente y garantiza una administración continua en todo el ciclo de vida del software. Borland Software Requirements Definition Software & Management es una solución iterativa y un enfoque de colaboración para la definición y gestión de requisitos de software a través de los cinco requisitos críticos del proceso en las áreas de la elicitacion, el análisis, la especificación, la validación y la gestión. Caliber-RM es el software mas adecuado para los usuarios que desean tener una base de datos central en lugar de un documento central, acercándose a la gestión de los requerimientos. Conduce a un paquete de usabilidad incluyendo muchas opciones para permitir a los usuarios modificar sus preferencias. Caliber-RM tiene una integración muy pobre con Word, pero es altamente flexible en sus capacidades de importación. También puede gestionar las relaciones de trazabilidad, se puede definir fácilmente a la trazabilidad de los vínculos entre dos Requisitos del mismo tipo o de diferentes tipos.

6 Características de software de gestión de requisitos. * Base de datos centralizada: Borland CaliberRM ofrece unas centrales, base de datos segura para todas las necesidades de los proyectos. * Adaptabilidad: Borland CaliberRM se adapta a los procesos, brindando velocidad y agilidad en el proceso de gestión de requisitos. * Trazabilidad de extremo a extremo en los requerimientos: La arquitectura abierta de Borland CaliberRM permite vincular las necesidades de software a una variedad de productos en todo su ciclo de vida. * Análisis de impacto: Múltiples métodos para visualizar la trazabilidad ayuda a los usuarios a entender inmediatamente el alcance de los análisis necesarios para evaluar el impacto de un cambio. * Conjunto diverso de clientes: Borland CaliberRM incluye clientes para una variedad de usuarios, tales como la Web, Eclipse, Microsoft Visual Studio (incluidos Team System) y Windows. * Integración: Integración con otros productos de Borland le permite integrar requisitos de software de gestión de todo el ciclo de vida de desarrollo de productos. APORTE Estar al tanto de diferentes características que puede ofrecer una herramienta de software para la gestión de requerimientos. AVANCE: Este portal permite comprender la importancia de la gestión de requisitos a nivel de proyectos, dando una introducción a Caliber-RM.

7 DIFICULTADES: Traducción de términos desconocidos. ACTIVIDADES: Conocer debilidades y ventajas de esta herramienta respecto a otras. RESPONSABLE: Gustavo Adolfo Patiño Vásquez. FECHA: 3 de diciembre de 2007