Fundamentos de Ingeniería de Software

Slides:



Advertisements
Presentaciones similares
U.M.L A/Gx. Diego Gutiérrez Application Analysis and Design.
Advertisements

Diagrama de estado Alumnos: Hernández Darwin ( )
DIAGRAMA DE ACTIVIDAD Roberto Certain Leonardo Molina.
Lenguaje Unificado de Modelado
DIAGRAMAS DE COMUNICACIÓN
Programación Orientada a Objetos y Lenguaje de Modelado Unificado
Introduccion a UML Wilson Peláez Hernández
Diagrama de Colaboración
TEMA 8: DIAGRAMAS EN UML.
Tomado de:
Metodologías OMT Republica bolivariana de Venezuela
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno.
LENGUAJE UNIFICADO DE MODELADO UML
DIAGRAMAS DE SECUENCIA
Aspectos Avanzados de la Tecnología de Objetos
Aspectos Avanzados de la Tecnología de Objetos
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Análisis y Diseño orientado a objetos con UML.
Profesor: Miguel Angel Vidal
Diagramas de Interacción
DSOO - María Eugenia Valencia
UML Diagramas. Diagramas de Interacción Muestran como los objetos de la aplicación cooperan e interactúan para cumplir con los requisitos. Suele construirse.
Matemáticas Discretas y Algoritmos
Facultad de Informática Departamento de Lenguajes y Sistemas Informáticos e Ingeniería de Software Universidad Pontificia de Salamanca en Madrid 1 Curso.
UML – Lenguaje de Modelado Unificado
Análisis y Diseño Orientado a Objetos utilizando UML CAPITULO V DISEÑO DE SISTEMAS ORIENTADOS A OBJETOS.
Fundamentos de programación
* FRAUSTO JIMENEZ GABRIELA * * HERNANDEZ TORRES ANA LAURA * * MANDUJANO JUAN CARLOS * * NOVA MARIN YARELI PAULINA * * ZAVALA CORTE JOCELYN ARELI *
Ingeniería de Software Orientado a Objetos
UNIDAD 3: “Desarrollo Orientado a Objetos con UML”
DISEÑO DE SOFTWARE 1ª. Parte
Fundamentos de programación
DSOO - Maria Eugenia Valencia Comportamiento del Sistema Diagramas de Secuencia del sistema Los diagramas de secuencia están incluidos en la notación UML.
Modelo Dinámico (II) Prof. Leonid Tineo Departamento de Computación
UNIDAD 2. ALGORITMOS Y ESTRUCTURAS DE DATOS.
UML 2.0 Integrantes: Diana Carolina Valencia M. Jhon Fernando Lopez T. Carlos Alberto Castillo.
Universidad Central de Venezuela Facultad de Ciencias Postgrado en Ciencias de la Computación Sistemas Distribuidos Albany Márquez.
Vista de interacción  Una vista de interacción muestra el flujo de control requerido que se establece entre los objetos.
Ingeniería de software
Andrés Esteban Martínez Huta 10º2 Ciclo de Vida del Software Gloria Cecilia Ríos.
LES CUENTO QUE Los diagramas UML de secuencia y de colaboración (llamados diagramas de interacción) se utilizan para modelar los aspectos dinámicos.
TEMA 10: DIAGRAMA DE: OBJETOS, SECUENCIA Y DESPLIEGUE EN UML
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
I NGENIERÍA DE S OFTWARE L ABORATORIO VII Diseño - Diagramas: Actividades, Secuencia y Clases Eduardo Saavedra A. 13/10/2009.
Ingeniería de software
Diagramas de Interacción.
UML 2.0 Diagramas de Comportamiento
Clasificación de Diagramas
Conceptos Fundamentales
Ingeniería de Requisitos
DIAGRAMA DE SECUENCIA Y ACTIVIDADES.
Elaboración de algoritmos usando lógica de programación
Universidad de Guayaquil Facultad de Ciencias Matemáticas y Físicas Carrera de Ingeniería en Sistemas Computacionales.
UML.
Departamento de Informática Universidad de Rancagua Prof:Paula Quitral Introducción a UML Caso de uso Departamento de Informática Universidad de Aconcagua.
INTRODUCCION AL ANALISIS Y DESARROLLO DE SISTEMAS DE SOFTWARE EQUIPO NUMERO CUATRO INTEGRADO POR: XAVIER REFUGIO GARY NERY HERNANDEZ OSCAR JUAREZ.
Actividad 3 Diagrama de Actividades Dra. Anaisa Hernández González
Fundamentos del Análisis Orientado a Objetos
Ing. José Manuel Poveda.  Es el diagrama que destaca el contexto y organización general de los objetos que interactúan.  Se diferencia del diagrama.
¿QUE ES EL DIAGRAMA DE ESTADO ?
DIAGRAMA DE ESTADO.
Sandra Muñoz Blanca González Patricia Lázaro
Unified Modeling Language (Lenguaje de Modelamiento unificado)
UNIDAD 2: “Características del Modelado UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.
DIAGRAMAS DE SECUENCIA. UML está compuesto por los siguientes diagramas:
Presentación De UML Lenguaje estándar para escribir planos de software Se usa para visualizar, especificar, construir y documentar los artefactos de un.
1 Qué es UML Es un Lenguaje de Modelado Unificado basado en una notación gráfica que permite especificar,construir, visualizar y documentar los objetos.
Máquinas de Estados Diagrama de Actividades
Lenguaje Unificado de Modelado (UML) Julio … Casos de Uso  Ejemplo:
Diseño Orientación a Objetos Lenin Herrera Sesión 3.
Transcripción de la presentación:

