Calidad del Software

CMM Nivel 2: Repetible

reas Clave

1. 2. 3. 4. 5. 6.

Gestin de requisitos Planificacin de proyectos de software Seguimiento y monitorizacin de proyectos Gestin de subcontratistas Aseguramiento de la calidad Gestin de la configuracin

Calidad del Software

CMM Nivel 2 1. Gestin de Requisitos

Gestin de Requisitos: Problemas

Organizacin que levanta los requisitos
Falta de recursos para la gestin Responsabilidades no estn claramente establecidas Requisitos mal documentados Falta de capacitacin en tcnicas de gestin de requisitos Falta de revisin de los requisitos propuestos validacin y priorizacin Requisitos incompletos, inconsistentes, faltantes, ambiguos etc.

Organizacin genera los requisitos

Seleccin de usuarios y contactos no adecuados Volatilidad y evolucin de los requisitos Falta del compromiso de los usuarios Volatilidad de los usuarios

Gestin de Requisitos: Objetivos

Gestionar los requisitos del Sistema:

Establecer una lnea base del proyecto en base a ellos Soportar el trabajo del equipo de Ingeniera y los gestores del proyecto.

Mantener los requisitos consistentes con:

Planificacin del proyecto de software Productos y actividades a ser desarrollados

Gestin de Requisitos: Compromisos

Debe existir una poltica escrita para la Gestin de Requisitos de Software. Los Requisitos debern ser documentados Los Requisitos debern ser revisados por:
La administracin El gestor del proyecto Grupos Afectados

La planificacin del proyecto de software, el producto y las actividades:

Deben mantenerse consistentes con los cambios en los Requisitos.

G. de Requisitos: Habilidades para ejecutar (1/2)

1. Establecer las responsabilidades para el anlisis de los Requisitos Gestionar y documentar los Requisitos a lo largo de la vida del proyecto Efectuar cambios a los Requisitos del sistema y su almacenamiento 2. Los requisitos almacenados deben ser documentados. Requisitos no tcnicos Requisitos tcnicos
Productos a ser entregados Fechas de entrega Hitos Funciones de usuario, Operacin, Soporte, Integracin, etc. Requisitos de Rendimiento Restricciones de Diseo Lenguaje de Programacin Requisitos de interfase, etc.

Criterios de aceptacin.

G. de Requisitos: Habilidades para ejecutar (2/2)

3. Los fondos y recursos adecuados deben ser provistos para la gestin de los requisitos
Individuos con experiencia y destreza en: el dominio de la aplicacin Ingeniera de Software

Herramientas para soportar las actividades de gestin de requisitos

4. Deben capacitarse al personal para realizar las actividades de gestin de requisitos

Quienes:
grupo de Ingeniera de Software otros grupos relacionados

En que:
Mtodos, estndares y procedimientos a utilizarse en el proyecto. Dominio de la aplicacin

G. de Requisitos: Actividades a realizar (1/3)

1. Los requisitos identificados deben ser revisados antes que sean incorporados al proyecto de software.
Por quien: Grupo de Ingeniera de software Para que: Verificar si son factibles y apropiados para ser implementados Estn clara y propiamente descritos Son consistente uno con otro Pueden ser testeados/verificados Se deben identificar los requisitos Incompletos, inconsistentes, ambiguos y los faltantes Si se identifican problemas potenciales Deben ser revisados con el grupo responsable de su gestin Los cambios necesarios deben ser realizados. Los compromisos resultantes deben ser negociados con los grupos afectados.

G. de Requisitos: Actividades a realizar (2/3)

2. Los requisitos deben ser la base para la planificacin del Proyecto de Software, productos, y actividades.
Los requisitos almacenados:

Deben ser manejados y Controlados

La versin del sistema a un tiempo dado debe ser conocida. los cambios al mismo deben ser incorporados de manera controlada. (OJO PROCESO)

Deben ser base para el Plan de desarrollo de Software Son la base para el desarrollo de los requisitos de software.

G. de Requisitos: Actividades a realizar (3/3)

3.

Los cambios en los requisitos deben ser revisados e incorporados en el proyecto de software.
El impacto a los compromisos existentes debe ser negociado apropiadamente Los cambios a los compromisos preestablecidos deben ser revisados por la Administracin y negociados con:
individuos y grupos externos al proyecto de software que sean afectados, con los grupos afectados dentro del proyecto de software.

La incorporacin de los cambios debe ser controlada

Se sugiere la adopcin de un proceso de validacin y priorizacin

G. de Requisitos: Actividades a realizar (3/3)

Los cambios a los planes de software, sistema y las actividades resultantes de las modificaciones a los requisitos deben ser: Identificados Evaluados Analizado el Riesgo Documentados Planificados Comunicados a grupos e individuos afectados Rastreados hasta su terminacin

Gestin de Requisitos: Medicin y Anlisis

El estado de los requisitos almacenados
Aprobados Implementados En conflicto En implementacin Etc.

El numero de cambios efectuados a los requisitos almacenados

Modificados Nuevos Eliminados Etc.

Numero total de cambios aceptados y almacenados

Gestin de Requisitos: Verificacin de la Implementacin

Las actividades de gestin de los requisitos deben ser revisadas peridicamente por:
La administracin para:
Tomar conciencia del impacto de las actividades de gestin de requisitos en el proyecto.

El lder del Proyecto

En forma peridica y en caso de presentarse de eventos especiales.

El grupo de aseguramiento de calidad para:

Validar y auditar las actividades y los sistemas de gestin de los requisitos. Verificar que:
Los problemas identificados sean resueltos El plan del proyecto de software, el estado del sistema y las actividades sean revisadas cuando se efecten cambios a los requisitos. Los cambios en los requisitos que afecten a los compromisos sean negociados con los grupos afectados.

Gestin de Requisitos: Documentos Requeridos Proceso de gestin de requisitos Formato de documento de especificacin de requisitos
IEEE 830 ?

Plantillas de captura de requisitos Actas de aceptacin y compromiso Estndares y mtodos a utilizar

Formas de numerar y clasificar requisitos Plantillas de entrevistas Cuestionarios Herramientas requeridas Etc.

Calidad del Software

CMM Nivel 2 2. Planificacin de Proyectos de Software

PPS: Objetivos
Que las estimaciones del proyecto de software sean documentadas
Para su uso en la planificacin Para el seguimiento del proyecto

Que las actividades del proyecto del software se planifiquen y documenten Que los individuos y grupos afectados conozcan y estn conformes con los compromisos asignados

PPS: Compromisos
1.

Se debe designar un gestor del proyecto

Elaboracin del plan del desarrollo del software Negociacin de los compromisos Seguimiento de conflictos

2.

La planificacin del proyecto de software debe seguir polticas organizacionales escritas

Los requisitos deben ser la base para la planificacin Los compromisos deben ser negociados con:
La administracin El gestor del proyecto Lderes del proyecto Personal operativo

Se deber negociar el nivel de participacin de otros grupos de ingeniera en el proyecto de software. Los grupos involucrados debern revisar la planificacin
Estimaciones (esfuerzos, costos y recursos), cronogramas, compromisos, etc.

PPS: Habilidades para ejecutar (1/3)

1. Debe existir un documento de trabajo aprobado, en el que se encuentre detallado el proyecto de software.
Deber incluir:
Alcance, objetivos tcnicos y del proyecto identificacin de clientes y usuarios finales, responsabilidades asignadas, restricciones de costo y cronograma, dependencias entre el proyecto y otras organizaciones restricciones en los recursos otras restricciones que pudieran existir. los administradores, el gestor del proyecto, los lideres de proyecto, otros grupos afectados

Deber ser revisado por

Deber ser Administrado y controlado

PPS: Habilidades para ejecutar (2/3)

2.

Se deben asignar responsabilidades para la elaboracin del plan de desarrollo

El gestor del proyecto, coordinara la planificacin Se deben asignar responsabilidades sobre:
las actividades los productos de software a ser elaborados

Debe garantizarse facilidades para su seguimiento

3.

Se deben proveer recursos y fondos para la planificacin del proyecto de software.

Individuos con experiencia y destreza en:
El dominio de la aplicacin Planificacin de proyectos de Software

Herramientas para soportar las actividades de planificacin

PPS: Habilidades para ejecutar (3/3)

4.

Debe capacitarse al personal para realizar las actividades de Planificacin del Proyecto de Software
Quienes:
Grupo de Ingeniera de Software Otros grupos relacionados

En que:
Mtodos, estndares y procedimientos a utilizarse en el proyecto. Dominio de la aplicacin

PPS: Actividades a realizar (1/8)

1.

El grupo de ingeniera de software debe formara parte del equipo que realizara la propuesta del proyecto
Deber involucrarse en:
la preparacin y envi de la propuesta, discusiones aclaratorias negociaciones que modifiquen los compromisos establecidos

Deber revisar los compromisos adquiridos:

recursos, cronogramas, presupuesto, estndares y polticas.

PPS: Actividades a realizar (2/8)

2. La planificacin del proyecto de software debe iniciarse en paralelo a la planificacin general del proyecto.

3.

El grupo de ingeniera de software debe participar en todas las etapas de planificacin del proyecto.
Deber revisar los panes a nivel del proyecto general

4.
5.

Se debe definir el software necesarios para establecer y mantener el control del proyecto de software.
Se debe definir un ciclo de vida del software con pasos predefinidos y de un tamao manejable.
Ej. espiral, prototipacion, etc.

PPS: Actividades a realizar (3/8)

6. Se debe crear un plan de desarrollo del software
En conformidad al documento de trabajo y los requisitos almacenados En conformidad a los estndares del cliente y los del proyecto. . Debe ser negociado con los grupos relacionados: Ej. aseguramiento de calidad, gestin de configuracin, documentacin y soporte, hardware y bases de datos Compromisos de y para con el grupo de Ingeniera de Software Los esfuerzos debern ser presupuestados y los acuerdos documentados. El plan de desarrollo del software deber ser revisado por: la administracin y el gestor del proyecto de software los lideres del proyecto y otros grupos afectados Deber ser gestionado a lo largo del proyecto

PPS: Actividades a realizar (4/8)

7. Se debe documentar el plan del proyecto de software
Propsito, alcance y objetivos del proyecto Ciclo de vida a utilizar Procedimientos, mtodos y estndares para desarrollo y mantenimiento del software Productos de software a ser desarrollados Estimaciones de: Tamao de los productos de software a elaborar. Esfuerzos y costos del proyecto. Recursos crticos de hardware. Cronograma del proyecto de software, incluyendo hitos y revisiones Identificacin y aseguramiento de riesgos del proyecto Herramientas y facilidades requeridas por el grupo de ingeniera de software

PPS: Actividades a realizar (5/8)

8. Se deben realizar estimaciones del tamao del software a desarrollar.

Para cada producto a ser desarrollar. Deben ser descompuestos en una granularidad lo suficientemente fina Datos histricos deben ser utilizados para la estimacin Las estimaciones se deben documentar, revisar y acordar con los involucrados

9. Se deben realizar estimaciones del esfuerzo y costos de desarrollo de los productos

En relacin a las estimaciones del tamao del producto Se deben utilizar datos histricos de productividad Los esfuerzos, recursos y costos estimados deben basarse en experiencia pasada Los hechos y valores asumidos para obtener las estimaciones se deben documentar, revisar y acordar,

PPS: Actividades a realizar (6/8)

10.Se deben realizar estimaciones de los recursos de hardware requeridos
Se debe identificar los recursos de hardware requeridos Deben estar en relacin a la estimacin de: Tamao de los productos, Carga transaccional, carga de sistemas de comunicacin, etc. Las estimaciones se deben documentar, revisar y acordar

11.Se debe elaborar un cronograma del proyecto de software

En relacin a la estimaciones realizadas Basado en experiencias pasadas similares Debe incluir hitos, dependencias entre actividades y restricciones Las actividades deben tener una duracin apropiada Los hitos deben tener una separacin adecuada Se debe documentar, revisar y acordar: Todo lo que se asuma par la elaboracin del cronograma El cronograma resultante

PPS: Actividades a realizar (7/8)

13. Se deben planificar las facilidades y herramientas de soporte a las actividades de ingeniera del software
Se deben realizar en base a las estimaciones del tamao de los productos a ser entregados para:
servidores de desarrollo, bases de datos, espacio fsico, y herramientas de soporte se deben relazar

