Donar $20 Donar $50 Donar $100 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 1C 2012 Resuelto por profesor
Autor Mensaje
Estef Sin conexión
Empleado de Fotocopiadora
Sin estado :(
**

Ing. en Sistemas


Mensajes: 42
Agradecimientos dados: 18
Agradecimientos: 44 en 8 posts
Registro en: May 2008
Mensaje: #1
[Ingenieria en Software][Aporte] Segundo Parcial 1C 2012 Resuelto por profesor Parciales Ingeniería de Software
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
Spoiler: Mostrar
Estimaciones
  • Los UCPs tienen en cuenta los objetos más importantes a construir para hacer las estimaciones - Falso, porque los UCP se basan en CU y no en objetos
  • 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á - Falso, da Puntos por Función y después tengo que ver si voy por LOC o horas hombre
  • 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 - Falso, no son dos métodos distintos
  • La secuencia recomendada para estimar es Esfuerzo -> Tamaño -> Cronograma - Falso
  • 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 - Falso, tiene un impacto exponencial

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

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 -Verdadero
  • El propósito de los peer reviews es encontrar y remover defectos de los productos de trabajo de software en forma temprana y eficiente - Verdadero
  • 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 - Falso
  • Las inspecciones son la mejor técnica de SQA y deben aplicarse siempre en cualquier desarrollo para asegurar la más alta calidad - Falso, ningún método es él método
  • En los walkthroughs, el moderador es el que finalmente decide si algo es o no es defecto - Falso, no hay moderador
  • Mientras el proyecto tenga un no-cumplimiento de proceso, no debe permitirse el paso a producción del aplicativo - Falso, si alguien acepta el riesgo puede pasar

Métricas
  • Las métricas, siguiendo el método GQM, nos permiten alcanzar los objetivos de la organización - Falso, me permite medirlos pero no alcanzarlos
  • El método GQM nos ayuda a obtener métricas que sirvan para verificar que se cumpla con los objetivos de la organización - Verdadero
  • Una misma métrica, ¿puede estar orientada al proceso, a los recursos, o a un producto? - Verdadero, ejemplo fallas mido lo mismo pero después tengo algo que me lo engancha con el producto, otro con el proceso y otro con el recurso
  • La densidad de fallas (Fallas/Líneas de código) no es adecuada para determinar la calidad desde el punto de vista del usuario - Verdadero
  • Una sola métrica bien elaborada nos define un aspecto completo del desarrollo, por ejemplo, la productividad, o la calidad - Falso
  • 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 - Falso, no hay una que sea superior

Testing
  • Es objetivo del testing encontrar los defectos en los productos de forma eficiente y eficaz - Falso, es para fallas no para defectos
  • La partición en clases de equivalencia es una de las técnicas para derivar condiciones&casos de prueba de caja negra - Verdadero
  • La cobertura de sentencia es la que nos asegura mayor completitud en las pruebas - Falso, si tiene un if no va por uno de los caminos
  • La prueba de aceptación de usuarios (UAT - User Acceptances Test) es básicamente una prueba de caja blanca - Falso, es de caja negra
  • Las condiciones de prueba para UAT / Validación se pueden comenzar a elaborar (como momento temprano) ni bien se concluyen las pruebas unitarias - Falso, bastante antes, una vez que tengo cerradas las especificaciones (V model)
  • Las clases de equivalencia nos aseguran mayor grado de cobertura que la complejidad ciclomática - Falso, no puedo saber si mayor o menor porque son dos cosas distintas
(Este mensaje fue modificado por última vez en: 30-06-2012 16:58 por Estef.)
30-06-2012 16:55
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] Estef recibio 19 Gracias por este post
Aye (30-06-2012), leofeuer (02-07-2012), calui (06-07-2012), dolap87 (25-07-2012), mcTowers (14-11-2012), reDDevil (16-11-2012), xpabloxx (18-11-2012), Nicosunshine (18-11-2012), proyectomaru (04-12-2012), Maxter (02-05-2013), matiasGorosito (20-05-2013), rulocasla (24-06-2013), rodrigo (25-06-2013), norchow (28-06-2015), Fly (28-06-2015), leandrong (30-06-2015), JoelMelamed (30-06-2015), Desert69 (16-11-2015), drechu (01-10-2016)
Buscar en el tema
Enviar respuesta 




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



    This forum uses Lukasz Tkacz MyBB addons.