Gobierno de la Ciudad Autnoma de Buenos Aires

2014, Ao de las letras argentinas

Marco Normativo de IT
PC0901 - Proceso de control de
cambios en software de aplicacin
provisto por Organismos
Gobierno de la Ciudad Autnoma de Buenos Aires

PC0901 - Proceso de control de cambios en software de aplicacin provisto por Organismos

Pgina 1 de 12

Gobierno de la Ciudad Autnoma de Buenos Aires

2014, Ao de las letras argentinas

ndice

Proceso de control de cambios ...................................................................................................................................... 3

1.

Introduccin ..................................................................................................................................................... 3

2.

Objetivo............................................................................................................................................................ 3

3.

Contenido ........................................................................................................................................................ 3

4.

Definiciones y Abreviaciones ........................................................................................................................... 3

5.

Descripcin del Proceso .................................................................................................................................. 5

5.1

Solicitud de un Cambio Regular ................................................................................................................. 5

Caso 1 - Implementacin de una aplicacin o producto provista por un Organismo ............................................. 5

Caso 2 - Implementacin de una versin nueva o cambio evolutivo provista por un Organismo .......................... 8
5.2

Solicitud de un Cambio Menor .................................................................................................................. 10

Generalidades ...................................................................................................................................................... 11
Anexo I Diagrama de Control de Cambios ............................................................................................................ 12

PC0901 - Control de Cambios para Organismos v1.0

Pgina 2 de 12

Gobierno de la Ciudad Autnoma de Buenos Aires

2014, Ao de las letras argentinas

Proceso de control de cambios

1. Introduccin
El objetivo del proceso es describir los pasos a seguir al momento de realizar un cambio en un software
de aplicacin en los ambientes definidos por el GCABA. El proceso se enfoca exclusivamente en la
implementacin de nuevas aplicaciones o versiones evolutivas y correctivas de aplicaciones existentes.

2. Objetivo
Tener control y trazabilidad de cada cambio a implementar en las nuevas aplicaciones o versiones
evolutivas y correctivas de aplicaciones existentes.

3. Contenido
La ASI define las medidas necesarias para el control de cambios en los ambientes de Desarrollo (DESA),
Testing (QA), Homologacin (HML) y Produccin (PRD), estableciendo las condiciones que deben
cumplirse para efectuar cambios de software y/o informacin en dichos ambientes.

4. Definiciones y Abreviaciones
Nuevas aplicaciones: aplicaciones o paquetes de software que por primera vez se instalan en el GCABA.
Cambios evolutivos: nueva versin de una aplicacin o paquete de software implementado, que contiene
nuevos requerimientos o adaptaciones que satisfacen a la gestin de gobierno.
Cambios correctivos: nueva versin de una aplicacin o paquete de software implementado, que contiene
soluciones a errores que satisfacen a la gestin de gobierno.
Ambiente: Entorno de trabajo dnde se instala una aplicacin o versin.
Ambiente de desarrollo (DESA): Entorno de trabajo donde se realiza la construccin de los sistemas
informticos del GCABA.
Ambiente de testing (QA): Entorno de trabajo donde se realiza las pruebas de los sistemas informticos
del GCABA.
Ambiente de homologacin (HML): Entorno de trabajo en dnde se realiza la prueba de aceptacin del
usuario del GCABA.
Ambiente de produccin (PRD): Entorno de trabajo que presta servicios para la operacin y
funcionamiento del GCABA. En el mismo se encuentran alojados los sistemas informticos e informacin
operativa del GCABA.

PC0901 - Control de Cambios para Organismos v1.0

Pgina 3 de 12

Gobierno de la Ciudad Autnoma de Buenos Aires

2014, Ao de las letras argentinas

Categorizacin de los cambios: se establecen las siguientes categoras de cambio:

a. Cambio Menor: corresponde a un cambio realizado sobre un software de aplicacin pre
existente en los ambientes Testing, Homologacin y Produccin y que, a su vez, no tiene
impacto de riesgo potencial en el ambiente en el cual se implementa.
Un cambio se categorizar como menor cuando cumple con las siguientes condiciones:
-

No afecta a los datos.

No afecta el esquema de seguridad.

No requiere cambios en la infraestructura.

