Ieee

Especificaci´on de Requisitos seg´un el est´andar
de IEEE 830
IEEEStd. 830-1998
22de Octubrede2008
Resumen
producto, incluyendo nivel educacional, experiencia y experiencia t´ecnica.
2.4.Restricciones
Esta subsecci´on describir´a aquellas limitaciones que se imponen sobre los
desarrolladores del producto
Pol´ıticas de la empresa
Limitaciones del hardware
Interfaces con otrasaplicaciones
Operaciones paralelas
Funciones de auditor´ıa
Funciones de control
Lenguaje(s) de programacion
Protocolos de comunicaci´on
Requisitos de habilidad
Criticalidad de la aplicaci´onConsideraciones acerca de la seguridad
2.5. Suposiciones y Dependencias
Esta subsecci´on de la ERS describir´a aquellos factores que, si cambian,
pueden afectar a los requisitos. Por ejemplo, losrequisitos pueden presuponer
una cierta organizaci´on de ciertas unidades de la empresa, o pueden
presuponer que el sistema correr´a sobre cierto sistema operativo. Si cambian
dichos detalles en laorganizaci´on de la empresa, o si cambian ciertos detalles
t´ecnicos,comoelsistemaoperativo,puedesernecesariorevisarycambiarlos
requisitos.
• Clasificados: Normalmente, no todos los requisitos son igualde
importantes. Los requisitos pueden clasificarse por importancia
(esenciales, condicionales u opcionales) o por estabilidad (cambios
que se espera que afecten al requisito). Esto sirve, antetodo,
para no emplear excesivos recursos en implementar requisitos no
esenciales.
• Verificables: La ERS es verificable si y s´olo si todos sus requisitos
son verificables. Un requisito es verificable(testeable) si existe un
proceso finito y no costoso para demostrar que el sistema cumple
con el requisito. Un requisito ambiguo no es, en general, verificable.
Expresiones como a veces, bien,adecuado, etc. introducen
ambig¨uedad en los requisitos. Requisitos como “en caso de accidente
la nube t´oxica no se extender´a m´as all´a de 25Km” no es
verificable por el alto costo que conlleva.
•...