T1 GCS

Question 1

Configuración

Answer 1

En el contexto de la gestión de la configuración, nos referimos al
conjunto de las características funcionales y físicas tanto software
como hardware especificadas en la documentación técnica o
alcanzadas por un producto.

Question 2

Gestión de la configuración

Answer 2

Disciplina que aplica dirección y vigilancia administrativa para 1.Identificar y documentar las características físicas y funcionales de un
elemento de configuración software, 2. Controlar los cambios a dichas características 3. Registrar e informar sobre el procesamiento de los cambios y del
estado de la implementación
4. Verificar la conformidad con los requisitos especificados

Question 3

¿Por qué es necesaria la GCS?

Answer 3

Por la naturaleza de 1.Productos software: diferentes componentes con múltiples
versiones y ejecutándose sobre diferentes plataformas hardware y
software 2.Proyectos software: todo es susceptible al cambio
3. Equipos de desarrollo: entornos distribuidos de desarrollo. 4 Elevada complejidad y demanda de los sistemas software 5. Naturaleza cambiante del software (Ley de Lehman)

Question 4

¿Qué es un elemento de configuración?

Answer 4

Elemento de Configuración: un
conjunto HW, SW o ambos que es identificado por la GC y tratado
como una entidad individual en el proceso de GC. Un EC tiene un nombre, unos atributos y está conectado a otros
objetos mediante relaciones

Question 5

Configuración de Referencia

Answer 5

Especificación o producto que se ha revisado formalmente y sobre el que se ha llegado a un acuerdo, y que de ahí en adelante, sirve como base para un desarrollo posterior y que puede cambiarse solamente a través de procedimientos formales de control de cambios. Usualmente establecida al final de una fase del ciclo de vida.

Question 6

EC de referencia

Answer 6

Versión de ECs formalmente aprobado, independientemente
del medio, formalmente diseñado y fijado en un momento específico durante el
ciclo de vida del EC

Question 7

Repositorio del proyecto

Answer 7

Registra toda la información relevante relacionada con la configuración: información de los EC y sus relaciones de dependencia, información de las solicitudes de cambio y de su estado, información sobre los procesos de revisión y auditoría. Las Tareas de IS producen EC. Una vez aprobado y revisado se coloca en la base de datos del proyecto (repositorio). Para hacer una modificación de un EC se obtiene una copia.

Question 8

Versión

Answer 8

Un producto software operativo que difiere de productos similares
en términos de capacidad, requisitos ambientales y configuración, o una instancia identificable de un fichero específico o distribución
de un Sistema completo Cada cambio sufrido por un EC produce una nueva versión del mismo. Debe ser correctamente identificada.

Question 9

Release

Answer 9

Una versión entregada de una aplicación que puede incluir todo o
parte de una aplicación, que se distribuye a una comunidad más amplia. El número de versiones es menor al número de releases.

Question 10

Proceso de GCS: Identificación

Answer 10

Es un prerrequisito para el resto de actividades de la GCS, con tres tareas:
1.Selección: Identifica los EC que serán controlados. No todo EC debe estar bajo GCS.
2. Designación: Establece su esquema de nombrado y/o numerado de los EC sujetos al proceso de GCS, para
identificar cada EC de forma única.
3. Descripción: documentar las características de cada EC.

Question 11

Proceso de GCS: Control de Versiones

Answer 11

Procedimientos y herramientas para gestionar las diferentes versiones del EC que se crean durante el proceso de desarrollo. Establecimiento y mantenimiento de la versión de referencia e identificación y control de los cambios a la versión de referencia que hacen posible retornar a una versión de referencia previa. Mecanismos a implementar en el repositorio:
 Control de acceso
 Control de sincronización

Question 12

Control de Versiones: Grafo de evolución y Deltas

Answer 12

Cada nodo es una versión de producto (colección de EC). Cada rama (branch) es una desviación de la línea principal del desarrollo. Bifurcación y Combinación: necesarios en el
Sistema de Control de Versiones. Deltas: la diferencia en la versión previa y la nueva. En lugar de guardar copias de todas las versiones en el repositorio, creamos deltas: así reducimos la cantidad de espacio en disco duro

Question 13

Control de Versiones: Construcción del Sistema

Answer 13

