|
Con la llegada de las nuevas tecnologías y la heterogeneidad del entorno que se deriva, esta necesidad de transparencia en plataformas cruzadas se vuelve cada vez más crucial ya que es esta fuente de información la que va a permitir sincronizar perfectamente equipos de desarrollo heterogéneos.
Disponer de esta información instantánea y perfectamente al día con relación al existente va a permitir:
- Aumentar la eficacia de los procesos de análisis de impacto.
- Automatizar sus procesos de documentación de aplicación.
- Aumentar la fiabilidad de las aplicaciones en las fases de cambio.
La respuesta ARCAD...
En la metodología ARCAD, el referencial, no solamente contabiliza todos los componentes informáticos, sino que recupera también todas las dependencias entre estos componentes, lo que los desarrolladores llaman las referencias cruzadas.
El OS/400 ya proporciona a la base un gran número de referencias cruzadas, pero son en cualquier caso incompletas e insuficientes. En ARCAD, completamos esta fuente de información por análisis de fuentes.
Todas las relaciones entre programas, ficheros, órdenes, menús, demandas, etc., son repertoriados pero el sistema desciende también al nivel de zonas (base de datos, zonas de trabajo o zonas de entrada/salida), y líneas de código.
Si desarrollan en entorno ILE, les servirá doblemente puesto que el sistema contabiliza también todas las referencias cruzadas entre procedimientos, módulos, programas y programas de servicio.
Del mismo modo, si aplicaron las normas DB2/UDB y/o que desarrollaban en SQL, existen las referencias también cruzadas entre zonas/ficheros/triggers/procedimientos almacenados.
Pero lo que hace la especificidad de ARCAD, es su capacidad para proporcionar las referencias cruzadas multi-plataformas.
En efecto, la herramienta permite trazar todas las interrelaciones entre los componentes AS/400 (programas o fichero) y de otros componentes de sistemas abiertos (WINDOWS, UNIX o LINUX).
¿Interfaz de acceso?...
Las soluciones ARCAD permiten dirigir esta información a través de tres interfaces diferentes:
- Un interfaz 5250, práctica respeto en los que desarrollan aún en este entorno.
- Un interfaz de tipo "Cliente enriquecido" en entorno gráfico a partir de un PC, a través de la suite ARCAD-Observer,
- En forma de plug-ins directamente en el entorno de desarrollo Wdsc, de Eclipse o de RAD (Rational Application Developer).
Son obviamente imprimibles y también exportables en forma de ficheros al formato csv. Además su explotación al formato "listas" de ARCAD les permite definir distintos automatismos de toda clase. Por ejemplo, si desean definir un automatismo para salvaguardar todos los ficheros en actualización en un tratamiento lote, pueden escribir un macro-comando que, en algunas líneas, responderá a esta necesidad yendo a dibujar en el referencial la información necesaria.
¿Actualización de datos?...
Dos casos hipotéticos pueden presentarse según se posean o no la suite Arcad-Skipper. Si no poseen a Arcad-Skipper, deberán insertarse un tratamiento periódico en el scheduler. Los datos estarán entonces actualizados en función de la periodicidad del tratamiento que habrán definido.
Si poseen la suite Arcad-Skipper, estos procesos de actualización se definen en estándar en las puestas en producción, y, eventualmente en publicación periódica sobre el entorno de desarrollo. Gracias a este almacenamiento paralelo de toda esta información, pueden hacer variar dinámicamente la vista de su referencial y consultar a la vez la aplicación tal como se ejecuta en producción, o tal como está aún en desarrollo.
¿Cómo?
Arcad recupera todas las referencias cruzadas provistas en estándar en el OS400. Están terminadas por análisis de fuentes una vez que están disponibles. En el caso de referencias cruzadas multi-plataformas, aquí también, son mecanismos de “Parking” de código que son empleados. Usted no puede ser tributario de la tecnología que utiliza. Ya sea que desarrolle en Java, VB, .net, C, C++, etc. Los enlaces pueden ser recuperados.
La originalidad en el método ARCAD...
Gracias a la riqueza de esta fuente de información centralizada, pudimos desarrollar un sistema de control de integridad automático sobre las versiones.
Así pues, los lotes de modificaciones pueden controlarse a nivel técnico antes de mismo de pasar en prueba. Son tantas anomalías menos en que no tendrán necesidad reproducirse. Incluso en una configuración multiplataformas, es posible guardar el mismo nivel de control. El sistema permite garantizar así una perfecta sincronización de las evoluciones.
|
