SlideShare una empresa de Scribd logo
1 de 13
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

Documento de
Especificación de
Requisitos
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.

]
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

C ONTENIDO
1.

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

]
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

1. I NTRODUCCIÓN .
1.1 P ROPÓSITO
El 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 SISTEMA

Nombre 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 D EFINICIONES ,
1.4
2.

T RABAJOS

ACRÓNIMOS Y ABREVIAT URAS

RELACIONADOS

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 assist
El 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

]
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

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 Parking
El 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 framework
En 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 System
Se 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 Tracking
En 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.

]
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

8.

Using cellular automata on recommendation mechanism for smart parking in
vehicular environments
En 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ículosy 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 V ISIÓN

GENERAL DEL DO CUMENTO

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.

]
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

2. D ESCRIPCIÓN G ENERAL .

2.1. P ERSPECTIVA

DEL

P RODUCTO

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. F UNCIONES

DEL

P RODUCTO

Mapa y General.
-

Funcionalidad 1. Visualización del mapa. Consiste en mostrar el mapa completo
delestacionamiento 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

]
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

-

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. C ARACTERÍSTICAS

DE LO S

U SUARIOS

Para el diseño centrado en el usuario se considerarán los siguientes perfiles:
Académico (Usuario Primario)
Edad: 35-60 años
Sexo: 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áticas
Ingreso: 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/A
Horas de trabajo: N/A.

]
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

Educación: Preparatoria, Licenciatura, Maestría.
Localización: Ciudad de Mérida en su gran mayoría
Ingreso: N/A
Interacció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. R ESTRICCIONES
Estas se basan en el presupuesto, tiempo y la infraestructura con la que se cuenta.

o

o

Y

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

o

2.5. S UPOSICIONES

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.

No hay restricciones en el tiempo de desarrollo.

D EPENDENCIAS

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.

]
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

3. R EQUISITOS E SPECÍFICOS .
3.1. I NTERFACES E XTERNAS
Es 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. F UNCIONES
3.2.1. D I AG RA M A

DE C O N T E XT O D E C A SO S D E USO

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

]
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

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. R EQ UI SI T O S

FU N CI O N A L E S

-MAPAS.
RF-001 –Visualización delos 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ásacordes 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.

]
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

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 deusuario.
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 lugarespreferidos.
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.

]
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

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. R EQ UI SI T O S

DE

R EN DI MI EN T O

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. R E ST R I C CI O N E S

DE

D I S EÑ 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.

]
Título del Documento: Especificación de Requisitos Software.
ORGANIZACIÓN PATROCINANTE: FMAT-UADY

Revisión: 2°
Fecha: 30/10/2013

PROYECTO: AppCarr.

4. A PÉ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.

]

Más contenido relacionado

La actualidad más candente

3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS
3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS
3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOSDaniela Barrientos
 
Arquitectura ALMA
Arquitectura ALMAArquitectura ALMA
Arquitectura ALMALoloUBD
 
Herramienta de seguridad de windows 2012 server
Herramienta de seguridad de windows 2012 serverHerramienta de seguridad de windows 2012 server
Herramienta de seguridad de windows 2012 serverJose Perez Carropm
 
herramientas case
herramientas caseherramientas case
herramientas casetomaspetto
 
Desarrollo de apps Android basadas en localización
Desarrollo de apps Android basadas en localizaciónDesarrollo de apps Android basadas en localización
Desarrollo de apps Android basadas en localizaciónSlashMobility.com
 
Middleware en los sistemas distribuidos
Middleware en los sistemas distribuidosMiddleware en los sistemas distribuidos
Middleware en los sistemas distribuidosJC Alca Arequi
 
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...Jesús Navarro
 
Especificación de requisitos de software
Especificación de requisitos de softwareEspecificación de requisitos de software
Especificación de requisitos de softwareJhoselinQ
 
