1. República bolivariana de Venezuela
Ministerio del Poder Popular para la Defensa
Universidad Nacional Experimental Politécnica de la fuerza armada
Guacara – Edo. Carabobo
Bachilleres:
Jiménez Marbely C.I.: 18.167.164
Soto Yasmira C.I.: 16.772.276
Rios Jackeline C.I.: 17.990.676
Contreras Wilkins C.I.: 20.030.260
Sección: G-003
Ingeniería en Sistemas
Guacara, Julio de 2010

2. INTRODUCCIÓN
El diseño orientado a objetos es la estructura abstracta de lo que
queremos desarrollar. Dependiendo de la naturaleza del software se quiere
facilitar la elaboración de la aplicación, debido a que los objetos describen de
forma indefinida a los elementos del mundo en que vivimos.
Los beneficios de la tecnología orientada a objetos se fortalecen si se
usa antes y durante un proceso de desarrollo del software una metodología
de análisis y diseño orientado a objetos, de manera de obtener mejores
resultados que se deben considerar en el DOO.
La idea básica del Diseño Orientado a objetos se basa en tres
componentes y cinco capas, entre los componentes tenemos: El de ámbito
del problema, el de la interacción humana y el del manejo de tarea y datos.
Las capas son la de: Clase Objeto, la de Estructura, la de Atributos, la de
Servicios y la de Tema.
En esta investigación se destacan las fases para el desarrollo de un
diseño orientado a objeto, en el cual se define el alcance y limite del
proyecto, a su vez gestiona una comprensión preliminar mediante un
desarrollado bien claro y especifico en lo que se va a trabajar para luego
proceder a validar los resultados obtenido, además tomar decisiones
técnicas considerando arquitecturas de software/hardware de forma
específicas respecto a características de implementación, validar su correcto
funcionamiento y detectar fallas en su momento de manera que puedan ser
depuradas.

3. DISEÑO ORIENTADO A OBJETOS
El diseño orientado a objetos es el proceso de dividir una solución en
una cantidad determinada de objetos constituyentes y a su vez es la
estructura abstracta de lo que queremos desarrollar. Además, el DOO
combina servicios de información, e incrementa la modularidad y las
estructuras de control y datos pueden ser definidos de en una manera
integrada.
El enfoque de Coad y Yourdon, plantea que el diseño viene a ser
entonces cada vez más orientado hacia un lenguaje OO particular y a un
ambiente de desarrollo. Las actividades de diseño orientado a objetos están
asociadas en los cuatro componentes principales del sistema final, además
los mismos son expandidos a lo largo de las cinco capas con que cuenta el
diseño OO.

4. COMPONENTES DEL DISEÑO ORIENTADO A OBJETO
• Diseño del componente de dominio problema
Es el conjunto básico de objetos funcionales que llega de la etapa de
análisis. Tales objetos directamente resuelven el problema que se pretende
ser resuelto por el sistema que se está construyendo, lo que quiere decir que
el diseño del CDP se termina en su mayor parte en la etapa de análisis,
completándose ahora con la ejecución de tres actividades, las cuales son:
Diseño de reuso: En esta etapa nuevas clases para reusar objetos
que serán útiles más adelante. Es el caso de los paquetes comerciales de
clase generalizada como las que contienen las organizaciones de
programadores OO con experiencia, ellos por lo general poseen una
biblioteca de clases desarrolladas para los objetos. Estas bibliotecas y
paquetes pueden contener clases que tienen atributos y servicios para
objetos similares a los requeridos en el diseño del sistema a desarrollarse.
Estas clases reusables pueden ser añadidas al diseño como clases bases en
una estructura Gen-Spec.
Estructura de Implementación: Debido a la implementación en un
lenguaje de programación en particular podría ser necesario que en el diseño
se agreguen estructuras que pueden ser de agregación, o Gen-Spec, este
último para permitir que varias clases de objetos compartan un protocolo o
estructura de datos. Estas estructuras usan el concepto de herencia para
hacer más fácil el enfoque de programación.

