Está en la página 1de 17

Especificación de requisitos de software

Proyecto: Virtual UA Revisión 1.0

Abril - 2012

Ficha del documento

Fecha

Revisión

Autor

Verificado dep. calidad.

04/04/2012

1.0

Grupo MultiAESM

FIRMADO

Documento validado por las partes en fecha: [Fecha]

Por el cliente

Por la empresa suministradora

Fdo. D./ Dña [Nombre]

Fdo. D./Dña [Nombre]

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 3

Contenido

FICHA DEL DOCUMENTO

2

CONTENIDO

3

1

INTRODUCCIÓN

5

1.1

Propósito

5

1.2

Alcance

5

1.3

Personal involucrado

6

1.4

Definiciones, acrónimos y abreviaturas

6

1.5

Referencias

7

1.6

Resumen

7

2

DESCRIPCIÓN GENERAL

8

2.1

Perspectiva del producto

8

2.2

Funcionalidad del producto

8

2.3

Características de los usuarios

9

2.4

Restricciones

9

2.5

Suposiciones y dependencias

10

2.6

Evolución previsible del sistema

10

3

REQUISITOS ESPECÍFICOS

11

3.1

Requisitos comunes de los interfaces

11

3.1.1 Interfaces de usuario

13

3.1.2 Interfaces de hardware

¡Error! Marcador no definido.

3.1.3 Interfaces de software

14

3.1.4 Interfaces de comunicación

14

3.2

Requisitos funcionales

15

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

¡Error! Marcador no definido. ¡Error! Marcador no definido. ¡Error! Marcador no definido. ¡Error! Marcador no definido.

16

3.3.1 Requisitos de rendimiento

¡Error! Marcador no definido.

3.3.2 Seguridad

¡Error! Marcador no definido.

3.3.3 Fiabilidad

¡Error! Marcador no definido.

3.3.4 Disponibilidad

16

3.3.5 Mantenibilidad

16

3.3.6 Portabilidad

16

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 4

3.4

Otros requisitos

16

4

APÉNDICES

17

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 5

1 Introducción

La idea principal es crear un escenario virtual, una simulación del entorno, instalaciones y accesos que existen en la Universidad de Alicante. Puesto que el 3D está a la orden del día, en el cine, en la televisión, en anuncios publicitarios, vamos a desarrollar un escenario virtual en tres dimensiones, esto ofrece a dicha universidad junto con sus distintas facultades y departamentos la oportunidad de colaborar conjuntamente en un proyecto de gran envergadura y que otorgaría un gran prestigio, convirtiendo a la Universidad de Alicante en pionera en el uso y desarrollo de esta tecnología a nivel nacional e incluso internacional.

1.1 Propósito

Esperando la aprobación de este proyecto por el equipo directivo correspondiente a la Universidad de Alicante, se presenta esta especificación de requisitos (adjuntada como Anexo I) que corresponde al proyecto presentado anteriormente, dónde se explica el objetivo de dicho proyecto, que no es otro que el de diseñar y construir un sistema que permita realizar visitas virtuales a la Universidad de Alicante, en primera persona, interactuar con el entorno en cierta medida, todo ello vía web, a continuación se profundiza más en el proyecto.

1.2 Alcance

El proyecto Visita Virtual, estará integrado únicamente como opción en el campus virtual desde el cual accederemos a él, también se podrá descargar la correspondiente aplicación en otros dispositivos, una vez entremos nos encontraremos recorriendo el campus virtual y la mayoría de sus instalaciones en primera persona.

Existirá un desplegable con las instalaciones disponibles, tras seleccionar cualquiera de ellas accederemos directamente a ellas, dónde podremos solicitar información, hablar con personal de la Universidad, etc. En cualquier caso esto se desarrollará a posteriori.

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 6

1.3 Personal involucrado

Contaremos con expertos diseñadores y programador para realizar el diseño y la implementación del mismo en la página web de la universidad. A continuación se detalla la información de cada uno de los miembros del equipo.

Nombre

Tomás Alemañ Baeza

Rol

Diseñador

Categoría profesional

Ingeniero

Responsabilidades

Diseño e implementación del escenario virtual

Información de contacto

tomykill@gmail.com

Aprobación

Si

Nombre

Laura Boj Fuentes

Rol

Diseñadora

Categoría profesional

Ingeniera

Responsabilidades

Diseño e implementación del escenario virtual

Información de contacto

Laury46@gmail.com

Aprobación

Si

Nombre

Javier Soler Cano

Rol

Programador

Categoría profesional

Ingeniero

