Agenda - ¿Por qué Gestión de Cambio?

 
  1. ¿Que es Gestión de Cambio?
  2. ¿Para que necesitamos Gestión de Cambio?
  3. Componentes básicos de la Gestión de Cambio
  4. FENIX/400 Sistema Automatizado para la Gestión de Cambio
  5. Conclusión

¿Que es Gestión de Cambio?

Expresado de forma simple, GC es el proceso que se sigue para Controlar los cambios y actualizaciones hechos sobre el Software de un ordenador. Esto incluye el Desarrollo, Instalación, Producción y Mantenimiento de nuestros sistemas. El proceso de GC, por tanto, nos ayuda en las siguientes áreas:

  1. PLANIFICACION
    Planeando sistemáticamente los requisitos internos a aprobar.
  2. COORDINACION
    Para determinar el uso adecuado de estos requisitos y de los recursos de cualquier operación.
  3. SEGUIMIENTO
    Permite un seguimiento de todas las tareas terminadas, de los trabajos en curso y de las necesidades de los usuarios que aun están pendientes.
  4. SEGURIDAD
    Reduciendo tanto el riesgo de fallos en el sistema como el tiempo de parada, asegurando que la integridad del sistema no resulte comprometida y, con ello, proporcionando un mejor servicio a usuarios y clientes.
  5. DISTRIBUCION
    En el caso de instalaciones en distintas localidades, gestiona la distribución de los sistemas.
  6. APLICACIONES DE TERCEROS
    Gestiona la instalación y actualización de aplicaciones de terceros.

>ATRÁS>

 


¿Para que necesitamos Gestión de Cambio?

  1. CONTROL
    Para establecer un control completo sobre todo nuestro software.
  2. SEGURIDAD
    Para reducir tanto el riesgo de fallos en el sistema como el tiempo de parada, asegurando que la integridad del sistema no resulte comprometida y, con ello, proporcionando un mejor servicio a usuarios y clientes.
  3. AUDITORIA MEJORADA
    Para simplificar la tarea de auditoria del sistema y al mismo tiempo satisfaciendo los requisitos exigidos por la misma.
  4. OPTIMIZACION
    Para coordinar la asignación de los recursos disponibles en cualquier operación.
  5. GARANTIZAR LA CALIDAD
    Para mejorar y garantizar la calidad del Software.
  6. ROTACION
    Para optimizar recursos, tanto humanos como de máquina, garantizando la calidad y proporcionando una rotación mejor y más rápida de los trabajos, lo que permite a su vez mejor servicio al usuario.
  7. REDUCCION DE COSTOS
    Teniendo en cuenta el alto costo del software y del desarrollo del mismo, un buen sistema de gestión de cambio ayudará a mantener los costos al mínimo.

>ATRÁS>


Componentes básicos que debe tener la Gestión de Cambio

  1. REGISTRO DE LAS PETICIONES DE LOS USUARIOS
    El sistema proporciona los medios para registrar y documentar todas las solicitudes de los usuarios.
  2. BLOQUEO DE ACCESO
    Todo acceso no autorizado a la actualización del software del sistema, será bloqueado inmediatamente.
  3. MODIFICACIONES MULTIPLES
    Identificación, informe y seguimieno de todos los componentes del sistema que están siendo modificados por más de un programador.
  4. SATISFACE LA AUDITORIA
    Cumplir todos los requisitos de auditoria.
  5. SIMPLIFICA LAS TAREAS DEL PROGRAMADOR
    Debe ser sencillo en su manejo para no complicar aun más las tareas del programador. Cuando el programador ve complicarse sus tareas es cuando empieza a buscar la forma de abusar el sistema y de encontrar atajos para poner en producción el software.
  6. COMPLETO SISTEMA DE SEGUIMIENTO
    EL sistema debe proporcionar un histórico completo de todos los objetos del sistema y debe incluir los medios para recuperar los objetos archivados.
  7. EMERGENCIA
    El sistema debe subvenir a las modificaciones de emergencia, incluyendo un dispositivo de seguimiento de auditoría para las modificaciones de emergencia.
  8. GESTION DE DISTRIBUCION
    El sistema debe proporcionar los medios para gestionar con eficacia y seguridad la distribución de los sistemas hacia otras localidades manteniendo, sin embargo, el debido control pleno de cada versión.
  9. FACIL DE USAR
    Debe ser fácil de instalar y usar. Sino, los programadores siempre encontrarán maneras de evitar los procedimientos de la instalación.
  10. RENTABLE
    Un buen sistema de GC será siempre rentable.

>ATRÁS>


FENIX/400 Sistema Automatizado para la Gestión de Cambio

El Sistema Automatizado de Gestión de Cambio FENIX/400 está diseñado para los sistemas IBM AS/400. Nosotros recomendamos el sistema porque proporciona un paquete completo de Gestión de Cambio, con caracteristicas excelentes en lo que se refiere a seguridad y auditoria.

