ESPECIFICACIÓN DE REQUISITOS DE M2M

Transcripción

1 Título ESPECIFICACIÓN DE REQUISITOS DE M2M Proyecto Monkey to Monkey ( M 2 M ) Equipo Proyectos Informáticos Versión 1.0 Código SRS_M2M_2012_04_01 Fecha 01/04/2012 Autores MIGUEL ÁLVAREZ Y CLARA HERRERO Estado Documento definitivo Resumen Este documento presenta una Especificación de Requisitos de Software (ERS) para la aplicación Monkey to Monkey ( M 2 M )

2 INDICE 1 INTRODUCCIÓN Propósito Alcance Definiciones, siglas, y abreviaciones Referencias Apreciación global DESCRIPCIÓN GLOBAL Perspectiva del producto Funciones del producto Características del usuario Restricciones Atención y dependencias Mejoras futuras REQUISITOS ESPECÍFICOS Interfaz Registro de usuarios Perfil de usuario Anuncios de intercambio Gestión de Intercambios de clases Gestión de tutoriales Asociados a Supermonk... 16

3 1 INTRODUCCIÓN El presente documento contiene una Especificación de Requisitos de Software (ERS) para la aplicación Monkey to Monkey (M 2 M), proyecto obligatorio en la asignatura de Proyectos Informáticos. La estructura del presente documento está basada en las directrices referidas en el estándar IEEE Recommended Practice for Software Requirements Specifications IEEE y las recomendaciones de OpenUp Monkey to Monkey (M2M) es una aplicación web diseñada para poner en contacto personas con conocimientos complementarios y horarios compatibles. Dicha aplicación, utilizará funcionalidades de una herramienta ya existente para llamadas telefónicas y vídeollamadas a través de Internet (Skype) Al tratarse de una aplicación web, será posible conectarse desde cualquier ordenador conectado a la red y desde cualquier país. Podrán acceder a la plaforma los usuarios registrados de la plataforma ( Monkey beginners) los usuarios no registrados administradores ( SuperMonk s) Se han considerado los siguientes aspectos a la hora de diseñar el sistema: Acceso rápido y cómodo a la aplicación desde cualquier equipo, navegador y sistema operativo. Que el sistema a desarrollar fuese fácilmente escalable. Posibilidad de uso en una variedad de entornos de hardware y software. Facilitar la retroalimentación del sistema, siendo los usuarios registrados, el principal origen de información. Limitar las tareas de mantenimiento. Objetivos del Sistema: Poner en contacto a gente con conocimientos complementarios Facilitar la creación de usuarios sin la participación del administrador 3

4 Integrar en la medida de lo posible, una herramienta para las videollamadas y teleconferencias como Skype. Facilitar el intercambio de tutoriales Facilitar herramientas para la auditoría de la docencia, tales como evaluación de los profesores en una determinada materia 1.1 Propósito La finalidad de este documento, es detallar la especificación de requisitos (S.R.S.) para la aplicación Monkey to Monkey, definiendo de manera clara y precisa tanto las funcionalidades como las posibles restricciones del sistema de información a construir. Este documento estará a disposición de: Cliente (Profesor) Equipo del proyecto M 2 M Por tanto, este documento servirá de referencia para el desarrollo y posterior implementación de la aplicación por parte del equipo del proyecto. También, estará a disposición del cliente para poder realizar la evaluación final del producto desarrollado. 1.2 Alcance El fin de este proyecto es crear una aplicación web, accesible desde cualquier navegador, sistema operativo y dispositivos conectados a ella que ofrezca: Posibilidad de registrarse en la página Buscar personas con intereses complementarios Poder concretar intercambios de conocimiento con otros usuarios mediante Skype Gestionar anuncios con propuestas de intercambios de conocimientos Recibir alertas de anuncios Poder compartir tutoriales con los usuarios 4

