Del análisis a la programación

Actualmente, en las empresas se efectúan desarrollos de software "hands on" directo al desarrollo. A muchos les parece más barato ir directo a la programación y ahorrarse el tiempo y dinero que requiere la etapa de análisis y diseño; los resultados: etapas de programación que no cierran nunca, altos costos de mantenimiento (que en realidad son composturas a desarrollos erróneos), falta de documentación del software y dependencia del programador a lo largo de la vida útil del sistema en la empresa. La pregunta es: ¿Qué es realmente más barato?.

El producto final del desarrollo de una aplicación de software requiere de un componente primordial: que sea útil, de esto dependerá el éxito o fracaso del proyecto. Debemos obtener un producto que sea esencial para el usuario, que su uso facilite enormemente los procesos manuales, o que sea tal la utilidad que sea imposible realizar una acción si el uso del software. Para conseguir un grado de utilidad aceptable, debemos conocer la realidad del problema, dividirlo y proponer una solución; esto comprende a las etapas de análisis y diseño en la que proponemos una visión general de la arquitectura de software y preparar el plan de fases y el de iteraciones, para luego en otra fase diseñar la solución preliminar. Hasta éste momento no hemos desarrollado nada, pero tenemos una muestra clara de lo que queremos y que es útil para nuestro usuario el cual debe validar.

En consecuencia, tenemos un proyecto ordenado con tiempos establecidos para presentación de entregables de calidad y a un costo controlado. Debemos tener cuidado porque se aplica en estos proyectos que: "lo barato sale caro".