DIFERENCIAS ENTRE UN CASO DE USO Y DIAGRAMAS DE CASO DE USO

En este ensayo dar a conocer las cosas mas importantes que he aprendido sobre diagramas de
caso y a su vez que elementos formas este diagrama, que es uno de los diagramas que UML usa
para modelar el comportamiento de un sistema, que nos va ayudar a visualizar y construir nuestro
sistema que queremos conocer.
Bien, primero veamos que es un caso de uso; que en si los casos de uso van a describir las
interacciones que existen entre los usuarios del sistema y el mismo sistema; sea es la operacin
o tarea especifica que se va a realizar cuando algn agente externo o actor realice una peticin,
pero adems la invocacin puede darse desde otro caso de uso
Otra forma de ver un caso de uso seria que simplemente va a ser una secuencia de interacciones
que se desarrollarn entre nuestro sistema y sus actores despus que se haya iniciado un evento
que ha iniciado un actor principal sobre nuestro sistema.
Lo importante de un caso de uso creo que vendra hacer que describen qu hace el sistema, no
cmo lo hace.
Y ADEMS. Como CONCLUSIN:
Dir que UN CASO DE USO tiene sentido bajo ciertas circunstancias como:
1. Debe ser iniciado por un actor (mnimo).
2. Podra describirse como una secuencia de actividades a realizar en el sistema.
3. El caso de uso nos va producir un valor observable para algn actor (digamos
tangible)
En fin, la parte terica formal de CASO DE USO nos dice:
UML nos dice que: Un caso de uso especifica un conjunto de secuencias de acciones,
incluyendo variantes, que el sistema puede ejecutar y que produce un resultado
observable de valor para un particular actor. Los casos de uso nos sirven de base para
elaborar los aspectos funcionales del pliego de condiciones y nos dan soporte en las
etapas de modelado, desarrollo y validacin de software.
Algunos elementos de un caso de uso que he ledo seran:
Conjunto de secuencias de acciones: cada secuencia representara un posible
comportamiento del sistema.
Actores: se tratan de los papeles que pueden jugar los agentes que interactan con el
sistema. Los roles son jugados por personas, dispositivos, u otros sistemas.
Podramos distinguir entre:
actores primarios: para los cuales el objetivo del caso de uso es esencial.
actores secundarios: son los que interactan con el caso de uso, pero cuyo
objetivo no es esencial.
Comunicacin: Relacin (asociacin) entre un actor y un caso de uso. El estereotipo de la
relacin de comunicacin es: <<communicate>> aunque generalmente no se coloca
ningn nombre, como podemos apreciar en el siguiente ejemplo de comunicacin:



Inclusin: Un caso de uso base incorpora explcitamente el comportamiento de otro en
algn lugar de su secuencia. La relacin de inclusin sirve para enriquecer un caso de uso
con otro y compartir una funcionalidad comn entre varios casos de uso.
Estas relaciones se representan mediante una flecha discontinua con el estereotipo <<include>>.
Veamos un ejemplo de inclusin entre casos de uso:





*LUEGO... que hablamos de CASO DE USO ahora hablaremos de algo que lo engloba que vendra
hacer los DIAGRAMAS DE CASO DE USO.
Primero dira que los diagramas de casos de uso son a menudo confundidos con los casos de uso.
Mientras los dos conceptos estn relacionados, los casos de uso son mucho ms detallados que
los diagramas de casos de uso.
Bien los diagramas de casos de uso van a describir las relaciones y las dependencias entre un
grupo de casos de uso y los actores participantes en el proceso de nuestro sistema, es decir esto
diagramas van a organizar los diversos comportamientos y funcionalidades de nuestro sistema
dependiendo lo que el actor solicite
Es importante decirles que los diagramas de casos de uso no estn pensados para representar el
diseo y adems no van poder describir los elementos internos de nuestro sistema.
Pero lo mas importante que creo yo de los diagramas de casos de uso es que van sirven de
mucho en la comunicacin con los futuros actores de nuestro sistema, y con el cliente.
En fin CONCLUIRIA que, los diagramas de casos de uso describen qu es lo que debe hacer el
sistema, pero no cmo.


EN ESTA IMAGEN ENCONTRADA EN:
http://gpec2010.googlecode.com/svn-
history/r209/trunk/docs/_build/html/_images/caso_uso_general3.png
Vemos que existe:
2 Actores (Usuario y backend) que van iniciar algn evento en nuestro sistema.
Nuestro sistema seria todo lo que est encerrado por el rectngulo
Lo que esta encerrado en valos vendra hacer diversos CASOS DE USO.
Las flechas punteadas que vemos seria las relaciones que existe entre los diversos
CASOS DE USOS.
La lnea que une a los actores con algunos CASOS DE USO nos da a entender, cual va a
ser el CASO DE USO que inicializa cada actor.