BAGS_INIC_PlanDeGestionDeLaConfiguracion - easy

EASY Software & Innovation
Gestión Solicitud Banco de los Alpes
Plan Gestión de la Configuración
Versión: 2.0
Plan Gestión de la Configuración
Fecha: 21-11-2009
EASY Software &
Innovation
Página 2 de 10
Control de versiones
Fecha
Versión
Descripción
Autor
02/05/2009
1.0
Creación documento
Equipo EASY Software &
Innovation
21/11/2009
2.0
Actualización políticas de gestión de la
configuración
Equipo EASY Software &
Innovation
Confidencial
Página 2 de 10
EASY Software & Innovation, 2015
Gestión Solicitud Banco de los Alpes/Plan Gestión de la Configuración/V 2.0
Plan Gestión de la Configuración
Fecha: 21-11-2009
EASY Software &
Innovation
Página 3 de 10
Contenido
1.
2.
3.
Introducción
4
1.1
1.2
1.3
1.4
4
4
4
4
Propósito
Alcance
Referencias
Definiciones, Acrónimos, y Abreviaciones
Gestión de Configuración de Software
5
2.1 Organización y Responsabilidades
2.2 Políticas de GC
Políticas de control de cambios
Políticas de repositorio
Políticas de manejo de líneas base
Ítems de configuración
2.3 Herramientas, Ambientes e Infraestructura
5
6
6
6
6
6
7
Programa de Gestión de Configuración
8
3.1
3.2
3.3
Confidencial
Identificación de Configuración
3.1.1 Métodos de Identificación
3.1.2 Líneas Bases de los proyectos
Configuración y control de cambios
3.2.1 Procesamiento de una solicitud de cambio y aprobación
Auditoria de Estatus de Configuración
3.3.1 Almacenamiento y proceso de liberación
3.3.2 Auditoria de Configuración e Informes de Estado
8
8
9
9
9
10
10
10
Página 3 de 10
EASY Software & Innovation, 2015
Gestión Solicitud Banco de los Alpes/Plan Gestión de la Configuración/V 2.0
Plan Gestión de la Configuración
Fecha: 21-11-2009
Página 4 de 10
1.
1.1
EASY Software &
Innovation
Introducción
Propósito
El propósito de este plan de gestión de configuración (PGC) es proveer una visión general de las
tareas, lineamientos y definiciones que regirán la ejecución de los proyectos de la organización. Se
establece la identificación de los ítems de configuración (IC), el control de los cambios, y la auditoría
de la configuración. De igual manera se detallan las actividades, técnicas y herramientas que se
utilizarán en la gestión de la configuración. (GC)
1.2
Alcance
El presente documento posee el plan de gestión de configuración para todos los diferentes proyectos
que se desarrollen.
1.3
Referencias
FMT_GENE_SolicitudCambios.doc.
1.4 Definiciones, Acrónimos, y Abreviaciones
Acrónimo
PGC
IC
GC
Confidencial
Definición
Plan de Gestión de configuración
Ítems de configuración
Gestión de la Configuración
Página 4 de 10
EASY Software & Innovation, 2015
Gestión Solicitud Banco de los Alpes/Plan Gestión de la Configuración/V 2.0
Plan Gestión de la Configuración
EASY Software &
Innovation
Fecha: 21-11-2009
2.
Página 5 de 10
Gestión de Configuración de Software
2.1 Organización y Responsabilidades
Roles
Responsabilidades



Administrador de la
Configuración







Comité de Configuración




Líder del Proyecto
Miembros del Proyecto
Confidencial





Organizar y controlar la GC
Determinar el estado y las necesidades del proceso de GC
Discutir los Planes de GC con el equipo de trabajo antes de
implantarlos (Siempre que sea posible)
Instalar y mantener las herramientas de GC
Cumplir y hacer cumplir las políticas del proceso de GC
Adquirir, mantener y respaldar las herramientas de configuración
Documentar y distribuir procedimientos de GG
Asegurar que no se realicen cambios no autorizados
Asegurar la integridad de los productos de trabajo revisando y
controlando el estado de los cambios
Revisar cada solicitud de cambios para aprobar/rechazar/diferirla
si la magnitud del cambio lo requiere
Disponer condiciones de liberación de cambios
El comité estará conformado por un miembro de las directivas de
la organización, el líder del proyecto, el administrador de la
configuración y si se requiere la persona que identifico el cambio
(Cliente Interno o Externo)
Seleccionar los IC de su proyecto
Asegurarse que el equipo del proyecto use productos de trabajo
estándares y actualizados
Acatar todas las políticas de GC
Establecer las líneas base
Garantizar que se sigan los procedimientos y políticas de
administración de la configuración dentro de su proyecto
Acatar todas las políticas de GC
Trabajar sobre los parámetros establecidos por los estándares de
la organización
Página 5 de 10
EASY Software & Innovation, 2015
Gestión Solicitud Banco de los Alpes/Plan Gestión de la Configuración/V 2.0
Plan Gestión de la Configuración
Fecha: 21-11-2009
EASY Software &
Innovation
Página 6 de 10
2.2 Políticas de GC
Políticas de control de cambios
Todo cambio sobre alguno de los ítems de configuración debe diligenciar el formato de solicitud de
cambios, FMT_GENE_SolicitudCambios.doc, el cual como mínimo debe tener los siguientes campos:
Ítem de Configuración al que se le pretende aplicar un cambio, justificación del cambio, persona que
solicita el cambio.
La solicitud de cambios debe ser evaluada por el Comité de configuración el cual debe aprobar,
rechazar o diferir la solicitud de cambio.
Políticas de repositorio
Todos los ítems de configuración deben ser manejados por una herramienta de control de cambios,
un sitio centralizado donde se almacene y se mantenga la información que necesite guardar una
estructura de versiones (Herramientas, Ambientes, Infraestructura, documentos, etc.).
Se debe evitar mantener archivos binarios en el repositorio cuando sea posible, en lugar de guardar
archivos comprimidos (archivos .zip, .rar, .ace, etc.) se deben guardan los archivos sin comprimir. En
cuanto a los compilados u otros ejecutable se debe guardar la forma de generarlos (con que versión
del compilador, con que assemblies adicionales, versiones especificas y cualquier otra información
relevante), y no los archivos que se generen después de compilar ni los instaladores de los mismos.
Los nombres de los archivos que se suben al repositorio no deben tener tildes, letras ñ, ni ningún
carácter diferente a letras y números
Políticas de manejo de líneas base
Las líneas base son establecidas por el líder del proyecto. Cada línea base debe etiquetarse,
documentando las versiones de los productos que la conforman, y el estado en que se encuentra (ver
Líneas Base más adelante).
Ítems de configuración
Los ítems de configuración obligatorios para toda la organización son los siguientes:


El plan de proyecto.
El documento de definición de requerimientos.
Confidencial
Página 6 de 10
EASY Software & Innovation, 2015
Gestión Solicitud Banco de los Alpes/Plan Gestión de la Configuración/V 2.0
Plan Gestión de la Configuración
Fecha: 21-11-2009












EASY Software &
Innovation
Página 7 de 10
Estándares de análisis, diseño, codificación, pruebas, y auditoria.
Documentos de análisis del sistema.
Documentos de diseño del sistema.
Prototipos.
Especificaciones de prueba del sistema.
El Código fuente del programa.
Código objeto y Builds.
Documentos de diseño de base de datos.
Datos de prueba.
Datos del proyecto.
Manuales de usuario.
Manuales de despliegue
2.3 Herramientas, Ambientes e Infraestructura
Para soportar la GC se utilizan las siguientes herramientas que permiten implementar las
funcionalidades requeridas para su ejecución:

Subversion 1.5.5: Herramienta para el control de versiones que permite mantener la versión
actual y las históricas de elementos tales como archivos de código fuente, Webpages, y
documentación.

TortoiseSVN 1.5.7: Cliente de Subversion para reemplazar los comandos desde el Shell de
Windows por una interfaz gráfica de fácil uso.
El repositorio de datos manejado mediante Subversion debe ser manejado en un equipo con
sistema operativo Windows, además, el equipo debe poder ser accedido por los equipos desde
los que se realicen los cambios (equipos cliente). Los equipos cliente deben utilizan TortoiseSVN
como herramienta principal de comunicación con el repositorio de datos.
Confidencial
Página 7 de 10
EASY Software & Innovation, 2015
Gestión Solicitud Banco de los Alpes/Plan Gestión de la Configuración/V 2.0
Plan Gestión de la Configuración
EASY Software &
Innovation
Fecha: 21-11-2009
3.
Página 8 de 10
Programa de Gestión de Configuración
3.1 Identificación de Configuración
3.1.1
Métodos de Identificación
Elemento
Documentos
Nombramiento
XXXX_YYYY_NNNN: En donde XXXX: sigla de 4 letras del nombre del
proyecto, YYYY. Tipo documental, NNNN: Nombre del documento(sin
espacios)
Tipos Documentales:
INIC
ELAB
CONS
TRAN
GENE
Inicio
Elaboración
Construcción
Transición
General
Ejemplo: PRO1_INI_CartaConstitución
Nombre de la carta de constitución del “Proyecto 1” generado en la fase
de inicio.
Nota: Para documentos que no pertenezcan a ningún proyecto
específico el formato de nombre es EASY_GENE_NNNN, donde NNNN
es el nombre del documento (sin espacios, la letra ñ, ni tildes, ni
caracteres que sean diferentes a letras, números y al carácter punto ‘.’).
Ejemplo: EASY_GENE_EstandarCodificacionJava
Proyectos
Los nombre de los proyectos (de java u otros) deben comenzar con
‘EAS’ para activos de la empresa o con las palabra ‘CLI’, cuando el
proyecto se desarrolla para una entidad diferente (un cliente). Luego de
esta debe tener el carácter ‘.’ seguido del nombre del proyecto. El
nombre del proyecto debe comenzar con mayúscula cada palabra y las
demás deben ser minúsculas, números o el carácter ‘.’.
Ejemplo: EAS.BigProject: donde EAS nos dice que es un proyecto
propio de la empresa y llamado ‘BigProject’
Confidencial
Página 8 de 10
EASY Software & Innovation, 2015
Gestión Solicitud Banco de los Alpes/Plan Gestión de la Configuración/V 2.0
Plan Gestión de la Configuración
Fecha: 21-11-2009
3.1.2
EASY Software &
Innovation
Página 9 de 10
Líneas Bases de los proyectos
Una línea base es una especificación o producto revisado y aprobado formalmente. Las líneas base
son autorizadas por el líder del proyecto. Las líneas base se pueden establecer al final de las
distintas fases del ciclo de vida del proyecto. El estado de un línea base debe indicar en qué fase del
ciclo de vida se encuentra, si está en producción, si está en pruebas o si fue rechazada. La
información de línea base debe registrar los siguientes campos como mínimo.
Línea Base
<identificador de la
línea base>
Versión
<Versión de la línea
base>
Estado
<Estado de la línea
base. Ej.: En pruebas,
en producción,
rechazado, etc.>
Quién aprobó
<Persona que aprobó a
formación de la línea
base.>
Además para cada uno de los productos que conforman la línea base deben registrarse los siguientes
campos:
Producto
<identificador/nombre
del producto>
Versión
<Versión del producto>
Quién aprobó
<Persona que aprobó la
esta versión del
producto.>
El nombramiento de las líneas base se realizará con el siguiente formato:
XXXX_LB### donde XXXX corresponde a la abreviación del nombre de proyecto y ### son los
números relacionados con la versión de la Línea Base.
3.2 Configuración y control de cambios
3.2.1
Procesamiento de una solicitud de cambio y aprobación
Los pasos para aprobar una solicitud de cambio son los siguientes:





El
solicitante
llena
el
formato
de
solicitud
de
cambios,
formato
FMT_GENE_SolicitudCambios.doc.
El formato es entregado al líder del proyecto quien realiza una validación inicial de la solicitud
de cambio (redacción, forma, etc.).
El líder del proyecto entrega la solicitud de cambio al comité de configuración.
El comité de configuración se reúne para analizar el cambio y puede o no solicitar la
presencia del solicitante.
El comité de configuración aprueba (o rechaza) la solicitud de cambio, en caso de aprobarla
Confidencial
Página 9 de 10
EASY Software & Innovation, 2015
Gestión Solicitud Banco de los Alpes/Plan Gestión de la Configuración/V 2.0
Plan Gestión de la Configuración
Fecha: 21-11-2009




EASY Software &
Innovation
Página 10 de 10
si la solicitud es muy extensa el comité puede diferir el cambio.
El cambio debe ser documentado.
El líder del proyecto informa a los miembros del proyecto acerca del cambio.
Los miembros del equipo que se vean involucrados en el cambio realizan la implementación
del mismo.
Se hace un ciclo de pruebas completas para validar que no se hayan inyectado errores por el
cambio.
3.3 Auditoria de Estatus de Configuración
3.3.1
Almacenamiento y proceso de liberación
Al repositorio de datos se le mantendrá un backup todas las semanas que se debe tener en un
equipo distinto al que guarda el repositorio. En caso de desastre, el backup se recuperara en el
mismo equipo si es posible o en otro equipo que sea distinto al equipo en el que se guarda el backup.
El proceso de liberación se realiza poniendo una línea base aceptada en producción. Para esto se
debe tener la aprobación del líder del proyecto, el cual toma una línea base que haya aprobado las
pruebas y la etiqueta como un ‘release’ que se desplegará en producción.
3.3.2
Auditoria de Configuración e Informes de Estado
Podemos asegurar que el cambio se ha efectuado correctamente gracias a la auditoria de
configuración. La auditoria de configuración software tiene un carácter complementario y se preocupa
de si:


Se ha hecho el cambio especificado.
Se han incorporado modificaciones adicionales distintas a las aprobadas con la solicitud de
cambio realizada.
La auditoria de Configuración deberá ser realizada por el líder del proyecto.
Los informes de estado de configuración informan sobre:
 ¿Qué paso?
 ¿Quién lo hizo?
 ¿Cuándo pasó?
 ¿Qué más se vio afectado?
Los informes de estado pueden ser realizados por el líder del proyecto o por el Administrador de la
configuración según corresponda cada caso.
Confidencial
Página 10 de 10
EASY Software & Innovation, 2015
Gestión Solicitud Banco de los Alpes/Plan Gestión de la Configuración/V 2.0