Fundamentos de Ingeniería de Software Modelo de Análisis Diagramas de Secuencia

VISTA DE LA INTERACCIÓN Describe las secuencias de intercambios de mensajes entre roles que implementan el comportamiento del sistema. Muestra el flujo de control a través de muchos objetos. Un diagrama de secuencia muestra: Interacción de un conjunto de objetos en una aplicación a través del tiempo. Un conjunto de mensajes, dispuestos en una secuencia temporal. Cada rol en la secuencia como una línea de vida, es decir: una línea vertical.

Un diagrama de secuencia representa una interacción como un gráfico bidimensional. La dimensión vertical: es el eje del tiempo La dimensión horizontal muestra los roles de clasificador que representan objetos individuales en la colaboración Un rol de clasificador: Es la descripción de un objeto que desempeña un determinado papel dentro de una interacción, distinto de los otros objetos de la misma clase.

La primera utilización de los diagramas de secuencia corresponde a la documentación de los casos de uso, se concentra en la descripción de la interacción, La segunda utilización corresponde a un uso más informático y permite la representación precisa de las interacciones entre objetos. Por lo tanto puede mostrar: Escenario como la historia individual de la transacción que detalla los casos de uso, aclarándolos al nivel de mensajes de los objetos existentes, como también El uso de los mensajes de las clases diseñadas en el contexto de una operación.

Cuando está implementado el comportamiento, cada mensaje en un diagrama de secuencia corresponde a: Una operación en una clase, A un evento disparador, o A una transición en una máquina de estados.

ACTIVACION: Es la ejecución de un procedimiento, incluyendo el tiempo que espera a los procedimientos anidados para ejecutarse. Muestra el periodo de tiempo en el cual el objeto se encuentra desarrollando alguna operación, bien sea por sí mismo o por medio de delegación a alguno de sus atributos. Se denota como un rectángulo delgado sobre la línea de vida del objeto.

El diagrama siguiente muestra el caso de un objeto A que activa otro objeto B.

Mensaje El mensaje denota el hecho de aportar información de un objeto (u otra instancia) a otro. Puede ser una señal o llamadas a una operación. La notación para UML del envío de mensajes entre objetos es con una flecha dirigida, desde el objeto que emite el mensaje hacia el objeto que lo ejecuta.

Cuando el diagrama de secuencia corresponde a la documentación de los casos de uso se concentra en la descripción de la interacción, a menudo en términos próximos al usuario y sin entrar en detalles de sincronización. La indicación que acompaña a las flechas corresponde entonces, a eventos que ocurren en el ámbito de la aplicación. En este estadio del modelamiento, las flechas no corresponden aún a envíos de mensajes en el sentido de lenguajes de programación, y la distinción entre flujos de control y flujos de datos generalmente no se opera

Cuando el diagrama de secuencia corresponde a un uso más informático, permite la representación precisa de las interacciones entre objetos. En este caso el concepto de mensaje unifica todas las formas de comunicación entre objetos, en particular la llamada de procedimiento, el evento discreto, la señal entre flujos de ejecución o la interrupción de hardware.

Tipos de flujos de control: Los envíos síncronos (flujos de control plano) Muestran la progresión al próximo paso de la secuencia. Son envíos secuenciales, en los que el emisor está bloqueado y espera que el receptor haya terminado de tratar el mensaje;

