En la actualidad, las organizaciones que desarrollan Sistemas de Información como respuesta a esta presión se ven en la necesidad de hacer uso del enfoque CASE (Computer Aided Software Engineering). Este enfoque busca aumentar la eficacia de los procesos de desarrollo de los Sistemas de Información, al soportar la realización de sus tareas con el uso de las tecnologías de la información. Esta es la razón por la cual el mercado de las herramientas CASE está en franca expansión. Sin embargo, la adopción de las herramientas CASE no ha cubierto totalmente las expectativas; su selección, adquisición, inserción y uso no es una actividad sencilla. Ellas son software sumamente costoso y complejo que está íntimamente relacionado con el quehacer de los Analistas de Sistemas. Es abundante la bibliografía que refiere las causas de este fracaso.

El grupo de investigación LISI (Laboratorio de Investigación en Sistemas de Información) está convencido que en la selección de una herramienta CASE se deben tomar en cuenta múltiples aspectos tanto técnicos como organizacionales. A su vez, estos deben ser ponderados según las características y prioridades de la organización desarrolladora, del proceso de desarrollo que ellas utilicen y del tipo de sistemas que desarrollen.
Sin embargo, manejar esta variedad de factores no es fácil, más aún si se toma en cuenta la diversidad de herramientas CASE que ofrece el mercado. Por todo esto, se ha desarrollado un proyecto apuntando a sistematizar este proceso de toma de decisión.

A continuación se presenta las conclusiones de este proyecto de investigación.

En el análisis detallado se explicaron cuales fueron los resultados obtenidos por subcriterio. En este punto es importante resaltar como fueron estos mismos resultados a un nivel más alto de abstracción, es decir en cuanto a criterios de alcance, diseño, soporte y solidez.

Los criterios alcance y diseño forman parte de los factores internos asociados a la arquitectura y estructuración interna de la herramienta, estos criterios se concentran en lo que ofrece la herramienta aislada de su contexto.

Por su parte los criterios de Soporte y Solidez están asociados a los factores externos asociados a aquellos aspectos complementarios, del entorno de la herramienta

Se tomaron en cuenta las fases del ciclo de vida que soportaba la herramienta, las metodologías, el número de usuarios concurrentes, Componentes de análisis, repositorio común, facilidad de documentación, control de proyectos, plataformas y manejadores de bases de datos. Al respecto se concluye que:

• En la Cobertura de metodologías requeridas: sólo un 31,25 % ofreció cobertura en las metodologías requeridas OMT y Yourdon.
• En cuanto al Nivel de Generación de prototipo también se observó que un 43,75% posee la facilidad de generación de prototipo, lo que indica que esta es una facilidad poco explotada por las Herramientas CASE evaluadas.
• Predomina, en estas herramientas, la tendencia a soportar las etapas finales del ciclo de vida y en menor proporción, a soportar todas las etapas.
• Esto confirma el hecho de que la muestra de herramientas evaluada está constituida principalmente por Workbenches y en menor proporción por Ambientes.
• Se evidencia que existe una tendencia en las herramientas a apoyar la mayor cantidad de etapas del ciclo de vida.
• Dentro de las herramientas que brindan soporte a alguna metodología, existe mayor orientación hacia las metodologías estructuradas que hacia las orientadas a objeto.
• Aún cuando la proporción de herramientas CASE "orientadas a objeto" es menor que la proporción de herramientas CASE "estructuradas", se hace evidente que este tipo de metodología (OO) está siendo fuertemente incorporada a las herramientas que soportan desarrollo de software.
• Se nota una tendencia importante entre las herramientas CASE a brindar soporte a ambos tipos de metodologías lo cual les atribuye una gran flexibilidad desde el punto de vista de la organización.
• Existe una fuerte tendencia dentro de las herramientas CASE a soportar la elaboración de modelos y el desarrollo de Sistemas de Información sin seguir ninguna estrategia metodológica.
• Se destacó un aspecto asociado con el subcriterio Componentes de Análisis del criterio de Alcance en la mayoría de las herramientas como es la representación del modelo del negocio en un 62,5 % de las herramientas, a través de diferentes diagramas como lo son Organigramas de las empresas, funciones del negocio, flujo de documentos y Use Case.
• En cuanto al control de proyectos presente en las herramientas bajo la modalidad de: Facilidad de control de tareas, control de recursos, costos y control de tiempo se observó que sólo un 18,75 % las tomaban en cuenta.

