lunes, 12 de noviembre de 2018

DIAGRAMAS DE CLASES

                       DIAGRAMA DE CLASES
INTEGRANTES:

  1. ALEXANDRA VILLANEVA ABANTO
  2. GIANELLA INOÑAN RODRIGUEZ
  3. CRISTHEL DELGADO BUSTAMANTE


1. Contenido
 Definición

Es una descripción visual de los posibles sistemas. Un diagrama de clases y un diagrama de objetos son las alternativas de representación de modelos de objetos, aunque los diagramas de clases prevalecen más que los de objetos. Normalmente se puede construir un diagrama de clases y ocasionalmente uno de objetos para ilustrar las estructuras de datos más complejas.
Un diagrama de clases contiene íconos que representan las clases. Se pueden crear una o más diagramas que representan el nivel más alto de abstracción en el modelo e ir representando cada nivel con diagramas separados.

 Ventajas

  1.  Genera un código automáticamente.
  2. Propone soluciones a algunos errores.
  3. Representa las relaciones entre las clases de sistema.
  4. Se diseña los componentes de los sistemas.
  5. Se protegen los datos.
  6. Se posibilita una reducción de acoplamiento.
  7. Mas fácil la comunicación entre los programadores, descubrimiento de fallas del sistema en el diseño 
  8. Mejor diseño del sistema ofrece más documentación.

 Elementos (Clase, Relaciones, Atributos, Operaciones, etc.)

 
