Casos de usoSAP - PAGISI

Casos de Uso

Ingeniera de RequisitosLa Ingeniera de Requisitos direcciona el proceso de elicitacin, definicin, modelado, anlisis, especificacin y validacin de los requisitos de un sistema y de su software, basado en un enfoque sistemtico, separando el "qu" del "cmo" del diseo.

Qu es un Requisito?

Flujo de trabajo fundamental cuyo proposito esencial es orientar el desarrollo hacia el sistema correcto

Esto se lleva a cabo mediante la descripcion de los requisitos del sistema de forma tal que se pueda llegar a un acuerdo entre el cliente (usuario) y los desarrolladores del sistema, acerca de lo que el sistema debe hacer y lo que no

El conjunto de todos los requisistos forman la base para el desarrollo del sistema o el componente de sistema

Tipos de Requisitos

Funcionales: especifica una accin que debe ser capaz de realizar el sistema, sin considerar restricciones fsicas

No funcionales: especifica restricciones fsicas sobre un requisito funcional (rendimiento, plataforma, fiabilidad)

Requisitos y Casos de UsoLos casos de uso son una tcnica para la especificacin de requisitos funcionales propuesta inicialmente por Jacobson (1992)

Los casos de uso presentan una ventaja sobre la descripcin textual de los requisitos funcionales

Los casos de uso son, ante todo, requisitos funcionales

A pesar de ser una tcnica ampliamente aceptada, existen mltiples propuestas para su realizacin

Qu es un caso de uso?Los casos de uso son una tcnica que se utiliza para documentar los requerimientos funcionales de un sistema desde el punto de vista de los usuarios

Los casos de uso responden a la pregunta: Qu se supone que el sistema debe hacer para los usuarios?

Un caso de uso es un texto muy simple con cierto formato que describe cmo se debera comportar un sistema ante la interaccin con uno o ms usuarios

Los casos de uso no son orientados a objetos

Ventajas de los casos de usoLos casos de uso sirven como una forma de comunicacin entre personas de uno o varios equipos de trabajo, estimulando la discusin acerca del comportamiento del sistema en cuestin

Los casos de uso sirven, por su simpleza, para validar los requerimientos directamente con los (futuros) usuarios del sistema

Diagrama de Casos de UsoEl valor de los casos de uso est en su descripcin detallada (no en el dibujo)

Casos de Uso

Describe tanto lo que hace el actor como lo que hace el sistema cuando interacta con l

Estn acotados al uso de una determinada funcionalidad, claramente diferenciada, del sistema

Un caso de uso realiza cierto trabajo cuyo efecto es tangible para un actor

Casos de Uso - actores

Un actor es alguien o algo que interacta con el sistema (una persona, una organizacin, un programa o sistema de hardware o software)

Un actor estimula al sistema con algn evento o recibe informacin del sistema

Un actor es externo al sistema

Un actor cumple un rol definido (Ej.: Cliente, Banco, empleado)

Tipo de ActoresActores primarios: utilizan las funciones principales del sistema con un objetivo claro y propio. Los actores primarios son quienes tienen la meta que cumple el caso de uso.

Actores secundarios: no tienen intencin de iniciar un caso de uso pero participan de alguna forma en l de forma externa al sistema para llevarlo a cabo. Los actores secundarios son quienes realizan algo para cumplir esa meta a pedido del caso de uso.

Diagrama de ContextoPermite determinar las fronteras del sistema

Cmo encontrar actores?Quin usa el sistema?Quin instala o mantiene al sistema?Qu otros sistemas utilizan al sistema?Quin recibe informacin del sistema?Quin le provee informacin al sistema?Una buena tcnica para encontrar posibles actores es responder las siguientes preguntas:

Caso de uso y EscenariosUn caso de uso no trivial describe un conjunto de secuencias, no una nica secuencia. Es conveniente separar el flujo principal de los flujos alternativos