No afecta la arquitectura de la aplicacin.

No tiene relacin con alguna aplicacin o software crtico del GCABA.

No afecta la funcionalidad de la aplicacin.

No afecta a otras aplicaciones.

En caso de implementaciones no satisfactorias, los riesgos y su resolucin son de

impacto menor.

Como ejemplos de cambios menores se pueden sealar: cambio de logos, de labels

(etiquetas), de informacin esttica, entre otros.
b. Cambio Regular: por exclusin, sern todos los cambios que no sean catalogados como
menores. Si el cambio a realizar no cumple con alguna de las condiciones indicadas en el
punto anterior, ser tratado como Cambio Regular.
Formulario nico de Requerimientos (FUR): mediante la R190 MMGC/2012 (Ministerio de Modernizacin)
se establece el mecanismo que permite estandarizar la gestin de los requerimientos de las distintas
dependencias permitiendo el mejor uso de los recursos disponibles y el control de su utilizacin, y la
gestin de su resolucin. Este proceso de Gestin de Demanda tiene como objetivo que los programas,
herramientas, compra de equipos, y metodologas de gestin de procesos y tecnologas sean tramitados
de acuerdo a las Polticas y Programas del GCABA que les son aplicables. Para ello, y en funcin de sus
competencias, la Agencia de Sistemas de Informacin es la autoridad encargada de gestionar las
solicitudes de las distintas reas de Gobierno en la temtica, a travs de la presentacin del Formulario
nico de Requerimientos.
Propietario: Funcionario que tiene la responsabilidad de la gestin y es responsable de la informacin.
Autoridad de cada Organismo perteneciente al GCABA. Tambin llamado Solicitante.
PC0901 - Control de Cambios para Organismos v1.0

Pgina 4 de 12

Gobierno de la Ciudad Autnoma de Buenos Aires

2014, Ao de las letras argentinas

Coordinador de Cambio (PM): es el responsable de gestionar las actividades de comunicacin y

seguimiento entre el solicitante (Propietario o Referente) y la ASI.
Lder Tcnico (rea de Desarrollo): tiene la responsabilidad de coordinar las tareas operativas que
permitan llevar adelante internamente el cambio en la ASI. El rol del Lder Tcnico puede ser cubierto por
personal de la ASI.
Desarrollador (rea de Desarrollo interna o personal contratado): tiene la responsabilidad de la
construccin del aplicativo. Este rol puede ser cubierto por personal de desarrollo del GCABA, o por
personal contratado.
Coordinador de Instalacin: es el responsable de instalar la aplicacin en al ambiente que corresponda.
En los Ambientes de desarrollo (DESA) y Ambiente de testing (QA), el Coordinador de Instalacin se
corresponder con personal del rea de Soporte de Desarrollo. En los Ambientes de homologacin (HML)
y Produccin (PRD), el Coordinador de Instalacin se corresponder con personal del rea de
Infraestructura.
Versin: paquete que contiene uno o ms requerimientos de cambio.

5. Descripcin del Proceso

Los siguientes tipos de cambio se encuentran descriptos en el Marco Normativo de TI.
a. Cambios en Software de Aplicacin
b. Cambios en Informacin por fuera del Software de Aplicacin
c. Cambios en Infraestructura de Tecnologa de la Informacin (TI)
Cualquier cambio que pueda encuadrarse dentro de estos tipos, deber seguir el proceso que a
continuacin se detalla.

5.1 Solicitud de un Cambio Regular

De acuerdo con la categorizacin, en el caso de presentarse un cambio regular, se presentan las
siguientes posibilidades:
Caso 1 - Implementacin de una aplicacin o producto provista por un Organismo
De tratarse de una nueva aplicacin, el Propietario o quien ste designe formalmente en su reemplazo
(Referente), deber completar un FUR (o su equivalente) a partir de una comunicacin oficial dirigida al
Director Ejecutivo de la ASI, con la siguiente documentacin mnima y obligatoria:
a. Manual de Instalacin

PC0901 - Control de Cambios para Organismos v1.0

Pgina 5 de 12

Gobierno de la Ciudad Autnoma de Buenos Aires

2014, Ao de las letras argentinas

