Biografías Metodologías ADOO

http://www.rational.com/uml de Rational.

UML (Unified Modeling Language)

Desde que Simula 67 introdujera el concepto de clase y herencia los lenguajes OO han experimentado una rápida e intensa evolución para acercarse a la realidad que la empresa les reclama. Pero no es hasta los inicios de la década de los 90 cuando realmente existe un intento serio de normalizar la metodología OO.

• El Dr. James Rumbaugh en 1991 con Michael Blaha, William Premerlani, Frederick Eddy y William Lorensen desarrollan "Object Oriented Modeling and Design" introduciendo OMT (Object Modeling Technique) que él mismo define como "una metodología orientada a objetos para el desarrollo de software".

• El Dr. Ivar Jacobson en 1992 desarrolla el método OOSE (Object Orinted Software Engineer), donde introduce el concepto "use case".

• Grady Booch en 1993 crea la metodología "Booch '93".

• J. Rumbaugh y G. Booch en el año 1994 se unen en una empresa común (de objetivos y de negocio) Rational Software Corporation donde unifican sus dos métodos.

• Un año después y como fruto de dicha unión aparece en octubre del 95 UML 0.8 (Unified Modeling Language).

• A finales de ese mismo año se une al grupo I. Jacobson.

Dr. James Rumbaugh

Grady Booch

Dr. Ivar Jacobson

En junio del 96 los tres padres de UML depositan las especificaciones de UML 0.9 en el enlace

• Este hecho produce una cascada de adhesiones que en pocos meses, concretamente en enero del 97, va a permitir la creación de UML 1.0. Por fín se consigue un modelo totalmente unificado donde entre otras aportaciones se encuentra la de las siguientes empresas:

Microsoft con Active X/COM y Componentes

IBM

Oracle con ORDBMS

HP

Digital Equipement Corp.

• En noviembre del 97 UML es aceptado como estándar por OMG (Object Management Group), después de ser admitidas algunas de sus sugerencias, como el modelado de negocios. Uno de los requisitos exigidos es que UML no fuese propiedad de nadie. Rational comercializa una herramienta CASE sin derechos sobre UML.

El objetivo es conseguir un modelo unificado, abierto, que siga evolucionando en conjunto y no por separado tal como estaba ocurriendo hasta ahora, comprensible por el hombre, utilizable por la máquina y fundamentalmente con la capacidad de unificar las perspectivas de diferentes sistemas (tanto de software como de negocio).

II DESCRIPCIÓN DEL PROYECTO

2.1 Resumen del proyecto general del seminario de titulación.

Se realizará un seminario de titulación sobre proyectos que involucren el análisis y diseño orientado a objetos de aplicaciones, haciendo especial énfasis en aquellas que involucren la programación en Web con soporte de bases de datos.

La idea principal es que el estudiante del seminario conozca y aplique técnicas orientadas a objetos para realizar el análisis y diseño de aplicaciones en general.

Si bien, el proyecto de seminario de titulación tiene como propósito principal el análisis y diseño orientado a objetos de aplicaciones, el alumno podrá comprender la facilidad que involucra pasar ese diseño a una aplicación real, siempre y cuando haga uso de lenguajes orientados o al menos basados en objetos.

2.2 Antecedentes del proyecto

En un seminario anterior, se han desarrollado aplicaciones basadas en el web para acceso a información a bases de datos, sin embargo, el análisis y diseño de las aplicaciones fue realizado haciendo uso de técnicas clásicas.

Consecuentemente, la implementación planteó un reto difícil de realizar.

El diseño Orientado a Objetos (DOO) difiere considerablemente del diseño clásico o estructurado ya que en DOO no se realiza un problema en términos de tareas (subrutinas) ni en términos de datos, sino que se analiza el problema como un sistema de objetos que interactúan entre sí.

Un problema desarrollado con técnicas orientadas a objetos requiere, en primer lugar saber cuales son los objetos del programa. Como tales objetos son instancias de clases, la primera etapa en el desarrollo orientado a objetos requiere de la identificación de dichas clases (atributos y comportamiento), así como las relaciones entre éstas y su posterior implementación en un lenguaje de programación.

Existen numerosos métodos de diseño orientados a objetos: Booch, Yourdon- Coad, Martín, Shlaer & Mellor, Rumbaugh, por citar algunos. Pero en general como ocurre en cualquier proyecto estructurado, un proyecto software OO se compone de las siguientes etapas:

Análisis Orientado a Objetos (AOO)

Diseño Orientado a Objetos (DOO)

Programación Orientada a Objetos (POO)

Aunque no siempre están bien delimitadas las etapas de análisis y diseño en la OO, se pueden sintetizar de alguna forma las ideas claves de las distintas tecnologías existentes dentro del desarrollo orientado a objetos al que denominaremos diseño.

En este proyecto se plantea incursionar en las dos primeras etapas y realizar al final un análisis que permita concluir características de interés en el desarrollo de aplicaciones, dado que se tendrán los antecedentes adecuados.

Se analizarán tres metodologías para el análisis y diseño orientado a objetos:

UML, Yourdon y Booch.

2.3 Impacto Socioeconómico.

El reciente aumento de aplicaciones en donde se utiliza la computadora ha sido posible debido a un hardware de bajo costo, por lo cual la demanda de software ha crecido de forma exponencial.

Esto implica que son necesarias técnicas y tecnología eficientes de Ingeniería de Software para resolver los múltiples problemas que se derivan de las aplicaciones en donde se desarrollan sistemas de software de gran tamaño.

La Ingeniería de Software implica seguir en cualquier proyecto de software una metodología de desarrollo y la utilización de distintas técnicas y herramientas. Los diferentes procedimientos a seguir en cualquier proyecto de Ingeniería de software son: Definición de requerimientos, Análisis, Diseño, Verificación y Validación (Pruebas de Calidad del Software), Pruebas y Mantenimiento.

El presente proyecto intenta dar a conocer y describir los conceptos y aspectos

...