Especificación de Requisitos.

Título del Documento: Especificación de Requisitos Software.

ORGANIZACIÓN PATROCINANTE: FMAT-UADY

PROYECTO: AppCarr.Fecha: 30/10/2013

Revisión: 2°

Desarrollo de la aplicación para dispositivos móviles “AppCarr”, para ayudar a los usuarios a encontrar un

lugar de estacionamiento en la Facultad De Matemáticas de la UADY.

Elaborado por:

Eduardo B. Canché Vázquez.

Elías Armando Canché.

Alejandro Sumárraga Ugalde.

Carlos Araujo Piña.




Revisión: 2°

CONTENIDO1. Introducción....................................................................................................3

1.1 Propósito.................................................................................................................................................3

1.2 Ámbito del sistema..................................................................................................3

1.3 Definiciones, acrónimos y abreviaturas...................................................................................................3

1.4 Trabajos relacionados.............................................................................................3

1.5 Visión general del documento.................................................................................................................5

2. Descripción General........................................................................................6

2.1. Perspectiva del Producto........................................................................................................................6

2.2. Funciones del Producto..........................................................................................................................6

2.3. Características de los Usuarios...............................................................................................................7

2.4. Restricciones..........................................................................................................................................8

2.5. Suposiciones y Dependencias.................................................................................................................8

3. Requisitos Específicos.....................................................................................9

3.1. Interfaces Externas.................................................................................................................................9

3.2. Funciones...............................................................................................................................................9

3.2.1. Diagrama de contexto de casos de uso...........................................................................................9

3.2.2. Requisitos funcionales...................................................................................................................10

3.3. Requisitos de Rendimiento..............................................................................................................12

3.4. Restricciones de Diseño...................................................................................................................12

4. Apéndices......................................................................................................13




Revisión: 2°

1. INTRODUCCIÓN .1.1 PROPÓSITOEl propósito de este documento es presentar la especificación de requisitos para el desarrollo de una aplicación móvil para facilitar la forma de estacionarse en la Facultad de Matemáticas. El objeto de la especificación es definir de manera clara y precisa todas las funcionalidades y restricciones del sistema que se desea construir.

1.2 ÁMBITO DEL SISTEMANombre del sistema: AppCarr.Beneficios que brindará el desarrollo del sistema:

Permitir a los usuarios del estacionamiento encontrar un cajón de forma rápida Agilizar el flujo de automóviles en el estacionamiento Los usuarios podrán encontrar el cajón que más les convenga de acuerdo a sus

necesidades

Objetivo;

Crear una aplicación móvil que ayude a los usuarios del estacionamiento de la facultad a encontrar un cajón de forma fácil y rápida, para evitar la pérdida de tiempo que en ocasiones se presenta, y así evitar retardos a clases.

1.3 DEFINICIONES , ACRÓNIMOS Y ABREVIATURAS

1.4 TRABAJOS RELACIONADOS

2. Wireless Mobile-Based Shopping Mall Car Parking System (WMCPS)Este trabajo investiga los problemas del sistema de estacionamiento en Malasia y

finalmente propuso el Wireless Parking System utilizando el servicio SMS de bajo

coste. La implementación del servicio SMS en el sistema de aparcamiento permitir

a los conductores recibir información sobre la disponibilidad de espacios de

aparcamiento. En este sistema, los conductores pueden volver a enviar SMS a la

solicitud de nueva asignación de lugares de aparcamiento si no logran obtener el

destino asignado anterior.

3. Intelligent parking assistEl sistema ayuda al usuario a encontrar el espacio de aparcamiento más adecuado

sobre la base de sus preferencias y comportamiento aprendido. El sistema toma en

consideración el tiempo, el destino, el tipo de preferencia, la preferencia de los

costos, el tiempo de conducción, y la poca distancia. Por otra parte, un algoritmo




Revisión: 2°

de predicción es propuesto para predecir la disponibilidad de estacionamiento para

los diferentes lugares de estacionamiento para los diferentes momentos del día

basado en la información sobre el estacionamiento en tiempo real. Intelligent

parking assist reduce el tiempo en busca de lugares de aparcamiento en los

entornos urbanos, y por lo tanto conduce a una reducción en la polución del aire y

la congestión del tráfico.

4. Collaborative Mobile Application and Advanced Services for Smart ParkingEl sistema propuesto permite que (1) los usuarios definan sus preferencias de

estacionamiento, (2) los usuarios finales puedan ser guiados a la zona de

aparcamiento más adecuada, también con la indicación de puntos de interés, y (3)

un control de todos los vehículos que se han estacionado en su área. Otra

característica importante es la posibilidad de que los usuarios finales compartan

sus conocimientos sobre la ocupación del estacionamiento, lo cual es muy útil

