Plan de Administracin de Configuracin del proyecto

2011

Plan de Administracin de Configuracin del proyecto

Anlisis y Diseo 2 Segundo Semestre 2011

17 de Agosto
2011

Marvin Hernndez Obed Espinoza Deiby Gmez Alan Ucelo Jacob Noj

200412371 200610991 200715047 200714768 200715223

Plan de Administracin de Configuracin del proyecto

2011

Contenido 1. Historial de cambios ........................................................................................... 3 1.1. Hoja de aprobaciones ...................................................................................... 3 1. Introduccin ..................................................................................................... 4 1. Propsito del Plan .............................................................................................. 4 2. Alcance............................................................................................................. 4 2. Referencias....................................................................................................... 5 3. Roles y Responsabilidades ................................................................................ 6 1. Definicin de Roles ............................................................................................. 6 1. Lineamientos generales para la configuracin .................................................. 6 1. Claves de Identificacin de Elementos de Configuracin ......................................... 6 2. Identificacin de elementos de configuracin ......................................................... 7 1. Proceso de cambios .......................................................................................... 9 1. Comit de control de cambios (ccb) ................................................................10 1. Ambientes .......................................................................................................11 2. Repositorios ....................................................................................................12 1. Estructura de repositorio de proyectos ................................................................ 12 2. Procedimientos de respaldo ............................................................................... 13 3. Respaldos del repositorio. ................................................................................. 13 4. Identificacin de lneas base .............................................................................. 14 5. Convencin de Nombres para Lneas Base ........................................................... 15 3. Estatus de la Configuracin .............................................................................16 6. Auditoras de configuracin ............................................................................... 16 7. Reporte de estatus de la configuracin ............................................................... 16 4. Archivo ............................................................................................................16 5. Calendario de Actividades ...............................................................................17 6. Recursos ..........................................................................................................17 1. Herramientas .................................................................................................. 17 2. Tcnicas ......................................................................................................... 18 3. Entrenamiento ................................................................................................. 18 4. Soporte .......................................................................................................... 18 7. Acrnimos y Definiciones ................................................................................19

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 2

Plan de Administracin de Configuracin del proyecto

2011

1. Historial de cambios
Actualmente esta es la primera versin del documento por lo que no ha habido cambios que se registren.
Rev. Pg. Seccin Resumen del cambio Responsable del cambio Aprob Fecha

1.1.Hoja de aprobaciones

<Responsable de aprobar>

Fecha

Firma

Marvin Adolfo Hernndez Alonzo Obed Alejandro Espinoza Guevarra Deiby Mauricio Gmez Alan Gonzalo Ucelo Moran Jacob Israel Noj Lpez

17,08,2011 17,08,2011 17,08,2011 17,08,2011 17,08,2011

durodepeinar@gmail.com obedaeg@gmail.com softdeiby@gmail.com algoucelo18@gmail.com coreyanihilator@gmail.com

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 3

Plan de Administracin de Configuracin del proyecto

2011

1.

Introduccin

El plan de Administracin de la Configuracin es un documento realizado como gua de actividades para administrar cada una de las etapas del ciclo de vida del software; aplicados al proyecto del sistema bancario del Banco Industrial. El Banco Industrial es una empresa lder en la banca que busca constantemente proveer de nuevos y mejores servicios de calidad a sus clientes, as mismo el banco Industrial busca expandirse al asociarse con empresas para ayudarlas a su desarrollo al permitirles poder realizar cobros y pagos en lnea. Este plan contempla una serie de actividades importantes, que sern de ayuda y soporte para cada etapa del desarrollo del proyecto, para ello es necesario definir los estndares, metodologas, esquemas de trabajo, etc. que se aplicaran al proyecto. Finalmente el objetivo es cumplir todas las normas propuestas de calidad y madurez que conlleva un proyecto de software. 1.1. Propsito del Plan

