You are on page 1of 11

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.
Las secciones que no se consideren aplicables al sistema descrito podrn de forma
justificada indicarse como no aplicables (NA).
Notas:
Los textos en color azul son indicaciones que deben eliminarse y, en su caso, sustituirse
por los contenidos descritos en cada apartado.
Los textos entre corchetes del tipo [Inserte aqu el texto] permiten la inclusin directa de
texto con el color y estilo adecuado a la seccin, al pulsar sobre ellos con el puntero del
ratn.
Los ttulos y subttulos de cada apartado estn definidos como estilos de MS Word, de
forma que su numeracin consecutiva se genera automticamente segn se trate de
estilos Titulo1, Titulo2 y Titulo3.
La sangra de los textos dentro de cada apartado se genera automticamente al pulsar
Intro al final de la lnea de ttulo. (Estilos Normal indentado1, Normal indentado 2 y Normal
indentado 3).
El ndice del documento es una tabla de contenido que MS Word actualiza tomando como
criterio los ttulos del documento.
Una vez terminada su redaccin debe indicarse a Word que actualice todo su contenido
para reflejar el contenido definitivo.

De la plantilla de formato del documento & Coloriuris http://www.qualitatis.org


.

Ficha del documento


Fecha
[Fecha]

Revisin
[Rev]

Autor

Verificado dep. calidad.

[Descripcion]

[Firma o sello]

Documento validado por las partes en fecha: [Fecha]


Por el cliente

Fdo. D./ Da [Nombre]

Por la empresa suministradora

Fdo. D./Da [Nombre]

[Nombre del proyecto]


Especificacin de requisitos de software

Rev. [99.99]
Pg. 4

Contenido
FICHA DEL DOCUMENTO

CONTENIDO

INTRODUCCIN

1.1

Propsito

1.2

Alcance

1.3

Personal involucrado

1.4

Definiciones, acrnimos y abreviaturas

1.5

Referencias

1.6

Resumen

DESCRIPCIN GENERAL

2.1

Perspectiva del producto

2.2

Funcionalidad del producto

2.3

Caractersticas de los usuarios

2.4

Restricciones

2.5

Suposiciones y dependencias

2.6

Evolucin previsible del sistema

REQUISITOS ESPECFICOS

3.1
Requisitos comunes de los interfaces
3.1.1 Interfaces de usuario
3.1.2 Interfaces de hardware
3.1.3 Interfaces de software
3.1.4 Interfaces de comunicacin

8
8
8
8
8

3.2
Requisitos funcionales
3.2.1 Requisito funcional 1
3.2.2 Requisito funcional 2
3.2.3 Requisito funcional 3
3.2.4 Requisito funcional n

8
9
9
9
9

3.3
Requisitos no funcionales
3.3.1 Requisitos de rendimiento
3.3.2 Seguridad
3.3.3 Fiabilidad
3.3.4 Disponibilidad
3.3.5 Mantenibilidad

9
9
9
9
9
10
Descripcin de requisitos del sofware

[Nombre del proyecto]


Especificacin de requisitos de software
3.3.6
3.4
4

Rev. [99.99]
Pg. 5

Portabilidad

10

Otros requisitos

10

APNDICES

10

Descripcin de requisitos del sofware

[Nombre del proyecto]


Especificacin de requisitos de software

Rev. [99.99]
Pg. 6

1 Introduccin
[Inserte aqu el texto]
La introduccin de la Especificacin de requisitos de software (SRS) debe proporcionar una
vista general de la SRS. Debe incluir el objetivo, el alcance, las definiciones y acrnimos,
las referencias, y la vista general del SRS.

1.1

Propsito

[Inserte aqu el texto]


Propsito del documento
Audiencia a la que va dirigido

1.2

Alcance

[Inserte aqu el texto]


Identificacin del producto(s) a desarrollar mediante un nombre
Consistencia con definiciones similares de documentos de mayor nivel (ej.
Descripcin del sistema) que puedan existir

1.3

Personal involucrado

Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin

[Inserte aqu el texto]


[Inserte aqu el texto]
[Inserte aqu el texto]
[Inserte aqu el texto]
[Inserte aqu el texto]
[Inserte aqu el texto]

Relacin de personas involucradas en el desarrollo del sistema, con informacin de


contacto.
Esta informacin es til para que el gestor del proyecto pueda localizar a todos los
participantes y recabar la informacin necesaria para la obtencin de requisitos,
validaciones de seguimiento, etc.

1.4

Definiciones, acrnimos y abreviaturas

[Inserte aqu el texto]


Definicin de todos los trminos, abreviaturas y acrnimos necesarios para interpretar
apropiadamente este documento. En ella se pueden indicar referencias a uno o ms
apndices, o a otros documentos.

1.5

Referencias

Referencia
[Ref.]

Titulo
[Ttulo]

Ruta
[Ruta]

Fecha

Autor

[Fecha] [Autor]

Relacin completa de todos los documentos relacionados en la especificacin de


requisitos de software, identificando de cada documento el titulo, referencia (si
procede), fecha y organizacin que lo proporciona.

1.6