cuando una zona de aparcamiento no cuenta con las medidas de la disponibilidad

precisas.

5. iParking: A parking management frameworkEn este trabajo se ha propuesto un sistema de gestión que controla los vehículos

que entran y salen del estacionamiento, calcula el número de espacios de

aparcamiento, y, finalmente, difunde la información a los usuarios del

estacionamiento. Para monitorear los vehículos, se muestra una implementación de

la red de sensores magnético. Los datos se comunica mediante cable o red

inalámbrica que se enlaza con el servidor y se almacena en la base de datos para el

análisis del número de plazas de aparcamiento disponibles , la información se

mostrará a los clientes antes de entrar en el estacionamiento. La difusión de la

información recogida es a través de redes sociales como Twitter y Facebook.

6. SmartParking: A Secure and Intelligent Parking SystemSe trata de un sistema mediante el cual los usuarios tienen la oportunidad de

reservar el espacio de estacionamiento que desean desde antes de llegar al lugar.

Esto se hace desde un dispositivo móvil, en la pantalla se muestra un croquis del

estacionamiento marcando los espacios libres, así como los ocupados y los

reservados. De esta manera la forma de estacionarse se hace más eficiente y rápida

7. Sensor Fusion-Based Vacant Parking Slot Detection and TrackingEn este trabajo se propone un sistema detección plazas de aparcamiento libre y de

seguimiento que fusiona los sensores de Around View (AVM) y un sensor

ultrasónico automático basado en el sistema de aparcamiento. Se espera que el

sistema propuesto pueda ayudar a los conductores a seleccionar convenientemente

una de las plazas de aparcamiento disponibles y apoyar al sistema de control de

estacionamiento de forma continua mediante la actualización de la ocupación de

los lugares de estacionamiento.




Revisión: 2°

8. Using cellular automata on recommendation mechanism for smart parking in vehicular environmentsEn este trabajo, se propone un mecanismo innovador adaptativo de recomendación

para estacionamientos inteligentes. El módulo de radio cognitiva (RC) transmitirá la

información de localización de vehículos y necesidad de espacio para aparcamiento,

cuando el conductor necesite para encontrar una plaza de aparcamiento. El presente

estudio evalúa el rendimiento del enfoque mediante la realización de simulaciones por

ordenador. Los resultados de la simulación muestran la eficiencia de la propuesta de

estacionamientos inteligentes en términos de reducción de la congestión y reducción

del tiempo para encontrar un lugar de estacionamiento.

Para mayor información acerca de las referencias sobre estos trabajos, checar el documento “Avance del Proyecto”.

1.5 VISIÓN GENERAL DEL DOCUMENTO Este documento consta de tres secciones. Esta sección es la introducción y proporciona una visión general del ERS. En la sección 2 se da una descripción general del sistema, con el fin de conocer las principales funciones que debe realizar, los datos asociados y los factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en excesivos detalles. En la sección 3 se definen detalladamente los requisitos que debe satisfacer el sistema.




Revisión: 2°

2. DESCRIPCIÓN GENERAL.

2.1. PERSPECTIVA DEL PRODUCTO

La aplicación utilizará un mapa precargado del estacionamiento de la Facultad de Matemáticas, por lo cual dependerá explícitamente del diseño de este mapa del estacionamiento.

Este mapa será realizado lo más apegado en al estacionamiento para poder dar una percepción realista al usuario.

2.2. FUNCIONES DEL PRODUCTO

Mapa y General.

- Funcionalidad 1. Visualización del mapa. Consiste en mostrar el mapa completo del estacionamiento sin tener una cuenta para poder visualizar de una manera general los cajones de estacionamiento que se encuentran disponibles al momento de la visualización.

- Funcionalidad 2. Ubicación de la posición del usuario. Consistirá en mostrar la ubicación actual del usuario en el mapa del estacionamiento.

- Funcionalidad 3. Preferencias. Consistirá en que el usuario podrá poner las características que más le interesan en un cajón de estacionamiento, ya sea la sombra, la cercanía o la ubicación.

- Funcionalidad 4. Carga de Horario. Consiste en obtener el horario del alumno o del maestro del SICEI o que este se introduzca de forma manual en la aplicación.

- Funcionalidad 5. Registro de Ocupación de Cajón. Consiste en registrar un cajón de estacionamiento como ocupado, basándose en el GPS del teléfono.

Cuentas




Revisión: 2°

- Funcionalidad 6. Gestión de cuentas. Consiste en el registro y modificación de la cuenta del usuario para que este cambie sus preferencias en un momento dado.

- Funcionalidad 7. Cajón Favorito: Consistirá en marcar algún cajón como predilecto por lo que este será la primera opción siempre que se busque un lugar.

