DIAGRAMA DE CLASE.

Slides:



Advertisements
Presentaciones similares
FUNDAMENTALS OF THE JAVA PROGRAMMING LANGUAGE
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:
TECNICATURA UNIVERSITARIA EN INFORMATICA
SISTEMAS II TECNICATURA UNIVERSITARIA EN INFORMATICA Unidad N° 2
DIAGRAMA DE CLASE.
Lenguaje de programación Java
TEMA 8: DIAGRAMAS EN UML.
Tomado de:
UML 1.4 Peter Emerson Pinchao Solis.
DIAGRAMA DE COLABORACIÓN
DSOO - María Eugenia Valencia
Arquitectura CLARO-TECNOTREE
Metodologías OMT Republica bolivariana de Venezuela
INGENIERIA DE SOFTWARE II Trayecto III. Trimestre I
Introducción a la Orientación a Objetos
La Programación Orientado a Objetos
Tipo de Dato Abstracto Tipos de datos:
UNIVERSIDAD LATINA (UNILA) ENCAPSULACION Y HERENCIA
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.
DESCRIPCION DEL PROBLEMA
DIAGRAMA DE COMPONENTES INTEGRANTES Córdova Vásquez Giovanny Escobar Alvares Calixto Gomez Quinteros Adelaida Pinto Flores Yarmila.
Recopilación DIAGRAMAS UML.
PROGRAMACION ORIENTADA A OBJETOS
Introducción a Java II.
Análisis y Diseño orientado a objetos con UML.
Clases y objetos La unidad fundamental de programación OO son las clases. Conjunto de métodos y semántica Qué se va a hacer POO Clase: que define la implementación.
Material Original de Microsoft para desarrolladores adaptado por Jorge Miguel PERALTA para clases de Informática Aplicada (Haga clic para adelantar/atrasar.
Introducción a la programación Orientada a objetos
Tema 10: Interfaces Antonio J. Sierra.
UNIDAD 2 CLASES Y OBJETOS. CLASE Elementos cabecera y cuerpo de la clase. Cabecera: aporta información fundamental sobre la clase en sí y constituye de.
* FRAUSTO JIMENEZ GABRIELA * * HERNANDEZ TORRES ANA LAURA * * MANDUJANO JUAN CARLOS * * NOVA MARIN YARELI PAULINA * * ZAVALA CORTE JOCELYN ARELI *
Diagramas de Clase Angela Carrillo R..

Capitulo # 4 herencia PROGRAMACION III UNIVERSIDAD
DIAGRAMA DE CLASE Ing. Christian Ovalle.
Clase 03 ELEMENTOS DE COMPUTACIÓN Contenidos Objeto Clase Atributo Método Instancia Herencia Polimorfismo UML.
Diagrama de Clases ACI 570.
PROYECTO EMPRESARIAL Clase # 2.
Introducción a UML DIAGRAMA DE CLASES Departamento de Informática
UNIVERSIDAD LATINA BASES DE DATOS DISEÑO DE BASES DE DATOS (modelos para el diseño)
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
Tipos de diagramas UML ALUMNO : Miguel Macip Contreras
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 la Programación Orientada a Objetos (POO)
Ingeniería de Requisitos
UML.
DIAGRAMA DE CLASES.
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 Capítulo 9 Algo mas sobre herencias.
Tipo de relación entre clases Es uno de los aspectos que distinguen el paradigma de orientación a objetos frente a otros paradigmas. Mecanismo que,
Análisis y Diseño de Aplicaciones 3º Educación Media Tecnológica
DIAGRAMA DE COLABORACIÓN ->Ángel Limón Cabrera<-
Programación Orientada Objetos
Clases “ Es una Abstracción de un elemento del mundo real ”
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.
Programación Orientada a Objetos Unidad 5. Los objetos son entidades que combinan estado Contiene toda la información denominados atributos REPASO Cada.
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.
Unified Modeling Language UML. Ejemplo a desarrollar La Universidad XXX desea computarizar su sistema de registración – El secretario establece el plan.
Programación I Clases. Paradigma POO La programación Orientada a objetos (POO) es una forma programar, más cercana a como expresaríamos las cosas en la.
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 CLASE

Diagrama de clase Es el más utilizado y más conocido de los diagramas orientados a objetos. Es la fuente de generación de código. El diagrama de clase representa clases, sus partes y la forma en la que las clases de los objetos están relacionados con otro. Una clase es una definición de un tipo de objeto.

Partes del diagrama de clases Atributos Operaciones Describe las características de una clase de objetos. Define el comportamiento de una clase de objetos Partes del diagrama de clases

Partes del diagrama de clases Asociación Herencia Es un término formal para un tipo de relación. Permite organizar las definiciones de la clase para simplificar y facilitar su implementación. Partes del diagrama de clases

Las clases son descripciones de un juego de objetos con características, comportamiento, relaciones y semánticas comunes. Se usan para modelar un juego de conceptos o entidades. Se denotan con un rectángulo con compartimentos. En ellos se ponen el nombre, los atributos, las operaciones y además se pueden usar para anotar otras propiedades del modelo como son (reglas del negocio, responsabilidades, excepciones, etc.) Todas las operaciones deben estar asociadas a métodos. Pueden tener relaciones de generalización con otras clases. Clases

Son descripciones de características, se usan para modelar información asociada con una entidad, sintaxis: Nombre_atributo[multiplicidad]:Tipo = Valor_inicial La multiplicidad es opcional e indica el número de atributos por instancia de la clase. Atributos

Son descripciones del comportamiento, se usan para modelar los servicios u operaciones asociados con una entidad, esto es, lo que una entidad puede hacer, sintaxis: Nombre_operación[parámetros:tipo]:Valor_retorno:tipo Operaciones

La representación de una clase es un rectángulo con 3 divisiones: El del nombre define la clase, (un tipo de objeto). El de los atributos contiene la definición de los datos. El de las operaciones contiene la definición de cada comportamiento soportado por este tipo de objeto. Modelando Clases

Ejemplo La siguiente figura muestra un vuelo de una aerolínea modelado como una clase UML. Nombre Atributos Operaciones Atributo: tipo de dato Operación(parámetros: Tipo de dato):valor de retorno

Un atributo describe una pieza de información que un objeto tiene o conoce de sí mismo. Para poder usar esta información se debe asignar un nombre y especificar el tipo de dato. El tipo de dato puede ser primitivo o tipo de dato abstracto (definido) Cada atributo puede tener reglas que limiten los valores asignados a éste. Se puede usar un valor de default para protegerlo. Modelando un atributo

Visibilidad de un atributo La definición de un atributo debe especificar que otros objetos los pueden ver. La visibilidad puede ser: Permite el acceso a objetos de las otras clases. Public (+) Limita el acceso a la clase, solo operaciones de la clase tienen acceso. Private (-) Permite el acceso a subclases. En el caso de generalización (herencia), las subclases deben tener acceso a los atributos y operaciones de la superclase, sino no pueden heredar. Protected (#) Permite el acceso a los otros objetos en el mismo paquete. Package (~) Visibilidad de un atributo

Ejemplo Especificación de un atributo Elemento Ejemplo Nombre del atributo compañía Tipo de dato compañía:character Valor de default (si hay) compañía:character = espacios Restricciones compañía:character = espacios {1 a 30} Caracteres compañía:character = espacios{1 a 30 alfabéticos, espacios, puntuación, no especiales} Visibilidad + compañía:character = espacios{1 a 30 alfabéticos, espacios, puntuación, no especiales}

Modelando una Operación Los objetos tienen comportamientos, cosas que puedan hacer y que se les puedan dar a éstos. Las operaciones requieren un nombre, argumentos y a veces un valor de retorno. Las reglas de privacidad se aplican en la misma forma que para los atributos: Private, Public, Protected y Package. Modelando una Operación

Ejemplo Especificación de una operación Elemento Ejemplo Nombre totalOrderAmount Definir argumentos/ Parámetros, corresponden a una instancia de Order totalOrderAmount (order: integer) Definir el tipo de dato de retorno totalOrderAmount (order: integer) : Dollar Identificar y describir restricciones totalOrderAmount (order: integer) : Dollar {El total es la suma de cada item (p.u. x cantidad) Visibilidad + totalOrderAmount (order: integer) : Dollar {El total es la suma de cada item (p.u. x cantidad)

Diagrama de Clases: Asociaciones El propósito de la asociación puede expresarse en un nombre, verbo o frase que describa como los objetos de un tipo (clase) se relacionan con objetos de otro tipo (clase). Por ejemplo: Una persona tiene un coche Una persona maneja un coche Multiplicidad: cuantos objetos van a participar en la relación Diagrama de Clases: Asociaciones

Asociaciones Se indica el rol y la multiplicidad. Un vuelo está asociado con un avión y un avión puede tener asociados ninguno o varios números de vuelo. Asociaciones

La dirección en las flechas de la asociación determinan en que dirección puede recorrerse una asociación en el momento de la ejecución. Una asociación sin flechas significa que se puede ir de un objeto a otro y viceversa. Por ejemplo la siguiente el tipo de flecha en la asociación implica que desde el objeto Reservación puedes recuperar (dirigirte hacia) el objeto Cliente. También implica que del objeto Cliente puedes recuperar el juego de reservaciones para ese cliente. Dirección

Supongamos que los requerimientos para un sistema de reservaciones requieren que “desde una reservación, que el sistema pueda recuperar el cuarto 1….* hecha para 1 Reservación Cliente 1….* hecha para 1 Cuarto Reservación

Pasos para el diagrama de clases Identificar las clases. Mostrar los atributos y operaciones (posteriormente) Dibujar asociaciones Etiquetar asociaciones y en caso necesario los roles Indicar multiplicidad Dibujar fechas de dirección Pasos para el diagrama de clases

Herencia Perro Boxer Dalmata Collie