Hoja de Presentación

Índice de Contenido

1. Introducción
La introducción de la Especificación de requisitos de software (SRS) debe proporcionar una
vista general de la SRS. Debe incluir el objetivo, el alcance, las definiciones y acrónimos, las
referencias, y la vista general del SRS.

1.1 Propósito
 Propósito del documento
 Audiencia a la que va dirigido

1.2 Alcance
 Identificación del producto(s) a desarrollar mediante un nombre
 Consistencia con definiciones similares de documentos de mayor nivel (ej.
Descripción del sistema) que puedan existir

1.3 Personal involucrado

Nombre
Rol
Categoría profesional
Responsabilidades
Información de contacto
Aprobación

Relación de personas involucradas en el desarrollo del sistema, con información de

contacto.

1.4. Definiciones, acrónimos y abreviaturas

Definición de todos los términos, abreviaturas y acrónimos necesarios para interpretar
apropiadamente este documento. En ella se pueden indicar referencias a uno o más
apéndices, o a otros documentos.

1.5. Referencias
Referencia Titulo Ruta Fecha Autor
[Ref.] [Título] [Ruta] [Fecha] [Autor]

Relación completa de todos los documentos relacionados en la especificación de requisitos

de software, identificando de cada documento el titulo, referencia (si procede), fecha y
organización que lo proporciona.

1.6. Resumen
 Descripción del contenido del resto del documento
 Explicación de la organización del documento
2. Descripción general

2.1. Perspectiva del producto

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, realizar un diagrama que sitúe el
producto dentro del sistema e identifique sus conexiones para facilitar su comprensión.

2.2. Funcionalidad del producto

Resumen de las funcionalidades principales que el producto debe realizar, sin entrar en
información de detalle.
En ocasiones la información de esta sección puede tomarse de un documento de
especificación del sistema de mayor nivel (ej. Requisitos del sistema).
Las funcionalidades deben estar organizadas de manera que el cliente o cualquier
interlocutor pueda entenderlo perfectamente. Para ello se pueden utilizar métodos textuales
o gráficos.

2.3. Características de los usuarios

Tipo de usuario
Formación
Habilidades
Actividades

Descripción de los usuarios del producto, incluyendo nivel educacional, experiencia y

experiencia técnica.

2.4. Restricciones
Descripción de aquellas limitaciones a tener en cuenta a la hora de diseñar y desarrollar el
sistema, tales como el empleo de determinadas metodologías de desarrollo, lenguajes de
programación, normas particulares, restricciones de hardware, de sistema operativo etc.

2.5. Suposiciones y dependencias

Descripción de aquellos factores que, si cambian, pueden afectar a los requisitos. Por
ejemplo una asunción puede ser que determinado sistema operativo está disponible para el
hardware requerido. De hecho, si el sistema operativo no estuviera disponible, la SRS
debería modificarse.

2.6. Evolución previsible del sistema

Identificación de futuras mejoras al sistema, que podrán analizarse e implementarse en un
futuro.
 3. Requisitos

3.1 Requisitos de Información

Para cada requisito debe completarse la siguiente tabla: (Véanlos por módulos del Sistema)

RI-02 Gestión de evaluaciones

Requisitos
RF04 Registro de evaluación.
asociados.
Descripción El sistema debe almacenar la información correspondiente de cada evaluación del usuario
Datos Respuestas de las preguntas
específicos Calificación del test
Intervalo
Pasado y presente
temporal
Tabla 1.1. Requerimiento de gestión de evaluaciones.

3.2 Requisitos funcionales

Identificación del RF01

requerimiento:
Nombre del Interactuar con el entorno
Requerimiento:
Características: El usuario deberá moverse y conocer su entorno.
Descripción del La aplicación está diseñada para que el usuario pueda moverse dentro
requerimiento: de un mundo virtual.
Requerimiento 
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF02

requerimiento:
Nombre del Entrar en cada una de las escenas
Requerimiento:
Características: El usuario deberá entrar en la escena que este desbloqueada para que
pueda avanzar a la siguiente escena
Descripción del La aplicación cuenta con cinco escenas, para completarlas se debe
requerimiento: entrar a todas.
Requerimiento 
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF03

requerimiento:
Nombre del Contestación de test
Requerimiento:
Características: Al final de cada escena el usuario deberá contestar un test para evaluar su
desempeño.
Descripción del Con el test se evaluará si el usuario puede pasar a la siguiente escena o
requerimiento: se quedará en la misma.
Requerimiento 
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF04

requerimiento:
Nombre del Registro de evaluación
Requerimiento:
Características: Cada vez que el usuario sea evaluado dicha calificación será guardada para que
el experto pueda verla después.
Descripción del Cuadro el usuario termine su evaluación, la calificación será guardada.
requerimiento:
Requerimiento 
NO funcional:
Prioridad del requerimiento:
Alta