El propsito de este documento es definir un plan de estrategias, procedimientos y prcticas a utilizar para poder cumplir con una buena administracin de configuracin a lo largo de todo el ciclo de vida del proyecto de sistema bancario. Este documento se espera que sirva como gua a todos los involucrados en el proyecto para que cada entregable y producto terminado sea revisado segn los procedimientos propuestos para garantizar la calidad del producto final. 1.2. Alcance

La administracin de la configuracin ms que una tcnica sugerida, es una disciplina que acompaa el ciclo de vida del software, asegurando la transparencia del proyecto y cada uno de los diferentes productos y entregables. Para ello se definen los siguientes aspectos que se contemplan en este plan: Identificacin de todos los productos que deben ser controlados, as como los criterios de nombrado y versionamiento de los mismos. Ubicacin y localizacin de los repositorios del proyecto. Definicin y creacin de lneas base. Definicin del mbito y alcance del control de la configuracin, describiendo los procesos contemplados en l. Definicin del proceso de control de cambios y comit encargado de gestionarlos. Definicin de los distintos ambientes necesarios, de acuerdo al proyecto, para el correcto desarrollo, pruebas y despliegue de los productos finales. Definicin del procedimiento de gestin de respaldos, segn la importancia de cada mdulo del proyecto. Identificacin de los reportes y auditoras para el control de la administracin de configuracin del proyecto. Identificacin de responsabilidades para la administracin de configuracin. Definicin del cronograma de actividades para desempear la administracin de la configuracin en los proyectos. Los recursos y facilidades necesarios para llevar adelante los aspectos anteriores.

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 4

Plan de Administracin de Configuracin del proyecto

2011

2.

Referencias
Referencia Descripcin

Electronic Records Achives CMP Presentacin Administracin de la Configuracin parte I Presentacin Administracin de la Configuracin parte II SubVersion Version control

Documento Elaborado por Electronic Records Achives de Plan de Administracin de la configuracin para un proyecto de uno de sus clientes. Consultado como referencia y marco general para el desarrollo de un buen documento de CMP (Configuration Management Plan). Presentacin que introduce al concepto de control de la configuracin como un proceso auxiliar en el ciclo de vida del software. Consultado para realizar la definicin de auditoras y estados del proyecto, as como un marco general para la elaboracin del documento. Presentacin que ampla el concepto de repositorios y control de versiones, as como introducir al concepto de integracin contina. Consultado como referencia para la definicin del software de repositorio y control de versiones a utilizar. Libro creado por Bruce Peren, que introduce al uso de la herramienta SVN para la gestin de repositorios y control de versiones, brindando tcnicas, ideas y soluciones problemticas comunes de desarrollo en conjunto. Consultado como referencia para la definicin de repositorios.

SCM Gestin de Documento que proporciona lineamientos y conceptos bsicos para la comprender la definicin de la gestin de la configuracin. Configuracin SCM Documento que ejemplifican los objetivos, misin, alcances, etc. Que Administracin debe tener la administracin de la configuracin. de Configuraciones Release Magament Documento que describe la administracin de la configuracin y la administracin de los distintos entregables y su versionado.

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 5

Plan de Administracin de Configuracin del proyecto

2011

3.
3.1.

Roles y Responsabilidades
Definicin de Roles
Rol Responsabilidad

Administrador de la Configuracin del proyecto

Analista

Gestor de QA

Auditor

Establecer y mantener la plantilla del proyecto. Elaborar el plan de administracin de la configuracin revisarlo con los involucrados. Crear y liberar lneas base de los productos organizacionales. Realizar las revisiones a los repositorios de la organizacin. Definir y aprobar los recursos a utilizar Elaborar lineamientos generales de la Administracin de la Configuracin. Identificar y establecer las versiones y tipos de versionado. Elaborar documentos de Requerimientos de clientes y software. Definir y aprobar los recursos a utilizar Parte del comit de Cambios. Realizar auditoras y revisar el estado de la configuracin. Elaborar Calendario de Actividades. Realizar pruebas sobre el desarrollo para garantizar la calidad de los entregables. Realizar las auditoras a los repositorios del proyecto para asegurar que se cumplan los lineamientos definidas en el plan.