Plantilla de toma de requisitos softwarev 1.0
Plantilla de toma de requisitos softwarev 1.0Plantilla de toma de requisitos softwarev 1.0
Plantilla de toma de requisitos softwarev 1.0Javier Hermoso Blanco
 
Plantilla formato ieee830
Plantilla formato ieee830Plantilla formato ieee830
Plantilla formato ieee830ljds
 
Diagrama de actividad
Diagrama de actividadDiagrama de actividad
Diagrama de actividadJose Arellano
 
Trazabilidad En Proyectos De Software
Trazabilidad En Proyectos De SoftwareTrazabilidad En Proyectos De Software
Trazabilidad En Proyectos De SoftwareBarCamp Quito
 
APRENDIZAJE SUPERVISADO Y APRENDIZAJE NO SUPERVISADO
APRENDIZAJE SUPERVISADO Y APRENDIZAJE NO SUPERVISADOAPRENDIZAJE SUPERVISADO Y APRENDIZAJE NO SUPERVISADO
APRENDIZAJE SUPERVISADO Y APRENDIZAJE NO SUPERVISADOsystemprisoners
 

La actualidad más candente (20)

Pruebas del software
Pruebas del softwarePruebas del software
Pruebas del software
 
3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS
3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS
3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS
 
Arquitectura ALMA
Arquitectura ALMAArquitectura ALMA
Arquitectura ALMA
 
Herramienta de seguridad de windows 2012 server
Herramienta de seguridad de windows 2012 serverHerramienta de seguridad de windows 2012 server
Herramienta de seguridad de windows 2012 server
 
herramientas case
herramientas caseherramientas case
herramientas case
 
Formato ieee830
Formato ieee830Formato ieee830
Formato ieee830
 
analisis de aplicaciones web
analisis de aplicaciones webanalisis de aplicaciones web
analisis de aplicaciones web
 
Desarrollo de apps Android basadas en localización
Desarrollo de apps Android basadas en localizaciónDesarrollo de apps Android basadas en localización
Desarrollo de apps Android basadas en localización
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionalesRequisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
 
Middleware en los sistemas distribuidos
Middleware en los sistemas distribuidosMiddleware en los sistemas distribuidos
Middleware en los sistemas distribuidos
 
Patrones diseño y arquitectura
Patrones diseño y arquitecturaPatrones diseño y arquitectura
Patrones diseño y arquitectura
 
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
 
Diagrama de despliegue
Diagrama de despliegueDiagrama de despliegue
Diagrama de despliegue
 
Especificación de requisitos de software
Especificación de requisitos de softwareEspecificación de requisitos de software
Especificación de requisitos de software
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
 
Plantilla de toma de requisitos softwarev 1.0
Plantilla de toma de requisitos softwarev 1.0Plantilla de toma de requisitos softwarev 1.0
Plantilla de toma de requisitos softwarev 1.0
 
Plantilla formato ieee830
Plantilla formato ieee830Plantilla formato ieee830
Plantilla formato ieee830
 
Diagrama de actividad
Diagrama de actividadDiagrama de actividad
Diagrama de actividad
 
Trazabilidad En Proyectos De Software
Trazabilidad En Proyectos De SoftwareTrazabilidad En Proyectos De Software
Trazabilidad En Proyectos De Software
 
APRENDIZAJE SUPERVISADO Y APRENDIZAJE NO SUPERVISADO
APRENDIZAJE SUPERVISADO Y APRENDIZAJE NO SUPERVISADOAPRENDIZAJE SUPERVISADO Y APRENDIZAJE NO SUPERVISADO
APRENDIZAJE SUPERVISADO Y APRENDIZAJE NO SUPERVISADO
 

Similar a Especificación de Requisitos.

Artículo de AppCarr.
Artículo de AppCarr.Artículo de AppCarr.
Artículo de AppCarr.appcarr
 
