Aprendiendo UML - Hora 2: Orientación a Objetos

La orientación a objetos es un paradigma que depende de algunos principios fundamentales. Un objeto es una instancia de una clase. Una clase es una categoría genérica de objetos que tienen los mismos atributos y acciones. Cuando crea un objeto, el área del problema en que trabaje determinará cuántos de los atributos y acciones debe tomar en cuenta.
La herencia es un aspecto importante de la orientación a objetos, un objeto hereda los atributos y operaciones de su clase. Una clase también puede heredar atributos y acciones de otra.
El polimorfismo es otro aspecto importante, ya que especifica que una acción puede tener el mismo nombre en diferentes clases y cada clase ejecutará tal operación de forma distinta.
Los objetos ocultan su funcionalidad de otros objetos y del mundo exterior. Cada objeto presenta una interfaz para que otros objetos (y personas) puedan aprovechar su funcionalidad.
Los objetos funcionan en conjunto mediante el envío de mensajes entre ellos. los mensajes son peticiones para realizar operaciones.
Por lo general, 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.
La agregación es un tipo de asociación. un objeto agregado consta de un conjunto de objetos que lo componen y una composición es un tipo especial de agregación. En un objeto compuesto, los componentes sólo existen como parte del objeto compuesto.

Taller
Para repasar lo que ha aprendido de la orientación a objetos, intente responder a algunas preguntas y realizar los siguientes ejercicios.

Preguntas y Respuestas
Pregunta: Usted dijo que la orientación a objetos ha tomado por asalto al mundo del software. ¿Qué no hay algunas aplicaciones importantes que no están orientadas a objetos?
Respuesta:  Si, y se conocen como sistemas "heredados" (programas que en muchos casos son ejecutados para mostrar su época). La orientación a objetos ofrece diversas ventajas, como la reusabilidad y un rápido periodo de desarrollo. Por tales razones, muy probablemente verá las nuevas aplicaciones (y las versiones rediseñadas de varias aplicaciones antiguas) escritas bajo el esquema de la orientación a objetos.

Cuestionario
1. ¿Qué es un objeto?.
2. ¿Cómo trabajan los objetos en conjunto?
3. ¿Qué establece la multiplicidad?
4. ¿Pueden asociarse dos objetos entre sí en más de una manera?

Ejercicios
En esta unidad no incluí ejercicios. Verán algunos en las siguientes Unidades.

Fecha de Entrega

1 de septiembre de 2011.

Producto:

Cuestionarios y Formato digital enviado por correo electrónico por grupo a oscar.orrego09@gmail.com con el asunto Metodología - TP2 y en el cuerpo del mensaje los integrantes del grupo.

Aprendiendo UML - Hora 1: Introducción al UML

Introducción

El desarrollo de sistemas es una actividad humana. Sin un sistema de notación fácil de comprender, el proceso de desarrollo tiene una gran cantidad de errores.

El UML es un sistema de notación que se ha convertido en estándar en el mundo de desarrollo de sistemas. Es el resultado del trabajo hecho por Grady Booch, James Rumbaugh e Ivar Jacobson. El UML está constituido por un conjunto de diagramas, y proporciona un estándar que permite el analista de sistemas generar un anteproyecto de varias facetas que sean comprensibles para los clientes, desarrolladores y todos aquellos que estén involucrados en el proceso de desarrollo. Es necesario contar con todos esos diagramas dado que cada uno se dirige a cada tipo de persona implicada en el sistema.

Un Modelo UML indica qué es lo que supuestamente hará el sistema, mas no cómo lo hará.

Taller

Ya se ha iniciado en el UML. Ahora deberá reafirmar su conocimiento de esta gran herramienta al responder algunas preguntas y realizar los ejercicios.

Preguntas y Respuestas

1. He visto que se refiere al Lenguaje Unificado de Modelado como “UML” y como “el UML”. ¿Cuál es el correcto?

R: Los creadores del lenguaje prefieren el uso de “el UML”.

2. Ha indicado que el UML es adecuado para los analistas o para comenzar el desarrollo de programas. No obstante, el diagrama de distribución no parece ser algo muy útil en la fase de análisis en el desarrollo de un sistema. ¿No sería más apropiado para una fase posterior?

R: En realidad nunca será demasiado pronto para empezar a pensar en la distribución (u otras cuestiones que, tradicionalmente, se dejan para fases posteriores del desarrollo). Aunque es cierto que el analista se interesa por hablar con los clientes y usuarios, en la fases tempranas del proceso el analista debería pensar en los equipos y componentes que constituirían el hardware del sistema. En algunas ocasiones, el cliente dicta esto; en otras, el cliente desea una recomendación del equipo de desarrollo. Ciertamente, un arquitecto de sistemas encontrará útil al diagrama de distribución.

3. Ha mencionado que es posible hacer diagramas híbridos. ¿UML, perdón el UML, impone limitaciones respecto a los elementos que podrá combinar en el diagrama?

R: No. El UML no establece límites, no obstante, con frecuencia se da el caso de que un diagrama contenga un tipo de elemento. Podrá colocar símbolos de clases en un diagrama de distribución, pero ello no será muy útil.

Cuestionario

1. ¿Por qué es necesario contar con diversos diagramas en el modelo de un sistema?
2. ¿Cuáles diagramas le dan una perspectiva estática de un sistema?
3. ¿Cuáles diagramas le dan una perspectiva dinámica de un sistema (esto es, muestran el cambio progresivo)?

Ejercicios

1. Realizar un resumen y esquema de la unidad uno.
2. Suponga que creará un sistema informático que jugará ajedrez con un usuario. ¿Cuáles diagramas UML serían útiles para diseñar el sistema?. ¿Por qué?
3. Para el sistema del ejercicio anterior que ha completado, liste las preguntas que formularia a un usuario potencial y porque las haría?

Fecha de Entrega

25 de agosto de 2011.

Producto:

Cuestionarios y Formato digital enviado por correo electrónico por grupo a oscar.orrego09@gmail.com con el asunto Metodología y en el cuerpo del mensaje los integrantes del grupo.

Bienvenidos...

Este espacio nos permitirá intercambiar las actividades propuestas, los ejercicios, comentarios, mensajes de la parte practica de Metodología de Sistemas.

Como primera actividad deberán publicar un comentario indicando los grupos grupos participantes y enviar un email a oscar.orrego09@gmail.com

Comenzamos...