Responsabilidades

Integración del escenario virtual en la página web

Información de contacto

jabibics@gmail.com

Aprobación

Si

Nombre

Juan Manuel Perez Alfonso

Rol

Diseñador

Categoría profesional

Ingeniero

Responsabilidades

Dibujo y fotografías del escenario real

Información de contacto

juanmanuelperezalfonso@gmail.com

Aprobación

Si

1.4 Definiciones, acrónimos y abreviaturas

Para este apartado se requerirá la colaboración de todos los miembros del proyecto.

Blender: Programa desde el cual se va a diseñar y realizar el diseño y la implementación de la visita virtual. Es un programa gratuito disponible para todos los sistemas operativos.

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 7

Render: es el resultado visible del trabajo en Blender. Cuando realizamos un

render estamos visualizando el resultado tal y como el usuario lo visualizará, es

decir el resultado del trabajo.

Visita virtual: es un video en el que el contenido será una visita diseñada en

3D por la universidad de Alicante.

Contenido y lenguajes de programación: hablaremos de HTML como lenguaje

de programación web, CSS y Javascript.

En cuanto al programador, cuando nos referimos al término integrar, estamos

hablando de modificar y añadir código de programación a la página web

existente para poder añadir el proyecto.

1.5 Referencias

Referencia

Titulo

Ruta

Autor

INTERNET

Gg Tuts Plus

http://cg.tutsplus.com/

TutsPlus

INTERNET

Manual Blender

http://wiki.blender.org/index.php/Doc:

Blender

ES/2.4/Manual

INTERNET

Google 3D

http://sketchup.google.com/3dwareho

Google

use/

PDF

Guia Blender

http://www.futureworkss.com/tecnolog

Tom

2.3

icos/informatica/tutoriales/Manual_de

Rossendal,

_Blender.pdf

Stefano

Selleri

PDF

Manual Blender

http://joaclintistgud.files.wordpress.co

Joaquín

2.5

m/2009/11/guia_blender_25.pdf

Herrera Goás

INTERNET

Imágenes UA

http://www.ua.es/es/informacion/mem

UA

oria/1998/campus2.htm

1.6 Resumen

En este informe se expone un plan de desarrollo en tres dimensiones que

consistirá en crear un escenario virtual de la Universidad de Alicante, una

simulación del entorno, instalaciones y accesos existentes, este proyecto surgió

como un empuje a la creatividad y está enfocado a la época tecnológica en la

que nos encontramos, puede ser una gran oportunidad para la Universidad de

Alicante de obtener un gran reconocimiento tecnológico ante otras

universidades nacionales e internacionales.

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 8

Puesto que las redes sociales están viviendo una gran expansión y con ello la web está evolucionando, podría estudiarse la opción de crear una red social exclusiva de la Universidad de Alicante, dónde se pudieran crear personajes e interactuar con otros estudiantes, pudiendo ésta conseguir beneficios de los patrocinadores.

Este informe esta formado por 3 apartados bien diferenciados. En el primero de ellos se realiza una introducción a dicho documento, mostrando una visión mas general de todo el proyecto, en este apartado se muestran los requisitos de personal que necesitamos para poder llevar a cabo el proyecto, también se muestran el propósito y alcance del proyecto, así como los diferentes acrónimos, tecnicismos, que necesita el proyecto.

El segundo apartado del informe se centra en la descripción general del sistema, gracias a esta descripción podremos conocer la perspectiva del producto, las funcionalidades que lleva a cabo el proyecto así como las diferentes características que poseen los usuarios a los que va orientado este proyecto.

El tercer, y ultimo, apartado está orientado a la especificación de requisitos, es decir en esta parte se recogerán los requisitos que necesita el sistema para poder desarrollar el producto.

2 Descripción general

2.1 Perspectiva del producto

Vamos a enfrentar el proyecto creando cuatro zonas interiores y otras cuatro exteriores de la Universidad de Alicante que puedan servir como ejemplo y como estudio de lo que podría llegar a tardar y a costar abarcar toda la universidad, estas se seleccionarán más adelante.

Cuando las zonas hayan sido seleccionadas, se estudiarán a fondo y se realizarán fotografías con planos generales y con planos detalle, que sean capaces de ayudar en la etapa de la desarrollo de la estructura, también se tomarán todo tipo de medidas respecto a los edificios, muebles, detalles, etc.

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 9

2.2 Funcionalidad del producto

La funcionalidad del producto consistirá en realizar visitas virtuales automáticamente (trayecto) o manualmente, seleccionado las zonas de interés, de la Universidad de Alicante, e interactuar con las zonas disponibles.

