Preguntas de Selección Múltiple

1.- Una de las alternativas es correcta. Una de las estrategias más inteligentes para el control del riesgo es: (2 pts)
a. Reactiva
b. Proactiva

2.- Dos de las alternativas son correctas. Los riesgos se categorizan en: (4 pts)
a. Proyecto, técnico y negocio
c. Conocidos, predecibles, impredecibles

Preguntas de Relación

3.- Relacione los siguientes conceptos con sus descriptores (2 pts):

• Medida: Indicación cuantitativa de la extensión.
• Medición: Medida.
• Métrica: Grado en que un sistema…
• Indicador: Visión profunda del proceso del software.

Preguntas de Desarrollo

4.- Nombre 2 medidas directas de: proceso y producto: (4 pts)
a. Costo y esfuerzo
b. LDC, Velocidad de ejecución, tamaño de memoria, n° de defectos

5.- El dominio de las métricas de software se divide en métricas de (3 pts):
a. Proceso, producto y proyecto

6.- Una de las siguientes afirmaciones es correcta. La mejor estructura de equipo depende (2 pts):
a. Del estilo de gestión de una organización
b. El número de personas que compondrá el equipo
c. Sus niveles de preparación
d. La dificultad general del problema
e. a y e
f. Todas las anteriores

7.- Una de las siguientes afirmaciones es correcta. Para conseguir un equipo de alto rendimiento (2 pts)
a. Los miembros del equipo deben confiar unos en otros
b. La distribución de habilidades debe adecuarse al problema
c. Para mantener la unión del equipo, los inconformistas tienen que ser excluidos del mismo
d. a y c
e. b y c
f. Todas las anteriores

8.- Nombre 4 posibles riesgos a considerar en un proyecto (4 pts):
a. Fechas de entrega poco realistas
b. Ámbito pobre y/o mala definición de requisitos
c. Superar costos
d. Pérdida de personal
e. Mala comunicación con el cliente

9.- Una de las siguientes afirmaciones no es correcta. Los factores que fomentan un entorno de equipo potencialmente tóxico son: (2 pts)

• Mayor control del equipo en la toma decisiones técnicas y de proceso

Preguntas de Definición

10.- ¿Qué es la mantención correctiva?
Mantención que corrige los defectos del software

11.- ¿Qué es la mantención adaptativa?
Mantención para adaptarse a nuevos requerimientos de la organización

12.- ¿Qué se debe considerar en la puesta en marcha?
Migración de Datos
Capacitación de Usuarios
Puesta en marcha del nuevo software
Pruebas de Usuario
Recolección y Reparación de Errores

13.- ¿Qué es la validación?
Estamos construyendo el producto correcto.
El software debería hacer lo que el usuario realmente requiere.

14.- ¿Qué es la verificación?
Estamos construyendo el producto correctamente.
El software debería estar de acuerdo a su especificación.

Preguntas Verdadero/Falso

15.- Encierre en un círculo una V cuando la respuesta sea VERDADERA o una F cuando la respuesta sea FALSA. (10 pts)

1. El no fomentar una minuciosa comunicación con el cliente al principio del proyecto se arriesga a construir una solución para un problema equivocado [V]
2. La planificación inicial de un proyecto software pasa por establecer objetivos, ámbito del producto, soluciones alternativas y dificultades técnicas y de gestión [V]
3. La verificación y validación deberían establecer la confianza de que el software es adecuado su propósito. [V]
4. Las inspecciones del software. Se refieren al ejercicio y observación del comportamiento del producto (verificación dinámica) [F]
5. La única técnica de validación para los requerimientos no funcionales es como el software debe ser ejecutado para ver cómo se comporta. [V]
6. La gestión de un proyecto es una actividad intensamente humana, y por esta razón, los profesionales competentes de software a menudo son buenos jefes de equipo [F]
7. El rendimiento de un equipo es proporcional a la cantidad de comunicación que se debe entablar [V]
8. Las pruebas de defectos Intentan demostrar que el software es el que el cliente quiere – satisface sus requerimientos. [F]
9. Una de las estrategias que se aplica al inicio de la planificación del proyecto para la descomposición de problema complejos es la estrategia divide y vencerás. [V]
10. Las inspecciones requieren la ejecución de un sistema así que pueden ser usadas antes de la implementación. [F]

