4ACM54® Applications Change Management


Permite el control de los cambios realizados a su software de forma ordenada y segura, en plataforma IBM i5 (AS400).



Las siguientes funciones están integradas en este producto con un alto grado de flexibilidad.

    • Configuración según contexto.
    • Gestión de requerimiento.
    • Ciclo de Desarrollo.
    • Historial.
    • Referencias.
    • Versiones.

 

Configuración según contexto

ACM54 es totalmente configurable, permitiendo definir:

    • Usuarios y su responsabilidad en el sistema.
    • Librerías que se administrarán y su tipo.
    • Rutas o Camino que siguen los Objetos y Fuentes.
    • Tipo y Atributo de los Objetos y Fuentes.
    • Parámetros de Creación Configurables por Tipo y Atributo.
    • Lista de Librerías a activar durante las compilaciones.
    • Comandos a ejecutar por cada instancia de Ruta/Tipo y Atributo.
    • Parámetros de sustitución.
    • Seguridad a nivel de opciones y teclas de funciones por programa.
    • Seguridad para el nivel de las distintas instancias.

 

Gestión del requerimiento.
Permite registrar las distintas solicitudes realizadas a desarrollo, por parte de los usuarios.

    • Usuario Solicitante.
    • Analista Responsable.
    • Desarrollador.
    • Tipo del Pedido.
    • Prioridad.
    • Asunto del Pedido.
    • Texto en múltiples líneas para una explicación ampliada.
    • Administración de las diferentes etapas y sus fechas de inicio y finalización.

 

Ciclo de desarrollo.
Administración los Objetos y/o Fuentes desde su creación en el producto, hasta su catalogación en producción. El ciclo de desarrollo se divide en cuatro instancias del componente, creación de la carátula del componente, asignación del componente al desarrollador (chekout), pasaje a testing y pasaje a producción (catalogación).

    • La creación de la carátula del componente, permite definir la librería de producción de un componente, nombre, tipo, librería de fuente, archivo fuente, nombre de fuente y tipo o atributo del fuente y texto descriptivo.
    • La asignación del componente al desarrollador (chekout), permite poner el componente en desarrollo y reservarlo para que otro desarrollador no lo puede modificar.
    • Pasaje a testing. Cuando el desarrollador termina su construcción y pruebas, pasa el componente a testing para que los usuarios, puedan realizar la prueba necesaria.
    • Pasaje a producción (catalogación). Realizada la prueba en forma positiva, el analista envía el componente a producción. Si la prueba no fue positiva, se devuelve a desarrollo para su modificación.

 

Se utilizan algunas funciones para facilitar el desarrollo:

  • Desarrollo o modificación de pantalla vía SDA y de printer vía RLU.
  • Permite cambio de parámetros de creación.
  • Permite visualizar las referencias, qué componentes son utilizados, qué componentes lo utilizan.
  • Consultar las versiones anteriores, consultar historia de los cambios para el ciclo actual y todos los anteriores, dando un detalle de fechas y usuarios asignados.
  • Reasignar uno o varios objetos (útil en períodos de vacaciones y ausencias).
  • Opciones especiales, que permiten administrar un escritorio de trabajo para cada desarrollador según su necesidad.
  • Menú funcional configurable, permite definirle al usuario por componente distintos accesos, sin cambiar la herramienta.

 

Historial.
Registración de cada movimiento entre las diferentes instancias y los pasos detallados de lo ejecutado para ese movimiento, a nivel de cada componente.
Permite ingresar comentarios en cualquier paso independientemente de la instancia, donde se encuentre el componente.

Referencias.
Registra las referencias cruzadas de cada componente, como los componentes que invoca, archivos que utiliza, etc., por defecto se realiza cada vez que se pasa a producción un componente.

Versiones.

Este módulo guarda las versiones, de cada fuente catalogado. Permite rescatar una versión anterior a la actual y guarda los totales de la comparación de fuente anterior y actual.