Resumen

[Inserte aqu el texto]


Descripcin del contenido del resto del documento
Explicacin de la organizacin del documento

Descripcin de requisitos del sofware

[Nombre del proyecto]


Especificacin de requisitos de software

Rev. [99.99]
Pg. 7

2 Descripcin general
2.1

Perspectiva del producto

[Inserte aqu el texto]


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 diagrama que site el
producto dentro del sistema e identifique sus conexiones facilita la comprensin.

2.2

Funcionalidad del producto

[Inserte aqu el texto]


Resumen de las funcionalidades principales que el producto debe realizar, sin entrar en
informacin de detalle.
En ocasiones la informacin de esta seccin puede tomarse de un documento de
especificacin del sistema de mayor nivel (ej. Requisitos del sistema, o plantilla 1362).
Las funcionalidades deben estar organizadas de manera que el cliente o cualquier
interlocutor puedan entenderlo perfectamente. Para ello utilizar mtodos textuales y
presentar la definicin de Subsistemas con el diagrama de Paquetes, diagrama de
casos de uso de contexto y modelo de dominio.

2.3

Caractersticas de los usuarios

Tipo de usuario
Formacin
Habilidades
Actividades

[Inserte aqu el texto]


[Inserte aqu el texto]
[Inserte aqu el texto]
[Inserte aqu el texto]

Descripcin de los usuarios del producto, incluyendo nivel educacional, experiencia


tcnica y procesos a desarrollar con el sistema.

2.4

Restricciones

[Inserte aqu el texto]


Descripcin de aquellas limitaciones a tener en cuenta a la hora de disear y desarrollar
el sistema, tales como el empleo de determinadas metodologas de desarrollo, lenguajes
de programacin, normas particulares, restricciones de hardware, de sistema operativo
etc.

2.5

Suposiciones y dependencias

[Inserte aqu el texto]


Descripcin de aquellos factores que, si cambian, pueden afectar a los requisitos. Por
ejemplo una asuncin puede ser que determinado sistema operativo est disponible
para el hardware requerido. De hecho, si el sistema operativo no estuviera disponible, la
SRS debera modificarse.

2.6

Evolucin previsible del sistema

[Inserte aqu el texto]


Identificacin de futuras mejoras al sistema, que podrn analizarse e implementarse en
un futuro.

3 Requisitos especficos
Esta es la seccin ms extensa y ms importante del documento.
Debe contener una lista detallada y completa de los requisitos que debe cumplir el sistema
a desarrollar. El nivel de detalle de los requisitos debe ser el suficiente para que el equipo
de desarrollo pueda disear un sistema que satisfaga los requisitos y los encargados de las
pruebas puedan determinar si stos se satisfacen.
Descripcin de requisitos del sofware

[Nombre del proyecto]


Especificacin de requisitos de software

Rev. [99.99]
Pg. 8

Los requisitos se dispondrn en forma de listas numeradas para su identificacin,


seguimiento, trazabilidad y validacin (ej. RF 10, RF 10.1, RF 10.2,...).
Elaborar inicialmente una tabla con la lista general de requisites,
CODIGO

[Inserte aqu el
texto]

3.1

Nombre de requisito
[Inserte aqu el
texto]

Tipo
RFRNF

Fuente
[Inserte aqu el
texto]

Prioridad
A-M-B

Requisitos comunes de los interfaces

[Inserte aqu el texto]


Descripcin detallada de todas las entradas y salidas del sistema de software.

3.1.1 Interfaces de usuario


[Inserte aqu el texto]
Describir los requisitos del interfaz de usuario para el producto. Esto puede estar
en la forma de descripciones del texto o pantallas del interfaz. Por ejemplo
posiblemente el cliente ha especificado el estilo y los colores del producto.
Describa exacto cmo el producto aparecer a su usuario previsto.

3.1.2 Interfaces de hardware


[Inserte aqu el texto]
Especificar las caractersticas lgicas para cada interfaz entre el producto y los
componentes de hardware del sistema. Se incluirn caractersticas de
configuracin.

3.1.3 Interfaces de software


[Inserte aqu el texto]
Indicar si hay que integrar el producto con otros productos de software.
Para cada producto de software debe especificarse lo siguiente:
Descripcin del producto software utilizado
Propsito del interfaz
Definicin del interfaz: contiendo y formato

3.1.4 Interfaces de comunicacin


[Inserte aqu el texto]
Describir los requisitos del interfaces de comunicacin si hay comunicaciones con
otros sistemas y cuales son las protocolos de comunicacin.

3.2

Requisitos funcionales

[Inserte aqu el texto]


Definicin de acciones fundamentales que debe realizar el software al recibir
informacin, procesarla y producir resultados.
En ellas se incluye:
Para cada requisito debe completarse la siguiente tabla:

CODIGO
R1

DESCRIPCION
ENTRADAS

SRS - ESPECIFICACION DE REQUISITOS FUNCIONALES


NOMBRE
FECHA
GRADO NECESIDAD
Identifica el requerimiento con un nombre
Fecha de
significativo, importante no utilizar nombres elaboracin
ambiguos
Describir en forma clara y concisa la actividad que se realiza con este requerimiento
FUENTE

