Adoo : 8.0 Diagramas De Casos De Uso

27/03/2009

MAESTRIA EN GESTION Y DESARROLLO DE PROYECTOS DE SOFTWARE ANALISIS Y DISEÑO ORIENTADO A OBJETOS

Introducción Los requerimientos son una descripción de las necesidades a las que debe responder el producto a desarrollar. La meta principal de la fase de requerimientos es identificar y documentar lo que realmente se necesita, de manera clara para los clientes y para los integrantes del equipo de desarrollo.

Diagrama de Casos de Uso • Los casos de uso son utilizados principalmente para describir la funcionalidad visible del sistema, pero también pueden ser usados para modelar casos de prueba o las funciones del negocio

Diagrama de Casos de Uso

Introducción Los requerimientos deben ser modelados y descritos, pues de esta forma se puede compartir la información, perfeccionar la especificación de los mismos y permitir que todas las personas involucradas entiendan lo mismo del producto que se está elaborando.

Diagrama de Casos de Uso:Elementos

Actor Un actor es una entidad externa al sistema, y puede representar a los usuarios finales u otros sistemas. Un actor no es una persona o sistema en particular sino una abstracción de los roles que éstos desempeñan frente al sistema.

1

27/03/2009

Diagrama de Casos de Uso:Elementos:Actor • De cada actor es importante conocer: – Nombre – Breve descripción – Opcionalmente: objetivos, responsabilidades, perfil

Diagrama de Casos de Uso:Elementos:Actor Algunas preguntas que pueden hacerse para identificar posibles actores del sistema son: – ¿Quién usará las principales funciones del sistema? – ¿Cuáles grupos de usuarios son apoyados por el sistema para realizar su trabajo? – ¿Quién necesita el sistema para el desarrollo de sus actividades diarias? – ¿Quién necesita mantener y administrar el sistema? – ¿Con qué otros sistemas o hardware interactúa el sistema?

Diagrama de Casos de Uso:Elementos:Caso de Uso

Diagrama de Casos de Uso:Elementos:Caso de Uso

• Un caso de uso representa una función completa, tal como la percibe un actor. Cada caso de uso especifica un servicio que el sistema ofrece a los usuarios, pero no incluye aspectos de implementación.

Los casos de uso sirven para entender qué se espera del sistema y además permiten validar con el usuario final, y experto en el sistema, si lo que se entendió del sistema es correcto.

Diagrama de Casos de Uso:Elementos:Caso de Uso

Diagrama de Casos de Uso:Elementos:Caso de Uso

• Se recomienda el uso de nombres que incluyan un verbo y un objeto, por ejemplo: Realizar Matricula

2

27/03/2009

Diagrama de Casos de Uso:Elementos:Relaciones

Diagrama de Casos de Uso:Elementos:Relaciones

Asociación • Esta es la única relación que puede darse entre un actor y un caso de uso, indicando que el actor interactúa directamente con este caso de uso, por ejemplo:

Diagrama de Casos de Uso:Elementos:Relaciones

Diagrama de Casos de Uso:Elementos:Relaciones

Generalización • Esta relación permite establecer un elemento más general y otros que son especializaciones. Se puede tener este tipo de relación entre actores o entre casos de uso. Por ejemplo:

Diagrama de Casos de Uso:Elementos:Relaciones

Diagrama de Casos de Uso:Elementos:Relaciones Include (inclusión) • Esta relación, que se presenta entre dos casos de uso, indica que uno de ellos incluye completamente al otro en su secuencia normal de acciones, por ejemplo:

3

27/03/2009

Diagrama de Casos de Uso:Elementos:Relaciones

Diagrama de Casos de Uso:Elementos:Relaciones

• Aquí se indica que siempre que se realiza la actualización de beneficios, se debe actualizar el plan médico.

Extend (extender) • Esta relación se usa cuando se tiene una secuencia opcional de eventos que se desean incluir en el caso de uso, o flujos complejos que sólo se ejecutan en circunstancias especiales.

Diagrama de Casos de Uso:Elementos:Relaciones

Diagrama de Casos de Uso • Los Diagramas de Caso de Uso permiten tener una visión general de las funciones que ofrece el sistema.

Diagrama de Casos de Uso

Especificación de los casos de uso Al describir un caso de uso se debe tener en cuenta toda la secuencia de acciones necesaria para cumplir el servicio, incluyendo también cursos de acciones alternativos. Existen diferentes formatos, propuestos por diferentes autores, para realizar la descripción de un caso de uso, pero la mayoría incluye la siguiente información:

4

27/03/2009

Especificación de los casos de uso

Especificación de los casos de uso

Especificación de los casos de uso

Especificación de los casos de uso

Especificación de los casos de uso

5