Para garantizar la existencia o el desarrollo de estas facilidades y herramientas, se deben asignar responsabilidades y negociar compromisos Los planes deben ser revisados por los grupos afectados

PPS: Actividades a realizar (8/8)

14. Se debe registrar las fechas de planificacin del proyecto incluyendo:
estimaciones informacin adicional necesaria su reconstruccin La informacin de la planificacin deben ser gestionada a lo largo de la vida del proyecto

PPS: Medicin y Anlisis

Se deben realizar medidas para determinar el estado de la planificacin del proyecto actividades realizadas:
a tiempo adelantadas atrasadas no iniciadas (y que deban haber comenzado)

tiempos que han tomado desviacin respecto a la planificacin

Por problemas tcnicos Por mala estimacin Por problemas de personal, etc.

PPS: Verificacin de la Implementacin

Las actividades de planificacin del proyecto deben ser revisadas peridicamente por:
La administracin y el lder del proyecto para validar:
El costos, personal, cronograma y rendimiento Conflictos y tpicos que no se pueden resolver a nivel de mandos mas bajos Riesgos identificados y su estado La definicin de acciones correctivas, asignacin de responsables y revisin de su estado

El grupo de aseguramiento de calidad para verificar:

Las actividades de estimacin y planificacin Las actividades de revisin y generacin de compromisos Las actividades para la preparacin del plan de desarrollo Los estndares utilizados en la preparacin del plan El contenido del plan de desarrollo del software

PPS: Documentos Requeridos

Formato del documento de gestin de proyectos Proceso de planificacin de proyectos Tcnicas de estimacin a ser utilizadas Ciclo de vida de desarrollo seleccionado incluyendo
Estndares a utilizar en cada etapa Entregables resultantes de cada etapa.

Procedimientos para la revisin de:

estimaciones, planificacin y asignacin de compromisos.

Estndares y mtodos a utilizar

Actas de reunin y compromisos Herramientas requeridas para la planificacin Etc.

Criterios para la identificacin de hitos Tcnicas de anlisis de riesgos

Calidad del Software

CMM Nivel 2 3. Seguimiento y Monitorizacin de Proyectos de Software

Seguimiento y Monitorizacin de Proyectos de Software : Objetivos

Que los resultados y rendimientos sean comparados con la planificacin del proyecto
Que se tomen y administren acciones correctivas, cuando los resultados y el rendimiento se desven significativamente de la planificacin del proyecto Que los cambios en los compromisos sean acordados con los grupos o individuos a los que afecten

Seguimiento y Monitorizacin de Proyectos de Software : Compromisos

1. 2.

Se deber designar un gestor del proyecto responsable de las actividades y resultados del proyecto La administracin del proyecto debe seguir polticas organizacionales escritas
Debe utilizarse un plan documentado para el seguimiento del proyecto Se debe mantener informado al gestor del proyecto sobre el estado del proyecto y las novedades que hayan surgido Se debern tomar acciones correctivas en caso de que la planificacin no se cumpla Los cambios a los compromisos se realizaran involucrando a los grupos afectados La administracin deber revisar: los cambios a los compromisos predefinidos, los nuevos compromisos que se generen

Seguimiento y Monitorizacin de Proyectos de Software : Habilidades para ejecutar (1/2)

1. Debe documentarse y aprobarse un plan de ejecucin del proyecto El gestor del proyecto deber asignar las responsabilidades sobre las actividades y los productos a ser desarrollados Se deber proporcionar los recursos adecuados para el seguimiento del proyecto de software
Se asignaran a los gestores y lderes del proyecto responsabilidades de seguimiento de las actividades Se pondrn a disposicin las herramientas necesarias para apoyar el seguimiento del proyecto

2.

3.

4.

Se deber capacitar a los gestores en tcnicas de administracin de personal y aspectos tcnicos del proyecto

Seguimiento y Monitorizacin de Proyectos de Software : Habilidades para ejecutar (2/2)

Los miembros del proyecto debern recibir orientacin sobre aspectos tcnicos del mismo:
estndares, tecnologa, procedimientos, dominio de uso del proyecto, etc.

Seguimiento y Monitorizacin de Proyectos de Software : Actividades a realizar (1/6)

1.

