Está en la página 1de 5
3. Requisitos específicos Número de requisito 1 Nombre de requisito Base de Datos Tipo Requisito Fuente del requisito Las bases de datos optimizan el manejo de información. Prioridad del requisito Alta/Esencial Descripción La aplicación deberá contar con una base de datos con todos los registros de los usuarios, de igual manera deberá contener la base de datos información referente a las publicaciones de noticias. Número de requisito 2 Nombre de requisito Inicio de Sesión Tipo Requisito Fuente del requisito El tener un inicio de sesión proporciona trato personalizado. Prioridad del requisito Alta/Esencial Descripción Se deberá contar de manera opcional con el inicio de sesión para los usuarios, esto podrán hacerlo con un previo registro, ya sea por correo electrónico o por su cuenta de Facebook. Número de requisito 3 Nombre de requisito Contraseñas Encriptadas Tipo Requisito Fuente del requisito Por seguridad es esencial la encriptación de datos. Prioridad del requisito Alta/Esencial Descripción Las contraseñas almacenadas para el inicio de sesión de los usuarios, deberán estar encriptadas en la base de datos, ya sea por algoritmos SHA1, MD5 o similares. Número de requisito 4 Nombre de requisito Aplicación para Android Tipo Requisito Fuente del requisito La mayor parte estudiantil utiliza Android. Prioridad del requisito Alta/Esencial Descripción Se deberá diseñar la aplicación para el SO Android. Restricción Media/Deseado Baja/ Opcional Restricción Media/Deseado Baja/ Opcional Restricción Media/Deseado Baja/ Opcional Restricción Media/Deseado 1 Baja/ Opcional Número de requisito 5 Nombre de requisito Interfaz Amigable Tipo Requisito Fuente del requisito Para un mejor manejo y entendimiento de la misma. Prioridad del requisito Alta/Esencial Descripción Se deberá diseñar y programar una interfaz fácil y sencilla de emplear. Número de requisito 6 Nombre de requisito Aplicación en Google Play Store Tipo Requisito Fuente del requisito Para proporcionar una instalación sencilla al usuario. Prioridad del requisito Alta/Esencial Descripción Para facilitar el acceso e instalación de la aplicación, se deberá publicar optativamente en tienda de aplicaciones de Google. Número de requisito 7 Nombre de requisito Limitación de Funciones Tipo Requisito Fuente del requisito Limitar algunas funciones para accesos anónimos. Prioridad del requisito Alta/Esencial Descripción Se deberán limitar algunas funciones para aquellos usuarios que inicien sesión de manera anónima. Restricción Media/Deseado Baja/ Opcional Restricción Media/Deseado Baja/ Opcional Restricción Media/Deseado Baja/ Opcional 3.1. Requisitos comunes de los interfaces 3.1.1. Interfaces de usuario • Las interfaces de usuario deberán tener colores tradicionales para tener una buena vision sin reflejos. • Las distintas funciones deben ser accesibles desde la pantalla principal. Número de requisito 1 Nombre de requisito Menú de la Aplicación Tipo Requisito Fuente del requisito Aplicación Prioridad del requisito Alta/Esencial Descripción La aplicación deberá contener un menú accesible para los usuarios, de modo que puedan consultar las diferentes posibilidades que ofrece el sistema. Restricción 2 Media/Deseado Baja/ Opcional Número de requisito 2 Nombre de requisito Pantalla Principal Tipo Requisito Fuente del requisito La pantalla principal o inicial de la aplicación. Prioridad del requisito Alta/Esencial Descripción La pantalla principal de la aplicación deberá incluir tres opciones, inicio de sesión, registro de usuarios e inicio de sesión anónimo. Número de requisito 3 Nombre de requisito Formato de Letra Tipo Requisito Fuente del requisito Tipo de letra de la aplicación. Prioridad del requisito Alta/Esencial Descripción Toda la información mostrada por la aplicación deberá ser en tipo de letra Arial. Restricción Media/Deseado Baja/ Opcional Restricción Media/Deseado Baja/ Opcional 3.1.2. Interfaces de hardware • Para poder hacer uso de la aplicación no se requiere especificar ningún requisito de hardware, ya que la aplicación requiere mínimos recursos para su funcionamiento, además de que lo hace bajo el SO Android, soportando sin problemas dispositivos de cualquier tipo y características. 3.1.3. Interfaces de software • Utilizar Android Studio para el desarrollo de la aplicación. • Utilizar MySQL para manejo y gestión de la base de datos. Número de requisito 1 Nombre de requisito PHP Parser Tipo Requisito Fuente del requisito Intermediario de información. Prioridad del requisito Alta/Esencial Descripción Se requiere utilizar programación PHP para intercambiar información entre la aplicación y la base de datos. Número de requisito 2 Nombre de requisito OpenID Tipo Requisito Fuente del requisito Registro de usuario por OpenID Prioridad del requisito Alta/Esencial Descripción Se deberá emplear OpenID para facilitar el registro de usuarios. Restricción Media/Deseado Baja/ Opcional Restricción 3 Media/Deseado Baja/ Opcional 3.1.4. Interfaces de comunicación • La comunicación hacia la base de datos deberá ser sobre TCP/IP 3.2. Requisitos funcionales 3.2.1. Requisito funcional 1 • El cotejamiento en la base de datos deberá ser utf8_general_ci. 3.2.2. Requisito funcional 2 • Tras iniciar sesión, el usuario deberá visualizar las ultimas noticias publicadas, obteniendo toda la información requerida desde la base de datos. 3.2.3. Requisito funcional 3 • Al realizar un comentario sobre alguna publicación de noticia, este mismo deberá ser almacenado instantáneamente en la base de datos. 3.2.4. Requisito funcional 4 • Todos los comentarios realizados por cada usuario, deberán ser visibles para el resto de los usuarios registrados, con excepción de los accesos anónimos. 3.3. Requisitos no funcionales 3.3.1. Requisitos de rendimiento • No hay un tiempo de respuesta determinado hacia tareas en concreto, pero al no • • • requerir de cálculos u operaciones complejas, deberá ser un tiempo eficiente y rápido. El tamaño de espacio ocupado en memoria masiva en el servidor de la base de datos irá en función a la cantidad de información almacenada en el sistema y no variara mucho respecto a otros sistemas que incluyan una base de datos. Se permitirá la ejecución de varios clientes concurrentes y se garantizará la atención correcta y precisa de las peticiones de estos por parte de nuestro servidor. El sistema debe sincronizar las peticiones simultáneas de los usuarios, es decir, si distintos usuarios quieren efectuar una misma acción en el mismo instante, el sistema podrá tratar estos eventos concurrentemente. 3.3.2. Seguridad • Para prevenir de una caída del sistema del servidor y/o perdidas de información, el • • sistema tendrá una opción para el administrador donde podrá realizar copias de seguridad de la base de datos para no perder información. El numero mayor de datos que se podrá perder sera el de los datos guardados desde la última copia de seguridad de nuestra base de datos. Se utilizará un sistema de encriptación MD5 o SHA1. 3.3.3. Fiabilidad • El sistema deberá tener un grado alto de fiabilidad y robustez. • Se debe prevenir y tratar cualquier error, mostrando un mensaje de información acerca de lo ocurrido, garantizando la correcta captura de excepciones. • El sistema deberá advertir ante posibles operaciones o acciones invalidas o erróneas que puedan provocar errores. 4 3.3.4. Disponibilidad • La base de datos debe ser instalada y configurada para su acceso remoto desde cualquier dispositivo con la aplicación. • El sistema se ejecutará directamente desde las terminales móviles. 3.3.5. Mantenibilidad • El sistema tendrá la posibilidad de dejarse en marcha una larga duración de tiempo. 3.3.6. Portabilidad • El producto final será soportado por cualquier dispositivo celular móvil. • El sistema deberá ser fácilmente actualizable. Las tareas de mantenimiento, tales • como actualizaciones a nuevos entornos de hardware, serán resultas por los programadores. El sistema gestor de base de datos deberá ser compatible con el SO Windows 7, 8, 10 y superiores. 3.4. Otros requisitos 3.4.1. Interfaz • El sistema no interactuará con otro sistema externo. Los datos importados serán introducidos por un usuario mediante los menús gráficos aportados por el sistema. 3.4.1. Legales • El sistema debe cumplir las disposiciones establecidas en la Ley Orgánica de datos Personales y en el Reglamento de Medidas de Seguridad. 5