ESCUELA SUPERIOR POLITCNICA AGROPECUARIA DE MANAB

MANUEL FLIX LPEZ

CARRERA INFORMTICA
PERIODO MAR AGO/2015

SEMESTRE SPTIMO

INGENIERA DE SOFTWARE
TEMA:
DIAGRAMAS DE CASOS DE USO

AUTORA:
MARA VICTORIA PRRAGA MERO

FACILITADORA:
ING. HIRAIDA SANTANA CEDEO

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

INTRODUCIN
El lenguaje unificado de modelado ofrece diferentes diagramas que permiten
conocer muchas caractersticas de un sistema a desarrollarse, unos diagramas
son ms destinados hacia el usuario o cliente y otros a informar a los
desarrolladores, con ese contexto es necesario destacar que el diagrama de
casos de uso, est enfocado en el cliente, este tipo de diagrama es de los ms
sencillos de interpretar, debido a que los mismo estn destinados a que hace el
sistema sin enfocarse en como lo har.
Los diagramas en UML no solo permiten describir un nuevo sistema sino tambin
uno que ya existe, en el presente documento mostraremos las caractersticas
ms relevantes de los casos de usos.

MARCO TERICO
QU SON LOS CASOS DE USO?
Los casos de uso son una tcnica para especificar el comportamiento de un
sistema: Un caso de uso es una secuencia de interacciones entre un
sistema y alguien o algo que usa alguno de sus servicios.
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. (Ceria, 2012)

PARA QUE SIRVEN LOS CASOS DE USO?

Para capturar el comportamiento deseado del sistema si tener que

especificar como se implementa ese comportamiento.

Como medio de compresin 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. ( Landacay, 2008).

ELEMENTOS DEL DIAGRAMA DE CASOS DE USO

Los casos de usos contienen los siguientes elementos

Actor.

Casos de Uso

Relaciones de uso, Herencia y Comunicacin.

ACTOR

CASO DE USO

RELACIONES

Es una clase de persona,

organizacin, dispositivo o
componente de software
externo que interacta
con el sistema.Los actores
del ejemplo son cliente,
restaurante, sensor de
temperatura y titular de
tarjeta de crdito.

Representa las acciones

que uno o varios de los
actores realizan a fin de
conseguir un objetivo
determinado. Los casos
de uso del ejemplo son
Pedir men, Actualizar
men y Procesar pago.

Entre casos de usos

pueden darse las
siguientes relaciones:
Extension (extend).
Inclusion (include).
Generalizacin Especializacin.

PROCESO DE ANALISIS DE REQUERIMIENTOS CON CASOS

DE USO
Cuando se desea analizar los requerimientos de un sistema con casos de uso,
puede usar el siguiente conjunto de pasos.
IDENTIFICAR LOS ACTORES
En efecto, la primera pregunta que un analista debe hacer a sus usuarios es
Para qu es este sistema?, la segunda es claramente Para quines es este
sistema? Como mencionamos al hablar sobre los actores, identificar a todos ellos
es crtico para un buen anlisis de requerimientos. Por lo tanto, antes de avanzar

con los casos de uso, debo tratar de identificar todos los tipos de usuario
diferentes que tiene el sistema. Si el sistema funcionar en una empresa, debo
preguntar cules de las reas afectadas usarn o actualizarn su informacin. A
pesar de hacer una identificacin inicial de los actores, tambin debo repetirla a
medida que empiezo a describir los casos de uso, ya que al conocer ms detalles
del sistema pueden aparecer nuevos tipos de usuarios. (Ceria, 2012)
IDENTIFICAR LOS PRINCIPALES CASOS DE USO DE CADA ACTOR
El siguiente paso es enunciar los nombres de los principales casos de uso de
cada uno de los actores que se identific en el paso anterior. No es necesario
especificar cules son las acciones dentro del caso de uso. Tampoco es
necesario preocuparse si no aparecen muchos casos, ya que existen tcnicas
para encontrar nuevos casos de uso a partir de los existentes. (Ceria, 2012)
IDENTIFICAR NUEVOS CASOS DE USO A PARTIR DE LOS EXISTENTES
Uno de los principales errores que se pueden cometer al identificar
requerimientos es algo que parece obvio, pero que muchas veces ocurre:
olvidarse de algn requerimiento! Como los requerimientos estn en la cabeza
de los usuarios, el xito de esta tarea depende de la habilidad del analista. Para
ayudarnos a identificar nuevos casos de uso a partir de los casos existentes,
podemos aplicar las mismas tcnicas utilizadas para identificar eventos segn el
anlisis estructurado. Esta tcnica se basa en el anlisis de cuatro situaciones
posibles a partir de los requerimientos ya identificados.
En el caso del sistema que procesa pedidos, podemos hacernos las siguientes
preguntas:
Existen distintos tipos de cliente que hagan pedidos?
Existen distintos tipos de pedidos, que lleven a acciones distintas por parte del
sistema?
Qu es lo que tiene que ocurrir antes de este caso de uso?
Qu ocurre despus de este caso de uso? (Ceria, 2012)