Para este criterio se tomó en cuenta el subcriterio funcionalidad de la herramienta entre las que se encuentran generación de código, nivel de generación de prototipo y la ingeniería de reverso. Otros criterios considerados fueron la curva de aprendizaje, flexibilidad y tipo de integración. Los resultados obtenidos fueron los siguientes:

• En la Cobertura en la Ingeniería de Reverso: sólo el 43, 75% ofreció cobertura sobre alguno de los lenguajes requeridos (Visual Basic o Java).
• En la Cobertura en la Generación de Código: sólo un 37,5% ofreció cobertura sobre alguno de los lenguajes requeridos (Visual Basic o Java)
• Predomina la tendencia hacia la integración por datos.
• Dentro de este tipo de integración, existe una clara orientación hacia la forma de mayor nivel, es decir, el uso de repositorio común.
• La integración por actividad está claramente en desuso.
• Persiste, en menor proporción, la tendencia a no permitir la edición de diccionarios para los diferentes elementos u objetos dentro de los modelos.

Se tomaron en cuenta el soporte técnico, y el material de apoyo.

• Se evidencia una fuerte preocupación por favorecer el proceso "auto-inductivo" apoyando de esta manera la eficiencia y la efectividad del proceso de desarrollo de software.
• Se observa una tendencia marcada a desplazar las formas tradicionales de atención al cliente, con la ayuda de la tecnología emergente

Se tomó en cuenta el prestigio del desarrollador en cuanto a las certificaciones obtenidas por la empresa con una determinada herramienta y al grado de mejoramiento de la misma. Además los costos de adquisición fueron considerados debido a las restricciones impuestas por la empresa que desea adquirir la herramienta.

• Se evidencia que existe una tendencia importante a dar valor agregado al producto, a través del reconocimiento de firmas especializadas en el área.
• La Cobertura del Costo de la Herramienta: Un 50 % de las herramientas superaban el costo soportado por la organización, sin embargo se notó que no superaban al 2,16 del costo requerido, salvo una excepción que superaba 6,67 veces al costo requerido.

Del análisis de los gráficos se desprende que las herramientas ofrecieron una cobertura satisfactoria en la mayoría de los requerimientos del caso. Excepto en aquellos indicadores de cobertura que mostraron un comportamiento más polarizado como fue señalado en las conclusiones anteriores.

Dentro de las futuras investigaciones que se perfilan como continuidad de los resultados obtenidos, se visualizan dos temas importantes que serán abordados a través de proyectos de investigación; el primero se relaciona con la Calidad, en los actuales momentos se realizan revisiones de los estándares de Calidad ISO/IEC 9126 e ISO/IEC 14598.

Estos estándares son utilizados para evaluar productos de software. Dentro de ellos, existen indicaciones precisas sobre las características que debe cumplir un proceso de evaluación de un software, desde el punto de vista de los evaluadores, es decir actividades que se llevaron a cabo en el transcurso del proyecto.

En virtud de que éstos estándares están en proceso de actualización y de la urgente necesidad de que los productos nacionales se ajusten a los estándares internacionales, el paso inmediato es hacer una revisión del conjunto de indicadores aquí propuestos y que fueron utilizados para la evaluación de las herramientas, para verificar que los productos de software estén en conformidad con éstos estándares.

El segundo se relaciona con los Sistemas de Soporte de Decisiones. Basado en el apoyo que brindan las herramientas automatizadas para el desarrollo de Sistemas de Información (SI), o más conocidas en esta área como herramientas CASE -Computer Aided Software Engineering-; a la gran cantidad y variedad de éstas que han surgido en el mercado; a las características de las organizaciones desarrolladoras de SI en Venezuela, a la importancia estratégica que tiene la selección de una herramienta CASE para el desarrollo de SI, según las necesidades de la organización y al hecho de que no existe "un sistema" que reúna las características tecnológicas de las CASE (las cuales fueron obtenidas durante el proyecto con la utilización del conjunto de indicadores propuestos) y los requerimientos organizacionales para su selección, se ha desarrollado un prototipo operacional de un Sistema de Soporte de Decisiones (LISI - SSD), que sirve de apoyo a las organizaciones venezolanas para seleccionar y adquirir la Herramienta CASE que más se ajuste al desarrollo de sus sistemas de información.

Este sistema se propone en virtud de aprovechar parte de los resultados obtenidos con esta investigación, es decir, la utilización de las características tecnológicas de cada herramienta evaluada y la madurez del modelo de selección propuesto en este proyecto.

Si desea conocer los detalles del análisis de los resultados sobre 16 herramientas CASE
puede hacer CONTACTO con nosotros.