3.3 Requisitos no Funcionales

El sistema será controlado con indiferentes dispositivos, tenemos el teléfono móvil el cual
nos ayudada a poder ejecutar y ver la aplicación.
Debemos contar con Gafas RV las cuales no ayudaran a apreciar la aplicación en forma de
realidad virtual.
También se necesitará un control bluetooth el cual nos ayudara a poder desplazarnos dentro
de la aplicación.

3.3.1. Requisitos de rendimiento

Esta aplicación será usada por el dispositivo del usuario, teniendo en su móvil la
información de sus avances.
La aplicación ejecuta en un 80% de velocidad con las mínimas características
requeridas de hardware y software.

3.3.2. Seguridad
Para modificar la aplicación se requerirá un logueo del desarrollador el cual dará
acceso a las modificaciones de código o diseño.
El experto encargado de la aplicación será el que cuente con la aplicación y solo el
podrá compartir esa aplicación con sus pacientes.

3.3.3. Fiabilidad
 La aplicación debe tener una interfaz de uso intuitiva.
 La aplicación debe poder ser ejecutada en cualquier dispositivo que cuente
con las mínimas características de hardware y software.

3.3.4. Disponibilidad
La aplicación estará 100% disponible para el usuario ya que esta estará instalada en
su dispositivo movil.

3.3.5. Mantenibilidad
 El sistema debe disponer de una documentación fácilmente actualizable que
permita realizar operaciones de mantenimiento con el menor esfuerzo posible

 La interfaz debe estar complementada con un buen sistema de ayuda (la

administración puede recaer en personal con poca experiencia en el uso de
aplicaciones informáticas).
 3.3.6. Portabilidad
 La aplicación esta desarrollada bajo la plataforma Android.

3.4 Requisitos comunes de los interfaces

El sistema será controlado con indiferentes dispositivos, tenemos el teléfono móvil el
cual nos ayudada a poder ejecutar y ver la aplicación.
Debemos contar con Gafas RV las cuales no ayudaran a apreciar la aplicación en
forma de realidad virtual.
También se necesitará un control bluetooth el cual nos ayudara a poder desplazarnos
dentro de la aplicación.
.

3.4.1 Interfaces de usuario

La interface del usuario consistirá en cinco niveles, cada nivel es una escena en las
cuales el usuario tendrá que interactuar, cada nivel tiene un grado de complejidad
para el usuario y para pasar de una escena a otra este necesita pasar un test, todo el
sistema estará creado en 3D.

3.4.2. Interfaces de hardware

Será necesario disponer de dispositivos móviles en perfecto estado con las
siguientes características:

 Memoria RAM 2G mínimo.

 Tener al menos un procesador Quad Core 1.0GHz.
 Gafas RV
 Control bluetooth

3.4.3. Interfaces de software

 Sistema operativo Android 7.0 o superior

3.4.4. Interfaces de comunicación

La aplicación se ejecutara teniendo una conexión vía bluetooth(control) la cual nos
ayudara a movernos dentro.

3.5 Otros requisitos

Cualquier otro requisito que no encaje en ninguna de las secciones anteriores.
Por ejemplo:
Requisitos culturales y políticos
Requisitos Legales

4 Apéndices
La fobia es un temor intenso e irracional hacia una cosa o una situación, las personas
con fobia son más susceptibles emocionalmente que una persona promedio, sus
traumas son más intensos e inusuales. Las fobias son un problema psicológico
común y una solución para estas personas es la asistencia a terapia psicológica.
Existen varias fobias y todas son tratables de alguna manera diferente, la aracnofobia
es la fobia a las arañas, pero esta como cualquier otra es controlada.
Según encuestas realizadas por CONSULTAMITOFSKY, el 1.6% de la población
mexicana padece de aracnofobia , algunos de los tratamientos son la terapia de
exposición que consiste en confrontar poco a poco a la situación temida, la terapia
cognitiva en esta se le otorga al paciente toda la información de aquello que tanto
teme para que se haga la idea de que no es peligroso, cada persona tarda diferente
tiempo para poder superar y afrontar su temor, todo depende del esfuerzo y
dedicación por parte del paciente y el terapeuta.
Existen algunos proyectos que ayudan con algunas fobias como tenemos a
PHOBOS:

Esta es una plataforma de realidad virtual aplicable a un amplio espectro de fobias y

trastornos de ansiedad. Esta se desarrolló por un equipo dirigido por el psicólogo
argentino Fernando Tarnogol, fundador de Psy Tech (Psychological Technologies).