b. Documento de Arquitectura de la Aplicacin

c. Documento de Alcance Funcional

d. Definicin de los Requerimientos Funcionales y no Funcionales
Sin perjuicio de los documentos requeridos en el prrafo precedente, se debern presentar en el
transcurso de la ejecucin del presente proceso, los restantes entregables que se encuentran
especificados en el Estndar de Desarrollo de la ASI.
La ASI se reserva el derecho de rechazar la documentacin presentada, en caso de que el contenido de
los entregables no cumpliese con la completitud y nivel de detalle necesario para llevar adelante las
tareas relacionadas con la implementacin de la aplicacin. De considerarlo necesario, la ASI podr
solicitar al Propietario la replanificacin de las fechas comprometidas.
La ASI asignar un Coordinador de Cambio y un Lder Tcnico responsables de liderar el cambio, a nivel
organizativo y operativo respectivamente.
El Lder Tcnico solicitar la creacin de un repositorio con el fin de generar un canal de presentacin de
entregables a travs de este medio (ver Estndar de Desarrollo - Anexo III Plataforma de versionado y
proceso de entrega). Esto no reemplaza bajo ningn concepto la presentacin formal de los entregables
requeridos en una contratacin.
El solicitante deber actualizar el repositorio con toda documentacin mnima y obligatoria y dar aviso al
Lder Tcnico y al Coordinador del Cambio asignados como responsables del cambio.
El Lder Tcnico deber gestionar la creacin y los accesos del Ambiente DESA con el fin de que el
Desarrollador lleve adelante sus actividades y pueda verificar en la infraestructura de la ASI -previo a la
entrega- el funcionamiento correcto del paquete de software.
Por otro lado, el Lder Tcnico tiene la responsabilidad de verificar la completitud de la informacin,
validar y velar por la calidad de los entregables. Asimismo, solicitar la instalacin del aplicativo en el
Ambiente QA al Coordinador de Instalacin y notificar al rea de Calidad el ingreso de una nueva
aplicacin.
El Lder Tcnico o quin ste designe, es el responsable de verificar la correcta instalacin de la
aplicacin, parametrizar el aplicativo en el Ambiente QA y dar aviso a las rea de Calidad de la
consecucin exitosa de estas tareas. Si el manual de instalacin es claro y consistente con las tareas a
realizar y la aplicacin resulta correctamente instalada, configurada y parametrizada, informar al rea de
Calidad, la disponibilidad del ambiente para que dicha rea pueda ejecutar sus estrategias de pruebas.
En caso de que la instalacin de la aplicacin resulte fallida, el Coordinador de la Instalacin dar aviso al
Lder Tcnico para efectuar las correcciones que sean necesarias.
El rea de Calidad llevar adelante la ejecucin de las pruebas comunicando los resultados al Lder
Tcnico o Solicitante segn corresponda a travs del documento Informe de Resultados de Pruebas en

PC0901 - Control de Cambios para Organismos v1.0

Pgina 6 de 12

Gobierno de la Ciudad Autnoma de Buenos Aires

2014, Ao de las letras argentinas

