Diagramas

Casos de Uso
Diagramas de clases
 Casos de uso
• Representa la funcionalidad que ofrece el
sistema en lo que se refiere a su
interacción externa.
• Representa las funciones que un sistema
puede ejecutar
• Elementos básicos
– Actores
– Casos de Uso
– Asociaciones
 Casos de uso
• Actores
– Un actor es algo con comportamiento, como una
persona (identificada por un rol), un sistema
informatizado u organización, y que realiza algún tipo
de interacción con el sistema.
• Casos de Uso
– Un caso de uso es una descripción de la secuencia
de interacciones que se producen entre un actor y el
sistema, cuando el actor usa el sistema para llevar a
cabo una tarea específica. Expresa una unidad
coherente de funcionalidad
 Casos de uso
• Asociaciones
– Hay una asociación entre un actor y un caso
de uso si el actor interactúa con el sistema
para llevar a cabo el caso de uso.
• Tipos de Asociaciones
– <<include>> Un caso de uso base incorpora
explícitamente a otro caso de uso en un lugar
especifico en dicho caso base. Se suele
utilizar para encapsular un comportamiento
parcial común a varios casos de uso.
 Casos de uso
– <<extend>> El caso de uso que extiende
describe un comportamiento opcional del
sistema.
– Las flecha en el caso de las relaciones
“extend” va hacia el caso de uso “original”
• Generalizaciones
– Relaciones de herencia
– Muestran que diferentes elementos están
relacionados como tipos de otros.
 Diagrama de clases
• Un diagrama de Clases representa las clases
que serán utilizadas dentro del sistema y las
relaciones que existen entre ellas.
• Atributos y métodos
– public (+,): Indica que el atributo será visible tanto
dentro como fuera de la clase.
– private (-,): Indica que el atributo sólo será accesible
desde dentro de la clase (sólo sus métodos lo pueden
accesar).
– protected (#,): Indica que el atributo no será accesible
desde fuera de la clase, pero si podrá ser accesado
por métodos de la clase además de las subclases
que se deriven (herencia).
 Relaciones entre Clases
• En UML, la cardinalidad de las relaciones
indica el grado y nivel de dependencia, se
anotan en cada extremo de la relación y
éstas pueden ser:
– uno o muchos: 1..* (1..n)
– 0 o muchos: 0..* (0..n)
– número fijo: m (m denota el número).
 Diagrama de clases
• Herencia
– Indica que una subclase hereda los métodos y
atributos especificados por una Súper Clase
• Agregación
– Una agregación es un tipo de asociación en la que
una clase representa una cosa más grande (en
general) es decir esta hecha de pequeñas partes.
– (Ej. Cuando se destruye el Objeto Almacén no son
destruidos los objetos Cliente asociados)
 Diagrama de clases
• Composición
– En una composición, un objeto puede ser parte de un
solo compuesto a la vez, y el objeto compuesto
gestiona la creación y destrucción de sus partes.
– (Ej. Cuando se destruye el Objeto Almacén también
son destruidos los objetos Cuenta asociados)
• Dependencia o Instancia
– Representa un tipo de relación muy particular, en la
que una clase es instanciada (su instanciación es
dependiente de otro objeto/clase).
– (Ej. la creación del Objeto Ventana esta condicionado
a la instanciación proveniente desde el objeto
Aplicación )