Paradigma de Cascada

Por:

Miguel González

Melani McRae

Rosa Perna

Ibraim Vazquez

Sonia Vejarano

Maria Castillo .

METODOLOGÍAS ÁGILES

Trata que cada proyecto se ‘trocea’ en pequeñas partes que tienen que completarse y entregarse en pocas semanas. El objetivo es desarrollar productos y servicios de calidad que respondan a las necesidades de unos clientes cuyas prioridades cambian a una velocidad cada vez mayor.

Es un método que permite respuestas rápidas a las valoraciones que se realizan del propio proyecto, y eso es precisamente lo que define su naturaleza: su carácter ágil. Un carácter, por cierto, que tiene su fundación en un manifesto de cuatro puntos primordiales…

1.Las personas y las interacciones son la prioridad.

​

​

2. Que el producto funcione perfectamente.

​

​

3. Colaborar con el cliente.

​

​

4. El proceso de trabajo siempre debe responder ante el cambio.

​

LOS 12 PRINCIPIOS

Satisfacer al cliente

Los requisitos pueden (y casi que deben) cambiar

La idea es entregar un producto funcional

Desarrolladores y responsables del negocio

Comunicación cara a cara

Apreciación, confianza y empoderamiento

el producto sea funcional

desarrollo sostenible

perseguir la excelencia técnica y la calidad del diseño

Simplicidad

permitir que los equipos se auto-gestionen

permitir que este se adapte a los cambios

Diferencias

entre

metodologías

ágiles y

tradicionales

MODELO DE CASCADA

MODELO DE CASCADA

Fue el primer método ampliamente utilizado en la industria del software. Es un enfoque clásico en el desarrollo de software que describe un método de desarrollo lineal y secuencial. Consta de cinco a siete fases, cada fase está definida por diferentes tareas y objetivos, por lo que la totalidad de las fases describe el ciclo de vida del software hasta su entrega.

CARACTERÍSTICAS

• La primera mención de un modelo en fases se remonta a Winston Royce. En su ensayo “Gestión del desarrollo de grandes sistemas de software”, describió un método de desarrollo para grandes proyectos de software, que se divide en fases ya en 1970.

• También denominado ciclo de vida clásico y modelo lineal secuencial.

• Cada fase genera documentación para la siguiente. Esta documentación debe ser aprobada.

• Una fase no comienza hasta que la anterior ha terminado.

• Requiere disponer de unos requisitos completos y precisos al principio del desarrollo.

• Se disponga de unos requisitos completos y consistentes al principio del desarrollo.

• Sea un proyecto pequeño, en el que el período de congelación de los requisitos es corto, o un proyecto con unos requisitos bastante estables.

Etapas del Desarrollo del Paradigma de Cascada

ANÁLISIS DE REQUISITOS DEL SOFTWARE

​

Es la etapa en la que se analiza las necesidades de los usuarios finales del software, para así definir qué objetivos ha de cumplir, para ello se genera un documento de especificación de requisitos llamado también (Memoria SDR)

CODIFICACIÓN

En esta fase se implementa el código de la fuente. Realizando prototipos, pruebas y ensayos, para corregir errores

​

1

3

DISEÑO DE PROGRAMA

En esta fase se realizan los algoritmos que se requieren para lograr el cumplimiento de los requerimientos del usuario, aunado a ello saber que herramientas han de usarse en la etapa de codificación

2

VERIFICACIÓN

​

Los elemento programadas se unen para componer el sistema y el mismo se comprueba que funcione correctamente. En esta fase se corrigen todos los errores, antes de ser entregado al usuario final .

MANTENIMIENTO

Finalmente en esta etapa es momento de analizar los resultados de la etapa anterior y realizar los pasos pertinentes, para dar por concluido el proyecto

​

DESPLIEGUE DEL PRODUCTO DE SOFTWARE

​

El usuario final hace uso o ejecuta el sistema y se asegura que el mismo satisfaga sus necesidades

​

4

5

6

Ventajas del Paradigma de Cascada

✔ Una estructura sencilla gracias a unas fases de proyecto claramente diferenciadas.

✔ Buena documentación del proceso de desarrollo a través de unos hitos bien definidos.

✔ Los costes y la carga de trabajo se pueden estimar al comenzar el proyecto.

✔ Aquellos proyectos que se estructuran en base al modelo en cascada se pueden representar cronológicamente de forma sencilla.

​

Desventajas del Paradigma de Cascada

✘ Por norma general, los proyectos más complejos o de varios niveles no permiten su división en fases de proyecto claramente diferenciadas.

✘ Poco margen para realizar ajustes a lo largo del proyecto debido a un cambio en las exigencias.

✘El usuario final no se integra en el proceso de producción hasta que no termina la programación.

✘En ocasiones, los fallos solo se detectan una vez finalizado el proceso de desarrollo.

​

​

GRACIAS!