Está en la página 1de 22

Especificacin de requisitos de software

Proyecto: myUA Revisin 0.1

Abril

Ficha del documento


Fecha Revisin Autor Pablo Delgado de Robles David Agudo Ruano Pablo Nioles Aznar Fernando Garca Cuss Verificado dep. calidad.

05/04/2012

0.1

Documento validado por las partes en fecha: Por el cliente Por la empresa suministradora

Fdo. D./ Da

Fdo. D./Da

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 3

Contenido
FICHA DEL DOCUMENTO CONTENIDO 1 1.1 1.2 1.3 1.4 1.5 1.6 2 2.1 2.2 2.3 2.4 2.5 2.6 3 INTRODUCCIN Propsito Alcance Personal involucrado Definiciones, acrnimos y abreviaturas Referencias Resumen DESCRIPCIN GENERAL Perspectiva del producto Funcionalidad del producto Caractersticas de los usuarios Restricciones Suposiciones y dependencias Evolucin previsible del sistema REQUISITOS ESPECFICOS 2 3 5 5 5 5 6 6 6 7 7 7 12 12 12 12 13 Error! Marcador no definido. Error! Marcador no definido. Error! Marcador no definido. Error! Marcador no definido. Error! Marcador no definido. Error! Marcador no definido. Error! Marcador no definido. Error! Marcador no definido. Error! Marcador no definido. Error! Marcador no definido. Error! Marcador no definido. 18 18 19
Descripcin de requisitos del sofware

3.1 Requisitos comunes de los interfaces 3.1.1 Interfaces de usuario 3.1.2 Interfaces de hardware 3.1.3 Interfaces de software 3.1.4 Interfaces de comunicacin 3.2 Requisitos funcionales 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 3.3.1 Requisitos de rendimiento 3.3.2 Seguridad 3.3.3 Fiabilidad

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 4

3.3.4 3.3.5 3.3.6 3.4 4

Disponibilidad Mantenibilidad Portabilidad Otros requisitos

19 19 19 20 21

APNDICES

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 5

1 Introduccin
myUA es una red social de carcter acadmico con el objetivo de poner en contacto a los estudiantes de la misma con el fin de compartir informacin y atender sus necesidades sociales.

1.1

Propsito

Crear una red social de la Universidad de Alicante pensada y adaptada exclusivamente para los alumnos y sus necesidades como estudiantes, adems del desempeo de sus funciones sociales. Una red para el trabajo en equipo, para la organizacin, ,compartir informacin y archivos, multitud de posibilidades, para la flexibilidad, una red en la que se integra las funcionalidades mas usadas del Campus Virtual, entre ellas los materiales.

1.2

Alcance

Ofrece un entorno socio-acadmico basado en las necesidades del mismo, y a su vez, flexible en cuanto a la organizacin nica de cada usuario, es decir, cada alumno tiene una interfaz de serie compuesta por las asignaturas matriculadas, de las que se puede crear debates; su curso, con el que esta en contacto con sus compaeros y compartir informacin; sin embargo, puede ir creando su entorno segn sus preferencias. A diferencia del resto de redes sociales myUA integra las funciones ms usadas del campus virtual, con lo que los alumnos tienen accesible los materiales de las asignaturas, horario de clase y el calendario de exmenes y entrega de prcticas a un clic desde la red.

1.3

Personal involucrado
Desarrollador Senior Ingeniero del software Desarrollar la red social

Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin

Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin

Diseador Senior Diseador grfico Disear la interfaz

Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin

Mantenimiento Community Manager Mantener la red social cuando este en funcionamiento

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 6

1.4

Definiciones, acrnimos y abreviaturas

UA: Universidad de Alicante Wiki SM: Web de apoyo a la asignatura perteneciente al grado de Ingeniera Multimedia de la Universidad de Alicante.

1.5
0001 0002

Referencias
Titulo Wiki SM UA Ruta Fecha Autor Pedro Pernas UA http://sm.ingenieriamultimedia.org 2012 http://www.ua.es/ 2012

Referencia

1.6

Resumen

