En ambientes de desarrollo bajo plataforma AS400/ISERIES, GEP/400 es muy util ya que permite mejorar la calidad y tiempo empleado en desarrollar aplicaciones para AS400 o I5, se puede usar con otra herramienta como DBA/400 que permite la gestion de la base de datos para proyectos ,  GEM/400, que permite organizar los programas y su acceso en menus puldown, y con ARGUS/400, se gestiona centralizadamente la auditoria de toda la base de datos de una aplicacion grande.

Para aplicativos muy grandes, estas 3 herramientas permiten mantener el control de las versiones del proyecto, la seguridad, el acceso via menus, los estandares de desarrollo.

Genera 3 tipos de programas :

* Programas de mantenimiento de una tabla con llaves en RPG/FREE

* Programas de consulta(se llaman presionando F4 en un campo) en RPG/FREE

* Programas para paralelizar procesos masivos y mejorar el PERFOMANCE de un proceso o

aplicativo, en RPG/FREE

Genera codigo RPG/FREE para mantenimientos y consultas

Hace parte de la SUITE TOOLS para ambientes de desarrollo en plataforma AS400.

Mejora la productividad y eficiencia del personal de desarrollo y manejo de proyectos.

ARGUS/400

Informacion del Producto

Version 1.0.0    -   2007-03-01

Soporte tecnico (571)(3163963870)

Que es ARGUS/400?

Es una herramienta independiente de las aplicaciones, que permite: 

   * gestionar de forma centralizada los rastros de auditoria(audit trails) :

     Responde a la pregunta :  ? Quien hizo , que hizo , cuando lo hizo , a que hora ,

     desde que   programa , desde que Pc , con cual IP, desde que terminal , con que usuario ,

     con cual IP , con cual JOB, con cual Job id?

  * cambios hechos  a registros de datos 

  *  watch points(puntos de chequeo)  para aplicaciones desarrolladas en AS400.

  *  Ideal como herramienta de auditoria para ERPs o herramienta de soporte para pruebas   

     automáticas en ambientes de desarrollo.

*   Apoyo a las siguientes lineamientos de las normas ITIL(La Biblioteca de Infraestructura de

     Tecnología de Información) :

    Gestión de la Incidencia: Un proceso cuyo objetivo es atender las incidencias

    reportadas (tanto por usuarios como por herramientas de monitorización) y resolverlas en

    el menor plazo posible.

*  Gestión del Problema: Con el objetivo de investigar las causas raíces que se esconden

   detrás de las incidencias, trata de identificar la causa raíz, proponer soluciones temporales,

   proponer soluciones definitivas y evaluar los resultados de la aplicación de estas

   soluciones.

* Monitorizacion de eventos de la base de datos DB2/UDB para AS400

* Permite alinearse al estandar COBIT (Objetivos de Control para para Tecnologia de

   Informacion y Tecnologías relacionadas)

  Asegurar que los controles del negocio se traduzcan correctamente en controles  

  de aplicación de manera que el procesamiento sea exacto, completo, oportuno, aprobado y

   auditable. Los aspectos que se consideran especialmente son: mecanismos de

   autorización, integridad de la información, control de acceso, respaldo y diseño de pistas

   de auditoría.

Tradicionalmente se pueden construir de diferente forma los rastros de auditoria en las aplicaciones, puede ser un enfoque orientado a piezas o modulos, pero ARGUS/400, es una aplicacion  centralizada, flexible y comprensible, totalmente dedicada a la tarea de registrar los cambios de los datos a traves de todas las bases de datos de la empresa.

                               Ciclo de vida esquematico de ARGUS/400

       Fase Definicion

                                   Libreri­a, Archivo, Controles, Llaves Campos

     Fase Construccion  y Generacion del trigger

                                   Registro de archivos

                                   Eliminacion

                                   Consulta Reporte

      Fase Uso Eventos del trigger

                                   Administracion de datos registrados

                                   Recuperacion de datos

Buenos candidatos para ser registrados son los archivos maestros. Para nuestros propositos podemos definir un archivo maestro como aquel que contiene una lista de items distintos que las aplicaciones accesan para recuperar informacion de control.

Algunos ejemplos incluyen un maestro de productos, maestro de clientes, maestro de vendedores, maestro de empleados, maestro de inventario de materiales.

Nada impide que se registren cambios en archivos  transaccionales si se requiere.

Generalmente existen muchos registros de transacciones para cada archivo maestro.

Al registrar una transaccion , esta puede ir a traves de varios cambios durante su ciclo de vida. Naturalmente si los volumenes de registros ingresados y sus subsecuentes cambios son altos, mas datos seran  escritos a la base de datos de registro.

La administracion  de la base de datos de registro requiere cierto planeamiento.

