Seguimos buscando a Arshak. Ayudanos compartiendo!
Encuesta no oficial de docentes
Resultados de la encuesta no oficial de docentes
Probaste el SIGA Helper?

Donar $100 Donar $200 Donar $500 Donar mensualmente


Enviar respuesta 
 
Calificación:
  • 0 votos - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5
Buscar en el tema
[Ingenieria en Software][Aporte] Segundo Parcial 2C 2012 Resuelto por profesor
Autor Mensaje
mcTowers Sin conexión
Empleado de Fotocopiadora
el falso impostor
**

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 42
Agradecimientos dados: 81
Agradecimientos: 188 en 27 posts
Registro en: Nov 2008
Mensaje: #1
[Ingenieria en Software][Aporte] Segundo Parcial 2C 2012 Resuelto por profesor Parciales Ingeniería de Software
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)

Spoiler: Mostrar

1.
a- V
b- F (sólo las que me interesa administrar)
c- F
d- V
e- V

2.
a- V
b- F
c- F
d- F
e- F

3.
a- F (es de QA)
b- V
c- F
d- V
e- V

4.
a- V
b- V
c- F
d- F
e- V

5.
a- V
b- V
c- F
d- V
e- F

6.
a- F
b- V
c- V
d- F
e- V

7.
a- F
b- F
c- V
d- F
e- F

8.
a- F
b- F
c- V
d- F

9.
a- F
b- F
c- F
d- V
e- V

10.
a- V
b- F
c- V
d- F
e- V

(Este mensaje fue modificado por última vez en: 17-12-2012 00:05 por mcTowers.)
06-12-2012 19:44
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] mcTowers recibio 18 Gracias por este post
SilvinaG (10-12-2012), gonza87D (24-02-2013), matiasGorosito (20-05-2013), Maxter (19-06-2013), rodrigo (25-06-2013), Nacho14 (11-06-2014), Kurt (29-09-2014), juliahn (06-11-2014), norchow (30-06-2015), JoelMelamed (30-06-2015), rm1216 (15-11-2015), Desert69 (16-11-2015), gan (16-11-2016), Axius (02-12-2016), CarooLina (03-12-2017), guidopavia (18-06-2019), nanohueso (11-11-2019), fatiilluch (13-07-2021)
Buscar en el tema
Enviar respuesta 




Usuario(s) navegando en este tema: 1 invitado(s)