ing de softwar

1947 en su excelente colección de artículos sobre ingeniera de requerimientos, incluye una especificación completa de este estándar. IEEE sugiere la siguiente estructura para los documentos derequerimientos:
1. Introducción
1.1. Propósitos de la documentación
1.2. Alance del producto
1.3. Definiciones, acrónimos y abreviaturas
1.4. Referencias
1.5. Resumen del resto de documento

2.Descripción general
2.1. Perspectivas del producto
2.2. Funciones del producto
2.3. Características del usuario
2.4. Restricciones generales
2.5. Suposiciones y dependencias

3. Requerimientosespecíficos que cubren los requerimientos funcionales, no funcionales y de interfaz. Los requerimientos pueden las interfaces externas, describir las funcionalidades y el desempeño del sistema,especificar los requerimientos lógicos de la base de datos, las restricciones de diseño, las propiedades emergentes del sistema y las características de calidad.
4. Apéndices
5. Índice
Usuarios de undocumento de requerimientos. Clientes del sistema (Especifican los requerimientos y los lee para verificar que cumplan sus necesidades. Especifican los cambios en los requerimientos). Administradores(Utilizan el documento de requerimientos para planear el proceso de desarrollo del sistema). Ingenieros de sistema (Utilizan los requerimientos para comprender por qué se desarrolla el sistema).Ingenieros probadores de sistemas (Utilizan los requerimientos para desarrollar las pruebas de validación del sistema). Ingenieros mantenedores del sistema (Utilizan los requerimientos para ayudar acomprender el sistema y las relaciones entre las partes)
Heninger 1980 sugiere seis requisitos que debe satisfacer un documento de requerimientos de software:
• Especificara únicamente elcomportamiento externo del sistema.
• Especificara las restricciones de la implementación.
• Será fácil de cambiar
• Servirá de herramienta de referencia para los mantenedores del sistema.
• Registrará las...