Por ejemplo: el caso de uso Contratar Empleado podra tener variantes: contratar externos (Escenario ms frecuente) , traslado dentro de la misma empresa, contratar extranjeros. Cada una de estas variantes se puede expresar en una secuencia diferente

Cada secuencia especfica del caso de uso se denomina Escenario

Un escenario es una secuencia especfica de acciones entre los actores y el sistema (es una instancia de un caso de uso)

Caso de Uso - asociacin

Muestra la relacin entre los actores y los casos de uso

Los actores slo se pueden conectar a los casos de uso a travs de asociaciones que indican que el actor y el caso de uso se comunican entre s y que pueden enviar y recibir mensajes

El actor inicia la comunicacinEl actor recibe la comunicacin del caso de uso

Relacin Una relacin de inclusin entre casos de uso especifica que un caso de uso base incorpora explcitamente el comportamiento de otro caso de uso en el lugar establecido en el caso de uso base

Una relacin de inclusin se representa como una dependencia

Una dependencia es una relacin de uso que declara que un caso de uso utiliza informacin y servicios de otro

El caso de uso A (caso de uso base) incluye en su funcionalidad el caso uso B

Cundo se utiliza include?

Cuando un caso de uso incorpora explicitamente el comportamiento de otro caso de uso

Para evitar repeticiones de descripcin de flujos de eventosCuando distintos casos de uso poseen un conjunto de eventos con la misma funcionalidad, estos eventos se pueden factorizar en un nuevo caso de uso, el cual se relacionar con los anteriores mediante la relacin de inclusinCuando un caso de uso es muy extenso y difcil de leer

Se entiende que algunos de los pasos en una situacin dentro de un Caso de Uso son los mismos que los de otro Caso de Uso, y en lugar de listar los mismos pasos, tan slo indicamos el Caso de Uso de donde provienen

Relacin Una relacin de extensin entre casos de uso especifica que un caso de uso base incorpora implcitamente el comportamiento de otro caso de uso en el lugar especificado por el caso de uso base que extiende. Se representa mediante una dependencia

La funcionalidad de un caso de uso incluye un conjunto de pasos que ocurren slo en algunas oportunidades

La excepcin consiste en interrumpir el caso de uso B y pasar a ejecutar otro caso de uso A

El caso de uso B (caso de uso base) incluye en su funcionalidad (opcionalmente) el caso uso A

Relacin En la relacin de extensin, existe un caso de uso base el cual puede ser extendido por otro caso de uso

La extensin se realiza a partir de los puntos de extensin y ste caso de uso es utilizado en esos puntos si se cumple una condicin

Se entiende que se agregan pasos a un Caso de Uso existente, y esto se hace creando un nuevo Caso de Uso, que enriquece al existente, pero no lo modifica.

Cundo se utiliza extend?Se puede utilizar para:

Cuando se desea describir una variacin del comportamiento normal de un caso de uso.

Para conjuntos de eventos que son ejecutados solamente en ciertos casos.

Cuando la seccin de flujos alternativos de un caso de uso se torna muy grande y difcil de leer, es conveniente crear nuevos casos de usos a partir de estos flujos alternativos que extiendan al caso de uso original.

Ejemplo/1Caso de uso basecaso de uso que extiendeEl caso de uso que extiende, nombra al caso de uso base, nombra a el o a los puntos de extensin e incluye la condicin que determina si se toma o no la extensin.

Ejemplo/2Caso de uso PROCESAR VENTAPunto de extensin: pago, paso 7Escenario principal1. el cliente llega al puesto de venta con mercaderas para comprar..El cliente paga y gestiona el pago

Caso de uso PAGO CON VALE REGALO Condicin: el cliente quiere pagar con vale regaloPuntos de extensin: pago en PROCESAR VENTAEscenario principal1. el cliente le da el vale regalo al cajero2.

Caso de uso baseCaso de Uso que extiendecondicinPuntos de extensin

Pre y Post CondicionesPre condiciones: establece lo que siempre debe cumplirse antes de comenzar un caso de uso. No se prueban en el caso de uso, se asumen que son verdaderas

