gestion de la configuracion del SW (GCS) (1).ppt

11

22

1. INTRODUCCION1. INTRODUCCION

La gestión de la configuración La gestión de la configuración del software es uno de los del software es uno de los procesos clave para toda procesos clave para toda organización dedicada a la organización dedicada a la Ingeniería del Software Ingeniería del Software

33

2. DEFINICIONES2. DEFINICIONES

GESTION DE CONFIGURACION DE SW GESTION DE CONFIGURACION DE SW (GCS): (GCS):

- Conjunto de actividades [- Conjunto de actividades [PressmanPressman]]- Proceso de identificación y definición Proceso de identificación y definición

[[IEEEIEEE]]- Arte [Arte [BABBAB]]- Procesos de soporte [Procesos de soporte [Lic. Aylin Febles Lic. Aylin Febles ]]

44


CONFIGURACION DE SOTFWARE CONFIGURACION DE SOTFWARE (CS): (CS):

Los requisitos, diseño e Los requisitos, diseño e implementación que definen una implementación que definen una versión particular de un sistema o de versión particular de un sistema o de un componente del sistema. [un componente del sistema. [IEEE, IEEE, 19901990].].

55


ADMINISTRACION DE CONFIGURACION DE ADMINISTRACION DE CONFIGURACION DE SOFTWARE SOFTWARE

Disciplina de la Ingeniería de Software que Disciplina de la Ingeniería de Software que comprende las herramientas y técnicas. comprende las herramientas y técnicas. Tiene como objetivo mantener la Tiene como objetivo mantener la integridad de los componentes del integridad de los componentes del producto de software, evaluar y controlar producto de software, evaluar y controlar los cambios los cambios

66

3. CALIDAD DEL SW3. CALIDAD DEL SW

La administración de la calidad La administración de la calidad total (TQM) estotal (TQM) es un estilo de un estilo de administración dirigido a lograr administración dirigido a lograr éxitos a largo plazo enlazando la éxitos a largo plazo enlazando la calidad con la satisfacción del calidad con la satisfacción del cliente. cliente.

77

4. LINEAS BASE 4. LINEAS BASE Evolución de las líneas Base:Evolución de las líneas Base:

88

4. LINEAS BASE 4. LINEAS BASE

La IEEE define una línea base como: La IEEE define una línea base como:

Una especificación o producto que se ha Una especificación o producto que se ha revisado formalmente y sobre los que se revisado formalmente y sobre los que se ha llegado a un acuerdo, y que de ahí en ha llegado a un acuerdo, y que de ahí en adelante sirve como base para un adelante sirve como base para un desarrollo posterior y que puede desarrollo posterior y que puede cambiarse solamente a través de cambiarse solamente a través de procedimientos formales de control de procedimientos formales de control de cambios. cambios.

99

Ciclo de vida Tradicional:Ciclo de vida Tradicional:

INGENIERIA DE SISTEMASEspecificación del sistema

ANÁLISIS DE REQUERIMIENTOSEspecificación de requisitos del software

DISEÑO DEL SOFTWAREEspecificación de diseño

CODIFICACIÓN

Código fuentePRUEBA

Planes de prueba

Sistema en funcionamiento

1010

Ciclo de Vida Prototipado EvolutivoCiclo de Vida Prototipado Evolutivo ANÁLISIS PRELIMINAR Y ESPECIFICACIÓN DE REQUISITOS

REFINAMIENTO DE ESPECIFICACIONES

Refinamiento evolutivo

Requisitos Iniciales

DISEÑO RÁPIDO

Diseño inicial Rediseño evolutivo

CONSTRUCCIÓN IMPLEMENTACIÓN Y PRUEBA

Construcción Construcción evolutiva

PRODUCTO DE INGENIERÍA IMPLANTACIÓN DEL SISTEMA

MANTENIMIENTOProducto Final

EVALUACIÓN DEL PROTOTIPO

1111