SALIDA

DESTINO

RESTRICCIONES

Descripcin de requisitos del sofware

[Nombre del proyecto]


Especificacin de requisitos de software
Datos
necesarios
para que se
ejecute el
requerimiento

Origen de los
datos

Cul es el
resultado?

Quin ser el
cliente o
beneficiario del
servicio? O
quin utilizar
los datos?

Rev. [99.99]
Pg. 9
Cules son las normas
que se deben tener en
cuenta para obtener el
resultado?

Adems por cada Requisito se elaborar la descripcin extendida de cada caso de


uso que este asociado a l. Utilizar el siguiente formato:
CASO DE USO
<<Nombre del Caso de Uso>>
ACTOR

<<Quien participa, es origen o receptor de las acciones>>

IMPORTANCIA

<<Identifique la importancia del caso: ALTA-MEDIA-BAJA

DESCRIPCIN

<<Descripcin general del caso de uso>>

PRECONDICIN

<<Lo que debe haberse hecho con anterioridad o es requisito


para ejecutar la accin>>

CURSO NORMAL

<<Secuencia de las acciones, deben ir enumeradas >>


Paso

CURSO ALTERNO

Accin

..

..

<<Cuando en el curso normal se presenten variaciones o error


cuales son las acciones a seguirse, tambin deben ir
enumeradas >>
Paso
2

Accin
Cuando en el paso 2 ocurra. Entonces..

POSTCONDICIN

<<El estado final del actor o acciones>>

FRECUENCIA

<<Nmero de veces / unidad de tiempo>>

Las requisitos funcionales pueden ser divididos en sub-secciones.

3.2.1 Requisito funcional 1


3.2.2 Requisito funcional 2
3.2.3 Requisito funcional 3
3.2.4 Requisito funcional n

3.3

Requisitos no funcionales
3.3.1 Requisitos de rendimiento
[Inserte aqu el texto]
Especificacin de los requisitos relacionados con la carga que se espera tenga
que soportar el sistema. Por ejemplo, el nmero de terminales, el nmero
Descripcin de requisitos del sofware

[Nombre del proyecto]


Especificacin de requisitos de software

Rev. [99.99]
Pg. 10

esperado de usuarios simultneamente conectados, nmero de transacciones por


segundo que deber soportar el sistema, etc.
Todos estos requisitos deben ser mesurables. Por ejemplo, indicando el 95% de
las transacciones deben realizarse en menos de 1 segundo, en lugar de los
operadores no deben esperar a que se complete la transaccin.

3.3.2 Seguridad
[Inserte aqu el texto]
Especificacin de elementos que protegern al software de accesos, usos y
sabotajes maliciosos, as como de modificaciones o destrucciones maliciosas o
accidentales. Los requisitos pueden especificar:
Empleo de tcnicas criptogrficas.
Registro de ficheros con logs de actividad.
Asignacin de determinadas funcionalidades a determinados mdulos.
Restricciones de comunicacin entre determinados mdulos.
Comprobaciones de integridad de informacin crtica.

3.3.3 Fiabilidad
[Inserte aqu el texto]
Especificacin de los factores de fiabilidad necesaria del sistema. Esto se
expresa generalmente como el tiempo entre los incidentes permisibles, o el total
de incidentes permisible.

3.3.4 Disponibilidad
[Inserte aqu el texto]
Especificacin de los factores de disponibilidad final exigidos al sistema.
Normalmente expresados en % de tiempo en los que el software tiene que
mostrar disponibilidad.

3.3.5 Mantenibilidad
[Inserte aqu el texto]
Identificacin del tipo de mantenimiento necesario del sistema.
Especificacin de quien debe realizar las tareas de mantenimiento, por ejemplo
usuarios, o un desarrollador.
Especificacin de cuando debe realizarse las tareas de mantenimiento. Por
ejemplo, generacin de estadsticas de acceso semanales y mensuales.

3.3.6 Portabilidad
[Inserte aqu el texto]
Especificacin de atributos que debe presentar el software para facilitar su
traslado a otras plataformas u entornos. Pueden incluirse:
Porcentaje de componentes dependientes del servidor.
Porcentaje de cdigo dependiente del servidor.
Uso de un determinado lenguaje por su portabilidad.
Uso de un determinado compilador o plataforma de desarrollo.
Uso de un determinado sistema operativo.

3.4

Otros requisitos

[Inserte aqu el texto]


Cualquier otro requisito que no encaje en ninguna de las secciones anteriores.
Por ejemplo:
Requisitos culturales y polticos
Requisitos Legales
Descripcin de requisitos del sofware

[Nombre del proyecto]


Especificacin de requisitos de software

Rev. [99.99]
Pg. 11

4 Apndices
[Inserte aqu el texto]
Pueden contener todo tipo de informacin relevante para la SRS pero que, propiamente, no
forme parte de la SRS. Colocar aqu los instrumentos de recoleccin de informacin
elaborados para el levantamiento de informacin.

Descripcin de requisitos del sofware