Académique Documents
Professionnel Documents
Culture Documents
Escuela de Ingeniera
Departamento de Ciencia de la Computacin
Documento de Requisitos
de Usuario / Software
Sistema de Ejemplo
[Comentario: todo lo que est entre parntesis es un comentario,
por lo tanto debe ser instanciado o removido incluyendo este
comentario]
Fecha:
Versin:
[versin actual]
Equipo de Desarrollo:
[Colocar aqu los miembros ms relevantes (interlocutores y/o responsables) del equipo de
desarrollo.
Nombre 1 (Rol, Contacto)
Nombre 2 (Rol, Contacto)
Nombre 3 (Rol, Contacto)
Nombre 4 (Rol, Contacto)
Por ejemplo:
Nombre
Rol
Contacto
jcp@empresa.cl
(56 2) 345-4369
Juana Alvarez
Analista
juana@empresa.cl
(56 2) 345-4363
Alberto Gonzlez
Diseador
alberto@empresa.cl
(56 2) 345-4367
Pedro Gutirrez
Analista/Implementador
pedro@empresa.cl
(56 2) 345-4364
Jos Fleitas
Implementador
pepe@empresa.cl
(56 2) 345-4365
Jorge Rodrguez
Tester
jorge@empresa.cl
(56 2) 345-4363
]
Contraparte:
[Colocar aqu los miembros ms relevantes (interlocutores y/o responsables) de la contraparte.
Estas personas son miembros de la organizacin cliente, y tienen algn tipo de dedicacin para
apoyar el desarrollo de este proyecto.
Nombre 1 (Rol, Contacto)
Nombre 2 (Rol, Contacto)
Nombre 3 (Rol, Contacto)
Nombre 4 (Rol, Contacto)
Por ejemplo:
Nombre
Rol
Contacto
Sergio F. Ochoa
Cliente/Profesor
Cliente/Coordinadora/Profesor mcrivara@dcc.uchile.cl
(56 2) 678-4365
Francia Ormeo
Secretaria
francia@dcc.uchile.cl
(56 2) 678-4366
Margarita Serei
Contadora
mserei@dcc.uchile.cl
(56 2) 678-4367
Jos A. Pino
Profesor
jpino@dcc.uchile.cl
(56 2) 678-4368
sochoa@dcc.uchile.cl
(56 2) 678-4364
Fecha
0.1
08/08/2005
Autor(es)
ndice
Historia del Documento............................................................................................................iii
1
1.1
1.2
1.3
1.4
1.5
2
2.1
2.2
2.3
2.4
2.5
3
3.1
3.2
3.3
4
4.1
4.2
Introduccin...................................................................................................................... 1
Propsito del Sistema......................................................................................................1
Alcance del Proyecto.......................................................................................................1
Contexto........................................................................................................................... 1
Definiciones, Acrnimos y Abreviaturas...........................................................................1
Referencias...................................................................................................................... 2
Descripcin General......................................................................................................... 3
Caractersticas de los Usuarios........................................................................................3
Perspectiva del Producto segn los Usuarios/Clientes....................................................4
Ambiente Operacional de la Solucin..............................................................................4
Relacin con Otros Proyectos..........................................................................................5
Descripcin del Modelo....................................................................................................5
Requisitos del Sistema...................................................................................................10
Requisitos de Usuario....................................................................................................10
Requisitos de Software...................................................................................................11
Matriz de Trazado Requisitos de Usuario vs. Requisitos de Software............................12
Pruebas de Sistema........................................................................................................13
Pruebas de Usuario.......................................................................................................13
Matriz de Trazado Requisitos de Usuario vs. Pruebas...................................................13
1 Introduccin
En esta introduccin se describe brevemente el contexto, objetivos y alcance del
sistema a desarrollar, as como la documentacin relativa al mismo. Esta
informacin est basada en el Documento de Proposicin de Proyecto (DPP) de
Sistema de Ejemplo.
[Para usar esta plantilla, debe remover todos los prrafos que estn entre corchetes,
como ste, y reemplazarlos por un texto adecuado (este es el nico prrafo entre
corchetes que no se reemplaza por nada). Adems, debe ir al men File (archivo),
opcin Properties (propiedades), y modificar las propiedades Subject (o Asunto) y
Comments (comentarios). Una vez modificado, actualice las referencias
seleccionando todo el documento y presione F9. Seleccione el pie de pgina y
actualice la referencia al nombre del sistema.]
1.3 Contexto
[Dar informacin respecto del contexto del desarrollo y el contexto en el que se tiene
que insertar el sistema. Tecnologas que estarn involucradas, trabajos previos,
vnculos con otros sistemas, etc. Escriba lo que necesite, en general los grficos son
bienvenidos, pues ayudan mucho a la comprensin]
REP_1: Se le llamar de esta manera a los reportes de ventas que el sistema debe
emitir al finalizar la jornada laboral.]
1.5 Referencias
[Enumere la documentacin y bibliografa utilizada como apoyo para construir este
documento. Coloque fechas y versiones de documentos cuando corresponda. Por
ejemplo:
1. ESA Software Engineering Standards. PSS-05-0 Issue 2. ESA Board for
Software Standardization and Control (BSSC) - European Space Agency.
(1991). URL: www.ess.co.at/ECOSIM/ESA.txt.
2. URD (User Requirement Document) 3.1.
3. SRD (Software Requirement Document) 2.0.]
2 Descripcin General
Esta seccin describe los requisitos funcionales de los Usuarios/Clientes (seccin 2.1sistema,
sus interfaces externa, las condiciones de excepcin y las clases de pruebas que se harn para
verificar que los requisitos se cumplen.
# Actual
#
Futura
(1 ao)
Usuarios
Contactables
25
30
Sper
Usuario
Jaime Rodrguez,
(56 2) 678-4364
jrodrig@dcc.uchile.
cl
Usuario
Administrador
50 por
da (muy
variable)
Usuario
Comn
Usuario
general o
visitante
70 por
da (muy
variable)
El siguiente esquema refleja la interaccin de cada usuario con los mdulos del sistema:
]
Consultar:
Reservar
- reservas
- recursos.
Usuario
General
Manejo de
Recursos
Usuario Comn
Manejo de
Recursos
Usuario Administrador
Manejo de
Usuarios
SAU
Sper Usuario
El servidor funciona con un sistema operativo Redhat 8 (con actualizaciones al dia). Este
servidor posee una configuracin orientada a la prestacin de servicios web con caractersticas
de seguridad y funcionalidad del ms alto nivel. Como servidor web, SID utiliza Apache 2.0.40
con el mdulo PHP4 y con el mdulo SSL. Este ltimo permite al servidor establecer
conexiones seguras del tipo HTTPS. El sistema de gestin estar implementado en PHP4 y
ser accesible desde Internet y poseer una base de datos propia. Adems deber mirar la
informacin de la base de datos del Workflow, que estar presente en el mismo servidor.
Las bases de datos MySQL utilizadas por el sistema estn funcionando en el mismo servidor
SID. La versin instalada de MySQL es la 3.23.55a (mysql-max). La aplicacin deber ser
usable desde los browsers MSIE 5.0, Netscape 4.78, Opera 7.0 y Konqueror 3.04.
Para un buen funcionamiento del sistema, el usuario deber acceder a l a travs de un
computador que tenga por lo menos las capacidades de un PC pentium III de 300 MHz con 64
MB de RAM, con un monitor de 17 pulgadas con una resolucin de 1024x768 pixeles.
Documento de Requisitos de Sistema de Ejemplo
Pgina 4
Reservas
Consultar reserva
Reservar recurso en
horarios disponibles
Usuario General
Usuario Comn
Reservar recurso en
cualquier horario
Cancelar cualquier
reserva
Modificar cualquier
reserva
Super Usuario
Recursos
Consultar Recurso
Agregar recurso
Usuario General
Eliminar recurso
Reservar
Usuario Administrador
Deshabilitar recurso
Reserva
Habilitar recurso
Usuarios
Agregar usuario
SAU
Eliminar Usuarios
Modificar informacin de
usuario
Reservar
Estadsticas
Re
ervar
Obtencin de estadsticas
Usuario Administrador
Reservar
Reserva
Sper Usuario
Sper Usuario
Sper Usuario
Sper Usuario
Sper Usuario
Sper Usuario
Sper Usuario
Sper Usuario
Fuente
Estabilidad
Estado
Listado de Usuarios
Caso de Prueba
Descripcin
Este es un cdigo nico que sirve para identificar o reconocer el
requisito. Para los requisitos de usuarios se utilizar el formato
RUXXXX y para los de software RSXXXX
Nombre en lenguaje normal del requisito
Descripcin del requisito. Qu aspectos involucra, en qu
consiste, etc.
Prioridad asociada al requisito, esta puede ser crtica, deseable o
innecesaria. Un requisito es crtico si afecta una operacin crtica
del negocio. Si existe algn proceso que se quiera incluir para
mejorar los procesos actuales, estamos ante un requisito
deseable y si se trata de un requisito informativo o que puede
esperar para fases posteriores, el requisito es catalogado como
innecesario.
Documento o persona desde la cual surgi el requisito
Este campo tiene como propsito sealar si el requisito puede o
no puede estar sujeto a cambio durante el ciclo de vida del
software (tranzable o intranzable). El estndar de la ESA lo
define
como estable o no estable.
ervar
Estado actual del requisito dentro del desarrollo (Cumple, No
Cumple, Ambiguo)
Son los tipos de usuarios que estn asociados al requisito
Caso con el cual se probar si se cumple o no con el requisito en
el sistema.
Incrustar Discusin
Prioridad: Alta
CP005
Fuente
Estabilidad
Descripcin
Este es un cdigo nico que sirve para identificar o reconocer el
requisito. Para los requisitos de usuarios se utilizar el formato
RUXXXX y para los de software RSXXXX
Nombre en lenguaje normal del requisito
Descripcin del requisito. Qu aspectos involucra, en qu
consiste, etc.
Prioridad asociada al requisito, esta puede ser crtica, deseable o
innecesaria. Un requisito es crtico si afecta una operacin crtica
del negocio. Si existe algn proceso que se quiera incluir para
mejorar los procesos actuales, estamos ante un requisito
deseable y si se trata de un requisito informativo o que puede
esperar para fases posteriores, el requisito es catalogado como
innecesario.
Documento o persona desde la cual surgi el requisito
Este campo tiene como propsito sealar si el requisito puede o
Estado
Listado de Usuarios
Caso de Prueba
De la misma manera, tambin se gener una clasificacin para los requisitos de software. Las
categoras definidas para los requisitos de software son las siguientes:
Funcionales: Indican cules deben ser las capacidades del software. Se derivan del modelo
lgico.
Interfaz: Especifican el hardware, software o elementos de bases de datos con los que el
sistema o sus componentes interactan o se comunican.
Recursos (Ambiente Operacional): Especifican los lmites superiores de los recursos fsicos
tales como capacidad de procesamiento, memoria principal, espacio en disco, etc.
Usabilidad: Estos son los relacionados con el esfuerzo de uso, y la evaluacin del uso,
realizada por los usuarios.
Portabilidad: Tiene que ver con la habilidad de ser transferido de un ambiente a otro.
Confiabilidad: Son aquellos que estn relacionados con la capacidad de mantener un nivel
adecuado de servicio, bajo ciertas condiciones y por cierto tiempo. Especifican los tiempos
medios entre fallas aceptables.
Rendimiento: Establecen valores numricos para variables medibles que guardan relacin
con el rendimiento del sistema.
4 Pruebas de Sistema
4.1 Pruebas de Usuario
En esta seccin se especificarn las pruebas que se harn sobre el sistema, para determinar
que se cumplen los requisitos de usuario. Una prueba puede dar lugar a muchos casos de
prueba.
RU1
RU2
RU3
RU4
RP1
x
RP2
RP3
RP4
RP5
X
x
RP6
RP7
RP8
RP9
x
RP10
X