Ciclo de vida en Ciclo de vida en espiral: espiral:

DETERMINACIÓN DE OBJETIVOS, ALTERNATIVAS Y RESTRICCIONES

EVALUACIÓN DE ALTERNATIVAS IDENTIFICACIÓN Y RESOLUCION DE RIESGOS

3 2 1

4PLANIFICACIÓN

1 Líneas Base inicial2 Lineas Base de Refinamiento3 Lineas Base de Diseño4 Lineas Base de Implementacion

Ingenieria Producto Final

IMPLEMENTACION DEL SOTFWARE

Mantenimiento

1212

5. ELEMENTOS DE LA 5. ELEMENTOS DE LA CONFIGURACION DE SWCONFIGURACION DE SW

1) Especificación del sistema 1) Especificación del sistema 2) Plan de proyecto 2) Plan de proyecto 3) Especificación de requisitos, 3) Especificación de requisitos,

Prototipo ejecutable o “en papel” Prototipo ejecutable o “en papel” 4) Manual de usuario preliminar 4) Manual de usuario preliminar 5) Especificación de diseños 5) Especificación de diseños 6) Listados del código fuente 6) Listados del código fuente

1313

5. ELEMENTOS DE LA 5. ELEMENTOS DE LA CONFIGURACION DE SWCONFIGURACION DE SW

7) Plan y procedimiento de pruebas, Casos 7) Plan y procedimiento de pruebas, Casos de prueba y resultados registrados de prueba y resultados registrados

8) Manuales de operación de y de instalación 8) Manuales de operación de y de instalación 9) Programas ejecutables 9) Programas ejecutables 10) Descripción de la base de datos 10) Descripción de la base de datos 11) Manual del usuario final 11) Manual del usuario final 12) Documentos de mantenimiento 12) Documentos de mantenimiento 13) Estándares y procedimientos de 13) Estándares y procedimientos de

ingeniería del softwareingeniería del software

1414

6. GESTION DE 6. GESTION DE CONFIGURACION DE SWCONFIGURACION DE SW

Los cambios dentro del desarrollo del SW Los cambios dentro del desarrollo del SW pueden ocurrir en cualquier momento pueden ocurrir en cualquier momento por lo tanto debemos estar preparados, por lo tanto debemos estar preparados, las actividades de CGS sirven para:las actividades de CGS sirven para: Identificar el cambio de nuestro software.Identificar el cambio de nuestro software. Controlar ese cambio.Controlar ese cambio. Garantizar que el cambio quede bien implantado.Garantizar que el cambio quede bien implantado. Informar el cambio.Informar el cambio.

1515


PROBLEMAS DE ADOPCION DE LA GCSPROBLEMAS DE ADOPCION DE LA GCS

No se encuentran la ultima versión del CFNo se encuentran la ultima versión del CF Errores corregidos en anteriores versionesErrores corregidos en anteriores versiones No existe seguimiento de los No existe seguimiento de los

requerimientosrequerimientos Problemas importantes en la Problemas importantes en la

administración, etc. administración, etc.

1616


QUE PERMITE CONOCER LA GCSQUE PERMITE CONOCER LA GCS

¿Quién hizo los cambios?¿Quién hizo los cambios? ¿Qué cambios se hicieron al ¿Qué cambios se hicieron al

software?software? ¿Cuándo se hicieron los cambios?¿Cuándo se hicieron los cambios? ¿Por qué se hicieron los cambios?¿Por qué se hicieron los cambios?

1717


La GCS es una actividad de La GCS es una actividad de garantía de calidad del software garantía de calidad del software que se aplica en todas las fases que se aplica en todas las fases del proceso de ingeniería del del proceso de ingeniería del software. software.

1818

7. PROCESO DE GCS7. PROCESO DE GCSIEEE Identificación de la ConfiguraciónControl de Cambios en la ConfiguraciónGeneración de Informes de EstadoAuditoria de la Configuración

