Generación de Código

(Language Support)

EINA está diseñada para dar soporte a todos los lenguajes comerciales orientados a objetos del tipo “round-trip engineering”. Es decir, además de poder generar código, poder importar código modificando los diseños del repositorio o creando nuevas versiones. Este round-trip se obtiene sin lenguajes de marcación (mark-up languages) que entorpecen la lectura del programa y cuya modificación es siempre muy problemática.

La parametrización de la generación de código se realiza mediante la utilización de plantillas variables (templates), lo que permite al usuario adaptar dicha generación a su gusto y preferencias.

En la actualidad EINA soporta Java, Smalltalk, C++, C# y Cobol 200x.

Durante el desarrollo de los modelos de diseño se puede especificar un "language environment" con lo que la herramienta se adapta al máximo a las particularidades de dicho lenguaje evitando en lo posible errores sintácticos.

Gestión de Reusabilidad

(Reusability Management)

La gestión de la reusabilidad es esencial en un entorno orientado a objetos para incrementar la productividad y calidad de los desarrollos. Un activo o componente que se reutilice y que anteriormente haya sido certificado permite programar menos al reutilizar el componente existente y además como su corrección ha sido certificada aumenta la calidad de la aplicación al contener ésta menos errores.

La gestión de la Reusabilidad se inicia con un proceso de certificación que permite establecer las políticas del producto a desarrollar; le sigue un proceso de catalogación de los componentes con palabras controladas. El componente se puede ubicar físicamente en la biblioteca o almacenarlo en disco externo.

La reusabilidad de EINA es amplia y además de catalogar componentes informáticos también puede catalogar plantillas de documentos, manuales de procesos, etc. Esto se realiza definiendo categorías de componentes con diferentes niveles de información.

Seguimiento de Errores y Cambios

(Error and Change Tracking)

Cuando se identifica un error se registra en la base de datos y se inicia el proceso de corrección.

Por cada error se registra:

• el usuario,

• una descripción del problema,

• fecha en la que se ha detectado el error,

• gravedad del mismo,

• centro de coste al que repercutir la corrección y

• técnico al que se le asigna la corrección.

La corrección de un error sigue el siguiente protocolo:

• El técnico realiza una evaluación del coste (y tiempo) necesario para corregir el error,

• establece una traza entre el error en el programa y aquellos módulos que deban ser modificados y

• se le asigna una tarea para su corrección según la importancia y severidad del error.

• Una vez corregido el error se registra la fecha de terminación (para poder tener cifras de tiempo de respuesta a los usuarios) y

• se liberará el nuevo release al usuario.

El “change tracking” funciona de la misma forma pero además tiene distintos centros de coste asociados, prioridades inferiores, etc.

Base de Conocimiento

(Software Knowledge Management)

El mismo módulo que permite la catalogación de componentes informáticos facilita la catalogación de cualquier tipo de documento relacionado o no con un componente. Estos documentos pueden estar asociados a otros de forma que se crea una red de documentos, o correlaciones, que describen parte del conocimiento informático de la organización.

Los documentos pueden ser internos o externos y si están en formato XML pueden hacerse catalogaciones mucho más eficaces.