ANLISIS Y DISEO DE SISTEMAS II

TEMA 5
SEMANA 8
SEMESTRE 2016 II
DOCENTES DEL CURSO

Tema5
ESPECIFICACION TEXTUAL DE
REQUISITOS

Contenido
1.IEEE 830-1998
2.Ciclo de vida de requerimientos
3.Consideraciones para un buen SRS
4.Tabla de descripcin de elementos de
trazabilidad.

IEEE 830-1998
IEEE Recommended Practice for
Software Requirements Specifications

IEEE 830
El propsito principal de esta norma es
ayudarnos a elaborar un documento muy
til: el SRS
Es esencialmente una gua para redaccin

IEEE 830
Quin la hizo: Software Engineering
Standards Committee, del IEEE
Computer Society
IEEE (Institute of Electric and Electronic
Engineers, en E.U.A.)
Cundo: 1998
Es de uso obligatorio? NO

IEEE 830
Quin la puede usar:
Un cliente/usuario que vaya a definir
requerimientos (caractersticas) de un
software que necesite
Un desarrollador (interno/externo) que
haga software a la medida mediante
proyecto
Un desarrollador que haga software de
paquete que se venda masivamente

IEEE 830 sirve para que...

Un cliente describa claramente lo que
quiere
Un proveedor entienda claramente lo
que el cliente quiere
Se establezcan bases para un contrato
de desarrollo (o de compra-venta)
Se reduzca el esfuerzo de anlisis,
diseo, y programacin (evitando retrabajos)

IEEE 830 sirve para que...

Se tenga una base o referencia para
validar o probar el software solicitado
Se facilite el traspaso del software a
otros clientes/usuarios
Se le puedan hacer mejoras (o
innovaciones) a ese software

El Ciclo de Vida de los Requerimientos

ELICITACIN

ANLISIS

ESPECIFICACIN
MANTENIMIENTO
VERIFICACIN Y
VALIDACIN

10

El estndar IEEE 830-1998

Conjunto de recomendaciones para la especificacin de los
requerimientos de software.
Estructura propuesta para el desarrollo del documento de especificacin
de requerimientos. Para qu un documento de especificacin de
requerimientos?
Ingenieros de
Software

Cul es el resultado de la fase de anlisis

de requerimientos?
Cul es el punto de partida
para la validacin y
verificacin?
Dnde quedan
consignados los
requerimientos? cmo
debe hacerse la
especificacin?

Ingeniero de
Requerimientos

Cul es la descripcin de las

funcionalidades que debe tener el
software? Qu caractersticas y
propiedades debe cumplir?

Cul es el costo del producto a

desarrollar?
Inversin, recursos, tiempos

Gerente de
Proyecto o
Producto

11

CONSIDERACIONES PARA
REDACTAR EL SRS
Su naturaleza
Su ambiente
Caractersticas deseables del documento
Preparacin conjunta del SRS
Evolucin del documento
Prototipos
Diseo implcito en el SRS
Requerimientos de proyecto implcitos

Naturaleza del SRS

El SRS es una especificacin para un
producto de software en particular, ya
sea un slo programa, o un conjunto de
programas, que realicen ciertas
funciones en un ambiente especfico
A veces el usuario no sabe si necesitar
un solo programa o ms de uno

NATURALEZA DEL SRS

Frecuentemente, el usuario slo conoce
las necesidades pero no el tipo de
solucin ms conveniente
El SRS puede escribirse por uno o ms
representantes del proveedor, uno o ms
del cliente, o por ambos
Lo ms recomendable es que
representantes de ambas partes

haya

El usuario/cliente puede redactar un

borrador inicial y despus revisarlo con el

NATURALEZA DEL SRS (cont.)

Funcionalidades deseadas
describirn los requisitos que afecten a la interfaz
Interfaces externas Se
de usuario, interfaz con otros sistemas (hardware y
software) e interfaces de comunicaciones.

Desempeo
del
Atributos (seguridad, portabilidad, Atributos
software del
sistema
mantenibilidad, fiabilidad,
disponibilidad)
Restricciones de diseo impuestas a la
implementacin (estndares tcnicos
propios o internacionales, lenguaje de
progr., sistema operativo, lmites de
recursos, polticas internas).

AMBIENTE DEL SRS

El SRS es la fuente principal para hacer
el plan detallado de un proyecto de
software
Un SRS puede referirse a los
requerimientos deseados de todos los
componentes de un sistema grande, o
a componentes (mdulos) individuales
del mismo

AMBIENTE DEL SRS

Si se hacen SRS por separado para
varios mdulos, tiene que mantenerse
la consistencia en los documentos
Si un software necesita interactuar con
otro, tienen que especificarse los
requerimientos de esa interaccin
(interfaces),
definiendo
sus
funcionalidades y el nivel de desempeo
deseado

Ver Ejemplos:
- SRS de PrestaCash,
- SRS para un Sistema Web

ACTIVIDAD PROPUESTA
En grupo identifique los requerimientos
funcionales del proyecto en estudio.

19