ADMINISTRADOR de AMBIENTES de

ADMINISTRADOR de AMBIENTES de DESARROLLO, PRUEBA
Y PRODUCCIÓN
Contenido
•
Objetivos
•
Metodología
•
Configuración del Sistema
•
Implementaciones
•
Reportes
•
Importación de implementaciones
Objetivos
Administrar los ambientes informáticos de procesamiento (desarrollo, prueba y producción),
minimizando el riesgo de actualizaciones accidentales en el entorno productivo, de ingresar
programas no probados y evitar accesos no autorizados a los datos.
Asegurar que los analistas y programadores de sistemas no tengan acceso al entorno
productivo, ni los operadores accedan al ambiente ni a las herramientas utilizadas para el
desarrollo y el mantenimiento de los sistemas de aplicación, de acuerdo a la segregación de
funciones que recomiendan las buenas prácticas de gestión.
Controlar la actualización de nuevas versiones de sistemas mediante mecanismos que
garantizan la correspondencia entre los programas "fuentes" y los programas "ejecutables" y la
consistencia de los datos.
Generar archivos de log sobre las tareas realizadas y la documentación correspondiente,
brindar la posibilidad de comparar los ambientes.
Metodología
Los principales tópicos metodológicos considerados son:
Control del software operativo: minimizar el riesgo de alteración de los sistemas
operacionales controlando:
a)
La actualización de las bibliotecas de programas operativos solo es realizada por el
bibliotecario designado.
b)
Mantener un registro de auditoría de todas las actualizaciones a las bibliotecas de
programas operativos.
c)
Las versiones previas de software deben ser retenidas como medida de contingencia.
Protección de los datos de prueba del sistema: protección de los datos operativos, cuando
los mismos se utilizan con propósitos de prueba.
a)
Los procedimientos de control de accesos, que se aplican a los sistemas de aplicación
en operación, también deben aplicarse a los sistemas de aplicación de prueba.
b)
Se requiere una autorización cada vez que se copia información operativa a un sistema
de aplicación de pruebas.
1 de 4
c)
Se borra la información operativa inmediatamente después de completada la prueba.
d)
La copia y el uso de información operacional es registrado a fin de suministrar una pista
de auditoría.
Control de acceso a las bibliotecas de programas fuentes: estricto control del acceso a las
bibliotecas de programa fuente:
a)
La actualización de bibliotecas de programas fuentes y la distribución de programas
fuentes a los programadores, solo es llevada a cabo por el bibliotecario designado.
b)
Se mantiene un registro de auditoría de todos los accesos a las bibliotecas de
programas fuentes.
c)
Las versiones anteriores de los programas fuentes sean archivadas con una clara
indicación de las fechas y horas precisas en las cuales estaban en operaciones, junto
con todo el software de soporte, el control de tareas, las definiciones de datos y los
procedimientos.
Procedimientos de control de cambios: asistencia para el control estricto de la
implementación de los cambios.
a)
Se mantiene un registro de los niveles de autorización acordados.
b)
Se asegura que la documentación del sistema es actualizada cada vez que se
completa un cambio y se archiva o elimina la documentación reemplazada.
c)
mantiene un control de versiones para todas las actualizaciones de software.
d)
mantiene una pista de auditoría de todas las solicitudes de cambios.
Configuración del sistema
El sistema funciona con una base de datos SQL Server utilizando no un usuario de Windows,
sino un usuario propio del servidor SQL Server.
Parámetros de sistema
•
Nombre de la base de datos (encriptado)
•
Servidor de la base de datos (encriptado)
•
Usuario de la base de datos (encriptado)
•
Password del usuario de la base de datos (encriptado)
•
Título que tomará la pantalla de menú del sistema.
•
Nombre del sistema que implementa la herramienta.
•
Nombre del directorio inicial donde se guarda la información de las implementaciones.
•
Nombre del directorio donde se guardará la documentación generada
•
Nombre del directorio donde se guardarán los archivos XML generados
•
Nombre del directorio donde se guardarán los archivos de logs generados
2 de 4
•
Nombre del directorio donde se guardarán las copias de resguardo en las ejecuciones
de implementaciones
•
Nombre del directorio por defecto donde se buscarán las implementaciones a importar.
Implementaciones
Una implementación es una definición de una secuencia de pasos que se ejecutará en un
ambiente con un objetivo determinado.
Elementos de un paso
•
Código de la implementación generado por el sistema
•
Módulo al que pertenece la implementación
•
Fecha - Hora de creación de la implementación
•
Objetivo de la implementación.
•
Código del presupuesto asignado a la implementación.
•
Identificación interna dentro del presupuesto.
•
Nombre de la persona que solicitó el desarrollo en el sistema.
•
Nombre de la persona responsable del desarrollo solicitado.
•
Agregar un paso a la secuencia
•
Mover el paso hacia arriba reordenado la secuencia
•
Mover el paso hacia abajo reordenado la secuencia
•
Indica si, al ejecutarse, se genera una nueva versión del módulo
•
Permite editar o visualizar la el paso seleccionado
•
Guarda la implementación
•
Elimina la implementación
Reportes
La documentación contiene información sobre la secuencia de pasos y el detalle de los
mismos.
•
implementaciones pendientes
•
implementaciones que están pendientes de ejecución en un ambiente del sistema
Importación de implementación
Es posible importar implementaciones que se hayan generado con este sistema.
3 de 4
Cada implementación posee una FIRMA (valor alfanumérico) que la identifica unívocamente en
el sistema independientemente de su código interno. Cuando el sistema genera el archivo XML
de una implementación, NO INCLUYE el código interno de la implementación, esto garantiza
que pueda importarse desde cualquier programa implementador sin provocar conflictos de
códigos internos.
Al importar una implementación (pudo haber sido generada con otra instancia del sistema en
otra base de datos, por ejemplo, si el proveedor de software es externo y envía
implementaciones) el sistema chequea si existe una implementación con esa firma y sigue
estas posibles alternativas:
•
•
Existe una implementación con esa firma:
o
Si la implementación ya fue ejecutada no se podrá importar.
o
Si la implementación no fue ejecutada, preguntará si se desea sobrescribir la
implementación existente.
No existe una implementación con esa firma:
o
Se creará una nueva implementación con los datos importados.
4 de 4