Norma IEEE 830 2

IEEE-std-830-1998
Práctica Recomendada para la Especificación
de Requerimientos de Software

Fuente:
• IEEE Recommendad Practice for Software Requirements
Specifications

Definiciones
 ContratoDocumento legalmente obligatorio en el cual cliente y proveedor
llegan a acuerdos.
Incluye requisitos técnicos, requerimientos de la organización, costo
y tiempo para un producto.
También puede contenerla información informal pero útil como los
compromisos o expectativas de las partes involucradas.
 Cliente

Persona(s) que paga(n) por el producto
Normalmente (pero no necesariamente) definen losrequisitos.
En la práctica el cliente y el proveedor pueden ser miembros de la
misma organización.

Definiciones
 Proveedor:

Persona(s) que produce(n) un producto para un cliente
 Usuario:Persona(s) que operan o actúan recíprocamente directamente con el
producto.
El(los) usuario(s) y el(los) cliente(s) a menudo no son la(s) misma(s)
persona(s).

Consideraciones para una buena ERS*
Naturaleza de la ERS
 Ambiente de la ERS
 Características de una buena ERS
 Evolución de la ERS
 Prototipos
 Diseño en la ERS
 Requisitos del proyecto en la ERS

* ERS Especificación de Requerimientos desoftware

Naturaleza de la ERS*
 La SRS son especificaciones para un producto particular de

software, programa o juego de programas que realizan ciertas
funciones en un ambiente específico.
 LaSRS puede escribirse por
 Uno o más representantes del proveedor
 Uno o más representantes del cliente o
 Por ambos (proveedor y cliente).

 Aspectos básicos que se deben tener en cuenta:
Funcionalidad
 Interfases externas
 Rendimiento
 Atributos.
 Restricciones de diseño, impuestas en la implementación
* ERS Especificación de Requerimientos de software

Ambiente de la ERS*
 El softwarepuede contener toda la funcionalidad del proyecto o
 Puede ser parte de un sistema más grande
 En el último caso habrá una ERS que
 Declara las interfases entre el sistema y ese software...