CMMPlanificación de las actividades de Gestión de ConfiguraciónIdentificación de los ECSControl de cambios a los ECSInformar a los grupos e individuos involucrados de los cambios a los ECSAuditoria de la Configuración

ISO Identificación de la configuraciónControl de cambios a la configuración Informe del estado de la ConfiguraciónAuditoria de la configuración

CM (Configuration Magnament).Identificación Control Auditoria Contabilidad de Estado

1919

Proceso de Gestión de Configuración del Proceso de Gestión de Configuración del Software Software

2020

8. IDENTIFICACION DE LA 8. IDENTIFICACION DE LA CONFIGURACIONCONFIGURACION

Tarea de gestión de configuraciones del Tarea de gestión de configuraciones del software referido a un esquema de software referido a un esquema de identificación que proporciona la siguiente identificación que proporciona la siguiente información:información:

Tipo de elementos de configuración de Tipo de elementos de configuración de software (ECS) software (ECS)

Nombre del elemento de configuración Nombre del elemento de configuración Identificación del proyecto o del producto.Identificación del proyecto o del producto. Numero de versiónNumero de versión Fecha de ultimo lanzamientoFecha de ultimo lanzamiento

2121

8. IDENTIFICACION DE LA 8. IDENTIFICACION DE LA CONFIGURACIONCONFIGURACION

OBJETIVO: Identificar la estructura del SW.,OBJETIVO: Identificar la estructura del SW.,

META: Tener la capacidad de identificar los META: Tener la capacidad de identificar los componentes del SWcomponentes del SW

PREGUNTAS:PREGUNTAS: ¡Cual es la configuración del SW?¡Cual es la configuración del SW? ¡Que versión de archivo es esta?¡Que versión de archivo es esta? ¡Cuales son los componentes del SW?¡Cuales son los componentes del SW?

2222

Pasos a seguir:Pasos a seguir:

Seleccionar los elementos que estarán bajo control de configuración

Establecer la estructura jerárquica del SW

Crear e identificar el esquema de la estructura anterior

Identificar unívocamente cada uno de los componentes del producto

Definir las relaciones e interfaces entre los productos de SW

2323

IDENTIFICACIÓN DE OBJETOS EN LA IDENTIFICACIÓN DE OBJETOS EN LA CONFIGURACIÓN DEL SWCONFIGURACIÓN DEL SW

OBJETOS BASICOS: Es una unidad de OBJETOS BASICOS: Es una unidad de texto creada durante el análisis, texto creada durante el análisis, diseño, codificación o prueba.diseño, codificación o prueba.

OBJETOS COMPUESTOS: Es una OBJETOS COMPUESTOS: Es una colección de objetos básicos u colección de objetos básicos u objetos compuestos. objetos compuestos.

2424

IDENTIFICACIÓN DE OBJETOS EN IDENTIFICACIÓN DE OBJETOS EN LA CONFIGURACIÓN DEL SWLA CONFIGURACIÓN DEL SW

VERSIONES SOFTWARE

Revisión Variante

CONFIGURACIÓN DE REFERENCIA (BASELINE)

Funcional Asignada De desarrollo De producto

Forma parte de la gestión de configuraciones

BIBLIOTECA SOFTWARE software [IEEE 610]

Seguridad

2525

9. CONTROL DE 9. CONTROL DE CONFIGURACIONCONFIGURACION

CONTROL DE VERSIONESCONTROL DE VERSIONES

El control de versiones combina El control de versiones combina procedimientos y herramientas procedimientos y herramientas para gestionar las versiones de para gestionar las versiones de los objetos de configuración los objetos de configuración creadas durante el proceso de creadas durante el proceso de ingeniería del software. ingeniería del software.

2626

Versiones y variantesVersiones y variantes

2727

PROCESOS PARA EL PROCESOS PARA EL DESARROLLO DE SW POR DESARROLLO DE SW POR