Aqui ­ hay unos pocos ejemplos:

*   Registrar cambios a limites de credito

*   Monitoreo de ingreso de entradas , al archivo maestro  vendedores que puede realizarse 

     para producir pagos fraudulentos.

*    Registro de cambios a codigos que controlan procesos de manufactura.

*    Cambios hechos a la nomina , bancos y otras aplicaciones financieras que a menudo 

     requieren control estricto.

*   Registro de cambios a cualquier dato de control critico

*   Creacion de un archivo maestro de cambios de red que pueda ser usado luego para 

    sincronizar bases de datos secundarias en sistemas computacionales separados.

Las aplicaciones ERP integradas son por naturaleza complejas. Es comun  para el personal temporal o permanente no entender totalmente el impacto que un cambio en particular puede tener. El problema es mayor cuando la aplicacion  ha sido modificada y la documentacion  no existe o esta desactualizada.

 Hay que identificar y entrevistar al usuario respectivo para determinar por que fue cambiado un valor. A menudo hay otra consideracion secundaria que se requiere en el esfuerzo de recuperacion . Puede haber otros usuarios involucrados en la decision de cambiar un valor de un dato. Discutir esto con la persona directamente revela a menudo problemas  procedimentales, politicos, de tiempo y educacion .

La prevencion es naturalmente mejor que la cura. Cuando el problema es totalmente entendido seguir midiendolo puede ayudar a asegurar que no vuelva a suceder. Hacer mediciones puede incluir entrenamiento, documentacion  y un apretado mantenimiento a las rutinas de validacion y acceso.

ARGUS/400 puede ser usado por los programadores para hacer rastreo de errores de procesos batch y durante pruebas de desarrollo para verificar que los programas estan  actualizando los campos correctamente.

Cuantas veces un profesional de IT se ha hecho estas preguntas?

*  ! Quien cambio el valor de este campo y por que?

*  Si esto sucede que paso con el entrenamiento o la  documentacion?

*  ! Quien se supone que tiene que mantener los ojos sobre esto?

*  ! Hace cuanto que los datos estan  asi ?

*  ! Cual programa o utilidad se uso?

*  ! Cual era su valor antes de ser cambiado?

*  ! Que mas ha sido afectado?

*  ! A cual backup tenemos que ir?

*  ! Como podemos detener esto para que no suceda denuevo ?

La responsabilidad por la administracion  de la base de datos esta en la mesa del jefe de sistemas de informacion . Es esencial poder demostrar e implementar una efectiva visibilidad y control sobre los cambios en la base de datos independientemente de donde se originaron. ARGUS/400 provee la visibilidad que a la mayoria  de ERP les falta en un solo paquete.

Usando ARGUS/400 el staff de IT puede responder rapidamente a las peticiones de creacion  de rastros de auditoria y una vez creados mantener su revision  y control. Desde una perspectiva de IT ARGUS/400 puede ser usado para tareas de recuperacion . Encontrar la hora y fecha exactos en que se cambio un producto puede a menudo ser crucial en entender la extension de un problema antes de formular un plan de recuperacion  total.

Desde una perspectiva de consultas y reportes ARGUS/400 es util para controles financieros que aseguren que los rastros de auditoria de datos criticos estan  en su lugar y disponibles para ser revisados. Las cabezas departamentales pueden usar los reportes y consultas de ARGUS/400 para supervisar digitacion  e identificar problemas de entrenamiento. ARGUS/400 es util para controladores de calidad y aquellos en la organizacion  encargados con cualquier aspecto de cumplimiento de estandares y regulaciones.

Las rutinas de definicion  de Registro de ARGUS/400 requiere que el usuario entienda conceptos fundamentales de base de datos, y en particular la base de datos que ellos manejan, las definiciones de registro son del dominio de profesionales de IT, no de usuarios.

Una vez que han sido definidos los registros por los administradores se pueden distribuir de forma segura, las rutinas de consulta e impresion  que accesan los datos registrados, a los usuarios apropiados. Incluidos en el paquete hay comandos para facilitar la inclusion  de funcionalidades de consulta de auditoria y reportes, en menus locales y programas.

La administracion  de los archivos de Registro resultantes esta en el dominio IT.

ARGUS/400 provee dos metodos  diferentes de manejar la salida. Primero se puede purgar fisicamente los registros de datos. Como esto no es apropiado ARGUS/400 provee la habilidad de ‘desconectar', la version del archivo de registro actual y conectar una nueva version  vaci­a del archivo. Una vez se han desconectado las versiones viejas del archivo, pueden ser salvadas, eliminadas o retenidas en el sistema para reportes y consultas.