A continuacin se presenta una descripcin detallada del proyecto myUA dividida en dos grandes apartados, descripcin general y requisitos del software, en los cuales, se detallarn las distintas funcionalidades y requisitos que deber contener myUA para dar por finalizado el proyecto.

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 7

2 Descripcin general
2.1 Perspectiva del producto
Como ya hemos comentado anteriormente, el proyecto MyUA consiste en crear una red social para el rol universitario, en este caso, para la Universidad de Alicante. Este servicio es totalmente independiente excepto una cosa. Se necesita tener acceso a la base de datos de la universidad, ya que no habr registro en la red, si no automticamente con el correo institucional de la universidad se comprobar en la base de datos. Con esto sabremos automticamente si es alumno o profesor, las asignaturas de las que se est matriculado o asignaturas que imparte, datos personales etc. En el caso de los anunciantes si que habr un registro. El sistema es independiente, aunque necesitamos acceso a la base de datos de la Universidad de Alicante. Sera como compartir la base de datos entre ambos sistemas.

2.2

Funcionalidad del producto

Pgina de bienvenida La pgina principal ser la bienvenida para el usuario, ser la pgina a travs de la cual introduciremos el correo para entrar en MyUA. La nube de palabras que podemos observar en la fotografa, ser de manera animada. Adems, se podr cambiar desde esta misma pgina entre versin web y mvil.

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 8

Integracin acceso Campus Virtual Hay que integrar las funciones ms utilizadas del Campus Virtual en la red social MyUA. Aun as, habr siempre un acceso desde la red para acceder al CV con el fin de tener acceso cuando el usuario quiera al sistema completo que ofrece dicho CV. Esto solo estar visible en los perfiles definidos para Alumno y Profesor, no para el anunciante. Fotos y vdeos Los estudiantes podrn compartir fotos y vdeos de las quedadas y cenas de su propia clase.

Cursos Los cursos estn basados en lo que otras redes conocemos como grupos. Esto es la base de la red, alumnos de un mismo curso conectados. Adems los grupos se tienen que poder categorizar, ya que se deben poder crear grupos independientes de ser un curso. De esta manera podemos tener tambin grupos de trabajo creados por los mismos alumnos.

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 9

Debates y asignaturas Un curso tiene asignaturas. Con lo que dentro cada Curso tiene una pestaa con sus respectivas asignaturas. Adems los propios alumnos pueden crear debates especficos. De esta manera todo queda ms organizado y accesible. Encuestas

Encuestas Tanto los alumnos como la UA pueden realizar encuestas. Por ejemplo si la EPS quiere ofrecer un curso X o Y o Z, puede saber el inters que hay para cada uno de ellos. Las encuestas tambin las podemos categorizar por temas.

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 10

Eventos En la mayora de las carreras los alumnos hacen cenas, fiestas, etc... Gracias a este funcionalidad esto ser una tarea sencilla, ya que tiene que existir la posibilidad de crear un evento que pertenece a un curso. De esta manera, cada curso tiene una pestaa con sus eventos correspondientes. Tambin se tiene que poder crear eventos no asociados a un curso como en el resto de redes sociales.

Anuncios Hay que integrar una funcionalidad que permita poner Anuncios. Estos se pueden categorizar por alquiler de pisos, segundamano, ofertas de trabajo ... Podrn subir anuncios tanto alumnos como personas externas a la UA. Salas de chat MyUa debe tener un chat grupal. Esto nos permite crear salas tanto privadas como pblicas para poder chatear varias personas a la vez. Una gran ayuda para hacer trabajos en equipo o debatir sobre un tema. Documentos online compartidos Los alumnos muchas veces tiene que hacer trabajos en grupo. Hasta ahora siempre hemos tenido que acudir a otro soporte para poder trabajar todos a la vez sobre un documento online. Debemos integrar dicha funcin en la red. Adems, despus debemos poder exportarla a txt, word y html. Enviar archivos mediante el chat Algo muy til para los alumnos. Una vez ms, al trabajar en grupo necesitamos enviarnos archivos. De esta manera en la propia conversacin con nuestro compaero podemos enviar un archivo sin tener que acudir a terceros. Traductor de pgina En la UA hay estudiantes de todas partes del mundo y cada uno habla un idioma. Este mdulo debe de poder traducir la pgina en la que ests al idioma seleccionado.
Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 11

