CAPITULO 4 PROCESO UNIFICADO

PROCESO UNIFICADO

El PUD es el resultado de 30 años de desarrollo y uso práctico. Se puede dividir el transcurso de su desarrollo en tres etapas: desde la publicación de “Objectory Method” publicado en 1987 como resultado del éxito del método Ericsson, pasando por el “Objectory Rational Process” (Desarrollado por IBM Rational entre 1996-1997) hasta el Proceso Unificado de Rational (publicado en 1998).

El Método Ericsson

El estudio del origen del PUD, se remonta a 1967, donde la compañía Ericsson modelaba un sistema entero como una serie de bloques interconectados. Los bloques de más bajo nivel se incorporaban a subsistemas de mayor nivel, con lo que se lograba que el sistema fuera más manejable. Los bloques, eran identificados estudiando los “Casos de Negocio” (actuales casos de uso) que se definían con anterioridad. Cada caso de negocio permitía detallar los bloques que debían cooperar para llevarlo a cabo.

Al tener adjudicada la responsabilidad de cada bloque, se preparaba su especificación. Las actividades de diseño generaban un conjunto de diagramas de bloques estáticos con sus interfaces, agrupados en subsistemas (su semejante en la actualidad son los diagramas de clases ó paquetes de UML).

El producto primogénito de las actividades de diseño radica en la descripción de la arquitectura de software, la cual consistía en la comprensión de los requisitos más críticos, junto con una breve descripción de cada bloque y el agrupamiento de éste en subsistemas. Luego, eran representadas en diagramas la descripción e interconexiones de los bloques. El método era adelantado a su tiempo, ya que los clientes no acostumbraban a que se representaran los productos de software en forma similar a los datos de proyectos de ingeniería.

El método Ericsson es esencialmente el que actualmente se conoce como “desarrollo basado en componentes”. Comprobó su efectividad de diseño modular al brindar la posibilidad de instalar cada bloque ejecutable o modificado sobre la marcha de un sistema de telecomunicaciones en ejecución el 100 por ciento de su tiempo (era sumamente improductivo detener un sistema de tal magnitud simplemente para hacer cambios).

Objectory

Ivar Jacobson fue el principal desarrollador de la metodología empleada en Ericsson. Deja la compañía en 1987 y funda Objectory AB en Estocolmo. Como fruto de 8 años de trabajo en su compañía, él y sus colaboradores desarrollan un proceso denominado “Objectory” (Abreviatura de “Object Factory” en español, fábrica de objetos). El empleo de esta metodología se extendió en diversas industrias además de las de telecomunicaciones, y en muchos países aparte de Suecia.

Es en Objectory donde se define con su nombre al Caso de Uso, y se desarrolla una técnica para su representación. La idea se amplió, y como consecuencia los casos de uso que dirigían el desarrollo se hicieron más claros, dando pié al origen de la metodología que guíe al desarrollador e informe al usuario.

Surgen los flujos de trabajo, representados por una serie de modelos: requisitos-casos de uso, análisis, diseño, implementación y prueba. Cada modelo representaba una perspectiva del sistema, éstos permiten al desarrollador realizar una traza sobre un caso de uso a través de la secuencia de modelos hasta el código fuente cuando surgen problemas (incluso puede volverse hacia atrás).

Objectory aportó ideas sobre cómo diseñar procesos generales sobre los que opera un negocio, ya que eran aplicables los mismos principios. El desarrollo de Objectory transcurrió en una serie de versiones, desde la 1.0 de 1988 a la primera versión interactiva: Objectory 3.8. El método fue publicado en un libro en 1995.

El Proceso Objectory de Rational

A finales de 1995, Objectory AB es adquirida por Rational Software Corp. Inmediatamente, surge la especial urgencia de unificar los principios básicos subyacentes en los procesos de desarrollo existentes, y se optó por unir lo mejor de cada uno. Al momento de fusionarse, Objectory 3.8 había probado la creación y modelado de un proceso de producción de software de manera similar a un producto, dando origen a una arquitectura original de desarrollo y contaba con una serie de modelos que documentaban el resultado del proyecto. Sin embargo, aunque correctamente desarrollado en lo referente a modelado de casos de uso, análisis y diseño, no se encontraba bien desarrollado en áreas como la gestión de requisitos aparte de los casos de uso, implementación y pruebas.

Es en esta parte, donde entra la experiencia y práctica de Rational, mejorando el proceso y originando Objectory 4.1 en 1997. Entre las mejoras que lo conforman se encuentran el añadir fases de desarrollo y la aproximación iterativa controlada.

