Sistema de Gestion de Proyectos para

IAE BUSINESS SCHOOL

Plan de Gestin de la Configuracin
Version 1.2
Matias Wepfer

Historia de Revisin
Fecha

Versin

Descripcin

Autor

15/11/2013

1.0

Version inicial del documento

Freddy Arredondo
Fabian Loayza

Tabla de Contenidos

Contenido
1.

Introduccin.................................................................................................................................. 4
1.1.
1.2.
1.3.
1.4.
1.5.

2.

Manejo de Configuracin de Software.......................................................................................5

2.1.
2.2.

3.

Recursos de Software.............................................................................................................................. 6

Identificacin de la configuracin............................................................................................... 6
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.

5.

Organizacin, Responsabilidades e Interfaces........................................................................................5

Herramientas, Ambiente e Infraestructura................................................................................................5

Recursos....................................................................................................................................... 6
3.1.

4.

Objetivo.................................................................................................................................................... 4
Alcance..................................................................................................................................................... 4
Definiciones, Siglas y Abreviaturas..........................................................................................................4
Referencias.............................................................................................................................................. 4
Overview................................................................................................................................................... 4

Seleccin de los tems de Configuracin.................................................................................................6

Identificacin de los tems de Configuracin............................................................................................6
Soporte de tems de Configuracin Fsicos..............................................................................................7
Estructura de Directorios..........................................................................................................................8
Determinacin de lneas bases y release...............................................................................................10
Esquema de Nomenclatura y Numeracin de tems..............................................................................11

Control de la configuracin....................................................................................................... 11
5.1.
CCB (Change Control Board Comit de Control de Cambios)............................................................11
5.1.1.
Integrantes del CCB............................................................................................................................ 11
5.1.2.
Reuniones........................................................................................................................................... 11
5.1.3.
Responsabilidades del CCB...............................................................................................................11
5.2.
Entornos / ambientes.............................................................................................................................. 11

6.
7.

Auditoria de CM.......................................................................................................................... 12
Reportes de Estado.................................................................................................................... 12

1. Introduccin
El propsito del documento es describir el Plan de Gestin de la Configuracin.
1.1. Objetivo
El objetivo es definir y mantener la integridad de los artefactos que se generarn a lo largo del
ciclo de vida de ste proyecto.
Se definirn las actividades de CM a desarrollar, su frecuencia, roles y responsabilidades.
1.2. Alcance
Las actividades incluidas dentro de la Administracin de la Configuracin son:

Identificacin de tems de configuracin

Mantenimiento de descripciones de los tems de configuracin.

Establecimiento y administracin del repositorio.

Mantenimiento de la historia de los tems.

Control de los cambios.

Construccin de releases de productos.

Reporte del estado de la configuracin.

Despliegue de las aplicaciones en los distintos ambientes (Desarrollo, QA,

Produccin).
1.3. Definiciones, Siglas y Abreviaturas
Lnea Base:
Conjunto de componentes con una determinada versin que en forma conjunta permiten el
funcionamiento de la aplicacin (Baseline).
CM:
Administracin de la Configuracin (Configuration Management).
SCM:
Administracin de la Configuracin de Software (Software Configuration Management).
1.4. Referencias

Procedimiento de Gestin de la Configuracin

Procedimiento de Planificacin de Proyectos

1.5. Overview
El Plan de CM se basa fuertemente en los lineamientos planteados en el Procedimiento de
Gestin de la Configuracin. Lo que sigue es el tailoring de las actividades a realizar en el rea
de CM.

2. Manejo de Configuracin de Software

2.1. Organizacin, Responsabilidades e Interfaces
Miembros/Rol
Administrador de SCM
Technical Leader

Miembro del Equipo de

Desarrollo

Responsabilidades
Este rol tiene asociado las tareas de
administracin y mantenimiento del repositorio
unificado de versionado.
Rol encargado de supervisar que el equipo de
desarrollo utilice el repositorio durante el ciclo
de vida del proyecto. Asimismo, se coordinar
con el Administrador de SCM para la creacin y
puesta en marcha del versionado.
Este rol interacta con el repositorio haciendo
operaciones sobre los tems de configuracin
generados durante un proyecto. Sern los
principales productores/consumidores de los
datos puestos bajo control de versin.

Apellido y nombre
Fabin Loayza
Freddy Arredondo

Freddy Arredondo

2.2. Herramientas, Ambiente e Infraestructura

GIT HUB es un programa cliente-servidor que permite:

Registrar todos los cambios efectuados sobre los archivos de un proyecto.

Recuperar versiones anteriores del cdigo de un proyecto.

Conocer qu cambios se han efectuado sobre un archivo determinado, quin los ha

realizado y cundo.

Gestionar los conflictos que pueden producirse en entornos en los que los
desarrolladores se encuentran distribuidos geogrficamente.

Se utiliza dentro del proyecto para todos estos motivos y posee un WorkBook definido por las
polticas de la empresa que consta de la siguiente estructura:

Commons

BusinessModeling

Requirements

Analisys Design

Implementation

QualityAssurance

Deployment

ProjectManagement

Environment

SoftwareConfigurationManagement