Traductor real-time conversaciones chat Se puede dar el caso de que dos alumnos de la misma universidad hablen dos idiomas diferentes. Esta funcin debe permitir traducir en tiempo real las conversaciones de tu chat al idioma que elijas. Hastags Como en la red social de Twitter, esta funcin debe estar disponible en nuestra red, ya que es una manera de organizarse los alumnos para compartir material en toda la red y poder clasificarla o categorizarla de manera sencilla. Materiales El 80% de los acceso al campus virtual son para descargar los Materiales. Por este motivo deben estar integrados en la red. Versin Mvil y Tablet Hoy en da, un alto porcentaje de accesos a las redes sociales es mediante plataforma mvil, tanto iPhone, iPad, etc... Hay que desarrollar una versin mvill que adems se redimensione automticamente por si lo usamos desde un iPad, se ver perfectamente a pantalla completa. Al final de cualquier pgina en la red social debe haber un switch entre Standard y Mobile, de esta manera alternamos los modos de visualizacin. Si utilizamos un iPhone entrar automticamente en el modo Mobile.

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 12

2.3

Caractersticas de los usuarios


Alumno Estudiante universitario Bsico Internet Compartir informacin, contactar con compaeros, etc Profesor Profesor universitario Bsico Internet Contactar con alumnos, subir materiales, etc Anunciante Cualquiera Bsico Internet Publicar anuncios, vender productos, etc

Tipo de usuario Formacin Habilidades Actividades Tipo de usuario Formacin Habilidades Actividades Tipo de usuario Formacin Habilidades Actividades

2.4

Restricciones

Respecto a los lenguajes de programacin, bsicamente se programar todo en html y php. Aunque para los banners animados ser necesario HTML 5. Con lo que siempre debemos tener en cuenta las limitaciones de los lenguajes. Para el acceso a la base de datos ser un lenguaje u otro segn el motor de base de datos que utilice la Universidad de Alicante, aunque principalmente ser MySQL 5. Al tratarse de una aplicacin web, es indiferente el sistema operativo ya que el cdigo se subir a un FTP y el propio servidor ser el que ejecuta el cdigo. En cambio, el hardware es bastante importante, ya que har falta unos servidores bastante potentes capaces de aguantar muchas peticiones simultneas.

2.5

Suposiciones y dependencias

Este sistema depende directamente como ya hemos nombrado antes, de la base de datos de la Universidad de Alicante. Con lo que debera estar muy bien estructurado y sincronizado con la propia universidad, para que cualquier cambio en cualquier aspecto de la base de datos, tener en cuenta siempre que la red social utiliza dicha red.

2.6

Evolucin previsible del sistema

El sistema evolucionar sin duda. Cada vez ms los alumnos solicitarn nuevas posibilidades en dicha red. Adems, la universidad actualmente est llevando un proyecto de biblioteca digital que podra sumarse a esta red con el fin de que est todo centralizado todo en un sitio. La mxima evolucin que podra tener el proyecto en s, sera que la red tuviera todas las opciones posibles del campus virtual pero de una manera ms social. Integrando las tutoras, controles, matriculacin, etc. Por ltimo, el sistema podra evolucionar paralelamente a la educacin 2.0 aadiendo una parte de streaming de las clases, con el fin de dar la posibilidad al alumnado a estudiar cualquier titulacin a distancia. Se podra controlar si el usuario o no visualiza las clases para controlar quin asiste o no asiste a las clases virtuales, con el fin de llevar una adecuada evaluacin, que es el principal problema de la educacin a distancia actualmente.

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 13

3 Requisitos especficos

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito

1 Acceso al campus virtual Requisito Restriccin Peticin cliente Alta/Esencial Media/Deseado

Baja/ Opcional

Integrar un formulario en el que poniendo usuario y contrasea se pueda acceder al Campus virtual de la UA directamente. Esta funcin est siempre visible en la red, de modo que, siempre que queramos entrar al CV lo tengamos accesible. Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito 2 Registro Requisito Peticin cliente Alta/Esencial

Restriccin Media/Deseado Baja/ Opcional

Se necesitan dos tipos de Registro, uno para los pertenecientes a la UA (alumnos, servicios UA) y otro para anunciantes. Adems, en caso de ser alumno se solicita que carrera se est estudiando, de esta manera cada alumno pertenece a una red interna de social engine asignada segn carrera. Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito 3 Fotos y vdeos Requisito Peticin cliente Alta/Esencial

Restriccin Media/Deseado Baja/ Opcional

Este es un plugin bsico en cualquier red de hoy en da. Los estudiantes podrn compartir fotos y vdeos de las quedadas y cenas de su propia clase. Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito 4 Cursos Requisito Peticin cliente Alta/Esencial

Restriccin Media/Deseado Baja/ Opcional

Los cursos estn basados en lo que otras redes conocemos como grupos. Esto es la base de la red, alumnos de un mismo curso conectados. Se deber configurar el plugin para adaptarlo a lo que debera de tener un Curso. Adems los grupos se pueden categorizar, ya que se pueden crear grupos independientes de ser un curso. De esta manera podemos tener tambin grupos de trabajo creados por los mismos alumnos.

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 14

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito

5 Debates y asignaturas Requisito Restriccin Peticin cliente Alta/Esencial Media/Deseado

Baja/ Opcional

Un curso tiene asignaturas. Con lo que dentro cada Curso tiene una pestaa con sus respectivas asignaturas. Adems los propios alumnos pueden crear debates especficos. De esta manera todo queda ms organizado y accesible. Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito 6 Encuestas Requisito Peticin cliente Alta/Esencial

Restriccin Media/Deseado Baja/ Opcional

Tanto los alumnos como la UA pueden realizar encuestas. Por ejemplo si la EPS quiere ofrecer un curso X o Y o Z, puede saber el inters que hay para cada uno de ellos. Las encuestas tambin las podemos categorizar por temas. Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito 7 Eventos Requisito Peticin cliente Alta/Esencial

Restriccin Media/Deseado Baja/ Opcional

En la mayora de las carreras los alumnos hacen cenas, fiestas, etc Gracias a este plugin esto ser una tarea sencilla, ya que existe la posibilidad de crear un evento que pertenece a un curso. De esta manera, cada curso tiene una pestaa con sus eventos correspondientes. Tambin se puede crear eventos no asociados a un curso como en el resto de redes sociales. Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito 8 Salas de chat Requisito Peticin cliente Alta/Esencial

Restriccin Media/Deseado Baja/ Opcional

Esto nos permite crear salas tanto privadas como pblicas para poder chatear varias personas a la vez.

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito

9 Documentos online compartidos Requisito Restriccin Peticin cliente Alta/Esencial Media/Deseado

Baja/ Opcional

Los alumnos muchas veces tiene que hacer trabajos en grupo. Integrar la Funcin de compartir documentos en la red. Si abrimos una conversacin con una persona en el chat, veremos que est disponible esta opcin. Adems, despus podremos exportarla a txt, word y html.

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 15

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito

10 Enviar archivos por el chat Requisito Restriccin Peticin cliente Alta/Esencial Media/Deseado

Baja/ Opcional

Una vez ms, al trabajar en grupo se necesitar enviar archivos. De esta manera en la propia conversacin se podr enviar un archivo sin tener que acudir a terceros. Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito 11 Traductor de pgina Requisito Peticin cliente Alta/Esencial

Restriccin Media/Deseado Baja/ Opcional

En la UA, hay estudiantes de todas partes del mundo y cada uno habla un idioma. Este requisito traduce la pgina en la que ests al idioma seleccionado. Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito 12 Tabln de usuario Requisito Peticin cliente Alta/Esencial

Restriccin Media/Deseado Baja/ Opcional

Tabln que debe aparecer una vez se le ha permitido el acceso al usuario donde deben figurar tanto los mensajes que ha ido dejando el propio usuario como los mensajes que le han podido dejar otros usuarios, este ir situado en la zona central de la interfaz .

3.1

Requisitos comunes de los interfaces

Este sistema consta de un nico mtodo de entrada que se basa en la verificacin en la base de datos de un email y contrasea que el usuario introduce por teclado. Una vez dentro de la pgina otras entradas que el usuario puede hacer al sistema y que se deben controlar para verificar la integridad del sistema son las bsquedas tanto de usuario de la red como de videos y la insercin de comentarios tanto en el propio tabln del usuario como en el de otro usuario, respuestas a comentarios en grupos y foros. Como salidas del sistema que deben estar presentes podemos comentar el mensaje de error en caso de que al intentar acceder a la web el email o contrasea que introduce el usuario no sean correctos. Otra salida que se debe controlas es el cierre de sesin en caso de inactividad, esto se controlar mediante un contador que en el caso de que se cumpla cierre automticamente la sesin de usuario. Siempre que el usuario quiera realizar una accin de las disponibles en el sistema y por motivos de conexin u otros factores no se pueda completar o realizar, debe salir su correspondiente mensaje de error, a ser posible comentando la causa de dicho errror

3.1.1 Interfaces de usuario


La interfaz de usuario que se desea y que el cliente espera es la que a continuacin se describe:
Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 16

Pantalla de bienvenida, esta interfaz dar la bienvenida a la web, tendr el fondo azul claro y en la parte derecha de la pantalla la zona de acceso mediante correo electrnico y contrasea o en caso de que el usuario no est registrado ser aqu tambin donde se le d la opcin de registro. En la zona baja de esta interfaz nos encontramos mensajes informativos. El titulo y logo lo podemos encontrar en la parte superior izquierda. Pantalla principal, una vez se ha accedido con el usuario y contrasea pasamos a la interfaz principal de la web, sigue una gama cromtica de azules y blancos. En la parte superior y de forma horizontal encontramos el men de opciones, dicha barra de men es de color azul con las letras de las opciones en blanco. En la parte central de la pantalla se situar un tabln con novedades similar al de otras redes sociales, en la parte derecha un plug-in a twitter y en la parte izquierda opciones de perfil de usuario y lista de amigos/compaeros

El resto de interfaces seguirn una temtica visual similar a la descrita en la interfaz principal

3.1.2 Interfaces de software


Este producto software para obtener un funcionamiento ptimo se debe integrar con el software de la institucin Universidad de Alicante, de manera que se pueda tener acceso a informacin de los usuarios que ser fundamental para presentar una correcta interfaz en nuestro software. El propsito se la integracin es la obtencin de informacin del curso, asignaturas y profesores en el caso de los alumnos por ejemplo. De esta manera mediante una interfaz que permita la introduccin de los datos de acceso necesarios (la propia interfaz de acceso a nuestra aplicacin) se conectar con esta aplicacin externa, se recogern los datos necesarios y de esta forma se podrn presentar en nuestra interfaz de usuario.

3.1.3 Interfaces de comunicacin


Como se ha comentado en el apartado anterior, es necesaria una comunicacin con la aplicacin software de la UA para la obtencin de cierta informacin de los usuarios. Para la comunicacin entre aplicaciones se emplearn tecnologas web como php o asp que se encargarn de transportar los datos de una aplicacin a otra. Al tratarse de datos sensibles hay que tener especial cuidado en la proteccin de estos y que de ninguna manera sean visibles por terceros, se har pues uso del protocolo htpps web para esta parte de la aplicacin.

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 17

3.2

Requisitos funcionales

A continuacin se eexpondrn una lista de los requisitos funcionales que debe soportar el sistema.

3.2.1 Requisito funcional 1


El sistema deber permitirle al usuario identiacarse ante el sistema, debiendo comprobar que el usuario es quien dice ser (autenticando su identidad).

