ADOO : 8.0 Diagramas de Casos de Uso

27/03/2009

1

MAESTRIA EN GESTION Y DESARROLLO DE PROYECTOS

DE SOFTWARE

ANALISIS Y DISEÑO ORIENTADO A OBJETOS Diagrama de Casos de Uso

Introducción

Los requerimientos son una descripción delas necesidades a las que debe responderel producto a desarrollar. La metaprincipal de la fase de requerimientos esidentificar y documentar lo que realmentese necesita, de manera clara para losclientes y para los integrantes del equipode desarrollo.

Introducción

Los requerimientos deben ser modeladosy descritos, pues de esta forma sepuede compartir la información,perfeccionar la especificación de losmismos y permitir que todas laspersonas involucradas entiendan lomismo del producto que se estáelaborando.

Diagrama de Casos de Uso

• Los casos de uso son utilizadosprincipalmente para describir lafuncionalidad visible del sistema, perotambién pueden ser usados paramodelar casos de prueba o lasfunciones del negocio

Diagrama de Casos de Uso:Elementos

Actor

Un actor es una entidad externa alsistema, y puede representar a losusuarios finales u otros sistemas. Unactor no es una persona o sistema enparticular sino una abstracción de losroles que éstos desempeñan frente alsistema.

27/03/2009

2

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 hacersepara identificar posibles actores delsistema son:– ¿Quién usará las principales funciones del sistema?

– ¿Cuáles grupos de usuarios son apoyados por elsistema para realizar su trabajo?

– ¿Quién necesita el sistema para el desarrollo de susactividades diarias?

– ¿Quién necesita mantener y administrar el sistema?

– ¿Con qué otros sistemas o hardware interactúa elsistema?

Diagrama de Casos de Uso:Elementos:Caso de Uso

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


Los casos de uso sirven para entenderqué se espera del sistema y ademáspermiten validar con el usuario final, yexperto en el sistema, si lo que seentendió del sistema es correcto.


• Se recomienda el uso de nombres queincluyan un verbo y un objeto, porejemplo:

Realizar Matricula


27/03/2009

3

Diagrama de Casos de Uso:Elementos:Relaciones

Asociación

• Esta es la única relación que puededarse entre un actor y un caso de uso,indicando que el actor interactúadirectamente con este caso de uso, porejemplo:



Generalización

• Esta relación permite establecer unelemento más general y otros que sonespecializaciones. Se puede tener estetipo de relación entre actores o entrecasos de uso. Por ejemplo:




Include (inclusión)

• Esta relación, que se presenta entre doscasos de uso, indica que uno de ellosincluye completamente al otro en susecuencia normal de acciones, porejemplo:

27/03/2009

4


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


Extend (extender)

• Esta relación se usa cuando se tieneuna secuencia opcional de eventos quese desean incluir en el caso de uso, oflujos complejos que sólo se ejecutanen circunstancias especiales.


Diagrama de Casos de Uso

• Los Diagramas de Caso de Usopermiten tener una visión general de lasfunciones que ofrece el sistema.

Diagrama de Casos de UsoEspecificación de los casos de

uso

Al describir un caso de uso se debe teneren cuenta toda la secuencia de accionesnecesaria para cumplir el servicio,incluyendo también cursos de accionesalternativos. Existen diferentes formatos,propuestos por diferentes autores, pararealizar la descripción de un caso de uso,pero la mayoría incluye la siguienteinformación:

27/03/2009

5

Especificación de los casos de uso





ADOO : 8.0 Diagramas de Casos de Uso

Documents

Transcript of ADOO : 8.0 Diagramas de Casos de Uso