- Funcionalidad 8. Recuperación de contraseña. Consiste en la recuperación de contraseñas de acceso olvidadas vía correo electrónico.

- Funcionalidad 9. Eliminación de la cuenta. Consiste en eliminar una cuenta creada anteriormente

2.3. CARACTERÍSTICAS DE LOS USUARIOS

Para el diseño centrado en el usuario se considerarán los siguientes perfiles:

Académico (Usuario Primario)

Edad: 35-60 añosSexo: Masculino/Femenino.Puesto de trabajo: Maestro, Coordinador, Secretario, Director. Nivel de experiencia: La necesaria para el puesto en el que se desempeña.Horas de trabajo: Depende de las clases que imparta si es maestro, y de 8 a 10hrs de lunes a viernes si es administrativo.Educación: Grado de escolaridad variable. De Licenciatura a PostDoctorado.Localización: Facultad de MatemáticasIngreso: Variable. (Antigüedad, Puesto, Horas de trabajo, etc).Interacción con Tecnología: Varía conforme a la edad menores de 40años familiarizados, mayores de 40 años inexpertos.Limitaciones: Sólo las relativas a su desconocimiento de la tecnología.Familia: Solteros, Casados, Divorciados, con hijos.

Alumnos (Usuario Primario)

Edad: 18 - 25 años.Sexo: masculino/femenino.Puesto de trabajo: Estudiante.Nivel de experiencia: N/AHoras de trabajo: N/A.




Revisión: 2°

Educación: Preparatoria, Licenciatura, Maestría.Localización: Ciudad de Mérida en su gran mayoríaIngreso: N/AInteracción con Tecnología: En su mayoría expertos con mucho tiempo de utilización de la misma.Limitaciones: Desconocimiento de la aplicación.Familia: Solteros, algunos con hijos.

2.4. RESTRICCIONES

Estas se basan en el presupuesto, tiempo y la infraestructura con la que se cuenta.

o La aplicación requiere de un servidor que aloje el mapa que es desplegado a los usuarios, para que cuando se marquen los lugares ocupados se registre en el servidor y se actualice. Debido al presupuesto el hosting será de poca calidad o gratuito lo que podría ocasionar fallas.

o Las herramientas de desarrollo será de tipo libres, por lo que se tendrá que trabajar con las que estas nos brindan.

o No hay restricciones en el tiempo de desarrollo.

2.5. SUPOSICIONES Y DEPENDENCIAS

Factores que pueden afectar o forman parte del entorno del sistema:

Los 2 tipos de usuarios serán muy distintos en cuanto a la edad por lo que su conocimiento de la tecnología podría variar de manera considerable.

La aplicación será accesible para todos los usuarios que posean teléfonos inteligentes. Será implementada únicamente para iOS y Android.

Se necesitara específicamente un smarthphone con Android o iOS.




Revisión: 2°

3. REQUISITOS ESPECÍFICOS .3.1. INTERFACES EXTERNASEs necesario que el usuario tenga acceso a internet, para que pueda interactuar con el sistema, pues éste, tratará de ir mostrando los lugares vacíos, justo al momento exacto que se solicita dicha información.

La aplicación interactúa directamente con entornos de hardware, ya que, permite al usuario dirigir el mapa mediante sus dedos, para poder ir observando los lugares vacíos del establecimiento.

El diseño de la interfaz de usuario se realizó de acuerdo a las funcionalidades que previamente se habían denotado y a la información obtenida durante la elicitación de requisitos. Al ser de índole social no hay limitaciones o restricciones particulares.

3.2. FUNCIONES

3.2.1. D IAGRAMA DE CONTEXTO DE CASOS DE USO

A continuación se incluye el diagrama de contexto de casos de uso en la figura “Diagrama de contexto de casos de uso”.




Revisión: 2°

En este diagrama de contexto se puede ver al actor que interviene en el programa

Usuario : Incluye estudiantes, maestros y personal administrativo de la facultad. Los detalles de estos usuarios que interactúan con la aplicación se tratan con detalle en los perfiles antes descritos en el apartado.

Para una mayor fácil comprensión, checar el “apéndice A”.

3.2.2. REQUISITOS FUNCIONALES

-MAPAS.

RF-001 –Visualización de los mapas de la Facultad.

La aplicación deberá mostrar un menú interactivo que le permitirá al usuario escoger entre los 2 mapas de la facultad.

RF-002 –Selección del mapa de la facultad que quiere visualizar.

La aplicación deberá permitir al usuario, especificar el mapa que quiera ver.

RF-003 – Actualización de mapas de la Facultad.

La aplicación podrá actualizar, en tiempo real, el cupo del estacionamiento, ya sea manualmente, por el usuario, o mediante sensores colocados en el estacionamiento.