Programación 3, Trabajo parking finder
Programación 3, Trabajo parking finder Programación 3, Trabajo parking finder
Programación 3, Trabajo parking finder Carlos Criollo
 
Sistema autoalerta para vehículos.
Sistema autoalerta para vehículos.Sistema autoalerta para vehículos.
Sistema autoalerta para vehículos.Erick Calderin
 
Repensando los parquímetros MADIC UAM-Cuajimalpa
Repensando los parquímetros MADIC UAM-CuajimalpaRepensando los parquímetros MADIC UAM-Cuajimalpa
Repensando los parquímetros MADIC UAM-CuajimalpaNora Morales
 
Agente inteligente
Agente inteligenteAgente inteligente
Agente inteligenteFreddy Ojeda
 
SRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoSRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoJuan Jose Lucero
 
Avance de Proyecto
Avance de ProyectoAvance de Proyecto
Avance de Proyectoappcarr
 
App movil c.Parking - documento técnico y funcional
App movil c.Parking - documento técnico y funcionalApp movil c.Parking - documento técnico y funcional
App movil c.Parking - documento técnico y funcionalRamón Abruña
 
Proyecto integrador Juan, David, Diego, Jhon
Proyecto integrador Juan, David, Diego, JhonProyecto integrador Juan, David, Diego, Jhon
Proyecto integrador Juan, David, Diego, Jhonjjurquijo13
 
VehíCulos Interconectados, La TecnologíA Del Futuro 2003
VehíCulos Interconectados, La TecnologíA Del Futuro 2003VehíCulos Interconectados, La TecnologíA Del Futuro 2003
VehíCulos Interconectados, La TecnologíA Del Futuro 2003martindiegotri
 
Proyecto de meoson (1)
Proyecto de meoson (1)Proyecto de meoson (1)
Proyecto de meoson (1)russell naza
 
Plan de empresa [siscov sac]
Plan de empresa [siscov sac]Plan de empresa [siscov sac]
Plan de empresa [siscov sac]Mario Laura
 
Diapositiva proyecto
Diapositiva proyectoDiapositiva proyecto
Diapositiva proyectoWilmer Bru
 

Similar a Especificación de Requisitos. (20)

Artículo de AppCarr.
Artículo de AppCarr.Artículo de AppCarr.
Artículo de AppCarr.
 
Sena lecturas[3]
Sena lecturas[3]Sena lecturas[3]
Sena lecturas[3]
 
Programación 3, Trabajo parking finder
Programación 3, Trabajo parking finder Programación 3, Trabajo parking finder
Programación 3, Trabajo parking finder
 
Sistema autoalerta para vehículos.
Sistema autoalerta para vehículos.Sistema autoalerta para vehículos.
Sistema autoalerta para vehículos.
 
AVL HARDWARE
AVL HARDWAREAVL HARDWARE
AVL HARDWARE
 
Repensando los parquímetros MADIC UAM-Cuajimalpa
Repensando los parquímetros MADIC UAM-CuajimalpaRepensando los parquímetros MADIC UAM-Cuajimalpa
Repensando los parquímetros MADIC UAM-Cuajimalpa
 
Agente inteligente
Agente inteligenteAgente inteligente
Agente inteligente
 
SRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoSRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de Transito
 
Capítulo 1
Capítulo 1Capítulo 1
Capítulo 1
 
Avance de Proyecto
Avance de ProyectoAvance de Proyecto
Avance de Proyecto
 
App movil c.Parking - documento técnico y funcional
App movil c.Parking - documento técnico y funcionalApp movil c.Parking - documento técnico y funcional
App movil c.Parking - documento técnico y funcional
 
Proyecto integrador Juan, David, Diego, Jhon
Proyecto integrador Juan, David, Diego, JhonProyecto integrador Juan, David, Diego, Jhon
Proyecto integrador Juan, David, Diego, Jhon
 