QA. En caso de no resultar exitoso, se reportarn los incidentes, se especificarn los bugs con su
criticidad y se informar el estado de las pruebas realizadas, para que se efecten las correcciones
necesarias asegurando el cumplimiento iterativo del ciclo, hasta lograr la aprobacin definitiva del
informe.
Una vez aprobado el Informe de Resultados de Pruebas en QA, el rea de Seguridad llevar adelante la
ejecucin de las pruebas de seguridad en el Ambiente QA, comunicando los resultados al Lder Tcnico o
Solicitante segn corresponda a travs del documento Informe de Resultados de Assessment de la
Aplicacin en QA. En caso de no resultar aprobado dicho informe, se especificarn las vulnerabilidades,
con su criticidad, para que se efecten las correcciones necesarias (tanto a nivel aplicacin como a nivel
infraestructura) asegurando el cumplimiento iterativo del ciclo desde donde se requiera, hasta lograr la
aprobacin definitiva del informe.
Si los informes Informe de Resultados de Pruebas en QA e Informe de Resultados de Assessment de la
Aplicacin en QA resultan aprobados, se considera que la aplicacin ha sido homologada correctamente
en el Ambiente QA.
Una vez que la aplicacin ha sido homologada en el Ambiente QA, el Lder Tcnico o quin ste designe
solicitar la instalacin en el Ambiente HML e informar el avance al Coordinador del Cambio.
Una vez instalada en el Ambiente HML, el Lder Tcnico o quin ste designe, debe verificar la correcta
instalacin de la aplicacin y su parametrizacin de tal modo que puedan realizarse las pruebas de
aceptacin del usuario.
El Solicitante es el responsable de la informacin que publicar la aplicacin; en consecuencia las
pruebas de aceptacin que ste realice, deben considerar el anlisis detallado y aprobacin del
contenido, y la forma en cmo se presentar la informacin. El Coordinador del Cambio es el responsable
de solicitar al Propietario los resultados de las pruebas de aceptacin. Con el resultado favorable, el Lder
Tcnico o quin ste designe, coordinar la puesta en produccin de la versin homologada y verificada.
El lanzamiento de una nueva aplicacin es responsabilidad del Propietario, y ste deber generar el plan
de implementacin y el plan de puesta en marcha, coordinado con la ASI, contemplando los aspectos
tcnicos, de capacitacin a usuarios, conformacin de Mesa de Ayuda Funcional de Soporte, normativas
y procedimientos necesarios y toda comunicacin formal y coordinacin con las diferentes reas
involucradas.
El Lder Tcnico o quin ste designe, es el responsable de ejecutar el plan de puesta en marcha
contemplando la solicitud de puesta en produccin, posterior verificacin y comunicacin de que se
encuentra implementada correctamente la aplicacin en el Ambiente PRD. El Propietario en este nuevo
ambiente, verificar funcionalmente y aprobar el contenido de la nueva aplicacin, y el Lder Tcnico o
quin ste designe, solicitar la habilitacin del cambio en el Ambiente PRD.

PC0901 - Control de Cambios para Organismos v1.0

Pgina 7 de 12

Gobierno de la Ciudad Autnoma de Buenos Aires

2014, Ao de las letras argentinas

En caso de que el Propietario no aprobase el contenido, o la ASI considere tcnicamente no viable el

paso de la aplicacin al Ambiente PRD, se proceder a cancelar la implementacin y se evaluar los
siguientes pasos.
Caso 2 - Implementacin de una versin nueva o cambio evolutivo provista por un Organismo
De tratarse de una versin nueva o cambio evolutivo de una aplicacin en el Ambiente PRD, el Lder
Tcnico evaluar el impacto de el/los cambios, concluyendo si es necesario, que el Solicitante complete
un FUR (o su equivalente) a partir de una comunicacin oficial dirigida al Director Ejecutivo de la ASI, con
la siguiente documentacin mnima y obligatoria:
a. Instructivo de Instalacin de la Versin (segn Estndar de Desarrollo - Anexo III Plataforma
de versionado y proceso de entrega).
b. Toda la documentacin requerida en el Estndar de Desarrollo, actualizada con los cambios
incluidos en la nueva versin.
c. Registro de los requerimientos que generaron el/los cambios efectuados en la nueva versin.
Dicho registro debe ser efectuado en la herramienta de seguimiento de proyectos, provista por la
ASI. Los cambios a realizarse deben estar identificados con un nivel de granularidad tal, que
permitan entender, verificar y generar la trazabilidad del/los cambios efectuados.
La ASI se reserva el derecho de rechazar la documentacin presentada, en caso de que el contenido de
los entregables no cumpliese con la completitud y nivel de detalle necesario para llevar adelante las
tareas relacionadas con la implementacin de la nueva versin. De considerarlo necesario, la ASI podr
solicitar al Propietario la replanificacin de las fechas comprometidas.
El Coordinador de Cambio y el Lder Tcnico del aplicativo son los responsables de liderar el cambio, a
nivel organizativo y operativo respectivamente.
El solicitante deber actualizar el repositorio generado previamente por el Lder Tcnico como canal de
presentacin de entregables y con toda documentacin mnima y obligatoria, deber dar aviso al Lder
Tcnico y al Coordinador del Cambio, de que existe en el repositorio una nueva versin con cambios.
El Desarrollador previo a la entrega, debe realizar en el Ambiente DESA las tareas que le permitan
verificar en la infraestructura de la ASI el funcionamiento correcto de los cambios efectuados en el
paquete de software.
Por otro lado, el Lder Tcnico tiene la responsabilidad de verificar la completitud de la informacin
actualizada, validar y velar por la calidad de los entregables. Asimismo, solicitar la instalacin del
aplicativo en el Ambiente QA al Coordinador de Instalacin y notificar al rea de Calidad el ingreso de
una nueva versin.

