Software Development Life Cycle (SDLC)- simplified

Summary

Este video describe el proceso de desarrollo de software a través de un proyecto de software bancario. Explica cómo un banco, dirigido por el Sr. Banker, decide invertir en una solución de banca en línea debido a una disminución de clientes. El equipo de desarrollo incluye roles clave como el arquitecto de software, el analista de negocios, el líder de calidad y el gerente de proyecto, quienes trabajan juntos en la recolección de requisitos, el diseño del sistema, la programación y las pruebas. El proceso sigue un modelo en 'V', subrayando la importancia de pruebas continuas para asegurar la calidad y minimizar defectos después del lanzamiento.

Takeaways

• 😀 El proceso de desarrollo de software comienza con la identificación de los problemas y necesidades del cliente, como el caso de un banco que necesita software de banca en línea para mejorar la atención al cliente.
• 😀 Un equipo de desarrollo de software incluye roles clave como gerente de proyecto, arquitecto de software, analista de negocios, responsable de calidad y programadores para cubrir diferentes aspectos del proyecto.
• 😀 El arquitecto de software se encarga de la viabilidad técnica, mientras que el analista de negocios se asegura de comprender el dominio del cliente, como en el caso del sector bancario.
• 😀 El análisis de requisitos del software se divide en dos tipos: funcionales (acciones que el software debe realizar) y no funcionales (requisitos como la capacidad de soportar múltiples usuarios sin fallos).
• 😀 El documento SRS (Especificación de Requisitos de Software) define tanto los requisitos funcionales como no funcionales y guía todo el proceso de desarrollo.
• 😀 Los módulos del software se diseñan para abordar diferentes funcionalidades, como páginas para mostrar saldo bancario, pagos de facturas, etc., cada uno con sus propios requisitos y diseños.
• 😀 La fase de diseño incluye la creación de un diseño de alto nivel (HLD) que establece cómo interactuarán los módulos, seguido del diseño detallado (LLD) que especifica la implementación de unidades de funcionalidad.
• 😀 El código se desarrolla de acuerdo con los documentos de diseño detallado, y se realiza una revisión entre los programadores para asegurar que el código sea eficiente y siga los estándares.
• 😀 Las pruebas comienzan con las pruebas unitarias para verificar que cada unidad de código funciona correctamente, seguido de pruebas de integración y pruebas del sistema para validar que el software funcione correctamente en su totalidad.
• 😀 Los errores identificados durante las pruebas se gestionan a través de herramientas de seguimiento de errores, y se realizan correcciones hasta que el software cumpla con los requisitos del cliente.
• 😀 El software se somete a pruebas de aceptación del usuario (UAT) antes de ser desplegado en producción. La fase de mantenimiento continúa después del despliegue para solucionar posibles fallos y realizar mejoras.
• 😀 El modelo de desarrollo de software se describe como un modelo en V, donde las fases de desarrollo y pruebas son paralelas, y los errores identificados en fases tempranas son menos costosos que los encontrados en producción.

Q & A

¿Qué tipo de trabajo realizan las personas en una empresa de software?

En una empresa de software, los empleados trabajan en equipo para diseñar, desarrollar, probar y mantener software, cubriendo diferentes roles como el gerente de proyecto, arquitecto de software, analista de negocios, programadores, y testers.

¿Quién es el gerente de proyecto y cuál es su función?

El gerente de proyecto se encarga de supervisar el presupuesto, los recursos y el cronograma del proyecto, asegurando que el desarrollo se realice conforme a las expectativas del cliente.

¿Qué papel juega un arquitecto de software en un proyecto?

El arquitecto de software se encarga de evaluar la viabilidad técnica de los requisitos del proyecto, decidiendo si es posible implementar ciertas funcionalidades y cómo se deben estructurar desde el punto de vista técnico.

¿Qué hace un analista de negocios en un equipo de desarrollo de software?

El analista de negocios tiene un buen conocimiento del dominio del negocio (como banca, salud, etc.) y actúa como intermediario entre el cliente y el equipo técnico, asegurándose de que las necesidades del negocio estén bien comprendidas y reflejadas en el software.

¿Cuál es la diferencia entre requisitos funcionales y no funcionales?

Los requisitos funcionales son aquellos que definen lo que el sistema debe hacer, como permitir que un usuario realice transacciones bancarias. Los requisitos no funcionales especifican las características de rendimiento, como la capacidad del sistema para manejar 500 usuarios simultáneos sin fallos.

¿Qué es el SRS (Software Requirement Specification)?

El SRS es un documento detallado que especifica los requisitos del software, incluyendo los requisitos funcionales y no funcionales, y define claramente el alcance del proyecto y las expectativas de los plazos.

¿Qué es el diseño de alto nivel (HLD) en el desarrollo de software?

El diseño de alto nivel (HLD) es un plan global que describe cómo los módulos del sistema interactuarán entre sí y cómo se organizarán las funcionalidades del software. Este documento es revisado por los arquitectos y los líderes de módulo.

¿Qué es el diseño de bajo nivel (LLD) en el desarrollo de software?

El diseño de bajo nivel (LLD) es un documento más detallado que describe la implementación de las unidades de funcionalidad específicas, como métodos o clases, y cómo se desarrollarán en base al HLD.

¿Qué ocurre después de que los programadores completan el código del software?

Después de escribir el código, los programadores realizan una revisión de su código para asegurarse de que cumple con los estándares de calidad, que es eficiente y libre de errores. Luego, el código es sometido a pruebas para verificar su funcionamiento correcto.

¿Qué tipo de pruebas se realizan en el ciclo de desarrollo del software?

Las pruebas incluyen pruebas unitarias, donde se verifica cada unidad de código por separado, pruebas de integración para comprobar cómo interactúan las diferentes partes del software, y pruebas del sistema para validar el comportamiento global del sistema. También se realizan pruebas de rendimiento para evaluar cómo el software maneja situaciones de carga elevada.