VERSIONES VERSIONES Rational Unified Process (RUP)Rational Unified Process (RUP) Modelo Java (2000 – 2003)Modelo Java (2000 – 2003) Modelo Java (2000 – 2003) contModelo Java (2000 – 2003) cont Modelo GXP (2003)Modelo GXP (2003) Modelo Java Integrado (2003) Modelo Java Integrado (2003) Modelo TLREQ (2004)Modelo TLREQ (2004)

2828

Rational Unified Process (RUP)Rational Unified Process (RUP)

RUP

proceso de ingeniería de software

Cubre todo el ciclo de vida de los Proyectos, maximizando el uso del UML

Esta dirigido por casos de uso, centrado en la arquitectura e iterativo e incremental

Desarrollo en cuatro fases:

Inicial Elaboración Construcción Transición

2929

Modelo Java (2000 - 2003)Modelo Java (2000 - 2003)

JAVA

Líneas de Trabajo (o disciplinas) definidas • Requerimientos• Análisis•Diseño•Implementación •Verificación

Gestión de Configuración Gestión de Calidad Gestión de Proyecto

Soporte

(JAVA CONT) adaptaciones

(JAVA CONT) Roles

3030

Modelo MoDSGX (2002 - 2003)Modelo MoDSGX (2002 - 2003)

MoDSGX

Adaptaciones similares a las del Modelo Java

Actividades

Roles específicos

Desarrollo con Genexus

3131

Modelo GXP (2003)Modelo GXP (2003)

GXP

Adaptación de eXtreme Programming (XP)

Desarrollo con Genexus

3232

Modelo Java Integrado Modelo Java Integrado (2003) (2003)

JAVA INTEGRADO

Módulo agregado al Modelo Java

Actividades

Roles específicos

3333

Modelo TLREQ (2004)Modelo TLREQ (2004)

TLREQ

Java MoDSGX

Redundancia

Esqueleto común basado en el RUP

Duración del proyecto FIJO

3434

CONTROL DE CAMBIOSCONTROL DE CAMBIOS

Para un gran esfuerzo de desarrollo Para un gran esfuerzo de desarrollo de SW el cambio incontrolado lleva de SW el cambio incontrolado lleva rápidamente al caos. El control de rápidamente al caos. El control de cambios de la tarea de Gestión de cambios de la tarea de Gestión de Configuración de Software (GCS) mas Configuración de Software (GCS) mas importante proporciona un importante proporciona un mecanismo para el control de los mecanismo para el control de los cambios. cambios.

3535

NECESIDAD DE

CAMBIO

GENERACIÓN DE PETICIÓN DE CAMBIO

EVALUACIÓN

GENERACIÓN DE INFORME DE CAMBIOS

OTRAS TAREAS DE GCS

INFORMAR AL CLIENTE

SITUAR EN COLA DE CAMBIOS

DECISIÓN ACC

3636


OBJETIVOOBJETIVO

Controlar los cambios y la liberación Controlar los cambios y la liberación de los productos durante el ciclo de de los productos durante el ciclo de vida.vida.

META META

Establecer un mecanismo que asegure Establecer un mecanismo que asegure la producción del SW de calidad.la producción del SW de calidad.

3737


PREGUNTAS: PREGUNTAS:

¡Que esta controlado?¡Que esta controlado? ¡Como son controlados los ¡Como son controlados los

cambios a los productos?cambios a los productos? ¡Quien controla los cambios?¡Quien controla los cambios?

3838


Definir el proceso de cambio

Establecer las políticas y procedimientos de control de cambios

Mantenimiento de las líneas Base

Incorporar los cambios

Desarrollar la forma de reportes de cambio

Controlar la liberación del producto

3939

10. AUDITORIA DE LA 10. AUDITORIA DE LA CONFIGURACIONCONFIGURACION

¿¿Cómo podemos asegurar que el cambio se Cómo podemos asegurar que el cambio se ha implementado correctamente?ha implementado correctamente?

