Documentación requisitos

UNIDAD 10
DOCUMENTACIÓN DE REQUISITOS
10.

DOCUMENTACIÓN DE REQUISITOS ................................................... 1
10.1. CONTENIDO DE LA ESPECIFICACIÓN DE REQUISITOS ................. 3
10.2. EL DOCUMENTO DE REQUISITOS................................................ 3
10.2.1. ¿CÓMO ORGANIZAR LOS REQUISITOS? ......................... 4
10.2.2. ¿CUÁL ES LA ESTRUCTURA DE UNAERS?.................... 5
10.2.3. HERRAMIENTAS DE GESTIÓN DE REQUISITOS............... 7
10.3. CARACTERÍSTICAS DESEABLES DE LA ESPECIFICACIÓN
DE REQUISITOS .......................................................................... 8
10.4. ESPECIFICACIÓN DE REQUISITOS NO FUNCIONALES ................ 11
10.4.1. PORTABILIDAD ........................................................... 11
10.4.2.FIABILIAD (RELIABILITY) ........................................... 12
10.4.3. EFICIENCIA ................................................................. 12
10.4.4. HUMAN ENGINEERING ............................................... 13
10.4.5. VERIFICABILIDAD, COMPRENSIBILIDAD Y
MODIFICABILIDAD ................................................................... 13
10.5. ESPECIFICACIÓN FORMAL....................................................... 13
10.5.1. COSTE DE LA ESPECIFICACIÓN FORMAL ..................... 14
10.5.2. ENFOQUES PARA LA ESPECIFICACIÓN FORMAL .......... 15
10.5.3. ESPECIFICACIÓN ALGEBRAICA ................................... 15
10.5.4. ESPECIFICACIÓN BASADA EN MODELOS. LENGUAJE Z17

En la Figura 1 recordamos el proceso de la ingeniería de requisitos. Vemoscómo después
negociar los requisitos es necesario documentarlos. Obtenemos entonces un borrador que
necesario validar, para corregir los errores que se hayan podido introducir o detectar lagunas
información. Esto nos llevará a nuevas iteraciones en el proceso. Se obtendrá finalmente
especificación de requisitos software ya validada. Este documento, como ilustra la figura
desarrolla en sucesivasiteraciones.

de
es
de
la
se

Debemos recordar que los requisitos informan de qué es lo que el sistema debe hacer y no cómo
debe hacerlo. Esto debe estar presente cuando se redacta el documento de especificación de
requisitos software.

Asignatura: Documentación de Requisitos

1

punto de decisión

requisitos informales

captura de
requisitos

análisis y negociación
derequisitos
requisitos
negociados

documento de
requisitos e
informe de
validación

Validación de
requisitos

documentación
de requisitos

borrador documento de requisitos
Gestión de requisitos

Figura 1. Proceso de la ingeniería de requisitos.

Los objetivos de la especificación de requisitos software son diferentes según el punto de vista del
usuario y desarrollador.
•
•Para el usuario o cliente el objetivo es definir la necesidad (lo que se quiere y lo que no se
quiere).
Para el desarrollador la especificación de requisitos tiene varios objetivos:
– Comunicación entre clientes, usuarios y desarrolladores
Si está bien hecho el usuario estará satisfecho con el producto final.
El acuerdo se realiza al principio, no en las pruebas de aceptación.
–

Permitiriniciar la actividad de diseño
Los requisitos determinan las características y funcionalidades que el futuro sistema
software deberá poseer.

–

Soportar las actividades de pruebas del sistema
Si la descripción del requisito permite crear escenarios de prueba se puede mostrar
que el sistema satisface los requisitos.
Si es ambiguo o inconsistente o inestable las pruebas son imposibles.–

Controlar la evolución del sistema
Manteniendo la especificación actualizada se puede controlar la evolución el
sistema: si se añaden nuevos requisitos o si ya se han implementado los que estaban
identificados.

Asignatura: Documentación de Requisitos

2

10.1.

Contenido de la especificación de requisitos

Un documento de requisitos debe contener:
•
•
•
•
•
•
•...