INTRODUCCIÓN
Es
importante al momento de la elaboración del software la documentación de lo que
se está desarrollando, debido a que suele darse el caso de que una vez
finalizado y entregado el proyecto, el software requiera alguna mejora o
mantenimiento que en ciertos casos no la realiza el mismo desarrollador, he ahí
la importancia de los diagramas de clases que agilizan que otro desarrollador
comprenda y pueda aplicarle los cambios deseados.
En
ingeniería de software, un diagrama de clases en Lenguaje Unificado de Modelado
(UML) es un tipo de diagrama de estructura estática que describe la estructura
de un sistema mostrando las clases del sistema, sus atributos, operaciones (o
métodos), y las relaciones entre los objetos.
MARCO TEÓRICO
Los
diagramas de clases son diagramas de estructura estática que muestran las
clases del sistema y sus interrelaciones (incluyendo herencia, agregación,
asociación, etc.). Los diagramas de clase son el pilar básico del modelado con
UML, siendo utilizados tanto para mostrar lo que el sistema puede hacer
(análisis), como para mostrar cómo puede ser construido (diseño). El diagrama
de clases de más alto nivel, será lógicamente un dibujo de los paquetes que
componen el sistema. Las clases se documentan con una descripción de lo que
hacen, sus métodos y sus atributos. Las relaciones entre clases se documentan
con una descripción de su propósito, sus objetos que intervienen en la relación
y su opcionalidad (cuando un objeto es opcional el que intervenga en una
relación).
CLASE.
Resumiendo
que para obtener un diagrama de clases, se debe comenzar por conocer que es una
clase, en pocas palabras una clase es el pilar fundamental para la programación
y representan las características, métodos y demás aspectos que tenga una
entidad, un buen ejemplo de cómo representar una clase sería una persona con
sus atributos: brazos, piernas, etc., y sus métodos pueden ser: caminar, tocar.
MIEMBROS.
Los métodos
y atributos son los miembros con los que cuenta una clase, además de cierta información
de los mismos. Además en una clase los miembros no suelen tener las mismas características
que pueden ser público, privado, etc., por ejemplo:
Cabe indicar que se muestran
en el gráfico ciertos tipos de relaciones, que se explicaran en la siguiente
entrada.
CONCLUSIÓN.
Es de
vital importancia en la actualidad en cada desarrollo de software el uso de
diagramas de clases, que genera que el desarrollador avance en el proyecto y si
tiene alguna duda mientras lo hace puede revisar su diagrama para aclararlas.
Es de gran ayuda tanto para el desarrollador como para el cliente, el
desarrollador generara una buena reputación si realiza un buen trabajo y más aún
si lo detalla en un diagrama de clases, debido a que el cliente estar más
conforme, ya que se puede citar la oportunidad que otra persona o desarrollador
intervenga en el software para aplicar alguna modificación, lo primero que hará
el mismo será consultar con el diagrama de clases con el que cuenta el software
para aplicarle los cambios necesarios, mientras que esto no se podrá dar tan ágil
si el creador del software no le agrego a su trabajo un diagrama de clases,
dañando así su imagen y reputación como desarrollador.
BIBLIOGRAFÍA.
Pressman,
R. Ingeniería de software: Un enfoque práctico. 7 ed. México. Mc Graw Hill. p
805.
García,
F y Pardo, C. 2013. Diagramas de Clase en UML 1.1. (En línea). ES. Consultado,
13 de Jun. 2015. Formato PDF. Disponible en: http://gredos.usal.es/jspui/bitstream/10366/121969/3/DIA_GarciaPenalvo_PardoAguilar_DClase.pdf.
