2. Se define como una secuencia de fases en la
que al final de cada una de ellas se reúne la
documentación para garantizar que cumple
las especificaciones y los requisitos ,este
modelo se encarga de considerarlas
actividades fundamentales del proceso de:
Especificación, Desarrollo, Validación.
3. Para el desarrollo de cualquier producto de
software se realizan una serie de tareas
entre la idea inicial y el producto final un
claro modelo de desarrollo establece el
orden en el que se harán las cosas en el
proyecto, nos provee de requisitos de
entrada y salida para cada una de las
actividades.
4. El modelo de desarrollo nos ayuda a la
forma en la que vamos a construir el
producto.
Es necesario destacar el ciclo de vida del
proyecto y el modelo de desarrollo.
5. El ciclo de desarrollo de software.
Este modelo tiene una secuencia ordenada.
El trabajo de una etapa previa es la entrada
del siguiente proceso.
Provee de un gran control sobre las fechas
de entrega y entregables.
6. Establece criterios de entrada y salida en
cada fase claramente definidos.
Dado que provee pocos puntos de visibilidad
da la impresión de que es lento.
9. Los servicios, restricciones y metas del
sistema se definen a partir de las consultas
con los usuarios. Se definen en detalles y
sirve como una especificación del sistema.
10. El proceso del diseño del sistema divide los
requerimientos en hardware o software y
establece una arquitectura completa del
sistema. Por lo tanto el Sistema del software
identifica y describe las abstracciones
fundamentales del sistema software y sus
relaciones.
11. El diseño del software se lleva a cabo como un
conjunto o unidades de programas. Implica
verificar que cada una cumpla su
especificación
12. Los programas o las unidades individuales de
programas se integran y prueban como un
sistema completo para asegurar que se
cumplan los requerimientos del software
13. El Sistema se instala y se pone en
funcionamiento practico. El mantenimiento
implica a corregir errores no descubiertos en
las etapas anteriores del ciclo de vida,
mejorar la implementación de las unidades
del sistema y saltar los servicios del sistema
una vez que descubran nuevos
requerimientos
14. El Modelo cascada solo se debe utilizar
cuando los requerimientos se comprendan
bien y sea improbable que cambien
radicalmente durante el desarrollo
15. Excelente cuando se tiene un producto
estable y se conoce la tecnología.
Es un método muy estructurado que
funciona bien con gente de poca
experiencia.
Provee estabilidad en los requerimientos.
La planeación se puede hacer
anticipadamente.
16. Tiene poca flexibilidad.
Los proyectos en la práctica raramente
siguen un flujo secuencial.
Siempre es difícil para el cliente mostrar
todos los requerimientos explícitamente y
con mucha anticipación.
El cliente debe tener paciencia.
17. Es inflexible y no motiva al cambio.
Poco apropiado para aplicaciones para la
toma de decisiones.
Los usuarios tienen una participación
limitada.
18. Es importante porque Modelo o Desarrollo en
Cascada, es el enfoque metodológico que
ordena rigurosamente las etapas del ciclo de
vida del software, de forma tal que el inicio
de cada etapa debe esperar a la finalización
de la “Inme”.