Estndares de Programacin - ESTP-T

MODELOS DE DISEO DE SOFTWARE

(ESTRUCTURADO Y ORIENTADO A OBJETOS)

Tal y como lo definiera el autor, Senn J. (1992): El aspecto fundamental del anlisis de
sistemas es comprender todas las facetas importantes de la parte de la empresa que se
encuentra en estudio (p.35). De acuerdo a esta definicin, la accin de adquirir informacin
acerca del funcionamiento de algn sector de la organizacin, es obtener una investigacin
detallada del tema objeto de estudio. Esta informacin detallada y pormenorizada del entorno
en estudio, conlleva a la determinacin de ciertas condiciones o requerimientos propios de un
sistema. Existen diversos mtodos y tcnicas que conducen a un modelo del sistema mucho
ms ptimo y eficiente, como es el caso del Anlisis y Diseo Estructurado y el Orientado a
Objetos, ambos con muchos puntos a favor y con el objetivo comn de orientar al analista en
la seleccin de acciones que representen un cambio positivo a la organizacin. A pesar de la
aceptacin que tienen ambas metodologas actualmente, el propsito de esta investigacin es
poder compararlas y evaluarlas a fin de determinar que realmente marca la diferencia cuando
se analizan y disean sistemas de informacin con el uso de estas poderosas herramientas.

Enfoque Estructurado Vs. Enfoque Orientado a Objetos

En cuanto a la forma de desarrollar el anlisis las metodologas son radicalmente diferentes

desde su enfoque, la primera est orientada a procesos, tomando una visin donde los datos
se consideran separadamente de los procesos que los transforman, dando ms importancia a
la descomposicin funcional del sistema, y por tanto a los diagramas de procesos, esto puede
parecer que lleva de manera ms directa a la implementacin del sistema, pero con frecuencia
ste suele ser ms frgil. Si cambian los requerimientos un sistema basado en descomposicin
funcional puede requerir una reestructuracin masiva.
Por el contrario el enfoque orientado a objeto se centra en primer lugar en identificar los
objetos del dominio de aplicacin y despus en establecer procedimientos que los manejen.
Aunque esto pueda parecer ms indirecto el software orientado a objeto se mantiene mejor
ante los cambios de requerimientos porque se basa en la estructura subyacente del dominio
de aplicacin en vez de los requerimientos funcionales de un determinado problema.

ANLISIS Y DISEO ESTRUCTURADO (ADE)

El Anlisis se refiere al "extremo inicial" de un proyecto de desarrollo de sistemas,

durante el tiempo en que los requisitos del usuario son definidos y documentados.

1
 Estndares de Programacin - ESTP-T

El Anlisis estructurado introduce el uso de las herramientas de documentacin grficas

para producir un tipo diferente de especificacin funcional: "la especificacin estructurada".

Conceptos que se relacionan con el Anlisis Estructurado

Smbolos grficos; iconos y convenciones para identificar y describir los componentes de
un sistema junto con las relaciones entre estos componentes.
Diccionario de datos; descripciones de todos los datos utilizados en el sistema.
Descripciones de procesos y procedimientos; declaraciones formales que emplean
tcnicas y lenguajes que permiten a los analistas describir actividades importantes que forman
parte del sistema.
Reglas; estndares para describir y documentar el sistema en forma correcta y completa.

Fase de Diseo
En esta fase, el diseo estructurado produce el modelo de diseo con los siguientes
elementos:
Diseo de datos. Transforma el modelo de dominio de la informacin creado durante el
anlisis, en las estructuras de datos necesarias para implementar el software. Los objetos de
datos y las relaciones definidas en el diagrama entidad-relacin y el contenido detallado de
datos del diccionario de datos constituyen la base para el diseo de datos.
Diseo arquitectnico. Define la relacin entre los principales elementos estructurales del
programa. Se obtiene a partir del modelo de anlisis y de la interaccin de subsistemas
definidos dentro del modelo de anlisis.
Diseo de interfaz. Describe como se comunica el software consigo mismo, con los
sistemas que operan con l y con los operadores que lo emplean. Los diagramas de flujo de
datos y control proporcionan la informacin necesaria para el diseo de la interfaz.
Diseo procedimental. Transforma elementos estructurales de la arquitectura del
programa en una descripcin procedimental de los componentes del software. Se obtiene a
partir de la especificacin del proceso, la especificacin del control y el diagrama de transicin
de estados.

2
 Estndares de Programacin - ESTP-T

ANLISIS Y DISEO ORIENTADO A OBJETOS (ADOO)

Es un mtodo de anlisis que examina los requerimientos desde la perspectiva de clase y

objetos encontrada en el vocabulario original del problema. Se fundamenta en un conjunto de
cinco principios bsicos:

Modelar el dominio de la informacin.

Describir la funcin del mdulo.
Representar el comportamiento del modelo.
Dividir el modelo para mostrar ms detalles.

En este tipo de anlisis los modelos inciales representan la esencia del problema, mientras
que los ltimos aportan detalles de la implementacin.

Caractersticas del Anlisis Orientado a Objetos