4. Lineamientos generales para la configuracin

4.1Claves de Identificacin de Elementos 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. Para el versionamiento de nuestros documentos, siguiendo los estndares de este documento ser SolutionAutoBISw. Donde Solution:= es debido a que el software es una solucin. Auto:= debido a que el software se refiere a la automatizacin de un proceso actual. BI:= por la entidad Banco Industrial la cual solicito el software. Sw:= por las siglas de SoftWare.

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 6

Plan de Administracin de Configuracin del proyecto

2011

A continuacin se describen los elementos bajo configuracin:

No. 1 Estndar archivo PRY_Nombrearchpb Nombres archivos de proceso base que aplican PlanAdmonConfInteg.doc ResumenCDU.doc ReqNoFuncionales.doc ArquitecturaV1.doc SeleccionInterfaz.doc EsquemaPruebasV1.doc ArquitecturaV2.doc EsquemaPruebasV2.doc PlanDeployment.doc STD 1 1 Nombre del archivo de elementos de configuracin

SolutionAutoBISw _PlanAdmonConfInteg.doc SolutionAutoBISw _ResumenCDU.doc SolutionAutoBISw _ReqNoFuncionales.doc SolutionAutoBISw _ArquitecturaV1.doc SolutionAutoBISw _SeleccionInterfaz.doc SolutionAutoBISw _EsquemaPruebasV1.doc SolutionAutoBISw _ArquitecturaV2.doc SolutionAutoBISw _EsquemaPruebasV2.doc SolutionAutoBISw _PlanDeployment.doc

4.2Identificacin de elementos de configuracin Entre las Herramientas de desarrollo a utilizar tendremos: -Servidor Web Tomcat -Base de datos MYSQL versin 5.0.1 -Compilador JDK 1.6 update 25 -Google Web Toolkit 1.7 -Eclipse como IDE en entorno de desarrollo. -Sistema operativo Debian es la 6.0.2. -Navegador Firefox versin 4.0.

Entre los entregables que se realizaran con el cliente, se realizara una programacin por mdulos segn los requerimientos que el cliente ha solicitado donde los mdulos sern desglosados en los siguientes Siguiendo el modelo de 3 capas. Modulo de Cliente Este es el modulo encargado de gestionar el A, B, C (creacin, modificacin, eliminacin) de los Clientes Con los datos solicitados por el banco industrial. Modulo de Registro. En este modulo es donde el cliente solicitara la apertura de su cuenta de ahorrors, o bien si esta solicitando una tarjeta de crdito. Dentro de este modulo se realizan los clculos necesarios solicitados por el banco industrial, sin embargo como esto es variable segn las necesidades que el banco escoje , entonces existir en este modulo de registro una parte en donde se podr cambiar la formula, obviamente accesada y cambiada nicamente con derechos de administracion. Modulo de Cheques Este es otro modulo extra que bien se agregara al de la solicitud del cliente pero se puede manejar por separado puesto que es una tecnologa muy escalable la web que

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 7

Plan de Administracin de Configuracin del proyecto

2011

