lunes, 13 de julio de 2009

TALLER DE UML

PARTE 1

1.Como se ha podido notar en ocasiones nos referimos al Lenguaje Unificado de Modelado como “UML” y como “el UML”. ¿Cuál es el correcto?

Los creadores han indicado que el uml.


2.¿Porque es necesario contar con diversos diagramas en el modelo de un sistema?

Es importante contar con diversos modelos de diagramas para que los usuarios puedan tener una mayor comprensión.


3.¿Cuales diagramas le dan una perspectiva estática de un sistema?

  • Diagrama de clases
  • Diagrama de objetos
  • Diagrama de componentes
  • Diagrama de distribución

4.¿Cuales diagramas le dan una perspectiva dinámica de un sistema (es decir, muestran un cambio progresivo)?

  • Diagrama de casos de uso
  • Diagrama de secuencia
  • Diagrama de colaboración
  • Diagrama de estado
  • Diagrama de actividades

Ejercicio:

1.Presuma que creara un sistema informático para el siguiente ejercicio:

2.Suponga que Usted es un analista que generara un modelo del juego de baloncesto, y que entrevista a un entrenador para comprender el juego.

-Cuáles diagramas UML serian útiles para diseñar el sistema? ¿Por que?

Utilizaría el diagrama de clases por que el modelo de juego de baloncesto posee unos atributos o características y en su ejecución realiza unas operaciones o métodos que empleara para ganar el juego (las jugadas).

-Para el sistema del ejercicio que ha completado, liste las preguntas que formularía a un usuario potencial y por que las haría.

  • ¿Cuantos jugadores participan en el equipo?
  • ¿Cuales son las reglas en un partido?
  • ¿Cuánto tiempo dura un partido?
  • ¿si dan descanso cuanto tiempo es?

PARTE 2:


1.La orientación a objetos ha tomado por asalto al mundo del software. ¿Existen algunas aplicaciones importantes que no están orientadas a objetos?

Si, y son conocidas como herederos y se ejecutan para mostrar o dar a conocer su época.


2.¿Qué es un objeto?

Un objeto es una entidad provista de un conjunto de propiedades o atributos (datos) y de comportamiento o funcionalidad (métodos). Se corresponde con los objetos reales del mundo que nos rodea, o a objetos internos del sistema (del programa). Es una instancia a una clase.Es una instancia de una clase.Un objeto del mundo real tiene características y comportamientos, y de la misma manera, un objeto del mundo del software tiene variables y métodos.


3.¿Cómo trabajan los objetos en conjunto?

Los objetos funcionan en conjunto mediante el envío de mensajes entre ellos. Los mensajes son peticiones para realizar operaciones.


4.¿Qué establece la multiplicidad?

La multiplicidad es un importante aspecto de las asociaciones entre objetos. Indica la cantidad de objetos de una clase que se relacionan con otro objeto en particular de la clase asociada.


5.¿pueden asociarse dos objetos entre si en mas de una manera?

Los objetos se asocian entre sí y esta asociación puede ser de diversos tipos. Un objeto en una clase puede asociarse con cualquier cantidad de objetos distintos en otra clase.


PARTE 3

1.¿Cómo representa una clase en el UML?

Una clase en uml se representa mediante un rectángulo que se divide en tres partes:

Contiene el nombre de la Clase.
Contiene los atributos (o variables de instancia) que caracterizan a la Clase.
Contiene los métodos u operaciones, los cuales son la forma como interactúa el objeto con su entorno.


2.¿Qué información puede mostrar en un símbolo de clase?

Se pueden mostrar los atributos, operaciones, responsabilidades y restricciones de la clase.


3.¿Qué es una restricción?

•Las restricciones son símbolos que llevan los atributos para la capacidad de contener uno o tres posibles valores.

•La forma de representar una restricción es con un texto libre bordeado por llaves donde especifica los valores a contener.


4.¿para que adjuntaría una nota a un símbolo de clase?

Para agregar información que no se encuentra en los atributos, operaciones o responsabilidades. Por ejemplo, podría desear que el usuario del modelo lea un documento en particular que contenga información respecto a la clase.


5.Es importante recordar el uso del “sentido común” para generar el diagrama de clases, y funciona bien en determinadas instancias, pero ¿que ocurre cuando se debe analizar un área desconocida para nosotros, y donde el uso del sentido común no será de mucha ayuda?

Creo que la posible solución seria emplear un método de recolección de información que ayude a obtener datos importantes sobre los diferentes campos o entidades que podrían participar en el sistema.