Post condiciones: establece qu debe cumplirse cuando el caso de uso se completa con xito

Plantilla de caso de uso y descripcin

El caso de uso debe identificarse por un cdigo nico y un nombre descriptivo, con objeto de conseguir una rpida identificacinDescribe el nombre y la organizacin de los autores (normalmente desarrolladores) Para poder gestionar distintas versiones, contiene el nmero y la fecha de la versin actual del caso de uso.Describe el estado desde el punto de vista de su desarrollo. El objetivo puede estar en construccin si se est elaborando, pendiente de negociacin si tiene algn conflicto asociado pendiente de solucin, pendiente de verificacin si no tiene ningn conflicto pendiente y est a la espera de verificacin o, pendiente de validacin si ya ha sido verificado y est a la espera de validacin o por ltimo, puede estar validado si ya ha sido validado por clientes y usuarios.Describe sintticamente las caractersticas principales del caso de usoEstablece lo que siempre debe cumplirse antes de comenzar un caso de uso. No se prueban en el caso de uso, se asumen que son verdaderasDescribe el lugar especifico en la secuencia del caso de uso en el escenario principal donde puede ser extendido el caso de usoEstablece la condicin que debe ser cumplida en el caso de uso para que sea extendidoContiene la secuencia normal de interacciones del caso de usoEspecifica el comportamiento del sistema en el caso de que se produzca alguna situacin excepcional durante la realizacin de un paso determinado. establece qu debe cumplirse cuando el caso de uso se completa con xitoSe describen los actores que efectan tareas administrativas o de mantenimiento Se describen los actores que utilizan las funciones principales del sistema

CODIGO Y NOMBRE:AUTOR:VERSION:ESTADO:DESCRIPCION :ACTOR PRINCIPAL:ACTOR SECUNDARIO:PRECONDICIONES:PUNTO DE EXTENSION: CONDICION:ESCENARIO PRINCIPAL:

FLUJO ALTERNATIVO:

POSTCONDICIONES:

Los Casos de uso y las fases en el UP

En la fase de inicio se reconocen las mayora de los casos de uso, pero no su descripcin detallada

En la fase de elaboracin, se refinan en las sucesivas iteraciones

En la fase de construccin, se escriben casos de uso menores

En la fase de transicin, no se describen casos de uso

El Proceso UnificadoIterativo e incremental

Comenzamos con el caso prctico...

Compaa de Ventas de Libros por Internet (CVLI)(Descripcin sinttica del Sistema)

El cliente accede a la informacin sobre los libros a travs de la WebEl cliente elegir un nombre de usuario y una clave como mtodo de autentificacin para efectuar las transaccionesEl cliente podr realizar bsquedas por autor, ttulo o ISBNEl cliente debe estar previamente registradoEl cliente puede establecer preferencias de envoEl cliente puede introducir opciones de empaquetadoLa librera deber recoger los datos de los pedidosLa librera deber rearmar en uno nico los pedidos aislados que estn dentro del plazo de 90 minutosLa empresa puede realizar envos parciales en funcin de la disponibilidad de los tems

Identificacin de los actores

Cliente (primario)Administrador del sistema (primario)Tarjeta de crdito (secundario)Gestor de libros (secundario)Gestor de envo (secundario)

Identificacin de los Casos de Uso ClienteRegistrarse al sistemaConsultar libroComprar libroEstablecer preferencias de envo y empaquetadoAdministrador del sistemaArmar pedidosRearmar pedidos

Diagrama de Casos de Uso

Descripcin general de Registrarse al sistema

CODIGO Y NOMBRE:CU01 - Registrarse al sistemaAUTOR:Carlos NeilVERSION:1.0 11-may-2011ESTADO:En construccinDESCRIPCION : el cliente, antes de realizar una primera transaccin de compra o bsqueda de libros, debe introducir todos sus datos por nica vez, los cuales sern guardados por el sistema y ste le ofrecer la posibilidad de tener una clave y contrasea que utilizar para cada transaccin que realice posteriormente, el cliente tendr la posibilidad de hacer cambios en los datos introducidos, incluso en su clave y contraseaACTOR PRINCIPAL: clienteACTOR SECUNDARIO: tarjeta de crdito

