UTNianos

Versión completa: [Ingeniería en Software][Aporte] Final 02/08/2011
Actualmente estas viendo una versión simplificada de nuestro contenido. Ver la versión completa con el formato correcto.
Quedará para la próx fecha de finales.

30 V/F. 18 (60%) para aprobar. Mal no resta.
Aclaro que la redacción no es idéntica a la original, me acuerdo la idea de cada afirmación (en particular, las afirmaciones más rebuscadas eran las de Calidad, SQA y Testing).

  1. Calidad
    1. El atributo tolerancia a fallos hace referencia a qué tan rápido el sistema vuelve a un estado consistente cuando ocurre una falla.
    2. ISO-9126 es una alternativa más barata que CMMI para empresas que no buscan tanta calidad.
    3. En una priorización de atributos de calidad de un producto, maintainability sería la más importante en cuanto a la percepción del usuario.
    4. Dejando fijos tiempo y funcionalidad, la calidad no estará relacionada al costo en el que se quiera incurrir en el proyecto.
    5. Un nivel de madurez de CMMI es un subconjunto de procesos que, a partir de una mejora contínua y sistemática, sienta las bases para alcanzar el próximo nivel de madurez.
    6. La aplicación discreta de CMMI permite alcanzar mayor nivel de calidad que la continua.
  2. Riesgos
    1. El tracking (seguimiento) de un riesgo no se abandona hasta que no termina el tiempo de ocurrencia del mismo.
    2. Todo riesgo identificado debe tener definido un plan de contingencia o mitigación.
    3. Una forma válida de reducir el impacto de un riesgo es a partir de la definición de un plan de contingencia.
  3. Estimación
    1. Una de las ventajas de Puntos por Función es que permite estimar a partir de la definición preliminar de requerimientos (wish list).
    2. Wideband Delphi permite obtener requerimientos que no se conocían antes de la estimación.
    3. En Objects Points, es incorrecto usar reusabilidad del código como un factor de ajuste.
  4. SCM
    1. Una misma versión de un IC puede formar parte de más de una baseline.
    2. SCC se encarga de controlar los cambios y su implementación.
    3. El SCCB tiene autoridad suficiente como para rechazar un cambio.
    4. La auditoría de proceso se puede considerar como una actividad propia de QA.
    5. En una auditoría física, se verifica que el IC cumpla con la especificación documentada de su configuración.
    6. Un IC de administración de proyecto no puede formar parte de una baseline.
  5. SQA
    1. Una inspección de código permite encontrar todos los defectos que producen fallas.
    2. Una inspección de código verifica el cumplimiento de estándares o requerimientos del proceso de desarrollo, mientras que walkthrough no.
    3. Las revisiones entre pares van directamente a la manifestación del defecto (la oración seguía, pero lo que es seguro es que decía manifestación del defecto).
  6. Testing
    1. La prueba de sistema permite verificar el cumplimiento de requisitos no funcionales.
    2. En una prueba de caja blanca, la cobertura de camino básico es mayor que la de decisión.
    3. Si un componente es muy cohesivo, las pruebas del mismo serán muy complejas.
    4. Condición de borde hace referencia a llevar al límite de su capacidad al sistema como, por ejemplo, con una alta carga de transacciones.
    5. Para una clase de equivalencia, la salida producida por un elemento de la clase es representativa de las salidas producidas por los demás elementos de la misma.
    6. Dos fallas no pueden ser producidas por el mismo defecto.
  7. Métricas
    1. Si el SPI (EV/PV) de mi proyecto es menor a 1, entonces debo hacer algo para arreglar el atraso en la agenda del mismo.
    2. El costo actual en un momento determinado es el valor que tienen todas las tareas realizadas hasta el momento.
    3. Complejidad ciclomática es la cantidad de módulos de prueba ejecutados (y seguía tirando fruta).

Gracias!!
(03-08-2011 16:19)AkhAnubis escribió: [ -> ]Quedará para la próx fecha de finales.

30 V/F. 18 (60%) para aprobar. Mal no resta.
Aclaro que la redacción no es idéntica a la original, me acuerdo la idea de cada afirmación (en particular, las afirmaciones más rebuscadas eran las de Calidad, SQA y Testing).

  1. Calidad
    [list=a]
  2. El atributo tolerancia a fallos hace referencia a qué tan rápido el sistema vuelve a un estado consistente cuando ocurre una falla. FALSO
  3. ISO-9126 es una alternativa más barata que CMMI para empresas que no buscan tanta calidad. FALSO
  4. En una priorización de atributos de calidad de un producto, maintainability sería la más importante en cuanto a la percepción del usuario. ??
  5. Dejando fijos tiempo y funcionalidad, la calidad no estará relacionada al costo en el que se quiera incurrir en el proyecto. FALSO
  6. Un nivel de madurez de CMMI es un subconjunto de procesos que, a partir de una mejora contínua y sistemática, sienta las bases para alcanzar el próximo nivel de madurez. ??
  7. La aplicación discreta de CMMI permite alcanzar mayor nivel de calidad que la continua. ??

[*]Riesgos
  1. El tracking (seguimiento) de un riesgo no se abandona hasta que no termina el tiempo de ocurrencia del mismo. ??
  2. Todo riesgo identificado debe tener definido un plan de contingencia o mitigación. FALSO
  3. Una forma válida de reduc ir el impacto de un riesgo es a partir de la definición de un plan de contingencia. FALSO

Che puse lo que me parecía de estas 3.. alguien las hizo? =P

Saludos.. los ?? es que no tengo idea..
1.d f. si priorizamos la percepcion del usuario, lo mas importante seria que cumpla con lo que el quería.
2.a v. supongo... suena logico.
Les paso mi resolución, así podemos comparar.
Alguno tiene algún modelo de final más nuevo?

1. CALIDAD:
1. F (es Facilidad de recuperacion)
2. F (son dos cosas distintas)
3. F (no entiendo muy bien la pregunta, pero no maintainability)
4. F
5. V (creo)
6. F

2. RIESGOS
1. V
2. F (no estoy seguro, pero creo que en la 2da etapa se puede descartar posibles riesgos identificados en la 1er etapa)
3. V

3. ESTIMACION
1. V
2. F
3. F

4. SCM
1. V
2. F (creo que no se involucra con su "implementacion")
3. V
4. V
5. V
6. F

5. SQA
1. F
2. F
3. v

6. TESTING
1. V
2. V
3. V
4. F
5. V
6. F

7. METRICAS
1. V
2. V
3. F
El examen de ayer nos destrozaron. Tomaron 30 v o f pero pregunta mal restaba y eran todas muy ambiguas. Pude arañar un 4 pero la dificultad incomparable con el examen de arriba.
Las que me quedaron distintas a "cabeceando":

La auditoría de proceso se puede considerar como una actividad propia de QA. F, es de SCM
Si un componente es muy cohesivo, las pruebas del mismo serán muy complejas. F, si tiene cohesión quiere decir que las funcionalidades están bien agrupadas por lo tanto probar es más fácil

Todo lo demás contestaría lo mismo.
URLs de referencia