1. Etapas
1.1. Elicitación
1.1.1. Actividad involucrada en el descubrimiento de los requisitos del sistema
1.2. Analisis
1.2.1. Su propósito es descubrir problemas con los requisitos del sistema identificados hasta el momento
1.2.1.1. Modificable
1.3. Especificacion
1.3.1. Se descubren los problemas con los requisitos del sistema identificados hasta el momento
1.4. Validación de los requisitos
1.4.1. lleva al analista a reescribir algunas especificaciones de requisitos y, en otros casos, a obtener nuevos,
2. características de los requisitos
2.1. Necesario
2.2. Completo
2.3. Consistente
2.4. Correcto
2.5. Factible
2.6. Priorizado
2.7. Verificable
2.8. Rastreable
2.9. Claro
3. Clasificacion de los requisitos
3.1. Requerimientos de usuario
3.1.1. Son declaraciones, en lenguaje natural y en diagramas, de los servicios que se espera que el sistema proporcione
3.2. Requerimientos de sistema
3.2.1. Establecen con detalle las funciones, servicios y restricciones operativas del sistema.
3.2.1.1. Requerimientos funcionales
3.2.1.1.1. Declaraciones de los servicios que debe proporcionar el sistema
3.2.1.2. Requerimientos no funcionales
3.2.1.2.1. Se encuentra todo lo referente a la fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento.
4. Ciclo de vida del sofware
4.1. Fases
4.1.1. Planificación
4.1.1.1. estudio de viabilidad, realizar planificación detallada.
4.1.2. Análisis
4.1.2.1. conocer los requisitos, asegurar que sean alcanzables, formalizar acuerdo con el cliente.
4.1.3. Diseño
4.1.3.1. Identificar soluciones tecnológicas, asignar recursos materiales, proponer identificar y seleccionar, establecer métodos de validación, ajustar especificaciones.
4.1.4. Implementación
4.1.5. Pruebas
4.1.5.1. Realizar los ajustes necesarios para corregir posibles errores o inconsistencias
4.1.6. Mantenimiento
4.1.6.1. Operación asegurar que el uso del proyecto es el que se pretendía, mantenimiento
4.2. Entregables
4.2.1. productos intermedios que generan las fases
4.2.1.1. Pueden ser materiales o inmateriales (documentos, software).
4.2.1.2. permiten evaluar la marcha del proyecto mediante comprobaciones de su adecuación o no
4.3. Paradigmas de modelos
4.3.1. Paradigma tradicional
4.3.1.1. Son 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.
4.3.1.1.1. Modelos
4.3.2. Paradigma orientado a objetos
4.3.2.1. Se conforma principalmente por la creación de clases, análisis de requisitos y el diseño,pretende que el código fuente sea reutilizable para otros proyectos
4.3.3. Paradigma de desarrollo ágil
4.3.3.1. Desarrollo de proyectos en poco tiempo, se simplifican procesos tediosos, se agilizan las fases del desarrollo y las interacciones se hacen en corto tiempo
4.3.3.1.1. Scrum
4.3.3.1.2. Kanban
4.3.3.1.3. XP o programación extrema