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
2. DEFINICIONES2. DEFINICIONES
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
2. DEFINICIONES2. DEFINICIONES
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
6. GESTION DE 6. GESTION DE CONFIGURACION DE SWCONFIGURACION DE SW
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
6. GESTION DE 6. GESTION DE CONFIGURACION DE SWCONFIGURACION DE SW
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
6. GESTION DE 6. GESTION DE CONFIGURACION DE SWCONFIGURACION DE SW
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
CONTROL DE CAMBIOSCONTROL DE CAMBIOS
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
CONTROL DE CAMBIOSCONTROL DE CAMBIOS
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
Pasos a seguir:Pasos a seguir:
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
11. CONTABILIDAD DE 11. CONTABILIDAD DE ESTADOESTADO
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
11. CONTABILIDAD DE 11. CONTABILIDAD DE ESTADOESTADO
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
Pasos a seguir:Pasos a seguir:
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
12. MODELOS Y 12. MODELOS Y ESTANDARESESTANDARES
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
12. MODELOS Y 12. MODELOS Y ESTANDARESESTANDARES
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
12. MODELOS Y 12. MODELOS Y ESTANDARESESTANDARES
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.
Top Related