Diagrama de clases Silvia Herzovich Rodrigo Aronas Matias Silversteyn.

Slides:



Advertisements
Presentaciones similares
Instituto Universitario de Gerencia y Tecnología N - Análisis de Sistemas DIAGRAMA DE CLASES INTEGRANTES: LEIVYS MAZA Informática Mención 205 Profesor:
Advertisements

Curso de Java Capitulo 7: Continuación Poo Profesor:
Diagrama de Clases Por: Ing. Juan Carlos Contreras Villegas
Tomado de:
UML 1.4 Peter Emerson Pinchao Solis.
Arquitectura CLARO-TECNOTREE
Programación Orientada a Objetos
Introducción a la Orientación a Objetos
Programación Orientada a Objetos (P.O.O.)
La Programación Orientado a Objetos
UNIVERSIDAD LATINA (UNILA) ENCAPSULACION Y HERENCIA
Aplicación del paradigma orientado a objetos
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.
Diagrama de CLASES Alfredo Rodríguez Rojas
ORIENTADO A OBJETOS ESTUDIANTE JESSICA LORENA LEAL MEDINA INGENIERIA DE SOFTWARE PROGRAMA INGENIERIA DE SISTEMAS UNIVERSIDA COOPERATIVA DE COLOMBIA NEIVA-HUILA.
Programación Orientada a Objetos.
DIAGRAMA DE COMPONENTES INTEGRANTES Córdova Vásquez Giovanny Escobar Alvares Calixto Gomez Quinteros Adelaida Pinto Flores Yarmila.
DIAGRAMA DE CLASE.
PROGRAMACION ORIENTADA A OBJETOS
Introducción a Java II.
UNIVERSIDAD TECNOLÓGICA DE HERMOSILLO T.S.U. EN T.I.C., Área: Sistemas Informáticos Ing. José Padilla Duarte y estudiantes de Sistemas Informáticos Hermosillo,
Material Original de Microsoft para desarrolladores adaptado por Jorge Miguel PERALTA para clases de Informática Aplicada (Haga clic para adelantar/atrasar.
Conceptos Objeto Clase Atributo / Método Encapsulamiento Mensaje
Microsoft Student partners Oscar Ortiz Pinzon Bogota - Colombia.

Metodología de Programación Ayudantía 5 lelagos.ublog.cl 2009.
Diagrama de Clases ACI 570.
Diagrama de CLASES Alfredo Rodríguez Rojas
Introducción a UML DIAGRAMA DE CLASES Departamento de Informática
TEMA 9: DIAGRAMA DE CLASE EN UML
Programación Orientada a Objeto
PROGRAMACION ORIENTADA A OBJETOS
Programación orientada a objetos
Clasificación de Diagramas
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.
Ésta es la relación más común e importante. Se puede incluir una relación entre 2 casos de uso de tipo “include” si se desea especificar comportamiento.
UML Casos de Uso (repaso) y Diagramas de Clase
UNIVERSIDAD TECNICA DE BABAHOYO EXTENSION DE QUEVEDO  Espinales Lisseth G RUPO N º 2 Temas:  Herencia  Polimorfismo  Encapsulamiento  2 Ejemplos Estudiante.
Programación Orientada a Objetos. Es importante aclarar desde un principio la diferencia que existe entre programación orientada a objetos y un lenguaje.
Integrantes: -Miguel Gisbert -Rayner Mendoza -Karem Salinas -Luis Callisaya -Brian Barrera.
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
Programación Orientada Objetos
La Programación Orientado a Objetos
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.
Prof. Manuel B. Sánchez. La parte ingenieril de un proceso de desarrollo de software, comprende realizar un diseño del sistema antes de empezar a escribir.
Base de Datos I – Ing. Mary Carlota Bernal J.
Modelo de Entidad-Relación (Modelo Conceptual) Ing. Linda Masias Morales INTEGRACION DE LAS TECNOLOGIAS DE INFORMACION Y COMUNICACION.
Programación Orientada a Objetos Unidad 5. Los objetos son entidades que combinan estado Contiene toda la información denominados atributos REPASO Cada.
Modelo entidad/interrlación Tema 2. Parte 2. Modelo E/IR Utiliza un conjunto de símbolos y reglas para representar los datos y las relaciones entre ellos.
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.
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
Diagramas UML Richard Mora Republica Bolivariana de Venezuela Ministerio del poder popular para la educación I.U.T. Antonio José de Sucre Barquisimeto,
:: Prof. Yeniffer Peña Programación I Programación Orientada a Objetos Presentación.
Prof. Manuel B. Sánchez.  El origen del término polimorfismo es simple: proviene de las palabras griegas poly (muchos) y morphos (forma) multiforme.
UML Lenguaje Unificado de Modelado. Unified Modeling Language UML es un lenguaje de propósito general para el modelado orientado a objetos. Es un lenguaje.
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.
Silvia Herzovich – Gabriel Weinstein – Matías Silversteyn 5to BTO SPI II.
Modelo del Proceso de Negocio Francisco Valdés Souto 2 al 6 de marzo 2009 © Avantare Consultores S. A. de C. V. – Derechos.
Marco Teórico Referencial
Introducción a la Ingeniería del Software 1 El Diseño de Software Caracteristicas: Proceso Creativo Requiere de experiencia e ingenio Necesita del aprendizaje.
Diagrama de Clases SPI 2016.
Transcripción de la presentación:

Diagrama de clases Silvia Herzovich Rodrigo Aronas Matias Silversteyn

UML

Que es un diagrama de clases? Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema Ejemplo 1 Una persona tiene número de documento de identificación, nombres, apellidos, fecha de nacimiento, género, dirección postal, posiblemente también tenga número de teléfono de casa, del móvil, FAX y correo electrónico. Ejemplo 2 Un sistema informático puede permitir administrar la cuenta bancaria de una persona, por lo que tendrá un número de cuenta, número de identificación del propietario de la cuenta, saldo actual, moneda en la que se maneja la cuenta.

Que es una clase? Es la unidad básica que encapsula toda la información de un Objeto (un objeto es una instancia de una clase). A través de ella podemos modelar el entorno que se desea estudiar (una Casa, un Auto, una Cuenta Corriente, etc.). Generalmente representa un sustantivo (persona, lugar o cosa)

Objeto Es la instancia de una clase. La clase define objetos. El objeto es cada elemento de la case. Clase: Coche Objetos: VW Gol, Ferrari, Audi A3, etc…

Atributo Los atributos o características de una Clase pueden ser de tres tipos, los que definen el grado de comunicación y visibilidad de ellos con el entorno, estos son:  Public (+): Indica que el atributo será visible tanto dentro como fuera de la clase, es decir, es accsesible desde todos lados.  Private (-): Indica que el atributo sólo será accesible desde dentro de la clase (sólo sus métodos lo pueden acceder).  Protected (#): Indica que el atributo no será accesible desde fuera de la clase, pero si podrá ser accedido por métodos de la clase además de las subclases que se deriven (herencia).

Métodos Los métodos u operaciones de una clase son la forma en como ésta interactúa con su entorno, éstos pueden tener las características:  Public (+): Indica que el método será visible tanto dentro como fuera de la clase, es decir, es accesible desde todos lados.  Private (-): Indica que el método sólo será accesible desde dentro de la clase (sólo otros métodos de la clase lo pueden acceder).  Protected (#): Indica que el método no será accesible desde fuera de la clase, pero si podrá ser accedido por métodos de la clase además de métodos de las subclases que se deriven (ver herencia).

Relaciones

Asociación Una asociación implica que dos elementos del modelo tienen una relación. Es una relación estructural entre las clases.

Agregación La agregación es un tipo de asociación que indica que una clase es parte de otra clase La forma de representar que un obejeto tiene como contenido a otro, quiere decir que un objeto de un tipo, puede contener a otro, en un sentido abstracto de posesion, es decir, por ejemplo un objeto de tipo Ciudad tiene una lista de aeropuertos.

Composición Composición es una forma fuerte de asociación donde la vida de la clase contenida debe coincidir con la vida de la clase contenedor La composicion se da cuando la relacion entre ambos objetos es tal, que el agregado es una parte importante del agregador, de tal forma que el primero no tiene sentido suelto, y el segundo, necesita definir al primero para ampliar su significado. El símbolo de composición es un diamante de color negro colocado en el extremo en el que está la clase que representa el “todo” (Compuesto).

Composición El avión tiene sentido por si solo, pero esta claro que esta compuesto por dos alas, esta relación es de mucha fuerza, mucho mas que el caso del aeropuerto, y esta claro, que un avión siempre tendrá sus dos alas, y estas siempre serán del mismo avión.

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

Cardinalidad La cardinalidad de las relaciones indica el grado y nivel de dependencia, se anotan en cada extremo de la relación y éstas pueden ser:  Uno o muchos: 1..* (1..n)  0 o muchos: 0..* (0..n)  Número fijo: m (m denota el número).

Estado El estado de un objeto abarca todas las propiedades del objeto, y los valores actuales de cada una de esas propiedades. Las propiedades de los objetos suelen ser estáticas, mientras los valores que toman estas propiedades cambian con el tiempo. El estado es una FOTO del objeto en un momento determinado.

Comportamiento Comportamiento es como un objeto actúa y reacciona, en términos de sus cambios de estado y de los mensajes que intercambia. Son las operaciones que una clase realiza (llamadas también mensajes) las que dan cuenta de como se comporta la clase Un objeto puede realizar cinco tipos de operaciones sobre otro, con el propósito de provocar una reacción: Modificador: altera el estado de un objeto. Selector: accede al estado de un objeto, sin alterarlo. Iterador: permite a todas las partes de un objeto ser accedidas en un orden. Constructor: crea un objeto y/o inicializa su estado. Destructor: libera el estado de un objeto y/o destruye el objeto.

Encapsulamiento Se llama encapsulamiento al ocultamiento del estado, es decir, de ciertos datos de un objeto de manera que sólo se pueda cambiar mediante las operaciones definidas para ese objeto, dicho de otro modo, solo de manera interna. Este aislamiento protege a los datos de un objeto de ser accedidos por quien no deba.

Polimorfismo Re definición de operaciones con comportamiento diferente dependiendo del objeto sobre el que se aplican Una característica de una clase, puede tomar varias formas. Distintas respuestas a un mismo mensaje. Cada subclase hereda las operaciones pero tiene la posibilidad de cambiar el comportamiento local de estas operaciones.

Esto no es un DER!  Los modelos se parecen en forma cuando uno los simplifica y sólo coloca el nombre de la entidad/objeto y los atributos.  La mayor diferencia está en que el DER muestra las relaciones entre entidades, y el DC muestra el COMPORTAMIENTO, es decir, sus cambios de estado y de los mensajes que intercambia. Son las operaciones que una clase realiza (llamadas también mensajes) las que dan cuenta de como se comporta la clase.  Estos MENSAJES muestran el comportamiento del sistema.  En el DC los atributos tiene privilegios: Publico, Privado, Protegido.

Consejos para modelar  No lanzarse a dibujar clases y asociaciones sin sentido  Elaborar un modelo simple  Los nombres de objetos, asociaciones, atributos y operaciones deben ser significativos  Evitar las jerarquías de composición o generalización de muchos niveles