1. Tipos de requerimientos
1.1. Funcionales
1.1.1. Describen la funcionalidad o los servicios que se espera que el sistema proveerá.
1.1.2. Cuando se expresan como requerimientos de usuarios, se definen de forma general.
1.1.3. Cuando se expresan como requerimiento del sistema, describen con detalle la función de éste, sus entradas, salidas, excepciones, etc.
1.2. No funcionales
1.2.1. Son los requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema.
1.2.2. Se relaciona con propiedades emergentes del sistema, como la fiabilidad, tiempo de respuesta y uso de almacenamiento.
1.2.3. Afectan más la arquitectura global de un sistema que los componentes individuales.
1.2.4. Provienen de
1.2.4.1. Requerimientos de software
1.2.4.1.1. Especifican o restringen el comportamiento del software.
1.2.4.2. Requerimientos de la organización
1.2.4.2.1. Derivados de políticas y procedimientos en la organización del cliente y del desarrollador.
1.2.4.3. Requerimientos externos
1.2.4.3.1. Derivados de factores externos al sistema y su proceso de desarrollo.
1.3. Dominio
1.3.1. Se derivan del dominio de aplicación del sistema.
1.3.2. Pueden ser requerimientos funcionales nuevos por derecho propio, restricciones a los requerimientos funcionales existentes o formas en que deben realizarse cálculos particulares.
1.3.3. Los ingenieros de software no pueden entender las características del dominio en que opera el sistema.
2. Especificaciones del análisis
2.1. Descubrimiento de requerimientos
2.1.1. Es el proceso de interactuar con los participantes del sistema para descubrir sus requerimientos.
2.2. Clasificación y organización de requerimientos
2.2.1. Toma la compilación no estructurada de requerimientos, agrupa requerimientos relacionados y los organiza en grupos coherentes.
2.3. Priorización y negociación de requerimientos
2.3.1. Se preocupa por priorizar los requerimientos, así como por encontrar y resolver conflictos de requerimientos mediante la negociación.
2.4. Especificación de requerimientos
2.4.1. Los requerimientos se documentan e ingresan en la siguiente ronda de la espiral. Pueden producirse documentos de requerimientos formales o informales.
3. Elementos del informe
3.1. Prefacio
3.1.1. Es donde se define el número esperado de lectores del documento, así como describir su historia de versiones.
3.2. Introducción
3.2.1. Describe la necesidad para el sistema. Debe detallar brevemente las funciones del sistema y explicar cómo funcionará con otros sistemas.
3.3. Glosario
3.3.1. Define los términos técnicos usados en el documento.
3.4. Definición de requerimientos del usuario
3.4.1. Se representan los servicios que ofrecen al usuario. También, en este apartado se describen los requerimientos no funcionales del sistema.
3.5. Arquitectura del sistema
3.5.1. Presenta un panorama de alto nivel de la arquitectura anticipada del sistema, que muestra la distribución de funciones a través de los módulos del sistema.
3.6. Especificación de requerimientos del sistema
3.6.1. Representar los requerimientos funcionales y no funcionales con más detalle.
3.7. Modelos del sistema
3.7.1. Incluir modelos gráficos del sistema que muestren las relaciones entre componentes del sistema, el sistema y su entorno.
3.8. Evolución del sistema
3.8.1. Describe los supuestos fundamentales sobre los que se basa el sistema, y cualquier cambio anticipado debido a evolución de hardware, cambio en las necesidades del usuario, etc.
3.9. Apéndices
3.9.1. Brindan información especifica y detallada que se relaciona con la aplicación a desarrollar.
3.10. Índice
3.10.1. Índice alfabético normal, uno de diagramas, un índice de funciones, etc.