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