5 1.3 Definiciones, siglas, y abreviaciones M 2 M: Monkey to Monkey, es el nombre de la aplicación Interés: conocimiento que desea adquirir el usuario Intercambio: dos usuarios, dos conocimientos, cada uno de ellos será el que posee el usuario y sugiere el interés del otro usuario, y una planificación semanal Conocimiento: Destreza que posee el usuario y puede suscitar el interés de otro usuario HHRR, Hoja de Reunión, Acta: Relación escrita de lo sucedido, tratado o acordado en una junta 1 SRS: Especificación de requisitos de software Tutorial: Manual orientado a la adquisición de un conocimiento por parte de un usuario Wiki: sitio web cuyas páginas pueden ser editadas por múltiples voluntarios a través del navegador web. Los usuarios pueden crear, modificar o borrar un mismo texto que comparten 2 Blog: sitio web periódicamente actualizado que recopila cronológicamente textos o artículos de uno o varios autores, apareciendo primero el más reciente, donde el autor conserva siempre la libertad de dejar publicado lo que crea pertinente 3 Videollamada: Videoconferencia es la comunicación simultánea bidireccional de audio y vídeo, permitiendo mantener reuniones con grupos de personas situadas en lugares alejados entre sí 4 Teleconferencia: Comunicación telefónica en que participan simultáneamente más de dos personas 5. Skype: Software que permite comunicaciones de texto, voz y vídeo sobre Internet (VoIP) 6 Monkey beginners: Usuarios registrados de la plataforma

6 Supermonk: Es un administrador del sitio 1.4 Referencias Materiales didácticos de las asignaturas de la EUPT, del título de ITIG en la EUPT: Programación II Ingeniería de Software I Ingeniería de Software II Bases de datos I Bases de datos II Interfaces de usuario Proyectos Informáticos Para la confección de este manual IEEE Recommended Practice for SRS Para la realización de diagramas se han seguido los convenios establecidos por los estándares UML También se han utilizado en mayor o menor medida los siguientes manuales para Open Up: Para establecer los roles del proyecto, se han seguido las recomendaciones del curso virtual de la asignatura Las actas o hojas de reunión están basadas en el formato de actas propuestas por el docente de la asignatura, así como de otros apartados que se han considerado útiles. 1.5 Apreciación global El resto del documento está estructurado en tres secciones: Capítulo 2.- Perspectiva del producto. Visión general del documento. Características del Producto: Descripción general del sistema a desarrollar, con el fin de indicar los factores que afectan al producto y sus requerimientos. Proporciona las principales características a cumplir por el producto. 6

7 Capítulo 3.- Requisitos específicos: Especificación detallada de los requerimientos a satisfacer por el producto. 2 DESCRIPCIÓN GLOBAL 2.1 Perspectiva del producto Este aplicación, al ser un producto final, sólo dependerá de otro módulo que será facilitado por Skype, cuya interfaz queda definida por la propia herramienta, mediante javascript, deberemos especificar el usuario de Skype, la herramienta se encargará de especificar el estado y abrirá la aplicación. Interfaz de sistema M 2 M podrá interactuar con los navegadores habituales, utilizando código HTML, Javascript y hojas CSS. Para tener una funcionalidad completa de la aplicación, será necesario haber instalado Skype y ser un usuario de dicha plataforma Interfaz de usuario La aplicación será utilizada mediante un interfaz web, salvo algunas opciones, para las cuales será necesario la utilización de Skype.. La interfaz de usuario se realizará para pantallas con una resolución mínima de 1024x768 píxeles y se ha pretenderá lograr una página ligera. Se aplicacarán criterios estandarizados de usabilidad. Interfaces con el hardware El servidor web, servirá para facilitar la intercomunicación entre usuarios y consultas de otra información del sistema, por tanto, será necesario un servidor que tendrá que estar disponible las 24 horas del día con acceso a internet y los usuarios deberán tener un dispositivo con acceso a internet. 7

