Contenido

1. Introduccin .......................................................................................................................... 2
1.1. Propsito ....................................................................................................................... 2
1.2. Alcance .......................................................................................................................... 2
1.3. Acrnimos ..................................................................................................................... 3
1.4. Trminos........................................................................................................................ 3
2. Administracin ...................................................................................................................... 3
2.1. Organizacin.................................................................................................................. 3
2.2. Responsabilidad ACM.................................................................................................... 3
2.2.1. Lder de Configuracin .......................................................................................... 3
2.2.2. Lder del proyecto ................................................................................................. 3
2.2.3. Analista Desarrollador ........................................................................................... 4
2.3. Polticas, directivas y procedimientos aplicables .......................................................... 4
2.3.1. Normas o reglas..................................................................................................... 4
2.3.2. Procedimientos ..................................................................................................... 4
3. Actividades de ACS ................................................................................................................ 5
3.1. Identificacin de las configuraciones ............................................................................ 5
3.1.1. Identificacin de los elementos de configuracin ................................................ 5
3.1.2. Nombres de los EC ................................................................................................ 6
3.1.3. Adquisicin de los elementos de configuracin.................................................... 6
3.2. Control de configuracin ............................................................................................... 6
3.2.1. Solicitud de cambio ............................................................................................... 7
3.2.2. Evaluacin de cambios .......................................................................................... 8
3.2.3. Aprobacin o rechazo de los cambios ................................................................... 8
3.2.4. Implantacin de cambios ...................................................................................... 9
3.3. Registro y estado de configuracin ............................................................................. 10
3.4. Auditoria y revisin de la configuracin...................................................................... 11
3.5. Control de Interfaz ...................................................................................................... 11
4. Recursos de ACS .................................................................................................................. 11
5. Plan de mantenimiento del ACS .......................................................................................... 12
 CONTENIDO DEL PLAN DE ADMINISTRACIN DE LA CONFIGURACIN DEL
SOFTWARE (PACS)

1. Introduccin
El Plan de Administracin de la Configuracin del Software (PACS) documenta las actividades
de gestin de la configuracin del software que se van a llevar a cabo durante el transcurso
del proyecto, Control de Almacn, Cmo van a ser llevadas a cabo?, quin es el
responsable de realizar ciertas actividades?, cundo van a realizarse las actividades?, y
qu recursos son necesarios? Todas estas preguntas se respondern en el transcurso de la
documentacin.

El plan de configuracin va establecer y mantener la integridad durante su ciclo de vida del

proceso. Es decir, que se garantice que los cambios no se realicen de forma inapropiada,
todos los interesados en su desarrollo deben tener la versin correcta de la aplicacin y su
documentacin.

Adems, se presentan mtodos a utilizarse para la identificacin de los elementos de la

configuracin de software, control e implementacin de cambios, registro y reporte del
estado de la implementacin del cambio as como los problemas durante el mismo,
realizacin de auditoras de configuracin, ciclos de Revisiones y aprobaciones as como la
autoridad para la aprobacin y adems la identificacin del personal responsable por la
configuracin del software.

1.1. Propsito
El propsito de este documentos es definir los factores y actividades de la administracin
de configuracin, as como los pasos que hay que seguir para la evaluacin y aceptacin de
los cambios, adems se establecen los responsables de la autoridad de cambios, como sus
funciones, el mtodo nombrado y la estructura de los informes del estado de configuracin

Durante el ciclo de vida, se va a identificar y definir los elementos en el sistema, controlando

el cambio de estos elementos, registrando y reportando el estado de los elementos y las
solicitudes de cambio, y verificando que los elementos estn completos y que sean los
correctos.

1.2. Alcance

El plan de Administracin de la configuracin se desarrolla en todas las fases del ciclo de

vida del software. Dentro del control de la Administracin de configuracin se encuentran:

- El Modelo de Proceso se basa en un desarrollo incremental, dado por las distintas

iteraciones. Resulta importante tener control sobre cada una de las iteraciones y fases,
de los productos generados en estas y de los cambios surgidos, evaluados y aprobados.

