Plan de Gestin de la Configuracin

Constructora El Mirador S.A.

Este documento presenta las directrices a seguir por el equipo de proyecto para el desarrollo de lneas base y CARLOS 03/10/2009

Historial de Revisiones
Fecha 02-10-2011 Versin 1 Descripcin Se describen los puntos principales para generar la primera lnea base al comenzar la construccin. Autor Gabriel rdenes Carlos Muoz

Contenido
1. Introduccin ................................................................................................................................ 4 1.1. 1.2. 1.3. 1.4. 2. Propsito ............................................................................................................................. 4 Alcance ................................................................................................................................ 4 Definiciones, acrnimos y abreviaturas. ............................................................................. 4 Resumen .............................................................................................................................. 4

Documentacin ........................................................................................................................... 5 2.1 Gestin ................................................................................................................................ 5 Planes .......................................................................................................................... 5 Informes ...................................................................................................................... 6

2.1.1 2.1.2 2.2

Producto .............................................................................................................................. 6 Documentos de la metodologa .................................................................................. 6 Manuales ..................................................................................................................... 7 Diagramas .................................................................................................................... 8 Cdigo.......................................................................................................................... 8

2.2.1 2.2.2 2.2.3 2.2.4 3. 4. 5.

Control de versiones ................................................................................................................... 8 Proceso de control de cambios ................................................................................................... 9 Referencias .................................................................................................................................. 9

1. Introduccin
1.1. Propsito

El propsito de este documento es establecer los formatos obligatorios que debe seguir el equipo de proyecto para la creacin de cada producto o entregable

1.2.

Alcance

El presente documento describe el primer esbozo de la gestin de la configuracin en el proyecto PRM para Constructora El mirador S.A. y no es aplicable a otros proyectos

1.3.

Definiciones, acrnimos y abreviaturas.

Ver Glosario.

1.4.

Resumen

2. Documentacin
Para todos los documentos debe usarse Ttulos con fuente Cambria (Ttulos), prrafos justificados con fuente Calibra tamao 11.

2.1

Gestin
2.1.1 Planes

Los planes deben conformarse por la siguiente estructura: Cada archivo en formato .doc debe nombrarse Plan de <Disciplina correspondiente> Comenzar con una portada del tipo Moderno de Microsoft Word 2003 o 2007, dentro de la cual se incluir como ttulo el nombre del plan: Plan de <Disciplina correspondiente>,un subttulo con el nombre del cliente del proyecto: Constructora El Mirador S.A., un abstracto que explique el contenido del documento, el nombre del autor y la fecha de creacin En la segunda pgina una tabla para el historial de revisiones como se representa a continuacin: Fecha <Fecha de la revisin> Versin <Nmero de la versin> Descripcin <Resumen de los cambios importantes realizados en la revisin> Autor <nombre del autor(es) de la revisin>

En la tercera pgina una tabla de contenido del tipo Tabla automtica 1 n Microsoft Word En la cuarta pgina un punto uno que sirva de introduccin al documento, se debe estructurar como sigue: 1. Introduccin 1.1 Propsito <Un prrafo que explique para quin va dirigido, qu informacin va a prestar> 1.2 Alcance <Un prrafo que explique para quin est restringido, cual es su vigencia en el tiempo, sobre qu proyecto se aplica> Definiciones, acrnimos y abreviaturas.

1.3

<Diccionario de trminos tcnicos y/o ambiguos> 1.4 Resumen <Uno o dos prrafos explicativos de los temas abarcados dentro del documento>

Cada plan debe ser actualizado al inicio de cada fase, en caso de que el jefe de proyecto considere que el plan no necesita una nueva revisin, se debe guardar el plan dentro de la lnea base, con una anotacin dentro de de su historial de revisiones indicando que el plan se da por terminado. 2.1.2 Informes

Dentro de la categora de informe, se consideran: Informes de pruebas. Informes de evaluacin de iteracin. Informes de evaluacin de fase. Informes de reunin (minuta).

Cada informe debe ser guardado como evidencia de su Plan/Disciplina dentro de cada lnea base para futuras consultas.

2.1.3 Cronograma

