Ciclo de vida del desarrollo de programas
El ciclo de vida del desarrollo de software (SDLC) es un proceso que se sigue en un proyecto de software, dentro de una organización de software. Consiste en un plan detallado que describe cómo desarrollar, mantener, reemplazar y modificar o mejorar un software específico. Define una metodología para mejorar la calidad del software y el proceso de desarrollo en general.
SDLC es un proceso utilizado por los analistas de TI para desarrollar o rediseñar un sistema de software de alta calidad, que cumple con los requisitos del cliente y del mundo real.
Tiene en cuenta todos los aspectos asociados a las pruebas, el análisis y el mantenimiento posterior al proceso del software.
Las fases importantes de SDLC se muestran en la siguiente ilustración:
Etapa de planificación
Cada actividad debe comenzar con un plan. No planificar es planificar el fracaso. El grado de planificación difiere de un modelo a otro, pero es muy importante tener una comprensión clara de lo que vamos a construir al crear las especificaciones del sistema.
Definición de etapa
En esta fase, analizamos y definimos la estructura del sistema. Definimos la arquitectura, los componentes y cómo estos componentes encajan para producir un sistema de trabajo.
Etapa de diseño
En el diseño del sistema, las funciones y operaciones del diseño se describen en detalle, incluidos los diseños de pantalla, las reglas comerciales, los diagramas de procesos y otra documentación. El resultado de esta etapa describirá el nuevo sistema como una colección de módulos o subsistemas.
Etapa de construcción
Esta es la fase de desarrollo. Comenzamos la generación de código basado en el diseño del sistema utilizando compiladores, intérpretes, depuradores para darle vida al sistema.
Implementación
La implementación es parte de la etapa de construcción. En esta fase, comenzamos la generación de código basado en el diseño del sistema utilizando compiladores, intérpretes, depuradores para darle vida al sistema.
Etapa de prueba
A medida que se completan diferentes partes del sistema; se someten a una serie de pruebas. se prueba con los requisitos para asegurarse de que el producto realmente está resolviendo las necesidades abordadas durante la fase de requisitos.
Los planes de prueba y los casos de prueba se utilizan para identificar errores y garantizar que el sistema funciona de acuerdo con las especificaciones.
En esta fase, se realizan diferentes tipos de pruebas como pruebas unitarias, pruebas manuales, pruebas de aceptación y pruebas del sistema.
Seguimiento de defectos en las pruebas
Los informes de prueba de software se utilizan para comunicar los resultados de los planes de prueba ejecutados. Siendo este el caso, un informe debe contener toda la información de prueba que pertenece al sistema actual que se está probando. La integridad de los informes se verificará en sesiones de guía.
La prueba de un proyecto busca lograr dos objetivos principales:
Detecta fallas y defectos en el sistema.
Detecta inconsistencias entre los requisitos y la implementación.
El siguiente diagrama de flujo muestra la Defect Tracking Process -
Para lograr los objetivos principales, la estrategia de prueba para el sistema propuesto generalmente constará de cuatro niveles de prueba.
Se trata de pruebas unitarias, pruebas de integración, pruebas de aceptación y pruebas de regresión. Las siguientes subsecciones describen estos niveles de prueba, qué roles del equipo de desarrollo son responsables de desarrollarlos y ejecutarlos, y los criterios para determinar su integridad.
Despliegue
Una vez finalizada la fase de prueba, el sistema se libera y entra en el entorno de producción. Una vez que el producto se prueba y está listo para implementarse, se lanza formalmente en el mercado correspondiente. En algún momento, la implementación del producto ocurre en etapas según la estrategia comercial de la organización.
El producto puede lanzarse primero en un segmento limitado y probarse en el entorno empresarial real (prueba de aceptación del usuario de UAT). Luego, según los comentarios, el producto puede lanzarse tal cual o con mejoras sugeridas en el segmento de mercado objetivo.
Proceso posterior al SDLC
Una vez que el producto se lanza al mercado, se realiza su mantenimiento para la base de clientes existente.
Una vez en el entorno de producción, el sistema sufrirá modificaciones debido a errores no detectados u otros eventos inesperados. El sistema se evalúa y el ciclo se repite para mantener el sistema.
Rol del analista de negocios durante el proceso SDLC
Como podemos ver en el diagrama a continuación, BA está involucrado en impulsar los requisitos comerciales y convertirlos en requisitos de solución.
Está involucrado en traducir las características de la solución en requisitos de software. Luego lidera la fase de análisis y diseño, dicta el desarrollo del código, luego sigue la fase de prueba durante la corrección de errores como agente de cambio en el equipo del proyecto y finalmente cumple con los requisitos del cliente.
