Versionamiento Documento RFC

Versión Fecha Autor Revisor Principales conceptos

RFC
Formulario de requerimiento de control de cambios

Formulario para realizar los requerimientos de control

de cambio y que debe ser aprobado por la
Subgerencia de Operaciones
1.0 14-10-08 Blas Duarte Blas Duarte Creación documento
Control de Cambio.
1.1 08-04-09 Jaime García Cynthia Molina Se agregan los ítem
“Requirente” y
“Requirente (Paso a
producción)”
1.2 27-04-09 Jaime García Cynthia Molina Se agrega tabla en
“Descripción” del ítem
“Detalle de la
modificación”.
1.3 27-08-2013 Scarlett Martínez Se reemplaza los campos
“Folio” por “ID Proyecto”,
“Requierente” por
“Usuario Solicitante”,
“Requirente” por “Gestor
de la Demanda”
Se agrega ítem “Nº Ticket
Mesa de Ayuda”,
“Negocio”, “Módulo”,
“Gerencia/División”, “
Tipo PAP: Programada
Contingencia o
Urgencia”, “UAT: SI, NO”,
“Descripción Detallada de
la Solicitud”, “Ambiente”,
“Descripción”, “Vuelta
Atrás”, “Información
Área Administración de
Sistemas”, “Desarrollo de
Actividad”,
“Participantes”, “Hora
Inicio Real”, “Hora Fin
Real”, “Observaciones”,
Eliminación tabla
“Notificación HelpDesk”,
“Nº PQP”.
1.4 17-04-2014 Luis Ponce Denisse Pérez Se distribuyen los tipos
de PAP en SWF y SCM-
GANP en la cabecera.
 FORMULARIO REQUERIMIENTO CONTRO DE CAMBIO

INFORMACIÓN GENERAL
Titulo ID: Cambio S.O. de Servidores POS (PRY-0224
Clarity)
Negocio: Sucursales Módulo: POS
Fecha Requerimiento : 17/06/2014 Nº Ticket Mesa de Ayuda:
AUTORIZA
Nombre: Roberto León
Día: 17/06/2014 Hora: 15:26
USUARIO SOLICITANTE
Nombre: Karen de la Cerda
Gerencia/División: Sucursales
GESTOR DE DEMANDA
Nombre: Juan Aguilera Fonos: 02-27265329
Día Paso a Producción: 24/06/2014 Hora Paso a Producción: 10:00
___Incidencia ___Fast Track
Tipo PAP: ___Evolutivo Menor ___Consultas
UAT: _X_ SI ___ NO
SWF ___Correctivo ___Control de Cambio
_X_Nuevas Funcionalidades
Tipo PAP:
___ Incidencia ___Normal Sin Test
SCM-GANP UAT: ___ SI ___ NO

DETALLE DE LA MODIFICACIÓN

DESCRIPCIÓN DETALLADA DE SOLICITUD

Cambiar S.O. de Servidores POS por Windows Server 2008, ya que, el anterior S.O. quedo sin
soporte por parte de Microsoft.

Alcance
En la actualidad los servidores de POS de nuestras tiendas poseen instalado el S.O. Windows
2003 Server , el cual dejo de tener soporte por parte de Microsoft, lo cual genera muchos
riesgos de soporte y además que, tampoco podemos contar con antivirus que se desarrollen
para estas versiones. Ambas temas generan un riesgos en la continuidad operacional de
nuestras tiendas. La versión que se solicita instalar es Windows Server 2008, para lo cual se
requiere realizar las instalaciones necesarias, tendientes a certificar que la operación actual de
las cajas no se vea afectada por este cambio de Versión.
El alcance de las pruebas deben ser integrales, por lo cual se deben certificar.
AMBIENTE (Piezas y Ambiente involucrado en el Cambio)
N° Nombre Tipo N/M Biblioteca Descripción Compilar TRN (GX)
SI/NO
N° Ambiente:TipoSistemas
Nombre N/MOperativos POS Tienda
Biblioteca ahumada.
Descripción Compilar TRN (GX)
1 Nueva: ___ SI _X_NO SI/NO
IP: 192.200.8.210
1
2 NA
Nombre: Secundario
2 *Servidor: Puerto: NA
3
Esquema: NA
3
4

1.-
Ambiente:
Nueva: ___ SI ___NO
IP:
Nombre:
*Servidor: Puerto:
Esquema:
*APLICA CUANDO PARTICIPA DE LA ACTIVIDAD BD.

2.-
*APLICA CUANDO PARTICIPA DE LA ACTIVIDAD BD.

N° Nombre Tipo N/M Biblioteca Descripción Compilar TRN (GX)

SI/NO

1 NA

3
Ambiente:
4 Nueva: ___ SI ___NO
IP:
Nombre:
*Servidor: Puerto:
3.- Esquema:

*APLICA CUANDO PARTICIPA DE LA ACTIVIDAD BD.

DESCRIPCIÓN
(De corresponder a compilaciones Cobol, llenar siguiente Tabla; de lo contrario eliminarla del documento)

Nombre Tipo Fuente N/M Biblioteca Descripción Compilar TRN

Fuente (Genexus)
NA

VUELTA ATRÁS
Descripción:

