Taller de Proyectos Tema 3. Especificacin de requisitos y Casos de Uso del Sistema [1, 2, 3, 4, 5] Prof.

Nora La Serna
Actividades para la especificacin de requisitos con Casos de uso
1)

2)

Elaborar Catlogo de requisitos: Identificar y clasificar requisitos a. Lista de requisitos funcionales b. Lista de requisitos no funcionales c. Otra clasificacin de requisitos Elaborar Documento de especificacin de requisitos de software: a. Identificar actores: descripcin de actores b. Identificar escenarios c. Identificar casos de uso y sus relaciones d. Especificar o describir casos de uso

3.1 Elaborar catlogo de requisitos [2,3] El catlogo contiene una lista de requisitos funcionales y no funcionales y clasificados segn su importancia. a) Requisitos funcionales Qu le permite hacer, el sistema de software, al usuario? Son declaraciones de los servicios que proveer el sistema, funciones especficas que entrega el sistema Describen la funcionalidad o servicios que el sistema se espera provea. Indican como el sistema debera reaccionar a un ingreso en particular y como el sistema debera comportarse en situaciones particulares. Se expresan en los modelos de casos de uso b) Requisitos NO funcionales El cliente o usuario me solicita alguna restriccin para construir el sistema de software? Son restricciones de los servicios o funciones ofrecidos por el sistema como fiabilidad, tiempos de respuesta y capacidad de almacenamiento. Muchas veces son ms crticos que los requerimientos funcionales. Ver en figura 3.1, Tipos de requerimientos no funcionales. Ejemplos de requisitos No funcionales: o La interfaz de usuario se implementar sobre un navegador Web. o El sistema deber soportar al menos 20 transacciones por segundo. o El sistema permitir que los nuevos usuarios se familiaricen con su uso en menos de 15 minutos

Figura 3.1 Tipos de requerimientos no funcionales [ 2]. c) Otra clasificacin de requisitos

Segn el modelo FURPS+ [3], atributos o requisitos de calidad Funcional (Functional), caractersticas, capacidades y seguridad Facilidad de uso (Usability), factores humanos, ayuda, documentacin Fiabilidad (Reliability), frecuencia de fallos, capacidad de recuperacin de un fallo y grado de previsin Rendimiento (Performance), tiempo de respuesta, productividad, precisin, disponibilidad, uso de los recursos Soporte (Supportability), adaptabilidad, facilidad de mantenimiento, internacionalizacin, configurabilidad. +, otros como implementacin (recursos hardware y software), interfaz (restricciones), legales (licencias), etc.

3.2 Elaborar Documento de especificacin de requisitos de software [1, 2, 3, 4, 5] Comportamiento del sistema: Es cmo el sistema acta y reacciona El comportamiento del sistema se captura mediante los Casos de Uso Describe el sistema, su entorno y la relacin entre el sistema y el entorno. a. Identificar actores Un actor es alguien o algo externo al sistema que interacta con l. Puede ser una persona, otro software o una organizacin Los actores no son parte del sistema, representan roles que un usuario puede jugar en un sistema. Un actor puede activamente intercambiar informacin con el sistema. Un actor puede ser una persona, otro software o una organizacin Ejemplo1: Sistema de biblioteca, actores: bibliotecario, cliente Ejemplo1: Sistema de ventas, actores: cliente (web), el vendedor y el sistema de facturacin Identicando actores:

Quin usa el sistema? Quin instala el sistema? Quin inicializa el sistema? Quin finaliza el sistema? Quin realiza el mantenimiento del sistema? Qu otros sistemas utilizan este sistema? Quin obtiene informacin del sistema? Quin provee informacin al sistema? Algo sucede automticamente en un tiempo determinado?

b. Identificar escenarios Un escenario muestra una secuencia de pasos que se produce cuando un actor interacta con el sistema en una situacin especfica y en un tiempo determinado. Ejemplo: Juan Perez se conecta con el sistema de Bibliotecas a travs de internet. Juan selecciona realizar bsqueda y cuando aparece el formulario, Juan ingresa el ttulo de un libro El sueo del celta. El sistema encuentra los datos del libro y lo muestra No se documentan los escenarios Sirven para identificar casos de uso del sistema c. Identificar casos de uso y sus relaciones Un escenario es una instancia de un caso de uso El caso de uso especifica todos los escenarios posibles para una funcionalidad dada, es decir, todos los escenarios se agrupan en un solo caso de uso En el ejemplo de la biblioteca, el escenario para Juan Perez o cualquier otro usuario se agrupa en un solo caso de uso, que se puede denominar Consultar bibliografa

El Caso de Uso describe lo que los actores quieren que haga el sistema. Se utilizan para indicar qu es lo que debe hacer el sistema sin importar cmo se haga. Especifican el comportamiento del sistema, indicando los pasos que el sistema realiza para llegar a un resultado observable por un actor. Encontrando casos de uso:

