Gestin de la Configuracin

El problemaConsiderando un entorno de desarrollo de tamao medio:Equipo de 10 programadores.75 mdulos de programa.Media de dos versiones de cada mdulo.Documentacin del proyecto: descripcin del sistema, SRS, plan de proyecto, anlisis, etc.Cada programador modifica un mdulo cada da.Modificaciones de requisitosVarios programadores deben trabajar de forma concurrente sobre el mismo mdulo.Etc.

ConsecuenciasLa versin del programa no coincide con la documentacin.Estamos en la versin 2.3, y debemos revisar un error que se ha producido en una instalacin de la versin 1.7. Dnde est el cdigo de esa versin?Ese error ya se corrigi hace un mes.. Porqu ha vuelto a aparecer?Quin aprob esa modificacin de requisitos, y porqu no est en la versin actual de SRS?Se est dando mantenimiento a usuarios con diferentes versiones del sistema Qu versin del componente de acceso a datos se integr en la versin 2.0 del sistema?.Etc.

DefinicinDisciplina formal de la ingeniera del software que proporciona mtodos y herramientas para identificar y controlar el software durante su desarrollo y posterior uso.El control de la evolucin de sistemas complejos.Comprende las siguientes actividades:[1]. Identificacin y establecimiento de las lneas base.Revisin, aprobacin o rechazo, control y seguimiento de los cambios.Auditorias y revisiones de la evolucin de los productos de software.Control de la relacin del sistema de software en su interfaz de operacin.

mbitoEntornoDe aplicacinLos componentes del sistema y su relacin con el entornoSistemaEntornoSistemaLos componentes del sistema y su relacin con el entornoTemporalDesde el inicio del proyecto hasta que se deja de usar y se retira.DesarrolloMantenimientoCiclo de vida

Conceptos claveLnea basePeticin de cambioLibreraComit de control de la configuracinElementos de configuracin del software

Lnea baseEspecificacin de un producto que ha sido formalmente revisada y aceptada para servir como punto de referencia para su posterior desarrollo, y slo puede modificarse a travs de un procedimiento formal de control de cambio.

El nmero y tipo de lneas base de un proyecto puede ser diferente en funcin de las caractersticas y modelo de ciclo de vida del mismo, pero las habituales son:

Lnea base funcional Describe las funcionalidades que realizar el sistema, y se establece despus de la revisin de la descripcin del sistema y del diseo del sistema.Lnea base de requisitos (tambin lnea base asignada) Documenta las funciones que desarrollar el software y se establece despus de la revisin de la especificacin de requisitos del software (SRS). Tambin se denomina Lnea base asignada, porque en ella se asignan al software los requisitos de la descripcin del sistema.Lnea base de desarrollo Esta lnea base crece y evoluciona durante el desarrollo del sistema y recoge la configuracin en cada fase del diseo, codificacin y pruebas. Los elementos contenidos en esta lnea base van incrementando y son normalmente revisados por el equipo del desarrollo.Lnea base de producto Contiene el producto completo en su versin final. Se establece tras comprobar con la validacin y verificacin del producto que ste es conforme a las especificaciones de los requisitos.

Peticin de cambioLas peticiones de cambio documentan la necesidad de modificar un elemento de configuracin del software.

Las peticiones de cambio deben incluir:Razn por la que hay que realizar el cambio (deteccin de un fallo, modificacin de requisitos, etc.)Elemento de configuracin afectado y lnea base a la que pertenece.Urgencia del cambio.Persona que lo solicita e indicacin de si el origen es interno o externo.

Comit de control de conf.Para conseguir que las peticiones de cambio se procesen de forma ordenada, correcta y a tiempo, el proyecto debe establecer quin o quienes configuran el comit de control de la configuracin.En funcin del tamao y caractersticas del proyecto puede ser que lo forme una sola persona (p. ej. el analista o el gestor del proyecto), o que est formado por varias: gestor de proyecto, cliente, gestor de calidad, etc.

Funciones del comitSopesar las ventajas e inconveniente de la introduccin del cambio (beneficios esperados, coste de la implementacin)Evaluar el impacto de la modificacin sobre los parmetros del proyecto (agenda, costes, riesgos, etc.).El comit no slo decide si debe realizarse el cambio, tambin determina su prioridad, cundo y cmo debe llevarse a cabo y cmo deber comprobarse y verificarse su implementacin.

LibrerasLas libreras constituyen los dispositivos de almacenamiento necesarios para llevar a cabo los cambios y el control histrico de los mismos que requiere la gestin de la configuracin, de forma que queden guardadas y puedan recuperarse las diferentes lneas base en cualquiera de sus versiones.

Tipo de libreraSu nmero y tipo puede variar pero generalmente son 3:Librera dinmica Es el entorno de almacenamiento usado y gestionado por el equipo de programacin en el que se ubican los elementos con los que estn trabajando.Librera controlada Es la librera empleada para guardar las lneas base y controlar los cambios que sobre ellas se realizan. Los elementos se almacenan en esta librera despus de haber sido identificados como elementos de configuracin asignados a su lnea base, documentados y aceptados por el comit de gestin de la configuracin.Librera esttica Tambin llamada repositorio de software. Guarda las lneas base una vez que han sido validadas y verificadas para su distribucin y uso final.

