virtual.usalesiana.edu.bovirtual.usalesiana.edu.bo/web/conte/archivos/2535.docx · web viewel uml...
Post on 28-Sep-2018
214 Views
Preview:
TRANSCRIPT
Universidad Salesiana de Bolivia
Ingeniería de Sistemas Campus - achachicala
Análisis diseño de sistemas IIInforme de la exposición
Nombre: -Castro Yuchina Orlando
-Mamani CruzEber
-Noa Tol Marco Antonio
Docente: Ing.
Paralelo: Sexto A-I
GESTIÓN I – 2013
La paz-Bolivia
Diagrama de colaboraciónIntroducciónEste tipo de diagrama explican y representan gráficamente las interacciones (comunicaciones) existente entre las instancias (y las clases de modelos propuestos).
El punto de partidas entre las interacciones es el cumplimiento de las pos condiciones de los contrato de operación.
El UML define dos tipos de estos diagramas, ambos sirven para expresar iteraciones semejantes o idénticas de mensaje (diagrama de secuencia y diagrama de colaboración).
¿Que se un diagrama de colaboración?
Es una forma de representar:
-interacción entre objetos.
-Asociación básicas (relaciones) entre las clases.
Determinar responsabilidades (una o varias) que el software debe cumplir expresadas en los contratos.
¿En qué consiste?
Diseñar un sistema de objetos interactivos que realicen todas las tareas, usando como punto de partidas las responsabilidades el contrato de operaciones y pos condiciones.
¿Que representa?
Un diagrama de colaboración lo que representa el comportamiento de los objetos en el tiempo de ejecución, por medio de pasos de mensajes, para así cumplir con un contrato especifico.
Sirven también para ir depurando el diagrama de clases, porque irán surgiendo métodos nuevos y tal vez atributos necesarios.
Dependencias con otros artefactos
Un modelo conceptual a partir de este modelo el diseñador podrá definir las clases del software correspondientes a los conceptos. Los objetos de la clase
participan en las interacciones que se describen gráficamente en los diagramas.
Los contratos de la operación el sistema: a partir de ellos el diseñador identifica las responsabilidades y las poscondiciones que han de llenar los diagramas de iteración.
Dependencias de los artefactos
SQL
Definiciones de clase y de interfaz
Métodos
Ventanas y reportes
Esquema de base de datos
Diagramas de paquete de arquitectura
Diagramas de clase de diseño
Diagramas de Colaboración
Casos de uso:- reales
Diagramas de estado
Contratos de operación
Diagramas de secuencia del
sistema
Glosario
Modelo conceptual
Diagramas de casos de uso
Casos de uso: - expandidos- esenciales
Los artefactos que generan
Esplegando en pantalla
Detalles de un seminario
SQL
Definiciones de clase y de interfaz
Métodos
Ventanas y reportes
Esquema de base de datos
Diagramas de paquete de arquitectura
Diagramas de clase de diseño
Diagramas de Colaboración
Casos de uso:- reales
Diagramas de estado
Contratos de operación
Diagramas de secuencia del
sistema
Glosario
Modelo conceptual
Diagramas de casos de uso
Casos de uso: - expandidos- esenciales
Ejemplo:
Matriculación de un nuevo estudiante en la universidad
5.1.1: Ob_nomb_completo()
5.1.1: Tomar_Info()
*5.1: Inf estudiante()
2.1: Leer_Descrip(): String
1.2: Leer_numero(): String
1.1: Leer_nombre(): String
5: Lista_Estudiantes()4: Asiento()
3: Ambiente()
2: Descripción()
1: Obtener_nomb(): nombre_seminario
Estudiante:estudiante
Matricular:matricular
:curso:seminario:detalle seminario
Operación efectuar pago
Representa que un mensaje devuelva un valor
Numero de secuencias: var.:=mensaje(parámetros:tipo):tipo_retomo
efectuar_ pago (monto)
1:efectuar_ pago (monto)
1.1:crear (monto)
:: PAGOPAGO
::VENTAVENTA:INSTANCIA:INSTANCIA NUEVA NUEVA
También es posible indicarel numero e veces(iteraciones)
Es posible definir mensajes condicionales
Numero de secuencias (condicion) mensaje (parámetros: tipo)
Es posible definir trayectorias condicionales mutuamente excluyentes
msg1() { for i := 1 to 10 { miB.mens2(); miC.mens3();} }
Enviar mensajes a la clase y no a una instancia, con el fin de llamar a métodos de la clase.
Diagrama de colaboración
Diagrama de colaboración Vs diagrama de secuencias
La notación básica de diagrama de colaboración
Bounday (Limite), control y entidad
La ilustración siguiente demuestra a un agente que obra recíprocamente con un límite (en este caso, una pantalla de conexión)
Para elaborara un diagrama de colaboración se debe aplicar las siguientes normas.
Elaborar un diagrama por cada operación del sistema durante el ciclo actual de desarrollo.
Si el diagrama se toma complejo, dividir en diagramas más pequeñas.
Diseñar un sistemas de objetos interactivos que realicen las tareas, usando como punto de partida las responsabilidades del contrato de operación las pos condiciones y la descripción de los casos de uso.
-Los casos de uso indican los eventos del sistema que se muerstran explícitamente en los diagramas de secuencias.
En los contratos se describen la mejor conjetura inicial sobre las operaciones del sistema.
Diagrama de colaboración (su construcción)
Las operaciones del sistema representan mensajes y erstos originan diagramas que explican gráficamente como los objetos interactúan para llevar a cabo las funciones requeridas.
Bibliografías
http:/www.os.valberta.
http://66.196.80.202.babelfish/traslate.
TELEMATICAMulticst Raul Rivera. Diagrams.pdf
Desrrollo de software orientado a Objeto.usardo.UML
Patricio Letelier torre Letelier@dsic.upv.es.
top related