5. Acomodo al lenguaje: En esta sección podemos corregir (si es
necesario) el diseño para que las estructuras puedan ser construidas en el
lenguaje de programación seleccionado. Algunos lenguajes, por ejemplo,
incluyen herencia múltiple (C++), otros solamente incluyen herencia simple
(Java) y todavía otros que posiblemente no incluyen herencia. En los casos
más restrictivos, los patrones de herencia del diseño deben ser modificados
para permitir las capacidades del lenguaje de programación.
• Diseño de componente de interfaz humana
En esta actividad creamos los menús, reportes y pantallas interactivas
que usarán las personas para trabajar con el sistema. Por lo general, se
puede obtener ayuda en gran forma en clases de bibliotecas para el diseño
de clases de Interfaz. Esta es un área donde la reusabilidad de las clases
Orientado a Objetos ha probado ser muy efectiva. Las clases de bibliotecas
generalmente proporcionan generalizaciones de menús, ventanas, control de
tipo de letra, y utilerías de cortar y pegar.
Los prototipos son muy útiles durante el diseño de Interfaz para hacer
más fácil la manera en que trabajarán las clases de biblioteca con los objetos
del Dominio. Por lo general, con la información obtenida en las entrevistas y
casos de uso podemos recopilar información acerca de los perfiles de
usuarios involucrados en el sistema y diseñar una interfaz correspondiente a
su perfil. Con base a estos y otros perfiles, podemos seleccionar una interfaz.

6. • Diseño de componentes de administración de tarea y datos
Estos dos componentes están estrechamente relacionados con la
tecnología de implementación. El manejo de tareas está muy determinado
por la configuración de hardware de computación, y el manejo de datos está
muy determinado por el software de sistema disponible cuando el sistema
este de hecho en ejecución.
El componente de manejo de tareas es más importante cuando el
sistema está ejecutándose en varios procesadores o computadoras. Una
“tarea” es un conjunto de servicios relacionados que deben ejecutarse juntos
(tal vez en el mismo procesador). Las tareas son activadas por el tiempo
transcurrido o por un evento. Los objetos del manejo de tarea obedecen a
activadores de tareas, asignación de procesadores y prioridades cuando son
llamados los servicios.

7. EJEMPLO DE COMPONENTE DE TAREAS:
El componente de manejo de tareas se añade al paquete de diagrama
de capas existentes. Este componente es implementado y luego creando
objetos. Tarea conforme son necesarios por el sistema.
El componente de Manejo de Datos comprende, por lo general, clases
y objetos necesarios para almacenar y recuperar a los otros objetos del
sistema. El Componente de Manejo de Datos varía dependiendo de que
la tecnología de tiempo de ejecución subyacente sea una base de datos
orientada a objetos, una base de datos relacional o un sistema de archivos
“plano” ordinario. En un ambiente de Base de Datos relacional o de archivo
plano el componente de manejo de datos debe proporcionar servicios de
almacenamiento al sistema

8. DISEÑO DE DIAGRAMA DE MANEJO DE DATOS
• Hay tres formas para diseñar el diagrama de manejo de datos:
1) Construir servicios de almacenamiento en cada Clase y Objetos en el
diseño: Esto involucra, por lo general, una cantidad considerable de
programación de diseño adicional.
2) Crear una Clase y Objeto, Servidor Objeto, que proporcione todos los
servicios de Base de Datos: Involucra un complejo objeto que sepa cómo
guardar o recuperar todos los objetos del sistema. Cualquier petición de
almacenamiento se hace por medio de mensajes a este único objeto cuyo
diseño podría ser como el que se muestra a continuación.
3) Crear una clase Almacenable es una combinación de los dos enfoques
anteriores. Cada objeto del sistema que deba ser guardado o recuperado
es conectado luego a una estructura Gen-Spec con la clase almacenable.

9. EJEMPLO DE UNA CLASE ALMACENABLE:

10. CAPAS CON QUE CUENTA EL DISEÑO ORIENTADO A
OBJETOS
1) Capa Clase Objeto: Esta capa indica las clases y objetos.
2) Capa de Estructura: Esta capa captura diversas estructuras de clases y
objetos, como las relaciones uno a muchos.
3) Capa de Atributos: Esta capa detalla los atributos de las clases.
4) Capa de Servicios: Esta capa indica los mensajes y comportamientos de
los objetos.
5) Capa de Tema: Esta capa divide el diseño en unidades de
implementación o asignaciones de equipos.