Tradicionalmente adicionar un rastro de auditoria a un archivo involucra hacer cambios a los programas. Todos los programas que potencialmente actualicen uno o mas campos registrados, necesitan ser modificados. La salida es enviada a un spool file o a una base de datos. Si la salida es una base de datos , se necesitan desarrollar metodos de reporte y consulta. La salida requiere administracion continua para asegurar que el rastro de auditoria este Cuando se necesite referirse a el. Este enfoque tiene todos los costos usuales del ciclo de desarrollo, requiere recursos y consume tiempo de desarrollo precioso.

Ademas esto complica futuras actualizaciones a paquetes de software estandar Cuando las modificaciones locales necesiten ser reaplicadas. Desde una perspectiva de usuario final los rastros de auditoria en papel tienen que ser primero ubicados y hacer busquedas manuales, es una tarea dantesca pues los volumenes de cambios son altos. ARGUS/400 elimina todos estos problemas.

Otro problema se presenta Cuando los datos son actualizados discretamente desde fuera de la aplicacion via  SQL interactivo, DFU o OEM database utilities como DBU, WRKDBF o Surveyor/400. En estos casos no se realizara un logging. ARGUS/400 automaticamente registra los cambios de todas las Fuentes.

Otra forma de crear audit trails es usar DB2 UDB journaling. Esto incurre en overhead significativo ya que toda la imagen antes y despues de cada campo en cada registro cambiado es escrita al disco, ya sea que los campos cambiados sean de interes o no. Debido a que el journaling almacena la totalidad de las imagenes antes/despues , aunque se este registrando solo un campo , es un proceso que consume mucho disco.

El Journaling tiene asociado impactos en el performance y los journals requieren administracion continuada aparte del archivo registrado en el.

Mientras que los datos disponibles se pueden recuperar en un formato facil de usar , no es una tarea facil. Por esta y otras razones muchos sitios con equipos midrange tienden a desarrollar una cultura de evitar los journal a menos que sean absolutamente necesarios. Esto se contrasta con la facil instalacion de ARGUS/400, la definicion de solo los campos especificos a ser registrados.

La gran mayoria de esquemas de trail de auditoria, estan orientados a generar un registro en un archivo, dejando la logica de auditoria en cada programa haciendo dificil la gestiòn y por ende el mantenimiento al quedar quemada en el codigo, a diferencia de ARGUS/400, que es independiente de las aplicaciones; estos esquemas no guardan la direcciòn IP , del Pc desde el cual se hacen modificaciones a la base de datos, haciendo imposible rastrear desde donde se hizo una transaccion, pero en ARGUS/400 obtenemos y guardamos la direcciòn IP , el usuario,la fecha,la hora, job, job id , y el programa desde donde se hace la modificacion a la base de datos, de conexiones C/S, DDM , terminales 5250.

Finalmente , si el plan de recuperacion  de desastre incluye previsiones para salvado significativo , recuperacion  y disponibilidad para pruebas de la informacion  de auditoria , ARGUS/400 hace facil incorporar esto al plan.

*  ARGUS/400 le permite adicionar registro de auditoria a cualquier aplicacion sin hacer  

    cambios a programas.

*  Usted puede crear comprensivos y eficientes rastros de auditoria en dos minutos, no dos

   di­as.

*   Los rastros de auditoria son creados completamente con consultas totalmente funcionales

    y reportes para distribucion a los usuarios finales.

*  Una vez que el rastro de auditoria es definido todos los procesos existente y los nuevos 

   que actualizan cualquier campo registrado crean registros de rastro de auditoria.

*  Todas las actualizaciones son registradas , incluyendo cambios ad hoc ejecutados usando

    DFU, DDM, SQL interactivo, o OEM databa se utilities (cliente o pantalla verde).

*  Usted puede manejar todos los rastros de auditoria a traves de todas las aplicaciones

   desde un solo punto de control central.

*  Los rastros de auditoria son definidos a nivel de campo. Solo los cambios que afectan los  

   campos especificados son escritos al disco

*  Los reportes y consultas de usuario final permiten rapidamente identificar quien , Cuando y

   de donde fueron hechos los cambios, asi­ como los valores antes y despues del cambio.

* Se puede producir reportes que muestren la historia completa de ejecucion de cambios por

   campo , agrupados bajo llaves especificas.

* Los archivos de registro fi­sico de rastro de auditoria residen en las libreri­as de datos de 

  los  archivos registrados para que sean tomadas en el backup y estan disponibles para 

  restaurar al mismo tiempo que los archivos de datos registrados.

* Los archivos de registro son archivos fi­sicos DB2 UDB y pueden usarse como cualquier

  otro archivo descrito externamente.

