Requisitos de la presunción

Cuando hacer análisis: *Mediante la realización separada del análisis, se puede analizar sin grandes costos una gran parte del sistema y después utilizar el resultado para planificar el trabajo de diseño e implementación en varios incrementos sucesivos, donde cada incremento solo diseña e implementa una pequeña parte del sistema*El análisis proporciona una visión general del sistema*Algunas partes del sistema tienen diseños y/o implementaciones alternativas. Es el caso cuando una parte del sistema se implementa más de una vez utilizando diferentes tecnologías que se ejecutan en distintas plataformas.En este caso el modelo de análisis debería mantenerse a lo largo de la vida del sistema.
El papel del análisis en el ciclo de vida del software: Las iteraciones iniciales de la elaboración se centran en el análisis. Esto ayuda a obtener una arquitectura estable y sólida y facilita la comprensión de los requisitos en profundidad. El propósito y objetivo del análisis debe alcanzarse de algún modo, pero la manera exacta de emplearlo puede diferir de un proyecto a otro. Existen 3 variaciones básicas:*El proyecto utiliza el modelo de análisis para describir los resultados del análisis y mantiene la consistencia de este modelo a lo largo de todo el ciclo de vida del software * El proyecto utiliza el modelo de análisis para describir los resultados del análisis pero considera a este modelo como una herramienta transitoria e intermedia. * El proyecto no utiliza en absoluto el modelo de análisis para describir los resultados del análisis. El proyecto analiza los requisitos como parte integrada en la captura de requisitos o en el diseño.
Al elegir entre las 2 primeras variantes, tenemos que realizar un análisis coste/beneficio, y decidir si deberíamos dejar de actualizar el modelo de análisis o si deberíamos consérvalo y mantenerlo durante el resto de la vida del sistema. En cuanto a la tercera variante, solo deberíamos emplearla en casos excepcionales para sistemas extraordinariamente simples