3.2.2 Requisito funcional 2


El sistema debe permitir que los usuarios registrados puedan comentar en los tablones de otros usuarios quedando constancia en el tabln del otro usuario.

3.2.3 Requisito funcional 3


La informacin se transmitir de tal forma que se garantice la integridad y autenticidad de la informacin.

3.2.4 Requisito funcional 4


El sistema debe permitir a los usuarios buscar y consultar la informacin bsica de otros usuarios de la red.

3.2.5 Requisito funcional 5


El sistema debe almacenar los mensajes en foros y debates de un usuario y la fecha, para saber cuando los escribi.

3.2.6 Requisito funcional 6


El sistema debe permitir subir a la aplicacin imgenes y mostrar un mensaje de error en caso de que el formato de imagen no est permitido

3.2.7 Requisito funcional 7


El sistema debe advertir al usuario si un campo de los introducidos en el proceso de registro no es correcto o no cumple las restricciones de ese tipo de campo

3.2.8 Requisito funcional 8


El sistema deber permitir al usuario la cancelacin de un mensaje escrito con anterioridad.

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 18

3.2.9 Requisito funcional 9


Se podr usar un chat para mantener conversaciones entre usuarios dentro de tu mbito de asignaturas o carrera.

3.2.10 Requisito funcional 10


El usuario podr presionar el botn salir por lo que se cancelar su sesin y para volver a entrar tendr que identificarse de nuevo.

3.2.11 Requisitos de rendimiento


Como es propio de las redes sociales existe un movimiento de datos entre usuarios simultneamente. Esto supone una gran carga para el software que presta el servicio. En nuestra red, puesto que es de la UA y solo podrn beneficiarse de los servicios de la red los alumnos matriculados en la universidad y hay alrededor de 30.000, se espera que haya aproximadamente un 20.000 usuarios registrados y haciendo uso de la red social. Se espera entonces una gran carga de datos, adems de las conexiones simultneas. Por eso, el 90% de transacciones deben realizarse en menos de un segundo, entre comunicaciones por chat, o visualizacin de fotos. Para la descarga de materiales o enviar mensajes no instantneos se puede permitir una velocidad menor en las transacciones.

3.2.12 Seguridad
La seguridad bsica y ms sencilla que tendr la Red social es un formulario para registrase antes de poder acceder a la red. Con esto realizas un control de quin entra y sale del sistema, y evitas que intrusos que pueden ser maliciosos o hacer un mal uso de la red. El registro contendr un nombre completo del usuario, titulacin que cursa y por supuesto condicin indispensable ser alumno de la UA, esto se controla permitiendo nica y exclusivamente el registro a los usuarios de email terminado en @alu.ua.es Por otra parte, los servidores sern fsicos y propios para tener el control absoluto, y estos saldrn a internet a travs de una maquina virtual conectada a internet por lo que si algn intruso quiere colarse en el servidor para perjudicar, no podr pasar de la maquina virtual y se quedar ah sin llegar a poder tocar ni un solo dato ni realizar ningn dao. En cuanto a la seguridad de los datos de los usuarios: Su objetivo principal es regular el tratamiento de los datos y ficheros, de carcter personal, independientemente del soporte en el cual sean tratados, los derechos de los ciudadanos sobre ellos y las obligaciones de aquellos que los crean o tratan. La Ley limitar el uso de la informtica para garantizar el honor y la intimidad personal y familiar de los ciudadanos y el pleno ejercicio de sus derechos. Los tipos de medidas seguridad que se articulan para la proteccin de los datos, dependen de la relevancia de estos, a saber:Nivel bsico: se prev cuando los ficheros contienen datos personales tales como nombre, apellidos, direccin o telfonos.Nivel medio: se contempla para aquellos casos en los datos a tratar consisten en datos de servicios financieros, infracciones administrativas, infracciones penales, datos de la Hacienda Pblica, o datos de ficheros de solvencia patrimonial o de crdito.Nivel alto: se prev cuando se trata de ficheros
Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 19