RF-004 – Visualización de cajones de estacionamientos vacíos.

La aplicación deberá mostrar en el croquis de la facultad, aquellos lugares vacíos.

RF-005 –Visualización de cajones de estacionamiento “ideales” para el usuario.

La aplicación mostrará todos los cajones vacíos, que estén más acordes a las preferencias del usuario que haya establecido.

RF-006 –Visualización del sentido del estacionamiento de la Facultad.

La aplicación mostrará el sentido de circulación del estacionamiento de la Facultad.

RF-007 –Seleccionado de lugares.

El usuario podrá escoger algún cajón de estacionamiento en particular, y éste se mostrará en verde, siempre y cuando no esté ocupado.

RF-008 – Reinicio del estado del mapa.

La aplicación permitirá al usuario visualizar nuevamente el mapa, en el caso de que ya haya seleccionado algún lugar, o haya navegado en el mapa.




Revisión: 2°

RF-009 –Información sobre las características del lugar seleccionado por el usuario.

Una vez que se haya seleccionado algún lugar de estacionamiento, la aplicación mostrará información sobre distancia, sombra, etc. Al usuario.

RF-010 –Almacenamiento de lugares de estacionamiento.

El usuario podrá seleccionar lugares, y almacenarlos, es decir, el sistema será capaz de guardar esos lugares como “preferidos”, y serán un punto de referencia del sistema, cada vez que se inicie la aplicación.

-CUENTAS DE USUARIO.

RF-011 – Registro de usuarios.

La aplicación permitirá el registro de usuario mediante su correo electrónico y una contraseña.

RF-012 – Vinculación con Facebook, Gmail, y Twitter.

El usuario podrá registrarse en la aplicación a través de su cuenta de Facebook, Google, o Twitter.

RF-013 – Login de usuarios registrados.

El usuario registrado podrá iniciar sesión en la aplicación por medio de su correo electrónico y contraseña o cuenta vinculada.

RF-014 –Modificación de información de usuario.

El usuario registrado podrá modificar su correo electrónico y contraseña.

RF-015 – Ajustes de preferencias de usuario.

El usuario será capaz de seleccionar, de entre algunas opciones predeterminadas, ciertos atributos que le permitirá al sistema tener como referencia para poder mostrarle al usuario lugares que concuerden con las preferencias de usuario.

RF-016 – Consulta de lugares preferidos.

El usuario registrado podrá checar si los lugares que tiene registrado como preferidos, están o no ocupados al momento.

RF-017 – Eliminación de lugares preferidos.

El usuario registrado podrá eliminar los lugares que haya guardado como preferidos.




Revisión: 2°

RF-018 – Recuperación de password.

El usuario registrado podrá solicitar el envío de su contraseña de acceso a su correo electrónico.

-INFORMACIÓN Y AYUDA

RF-019 – Ayuda para el usuario.

La aplicación tendrá un pequeño manual de usuario, para que el usuario pueda orientarse en caso de que no entienda alguna especificación, ícono o botón del sistema.

3.3. REQUISITOS DE RENDIMIENTO

La aplicación será capaz de responder a las peticiones del usuario en un rango de 0 a 60 segundos, es decir, el tiempo de respuesta esperado para cualquier actividad del usuario, debe ser menor de 1 minuto.

3.4. RESTRICCIONES DE D ISEÑO

Actualmente no se cuenta con el presupuesto para utilizar estándares de diseño de la industria, por lo que se usará herramientas de diseño libres y gratuitas; al ser un proyecto de carácter independiente, no se optó por alguna restricción en cuanto al diseño de las interfaces, lo único que se toma en cuenta, es que estará desarrollada para dispositivos móviles, por lo que se debe tener en consideración la resolución del mapa que se vaya a mostrar al usuario al visualizar el estacionamiento.




Revisión: 2°

4. APÉNDICES.

Apéndice A:

Se puede considerar a los óvalos como las “interfaces” de la aplicación, siendo éstos óvalos los casos de uso de la misma, mientras que las flechas permite seguir la secuencia que tendría el usuario al estar usando la aplicación e ir entrando de “opción” a “opción”. No se pierda de vista que las interfaces y casos de uso considerados son los más importantes de la aplicación, es decir, los que los clientes “más usarían”.

Cabe aclarar que este es un proyecto independiente, por lo que se busca desarrollar una aplicación para un público restringido, pero que sea gratuito, es por esto que las herramientas que se están usando son libres, gratuitas.

En este documento se busca la manera de garantizar la calidad del producto mediante la definición de los atributos o características del producto, para una posterior implementación de esta aplicación.

Especificación de Requisitos.

Documents

Transcript of Especificación de Requisitos.