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
sistemaSe puede definir categoras generales de actores (como cliente) y
especializarlos
generalizacin

(como

ClienteComercial)

travs

de

relaciones

de

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
gerundio, seguido generalmente por el principal
entidad del sistema que es afectado por
Grficamente, los casos de uso se representan con
con el nombre del caso en su interior.

verbo en
objeto o
el caso.
un valo,

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 <<include>>

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: