1. Se refiere al análisis, especificación y validación de requisitos.
2. los requerimientos del software expresan las necesidades y apremios en un producto de software
2.1. Contribuyen a la solución de un cierto problema en el mundo real
3. 6. Validacion de requisitos
3.1. Revisión de requisitos
3.1.1. Buscar errores y clatencia de claridad
3.2. Prototipo
3.2.1. Medio para validar la interpretación del ingeniero del software
3.3. Validación modelo
3.3.1. Validar la calidad de los modelos desarrollados
3.4. Pruebas de aceptacion
3.4.1. Validar que el producto final lo satisfaga
4. 1. fundamentacion de los requisitos del software
4.1. Los requisitos sean comprobables y verificables
4.2. Producto y requisitos del proceso
4.2.1. Parámetros de productos y parametros de procesos
4.3. Requisitos funcionales y no funcionales
4.3.1. Funcionales: describen funciones que es software va a ejecutar
4.3.2. No funcionales: actúan para obligar la solución
4.4. Características inesperadas
4.4.1. Requisitos inesperados que se representan en el software
4.5. Requisitos del sistema y del software
4.5.1. Combinación reciproca de elementos para lograr un objetivo definido
5. 2. Proceso de los requisitos
5.1. Modelos de procesos
5.1.1. Proceso iniciado en un principio del proyecto y refinado a través del siglo vital
5.1.2. Identifica los requisitos del software
5.2. Agentes de proceso
5.2.1. Introduce los papeles de la gente que participa en el proceso de requisitos
5.3. Ayuda y gerencia del proceso
5.3.1. Introduce los recursos de la gerencia de proyectos requeridos
5.4. Calidad y mejora del proceso
5.4.1. Se refiere a la calidad y mejora de los procesos de los requistos
6. 3. Captura de los requisitos
6.1. Fuente de los requisitos
6.1.1. Se diseña para promover el conocimiento de las varias fuentes de los resquisitos del software
6.2. Técnica de captura de requisitos
6.2.1. Se concentran las técnicas para conseguir que los stakeholders articulen sus requisitos
7. 4. Análisis de requisitos
7.1. Clasificacion de los reuisitos
7.1.1. Se puede clasificar en un numero de dimensiones
7.2. Modelo conceptual
7.2.1. Su propósito es ayudar a entender el problema
7.3. Asignación arquitectónica del diseño y de los requisitos
7.3.1. Es el punto en el cual el proceso de los requisitos se juntan con el software
7.4. negociacion de los requisitos
7.4.1. Se refiere a problemas de resolucion de requisitos
8. 5. Especificación de requisitos
8.1. Documento de definicion del sistema
8.1.1. Registra el sistema de requisitos, define los requisitos del sistema
8.2. Especificación de requisitos del sistema
8.2.1. Desarrolladores de sistemas con los componentes software y no software
8.3. Especificación de los requisitos sw
8.3.1. Permite un rigurosos gravamen le requisitos antes de que el diseño pueda comenzar
9. 7. Consideraciones practicas
9.1. Naturaleza interactiva del proceso de los reuisitos
9.1.1. Requisitos revisados o mejorados a medida que el software transcurre
9.2. Cambiar de gestion
9.2.1. Cambio de gestión de los requisitos
9.3. Cualidades d requisitos
9.3.1. Ayuda a manejar e interpretar los requisitos
9.4. El remontar de los requisitos
9.4.1. Recupreacion de requisitos y predecir sus efectos
9.5. Requisitos que miden
9.5.1. Es útil evaluando el tamaño de un cambio en requisitos