Redireccionar caja a servidor primario ip 192.200.8.211.

Periodo de Estabilización: _x_ SI ___ NO

Fecha de Inicio: 24/06/2014 Fecha de Término: 24/07/2014

APROBACIÓN ÁREAS

ÁREAS RELACIONADAS
Ingeniería de Sistemas Aprob: _____ SI ______ NO Fecha : ____/ ____/ ____
Nombre:
Observaciones:
Soporte Técnico Aprob: __X__ SI ______ NO Fecha : 20__/ 06__/ 2014
Nombre: Miguel Osorio
Observaciones:
Operaciones Aprob: _____ SI ______ NO Fecha : ____/ ____/ ____
Nombre:
Observaciones:
Base de Datos Aprob: _____ SI ______ NO Fecha : ____/ ____/ ____
Nombre:
Observaciones:
Arquitectura Aprob: _____ SI ______ NO Fecha : ____/ ____/ ____
Nombre:
Observaciones:

INFORMACIÓN ÁREA ADMINISTRACIÓN DE SISTEMAS

DESARROLLO DE ACTIVIDAD
(Paso a Paso por parte del Área ADS)

NA

Participantes:
Cambio implementado: _____ SI _____ NO Fecha Puesta Producción: _____/_____/_____
Hora Inicio Real: Hora Fin Real:
Observaciones:

DESCRIPCIÓN DE CAMPOS EN FORMULARIO

ID Proyecto: A cada requerimiento de cambio se le asigna un único número de control. El cual

es obtenido a través de las plataformas Clarity o Jtrac. Ejemplo para Clarity: Proyecto PRY-0000
PQP-000 o Mantención MNT-0000 PQP-000.

Fecha del requerimiento: Fecha en que el requerimiento de cambio fue presentado.

Titulo del cambio: Nombre del Proyecto o Mantención asociado.

Nº Ticket Mesa de Ayuda: Identificador entregado por la Mesa de Ayuda cuando se ingresa
una Incidencia.

Negocio: Área relacionada al cambio requerido.

Módulo: Subsistema que está relacionado al cambio requerido.

Autoriza: El nombre, día y hora en que se autoriza el cambio.

Usuario Solicitante: Nombre, Gerencia y División a la que pertenece el usuario que solicita el
cambio.

Gestor de Demanda: Nombre del Gestor, Fono del Gestor, Día Paso a Producción, Hora Paso a
Producción, Tipo PAP si el cambio es una actividad Programada, Contingencia o Urgencia, y si
este cuenta con UAT.

Descripción Detallada de Solicitud: Ingresar una descripción sumaria de las razones que
impulsaron el cambio. Debe ser breve pero debe también describir adecuadamente por qué
debe implementarse el cambio.
Ejemplos: Nuevos releases de software, upgrade de hardware, etc.

Ambiente: Se debe completar los campos solicitados, en las dos tablas contiguas, en la
primera, se debe identificar si es un ambiente Genexus, Nuevo, Servidor o Nativo, y en la
segunda tabla identificar las piezas involucradas para cada ambiente. No mezclar ambientes en
la misma tabla, es por esto que se replican las tablas más abajo, para ser tratados de forma
independientes.

Descripción: En este ítem, contiene una tabla asociada solo para ambiente COBOL, en ella se
deben incorporar las piezas involucradas de acuerdo a los campos solicitados.

Vuelta Atrás: Detalle operativo del procedimiento de restauración de la aplicación, sistema o

ambiente operativo, en caso de que el cambio falle
Aprobación Áreas: Se adjunta una tabla en la que se detallan áreas que pudiesen estar
relacionadas con el cambio, para esto se pide su aprobación en la validación de información.
Ejemplo, si hay tablas de BD involucradas, que el nombre de la tabla exista, que la BD exista.

Información Área Administración de Sistemas (Descripción de Actividad): Es de uso exclusivo

del área de Administración de Sistemas. Se requiere detallar escrito y con imágenes de ser ser
necesario, todo lo que se realice durante la actividad, para respaldar la ejecución y
procedimiento de la misma.

Participantes: Son quienes participan directamente en la ejecución del cambio.

Cambio Implementado: Si la ejecución del cambio se realizó Si o No.

Fecha Puesta en Producción: Indicar la fecha real en que fue realizada la actividad.

Hora Inicio Real: Hora en que comenzó la actividad.

Hora Fin Real: Hora en que terminó la actividad.

Observaciones: Indicar en caso de ser necesario, si la puesta en producción generó alguna falla
o quedó algo pendiente, toda información relevante del cambio.
Notificación del Help Desk: Si una notificación del Help Desk a los usuarios es necesaria para la
concreción del cambio, ingresar el texto que el Help Desk deberá notificar. Para corte de
aplicaciones o sistemas, deberá incluir día del mismo, hora estimada de comienzo y duración
estimada del corte.

Impacto en áreas y aprobaciones: Ingresar la descripción de cualquier impacto del cambio en

áreas de IT. Registrar la conformidad de dichas áreas para proceder con el cambio.

Post-Implementación: La persona que requirió el cambio debe completar la sección "Post-

Implementación" después de la implementación del cambio. En caso de que el cambio no
fuese implementado, debe registrarse la razón.
www.foro-helpdesk.com