ESCUELA SUPERIOR POLITCNICA AGROPECUARIA DE

MANAB MANUEL FLIX LPEZ

CARRERA INFORMTICA

SEMESTRE SPTIMO PERODO ABRIL-SEPT/2015

TEMA:

CASOS DE USO

MATERIA:

INGENIERA DE SOFTWARE

AUTORA:

LUISA K. FARIAS CHICA

FACILITADORA:

ING. HIRAIDA SANTANA

MISIN

Formacin de profesionales ntegros que conjuguen ciencia, tecnologa y valores en

su accionar, comprometidos con la sociedad en el manejo adecuado de programas

y herramientas computacionales de ltima generacin.

VISIN

Ser referente en la formacin de profesionales de prestigio en el desarrollo de

aplicaciones informticas y soluciones de hardware.

CALCETA, JUNIO 2015

En la actualidad la tarea ms importante que el ingeniero de

software hace para el cliente es la extraccin iterativa y el

refinamiento de los requerimientos del producto.

Los casos de uso son un mtodo que, justamente, ayudan al

Ingeniero de Software a llevar adelante esta parte del

desarrollo de un sistema de software.

Lo antes mencionado son tcnicas que utilizado UML ya que

suele ser una tcnica de lenguaje orientados a objetos ya

que esto nos permite visualizar de forma eficiente la

complejidad de un sistema u organizacin en un reducido

nmero de diagramas. A continuacin le hablaremos ms a

fondo sobre lo que son casos de usos cules son sus

restricciones y como se aplica el mismo.

Aplicar la tcnica de anlisis con casos de uso en sus trabajos

prcticos.

QU SON LOS DIAGRAMAS CASOS DE USO

Todo sistema de software ofrece a su entorno aquellos que lo

usan una serie de servicios. Un caso de uso es una forma de

expresar cmo alguien o algo externo a un sistema lo usa.

Cuando decimos alguien o algo hacemos referencia a que

los sistemas son usados no slo por personas, sino tambin por

otros sistemas de hardware y software.

Los Casos de Uso fueron introducidos por Jacobson en 1992

[Jacobson92]. Sin embargo, la idea de especificar un sistema

a partir de su interaccin con el entorno es original de Mc

Menamin y Palmer, dos precursores del anlisis estructurado,

que escribieron en 1984 un excelente libro cuya lectura

recomendamos.

Sin embargo, existen algunas diferencias entre los casos de

uso y los eventos. Las principales son:

1) Los eventos se centran en describir qu hace el sistema

cuando el evento ocurre, mientras que los casos de uso se

centran en describir cmo es el dilogo entre el usuario y el

sistema.

2) Los eventos son atmicos: se recibe una entrada, se la

procesa, y se genera una salida, mientras que los casos de

uso se prolongan a lo largo del tiempo mientras dure la

interaccin del usuario con el sistema. De esta forma, un caso

de uso puede agrupar a varios eventos.

3) Para los eventos, lo importante es qu datos ingresan al

sistema o salen de l cuando ocurre el evento (estos datos se

llaman datos esenciales), mientras que para los casos de uso

la importancia del detalle sobre la informacin que se

intercambia es secundaria. Segn esta tcnica, ya habr

tiempo ms adelante en el desarrollo del sistema para

ocuparse de este tema.

Para capturar el comportamiento deseado del sistema

sin tener que especificar como se implementa ese

comportamiento

Como medio de comprensin del sistema para

desarrolladores, usuarios finales y expertos del dominio

Ayudan a validar la arquitectura y a verificar el sistema

en el transcurso del desarrollo de este.

Un caso de uso se representa en UML como un valo

En UML, un actor se representa como monigote

ACTORES

CASOS DE USO

RELACIONES

ACTORES

Representa un conjunto de roles que

los usuarios de los casos de uso juegan al interactuar con ste, es jugado por

una persona, un dispositivo hardware u otro sistema que interacte con nuestro

sistema-

Se puede definir categoras generales de actores (como cliente) y

especializarlos (como ClienteComercial) a travs de relaciones de

generalizacin

Si bien en UML los actores siempre se representan con hombres de palo, a

veces resulta til representar a otros sistemas con alguna representacin ms

clara.

