Está en la página 1de 12

Requisitos del sistema

Proyecto: [Nombre de 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 sistema.
Est basado y es conforme con el estndar IEEE Std 1362-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 texto] permiten la inclusi,n directa de
te'to con el color y estilo adecuado a la secci,n) al marcar sobre ellos con el puntero del
rat,n.
os t-tulos y subt-tulos de cada apartado estn definidos como estilos de .S /ord) de
forma que su numeraci,n consecuti0a se 1enera automticamente se12n se trate de estilos
+3itulo1) 3itulo2 y 3itulo34.
a san1r-a de los te'tos dentro de cada apartado se 1enera automticamente al pulsar Intro
al final de la l-nea de t-tulo. "Estilos #ormal indentado1) #ormal indentado 2 y #ormal
indentado 3%.
El -ndice del documento es una tabla de contenido que /ord actuali(a tomando como
criterio los t-tulos del documento.
5na 0e( terminada su redacci,n debe indicarse a /ord que actualice todo su contenido
para refle!ar el contenido definiti0o.
De la plantilla de formato del documento ! "oloriuris #ttp$%%&&&.qualitatis.or'
Ficha del documento
Fecha Revisin Autor erificado dep! calidad!
[(ec#a] [Rev] [Descripcion] [(irma o sello]
Documento validado por las partes en fec#a$ [(ec#a]
)or el cliente )or la empresa suministradora
(do. D.% Da [*om+re] (do. D.%Da [*om+re]
[Nombre del proyecto]
Requisitos del sistema
Rev. [99.99]
),'. -
"ontenido
FI"#A $%& $'"()%N*' +
"'N*%NI$' ,
- A&"AN"% .
-!- Identificacin [/] .
-!0 isin 1eneral del documento [/] .
-!+ isin 1eneral del sistema [/] .
-!, Personal involucrado [/] .
0 $'"()%N*'2 R%F%R%N"IA$'2 .
+ 2I*(A"I3N A"*(A& 4
+!- Antecedentes 4
+!0 Pol5ticas y restricciones operacionales 4
+!+ $escripcin del sistema o situacin actual [/] 4
+!, *ipos de usuarios 6
+!7 )antenimiento 8 soporte 6
+!. Necesidad y naturale9a de los cambios 6
+!4 $escripcin de los cambios deseados 6
, 2I2*%)A PR'P(%2*' :
,!- Antecedentes [/] :
,!0 Pol5ticas y restricciones operacionales [/] :
,!+ $escripcin del sistema propuesto [/] :
,!, *ipos de usuarios [/] -;
,!7 )antenimiento 8 soporte [/] -;
,!. %scenarios operacionales -;
,!4 Futuras evoluciones -;
Requisitos del sistema
[Nombre del proyecto]
Requisitos del sistema
Rev. [99.99]
),'. .
,!6 "ambios considerados pero no incluidos -;
7 R%2()%N $% )%<'RA2 --
. INF'R)A"I3N A$I"I'NA& --
Requisitos del sistema
[Nombre del proyecto]
Requisitos del sistema
Rev. [99.99]
),'. /
- Alcance
[Inserte aqu el texto]
El contenido de este apartado debe proporcionar una bre0e introducci,n del documento) su
relaci,n con otros posibles documentos) su finalidad y los destinatarios de la informaci,n
que contiene.
-!- Identificacin
[Inserte aqu el texto]
Identificaci,n del sistema) proporcionando su nombre y abre0iatura "si procede%.
-!0 isin 1eneral del documento
[Inserte aqu el texto]
E'plicaci,n del prop,sito) audiencia) y consideraciones de se1uridad o pri0acidad del
documento.
6eneralmente) el prop,sito del documento suele ser uno de los si1uientes&
- 7omunicar las necesidades y e'pectati0as del cliente
- 7omunicar el entendimiento del proyecto
- 8btener acuerdos entre las partes implicadas "personal representante de la parte
cliente) personal del equipo de desarrollo) etc.%
-!+ isin 1eneral del sistema
[Inserte aqu el texto]
9esumen del prop,sito del sistema o subsistema propuesto "al cual se aplica la
descripci,n del sistema%.
-!, Personal involucrado
*om+re [Inserte aqu el texto]
Rol [Inserte aqu el texto]
"ate'ora profesional [Inserte aqu el texto]
Responsa+ilidades [Inserte aqu el texto]
Informacin de contacto [Inserte aqu el texto]
0pro+acin [Inserte aqu el texto]
9elaci,n de personas in0olucradas en el desarrollo del sistema) con informaci,n de
contacto.
Esta informaci,n es 2til para que el 1estor del proyecto pueda locali(ar a todos los
participantes y recabar la informaci,n necesaria para la obtenci,n de requisitos)
0alidaciones de se1uimiento) etc.
0 $ocumentos referenciados
N= *5tulo Ruta ersin Fecha Autor
[1tulo] [Ruta] [Rev] [(ec#a] [0utor]
9elaci,n de los documentos a los que se *ace referencia en los requisitos del sistema)
indicando) se12n proceda& el c,di1o del documento) t-tulo) ruta) re0isi,n) fec*a y ori1en.
Requisitos del sistema
[Nombre del proyecto]
Requisitos del sistema
Rev. [99.99]
),'. 2
+ 2ituacin actual
[Inserte aqu el texto]
7uando el sistema propuesto ten1a como finalidad la sustituci,n o ampliaci,n de un
sistema o situaci,n e'istente) este apartado contendr una descripci,n suficiente del actual
"aunque :ste 2ltimo sea un sistema manual%.
+!- Antecedentes
[Inserte aqu el texto]
;isi,n 1eneral del sistema o situaci,n actual) incluyendo& misi,n) ob!eti0os) alcance)
modo de uso o aplicaci,n) etc.
+!0 Pol5ticas y restricciones operacionales
[Inserte aqu el texto]
9elaci,n de pol-ticas o restricciones de cualquier -ndole impuestas sobre el sistema o
situaci,n actual. $l1unos e!emplos pueden ser&
9estricciones sobre el n2mero de usuarios capaces de utili(ar el sistema.
9estricciones de *ard<are "uso obli1ado de determinadas plataformas) redes
telemticas) etc.%
9estricciones de se1uridad o relati0as a protecci,n de datos.
9estricciones de soft<are "uso obli1ado de una determinada =>) Sistema
8perati0o) etc.%
9estricciones de recursos operacionales como espacio f-sico.
etc
+!+ $escripcin del sistema o situacin actual
[Inserte aqu el texto]
>escripci,n detallada del sistema o situaci,n actual y de su funcionamiento) incluyendo
los si1uientes subapartados&
Enumeraci,n y descripci,n de funciones) caracter-sticas y capacidades del
sistema o situaci,n actual.
En el caso de considerarse apropiado puede aportarse informaci,n adicional
como&
- >ia1ramas) flu!os y procesos con un ni0el de detalle suficiente para comprender
la funci,n o un con!unto de funciones del sistema o situaci,n actual.
- Interacci,n entre componentes del sistema.
>escripci,n del entorno de operaci,n y sus caracter-sticas
Interacci,n del sistema con otros sistemas e'ternos
7aracter-sticas de rendimiento como 0elocidad) rendimiento de traba!o) 0olumen)
frecuencia) etc
$tributos de calidad como disponibilidad) eficiencia) fle'ibilidad) portabilidad)
reusabilidad) usabilidad) etc.
?ro0isiones de se1uridad) emer1encia) pri0acidad y continuidad de las
operaciones en circunstancias de emer1encia.
8tro tipo de informaci,n rele0ante en la descripci,n del sistema como& factores de
ries1o) coste de las operaciones) etc.
Es importante que la descripci,n del sistema o situaci,n actual sea los ms simple y
clara posible) para que todos los lectores del documento puedan entenderla
completamente. >ebe reali(arse usando la terminolo1-a del usuario.
Requisitos del sistema
[Nombre del proyecto]
Requisitos del sistema
Rev. [99.99]
),'. 3
+!, *ipos de usuarios
1ipo de usuario [Inserte aqu el texto]
Responsa+ilidad [Inserte aqu el texto]
(ormacin [Inserte aqu el texto]
4a+ilidades [Inserte aqu el texto]
0ctividades [Inserte aqu el texto]
Interaccin con el sistema [Inserte aqu el texto]
9elaci,n de los tipos de usuario. 5n tipo de usuario se distin1ue por el modo en el cual
un usuario interact2a con el sistema.
@actores como la responsabilidad) *abilidades) competencias) etc. distin1uen a los
distintos tipos de usuarios.
+!7 )antenimiento 8 soporte
[Inserte aqu el texto]
>escripci,n de las necesidades de mantenimiento) reparaci,n) almacenamiento)
distribuci,n) sistemas de copias de se1uridad) sistemas de emer1encia) etc.
+!. Necesidad y naturale9a de los cambios
[Inserte aqu el texto]
>escripci,n de las carencias) defectos o debilidades del sistema o situaci,n actual y que
moti0an al desarrollo de un nue0o sistema o) a una modificaci,n del e'istente.
>e no e'istir un sistema anterior "ni tan siquiera manual%) en este apartado y
subapartados deben quedar refle!adas las !ustificaciones que lle0an al cambio.
+!4 $escripcin de los cambios deseados
[Inserte aqu el texto]
Enumeraci,n de las capacidades) funciones) procesos) etc. que deben 1enerarse o
modificarse para satisfacer las nue0as necesidades.
os cambios deben basarse en el sistema descrito en el punto 3.3. Si no e'iste un
sistema anterior) en este apartado se enumeran las capacidades requeridas del nue0o
sistema.
>e forma apropiada podr *acerse referencia a&
7ambios en la capacidad. >escripci,n de las funciones y caracter-sticas que
deben aAadirse) eliminarse o modificarse para conse1uir los ob!eti0os y
requisitos del nue0o sistema.
7ambios en el proceso del sistema. >escripci,n de los cambios en el proceso
o procesos de transformaci,n de datos que darn lu1ar a nue0os resultados
con los mismos datos) mismos resultados con nue0os datos o ambos.
7ambios de interfaces. >escripci,n de los cambios en el sistema que
pro0ocan cambios en los interfaces y cambios en los interfaces que causan
cambios en el sistema.
7ambios de personal. >escripci,n de cambios en personal causados por
nue0os requisitos) cambios en tipos de usuarios o ambos.
7ambios de entorno. >escripci,n de cambios en el entorno operacional que
causan cambios en las funciones) procesos) interfaces) o personal del sistema
yBo cambios que deben reali(arse en el entorno por causa de cambios de las
funciones) procesos) interfaces) o personal del sistema.
7ambios operacionales. >escripci,n de cambios a procedimientos) m:todos)
rutinas de traba!o del usuario causados por los cambios mencionados.
Requisitos del sistema
[Nombre del proyecto]
Requisitos del sistema
Rev. [99.99]
),'. 9
7ambios de soporte. 7ambios en los requisitos de soporte causados por
cambios en las funciones) procesos) interfaces o personal del sistema yBo
cambios en las funciones) procesos) interfaces o personal del sistema
causados por cambios de soporte.
8tros cambios. >escripci,n de otros cambios que afectarn a los usuarios.
>eben identificarse las prioridades entre cambios deseados y nue0as
caracter-sticas. Esta identificaci,n puede reali(arse clasificando cada uno de los
cambios como esencial) deseado u opcional.
Esta informaci,n ser 2til en la toma de decisiones durante el desarrollo y en el
caso de interrupciones o in0asiones de a1endas o presupuestos.
, 2istema propuesto
[Inserte aqu el texto]
>escripci,n del sistema propuesto.
>ebe ceAirse a los conceptos bsicos que indican las nue0as capacidades operacionales
sin entrar en especificaciones de diseAo) a no ser que sean restricciones impuestas.
,!- Antecedentes
[Inserte aqu el texto]
;isi,n 1eneral del sistema propuesto) incluyendo& misi,n) ob!eti0os) alcance) modo de
uso o aplicaci,n) etc.
,!0 Pol5ticas y restricciones operacionales
[Inserte aqu el texto]
9elaci,n de pol-ticas o restricciones de cualquier -ndole aplicables al sistema propuesto.
$l1unos e!emplos pueden ser&
9estricciones sobre el n2mero de usuarios capaces de utili(ar el sistema.
9estricciones de *ard<are "uso obli1ado de determinadas plataformas) redes
telemticas) etc.%
9estricciones de se1uridad o relati0as a protecci,n de datos.
9estricciones de soft<are "uso obli1ado de una determinada =>) Sistema
8perati0o) etc.%
9estricciones de recursos operacionales como espacio f-sico.
etc
,!+ $escripcin del sistema propuesto
[Inserte aqu el texto]
>escripci,n detallada del sistema propuesto y de su funcionamiento) incluyendo los
si1uientes subapartados&
Enumeraci,n y descripci,n de funciones) caracter-sticas y capacidades del
sistema propuesto.
>eben identificarse las prioridades entre funcionalidades y caracter-sticas. Esta
identificaci,n puede reali(arse clasificando cada una las funciones) caracter-sticas
y capacidades como esencial) deseado u opcional.
>eben incluirse en la medida de lo posible&
- >ia1ramas) flu!os y procesos con un ni0el de detalle suficiente para comprender
la funci,n o un con!unto de funciones del sistema propuesto desde el punto de
0ista del usuario.
- Identificaci,n de interacciones entre componentes del sistema.
>escripci,n del entorno de operaci,n y sus caracter-sticas
Interacci,n del sistema con otros sistemas e'ternos
Requisitos del sistema
[Nombre del proyecto]
Requisitos del sistema
Rev. [99.99]
),'. 56
7aracter-sticas de rendimiento como 0elocidad) rendimiento de traba!o) 0olumen)
frecuencia) etc.
$tributos de calidad como disponibilidad) eficiencia) fle'ibilidad) portabilidad)
reusabilidad) usabilidad) etc.
?ro0isiones de se1uridad) emer1encia) pri0acidad y continuidad de las
operaciones en circunstancias de emer1encia.
8tro tipo de informaci,n rele0ante en la descripci,n del sistema como& factores de
ries1o) coste de las operaciones) etc.
Es importante que los requisitos del sistema propuesto sea los ms simples y claros
posible) para que todos los lectores del documento puedan entenderlos
completamente. >ebe reali(arse usando la terminolo1-a del usuario.
#ota& El autor del documento debe or1ani(ar la informaci,n en este apartado como
considere apropiado para el sistema o situaci,n. $quellas partes de la descripci,n que
sean e'tensas podrn incluirse como ap:ndices del documento.
,!, *ipos de usuarios
1ipo de usuario [Inserte aqu el texto]
Responsa+ilidad [Inserte aqu el texto]
(ormacin [Inserte aqu el texto]
4a+ilidades [Inserte aqu el texto]
0ctividades [Inserte aqu el texto]
Interaccin con el sistema [Inserte aqu el texto]
9elaci,n de los tipos de usuario. 5n tipo de usuario se distin1ue por el modo en el cual
un usuario interact2a con el sistema.
@actores como la responsabilidad) *abilidades) competencias) etc. distin1uen a los
distintos tipos de usuarios.
,!7 )antenimiento 8 soporte
[Inserte aqu el texto]
>escripci,n de las necesidades de mantenimiento) reparaci,n) almacenamiento)
distribuci,n) sistemas de copias de se1uridad) sistemas de emer1encia) etc.
,!. %scenarios operacionales
[Inserte aqu el texto]
9elaci,n de escenarios operacionales. 5n escenario es una descripci,n paso a paso de
c,mo el sistema propuesto debe operar e interactuar con sus usuarios y sus interfaces
e'ternas) ba!o unas determinadas circunstancias.
os escenarios operacionales proporcionan informaci,n sobre c,mo interact2an todas
las partes del sistema propuesto) los usuarios y otras entidades e'ternas. 3ambi:n
pueden utili(arse para describir lo que no debe *acer el sistema.
,!4 Futuras evoluciones
[Inserte aqu el texto]
>escripci,n de las pre0isiones de e0oluci,n que se tienen pre0istas para el sistema "si
se tiene%.
Esta informaci,n resulta 2til para el personal in0olucrado en el desarrollo del nue0o
sistema) y podr preparar la arquitectura del sistema para asimilar cambios futuros con
el menor impacto.
Requisitos del sistema
[Nombre del proyecto]
Requisitos del sistema
Rev. [99.99]
),'. 55
,!6 "ambios considerados pero no incluidos
[Inserte aqu el texto]
Identificaci,n de cambios considerados pero no incluidos en el sistema propuesto y el
moti0o por el que no *an sido incluidos.
Requisitos del sistema
[Nombre del proyecto]
Requisitos del sistema
Rev. [99.99]
),'. 57
7 Resumen de me>oras
[Inserte aqu el texto]
9esumen de los beneficios proporcionados por el sistema propuesto. Este resumen puede
incluir las si1uientes secciones&
- #ue0as caracter-sticas o funcionalidades
- E'istentes caracter-sticas actuali(adas
- 7aracter-sticas obsoletas) no 2tiles o confusas eliminadas
- .e!oras de rendimiento como tiempo de respuesta) me!oras de calidad) etc.
. Informacin adicional
[Inserte aqu el texto]
7ualquier informaci,n adicional que facilite la comprensi,n del documento en s-.
Requisitos del sistema

También podría gustarte