1) Revisiones técnicas formales : se 1) Revisiones técnicas formales : se centran en la corrección técnica del centran en la corrección técnica del elemento de configuración que ha sido elemento de configuración que ha sido modificado.modificado.

2) Auditorias de configuración del software: 2) Auditorias de configuración del software: complementa la revisión técnica formalcomplementa la revisión técnica formal

4040

10. AUDITORIA DE LA 10. AUDITORIA DE LA CONFIGURACIONCONFIGURACION

OBJETIVOOBJETIVO Verificar que el producto de SW integrado Verificar que el producto de SW integrado

satisface los requerimientos estándares o satisface los requerimientos estándares o acuerdos contractuales y que los acuerdos contractuales y que los componentes que se integran componentes que se integran corresponden con las versiones vigentes.corresponden con las versiones vigentes.

META META Verificar que todos los productos de SW Verificar que todos los productos de SW

han sido producidos descritos e han sido producidos descritos e identificados correctamente y que todas identificados correctamente y que todas las solicitudes de cambio han sido las solicitudes de cambio han sido procesadas.procesadas.

4141

10. AUDITORIA DE 10. AUDITORIA DE CONFIGURACIONCONFIGURACION

La auditoria se plantea las siguientes interrogantes:La auditoria se plantea las siguientes interrogantes: ¡Se ha hecho el cambio especificado en la (OCI)?¡Se ha hecho el cambio especificado en la (OCI)? ¡Se han incorporado modificaciones adicionales?¡Se han incorporado modificaciones adicionales? ¡Se ha llevado acabo una revisión técnica formal para ¡Se ha llevado acabo una revisión técnica formal para

comprobar la corrección técnica?comprobar la corrección técnica? ¡Se han seguido adecuadamente estándares de ingeniería ¡Se han seguido adecuadamente estándares de ingeniería

de SW?de SW? ¡Se han remarcado los cambios en el ECS?¡Se han remarcado los cambios en el ECS? ¡Se han especificado la fecha del cambio y el autor del ¡Se han especificado la fecha del cambio y el autor del

cambio?cambio? ¡Refleja la identificación del ECS los cambios?¡Refleja la identificación del ECS los cambios? ¡Se han seguido procedimientos del GCS para señalar el ¡Se han seguido procedimientos del GCS para señalar el

cambio, registrarlo y divulgarlo?cambio, registrarlo y divulgarlo? ¡Se han actualizado adecuadamente todos los ECS ¡Se han actualizado adecuadamente todos los ECS

relacionados?relacionados?

4242

11. CONTABILIDAD DE 11. CONTABILIDAD DE ESTADOESTADO

Denominada también informes de Denominada también informes de Estado; es una tarea de la gestión Estado; es una tarea de la gestión de configuración de SW:de configuración de SW:

¡Que paso?¡Que paso? ¡Quien lo hizo?¡Quien lo hizo? ¡Cuando paso?¡Cuando paso? ¡Que mas se vio afectado?¡Que mas se vio afectado?

4343


Flujo de información del proceso de generación de Flujo de información del proceso de generación de informes de estado de configuración (GIEC).informes de estado de configuración (GIEC).

IDENTIFICACIÓN DE BONIFICACIÓN

CONTROL DE CONFIGURACIÓN

AUDITORIA DE CONFIGURACIÓN

GENERACIÓN DE INFORMES DE ESTADO

INFORME IEC

BASE DE DATOS DE ICEECS

CAMBIOS

4444


OBJETIVOOBJETIVO Registrar y reportar los cambios a los Registrar y reportar los cambios a los

componentes de configuración.componentes de configuración.METAMETA Mantener un registro del estado de todos Mantener un registro del estado de todos

los elementos en una línea base.los elementos en una línea base.

¡Que cambios se han hecho al sistema?¡Que cambios se han hecho al sistema? ¡Cuantos componentes fueron afectados ¡Cuantos componentes fueron afectados

