Ingeniería de Requisitos Unidad I

¿Qué es correcto afirmar de acuerdo con la siguiente frase: "El trabajo de requisitos puede ocurrir también en fases más avanzadas del proyecto."?

• Verdadero. El trabajo de requisitos siempre ocurre en todas las fases (o etapas) de un proyecto.

• Falso. Después que la especificación de requisitos fue finalizada, el análisis de requisitos es dispensable.

• Falso. El trabajo de requisitos ocurre solamente en las fases iniciales de un proyecto.

• Verdadero. Hasta la transición del proyecto los requisitos pueden cambiar, por consiguiente, puede ser necesario más trabajo de ingeniería de requisitos.

De acuerdo con la estrategia de desarrollo secuencial, se puede afirmar que:

• I - Las disciplinas son encadenadas, iniciándose una después del término de la anterior.

• II - Las disciplinas son independientes iniciándose a cualquier tiempo dentro del proyecto.

• III - No todas las fases promueven entregas de software ejecutable.

• IV - Posee varias iteraciones.

¿Cuál es una ventaja de la estrategia iterativa e incremental?

• Sufre diversos problemas que retrasan requisitos

• El tiempo de entrega por lo general es mayor que el de la estrategia secuencial

• Con ciclos más cortos, hay más facilidad para adaptarse a los cambios

• El aumento del esfuerzo aumenta el riesgo proporcionalmente

Los siguientes documentos pueden estar contemplados en una especificación de requisitos, excepto:

• Documento de visión

• Especificación de casos de uso

• Documento de arquitectura de sistema

• Glosario

En el desarrollo de una especificación de requisitos, ¿A qué público objetivo, la especificación, debe estar más enfocado?

• Con foco preponderante en el cliente

• Con foco preponderante en el desarrollador

• Con foco preponderante en el analista de requisitos, autor de la especificación

• Ninguna de las anteriores

Los requisitos son un contrato entre el cliente y desarrolladores. Con base en esto, de las siguientes afirmaciones podemos afirmar que:

• I - Cuanto más detallada la especificación de requisitos, será mejor

• II - Cuanto menor es la relación de confianza entre las partes, más preciso es el contrato

• III - Cuanto menor es el nivel de confianza entre las partes, mayor es la necesidad de la formalización de ese contrato

• IV - Independientemente del nivel de confianza un contrato verbal no debe ser "firmado".

• V - Más importante que ser detallado, es que el contrato sea claro y de fácil comprensión para los interesados

Determina que casos necesitan una especificación de requisitos más detallada:

• I. El proyecto con un cliente desconocido y que, además, puede ser el primero con ese cliente.

• II. Cliente sin tiempo para participar de reuniones del proyecto.

• III. Expectativa de mantener a todos los miembros del equipo, hasta el final del proyecto

• IV. Parte del equipo trabajando en otra unidad de la empresa

• V. El equipo desarrolla proyectos para el área de negocios hace 5 años

No es un criterio para la calidad de requisitos:

• Reutilizable

• Correcta

• Verificable

• Rastreable

Son criterios para la calidad de requisitos, excepto:

• Reutilizable

• Correcta

• Verificable

• Rastreable

Para que una especificación de requisitos sea Clara (sin ambigüedad), no se debe:

• Tener los requisitos organizados en grupos lógicos

• Usar modelos y plantillas

• Usar términos indeterminados como "etcétera", "entre otros", en general…

• Usar ejemplos