Los principales atributos de FENIX/400 son los siguientes:

  1. FACIL DE INSTALAR Y UTILIZAR
    La instalación y la formación pueden hacerse en el transcurso de 1-2 dias (1/2 dia de instalación y 1-2 dias de formación, según el tamaño de la instalación).
  2. CUALQUIER ESTRUCTURA DE LIBRERIA
    FENIX/400 está diseñado para permitir cualquier estructura de lista de librería, por lo tanto, puede ajustarse a cuakquier instalacion, sin tener que modificar las estructuras de librerias existentes.
  3. ILIMITADO NUMERO DE PROYECTOS
    FENIX/400 proporciona un dispositivo de registro de tarea/proyecto para cualquier número de proyectos. Cada tarea se enlaza por separado con un editor de textos para la plena documentación del proyecto.
  4. PRUEBAS DE ACEPTACION
    Se ocupa de áreas seguras para los múltiples tests de aceptación.
  5. MULTIPLES ENTORNOS
    Cualquier número de aplicaciones, gestionadas por cualquier número de departamentos, pueden hacer uso del sistema, en una máquina, sin interferir unos con otros.
  6. POSIBILIDADES DE GESTION
    Proporciona facilidades de gestión del proyecto y del status del proyecto con consultas inmediatas y listados que muestran, en cualquier instante en el tiempo, quien trabaja en qué, las tareas principales en desarrollo, en aceptación, por el usuario, información sobre planificación, tareas terminadas, por fecha, etc.
  7. BIBLIOTECARIO NO TECNICO
    FENIX/400 proporciona opciones para bibliotecarios que no sean técnicos para la administración del sistema, tales como el registro de proyecto y documentación, autorización de programadores, movimiento de objetos hacia producción etc., sin tener que depender del programador. Esta posibilidad es siempre preferible por razones de seguridad y auditoría.
  8. MODIFICACIONES DE EMERGENCIA
    FENIX/400 proporciona la posibilidad de modificaciones de emergencia, manteniendo al mismo tiempo un seguimiento pleno para la auditoría de todas las funciones de emergencias.
  9. GESTION DE ARCHIVO
    Manteniendo, ademas, un seguimiento pleno de todos los datos históricos sobre objetos, tanto 'on-line' como 'off-line' (archivados en cinta) , tambien es posible con FENIX recuperar versiones anteriores de objetos.
  10. REGISTRO AUTOMATICO DE PROGRESO
    Mientras los programadores siguen con su trabajo como antes, cada etapa es registrada automaticamente a medida que se progresa a través del ciclo de desarrollo.
  11. FORMULARIOS DE AUTORIZACION
    Opcionalmente, pueden imprimirse formularios de autorización para promoción en los que aparecen todos los objetos a promover desde desarrollo a aceptación y producción.
  12. AUTORIZACION
    FENIX/400 actualiza automáticamente los objetos en producción con la autorización correcta, reduciendo con ello fallos en el sistema derivados de problemas de autorización. Esto permite también acelerar la promoción a producción de las tareas que han sido completadas sin arriesgar la seguridad del sistema.
  13. RECUPERACION POR RE-ARRANQUE AUTOMATICO
    Cada vez que se produce un fallo en el sistema no es necesario seguir procedimientos especiales de recuperación. Los programadores siguen, simplemente, a partir del momento en que se produjo el fallo.
  14. OPTIMIZACION INTERNA AUTOMATICA
    El sistema borra, de forma automática, en las librerias del programador los objetos que pasan a las librerias de aceptación para su compilación. Así se libera, espacio valioso en disco.
  15. INTERFASE CASE
    FENIX/400 proporciona una interfase para registro y movimiento a producción objetos y/o fuentes generados por sistemas de 4GL.
  16. DISTRIBUCION
    La distribución de objetos a cualquier número de sistemas resulta simplificada y eficiente y puede ser llevada a cabo por personas no técnicas.
  17. COSTO
    Creemos que FENIX/400, con su precio modesto, no solo resultará rentable a corto plazo al reducir los costos de mantenimiento de software, sino que, a largo plazo, seguirá aportando valor añadido a la instalación.

>ATRÁS>

 


Conclusión

Para concluir, debemos decidir entre tener:

  • CONTROL TOTAL sin ningún costo.

                                       O

  • CAOS TOTAL a cualquier costo.

Resulta muy dificil coordinar el desarrollo de software y, desgraciadamente, no hay ninguna fórmula que garantice el éxito. Sin embargo, lo que es cierto es que el éxito se basa en una gestión práctica y sana a lo largo del ciclo de vida del proyecto y muy prolongadamente en su implementación. Por todo ello, debería ser de nuestro interés estudiar y aprovechar cualesquiera herramientas que tengamos disponibles.

 

>ATRÁS>