por estos cambios?por estos cambios?

4545


Determinar el tipo de reporte requerido

Dar seguimiento al estado de los componentes de configuración

Dar seguimiento al estado de cambios al sistema

Generar reportes de estado

Registrar y reportar las actividades de SCM

4646

12. MODELOS Y 12. MODELOS Y ESTANDARESESTANDARES

MODELO DE MADUREZ DE CAPACIDADES MODELO DE MADUREZ DE CAPACIDADES (CMM)(CMM)

Describe un marco de referencia para el Describe un marco de referencia para el desarrollo y mantenimiento de software desarrollo y mantenimiento de software Constituye un modelo en el que el mejoramiento Constituye un modelo en el que el mejoramiento de los procesos es implementado de forma de los procesos es implementado de forma incremental. Organiza las etapas para incremental. Organiza las etapas para evolucionar los procesos de software en cinco evolucionar los procesos de software en cinco niveles: inicial, definido, repetible, gestionado y niveles: inicial, definido, repetible, gestionado y optimizado [Dunaway, 1996] [Farley, 2000] optimizado [Dunaway, 1996] [Farley, 2000] [Cruz, 2002][Cruz, 2002]

4747


LA ORGANIZACIÓN INTERNACIONAL PARA LA LA ORGANIZACIÓN INTERNACIONAL PARA LA ESTANDARIZACIÓN (ISO)ESTANDARIZACIÓN (ISO)

Promueve la estandarización internacional.Promueve la estandarización internacional. En relación al En relación al software, existe la guía o reglas generales ISO 9000-3. software, existe la guía o reglas generales ISO 9000-3. es una es una guía y no una norma. guía y no una norma. La ISO 9000 del 2000 identifica ocho La ISO 9000 del 2000 identifica ocho principios de gestión de la calidad:principios de gestión de la calidad:

* Enfoque al cliente* Enfoque al cliente* Liderazgo* Liderazgo* Participación del personal* Participación del personal* Enfoque basado en procesos* Enfoque basado en procesos* Enfoque de sistema para la gestión* Enfoque de sistema para la gestión* Mejora continua* Mejora continua* Enfoque basado en hechos para la toma de * Enfoque basado en hechos para la toma de decisióndecisión* Relaciones mutuamente beneficiosas con el * Relaciones mutuamente beneficiosas con el proveedor.proveedor.

4848


INSTITUTO DE INGENIEROS ELÉCTRICOS Y INSTITUTO DE INGENIEROS ELÉCTRICOS Y ELECTRÓNICOS (IEEE)ELECTRÓNICOS (IEEE)

IEEE 730, este estándar permitió identificar los IEEE 730, este estándar permitió identificar los aspectos más importantes para la realización del aspectos más importantes para la realización del plan de aseguramiento de la calidadplan de aseguramiento de la calidadEntre lo documentos normativos:Entre lo documentos normativos:* * IEEE Guide to Software Configuration IEEE Guide to Software Configuration Management, American National Standards Management, American National Standards InstituteInstitute, (1042-1987) , (1042-1987) * * IEEE Standard for Software Configuration IEEE Standard for Software Configuration Management Plans, American National Standards Management Plans, American National Standards Institute Institute (828-1990).(828-1990).

4949


LA VINCULACIÓN DE ESTÁNDARES LA VINCULACIÓN DE ESTÁNDARES Existe una estrecha relación en todos estos modelos. Existe una estrecha relación en todos estos modelos. CMM pueden cumplir con las exigencias de las CMM pueden cumplir con las exigencias de las certificaciones de ISO. certificaciones de ISO.

Los aspectos con los que cumplen en ambos niveles Los aspectos con los que cumplen en ambos niveles podría resultar suficiente para certificarse como podría resultar suficiente para certificarse como ISO .Entonces pudiera haber organizaciones no ISO .Entonces pudiera haber organizaciones no maduras (CMM) o por debajo del nivel 3 que maduras (CMM) o por debajo del nivel 3 que obtuvieran la certificación ISO.obtuvieran la certificación ISO.

