Lista de Atributos, Análisis Morfológico y Matriz de análisis
El análisis morfológico es una de las técnicas más valiosas para generar una gran cantidad de ideas en un corto período de tiempo, se desarrolló en los trabajos tecnológicos de la astrofísica y las investigaciones espaciales llevados a cabo en los años cuarenta, como resultado de los trabajos del astrónomo Fritz Zwicky.
¿Cómo usar esta técnica?
Esta técnica es muy buena para encontrar o generar nuevas combinaciones de productos, servicios y/o estrategias.
Para explicar esta técnica vamos a usar un ejemplo: se va a encontrar alguna idea novedosa para un nuevo producto, en este caso una lámpara.
Gráfico 1. Lámpara (http://www.foro3d.com).
Para usar esta técnica, primero se deben listar los atributos de un producto, servicio o estrategia que estés examinando.
1.- Lista de Atributos.-
El punto de partida para realizar este análisis debe ser el de realizar una lista de atributos.
Los atributos de la lámpara que podemos considerar son: suministro de energía, tipo de bombilla, intensidad de la luz, tamaño, estilo, acabado, material, sombra, entre otros.
2.- Análisis Morfológico.-
Ahora, todos los atributos antes mencionados colocarlos como los títulos de las columnas que va a conformar la tabla; luego, realizar una lluvia de ideas por cada columna (ver Tabla 1), esta tabla es denominada “Caja morfológica” o la “Caja de Zwicky” esto debido al científico Fritz Zwicky, quien desarrolló la técnica en los sesenta.
Tabla 1. Caja de Zwicky.
3.- Matriz de Análisis.-
Con la “Caja de Zwicky”, se empieza a realizar combinaciones interesantes, o estas pueden ser aleatorias (ver Tabla 2).
Algunas de estas ideas serán prácticas, novedosas para una fábrica de lámparas; otras, simplemente no. Es aquí donde la experiencia del fabricante y el conocimiento del mercado son importantes.
Tabla 2. Matriz de Análisis.
Referencia:
Mind Tools, “Attribute Listing, Morphological Analysis and Matrix Analysis“, [ver enlace].
Ser creativos ya no es de pocos
Muchas veces uno piensa que “ser creativo” es cosa de pocos, tales como, músicos, escultures, pintores, entre otros; hace poco he aprendido, gracias a Edward de Bono, que ser “creativo” no es asunto de grupos privilegiados; según él, todos podemos llegar a tener “actitudes creativas” si realizamos una serie de ejercicios que despierten esa parte en nosotros.
Voy a escribir una serie de apreciaciones o simplemente textos sacados del libro “Serious Creativity: Using the Power of Lateral Thinking to Create New Ideas” de Eward de Bono, con su respectiva referencia; este un libro revelador, creo les va a gustar su lectura si se deciden hacerlo.
Adicional a lo que dice Edward en su libro, también enlistaré otra técnica que me pareció interesante.
Ya saben estimados, “ser creativo ya no es de pocos”.
Proyectos que crecen
Hace dos años empecé un Proyecto Informático que era importante para la Empresa donde laboro, el mismo que tomó cerca de 6 meses en completarlo y ponerlo en producción, diseñado bajo la metodología europea “MERODE” (que por cierto, luego les cuento de la gran utilidad de este método).
Primeros problemas
En los primeros meses de vida del proyecto en producción no era muy usado, esto debido a:
- la falta de socialización del Sistema por parte nuestra o mejor dicho por parte mía (1er problema, que no había localizado).
- la falta de promoción por parte de alguien de los directivos para que el uso sea obligatorio (2do problema, que había localizado pero no sabía cómo resolverlo).
Primeras soluciones
El segundo fue resuelto debido a la disposición de uno de los directivos al asignar a una persona para que utilizara el Sistema e ingresara la información necesaria; luego de solucionarse esto surgió el otro (en realidad, me lo señaló mi jefe directo) fue una tarea ardua la de hacer entender la importancia que el Sistema iba a proporcionar a la Compañía y la colaboración de los involucrados para proporcionar información.
Resultados esperados
El Sistema gradualmente fue tomando relevancia en la Gestión Comercial que realizaba la compañía, esto hizo que el mantenimiento perfectivo y correctivo sea constante; por ende, el Sistema fue creciendo y esto implicaba que la complejidad aumentaba.
Usualmente para obtener información de la Gestión Comercial la demora en presentarla a los directivos era de aproximadamente una semana o era entregada cada mes, pero ahora se la obtiene en línea y actualizada. Esto fue algo que a los directivos gustó en demasía. Ahora, este proyecto que nació como una idea para obtener información de la Gestión Comercial, mira hacia la parte de la Gestión Operativa.
En conclusión
El Sistema no es una solución novedosa, ya que es un CRM pero en una versión bastante sencilla; sin embargo, es en realidad una solución a la medida de la Empresa que ha funcionado y de seguro irá creciendo más y más.
En efecto, los Proyectos crecen y reflexionando sobre esto he observado algunos aspectos que deberíamos tener en cuenta para que el crecimiento sea sostenible:
- Es tan importante el desarrollo del Proyecto como la socialización del mismo,
- Definitivamente hay que conseguir un padrino de los niveles más altos, ellos nos apoyarán a que el Proyecto crezca,
- Observar a los involucrados, siempre hay algo qué mejorar.
A Fairy Tale
“Once upon a time there was a Good Software Engineer whose Customers knew exactly what they wanted.
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 )
“La Planificación” es la clave
Siempre he querido escribir acerca de una de mis mayores pasiones, acerca de la Ingeniería de Software, pero no he tratado hacer esto de manera asidua hasta ahora, yo creo que compartiendo mi experiencia Uds. harán los mismo.
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.
Evaluación del uso de MDA y MERODE en la adaptación de una herramienta para la Administración de Información de Grupos de Investigación y Eventos
Antecedentes
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.”
El Software Libre ¿contribuye a la ecología?
Últimamente me ha interesado mucho la ecología (creo que es un sentimiento general), debido a todos estos problemas que le estamos causando a la Madre Tierra y en la forma que está reaccionando, en realidad, se me ha venido una pregunta muy interesante acerca del Software Libre, si ¿es verde o no el Software Libre? ó mejor dicho ¿es ecológico? Pensándolo un poco más detenido se podría decir que sí, pero ¿por qué?
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?
