analistas

Temas UNIDAD 2
Introducción
Estructura

Introducción
Como ya se mencionó, la forma más popular de un caso de uso es un
documento de texto.
A continuación explicaremos las partes de un documento de caso de uso.
Revisa el documento Especificación de Caso de Uso.doc que se encuentra en el
material de apoyo del curso.
Sección fundamental del caso de uso.
Permite identificarlo y comunicarparte de sus características.
Ejemplo: Factura_Aprobar
Actor
Ejemplo: Imaginemos un encargado de atender las llamadas telefónicas de
solicitud de servicio. El encargado tiene una meta: registrar la llamada en un
sistema computacional e iniciar la solicitud de servicio.
El encargado del ejemplo es un actor y tiene una meta. Un actor en un caso de
uso es aquel que interactúa con el sistemapara lograr una meta.
Ejemplos: Encargado de reservaciones, Gerente de Finanzas.
Precondiciones
Es el estado del sistema que debe cumplirse antes de ejecutar un caso de uso.
Generalmente una precondición indica que se ha ejecutado algún otro caso de
uso o que se tiene acceso a información que se utilizará en el caso de uso.
Ejemplos: “Los datos del contrato deben estar cargados en pantalla”,“El caso de
uso XX debió haberse ejecutado”
Objetivo
Es el valor o beneficio que el actor desea obtener al ejecutar el caso de uso.

Durante la redacción del caso de uso es imprescindible mantener el objetivo en
mente para prevenir acciones o pasos que no estén en el alcance del caso de
uso.
Ejemplos: “Eliminar un registro de inventario”, “Autorizar un contrato de
arrendamiento”.
Nivel deProfundidad
Generalmente este parte de la estructura de un caso de uso no figura
explícitamente en el documento. No obstante, antes de iniciar con la redacción
de los casos de un proyecto, es necesario acordar el nivel de profundidad o
detalle necesario para especificar las funcionalidades.
Se recomienda que el nivel de profundidad de un caso de uso no llegue a
describir la interfaz deusuario (GUI), pues la finalidad de un caso de uso es
especificar funcionalidades independientes de la interfaz del usuario.
Flujo Principal
El flujo principal es una serie de pasos que para llegar al objetivo o meta del
caso de uso.
En un caso de uso el flujo principal es único.
El flujo principal define el “camino feliz” del caso de uso. Es decir, la obtención
del objetivo (escenario de éxito)sin obstáculos ni interrupciones.
Flujos Alternos
Un caso de uso pueden existir uno o varios flujos alternos.
Los flujos alternos capturan las acciones que pueden desviar el flujo principal.
Son útiles para capturar las excepciones funcionales de un sistema así como
escenarios alternos de éxito.
No tienen como propósito documentar errores de operación de un sistema.
Poscondiciones
Lasposcondiciones definen el estado del sistema después de ejecutar el flujo
principal de un caso de uso.
Ejemplo. “El sistema autoriza una orden de compra”.

Reglas de Negocio
Las reglas de negocio son oraciones que permiten limitar los efectos en el
sistema causados por la interacción de los actores con el sistema.
Son lineamientos que aseguran que se protejan los intereses de los involucradosrelevantes.
Se pueden clasificar en:
Reglas de negocio generales. Definen los procesos de negocio de una
organización.
Reglas de negocio de producto. Definen reglas específicas al sistema.
Ejemplo: “La emisión de cheques debe ser autorizada por el gerente de área”.
Gráficos a Utilizar
Dependiendo del tamaño del sistema, es probable que un único gráfico con
todos los casos de uso nos quedechico. No olvidemos que los modelos gráficos
son para aclarar el texto, y no para confundir. Si el gráfico de casos de uso es
una maraña indescifrable, no está cumpliendo su objetivo. Por lo tanto, podemos
usar las siguientes reglas, como siempre con criterio y sentido común:
1) Un gráfico de casos de uso no debe mostrar más de 15 casos
2) Si debo particionar mi gráfico, puedo hacerlo...