que contienen datos de carcter personal referentes a ideologa, religin, creencias, afiliacin sindical, origen racial o tnico, vida sexual, o datos relativos a la salud.

3.2.13 Fiabilidad
nicamente se puede permitir un 10% de incidentes en la red social, ya que es un sistema que maneja un trfico de datos enorme y que presta servicio a un numero de usuarios grande. En un mundo perfecto el ndice de fiabilidad seria del 100% y no existiran incidentes. Pero en la realidad, todo software, sobretodo online, necesita de un control de mantenimiento, y cuando se manejan volmenes de datos tan grandes en tiempo real y simultneamente entre un gran numero de usuarios, siempre hay posibilidad de sufrir cuelgues, o perdidas en los envos etc, y eso requiere un tiempo de mantenimiento en el que parte del sistema queda inhabilitado, por eso, es imposible decir que no habr incidentes en el sistema, no obstante, hay que conseguir que este sea minimo, y por eso, nicamente podemos permitirnos un 10% de incidentes debidos a reparaciones, mantenimiento, actualizaciones, portabilidad, etc

3.2.14 Disponibilidad
Un requisito que debe cumplir la red es el hecho de estar disponible las 24 horas del da. No necesariamente en su totalidad, ya que puede haber problemas de mantenimiento en los que parte o partes del software quedan inhabilitados durante un periodo determinado de tiempo. Pero quitando esas tareas, la red ha de estar disponible siempre que sea posible, pues es un servicio de la Universidad de Alicante, y dependen de ella un grandsimo nmero de alumnos que realizan consulta a los datos diariamente. La red ha de estar disponible en el 90%

3.2.15 Mantenibilidad
El sistema ha de estar continuamente en mantenimiento pues se realiza un trfico de datos generalmente abundante a diario y cabe la posibilidad de que se produzcan cuelgues o errores en la transmisin de dichos datos. Esta tarea es especfica para los desarrolladores puesto que conocen el sistema y la manera en la que funciona. Para un control de este movimiento grande de datos, el propio motor de instalacin de la red, trae en sus paquetes unos plugins que permiten realizar un control preciso del movimiento de usuarios en la red, asi como, registros, emails, nmero de visitas, etc.

3.2.16 Portabilidad
Para la organizacin del sistema tenemos los componentes dependientes del servidor y otros componentes almacenados en una gran base de datos. Estarn almacenados en el servidor todos los elementos propios de la red social, es decir, todos los mdulos, mens, plugins instalados, as como el propio motor de red social. Y en la base de datos quedaran almacenados todos los datos propios de los usuarios de la red, es decir, fotos, listado de amigos, videos, canciones, etc. Si en un momento determinado queremos realizar una portabilidad a otro servidor, sera necesario guardar todo lo almacenado en el servidor actual, y subirlo al nuevo, as como instalar el motor de la red social, concretamente el Social Engine. La base de datos no hara falta portarla, simplemente redireccionarla al nuevo servidor.

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 20

3.3

