Ingeniería de Software (IS)

Wikipedia dice:

La Ingeniería de software designa el conjunto de técnicas destinadas a la producción de un programa de computadora, más allá de la sola actividad de programación. Forman parte de esta disciplina las ciencias computacionales y el manejo de proyectos, entre otros campos, propios de la rama más genérica denominada Ingeniería informática.

Wikipedia es sabia y raramente se equivoca (y cuando se equivoca se corrige), pero en palabras un poco más faciles de digerir ¿qué diablos es la Ingeniería de Software?.

Primero debo decir que estoy estudiando una ingeniería en informática y que parte fundamental de mi preparación es que sepa detalladamente lo que es y lo que no la IS, pero Oh Dios! mi universidad se centra más en certificarnos y no en prepararnos en eso (pero eso es para otro post).

Bueno primero definamos qué es ingeniería:

Ingeniería es el estudio y aplicación, por especialistas, de las diversas ramas de la tecnología (RAE).

Hasta el momento estamos bien, los ingenieros de software toman aplican y estudian la informática para hacer de este un mundo mejor.

La IS es entonces aquella ingeniería que busca desarrollar software, uno de sus principales objetivos es crear métodos que sean comprobables y repetibles para crear exitosamente productos software.

Pero la IS sigue gateando y hasta la fecha no se ha encontrado método infalible que puede contra los enemigos de su aplicación. En primer lugar estamos tratando con algo abstracto, practicamente imposible de medir, gestionar, manipular y predecir su comportamiento: el software.

Otro aspecto que debe cubrirse es el tiempo. El tiempo en la producción de software es uno de los principales puntos a tomar en cuenta, se debe gestionar correctamente el tiempo con el que contamos.

Además se deben administrar correctamente los demás recursos con los que contamos: personas, herramientas, dinero!. Para planear un proyecto de software tenemos que ver todos estos recursos y manejarlos de la mejor manera.

“Un ingeniero no busca una solución, sino la mejor solución” [MC Ostos].

Pues hasta aquí ya da miedito empezar a crear software, yo como muchos egresados de técnicos informáticos no imaginarían que el crear software era tanta cosa. ¿Para qué complicarse la vida con tanto embrollo?

Eso a veces nisiquiera es comprendido por los mismos postulantes a ingenieros, mucho papeleo, mucho rollo, si lo más importante es programar. Uno de los principales errores en la IS, la codificación apenas si ocupa el 20% del desarrollo del proyecto.

Los métodos de IS contemplan una estructura similar a la siguiente:

1. Análisis
2. Diseño
3. Codificación
4. Pruebas

De las cuales escribiré más adelante, y de las que considero al diseño como la más importante. Pero seguir esta estructura o alguna que proponga algún método de IS es muy importante para el proyecto.

Por más tedioso que parezca esto nos librará de muchos problemas y nos dará un producto software con mejor calidad.

Bueno con esto doy acabada la introducción a lo que será una gran entrega de posts dedicados a la IS, una vez que tenemos los papeles en la mesa hablaremos sobre algunos métodos de IS populares, lo que persiguen, sus etapas etc.