DEFINIR PRIORIDADES Y SELECCIONAR CASOS DE LA PRIMER PASO

Definir las prioridades de los distintos requerimientos, expresados como casos
de uso. Para esto suele ser til usar tres categoras: imprescindible, importante
y deseable.

Los requerimientos imprescindibles son aquellos que, si no se

implementan, hacen que el sistema no tenga sentido.

Los importantes son aquellos que haran que el usuario se sienta

decepcionado si no se implementan.

Los deseables son aquellos que el usuario querra tener, si hubiese

tiempo disponible.

Al evaluar un requerimiento de debe tambin analizar su costo o complejidad.

Una vez hecha esta categorizacin de los requerimientos, se puede tomar como
estrategia general el incluir los imprescindibles, discutir los importantes y
descartar los deseables cuyo costo no sea bajo. Por lo dicho anteriormente, esta
regla tambin cumple con la regla de ser relativa pues debo analizar su costo,
complejidad, y una cantidad de otros factores antes de decidir su inclusin. Por
ejemplo, si un requerimiento fuera trivial de implementar, puede ser una buena
idea incluirlo por ms que ste sea slo deseable. (Ceria, 2012)

EJEMPLO
CASOS DE USOS PARA EL CONOCIDO JUEGO BUSCAMINAS
Quin participara en el sistema?
El jugador.
Qu casos de uso identificamos?
Iniciar una nueva partida.
Descubrir una casilla.
Marcar una casilla.

CONCLUSION
Personalmente, los casos de uso son la mejor manera de comunicarte con el
cliente y as darle una perspectiva de lo que har el sistema, a su vez como
desarrolladores

los casos de

uso

permiten

recaudar

las

principales

funcionabilidades del mismo.

No son el nico diagrama, y este es capaz de funcionarse con otros, lo cual es
importante ya que se puede complementar y volverse mucho ms eficiente, los
diagramas de casos de uso, son uno de los ms utilizados, e incluso se combina
muy bien con las metodologas de desarrollo gil, destacando entre estas XP y
SCRUM, claro esto que la utilizacin de estos diagramas depende del
desarrollador, y de lo que el desee documentar y mostrar al cliente y a su equipo
de trabajo.

BIBLIOGRAFIA
Gutirrez, J. 2008. Diagramas UML de casos de uso y de requisitos. (En Lnea).
Consultado 3 de jun. 2015. Formato Pdf. Disponible en:
http://www.lsi.us.es/~javierj/cursos_ficheros/metricaUML/CasosUsoUML.
pdf

Ceria, S. 2012. Casos de Uso: Un Mtodo Prctico para Explorar

Requerimientos. (En Lnea). Consultado 3 de jun. 2015. Formato Pdf.
Disponible
en:
http://www2.dc.uba.ar/materias/isoft1/2001_2/apuntes/CasosDeUso.pdf

Landacay, K. 2008. UML: CASOS DE USO. (En Lnea). Consultado 3 de jun.

2015. Formato HTML. Disponible en: http://es.slideshare.net/ktyk/umlcasos-de-uso

Microsoft, 2015. Diagramas de casos de uso de UML: Instrucciones. (En Lnea).

Consultado 3 de jun. 2015. Formato HTML. Disponible en:
https://msdn.microsoft.com/es-ec/library/dd409432.aspx