Sei sulla pagina 1di 11

ENTORNOS DE DESARROLLO

TEMA 10

DISEÑO ORIENTADO A OBJETOS.


DIAGRAMAS DE COMPORTAMIENTO
1. Tipos y campo de aplicación

● Basados en el estándar UML, son un modo de


representar gráficamente los procesos y
formas de uso de un programa.
● Nos dirán cómo interactúan a lo largo de
tiempo las distintas clases y las operaciones
que ocurren entre estas.
● La realización de estos diagramas es
jerárquico. En una primera fase se crea un
diagrama general con pocas etapas para, a
continuación, coger cada una de estas etapas y
crear un nuevo diagrama.
2. Diagramas de actividad

● Representan los flujos de trabajo del sistema.


● Se componen de 3 elementos:
– Estados
● Son rectángulos con los bordes redondeados
● Definen las distintas etapas por las que pasa la ejecución
del programa
– Transiciones
● Se representan con una flecha unidireccional
● Unen los estados en una dirección
– Nodos
● Hay 4 tipos: de decisión, barras de sincronización, inicial
y final
2. Diagramas de actividad

– Nodos de decisión. Definen


caminos alternativos.
– Nodos de sincronización.
Definen actividades que
ocurren de manera
asíncrona.
– Nodo inicial y final. Son
únicos y deben existir en el
diagrama. Indican el estado
inicial y final de trabajo.
2. Diagramas de actividad

● Visual Studio tiene una herramienta para crear


diagramas de actividad.
● Para ello, en el menú “Arquitectura → Nuevo diagrama”
elegimos la plantilla “Diagrama de actividades UML”.
● En el cuadro de herramienta que nos aparece tenemos
diferentes elementos como son:
– Initial Node y Activity Final Node
– Action
– Decision Node y Merge Node
– Fork Node y Join node
– Connector
3. Diagramas de casos de uso

● Representan cómo
interactúan los
diferentes actores en
un sistema para cada
caso de uso.
● Los usuarios y los
casos de uso son muy
parecidos
● La asociación de
comunicación muestra
la comunicación entre
usuarios y casos de
uso y entre casos de
uso entre sí
3. Diagramas de casos de uso

● Extensión, implica que un caso de uso puede


extender a otro.
● Inclusión, implica que un caso de uso incluye a
otro.
● Generalización, muestra la herencia entre casos de
uso.
● Límite de un sistema, se utiliza para separar los
diferentes sistemas en un diagrama de casos de
uso. Si no los hay no es necesario su uso
● Visual Studio tiene una herramienta para el diseño
de diagramas de uso.
3. Diagramas de casos de uso
4. Diagramas de secuencia

● Modelan la secuencia lógica a través del tiempo de los mensajes


entre instancias.
● Consisten en líneas de vida que nos permiten, de forma sencilla,
visualizar interacciones, mensajes y participantes.
● Los mensajes pueden ser de dos tipos:
– Síncronos. El objeto que envía el mensaje queda bloqueado hasta que
termina la llamada. Se representan con flechas con la cabeza llena.
– Asíncronos. Los mensajes terminan y continua la secuencia. Se
representan con flechas con la cabeza abierta. Al igual que los
síncronos, la respuesta se representa con una flecha discontinua.
● Cada participante tiene su propia línea de vida. Cada hilo de
ejecución se representa como un rectángulo sombreado a lo
largo de la línea de vida.
● En el diagrama de secuencia no se representan las opciones.
4. Diagramas de secuencia
4.1 Ingeniera inversa

● A partir de un método se puede conseguir, de


forma automática y a través de Visual Studio, el
diagrama de secuencia.
● Para ello, hacemos clic con el botón derecho sobre
un método y seleccionamos “Generar diagrama de
secuencia”.
● Tras esto nos saldrá un cuadro de diálogo que
dejaremos en el cual dejaremos los valores por
defecto.

Potrebbero piacerti anche