View
16
Download
0
Category
Preview:
DESCRIPTION
Casos de Uso
Citation preview
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:
Recommended