Requisitos y Casos de Uso con EA PDF

Preview

Summary

Requisitos y casos de uso...

Description

Catálogo de requisitos y Diagrama de Caso de Uso con Enterprise Architect Contenido 1. Catálogo de requisitos con Enterprise Architect............................................2 Ejemplo de Catálogo de requisitos...................................................................3 2. Diagrama de Casos de Uso con Enterprise Architect...................................5 Ejemplo de diagrama de casos de uso.............................................................5 3. Integración de Casos de Uso con Requisitos................................................7

1. Catálogo de requisitos con Enterprise Architect Para saber cómo se realizan diagramas o catálogos de requisitos con EA, se recomienda leer el manual en español, páginas 14 a 18. Para crear un catálogo de requisitos con EA, se puede agregar en la carpeta correspondiente un diagrama de tipo “Requirements”.

Los elementos que se pueden incluir en un diagrama de requisitos son:

El diagrama de requisitos lo podemos organizar con subpaquetes, para separar los diferentes tipos de requisitos:

• •

• Requisitos funcionales • Requisitos de datos Requisitos de interfaz Requisitos de seguridad

Se crean automáticamente subcarpetas en la del modelo de requisitos.

Una de las propiedades que tienen los diagramas con Paquetes es que los paquetes que aparecen en ellos permiten navegar mediante doble clic al primer diagrama que se encuentre dentro del paquete, en caso de haber alguno.. En Enterprise Architect existen dos maneras de crear elementos en un diagrama. Una de ellas, es desde el Project Browser, mediante el botón New Element (CTRL+M). La otra, es dibujándolos directamente en un diagrama haciendo uso del Toolbox. Para más detalles sobre cómo especificar requisitos con EA, se recomienda leer el manual en español, páginas 14 a 19.

Ejemplo de Catálogo de requisitos Partimos de un enunciado de un posible sistema de gestión de pedidos de libros: En el momento en que un cliente accede al sistema para hacer un pedido, se comprobarán las existencias de dicho libro; en caso de que todos los libros del pedido se hallen disponibles, se realizará el pedido, generando el sistema la factura de venta correspondiente, esta factura incluye un código de factura, el código del pedido al que corresponde, la lista de todos los libros facturados (por cada libro, su código, título, cantidad de ejemplares, y precio de cada ejemplar), y el precio final de la venta. Si no existe algún libro, se generará la correspondiente orden de impresión a la imprenta (que incluye un código de la orden, el código del libro, su título y la cantidad de ejemplares a imprimir), posponiéndose la entrega del pedido hasta que todos los títulos solicitados se hallen en stock. Aquellos pedidos aún no servidos, serán susceptibles de ser cancelados en cualquier momento por parte del cliente. Una forma de extraer los requisitos funcionales, es simplemente tomando cada frase como un requisito, eliminando los detalles de los datos, que serán requisitos de datos: Requisitos funcionales: •

RF01: En el momento en que un cliente accede al sistema para hacer un pedido, se comprobarán las existencias de dicho libro; en caso de

• • •

que todos los libros del pedido se hallen disponibles, se realizará el pedido, generando el sistema la factura de venta. RF02: Si no existe algún libro, se generará la correspondiente orden de impresión a la imprenta. RF03: Aquellos pedidos aún no servidos, serán susceptibles de ser cancelados en cualquier momento por parte del cliente. RF04: En el momento en que se reciba un paquete de libros de la imprenta, con su correspondiente factura de impresión, se comprobará si existen pedidos pendientes asociados a dicho libro y, en este caso, se servirán adecuadamente.

Los primeros requisitos de datos podrian ser los siguientes: •

•

RD01: Una factura incluye un código de factura, el código del pedido al que corresponde, la lista de todos los libros facturados (por cada libro, su código, título, cantidad de ejemplares, y precio de cada ejemplar), y el precio final de la venta. RD02: Una orden de impresión a la imprenta incluye un código de la orden, el código del libro, su título y la cantidad de ejemplares a imprimir.

Estos requisitos se deben modelar con EA:

2. Diagrama de Casos de Uso con Enterprise Architect Para saber cómo se realizan diagramas de casos de uso con EA, se recomienda leer el manual en español, páginas 19 a 28. Además, cada caso de uso de un diagrama de casos de uso puede describirse a su vez con un diagrama de atividades de UML. En las páginas 28 a 30 del manual se explica cómo hacerlo en EA.

Ejemplo de diagrama de casos de uso El diagrama de casos de uso se puede obtener siguiendo estos pasos: 1. Identificar los actores, buscando nombres y sustantivos en el enunciado, y verificando aquellos que se refieren a personas o sistemas externos que iteractuan con la aplicación 2. Identificar los caso de uso, buscando verbos de acción en la documentación, que expresen interacciones de cada actor con la aplicación. 3. Identificar relaciones y entre casos de uso. 4. Asociar cada caso de uso a uno o varios requisitos del catálogo de requisitos 5. Documentar los casos de uso El ejemplo se hará sobre un sistema de gestión de pedidos de libros del apartado anterior En la descripción se puede identificar un actor “cliente”:

Los casos de uso se identifican de los verbos que aparecen en la documentación:

Se pueden identificar dos casos de uso principales, y el resto son subcasos de uso:

La forma de asociar un caso de uso a un requisito ya existente en el catálogo de requisitos es a través de la propiedad Requirements del caso de uso:

3. Integración de Casos de Uso con Requisitos Para conseguir la integración del caso de uso con los requisitos, hay dos opciones:  

Realizar primero el diagrama de casos de uso, y en la propiedad Requirements, crear un nuevo requisito y luego añadirlo al catálogo. Si ya está hecho el catálogo, entonces la mejor opción es arrastrar el requisito al diagrama de casos de uso, soltsndo con el ratón sobre el caso de uso equivalente. De esta forma, en la ficha del caso de uso, aparece automaticamente el requisito que realiza ese caso de uso.

Se puede generar autmáticamente una matriz de trazabilidad, que relacione los casos de uso con los requisitos: Ver el manual de EA, páginas 163 a 169....