Diagrama de Clases Por: Ing. Juan Carlos Contreras Villegas

Slides:



Advertisements
Presentaciones similares
METODOLOGÍA ORIENTADA A OBJETOS CARACTERISTICAS DEL PROCESO
Advertisements

Instituto Universitario de Gerencia y Tecnología N - Análisis de Sistemas DIAGRAMA DE CLASES INTEGRANTES: LEIVYS MAZA Informática Mención 205 Profesor:
Programación Orientada a Objetos
Curso de Java Capitulo 7: Continuación Poo Profesor:
Relaciones entre Clases
Tomado de:
UML 1.4 Peter Emerson Pinchao Solis.
Maestría en Bioinformática Bases de Datos y Sistemas de Información Diseño Conceptual Ing. Alfonso Vicente, PMP
Ing. Pablo Mayorga. UML = Unified Markup Language Estándar de lenguaje de modelamiento de Object Management Group Varias versión 1.0, 1.1,1.2, 1.3, 1.4,
Introducción a la Orientación a Objetos
Programación Orientada a Objetos (P.O.O.)
UML.
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno.
LENGUAJE UNIFICADO DE MODELADO UML
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.
CLASES, OBJETOS, HERENCIA y COMPOSICIÓN
DIAGRAMA DE COMPONENTES INTEGRANTES Córdova Vásquez Giovanny Escobar Alvares Calixto Gomez Quinteros Adelaida Pinto Flores Yarmila.
Diagramas de clases Modelan la vista estática del sistema
DIAGRAMA DE CLASE.
PROGRAMACION ORIENTADA A OBJETOS
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Análisis y Diseño orientado a objetos con UML.
Profesor: Miguel Angel Vidal
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.
Material Original de Microsoft para desarrolladores adaptado por Jorge Miguel PERALTA para clases de Informática Aplicada (Haga clic para adelantar/atrasar.
DEPARTAMENTO DE INGENIERÍA INFORMÁTICA
* FRAUSTO JIMENEZ GABRIELA * * HERNANDEZ TORRES ANA LAURA * * MANDUJANO JUAN CARLOS * * NOVA MARIN YARELI PAULINA * * ZAVALA CORTE JOCELYN ARELI *

Fundamentos de programación
Programación Orientada Objetos
UML 2.0 Integrantes: Diana Carolina Valencia M. Jhon Fernando Lopez T. Carlos Alberto Castillo.
Departamento de Programación Y Tecnología Eductiva Programacion Orientada a Objetos.
UML.
Diagrama de Clases ACI 570.
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.
Diagrama de CLASES Alfredo Rodríguez Rojas
PROGRAMACION OOP Ing. Miguel Jaime IBM ACE Certificación.
Introducción a UML DIAGRAMA DE CLASES Departamento de Informática
Facultad de Ingeniería
DEFINICIÓN DE OBJETO Un objeto es aquello que puede ser observado, estudiado y aprendido CARACTERÍSTICAS nos permiten conocerlos mediante la observación,
TEMA 9: DIAGRAMA DE CLASE EN UML
Programación Orientada a Objeto
PROGRAMACION ORIENTADA A OBJETOS
Ingeniería de Software
I NGENIERÍA DE S OFTWARE L ABORATORIO VI Diseño - Diagrama de clases Eduardo Saavedra A. 07/10/2009.
Clasificación de Diagramas
Introducción a UML Departamento de Informática Universidad de Rancagua
Introducción a la Programación Orientada a Objetos (POO)
Ingeniería de Requisitos
UML.
Ing. Esp. Ricardo Cujar. Programación Orientada a Objetos  Modelo de desarrollo de software.  Modo de pensar del hombre y no de la máquina.  Abstracción.
DIAGRAMA DE CLASES.
UML.
(Lenguaje Unificado de Modelado)
UML Casos de Uso (repaso) y Diagramas de Clase
Modelan la vista estática del sistema Elementos básicos: Clases Relaciones Objeto: Representación de una entidad discreta (real o abstracta) - Estado:
Programación Orientada a Objetos. Es importante aclarar desde un principio la diferencia que existe entre programación orientada a objetos y un lenguaje.
Diagrama de Clases Uno de los mas importantes entre los diagramas UML
Análisis y Diseño de Aplicaciones 3º Educación Media Tecnológica
ORIENTACIÓN A OBJETOS El paradigma.
Introducción AOO. Contenido - Introducción - Repaso de Orientación a Objetos - UML - Casos de Uso.
Diagrama de Clases.
PRESENTACION DE INGENIERIA ORIENTADA A OBJETOS
Fundamentos de Ingeniería de Software
Programación orientada a objetos La programación orientada a objetos o POO (OOP según sus siglas en inglés) es un paradigma de programación que usa objetos.
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.
Modelado UML Diagrama de Clases
Diagrama de clases Silvia Herzovich Rodrigo Aronas Matias Silversteyn.
Silvia Herzovich – Gabriel Weinstein – Matías Silversteyn 5to BTO SPI II.
Estructura de Datos Departamento de Programación Universidad Metropolitana Contenido: UML. Envío de mensajes. Relaciones. Asociación. Agregación o composición.
Transcripción de la presentación:

Diagrama de Clases Por: Ing. Juan Carlos Contreras Villegas Programación II Diagrama de Clases Por: Ing. Juan Carlos Contreras Villegas

UML (Que es UML) UML es un lenguaje de modelado UML NO es una metodología UML es un conjunto de diagramas para representar diferentes aspectos de una aplicación Finalmente UML es un estandar respaldado por la OMG (Object Managment Group)

UML Diagrama de Clases Diagrama de Objetos Diagrama de casos de uso Diagrama de secuencia Diagrama de colaboración Diagrama de estados Diagrama de actividades Diagrama de componentes Diagrama de despliegue

Diagrama de Clases Un diagrama de Clases representa las clases que serán utilizadas dentro del sistema y las relaciones que existen entre ellas. Los diagramas de Clases por definición son estáticos, esto es, representan que partes interactúan entre sí, no lo que ocurre cuando.

Diagrama de Clases

Elementos de un Diagrama de Clases Atributos, Métodos Objetos Relaciones Herencia Composición, Agregación Asociación y Uso

Clases Las clases describen un conjunto de objetos con propiedades y comportamientos comunes. Dentro de la estructura de una clase se definen: Atributos. Datos asociados a los elementos y que toman valor al instanciar objetos de una clase. Métodos. Funciones o procesos propios de los objetos de una clase

Notación Nombre Clase Atributos Métodos

Objetos Un objeto es una representación de un entidad, ya sea real o conceptual, con límites bien definidos y con significado dentro de un modelo. Cada objeto en un modelo se caracteriza por su estado, su comportamiento y su identidad.

Objetos El estado de un objeto es una de las posibles condiciones bajo las que el objeto puede existir. El estado de un objeto cambia con el tiempo y está definido por un conjunto de propiedades (atributos), por los valores de esas propiedades y por las relaciones que dicho objeto puede tener con otros objetos.

Relaciones entre Clases Las relaciones existentes entre las distintas clases nos indican como se comunican entre sí los objetos de esas clases. Los mensajes “navegan” por las relaciones existentes entre las distintas clases. Las relaciones pueden ser: Herencia, Asociación, Agregación, Composición y Dependencia

Herencia Indica que una subclase hereda los métodos y atributos especificados por una Super Clase, por ende la Subclase además de poseer sus propios métodos y atributos, poseerá las características y atributos visibles de la Super Clase La herencia puede ser: Simple, Múltiple

Herencia Simple Cuando heredan de una sola clase. Ej. Tiempo Hora Minuto segundo ToStr TiempoC centesima ToStr

Herencia Múltiple Cuando heredan de dos o mas clases. Ej. Tiempo Hora Minuto segundo ToStr Fecha Dia Mes año ToStr TiempoHora ToStr

Asociación Una asociación es una relación entre instancias de clases, especificando que los objetos de una clase deben ``conocer'' de alguna manera los objetos de la otra. Por ejemplo: Un objeto de la clase A envía un mensaje a un objeto de la clase B. Un objeto de la clase A crea un objeto de la clase B. Un objeto de la clase A recibe un mensaje con un objeto de la clase B como argumento

Asociación Las asociaciones se caracterizan por: Rol. Papel desempeñado por el objeto Multiplicidad. (Cardinalidad), la cantidad de objetos de una clase que se relacionan con un objeto de la otra clase: 1..* Uno a muchos 1..n // 0..* Cero a muchos 0..n // m Cantidad fija

Asociación Profesor Nombre especialidad Carrera Código nombre 1 Dirige 0..1 Toda carrera tiene un director Un profesor puede dirigir una carrera Empleado Código Nombre Departamento Nombre 1..* Pertenece 1 Un empleado pertenece a un departamento A un departamento le pertenecen 1 o mas empleados

Asociación Profesor Nombre especialidad Carrera Código nombre 1..n Trabaja 1..n ProfeCarrera

Composición Es una relación de todo y parte de, donde el todo esta formado por objetos parte de que lo componen. Se pueden observar las siguientes características: Dependencia existencial: El elemento dependiente desaparece al destruirse el que lo contiene y, si es de cardinalidad 1, es creado al mismo tiempo. Pertenencia fuerte: Se puede decir que el objeto contenido es parte constitutiva y vital del que lo contiene. No compartición: Los objetos contenidos no son compartidos, esto es, no forman parte del estado de otro objeto

Composición Todo Ventana Modulo 1 1 Parte de 0..2 1..n ScrollBar Aula Una ventana está compuesta por cero o hasta 2 ScrollBars Un módulo está compuesto por una o mas aulas

Agregación Es una relación de contenedor y contenido, donde el contenedor contiene objetos contenido. Se pueden observar las siguientes características: Independencia existencial: El elemento contenido no desaparece al destruirse el que lo contiene. Pertenencia débil: Se puede decir que el objeto contenedor no contiene realmente al objeto contenido, sino que tiene una referencia a él. Compartición: Los objetos contenidos también pueden formar parte del estado de otro objeto

Agregación Todo Producto Polígono 0..n 0..n Parte de 1..n 3..n Ingrediente Punto Un producto está compuesto por uno o mas ingredientes Un ingrediente puede estar en 0 o mas productos. A un polígono se le puede agregar puntos Un punto puede formar parte de 0 o mas polígonos

Dependencia Significa que una clase necesita de otra para poder prestar sus servicios Ecuacion Math coeficientes Potencia Raiz Resolver