*  Las consultas y reportes pueden ser facilmente distribuidos a los menus de los usuarios

   finales y pueden estar embebidos dentro de aplicaciones existentes usando los comandos 

   provei­dos.

ARGUS/400 crea un archivo fi­sico DB2/UDB unico para almacenar datos de registro para cada archivo que esta siendo registrado. Este enfoque de construccion de objeto asegura la maxima eficiencia y flexibilidad.

El formato de registro del archivo de salida contiene solo los detalles de cambios y las imagenes exactas de los campos registrados. Ya que los archivos de salida son archivos fi­sicos DB2 UDB usted puede escribir sus propias consultas o programas para consultarlos.

Los archivos de salida de registro son creados en las librerias de los archivos registrados por razones de seguridad de datos. Si se requiere restaurar de un backup se debe estar seguro que el archivo registrado salvado y los archivos de registro estan en sincroni­a.

Este enfoque minimiza la posibilidad de que un trigger dispare mientras que el archivo de registro este siendo salvado , en toda la libreri­a de datos que esta siendo objeto de backup los programas de aplicaciones deben estar bloqueados de acceder a la base de datos. El backup del archivo de registro debe reflejar el respectivo backup del archive registrado exactamente.

Que sucede si los archivos de registro llegan a ser muy grandes ?

ARGUS/400 provee una forma de manejar bases de datos de registro de alto volumen.

Esta permite estacionar bloques de datos luego de que han alcanzado un cierto espacio o edad , o dejarlos en li­nea para reportes o , si se requiere , salvarlos y removerlos del disco. Los registros continuan en una nueva version vaci­a del archivo de registro.

En muchos ambientes la eliminacion fi­sica de registros de audit Trail de forma automatica no es apropiado. Por ejemplo donde las regulaciones estipulan ciertos requerimientos de archivo. Por esto se provee la facilidad para partir datos registrados en segmentos manejables.

ARGUS/400 es un generador de programas y archivos que utiliza la interfase de triggers DB2 UDB/400. Luego de crear una definicion de registro, el servidor ARGUS/400 crea los nuevos archivos fi­sicos para registro y sus objetos de salida y consulta. Ademas adiciona triggers al archivo objeto de registro en tiempo real o sometiendo la peticion si el archivo esta en uso.

Desde este momento Cuando el archivo es actualizado, el trigger se dispara. Si cualquiera de los campos registrados fueren afectados , los cambios o nuevos datos y la informacion de control , son escritos al archivo de base de datos de rastreo. Usted puede recuperar la informacion de rastreo rapida y facilmente usando las funciones de consulta y reportes.

Se puede suspender el rastreo temporal o permanentemente a traves de opciones en pantallas del sistema. o como APIs que pueden ser incluidas en las rutinas de limpieza.

Se han incluido comandos APIs con el producto , que se pueden usar para proveer acceso a las funcionalidades de ARGUS/400 desde dentro de los programas. Por ejemplo , se podra  adicionar teclas de funcion para llamar las consultas o reportes desde dentro de un programa de mantenimiento de un archive maestro, o colocar las consultas y reportes en opciones de menus de los usuarios finales. Ademas se podra  querer suspender el audit trail mientras se hace mantenimiento sobre un archivo.

$

Desarrollo de software a la medida

Somos especialistas en desarrollo de aplicaciones sobre plataforma AS400 , usando RPG III , IV , FREE .

Tambien desarrollamos aplicaciones en ambiente windows cliente/servidor con JAVA o VISUALAGE RPG como GUI , SQL como lenguaje de programacion (stored procedures), DB2/400 , DB2/UDB NT, DB2 LINUX , DB2 AIX, ACCES, como bases de datos.

Tambien hacemos mejoras de perfomance a aplicaciones en AS400 via paralelismo de     trabajos o a traves de migracion a esquema ILE.

Proveemos el servicio de migraciòn de datos de DB2/400 a DB2/UDB NT o windows200 , asi como la migraciòn de programas 5250 a programas en ambiente windows con VISUALAGE RPG.

Creamos soluciones para colocar cualquier tipo de aplicacion existente en Pc o servidores de la emnpresa en internet.

Tenemos personal con experiencia en IBM/PERU como instructor de cursos sobre plataforma ISERIES/400 , lo cual representa una buena opcion para la capacitacion  del personal tecnico de su empresa. 

Ponemos a su disposicion de un portafolio de cursos a la medida sobre tecnologias IBM ISERIES.

Proveemos personal altamente calificado para procesos de outsorcing/outtasking, en desarrollo y mantenimiento de aplicativos.

Nuestra experiencia de mas de 1 decada sobre proyectos en plataforma ISERIES, nos permite asesorar la puesta a punto de Sistemas y soluciones sobre esta plataforma.