miércoles, 8 de julio de 2015

DIAGRAMA DE CLASES


ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ
MANUEL FÉLIX LÓPEZ


CARRERA INFORMÁTICA

    SEMESTRE  SÉPTIMO           PERIODO  ABR 2015/SEP 2015

TEMA:

DIAGRAMA DE CLASES

MATERIA:

INGENIERÍA DE SOFTWARE


AUTOR:

CARLOS A. ZAMBRANO VIDAL

FACILITADORA:

ING. HIRAIDA SANTANA


CALCETA,  JULIO 2015

INTRODUCCIÓN
En esta sección vamos a conocer a fondo sobre los diagramas de clases, en el contexto de UML, estos permiten documentar la estructura estática de una aplicación informática desde el punto de vista del análisis diseño orientado a objeto.Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de contenimiento.
MARCO TEÓRICO
DIAGRAMA DE CLASES

DIAGRAMA DE CLASES

Los diagramas de clases muestran las diferentes clases que componen un sistema y cómo se relacionan unas con otras. Se dice que los diagramas de clases son diagramas «estáticos» porque muestran las clases, junto con sus métodos y atributos, así como las relaciones estáticas entre ellas: qué clases «conocen» a qué otras clases o qué clases «son parte» de otras clases, pero no muestran los métodos mediante los que se invocan entre ellas.

CLASE

Una clase define los atributos y los métodos de una serie de objetos. Todos los objetos de esta clase (instancias de esa clase) tienen el mismo comportamiento y el mismo conjunto de atributos (cada objetos tiene el suyo propio). En ocasiones se utiliza el término «tipo» en lugar de clase, pero recuerde que no son lo mismo, y que el término tipo tiene un significado más general.

ATRIBUTOS

En UML, los atributos se muestran al menos con su nombre, y también pueden mostrar su tipo, valor inicial y otras propiedades. Los atributos también pueden ser mostrados visualmente:
·         + Indica atributos públicos
·         # Indica atributos protegidos
·         - Indica atributos privados
OPERACIONES
Las operaciones (métodos) también se muestan al menos con su nombre, y pueden mostrar sus parámetros y valores de retorno. Las operaciones, al igual que los atributos, se pueden mostrar visualmente:
·         + Indica operaciones públicas
·         # Indica operaciones protegidas
·         - Indica operaciones privadas
PLANTILLAS
Las clases pueden tener plantillas, un valor usado para una clase no especificada o un tipo. El tipo de plantilla se especifica cuando se inicia una clase (es decir cuando se crea un objeto). Las plantillas existen en C++ y se introducirán en Java 1.5 con el nombre de Genéricos.

ASOCIACIONES DE CLASES

Las clases se puede relaciones (estar asocionadas) con otras de diferentes maneras:
GENERALIZACIÓN
La herencia es uno de los conceptos fundamentales de la programación orientada a objetos, en la que una clase «recoge» todos los atributos y operaciones de la clase de la que es heredera, y puede alterar/modificar algunos de ellos, así como añadir más atributos y operaciones propias.
En UML, una asociación de generalización entre dos clases, coloca a estas en una jerarquía que representa el concepto de herencia de una clase derivada de la clase base. En UML, las generalizaciones se representan por medio de una línea que conecta las dos clases, con una flecha en el lado de la clase base.



CONCLUSIÓN
Se concluye que el diagrama de clases es muy fundamental en un sistema que estemos desarrollando ya que esta permite ampliar las oportunidades, para que las personas involucradas en el proyecto comprendan de una mejor manera la aplicación. El diagrama de clases nos facilita o nos ayuda en el entendimiento de otro analista de sistemas y así saber las necesidades del cliente.
BIBLIOGRAFÍA
Pressman, R. 2010. INGENIERÍA DEL SOFTWARE. Un enfoque práctico. Séptima edición.
Larman, Craig. UML y Patrones. Introducción al análisis y diseño orientado a objetos. Prentice Hall, México, 1999.




No hay comentarios:

Publicar un comentario