Es de hacer notar, que se desarrolló también una definición muy precisa de la arquitectura, que fue considerada una de las partes más significativas de la organización del sistema, y se representó por medio de vistas arquitectónicas de los modelos. El desarrollo iterativo se convirtió en una metodología que usaba como directriz los riesgos considerados en primer lugar por la arquitectura. Cabe destacar que UML se encontraba en fase de desarrollo, y se une como el lenguaje de modelado del Proceso Objectory de Rational (Rational Objectory Process, ROP). Philippe Kruchten realizó mejoras del ROP, reforzando elementos como la gestión de proyecto.

El Lenguaje Unificado de Modelado

A principios de los 90, surgió la necesidad de un lenguaje de modelado visual y consistente, que permitiera expresar los resultados de las extensas variedades de metodologías Objeto Orientadas que existían.

Por esta razón, Grady Booch, Autor del método Booch y James Rumbaugh, desarrollador principal de OMT (Object Modeling Technique), quienes trabajaban juntos en rational, comenzaron a unificar sus metodologías. El fruto de esta unión es la versión 0.8 del Método Unificado (Unified Modeling Language ó UML), publicado en Octubre de 1995.

Casi en el mismo momento, Ivar Jacobson se incorpora a laborar en Rational y se une para la producción de la versión 0.9 de UML. El esfuerzo de unión incluía a otros expertos en el área e involucró empresas como IBM, HP y Microsoft. Luego de pasar por el proceso de estandarización el OMT (Object Management Group) publica en noviembre de 1997 la versión estándar de UML 1.1.

El Proceso Unificado de Rational

A partir de 1997, Rational se fusiona y adquiere otras empresas fabricantes de herramientas que ampliaron mucho más el proceso Objectory de Rational. Para 1998 Se había convertido en un proceso capaz de soportar el ciclo de vida de desarrollo en su totalidad, integraba una riqueza de aportaciones de las más diversas fuentes de autores.
Reseña Histórica de los Autores del PUD
Grady Booch

Según Rational.com Grady Booch es reconocido internacionalmente por su innovador trabajo en la ingeniería y modelado de software. Recibió su título de grado en ciencias en la Academia de la Fuerza Aérea de los Estados Unidos en 1977, y su maestría de ciencias en ingeniería eléctrica en la Universidad de California en Santa Bárbara en 1979.

Ha pertenecido a la compañía IBM Rational en calidad de Jefe Científico desde su fundación en 1981. Booch es uno de los desarrolladores originales del Lenguaje Unificado de Modelado (UML, en inglés) y fue también desarrollador de varios productos de IBM Rational. Ha servido como arquitecto y mentor arquitectónico de numerosos proyectos de software de intensa complejidad desarrollados alrededor del mundo.

Grady ha sido autor de 6 libros Best Seller, entre los que están: “UML Users Guide” y “Object - Oriented Analysis with Applications”. También ha publicado cientos de artículos técnicos sobre ingeniería de software, incluyendo publicaciones a principios de los 80 que originaron el término y la práctica del Diseño Orientado a Objetos.

Actualmente es miembro de Association for Computing Machinery (ACM), Institute of Electrical and Electronics Engineers (IEEE) , the American Association for the Advancement of Science (AAAS) y Computer Professionals for Social Responsibility (CPSR). Está afiliado en calidad de Fellow en ACM, IBM, World Technology Network y Software Development Forum Visionary.

James Rumbaugh

Según Rational.com ha sido uno de los principales desarrolladores de metodologías para el diseño de software del mundo. Realizó sus estudios en el MIT (Massachusetts Institute of Technology), obteniendo el grado de BS. en física. En Caltech obtuvo el grado de magíster en astronomía y un Ph.D. en ciencias de la computación realizado también en el MIT bajo la dirección del Dr. Jack Dennos. Junto con su colega de IBM Rational, Grady Booch e Ivar Jacobson, desarrollaron el Lenguaje Unificado de Desarrollo (UML por sus siglas en inglés), el cual es el estándar adoptado por “Object Management Group” en 1997. James, ha sido el representante líder de IBM Rational a cargo de desarrollos posteriores de UML para la OMG, y ha contribuido en muchos de los conceptos de UML. También ha laborado junto con otros líderes de Rational de otras áreas como IBM Rational Unified Process® y metodologías de desarrollo en tiempo real.

James, mantiene una experiencia en el campo de metodologías de software de más de 30 años. Fue el desarrollador jefe de “Object Modeling Technique” (OMT), una metodología de análisis y diseño objeto orientada, predecesora de UML. Antes de unirse a IBM Rational (1994), trabajó por 25 años en el Centro de Investigaciones y Desarrollo de General Electric de Schenectady, Nueva York. En su tiempo de trabajo en el centro, desarrolló el lenguaje de programación orientado a objetos DSM, el modelo de control de tres estados, la notación de objetos OMT (Cabe mencionar que los fundamentos para el desarrollo de la notación de dicha metodología se desarrollaron por mas de 10 años con la colaboración de Mary Loomis y Ashwin Shah) y una herramienta para la edición gráfica del modelado de objetos.