Especificacin de requisitos de

software
Proyecto: [Nombre del proyecto]
Revisin [99.99]
[Mes de ao]
Instrucciones para el uso de este formato
Este formato es una plantilla tipo para documentos de requisitos del software.
Est basado y es conforme con el estndar IEEE Std 830-1998.
as secciones que no se consideren aplicables al sistema descrito podrn de forma
!ustificada indicarse como no aplicables "#$%.
#otas&
os te'tos en color a(ul son indicaciones que deben eliminarse y) en su caso) sustituirse
por los contenidos descritos en cada apartado.
os te'tos entre corc*etes del tipo +,Inserte aqu- el te'to./ permiten la inclusi0n directa de
te'to con el color y estilo adecuado a la secci0n) al pulsar sobre ellos con el puntero del
rat0n.
os t-tulos y subt-tulos de cada apartado estn definidos como estilos de 1S 2ord) de
forma que su numeraci0n consecuti3a se 4enera automticamente se45n se trate de
estilos +6itulo1) 6itulo7 y 6itulo3/.
a san4r-a de los te'tos dentro de cada apartado se 4enera automticamente al pulsar
Intro al final de la l-nea de t-tulo. "Estilos #ormal indentado1) #ormal indentado 7 y #ormal
indentado 3%.
El -ndice del documento es una tabla de contenido que 1S 2ord actuali(a tomando como
criterio los t-tulos del documento.
8na 3e( terminada su redacci0n debe indicarse a 2ord que actualice todo su contenido
para refle!ar el contenido definiti3o.
De la plantilla de formato del documento & Coloriuris http:!!!."ualitatis.or#
.
Ficha del documento
Fecha Reisin !utor "erificado dep# calidad#
[$echa] [Rev] [Descripcion] [$irma o sello]
Documento validado por las partes en fecha: [$echa]
%or el cliente %or la empresa suministradora
$do. D. Da [&om're] $do. D.Da [&om're]
[Nombre del proyecto]
Especificacin de requisitos de software
Rev. [99.99]
%(#. )
$ontenido
FI$%! &E' &($)*EN+( ,
$(N+ENI&( -
. IN+R(&)$$I/N 0
.#. Propsito 0
.#1 !lcance 0
.#, Personal inolucrado 0
.#- &efiniciones2 acrnimos y abreiaturas 0
.#3 Referencias 0
.#0 Resumen 0
1 &E4$RIP$I/N 5ENER!' 6
1#. Perspectia del producto 6
1#1 Funcionalidad del producto 6
1#, $aracter7sticas de los usuarios 6
1#- Restricciones 6
1#3 4uposiciones y dependencias 6
1#0 Eolucin preisible del sistema 6
, RE8)I4I+(4 E4PE$9FI$(4 6
,#. Requisitos comunes de los interfaces :
*.+.+ ,nterfaces de usuario -
*.+.. ,nterfaces de hard!are -
*.+.* ,nterfaces de soft!are -
*.+.) ,nterfaces de comunicacin -
,#1 Requisitos funcionales :
*...+ Re"uisito funcional + 9
*.... Re"uisito funcional . 9
*...* Re"uisito funcional * 9
*...) Re"uisito funcional n 9
,#, Requisitos no funcionales ;
*.*.+ Re"uisitos de rendimiento 9
*.*.. /e#uridad 9
*.*.* $ia'ilidad 9
*.*.) Disponi'ilidad 9
*.*.0 Manteni'ilidad +1
Descripcin de re"uisitos del sof!are
[Nombre del proyecto]
Especificacin de requisitos de software
Rev. [99.99]
%(#. 0
*.*.2 %orta'ilidad +1
,#- (tros requisitos .<
- !P=N&I$E4 .<
Descripcin de re"uisitos del sof!are
[Nombre del proyecto]
Especificacin de requisitos de software
Rev. [99.99]
%(#. 2
. Introduccin
[,nserte a"u3 el te4to]
a introducci0n de la Especificaci0n de requisitos de software "S9S% debe proporcionar una
3ista 4eneral de la S9S. :ebe incluir el ob!eti3o) el alcance) las definiciones y acr0nimos)
las referencias) y la 3ista 4eneral del S9S.
.#. Propsito
[,nserte a"u3 el te4to]
;rop0sito del documento
$udiencia a la que 3a diri4ido
.#1 !lcance
[,nserte a"u3 el te4to]
Identificaci0n del producto"s% a desarrollar mediante un nombre
<onsistencia con definiciones similares de documentos de mayor ni3el "e!.
:escripci0n del sistema% que puedan e'istir
.#, Personal inolucrado
&om're [,nserte a"u3 el te4to]
Rol [,nserte a"u3 el te4to]
Cate#or3a profesional [,nserte a"u3 el te4to]
Responsa'ilidades [,nserte a"u3 el te4to]
,nformacin de contacto [,nserte a"u3 el te4to]
5pro'acin [,nserte a"u3 el te4to]
9elaci0n de personas in3olucradas en el desarrollo del sistema) con informaci0n de
contacto.
Esta informaci0n es 5til para que el 4estor del proyecto pueda locali(ar a todos los
participantes y recabar la informaci0n necesaria para la obtenci0n de requisitos)
3alidaciones de se4uimiento) etc.
.#- &efiniciones2 acrnimos y abreiaturas
[,nserte a"u3 el te4to]
:efinici0n de todos los t=rminos) abre3iaturas y acr0nimos necesarios para interpretar
apropiadamente este documento. En ella se pueden indicar referencias a uno o ms
ap=ndices) o a otros documentos.
.#3 Referencias
Referencia +itulo Ruta Fecha !utor
[Ref.] [63tulo] [Ruta] [$echa] [5utor]
9elaci0n completa de todos los documentos relacionados en la especificaci0n de
requisitos de software) identificando de cada documento el titulo) referencia "si
procede%) fec*a y or4ani(aci0n que lo proporciona.
.#0 Resumen
[,nserte a"u3 el te4to]
:escripci0n del contenido del resto del documento
E'plicaci0n de la or4ani(aci0n del documento
Descripcin de re"uisitos del sof!are
[Nombre del proyecto]
Especificacin de requisitos de software
Rev. [99.99]
%(#. 7
1 &escripcin >eneral
1#. Perspectia del producto
[,nserte a"u3 el te4to]
Indicar si es un producto independiente o parte de un sistema mayor. En el caso de
tratarse de un producto que forma parte de un sistema mayor) un dia4rama que sit5e el
producto dentro del sistema e identifique sus cone'iones facilita la comprensi0n.
1#1 Funcionalidad del producto
[,nserte a"u3 el te4to]
9esumen de las funcionalidades principales que el producto debe reali(ar) sin entrar en
informaci0n de detalle.
En ocasiones la informaci0n de esta secci0n puede tomarse de un documento de
especificaci0n del sistema de mayor ni3el "e!. 9equisitos del sistema%.
as funcionalidades deben estar or4ani(adas de manera que el cliente o cualquier
interlocutor pueda entenderlo perfectamente. ;ara ello se pueden utili(ar m=todos
te'tuales o 4rficos.
1#, $aracter7sticas de los usuarios
6ipo de usuario [,nserte a"u3 el te4to]
$ormacin [,nserte a"u3 el te4to]
8a'ilidades [,nserte a"u3 el te4to]
5ctividades [,nserte a"u3 el te4to]
:escripci0n de los usuarios del producto) incluyendo ni3el educacional) e'periencia y
e'periencia t=cnica.
1#- Restricciones
[,nserte a"u3 el te4to]
:escripci0n de aquellas limitaciones a tener en cuenta a la *ora de dise>ar y desarrollar
el sistema) tales como el empleo de determinadas metodolo4-as de desarrollo) len4ua!es
de pro4ramaci0n) normas particulares) restricciones de *ardware) de sistema operati3o
etc.
1#3 4uposiciones y dependencias
[,nserte a"u3 el te4to]
:escripci0n de aquellos factores que) si cambian) pueden afectar a los requisitos. ;or
e!emplo una asunci0n puede ser que determinado sistema operati3o est disponible
para el *ardware requerido. :e *ec*o) si el sistema operati3o no estu3iera disponible) la
S9S deber-a modificarse.
1#0 Eolucin preisible del sistema
[,nserte a"u3 el te4to]
Identificaci0n de futuras me!oras al sistema) que podrn anali(arse e implementarse en
un futuro.
, Requisitos espec7ficos
Esta es la secci0n ms e'tensa y ms importante del documento.
:ebe contener una lista detallada y completa de los requisitos que debe cumplir el sistema
a desarrollar. El ni3el de detalle de los requisitos debe ser el suficiente para que el equipo
de desarrollo pueda dise>ar un sistema que satisfa4a los requisitos y los encar4ados de las
pruebas puedan determinar si =stos se satisfacen.
Descripcin de re"uisitos del sof!are
[Nombre del proyecto]
Especificacin de requisitos de software
Rev. [99.99]
%(#. -
os requisitos se dispondrn en forma de listas numeradas para su identificaci0n)
se4uimiento) tra(abilidad y 3alidaci0n "e!. 9? 10) 9? 10.1) 9? 10.7)...%.
;ara cada requisito debe completarse la si4uiente tabla&
&9mero de re"uisito [,nserte a"u3 el te4to]
&om're de re"uisito [,nserte a"u3 el te4to]
6ipo Re"uisito Restriccin
$uente del re"uisito [,nserte a"u3 el te4to]
%rioridad del re"uisito 5lta:sencial MediaDeseado ;a<a =pcional
y reali(ar la descripci0n del requisito
a distribuci0n de los prrafos que forman este punto puede diferir del propuesto en esta
plantilla) si las caracter-sticas del sistema aconse!an otra distribuci0n para ofrecer mayor
claridad en la e'posici0n.
,#. Requisitos comunes de los interfaces
[,nserte a"u3 el te4to]
:escripci0n detallada de todas las entradas y salidas del sistema de software.
,#.#. Interfaces de usuario
[,nserte a"u3 el te4to]
:escribir los requisitos del interfa( de usuario para el producto. Esto puede estar
en la forma de descripciones del te'to o pantallas del interfa(. ;or e!emplo
posiblemente el cliente *a especificado el estilo y los colores del producto.
:escriba e'acto c0mo el producto aparecer a su usuario pre3isto.
,#.#1 Interfaces de hardware
[,nserte a"u3 el te4to]
Especificar las caracter-sticas l04icas para cada interfa( entre el producto y los
componentes de *ardware del sistema. Se incluirn caracter-sticas de
confi4uraci0n.
,#.#, Interfaces de software
[,nserte a"u3 el te4to]
Indicar si *ay que inte4rar el producto con otros productos de software.
;ara cada producto de software debe especificarse lo si4uiente&
:escripci0n del producto software utili(ado
;rop0sito del interfa(
:efinici0n del interfa(& contiendo y formato
,#.#- Interfaces de comunicacin
[,nserte a"u3 el te4to]
:escribir los requisitos del interfaces de comunicaci0n si *ay comunicaciones con
otros sistemas y cuales son las protocolos de comunicaci0n.
,#1 Requisitos funcionales
[,nserte a"u3 el te4to]
:efinici0n de acciones fundamentales que debe reali(ar el software al recibir
informaci0n) procesarla y producir resultados.
En ellas se incluye&
<omprobaci0n de 3alide( de las entradas
Secuencia e'acta de operaciones
Descripcin de re"uisitos del sof!are
[Nombre del proyecto]
Especificacin de requisitos de software
Rev. [99.99]
%(#. 9
9espuesta a situaciones anormales "desbordamientos) comunicaciones)
recuperaci0n de errores%
;armetros
@eneraci0n de salidas
9elaciones entre entradas y salidas "secuencias de entradas y salidas) formulas
para la con3ersi0n de informaci0n%
Especificaci0n de los requisitos l04icos para la informaci0n que ser almacenada en
base de datos "tipo de informaci0n) requerido%
as requisitos funcionales pueden ser di3ididos en sub-secciones.
,#1#. Requisito funcional .
,#1#1 Requisito funcional 1
,#1#, Requisito funcional ,
,#1#- Requisito funcional n
,#, Requisitos no funcionales
,#,#. Requisitos de rendimiento
[,nserte a"u3 el te4to]
Especificaci0n de los requisitos relacionados con la car4a que se espera ten4a
que soportar el sistema. ;or e!emplo) el n5mero de terminales) el n5mero
esperado de usuarios simultneamente conectados) n5mero de transacciones por
se4undo que deber soportar el sistema) etc.
6odos estos requisitos deben ser mesurables. ;or e!emplo) indicando +el 9AB de
las transacciones deben reali(arse en menos de 1 se4undo/) en lu4ar de +los
operadores no deben esperar a que se complete la transacci0n/.
,#,#1 4e>uridad
[,nserte a"u3 el te4to]
Especificaci0n de elementos que prote4ern al software de accesos) usos y
sabota!es maliciosos) as- como de modificaciones o destrucciones maliciosas o
accidentales. os requisitos pueden especificar&
Empleo de t=cnicas cripto4rficas.
9e4istro de fic*eros con +lo4s/ de acti3idad.
$si4naci0n de determinadas funcionalidades a determinados m0dulos.
9estricciones de comunicaci0n entre determinados m0dulos.
<omprobaciones de inte4ridad de informaci0n cr-tica.
,#,#, Fiabilidad
[,nserte a"u3 el te4to]
Especificaci0n de los factores de fiabilidad necesaria del sistema. Esto se
e'presa 4eneralmente como el tiempo entre los incidentes permisibles) o el total
de incidentes permisible.
,#,#- &isponibilidad
[,nserte a"u3 el te4to]
Especificaci0n de los factores de disponibilidad final e'i4idos al sistema.
#ormalmente e'presados en B de tiempo en los que el software tiene que
mostrar disponibilidad.
Descripcin de re"uisitos del sof!are
[Nombre del proyecto]
Especificacin de requisitos de software
Rev. [99.99]
%(#. +1
,#,#3 *antenibilidad
[,nserte a"u3 el te4to]
Identificaci0n del tipo de mantenimiento necesario del sistema.
Especificaci0n de quien debe reali(ar las tareas de mantenimiento) por e!emplo
usuarios) o un desarrollador.
Especificaci0n de cuando debe reali(arse las tareas de mantenimiento. ;or
e!emplo) 4eneraci0n de estad-sticas de acceso semanales y mensuales.
,#,#0 Portabilidad
[,nserte a"u3 el te4to]
Especificaci0n de atributos que debe presentar el software para facilitar su
traslado a otras plataformas u entornos. ;ueden incluirse&
;orcenta!e de componentes dependientes del ser3idor.
;orcenta!e de c0di4o dependiente del ser3idor.
8so de un determinado len4ua!e por su portabilidad.
8so de un determinado compilador o plataforma de desarrollo.
8so de un determinado sistema operati3o.
,#- (tros requisitos
[,nserte a"u3 el te4to]
<ualquier otro requisito que no enca!e en nin4una de las secciones anteriores.
;or e!emplo&
9equisitos culturales y pol-ticos
9equisitos e4ales
- !p?ndices
[,nserte a"u3 el te4to]
;ueden contener todo tipo de informaci0n rele3ante para la S9S pero que) propiamente) no
forme parte de la S9S.
Descripcin de re"uisitos del sof!are