1. CICLO DE VIDA DEL SOTFWARE
1.1. STambién conocido como (SDLC o Systems Development Life Cycle), es el proceso que se sigue para construir y hacer evolucionar un determinado software. El ciclo de vida permite iniciar una serie de fases mediante las cuales se procede a la validación y al desarrollo del software garantizando que se cumplan los requisitos para la aplicación y verificación de los procedimientos de desarrollo; para ello, se utilizan métodos del ciclo del software, que indican distintos pasos a seguir para el desarrollo de un producto.
1.1.1. FASE DE PLANEACIÓN
1.1.1.1. PARADIGMAS DE LOS MODELOS DE CICLO DE VIDA DEL SOFTWARE
1.1.1.1.1. Con la finalidad de proporcionar una metodología común entre el cliente y la empresa de software, se utilizan los modelos de ciclos de vida o paradigmas de desarrollo de software para plasmar las etapas y la documentación necesaria, de manera que cada fase se valide antes de continuar con la siguiente. Un modelo de ciclo de vida de software es una vista de las actividades que ocurren durante el desarrollo de software e intenta determinar el orden de las etapas involucradas y los criterios de transición asociados entre estas.
1.1.1.2. Paradigma tradicional: Los paradigmas tradicionales se identifican, fundamentalmente, por ser lineales, es decir se trata de completar cada proceso de principio a fin hasta que quede listo para avanzar a la segunda fase del ciclo del software.
1.2. Contiene procesos, actividades y tareas aplicables durante la adquisición, el suministro, el desarrollo, el funcionamiento, el mantenimiento o la eliminación de sistemas, productos y servicios informáticos.
1.2.1. A continuación, se revisan los modelos del paradigma tradicional más utilizados. -modelo en cascada, modelo en espiral, modelo iterativo o por prototipos
1.2.2. Con respecto a los modelos del ciclo de vida del paradigma ágil, estos se caracterizan por estar basados en etapas del ciclo de vida del software tradicional, pero combinándolas con algunas técnicas, al respecto se pueden revisar los siguientes: modelo scrum, modelo kamban, modelo xp o programacion extrema.
2. FASE DE DEFINICION DE REQUISITOS
2.1. En esta primera fase del ciclo de vida del software, también llamada fase de análisis, se recopila, se examina y se formulan los requisitos del cliente, así como la verificación de las posibles restricciones que se puedan aplicar.
3. REQUISITOS
3.1. Los requisitos comunican las expectativas de los consumidores de productos software; de otra parte, los requisitos pueden ser obvios o estar ocultos, conocidos o desconocidos, esperados o inesperados, desde el punto de vista del cliente.
3.2. Los requisitos cobran importancia dentro del ciclo de vida del software
3.3. Establecen el alcance del trabajo subsecuente, pueden definir estrategias de desarrollo, riesgos, tomar decisiones de negocio (viabilidad de negocio), de proyecto (tiempo, recursos), de sistema (arquitectura). Indican al equipo del proyecto qué requieren los usuarios (necesidades de negocio). El éxito o fracaso de un proyecto está altamente influenciado por la calidad de los requisitos y el proceso para gestionarlos durante el desarrollo de un producto.
4. INGENIERIA DE REQUISITOS
4.1. La ingeniería de requisitos es la disciplina para desarrollar una especificación completa, consistente y no ambigua, la cual servirá como base para acuerdos comunes entre todas las partes involucradas y en dónde se describen las funciones que realizará el sistema. - La ingeniería de requisitos es el proceso de estudiar las necesidades del usuario para llegar a una definición de requisitos de sistema, hardware o software. - La ingeniería de requisitos puede considerarse como un proceso de descubrimiento y comunicación de las necesidades de clientes y usuarios y la gestión de los cambios de dichas necesidades.
4.1.1. -Entender lo que el cliente quiere. -Analizar las necesidades. -Evaluar la factibilidad. -Negociar una solución razonable. -Especificar la solución sin ambigüedades. -Validar la especificación. Administrar los requisitos conforme éstos se transforman en un sistema operacional.
4.1.1.1. ETAPAS DE LA INGENIERIA DE REQUISITOS
4.1.1.1.1. Elicitación. Análisis. Especificación. Validación.