Casos de usos

Como mencionamos anteriormente, un caso de uso es una

secuencia de interacciones entre un sistema y alguien o algo

que usa alguno de sus servicios. Un caso de uso es iniciado

por un actor. A partir de ese momento, ese actor, junto con

otros actores, intercambia datos o control con el sistema,

participando de ese caso de uso.

El nombre de un caso de uso se expresa con un verbo en

gerundio, seguido generalmente por el principal objeto o

entidad del sistema que es afectado por el caso.

Grficamente, los casos de uso se representan con un valo,

con el nombre del caso en su interior.

Es importante notar que el nombre del caso siempre est

expresado desde el punto de vista del actor y no desde el

punto de vista del sistema.

Descripcin de los Casos de Uso

Los casos de uso se documentan con texto informal. En

general, se usa una lista numerada de los pasos que sigue el

actor para interactuar con el sistema. A continuacin se

muestra una parte simplificada de la descripcin del caso de

uso Ingresando Pedido.

RELACIONES

Para extraer el comportamiento de los casos de uso en los

que se incluye y poniendo ese comportamiento en otros

casos de uso que lo extiende.

Tipos:

- GENERALIZACIN

- EXTENSIN

- INCLUSIN

GENERALIZACIN

El caso hijo hereda el comportamiento y significado de

caso de uso padre

El hijo puede aadir o redefinir el comportamiento del

padre.

El Caso de Uso fuente hereda la especificacin del Caso

de Uso destino

INCLUSIN

Un caso base de uso base incorpora

explcitamente el comportamiento de otro caso de

uso en el lugar especificado en el caso base.

Se usa para evitar describir el mismo flujo de

eventos repetidas veces, poniendo

comportamiento comn en un caso de uso aparte

Se representa como una dependencia

estereotipada con

EJEMPLO

EXTENSIN

Significa que un caso de uso base incorpora

implcitamente el comportamiento de otro caso de uso

en el lugar especificado indirectamente por el caso de

uso que extiende al base

Se usa esta relacin cuando se tiene un caso de uso que

es similar a otro, pero que hace un poco ms.

EJEMPLO

La duda ahora es cmo relacionar este actor abstracto con

los actores concretos: los que s existen en la realidad y

ejecutan casos de uso concretos, como ingresando pedido y

obteniendo estadsticas de ventas.

Para esto podemos usar el concepto de herencia, uno de los

conceptos bsicos de la orientacin a objetos. Como todos

los actores concretos tambin ejecutan el caso buscando

datos de producto, a travs de la relacin de uso, podemos

decir que los actores concretos heredan al actor abstracto.

La relacin de herencia no necesariamente implica la

existencia de un caso abstracto. Puede ocurrir que un actor

ejecute todos los casos que ejecuta otro actor, y algunos

ms. En nuestro sistema, el supervisor de ventas puede hacer

todo lo que hace el empleado de ventas, pero adems

puede autorizar pedidos. En este caso, podemos decir que el

Supervisor de Ventas hereda al Empleado de Ventas, aunque

el Empleado de Ventas no sea un actor abstracto. De esta

forma, toda la funcionalidad que est habilitada para el

Empleado de Ventas tambin lo est para el Supervisor.

Con lo que acabamos de ver llegamos a la conclusin de

que con la ayuda de los casos de usos los cliente podrn

interpretar de una forma fcil y rpida cualquier tipo de

software ya que no necesita tener especficamente

conocimientos de programacin o de cualquier tipo para el

entendimiento del mismo ya que nos muestra la relacin

entre un sistema y sus autores, como pudimos darnos cuentas

las relacin de los casos de usos es extend, e include.

Kendall, K y Kendall, J. 2011. Anlisis y diseo de sistemas. 8

ed. Mxico. Pearson Education. p 600.

Ceria, S. 2011. Casos de uso. (En lnea). Consultado 01 de Jun.

2015. Formato: PDF. Disponible en: http://www-

2.dc.uba.ar/materias/isoft1/2001_2/apuntes/CasosDeUso.pdf

Jacobson, I. 1992. Object Oriented Software Engineering. A

Use Case Driven Approach. (En lnea). Consultado 01 de Jun.

2015. Formato: PDF. Disponible en: