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