PDF de programación - Proyectos UML - Diagramas de clases y aplicaciones JAVA en NetBeans 6.9.1

Editorial de la Universidad
Tecnológica Nacional



Proyectos UML

Diagramas de clases y aplicaciones

JAVA en NetBeans 6.9.1

 

Ubaldo José Bonaparte

 

Cátedra Paradigmas de Programación



Facultad Regional Tucumán

Universidad Tecnológica Nacional – U.T.N.

Argentina

 

 



 2012 

Editorial de la Universidad Tecnológica Nacional – edUTecNe

http://www.edutecne.utn.edu.ar

[email protected]

© [Copyright] La Editorial de la U.T.N. recuerda que las obras publicadas en su sitio web son de 
libre acceso para fines académicos y como un medio de difundir el conocimiento generado por 
autores universitarios, pero que los mismos y edUTecNe se reservan el derecho de autoría a todos 
los fines que correspondan. 
 

Ubaldo José Bonaparte



UML (Lenguaje de Modelado Unificado)


Introducción

En general al producirse un requerimiento de software, surge una idea. Por ejemplo un
administrador general de un negocio que compra y vende productos, observa que utilizando la
informática puede mejorar sustancialmente su administración. Entonces, teniendo una idea
bastante clara de su necesidad, acude a especialistas en desarrollo de software.
Después de varias entrevistas, los especialistas determinan que deben cumplir con las siguientes
etapas de trabajo para generar el software adecuado a los requerimientos de su cliente:


a) Relevamiento
b) Análisis
c) Diseño
d) Desarrollo
e) Capacitación
f) Mantenimiento


El relevamiento consiste en un dialogo permanente de los especialistas y el cliente (puede incluir
al personal de diferentes sectores del negocio) con el fin que los primeros identifiquen todos y
cada uno de los componentes de dicho negocio y como interactúan. En definitiva, los especialistas
deben comprender aquella idea detalladamente y mantenerla mientras se produce el software.

Para esto, los especialistas pueden hacer uso del Lenguajes Unificado de Modelado ya que les
ayudará a capturar la idea del sistema requerido, para luego comunicarla a los involucrados en el
proyecto. Esta tarea se lleva a cabo en las etapas de análisis y diseño, utilizando simbología y
diagramas UML con el objeto de modelar el sistema.

Modelar el sistema utilizando los diagramas de UML, significara en definitiva contar con
documentos que plasman el trabajo de capturar la idea para la posterior evolución del proyecto. El
cliente podrá entender el plan de trabajo de los especialistas y señalar cambios si no se capto
correctamente alguna necesidad; o bien, indicar cambios sobre la marcha del proyecto. A su vez,
los especialistas encargados del desarrollo generalmente trabajaran en equipo, por lo que cada
uno de ellos podrá identificar su trabajo particular y el general a partir de los diagramas UML.

UML proporciona las herramientas para organizar un diseño solido y claro, que comprendan los
especialistas involucrados en las distintas etapas de la evolución del proyecto, y por que no para
documentar un anteproyecto que será entregado al cliente.



UTN - FRT, Cátedra Paradigmas de Programación - 2012

Historia de UML

UML respaldado por el OMG (Object Management Group), es un lenguaje de modelado de
sistemas de software. Diseñado como una herramienta gráfica donde se puede construir,
especificar, visualizar y documentar sistemas.
Permite representar el modelo de un escenario, donde se describen las entidades intervinientes y
sus relaciones. También podemos al describir cada entidad, especificar las propiedades y el
comportamientos de las mismas.

Rational Software Corporation contrato en 1994 a James Rumbaugh y la compañíá se convirtió en
la fuente de los dos esquemas de modelado orientado a objetos más populares de la época:


- OMT (Object-modeling technique) de Rumbaugh, que era mejor para análisis orientado

a objetos.

- Método Booch de Grady Booch, que era mejor para el diseño orientado a objetos.


Poco después se les une Ivar Jacobson, el creador del método de ingeniería de software orientado
a objetos. Jacobson se unió a Rational en 1995, después de que su compañía Objectory AB fuera
comprada por Rational.

En 1996 Rational concluyó que la abundancia de lenguajes de modelado estaba alentando la
adopción de la tecnología de objetos, y para orientarse hacia un método unificado, encargaron a
estos especialistas que desarrollaran un Lenguaje Unificado de Modelado abierto.

