Un modelo de ciclo de vida del software (también denominado modelo de proceso) es una representación pictórica y esquemática del ciclo de vida del software. Un modelo de ciclo de vida representa todos los métodos necesarios para que un producto de software pase por las etapas de su ciclo de vida. También captura la estructura en la que se llevarán a cabo estos métodos.
En otras palabras, un modelo de ciclo de vida mapea las diversas actividades realizadas en un producto de software desde su inicio hasta su retiro. Los diferentes modelos de ciclo de vida pueden planificar las actividades de desarrollo necesarias en fases de diferentes maneras. Por lo tanto, no importa qué modelo de ciclo de vida se siga, las actividades esenciales están contenidas en todos los modelos de ciclo de vida, aunque la acción puede llevarse a cabo en distintos órdenes en diferentes modelos de ciclo de vida. Durante cualquier etapa del ciclo de vida también se podrá realizar más de una actividad.
Necesidad de SDLC
El equipo de desarrollo debe determinar un modelo de ciclo de vida adecuado para un plan en particular y luego observarlo.
Sin utilizar un modelo de ciclo de vida exacto, el desarrollo de un producto de software no sería de manera sistemática y disciplinada. Cuando un equipo está desarrollando un producto de software, debe haber un entendimiento claro entre los representantes del equipo sobre cuándo y qué hacer. De lo contrario, indicaría caos y fracaso del proyecto. Este problema se puede definir usando un ejemplo. Supongamos que un problema de desarrollo de software se divide en varias partes y las partes se asignan a los miembros del equipo. A partir de entonces, supongamos que al representante del equipo se le permite la libertad de desarrollar los roles que se le asignan de la forma que desee. Es posible que un representante comience a escribir el código por su parte, otro decida preparar primero los documentos de prueba y algún otro ingeniero comience con la fase de diseño de los roles que se le asignaron. Este sería uno de los métodos perfectos para el fracaso del proyecto.
Un modelo de ciclo de vida del software describe los criterios de entrada y salida para cada fase. Una fase sólo puede comenzar si se han cumplido sus criterios de entrada en etapa. Entonces, sin un modelo de ciclo de vida del software, no se pueden reconocer los criterios de entrada y salida de una etapa. Sin modelos de ciclo de vida del software, a los gerentes de proyectos de software les resulta difícil monitorear el progreso del proyecto.
Ciclo SDLC
SDLC Cycle representa el proceso de desarrollo de software. El marco SDLC incluye los siguientes pasos:
Las etapas del SDLC son las siguientes:
Etapa 1: Planificación y análisis de requisitos.
pitón reducir
El análisis de requisitos es la etapa más importante y necesaria en SDLC.
Los miembros superiores del equipo lo realizan con aportaciones de todas las partes interesadas y expertos en el dominio o PYME de la industria.
En esta etapa también se realiza la planificación de los requisitos de aseguramiento de la calidad y la identificación de los riesgos asociados con los proyectos.
El analista de negocios y el organizador del proyecto programaron una reunión con el cliente para recopilar todos los datos, como qué quiere construir el cliente, quién será el usuario final y cuál es el objetivo del producto. Antes de crear un producto, es muy necesario tener una comprensión o conocimiento básico del producto.
Por ejemplo , Un cliente quiere tener una aplicación que se refiera a transacciones monetarias. En este método, el requisito tiene que ser preciso como qué tipo de operaciones se realizarán, cómo se realizarán, en qué moneda se realizará, etc.
Una vez realizada la función requerida, se completa un análisis con la auditoría de la viabilidad del crecimiento de un producto. En caso de cualquier ambigüedad, se establece una señal para una mayor discusión.
Una vez que se comprende el requisito, se crea el documento SRS (Especificación de requisitos de software). Los desarrolladores deben seguir minuciosamente este documento y también deben revisarlo el cliente para referencia futura.
Etapa 2: Definición de requisitos
Una vez realizado el análisis de requisitos, la siguiente etapa es representar y documentar los requisitos del software y lograr que los interesados en el proyecto los acepten.
Esto se logra a través del documento 'SRS': Especificación de requisitos de software, que contiene todos los requisitos del producto que se construirán y desarrollarán durante el ciclo de vida del proyecto.
Etapa 3: Diseño del software
La siguiente fase está a punto de derribar todo el conocimiento de requisitos, análisis y diseño del proyecto de software. Esta fase es producto de las dos últimas, como aportes del cliente y recopilación de requisitos.
Etapa 4: Desarrollo del proyecto
En esta fase de SDLC, comienza el desarrollo real y se construye la programación. La implementación del diseño comienza con la escritura del código. Los desarrolladores deben seguir las pautas de codificación descritas por sus herramientas de administración y programación, como compiladores, intérpretes, depuradores, etc., que se utilizan para desarrollar e implementar el código.
Java público vs privado
Etapa 5: Pruebas
Una vez generado el código, se prueba con respecto a los requisitos para garantizar que los productos resuelvan las necesidades abordadas y recopiladas durante la etapa de requisitos.
Durante esta etapa, se realizan pruebas unitarias, pruebas de integración, pruebas del sistema y pruebas de aceptación.
Etapa 6: Implementación
Una vez que el software está certificado y no se indican errores ni errores, se implementa.
Luego, según la evaluación, el software puede lanzarse tal cual o con mejoras sugeridas en el segmento de objetos.
Una vez implementado el software, comienza su mantenimiento.
Etapa 7: Mantenimiento
Una vez que el cliente comienza a utilizar los sistemas desarrollados, surgen los problemas reales y los requisitos que deben resolverse de vez en cuando.
Este procedimiento donde se cuida el producto desarrollado se conoce como mantenimiento.