Modelo de cascada: definición y ejemplo

Un enfoque por fases

Como nuevo director de proyectos en una empresa de software, su primera tarea es un proyecto de desarrollo de software simple. Los requisitos están claramente establecidos, la base de clientes es pequeña y es poco probable que el cliente cambie los requisitos iniciales. Conocer varios modelos de gestión de proyectos diferentes servirá para el propósito, ¿cómo eliges cuál usar?

De los muchos modelos de gestión de proyectos que se utilizan hoy en día, el modelo en cascada es uno de los modelos más fáciles de entender y manejables. El modelo en cascada es una metodología de gestión de proyectos basada en un proceso de diseño secuencial. Al igual que una cascada que llena piscinas de nivel inferior, las fases del modelo de cascada fluyen de una a otra. Además, al igual que las piscinas se llenan por completo antes de que el agua se derrame en la siguiente, el modelo de cascada finaliza una fase antes de que pueda comenzar otra.

Desarrollada como un modelo de ciclo de vida de desarrollo de software, la metodología en cascada se presta a proyectos que son de pequeño tamaño y cuyos requisitos se pueden determinar definitivamente por adelantado. Un modelo de cascada simple tiene 6 fases: requisitos, diseño, implementación, verificación, implementación y mantenimiento. Repasemos cada uno, comenzando con los requisitos.

Requisitos

Debido a que el modelo en cascada exige que los requisitos estén bien documentados antes de que pueda comenzar cualquier otro trabajo del proyecto, se enfatiza esta fase y es probable que el gerente del proyecto dedique más tiempo durante esta fase que las otras. La recopilación de requisitos comienza con el concepto o la idea de lo que el cliente quiere hacer. El gerente de proyecto discutirá el concepto con el cliente, con expertos en la materia y con otras partes interesadas para definir las necesidades comerciales muy específicas que abordará el software, los problemas que resolverá el software y las funcionalidades que desea el cliente. Estos requisitos se capturan en el documento de requisitos y el documento se aprueba, cerrando la fase de requisitos antes de que el equipo del proyecto pase a la siguiente fase.

Diseño e implementación

Con los requisitos en mente, el equipo del proyecto diseña el software para satisfacer las necesidades comerciales establecidas y resolver los problemas identificados. La fase de diseño incluye el diseño lógico y el diseño físico.

El diseño lógico es una representación abstracta de cómo fluyen los datos del software, las entradas y las salidas. A menudo se muestra gráficamente como un diagrama que muestra el flujo de datos. El diseño físico determina el hardware, como el almacenamiento y el hardware de red, que hará realidad el diseño lógico.

Una vez que el diseño esté completamente completo, el equipo del proyecto revisará y aprobará el diseño. La implementación no puede comenzar hasta que la fase de diseño se cierre formalmente con la aprobación del documento de diseño.

Una vez aprobado el diseño, comienza la fase de implementación. Contrariamente a su nombre, la fase de implementación no es cuando el software se implementa en el entorno del usuario. Más bien, la fase de implementación consiste en convertir el diseño en software real. Durante esta fase, los programadores de software realizan la codificación real para construir el software de acuerdo con el documento de diseño.

Como ocurre con todas las fases del modelo en cascada, la fase de implementación debe estar completa antes de que pueda comenzar la siguiente fase, la verificación. A menudo, el software se integra en unidades y se integra en un todo en un momento posterior. Esto permite la implementación y verificación continuas. Cuando se completa la implementación de una unidad de software, se envía a verificación y comienza la implementación de otra unidad de software.

Verificación, implementación y mantenimiento

La verificación consiste en probar el software según los requisitos. Durante la fase de verificación, el equipo del proyecto puede utilizar un grupo piloto selecto de usuarios para probar la facilidad de uso del software o para proporcionar comentarios al usuario. Si el software no cumple con los requisitos del documento de requisitos, se envía de vuelta a los ingenieros de software para su posterior implementación. Una vez que se realizan todas las acciones de verificación y la fase se considera completa, el proyecto pasa a la siguiente fase.

Una vez que el software está completamente verificado y aprobado para su lanzamiento, la fase de implementación es el lanzamiento real del nuevo software en el entorno de tecnología de la información. Al igual que con la fase de implementación, la fase de implementación puede dividirse en unidades para permitir las fases continuas de implementación y mantenimiento. Por ejemplo, el software se puede implementar por ubicación. Una vez que una ubicación está completamente implementada, pasaría a la fase de mantenimiento mientras que otra ubicación comienza la fase de implementación.

La fase de mantenimiento , a menudo denominada período de estabilización , es la fase del proyecto en la que se resuelven los problemas iniciales. El cliente proporciona comentarios sobre el nuevo software para que el equipo del proyecto los examine. Además, el equipo del proyecto puede realizar pruebas adicionales en el entorno en vivo para verificar la implementación aceptable.

Ventajas desventajas

Como descubrió nuestro nuevo gerente de proyectos que estaba haciendo un proyecto de desarrollo de software simple, el modelo en cascada tiene claras ventajas. Sin embargo, tiene desventajas y no es adecuado para todos los proyectos.

Repasemos primero las ventajas. El modelo en cascada es fácil de entender, fácil de administrar, tiene menos problemas de producción y ofrece una mejor administración del presupuesto. Sin embargo, no es flexible y no maneja bien los riesgos inesperados. Tampoco es un buen modelo para proyectos complejos o a largo plazo y puede ser difícil capturar todos los requisitos por adelantado.

Resumen de la lección

El modelo de cascada es una metodología de gestión de proyectos secuencial en la que una fase termina por completo antes de que comience la siguiente. Hay 6 fases en un modelo en cascada simple: requisitos, diseño, implementación, verificación, implementación y mantenimiento.

El método en cascada es fácil de entender y administrar, da como resultado menos problemas de producción y es más fácil de mantener dentro del presupuesto. Sin embargo, las desventajas son que es inflexible, no es adecuado para proyectos complejos o de largo plazo y puede ser difícil capturar todos los requisitos por adelantado.

Rodrigo Ricardo Editor y fundador