Se organizo en 1996 un consorcio internacional llamado UML Partners, para completar las
especificaciones del Lenguaje Unificado de Modelado (UML), y para proponerlo como una
respuesta al OMG RFP. El borrador de la especificación UML 1.0 de UML Partners fue propuesto a
la OMG en enero de 1997. Durante el mismo mes la UML Partners formó una Fuerza de Tarea
Semántica, encabezada por Cris Kobryn y administrada por Ed Eykholt, para finalizar las
semánticas de la especificación y para integrarla con otros esfuerzos de estandarización. El
resultado de este trabajo, el UML 1.1, fue presentado ante la OMG en agosto de 1997 y adoptado
por la OMG en noviembre de 1997.

UML desde 1995, es un estándar aprobado por la ISO como ISO/IEC 19501:2005 Information
technology — Open Distributed Processing — Unified Modeling Language (UML) Version 1.4.2.


Diagramas de UML

UML esta compuesto por diversos elementos gráficos que se combinan para conformar diagramas.
Al ser UML un lenguaje, existen reglas para combinar dichos elementos. En conjunto, los
diagramas UML brindan diversas perspectivas de un sistema, por ende el modelo. Ahora bien, el
modelo UML describe lo que hará el sistema y no como será implementado.



Ubaldo José Bonaparte



Diagramas de clases
Si observamos a nuestro alrededor, veremos una serie de cosas
(objetos), los cuales tienen atributos (propiedades) y nos damos
cuenta que algunos realizan acciones (métodos). Esas cosas,
naturalmente se agrupan en categorías (automóviles, viviendas, etc).
Una clase es una categoría de cosas u objetos que poseen atributos
y acciones similares.
Por ejemplo: la clase lavadora tiene las propiedades fabricante,
número de serie y realiza las acciones de remojo, lavado, enjuague
y centrifugado.
Las clases las representamos en un rectángulo compuesto por tres
secciones 1) nombre de la clase 2) propiedades y 3) acciones.

Los diagramas de clases representan las clases intervinientes en el
sistema, destacando con que otras clases se relacionan y como lo hacen.

Diagramas de casos de uso
Describen las acciones de un sistema desde el punto de vista del usuario. Si la finalidad es crear
un sistema que pueda ser usado por la gente en general, es importante este diagrama, ya que
permite a los desarrolladores (programadores) obtener los requerimientos desde el punto de vista
del usuario.

Diagrama de estados
Muestra las transiciones de un objeto en sus cambios de estados.
Por ejemplo: una persona es recién nacida, niño, adolecente o adulto.
Una lavadora puede estar en las fases de remojo, lavado, enjuague,
centrifugado o apagada. Un elevador se puede mover hacia abajo,
hacia arriba o estar en esta de reposo.

El símbolo de la parte superior indica el estado inicial y el de la parte
inferior el estado final (apagado).



Diagrama de secuencias
Representan información dinámica ya que los objetos interactúan entre si mientras el tiempo
transcurre. En definitiva, los diagramas de secuencias, visualizan la mecánica de interacciones
entre objetos con base en tiempos.
Sobre nuestro ejemplo de la lavadora, encontramos los componentes manguera, tambor y drenaje
como objetos que interactúan mientras transcurre el tiempo de funcionamiento.



UTN - FRT, Cátedra Paradigmas de Programación - 2012



Diagrama de actividades

En un caso de uso como en el comportamiento de
objetos en un sistema, siempre hay actividades que
generalmente son secuenciales. Sin importar el tiempo,
podemos reflejar en el diagrama de actividades, la
secuencia de acciones que desarrollan los objetos.

Para el ejemplo de la lavadora aquí reflejamos la
secuencia de las acciones 7 al 10 vistas en el diagrama
de secuencias.



Ubaldo José Bonaparte



Diagrama de clases

Un diagrama de clases representa en un esquema gráfico, las clases u objetos intervinientes y
como se relacionan en su escenario, sistema o entorno. Con estos diagramas, se logra diseñar el
sistema a ser desarrollado en un lenguaje de programación, generalmente orientado a objetos.
Estos diagramas los incorporan algunos entornos de desarrollo, tal es el caso de Eclipse con el
plugin Papyrus o Netbeans con su respectivo plugin UML. Es un buen hábito generar proyectos
UML con s