Descripción general del modelo Fish SDLC

Prerrequisito: Ciclo de vida de desarrollo de software

SDLC significa Ciclo de vida de desarrollo de software. Se refiere a los métodos para desarrollar software de calidad definiendo claramente los procesos involucrados en el desarrollo.  

SDLC generalmente se divide en varias fases (etapas) para desarrollar software. Y uno de los SDLC populares es el modelo FISH. En Fish Model, la verificación y la validación se realizan en paralelo en cada fase por dos equipos diferentes.  

Verificación significa «revisar» toda una fase, y Validación significa «probar» toda una fase. Excepto por las fases de implementación y mantenimiento, esos dos procesos los realizan equipos separados y luego se generan informes al final de las fases.  

Nota:

• Se prefiere el modelo Fish para desarrollar software seguro y de calidad suprema.
• Este SDLC es costoso en términos de costo y tiempo, ya que implica verificación y validación en casi todas las fases y no es adecuado para proyectos pequeños y proyectos que puedan necesitar un cambio de requisitos en medio del desarrollo.
• Aparte de eso, Fish Model es fácil de implementar y todos los documentos se crean uno por uno a medida que se completan las fases. Por lo tanto, la documentación completa del software que se está desarrollando está disponible al final.

La estructura del modelo parece el esqueleto de un pez y es por eso que este SDLC se conoce como Fish Model.  

Fases del modelo de pescado:

Ahora, veremos las fases involucradas en el Modelo Fish. Hay 7 fases en Fish Model y son,  

• Recopilación de requisitos y planificación
• Análisis
• Diseño
• Desarrollo / Codificación
• Pruebas
• Despliegue
• Mantenimiento

La siguiente imagen representa una descripción general del modelo FISH.

1. Recopilación de requisitos y planificación: en un primer momento, se firma un contrato entre ambas partes (cliente y organización) para poner en marcha el proyecto. Y luego, un analista de negocios de la organización comprende completamente las expectativas del cliente para preparar un documento de Especificaciones de requisitos comerciales (BRS).  

Una vez recopilados y revisados ​​los requisitos; se realizarán los siguientes procesos.  

• Planificación de la ejecución del proyecto.
• Elección del modelo de software para expresar diseños de software.
• Planeación de recursos.
• Se realizan pruebas de factibilidad para evaluar la tasa de éxito de la entrega del proyecto propuesto. Aquí es donde se toma la decisión de hacer o abandonar el proyecto propuesto.
• Identificación de riesgos del proyecto.
• Asignación de miembros para el proyecto por parte del director del proyecto.
• Entonces, aquí es donde se realiza toda la parte de preparación para continuar con el proyecto.

2. Análisis: en esta fase, el documento de Especificaciones de requisitos de software (SRS) se prepara a partir del documento de Especificaciones de requisitos comerciales (BRS). Diferentes miembros, como analistas comerciales, arquitectos de software, expertos en la materia y líderes de equipo, están desempeñando un papel importante en la preparación del SRS. Una vez que se prepara el documento, un equipo lo revisa y luego se lo envía al cliente para que lo apruebe. Una vez que el cliente aprueba el documento de especificación de requisitos de software (SRS) , COMIENZA la fase de diseño.  

3. Diseño: En esta fase, los desarrolladores o arquitectos técnicos crean un documento llamado Design Document Specification (DDS) con la ayuda del documento SRS analizado en la fase anterior.  

En este documento; el prototipo del proyecto propuesto, los diseños aproximados, la apariencia y el funcionamiento del software están diseñados y definidos claramente. Los diseños se clasifican principalmente en dos. Están,  

• Diseño de Alto Nivel (HLD): Consiste en la perspectiva básica DISEÑO de la arquitectura de software
• Diseño de bajo nivel (LLD): LLD tiene diseños detallados de la arquitectura general del software.

Una vez que la especificación del documento de diseño esté lista, un equipo la revisará. Y luego se enviará al cliente y a las partes interesadas (personas involucradas en el proyecto y su resultado). El documento DDS suele tener varios enfoques, se elegiría el ideal y se llevaría a las siguientes fases.  

4. Desarrollo / Codificación: en esta fase, el desarrollo real del proyecto tiene lugar donde los desarrolladores comienzan a escribir código según los estándares decididos. Es por eso que también se le llama fase de codificación. Los códigos generalmente se escriben como pequeños platos y luego se integran en un todo.  

Después de completar la codificación, los códigos se compilarán en el lenguaje legible por máquina (0s1s) y luego se ejecutarán para ver si el software funciona como se espera sin mostrar errores. Los desarrolladores son los protagonistas de esta fase. Finalmente, los códigos se documentan como documento de código fuente (SDC). Después de la compilación y ejecución del código, el código se probará de varias maneras para diferentes propósitos.  

5. Pruebas: a medida que se completa la fase de desarrollo, se prueba el código. Los desarrolladores prueban los pequeños fragmentos (unidades) de código individualmente, esta prueba se conoce como prueba unitaria. Y luego el código se combinará y se probará para verificar si el código funciona como un todo y generar el resultado deseado. Esta prueba se conoce como prueba de integración.  

Después de que los desarrolladores terminen esas pruebas, el código se entregará al equipo de pruebas. Harán varias pruebas y verificarán si todo funciona como se espera en las Especificaciones de requisitos comerciales (BRS). Si encuentran algo inesperado o encuentran errores, notificarán a los desarrolladores para que los solucionen dentro de un tiempo específico. Después de eso, finalmente se realizarán dos pruebas más, es decir, pruebas alfa y pruebas beta .

6. Implementación: en este momento, el software está completamente desarrollado y probado. Los resultados de la prueba son revisados ​​por las partes interesadas para la implementación. ¡Todo está listo para desplegarse! En general, el cliente puede realizar una prueba antes del lanzamiento en esta fase y eso se conoce como Prueba de lanzamiento.  

7. Mantenimiento: después de lanzar el software a los usuarios finales, pueden surgir muchos problemas. Esos deben arreglarse lo antes posible. Si el problema es mayor, es posible que se actualice una nueva función en el software para brindar la funcionalidad deseada. Por lo tanto, la fase de hacer lo necesario después de la implementación (lanzamiento) del software se conoce como fase de mantenimiento.