PC0901 - Control de Cambios para Organismos v1.0

Pgina 8 de 12

Gobierno de la Ciudad Autnoma de Buenos Aires

2014, Ao de las letras argentinas

El Lder Tcnico o quin ste designe, es el responsable de verificar la correcta instalacin de la versin,
parametrizar el aplicativo en el Ambiente QA y dar aviso a las rea de Calidad de la consecucin exitosa
de estas tareas. Si el instructivo de instalacin de la versin es claro y consistente con las tareas a
realizar y la aplicacin resulta correctamente instalada, configurada y parametrizada, informar al rea de
Calidad, la disponibilidad del ambiente para que dicha rea pueda ejecutar sus estrategias de pruebas.
En caso de que la instalacin de la aplicacin resulte fallida, el Coordinador de la Instalacin dar aviso al
Lder Tcnico para efectuar las correcciones que sean necesarias.
El rea de Calidad llevar adelante la ejecucin de las pruebas sobre los cambios y las pruebas de
regresin, comunicando los resultados al Lder Tcnico o Solicitante segn corresponda a travs del
documento Informe de Resultados de Pruebas en QA. En caso de no resultar exitoso, se reportarn los
incidentes, se especificarn los bugs con su criticidad y se informar el estado de las pruebas realizadas,
para que se efecten las correcciones necesarias asegurando el cumplimiento iterativo del ciclo, hasta
lograr la aprobacin definitiva del informe.
Una vez aprobado el Informe de Resultados de Pruebas en QA, el rea de Seguridad llevar adelante la
ejecucin de las pruebas de seguridad en el Ambiente QA, comunicando los resultados al Lder Tcnico o
Solicitante segn corresponda a travs del documento Informe de Resultados de Assessment de la
Aplicacin en QA. En caso de no resultar aprobado dicho informe, se especificarn las vulnerabilidades,
con su criticidad, para que se efecten las correcciones necesarias (tanto a nivel aplicacin como a nivel
infraestructura) asegurando el cumplimiento iterativo del ciclo desde donde se requiera, hasta lograr la
aprobacin definitiva del informe.
Si los informes Informe de Resultados de Pruebas en QA e Informe de Resultados de Assessment de la
Aplicacin en QA resultan aprobados, se considera que los cambios del aplicativo han sido homologados
correctamente en el Ambiente QA.
Una vez que la versin ha sido homologada en el Ambiente QA, el Lder Tcnico o quin ste designe
solicitar la instalacin en el Ambiente HML e informar el avance al Coordinador del Cambio.
Una vez instalada en el Ambiente HML, el Lder Tcnico o quin ste designe, debe verificar la correcta
instalacin de la versin y su parametrizacin de tal modo que puedan realizarse las pruebas de
aceptacin del usuario.
El Propietario es el responsable de la informacin que se publicar en la nueva versin; en consecuencia
las pruebas de aceptacin que ste realice, deben considerar el anlisis detallado y aprobacin del
contenido, y la forma en cmo se presentar la informacin. El Coordinador del Cambio es el responsable
de solicitar al Propietario los resultados de las pruebas de aceptacin. Con el resultado favorable, el Lder
Tcnico o quin ste designe, coordinar la puesta en produccin de la versin homologada y verificada.
El lanzamiento de una nueva versin es responsabilidad del Propietario, y ste deber generar el plan de
implementacin y el plan de puesta en marcha, coordinado con la ASI -si el impacto de los cambios as lo
requieren-; contemplando los aspectos tcnicos, de capacitacin a usuarios, el aviso a Mesa de Ayuda

PC0901 - Control de Cambios para Organismos v1.0

Pgina 9 de 12

Gobierno de la Ciudad Autnoma de Buenos Aires

