Vous êtes sur la page 1sur 5

Anlisis y Diseo Orientado a Objetos

Fases Orientadas a Objetos

Conceptualizacin. Consiste en la primera aproximacin al problema que se debe


resolver. Se realiza una lista inicial de requisitos y se describen los casos de uso.
Anlisis. El analista construye un modelo del dominio del problema, mostrando sus
propiedades ms importantes. Los elementos del modelo deben ser conceptos del
dominio de aplicacin y no conceptos informticos tales como estructuras de datos. Un
buen modelo debe poder ser entendido y criticado por expertos en el dominio del
problema que no tengan conocimientos informticos.
Diseo del sistema. El diseador del sistema toma decisiones de alto nivel sobre la
arquitectura del mismo. Durante esta fase el sistema se organiza en subsistemas
basndose tanto en la estructura del anlisis como en la arquitectura propuesta.
Diseo de objetos. El diseador de objetos construye un modelo de diseo basndose
en el modelo de anlisis, pero incorporando detalles de implementacin. El diseo de
objetos se centra en las estructuras de datos y algoritmos que son necesarios para
implementar cada clase. OMT describe la forma en que el diseo puede ser
implementado en distintos lenguajes (orientados y no orientados a objetos, bases de
datos, etc.).
Implementacin. Las clases de objetos y relaciones desarrolladas durante el anlisis
de objetos se traducen finalmente a una implementacin concreta. Durante la fase de
implementacin es importante tener en cuenta los principios de la ingeniera del
software de forma que la correspondencia con el diseo sea directa y el sistema
implementado sea flexible y extensible. No tiene sentido que utilicemos AOO y DOO de
forma que potenciemos la reutilizacin de cdigo y la correspondencia entre el dominio
del problema y el sistema informtico, si luego perdemos todas estas ventajas con una
implementacin de mala calidad

Algunas clases que aparecen en el sistema final no son parte del anlisis sino que se
introducen durante el diseo o la implementacin. Este es el caso de estructuras como
rboles, listas enlazadas o tablas hash, que no suelen estar presentes en el dominio de
aplicacin. Estas clases se aaden para permitir utilizar determinados algoritmos.

Los conceptos del paradigma OO pueden aplicarse durante todo el ciclo de desarrollo del
software, desde el anlisis a la implementacin sin cambios de notacin, slo aadiendo
progresivamente detalles al modelo inicial.

Mtodo de anlisis

La aplicacin de los principios y mtodos de anlisis de requisitos permite al analista y al


diseador llevar a cabo dos sub pasos necesarios.
a) Descripcin del problema
b) Anlisis y aclaracin de las limitaciones conocidas

La realizacin del software del problema del mundo real debe describirse de forma
sencilla y correcta para que permita a los ingenieros del software que trabajan en el
proyecto comprender el problema de forma sencilla y uniforme.

El objetivo del AOO es modelar el mundo real, de forma que pueda ser entendido. Es
necesario abstraer las caractersticas importantes del problema en primer lugar, dejando
los detalles para ms adelante. Un buen modelo de anlisis debe indicar lo que hay que

1
Anlisis y Diseo Orientado a Objetos

hacer, sin restringir cmo hay que hacerlo, evitando tomar anticipadamente decisiones de
implementacin.

El modelo de anlisis se compone del modelo de objetos, que representa la estructura


esttica de la informacin, el modelo dinmico, que indica la secuencia de eventos, y el
modelo funcional, que muestra las transformaciones de datos. No todos ellos tienen la
misma importancia, y la necesidad de desarrollar cada uno de ellos depende del dominio
del problema. Habr casos en que no sea necesario realizar el modelo dinmico o el
funcional. El modelo de objetos siempre es necesario si vamos a hacer AOO.

El anlisis no es una actividad secuencial, sino que los modelos se construyen de forma
iterativa, aadiendo nuevas caractersticas o modificando el modelo segn se refinan los
requisitos y tambin a partir del conocimiento del dominio de aplicacin obtenido al construir
cada uno de los modelos.

Estrictamente, podemos dividir la etapa de anlisis dentro de la metodologa OMT en tres


fases: modelo de objetos, modelo dinmico y modelo funcional. Sin embargo, si
consideramos la fase inicial de conceptualizacin, debemos incluir tambin los casos de
uso.

Modelos

Al igual que los mtodos estructurados, OMT utiliza tres tipos de modelos para describir un
sistema:

Modelo de objetos. Describe la estructura esttica de los objetos de un sistema y