3. Recursos
Esta seccin describe los recursos requeridos para ejecutar las actividades de administracin de
configuracin del proyecto, incluyendo todas las herramientas de software que se utilizarn en el
proyecto.
3.1. Recursos de Software
La siguiente tabla lista las herramientas de software que se utilizarn en el proyecto y que aplican a
la generacin o mantenimiento de tems de configuracin.

Recurso ID

Nombre

Propsito

Ubicacin

Git Hub

Repositorio de almacenamiento

/
SistemadeGesti
onDeProyectos

ArgoUML

Herramienta Case

Directorio Local

Jira

Herramienta de issue tracking

jira.cub2k.com

Ms Project

Herramienta para administrar el

Gantt

Git Hub

Ms Office

Administrar la documentacin que no

sea cdigo del proyecto

Sourceforge/Sist
emaDeGestionD
eProyectos

Visual Studios 2010

Desarrollo de Aplicacin

Directorio local

Ms Project

Administrar la imputacin de horas

del proyecto en funcin de las
actividades realizadas

Directorio local

Recurso ID: Identificador unvoco de la herramienta de software.

Nombre: Nombre de la herramienta de software.
Propsito: Describe el propsito de la herramienta (Ej. administrar toda la documentacin que
no sea cdigo).
Ubicacin: Describe la ubicacin fsica de la herramienta utilizada (servidor, directorio, etc.)

4. Identificacin de la configuracin
4.1. Seleccin de los tems de Configuracin
La seleccin de los tems de configuracin ser responsabilidad del Lder de Proyecto, dichos tems
sern puestos bajo administracin de configuracin de acuerdo al presente plan.
4.2. Identificacin de los tems de Configuracin
Etapa del
ciclo de
vida
Inicio

ID
tem

tem de
configuracin

1 Visin
2 ERS
3 Plan
Proyectos

Recurso que
genera /
versiona el
IC
PM

PM
de PM

Plan de
4 Aseguramiento PM
de Calidad
14

Interfaces
Usuario

de

15 Casos de uso

Elaboracin

Analista
Analista

16

Diagramas de
Analista
Clases

17

Diagramas de
Analista
Despliegue

Diagrama
18 Entidad
Relacion

Analista

Plan
de
QA Manager
Calidad
Plan
de
20
QA Manager
Pruebas
Clases Visual
25
Desarrollador
Basic
19

26 Archivos XML

Desarrollador

27

Archivos
de
Desarrollador
Propiedades

28

Scripts
de
Desarrollador
Base de Datos

Construccin

Configuracin
Responsable
29 de
los
SCM
Ambientes
4.3. Soporte de tems de Configuracin Fsicos

4.4. Estructura de Directorios

Directorio

Rol

Nivel de
acceso por rol

01-Business
Modeling

Analista

Todos Control
total

01_01Especificaciones de
Casos de Uso de
Negocio

Analista

Todos Control
total

01_02-Diagramas
de Actividades

Analista

Todos Control
total

01_03-Escenarios
de Negocio

Analista

Todos Control
total

01_04-Glosario

Analista

Todos Control
total

01_05-Minutas de
Reunion

Analista

Todos Control
total

01_06Documentacion
Adjunta

Analista

Todos Control
total

02Requirements

Analista

Todos Control
total

02_01-ERS

Analista

Todos Control
total

02_02-Documento
de Vision

Analista

Todos Control
total

02_03Especificaciones de
Casos de Uso

Analista

Todos Control
total

02_04-Planes

Analista

Todos Control
total

02_05-Minutas de
Reunion

Analista

Todos Control
total

02_06Documentacion
Adjunta

Analista

Todos Control
total

03-Diseo de
Anlisis

Arquitecto

Todos Control
total

03_01-Documentos
de Arquitectura

Arquitecto

Todos Control
total

03_02-Minutas de
Reunion

Arquitecto

Todos Control
total

03_03Documentacion
Adjunta

Arquitecto

Todos Control
total

04Implementation

Desarrollador

Todos Control
total

04_01-Fuentes

Desarrollador

Todos Control
total

04_02-Minutas de
Reunion

Desarrollador

Todos Control
total

04_03Documentacion
Adjunta

Desarrollador

Todos Control
total

05Aseguramiento de
la Calidad

QA

Todos Control
total

05_01-PAC

QA

Todos Control
total

05_02-Revision de
Documentacin

QA

Todos Control
total

05_03-Planificacion

QA

Todos Control
total

05_04-Minutas

QA

Todos Control
total

07-Gestion de
Proyectos

PM

Todos Control
total

07_01-Inicio

PM

Todos Solo
lectura
PM Control total

07_02-Planificacion

07_03-Monitoreo y
Control

07_04-Cierre

PM

PM

PM Control total
Todos Solo
lectura
PM Control total

PM

Todos Solo
lectura
PM Control total

08-Ambiente

PM

Todos Control
total

08_01-Material de
Capacitacion

PM

Todos Control
total

08_02-Casos de
Desarrollo

PM

Todos Control
total

08_03-Minutas de
Reunion

PM

Todos Control
total
Todos Control
total

08_04Documentacion
Adjunta