Qu funcionalidad requieren los actores del sistema? Qu actores crean, leen, actualizan o eliminan la informacin que el sistema registra? Debe el sistema avisar a un actor acerca de cambios de estado de los objetos? Existe algn evento externo que el sistema deba conocer? Qu actor informa al sistema acerca de este evento?

Comunicacin-asociacin de los actores con casos de uso (Ver figura 3.2) :

Figura 3.2 Comunicacin y asociacin de actores con casos de uso [Fuente propia]. Identificar relaciones entre casos de uso: Include, dos o mas casos de uso siguen una secuencia de acciones - Un caso de uso base incorpora explcitamente a otro caso de uso Extend, cuando un caso de uso extiende la funcionalidad de otro caso de uso base. - Muestra un comportamiento opcional o potencial de un caso de uso - Cuando un subflujo es ejecutado bajo ciertas condiciones - El caso de uso que se extiende describe un comportamiento opcional del sistema

Extend, cuando un caso de uso extiende la funcionalidad de otro caso de uso base. La Figura 3.3 muestra ejemplos de relaciones entre casos de uso.

Figura 3.3 Ejemplo de relaciones entre casos de uso [Fuente propia]. d. Especificar o describir casos de uso Se explica detalladamente la forma en la que el actor interacta con el sistema Debe contener los siguientes: i. Precondiciones, indica los estados en el que se encuentra el sistema para que se pueda realizar el caso de uso ii. Flujo bsico, indica la secuencia de pasos que se va a llevar a cabo en el caso de uso iii. Flujo alternativo, contiene la secuencia de pasos que se producirn como alternativas al flujo bsico del caso de uso, es decir, especifican los pasos que se producirn en situaciones excepcionales. iv. Postcondiciones, indican el estado en el que el sistema quedar luego de haberse ejecutado el caso de uso. Ejemplo, caso de uso Actualizar cliente, permite que el usuario realice el mantenimiento de la informacin de los clientes en el sistema. Crear, modificar y eliminar clientes del sistema Flujo bsico: 1. El usuario selecciona Aadir Cliente. 2. El sistema muestra un formulario en blanco. 3. El usuario ingresa la siguiente informacin en el sistema: nombre(s) del cliente, apellido paterno del cliente, apellido materno del cliente, direccin del cliente, fecha de nacimiento del cliente, nmero de documento de identificacin del cliente, nacionalidad del cliente y la fecha de inscripcin. 4. El sistema verifica los datos. Si se encuentran correctos crea un nuevo cliente y le asigna un nmero correlativo. 5. Los pasos 2-4 son repetidos para cada cliente nuevo. Cuando el usuario termina de aadir clientes el caso de uso Finaliza. FlujoAlternativo I:

1. El usuario selecciona Modificar un Cliente. 2. El sistema muestra un formulario en blanco. 3. El usuario ingresa el nmero de cliente a ser buscado. 4. El sistema busca el cliente y muestra la informacin del mismo. 5. El usuario modifica uno o mas campos del cliente tales como: nombre(s) del cliente, apellido paterno del cliente, apellido materno del cliente, direccin del cliente, fecha de nacimiento del cliente, N de documento de identificacin del cliente, nacionalidad del cliente y la fecha de inscripcin. 6. El usuario acepta los cambios realizados. 7. El sistema guarda los cambios realizados. 8. Los pasos 3-7 son repetidos para cada cliente que el usuario desee modificar. Cuando el usuario termina de modificar los datos de los clientes el caso de uso finaliza. FlujoAlternativo II: 1. El usuario selecciona Eliminar un Cliente. 2. El sistema muestra un formulario en blanco. 3. El usuario ingresa el nmero de cliente a ser buscado. 4. El sistema busca el cliente y muestra la informacin del mismo. 5. El usuario selecciona eliminar. 6. El sistema muestra un mensaje de verificacin. 7. El usuario selecciona si. 8. El sistema elimina al cliente del registro clientes. 9. Los pasos 2-8 se repiten para todos los clientes que se deseen borrar. Cuando el usuario no desea eliminar mas clientes del sistema, el caso de uso finaliza. FlujoAlternativo III: No se encuentra el cliente Si en los flujos alternativos Modificar un Cliente o Eliminar un Cliente no se encuentra el nmero de cliente, el sistema muestra un mensaje de error. El usuario podr ingresar otro nmero de cliente o podr cancelar la operacin, en dicha circunstancia, el caso de uso finaliza.

Pre-condicin:

El registrador ha tenido que haberse validado al sistema (caso de uso login).

Post-condicin: Se ha actualizado la informacin de los clientes registrados

Bibliografa utilizada 1. Jacobson I., Booch G., Rumbaugh J. El Lenguaje Unificado de Modelado. UML 2.0. Pearson Addison Wesley, 2006. 2. Sommerville Ian. Ingeniera de Software. Pearson Education 2005. 3. Larman Craig. UML y Patrones. Prentice Hall, 2003. 4. Braude Eric. Ingeniera de Software Una perspectiva orientada a objetos. ALFAOMEGA RAMA, 2003. 5. Rational Software Architect V7 IBM, 2010.