C�mo ve el desarrollo de software?

1. �Cu�l de los dos es el modelo de desarrollo de software que puede responder

mejor a los cambios en los requisitos?
Modelo de cascada
* Modelo �gil

2. �Cu�l de los dos modelos de desarrollo de software realiza las actividades de

desarrollo de software de forma secuencial en una iteraci�n en lugar de
incrementos?
Modelo �gil
* Modelo de cascada

3. �Cu�les de las siguientes son las limitaciones del modelo de cascada? Seleccione
tres.
No es adecuado para grandes proyectos.
*Las malas interpretaciones de los requisitos o el dise�o pueden permanecer sin ser
detectadas hasta las fases posteriores.
*Es dif�cil responder a los cambios en el requerimiento.
*Los problemas de integraci�n pueden permanecer sin ser detectados hasta la �ltima
fase.

�Por qu� necesitamos requisitos?

1. Pregunta 1
�Cu�l es la descripci�n correcta sobre el proceso de especificaci�n de requisitos?
**La especificaci�n de requisitos es un proceso para dise�ar la soluci�n al
problema.
La especificaci�n de requisitos es un proceso que identifica y especifica el
problema y las posibles soluciones al problema.
**La especificaci�n de requisitos es un proceso de resoluci�n de los requisitos.
---La especificaci�n de requisitos es un proceso para identificar y especificar el
problema a resolver.

2. Especificar cuales requisitos es dif�cil porque (seleccione tres):

*El software es intangible, lo que dificulta su comprensi�n y comunicaci�n.
*La terminolog�a se puede interpretar de m�ltiples maneras seg�n la persona o el
contexto en el que se us�.
No hay una gu�a para escribir un documento de especificaci�n de requisitos de
software.
*Es posible que el cliente o los usuarios finales no tengan claro lo que quieren.

3. �Por qu� es importante la especificaci�n de requisitos? Seleccione dos.

* Reparar un error en los requisitos puede costar miles de veces m�s en las �ltimas
fases del ciclo de vida del desarrollo de software.
Cambiar el requisito no es posible una vez que el sistema est� completamente
desarrollado.
*El gasto de tiempo por adelantado en la especificaci�n de requisitos puede ahorrar
tiempo en las fases posteriores del ciclo de vida del desarrollo de software.