2.1.

Anlisis Orientado a Objetos.

A finales de los aos sesenta se propuso por primera vez, un anlisis orientado a objetos, pero es en los aos noventas cuando se convierte en el paradigma de eleccin de los programadores. Entre sus ventajas se encuentran: Mayor calidad de software, Reutilizacin del software Desarrollo de software ms rpido entre otras cosas.

Definicin.
Booch dice es un mtodo de anlisis que examina los requisitos desde la perspectiva de las clases y objetos que se encuentran en el vocabulario del dominio del problema. Coad y Yourdon definen el anlisis orientado a objetos como: objetos+clasificacin+herencia+comunicacin

Principios bsicos de un anlisis orientado a objetos:

Modelar dominio de la informacin
Describir la funcin.

Representar el comportamiento del modelo.

Dividir los modelos de datos funcional y de datos para obtener ms detalles. En los modelos de datos funcionales se representa el problema, en el modelo de datos se aporta detalles de implementacin.

Anlisis Orientado a Objetos

En el desarrollo de sistemas de software, el anlisis es la parte fundamental ya que en esta etapa se definen los requerimientos que darn forma al sistema. El anlisis orientado a objetos es una metodologa para el desarrollo de software que permite al Ingeniero de Software modelar un problema del mundo real. El propsito del A.O.O. es definir todas las clases que son relevantes al problema que se va a resolver, las operaciones y atributos asociados, las relaciones y comportamientos asociadas con ellas.

Cules son los pasos para realizar un Anlisis Orientado a Objetos?

1.- Requisitos, es lo que el cliente desea que haga o tenga el sistema a desarrollar.
2.- Expresar los requisitos como casos de uso, preparar escenarios detallados y despus expresar los problemas que puedan surgir ya sea por un error del usuario. 3.- Modelo de objetos.

3.1.- Identificar objetos y clases. 3.2.- Identificar y depurar relaciones. 3.3.- Identificar atributos de objetos y relaciones. 3.4.- Aadir herencia. 3.5.- Comprobar los casos de uso. 3.6.- Modularizar 3.7.- Aadir y simplificar objetos.

Cules son los pasos para realizar un Anlisis Orientado a Objetos?

4.- Modelo dinmico
4.1.- Identificar sucesos. 4.2.- Construir diagramas de estado. 4.3.- Aadir mtodos. 5.- Modelo funcional

5.1.- Identificar valores de entrada / salida. 5.2.- Construir diagramas de flujo de actividad. 5.3.- Describir funciones. 5.4.- Identificar restricciones y dependencias funcionales entre objetos. 5.5.- Definir criterios de optimizacin (iterar). 5.6.-Aadir mtodos.

2.2 Enfoques convencionales.

Fichman y Kemerer dicen que el enfoque del anlisis orientado a objetos representa un cambio radical sobre aquellas metodologas orientadas a procesos, puesto que stas ltimas, desvan la atencin de las prioridades inherentes a los objetos y conducen a un modelo del dominio del problema, mediante: encapsulamiento, clasificacin de objetos y herencia (los tres principios de la orientacin a objetos).

Es el anlisis orientado a objetos realmente diferente del anlisis estructurado?

Los enfoques orientados a procesos conducen su atencin primordialmente a los problemas; mientras que los orientados a objetos se enfocan en el encapsulamiento, clasificacin y herencia, haciendo de los objetos el principal protagonista de la programacin.

2.3 El panorama del AOO.

El anlisis orientado a objetos se enfoca en desarrollar software de calidad que cumpla con cada una de las especificaciones del cliente. Su popularidad en la actualidad ha hecho que docenas de mtodos de AOO, a continuacin se presentan los ms utilizados.

Mtodo de Booch
El mtodo de Booch costa de: Microproceso de desarrollo, define las tareas de anlisis, identificando clases y objetos y realiza una serie de refinamientos para elaborar el modelo del anlisis. Macroproceso de desarrollo, los refinamientos desarrollados en la etapa de microproceso, ahora se reaplican en sta.

Mtodo de Rumbaugh
Rumbaugh dice: La metodologa consiste en construir un modelo de un dominio de aplicacin aadindosele detalles de implementacin durante el diseo del sistema. Esta aproximacin se denomina Tcnica de Modelado de Objetos (OMT) y consta de las siguientes fases: Anlisis, Diseo de Sistema, Diseo de Objetos e Implementacin".

El modelo de objetos, representacin de objetos, clases, jerarquas y relaciones por medio de grafos cuyos nodos son clases de objetos y las relaciones entre clases son arcos.
El modelo dinmico, representacin del comportamiento del sistema y los objetos por medio de diagramas de estado o grafos, donde los nodos son los estados y los arcos son transiciones entre estados causados por sucesos. El modelo funcional, representacin del flujo de informacin por medio de grafos, donde cuyos nodos son procesos y los arcos son flujos de datos.

Mtodo de Jacobson

Tambin llamado OOSE (en espaol Ingeniera del Software Orientada a Objetos), el mtodo de Jacobson es una versin simplificada de Objectory, un mtodo patentado, tambin desarrollado por Jacobson.
Este mtodo se diferencia de los otros por la importancia que da al caso de uso una descripcin o escenario que describe cmo el usuario interacta con el producto o sistema.

Mtodo de Coad y Yourdon

El mtodo de Coad y Yourdon se considera, como uno de los mtodos del AOO ms sencillos de aprender. La notacin del modelado es relativamente simple y las reglas para desarrollar el modelo de anlisis son evidentes. A continuacin una descripcin resumida:

1.- Identificar objetos, usando el criterio de qu buscar? 2.- Definir una estructura de generalizacin-especificacin. 3.- Definir una estructura de todo-parte. 4.- Identificar temas. 5.- Definir atributos. 6.- Definir servicios.

Mtodo de Wirfs - Brock.

Propone un proceso continuo que comienza con la valoracin de una especificacin del cliente y termina con el diseo, algunas de las tareas relacionadas con este mtodo son: * Evaluar la especificacin del cliente. * Agrupar las clases en un intento de determinar superclases. * Definir responsabilidades para cada clase. * Identificar relaciones entre clases. * Construir un grafo de colaboraciones para el sistema.

Conclusin.
A continuacin se muestran las etapas genricas sugeridas para ser ejecutadas regularmente: Obtener los requisitos del cliente para el sistema. Identificar escenarios o casos de uso. Seleccionar clases y objetos usando los requisitos bsicos como guas. Identificar atributos y operaciones para cada objeto del sistema. Definir estructuras y jerarquas que organicen las clases. Construir un modelo objeto-relacin. Construir un modelo objeto-comportamiento. Revisar el modelo de anlisis OO con relacin a los casos de uso/escenarios.

2.4 Un enfoque unificado para el AOO

El nacimiento de UML

Al final de la pasada dcada, Grady Booch, James Rumbaugh e Ivar Jacobson empezaron a colaborar para combinar y recopilar las mejores caractersticas de cada uno de sus mtodos de diseo y anlisis orientado a objetos en un mtodo unificado.
El resultado, denominado Lenguaje de Modelado Unificado (UML), se ha convertido en el mtodo ms utilizado por la industria.

Ejemplo de diagramas UML.

Colofn.

UML ha sido de gran ayuda para representar sistemas complejos por medio de diferentes tipos de diagramas, como por ejemplo: Casos de uso Modelo conceptual Diagrama de colaboracin Diagrama de clases, entre otros.