Este documento describe la especificación y validación de requisitos y consideraciones prácticas en el desarrollo de software. Explica que los requisitos deben documentarse y aprobarse por los involucrados en el proyecto. Se mencionan tres tipos de documentos requeridos: definición del sistema, requisitos del sistema y requisitos de software. Además, detalla métodos para validar los requisitos, como revisiones, prototipado y pruebas de aceptación. Finalmente, enfatiza la importancia de gestionar los requisitos a lo largo

1. 5. ESPECIFICACIÓN Y
VALIDACIÓN DE
REQUISITOS Y
CONSIDERACIONES
PRACTICAS

2. 
Se refiere a plasmar en un documento
todos los requisitos aprobados.
Someterlos a verificación y aprobación
por parte de los actores del proyecto.
Existen tres tipos de documento tales
como: definición del sistema, sistema
de requisitos y requisitos de
software.
ESPECIFICACIÓN DE
REQUISITOS

3. 
Es un documento de exigencias del sistema o
concepto de operaciones.
Define los requisitos del sistema de alto nivel
desde la perspectiva del dominio.
Enumera los requisitos del sistema junto con
información de fondo sobre los objetivos
totales para el sistema, su ambiente de
misión.
En este caso se usa el estándar IEEE 362-98.
Documento de
definición del sistema

4. 
Se especifica la visión y descripción de
los requisitos del sistema, los requisitos
de software que se derivan de los de
sistema, y los requisitos para los
componentes de software.
Es una actividad que le corresponde a
la ingeniería de sistemas.
Especificación de
requisitos del sistema

5. 
Establecer la base para acuerdos entre
clientes y contratistas.
Estimación de costes, riesgos y horario
del producto
Base para el realce de software.
Se escriben en lenguaje natural.
Se usa el estándar IEEE 465-98
Especificación de
requisitos del software

6. 
Verifica y examina que un documento de
requisitos este conforme a los estándares,
sean comprensibles, constantes y finitos; para
asegurarse que define el software
correctamente.
Los documentos de los requisitos son
conformes a las mismas practicas de gerencia
de la configuración del software como los
otros puntos relevantes de los procesos del
ciclo de vida del software.
VALIDACION DE
REQUISITOS

7. 
 Revisiones de requisitos: inspección del documento para
corregir errores de claridad y de enfoque al proyecto
mediante el estándar IEEE 1028-97.
 Prototipado: Suelen ser caros, pero validan la
interpretación del ingeniero.
 Validación del modelo: Validación de la calidad de los
modelos desarrollados durante el análisis (notaciones y
trayectorias de comunicación).
 Pruebas de aceptación: Validación del producto final.
Su estudio se divide
en:

8. 
Los requisitos procesan palmos de todo el ciclo
de vida del software. Cambiar la gerencia y el
mantenimiento de los requisitos en un estado
que refleja exactamente el software que se
construirá, o se ha construido, es clave para el
éxito del proceso de ingeniería de software.
En un proyecto siempre surgen errores y
ninguno es perfecto, por ende las actividades
de los requisitos de software se desarrollan en
un cierto ciclo de vida.
CONSIDERACIONES
PRACTICAS

9. Naturaleza iterativa del proceso de los requisitos:
calidad del proyecto, a pesar de los cambios en
requerimientos y su alto costo.
Cambiar a gestión: preparación para el análisis de
los cambios propuestos.
Cualidades de los requisitos: especificación y
clasificación de los requisitos.
Remontar los requisitos: recuperación de requisitos
derivados de otros requisitos.
Requisitos que miden: evaluar el tamaño y
consecuencias de cambiar un requisito.
Consideraciones a tener
en cuenta: