Descomposición funcional vs Descomposición OO
Los objetivos que estamos buscando son extensibilidad, reutilización y fiabilidad. Éstos
requieren de las condiciones que hemos explicado anteriormente. Para lograr estas
condiciones se requiere un método sistemático de descomposición de los sistemas en
módulos.
En este capítulo vamos a presentar los elementos básicos del método: construir cada
módulo sobre la base de un tipo de objeto.
Los ingredientes de la computación
Hasta ahora hemos visto las características que deben tener los módulos. Ahora vamos
a ver qué criterios hay que utilizar para encontrar los módulos de nuestro software.
El triángulo básico. Cuando se usa el software para una determinada operación, entran
en juego tres fuerzas: acción, objeto y procesador. Ejecutar un sistema software es
utilizar ciertos procesadores para aplicar ciertas acciones a ciertos objetos.
•Procesador: dispositivos de cómputo físicos o virtuales que ejecutan las
instrucciones. Puede ser una CPU, un proceso del SO o un hilo si es multihilo.
• Las acciones son las operaciones de que consta la computación. Dependiendo
del nivel en el que nos situemos serán instrucciones de un lenguaje de
programación o un paso del algoritmo.
• Los objetos son las estructuras de datos sobre las que se aplican las acciones.
Los procesadores serán importantes cuando hablemos de las formas concurrentes de
computación. Que no veremos en esta asignatura. Lo cual nos deja con acciones u
objetos.
Cualquier discusión sobre problemas de software debe tener en cuenta ambos aspectos,
pero hay una cuestión sobre la cual es preciso decidir: ¿cuál es el criterio para encontrar
los módulos de un sistema?
A partir de esta respuesta se desprende la diferencia entre el enfoque orientado a objetos
y los otros métodos. Los enfoques tradicionales construyen cada módulo en torno a
alguna unidad de descomposición funcional.
Como es predecible nos decantaremos por la descomposición O-O, pero vamos a
justificar el porqué.
Descomposición funcional
Vamos a examinar los méritos y limitaciones del enfoque tradicional.
Continuidad.
Planteémonos el problema de la extensibilidad y más concretamente el de la
continuidad. La respuesta tradicional a la cuestión de la modularización ha sido la
descomposición funcional descendente. ¿Hasta qué punto responde el diseño
descendente a los requisitos de modularidad?
Desarrollo descendente.
Explicación del desarrollo descendente.
El enfoque descendente presenta algunas ventajas:
• Disciplina de pensamiento lógica y bien organizada.
• Técnica simple y fácil de aplicar.
•Útil para pequeños programas y algoritmos individuales.