Otros requisitos
Uno de los requisitos ms importantes que ha de cumplir la red social, es la proteccin de datos y privacidad, y para ello es muy importante la seguridad tambin: 1. Proteccin de datos y Privacidad. 2. Su objetivo principal es regular el tratamiento de los datos y ficheros, de carcter personal, independientemente del soporte en el cual sean tratados, los derechos de los ciudadanos sobre ellos y las obligaciones de aquellos que los crean o tratan. 3. La Ley limitar el uso de la informtica para garantizar el honor y la intimidad personal y familiar de los ciudadanos y el pleno ejercicio de sus derechos. 4. La Ley Orgnica de Proteccin de Datos de Carcter Personal, (LOPD), es una Ley Orgnica espaola que tiene por objeto garantizar y proteger, en lo que concierne al tratamiento de los datos personales, las libertades pblicas y los derechos fundamentales de las personas fsicas, y especialmente de su honor, intimidad y privacidad personal y familiar.Ley Espaola de Proteccin de datos: 5. La Ley de Proteccin de Datos de Carcter Personal recoge la necesidad de adoptar las medidas de seguridad para proteger estos datos tales como la realizacin de copias de seguridad, auditoras realizadas para comprobar el estado de tales ficheros, o bien controles peridicos sobre las medidas adoptadas.Niveles de Privacidad: 6. Los tipos de medidas seguridad que se articulan para la proteccin de los datos, dependen de la relevancia de estos, a saber:Nivel bsico: se prev cuando los ficheros contienen datos personales tales como nombre, apellidos, direccin o telfonos.Nivel medio: se contempla para aquellos casos en los datos a tratar consisten en datos de servicios financieros, infracciones administrativas, infracciones penales, datos de la Hacienda Pblica, o datos de ficheros de solvencia patrimonial o de crdito.Nivel alto: se prev cuando se trata de ficheros que contienen datos de carcter personal referentes a ideologa, religin, creencias, afiliacin sindical, origen racial o tnico, vida sexual, o datos relativos a la salud. 7. La nueva normativa para la proteccin de datos detalla una serie de derechos de los titulares de los datos almacenados. As entre los principales derechos que se reconocen a los afectados, se encuentran los siguientes: El acceso a acceder a los datos que se han facilitado por ejemplo para ver si se ajustan o no a la realidad.El derecho a rectificar los datos cuando stos presentan errores.El derecho a cancelar los datos cuando se considera que se les est tratando de forma inadecuada.El derecho a solicitar que no se d ningn tipo de tratamiento a los datos que han sido facilitadosPara ejercitar cada uno de estos derechos se contempla en la nueva esta normativa un procedimiento especfico, establecindose tambin diferentes plazos en las acciones de defensa de cada uno de ellos. Qu derechos tienen los afectados? 8. Frente a las vulneraciones que pueden cometerse en materia de proteccin de datos , la Ley de Proteccin de Datos establece una serie de sanciones cuyas repercusiones se hacen depender directamente de la gravedad de las infracciones cometidas tanto por los que son directamente responsables como
Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 21

por los encargados del tratamiento de los ficheros que almacenen los datos de carcter personal.Las Sanciones previstas: 9. As, las infracciones pueden calificarse como:Leves: Entre estas se incluiran, por ejemplo, el no atender la solicitud de derechos del titular de los datos tratados. En este caso, las sanciones a imponer consistiran en multas que podran oscilar de 601,01 a 60.101,21 .Graves: Se incluiran conductas tales como la creacin de ficheros automatizados de datos personales sin el consentimiento de los titulares. En estos supuestos la sancin consistir en una multa que oscilar entre 60.101,21 y 300.506,05 .Muygraves: Se podra destacar, por ejemplo, la recogida de datos de forma fraudulenta o engaosa. En estos casos las sanciones pueden oscilar de entre 300.506,05 a 601.012,10 .

4 Apndices
E s ti m a ci n de c os t e s
Aqu detallamos una estimacin de los costes que tiene dicha red social. Gastos de implantacin
Descripcin Software Social Engine Classifieds plugin Groups plugin Events plugin Video sharing plugin Photo Albums plugin Programador para integrar circulos, campus, etc... Cantidad 1 1 1 1 1 1 1 Precio/unidad 220,42 29,49 29,49 29,42 29,42 29,42 1.000,00 Subtotal Impuestos 18,00% Total Importe 220,42 29,49 29,49 29,42 29,42 29,42 1.000,00 1.367,66 246,18 1.613,84

Gastos de mantenimiento (Mensual)


Descripcin Cuota servidor (servage) Colocacin banners (Nos encargamos nosotros) Cantidad 1 1 Precio/unidad 7,00 0,00 Subtotal Impuestos 18,00% Total Importe 7,00 0,00 7,00 1,26 8,26

A pesar de que el proyecto tiene una serie de gastos, estos son amortizados rpidamente por los ingresos generados por las campaas publicitarias en la red. Los precios son de septiembre de 2011. Basado en 1 = 1.3639 $

Descripcin de requisitos del sofware

myUA Especificacin de requisitos de software

Rev. 0.1 Pg. 22

Descripcin de requisitos del sofware