1. Diferencias entre Análisis y Diseño Estructural y
Orientado a Objetos
1. El concepto Orientado a Objeto es más simple y está
menos relacionado con la informática que el concepto
de flujo de datos. Esto permite una mejor comunicación
entre el analista y el experto en el dominio del problema
(es decir, el cliente).
2. El paradigma Orientado a Objeto utiliza la herencia
para expresar explícitamente las características
comunes de una serie de objetos. Estas características
comunes quedan escondidas en el análisis y diseño
estructurado y llevan a duplicar entidades en el análisis
y código en los programas. Sin embargo, el paradigma
Orientado a Objeto pone especial énfasis en la
reutilización, y proporciona mecanismos efectivos que
permiten reutilizar aquello que es común, sin impedir
por ello describir las diferencias.
3. La programación orientada a objetos es mucho más
fiable por diversas razones. En primer lugar por el
desarrollo incremental y la programación por
diferencia, al poder ir añadiendo funcionalidad vía
herencia. El tamaño medio de una rutina en entornos
orientados a objetos es de 4 o 5 líneas; y se ha de tener
en cuenta que sólo se tienen rutinas, ya que no existe el
concepto de programa principal. La utilización masiva
2. de librerías de clases garantiza la fiabilidad, ya que los
componentes sólo se añaden a la librería cuando se ha
verificado la corrección de su funcionamiento.
El análisis estructurado se basa fundamentalmente en la
descomposición funcional del sistema que queremos
construir. Esta descomposición funcional requiere
traducir el dominio del problema en una serie de
funciones y subfunciones. El analista debe comprender
primero el dominio del problema y a continuación
documentar las funciones y subfunciones que debe
proporcionar el sistema. El problema es que no existe
un mecanismo para comprobar si la especificación del
sistema expresa con exactitud los requisitos del sistema.
4. El paradigma orientado a objetos es una forma de
pensar acerca de un problema en términos del mundo
real en vez de en términos de un ordenador. El Análisis
Orientado a Objetos permite analizar mejor el dominio
del problema, sin pensar en términos de implementar el
sistema en un ordenador como el análisis y diseño
estructural. El Análisis Orientado a Objetos permite
pasar directamente el dominio del problema al modelo
del sistema.
5. Los cambios en los requisitos afectan notablemente a la
funcionalidad de un sistema, por lo que afectan mucho
al software desarrollado con métodos estructurados. Sin
embargo, los cambios afectan en mucha menor medida
a los objetos que componen o maneja el sistema, que
son mucho más estables. Las modificaciones necesarias
3. para adaptar una aplicación basada en objetos a un
cambio de requisitos suelen estar mucho más
localizadas.
6. La transición entre las fases de análisis y diseño en la
orientación al objeto es mucho más suave que en las
metodologías estructuradas, no habiendo tanta
diferencia entre las etapa.
http://www.geocities.ws/yulietm_arteaga/ads/T1.html