8 M2M Interfaces con el software En el cliente: Cualquier Sistema Operativo Navegador Firefox 11.0 ó superior Navegador Internet Explorer 8.0 o superior Android web browser Soporte de javascript Skype o superior En el servidor JDK 7 MySQL Contenedor de Servlets 2.4 y JSP (Java Server Pages 2.1) Interfaz de telecomunicaciones Tanto los clientes como servidor deberán tener acceso a Internet. Debido al gran volumen de datos y conexiones que se establecerán, se recomienda contratar una línea con gran ancho de banda. Por otra parte, debido al gran consumo que supone realizar una videollamada, se recomienda utilizar líneas de comunicaciones anchas por parte de los usuarios de la plataforma. 8

9 Restricciones de Memoria El cliente no tendrá grandes requerimientos de memoria y el servidor, las típicas recomendadas para un servidor web. Operaciones El servidor debe prestar servicio permanentemente, durante las 24 horas del día y los 365 días del año. Si se produjera algún tipo de problema técnico, el personal de mantenimiento lo deberá resolver a la mayor brevedad posible, habiéndose implementado, a tal efecto, políticas preventivas de seguridad y otras, tales como copias de seguridad. En caso de averías en las líneas de telecomunicaciones del servidor, estará previsto un protocolo que permitirá la activación de otro servidor geográficamente distante. 2.2 Funciones del producto CAR01 CAR02 Los usuarios/as de este sistema deberán poder acceder a él identificándose mediante su nombre de usuario y su contraseña. Los nombres de usuario deberán de ser únicos. CAR03 CAR04 CAR05 CAR06 CAR07 Las contraseñas que utilice cada usuario deberán tener al menos 6 caracteres. Aunque durante la fase pruebas, podrán ser de 1 único carácter. El sistema permitirá gestionar un número indeterminado de usuarios. Cada usuario podrá proponer un número indeterminado de intercambios Cada usuario podrá estar suscrito a un número indeterminado de intercambio Un intercambio deberá contar con la aprobación de los dos usuarios CAR08 CAR09 Los intercambios se podrán suspender siempre que uno de los dos usuarios lo desee El sistema dispondrá de un modo de administración, gracias al cual un usuario con privilegios especiales (administrador) podrá desempeñar sus funciones a 9

10 través de páginas web específicas. Esos usuarios administradores, podrán modificar la contraseña de acceso de los CAR10 CAR11 usuarios y también eliminar del sistema a un usuario y toda su información asociada. Cada usuario sólo podrá modificar la información que le pertenezca Cada usuario podrá acceder a su información personal, información de CAR12 CAR13 CAR14 CAR15 intercambios, anuncios de intercambios, tutoriales y mensajes enviados por la plataforma Los intercambios sólo se podrán realizar una vez creado un anuncio Los anuncios de intercambio serán visibles para todos los usuarios Habrá un sistema de evaluación docente CAR16 Habrá un sistema de alertas que permitirá a los usuarios suscribirse a algún tipo de anuncio CAR17 El sistema contará con una herramienta que permitirá subir tutoriales a los usuarios CAR18 La plataforma hará uso de otra herramienta, Skype,para realizar llamadas y videollamadas. 10

11 2.3 Características del usuario ROL NIVEL EDUCATIVO EXPERIENCIA ESPECIALIZACIÓN TÉCNICA Usuario Indiferente Baja Baja Monkey beginner Medio Baja Medio Supermonk GS/ IT/ IS Alta Alta 2.4 Restricciones DISEÑO Se requiere el uso de la notación de diagramas de diseño UML INTERCAMBIOS Y TUTORIALES La aplicación deberá cumplir en todo momento la legislación vigente y evitar problemas de índole legal. Por tanto, se debe evitar que le plataforma sirva para el intercambio de información ilegal (drogas, explosivos, ) o materiales que vulneren derechos de autor (libros, canciones, ). El tamaño de subida de tutoriales, se ha establecido en 8 MB. HARDWARE Tal y como se ha comentado anteriormente, el hardware empleado en el servidor limitará en gran medida el rendimiento de la aplicación. SOFTWARE Se empleará como gestor de bases de datos MySQL, para el esfuerzo estimado de la aplicación, se ha considerado más que suficiente. No obstante, este software, ha demostrado ser en algunas ocasiones ineficiente cuando se le somete a un gran esfuerzo ( altas, bajas, modificaciones,.) También será necesaria la generación de páginas dinámicas, empleándose JSP, Servlets y clases Java. Se recomienda que los usuarios tengan siempre sus aplicaciones actualizadas, tanto navegadores como Skype, ya que sólo se está en condiciones de garantizar un correcto funcionamiento con estas aplicaciones. Además, se deben tener en cuenta las restricciones impuestas por una aplicación independiente a la aplicación como Skype, ya que será empleada para las llamadas y videollamadas.