La creacin del cronograma debe ser en la herramienta Microsoft Project 2007, la misma herramienta dar una carta Gantt para apoyar el control de avances semanales dentro del equipo de proyecto. La actualizacin, tambin aceptada como refinacin de este instrumento se debe llevar a cabo al inicio de cada fase y en casos de presentarse atrasos, el jefe de proyecto puede modificar el cronograma para replantear el tiempo de las tareas pendientes y continuar con las evaluaciones semanales.

2.2

Producto
2.2.1 Documentos de la metodologa

La base para el contenido de los documentos necesarios para seguir la metodologa ser [LARMAN05] [JACOB00]

Los documentos deben conformarse por la siguiente estructura: Cada archivo en formato .doc debe nombrarse todo con mayscula: <4 primeras letras de la fase><nmero de iteracin>_<nombre del artefacto>_<versin> . Ejemplo: ELAB1_VISION_1.2 Comenzar con una portada del tipo Moderno de Microsoft Word 2003 o 2007, dentro de la cual se incluir como ttulo el nombre del plan: Plan de <Disciplina correspondiente>, un subttulo con el nombre del cliente del proyecto: Constructora El Mirador S.A., un abstracto que explique el contenido del documento, el nombre del autor y la fecha de creacin En la segunda pgina una tabla para el historial de revisiones como se representa a continuacin: Fecha <Fecha de la revisin> Versin <Nmero de la versin> Descripcin <Resumen de los cambios importantes realizados en la revisin> Autor <nombre del autor(es) de la revisin>

En la tercera pgina una tabla de contenido del tipo Tabla automtica 1 en Microsoft Word En la cuarta pgina un punto uno que sirva de introduccin al documento, se debe estructurar como sigue: 2. Introduccin 2.1 Propsito <Un prrafo que explique para quin va dirigido, qu informacin va a prestar> 2.2 Alcance <Un prrafo que explique para quin est restringido, cual es su vigencia en el tiempo, sobre qu proyecto se aplica> Definiciones, acrnimos y abreviaturas. <Diccionario de trminos tcnicos y/o ambiguos> Resumen

2.3

2.4

<Uno o dos prrafos explicativos de los temas abarcados dentro del documento> 2.2.2 Manuales

El formato de los manuales a confeccionar se debe definir en la segunda iteracin de la fase de construccin. 2.2.3 Diagramas 2.2.3.1 Diagramas de negocio 0 Todo diagrama explicativo a nivel de negocio, debe ser creado con BPM en la herramienta BIZAGI, debe ser nombrado como Diagrama_<mdulo representado>

2.2.3.1 Diagramas de diseo

Los diagramas de diseo sern en UML, desarrollados con la herramienta STAR UML, la cual permite guardar un conjunto de diagramas en un mismo archivo, tales conjuntos de diagramas deben ser nombrados como 4+1 <versin> haciendo alusin al modelo 4 + 1 de Kruchten.

2.2.4 Cdigo

Formato de archivos??

3. Control de versiones
3.1 Qu herramientas utilizar?

Para gestionar las versiones de los objetos de configuracin, se usar un repositorio Google Code con el nombre de proyecto PRM_VALHALLA al cual se acceder mediante el plugin de AnkhSVN dentro de la herramienta de desarrollo Visual Studio a disposicin de ambos miembros del grupo. Este repositorio servir tanto para subir nueva informacin, mantener lneas base y para obtener informacin almacenada.

3.2

Qu controlar?

Dentro del control de versiones se considera mantener el control de las versiones de todos los artefactos mencionados anteriormente en el punto 2, exceptuando los informes, los cuales actan como evidencia de los procesos.

4. Proceso de control de cambios

Como los cambios y adiciones de componentes son parte de la metodologa, se decide apresurar el proceso de evaluacin y aceptacin utilizando el proceso que se describe a continuacin. Al inicio de cada iteracin se consideran los cambios necesarios para cumplir los objetivos de la misma, el equipo de proyecto evala los cambios solicitados y si son posibles de realizar en una iteracin, si la respuesta es negativa, se replantean los cambios solicitados para la nueva iteracin, en caso contrario, se debe documentar dentro del plan de iteracin los objetivos a alcanzar Crear BPM del proceso

5. Referencias
[LARMAN05]: UML Y PATRONES, Richard Larman 2005

[JACOB00]: EL PROCESO UNIFICADO DEL DESARROLLO DEL SOFTWARE, Jacobson 2000