- Se deben incluir en control de configuracin la mayor cantidad de productos posibles,

tomando en cuenta siempre las restricciones dadas por la duracin del proyecto y por
la capacidad organizativa del grupo.

- Se establece el tipo de nomenclatura utilizado para el control de las versiones de los

documentos que se encuentran dentro de los elementos de la gestin
 - La eleccin de los EC se realizar en base a los entregables, siendo asignado al Lder de
Configuracin del PACS, apoyado por los integrantes de otro grupo de trabajo.

- Se incluye un control de mantenimiento de PACS, el cual deber ser revisado al inicio de

cada fase, modificado de acuerdo a lo necesario, aprobado y distribuido al equipo de
proyecto.

1.3. Acrnimos
EC: Elemento de Configuracin, un elemento controlado por el sistema de
configuracin.
AC: Administracin de la Configuracin, el proceso de conservar las versiones
relevantes del proyecto.
PACS: Plan de Administracin de la Configuracin del Software.
CCC: Comit de Configuracin de Cambios.

1.4. Trminos

2. Administracin
2.1. Organizacin
Los roles establecidos para el PACS es el siguiente:

Lder de Configuracin
Lder de Proyecto.
Analista Desarrollador.

2.2. Responsabilidad ACM

2.2.1. Lder de Configuracin
Organizar y controlar la AC
Discutir los planes de AC con el equipo de desarrollo antes de
implantarlos.
Mantener el documento PACS
Instalar y mantener herramientas de AC.
Adquirir, mantener y respaldar las herramientas de configuracin usadas.
Desarrollar un plan de accin si las herramientas no tienen soporte.

2.2.2. Lder del proyecto

Se encargar, junto con su administrador, de la funcin del lder de
configuracin slo en circunstancias excepcionales.
Conocer todos los medios relevantes de acceso a los documentos durante
la vida del proyecto.
Asegurar que los documentos se archiven de acuerdo con las polticas
establecidas en la seccin 2.3
 2.2.3. Analista Desarrollador
Acatar las reglas de la AC que publique el lder de configuracin.
Consultar el documento responsabilidades estndar de los Analista
Desarrollador.
Las responsabilidades adicionales se establecen en la seccin 3.

2.3. Polticas, directivas y procedimientos aplicables

2.3.1. Normas o reglas
Responsabilidades del cliente
o El cliente deber revisar minuciosamente cada uno de los
entregables por el equipo de proyecto.
o Cualquier observacin que se tenga de los entregables, deber ser
remitida al gerente de proyecto para poder llegar a un acuerdo.
Responsabilidades del equipo de proyecto
o El equipo deber tener en cuenta todos los criterios de aceptacin
durante todo el desarrollo de los entregables.
o El equipo de desarrollo est en la obligacin de corregir todas las
observaciones que haga el cliente y que sean aceptadas por el
gerente de proyecto.
Representantes Designados del Cliente
o En cooperacin con los representantes designados del proyecto,
comparten la responsabilidad de crear, mantener y ejecutar el Plan
de Aceptacin del proyecto Sistema de Almacen, que incluye los
artefactos necesarios y los mtodos y criterios de aprobacin.

2.3.2. Procedimientos
Se requerir de un representante designado por el cliente o el mismo, para
realizar las pruebas de aceptacin con conocimiento solo del negocio y un
representante designado por el gerente del proyecto que forme parte del
equipo de desarrolladores para hacer correcciones menores o para
determinar el grado de error en caso se necesite.
En el caso que se presentara alguna observacin al producto, se iniciar
inmediatamente el proceso de correccin, el cual no deber durar ms de
una semana. El objetivo es aclarar los puntos a corregir y para ello se podr
conversar con los distintos encargados del proyecto.
Una vez determinado el grado de la observacin se procede a determinar
un tiempo para una nueva revisin y se procede a realizar correcciones y /
o ajustes en el software.
3. Actividades de ACS
3.1. Identificacin de las configuraciones
3.1.1. Identificacin de los elementos de configuracin

