programacion

Antiguamente la orientación a objetos (OO) se presentaba como una técnica novedosa y revolucionaria. En estos tiempos que corren de sistemas de ventanas, multimedia, sistemas multicapa en red y lenguajes de alto nivel, nadie se cuestiona el hecho que aquella afirmación no cayó en el olvido como ya ocurrió con tantas otras.

La OO se basa en tres principios básicos: todo son objetos,encapsulamiento / ocultación y herencia / polimorfismo.
El primer principio indica la unidad básica de trabajo. El segundo permite englobar en un mismo concepto a los datos y a las operaciones. El tercero permite agrupar y tratar de igual forma a objetos similares. Tras esta simplicidad, la metodología de desarrollo OO incluía entre sus bondades una muy prometedora: permite abarcar las siguientes fases deun proyecto software: Por un lado Análisis y Diseño (OOAD) y por otro Programación (POO).
Ya por aquel entonces, se recalcaba la necesidad de usar lenguajes de modelado para desarrollar proyectos:
OOSE, OMT-2, Booch’93 o UML. Este último, fruto de la fusión y de mejoras de los anteriores, aún estaba en proceso de desarrollo en Rational (compañía integrada en
IBM hoy en día).
Aun con lacotidianeidad del paradigma orientado a objetos, muchos informáticos sumergidos en un mar de siglas se realizan la siguiente pregunta:

“Pues muy bien, ya sé UML... ¿y ahora qué?”

UML es un lenguaje de especificación, visualización, construcción y documentación de propósito general, aunque especializado en sistemas software. Por su propia definición, la mayoría de autores no se pronunciantajantemente acerca de cómo debe usarse UML; por lo mismo que nadie se atrevería a limitar de forma general el uso de un bucle for. Sirvan como contraejemplo las sugerencias de uso de Pierre Alain Muller (1997):






Debido a la magnitud de los sistemas actuales y al tamaño de los equipos de desarrollo, la construcción de todo producto software (proyecto) pasa por una serie de fases. Estas sonhabitualmente: análisis, diseño, implementación, testing, instalación y configuración.
Para abordar proyectos de semejante envergadura, el trabajo se divide en tareas más pequeñas: el sistema se divide en subsistemas. El desarrollo de cada fase se puede dividir en procesos, entendiendo como tales a secuencias de actividades que hay que completar para alcanzar un objetivo. En la Ingeniería del SoftwareOrientada a Objetos, la OO se puede utilizar durante todo el proceso en global.
Pero no basta con una metodología de desarrollo y un lenguaje de modelado e implementación. Para aplicar la OO y UML de forma efectiva es conveniente valorar la utilidad de algunas técnicas y ciclos de vida del software.
A continuación se presentan algunas claves para controlar el orden interno en que se completanlos proyectos y evitar la pérdida de información durante la transición entre fases.

El desarrollo de software no es fácil: las técnicas son relativamente nuevas, los sistemas actuales son complejos y los requisitos de los clientes cambian con bastante más frecuencia de lo que muchos desearíamos.
Cualquier organización que desarrolle software debería plantearse qué proceso le interesa seguirpara la realización de sus productos, ya sea para todos o para cada uno en particular.
En los últimos años, una tecnología orientada a resolver este problema que ha sonado con mucha fuerza es la gestión de workflows. De forma más concreta, el Proceso Unificado de Rational (RUP) y la Programación eXtrema (XP) son dos de las aproximaciones al proceso de desarrollo más populares. Démosle un rápidovistazo a los ciclos de vida tradicionales antes de repasar estas
técnicas.

1 Ciclos tradicionales

Con el primer ciclo tradicional con el que nos encontramos es con el ciclo de vida Clásico o en Cascada:
Análisis→Diseño→Implementación→Testing

En este ciclo siempre se volvía a la fase anterior para resolver cualquier error. Se le achacó que los proyectos casi nunca siguen un flujo...