EDUARDO TORDECILLA PAEZ

TALLER DE UML DIGRAMAS DE CLASES

A. Desarrolle un diagrama de clases según las necesidades

1. Diseñe un diagrama de clases llamado persona el cual tiene como atributos públicos
nombres, año nacimiento, sexo y como atributos privados peso y estatura; y tiene
como métodos calcular índice de, masa corporal y calcular edad.

2. Para cada figura, define el objeto y los valores correspondientes con los atributos
de cada figura. De la siguiente manera:

Circulo: color, diámetro.

Rectángulo: longitud, anchura y color.

Cuadrado: longitud y color.

Elipse: color, eje mayor, eje menor

3. Define un diagrama de objetos a partir del siguiente texto.

Kate Windsor (nacida Middleton) y Guillermo (Windsor) de Gales están casados.

Guillermo de Gales es hijo de Carlos (Windsor) de Gales y de Diana de Gales
(nacida Spencer).

4. A partir de las figuras del Ejercicio 2. define sus clases y atributos. Asegúrate de
que las relaciones de instanciación entre los objetos y las clases están claras.

B. Responder las preguntas según su criterio en forma breve.

1. ¿Debo construir un Diagrama/Modelo para cada aspecto del problema?

2. ¿Debo construir un Diagrama/Modelo para cada aspecto de la solución?.
3. ¿Cuáles diagramas son necesarios construir?
4. ¿Los diagramas que debo construir dependen de la metodología de desarrollo
que utilizamos?
5. ¿En qué momento del ciclo de vida del proyecto debo construirlos?
6. ¿Quién construye cada modelo? ¿Qué rol?
7. ¿Cuándo se utilizan los diagramas a lo largo del ciclo de vida del proyecto?
8. ¿Qué debo incluir en cada diagrama? ¿Cuán detallado deben ser?
9. ¿Qué aporta cada diagrama?
10. ¿Cómo relaciono los diagramas?
11. ¿Cómo los mantenemos actualizados ante cambios?
12. ¿Qué herramientas puedo utilizar?
 SOLUCION
A

1.
2.

3.
4.
B

1.
Todo depende de las características del problema que tengamos, por esto podemos decir
que no siempre se hace necesario hacer todos los diagramas. Si se trata de un proyecto
grande se suele construir los diagramas dependiendo del proceso que se va a realizar
teniendo en cuenta que en este se pueda documentar el flujo de información entre los
diferentes roles.

2.
Como se dijo anterior mente los diagramas no siempre aportan información de utilidad,
en modelos de clases simples los diagramas son suficientes, pero cuando estos son
complejos es necesario saber cómo actúan cada una de estas. En este caso son de utilidad
los diagramas de frecuencia y comunicación los cuales nos muestran os aspectos
dinámicos.

3.
los diagramas necesarios de construir son los que se necesitan y en el cual su objetivo es la
comunicación, solo se deben construir los diagramas que muestren información acerca del
problema o de la solución y siempre se deben de construir de una forma clara y precisa.

4.
De cierta manera se podría decir que no ya que cada metodología tiene una forma de
documentar su trabajo.

5.
Los diagramas se deben construir cuando ya se tenga toda la base del proyecto creada es
decir cuando ya se encuentre definida la idea de negocia a partir de este momento se
pueden empezar a crear los diagramas, se realizarán los más importantes y se
documentaran.

6.
la construcción de cada modelo depende de los roles que estén incluidos en el grupo de
desarrollo, por lo general de esto se encargan los analistas estos construyen diagramas de
caso de uso, los arquitectos se enfocan en documentar la arquitectura del proyecto y del
resto se encargan los demás desarrolladores.

7.
Los diagramas se utilizan desde que son construidos hasta que finaliza el proyecto, estos
se crean cuando surge la necesidad de hacerlos y se consultan durante el ciclo de vida del
proyecto.

8.
Si queremos mostrar que una determinada clase complementa a otra en un diseño solo
basta con mostrar sus relaciones, cardinalidad y los métodos que tienen la
responsabilidad de la implementación de dicho complemento. Seguramente ambas clases
tendrán atributos y métodos los cuales no serán determinantes y no se agregará
información acerca de lo que estos buscan comunicar por lo tanto estos detalles no se
incluyen.

9.
Un diagrama aporta una vista diferente de cada problema o solución, algunos muestran
aspectos dinámicos y otros estáticos y si se construyen por contexto muestran las partes
que constituyen cada uno.

10.
Cuando se construyen diferentes vistas de un mismo sistema, todos estos deben poder
relacionarse ya que estos comparten información relevante entre sí, esto permite tener
una idea clara de lo que se desea hacer durante el desarrollo del proyecto.

11.
Estos es un problema que se presenta actualmente en los desarrolladores, por tal motivo
es importante especificar en los diagramas las partes mas relevantes, esto nos permitirá
que siempre se mantengan los diagramas actualizados y que cuando se deba actualizar
alguno sea por que se realizo un cambio de gran importancia para todo el proyecto.
12.
Existen muchas herramientas para la realización de diagramas UML, estas varían en su
funcionalidad y en su precio también podemos encontrar de uso libre entre una de las
más utilizadas están modelio, argoUML entre otras.