Para este proyecto los EC se correspondern con los entregables del equipo que se
encarg del desarrollo del software, aunque no necesariamente todos los entregables
deben ser EC.

La decisin de cul de los entregables sern elementos de configuracin ser tomada

por el lder del proyecto, quin deber tomar en cuenta qu productos sern necesarios
cuando se quiera recuperar una versin completa del sistema.

Acta de Constitucin del Proyecto

Planificacin Anlisis de interesados.

Registro de interesados

Documentacin de requisitos

Matriz de trazabilidad de
Requerimientos requerimientos

Especificacin de casos de uso

Tabla de Priorizacin de Casos de uso

Diccionario de datos

Diseo Prototipos

Modelo de base de datos

Cdigo Fuente

Implementacin Script base de datos

Ejecutable de la aplicacin.

Elaboracin de Pruebas Funcionales

Plan Maestro de Pruebas

Pruebas
Informe de Resultado de Pruebas

Resumen de Evaluacin de Pruebas

Gestin de la Configuracin Plan de Gestin de la Configuracin

 3.1.2. Nombres de los EC

La identificacin se lleva a cabo mediante la inclusin de varias etiquetas en el nombre

del archivo, relacionado con determinados parmetros tales como la versin o la
actividad. Esta seleccin de los tems de configuracin ser responsabilidad del lder de
configuracin, dichos tems sern puestos bajo AC de acuerdo con el presente plan.

Los documentos que han sido identificados son los siguientes:

Acta de Constitucin del Proyecto

Anlisis de interesados.

Registro de interesados
Documentacin de requisitos

Matriz de trazabilidad de requerimientos

Especificacin de casos de uso

Tabla de Priorizacin de Casos de uso

Diccionario de datos

Prototipos

Modelo de base de datos

Cdigo Fuente

Script base de datos

Ejecutable de la aplicacin
Elaboracin de Pruebas Funcionales

Plan Maestro de Pruebas

Informe de Resultado de Pruebas

Resumen de Evaluacin de Pruebas

Plan de Gestin de la Configuracin

3.1.3. Adquisicin de los elementos de configuracin

3.2. Control de configuracin

En esta seccin se detallan las actividades de solicitud, evaluacin, aprobacin e

implementacin de cambios a los elementos de la lnea base.
Los cambios apuntan tanto a la correccin como al mejoramiento.

El procedimiento que se describe a continuacin es el que se utilizar cada vez que se

precise introducir un cambio al sistema.

Se entiende por cambio al sistema, las modificaciones que afecten a la lnea base del
sistema, como pueden ser:

Cambios en los Requerimientos.

Cambios en el Diseo.
Cambios en la Arquitectura.
Cambios en las herramientas de desarrollo.
Cambios en la documentacin del proyecto. (Agregar nuevos documentos o
modificar la estructura de los existentes)

En esta etapa es donde se implementa el circuito de control de cambios tanto para

realizar correcciones al software como para implementar mejoras al mismo.

3.2.1. Solicitud de cambio

Cuando se realiza la solicitud de un cambio, se actualiza el documento de
Solicitud de cambio para registrar esta solicitud.

Se debe ingresar toda la informacin necesaria, detallada en el documento.

En este proceso cualquier cambio que afecta a los requisitos de la lnea base
deben ser presentadas al lder de proyecto como una peticin de cambio, en la
siguiente imagen se muestra una solicitud de cambio. Si la solicitud es
rechazada, puede ser redefinida y volver a presentarla. Si se acepta, los
requisitos sern de nuevo lnea base y todos los potencialmente afectados por
el cambio sern informados. Esta peticin debe de realizarse a travs del
formato correspondiente (administrado por el Lder de PACS)
3.2.2. Evaluacin de cambios

La evaluacin del cambio involucra determinar qu es necesario hacer para

implementar el cambio.

Se realiza en 2 pasos:

1. Planificacin de la evaluacin del cambio que involucra:

