1. Equipo 4:
Fuentes Aguilar Hugo
Galindo González Adrián
García Martínez Marco
Martínez Alonso Jair Israel
Instituto Politécnico Nacional
Unidad Profesional Interdisciplinaria en Ingeniería
Ciencias Sociales y Administrativas
Contexto Nacional e Internacional II
Gestión de Configuración de Software
Rico Aragón Daniel Oswaldo

2. SCM
¿Que es la gestión de configuración
de software?
Software Configuration
Management

3. Propósito del SCM
● Los elementos pueden ser identificados.
● Es construido en módulos de componentes.
● Que cada componente sea accesible y se encuentre disponible.
● Los componentes del sistema nunca se pierdan, por cualquier
circunstancia.
● Que cada cambio en el software sea documentado y aprobado.
● Que ningún cambio sea perdido.
● Posibilidad de regresar a una versión previa.
● Que se almacena un historial de cambios, para así poder descubrir
¿Que?, ¿Quien?, ¿Como? y ¿Cuando? se ha realizado dicho cambio.

4. Roles en el SCM
● Administrador de Configuración
● Miembro de control de cambios
● Desarrollador
● Auditor

5. Estándar ANSI/IEEE Std 610.12-1990
● Administración GCS (¿Quien?)
● Actividades GCS (¿Qué?)
● Seguimiento de estatus y revisiones (Reportes)
● Auditoría de configuración (Revisiones)
● Control de interfaces (Control de Interactividad con
elementos externos e internos)
● Cronograma GCS(¿Cuándo?)
● Recursos GCS(¿Cómo?)

6. En conclusión
Es la disciplina de aplicar direción con habilidades técnicas
y administrativas para:
● Identificar y documentar las características funcionales
y físicas de los elementos de configuración.
● Controlar cambios en esas características.
● Mantener un historial de cambios en procesos e
implementaciones

7. Terminologías
Para el entendimiento de todo lo referente a la configuración de
software introduciremos el significado de ciertas terminologías, que si
bien no son tecnicismos muy complejos, si pueden inferirse
definiciones erróneas de las mismas.

8. Configuration item
● Es un agregado de hardware, software o ambos.
● Funge como como entidad única en el proceso de gestión de la
configuración.
● Se establece en la misma gestión de la configuración.
● De igual manera puede ser un agregado de otros CIs.

9. En la parte del software no sólo incluimos segmentos de código de
programa sino también:
● Todo tipo de archivos de código
● Controladores para pruebas
● Documentos de análisis o diseño
● Manuales desarrollador o usuario
● Configuraciones del sistema (Versión del compilador usado).

10. En general los CIs pueden ser:
➔ Requirement Analysis Document (RAD)
➔ System Design Document (SDD)
➔ Object Design Document (ODD)
➔ Unit tests
➔ Source code
➔ Input data and data bases
➔ Test data
➔ Support software (parte del producto)

11. Versión
Se le denomina versión a las publicación o re-publicación
de un configuration item relacionado con una completa
compilación o recopilación del elemento.

12. Variante
El término le es acuñado a CIs que tienen casi la misma funcionalidad
pero diferentes aspectos como :
● Ambiente del hardware
● Protocolos de comunicación
● Lenguaje del usuario

13. Baseline
Son CIs que se revisan y aprueban formalmente, y se les establece
una rutina que se implementara su futuro desarrollo. Solo se pueden
cambiar con un control formal de procedimientos de cambio.

14. Directorios SCM
Entre ellos podemos encontrar:
● Directorio del programador (Librería dinámica de IEEE)
● Directorio Maestro (Librería controlada de IEEE)
● Repositorio de software (librería estática de IEEE)

15. Revisión
Es la corrección de los errores ubicados en el diseño y
código sin afectar la funcionalidad documentada.

16. Liberación
Se dice de la distribución formal de alguna versión
aprobada.

17. Actividades del SCM

19. Identificación de la configuración
Consiste en identificar la estructura del producto, sus componentes y tipos,
hacerlos únicos y accesibles de alguna manera.
Esto se hace en dos actividades:
● Identificación de los ítems de configuración.
● Nomenclatura de los ítems de configuración

20. Control de la configuración
Diseñar un formulario de solicitud de cambio.
debe contar con los siguientes puntos:
● Nombre (s) y version (s) del CI donde aparece el problema.
● Nombre y dirección del redactor
● Fecha de la petición
● Indicar la urgencia
● Indicar que se necesita cambiar
● Descripción del cambio solicitado
Evaluación de las solicitudes de cambio

21. Aprobación o Rechazo de los cambios
Esta sección del SCMP describe la organización de la tarjeta de control de configuración.
(CCB)
La CCB:
● puede ser individual o grupal.
● Tiene múltiples niveles y estos son posibles dependiendo de la complejidad del
proyecto.
● para los proyectos pequeños un nivel de CCB es suficiente.
● Esta sección del SCMP también indica el nivel de autoridad de la CCB y su
responsabilidad.
● En particular, el SCM debe especificar cuando se invoca el CCB.

22. Implementando los cambios.
Una solicitud de cambio completo debe contener la siguiente información:
● La solicitud de cambio (s) original
● Los nombres y las versiones de los elementos de configuración afectados
● Fecha de verificación y responsable
● Identificador de la nueva versión
● lanzamiento o fecha de instalación y la parte responsable
Esta sección también debe especificar las actividades de:
● Archivamiento, completado las solicitudes de cambio
● Planificación y control de versiones
● ¿Cómo coordinar múltiples cambios?
● ¿Cómo añadir nuevos CIs a la configuración?
● ¿Cómo ofrecer una nueva baseline?

23. informe de estado
Esta sección del SCMP debe contener los siguientes factores.
● ¿Qué elementos han de ser objeto de informes de datos de
referencia y los cambios?
● ¿Qué tipos de informes contables de estado se generarán? ¿Cuál
es su frecuencia?
● ¿Cómo es la información que se recopile, almacene y reportado?
● ¿Cómo es el acceso a los datos de estado de gestión de la
configuración controlada?

24. Auditorías y revisiones
Para cada auditoría o revisión el plan tiene que definir:
● Objetivo
● Los elementos de configuración que se examinan
● El calendario para el examen
● Los procedimientos para la realización del examen
● Los participantes por puesto de trabajo
● La documentación requerida
● Procedimiento para las deficiencias de grabación y cómo corregirlos
● Criterios para la aprobación