Eran 30 verdadero o falso cuya pregunta mal no restaba. Se podía justificar pero no era necesario
Está resuelto por el profesor Schivo

Estimaciones

• Los UCPs tienen en cuenta los objetos más importantes a construir para hacer las estimaciones.
• El método de Puntos por Función (Function Points) tiene la ventaja que me da como salida directamente las horas*hombre que el proyecto demandará
• El método de Puntos por Función Ajustados es superior al de Puntos por Función ya que tiene en cuenta los ajustes del programador
• La secuencia recomendada para estimar es Esfuerzo -> Tamaño -> Cronograma
• Los modelos de estimación de Boehm y Mc Call demuestran que pequeñas variaciones en las fechas/cronogramas (adelantando o atrasando la fecha de entrega de un proyecto) tiene impacto lineal en el esfuerzo del proyecto
  

SCM

• Es propósito de SCM establecer y mantener la integridad de los productos a través del ciclo de vida
• El control de versiones se ocupa de aprobar los cambios solicitados a los ítems de configuración
• Las auditorías funcionales verifican la consistencia entre los componentes de las bibliotecas y el software de producción
• Una vez que han ingresado a un baseline formal, los requerimientos no pueden sufrir cambios
• Los componentes de terceros no deben ser tenidos en cuenta en las actividades de SCM
• El SCCB es un workflow que permite aplicar cambios a los componentes de manera controlada y efectiva
• Un ítem de configuración puede pertenecer a más de un release productivo
  

SQA

• Es propósito de SQA proveer a la gerencia una adecuada visibilidad dentro de los proyectos tanto del cumplimiento del proceso como de la calidad de los productos
• El propósito de los peer reviews es encontrar y remover defectos de los productos de trabajo de software en forma temprana y eficiente
• Verificación y validación son dos actividades similares, salvo que una la hace el equipo que programó el aplicativo y la otra el equipo de testing
• Las inspecciones son la mejor técnica de SQA y deben aplicarse siempre en cualquier desarrollo para asegurar la más alta calidad
• En los walkthroughs, el moderador es el que finalmente decide si algo es o no es defecto
• Mientras el proyecto tenga un no-cumplimiento de proceso, no debe permitirse el paso a producción del aplicativo
  

Métricas

• Las métricas, siguiendo el método GQM, nos permiten alcanzar los objetivos de la organización
• El método GQM nos ayuda a obtener métricas que sirvan para verificar que se cumpla con los objetivos de la organización
• Una misma métrica, ¿puede estar orientada al proceso, a los recursos, o a un producto?
• La densidad de fallas (Fallas/Líneas de código) no es adecuada para determinar la calidad desde el punto de vista del usuario
• Una sola métrica bien elaborada nos define un aspecto completo del desarrollo, por ejemplo, la productividad, o la calidad
• Las métricas de proceso son superiores a las métricas de producto en cualquier esquema de métricas que utilice el modelo GQM para definir el tablero de métricas / indicadores
  

Testing

• Es objetivo del testing encontrar los defectos en los productos de forma eficiente y eficaz
• La partición en clases de equivalencia es una de las técnicas para derivar condiciones&casos de prueba de caja negra
• La cobertura de sentencia es la que nos asegura mayor completitud en las pruebas
• La prueba de aceptación de usuarios (UAT - User Acceptances Test) es básicamente una prueba de caja blanca
• Las condiciones de prueba para UAT / Validación se pueden comenzar a elaborar (como momento temprano) ni bien se concluyen las pruebas unitarias
• Las clases de equivalencia nos aseguran mayor grado de cobertura que la complejidad ciclomática
  

Respuestas