Se debe utilizar el plan documentado del proyecto para el seguimiento de las actividades y la informacin de su estado
El plan debe ser actualizado conforme el trabajo progrese Siempre deber reflejar el avance del proyecto Siempre deber estar disponible para el grupo de ingeniera de software

2.

El plan de desarrollo del proyecto deber ser revisado de acuerdo a un procedimiento documentado
Ser revisado cuando sea necesario incorporar refinamientos o cambios significativos Ser actualizado para incorporar todos los nuevos compromisos o modificaciones a los existentes Deber repasarse en cada revisin Deber ser gestionado y controlado (control de versiones)

Seguimiento y Monitorizacin de Proyectos de Software : Actividades a realizar (2/6)

3.
4.

Los compromisos y cambios en los compromisos deben ser revisados con la administracin
Los cambios en los compromisos deben comunicarse a los miembros del equipo y otros grupos relacionados

Seguimiento y Monitorizacin de Proyectos de Software : Actividades a realizar (3/6)

5. A fin de tomar acciones correctivas, en caso de ser necesario, se deber monitorizar el tamao de:
los productos en desarrollo, los esfuerzos y costos del proyecto, los recursos crticos de hardware Se debe comparar con las estimaciones: El tamao del cdigo generado, testeado y entregado, la documentacin generada, los costos de desarrollo, el esfuerzo realizado para concluir el trabajo y los recursos crticos de hardware utilizados, El tamao global del los productos debe ser monitoreado, refinado y ajustado peridicamente Los cambios en las estimaciones deben ser documentados y negociados con los grupos afectados

Seguimiento y Monitorizacin de Proyectos de Software : Actividades a realizar (4/6)

6. Se deber monitorizar el cronograma del proyecto y las actividades de ingeniera de software a fin de tomar acciones correctivas cuando sea necesario
Los miembros del grupo de ingeniera de software deben reportar el estado de sus actividades peridicamente Las actividades completadas, los hitos y otros compromisos deben ser comparados con los planes de desarrollo El software liberados en cada versin, deber ser comparado con lo documentado en el plan de desarrollo Los efectos de los retrasos y adelantos en las actividades, hitos y otros compromisos, deben ser evaluados para determinar su impacto en las actividades futuras Los cambios en los cronogramas que afecten a los compromisos deben ser documentados y negociados con los grupos afectados Los problemas reportados deben ser monitorizados hasta ser solucionados

Seguimiento y Monitorizacin de Proyectos de Software : Actividades a realizar (5/6)

7. Los riesgos asociados al proyecto deben ser monitorizados continuamente

Los planes de contingencia deben activarse cuando se dispare un riesgo La criticidad y probabilidad del que un riesgo se presente debe actualizarse a lo largo del proyecto

8. Los datos de las mediciones y las modificaciones a la planificacin del proyecto debern ser almacenados 9. El grupo de ingeniera de software debe efectuar revisiones peridicas del plan de desarrollo
Su avance, la planificacin, el rendimiento y las novedades que pudieran surgir

Seguimiento y Monitorizacin de Proyectos de Software: Actividades a realizar (6/6)

10. Se deben efectuar revisiones formales para tratar sobre los logros y resultados del proyecto cuando se alcancen ciertos hitos.
Las reuniones se deben planificar para coincidir con momentos significativos Deben conducirse en conjunto con los clientes, usuarios y grupos afectados El material a ser utilizado deber ser aprobados por el gestor del proyecto Debern Abordar los compromisos, planes y estado de las actividades del proyecto Resultar en la identificacin y documentacin de hechos significativos, acciones y decisiones. Abordar los riesgos asociados al proyecto Resultar en un refinamiento del proyecto de desarrollo del software cuando sea necesario

Seguimiento y Monitorizacin de Proyectos de Software: Medicin y Anlisis

Se deben realizar medidas para determinar el estado de las actividades
Tareas realizadas, retrazadas y en conflicto Tiempos que han tomado, Comparacin con las estimaciones iniciales, Cambios en las estimaciones del proyecto, etc. Riesgos que se han desencadenado,

Resultado de las contingencias planificadas, etc.

Seguimiento y Monitorizacin de Proyectos de Software: Verificacin de la Implementacin

