3.1. el diseño debe realizarse de una manera detallada y la codificación puede realizarse mecánicamente.
4. prueba (se centra en:)
4.1. la lógica interna del software
4.2. las funciones externas
4.3. pruebas de unidad
4.4. pruebas de integracion
4.5. pruebas de sistema
4.6. pruebas de aceptacion
5. mantenimiento
5.1. el software necesitara cambios despues de la entrega
5.2. los requisitos son dificiles de especificar
5.3. los requisitos cambian con el tiempo
6. cambios
7. ventaja
7.1. modelo y planificacion facil
7.2. fases conocidas por los desarrolladores
8. desventajas
8.1. al aplicar el modelo a proyectos reales no es muy seguro que los proyectos sigan el flujo secuencial
8.2. cuando el cliente no especifica todos los requisitos de manera explicita el proyecto al inicio enfrenta dificultades al incorporar la incertidumbre natural
