The Good Software Engineering worked very hard to design the Perfect System that would solve all the Customers’ problems now and for decades.

When the Perfect System was designed, implemented and finally deployed, the Customers were very happy indeed.

The Maintainer of the System had very little to do to keep the Perfect System up and running, and the Customers and the Mainteiner lived happily every after.”

( Demeyer, Ducasse, Nierstrasz, Object-Oriented Reengineering Patterns, p. xiii )

Tengo un año como Administrador de Proyectos de Software y he aprendido algo que se ha quedado en mi mente, desde que recibí mi  primer consejo, cuando asumí este cargo. Yo le pedí un consejo a mi mentora Ing. Mónica Villavicencio y ella me dijo: “la planificación, planifica todo lo que puedas”, sigo este consejo aunque algunas veces lo olvido (por favor, no se lo digan… jejeje).

“La Planificación” es la clave y el primer paso para la Administración de los Proyectos de Software. Esto es básico, consiste en: describir tareas, asignar recursos y darles un cronograma.

Por supuesto, existen otros pasos importantes, pero considero que este es el primordial y la estructura sobre la que se va a edificar un Proyecto.

Nos vemos.

Tanto en los negocios como en las tecnologías se perciben cambios y avances, que en el campo de la Ingeniería de Software plantean el reto de crear aplicaciones que puedan adaptarse de forma simple y eficiente a estos cambios.

Para poder realizar los cambios se vuelve imprescindible e imperioso el utilizar alguna metodología, de tal manera que si existen cambios en las especificaciones del negocio, esto no afecte de manera crítica a sus actividades; así mismo, hay que considerar las nuevas tecnologías que puedan servir para mejorar algún servicio que se haya implementado.

También cabe mencionar, que según las investigaciones realizadas[1], una forma de lograr mayor flexibilidad en las aplicaciones de software es separar el “modelo del dominio” (modelo del negocio, o modelo conceptual) de las “diversas tecnologías” que surgen a través de los tiempos.

Descripción

Dos metodologías que se apoyan en el concepto de separar el modelo del negocio de la tecnología asociada, son MDA y MERODE.

MDA es una propuesta de la OMG (Object Managment Group) para el desarrollo de software desde el diseño, proporciona una solución para los cambios de negocio y de tecnología, permitiendo construir aplicaciones independientes de la plataforma. [2]

A continuación se comenta un caso de estudio [3] que ilustra los beneficios de MDA: CHG (Construcciones Hispano Germanas) es una compañía del Sector Inmobiliario y Construcción en Costa Blanca, España. Ellos deseaban integrar unos sistemas y crear otros nuevos, enfocándose en la funcionalidad del negocio y su comportamiento, mas no en la evolución de la tecnología.

Para ello se asociaron con “CARE Technologies” [4], una compañía de software, la cual llevó a cabo lo deseado por CHG utilizando UML y MDA; con UML se realizó la definición de los requerimientos, lógica del negocio y capa de presentación; y con MDA, las correspondientes transformaciones.

Como resultado, el 90% de su código fue generado automáticamente. Actualmente la aplicación es mantenida por sólo 2 analistas. Y cualquier mantenimiento o cambio requerido es fácilmente realizado.

Existe otro estudio basado en UML siguiendo los principios de MDA realizado en el Ecuador [5]. Ellos aplicaron esta metodología pero no se usó herramienta de soporte alguna. Como resultados obtenidos, MDA aceleró los procesos de análisis y diseño con respecto a la implementación.

MERODE es una metodología de análisis orientada a objetos que fue diseñada en el Departamento de Ciencias Económicas Aplicadas de la Universidad Católica de Leuven, Bélgica [6].

Esta metodología ha sido probada y aplicada en varias compañías, tales como: NOVAXESS (Netherlands) [7], KBC Bank NV (Bélgica)[8], Datakor (Bélgica) [9], Acc (Bélgica) [10], obteniendo los siguientes resultados: una buena estructura modular, un rápido mantenimiento, una fase de análisis corta, mejor documentación del proyecto, rápida fase de implementación y la separación del modelo de la empresa con el modelo de funcionalidad. [11]