LibrerasLIBRERA DINMICALIBRERA CONTROLADALIBRERA ESTTICAVersin 1.0Versin 1.1Tambin llamada Directorio de programacin.Controlada por el equipo de programacin.Tambin llamado Directorio maestro.Contiene todas las lneas base del proyecto.Tambin llamado Repositorio de softwareComprende las lneas base que finalmente se entregan.

Funciones clave

Funciones claveIdentificacin de la configuracinDeterminacin de los elementos de configuracin del software y de las lneas base a las que pertenecen.ActividadesSeleccin de los elementos de configuracin y agrupacin en lneas base. Deben considerarse productos que puedan disearse, desarrollarse, probarse y modificarse de forma independiente.

No deben identificarse muy pocos, ni tampoco demasiados. Los criterios de seleccin deben ser acordes con las caractersticas del proyecto.

Nomenclatura: Cada elemento de configuracin debe nombrarse con un identificador nico. Es habitual que el identificador contenga:

NOMBRE: descriptivo del elemento.IDENTIFICADOR DE CONFIGURACION: Usado en la gestin interna de la librera.IDENTIFICADOR DE VERSION: Usado para identificar las diferentes versiones.

Adquisicin: Una vez identificado cada elemento, debe incorporarse a su respectiva librera.

IdentificacinNomenclatura y adquisicinDocumentosCdigoDatosSeleccinRevisin tcnica y formalLneas base

Funciones claveControl de la configuracinComprende la gestin de las revisiones y de los procesos de aprobacin, para evitar que se produzcan cambios de forma descontrolada.Que para cada cambio se evala y considera el impacto en el proyecto.Que slo se implementan los cambios aprobados.Que todos los cambios aprobados se implementan.Que las lneas base se mantienen controladas y actualizadas.Identificacin del cambioComunicacin formalValidacin y evaluacinCLASIFICACINPor urgenciaPor Naturaleza (error, mejora, mod. Requisitos)Por categora de elementos modificados (producto, Software adquirido, Software suministrado, software de pruebas o software de apoyo).EVALUACINTcnicoEn los interfaces de configuracinEn la agendaEn el presupuestoAprobacin o rechazoImplementacinCheck-out lnea baseEjecucin de cambiosPruebas y verificacinAprobacin de la ejecucinCheck-in lnea base

Funciones claveMedicin del estado de la configuracinMedicin y registro de los cambios, contenidos e histricos de la gestin de la configuracinVersin inicial aprobada de los elementos de la configuracin.Estado de las peticiones de cambio.Estado de implantacin de los cambios aprobados.Esta es la informacin mnima que debera registrarse (Std. IEEE 828-1998). Auditoras y revisionesCon menor o mayor rigor, segn se trate de revisiones o auditoras, estos procesos tambin se deben aplicar sobre la gestin de la configuracin para garantizar:Que los elementos de la configuracin se encuentran en el estado que deberan estar.Que las actividades, las tareas y los resultados de la gestin de la configuracin son correctos.

Funciones claveControl de las relaciones de interfazEl desarrollo y mantenimiento de sistemas de software no suele ser auto-contenido. Normalmente el software debe relacionarse con hardware y con otro software. El control de las relaciones de Interfaz contempla y gestiona las situaciones posibles:Evolucin paralela del hardware del sistema globalEl software debe ejecutarse sobre plataformas operativas comercialesEl producto de software debe integrar componentes externosEl desarrollo de partes del software se subcontrata a un proveedor externo.La gestin de la configuracin del sistema global debe relacionarse con la del proyecto de software por las implicaciones de cambios que pueden derivarse en sta de aquella.La gestin de la configuracin debe registrar tambin las plataformas y componentes externos, evaluando las posibles evoluciones y cambios.Las gestiones de configuracin del proyecto de software y del subcontratado deben comunicarse y gestionar las implicaciones de cambio derivadas de uno a otro.SITUACIONESIMPLICCIONES DE INTERFAZ

El PlanEstndares:IEEE Std 828-1998: IEEE Standard for Software Configuration Management Plans.Contenidos mnimos de un plan de Gestin de la configuracin IEEE Std 1042-1987: IEEE Guide to Software Configuration ManagementInterpretacin de IEEE Std 828Gua para planificar la gestin de la configuracinEjemplos de planes

IEEE Standard for SoftwareConfiguration Management Plans(cap 4. The SCM Plan)IntroductionSCM ManagementOrganizationSCM ResponsibilitiesApplicable policies, directives and proceduresSCM ActivitesConfiguration identificationIdentifying configuration itemsNaming configuration itemsAcquiring configuration itemsSCM Activites (cont.)Configuration controlRequesting changesEvaluating changesApproving or disapproving changesImplementing changesConfiguration status accountingConfiguration audits and reviewsInterface controlSubcontractor/vendor controlSCM SchedulesSCM ResourcesSCM plan maintenance

IEEE Guide to SoftwareConfiguration Management(Cap 2. SCM Disciplines)The context of SCMSCM is a Service FunctionSCM is a Part of the Engingeering ProcessSCM Manages all Software EntitiesThe Process of SCMManagement EnvironmentsDynamics of SCMRole of Source CodeDifferent Levels of ControlThe implementation of SCMUsing Software LibrariesControlling Changes to LibrariesUsing Configuration Control BoardsThe Tools of SCMBasic Tool SetAdvanced Tool SetOn-Line Tool SetIntegrated Tool Set(Cap 3. SCM Plans)(Appendix A-D. Examples)