Build: versión operacional de un sistema que incorpora un subconjunto de las capacidades que el producto final
proporcionará, combinando las versiones correctas de los ECs, usando los datos de
configuración apropiados, en un programa ejecutable (compilación y unión (linkage)). Debe ser repetible y reproducible.

Question 14

Control de Cambios

Answer 14

Identificar, documentar, aprobar o rechazar, y controlar los cambios a las versiones de referencia del proyecto. Solicitud de Cambio: Petición realizada por un desarrollador, miembro del equipo de Gestión de Calidad, un revisor, un usuario o un cliente y que debe
ser documentada. (Ticket, Issue, Work Item (Elemento de
Trabajo))

Question 15

Control de Cambios

Answer 15

Identificar, documentar, aprobar o rechazar, y controlar los cambios a las versiones de referencia del proyecto. Solicitud de Cambio: Petición realizada por un desarrollador, miembro del equipo de Gestión de Calidad, un revisor, un usuario o un cliente y que debe
ser documentada. (Ticket, Issue, Work Item (Elemento de
Trabajo))

Question 16

Proceso de Control de Cambios

Answer 16

Acciones realizadas para
identificar, documentar, revisar y autorizar cambios a un
software o documentación de producto en desarrollo

Question 17

Autoridad de Control de Cambios

Answer 17

Persona o grupo de personas que toma las decisiones sobre las peticiones de cambio.

Question 18

Niveles de Control de Cambio

Answer 18

Para evitar excesiva burocracia. Control de cambios informal: Hasta que un elemento es de
referencia el desarrollador puede realizar cualquier cambio justificado.
Control de cambios a nivel de proyecto: Una vez pasada una
revisión técnica formal se crea la versión de refencia. Para realizar un cambio se requiere la aprobación del jefe de proyecto (impacto local)
o la ACC (impacto global).
Control de cambios formal: Cuando el software se distribuye. Se ejecutan todos los pasos del proceso.

Question 19

Proceso de GCS: Generación Informes

Answer 19

Mantener a los involucrados en el proceso de desarrollo informados del estado de la configuración y de su evolución, para identificar problemas, y determinar el progreso del proyecto. Hay que registrar y comunicar la información necesaria para gestionar efectivamente los
ECs, incluyendo el estado de los cambios y sus solicitudes, registrando los documentos y distribuyéndolos al equipo.

Question 20

Proceso de GCS: Auditoría

Answer 20

Asegura la implementación correcta de los cambios.
Auditorías funcionales: determinar si el producto satisface los requisitos objetivo de la
versión de referencia.
Auditorías físicas: determinar si la versión de referencia del build (versión operacional) es desplegable utilizando el repositorio.
Este proceso se repite después de la integración y el testeo del Software antes de establecer la versión de referencia del producto. Si el proceso es formal, se realiza por un equipo de garantía de calidad.

Question 20

Proceso de GCS: Auditoría

Answer 20

Asegura la implementación correcta de los cambios.
Auditorías funcionales: determinar si el producto satisface los requisitos objetivo de la
versión de referencia.
Auditorías físicas: determinar si la versión de referencia del build (versión operacional) es desplegable utilizando el repositorio.

Question 21

Alternativas a las auditorías

Answer 21

Alfa testing: cuando el sistema tiene muchas funciones nuevas que no se han probado previamente, el equipo de desarrollo busca
evaluar el éxito o el fracaso de las nuevas funciones.
Beta testing: el equipo de desarrollo decide que se necesita algún nivel de evaluación del cliente antes del lanzamiento final del producto. El equipo de desarrollo busca (una gran cantidad de) probadores beta para descubrir errores y fallos en el sistema.
Test Readiness Reviews (TRR): para evaluar los resultados
preliminares de las pruebas para uno o más ECs.
Market Readiness Reviews (MRR): para determinar si la distribución está lista.

Question 22

Herramientas CASE para la GCS

Answer 22

Las herramientas CASE son un conjunto de aplicaciones informáticas, usadas para automatizar actividades de el ciclo de vida de desarrollo de sistemas. Deben generar los informes, hacer las auditorías, presentar seguridad, la opción de configurarlas mediante acceso web y gestionar versiones y cambios. Mejora la seguridad, la productividad, y la resolución de defectos es más rápida.