12 TELECOMUNICACIONES Las líneas de telecomunicaciones deberán estar permanentemente en funcionamiento y el servidor deberá admitir gran número de conexiones. SEGURIDAD Se han descrito dos líneas con respecto a la seguridad de la aplicación: Usuarios: por una parte se obligará al usuario a tener un nombre de usuario, que será único y contraseña asociado, esta última cumpliendo unos requisitos de complejidad que se entienden mínimos. Los usuarios tendrán acceso a su información personal y a las partes de aplicación que se consideran mínimas para el funcionamiento ( anuncios, mensajes, ) Además, se han incorporado herramientas de evaluación de los docentes con el fin de evitar un abuso de la plataforma por parte de algún usuario Servidor Web: el servidor tendrá incorporadas las herramientas actuales de protección, tales como cortafuegos, antivirus, control de accesos, copias de seguridad, RAID, SAI con el fin de evitar que alguien pueda acceder a la información de los usuarios ó sabotaje del mismo y, por otra parte, este permanentemente operativo. 2.5 Atención y dependencias Esta aplicación dependerá de un servidor web, un servidor de bases de datos y de una plataforma independiente, como Skype. Un cambio en la utilización habitual de estas herramientas, por ejemplo, una actualización, podrá provocar que parte del código sea reescrito. Las actualizaciones mencionadas anteriormente, no afectarán al usuario. 2.6 Mejoras futuras Integración de herramientas pedagógicas tales como wikis, blogs, caza de tesoro Incorporación de juegos didácticos, tales y como son los producidos con la herramienta Hot Potatoes. Integración con redes sociales: Facebook, Tuenti, Twitter,.. Cursos virtuales: Posibilidad de crear cursos virtuales con herramientas similares a las ofertadas en Moodle ó Black Board. 12

13 Plataforma multimedia, que permita la reproducción de contenidos sin ceder derechos a terceros como Youtube Incorporar salones de chat Notificaciones via SMS Creación de herramientas propias para las llamadas, videollamadas y teleconferencia, y no depender de otro software comercial, tal y como es Skype. Además, sería muy útil que se pudieran grabar los contenidos anteriormente mencionados, pudiendo el usuario reproducir las llamadas y videollamadas realizadas, y cualquier usuario las teleconferencias Incorporar herramientas de datos históricos sobre los usuarios: anuncios suscritos, intercambios realizados, número de intercambios, Foros En una plataforma que fomenta el intercambio libre de conocimiento, puede resultar muy útil como herramienta de trabajo. Utilizar mecanismos de comunicación más seguros, tales y como son los que proporciona SSL 3 REQUISITOS ESPECÍFICOS 3.1 Interfaz RQ 1 La interacción del usuario con la aplicación será sencilla y eficiente, atendiendo a criterios estándar de usabilidad RQ 2 Las tareas estarán agrupadas por similitud y cada usuario, sólo verá las acciones que tenga permitidas. RQ 3 RQ 4 El usuario deberá tener información en todo momento de la sección del sitio web en que se encuentra Todas las páginas deberán disponer de un enlace a la página de inicio En el caso de estar navegando bajo un perfil registrado, desde cualquier página RQ 5 se mostrará el usuario con el que se ha conectado y debe incluirse la posibilidad de abandonar la sesión. 13