Descripcin general de Consultar libro

CODIGO Y NOMBRE:CU02 - Consultar libroAUTOR:Carlos NeilVERSION:1.0 11-may-2011ESTADO:En construccinDESCRIPCION : el cliente, una vez ingresado al sistema, podr navegar por el mismo en bsqueda de libros, novedades, ofertas, etcACTOR PRINCIPAL: clienteACTOR SECUNDARIO: gestor de libros

Descripcin general de Comprar libro

CODIGO Y NOMBRE:CU03 - Comprar libroAUTOR:Carlos NeilVERSION:1.0 11-may-2011ESTADO:En construccinDESCRIPCION : el cliente, una vez ingresado al sistema, podr realizar compras de libros, eligindolo de una lista ofrecida por la empresa, cada libro elegido, se sumar a una carrito de compra, etc. El cliente informar el nmero y tipo de tarjeta de crdito para realizar el pago. Deber especificar direccin de envi y forma de pagoACTOR PRINCIPAL: clienteACTOR SECUNDARIO: gestor de libros, tarjeta de crdito

Desarrollo de un Caso de Uso

CODIGO Y NOMBRE:CU04 - Registrarse al sistemaAUTOR:Carlos NeilVERSION:1.0 11-may-2011ESTADO:En construccinDESCRIPCION: : el cliente, antes de realizar una primera transaccin de compra o bsqueda de libros, debe introducir todos sus datos por nica vez, los cuales sern guardados por el sistema y ste le ofrecer la posibilidad de tener una clave y contrasea que utilizar para cada transaccin que realice posteriormente, el cliente tendr la posibilidad de hacer cambios en los datos introducidos, incluso en su clave y contraseaACTOR PRINCIPAL: clienteACTOR SECUNDARIO: tarjeta de crditoPRECONDICIONES: el cliente ingresa al sistema por primera vezPUNTO DE EXTENSION: CONDICION:ESCENARIO PRINCIPAL:El cliente ingresa a la pagina Web de CVLI El cliente ingresa a la opcin registracin El sistema solicita ingreso de los datos personales: nombre y apellidos, direccin, localidad, cdigo postal, pasEl cliente ingresa los datos personalesEl sistema evala el pas de origen y solicita ingreso de los datos de la tarjeta de crdito: tipo de tarjeta, nmero, fecha lmite de validezEl cliente ingresa datos de la tarjeta de crditoEl sistema chequea el nmero de la tarjeta de crditoEl sistema (teniendo en cuenta el pas de origen) solicita la opcin de preferencia de envo por omisin, esta opcin puede modificarse en cada envoEl cliente ingresa preferencia de envoEl sistema solicita, para finalizar, el ingreso de la clave de acceso y la contraseaEl cliente ingresa clave y contraseaEl sistema solicita reingreso de contraseaEl cliente reingresa contrasea El sistema informa que la transaccin se realizo correctamente

POSTCONDICIONES: el cliente est registrado en el sistema

SugerenciasUtilice la plantilla modelo de casos de uso. Ayuda a entender las partes componentes

Recuerde que los casos de uso son texto, el grfico slo nos brinda una visin general

Piense al caso de uso como una comunicacin entre el actor y el sistema (no en cmo resolver el sistema el problema planteado)

Los flujos alternativos pueden ser errores o excepciones (no relaciones de extensin)

Utilice las relaciones de extensin e inclusin en una etapa posterior de refinamiento. Al principio cntrese en comprender bien el caso de uso

Describa el flujo de eventos lo suficientemente claro para que alguien externo al sistema lo pueda entender

Ample la funcionalidad del caso de uso en cada iteracin del proceso de desarrollo

Fin

*