Documento de especificación de requerimientos

Para: Departamento de Limpia San Marcos, Gro.

H. Ayuntamiento Municipal de San Marcos, Guerrero.

Presentado por alumnos de la carrera Ingeniería

Informática:

Ivan Parra Bruno

Heladio Narváez Godoy

Bartolo Librado Leyva

San Marcos, Gro. 09 / Mayo / 2018

Propósito

Este documento busca mostrar la especificación de requerimientos para la

aplicación móvil Limpiando San Marcos, y un análisis inicial de objetos que busca
mejorar la comprensión del problema. Está dirigido al equipo del proyecto. Brinda
una vista de la Arquitectura a personas interesadas en conocer el desarrollo de
la propuesta de la aplicación móvil.

Interfaces de Usuario

La aplicación debe proveer unas interfaces que faciliten la interacción de los

usuarios con sus funciones. Estas interfaces son:

 Acceder con un Login.

 Registro de usuarios.
 Registrar peticiones.
 Visualización en tiempo real de la ruta del camión recolector en pantalla
principal de la aplicación.
 Interfaz de ruta y horarios de los camiones recolectores.
 Spots de reciclaje y cuidado del medio ambiente.

Interfaces de Hardware
En el caso de contar con una conexión a Internet, la aplicación móvil podrá
funcionar en un ambiente conectado a partir de un modelo de sincronización
entre sistemas. En este caso las interfaces hardware con las que debe contar
son:
- Tarjeta de red
- Interfaz GPS
- WiFi
- Conexión banda ancha

2
Interfaces de Software
Se utilizará un administrador de base datos, se usaría MySQL como
administrador. El problema de esta interfaz es que todavía se encuentra en la
etapa de diseño y desarrollo. Por lo que es necesario diseñar la base de datos y
modelo entidad relación de las tablas.

Especificación de requerimientos

Restricciones de Diseño

La herramienta por desarrollar tendrá en cuenta las siguientes restricciones de

diseño que enmarcaran problemas de diseño:

Implementación Arquitectura

Teniendo en cuenta que el proyecto a realizar es una aplicación móvil, es

necesario que se agregue a la tienda de aplicaciones de Google para su rápida
distribución en el mercado.
Es necesario contar con servicios de internet, o banda ancha en el Smartphone,
con esto se podrá acceder a la aplicación móvil, se ha determinado que el
sistema no puede funcionar de manera distribuida en una arquitectura multinivel,
sino que debe manejarse una arquitectura de dos niveles, cliente servidor.

3
 •Programas •Datos
•Procesamiento de datos •Servicios de red

Cliente 1 Cliente 2 Cliente n Servidor

Red

GPS Camión

* Ubicación
*

Esta arquitectura manejaría un servidor liviano y muchos clientes pesados que

trabajan bajo un esquema de sincronización.

Requerimientos funcionales

Panorama.
La aplicación que se desea desarrollar proporcionara un registro de usuarios,
una vez registrados, los usuarios podrán realizar peticiones para que el camión
recolector de basura pase por su calle, una vez obtenidas las peticiones, la
aplicación por medio de un algoritmo asignara las rutas más óptima para realizar
dicho recorrido.

Requerimientos Funcionales.
- La aplicación debe permitir que los usuarios se puedan registra en la aplicación
para poder acceder a los servicios de peticiones y boletines informativos.

4
- El sistema debe manejar una conexión a Google Maps para poder visualizar la
ruta del camión recolector en tiempo real.
- La aplicación debe de tener una conexión a base de datos.
-Generar las rutas de recolección de basura de manera automática mediante un
algoritmo.
- Realizar diferentes consultas a la base de datos
- Poder visualizar contenido multimedia en las interfaces.
- Notificar a el usuario sobre las rutas y horarios.

ID Requerimiento Necesidad Estado Versión

1 Inicio de sesión E C 1
2 Conexión a Google Maps en tiempo real E C 1
de la ruta
3 Registro de usuarios E C 1
4 Asignar peticiones a los usuarios C C 1
5 Generación de la ruta optima E C 1
6 Control de peticiones C C 1
7 Timer de inicio de aplicación O C 1
**Necesidad: E = esencial, C= condicional, O = opcional
**Estado: A= abierto, C = cerrado

Actores.
- Usuario: Se encarga de controlar los esquemas de sincronización entre las
aplicaciones
- Operador: Ingresa datos al sistema y efectua consultas
- Administrador de la aplicación: Se encarga de que el sistema este
funcionando y de la administración, configuración de éste.

3.4 Requerimientos no funcionales

5
Para esta aplicación hemos definido los siguientes requerimientos no
funcionales:

- Esquema de sincronización de datos entre los niveles del sistema

- Integridad de información entre los sistemas
- Integridad del esquema de sincronización
- Capacidad del sistema de trabajar tanto en un ambiente conectado

Despliegue de la aplicación sobre sistemas de baja capacidad

Usabilidad:
La interacción entre la aplicación y el usuario será, por lo general, a través de
botones de acción para acceder a las funcionalidades.
La interfaz de la aplicación será amigable y de fácil entendimiento para el
usuario.

Confiabilidad:
El control de acceso a la aplicación será controlado por una validación de nombre
de usuario y contraseña. De esta manera para que un usuario pueda ingresar al
sistema deberá crear una cuenta con su nombre de usuario y una contraseña
asociado a un perfil, ya sea de Facebook, o dentro de la base de datos de la
aplicación.