Los envíos o flujos de control asíncronos: En los que el emisor no está bloqueado y puede continuar su ejecución. Llamada a procedimiento u otro flujo de control anidado La secuencia anidada completa debe finalizar antes de reanudar la secuencia de nivel externo. Se puede emplear en llamadas normales a procedimiento. También se puede usar con objetos activos concurrentemente cuando uno de ellos envía una señal y espera a que finalice una secuencia de comportamiento anidada.

Retorno de una llamada a procedimiento La flecha de retorno puede suprimirse, por cuanto queda implícita al final de la activación

La flecha que simboliza un mensaje puede representarse oblicua para materializar las demoras de transmisión respecto a la dinámica general de la aplicación.

Un objeto puede enviarse un mensaje a si mismo, o sea un mensaje reflexivo que se representa de la siguiente forma:

Ocurre una llamada recursiva cuando el control vuelve a entrar en una operación en un objeto, pero la segunda llamada es una activación separada de la primera.

Es un objeto que contiene la raíz de una pila de activaciones. Objeto activo Es un objeto que contiene la raíz de una pila de activaciones. Cada objeto activo tiene su propio hilo de control dirigido por eventos que se ejecuta en paralelo a otros objetos activos. Los objetos que son llamados por un objeto activo son objetos pasivos; reciben el control solamente cuando son llamados y lo ceden cuando retornan. Si varios hilos de control concurrentes tienen sus propios flujos de procedimientos de control usando llamadas anidadas, los diversos hilos deben distinguirse usando los nombres de los hilos, colores u otros medios para evitar confusión.

Línea de vida de un objeto La Línea de vida de un objeto se representa como una línea vertical punteada con un rectángulo de encabezado y con rectángulos a través de la línea principal que denotan la ejecución de métodos (activación)

Creación y Destrucción de objetos La creación de objetos se representa haciendo apuntar el mensaje de creación sobre un rectángulo que simboliza el objeto creado. La destrucción se indica por el fin de la línea de vida y por una letra x, bien a la altura del mensaje que causa la destrucción, o bien tras el último mensaje enviado por un objeto que se suicida.

Creación y Destrucción de objetos

Estructuras de control Las formas de diagramas de secuencia reflejan indirectamente las opciones de estructura.

Los diagramas de secuencia pueden completarse por indicaciones textuales, expresadas en forma de texto libre o de pseudocódigo. El instante de emisión de un mensaje llamado transición, puede tener nombre en el diagrama cerca del punto de partida de la flecha que simboliza el mensaje. Este nombre sirve entonces, de referencia, por ejemplo, para construir restricciones temporales. Cuando la propagación de un mensaje toma un tiempo significativo respecto a la dinámica del sistema, los instantes de emisión y de recepción de los mensajes se materializan por un par (nombre, nombre primo).

La adición de pseudocódigo sobre la parte izquierda del diagrama permite la representación de bucles y bifurcaciones De modo que los diagramas de secuencia pueden presentar la forma general de una interacción, más allá de la simple consideración de un escenario particular.

Bucles o iteraciones: El objeto A envía sin solución de continuidad un mensaje a B mientras la condición X es verdad.

El bucle while puede representarse también por medio de una condición de iteración colocada directamente sobre el mensaje. La iteración se simboliza entonces por el carácter * , colocado delante de la condición entre corchetes.

Las bifurcaciones condicionales Pueden materializarse por medio de pseudocódigo colocado a la izquierda del diagrama. El diagrama siguiente muestra que el objeto A envía un mensaje al objeto B o al objeto C según la condición X.

Las condiciones colocadas delante de los mensajes pueden sustituir al pseudocódigo. Las diferentes ramas se materializan entonces por varias flechas que tienen su origen en el mismo instante y se distinguen por las condiciones colocadas delante de los mensajes. A cada bifurcación, las condiciones deben ser mutuamente exclusivas, y deben cubrirse todos los casos.

Las alternativas, en el lado del destinatario del mensaje, se representan desdoblando la línea de vida del objeto destinatario. La distinción entre las ramas se indica por una condición colocada esta vez detrás del mensaje, cerca del punto de entrada sobre la línea de vida del objeto destinatario. La representación gráfica de las bifurcaciones condicionales es la siguiente:

Ejemplo: Diagrama de secuencia para un control asíncrono