VehíCulos Interconectados, La TecnologíA Del Futuro 2003
VehíCulos Interconectados, La TecnologíA Del Futuro 2003VehíCulos Interconectados, La TecnologíA Del Futuro 2003
VehíCulos Interconectados, La TecnologíA Del Futuro 2003
 
Requerimiento de documento practica
Requerimiento de documento practicaRequerimiento de documento practica
Requerimiento de documento practica
 
Proyecto de meoson (1)
Proyecto de meoson (1)Proyecto de meoson (1)
Proyecto de meoson (1)
 
Paper Ia
Paper IaPaper Ia
Paper Ia
 
Plan de empresa [siscov sac]
Plan de empresa [siscov sac]Plan de empresa [siscov sac]
Plan de empresa [siscov sac]
 
Diapositiva proyecto
Diapositiva proyectoDiapositiva proyecto
Diapositiva proyecto
 
Articulo
ArticuloArticulo
Articulo
 
Smart Traffic
Smart TrafficSmart Traffic
Smart Traffic
 

Más de appcarr

Póster de "AppCarr"
Póster de "AppCarr"Póster de "AppCarr"
Póster de "AppCarr"appcarr
 
Un vistazo rápido a "AppCarr"
Un vistazo rápido a "AppCarr"Un vistazo rápido a "AppCarr"
Un vistazo rápido a "AppCarr"appcarr
 
Prototipo de AppCarr.
Prototipo de AppCarr.Prototipo de AppCarr.
Prototipo de AppCarr.appcarr
 
Documento de análisis de diseño
Documento de análisis de diseñoDocumento de análisis de diseño
Documento de análisis de diseñoappcarr
 
Casos de uso de AppCarr
Casos de uso de AppCarrCasos de uso de AppCarr
Casos de uso de AppCarrappcarr
 
Anexo plan de trabajo(app carr)
Anexo   plan de trabajo(app carr)Anexo   plan de trabajo(app carr)
Anexo plan de trabajo(app carr)appcarr
 
Plan encuesta proyecto
Plan encuesta proyectoPlan encuesta proyecto
Plan encuesta proyectoappcarr
 
Pruebas deusabilidad
Pruebas deusabilidadPruebas deusabilidad
Pruebas deusabilidadappcarr
 
Proyecto de ihc
Proyecto de ihcProyecto de ihc
Proyecto de ihcappcarr
 
Guía de definición del proyecto app carr
Guía de definición del proyecto app carrGuía de definición del proyecto app carr
Guía de definición del proyecto app carrappcarr
 
Proyecto appcarr(slideshare)
Proyecto appcarr(slideshare)Proyecto appcarr(slideshare)
Proyecto appcarr(slideshare)appcarr
 
Encuesta para el Proyecto
Encuesta para el ProyectoEncuesta para el Proyecto
Encuesta para el Proyectoappcarr
 
Escenarios
EscenariosEscenarios
Escenariosappcarr
 
Proyecto AppCarr
Proyecto AppCarrProyecto AppCarr
Proyecto AppCarrappcarr
 

Más de appcarr (14)

Póster de "AppCarr"
Póster de "AppCarr"Póster de "AppCarr"
Póster de "AppCarr"
 
Un vistazo rápido a "AppCarr"
Un vistazo rápido a "AppCarr"Un vistazo rápido a "AppCarr"
Un vistazo rápido a "AppCarr"
 
Prototipo de AppCarr.
Prototipo de AppCarr.Prototipo de AppCarr.
Prototipo de AppCarr.
 
Documento de análisis de diseño
Documento de análisis de diseñoDocumento de análisis de diseño
Documento de análisis de diseño
 
Casos de uso de AppCarr
Casos de uso de AppCarrCasos de uso de AppCarr
Casos de uso de AppCarr
 
Anexo plan de trabajo(app carr)
Anexo   plan de trabajo(app carr)Anexo   plan de trabajo(app carr)
Anexo plan de trabajo(app carr)
 