SEGUNDA PARTE

Problema 1:

Se tiene la siguiente información histórica de medidas de proyectos software:

a) Calcule las métricas de Productividad, Calidad, Costo y Documentación para cada proyecto de la Base de datos Histórica (8 pts)

A001: 24,10|0,17|26141,08|0,22
A002: 24,62|0,07|14062,50|0,08
A003: 16,63|0,16|43984,96|0,38
B001: 9,00|0,21|19500,00|0,41
A004: 23,00|0,20|21521,74|0,27

b) ¿Qué requisito debe cumplir la base histórica disponible para poder medir este nuevo proyecto C001? (2pts)

Debe ser similar en herramienta de desarrollo y en envergadura del proyecto

c) ¿Qué puede concluir al comparar las métricas del nuevo proyecto sobre la base de la información histórica (suponga que la base de datos histórica cumple con los requisitos necesarios) en lo que se refiere a: (8pts)

Promedio: 19,47|0,16|25042,06|0,27
C001: 17,50|0,17|20000,00|0,17

· Productividad

Ha habido una disminución notable en la productividad con respecto al promedio

· Calidad

Se mantiene constante la calidad, incluso ha subido

· Costo

El costo ha disminuido

· Documentación

Ha disminuido la documentación, ha empeorado significativamente

d) Como profesional, ¿qué acciones recomendaría tomar para aquellos indicadores que muestran problemas con respecto a la base de datos histórica? (3 pts)

Considerando que la métrica de productividad se debería capacitar a los desarrolladores o contratar desarrolladores mejor calificados.
Considerando la documentación, tanto en la historia como en el nuevo proyecto y, considerando que, un proyecto de software no es sólo programas funcionando sino también toda la documentación asociada, se debiera definir estándares de documentación para cada una de las etapas del desarrollo de software; esto es, para cada etapa diseñar una pauta con los contenidos mínimos que debiera contemplar el manual del sistema de modo que sea una real guía para los desarrolladores y usuarios del sistema

Problema 2:

Se ha estimado que el desarrollo de un sistema software de gestión de una tienda de electrodomésticos tendrá un tamaño de 45500 líneas de código efectivas. Teniendo en cuenta que el equipo de desarrollo tiene un nivel de experiencia medio en la realización de este tipo de proyectos, estime el esfuerzo necesario y tiempo de desarrollo. Utilice Cocomo básico (6 pts)

Semiacoplado, debido a la experiencia media de los desarrolladores

E = a_b * MLDC ^ b_b = 3 * 45,5 ^ 1.12 = 215,82 personas-mes
T = C_b * E ^ d_b = 2,5 * 215,82 ^ 0,35 = 16,4 meses

E/T = 215,82/16,4 = 13,15 personas ~ 13 personas

Problema 3:

Se tiene la siguiente información histórica de proyectos software de gestión comercial y de mediana envergadura escritos en Visual Basic y similares:

a) Considere que se desea estimar un nuevo proyecto de las mismas características que las de su base de datos histórica. ¿Cuál sería el valor esperado de líneas de código para este nuevo proyecto? Justifique su respuesta. (4pts)

VE = (O + 4M + P)/6 = (9 + 4 * 12 + 17)/6 = 12,33

b) ¿Cómo clasificaría este proyecto según COCOMO, considerando que la empresa desarrolladora tiene mucha experiencia en aplicaciones de este tipo? Justifique su respuesta. (2pts)

Orgánico

c) Estime tiempo y número de personas para este nuevo proyecto utilizando el método de COCOMO básico. (4pts)

E = a_b * MLDC ^ b_b = 2,4 * 12,33 ^ 1,05 = 33,55 personas-mes
T = C_b * E ^ d_b = 2,5 * 33,55 ^ 0,38 = 9,5 meses

E/T = 33,55/9,5 = 3,53 personas ~ 4 personas

VE = (O + 4 * M + P)/6
Cocomo:
E = a_b * MLDC ^ b_b (E = personas-mes)
T = C_b * E ^ d_b (T = meses)

Etiquetas: cocomo, control de riesgos, equipos de alto rendimiento, mantención de software, métricas de software