a) La Clase
Una clase es un ícono que se representa como una caja, en OMT, la que se divide en tres partes, con el nombre de la clase en la parte superior, la lista de sus atributos en la segunda y la lista de sus operaciones o métodos en la última
Los atributos pueden representarse solo mostrando su nombre, mostrando su nombre y su tipo, e incluso su valor por defecto.
Un método o operación es la implementación de un servicio de la clase, que muestra un comportamiento común a todos los objetos.
b) Relaciones: Existen tres relaciones diferentes entre clases, Dependencias, Generalización y Asociación. En las relaciones se habla de una clase destino y de una clase origen. El origen es desde la que se realiza la acción de relacionar. Es decir, desde la que parte la flecha, la destino es la que recibe la flecha.
i. Generalización.
Pues es la herencia, donde tenemos una o varias clases padre o superclase o madre, y una clase hija o subclase. UML soporta tanto herencia simple como herencia múltiple.
ii. Asociación.
Especifica que los objetos de una clase están relacionados con los elementos de otra clase. Se representa mediante una línea continua, que une las dos clases. Podemos indicar el nombre, multiplicidad en los extremos, su rol, y agregación
iii. Agregación
Representa una relación parte todo entre dos clases. Muestra que el objeto agregado está físicamente construido a partir de otro objeto, o que lógicamente lo contiene
c) Atributos y Métodos
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 accesible desde todos lados.
 private (-,): Indica que el atributo sólo será accesible desde dentro de la Clase (sólo sus métodos lo pueden accesar).
 protected (#,): Indica que el atributo no será accesible desde fuera de la clase, pero si podrá ser accesado por métodos de la clase además de las subclases que se deriven.


 Ejemplo Practico

En la figura se especifica que Auto y Camión heredan de Vehículo, es decir, Auto posee las Características de Vehículo (Precio, VelMax, etc) además posee algo particular que es Descapotable, en cambio Camión también hereda las características de Vehículo (Precio, VelMax, etc) pero posee como particularidad propia Acoplado, Tara y Carga. Cabe destacar que fuera de este entorno, lo único "visible" es el método Características aplicable a instancias de Vehículo, Auto y Camión, pues tiene definición pública, en cambio atributos como Descapotable no son visibles por ser privados. 

  
2. Resumen

 La Clase Una clase es un ícono que se representa como una caja, en OMT, la que se divide en tres partes, con el nombre de la clase en la parte superior, la lista de sus atributos en la segunda y la lista de sus operaciones o métodos en la última b ) Relaciones : Existen tres relaciones diferentes entre clases, Dependencias, Generalización y Asociación. En las relaciones se habla de una clase destino y de una clase origen. Especifica que los objetos de una clase están relacionados con los elementos de otra clase. c ) Atributos y Métodos  private ( -, ) : Indica que el atributo sólo será accesible desde dentro de la Clase ( sólo sus métodos lo pueden accesar ).  protected ( #, ) : Indica que el atributo no será accesible desde fuera de la clase, pero si podrá ser accesado por métodos de la clase además de las subclases que se deriven.


3. Summary

 

The Class A class is an icon that is represented as a box, in OMT, which is divided into three parts, with the name of the class at the top, the list of its attributes in the second and the list of its operations or methods in the last b) Relationships: There are three different relationships between classes, Dependencies, Generalization and Association. In relationships we speak of a destiny class and a class origin. Specifies that the objects of one class are related to the elements of another class. c) Attributes and Methods … private (-,): Indicates that the attribute will only be accessible from within the Class (only its methods can access it). … protected (#,): Indicates that the attribute will not be accessible from outside the class, but it can be accessed by methods of the class in addition to the subclasses that are derived.


4. Recomendaciones

  1.  Mediante el uso de diagramas de clases UML JPI se logra una modelación de la estructura equivalente a la solución de código.
  2.   Existe una completa analogía entre esta propuesta de modelación estructural de soluciones JPI y su código asociado. 
  3. Se presenta una extensión para el diagrama de clases UML denominada diagrama de clases UML JPI.


5. Conclusiones

  1.  Diagrama de clases es un programa de software el cual ha estado en diferentes oportunidades para hacer mejor el entendimiento de otro analista de sistemas
  2. un diagrama que permite representar la estructura de un sistema mostrando las clases que lo componen, los atributos y relaciones que existen entre ellas. 
  3. el diagrama de clases permite ampliar las oportunidades, para que las personas involucradas en el proyecto comprendan de una mejor manera la aplicación
6. Apreciación del Equipo

  1. Segun el tema de diagramas de clases una clase que seria un objeto o persona misma en la cual se especifica cada acción y especificación.
  2. El diagrama de clases incluye mucha más información como la relación entre un objeto y otro, la herencia de propiedades de otro objeto, conjuntos de operaciones/propiedades que son implementadas para una interfaz gráfica.
  3. Presenta las clases del sistema con sus relaciones estructurales y de herencia.
7. Glosario de Términos
  1.  TIPOS DE ATRIBUTOS  la característica es visible dentro y fuera de la clase 
  2.  Private; la característica solo es accesible dentro de la clase en la que se encuentra 
  3. Protected; Indica que el atributo no será accesible desde fuera de la clase, pero si podrá ser accesado por métodos de la clase además de las subclases que se deriven.
  4. TIPOS DE MÉTODOS Indica que el método será visible tanto dentro como fuera de la clase, es decir, es accesible desde todos lados. 
  5. 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 é t o d o s y at r i bu t o s, poseerá las características y atributos visibles de la Super
  6. AGREGACIÓN Por Valor: Es un tipo de relación estática, en donde el tiempo de vida del objeto incluido esta condicionado por el tiempo de vida del que lo incluye. Este tipo de relación es comúnmente llamada Composición (el Objeto base se construye a partir del objeto incluido, es decir, es "parte/todo"). 
  7.  Por Referencia: Es un tipo de relación dinámica, en donde el tiempo de vida del objeto incluido es independiente del que lo incluye
  8. ASOCIACIÓN La relación entre clases conocida como Asociación, permite asociar objetos que colaboran entre si. Cabe destacar que no es una relación fuerte, es decir, el tiempo de vida de un objeto no depende del otro
  9. OBJETIVOS Recordar los elementos del diagrama de clases para facilitar el entendimiento de las partes involucradas en el desarrollo de software Visualizar las relaciones de las clases que intervienen en el sistema
  10. DIAGRMAS:Es una descripción visual de los posibles sistemas. Un diagrama de clases y un diagrama de objetos son las alternativas de representación de modelos de objetos, aunque los diagramas de clases prevalecen más que los de objetos.
8. Bibliografía o Linkografía

 
Publicado por en No hay comentarios:
Suscribirse a: Entradas (Atom)