¿Qué es el modelo de Cascada SDLC?
Introducción:
el modelo de Cascada es un ejemplo de un modelo Secuencial. En este modelo, la actividad de desarrollo de software se divide en diferentes fases y cada fase consta de una serie de tareas y tiene diferentes objetivos.
el modelo de Cascada es el pionero de los procesos SDLC. De hecho, fue el primer modelo que fue ampliamente utilizado en la industria del software. Se divide en fases y la salida de una fase se convierte en la entrada de la siguiente fase., Es obligatorio que una fase se complete antes de que comience la siguiente fase. En resumen, no hay superposición en el modelo de Cascada
en cascada, el desarrollo de una fase comienza solo cuando se completa la fase anterior. Debido a esta naturaleza, cada fase del modelo de cascada es bastante precisa y bien definida. Dado que las fases caen de un nivel superior a un nivel inferior, como una cascada, se llama como el modelo de cascada.,
representación gráfica del modelo de cascada:
Las actividades que intervienen en las diferentes fases de la siguiente manera:
| S. No | Fase | Actividades Realizadas | Entregables |
|---|---|---|---|
| 1 | Análisis de requisitos | 1. Captura todos los requisitos. 2. Haga una lluvia de ideas y un recorrido para comprender los requisitos.3. Haga la prueba de viabilidad de los requisitos para asegurarse de que los requisitos son comprobables o no., |
Rud ( Requirements Understanding Document) |
| 2 | System Design | 1. Según los requisitos, cree el diseño 2. Capture los requisitos de hardware / software.3. Documente los diseños |
HLD (High Level Design document) LLD (Low level design document) |
| 3 | Implementation | 1. Según el diseño crear los programas / código 2. Integrar los códigos para la siguiente fase.3., La unidad de pruebas del código |
Programas Unidad de casos de prueba y resultados |
| 4 | Sistema de Prueba | 1. Integre el código probado por la unidad y pruébelo para asegurarse de que funciona como se espera. 2. Realice todas las actividades de prueba (funcionales y no funcionales) para asegurarse de que el sistema cumple con los requisitos.3. En caso de cualquier anomalía, repórtalo. 4. Realice un seguimiento de su progreso en las pruebas a través de herramientas como las métricas de trazabilidad, ALM 5. Informe de sus actividades de prueba. |
casos de prueba informes de prueba informes de defectos matrices actualizadas., |
| 5 | la Implementación del Sistema | 1. Asegúrese de que el entorno está arriba 2. Asegúrese de que no haya defectos sev 1 abiertos.3. Asegúrese de que se cumplen los criterios de salida de la prueba. 4. Implemente la aplicación en el entorno correspondiente. 5. Realice una comprobación de cordura en el entorno después de implementar la aplicación para asegurarse de que la aplicación no se rompa. |
Manual de Usuario medio Ambiente definición y / o especificación |
| 6 | mantenimiento del Sistema | 1., Asegúrese de que la aplicación esté funcionando en el entorno correspondiente. 2. En caso de encuentros de usuarios y defectos, asegúrese de tener en cuenta y solucionar los problemas enfrentados.3. En caso de que se solucione cualquier problema; el código actualizado se implementa en el entorno. 4.La aplicación siempre está mejorada para incorporar más características, actualizar el entorno con las últimas características |
manual de usuario lista de tickets de producción lista de nuevas características implementadas. |
¿cuándo usar el modelo de Cascada SDLC?,
el modelo de Cascada SDLC se utiliza cuando los requisitos de
- son estables y no se cambian con frecuencia.
- Una aplicación es pequeña.
- no hay ningún requisito que no se entienda o no sea muy claro.
- El entorno es estable
- Las herramientas y técnicas utilizadas son estables y no son dinámicas
- Los recursos están bien entrenados y están disponibles.
Pros y contras del modelo de Cascada
Las ventajas de usar el modelo de cascada son las siguientes:
- Simple y fácil de entender y usar.,
- para proyectos más pequeños, el modelo de cascada funciona bien y produce los resultados apropiados.
- dado que las fases son rígidas y precisas, una fase se realiza una a la vez, es fácil de mantener.
- Los criterios de entrada y salida están bien definidos, por lo que es fácil y sistemático proceder con calidad.
- Los resultados están bien documentados.
desventajas de usar el modelo de Cascada:
- no puede adoptar los cambios en los requisitos
- Se vuelve muy difícil volver a la fase., Por ejemplo, si la aplicación ahora se ha movido a la etapa de prueba y hay un cambio en el requisito, se hace difícil volver atrás y cambiarlo.
- La entrega del producto final es tardía ya que no hay ningún prototipo que se demuestre de forma intermedia.
- para proyectos más grandes y complejos, este modelo no es bueno ya que un factor de riesgo es mayor.
- No es adecuado para los proyectos donde los requisitos se cambian con frecuencia.
- no funciona para proyectos largos y en curso.,
- dado que la prueba se realiza en una etapa posterior, no permite identificar los desafíos y riesgos en la fase anterior, por lo que la estrategia de mitigación de riesgos es difícil de preparar.
Conclusión
En el modelo de cascada, es muy importante tener la firma de los entregables de cada fase. A partir de hoy, la mayoría de los proyectos se están moviendo con modelos ágiles y prototipos, el modelo de Cascada todavía es válido para proyectos más pequeños. Si los requisitos son sencillos y comprobables, el modelo de Cascada producirá los mejores resultados.