Casos De Uso

I.S.T CESCA
Documentación del Use case
Quien más o quien menos ha visto algún diagrama UML, lo más probable es que te hayas topado con algún diagrama de clases. También es muy probable que hayas visto algún caso de uso (use case), pero… ¿sabes lo que son? En los libros que tratan de UML, normalmente, los primeros diagramas que presentan, de entre todos los tipos de diagramas UML, son los Casosde Uso. Y como están en los primeros capítulos siempre son leídos y pocas veces bien entendidos. Los Casos de Uso no son parte del diseño (cómo), sino parte del análisis (qué). De forma que al ser parte del análisis nos ayudan a describir qué es lo que es sistema debe hacer. Los Casos de Uso son qué hace el sistema desde el punto de vista del usuario. Es decir, describen un uso del sistema y cómoeste interactúa con el usuario. Si te has enfrentado alguna vez a UML normalmente habrás visto algún diagrama de clases y esperarás que los Casos de Uso sean también una forma visual de representar la información. Sin embargo estás muy equivocado, si bien los casos de usos se pueden agrupar en diagramas, los diagramas no son lo importante. Voy a repetirlo para que quede claro, "Los diagramas noson lo importante". Se que alguno estará impaciente con los diagramas, así que luego los trataré. Pero primero vayamos con lo realmente interesante. Si lo primordial de los casos de uso (use case) no son los diagramas, entonces ¿que es lo importante? Lo realmente útil de los casos de uso es el documento que describe el caso de uso (use case), en este documento se explica la forma de interactuarentre el sistema y el usuario. Saltándome los campos evidentes como nombre, autor, fecha y descripción; los actores son aquellos que interactúan con el sistema.

 Las precondiciones son los hechos que se han de cumplir para que el flujo de evento se pueda llevar a cabo.  Luego tenemos el flujo de eventos, que corresponde a la ejecución normal y exitosa del caso de uso (use case).  Los flujosalternativos son los que nos permiten indicar qué es lo que hace el sistema en los casos menos frecuentes e inesperados.

Análisis de Sistemas

I.S.T CESCA  Por último, las poscondiciones son los hechos que se ha de cumplir si el flujo de eventos normal se ha ejecutado correctamente. Ejemplo: Documentación del cado de Uso Crear mensaje foro
Nombre del caso de uso: Crear mensaje foro Autor: LuisFernández Fecha: 2/07/07 Descripción: Permite crear un mensaje en el foro de discusión. Actores: Usuario de Internet logeado. Precondiciones: El usuario debe haberse logeado en el sistema. Flujo Normal: 1. El actor pulsa sobre el botón para crear un nuevo mensaje. 2. El sistema muestra una caja de texto para introducir el título del mensaje y una zona de mayor tamaño para introducir el cuerpo delmensaje. 3. El actor introduce el título del mensaje y el cuerpo del mismo. 4. El sistema comprueba la validez de los datos y los almacena. Flujo Alternativo: 4. El sistema comprueba la validez de los datos, si los datos no son correctos, se avisa al actor de ello permitiéndole que los corrija. Poscondiciones: El mensaje ha sido almacenado en el sistema.

Ejemplo:

Caso de uso ver cartelera.Nombre del caso de uso: Autor: Fecha: Descripción: Ver cartelera Alexis Pariona 18/07/07

Seleccionar la película a ver en la cartelera. Actores: Cliente (C)

Análisis de Sistemas

I.S.T CESCA
Precondiciones: El cliente ha de haber tomado la decisión de ir al cine. Flujo Normal: 1. ( C ) Determinar género de película a ver. 2. ( C ) Analizar disponibilidad y cronograma de película. 3. ( C) Seleccionar película a ver. Flujos alternativos:

Poscondición:

Análisis de Sistemas

I.S.T CESCA
Documentación para los Casos de Uso

Caso de uso : Ver cartelera Objetivo : Identificar los pasos que realiza el cliente al momento de ver la cartelera de películas. Actores : Cliente (C) Pasos: 4. ( C ) Determinar género de película a ver. 5. ( C ) Analizar disponibilidad y cronograma...