De manera general, si una organización se considera De manera general, si una organización se considera posible candidata a ISO, es probable que esté cerca posible candidata a ISO, es probable que esté cerca de alcanzar el nivel 2. Las que están en el nivel 3 con de alcanzar el nivel 2. Las que están en el nivel 3 con completa seguridad serán certificadas ISO9001. completa seguridad serán certificadas ISO9001. [Zhang, 2001][Zhang, 2001]

5050

Vinculación de ISO y CMMVinculación de ISO y CMM

5151

BENEFICIOS DE LA GCSBENEFICIOS DE LA GCS

Reduce el esfuerzo necesario para Reduce el esfuerzo necesario para gestionar y realizar el cambio - mejora la gestionar y realizar el cambio - mejora la productividadproductividad

Conduce a una mejora de la integridad y Conduce a una mejora de la integridad y seguridad del software - incremento de la seguridad del software - incremento de la calidadcalidad

Genera información sobre el proceso - Genera información sobre el proceso - mejora de la gestión del control mejora de la gestión del control

Mantiene una base de datos de desarrollo Mantiene una base de datos de desarrollo de software - mejor registro y seguimiento de software - mejor registro y seguimiento de informesde informes

5252

PLAN DE GESTION DE PLAN DE GESTION DE CONFIGURACION DE SWCONFIGURACION DE SW

Contenidos:Contenidos: IntroducciónIntroducción (Propósito, Alcance, Definiciones, Acrónimos y (Propósito, Alcance, Definiciones, Acrónimos y

Abreviaturas, Referencias, Apreciación GlobalAbreviaturas, Referencias, Apreciación Global Gestión de la Configuración del SWGestión de la Configuración del SW (Organización, (Organización,

Responsabilidades e Interfaces, Herramientas, Ambientes e Responsabilidades e Interfaces, Herramientas, Ambientes e Infraestructura)Infraestructura)

El Programa de CM El Programa de CM (Identificación de la Conf (Identificación de la ConfMétodos de Métodos de Identificación, LB del Proyecto; Control de la Conf y de los Identificación, LB del Proyecto; Control de la Conf y de los Cambios Cambios Procesamiento y Aprobación de la solicitud de Procesamiento y Aprobación de la solicitud de Cambio, Tablero de Control de Cambio (Change Control Cambio, Tablero de Control de Cambio (Change Control Board, CCB); Contabilidad de Estado de la Conf Board, CCB); Contabilidad de Estado de la Conf Almacenamiento de los Medios del Proyecto y Proceso de Almacenamiento de los Medios del Proyecto y Proceso de Release, Auditorias y Reportes)Release, Auditorias y Reportes)

Fechas PrincipalesFechas Principales Entrenamiento y RecursosEntrenamiento y Recursos Control del Subcontratado y del Vendedor de SWControl del Subcontratado y del Vendedor de SW

5353

CONCLUSIONESCONCLUSIONES

La finalidad de la Gestión y configuración del La finalidad de la Gestión y configuración del Software es el conocer la estructura de Software es el conocer la estructura de procesos y herramientas para aplicar dentro procesos y herramientas para aplicar dentro de la construcción del software que nos de la construcción del software que nos ayudan a controlar los cambios. ayudan a controlar los cambios.

Es importante considerar ciertas Es importante considerar ciertas modificaciones que pueden ocurrirle al modificaciones que pueden ocurrirle al software dentro de todo el proceso de software dentro de todo el proceso de ingeniería para asegurar su control y ingeniería para asegurar su control y calidad. calidad.

5454

BIBLIOGRAFIABIBLIOGRAFIA

Fairley R. Ingeniería de Software. Pressman, R.S. Ingeniería del

Software. Un enfoque práctico.

Documents

gestion de la configuracion del SW (GCS) (1).ppt