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).