Existen dos investigaciones realizadas en la ESPOL [12, 13] en la que se demuestra que los atributos de flexibilidad y facilidad de mantenimiento son buenos indicadores para desarrollar sistemas bajo esta metodología, además se comprobó que la mayoría de los cambios eran más frecuentes en la capa de interfaz que en la del dominio. Se recomienda utilizar herramientas para la generación de código a partir del diseño y con respecto a la otra investigación [13] se recomienda tomar en cuenta el patrón de diseño MVC si se desean realizar cambios en la aplicación. Es importante mencionar que los tiempos estimados fueron empíricos, de tal manera, que no se pudo obtener una medida más exacta con respecto a los tiempos reales tomados en el transcurso del desarrollo de las investigaciones.

Referencias

[5] Tatiana Gualotuña A., Cecilia Hinojosa Raza, “Propuesta metodológica para el desarrollo de aplicaciones web basada en UML”.
[12] Karina Chong, Verónica Macías, Monique Snoeck, “Experiences with the use of MERODE in the development of a Web Based Application”.
[13] Salomón Herrera, Tesis de graduación: “Implementación de los módulos de Administración de convocatoria de artículos y evaluación de artículos para el Portal Web del Componente 8 del proyecto VLIR-ESPOL utilizando MERODE como metodología de análisis y J2EE como arquitectura de diseño.”

Para poder contestar a esta pregunta es necesario definir la palabra ecología como la interacción entre los organismos y el medio ambiente -es una definición muy general con el solo propósito de aclarar-; sin embargo, el Software Libre nace de una filosofía delineada por Richard Stallman en cuatro libertades que pueden ser aplicadas en todos los frentes de acciones necesarios en una sociedad.

Luego de tener una idea de lo que es la Ecología y el Software Libre, ahora nuevamente la pregunta: ¿es el Software Libre de color verde? ¿Existen razones para pensar que no lo es? es posible, pero esto lo haré en otro momento, por ahora desearía considerar elementos positivos que indicarían que el Software Libre es de Color Verde.


Primera premisa: Ahorro de Recursos

Para iniciar un Proyecto Informático, es necesario tener algunos elementos tales como: equipo de trabajo idóneo, las mejores máquinas, tiempo en análisis,  entre otros. ¡Todo esto requiere de tiempo y dinero! por ende, se consumen recursos para llevarlo a buen fin.

Caso de estudio: Instalación del GForge en la FIEC

En la FIEC, se llevó a cabo una investigación sobre un Modelo Controlado para Código Abierto (MOCCA), y para poderlo realizar se necesitaba instalar un Administrador de Proyectos, el que se seleccionó como ideal para esta tarea fue el GForge, el tiempo de instalación de este software tardó en un total de dos semanas por una persona.

Se imaginan si no existiera ese Sistema GForge, habrían dos posibilidades: o comprar licencias para obtener un software propietario ó implementarlo la misma FIEC; en cambio, con Software Libre se pudo en dos semanas acoplarlo para el repositorio no sólo para el Proyecto de esa investigación, si no también sirve como repositorio para los Proyectos de la materia de Ingeniería de Software en la FIEC-ESPOL.

Si bien es cierto, cuando se implementó GForge al inicio ya se utilizó una serie de recursos, pero he ahí la clave: “¡ese tipo de esfuerzo se lo hizo una sola vez!”.

Segunda premisa: Se optimizan algoritmos

Debido a que el código es accedido por los usuarios (de los productos elaborados bajo este pensamiento del Software Libre) es mejorado en el tiempo, optimizando los procesos que se ejecutan, lo que ayudaría a que el servidor de una aplicación que provee servicios utilice menos recursos al ser requeridos tales servicios.

Caso de estudio: El Kernel provisto por Linus

Este Kernel ha estado libre desde sus inicios bajo la iniciativa de Linus Torvalds, su creador, y ha sido optimizado dando como resultado un Kernel eficiente que hace un mejor manejo de los recursos hardware para el Sistema Operativo GNU/Linux, dándole la preferencia a la hora de elegir S.O. para servidores.

Aprovechando este caso de estudio quiero confirmar mi primera premisa: si este Kernel fuera privativo y se deseara implementar la versión 2.6.30, liberado el 10 de junio pasado, su desarrollo costaría 1.205 millones de Euros. ¿No les parece esto ahorro de recursos?

Sólo he presentado dos premisas pero creo que si nos ponemos a pensar un poco más encontraremos más razones para ver que ¡el Software Libre probablemente sí es Ecológico!

¿Qué dicen Uds.? ¿existen elementos que argumentarían que no lo es?