utilizaremos. En este modulo los clientes que recin se registran pues podrn solicitar los cheques, renovar los que tienen, bloquear cheques extraviados y algn otro feature solicitado. Modulo de Notas de Debito Este modulo se encargara de generar las notas de dbitos para retirar dinero, solicitado por el cuentahabiente, en caso que no tenga chequera o bien no posea lo que es tarjeta de debito. La solicitud de este tiene un costo el cual ser descontado de la cuenta de la cual se esta generando el documento. Modulo de Fianzas Este modulo se adquiere cuando la fianza tenga un costo y una vigencia, los nicos datos que se corroboraran es directamente con los almacenados en el modulo de cliente lo que se refiere el nit, identificacin, Sin embargo si no posee nit , este solicitara el NIT puesto que es un movimiento contable que necesita ser monitoreado. Modulo de Ventanillas Este Modulo est orientado al servicio de ventanilla que el banco ofrece en varias ocasiones, es capaz de manejar dos submodulos que son los de depsitos, solicitados por cualquier persona, nicamente con el nmero de cuenta , el monto a depositar en los distintos tipo de pago, Efectivo, cheques personales, cheques de otros bancos, dlares, el dlar su cambio se manejara como un valor ingresado por el administrador el cual tambin existir en el proyecto puesto que este es cambiante y ser solicitado y cambiado nicamente con permisos del administrador. Mdulos de Servicios El Banco contara con servicios de pago , para facilitar al cliente sus pagos diversos, como el pago de luz, el pago de agua , el pago de telfono por lo que los pagos de agua se establecer un servicio web entre la empresa de agua y el banco para hacer valida la transaccin, al igual que con el telfono, que sera con los distintos compaas, ya sea Tigo, claro o movistar, actualmente ya se tiene servicio de pago con Tigo, solamente es de incorporar dicho servicio actual. A continuacin se detallan los elementos de configuracin estndar para el proyecto:
Nombre del Elemento de Configuracin Planificacin Nombre del Archivo Repositorio STD

Plan de Desarrollo de Software Plan de Calidad Plan de Administracin de Configuracin Plan de Administracin de Riesgos Plan de Comunicacin

SolutionAutoBISw_PlanDesarrolloSw.docx
Doc_desarrollo->Analisis 1 1 1

SolutionAutoBISw_PlanCalidad.docx SolutionAutoBISw_PlanAdmonConfig.docx

Doc_desarrollo->Analisis Doc_desarrollo->Analisis

SolutionAutoBISw_PlanAdmonRiesgos.docx
Doc_desarrollo->Analisis 1

SolutionAutoBISw_PlanComunicacion.docx

Doc_desarrollo->Analisis

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 8

Plan de Administracin de Configuracin del proyecto

2011

Requerimientos Doc_desarrollo->Diseo Especificacin de SolutionAutoBISw_EspecificReqSw.docx Requerimientos de Software SolutionAutoBISw_MatrizRastreabilidad.docx Matriz de Doc_desarrollo->Diseo Rastreabilidad Anlisis y Diseo 1

Documento de Arquitectura
Implementacin

SolutionAutoBISw_Arquitectura.docx

Doc_desarrollo->Diseo

Cdigo Fuente Manual de Usuario Manual de Configuracin Versin del Sistema

Prueba Casos de Prueba

SolutionAutoBISw_nombrefile.java SolutionAutoBISw_UserManual.pdf SolutionAutoBISw_ConfigurationManual.pdf SolutionAutoBISwV1

Fuentes->Branch Doc_soporte Doc_soporte