2.3 Características de los usuarios

Tipo de usuario

Alumno

Formación

Estudiante

Habilidades

No es necesario que el alumno tenga un alto nivel en el campo informático, pero debe tener un conocimiento mínimo para poder acceder a la visita virtual y saber guiarse.

Actividades

Durante la visita virtual del alumno no es necesario que interactúe directamente.

Tipo de usuario

Profesor

Formación

Diplomados/Licenciados

Habilidades

No es necesario que el profesor tenga un alto nivel en el campo informático, pero debe tener un conocimiento mínimo para poder acceder a la visita virtual y saber guiarse.

Actividades

Durante la visita virtual del profesor no es necesario que interactúe directamente.

Tipo de usuario

Administrador

Formación

Ingeniero Informático/Multimedia

Habilidades

Debe conocer el funcionamiento de la web y del escenario virtual para poder manejar y manipular tanto el código como la funcionalidad del video virtual

Actividades

Mantenimiento del proyecto

2.4 Restricciones

Para acceder al contenido de la visita virtual, debe ser alumno profesor o administrador del sistema. Por tanto solamente las personas con código de acceso a la página web con su perfil serán los usuarios que podrán disfrutar de el.

Ningún usuario, ya sea profesor o alumno podrá cambiar ni interactuar con el contenido, es decir constará de una visita virtual en la que se podrá ver un video de la universidad.

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 10

El ordenador deberá soportar las plataformas necesarias para que se pueda acceder al video, en ese caso no existirá ninguna restricción mas.

2.5 Suposiciones y dependencias

A la hora de poder llevar a cabo el proyecto de manera mas fluida se supondrá que la maquinaria de trabajo, ordenadores, procesador, motor de renderizado, son lo suficientemente potentes para poder disminuir el coste de retraso a la hora de entregar el proyecto.

En cuanto al renderizado deberemos suponer o depender de si podemos hacer frente a un pago en una granja de render, lo que hará posible que el proceso de renderizado tarde lo mínimo posible.

Al tratarse de una visita virtual a través de internet se supondrá que todos los navegadores pueden soportar la tecnología que utilicemos para importar la animación, video, a la página web.

2.6 Evolución previsible del sistema

La tecnología 3d esta en constante evolución, por lo que se deberá llevar a cabo un buen mantenimiento del sistema, habrá que investigar en actualizaciones del software Blender por si puede ayudar a la mejora del proyecto.

Pretenderemos que la visita virtual mejore añadiendo mas zonas de la universidad, así como mejorando los gráficos de manera continuada. También se prevé la introducción de una Base de Datos mediante la cual poder anclar imágenes e información de los lugares destacados en la visita virtual, estos datos se actualizarían de manera continuada.

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 11

3 Requisitos específicos

Número de requisito

1

Nombre de requisito

Investigar Software

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Diseñador y Jefe de Proyecto

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado Baja/ Opcional

Alta/Esencial

 

Media/Deseado

Baja/ Opcional

Número de requisito

2

Nombre de requisito

Seleccionar Software

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Diseñador y Jefe de Proyecto

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado Baja/ Opcional

Alta/Esencial

 

Media/Deseado

Baja/ Opcional

Estos dos requisitos se realizan para poder llevar a cabo el proyecto con un software

adecuado a las necesidades del cliente.

Número de requisito

3

Nombre de requisito

Seleccionar Zonas (interiores y exteriores)

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Diseñador y Jefe de Proyecto

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado Baja/ Opcional

Alta/Esencial

 

Media/Deseado

Baja/ Opcional

Se tienen que decidir las zonas de la Universidad las cuales se van a modelar, de dichas

zonas se intentara tomar el mayor número de datos para uno de los requisitos posteriores.

Número de requisito

4

Nombre de requisito

Establecer Requisitos Técnicos Globales

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Diseñador y Jefe de Proyecto

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado Baja/ Opcional

Alta/Esencial

 

Media/Deseado

Baja/ Opcional

Número de requisito

5

Nombre de requisito

Captura de información(videos, fotos, datos, medidas, etc)

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Diseñador y Jefe de Proyecto

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado   Baja/ Opcional

Alta/Esencial

 

Media/Deseado

 

Baja/ Opcional

A partir de los datos obtenidos en el requisito numero 3 debemos obtener tanto imágenes

como planos con los cuales poder llevar al cabo el modelado de la escena, se deberán

tomar las fotos necesarias para poder llevar a cabo posteriormente el desarrollo de las

escenas en 3D.

Número de requisito

6

Nombre de requisito

Modelado Zonas

 

Tipo

Tipo Requisito Restricción

Requisito

Restricción

Fuente del requisito

Diseñador Jefe

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Alta/Esencial

Media/Deseado

Baja/ Opcional

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 12

El diseñador jefe se encargara de adjudicar a los diferentes diseñadores o modeladores las

diferentes zonas que se tienen que desarrollar, los diseñadores deberán desarrollar los

modelos correspondientes a los diferentes datos tomados anteriormente.

Número de requisito

7

Nombre de requisito

Asignación de Materiales

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Diseñador Jefe

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado Baja/ Opcional

Alta/Esencial

 

Media/Deseado

Baja/ Opcional

Número de requisito

8

Nombre de requisito

Iluminación

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Diseñador Jefe

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado Baja/ Opcional

Alta/Esencial

 

Media/Deseado

Baja/ Opcional

Número de requisito

9

Nombre de requisito

Renderizado

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Diseñador Jefe

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado Baja/ Opcional

Alta/Esencial

 

Media/Deseado

Baja/ Opcional

Los requisitos 7,8 y9 son requisitos que son necesarios a la hora de obtener el producto

final, mediante la asignación de materiales logramos que los diferentes modelos de la

escena tengan la apariencia lo mas parecida posible a los objetos de la realidad, los

diseñadores tendrán que introducir los materiales que mejor se adecuen a cada modelo.

Mediante la iluminación se logra que la escena adopte la iluminación que tendría la escena

normal, los diseñadores tendrán que introducir el número de luces así como el tipo de luz

adecuado para cada escena. Por ultimo mediante el renderizado es como obtenemos el

producto final del proyecto.

Número de requisito

10

Nombre de requisito

introducción de puntos de interés (interacción)

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Programador

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado   Baja/ Opcional

Alta/Esencial

 

Media/Deseado

 

Baja/ Opcional

El usuario podrá obtener información sobre puntos de interés en la visita virtual, esto se

realizara a través de información añadida en una base de datos previa.

Número de requisito

11

Nombre de requisito

Construcción del Interfaz web

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Programador

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado Baja/ Opcional

Alta/Esencial

 

Media/Deseado

Baja/ Opcional

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 13

Número de requisito

12

Nombre de requisito

Construcción del App web

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Programador

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado   Baja/ Opcional

Alta/Esencial

 

Media/Deseado

 

Baja/ Opcional

Número de requisito

13

Nombre de requisito

Integración de escenario web con interfaz

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Programador

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado   Baja/ Opcional

Alta/Esencial

 

Media/Deseado

 

Baja/ Opcional

Los requisitos 11, 12, y 13 se realizaran una vez finalizado el modelo de todas las escenas

de la Universidad, estos requisitos hacen referencia a los diferentes pasos que deben

seguir los desarrolladores para poder llevar a cabo el paso final del proyecto que es crear

una Visita Virtual integrada en la pagina web de la UA.

Número de requisito

14

Nombre de requisito

Subir modelado a la web

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Diseñador Jefe

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial   Media/Deseado Baja/ Opcional

Alta/Esencial

 

Media/Deseado

Baja/ Opcional

Por ultimo tenemos los diferentes requisitos que necesita la web para poder almacenar

nuestro producto, estos requisitos vendrán dados en el ERS del desarrollo de la pagina

web de Hosting, en este caso en el ERS del desarrollo de la web de la UA.

3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de usuario

El interfaz de usuario con el cual tenemos que establecer requisitos es el interfaz

correspondiente a la aplicación web de la Visita Virtual.

A continuación numeramos los diferentes requisitos:

Número de requisito

1

Nombre de requisito

Interfaz Manejable

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Programador

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial       Baja/

Alta/Esencial

     

Baja/

 

Media/Deseado

Opcional

La interfaz de usuario debe ser lo mas simple posible, todos los botones deben

estar claros y visibles, el usuario debe poder manejarse por la aplicación con total

soltura, tanto la aplicación 3D como los diferentes elementos de la interfaz deben

estar lo suficientemente contrastado para poder apreciar todos los elementos.

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 14

Número de requisito

2

Nombre de requisito

Botones(Zoom, Movimiento Ratón)

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Programador

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial       Baja/

Alta/Esencial

     

Baja/

 

Media/Deseado

Opcional

El desplazamiento por los diferentes apartados de la web debe realizarse a partir

de botones de movimiento. El botón de Zoom vendrá dado por una regleta desde