2014, Ao de las letras argentinas

Funcional de Soporte, normativas y procedimientos necesarios y

coordinacin con las diferentes reas involucradas.

toda comunicacin formal y

El Lder Tcnico o quin ste designe, es el responsable de ejecutar el plan de puesta en marcha
contemplando la solicitud de puesta en produccin, posterior verificacin y comunicacin de que se
encuentra implementada correctamente la versin en el Ambiente PRD. El Propietario en este nuevo
ambiente, verificar funcionalmente y aprobar el contenido de la nueva aplicacin, y el Lder Tcnico o
quin ste designe, solicitar la habilitacin del cambio en el Ambiente PRD.
En caso de que el Propietario no aprobase el contenido, o la ASI considere tcnicamente no viable el
paso de la versin al Ambiente PRD, se proceder a cancelar la implementacin y se evaluar los
siguientes pasos.
5.2 Solicitud de un Cambio Menor
De tratarse de una solicitud categorizada como cambio menor -segn lo especificado en la seccin de
Definiciones y Abreviaciones de este documento-, el Lder Tcnico evaluar dicha solicitud y
determinar si es correcta la categorizacin de el/los cambios, o corresponde al Caso 2 Implementacin de una nueva versin o cambio evolutivo.
De comprobarse que se trata de un cambio menor, se deber entregar la siguiente documentacin
mnima y obligatoria:
a. Instructivo de Implementacin del Cambio (segn Estndar de Desarrollo - Anexo III
Plataforma de versionado y proceso de entrega).
b. Registro del cambio en la herramienta de seguimiento de proyectos, provista por la ASI. Los
cambios a realizarse deben estar identificados con un nivel de granularidad tal, que permitan
entender, verificar y generar la trazabilidad del/los cambios efectuados.
La ASI se reserva el derecho de rechazar la documentacin presentada, en caso de que el contenido de
los entregables no cumpliese con la completitud y nivel de detalle necesario para llevar adelante las
tareas relacionadas con la implementacin del cambio. De considerarlo necesario, la ASI podr solicitar al
Propietario la replanificacin de las fechas comprometidas.
El Coordinador de Cambio y el Lder Tcnico del aplicativo son los responsables de liderar el cambio, a
nivel organizativo y operativo respectivamente.
El solicitante deber actualizar el repositorio generado previamente por el Lder Tcnico como canal de
presentacin de entregables y con toda documentacin mnima y obligatoria, deber dar aviso al Lder
Tcnico y al Coordinador del Cambio, de que existe un cambio.

PC0901 - Control de Cambios para Organismos v1.0

Pgina 10 de 12

Gobierno de la Ciudad Autnoma de Buenos Aires

2014, Ao de las letras argentinas

El Desarrollador previo a la entrega, debe realizar en el Ambiente DESA las tareas que le permitan
verificar en la infraestructura de la ASI el funcionamiento correcto de los cambios efectuados en el
paquete de software.
El Lder Tcnico solicitar la implementacin del cambio en el Ambiente QA, al Coordinador de
Instalacin.
El Lder Tcnico o quin ste designe, verificar el cambio y en caso de que la instalacin resulte exitosa
gestionar el cambio para su implementacin en el Ambiente HML.
El Coordinador del Cambio es el responsable de comunicar la implementacin del cambio y solicitar al
Propietario los resultados de las pruebas de aceptacin. Con el resultado favorable, el Lder Tcnico o
quin ste designe, coordinar la puesta en produccin del cambio y notificar al Propietario la
habilitacin del cambio en el Ambiente PRD.
Generalidades
El presente proceso debe ser interpretado armnicamente con el plexo normativo vigente a nivel local y
con las dems polticas y reglamentos dictados por la ASI. En caso de conflicto de interpretacin se
resolver de buena fe y de conformidad a los fines perseguidos y de acuerdo a los principios generales
del derecho.

PC0901 - Control de Cambios para Organismos v1.0

Pgina 11 de 12

Gobierno de la Ciudad Autnoma de Buenos Aires

2014, Ao de las letras argentinas

Anexo I Diagrama de Control de Cambios

PC0901 - Control de Cambios para Organismos v1.0

Pgina 12 de 12