5. Proceso de cambios
Los cambios al repositorio se harn de acuerdo al proceso de administracin de configuracin y cambios. Bsicamente nosotros para el proceso de cambios en nuestro desarrollo de software tendremos los siguientes tipos de cambios: Perfectivos: Aquellos que llevan a una mejora de la calidad interna del software en cualquier aspecto: Reestructuracin del cdigo, definicin ms clara del sistema y su documentacin; optimizacin del rendimiento y eficiencia. Evolutivos: Agregados, modificaciones, incluso eliminaciones, necesarias en el software para cubrir su expansin o cambio, segn las necesidades del usuario. Adaptivos: Modificaciones que afectan a los entornos en los que el sistema opera, tales como: Cambios de configuracin del hardware (por actualizacin o mejora de componentes electrnicos), cambios en el software de base, en gestores de base de datos, en comunicaciones, etc. Correctivos: Alteraciones necesarias para corregir errores de cualquier tipo en el producto software desarrollado. Entonces, estos cambios los realizaremos en s para dar el mantenimiento de nuestra aplicacin, ya que el Mantenimiento en s es el proceso que utilizamos para controlar, mejorar y optimizar nuestro software ya desarrollado e instalado (en este caso en el Banco

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 9

Plan de Administracin de Configuracin del proyecto

2011

Industrial). Este mantenimiento se lo aplicaremos a los distintos repositorios que dispondremos en nuestra implementacin, y en dados casos suelen darse depuracin de errores y defectos que puedan haberse filtrado de la fase de pruebas de control. La fase de mantenimiento entonces es la que viene despus de que el software est operativo y en produccin. 6. Comit de Control de Cambios (CCb) Para este proyecto presenta una propuesta de las personas responsables, las cuales tendrn de cierto punto un enfoque de administracin del producto de software basado en la arquitectura, permitiendo que el equipo de desarrollo manipule el producto desde el modelo abstracto y puedan analizar el producto en trminos de su estructura y funcionalidad, y que a partir de procedimientos formales de control de cambios, tengan de cierta forma un registro del estado de cada uno de los tems de configuracin y de las solicitudes de cambio, ya que sta es la forma natural en que nosotros analizaremos los cambios planteados para luego poder decidir cules son los que presentan mayor prioridad de cambio para proceder a su desarrollo. Las personas responsables de dicho comit son el Analista del Proyecto y el Lder de Desarrollo de Proyecto, stas evaluarn las solicitudes de cambio para luego poder proceder a indicarle al equipo que realice la implemente en la iteracin actual. Bsicamente, estas personas responsables tendrn como responsabilidades las siguientes actividades: Definir tems de configuracin. Asignar roles al equipo de trabajo. Planear, informar y hacer seguimiento de los cambios. Establecer fechas de liberacin y contenido de las versiones del producto de Software. Recibir, priorizar y asignar las solicitudes de cambio. Asignar a l o los responsables de evaluar el impacto del cambio. Reportar el estado de los cambios. Realizar entrevistas con los usuarios funcionales en el caso que se requieran aclarar dudas originadas en una solicitud de cambio. Aprobar o rechazar cambios que no requieran pasar por el comit de control de cambios. Planear, informar y hacer seguimiento de las solicitudes de cambio aprobadas. Auditar el producto antes de su liberacin. Administrar el repositorio.

Y tambin tendremos a los desarrolladores (programadores) que tendrn ligadas ciertas responsabilidades respecto a los cambios, y stas son las siguientes: Realizar una valoracin tcnica de las solicitudes de cambio, es decir, estudio de factibilidad y posibles soluciones. Realizar la implementacin de las solicitudes de cambio aprobadas por las personas responsables de dicha aprobacin. Actualizar los repositorios con las nuevas versiones. Etc.

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 10

Plan de Administracin de Configuracin del proyecto

2011

Entonces, un cambio implicar generalmente la planificar la implementacin del cambio, analizar el cambio, ver si es de prioridad alta para as aprobarla y realizar la actualizacin tanto del cdigo fuente, como de los documentos de especificacin de requisitos, anlisis y diseo, casos de prueba y manuales; en caso contrario pues lo archivaremos para darle seguimiento en un futuro cuando sea importante dicho cambio; por tal motivo es que disponemos de una estructura de los repositorios de proyectos, para as de esta forma realizar los cambios y que sean reflejados como nuevas versiones de dichos repositorios. A continuacin se muestra un diagrama de flujo en el cual se lleva a cabo el proceso de la solicitud de un cambio:

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 11

Plan de Administracin de Configuracin del proyecto

2011

7. Ambientes Como parte de un equipo de trabajo, contamos con una descripcin de los distintos ambientes que son de mucha importancia en nuestra fase de desarrollo de nuestro Software; indicamos adems a la persona responsables de cada uno de ellos. Por lo tanto, los ambientes con los que contamos para las diferentes fases del trabajo son las siguientes: Desarrollo: en este ambiente se construyen o modifican los elementos de configuracin. El Lder de Desarrollo es el responsable de solicitar al Administrador de Configuracin la promocin de las Lneas Base al ambiente de pruebas. Prueba: los elementos de configuracin que requieren revisin por parte del rea de Pruebas son pasados a este ambiente, y es aqu donde se realizan las pruebas correspondientes. Pruebas es el responsable de solicitar al Administrador de Configuracin la promocin de las Lneas Base al ambiente de Liberacin. Liberacin: Los elementos de configuracin que requieren revisin por parte de Cliente son pasados a este ambiente, y es aqu donde se realizan las pruebas de liberacin correspondientes; en este caso ser el proyecto especialmente para dicho Banco Industrial. Soporte Tcnico: contamos con un ambiente capaz de brindar soporte tcnico a todos aquellos Clientes que lo necesiten; dicho tipo de soporte est ligado especialmente a los productos que ofrecemos, en este caso ser para brindar soporte a cualquier problema que resulte sobre el proyecto del Banco Industrial.