14 RQ 6 La interfaz web deberá poseer una estructura balanceada (4 niveles de profundidad a lo sumo) RQ 7 Con la única excepción de la página de inicio (index.jsp), no podrá accederse a ninguna página de la aplicación web sin haber superado con éxito el proceso de autenticación. 3.2 Registro de usuarios RQ 8 La aplicación web no deberá ser accesible a todo el público en general. Solamente podrán acceder a él usuarios/as registrados RQ 9 Al instalar la aplicación, deberá existir un usuario por defecto que tendrá el rol de administrador general. Su identificador de usuario y contraseña serán supermonk y cambiameya, respectivamente. Los usuarios administradores, podrán modificar la contraseña de acceso de los RQ 10 usuarios y también eliminar del sistema a un usuario y toda su información asociada RQ 11 RQ 12 Cuando un administrador elimine un usuario, deberá eliminarse también toda la información que tenga asociada. El identificador de un usuario deberá ser único en todo el sistema. 3.3 Perfil de usuario RQ 13 RQ 14 RQ 15 El usuario podrá modificar cualquier dato personal, a excepción de su nombre de usuario El usuario podrá gestionar sus conocimientos ( alta/baja/modificación) El usuario podrá gestionar sus intereses ( alta/baja/modificación) RQ 16 Habrá un servicio de mensajería interna asociada al usuario ( enviar/borrar/leer mensaje) 14

15 3.4 Anuncios de intercambio El usuario podrá introducir anuncios en los que propondrá intercambio de RQ 17 clases. En ellos, deberá especificar además del tipo de materias a complementar, el horario en el que se podrían llevar a cabo. RQ 18 Los usuarios podrán buscar anuncios y solicitar intercambios en aquellos en los que cumplan las condiciones de conocimiento RQ 19 El usuario que ha insertado un anuncio, en cualquier momento lo podrá borrar o modificar Se implementarán mecanismos para crear alertas, de tal manera, que cuando se RQ 20 introduzca un anuncio que responsa a las requisitos especificados, el usuario recibirá un mensaje. 3.5 Gestión de Intercambios de clases Para la consumación de un intercambio, se ha debido crear previamente un RQ 21 anuncio, los dos usuarios deben estar de acuerdo y, al menos, uno de sus conocimientos e intereses se deben complementar El usuario accederá a los intercambios que está suscrito y en cualquier RQ 22 momento los podrá cancelar, en cuyo caso se le enviará una notificación al otro usuario implicado RQ 23 Para entrar en un clase virtual, habrá sido necesario acceder previamente al intercambio asociado RQ 24 Para calificar a un profesor, habrá sido necesario acceder previamente al intercambio asociado. Sólo se podrá calificar un intercambio. RQ 25 RQ 26 Una vez aceptada una solicitud de intercambio, desaparecerá el anuncio asociado. El usuario podrá consultar en cualquier momento las solicitudes de intercambio que tiene pendientes de ser aceptadas. En caso de ser aceptada ó rechazada 15

16 una solicitud, ya no se volverá a mostrar 3.6 Gestión de tutoriales RQ 27 El usuario podrá subir nuevos tutoriales, especificando el tipo de conocimiento al que pertenece RQ 28 Los usuarios podrán realizar búsquedas de tutoriales, en función del área de conocimiento que representan RQ 29 Un usuario que haya subido un tutorial, en cualquier momento lo podrá borrar ó modificar RQ 30 De cada tutorial subido a la aplicación, se almacenará el usuario que lo ha subido, fecha de última modificación y materia a la que pertenece 3.7 Asociados a Supermonk RQ 31 RQ 32 RQ 33 RQ 34 RQ 35 El usuario Supermonk podrá cambiar la contraseña a cualquier usuario El usuario Supermonk podrá bloquear el acceso a cualquier usuario El usuario Supermonk podrá eliminar a cualquier usuario El usuario Supermonk podrá bloquear ó eliminar cualquier anuncio El usuario Supermonk podrá bloquear ó eliminar cualquier tutorial RQ 36 El usuario Supermonk podrá enviar cualquier notificación a los usuarios de la plataforma 16