sus relaciones. El modelo de objetos contiene diagramas de objetos. Un diagrama
de objetos es un grafo cuyos nodos son clases y cuyos arcos son relaciones entre
clases.
Modelo dinmico. El modelo dinmico describe las caractersticas de un sistema
que cambia a lo largo del tiempo. Se utiliza para especificar los aspectos de control
de un sistema. Para representarlo utilizaremos DEs.
Modelo funcional. Describe las transformaciones de datos del sistema. El modelo
funcional contiene DFDs y especificaciones de proceso.

Los tres modelos son vistas ortogonales (independientes) del mismo sistema, aunque
existen relaciones entre ellos. Cada modelo contiene referencias a elementos de los otros
dos. Por ejemplo, las operaciones que se asocian a los objetos del modelo de objetos
figuran tambin, de forma ms detallada en el modelo funcional. El ms importante de los
tres es el modelo de objetos, porque es necesario describir qu cambia antes que decir
cundo o cmo cambia.

Casos de uso

Una forma de describir los requisitos iniciales del usuario, durante la fase de
conceptualizacin, es construir casos de uso del sistema, descritos inicialmente por
Jacobson en 1987 y actualmente incorporados a la mayor parte de las metodologas de
AOO.

2
Anlisis y Diseo Orientado a Objetos

Un caso de uso est formado por una serie de interacciones entre el sistema y un actor
(una entidad externa, ejerciendo un rol determinado), que muestran una determinada forma
de utilizar el sistema. Cada interaccin comienza con un evento inicial que el actor enva al
sistema y continua con una serie de eventos entre el actor, el sistema y posiblemente otros
actores involucrados.

3
Anlisis y Diseo Orientado a Objetos

I. CONTENIDO DEL DOCUMENTO DE ANALISIS ORIENTADO A OBJETOS

1. Introduccin
2. Objetivos
3. Antecedente
4. Situacin Actual
5. Justificacin
6. Requerimientos Funcionales y no funcionales
7. Casos de uso
a. Establecer los lmites del sistema
b. Determinar los actores que interactan con el sistema
c. Identificar el evento inicial
d. Determinar la condicin de terminacin
e. Describir la situacin tpica
8. Diagrama de Entidad Relacin
9. Diccionario de Datos
10. Conclusiones
11. Recomendaciones
12. Bibliografa
13. Anexos
DISEO ORIENTADO A OBJETOS

Diseo orientado a los objetos

El Diseo Orientado a los Objetos (DOO) crea una representacin del problema del mundo
real y la hace corresponder con el mbito de la solucin, que es el software.

A diferencia con otros mtodos de diseo, el DOO produce un diseo que interconecta
objetos de datos y operaciones de procesamiento para esos objetos, de forma que se
modulariza la informacin y el procesamiento, en lugar de aislar el procesamiento.

Todos los mtodos de diseo intentan desarrollar software basndose en:


Abstraccin
Ocultamiento de informacin
Modularidad

El DOO proporciona un mecanismo que permite al diseador consigue estas tres


caractersticas sin dificultad.

El Anlisis Orientado a Objetos, el Diseo Orientado a Objetos y la Programacin Orientada


a Objetos comprenden un conjunto de actividades de la Ingeniera del Software para la
construccin de un sistema basado en objetos.

Antes de continuar debemos comprender la diferencia entre el Anlisis Orientado a Objetos,


que es una actividad de clasificacin, y el Diseo Orientado a Objetos, que define los
objetos que se derivan de cada clase, se tiene que indicar las relaciones que existen entre
ellos mediante una notacin.

4
Anlisis y Diseo Orientado a Objetos

El DOO tiene que comenzar con una descripcin en lenguaje natural de la estrategia de
solucin, y a partir de esta descripcin, el diseador identifica los objetos y operaciones.

II. CONTENIDO DEL DOCUMENTO DE DISEO ORIENTADO A OBJETOS

Pantallas del sistema


Conclusiones
Recomendaciones
Bibliografa
Anexos

Modelos (Identificar objetos y clases, Clases redundantes, Clases irrelevantes, Clases


demasiado generales, Atributos, Operaciones, Roles, Objetos internos)

a. Modelo de objetos (Objetos o instancias, Clases, Atributos, Operaciones,


Enlaces, Asociaciones, Multiplicidad, Atributos de una asociacin,
Calificacin, Roles o papeles)
b. Modelo dinmico (Estados y eventos, Guardas, Actividades y acciones,
Trazas de eventos, Generalizacin de eventos)
c. Modelo funcional (Clase, Operacin, funcin, entrada, salida, objetos
modificados, precondiciones)