8. Repositorios 8.1. Estructura de repositorio de proyectos La organizacin del repositorio est organizada de la siguiente manera: Nivel 1: Abreviatura del nombre de cada proyecto. Nivel 2: Se describen los dos aspectos del desarrollo de software basados en rup, que son Soporte y Procesos del desarrollo del software; adems se incluye un directorio de Fuentes que es en donde se guardaran las fuentes propiamente dichas del proyecto. Nivel 3: Se refiere a las fases de desarrollo del software y a las ramas y tronco del la parte del cdigo fuente.

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 12

Plan de Administracin de Configuracin del proyecto

2011

BI_Control Doc_Desarrollo Anlisis Despliegue Diseo Pruebas

Doc_Soporte Cambio_Configuracion Entorno Gestion_Proyecto

Fuentes Branch Trunk

9. Procedimientos de respaldo Los respaldos sern automatizados con las herramientas provedas por el sistema operativo. Y se realizaran con la frecuencia que se describe a continuacin: Base de Datos: Un banco de copias completo cada dos semanas, copia que se subir a dropbox. Repositorio de versiones: Una copia completa cada da sincronizada con dropbox. 10. Respaldos del repositorio. Las copias de seguridad sern almacenadas en la nube con dropbox y los directorios para esto sern compartidos entre los integrantes del proyecto.

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 13

Plan de Administracin de Configuracin del proyecto

2011

11. Identificacin de lneas base Se identifican las siguientes lneas bases para artefactos del proyecto: Lneas Base Descripcin Componentes que la Conforman

Iniciacin

Ante la aprobacin de Plan de Desarrollo de Software y de la Especificacin de Requerimientos Comprende la fase de diseo.

Propuesta de proyecto aprobada Especificacin de Requerimientos aprobada Plan de Desarrollo de Software aprobado Propuesta de proyecto aprobada Especificacin de Requerimientos aprobada Plan de Desarrollo de Software aprobado Modelo de Diseo aprobado Casos de Prueba en preparacin

Elaboracin

Construccin

Comprende llevar a cabo el diseo.

Propuesta de proyecto aprobada Especificacin de Requerimientos aprobada Plan de Desarrollo de Software aprobado Modelo de Diseo aprobado Casos de Prueba aprobados Codificacin del producto aprobado

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 14

Plan de Administracin de Configuracin del proyecto

2011

Lneas Base

Descripcin

Componentes que la Conforman

Transicin

Antes de establecer la Versin del Producto (Liberacin entregable al Cliente)

Propuesta de proyecto aprobada Especificacin de Requerimientos aprobada Plan de Desarrollo de Software aprobado Modelo de Diseo aprobado Casos de Prueba aprobados Codificacin del producto aprobado Manuales de Usuario aprobados Reporte de Pruebas

12. Convencin de Nombres para Lneas Base Las Lneas Base que se vayan generar debern ser planeadas tomando como base al Cronograma de Trabajo y listndolos en el Histrico de Lneas Base e Identificadores sern identificadas por medio de etiquetas las cuales debern seguir la convencin siguiente: LB_<Fase>_##_<aaaammdd>_<descripcin>

Donde, Identificador LB

Descripcin Acrnimo que identifica a Lneas Base, todas las etiquetas asociadas sin excepcin debern de contar con ests iniciales. Nombre de la Fase Numero entero consecutivo asociado a una iteracin. Fecha en que se crea la lnea base. Texto que asocia alguna descripcin o palabra clave de la lnea base. Su contenido es mximo de 20 caracteres.

