TRABAJO GRASP Presentado por: Maria Paula Arias B. Luís Guillermo Torres R.

Slides:



Advertisements
Presentaciones similares
ANALISIS Y DISEÑO ORIENTADO A OBJETOS
Advertisements

Comic Informativo ¡Todos hacemos Integra!.
Fundamentos de Diseño de Software INFT.1
Diagrama de estado Alumnos: Hernández Darwin ( )
DIAGRAMA DE ACTIVIDAD Roberto Certain Leonardo Molina.
Enfoques de desarrollo
JAVA: SPINNER La clase JSpinner permite crear cuadros como el siguiente: Son elementos muy comunes en los programas. A través de los dos botones triangulares.
Curso de Java Capitulo 7: Continuación Poo Profesor:
Introduccion a UML Wilson Peláez Hernández
ALGORITMOS Y LENGUAJES Estructuras de Control CONDICIONAL
UML para programadores Java
TEMA 8: DIAGRAMAS EN UML.
Tomado de:
Access Bases de datos.
Diseño orientado al flujo de datos
JUAN DAVID OSORIO DAVID BASANTE BETANCOURTH
Prof. César Luza Montero
Tipo de Dato Abstracto Tipos de datos:
DIAGRAMAS DE CLASES Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando.
DESCRIPCION DEL PROBLEMA
Análisis y Diseño O.O. Click to add notes Preguntas del diseño :
DIAGRAMAS DE ESTADOS ¿Qué es un Diagrama de Estados?
Programación orientada a objetos Rosemary Torrico Bascopé.
MODELANDO EL DOMINIO Capítulo 2 del libro guía Gloria Lucía Giraldo G. UNIVERSIDAD NACIONAL DE COLOMIBIA DISEÑO Y CONSTRUCCIÓN DE PRODUCTOS DE SOFTWARE.
Análisis y Diseño orientado a objetos con UML.
Ingeniería de Software Orientada a Objetos
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.
MESA 3 Evaluación, seguimiento y mejora, auditorias internas y Revisión por la dirección Requisitos P
Patrones de asignación de responsabilidades (GRASP)
Patrones de Comportamiento: Patrón de Diseño Observer
* FRAUSTO JIMENEZ GABRIELA * * HERNANDEZ TORRES ANA LAURA * * MANDUJANO JUAN CARLOS * * NOVA MARIN YARELI PAULINA * * ZAVALA CORTE JOCELYN ARELI *
Mediator (Mediador) Trabajo realizado por: Guillermo Palacios Pelayo
ANALISIS Y DISEÑO O.O. (LCD )
DISEÑO DE SOFTWARE 1ª. Parte
Patrones GRASP.
1 Diseño Orientado a Objetos Agustín J. González ELO-329: Diseño y Programación Orientados a Objetos 1er. Sem
Patrones para asignar responsabilidades
SCJP SUN CERTIFIED PROGRAMMER FOR JAVA 6
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.
Diagrama de Clases ACI 570.
CONTRATOS UML.
Casos de Uso  Son una técnica para especificar el comportamiento de un sistema.  Es una secuencia de interacciones de un sistema y alguien que usa alguno.
Programación orientada a objetos Capítulo 6 Diseño de clases.
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.
DEFINICIÓN DE OBJETO Un objeto es aquello que puede ser observado, estudiado y aprendido CARACTERÍSTICAS nos permiten conocerlos mediante la observación,
CLASES DE ESTRUCTURAS 1. Estructura Lineal o Militar
Ingeniería de software
Diagramas de Interacción.
PROGRAMACION ORIENTADA A OBJETOS
Clasificación de Diagramas
Un objeto se representa mediante un rectángulo en cuyo interior se coloca el nombre del objeto y si se desea el nombre de la clase a la que pertenece.
Indirección y Variaciones Protegidas
Taller de Sistemas de Programas Clase 5 Dpto. de Computación y T.I.
(Lenguaje Unificado de Modelado)
INTRODUCCION AL ANALISIS Y DESARROLLO DE SISTEMAS DE SOFTWARE EQUIPO NUMERO CUATRO INTEGRADO POR: XAVIER REFUGIO GARY NERY HERNANDEZ OSCAR JUAREZ.
Diagrama de Transición de Estado
Tecnologías Cliente / Servidor Capitulo II Richard Jiménez V. clienteserver.wordpress.com.
1 Ingeniería del Software Ejercicios de Diseño  Caso de Uso Generar Facturas (Junio 2003)  Caso de Uso Grado de Ocupación (Febrero 2004)  Caso de Uso.
Servidor de Almacenamiento de correo SG14, SG15, SG16 y SG17.
Ing. Johanna Macias Algoritmo, Estructura y Programación III.
Proceso de Autoevaluación
Integrantes Miguel Betancourt Alexis Tacuri.  Activiti es una plataforma para la formación de flujos de trabajo y procesos empresariales dentro del.
INFORMATICA ADMINISTRATIVA I Escenas. Las escenas se utilizan para agrupar ciertas funciones de la película por temas que se ejecutan uno detrás de otro.
Fundamentos de Ingeniería de Software
Conociendo el modelo Cliente-Servidor
Prof. Manuel B. Sánchez. Un paradigma de programación representa un enfoque particular o filosofía para la construcción del software. No es mejor uno.
DIAGRAMAS DE SECUENCIA. UML está compuesto por los siguientes diagramas:
2015-BM5A. Introducción Durante años, los programadores se han dedicado a construir aplicaciones muy parecidas que resolvían una y otra vez los mismos.
UML. DIAGRAMA DE SECUENCIA En un diagrama de secuencia se indicarán los módulos o clases que forman parte del programa y las llamadas que se hacen en.
Transcripción de la presentación:

TRABAJO GRASP Presentado por: Maria Paula Arias B. Luís Guillermo Torres R.

EXPERTO: Clases que tienen la información necesaria para realizar la responsabilidad. Como se puede apreciar en este modelo del dominio, los comentarios reflejan claramente las responsabilidades y las relaciones que se tienen en un establecimiento hotelero.

CREADOR: Asigna a B la responsabilidad de crear una instancia. En este diagrama de secuencia se puede ver como una instancia (o muchas) de “Periódico” son creadas a partir de la “Impresión”, es decir que en este caso la impresión tenia la responsabilidad de crear la instancia de “Periódico”

BAJO ACOPLAMIENTO: No dependen de muchos otros elementos ni “confían” en otro. El diagrama de colaboración nos muestra que aunque hay conexiones entre ciertos objetos, no es difícil imaginarlos aislados y un cambio en un objeto no genera grandes cambios en el otro, por ejemplo si la película cambia, nova a modificar el hecho que se tengan que vender boletas.

ALTA COHESION: Cada clase se dedica a una (o unas) acciones especificas, no existe una clase que maneje todo. En este diagrama de secuencia se puede apreciar que hay una independencia de las funciones y que no hay un objeto que realice todo el trabajo, asimismo el diagrama es fácil de entender, de mantener y de reutilizar (características básicas de la alta cohesión.

CONTROLADOR: Recibe o maneja un mensaje de evento del sistema a una clase que represente un caso de uso. Podemos observar en este caso que luego de ejecutada una acción se ponen en marcha los controladores que ejecutaran las acciones correspondientes al funcionamiento del sistema.