Las actividades de planificacin del proyecto deben ser revisadas peridicamente por:
La administracin y el lder del proyecto para validar:
El costos, personal, cronograma y rendimiento Conflictos y tpicos que no se pueden resolver a nivel de mandos mas bajos Riesgos identificados y su estado La definicin de acciones correctivas, asignacin de responsables y revisin de su estado Las actividades de estimacin y planificacin Las actividades de revisin y generacin de compromisos El contenido del plan de desarrollo Las actividades de monitorizacin de costos, cronogramas, riesgos, restricciones tcnicas y de diseo, funcionalidad y rendimiento Las actividades de las revisiones tcnicas y administrativas

El grupo de aseguramiento de calidad para verificar:

Seguimiento y Monitorizacin de Proyectos de Software: Documentos Requeridos

Actas de conflictos Documentos de recalculo de estimaciones Proceso de modificacin de documento del proyecto Etc.

Calidad del Software

CMM Nivel 2 5. Gestin de la Configuracin del Software

Gestin de la Configuracin: Objetivos

Que las actividades de Gestin de la Configuracin del Software (GCS) sean planificadas
Que se identifiquen los productos de software a ser gestionados y que estos se encuentren disponibles. Que se controlen los cambios a los productos de software identificados.

Que a los grupos e individuos afectados se les informe sobre el estado y los contenidos de las lneas
base (versiones) del software.

Gestin de la Configuracin: Compromisos

El proyecto de software debe seguir una poltica escrita para la Gestin de la Configuracin.
Se deben asignar responsabilidades sobre las actividades de GCS La GCS debe ser implementada a lo largo del ciclo de vida del proyecto para: productos de software externos, productos de software internos, herramientas de desarrollo y soporte documentacin Los cambios en los compromisos se realizaran involucrando a los grupos afectados Los proyectos tendrn acceso a un repositorio (biblioteca) para el almacenamiento de tems/unidades de configuracin, y los registros de GCS asociados. Los productos a ser almacenados en la biblioteca se llamaran tems de Configuracin.

Gestin de la Configuracin: Habilidades para ejecutar (1/3)

1. Debe existir un comit encargado de la administrar la lnea base del proyecto. Autorizara la definicin de las lneas base para los productos Encargado de la identificacin de tems / unidades de configuracin Encargado de revisar y autorizar cambios a las lneas base para los productos de software. Autoriza la creacin de productos basados en la biblioteca de lneas base .

Gestin de la Configuracin: Habilidades para ejecutar (2/3)

2.

Debe existir un grupo en el proyecto que sea responsable de la coordinacin e implementacin de GCS.
Creacin y mantenimiento de la biblioteca de lneas base de los productos de software. Desarrollo, mantenimiento, y distribucin de los planes, estndares y procedimientos de GCS. Identificacin del grupo de productos que sern colocados bajo la GCS. Administracin del acceso a la biblioteca de lneas base. Actualizacin de las lneas base de los productos de software. Creacin de productos desde la biblioteca de lneas base. Registro de las actividades de GCS. Produccin y distribucin de reportes de GCS.

Gestin de la Configuracin: Habilidades para ejecutar (3/3)

3. Los fondos y recursos adecuados deben ser provistos para la gestin la configuracin
Se deben asignar a un administrador las responsabilidades especificas para la GCS Herramientas para soportar las actividades de gestin de requisitos

4. Los miembros del grupo de GCS deben ser capacitados sobre los objetivos, procedimientos y mtodos para ejecutar sus actividades de GCS. 5. Los miembros del grupo de ingeniera de software y otros grupos relacionados deben ser entrenados para ejecutar sus actividades de GCS.

Gestin de la Configuracin: Actividades a Realizar (1/6) 1.

Se deber preparar un plan de GCS para cada proyecto.

Debe ser desarrollado una etapa temprana, en paralelo con la planificacin del proyecto. Deber ser revisado por los grupos afectados. Debe ser administrado y controlado).

2.

El plan GCS, ser utilizado como base para la ejecucin de las actividades de GCS.
las actividades de GCS a ser realizadas su cronograma, las responsabilidades asignadas, los recursos requeridos, etc.

Gestin de la Configuracin: Actividades a Realizar (2/6) 3.

