srs ieee830_2009 03 11

INGENIERÍA DE SOFTWARE II
RECOMENDACIONES PRÁCTICAS PARA LA
ESPECIFICACIÓN DE REQUERIMIENTOS DE
SOFTWARE

Gabriel Tamura
gtamura@icesi.edu.co
Norha M. Villegas
nvillega@icesi.edu.co
Cali, 2009
 

1IEEE 830-1998
IEEE Recommended Practice for
Software Requirements
Specifications

2

El Ciclo de Vida de los Requerimientos

ELICITACIÓN

ANÁLISIS

ESPECIFICACIÓN
MANTENIMIENTO
VERIFICACIÓN YVALIDACIÓN

3

El estándar IEEE 830-1998
• Conjunto de recomendaciones para la especificación de los
requerimientos de software.
• Estructura propuesta para el desarrollo del documento de
especificación derequerimientos. ¿Para qué un documento de
especificación de requerimientos?
Ingenieros de Software
¿Cuál es el resultado de la fase de análisis de
requerimientos?
¿Cuál es el punto de partida para
lavalidación y verificación?
¿Dónde quedan consignados los
requerimientos? ¿cómo debe
hacerse la especificación?

Ingeniero de
Requerimientos

¿Cuál es la descripción de las funcionalidades que
debetener el software? ¿Qué características y
propiedades debe cumplir?

¿Cuál es el costo del producto a
desarrollar?
Inversión, recursos, tiempos…

Gerente de Proyecto o
Producto

4

Consideraciones ParaGenerar un Buen SRS
• Naturaleza del SRS
• Alcance del SRS
• Características de un buen SRS
• Generado en conjunto con el cliente
• Evolución del SRS
• Prototipos
• Diseño embebido en el SRS
•Requerimientos de proyecto en el SRS

5

SRS – Software Requirement Specification (naturaleza)
• Condensa el resultado de la fase de análisis de requerimientos – Documento
de especificación.
• Contenidogeneral de un documento SRS
• Funcionalidad
¿Qué es lo que debe hacer el software?

• Interfaces externas
¿Cómo interactúa el sw con las personas, el hardware del sistema, otros componentes
de hw yotros componentes de sw?

• Desempeño
¿Cuál es el tiempo de respuesta deseado?¿de recuperación?

• Atributos
¿Cuáles son las consideraciones de portabilidad, correctitud, mantenibilidad, etc?

•...