<Fase> ## <aaaammdd> <descripcin>

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 15

Plan de Administracin de Configuracin del proyecto

2011

13. Estatus de la Configuracin 13.1 . Auditoras de configuracin Las auditoras de configuracin fsica deben ejecutarse por parte del administrador de la configuracin organizacional. Estas auditoras debern hacerse a los responsables de administrar las carpetas que integran el repositorio de activos de proceso. 13.2 . Reporte de estatus de la configuracin Los reportes de la configuracin se debern de realizar cada 2 semanas. En los reportes se contemplara el rendimiento del equipo, as como estadsticas de espacio, actividades y otros que se consideres adecuados. 14 Archivo

Toda la documentacin y cdigo fuente generado deber ser almacenado en un CD o DVD a conveniencia. Cabe mencionar que las copias en la nube no se borraran una vez que se haya cerrado el proyecto. 14.1 Archivo Poltica Descripcin Toda la documentacin debe ser separada entre documentacin de usuario y documentacin tcnica, la documentacin de usuario debe ser adjuntada a los entregables, para ello se debe especificar una carpeta de ayuda. Para la documentacin tcnica, esta ser almacenada en una carpeta de documentacin dentro del directorio raz del proyecto, con lo cual servir como referencia para futuros cambios o reutilizacin de componentes. Del cdigo fuente se debe guardar un historial de versiones, resaltando las mejoras de cada versin, pero prestando especial inters en la ltima versin estable y funcional la cual se almacenara como entregable final (entregando nicamente los ejecutables en caso no se haya especificado lo contrario en el contrato o acuerdo con el cliente). Este cdigo debe estar debidamente documento y con sus respectivos comentarios para cumplir con el estndar propuesto. El proyecto terminado ser extrado del repositorio de desarrollo y almacenado en un repositorio aparte de productos entregados (siempre y cuando haya transcurrido un tiempo prudencial y no se hayan detectado fallas o problemas), esto con el fin de prevenir modificaciones no autorizadas a productos terminados, a menos que se realice una solicitud para extraer y reutilizar mdulos especficos; lo cual debe ser aprobado por el administrador y auditor del proyecto. Al finalizar el proyecto se crearan uno o varios documentos para llevar un seguimiento y control de mantenimiento al proyecto, con lo cual al detectarse un problema se proceder a realizar el proceso e solucin del problema con la metodologa de control de cambios, esto si el tiempo de cierre del proyecto no ha expirado, de lo contrario se deber realizar una solicitud formal como si se tratase de un requerimiento adicional.

Documentacin

Cdigo Fuente

Proyecto en Repositorio

Seguimiento y Mantenimiento

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 16

Plan de Administracin de Configuracin del proyecto

2011

15. Calendario de Actividades

El Calendario de Actividades se encuentra en un documento externo a este, si esta usando la versin digital puede presionar clic sobre el link siguiente. Ver Calendario de Actividades (PDF) Ver Calendario de Actividades (MPP)

16. Recursos
16.1 Herramientas
Roles Administrador, Analista Justificacin Herramientas

Microsoft VISIO

Herramienta para la generacin de diagramas necesarios para todas las etapas del ciclo de vida de software. Herramienta para el desarrollo documentos necesarios para el proyecto. de todos desarrollo los del

Microsoft WORD

Todos

Herramienta para crear y mantener repositorios para control de versiones, de las aplicaciones, documentacin, etc. Versionado de los productos de trabajo generados. Control de acceso al repositorio del proyecto. SVN
Todos

Creacin y gestin de work items de tipo change request (solicitud de cambio). Generacin de lneas base. Reportes de lnea base.

Tortoise SVN Microsoft Project

Todos Administrador

Cliente para el uso del repositorio SVN. Herramienta para la creacin del Calendario de Actividades con fechas de entrega especficas.

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 17

Plan de Administracin de Configuracin del proyecto

2011

16.2
Tecnica

Tcnicas
Documento Justificacin

Desarrollo Acelerado

SubVersion Version control Electronic Records Achives CMP

Descripcin de ejemplos de manejo de repositorios para proyectos donde se necesita implementar un desarrollo rpido con implementacin constante de cambios. Ejemplos y descripciones de roles definidos en el proceso de administracin de la configuracin y sus atribuciones. Definciones y conceptos de las distintas tcnicas de versionado, manejo de repositorios, esquemas de archivos, conceptos de rama, tronco y etiqueta y administracin de releases sobre los distintos entregables. Conceptos y definiciones sobre cambio, ejemplos y soluciones sobre cmo gestionar de manera efectiva los cambios solicitados.

Definicin de Roles

Versionado de entregables

Release Magament

Control de Cambios

SCM Administracin de Configuraciones

16.3. Entrenamiento
Entrenamiento Justificacin

Generalidades en Administracin de la Configuracin Uso de Repositorios Versionado de entregables Control de Cambios

Entrenamiento bsico sobre las generalidades sobre administracin de la configuracin, para garantizar que todo el equipo integrado este consiente de las necesidades de esta disciplina, sus caractersticas y ventajas de utilizarla como apoyo en el proceso del ciclo de vida de software. Entrenamiento para que las partes involucradas aprendan los conceptos y usos de un repositorio para trabajo centralizado y control de versiones Entrenamiento para ensear las tcnicas de versionado de entregables y el significado dentro del proyecto de cada nmero del cuarteto x.y.z.build. Entrenamiento sobre los cambio y polticas.

16.4
Soporte

Soporte
Justificacin

SVN

Soporte pare el correcto uso de la herramienta SVN, para las tcnicas de uso de repositorios, bloqueos y versionado.

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 18

Plan de Administracin de Configuracin del proyecto

2011

Uso de Repositorios

Para la adecuada integracin a la estructura del repositorio, definir cuando es un tronco, cuando es una rama y cuando corresponde a una hoja, dentro del proyecto.

17. Acrnimos y Definiciones

Acrnimo/Trmi no Definicin

Disciplina para establecer y ejecutar un Sistema de Administracin de la Configuracin con el fin de identificar y documentar las caractersticas Administraci funcionales y fsicas de los elementos de configuracin, controlar los n de la cambios a esas caractersticas, registrar y reportar el estatus de los configuracin cambios a los elementos de configuracin y verificar que se mantiene la integridad de los mismos. Consiste en la seleccin de elementos de configuracin a partir del conjunto de productos de trabajo del proyecto, asignando para cada elementos de configuracin seleccionado un identificador nico y Identificacin registrando su funcionalidad y caractersticas fsicas en la de la documentacin tcnica. Tambin consiste en la identificacin de las configuracin lneas base que se generarn en el proyecto y los productos que las conforman. Producto de trabajo designado para estar bajo Administracin de la Elemento de Configuracin. configuracin Un conjunto de especificaciones o productos de trabajo que han sido formalmente revisados y acordados los cuales sirven como base para el trabajo subsecuente, y el cual puede ser cambiado slo a travs de un procedimiento de control de cambios. Documentacin, anlisis, implementacin, verificacin y validacin formales de una solicitud de cambio con el fin de mantener la integridad de los elementos de configuracin afectados por el cambio.

Lnea Base

Control de cambios

Una auditora es conducida para verificar que un elemento de configuracin o una coleccin de elementos de configuracin mantienen Auditora de su integridad, es decir, estn conforme a los estndares y configuracin requerimientos especificados. Consiste en el versionamiento de los elementos de configuracin, as como la evaluacin, coordinacin, aprobacin o rechazo de la Control de implementacin de los cambios a elementos de la configuracin. configuracin Tambin consiste en la generacin de las lneas base de acuerdo a lo establecido en el Plan de Administracin de la Configuracin. Auditora conducida para verificar que un elemento de configuracin Auditora de est construido conforme a los estndares de documentacin tcnica configuracin que lo definen y describen. fsica

SolutionAutoBISw _PlanAdmonConfInteg.doc Version1.0

Pgina 19