Deber crearse un sistema de biblioteca de gestin de la configuracin, que ser utilizado como repositorio de lneas base de los productos de software.
Debe soportar control de acceso a mltiples niveles. Proveer almacenamiento y recuperacin de tems/unidades de configuracin. Facilitar la comparicin y transferencia de tems / unidades de configuracin. Ayudar en la utilizacin y disponibilidad de estndares tems / unidades de configuracin. Proveer almacenamiento y recuperacin de las versiones archivadas de los tems / unidades de configuracin. Proveer almacenamiento, actualizacin y recuperacin de registros de GCS. Soportar la creacin de reportes de GCS. Facilitar el mantenimiento de la estructura de la biblioteca y sus contenidos.

Gestin de la Configuracin: Actividades a Realizar (3/6) 4.

Se deben identificar los productos de trabajo sobre los cuales se efectuara la gestin de la configuracin.
Tpicamente incluyen
documentacin de procesos, requisitos de software, diseos de productos de software, cdigo fuente y ejecutables de los productos de software, procedimientos de prueba, compiladores y otras herramientas de software.

A cada uno de los tems /unidades de configuracin se le debe asignar un identificador nico. Se deben especificar las caractersticas de cada tem / unidad de configuracin.
Las lneas bases a las que pertenece La persona responsable de cada tem, etc.

Gestin de la Configuracin: Actividades a Realizar (4/6) 5.

Las solicitudes de cambio y los reportes de problemas sobre los tems / unidades de configuracin, deben ser:
inicializados, registrados, revisados, aprobados y monitorizados de acuerdo a un procedimiento documentado.

6.

Los cambios en los tems de configuracin que afecten a las lneas base deben ser controlados
Se deben efectuar revisiones y/o pruebas de regresin para garantizar que no han originado efectos no intencionados Solamente los tems / unidades de configuracin autorizados por el comit deben ser ingresados en la biblioteca Los tems / unidades de configuracin deben ser registrados y retirados de la biblioteca manteniendo su integridad

Gestin de la Configuracin: Actividades a Realizar (5/6) 7.

Las versiones de los productos, tienen que ser liberadas y controladas de acuerdo a un procedimiento documentado.
Se autorizara la creacin de productos basados en las lneas base incluidas en la biblioteca. Los productos liberados sern exclusivamente tems / unidades de configuracin incluidas en la biblioteca de lneas base.

8.

El estado de los tems / unidades de configuracin debe ser registrado siguiendo un procedimiento documentado.
Las acciones deben ser registradas con el suficiente detalle, de tal forma que: el estado de cada tem / unidad de configuracin sea conocido, que las versiones previas puedan ser recuperadas, el estado actual y el historial (ej. Cambios y otras acciones) de cada tem / unidad de configuracin sea mantenido.

Gestin de la Configuracin: Actividades a Realizar (6/6) 9. Se deben desarrollar reportes estndar que documenten las actividades GCS. 10.Deben realizarse auditorias a la biblioteca de configuracin del software
Las auditorias deben ser preparadas adecuadamente. Se debe asegurar la integridad de la biblioteca de GCS. Se deben revisar la estructura y facilidades del sistema de biblioteca de GCS. Se debe verificar su completitud y correccin. Se debe verificar el cumplimiento de los estndares y procedimientos de GCS que sean aplicables. Los resultados de la auditoria deben ser reportados al administrado del proyecto de software. Las acciones correctivas que resulten de la auditoria deben ser monitorizadas hasta que se completen.

Gestin de la Configuracin: Medicin y Anlisis

Se deben realizar medidas para determinar el estado de las actividades de GCS
numero de pedidos de cambio por unidad de tiempo, actividades GCS completadas en comparacin a lo planificado, trabajo completado,

esfuerzo realizado, etc.

Gestin de la Configuracin: Verificacin de la Implementacin

Las actividades de GCS del proyecto deben ser revisadas peridicamente por:
La administracin y el lder del proyecto para validar:
El costos, personal, cronograma y rendimiento Estado de las actividades de GCS Problemas identificados y su solucin

El grupo de aseguramiento de calidad para verificar:

Las actividades de GCS Conformidad de los tems de configuracin con las lneas base Completitud de la biblioteca de lneas base, etc.