Plan encuesta proyecto
Plan encuesta proyectoPlan encuesta proyecto
Plan encuesta proyecto
 
Pruebas deusabilidad
Pruebas deusabilidadPruebas deusabilidad
Pruebas deusabilidad
 
Proyecto de ihc
Proyecto de ihcProyecto de ihc
Proyecto de ihc
 
Guía de definición del proyecto app carr
Guía de definición del proyecto app carrGuía de definición del proyecto app carr
Guía de definición del proyecto app carr
 
Proyecto appcarr(slideshare)
Proyecto appcarr(slideshare)Proyecto appcarr(slideshare)
Proyecto appcarr(slideshare)
 
Encuesta para el Proyecto
Encuesta para el ProyectoEncuesta para el Proyecto
Encuesta para el Proyecto
 
Escenarios
EscenariosEscenarios
Escenarios
 
Proyecto AppCarr
Proyecto AppCarrProyecto AppCarr
Proyecto AppCarr
 

Especificación de Requisitos.

  • 1. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. Documento de Especificación de Requisitos 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. ]
  • 2. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. C ONTENIDO 1. 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 ]
  • 3. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. 1. I NTRODUCCIÓN . 1.1 P ROPÓSITO El 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 SISTEMA Nombre 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 D EFINICIONES , 1.4 2. T RABAJOS ACRÓNIMOS Y ABREVIAT URAS RELACIONADOS 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 assist El 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 ]
  • 4. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. 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 Parking El 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 framework En 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 System Se 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 Tracking En 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. ]
  • 5. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. 8. Using cellular automata on recommendation mechanism for smart parking in vehicular environments En 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ículosy 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 V ISIÓN GENERAL DEL DO CUMENTO 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. ]
  • 6. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. 2. D ESCRIPCIÓN G ENERAL . 2.1. P ERSPECTIVA DEL P RODUCTO 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. F UNCIONES DEL P RODUCTO Mapa y General. - Funcionalidad 1. Visualización del mapa. Consiste en mostrar el mapa completo delestacionamiento 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 ]
  • 7. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. - 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. C ARACTERÍSTICAS DE LO S U SUARIOS Para el diseño centrado en el usuario se considerarán los siguientes perfiles: Académico (Usuario Primario) Edad: 35-60 años Sexo: 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áticas Ingreso: 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/A Horas de trabajo: N/A. ]
  • 8. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. Educación: Preparatoria, Licenciatura, Maestría. Localización: Ciudad de Mérida en su gran mayoría Ingreso: N/A Interacció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. R ESTRICCIONES Estas se basan en el presupuesto, tiempo y la infraestructura con la que se cuenta. o o Y Las herramientas de desarrollo será de tipo libres, por lo que se tendrá que trabajar con las que estas nos brindan. o 2.5. S UPOSICIONES 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. No hay restricciones en el tiempo de desarrollo. D EPENDENCIAS 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. ]
  • 9. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. 3. R EQUISITOS E SPECÍFICOS . 3.1. I NTERFACES E XTERNAS Es 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. F UNCIONES 3.2.1. D I AG RA M A DE C O N T E XT O D E C A SO S D E USO A continuación se incluye el diagrama de contexto de casos de uso en la figura “Diagrama de contexto de casos de uso”. ]
  • 10. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. 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. R EQ UI SI T O S FU N CI O N A L E S -MAPAS. RF-001 –Visualización delos 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ásacordes 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. ]
  • 11. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. 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 deusuario. 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 lugarespreferidos. 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. ]
  • 12. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. 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. R EQ UI SI T O S DE R EN DI MI EN T O 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. R E ST R I C CI O N E S DE D I S EÑ 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. ]
  • 13. Título del Documento: Especificación de Requisitos Software. ORGANIZACIÓN PATROCINANTE: FMAT-UADY Revisión: 2° Fecha: 30/10/2013 PROYECTO: AppCarr. 4. A PÉ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. ]