Metodologias Orientadas a Objetos

3
CAPITULO III METODOLOGÍAS

description

Documento que explica los generales de las diferentes metodologias orientadas a objetos.

Transcript of Metodologias Orientadas a Objetos

Page 1: Metodologias Orientadas a Objetos

CAPITULO III

METODOLOGÍAS

Page 2: Metodologias Orientadas a Objetos

35

Instituto Tecnológicode la Laguna

Análisis y Diseño Orientadoa Objetos

Paola Romero Guillén

3. INTRODUCCIÓN

La selección de una metodología no es tan obvia, cada una tiene sus ventajas ydesventajas, también se aprecia que algunas se complementan, tal vez una opción que se antojaes utilizar varias de ellas de tal forma de cubrir todos los aspectos del ciclo de vida del software,tanto en notación como en proceso, sin embargo esto no puede resultar de la intuición.

Los investigadores de Hewlett Packard realizaron un estudio a los diferentes métodosorientados a objetos, para su evaluación se formularon las siguientes preguntas:

1) El método es basado en clases o basado en paquetes?, soporta módulos genéricos y/ometaclases.

2) ¿Qué tipo de herencia soporta el método?.1) ¿Qué relaciones de visibilidad soporta en método?.2) ¿Soporta el método creación y destrucción de objetos?.3) ¿Soporta el método objetos persistentes?.4) ¿Qué modelos de concurrencia soporta el método?.5) ¿Qué modelos de comunicación soporta el método?.6) ¿Qué modelos prescribe el método, y que notación es utilizada por cada uno de ellos?. Hay

algunos aspectos del sistema que son omitidos o alguno es cubierto por más de un modelo.7) ¿La notación utilizada por el método es apropiadamente expresiva?.8) ¿Existe una definición de sintaxis o la sintaxis tiene que ser deducida a partir de ejemplos?.9) ¿La semántica tiene una definición formal?.10) ¿La notación proporciona un mecanismo de partición?.11) ¿Existen reglas para comprender el significado de un sistema a partir del significado de sus

módulos?.12) ¿El proceso proporciona soporte para agregar funcionalidad a sistemas existentes y realizar

reingeniería sobre ellos?.13) ¿El proceso de cómo resultado un diseño para rehúso?.14) ¿Qué actividades soporta el sistema; análisis, diseño e implementación?.15) ¿Las etapas del proceso están bien definidas, es el proceso flexible?.16) ¿Qué recursos se encuentran disponibles para soportar el método?. Existen herramientas

CASE disponibles para soportar el método.17) ¿El método esta enfocado a algún lenguaje específico?.

De acuerdo a la evaluación realizada por Hewlett Packard las metodologías que soportancompletamente los conceptos de orientación a objetos son los de Booch, Rumbaugh y el de Wirfs -Brock

Con referencia a la metodología de Rebecca Wirfs - Brock, Hewlett Packard menciona quees una buena herramienta que ayuda a explorar el análisis y de una manera informal el diseño,pudiendo ser útil para el análisis y diseño de alto nivel.

Basándose en los resultados obtenidos por Hewlett Packard, se va a analizar a mas detallelas siguientes metodologías:.

• OMT. (James Rumbaugh)• Booch.• CRC (Cunningham - Beck)

Una metodología que también es digna de analizar es la de Ivar Jacobson, (OOSE) por elenfoque práctico que da a la "especificación de requerimientos", que Booch toma de Jacobson yaplica en su libro, y además, al uso de algunas notaciones adicionales empleadas y que enciertos aspectos corresponden a las mismas utilizadas por Booch y Rumbaugh.

Page 3: Metodologias Orientadas a Objetos

36

Instituto Tecnológicode la Laguna

Análisis y Diseño Orientadoa Objetos

Paola Romero Guillén

El análisis realizado por los investigaciones de Hewlett Packard, no estuvo tan alejado dela realidad, las metodologías de Ivar Jacobson, Rumbaugh y Booch han sido las mas popularesentre los analistas y desarrolladores de software. Esto tiene su base en que cada uno de ellas esmuy completa en cierta área del ciclo de vida del software, así por ejemplo, la OMT es fuerte en elanálisis y débil en el diseño, Booch es fuerte en el diseño y débil en el análisis, OOSE es fuerte enel estudio de los requerimientos y análisis y débil en las otras etapas del ciclo de vida del software.Las Tarjetas de CRC son útiles cuando el equipo de desarrollo se ha empantanado en ciertasclases definidas pero carentes de una definición precisa y clara y con un gran número deresponsabilidades de bajo nivel.

En vista del éxito de estas metodologías, Booch escribe un segundo libro en él cual adoptaalgunas de las técnicas de análisis de Rumbaugh y de Jacobson entre otras. Rumbaugh publicauna serie de artículos conocidos como OMT-2 en los cuales adopta algunas de las técnicas deBooch. La consecuencia, es la convergencia de estas técnicas, aunque cada uno con su propianotación, aunque en algunos casos muy similar

No se pretende realizar un estudio profundo de cada una de ellas, ya que el tratarlas aprofundidad, se saldría del objetivo del libro, lo que se pretende es presentar un panorama de ellasasí como de las modificaciones que fueron tomando en los artículos que se publicaron conposterioridad a la edición de sus versiones originales.