Paradigmas o Modelos de Desarrollo de Software son:

 

Modelo en  Cascada: 

también llamado Lineal secuencial, es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la etapa anterior.

Características:

• Es el más utilizado.
• Es una visión del proceso de desarrollo de software como una sucesión de etapas que produce productos intermedios.
• Si se cambia el orden de las fases, el producto final será de inferior calidad
• 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.
• Dispone de unos requisitos completos y consistentes al principio del desarrollo.
• Debe ser 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.

Ventajas

El modelo de cascada es el modelo más antiguo y más ampliamente utilizado en el campo de desarrollo de software. Hay ciertas ventajas del modelo de cascada, que hace que sea el modelo más amplio utilizado hasta el momento. Algunos de ellos se pueden enumerar como bajo 

• No hace falta mencionar, es un modelo lineal y, por supuesto, los modelos lineales son las más simples a ser implementadas.
• La cantidad de recursos necesarios para implementar este modelo es mínimo.
• Una gran ventaja del modelo de cascada es que la documentación se produce en cada etapa del desarrollo del modelo de cascada. Esto hace que la comprensión del producto diseñar procedimiento más sencillo.
• Después de cada etapa importante de la codificación de software, las pruebas se realizan para comprobar el correcto funcionamiento del código.

Desventajas   

La pregunta que hay que te preocupa ahora es que con tantas ventajas a la mano, lo que podría ser las posibles desventajas del modelo de cascada. Bueno, hay algunas desventajas de este modelo ampliamente aceptado también. Echemos un vistazo a algunos de ellos.

• Irónicamente, la mayor desventaja del modelo de cascada es uno de sus mayores ventajas. No se puede volver atrás, si la fase de diseño ha ido mal, las cosas pueden ser muy complicado en la fase de ejecución.
• Los Muchas veces, sucede que el cliente no es muy clara de lo que exactamente quiere del software. Cualquier cambio que se menciona en el medio puede causar mucha confusión.
• Los pequeños cambios o errores que surgen en el software completo puede causar mucho problema.
• La mayor desventaja del modelo de cascada es que hasta la etapa final del ciclo de desarrollo se ha completado, un modelo de trabajo del software no está en las manos del cliente. Por lo tanto, es difícil en condiciones de mencionar si lo que se ha diseñado es exactamente lo que había pedido.

Funcionalidades para el desarrollo de proyectos

Debido a la secuencia estrictamente lineal de las fases sucesivas de proyecto, el modelo en cascada se adaptaría, en el mejor de los casos, a proyectos de software de poca envergadura. Por el contrario, los procesos complejos de varios niveles serían difícilmente representables con este modelo. Por este motivo, con el paso del tiempo han ido surgiendo enfoques alternativos. Los procedimientos estrictamente lineales se adaptan, así, especialmente bien a proyectos de software pequeños, sencillos y claramente estructurados.

Cómo funciona

El modelo original en cascada consta de siete fases sucesivas:

Requisitos del sistema: La primera fase se ocupa de los requisitos que no están relacionados con el producto digital en sí, sino más bien con aspectos relevantes para la empresa como el precio y la disponibilidad. Aquí también se especifican los aspectos de documentación y seguridad. En general, aquí se mencionan los requisitos no funcionales.

Requisitos de software: Los requisitos funcionales del software se definen en la segunda fase. La pregunta sobre lo que el software debe ser capaz de hacer se responde aquí y se aclara en "especificaciones", que también incluye los resultados de la primera fase.

Análisis de requerimientos: En la fase de análisis de requisitos, las funciones del software se diseccionan y estructuran de modo que los elementos funcionales individuales y las unidades funcionales puedan separarse entre sí. El análisis de necesidades tiene por objeto examinar la viabilidad e importancia de las funciones. Los resultados de esta fase son las especificaciones que contienen los requisitos que hay que desarrollar.

Diseño de programas: El diseño técnico se implementa ahora con la ayuda de estas especificaciones de requisitos. Los componentes de esta fase también incluyen decisiones sobre la arquitectura de la información y las tecnologías aplicadas, tales como lenguajes de programación, bibliotecas de clases y secuencias de programas. El resultado del diseño del programa se registra generalmente en diagramas que describen el comportamiento teórico del software.

Implementación: Durante esta, las estructuras y los flujos de trabajo se implementan teniendo en cuenta las condiciones marco y los objetivos sistémicos. El diseño de software se convierte en un programa directamente relacionado con un sistema operativo, uno o más lenguajes de programación y la infraestructura. El resultado suele ser un software operativo, a menudo en versión beta.

Probando: La fase de implementación es seguida por la prueba de todos los componentes de software, módulos y todo el sistema. También se comprueba la integración en sistemas operativos específicos. Si se producen errores y conflictos, deben repararse inmediatamente. Esto podría dar lugar a un aumento de los costes globales, ya que los posibles errores pueden atribuirse a diferentes fases y no siempre se producen en la fase anterior.

Lanzamiento: El software se implementa después de la aceptación por parte del cliente. Las actualizaciones y el mantenimiento pueden ser necesarios antes de que el producto entre en una tienda o se entregue al cliente.

Varios equipos y expertos trabajan en estas etapas. Los contratistas, la gestión de proyectos y los desarrolladores senior suelen participar hasta la fase de implementación. Después de la implementación, los desarrolladores hacen el trabajo, por lo que las pruebas del software se manejan frecuentemente por separado, por ejemplo, por laboratorios de pruebas independientes. Expertos en marketing y servicios participan en parte en su lanzamiento. En las grandes empresas y corporaciones, se utiliza el método SDLC modificado y estructurado con mayor precisión (ciclo de vida de desarrollo del sistema), que se basa en el modelo en cascada. Existen también otras versiones de este modelo que, por ejemplo, introducen elementos repetitivos en forma de bucles para detectar y corregir errores y fallos en fases anteriores.