11. FASES DEL CICLO DE DESARROLLO ORIENTADO A
OBJETOS
Definición del proyecto y planificación: Define el alcance y límites
del proyecto. Se realizan los estudios de factibilidad y relaciones
costo/beneficio.
Análisis del Negocio: Es donde se modela el negocio o parte del
mismo en orden de comprender la naturaleza, como se realizan actualmente
las actividades, y como los usuarios desean que se realicen en el futuro.
Provee una comprensión preliminar de áreas específicas del negocio a ser
informatizadas. Esta etapa también es conocida como estudio del sistema
actual en otras metodologías.
Análisis de requerimientos del sistema: aquí es donde se establece
con claridad las capacidades requeridas para el nuevo sistema que se va a
desarrollar. Estas capacidades son documentadas de modo tal que los
desarrolladores tengan una especificación clara sobre lo que se va a trabajar
y para validar los resultados obtenidos.
Diseño Lógico: Es donde los desarrolladores del sistema identifican
los componentes de software/hardware necesarios para satisfacer los
requerimientos, como también especifican las relaciones arquitecturales
entre dichos componentes. El diseño lógico debe evitar detalles técnicos
específicos requeridos para mapear el diseño en un entorno de
implementación específico.

12. Diseño Físico: Es donde se toman decisiones técnicas considerando
arquitecturas de hardware específicas, sistemas de bases de datos,
lenguajes de programación, a su vez se toman decisiones con respecto a
características de implementación como ser arquitectura cliente/servidor,
distribución de objetos, etc.
Desarrollo: Aquí es donde un diseño físico es implementado en un
lenguaje de programación, o entorno específico de desarrollo.
Prueba: se realizan testes del software para validar su correcto
funcionamiento y detectar fallas que deban ser depuradas.
Documentación: desarrollo de documentación técnica sobre la
aplicación, manuales de usuario y manuales de procedimiento, etc.

13. ERRORES COMUNES EN EL DISEÑO
• Clases que hacen modificaciones directas a otras clases.
Son una violación a la encapsulación. Produce ligaduras ocultas
innecesarias. Mal diseño.
• Clases con demasiada responsabilidades.
• Clases demasiado complejas. Delegar parte a subclases.
• Clases sin responsabilidades, no o cumplen un papel importante en
nuestra aplicación. Por simplicidad pueden eliminarse.
• Clases con responsabilidades que no se usan. Como resultado de
diseñar las clases sin analizar las relaciones con las demás.
• Uso inadecuado de la herencia. Mal diseño al no usar adecuadamente la
relación "es un".
• Funcionalidad repetida. Se duplica el código innecesariamente.
Condensar en una superclase común.

14. CONCLUSIÓN
El diseño orientado a objeto lo podemos definir como un proceso que
consiste en la construcción de un modelo de objetos para una solución, de
manera que obtengamos buenos resultados a la hora de diseñar el sistema.
Este tipo de diseño se encarga de describir un proceso, donde se pueda
compartir a través de una orientación de objetos, la cual va describir cada
modelo del sistema.
El diseño orientado a objetos se ha desarrollado con el objetivo de
responder a las necesidades de flexibilidad en los Sistema de información
basados en computadora.
Existen varias metodologías orientadas a objetos como: el método de
Booch, el método de Rumbaugh, y el método de Jacobson; nosotros hicimos
hincapié en la metodología de Coad y Yourdon, ya que es considerada la
más sencilla al momento de ser aplicada por analistas con poca experiencia.
A pesar de que existen varias metodologías, estas tienen diferencias entre
ellas, que a su vez trabajan con el mismo modelo o prototipo basándose en
los mismos fundamentos de modelación de objetos.
La metodología de Coad y Yourdon se basa en cinco capas que son:
la capa clase objeto, el cual indica las clases y objetos; la capa de estructura
que es la que se encarga de capturar las diferentes estructuras de clases y
objetos, como las relaciones uno a muchos; la capa de atributos que es la
que detalla los atributos de las clases; también esta la capa de servicios
que es la que nos indica los mensajes y comportamientos de los objetos y

15. por ultimo tenemos la capa de tema que es la que se encarga de compartir el
diseño en unidades de implementación o asignaciones de equipos.
Este tipo de diseño tiene mayor efectividad en las demandas
organizacionales para nuevos sistemas que requieran mantenimiento,
adaptación y rediseño continuos.
Por lo que podemos decir que el diseño orientado a objeto nos permite
crear un diseño más complejo de un sistema, de manera que nos facilite su
mayor visualización y comprensión, los cuales pueden diseñarse en
diferentes metodologías que nos permita obtener una mayor efectividad y
eficiencia del sistema.