- Revisar la solicitud de cambio para entender su alcance. (Si es necesario se

discute con el solicitante para aclarar el alcance de lo propuesto y los motivos
de la solicitud.
- Determinar las personas del proyecto que deben realizar el anlisis de
evaluacin del cambio e involucrarlas.
- Desarrollar un Plan para la evaluacin del cambio.
- Si el cambio involucra al Cliente, obtener el acuerdo de ste con el Plan.
2. Evaluar el cambio:

Dependiendo de las caractersticas del cambio, la evaluacin del cambio puede ser
realizado por el lder de proyecto o ser delegado a otra persona.

Se debe determinar el impacto en:

- Los productos tcnicos.

- Los Planes de proyecto.
- Los acuerdos con el Cliente.
- Los Riesgos del proyecto.

3.2.3. Aprobacin o rechazo de los cambios

EL lder de proyecto es el que se encarga de evaluar la solicitud de cambio determinado

la severidad, importancia, impacto, coste y alcance del cambio, para poder as
rechazarlo o aceptarlo. Para ello se debe formar un Comit de Control de
Configuracin y determinar su autoridad para la aprobacin de cambios.

Una vez que haya sido aprobada lder del proyecto y haber formado el CCC, tambin
determinar, una vez implementado el cambio, que realmente el propsito de este se
ha conseguido y as poder aceptarlo y actualizarlo en el repositorio. Tambin implicara
decidir si ya un conjunto de cambio, sin haber llegado al final de la iteracin, implica la
formacin de una nueva lnea base.

La composicin de este comit puede variar segn el tipo de cambio y las lneas de
trabajo involucradas en l.
 Se sugieren como posibles integrantes:
Lder de Configuracin.
Analistas Desarrolladores

3.2.4. Implantacin de cambios

Una vez se haya aprobado los cambios de un EC, el lder de configuracin se encarga
de decidir en qu momento implementarlo. Esta etapa involucra los procesos
necesarios para implementar la solicitud y monitorear el progreso del trabajo.

Adems, se especificar el momento de liberacin del cambio; as como tambin los

responsables de las actividades que involucra el cambio.

Solicitud de cambio
o Los objetivos de la peticin de cambio comprenden la correccin de
errores, innovacin y mejora de los servicios, y cumplimiento de nuevas
normativas legales.
Registro de la peticin del cambio
o La RFC debe ser correctamente registrada para poder realizar el
seguimiento de todo el proceso de cambio. El registro debe incluir:
o Identificador nico de la RFC
o Descripcin detallada del cambio propuesto y sus objetivos
o Estatus: aceptado, aprobado,..
 Definir la clasificacin
o Para el correcto procesamiento del cambio es necesario determinar su:
o Prioridad: importancia relativa de esta RFC. Determinar el calendario del
cambio
o Categora: impacto y dificultad del cambio. Determinar la asignacin de
recursos y plazos previstos.
Planificacin del cambio
o Elaboracin de calendarios realistas del cambio
o Cumplimiento de los objetivos previstos
o Minimizacin de incidencias secundarias derivadas del cambio
Implementacin
o Se debe coordinar el proceso en el entorno de desarrollo, entorno de
pruebas e implementacin
Back- Out
o Los planes back-out son imprescindibles para evitar interrupciones graves
del servicio. Sus objetivos principales son:
o Volver en el menor tiempo posible a la ltima configuracin estable
anterior del cambio
o Impedir que se pierda datos e informacin valiosa durante los procesos de
implantacin del cambio
Evaluar el cambio
o Se debe coordinar el proceso en el entorno de pruebas
Registro del cambio
o Se actualiza la CMDB (Base de datos de la gestin de configuracin).

Monitorizacin y seguimiento El proceso debe ser monitorizado:

o Aseguramiento que la CMDB se encuentra actualizada
o Emitiendo informes de rendimiento
o Elaborando mtricas que permitan evaluar cambios

3.3. Registro y estado de configuracin

En los reportes de estado de los elementos de configuracin se debe incluir como mnimo
la siguiente informacin:

Su primera versin aprobada.

El estado de los cambios solicitados. Este informe se genera al final de cada

semana

El tiempo que permanece cada solicitud de cambio en un determinado estado,

as como cuantas solicitudes de cambio hay en cada estado y el tiempo medio
que han tardado las solicitudes de cambio que han sido resueltas o cerradas hasta
 el momento, desde que se emitieron. (Este informe se generar al final de cada
semana)

De forma grfica la evolucin del estado de solicitudes de cambio, desde la fecha

inicial de la iteracin hasta la fecha final. Adems estadsticas sobre tiempo medio
que las solicitudes han permanecido en cada estado, tiempo medio en ser
resueltas o cerradas, porcentaje de solicitudes que han sido cerradas, las que han
tenido que ser reabiertas, o las que no se han asignado, etc. (Este informe se
realizar al final de la iteracin).

El estado de implementacin de los cambios aprobados.

3.4. Auditoria y revisin de la configuracin

El lder del proyecto programar reuniones semanales con el jefe de configuracin

para verificar que los artefactos resultantes del cambio se estn correcto para poder
avanzar a la siguiente fase del PACS.

Una auditoria funcional de configuracin (FCA) se encargar que el producto del

trabajo cumpla con sus requisitos de rendimiento.

Y una auditoria fsica de configuracin (PCA) validar la coherencia entre el producto y

su documentacin tcnica.

3.5. Control de Interfaz

4. Recursos de ACS
Elemento Caractersticas Descripcin
Procesador de 1,6
GHz o superior.
1 GB de RAM (1,5
GB si se ejecuta en
una mquina Nos permitir el desarrollo de la
virtual) arquitectura para el sistema web.
10 GB de espacio
Visual Studio 2015 disponible en el
disco duro.
compatible con -
DirectX 9 con una
resolucin de
pantalla de 1024 x
768 o superior.
 Framework:.NET 3.5
SP1
Velocidad del
procesador
Nos permitir construir la base de
SQL Server 2014 Procesador x86: 1,0 datos, en el que nos brinda el
GHz almacenamiento de la informacin
Procesador x64: 1,4
GHz
Mnimo de 6 GB de
espacio disponible
en disco.

WindowsXP /
Windows 2003
Server.
Servidor Svnserve
Gestor de Versiones 1.4.3 (versin Nos ayuda para el despliegue de
SVN utilizada en este versiones del proyecto
post) (Documentacin, cdigo)
TortoiseSVN 1.4.3
(versin utilizada en
este post)

Balsamiq Mockups 3 Windows 7 o Nos ayuda a una elaboracin previa de

superior los prototipos de nuestro sistema, con
lo cual nos ayuda a ver mejor las
funcionalidades del software
Enterprise Architec Windows 7 o Nos ayuda a modelar, disear y
superior construir para la entrega del software
Pcs o Laptop Corei5 Equipos de trabajo para el desarrollo
Mnimo 500gb del proyecto
4 de memoria RAM
Microsoft Office 2013 Windows 7 o Nos ayuda a documentar todo nuestro
superior plan para el desarrollo del producto.

5. Plan de mantenimiento del ACS

El monitoreo del PACS ser llevado a cabo por el administrador de AC, el cual ser el
encargado de actualizarlo segn sea conveniente este plan. Cada integrante del equipo
podr realizar sugerencias de actualizaciones y mejoras, las cuales sern comunicadas al
administrador de AC, y el mismo se encargar de modificar este documento.

Cualquier actualizacin al PACS ser realizada durante la finalizacin de cada fase del
proyecto, si existen cambios relevantes a realizarse. En caso de realizarse la actualizacin,
la misma ser especificada en este documento en la parte de Revisin de Cambios que
se provee.

Todos los cambios identificados durante cada fase sern evaluados por el administrador
de AC, y los dems miembros del equipo de proyecto y el encargado de aprobar o no los
cambios ser el administrador de AC. Finalmente se agregarn los cambios encontrados
al final de la fase en curso. Luego de esto, se deber comunicar los cambios a todos los
integrantes del equipo mediante email o en una de las reuniones de coordinacin, pero
se debe dejar constancia de la comunicacin en la parte Distribucin presente en este
plan.

ANEXAR LAS SOLICITUDES