A.D.O.O. 1.5.

- Metodologa Abstraccin Cuando consideramos una solucin modular para cualquier problema, se pueden plantear muchos niveles de abstraccin. Al nivel superior de abstraccin se establece una solucin en trminos amplios usando el lenguaje del entorno del problema. Una abstraccin denota las caractersticas esenciales de un objeto que lo distinguen de todos los dems tipos de objeto y proporciona as formas conceptuales ntidamente definidas a la perspectiva del observador. A medida que nos movemos a travs de los diferentes niveles de abstraccin creamos abstracciones procedimentales y de datos. Una abstraccin procedimental sera la palabra abrir en una puerta implica una larga secuencia de pasos procedimentales (ej. Ir a la puerta; alcanzar y coger la perilla; girar la perilla; tirar de la puerta; alejarse de la puerta, etc). Una abstraccin procedimental es una coleccin determinada de datos que describen un objeto dado. Refinamiento El refinamiento paso a paso (stepwise) es una estrategia de diseo descendente propuesta por Niklaus Wirth. La arquitectura de un programa se desarrolla refinando sucesivamente niveles de detalle procedimental. Se desarrolla una jerarqua descomponiendo un enunciado macroscpico de funcin (una abstraccin procedimental) al estilo paso a paso hasta que se llega a los enunciados del lenguaje de programacin. En cada paso del refinamiento, se descomponen una o varias instrucciones del programa en cuestin en instrucciones ms detalladas. Modularidad La arquitectura del software conlleva modularidad; es decir, se divide el software en componentes identificables y tratables por separado, denominado mdulos, que estn integrados para satisfacer los requisitos del programa. Esto lleva a una conclusin es fcil resolver un problema complejo cuando se rompe en piezas manejables. Capacidad de descomposicin modular. Si un mtodo de diseo proporciona un mecanismo sistemtico de descomposicin del problema en sub-problemas, reducir la complejidad del problema global.

 Capacidad de empleo de componentes modulares. Si un mtodo de diseo permite ensamblar componentes de diseo existentes (reutilizables) un nuevo sistema.

Capacidad de comprensin modular. Si puede entender un mdulo como una unidad por s sola (sin referencias a otros mdulos) ser ms fcil de construir y de cambiar. Continuidad modular. Si pequeos cambios a los requisitos del sistema provocan cambios en los mdulos individuales, en vez de cambios generalizados en el sistema, se minimizar el impacto de los efectos secundarios de los cambios. Proteccin modular. si se da una condicin errnea dentro de un mdulo y los efectos se restringen dentro de ese modulo, se minimizar el impacto de los efectos secundarios de los errores. Arquitectura del software La arquitectura del software alude a la estructura global del software y las maneras en que esa estructura proporciona integridad conceptual a un sistema. En su forma ms simple, la arquitectura es la estructura jerrquica de los componentes del programa (mdulos), la manera de interactuar a estos componentes, y la estructura de datos usados por estos componentes.

1.6,. Definicin de una metodologa de Anlisis y Diseo O.O. Mtodos para anlisis y diseo orientado a objetos El objetivo del anlisis orientado a objetos (AOO) es definir todas las clases (adems de las relaciones y el comportamiento asociado con ellas) relevantes prale problema y que deben resolverse. Esto se logra llevando a cabo algunas tareas. 1. Deben comunicarse los requisitos bsicos del usuario entre el cliente y el ingeniero de software. 2. Deben identificarse las clases (es decir, se definen los atributos y mtodos) 3. Se define una jerarquia de clases 4. Deben representarse las relaciones de objeto a objeto (conexiones entre objetos). 5. Debe modelarse el comportamiento del objeto. 6. Las tareas 1 a 5 se vuelven a aplicar de manera iterativa hasta que el modelo est completo. En lugar de examinar un problema mediante un modelo ms convencional del tipo entrada-procesamiento-salida (flujo de informacin) o un modelo derivado en forma exclusiva de las estructuras jerrquicas de informacin, al AOO construye un modelo orientado a las clases que se basa en la comprensin de los conceptos OO. Diseo Orientado a Objetos. El proceso general para el diseo orientado a objetos tiene varias etapas: 1. Comprender y definir el contexto y los modos de utilizacin del sistema 2. Disear la arquitectura del sistema 3. Identificar los objetos principales en el sistema 4. Desarrollar los modelos de diseo

5. Especificar las interfaces de los objetos Cada uno de los elementos del modelo den anlisis proporciona la informacin necesaria para crear los cuatro modelo de diseo que se requieren para una especificacin completa del diseo. 1. Diseo de datos/clase 2. Diseo arquitectonico 3. Diseo de interfaz 4. Diseo a nivel de componentes El diseo de datos transforma los modelos de anlisis y clases en las clases de diseo y las estructuras de datos que se requieren para implementar el software. Las clases, las relaciones y los atributos proporcionan la base para la actividad del diseo de datos. El diseo arquitectonico define la relacin entre los elementos estructurales ms importantes del software, los estilos arquitectonicos y patrones de diseo que pueden usarse para satisfacer los requisitos definidos por el sistema, y las restricciones que afectan la manera en que se pueden implementar los patrones arquitectonicos. El diseo de la interfaz describe la forma en que el software se cominica con los sistemas que interactuan con l y con los humanos que los utilizan. Una interfaz implica un flujo de informacin (por ejemplo datos, o control) y un tipo de comportamiento especifico. El diseo a nivel de componentes transforma los elementos estructurales de la arquitectura del software en una descripcin procedimental de los componentes de ste. La informacin obtenida de los modelos basados en clases, los modelos de flujo y los modelos de comportamiento sirven como base para el diseo de componentes. La importancia del diseo del software se puede describir en una sola palabra: calidad. El diseo es la etapa en la que se fomentar la calidad en la ingeniera del software. McGlaughlin sugiere tres caracteristicas que sirven como guia en la evaluacin de un buen diseo: El diseo debe implementar todos los requisitos explcitos

contenidos en el modelo de anlisis, y debe ajustarse a todos los requisitos implcitos que desea el cliente. El diseo debe ser una gua legible y comprensible para quienes generan cdigo y quienes realizan pruebas y, en consecuencia, dan soporte al software.

El diseo debe proporcionar una imagen completa del software dando direccin a los dominios de datos, funcionales y de comportamiento desde una perspectiva de implementacin. Qu es el desarrollo orientado a objetos? Es un proceso conceptual independiente de todo lenguaje de programacin hasta las etapas finales. Es fundamentalmente, una nueva forma de pensar y no una tcnica de programacin. Sus mayores beneficios proceden de la ayuda que ofrecen a quienes construyen las especificaciones, a los desarrolladores y, tambin, a los clientes para que expresen conceptos abstractos de forma clara y para que se los comuniquen unos a otros.