Identidad: Los datos estn cuantificados en entidades discretas y distinguibles
denominadas objetos. Estos pueden ser tangibles o intangibles.
Clasificacin: Los objetos con la misma estructura de datos (atributos) y comportamiento
(operaciones) se agrupan para formar una misma clase, se dice que cada objeto es una
instancia de su propia clase, y una clase es una abstraccin que describe propiedades
importantes para una aplicacin y se olvida del resto.
Polimorfismo: Significa que una misma operacin puede comportarse de modos distintos
en distintas clases, una operacin es una accin o transformacin que se aplica a un objeto.
Herencia: Comparte atributos y operaciones entre clases tomando como base una
relacin jerrquica, es decir que se puede definir una clase que despus producir subclases,
sabiendo que todas las subclases adquirirn todas y cada una de las propiedades de su super-
clase y le agrega adems sus propiedades exclusivas.

Fase de Diseo
Para los sistemas orientados a objetos es posible definir un diseo en pirmide con las
siguientes cuatro capas:
Subsistema. Contiene una representacin de cada uno de los subsistemas que le permiten
al software conseguir los requisitos definidos por el cliente e implementar la infraestructura
tcnica que los soporta.

3
 Estndares de Programacin - ESTP-T

Clases y Objetos. Contiene las jerarquas de clases que permiten crear el sistema
utilizando generalizaciones y especializaciones mejor definidas incrementalmente. Tambin
contiene representaciones de diseo para cada objeto.
Mensajes. Contiene los detalles que permiten a cada objeto comunicarse con sus
colaboradores. Establece las interfaces externas e internas para el sistema.
Responsabilidades. Contiene las estructuras de datos y el diseo algortmico para todos
los atributos y operaciones de cada objeto.

TABLA DE DIFERENCIAS

Anlisis y Diseo Estructurado Anlisis y Diseo Orientado a Objetos

Se consideran los conceptos bsicos como el
Se consideran los elementos o perspectivas
Objeto y el Atributo, el todo y sus partes
bsicas del anlisis (Entrada-Proceso-Salida),
(software), clases y miembros. Modela los
en funcin del Software.
objetos que son parte de l.
Utiliza el diagrama estructurado como Utiliza el diagrama orientado a objetos como
represetacin grfica del sistema. representacin grfica del sistema.
Consta de 5 Fases (Anlisis, Diseo, Consta de 4 Fases (Anlisis, Diseo,
Codificacin, Pruebas e Integracin). Evolucin y Modificacin).
Une a los usuarios y a los diseadores.
No enfoca apropiadamente el diseo de familias Permite proporcionar una descripcin
de programas. Asume una progresin relativa completa del problema, legible y revisable por
uniforme de pasos de elaboracin. las partes interesadas y verificable contra la
realidad.
Si estn correctamente definidas las jerarquas
No acomoda el tipo de desarrollo evolutivo. No de clase, hacer modificaciones no es tan
enfoca los posibles modos futuros de desarrollo costoso como en el caso de programacin
de software. tradicional. Slo hay que entrar en la parte de
Evolucin para hacer modificaciones.
El Diseo inicia an antes de concluir con la
etapa de anlisis. Se recomienda analizar un
El Diseo inicia una vez que ha culminado la
poco y disear. Esta etapa debe concluir una
fase de anlsis de sistema.
vez que se establecieron claves y mecanismos
importantes.
Un programa que se usa en un ambiente real
En este anlisis se llega solo a la fase de necesariamente debe cambiar. Los cambios
integracin y no toma en consideracin los difieren un poco de los requeridos en
cambios que ocurren dentro del sistema en el evolucin, pues contemplan la introduccin de
proceso de anlisis y diseo de sistemas. nuevas funcionalidades no previstas en el
problema original.
Las herramientas utilizadas son: Diagramas de
Las herramientas utilizadas son: Diagrama de Clases, Diagrama de Objetos, Diagramas de
Flujo de Datos, Diagramas de Entidad- Mdulos, Diagramas de Procesos, Diagramas
Relacin, Diagrama de Transicin de Estados. de Transicin de Estados, Diagramas de
Tiempo.
El anlisis est orientado a los Procesos del
El anlisis est orientado a los Objetos.
sistema.
Requiere traducir el dominio del problema en Es una forma de pensar acerca de un problema
una serie de funciones y subfunciones. El en trminos del mundo real en vez de en
analista debe comprender primero el dominio trminos de un ordenador. El AOO permite
del problema y a continuacin documentar las analizar mejor el dominio del problema, sin
funciones y subfunciones que debe pensar en trminos de implementar el sistema

4

proporcionar el sistema. No existe un
mecanismo para comprobar si la especificacin
del sistema expresa con exactitud los requisitos
del sistema.
Este enfoque se adapta bien al uso de sistemas
informticos para implementar el sistema, pero
no es nuestra forma habitual de pensar. La
comunicacin entre el analista y la
Organizacin est limitada, por las fases.
La relacin entre los modelos es muy dbil, y
hay muy poca influencia de un modelo en otro.
En la prctica, los modelos de procesos y de
datos de un mismo sistema se parecen muy
poco. En muchos casos son visiones
irreconciliables, no del mismo sistema, sino de
dos puntos de vista totalmente diferentes de
organizar la solucin.
Estndares de Programacin - ESTP-T
en un ordenador. El AOO permite pasar
directamente el dominio del problema al
modelo del sistema.
El concepto OO es ms simple y est menos
relacionado con la informtica que el concepto
de flujo de datos. Esto permite una mejor
comunicacin entre el analista y el experto en
el dominio del problema (es decir, el cliente).
Los objetos encapsulan tanto atributos como
operaciones. Debido a esto, el AOO reduce la
distancia entre el punto de vista de los datos y
el punto de vista del proceso, dejando menos
lugar a inconsistencias o disparidades entre
ambos modelos.