ERS (Especificaciones de Requerimientos de Software).

Estndar 830-
1993 IEEE (revisin del std 830-1984 IEEE)
Descripcin de los contenidos
1. Introduccin
La introduccin debe proveer un panorama lobal de toda la E!"#
1.1. Objetivo
$etermina el ob%etivo de la E!"#
$etermina los lectores de la E!"#
1.2. Alcance
$etermina el nombre del so&t'are a construir#
E(plica brevemente lo )ue el so&t'are va a *acer +, de ser necesario lo )ue no *ar#
$escribe la aplicacin del so&t'are especi&icado, inclu+endo los bene&icios + ob%etivos
ms relevantes#
-onsistente con las especi&icaciones similares de ma+or nivel (por E%#.
especi&icaciones de re)uerimiento de e)uipamiento), si e(isten#
1.3. Definiciones, acrnimos y abreviaturas
Esta subseccin e(plica todas las de&iniciones, abreviaturas, silas + sinnimos utili/ados
en la especi&icacin de re)uerimientos para su correcta interpretacin# Esta in&ormacin
debe ser provista por re&erencia a uno o ms ap0ndices en la E!" o por re&erencia a otros
documentos#
1.4. Referencias
1rovee la lista de todos los documentos re&erenciados en la E!"#
Identi&ica cada documento re&erenciado por t2tulo, &ec*a + editorial#
Especi&ica las &uentes donde se pueden encontrar las re&erencias#
1.5. Descripcin lobal !e la "R#
$escribe los contenidos de la E!"#
E(plica la orani/acin de la E!"#
2. Descripcin General
Esta seccin de la E!" debe describir en eneral los &actores )ue a&ectan el producto + sus
re)uerimientos# Esta seccin no e(presa re)uerimientos espec2&icos# En cambio, provee una
base para esos re)uerimientos, los cuales se de&inen en detalle en la seccin 3 *aci0ndolos ms
comprensibles#
2.1. $erspectiva !el #oft%are
Esta subseccin debe poner al producto en perspectiva con otros productos relacionados#
Establece si el so&t'are es totalmente independiente + autocontenido# En caso de &ormar
parte de un sistema ma+or, establece las inter&aces de manera lobal#
1uede usarse un diarama en blo)ue mostrando los principales componentes del sistema
ma+or, sus intercone(iones e inter&aces e(ternas#
2.1.1. Interfaces de sistema.
$ebe enumerarse cada inter&ace del sistema e identi&icar la &uncionalidad del
so&t'are para cumplir con el re)uerimiento del sistema + la descripcin de las
inter&aces )ue coincidan#
2.1.2. Interfaces de usuario.
Caractersticas lgicas de cada interface entre el producto de software y sus
usuarios. Esto inclu+e las caracter2sticas de con&iuracin (por e%#. &ormatos
de pantalla re)ueridos, dise3os de pina o ventana, contenido de reportes o
men4s, o disponibilidad de proramacin de teclas de &uncin) necesarias para
cumplir los re)uerimientos del sistema#
Todos los aspectos para optimizar la interface con la persona que debe usar
el sistema. 1uede contener una simple lista de cmo el sistema aparecer al
usuario# 5n e%emplo puede ser el re)uerimiento para la opcin de mensa%es de
error cortos o ms laros#
2.1.3. Interfaces de hardware.
6c se deben especi&icar las caracter2sticas licas de cada inter&ace entre el
producto de so&t'are + los componentes del *ard'are del sistema# Esto inclu+e
las caracter2sticas de con&iuracin (cantidad de puertos, con%unto de
instrucciones, etc#)# 7ambi0n debe cubrir asuntos como )u0 dispositivos debe
soportar, + los protocolos# 1or e%emplo, el soporte de terminal puede especi&icar
soporte de pantalla completa en ve/ de l2nea a l2nea#
2.1.4. Interfaces de software.
6)u2 se debe especi&icar si *a+ otros productos de so&t'are re)ueridos (por
e%emplo, un sistema de administracin de datos, un sistema operativo o un
pa)uete matemtico), e inter&aces con otros sistemas de aplicacin (por e%emplo,
la cone(in entre un sistema de cuentas a cobrar + un sistema ma+or eneral)#
1ara cada producto de so&t'are re)uerido, se debe proveer la siuiente
in&ormacin.
- 8ombre
- 9nemnico
- 84mero de especi&icacin
- 84mero de versin
- :uente
1ara cada inter&ace, se deber2a proveer lo siuiente.
Establecer el propsito de la cone(in del so&t'are relacionado con este
producto de so&t'are#
$e&inicin de la inter&ace en cuanto a contenido + &ormato del mensa%e# 8o es
necesario detallar una inter&ace bien documentada, pero se re)uiere una
re&erencia al documento )ue de&ine la inter&ace#
;
2.1.5. Interfaces de comunicacin.
6)u2 se deben especi&icar las di&erentes inter&aces de comunicacin, tales como
los protocolos de redes locales, etc#
2.1.6. Restricciones de memoria.
6)u2 se debe especi&icar cual)uier caracter2stica + l2mite en las memorias principal
+ secundaria#
2.1.7. Operacin.
"e debern especi&icar las operaciones normales + especiales re)ueridas por el
usuario tales como.
Los distintos modos de operacin en la orani/acin usuaria< por e%emplo
operaciones iniciadas por el usuario#
1er2odos de operaciones interactivas + per2odos de operaciones solas#
:unciones de soporte de procesamiento de datos#
=peraciones de resuardo + recuperacin de datos#
2.1.8. Requerimientos de adaptacin de u!ar.
$e&ine los re)uerimientos para cual)uier dato o secuencia de iniciali/acin
)ue son espec2&icos para un determinado luar, misin o modo operacional,
por e%emplo, tabla de valores, l2mites de seuridad, etc#
Especi&icar el luar o las caracter2sticas relacionadas con la misin )ue se
deber2an modi&icar para adaptar el so&t'are a una instalacin en particular#
2.2. &unciones !el #oft%are
Esta subseccin de la E!" debe proveer un resumen de las principales &unciones )ue el
so&t'are debe e%ecutar# 1or e%emplo, una E!" para un prorama de contabilidad puede
utili/ar esta parte para asentar el mantenimiento de la contabilidad del cliente, declaracin
del cliente, + preparacin de &actura sin mencionar la ran cantidad de detalles )ue cada
una de estas &unciones necesita#
6 veces el resumen de &unciones )ue se re)uiere para esta parte, se puede tomar
directamente de la seccin de un nivel superior de especi&icacin (si e(iste) )ue asina
&unciones en particular al producto de so&t'are#
Las &unciones deben estar orani/adas claramente de &orma tal )ue resulte de &cil
entendimiento para el )ue lo lee por primera ve/#
7e(tos o r&icos pueden usarse para mostrar las distintas &unciones + sus relaciones#
2.3. 'aracter(sticas !el usuario
-aracter2sticas enerales sobre las personas )ue van a interactuar sobre el so&t'are.
educacin, e(periencia, especiali/acin t0cnica#
2.4. Restricciones enerales
$escribe caracter2sticas enerales )ue podr2an limitar las opciones a los dise3adores del
so&t'are# 1uede incluir.
!eulaciones
Limitaciones de *ard'are
3
Inter&aces con otras aplicaciones
=peracin en paralelo
:unciones de auditoria
:unciones de control
!e)uerimientos de lenua%e de alto nivel
1rotocolos (por e%emplo. >=8->=::, 6-?-86-?)
!e)uerimientos de con&iabilidad
@ravedad de la aplicacin
-onsideraciones de seuridad
2.5. #uposiciones y Depen!encias
Lista cada uno de los &actores )ue a&ectan los re)uerimientos e(presados en la E!"#
Estos &actores no son restricciones de dise3o del so&t'are pero son ms bien cambios )ue
pueden a&ectar los re)uerimientos# 1or e%emplo, la suposicin de )ue un determinado
sistema operativo va a estar disponible en el *ard'are desinado para el producto# "i, de
*ec*o, el sistema operativo no est disponible, la E!" deber modi&icarse de acuerdo a
esto#
2.). Distribucin !e re*uerimientos
Identi&ica re)uerimientos )ue pueden ser demorados *asta &uturas versiones del sistema
4
3. Especificacin de Requerimientos
!e)uerimientos espec2&icos. correctos, completos, no ambiuos, consistentes, veri&icables,
modi&icables, traceables, ran)ueados por importancia o estabilidad#
!e)uerimientos espec2&icos cru/ados con documentos anteriores con los )ue estn relacionados#
7odos los re)uerimientos deben ser identi&icados un2vocamente#
=rani/ar los re)uerimientos para ma(imi/ar su lectura#
3.1. Re*uerimientos !e +nterfaces ",ternas
$ebe contener una descripcin detallada de todas las entradas + las salidas )ue posee el
so&t'are# $ebe complementar la descripcin de inter&ace en la seccin ; sin repetir la
in&ormacin# $ebe incluir la siuiente in&ormacin.
8ombre del 2tem
=b%etivo
:uentes de entrada o destino de la salida
!anos vlidos, e(actos +Ao tolerancia
5nidades de medida
=portunidad
!elaciones con otras entradasAsalidas
:ormatos de ventanasAorani/acin
:ormatos datos
-omandos de &ormatos
9ensa%es de &inali/acin
3.1.1. Interfaces de usuario
$escribe las caracter2sticas de la &a/ *ombre-m)uina#
Inclu+e. &ormato de la pantalla, lay-out + contenido de las salidas + los men4s,
secuencia de uso#
3.1.2. Interfaces de hardware
$escribe las &ases entre el so&t'are + el *ard'are, inclu+e los dispositivos +
peri&0ricos a utili/ar#
3.1.3. Interfaces de software
$escribe el uso de otros productos de so&t'are +Ao las &ases con otras
aplicaciones e(istentes
3.1.4. Interfaces de comunicaciones
$escribe las inter&aces de comunicaciones tales como protocolos de redes,
etc#
B
3.2. Re*uerimientos &uncionales
Los re)uerimientos &uncionales de&inen las acciones &undamentales )ue se deben reali/ar
en el so&t'are para aceptar + procesar las entradas + procesando + enerando las salidas#
3.2.1. Requerimiento "unciona #1
3#;#1#1# Especi&icacin
3#;#1#1#1# Introduccin
$escribe el ob%etivo de la &uncin
3#;#1#1#;# Entradas
$escribe en &orma detallada todos los datos de entrada#
Inclu+e. &uente de los datos, cantidad, secuencia,
ranos#
3#;#1#1#3# 1rocesos
$escribe todas las acciones a reali/arse sobre los datos
de entrada para obtener la salida#
Inclu+e. validacin de datos de entrada, secuencia,
respuestas a situaciones anormales, etc#
3#;#1#1#4# "alidas
$escribe en &orma detallada todos los datos de salida#
Inclu+e. destino de los datos, cantidad, secuencia,
ranos vlidos, relaciones entre EA", &rmulas de
conversin, etc#
3.2.2. Requerimiento "unciona #2 ...
3.3. Re*uerimientos !e $erformance
$escribe los re)uerimientos num0ricos estticos + dinmicos establecidos para el
so&t'are o la interaccin de las personas con el mismo.
Estticos.
n4mero de terminales
cantidad de usuarios concurrentes
cantidad + tipo de in&ormacin a mane%ar
$inmicos.
tareas + cantidad de transacciones a procesar durante las *oras pico + normales de
uso de la aplicacin#
C
3.4. Re*uerimientos licos !e la base !e !atos
6)u2 se deben especi&icar los re)uerimientos licos para cual)uier in&ormacin )ue se
inrese en la base de datos#
7ipos de in&ormacin usados por varias &unciones
:recuencia de uso
-apacidades de acceso
Entidades de datos + sus relaciones
!estricciones de interidad
!e)uerimientos de retencin de datos
3.5. Restricciones !e Dise-o
3.5.1. $umpimiento de %st&ndares
!e)uerimientos de Estndares tales como. &ormato de in&ormes, convenciones
de nombres, procedimientos contables, pistas de auditor2a#
3.5.2. 'imitaciones de (ardware
$escribe re)uerimientos para )ue el so&t'are pueda operar en determinados
tipos de *ard'are#
3.). Atributos !el #oft%are
3.6.1. $onfia)iidad
Especi&ica los &actores necesarios para determinar el nivel de con&iabilidad del
so&t'are en el momento de entrea
3.6.2. *isponi)iidad
Especi&ica los &actores necesarios para aranti/ar el nivel de disponibilidad del
so&t'are tales como puntos de control, recuperacin ante ca2das, arran)ue, etc#
3.6.3. +e!uridad
Especi&ica los elementos de proteccin contra accesos accidentales o maliciosos
para usar, modi&icar, destruir o revelar# !e)uerimientos espec2&icos en esta rea
pueden incluir.
5so de t0cnicas criptor&icas
9antenimiento de un *istorial de transacciones
6sinacin de &unciones a di&erentes mdulos
!estriccin de comunicaciones entre alunas reas del prorama
Deri&icacin de la interidad de los datos para variables cr2ticas
E
3.6.4. "aciidad de ,antenimiento
Especi&ica )u0 tipos de m0tricas + )u0 valores de los mismos aseuran la &acilidad
de mantenimiento# 1uede ser cierta modularidad, inter&aces, comple%idad, etc#
3.6.5. -orta)iidad
Especi&ica los atributos del so&t'are relacionados con la &acilidad para cambiarlo a
otro servidor o sistema operativo# 1uede incluir.
1orcenta%e de componentes )ue dependen del servidor
1orcenta%e de cdio )ue depende del servidor
5so de lenua%e portable probado
5so de un compilador particular
5so de un sistema operativo determinado
4. Informacin de apoyo
Esta in&ormacin *ace a la E!" ms &cil de usar# Inclu+e.
7abla de contenidos
Fndice
6p0ndices
4.1. .abla !e conteni!os e /n!ice
4.2. Ap0n!ices
Los 6p0ndices no siempre son considerados parte de la especi&icacin de re)uerimientos
actuales + no siempre son necesarios# 1ueden incluir.
E%emplos de &ormatos de EA", estudios de anlisis de costos, o resultados de
encuestas a usuarios#
In&ormacin de re&erencia o apo+o )ue puede a+udar a los lectores de la E!"#
5na descripcin de los a ser resueltos por el so&t'are#
Instrucciones especiales de empa)uetamiento para el cdio + el medio en cuanto a
seuridad, cara inicial, e(portacin u otro re)uerimiento#
-uando se inclu+en ap0ndices, la E!" debe e(plicitar si deben ser considerados como
parte de los re)uerimientos#
8