PM

09-Gestion de
la Configuracin
del Software

SCM

Todos Control
total

09_01-Release
Notes Cliente

SCM

Todos Control
total

09_02-Release
Notes Internas

SCM

Todos Control
total

09_03-Versionado
EA

SCM

Todos Control
total

09_04-Planes

SCM

Todos Control
total

09_05-Auditorias

SCM

Todos Control
total

09_06-Minutas de
Reunion

SCM

Todos Control
total

09_07Documentacion
Adjunta

SCM

Todos Control
total

4.5. Determinacin de lneas bases y release

Lnea Base
Momento
Planificacin y
Cronograma

Requerimientos

Sistema

tems de configuracin

Luego que el Cliente acepta el Plan de Desarrollo de

Software propuesto.
El objetivo es fijar la lnea base de alcance para el proyecto,
su estimacin y planificacin.
Se genera una lnea base por cada fase, y se modificar
ante cada cambio crtico en la planificacin del proyecto
acordado con el Cliente, y por cada nuevo elemento o
modificacin de los documentos relacionados.
Al fin de la Incepcin, cuando se tenga aprobado el SRS, y
se haya acordado el Documento de Visin se generar la
lnea base.
Al fin de la Elaboracin, cuando se tengan aprobadas las
Especificaciones de Casos de Uso, se generar la lnea
base.
Se generar una nueva lnea base cada vez que se
produzca una modificacin en los requerimientos o en los
casos de uso, por control de cambios.
Por cada entrega a QA o al Cliente, se generar una lnea
base.
Una vez el Producto est terminado, probado y validado con
el cliente, se tendr la lnea base final.

Planes
Cronograma
Lista de Riesgos

Visin
ERS
Especificaciones de Casos de Uso
Interfaces

Aplicacin
Pruebas Unitarias

La siguiente tabla describe los distintos tipos de releases referentes a la aplicacin que se definen
para los proyectos:
Nombre Release
Entrega a Testing
Aceptado
Produccin

Descripcin
Este release ser creado cuando exista un conjunto de cdigo desarrollado en estado
estable para comenzar las pruebas y acordada la planificacin con el rea de Testing.
Este release ser creado una vez que el sector usuario ejecuta exitosamente (segn
criterios de aceptacin) todos los casos de prueba. El resultado de este release ser
utilizado como release de produccin.
Este release se crear una vez que se haya recibido la aceptacin por parte del sector
usuario despus que haya iniciado la fase de mantenimiento.

4.6. Esquema de Nomenclatura y Numeracin de tems

El esquema de nomenclatura de las lneas base y de los release, se encuentra especificado en el
Procedimiento de Generacion de Lineas Base y Release de Proyecto dentro del CDP.

5. Control de la configuracin
5.1. CCB (Change Control Board Comit de Control de Cambios)

5.1.1.

Integrantes del CCB

Miembros/Rol
Lder del CCB
Responsable del Cliente
Evaluador de Cambios

5.1.2.

Apellido y nombre
Freddy Arredondo
Fabin Loayza
Freddy Arredondo

Reuniones

Tipo de Reunin
Reunion Semanal
de avance

Propsito
En la reunin semanal de avance con el
cliente se debern tratar los cambios
presentados por el cliente

Frecuencia
Semanal

Duracin
1h

5.1.3. Responsabilidades del CCB

El CCB tendr la autoridad para administrar el proyecto de software en lo que respecta a las
funciones que se describen a continuacin:
a. Autorizar la creacin de lneas base.
b. Representar al Administrador de Proyectos y a todos los grupos que pueden ser
afectados por cambios a la lnea base.
c. Evaluar la disponibilidad de recursos necesarios para la ejecucin del cambio
propuesto y los costos asociados.
d. Evaluar como impactan los cambios propuestos en la planificacin definida.
5.2. Entornos / ambientes
La siguiente tabla describe los ambientes propuestos para el desarrollo y mantenimiento de los
productos correspondientes al proyecto [[Plan de Gestin de la Configuracin]]:
ID
1
2
3
4

Descripcin
Desarrollo
Testing
Test de Aceptacin
Produccin

Responsable
Fabian Loayza

Ubicacin
Domicilio

Freddy Arredondo
Maria del Carmen Loayza
Fabian Loayza

Domicilio
Oficina IAE BUSINESS
Domicilio

6. Auditoria de CM
A continuacin se describen las auditorias de CM a ser llevadas a cabo durante el proyecto.
Audit.
ID

Tipo

Fsica

Proceso

Descripcin
Auditar que estn bajo control de versin todos los
tems mencionados en este documento de acuerdo a
las lneas base entregadas.
Auditar que se cumplan todos los tems del rea de
proceso de CM, de acuerdo al checklist de CM.

Responsable

Momento

QA

Transicin

QA

En Inicio y Transicin

7. Reportes de Estado
A continuacin se describen los reportes de configuracin a ser generados para identificar el estado
de la configuracin del software.
ID de
reporte
1

Propsito
Informar del estado de
la configuracin y de la
adherencia a procesos
de acuerdo al checklist
de CM

Responsable

Frecuencia
En Incepcin y Transicin

QA