Pdf donde describe los componentes del diagramado en uml

1. Modelo de Casos de
Uso
Marco Antonio Perez Hernandez Universidad la Salle Oaxaca Ingeniera en Desarrollo de Software
T
odo sistema de software ofrece a su en-
torno aquellos que lo usan una seria de
servicios. Un caso de uso es una forma
de expresar como alguien o algo externo a un
sistema lo usa. Cuando decimos ”alguien o
algo” hacemos referencia a que los sistemas
no solo son usado por personas sino tambien
por otros sistemas de hardware.
Casos de Uso
Un caso de uso describe una interaccion con los
actores como secuencia de mensajes entre el sistema
y uno o mas actores.
Es una unidad coherente de funcionalidad, propor-
cionanda por una unidad del sistema y expresada
por secuencias de mensajes intercambiados por la
unidad del sistema y uno o mas actores.
El proposito de un caso de uso es definir una pieza
de comportamiento coherente, sin revelar la estruc-
tura interna del sistema en pocas palabras estamos
describiendo el comportamiento o como funciona la
unidad de software que ocupara nuestro usuario
Los casos de uso sirven mas que nada para capturar
el comportamiendo deseado del sistema sin tener que
especificar como se implementa ese comportamiento,
se usa como medio de comprension del sistema para
desarrolladores, usuarios finales y expertos del do-
minio y ayudan a validar la arquitectura y verificar
el sistema en en el transcurso del desarrollo.
Un aso de uso es iniciado por un actor. A partir de
ese momento, ese Actor, junto con otros actores inter-
cambian datos o control con el sistema participando
de ese caso de uso
Los casos de Uso tienen las siguientes caracteristi-
cas
• Estan expresados desde el punto de vista del
actor
• Se documentan con texto informal
• Describen tanto lo que hace el actor como lo
que hace el sistema cuando interactua con el,
aunque el enfasis esta pueso en la interaccion
• son iniciados por un unico actor
• Estan acotados al uso de una determinda fun-
cionalidad claramente diferenciada del sistema
Actores
Un actor es una agrupacion de personas, sistemas o
maquinas que interactuan con el sistema que esta-
mos constuyendo. Por ejemplo, para una empresa
que recibe pedidos en forma telefonica, todos los
operadores que reciban pedidos y los ingresen en un
sistema de ventas, se pueden hacer las mismas cosas
con el sistemas son considerados un unico actor como
: Empleado de ventas .
Los actores son externos al sistema que vamos
a desarrollar. Por lo tantom al identificar actores
estamos empezando a delimitar el sistema, y a definir
su alcanze. Definir el alcanze del sistema es el primer
objetivo del analista, ya que un proyecto sin alcanze
no podra nunca alcnzar sus objetivos.
Page 1 of 3

2. La diferencia entre un usuario y actor. un actores
una clase de rol, mientras que un usuario es una
persona que, cuando usa el sistema, asume un rol.
De esta dorma, un usuario puede acceder al sistema
como distintos actores.
En pocas palabras un actor representa
• Representa un conjunto de roles que los usuarios
de los casos juegan al interactuar con estos
• Representan un rol que es jugado por una per-
sona, un dispositivo de hardware u otro sistema
que interactue con nuestro sistema
• se puede definir en categorias generales de ac-
tores y especializarlos atraves de relaciones e
generalizaion
• Un actor y un caso de uso se pueden comunicar
a traves de una asociasion en donde cada uno
de ellos pueden enviar y recibir mensajes
Extension
La extension se utiliza para estructurar y relacionar
casos de uso, la cual especifica como un caso de uso
puedo insertarse en otro para extender la funcionali-
dad del anterior. El caso de uso donde se insertara
la nueva funcionalidad debe ser un flujo completo,
por lo cual este es independiente del caso de uso a
insertarse. El caso de uso inicial no requiere consid-
eraciones adicionales al caso de uso a ser insertado,
unicamente se espeficifica su punto de insercion
La extension se utiliza para modelar las secuen-
cias de eventos opcionales de casos de uso, que al
manejarse de manera independiente pueden ganarse
o eliminarse del sistema de manera modular
Inclusion
La inclusion se define como una seccion de un caso
de uso que es parte obligatoria del caso de uso basico.
El caso de uso donde se insertara la funcionalidad
depende del caso de uso a ser insertado. Esta relacion
se etiqueta con incluye(include)
Generalizacion
Apoya la reutilizacion de los casos de uso. Mediante
la relacion de generalizacion es necesario describir las
partes similares una sola vez, en lugar de repetirlas
para todos los casos de uso con un comportamiento
comun. Los casos de uso extraidos se conocen como
casos de uso abstractos, ya que no seran instanciados
independientemente, y servirian solo para describir
partes que son comunes a otros casos de uso. Los
casos de uso que realmente seran instanciados se
llaman casos de uso concretos.
References
[Alfredo Weitzenfeld, 2009] Ingeniera de software
orientada a objetos con uml Java e internet
Page 2 of 3

3. Diagramas de Casos de uso
de uso/3.jpg
de uso/4.jpg
de uso/5.jpg
de uso/casos de uso.jpg
Page 3 of 3