mínimo y máximo zoom, por otro lado cada vez que realicemos un movimiento

por el escenario en 3D deberán aparecer las diferentes direcciones posibles

mediante flechas indicadoras de posición. Botón de captura de imagen, en todo

momento el usuario podrá obtener una foto del instante en que el prefiera, para

ello aparecerá un botón con forma de cámara donde el usuario solamente tendrá

que hacer clic y podrá guardarse la imagen de dicho instante.

Número de requisito

3

Nombre de requisito

Control de Puntos de Interés

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Programador

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial       Baja/

Alta/Esencial

     

Baja/

 

Media/Deseado

Opcional

Los puntos de interés estarán destacados mediante unos botones de color rojo,

amarillo los cuales podrán tener información adicional sobre el lugar en el que nos

encontramos.

3.1.2 Interfaces de software

La aplicación de Visita Virtual solo necesitara ser acogida en una web que acepte

tecnologías PHP, HTML, SQL y JAVASCRIPT, para el correcto funcionamiento de

todos los apartados de la aplicación.

También necesitara que el navegador web pueda soportar dichas tecnologías.

3.1.3 Interfaces de comunicación

Número de requisito

1

Nombre de requisito

Comunicación con BBDD

 

Tipo

Tipo Requisito   Restricción

Requisito

 

Restricción

Fuente del requisito

Programador

 

Prioridad del requisito

Prioridad del requisito Alta/Esencial       Baja/

Alta/Esencial

     

Baja/

 

Media/Deseado

Opcional

La comunicación con la Base de Datos debe de ser lo mas fluida posible, se

realizara con lenguaje SQL y con una base de datos relaciona. Debe haber

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 15

comunicación con la base de datos ya que se almacenaran diferentes imágenes

así como información adicional de los puntos de interés.

3.2 Requisitos funcionales

Es necesario conocer los requisitos funcionales del sistema para poder

complacer a las partes que van a disfrutar del proyecto, para ello debemos

conocer y tener en cuenta los requisitos de usuario, y del administrador del

sistema.

1.1 Requisitos de Usuario

El usuario que vaya a disfrutar de este servicio debe ser usuario conocido del sistema, es decir, debe ser profesor o alumno, y tener una clave de acceso a la red para poder acceder a la visita virtual. En caso de ser un usuario desconocido no podrá acceder al sistema.

1.2 Accesibilidad

La visita virtual estará dentro del perfil de cada usuario, no estará en la página

de inicio, sino que podrá accederse a él después de haberse identificado.

Al ser una visita virtual, no contendrá audio explicativo del mismo, por tanto no

hará falta el uso de subtítulos, simplemente podrá disfrutarse viendo el video.

1.3 Usabilidad

Para que el uso sea correcto y evitar en la medida de lo posible confusiones al usuario, el acceso a la visita debe ser simple, poniendo una interfaz sencilla facilitamos el uso.

1.4 Mantenimiento

El administrador del sistema tendrá una labor sencilla a la hora de mantener el proyecto en la web, deberá encargarse de que la visita virtual esté disponible para todos los usuarios en todo momento y en caso de algún cambio en los contenidos o estructura de la página, deberá encargarse de que la visita siga funcionando.

1.5 Integración en la Web El programador encargado de llevar a cabo la integración de la visita virtual en la web deberá conocer el lenguaje HTML y conocimientos en CSS y Javascript, tendrá asignado dentro de esa página web un lugar

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 16

donde integrar el contenido del proyecto, y por tanto integrar el mismo sin modificar o cambiar otros aspectos de esa página.

3.3 Requisitos no funcionales

3.3.1 Disponibilidad

Al tratarse de un servicio de la Universidad de Alicante, debe estar disponible al igual que otros servicios como el campus virtual, etc. Existirán horas de inoperatividad destinadas al mantenimiento y actualización del sistema.

3.3.2 Seguridad

No está prevista una gran interactividad por lo que no existen muchos riesgos,

únicamente podrá visualizarse el recinto y solicitar información en las zonas

asignadas para ellos.

3.3.3 Portabilidad

La aplicación estará disponible para dispositivos de última generación, siempre

y cuando al igual que el resto de usuarios dispongan de programas adecuados

para el correcto visualizado de la aplicación o en su defecto, la posibilidad de

poder instalarlos.

3.4 Otros requisitos

Virtual UA Especificación de requisitos de software

Rev. 1.0

Pág. 17

4 Apéndices

Memoria Proyecto SM http://dl.dropbox.com/u/13147055/Anexo%20I.pdf

.