¿Qué es un modelo de proceso? Modelo de cascada y sus limitaciones.

El modelo de proceso de desarrollo especifica algunas actividades que se deben realizar de acuerdo con el modelo y el orden en que se deben llevar a cabo estas actividades. Como se mencionó anteriormente, el proceso de desarrollo generalmente se realiza por etapas por razones de costo, calidad y gestión de proyectos.

Dado que el proceso de desarrollo especifica las principales actividades de desarrollo y control de calidad que se deben realizar en el proyecto, el proceso de desarrollo realmente forma el corazón del proceso de software. Debido a la importancia del proceso de desarrollo, se han propuesto varios modelos.

Cascada modelo:

Establece que las etapas se organizan de forma lineal. Hay varias variantes del modelo de cascada, según la naturaleza de las actividades y el flujo de control entre ellas. En un modelo típico, un proyecto comienza con un análisis de factibilidad. Después de demostrar con éxito la viabilidad del proyecto, comienza el análisis de requisitos y la planificación del proyecto. El diseño comienza después de que se completa el análisis de requisitos y la codificación comienza después de que se completa el diseño.

Después de la programación, instale el código. Posteriormente, el sistema se someterá a una operación y mantenimiento regulares.

Usando el modelo de cascada, la secuencia de actividades realizadas en un proyecto de desarrollo de software es: análisis de requisitos, planificación del proyecto, diseño del sistema, diseño detallado, codificación y pruebas unitarias, integración del sistema y pruebas.

Hay dos suposiciones básicas que justifican una ordenación lineal de etapas en la forma propuesta por el patrón Waterfall. Las etapas del modelo son:

1. Viabilidad del sistema

2. Análisis de demanda y planificación de proyectos

3. Diseño del sistema

4. Diseño detallado

5. Codificación y pruebas unitarias

6. Integración del sistema y pruebas

Codificación

6. Pruebas e Integración

7. Instalación

8. Operación y mantenimiento

Los diversos productos producidos por el modelo de cascada son:

1. documento de requisitos
2. Plan de proyecto
3. Documentación del diseño del sistema
4. Documento de diseño detallado
5. Plan de prueba e informe de prueba
6. codigo final
7. manual de software
8. Reporte de revisión

Supuestos en el modelo de cascada:

Para un proyecto exitoso y un producto exitoso, todas las fases enumeradas en el modelo en cascada deben ejecutarse de todos modos. Cualquier secuencia diferente de fases dará como resultado un producto de software menos exitoso.

Límite:

El modelo de cascada asume que los requisitos de un sistema se pueden congelar (es decir, establecer una línea base) antes de que comience el diseño. Esto es posible para los sistemas diseñados para automatizar los sistemas manuales existentes. Pero para un sistema nuevo, identificar los requisitos es difícil porque los usuarios ni siquiera conocen los requisitos. Por lo tanto, no es realista tener requisitos constantes para este tipo de proyectos.

Los requisitos de congelación generalmente requieren la selección de hardware (ya que forma parte de la especificación de requisitos). Un proyecto grande puede tardar varios años en completarse. Si el hardware se selecciona temprano, el software final probablemente utilizará una tecnología de hardware que está a punto de quedar obsoleta.

El modelo en cascada dicta que los requisitos se especifiquen por completo antes de que se lleve a cabo el resto del desarrollo. En algunos casos, puede ser necesario desarrollar completamente parte del sistema primero y luego mejorar el sistema por etapas.

Este es un proceso basado en documentos y se requiere documentación formal al final de cada fase. Este enfoque tiende a hacer que la documentación de procedimientos sea onerosa y no es adecuada para muchas aplicaciones, especialmente aplicaciones interactivas donde no es factible desarrollar una documentación exhaustiva de la interfaz de usuario.