Modelo De Casos De Uso

MODELADO DE CASOS DE USO

El UML está basado fundamentalmente en una técnica de análisis orientada a objetos conocida como modelado de casos de uso, en la cual la palabra uso se pronuncia como sustantivo en lugar de verbo. Un modelo de caso de uso describe lo que hace un sistema sin describir cómo lo hace; es decir, es un modelo lógico del sistema.

ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOS USANDO EL LENGUAJE UNIFICADO DE MODELACIÓN

El modelo de caso de uso proporciona medios eficaces de comunicación entre el equipo del negocio y el equipo de desarrollo. Un modelo de caso de uso divide la funcionalidad del sistema en comportamientos, servicios y respuestas (los casos de uso) que son significativos para los usuarios del sistema.

Desde la perspectiva de un actor (o usuario], un caso de uso debe producir algo que es de valor.

SÍMBOLOS DEL CASO DE USO

Un diagrama de caso de uso contiene el actor y símbolos de caso de uso, junto con líneas de conexión. Los actores son parecidos a las entidades externas; existen fuera del sistema. El término actor se refiere a un papel particular de un usuario del sistema. Por ejemplo, un actor podría ser un empleado, pero también podría ser un cliente en el almacén de la compañía.

Aunque quizás es la misma persona en el mundo real, se representa como dos símbolos diferentes en un diagrama de caso de uso, debido a que la persona interactúa con el sistema en diferentes papeles. El actor existe fuera del sistema e interactúa con éste de una forma específica. Un actor puede ser un humano, otro sistema o un dispositivo tal como un teclado, módem o conexión Web. Los actores pueden iniciar una instancia de un caso de uso. Un actor podría interactuar con uno o más casos de uso y viceversa.

Los actores se podrían dividir en dos grupos. Los actores principales proporcionan datos o reciben información del sistema. Los actores secundarios ayudan a mantener el sistema en ejecución o proporcionan ayuda. Éstas son las personas que operan el centro de atención telefónica, los analistas, programadores, etcétera.

Un caso de uso proporciona a los desarrolladores una visión de lo que quieren los usuarios.

No contiene detalles técnicos o de implementación. Podemos pensar en un caso de uso como una secuencia de transacciones en un sistema. El modelo de caso de uso se basa en las interacciones y relaciones de casos de uso individuales.

Un caso de uso siempre describe tres cosas: un actor que inicia un evento; el evento que activa un caso de uso, y el caso de uso que desempeña las acciones activadas por el evento.

En un caso de uso, un actor que usa el sistema comienza un evento que empieza una serie relacionada de interacciones en el sistema. Los casos de uso se utilizan para documentar una sola transacción o evento. Un evento es una entrada al sistema que pasa en un tiempo y lugar específicos y ocasiona que el sistema haga algo.

Un caso de uso se nombra con un verbo y un sustantivo.

RELACIONES DEL CASO DE USO

Las relaciones activas se denominan como relaciones de comportamiento y se emplean principalmente en los diagramas de caso de uso. Hay cuatro tipos básicos de relaciones de comportamiento: comunica, incluye, extiende y generaliza. Observe que todos estos términos son verbos de acción. Cada uno de los cuatro tipos de relaciones de comportamiento. Las cuatro relaciones se describen a continuación.

Comunica La relación de comportamiento comunica se usa para conectar a un actor con un caso de uso. Recuerde que la tarea del caso de uso es dar alguna clase de resultado que es

INGENIERÍA E IMPLEMENTACIÓN DE SOFTWARE

Relación Símbolo Significado

Comunica

Incluye

Extiende

Generaliza

< -

« i n c l u i r»

«extender»

Un actor se conecta a un caso de uso usando una línea sin puntas de flecha.

Un caso de uso contiene un comportamiento que es más común que otro caso de uso. La flecha apunta al caso de uso común.

Un caso de uso diferente maneja las excepciones del caso de uso básico. La flecha apunta desde el caso de uso extendido hacia el básico.

Una "cosa" de UML es más general que otra "cosa". La flecha apunta a la "cosa" general. benéfico para el actor en el sistema. Por lo tanto, es importante documentar estas relaciones entre actores y casos de uso. En nuestro ejemplo, un Estudiante se comunica con

Incluye La relación incluye describe la situación en que un caso de uso contiene un comportamiento que es común para más de un caso de uso. Es decir, el caso de uso común se incluye en otros casos de uso. Una flecha punteada que apunta al caso de uso común indica la relación incluye.

Algunos componentes de los diagramas de caso de uso muestran actores, casos de uso y relaciones.

Cuatro tipos de relaciones además de flechas y líneas de comportamiento de UML usadas para representar las relaciones.

Relación

comunica

Relación

incluye

extender_>>

Relación

generaliza

Extiende La relación extiende describe la situación en la que un caso de uso posee el comportamiento que permite al nuevo caso de uso manejar una variación o excepción del caso de uso básico. Por ejemplo, el caso de uso extendido Seguro médico del estudiante extiende el caso de uso básico Pago de cuotas del estudiante. La flecha va del caso de uso extendido al básico.

Generaliza La relación generaliza implica que una cosa es más típica que otra. Esta relación podría existir entre dos actores o dos casos de uso. Por ejemplo, Estudiante de tiempo parcial generaliza un Estudiante. La flecha apunta a la cosa general.

DESARROLLO DE DIAGRAMAS DE CASO DE USO

El caso de uso principal (también denominado ruta principal o ruta feliz) consiste de un flujo estándar de eventos en el sistema que describe un comportamiento estándar del sistema.

El caso de uso principal representa la realización normal, esperada y exitosa del caso de uso. Las variaciones o excepciones (también denominadas rutas alternativas) también se pueden diagramar y describir.

Al diagramar un caso de uso, empiece pidiendo a los usuarios que mencionen todo lo que el sistema debe hacer para ellos. Escriba quién está involucrado con cada caso de uso y las responsabilidades o servicios que el caso de uso debe proporcionar a los actores u otros sistemas. En las fases iniciales, ésta podría ser una lista parcial que se extiende en las últimas fases del análisis. Use los siguientes lineamientos:

1. Revise las especificaciones del negocio e identifique los actores en el dominio del problema.

2.

...