2.

1 Suggest the most appropriate generic software process model that might be used
as a basis for managing the development of the following systems. Explain your
answer according to the type of system being developed:
a)

A system to control anti-lock braking in a car.

El sistema es crtico con el cual, vidas humanas se ven comprometidas, por lo que se
requiere un anlisis rgido antes de que sea desarrollado. Por ello el modelo cascada
es el ms adecuado.

b)

A virtual reality system to support software maintenance.

La palabra clave de este software es mantenimiento, por lo cual los requerimientos
son de carcter voltil y tendern a cambiar constantemente. El modelo incremental
es ptimo para este desarrollo.

c)

A university accounting system that replaces an existing system.

Debido a que el sistema se va a basar en un sistema ya hecho, lo ms lgico es usar
un modelo que contemple o se base en el uso de componentes ya hechos. El modelo
basado en la reutilizacin es el ideal.

d)

An interactive travel planning system that helps users plan journeys with the lowest
environmental impact.
Una palabra confiable, el modelo incremental o el basado en pruebas son los
mas ptimos, debido a que el usuario es la clave para los requerimientos, por lo cual
van a cambiar constantemente segn el nivel de satisfaccin del usuario.

2.3 Consider the integration and configuration process model shown in Figure 2.3.
Explain why it is essential to repeat the requirements engineering activities in the
process.

Debido a que se los requerimientos establecidos en la etapa inicial del desarrollo pueden
llegar a modificarse para poder adaptarse a los componentes ya hechos (a ser reutilizados),
se necesitara una retroalimentacin de los nuevos requerimientos hasta que se llegue al
final del anlisis de requerimientos.

2.7 Explain why change is inevitable in complex systems and give examples (apart
from prototyping and incremental deliver) of software process activities that help
predict changes and make the software being developed more resilient to change.
El entorno en el cual se ha desarrollado el software cambia tiende a evolucionar con el paso
del tiempo. Para el desarrollo de software complejo conlleva mucho tiempo en su
realizacin, el cambio en inevitable e inherente en la naturaleza del proceso.
El modelo en espiral combina el evitar el cambio con la tolerancia al cambio. Lo anterior
supone que los cambios son resultado de riesgos del proyecto e incluye actividades de
gestin de riesgos explcitas para reducir tales riesgos.
2.9 Suggest two advantages and two disadvantages of the approach to process
assessment and improvement that is embodied in the SEIs Capability Maturity
framework.