Hola gente,

les paso el parcial tomado por Dalceggio el 13/11/12 y resuelto por él (había que tener el 60% bien para aprobar):

1. Conceptos generales de SCM:
a- Durante un proyecto se pueden establecer tantos baselines como se desee.
b- Todos los entregables generados en un proyecto son ICs (items de configuración).
c- Los ICs de producto se versionan mientras que los ICs de proceso no.
d- Una nueva versión de un producto y un nuevo baseline pueden coincidir.
e- Una configuración puede estar conformada por ICs de distintas versiones.

2. Las auditorías funcionales de SCM tienen por objetivo:
a- Verificar que los cambios se realizaron en forma completa de acuerdo al requerimiento.
b- Verificar que las funciones del proceso de SCM fueron seguidas y cumplidas.
c- Verificar la consistencia entre el código y la especificación.
d- Verificar que todas las aprobaciones se hayan ejecutado antes de generar un nuevo baseline.
e- Verificar que el cambio haya sido ejecutado por un recurso autorizado.

3. Actividades de SCM:
a- Permite evaluar en forma objetiva los procesos y los productos de trabajo (ICs) contra la descripción de los procesos y los estándares respectivamente.
b- El SCCB gobierna todo el proceso de control de cambios.
c- La actividad de control de versiones sólo aplica al código fuente.
d- Establece y mantiene la integridad de los productos de trabajo.
e- Identifica la configuración de los productos de trabajo que componen las líneas base.

4. Actividades de PPQA:
a- Las revisiones de pares colaboran con el objetivo de la verificación.
b- Las inspecciones permiten detectar incumplimientos de estándares.
c- La verificación apunta a contestar la pregunta de si estamos construyendo el producto correcto.
d- Las inspecciones encuentran fallas que son difíciles de detectar en el testing.
e- Se evalúa de manera objetiva la adherencia a procesos y productos dentro de un proyecto.

5. Acerca de las Peer Reviews:
a- Un walkthrough se puede aplicar a ICs relacionados con "código".
b- Las inspecciones son las variantes más formales de las PR presentadas.
c- Las PR no se pueden ejecutar sobre productos sin terminar de construir.
d- No es objetivo de las PR discutir las soluciones a los hallazgos.
e- Todas las variantes de PR necesitan como mínimo un procedimiento que indique cómo se llevarán a cabo.

6. Black Box Testing:
a- Los casos de una misma clase de equivalencia permiten encontrar distintas fallas generadas por distintos defectos.
b- Técnica que realiza una prueba funcional teniendo en cuenta las entradas y salidas del software.
c- Una buena selección de la partición colabora directamente con la eficiencia de la prueba.
d- Todas las fallas detectadas en caja negra pueden ser detectadas en caja blanca.
e- Puede tener condiciones de borde en clases válidas e inválidas.

7. Las condiciones de prueba de aceptación del SW, en el momento más temprano en que se pueden empezar a construir es:
a- Cuando finalizó el diseño y arquitectura del sistema.
b- Cuando finalizó la construcción del código.
c- Cuando se acordaron los requerimientos.
d- En paralelo a la ejecución de las pruebas unitarias.
e- Cuando finalizaron las pruebas unitarias.

8. En los errores en el SW:
a- Una equivocación lleva siempre a cero, uno o más defectos en el código.
b- Un defecto lleva siempre a una o más fallas.
c- La falla es la manifestación del defecto.
d- Toda falla siempre es derivada de un defecto en el código.

9. Seleccionar las métricas que indican mantenibilidad del código:
a- Puntos de función desarrollados por programador por mes.
b- Cantidad de fallas reportadas por semana.
c- Cantidad de casos de prueba ejecutados con éxito por tester.
d- Complejidad ciclomática por componente.
e- Cantidad de métodos por clase.

10. Seleccionar las métricas orientadas al proceso:
a- Porcentaje promedio de desvío de calendario en proyectos.
b- Nivel de cohesión y acoplamiento por módulo.
c- Porcentaje promedio de esfuerzo/costo dedicado a una fase del ciclo de vida.
d- Tiempo medio entre fallas.
e- Porcentaje de avance del proyecto.

(Las respuestas más abajo)