1 / 9

Relaciones entre Clases

La construcción de un sistema de software orientado a objetos consiste en definir un conjunto de clases relacionadas entre sí. En esta materia describiremos tres formas de relación: dependencia , asociación y herencia entre clases. Relaciones entre Clases.

marcin
Download Presentation

Relaciones entre Clases

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. La construcción de un sistema de software orientado a objetos consiste en definir un conjunto de clases relacionadas entre sí. En esta materia describiremos tres formas de relación: dependencia, asociación y herencia entre clases. Relaciones entre Clases

  2. Cuando una clase tiene un atributo de instancia de otra clase, decimos que ambas clases están asociadas y la relación es de tipo tieneUn. Asociación entre Clases

  3. Caso de Estudio: Signos Vitales Los signos vitales son medidas de varias estadísticas fisiológicas frecuentemente tomadas por profesionales de salud para valorar las funciones corporales básicas. Dos de los signos vitales son la temperatura corporal y la presión arterial. El profesional considera que existe un principio de alarma cuando estos valores escapan de los umbrales establecidos.

  4. SignosVitales PresionArterial <<atributos de clase>> umbralTemp:real <<atributos de instancia>> temperatura: real presion :PresionArterial <<atributos de clase>> umbralMax,umbralMin:real <<atributos de instancia>> maxima,minima:real Caso de Estudio: Signos Vitales <<Constructores>>PresionArterial(ma,mi:real) <<Consultas>> obtenerUmbralMax():realobtenerUmbralMin():real obtenerMaximaMM():real obtenerMinimaMM():real obtenerMaximaHP():real obtenerMinimaHP().realobtenerPulsoMM():real obtenerPulsoHP:real alarmaHipertension():boolean <<Constructores>>SignosVitales(t:real, p:PresionArterial) <<Consultas>> obtenerTemperatura():real obtenerPresion():PresionArterial alarma ():boolean Requiere máxima > mínima y ambos mayores a 0. Los valores están expresados en milímetros de mercurio.

  5. Caso de Estudio: Signos Vitales classSignosVitales{ //Atributos de clase publicstatic final umbralTemp=38; //Atributos de instancia privatefloat temperatura; privatePresionArterialpresion ; La clase SignosVitalestieneUn atributo de clase PresionArterial. La clase SignosVitales puede acceder a cualquiera de los miembros públicos de la clase PresionArterial. Los atributos están encapsulados, no son accesibles.

  6. Caso de Estudio: Signos Vitales classSignosVitales{ //Atributos de clase privatestatic final umbralTemp=38; //Atributos de instancia privatefloat temperatura; privatePresionArterialpresion ; //Constructor publicSignosVitales (float t, PresionArterial p ){ temperatura = t; presion = p; } … }

  7. Caso de Estudio: Signos Vitales classSignosVitales{ … //Consultas publicfloatobtenerTemperatura (){ return temperatura; } publicPresionArterialobtenerPresion(){ returnpresion ; } publicboolean alarma(){ return temperatura > umbralTemp || presion.alarmaHipertension() ; } }

  8. Caso de Estudio: Signos Vitales class Control{ publicstaticvoidmain (String [] a){ //Lectura de datos … //Creación de objetos PresionArterial p6Hs= new PresionArterial(m1,m2); PresionArterial p12Hs= new PresionArterial(n1,n2); SignosVitales s6Hs = new SignosVitales(t1,p6Hs); SignosVitales s12Hs = new SignosVitales(t2,p12Hs); if (s6hs.alarma() || s12hs.alarma()) } }

  9. Representación en Memoria Cada objeto de software modela a un objeto del problema identificado en la etapa de diseño. El estado interno de un objeto puede contener referencias a otros objetos, de modo que un sistema complejo puede modelarse a partir de objetos simples. La modificación de la representación de un objeto no afecta a la representación de los objetos que lo referencian.

More Related