Entrega3-Desarrollo de Aplicaciones

UNIVERSIDAD HISPANOAMERICANA
INGENIERIA INFORMÁTICA
DESARROLLO DE APLICACIONES
PROYECTO
APLICACIÓN MÓVIL R&P
ESTUDIANTES:
KAROLAIN VARGAS CHAVES
KATHERINE RUIZ MARTINEZ
DANNY TRIGUEROS GUERRERO
JUAN PABLO HERRERA CHAVES
FRANCISCO PUERTAS MESTAYER
PROFESOR:
MSC. ALEJANDRO BOGANTES SALAZAR
III CUATRIMESTRE 2021

2
Tabla de contenidos
Introducción.......................................................................................................................................5
CAPITULO I: Problemática y Análisis de Proyecto..................................................................6
Marco Teórico....................................................................................................................................7
Acta Constitución del Proyecto........................................................................................................12
Justificación.....................................................................................................................................17
Problemática....................................................................................................................................18
Estructura de Desglose de Trabajo...................................................................................................19
Cronograma......................................................................................................................................20
Objetivo General..............................................................................................................................21
Objetivos Específicos.......................................................................................................................21
Historias de usuario..........................................................................................................................21
Categorización de los requerimientos funcionales...........................................................................24
Documentación de especificaciones de requerimientos del sistema (ERS)......................................25
CAPITULO II: Diseño y Control de Cambios..........................................................................41
SOLICITUD DE CAMBIO EN PROYECTO...............................................................................42
EVALUACIÓN DE SOLICITUD DE CAMBIO EN PROYECTO..............................................43
ENUNCIADO DEL ALCANCE DEL PROYECTO......................................................................................45
Contexto del mercado meta..............................................................................................................47
Casos de Uso....................................................................................................................................49
Diagrama y descripción del caso de uso #1..................................................................................49
Diagrama y descripción del caso de uso #2..................................................................................56
Diagrama de descripción de caso de uso #3.................................................................................60
Diagrama y descripción de caso de uso #4...................................................................................64
Diagrama de descipción de caso de uso #5...................................................................................70
Diagramas de secuencia...................................................................................................................77
1. Diagrama de secuencia de registro y mantenimiento de usuarios.........................................77
2. Diagrama de registro del vehículo........................................................................................77
3. Diagrama de busqueda y reserva del parqueo.......................................................................78
4. Diagrama de mantenimientos de las promociones................................................................78
5. Diagrama de inicio de sesión................................................................................................79
Diagrama de estados........................................................................................................................79
Diagrama de actividades..................................................................................................................80
3
1. Diagrama de ventas de repuestos........................................................................................80

2. Diagrama de búsqueda y reservación de parqueos...............................................................81
Diagrama Entidad-Relación.............................................................................................................82
Arquitectura del Software................................................................................................................83
Estándares de programación.........................................................................................................83
Estándares de Base de Datos........................................................................................................87
CAPITULO III: Desarrollo del Proyecto..................................................................................89
Estudio del mercado meta................................................................................................................90
Comparación de R&P con aplicaciones similares............................................................................91
Definición de tipos de clientes y principales stakeholders................................................................92
Herramienta para aplicar encuesta....................................................................................................93
Selección de la muestra....................................................................................................................93
Resultados de la encuesta.................................................................................................................93
Conclusiones....................................................................................................................................97
Bibliografía......................................................................................................................................98
Anexos.............................................................................................................................................99
Índice de tablas
Tabla 1. Historias de usuarios....................................................................................................19
Tabla 2. Requerimientos funcionales.........................................................................................21
Tabla 3. REQ -00- Ingreso desde cuentas de redes sociales.......................................................23
Tabla 4. REQ- 01- Ingreso con usuario y contraseña..................................................................23
Tabla 5. REQ-02- Formulario de Registro Cliente.......................................................................24
Tabla 6. REQ -03- Opción de Búsqueda de Parqueos.................................................................26
Tabla 7. REQ - 04- Opción de Búsqueda de Repuestos..............................................................27
Tabla 8. REQ-05- Sitio de localización por medio de mapas.......................................................28
Tabla 9. REQ-06- Información de los Parqueos..........................................................................29
Tabla 10. REQ -07- Información de las tiendas de repuestos.......................................................30
Tabla 11. REQ- 09- Reservación de espacio en el parqueo..........................................................31
Tabla 12. REQ- 012- Guardar información del vehículo...............................................................32
Tabla 13. REQ- 013- Tipos de perfiles...........................................................................................33
Tabla 14. REQ- 014- Catálogo de usuarios...................................................................................34
4
Tabla 15. REQ- 015- Mantenimiento de proveedores de parqueos.............................................35

Tabla 16. REQ-016- Mantenimiento de Proveedores de Repuesto..............................................36
Tabla 17. REQ- 017-Catalogo de vehículos...................................................................................37
Tabla 18. REQ- 018-Barra de navegación en el perfil administrador............................................38
Índice de figuras
Figura 1. Ciclo de vida Clásico........................................................................................................9
Figura 2. Modelo Cascada...........................................................................................................10
Figura 3. Proceso de desarrollo por prototipos...........................................................................10
Figura 4. Modelo Incremental.....................................................................................................11
Figura 5. Modelo Espiral..............................................................................................................12
Figura 6. Diagrama de causa y efecto..........................................................................................18
Figura 7. 1 Resultados encuesta aplicada...................................................................................95
Figura 8. 2 Resultados encuesta aplicada....................................................................................95
Figura 9. 3 Resultados encuesta aplicada....................................................................................96
Figura 10. 4 Resultados encuesta aplicada................................................................................96
Figura 11. 5 Resultados encuesta aplicada...............................................................................97
Figura 12. 6 Resultados encuesta aplicada...............................................................................97
Figura 16. 10 Resultados encuesta aplicada..............................................................................99
5
Introducción
En Costa Rica durante los últimos años se ha visto un incremento muy considerado de
vehículos en la Gran Área Metropolitana (GAM), y como consecuente el
congestionamiento de las vías costarricenses le han dado gran importancia a la Ingeniería
de Tránsito. Los proyectos en el campo del transporte son de los recursos más exigentes por
lo que se deben estudiar con detenimiento para lograr su optimización. En Costa Rica se
espera que el automóvil continúe dominando, siendo la forma de transporte en las áreas
urbanas durante los próximos años.
Hoy en día la tecnología ha sido un pilar muy importante en diferentes proyectos tanto así
que ha venido cambiado el curso de la historia, los recursos que brinda dicha herramienta
han sido de gran utilidad, en otras palabras, hacen que las personas obtengan una
optimización de procesos y así mejorar las condiciones de la vida cotidiana. Diariamente,
se utiliza un medio de transporte para llegar a nuestro destino, se utiliza el celular para
realizar una llamada telefónica personal o bien de negocios; y se pueden mencionar una
gran variedad de tecnologías que conviven alrededor. Se considera a la tecnología como
una extensión de la innovación del ser humano para poder desenvolverse mejor en el día a
día.
Por esta razón, unir dos situaciones de una forma correcta que es como encontrar un
mecanismo para ayudar a disminuir la densidad vehicular en las zonas más pobladas de
Costa Rica involucrando la tecnología es una manera de innovar en este sector . Por lo
tanto, este documento cuenta con toda la información necesaria para implementar una
aplicación móvil que ayude agilizar el tránsito de la GAM, con el objetivo de ofrecer a los
costarricenses un sistema donde tenga a su alcance los parqueos públicos que se encuentren
cerca de ellos, y la información indispensable del sitio, es decir, su ubicación exacta, su
horario al público, precios, y características de este, si es techado o no, por ejemplo. Así
como permitirle reservar su espacio con antelación.
Además, la aplicación móvil cuenta adicionalmente con la función de búsqueda y rápido
acceso a la ubicación de las diferentes tiendas de auto repuestos ya sean usados o nuevos,
esto para brindar un servicio óptimo, ya que debido a la gran flota vehicular antes
mencionada, la demanda en este tipo de servicios puede aumentar y esto mejoraría el
atractivo de la aplicación móvil al público.
Por último, pero no menos importante este escrito posee toda la documentación necesaria
para llevar a cabo dicho proyecto de aplicación móvil basándose en todos los
requerimientos que solicita el cliente, desarrollando el software con todas las peticiones
recibidas para que los usuarios tengan la facilidad de utilizarla y tener información
actualizada de cada parqueo público y tienda de auto repuestos posible. La tecnología es el
principal recurso que nos permite realizar este tipo de proyecto creando una mejor
6
herramienta y accesorio adaptado a los usuarios para facilitar, ahorrar esfuerzo, tiempo y
sobre todo ayudar a un problema muy concurrido en Costa Rica.
CAPITULO I:
Problemática y Análisis de Proyecto
7
Marco Teórico
Se pretende crear un software que pueda ser utilizado como una herramienta funcional para
la búsqueda de parqueos y de repuestos, así como tener un mecanismo para ayudar a
disminuir la densidad vehicular en las zonas más pobladas de Costa Rica involucrando la
tecnología, estos serán objeto de análisis para adquirir el conocimiento y poder desarrollar
el trabajo propuesto.
En esta fase conoceremos todos los conceptos que nos van a ayudar a comprender de mejor
manera todas las fases del proyecto y el tema de análisis para poder desarrollarlo de la
manera correcta. Los conceptos que vamos a abordar están relacionados con la Ingeniería
de Software.
1. Ingeniería de Software
La ingeniería de software es una disciplina formada por un conjunto de métodos,

herramientas y técnicas que se utilizan en el desarrollo de los programas informáticos
(software).
Esta disciplina trasciende la actividad de programación, que es el pilar fundamental a la
hora de crear una aplicación. El ingeniero de software se encarga de toda la gestión del
proyecto para que éste se pueda desarrollar en un plazo determinado y con el presupuesto
previsto.
La ingeniería de software, por lo tanto, incluye el análisis previo de la situación, el diseño
del proyecto, el desarrollo del software, las pruebas necesarias para confirmar su correcto
funcionamiento y la implementación del sistema(Ana Gardey,2009).
Para tener una idea más clara sobre este tema, vamos a citar distintos conceptos de varios
autores:
(1) El establecimiento y uso de principios de ingeniería robustos, orientados a obtener
económicamente software que sea fiable y funcione eficientemente sobre máquinas
reales(F. Bauer Conferencia de la OTAN, 1969).
(2) La Ingeniería del Software incluye la aplicación práctica del conocimiento científico en el
diseño y construcción de los programas y la documentación requerida para su desarrollo,
operación y mantenimiento (B. Boehm 1976).

8
(3) El enfoque sistemático para el desarrollo, operación, mantenimiento y eliminación del
software, definiendo como software los programas, procedimientos, reglas y
documentación, así como los datos de operación de un sistema de cómputo (Glosario IEEE
1983).
Algo que tienen en común estas definiciones de Ingeniera de Software es que esta como tal
no solo se aplica en proyectos informáticos, sino que también está relacionada con
programas, procedimientos, sistemas operativos, también está relacionado con la
programación, y otras áreas.
2. Metodologías
Otro aspecto importante son las metodologías y modelos ya que nos ayudan a entender las
pautas, fases o procesos que un proyecto debe seguir para realizar sus tareas más
importantes y nos permite construir un equipo de trabajo más autosuficiente e
independiente de manera que nos permite reunirnos cada cierto tiempo para organizarnos, y
así poco a poco, se va construyendo le proyecto, a la vez que se puede ir aportando nuevos
requerimientos o correcciones, e ir comprobando cómo avanza el proyecto en tiempo real.
A continuación, se presenten algunas de las principales metodologías ágiles existentes:
Kanban: metodología de trabajo inventada por la empresa de automóviles Toyota. Consiste
en dividir las tareas en porciones mínimas y organizarlas en un tablero de trabajo dividido
en tareas pendientes, en curso y finalizadas. De esta forma, se crea un flujo de trabajo muy
visual basado en tareas prioritarias e incrementando el valor del producto (Raymond ,10)
Scrum: es también una metodología incremental que divide los requisitos y tareas de forma
similar a Kanban. Se itera sobre bloques de tiempos cortos y fijos (entre dos y cuatro
semanas) para conseguir un resultado completo en cada iteración.
Lean: está configurado para que pequeños equipos de desarrollo muy capacitados elaboren
cualquier tarea en poco tiempo. Los activos más importantes son las personas y su
compromiso, relegando así a un segundo plano el tiempo y los costes.
El aprendizaje, las reacciones rápidas y potenciar el equipo son fundamentales.
Programación extrema (XP): es una metodología de desarrollo de software basada en las
relaciones interpersonales, que se consideran la clave del éxito. Su principal objetivo es
crear un buen ambiente de trabajo en equipo y que haya un feedback constante del cliente.
Los modelos presentan una parte muy importante para cualquier proyecto de software y
están conformados por etapas que son generales a todos los enfoques. Las diferencias están
básicamente en los tiempos en los cuales se realizan dichas etapas, la simultaneidad, la
9
prioridad que se le da a cada etapa, entre otros elementos. Otras características se pueden
observar en detalle en la definición de cada uno de los modelos.
Figura 1. Ciclo de vida Clásico
La figura muestra el ciclo de vida que debe cumplir un software que da paso al tiempo de vida que este pueda adquirir
con la implementación de los modelos del proceso de la ingeniería del software.
Fuente: Roger S. Pressman. Ingeniería del Software, Un enfoque práctico. Quinta edición. McGraw Hill
3. Modelo de Cascada
Modelo en cascada el más conocido, está basado en el ciclo convencional de una ingeniería,
el paradigma del ciclo de vida abarca las siguientes actividades:
Figura 2. Modelo Cascada

10
Esta figura representa la serie de fases que se ejecutan secuencialmente.
4. Procesos de software por prototipo
El paradigma de desarrollo por prototipos permite refinar sistemas complejos con base en
un sistema mínimo definido al principio del proceso de la especificación del sistema y de
los cuales el cliente no tiene la definición completa de requisitos.
Figura 3. Proceso de desarrollo por prototipos
5. Modelo Evolutivo
La idea detrás de este modelo es el desarrollo de una implantación del sistema inicial,
exponerla a los comentarios del usuario, refinarla en N versiones hasta que se desarrolle el
sistema adecuado. En la Figura 6 se observa cómo las actividades concurrentes:
especificación, desarrollo y validación, se realizan durante el desarrollo de las versiones
hasta llegar al producto final.
Una ventaja de este modelo es que se obtiene una rápida realimentación del usuario, ya que
las actividades de especificación, desarrollo y pruebas se ejecutan en cada iteración. Existen
dos tipos de desarrollo evolutivo:
Desarrollo Exploratorio: El objetivo de este enfoque es explorar con el usuario los
requisitos hasta llegar a un sistema final. El desarrollo comienza con las partes que se tiene
más claras. El sistema evoluciona conforme se añaden nuevas características propuestas por
el usuario.
Enfoque utilizando prototipos: El objetivo es entender los requisitos del usuario y trabajar
para mejorar la calidad de los requisitos. A diferencia del desarrollo exploratorio, se
comienza por definir los requisitos que no están claros para el usuario y se utiliza un
prototipo para experimentar con ellos. El prototipo ayuda a terminar de definir estos
requisitos.
11
6. Modelo Incremental
El enfoque incremental de desarrollo se ve como una forma de reducir la repetición del

trabajo en el proceso de desarrollo y dar oportunidad de retrasar la toma de decisiones en
los requisitos hasta adquirir experiencia con el sistema. Es una combinación del Modelo de
Cascada y Modelo Evolutivo.
Figura 4. Modelo Incremental
7. Modelo Espiral
El modelo espiral para la ingeniería de software ha sido desarrollado para cubrir las mejores
características tanto del ciclo de vida clásico, como de la creación de prototipos, añadiendo
al mismo tiempo un nuevo elemento: el análisis de riesgo.
12
Figura 5. Modelo Espiral
Acta Constitución del Proyecto

Fecha Elaboración: 08/06/2021 Nombre del proyecto: R&P
Director de proyecto Patrocinador del proyecto

Katherine Ruiz Martinez Alejandro Bogantes Salazar
Fecha de inicio del proyecto Fecha tentativa de finalización del proyecto
07/06/2021 13/12/2021
Objetivo general
Desarrollar un sistema de software para dispositivos móviles utilizando la metodología de
administración de proyectos que permita a los conductores ubicar los parqueos públicos
además ventas de repuestos para autos más cercanos y así agilizar el tránsito en la Gran Área
Metropolitana de Costa Rica.
Objetivos específicos:
1. Analizar la situación actual del proceso de ubicación de parqueos públicos y ventas de
repuestos ubicados en la Gran Área Metropolitana.
2. Detallar los requerimientos finales de la aplicación móvil basado en las historias de
usuario generadas.
3. Diseñar el prototipo del sistema haciendo uso de los diagramas UML para el
entendimiento de las partes interesadas y que representen una mejora considerable en
el desarrollo del producto final.
4. Desarrollar la aplicación móvil para ayudar agilizar el tránsito con la función de ubicar
los parqueos públicos y tiendas de auto repuestos en la Gran Área Metropolitana.
Justificación del proyecto (importancia e innovación)
Costa Rica enfrenta un desafío importante en el tema del avance tecnológico en las empresas.
El uso de dispositivos móviles ha sido una herramienta de impacto para que las compañías
puedan crecer día con día. Sin embargo, no todas estas cuentan con la posibilidad de
extenderse por miedo a adaptarse a nuevas tendencias que se tiene en el mercado.
La mayoría de los parqueos públicos no cuidan adecuadamente sus instalaciones, es

casi un hecho que las zonas de administración estén descuidadas. Esto debido a que muchas
instalaciones administran su negocio de una manera muy antigua, incluso se registran datos e
13
información en Excel, sin utilizar ninguna herramienta informática. Además, en las ventas de
repuestos se plantea un mejor manejo de la facilidad de encontrar los repuestos debido a la
gran demanda que poseen estos establecimientos y brindar un mejor servicio al cliente. Al
estar en la era de la información, y por la importancia de esta se decidió plantear una solución
y mejora en los procesos, para así obtener mejores ingresos y crecer de gran manera en el
mercado de los parqueos y las ventas de repuestos en el GAM, con enfoque principalmente en
los parques públicos y ventas de repuestos y la facilidad de acceso a ellas.
Descripción proyecto
La aplicación R&P contará con dos tipos de usuarios cliente y administrador donde
deberán registrarse para hacer uso de ella.
Se mostrará todas las ubicaciones más cercanas de parqueos públicos al usuario con toda la
información necesaria: nombre del parqueo, precios que ofrece, horario, algunos servicios
extras que ofrece el parqueo: lavacar, chequeo de aire, etc. Así como también darle la
opción al usuario cliente en poder reservar su espacio desde la aplicación y realizar el pago
del servicio desde una tarjeta de crédito o débito, en caso de hacer el pago en efectivo, se le
notifica al proveedor. En el momento de consultar el parqueo de su preferencia se muestra
imágenes de la infraestructura del parqueo, donde el cliente pueda ver en qué condiciones
se encuentra el mismo y que tanta seguridad cuenta el sitio. En el momento de comenzar a
hacer uso del espacio reservado tendrá un cronómetro con el tiempo que lleva usando
dicho espacio.
Otras de las funcionalidades de la aplicación R&P es la búsqueda de repuestos nuevos o
usados. En esta sección, en el momento que el cliente realiza su búsqueda de un artículo en
específico, se mostrará todas las tiendas que estén ubicadas dentro de la Gran Área
Metropolitana que ofrecen el repuesto. Al seleccionar la tienda de ventas de repuestos a la
que se está interesado, despliega toda la información: nombre, ubicación, horario, precio,
etc.
Principales Funcionalidades:
1. Opción de Búsqueda de Parqueos.
2. Opción de Búsqueda de Ventas de Repuestos.
3. Sitio de localización por medio de mapas.
4. Información de parqueos.
14
5. Información de ventas de repuestos.

Innovación:
1. Hacer reservación de espacio, pagos y brindar información esencial de parqueos
públicos en la GAM, nos permite innovar en el mercado ya que este tipo de
aplicaciones no se encuentran en el país.
2. Centralizar tiendas de repuestos que estén dentro de la GAM, en donde el cliente logre
ubicar repuestos usados y nuevos desde una aplicación móvil, mostrando información
del sitio donde se localiza el repuesto.
Entregables
Etapa: Fase de Análisis:
 Portada
 Introducción
 Acta constitutiva del proyecto
 Descripción de problemática
 Objetivo General
 Objetivo específico
 Limitaciones
 Historias de usuario
 Clasificación de requerimientos
 Especificación detallada de requerimientos
 Estructura de Desglose de Trabajo
 Cronograma del proyecto
 Conclusiones
Etapa: Fase de Diseño:
 Plantillas de gestión del cambio aprobadas y firmadas
 Documento de gestión del alcance, firmado y aprobado
 Cronograma actualizado del proyecto
 Mercado meta nacional
 Diagrama de casos de uso depurados y corregidos
 Diagramas de secuencia
 Diagrama de clases y objetos
15
 Diagrama de estados
 Diagrama de actividades
 Diagrama de despliegue
 Creación del plan de pruebas
 Documentación de estándares de programación
 Documentación de estándares de bases de datos
 Diseño preliminar de Base de datos
 Diagrama Entidad- Relación de Base de Datos
Etapa: Fase de Prototipo:
 Prototipo completo y sin errores
 Creatividad, uso de colores, innovación e investigación en el prototipo
 Pruebas prácticas de usuarios
Etapa: Fase de Desarrollo:
 Estudio del mercado meta
 Código fuente y archivos de la solución del proyecto
 Control de cambios documentos y firmados
 Ejecución del proyecto
Etapa: Fase de Ejecución:
 Manual técnico del proyecto
 Manual de usuario o ayuda en línea
 Documento de aceptación y finalización del desarrollo
 Presentación y ejecución del proyecto sin errores
Supuestos
Para el desarrollo de este proyecto, se tienen los siguientes supuestos:
 Contar con un teléfono móvil con conexión a internet.
 El usuario debe tener conocimientos básicos en el manejo de teléfono móvil.
 El usuario debe saber cómo leer y escribir.
 Se asume que el grupo de trabajo hará sus investigaciones propias sobre la
metodología a utilizar.
 Se asume que el equipo está comprometido en estudiar e investigar como implementar
todos los requerimientos solicitados.
 Se asume que el equipo domina el lenguaje de programación en el que se va a
16
desarrollar el proyecto.
Limitaciones
Se cuenta con las siguientes limitaciones para el desarrollo del proyecto:
 Una posible salida de un miembro clave del proyecto.
 Datos no actualizados o incompletos.
 Una posible falla del internet.
 La documentación del sistema estará escrita en español.
 No se analizarán otros mercados potenciales, así como productos similares dentro de
otras regiones del país.
 Se cuenta con un equipo de trabajo de 5 estudiantes para la realización del proyecto.
Información histórica relevante
La fusión de estos 2 tipos de comercio como lo es, los parqueos públicos y las tiendas de
repuestos es una innovación para la población de la Gran Área Metropolitana ya que con esta
iniciativa tecnológica involucramos a este sector del comercio a la revolución virtual, donde
pueden tener un punto a favor hacia sus competidores. Es por esto por lo que las
funcionalidades que cuenta R&P como mostrar los parqueos más cercanos de donde se
encuentra el cliente y la búsqueda de repuestos de tiendas que se están dentro de la Gran Área
Metropolitana. En estos tiempos de pandemia es muy eficiente el uso de la tecnología para el
cuidado de los clientes y de los trabajadores.
El reservar espacio con antelación hace que el usuario se ahorra tiempo en andar buscando
personalmente un parqueo que mejor de conviene. Así como la búsqueda de repuestos ayuda a
que el cliente vaya directo al sitio donde está el producto que necesita.
Fecha de Aprobación: 07/10/2021
Comité del proyecto
Nombre Rol que desempeña Firma

Alejandro Bogantes Salazar Patrocinador
Katherine Ruiz Martínez Líder del proyecto
Danny Trigueros Guerrero Diseño UML
Juan Pablo Herrera Chaves Desarrollador
Francisco Puertas Mestayer Prototipo
Karolain Vargas Chaves Documentación
Justificación
La mayoría de los parqueos públicos no cuidan adecuadamente sus instalaciones, es
casi un hecho que las zonas de administración estén descuidadas. Esto debido a que muchas
instalaciones administran su negocio de una manera muy antigua, incluso registra sus datos
e información en Excel, sin utilizar ninguna herramienta informática. Además, en las ventas
de repuestos se plantea una mejor facilidad para encontrar los repuestos, debido a la gran
17
demanda que poseen estos establecimientos se debería tener una administración y un

servicio al cliente más eficiente.
Al estar en la era de la información, y por la importancia de esta se decidió plantear una
solución y mejora en los procesos, para así obtener mejores ingresos y crecer de gran
manera en el mercado de los parqueos y las ventas de repuestos en la Gran Área
Metropolitana de Costa Rica. Algunos factores que día a día aumentan la congestión vial
pueden ser la falta de puentes, mala conducta de los conductores, ausencia de educación
vial. Sin embargo, hay pequeños detalles que no podemos dejar por fuera y necesarios para
tomarlos en cuenta, y es como el colapso en calles por personas que parquean en las orillas
de la calzada ya sea porque no encuentran un parqueo o no saben sus precios, exponiéndose
a una infracción en zonas donde es prohibido el estacionamiento.
Así como hay otros que prefieren usar los parquímetros que ofrece el municipio a como hay
otros usuarios que buscan seguridad y no desean dejarlos fuera de un parqueo. Sin
embargo, otra solución para las principales zonas urbanas del GAM es disponer de
aparcamientos de vehículos pesados, dimensionados de acuerdo con el déficit de plazas de
estacionamiento para este tipo de transporte, con la finalidad de evitar que estos ocupen
espacios a la vía pública.
En la actualidad, las soluciones computacionales o software son múltiples y sus costos de
implementación son mucho menores que en décadas pasadas. Hoy, existe incluso una gran
variedad de software de código abierto, que pueden ser descargados en forma gratuita desde
internet y utilizados en los procesos productivos sin ningún costo. Instaurar programas
computacionales de manera sistemática y estandarizada puede resultar clave para las
organizaciones.
La ingeniería de Software es innegablemente beneficiosa para las compañías, pero para
aprovecharla al máximo es vital que antes de cualquier inversión las empresas realicen un
estudio de los procesos de negocio que se desean apoyar con tecnologías de información.
De este modo, es posible realizar alineaciones, cambio de prácticas de trabajo, establecer
claramente responsables y delimitar métricas, antes de hacer una inversión en software. Por
esta razón, la investigación sobre el manejo de las carreteras y su uso por parte del
conductor es importante estudiarla, también de cómo funcionan los parqueos públicos y sus
ventas de repuestos, cada detalle que sea de vital interés para lograr la mejor funcionalidad
de la aplicación.
Problemática
Figura 6. Diagrama de causa y efecto

18
Fuente: Elaboración propia
Para explicar la problemática de R&P se utiliza el diagrama más conocido como Diagrama
Ishikawa o Diagrama de Espina de Pescado por su parecido a un esqueleto de un pescado.
Se utiliza ya que es una manera fácil de desarrollar este tema y sea entendido para todos. Es
una herramienta efectiva para estudiar procesos, situaciones y desarrollar un plan donde se
recolecten datos.
La aplicación móvil R&P se centra en la búsqueda de parqueos públicos y auto repuestos
que se encuentren dentro de la Gran Área Metropolitana, por ende, se dio la tarea de
investigar las posibles soluciones o ayudas en la que R&P aportaría en estas áreas. Sin
embargo, esas posibles soluciones hoy en día resultan ser un problema que está presente.
Una de las causas principales son los accidentes más que todo en rutas de la GAM que son
de las más transitadas en Costa Rica. La falta de cultura por parte de los conductores que
llevan a desobedecer las señales de tránsito y la cantidad de vehículos que permanecen
estacionados en las orillas de las calles.
El último factor mencionado en el párrafo anterior se debe a otra de las principales causas
que es la información. La falta de información de los parqueos y un control ineficiente en el
inventario de los artículos en las tiendas de repuestos, la falta de capacitación del personal
en el ámbito de servicio al cliente, el desperdicio de papel ya sea para las facturas de los
clientes, pedidos, cotizaciones, etc.
Una de las causas identificada es la carencia de centralización de tiendas que se ubican
dentro de la GAM, implica que no se conozcan tiendas nuevas, o la distancia es muy larga
de donde el usuario se encuentra. Otra de las causas es el poco conocimiento dentro del
mercado ya sea en el ámbito de parqueos o tienda de repuestos, no ofrecer una alternativa
19
tecnológica hoy en día son puntos menos contra la competencia. La infraestructura y la

seguridad se suman a una de las causas principales de la problemática, donde obliga a los
conductores no estacionarse en parqueos ya sea por la falta de espacio o la poca seguridad
que brinda el parqueo. Esto aplica para las tiendas de ventas de repuestos, ya que se pueden
ubicar en lugares peligrosos y poco confiables.
Estructura de Desglose de Trabajo
Cronograma
20
Actividades Inicio Final
1) Marco Teórico 4 – oct -2021 8 – oct -2021

2) Depuración de historias de usuario 4 – oct -2021 8 – oct -2021
3) Depuración de estructura 4 – oct -2021 8 – oct -2021
4) Depuración ERS 4 – oct -2021 8 – oct -2021
5) Acta constitutiva del proyecto 4 – oct -2021 8 – oct -2021
6) Descripción del producto 8- oct-2021 10- oct- 2021
7) Problema, justificación e 8- oct-2021 10- oct- 2021
importancia
8) Objetivos generales y específicos 8- oct-2021 10- oct- 2021
9) Categorización de los 8- oct-2021 10- oct- 2021
requerimientos
10) Conclusiones 8- oct-2021 10- oct- 2021
11) Defensa #1 11- oct- 2021 11-oct-2021
12) Lista de requerimientos a

desarrollar
13) Gestión del cambio 14-oct-2021 20-oct-2021
14) Contexto del mercado meta 14-oct-2021 20-oct-2021
15) Diagrama casos de uso 14-oct-2021 20-oct-2021
16) Diagrama de secuencia 14-oct-2021 20-oct-2021
17) Diseño y prototipo no funcional 14-oct-2021 26-oct-2021
18) Conclusiones 26-oct-2021 29-oct-2021
19) Defensa #2 31-oct-2021 31-oct-2021
20) Programar login a la aplicación 7-nov-2021 14-nov-2021

21) Programar login con redes sociales 7-nov-2021 14-nov-2021
22) Añadir el plugin de los servicios de 7-nov-2021 14-nov-2021
Google
23) Crear BD 7-nov-2021 14-nov-2021
24) Programar funciones en Firebase 7-nov-2021 14-nov-2021
25) Vincular hashes con Firebase 15-nov-2021 22-nov-2021
26) Vincular el SDK 15-nov-2021 22-nov-2021
27) Obtener el ID del cliente OAuth 2.0 15-nov-2021 22-nov-2021
28) Añadir un fichero de configuración 15-nov-2021 22-nov-2021
29) Crear Bucket 15-nov-2021 22-nov-2021
30) Vincular proyecto con Firebase 24-nov-2021 28-nov-2021
31) Programar búsqueda de parqueos 29-nov-2021 4-dic-2021
32) Programar búsqueda de repuestos 29-nov-2021 4-dic-2021
33) Crear listas y visualizaciones 29-nov-2021 4-dic-2021
34) Vincular API de Mapa 29-nov-2021 4-dic-2021
21
Objetivo General
Desarrollar un sistema de software para dispositivos móviles utilizando la metodología de
además la búsqueda de auto repuestos y así agilizar el tránsito en la Gran Área
Metropolitana de Costa Rica.
Objetivos Específicos
1. Analizar la situación actual del proceso de ubicación de parqueos públicos y ventas
de repuestos ubicados en la Gran Área Metropolitana.
2. Determinar los requerimientos finales de la aplicación móvil basado en las historias
de usuario generadas.
3. Diseñar el prototipo del sistema haciendo uso de los diagramas UML para el
entendimiento de las partes interesadas y que representen una mejora considerable
en el desarrollo del producto final.
4. Desarrollar la aplicación móvil para ayudar agilizar el tránsito con la función de
ubicar los parqueos públicos y auto repuestos en la Gran Área Metropolitana.
Historias de usuario
Tabla 1. Historias de usuarios
N.º Rol Actividad Funcionalidad Criterio de Notas

requerida aceptación adicionales
1 Cliente de la Contar con una Lograr crear una Contar con un
aplicación aplicación móvil cuenta y registrarme. logo y colores
agradable, moderna y agradables para el
fácil de utilizar. usuario.
2 Cliente de la Tener un vistazo Obtener una apariencia Icono que haga
aplicación general de las atractiva de la referencia al sitio.
ubicaciones de aplicación.
parqueos públicos.
3 Cliente de la Obtener la ubicación Observación de los Brindar ubicación Marcar la ruta de
aplicación exacta de donde me parqueos cercanos. exacta de los mi ubicación
encuentro parqueos. hasta la ubicación
del parqueo que
elijo.
4 Cliente de la Ver las principales Tomar una mejor Información Mostrar si el
aplicación características que decisión de cual verdadera de cada parqueo ofrece
ofrece el parqueo. parqueo escoger. parqueo. servicios
adicionales.
22
5 Cliente de la Ver imágenes de las Determinar si el Buena visibilidad -Conseguir fotos

aplicación instalaciones del parqueo es apropiado de las imágenes. del sitio.
parqueo si lo deseo. para mí. -Desplegar una
colección de
imágenes por
parqueo.
6 Cliente de la Reservar con Planificar mi viaje Observación de
aplicación anticipación mi espacios
espacio en un parqueo. ocupados y
desocupados
7 Cliente de la Registrarme por medio Facilitar el modo de Variedad de redes Incluir opción de
aplicación de redes sociales, ingresar o registrarse y aceptadas. recordar usuario y
cuenta Google o hacer uso de la contraseña.
Microsoft. aplicación.
8 Cliente de la Guardar ubicaciones e Evitar hacer el mismo Opción de Mostrar de
aplicación información de los procedimiento guardar favoritos. primero las
vehículos. siempre. ubicaciones o
vehículos
guardados.
9 Cliente de la Calificar y dar mi Recomendar o no a los Sistema de Rango de la
aplicación opinión acerca del demás clientes de la clasificación de calificación es de
parqueo. aplicación y tener una satisfacción. 1 al 5, siendo 1 el
referencia del sitio. más bajo y 5 la
más alta.
10 Cliente de la Tener un vistazo Obtener una apariencia Icono que haga
aplicación general de las atractiva de la referencia al sitio.
ubicaciones de las aplicación.
ventas de repuestos.
11 Cliente de la Ver las principales Tomar una mejor Mostrar
aplicación características que decisión de cual venta información clara
ofrece las ventas de de repuestos escoger. y concisa.
repuestos.
12 Cliente de la Calificar y dar mi Recomendar o no a los Sistema de Rango de la
aplicación opinión acerca de la demás clientes de la clasificación de calificación es de
venta de repuestos. aplicación y tener una satisfacción. 1 al 5, siendo 1 el
referencia del sitio. más bajo y 5 la
más alta.
13 Cliente de la Contar con una Facilitar búsqueda Sistema de filtros
aplicación función de búsqueda mediante filtros de las por áreas.
ágil. ventas de repuestos.
14 Administrad Contar con dos tipos Definir las acciones Al seleccionar Modificar
or de la de usuarios. que pueda realizar cualquiera de los información
aplicación cada uno. perfiles visualizar
las secciones
permitidas para
23
cada uno.
15 Administrad Tener un catálogo de Saber cuáles clientes Al seleccionar El sistema define
or de la usuarios son más activos y esta opción estadísticas de
aplicación quienes usan más la mostrar acuerdo con la
aplicación. información solo información del
necesaria. catálogo clientes.
16 Administrad Agregar y modificar Actualizar información Verificar que
or de la proveedores que se de los sitios que se le aparezca el
aplicación asocien a la aplicación. muestren al cliente. cambio y el
cliente pueda
visualizarlo.
17 Administrad Tener un catálogo de Saber qué tipo de Información Sistema define
or de la vehículos y motos. vehículos son los más como placa, estadísticas de
aplicación utilizados en parqueos marca, color, etc. acuerdo con el
públicos. tipo de vehículo.
18 Administrad Contar con un menú Encontrar de manera Sistema de
or de la de navegación en el fácil cada sección. búsqueda ágil.
aplicación perfil Administrador.
19 Administrad Autenticar que el Asegurar información, Negar el acceso a
or de la acceso al perfil que sea modificado una sección de
aplicación Administrador sea un solo por un usuario acceso restringido
verdadero usuario de Administrador. sin su respectiva
este tipo. autenticación.
20 Administrad Visualizar reportes de Saber cuáles Obtención de
or de la tarifas, zonas de proveedores son los reportes
aplicación parqueos, días, horas. más activos en un año, mensuales.
o ver las tarifas más
bajas.
21 Administrad Contar con secciones Podemos acceder tanto Contar con
or de la diferentes a los parqueos secciones
aplicación públicos, las ventas de divididas para las
repuestos y sus funciones de la
respectivas aplicación.
modificaciones.
22 Administrad Contar con Encontrar números de Mostrar
or de la información de las teléfono, horarios, etc. información clara
aplicación ventas de repuestos y concisa
Categorización de los requerimientos funcionales
Tabla 2. Requerimientos funcionales
Requerimiento Mantenimiento Proceso Trámite WS Consumo Consultas y

de datos reportes
24
Ingreso desde cuentas X

de redes sociales
Ingreso con usuario y X
contraseña
Formulario de Registro X
Cliente
Opción de Búsqueda X
de Parqueos
Opción de Búsqueda X
de Ventas de
Repuestos
Sitio de localización X
por medio de mapas
Información de los X
Parqueos
Información de tiendas X
de repuestos
Reservación de X
espacio en el parqueo
Guardar información X
del vehículo
Tipos de perfiles X
Catálogo de usuario X
Mantenimiento de X
proveedores de
parqueos
Mantenimiento de X
proveedores de
tiendas de repuestos
Catálogo de vehículos X
Barra de navegación X
en el perfil
administrador
Documentación de especificaciones de requerimientos del sistema (ERS)
Tabla 3. REQ -00- Ingreso desde cuentas de redes sociales
ID del Requerimiento: REQ- 01 - Ingreso desde cuentas de redes sociales

25
Creado por: Katherine Ruiz Modificado por: -

Fecha Creación: 12/06/2021 Ult. Actualización: 12/06/2021
Módulo: Ingreso a la aplicación
Fuentes: Redes sociales en tendencia
Actores: DBA e Ingeniero en Informática
Objetivo: Permitir el ingreso a la aplicación por medio de las redes sociales
Descripción: Permite el ingreso o “logueo” a la aplicación por medio de una red
social.
Importancia/Prioridad: Alta
Clasificación: Proceso
Elementos de entrada de El sistema/aplicación debe solicitar la siguiente información:
datos:
Nombre Descripción
Red Social Seleccionar la red social con la que se va a
realizar el ingreso a la aplicación.
Usuario Nombre de usuario de la red sociales escogida
Contraseña Contraseña de ingreso a la red social.
Elementos de resultados El sistema debe desplegar la siguiente información
de datos:
Nombre Descripción
Ingreso correcto Mensaje que indica que el ingreso a la aplicación
se dio correctamente
Ingreso Mensaje que indica que el ingreso a la aplicación
incorrecto se dio incorrectamente
Restricciones y Olvido su contraseña, Usuario bloqueado
supuestos:
Validado por: Usuario
Comentarios:
Tabla 4. REQ- 01- Ingreso con usuario y contraseña
ID del Requerimiento: REQ- 02 - Ingreso con usuario y contraseña

Creado por: Karolain Vargas Modificado por: -
Módulo: Ingreso a la aplicación
Fuentes: -
Actores: DBA e Ingeniero en Informática
26
Objetivo: Permitir el ingreso a la aplicación por medio de las credenciales de

nombre de usuario y contraseña
Descripción: Permite el ingreso a la aplicación por medio de las correctas
credenciales de nombre de usuario y contraseña
datos:
Nombre Descripción
Usuario Nombre de usuario de ingreso a la aplicación
Contraseña Contraseña de ingreso a la aplicación
Olvido Seleccionar en caso de que el usuario-cliente
contraseña olvide su contraseña.
de datos:
Nombre Descripción
Ingreso correcto Mensaje que indica que el ingreso a la aplicación
se dio correctamente
Ingreso Mensaje que indica que el ingreso a la aplicación
incorrecto se dio incorrectamente
Restricciones y Olvido su contraseña, Usuario bloqueado
supuestos:
Comentarios:
Tabla 5. REQ-02- Formulario de Registro Cliente
ID del Requerimiento: REQ- 03 - Formulario de registro usuario-cliente

Creado por: Sergio Moya Modificado por: Katherine Ruiz
Módulo: Registro de Ingreso
Fuentes: Formulario de Registro
Actores: DBA e Ingeniero de Informática
Objetivo: Permitir el registro del usuario de ingreso a la aplicación
Descripción: Permite el registro del usuario en la aplicación por medio de un
27
formulario de registro a la misma.

Clasificación: Tramite
datos:
Nombre Descripción
Nombre de la persona Nombre de la persona a realizar el
registro.
Apellidos de la persona 1er y 2do apellido de la persona que
realiza el registro.
Nombre de usuario Nombre de usuario de la persona que
realiza en registro.
Numero de identidad Numero de identidad (cedula o pasaporte)
de la persona que realiza el registro.
Fecha de nacimiento Fecha en la que nació la persona que
Dirección Dirección de habitación de la persona que
Correo electrónico Correo electrónico de la persona que
Número de teléfono Ingresar un número con un mínimo de 8
dígitos.
Contraseña Contraseña de ingreso a la aplicación que
cumpla con los estándares de seguridad.
Verificación de contraseña Ingresa la misma contraseña para
asegurar que sea la elegida.
Recordar contraseña Guardar contraseña para el siguiente
ingreso que vaya a hacer el usuario.
de datos:
Nombre Descripción
Registro correcto El registro se realizó de forma correcta.
Registro incorrecto El registro se realizó de forma incorrecta
o alguno de los campos obligatorios no
está.
Restricciones y Usuario no registrado previamente, verificación de contraseña no
supuestos: correcta y correo electrónico válido, fecha de nacimiento no valida.

Comentarios:
28
Tabla 6. REQ -03- Opción de Búsqueda de Parqueos
ID del Requerimiento: REQ- 04 - Opción de Búsqueda de Parqueos

Creado por: Juan Pablo Herrera Modificado por: Katherine Ruiz
Módulo: Búsqueda
Fuentes: Registro de Proveedores al sistema
Actores: Diseñador del App y Desarrolladores
Objetivo: Permitir la búsqueda de los parqueos consultados desde una WS
Descripción: Permite que el usuario realice la búsqueda de los parqueos por
nombre y este muestre el resultado solicitado
Clasificación: Consulta y Reportes
datos:
Nombre Descripción
Nombre del Nombre del paqueo que se desea buscar.
Parqueo
de datos:
Nombre Descripción
Resultado Despliega un resultado correcto del parqueo
correcto según la opción de búsqueda que realizo.
Resultado Despliega un mensaje que indica que el paqueo
incorrecto buscado no existe o no se encuentra.
Restricciones y -
supuestos:
Comentarios: -
Tabla 7. REQ - 04- Opción de Búsqueda de Repuestos
ID del Requerimiento: REQ- 05 - Opción de Búsqueda de tiendas de Repuestos

Módulo: Búsqueda de Repuestos
Fuentes: Registro de proveedores de ventas de repuestos
Actores: Proveedores, Ingeniero de Informática y DBA
29
Objetivo: Permitir la búsqueda de todas las auto repuestos dentro de la base de

datos registrados previamente.
Descripción: Permite que el usuario realice la búsqueda de repuestos por nombre,
zona y este muestre el resultado solicitado
datos:
Nombre Descripción
Nombre de la venta Nombre del auto repuesto que se desea
de repuesto buscar.
Zona Seleccionar la búsqueda por medio de la
zona.
de datos:
Nombre Descripción
Resultado correcto Despliega un resultado correcto de la venta
de repuesto según la opción de búsqueda que
realizo.
Resultado incorrecto Despliega un mensaje que indica que la
venta de repuesto buscado no existe o no se
encuentra.
Restricciones y No ingreso un nombre de auto repuesto válido
supuestos:
Comentarios:
Tabla 8. REQ-05- Sitio de localización por medio de mapas
ID del Requerimiento: REQ- 06 - Sitio de localización por medio de mapas

Creado por: Karolain Vargas Modificado por: Katherine Ruiz
Módulo: Mapas
30
Fuentes: Web Service de Mapas, Waze o Maps de Google

Actores: Diseñador de Aplicación, DBA e Ingeniero de Informática
Objetivo: Poder ubicar los paqueos más cercanos a la ubicación del usuario
Descripción: Permite al usuario visualizar los parqueos públicos cercanos, con
respecto a la ubicación actual del usuario.
Importancia/Prioridad: Media
Clasificación: Web Service
datos:
Nombre Descripción

de datos:
Nombre Descripción
Visualización Muestra la ubicación actual de usuario
Restricciones y Dispositivo de utilización de la aplicación cuente con sensor GPS
supuestos:
Comentarios:
Tabla 9. REQ-06- Información de los Parqueos
ID del Requerimiento: REQ- 07 - Información de los Parqueos

Módulo: Paqueos
31
Fuentes: Información de proveedores de parqueos

Actores: Proveedores, DBA e Ingeniero de Informática
Objetivo: Lograr visualizar la información de los paqueos
Descripción: Permite al usuario ver toda la información necesaria del parqueo que
está buscando.
datos:
Nombre Descripción
Parqueo El usuario ingresa a uno de los parqueos que
Seleccionado tiene a su alrededor cerca.
Nombre del parqueo El nombre del parqueo que está buscando.
de datos:
Nombre Descripción
Nombre Muestra el nombre del parqueo.
Horario Muestra el horario en el que está abierto al
público el parqueo.
Número telefónico Muestra números telefónicos, donde el cliente
pueda comunicarse.
Tarifas Muestra el precio que ofrece el sitio para hacer
uso del espacio.
Espacios disponibles Muestra si hay campos en el parqueo o no.
Imagines del sitio Muestra imagines al cliente del sitio.
Estado Muestra si el parqueo está cerrado o abierto.
Iniciar Nos dirige exactamente hacia el sitio de
parqueo.
Restricciones y
supuestos:
Comentarios:
Tabla 10. REQ -07- Información de las tiendas de repuestos
ID del Requerimiento: REQ- 08 - Información de las tiendas de repuestos

32

Módulo: Parqueos
Fuentes: Información de proveedores de ventas de repuestos.
Actores: Proveedores, DBA e Ingeniero de Informática
Objetivo: Lograr visualizar la información de los repuestos
Descripción: Permite al usuario ver la información de los repuestos, la marca, el
stock, el número de parte, etc.
datos:
Nombre Descripción
Acceso a ventas de Clic al botón que permite ver los detalles de las
repuestos ventas de repuestos.
de datos:
Nombre Descripción
Nombre Muestra el nombre de la tienda de repuestos.
Horario Muestra el horario en el que está disponible le al
cliente
Ir Dirige al usuario hacia la venta de repuestos.
Número telefónico Muestra números telefónicos donde se puede
comunicar el usuario.
Correo El correo correspondiente a la venta de
repuestos.
Restricciones y
supuestos:
Comentarios:
Tabla 11. REQ- 09- Reservación de espacio en el parqueo
ID del Requerimiento: REQ- 09 - Reservación de espacio en el parqueo

Creado por: Katherine Ruiz Modificado por: Katherine Ruiz
33
Módulo: Reserva
Fuentes: Disponibilidad de los Proveedores
Actores: Proveedores e Ingeniero de Informática
Objetivo: Los clientes logren hacer la reservación de espacios disponibles en
el parqueo
Descripción: Permite al usuario realizar las reservas de los espacios de parqueos
con la opción de “Reservar” en la aplicación
Importancia/Prioridad: Media
datos:
Nombre Descripción
Vehículo Elige de los vehículos que tiene ya registrados en la
aplicación.
Usuario Nombre de usuario precargado
Horario Horario de la reserva
Fecha Fecha de la reserva
Espacio Numero o lugar de espacio del parqueo a reservar
Método de Se muestra las 2 opciones de pago, ya sea efectivo o
pago tarjeta.
de datos:
Nombre Descripción
Resultado de Indica si la reserva se dio efectivamente o fue
Reserva rechazada
Restricciones y Espacios ocupados, datos mal ingresados, horas o fechas ya
supuestos: reservadas
Validado por: Proveedores de Parqueos
Comentarios:
Tabla 12. REQ- 012- Guardar información del vehículo
ID del Requerimiento: REQ- 012 -Guardar información del vehículo

34

Módulo: Registro del vehículo
Fuentes: Formulario de registro
Actores: Usuario
Objetivo: Registrar el vehículo para lograr hacer la solicitud del espacio en el
parqueo o la respectiva reservación en el sitio.
Descripción: Muestra un formulario para completar con información del vehículo.
Clasificación: Mantenimiento
datos:
Nombre Descripción
Tipo de medio de Indica si es vehículo o moto.
transporte
Marca Nombre del fabricante del vehículo
Modelo Nombre especifico, numero o inicial del
vehículo
Número de placa Código alfanumérico.
de datos:
Nombre Descripción
Resultado de Mensaje de registro exitoso.
registro aprobado
Resultado de Mensaje de advertencia de mal ingreso de
registro rechazado información o falta espacio por completar.
Restricciones y Medio de transporte que no sea vehículo o moto.
supuestos:
Comentarios:
Tabla 13. REQ- 013- Tipos de perfiles
ID del Requerimiento: REQ- 013 -Tipos de perfiles

35

Módulo: Clasificación de tipo de usuario
Fuentes: Reunión con el patrocinador del proyecto.
Actores: Usuario administrativo
Objetivo: Permitir al administrador hacer mantenimiento en la aplicación o
manejar información privada desde un perfil diferente al usuario.
Descripción: Identificar los dos tipos usuarios que presenta la aplicación.
datos:
Nombre Descripción
Nombre de usuario Nombre ficticio para identificarse.
Contraseña Combinación de número y letras que solo
conoce una o ciertas personas.
de datos:
Nombre Descripción
Resultado del Mensaje de ingreso exitoso para ingresar a ese
ingreso en cada tipo de perfil.
perfil
Restricciones y Datos mal ingresados.
supuestos:
Validado por: Usuario y usuario administrativo
Comentarios:
Tabla 14. REQ- 014- Catálogo de usuarios
ID del Requerimiento: REQ- 014 -Catálogo de usuarios

36

Módulo: Catálogos
Objetivo: Permitir al administrador tener información de clientes de la
aplicación de una manera más ordena.
Descripción: Consulta de usuarios que usan la aplicación
datos:
Nombre Descripción
Nombre Nombre del usuario de desea buscar
de datos:
Nombre Descripción
Id Numero identificador de cada cliente de la
aplicación.
Nombre de la Nombre de la persona a realizar el registro
persona
Nombre usuario Nombre ficticio que se colocó el usuario.
Contraseña Contraseña del usuario de manera
encriptada
Restricciones y No se encuentren datos del usuario a buscar
supuestos:
Validado por: Usuario administrativo.
Comentarios:
Tabla 15. REQ- 015- Mantenimiento de proveedores de parqueos
ID del Requerimiento: REQ- 015 -Mantenimiento de proveedores de parqueos

37

Módulo: Mantenimiento de Proveedores
Actores: Usuario administrativo y proveedores
Objetivo: Permitir al administrador registrar todos los proveedores para que
haya un mantenimiento adecuado.
Descripción: Agregar, modificar y consultar los proveedores.
datos:
Nombre Descripción
Nombre del Nombre del negocio con el que es
estacionamiento reconocido.
Permisos respectivos Documentos que hagan constar que el
negocio no es clandestino.
Dirección Indicación de donde se encuentra el negocio.
Características Cualidades que presenta el negocio y todos
aquello servicios que ofrecen al público.
Cedula jurídica Identificación que asigna el Ministerio de
Hacienda.
Número de teléfono Número telefónico de 8 dígitos.
Correo electrónico Dirección de correo del parqueo a registrar.
Horario Horario en el que el establecimiento se
encuentra abierto al público.
Espacios La cantidad de espacios que cuenta el
parqueo para el público.
Tarifa por hora Precio de la hora por usar el espacio en el
parqueo.
de datos:
Nombre Descripción
Registro correcto Todos los datos ingresados han sido correctos
y listo para guardar a base de datos.
Registro incorrecto Faltaron espacios por llenar, o algún dato se
ingresó mal.
Restricciones y Registro no se haya hecho correctamente.
supuestos:
38
Comentarios:
Tabla 16. REQ-016- Mantenimiento de Proveedores de Repuesto
ID del Requerimiento: REQ- 016 -Mantenimiento de proveedores de repuesto

Módulo: Registro de Ingreso De Tiendas de Repuesto
Fuentes: Formulario de Registro De Tiendas de Repuesto
Actores: DBA e Ingeniero de Informática
Objetivo: Permitir el registro de la tienda nueva a la aplicación
Descripción: Permite el registro de una nueva tienda de repuestos o en la aplicación
por medio de un formulario de registro a la misma.
Clasificación: Tramite
datos:
Nombre Descripción
Nombre de la Nombre de la venta de repuestos.
Tienda
Ubicación de la Permite registrar la ubicación de la tienda.
tienda
Teléfono Número telefónico de 8 dígitos.
Cedula Jurídica Identificación que asigna el Ministerio de
Hacienda.
Correo Dirección de la venta de repuestos a registrar.
Horario Horario en el que el establecimiento se encuentra
abierto al público.
de datos:
Nombre Descripción
Registro correcto El registro se realizó de forma correcta
Registro El registro se realizó de forma incorrecta o alguno
incorrecto de los campos obligatorios no está.
Restricciones y Registro no se haya hecho correctamente.
supuestos:
Validado por: Usuario administrativo
Comentarios:
39
Tabla 17. REQ- 017-Catalogo de vehículos
ID del Requerimiento: REQ- 017 -Catálogo de vehículos

Módulo: Catálogos
Objetivo: Permitir al administrador tener todos los datos más ordenados de los
vehículos que se registran.
Descripción: Consulta todos vehículos que están registrados en la aplicación
datos:
Nombre Descripción
Placa Ingresa el número de placa del vehículo que
desea buscar.
de datos:
Nombre Descripción
Marcas Nombre del fabricante del vehículo
Modelos Nombre especifico, numero o inicial del
vehículo
Placa Código alfanumérico.
Restricciones y Numero de placa no válido
supuestos:
Comentarios:
Tabla 18. REQ- 018-Barra de navegación en el perfil administrador
ID del REQ- 018 -Barra de navegación en el perfil administrador

Requerimiento:
40

Módulo: Inicio
Objetivo: Permitir al administrador una mejor navegación y tener a mano todas las
secciones en las que quisiera visitar.
Descripción: Menú principal con todas las secciones.
Importancia/Prio Alta
ridad:
Elementos de El sistema/aplicación debe solicitar la siguiente información:
entrada de datos:
Nombre Descripción
- -
Elementos de El sistema debe desplegar la siguiente información
resultados de
datos:
Nombre Descripción
Reportes Tipo de documento que pretende
transmitir una información.
Configuración Opciones de ajustes para modificar en los
módulos del administrador.
Mantenimientos Ajustar o cambiar aspectos en la
aplicación para mejores del cliente.
Catálogos Información agrupada y clasificada.
Mantenimiento de Agregar, cambiar, modificar a los
Proveedores afiliados a la aplicación
Restricciones y -
supuestos:
Comentarios:
41
CAPITULO II:
Diseño y Control de Cambios
Repuestos y Parqueos
Fase de Gestión de Cambios Formulario
N.º: 1
SOLICITUD DE CAMBIO EN PROYECTO

Este formulario tiene como propósito documentar formalmente las solicitudes de cambio en los
requerimientos del proyecto _____R&P_____, con el fin de que puedan entrar en un proceso de
42
evaluación y negociación para su aceptación o rechazo. Todas las solicitudes deben ser evaluadas
para determinar su impacto en el proyecto y en los costos.
Nombre del R&P Para uso Interno

Proyecto: Solicitud No: 001
Fecha: 25/10/2021
Tipo de solicitud
(Marque las casillas que mejor describan el tipo de cambio)
() Nuevo Requerimiento/ Funcionalidad Adicional.

(X) Modificación Requerimiento / Funcionalidad
( ) Eliminar Requerimiento / Funcionalidad
( ) Otro. Especifique: __________________________________________
Descripción del cambio
Cambiar la funcionalidad de búsqueda de repuestos específicamente por busqueda de tiendas de
repuestos que estén dentro de la Gran Área Metropolitana de Costa Rica, donde se muestre toda la
información justa y necesaria sobre el sitio buscado.
Justificación del cambio
Se considera necesario ya que debido al tiempo para realizar la aplicación realizar una búsqueda
por repuestos específicamente se ocupa de más tiempo en la parte de desarrollo por esto que se
propone la modificación del requerimiento, sin embargo, no se descarta del todo la funcionalidad
de búsqueda de repuestos para actualizaciones futuras de la aplicación móvil ya que ayudaría a
ampliar los servicios que ofrece la aplicación móvil R&P. El cambio del requerimiento
detalladamente se refiera buscar tiendas de ventas de repuestos que se encuentre dentro de la
Gran Área Metropolitana, es decir que el usuario en vez de buscar un repuesto especifico, logre
buscar una tienda de repuestos, mostrando toda la información que se considere necesaria para
el usuario.
Documentos adjuntos
N/A
Nombre: Danny Trigueros Guerrero

Datos del
Solicitante Rol en el
Diseño UML
proyecto:
Repuestos y Parqueos
Fase Gestión de Cambios Formulario N.º: 1
EVALUACIÓN DE SOLICITUD DE CAMBIO EN PROYECTO
Proyecto: R&P
Solicitud evaluada Director de proyecto:
001 Alejandro Bogantes Salazar
Fecha: Líder técnico del proyecto:
28/10/2021 Katherine Ruiz Martínez
43
IMPACTO DEL CAMBIO

1. Continuidad del proyecto
Ante la solicitud de cambio realizada por parte del equipo de desarrollo y
administración del proyecto, se analiza si el proyecto puede continuar con el
desarrollo normalmente, sin embargo, se debe actualizar el cronograma con el
respectivo cambio solicitado, por lo que su fecha de finalización no se verá afectada.
2. Impacto en el alcance del proyecto Sistema Integrado de Control

Administrativo DCF
Según el análisis y propuesta por parte del equipo de desarrollo, se muestra a
continuación señalando qué aspectos afectaría el ejecutar los cambios:
Cambio Solicitado Impacto

Base Requeri Program Documen
Datos mientos ación -tación
Búsqueda de ventas de repuestos  
3. Impacto en el cronograma del proyecto

A continuación, se presenta una tabla resumen del impacto que tendría en el
cronograma del proyecto llevar a cabo los cambios y lo que se dura en tiempo,
según propuesta del equipo de desarrollo del proyecto__R&P__.
3.1 Propuesta de solución a cambio de parte del equipo de desarrollo

Tiempo aproximado
Tarea
Desarrollo Pruebas Total
Implementar API de Google para la 4 dias 2 dias 6 dias
búsqueda
Totales 4 2 6
4. Impacto en el costo del proyecto
Dentro del costo del proyecto este cambio de requerimiento no alta o disminuye el
presupuesto que se estableció desde un inicio.
5. Impacto en la calidad del proyecto

El proyecto se verá afectado ya que se está modificando una funcionalidad
innovadora en nuestro país, por lo tanto, la funcionalidad queda a disposición para
futuros mantenimientos en la aplicación móvil para su respectivo desarrollo y que los
costarricenses le saquen todo el provecho a dicho requerimiento.
6. Impacto en los riesgos del proyecto y mitigación de los mismos
No existen riesgos mayores que afecten el alcance, tiempo y costo del proyecto con
el cambio solicitado.
OBSERVACIONES
44
DOCUMENTOS ADJUNTOS
RECOMENDACIÓN
Aprobación o rechazo
Aprobación o reprobación del cambio (Comité
del proyecto y/o patrocinador)
Katherine Ruiz Martinez
Francisco Puertas Mestayer
Karolain Vargas Chaves
Juan Pablo Herrara Chaves
Danny Trigueros Guerrero
Nombre de los integrantes, quienes firman la aprobación.

45
ENUNCIADO DEL ALCANCE DEL PROYECTO

1. Nombre del Proyecto: R&P
2. Elementos por contemplar:
Objetivos del Objetivo General:

proyecto - Desarrollar un sistema de software para dispositivos móviles utilizando la metodología de
además la búsqueda de auto repuestos y así agilizar el tránsito en la Gran Área Metropolitana.
Objetivos Específicos:
- Analizar la situación actual del proceso de ubicación de parqueos públicos y ventas de
repuestos ubicados en la Gran Área Metropolitana.
- Determinar los requerimientos finales de la aplicación móvil basado en las historias de
usuario generadas.
- Diseñar el prototipo del sistema haciendo uso de los diagramas UML para el entendimiento
de las partes interesadas y que representen una mejora considerable en el desarrollo del
producto final.
- Desarrollar la aplicación móvil para ayudar el transito con la función de ubicar los parqueos
públicos y auto repuestos en la Gran Área Metropolitana.
Entregables Análisis:
- Objetivo General.
- Objetivo Específico.
- Historias de usuario.
- Clasificación de requerimientos.
- Especificación detallada de requerimientos.
- Casos de uso.
Diseño:
- Plan de pruebas.
- Diagrama de actividades.
- Diagrama de estados.
- Documentación estándar de programación.
- Diagrama Entidad-Relación.
- Diseño preliminar de BD
- Desarrollo prototipo.
- Creación interfaces
Desarrollo:
- Estudio del mercado.
- Comparación con la competencia.
- Definición de clientes y stakeholders.
- Aplicación de encuestas.
- Código fuente.
- Archivos de solución del proyecto.
Ejecución:
- Confección de manual técnico del proyecto.
- Confección de manual de usuario.
- Aceptación y finalización del desarrollo.
- Ejecución del proyecto sin errores.
Requisitos -Ingreso desde cuentas de redes sociales.
46
-Ingreso con usuario y contraseña.

-Formulario de Registro Cliente.
-Opción de Búsqueda de Parqueos.
-Opción de Búsqueda de Repuestos.
-Sitio de localización por medio de mapas.
-Información de los parqueos.
-Información de tiendas de repuestos.
-Reservación de espacio en el parqueo.
-Guardar información del vehículo.
-Tipos de perfiles.
-Catálogo de usuario.
- Catálogo de vehículos.
-Mantenimiento de proveedores de parqueos.
-Mantenimiento de proveedores de tiendas de repuestos.
-Barra de navegación en el perfil administrador.
Supuestos -Contar con un teléfono móvil con conexión a internet.
-El usuario debe tener conocimientos básicos en el manejo de teléfono móvil.
-El usuario debe saber cómo leer y escribir.
-Se asume que el grupo de trabajo hará sus investigaciones propias sobre la metodología a utilizar.
-Se asumen que el equipo esa comprometido en estudiar e investigar como implementar todos los
requerimientos solicitados.
-Se asume que el equipo de trabajo domina el lenguaje de programación en el que se va a desarrollar
el proyecto.
Limitaciones -Posible salida de un miembro clave del proyecto.
y exclusiones -Datos no actualizados o incompletos.
-Una posible falla del internet.
-La documentación del sistema estará escrita en español.
-No se analizarán otros mercados potenciales, así como productos similares dentro de otras regiones
del país.
-Se cuenta con un equipo de trabajo de 5 estudiantes para la realización del proyecto.
Riesgos -Daños en equipos de cómputo.
-Hackeo de la información de proporciona el cliente en la aplicación.
-Caída de redes de comunicación de datos.
-Extravío o perdida de la información importante de clientes, proveedores o personal del equipo de
trabajo.
-Adquisición a la plataforma de pocos clientes.
-Renuncia de algunos de miembros del equipo.
-Problema de publicidad no efectiva para atraer más usuarios.
-Documentación de procesos mal clasificados o desarrollada.
3. Observaciones:_____________________________________________________________
__________________________________________________________________________
__________________________________________________________________________
Desarrollado por: Katherine Ruiz Martinez____ Fecha: 27 – Octubre -2021

47
Autorizado por:________________________________ Fecha: ________________
Contexto del mercado meta
APLICACIÓN MÓVIL R&P tiene muchas opciones similares en el mercado de

aparcamientos, sin embargo esta aplicación está diseñada para ayudar a disminuir la
densidad vehicular en las zonas más pobladas de Costa Rica, en esta misma se encuentra
toda la información necesaria para ayudar agilizar el tránsito de la Gran Área
Metropolitana, con el objetivo de ofrecer a los costarricenses un sistema donde tenga a su
alcance los parqueos públicos que se encuentren cerca de ellos, y tener a su alcance la
información indispensable del sitio, es decir, su ubicación exacta, su horario al público,
precios, y características de este, si es techado o no, por ejemplo. Así como permitirle
reservar su espacio con antelación.
Además, dicha aplicación móvil contara adicionalmente con la función de búsqueda y

rápido acceso a la ubicación de las diferentes tiendas de auto repuestos, esto para brindar un
servicio optimo, ya que debido a la gran flota vehicular antes mencionada, la demanda en
este tipo de servicios puede aumentar y esto mejoraría el atractivo de la aplicación móvil al
público.
El contexto del mercado meta va dirigido en dos partes, los cuales son el mercado de
clientes, y también clientes publicitarios
Mercado objetivo de usuarios: Hombres y mujeres que tengan acceso a internet en su

dispositivo Android, y que soliciten un estacionamiento rápido y seguro, además que
cuenten con un vehículo.
Mercado objetivo clientes publicitarios: Empresas con productos/servicios del sector de

automotriz y repuestos, ubicados en la GAM, que posean presupuesto para publicidad
digital y tengan presencia en redes sociales y página web.
Tipo y Estrategias de Integración en el Mercado
Se utilizará una estrategia para ofrecer un mejor servicio a los usuarios que registren
creando un servicio rápido, seguro eficaz y eficiente, para lograr un aumento de
participación y así atrayendo clientes, realizando esfuerzos de marketing como el de ofrecer
48
promociones y elevar el gasto publicitario, además de mejorar cada vez el servicio

mediante actualizaciones de software.
Posicionamiento
se irá posicionando de tal forma que el cliente y usuario vean el método de pedir este
servicio mediante el dispositivo móvil como el método más práctico y cómodo cada vez
más, al ofrecer dos servicios muy solicitados. como lo son el de la venta de repuestos y
parqueos. Lo que creará una ventaja competitiva y una satisfacción al cliente, de tal forma
que desee volverle a dar uso al aplicativo móvil y recomendarlos a demás usuarios y
clientes. Una de las principales características de la aplicación de servicios es que será
amigable, es decir de fácil uso, para que tanto clientes como usuarios sepan cómo
manejarla, no será tan pesada, ocupando así poca memoria en los dispositivos de celulares,
además tendrá eficiencia y eficacia para encontrar parqueos con disponibilidad cerca de los
lugares de destino pudiendo reservarlos, ahorrando tiempo y gasolina al no tener que dar
vueltas captando así la cuota de mercados, de igual forma con la venta de repuestos, de tal
forma que pueda consultar la disponibilidad y poder reservar los repuestos para asi evitar
gastar tiempo en todos estos trámites.
APLICACIÓN MÓVIL R&P tiene como objetivo posicionarse como aplicación líder en el
mercado siendo un que brinda al público la necesidad de encontrar estacionamientos
públicos y/o privado, así como de repuestos para su vehículo en la zona de la GAM con
mayor rapidez y seguridad. Se pretende que el flujo de automóviles de dicha zona sea más
fluido y que los usuarios que utilicen la aplicación ahorren tiempo en su vida diaria.
Por otro lado, se busca que el servicio de búsqueda y los descuentos en los locales de la
zona que brinda R&P a los usuarios que tengan una presencia activa en la aplicación,
ocupen un lugar distinto e único en relación con los servicios de la competencia. Se
establece criterios de diferenciación del emprendimiento siendo comunicable y distintivo,
estas son las ventajas competitivas apropiadas en la estrategia de posicionamiento:
49
 Comunicable, ya que la aplicación es clara al rato de comunicar los espacios libres

de estacionamiento públicos y privados como los precios de esos mismos, así como
de las tiendas que tienen disponible los repuestos que se buscan.
 Distintivo, porque R&P ofrece a los usuarios descuentos en los establecimientos de
la zona en la que se encuentren a cambio de su actividad frecuente y comentarios
con el fin de mejorar la aplicación.
Estrategia de precios
La plataforma contará con anuncios dentro de la misma, o notificaciones para

ofrecer promociones a los usuarios.
Estrategia de Comunicación:
Contactar con influencias, principalmente en las redes sociales, como Instagram o

YouTube, dentro del sector en el que encuadre la aplicación, además realizar campañas de
publicidad segmentadas, es decir, enfocadas en el público objetivo. Facebook, Instagram y
Twitter permiten hacer una publicidad completamente personalizada, en la que nos
podremos enfocar en el mercado meta.
50
Casos de Uso
Diagrama y descripción del caso de uso #1
51
ID del Caso de Uso: EP- CUS- 01 Registro de Usuario e Ingreso a la aplicación

Fecha Creación: 12/06/2021 Ult. Actualización: -
Actores Ingeniero de Informática y DBA
Objetivo: Poder realizar el Registro de Usuario e Ingreso a la aplicación
Requerimientos REQ-00 Ingreso a la aplicación por medio de redes sociales
asociados REQ-01 Ingreso a la aplicación por medio de usuario y contraseña
REQ-02 Formulario de registro usuario-cliente
Importancia/Prioridad Alto
Pre-Condiciones Ingreso a sistema, verificación de inicio de sesión.
Post-Condiciones Ingreso satisfactorio a la aplicación, Registro exitoso del usuario y
Guardar información del vehículo.
Flujo Principal/Normal de los eventos
1. En la pantalla de bienvenida de la aplicación el usuario selecciona el apartado de ingreso
“Inicio de Sesión”
2. En caso de no tener acceso, ir al formulario de registro
3. Seleccionar el modo de registro por usuario y contraseña o redes sociales
4. Al usuario se le muestra nuevamente la plataforma de la aplicación con el inicio de sesión
5. Se procede a hacer uso de la aplicación
6. Termina el caso de uso
Flujos Alternos
1. El usuario no crea un registro antes de ingresar a la aplicación
2. El usuario no selecciona ningún modo de registro para la aplicación
Extensiones o Inclusiones
Extend 1: Registro
Extend 2: Ingreso desde redes sociales
Extend 3: Ingreso con usuario y contraseña
Extend 4: Guardar información del vehículo
Notas u observaciones: Se debe crear un usuario antes de poder ingresar a la aplicación
52
ID del Caso de Uso: EP- CUS- 02 Ingreso a la Aplicación por medio de Redes Sociales
Objetivo: Poder realizar el Ingreso a la Aplicación por medio de Redes Sociales
asociados
Pre-Condiciones Verificación de credenciales de acceso a la red social seleccionada
Post-Condiciones Ingreso satisfactorio a la aplicación por medio de la red social.
3. Selecciona el Ingreso por medio Redes Sociales.
4. Muestra las diferentes opciones de Redes Sociales disponibles para el ingreso.
4. El usuario selecciona entre las redes sociales de: Facebook, Google
7. Cuando selecciona una red social de las mostradas despliega una pantalla propia del
fabricante de la red social seleccionada.
8. La red social solicita el ingreso de las credenciales de usuario y contraseña al sistema
9. En la casilla de usuario ingresa el usuario registrado y en la casilla de contraseña ingresa la
contraseña registrada de la red social
10. La red social valida los datos verificando contra registro usuario y contraseña
11. Se validaron los datos correctamente se permite el ingreso a la aplicación
12. Muestra mensaje de ingreso satisfactorio
13. Al usuario se le muestra nuevamente la plataforma de la aplicación con el ingreso a la
aplicación
14. Procede a hacer uso de la aplicación
15. Termina el proceso de Ingreso a la aplicación
Flujos Alternos
1. El usuario deja vacío el campo de contraseña o usuario en la red social
2. El sistema da el mensaje de que algunos campos están vacíos, favor de llenar los espacios
en blanco para continuar en la red social
3. El sistema puede mostrar acceso concedido o denegado dependiendo del acceso correcto o
incorrecto del cliente de las credenciales.
4. El usuario no contaba con acceso o previo registro a la red social seleccionada

Use: Verificación

Notas u observaciones: Estos accesos dependen del cliente si es capaz de realizar el ingreso o no a
la plataforma por medio de una red social asociada
53
ID del Caso de Uso: EP- CUS- 03 Ingreso a la Aplicación por medio de Usuario y
Contraseña
Objetivo: Ingreso a la aplicación por medio de Usuario y Contraseña
Requerimientos REQ-01 Ingreso a la aplicación por medio de usuario y contraseña
asociados
Pre-Condiciones Verificación de existencia de usuario y contraseña ligada al mismo
Post-Condiciones Ingreso satisfactorio a la aplicación por medio de Usuario y Contraseña
2. Selección el Ingreso por medio de Usuario y Contraseña.
3. Al seleccionar por medio de usuario y contraseña le muestra los espacios de ingreso de
usuario y contraseña del sistema
4. En la casilla de usuario ingresa el usuario registrado y en la casilla de contraseña ingresa la
contraseña registrada
5. Procede a dar clic al boto de iniciar sesión
6. El sistema valida los datos verificando contra registro usuario y contraseña
7. Se validaron los datos correctamente se permite el ingreso a la aplicación
8. Muestra mensaje de ingreso satisfactorio
9. Procede a hacer uso de la aplicación
10. Termina el proceso de Ingreso a la aplicación
Flujos Alternos
1. El usuario deja vacío el campo de contraseña o usuario
en blanco para continuar
3. El sistema puede mostrar acceso concedido o denegado dependiendo del acceso correcto o
incorrecto del cliente de las credenciales.

Use: Verificación

Notas u observaciones: Estos accesos dependen del cliente si es capaz de realizar el ingreso o no a
la plataforma
54
ID del Caso de Uso: EP- CUS- 04 Formulario de Registro

Actores Ingeniero de Informática, DBA y Usuario
Objetivo: Registro de Usuario de la aplicación
Requerimientos REQ-02 Formulario de Registro Usuario-Cliente
asociados
Pre-Condiciones Verificación de existencia de un perfil de usuario
Post-Condiciones Registro satisfactorio del usuario a la aplicación
1. En la pantalla de bienvenida de la aplicación el usuario selecciona el apartado de no ‘tienes
cuenta, regístrate’.
2. Al dar clic en registro lo envía a otra página donde comienza con el registro del usuario
3. Realiza el ingreso de los datos solicitados para el registro los cuales son:
Nombre, Apellidos, Número de Cedula, Dirección, Correo electrónico, Fecha de
Nacimiento, Nombre de Usuario y Contraseña.
4. El usuario procede a dar clic al botón de Registrar Usuario.
5. El sistema valida que la información ingresada no está ya repetida o ligada a otra cuenta.
6. El sistema procede a validar los datos ingresados que correspondan con lo solicitado.
7. El sistema guarda la información en base de datos.
8. Muestra un mensaje de que el usuario ha sido agregado satisfactoriamente
9. Devuelve al usuario a la pantalla de inicio de sesión
10. Termina el proceso de Registro de Usuario
Flujos Alternos
1. El usuario deja vacío uno de los campos de: Nombre, Apellidos, Número de Cedula,
Dirección, Correo electrónico, Fecha de Nacimiento, Nombre de Usuario y Contraseña.
en blanco para continuar.
3. El usuario ingresa un valor numérico en las siguientes casillas: Nombre, Apellidos.
4. El sistema da el mensaje de que algunos campos están con valores que no corresponden a
los solicitados en los mismos, favor ingrese un valor valido en cada espacio para continuar
5. El sistema valida que el nombre de usuario no esté creado previamente.

Use:

Notas u observaciones: La creación del usuario depende de que no se haya creado un usuario con
el mismo nombre anteriormente
ID del Caso de Uso: EP- CUS- 05 Guardar la Información del Vehículo

55

Actores Usuario
Objetivo: Guardar la información del Vehículo
Requerimientos REQ-012 Guardar Información del Vehículo
asociados
Pre-Condiciones Existencia de un usuario y verificación de un mismo vehículo ingresado
Post-Condiciones Registro correcto de la información del vehículo
1. Dentro de la aplicación seleccionar la pestaña de Perfil
2. Dentro del perfil seleccionar la casilla agregar vehículo.
3. Se desplegará la parte de agregar la información del vehículo
4. Se muestran los datos que necesita la aplicación para el ingreso del vehículo los cuales
son: Marca, Modelo, Tipo (Vehículo, motocicleta.), Número de Placa.
5. El sistema valida que la información ingresada no está ya repetida o ligada a otra cuenta.
6. El sistema procede a validar los datos ingresados que correspondan con lo solicitado
7. El sistema guarda la información en base de datos.
8. Muestra un mensaje de que vehículo ha sido agregado satisfactoriamente
9. Devuelve al usuario a la pantalla de inicio de sesión
10. Termina el proceso de guardar información del vehículo
Flujos Alternos
1. El usuario deja vacío uno de los campos de: Marca, Modelo, Tipo (Vehículo,
motocicleta), Número de Placa.
3. El usuario ingresa un valor numérico en las siguientes casillas: Marca, Modelo.
4. El sistema da el mensaje de que algunos campos están con valores que no corresponden a
los solicitados en los mismos, favor ingrese un valor valido en cada espacio para continuar
5. El sistema valida que el número de placa del vehículo no esté creado previamente.

Use:

Notas u observaciones: Guardar la información del Vehículo depende que se no se hayan
guardado ya previamente la placa de ese vehículo para el mismo usuario.
ID del Caso de Uso: EP-CUS- 6 Verificación

56
Creado por: Katherine Ruiz Modificado por:

Martínez
Fecha Creación: 12/ 06/ 2021 Ult. Actualización:
Actores Usuario administrador y Usuario
Objetivo: El sistema permite la verificación y confirmación de que el ingreso del
usuario se realice con la información correcta.
asociados REQ-01 Ingreso a la aplicación por medio de usuario y contraseña
Importancia/Prioridad Alta
Pre-Condiciones Ingreso a la aplicación
Post-Condiciones -
1- Llena todos los datos para el ingreso
2- Presiona el botón “Ingresar”.
3- El sistema muestra la información del formulario lleno con toda la información que se digito para
el registro.
4- El sistema muestra la siguiente pregunta “¿Información correcta?”
5- Selecciona la opción “no”, automáticamente se redirige al formulario para ser corregido.
6- Si es correcta, presiona el botón “Guardar”.
7- El sistema guarda la información en la base de datos correspondiente

8- Presiona el botón “Cerrar”
9- El caso de uso finaliza
Flujos Alternos
Notas u observaciones:
57
Diagrama y descripción del caso de uso #2

58
ID del Caso de Uso: EP- CUS- 01 Opción de búsqueda de ventas de repuestos

Creado por: Danny Trigueros Modificado por: -
Actores DBA, Desarrollador y Usuario
Objetivo: Búsqueda de ventas de repuestos por nombre, zona, área o dirección.
Requerimientos REQ-04 Opción de Búsqueda de Ventas de Repuestos
asociados REQ-05 Sitio de Localización por medio de Mapas
Pre-Condiciones Ingreso a la aplicación
Post-Condiciones Validación correcta de la búsqueda de la venta de repuestos
1. Dentro de la aplicación seleccionar la pestaña de búsqueda.
2. Dentro de la opción de búsqueda seleccionar la lupa para buscar por teclado o por medio
de mapas.
3. Selecciona el icono o botón de buscar.
4. Termina el proceso del caso de uso.
Flujos Alternos
1. El usuario no selecciona bien el tipo de búsqueda que desea realizar
Extend 1: Búsqueda de venta de repuestos por entrada de teclado
Extend 2 : Localización por medio de mapas
Notas u observaciones: Si se trata de buscar una venta de repuestos que no existe el sistema no
desplegara ninguna información de ningún parqueo solo el mensaje de que no existe.
ID del Caso de Uso: EP- CUS- 02 Búsqueda de venta de repuestos por entrada de
59
Teclado
Actores DBA, Desarrollador y Usuario
Objetivo: Búsqueda de ventas de repuestos por nombre, zona, área o dirección.
Requerimientos REQ-04 Opción de Búsqueda de Parqueos
asociados
Pre-Condiciones Tener una cuenta o usuario ligada a la aplicación
Post-Condiciones Validación correcta de la búsqueda de la venta de repuestos
5. Dentro de la aplicación seleccionar la pestaña de búsqueda.
6. Dentro de la opción de búsqueda seleccionar la lupa para buscar por nombre o señas.
7. Abrirá un espacio en blanco para digitar el nombre del establecimiento o dirección de
donde buscar una venta de repuestos.
8. Selecciona el icono o botón de buscar.
9. Se muestran los datos de la búsqueda de las ventas de repuestos por nombre, zona, área.
10. El usuario selecciona la venta de repuestos de su conveniencia o elección.
11. Despliega información de la venta de repuestos y si se desea ir al mismo.
12. Termina el proceso de búsqueda de venta de repuestos.
Flujos Alternos
2. El usuario deja vacío el campo de búsqueda y presiona el botón de buscar.
4. El nombre, zona, área no está dentro de la base de datos.
5. El sistema da el mensaje de que la búsqueda no existe y procederá a volver a colocar el
cursor en la casilla de búsqueda
Use:

Notas u observaciones: Si se trata de buscar una venta de repuestos que no existe el sistema no
ID del Caso de Uso: EP- CUS- 03 Sitio de Localización por medio de Mapas
60

Actores Usuario, Ingeniero informático y DBA
Objetivo: Acceder al mapa para ver mi ubicación y parqueos alrededor.
Requerimientos REQ-05 Sitio de Localización por medio de Mapas
asociados
Importancia/Prioridad Media
Pre-Condiciones Tener una cuenta, usuario, vehículo ligados y GPS en el dispositivo
Post-Condiciones Validación correcta de la localización del usuario y ventas de repuestos
1. Dentro de la opción de sitio de localización por medio de mapas muestra el mapa de la zona
donde se encuentra el usuario
2. Permite ver en el mapa la ubicación en tiempo real del usuario.
3. El mapa permite seleccionar los puntos de las ventas de repuestos sobresalientes más
cercanos para ver su información y poder seguir la ruta
4. A la hora de seleccionar la venta de repuestos en el mapa y proceder a dirigirse a la muestra
la ruta en tiempo real
5. Finaliza el proceso de Sitio de Localización por medio de Mapas
Flujos Alternos
1. El usuario no posee GPS en el dispositivo para mostrar y activar el mapa.
Use:

Notas u Observaciones: -
61
Diagrama de descripción de caso de uso #3

62
ID del Caso de Uso:  EP- CUS- 01 Opción de búsqueda de parqueos

Creado por:  Danny Trigueros Modificado - 
por: 
Fecha Creación:  12/06/21   Ult. Actualización:  -
Actores  DBA, Ing. informático y Usuario
Objetivo:  Búsqueda de Parqueos por nombre, zona, área o dirección.
Requerimientos asociados  REQ-03 Opción de Búsqueda de Parqueos
REQ-05 Sitio de Localización por medio de Mapas
Importancia/Prioridad  Alta
Pre-Condiciones  Ingreso a la aplicación
Post-Condiciones  Validación correcta de la búsqueda del parqueo
1. Dentro de la aplicación seleccionar la pestaña de búsqueda
2. Dentro de la opción de búsqueda seleccionar la lupa para buscar por nombre
o por medio de mapas.
3. Selecciona el icono o botón de buscar
4. Termina el proceso de búsqueda de parqueos
Flujos Alternos 
1. El usuario no selecciona bien el tipo de búsqueda que desea realizar
Extensiones o Inclusiones 
Extend 1: Búsqueda de parqueos por entrada de teclado
Extend 2: Localización por medio de mapas
Notas u observaciones:  Si se trata de buscar un parqueo que no existe el sistema no
63
ID del Caso de Uso:  EP- CUS- 02 Búsqueda de Parqueos por entrada de

Teclado
por: 
Actores  DBA, Ingeniero informático y Usuario
Objetivo:  Búsqueda de Parqueos por nombre, zona, área o dirección.
Requerimientos asociados  REQ-03 Opción de Búsqueda de Parqueos
Importancia/Prioridad  Medio
Pre-Condiciones  Tener una cuenta, usuario y vehículo ligados a la aplicación
Post-Condiciones  Validación correcta de la búsqueda del parqueo
1. Dentro de la aplicación seleccionar la pestaña de búsqueda
2. Dentro de la opción de búsqueda seleccionar la lupa para buscar por nombre o
señas.
3. Abrirá un espacio en blanco para digitar el nombre del parqueo, la zona, área de
donde buscar un parqueo.
4. Selecciona el icono o botón de buscar
5. Se muestran los datos de la búsqueda de los parqueos por nombre, zona, área.
6. El usuario selecciona el parqueo de su conveniencia o elección.
7. Despliega información del parqueo y si se desea ir al mismo.
8. Termina el proceso de búsqueda de parqueos
Flujos Alternos 
2. El usuario deja vacío el campo de búsqueda y presiona el botón de buscar.
3. El sistema da el mensaje de que algunos campos están vacíos, favor de llenar
los espacios en blanco para continuar.
4. El nombre, zona, área o dirección no está dentro de la base de datos.
5. El sistema da el mensaje de que la búsqueda no existe y procederá a volver a
colocar el cursor en la casilla de búsqueda
Use:
 
Notas u observaciones:  Si se trata de buscar un parqueo que no existe el sistema no
64
ID del Caso de Uso:  EP- CUS- 03 Sitio de Localización por medio de

Mapas
por: 
Actores  Usuario, Ingeniero informático y DBA
Objetivo:  Acceder al mapa para ver mi ubicación y parqueos alrededor.
Requerimientos asociados  REQ-05 Sitio de Localización por medio de Mapas
Importancia/Prioridad  Medio
Pre-Condiciones  Tener una cuenta, usuario, vehículo ligados y GPS en el
dispositivo
Post-Condiciones  Validación correcta de la localización del usuario y parqueos
1. Dentro de la aplicación seleccionar la pestaña sitio de localización por medio de
mapas
2. Dentro de la opción de sitio de localización por medio de mapas muestra el mapa de
la zona donde se encuentra el usuario
3. Permite ver en el mapa la ubicación en tiempo real del usuario y zonas punteadas de
los parqueos cercanos.
4. El mapa permite seleccionar los puntos de los parqueos sobresalientes más cercanos
para ver su información y poder seguir la ruta
5. A la hora de seleccionar el parqueo en el mapa y proceder a dirigirse a la muestra la
ruta en tiempo real
6. Finaliza el proceso de Sitio de Localización por medio de Mapas
Flujos Alternos 
1. El usuario no posee GPS en el dispositivo para mostrar y activar el mapa.
Use:
 
Notas u Observaciones:  -
65
Diagrama y descripción de caso de uso #4

66
ID del Caso de Uso: EP- CUS- 01 Modificación de tipos de perfiles

Creado por: Katherine Ruiz Martinez Modificado por: -
Actores Administrador
Objetivo: El usuario-administrador podrá agregar, actualizar, consultar y habilitar
perfiles.
Requerimientos REQ-014- Tipos de perfiles
asociados
Pre-Condiciones Tener credenciales administrativas, contraseña y usuario
Post-Condiciones Ingresar al sistema e identificarse con el método seguro
1. Ingresar al sistema como usuario administrador.
2. El sistema solicita un nombre de usuario.
3. Escribir la contraseña correspondiente.
4. Presionar el botón de “INICIAR SESION”
5. Dirigirse a la barra de navegación.
6. Presionar el botón “MODIFICAR PERFILES”.
7. El sistema muestra opciones de modificación de perfiles
8. El caso de uso finaliza.
Flujos Alternos

Extends: Agregar.
Extends: Actualizar
Extends: Consultar
Extends: Habilitar perfil.
Notas u observaciones: Estos accesos dependen del cliente si es capaz de crear o no el acceso a

la plataforma.
67
ID del Caso de Uso: EP- CUS- 02 Agregar

Objetivo: El usuario-administrador podrá agregar tipos de perfiles a la aplicación.
asociados
1. Ingresa a la opción “Agregar perfil” en la pantalla de modificación de perfiles.
2. Selecciona fecha del ingreso del usuario
3. Digita el usuario del administrador nuevo.
4. Digita el nombre del nuevo usuario-administrador.
5. Digita los apellidos del nuevo usuario-administrador.
6. El sistema solicita la fecha de nacimiento.
7. Digitar número de identificación del nuevo usuario-administrador
8. Escribir la contraseña a asignarle.
9. Confirma la contraseña nueva
10. Presiona el botón “Guardar perfil administrador”.
11. El sistema registra la información del administrador
12. El sistema muestra un mensaje ‘¡Usuario administrador fue agregado con éxito!’.
Flujos Alternos
1. Formato de la fecha de ingreso y de nacimiento es incorrecto, o indican una fecha fuera de
rango
a. El sistema despliega un mensaje de error “Debe ingresar una fecha válida”
b. El caso de uso finaliza.
2. Espacios obligatorios vacíos como: nombre, apellidos, número de identificación, usuario.

a. El sistema despliega un mensaje de error “Archivo de imagen no compatible”.
3. La contraseña no cumple con los estándares correctos.

a. El sistema despliega un mensaje de error ‘Debe contener mayúsculas, números,
caracteres’
68
Notas u observaciones: Solo un administrador con usuario y contraseña asignada puede hacer

esta acción.
ID del Caso de Uso: EP- CUS- 03 Consultar

Objetivo: El usuario-administrador podrá actualizar tipos de perfiles a la
aplicación.
asociados
1. Ingresa a la opción “Consultar perfil” en la pantalla de modificación de perfiles.
2. El sistema pide el nombre de usuario que desea buscar
3. Presiona el botón ‘Buscar’.
4. El sistema muestra el usuario que digito.
5. Seleccionamos el usuario y damos ‘click’.
6. El sistema muestra toda la información ingresada.
Flujos Alternos
1. El nombre de usuario es incorrecto o no existe.
a. El sistema despliega un mensaje de error “Verifique que haya escrito bien el
nombre de usuario”

esta acción.
69
ID del Caso de Uso: EP- CUS- 04 Actualizar

Objetivo: El usuario-administrador podrá actualizar tipos de perfiles a la
aplicación.
asociados
1. Realizamos el caso de uso numero 3 (EP- CUS- 03 Consultar)
2. Presionamos el botón ‘Actualizar perfil’.
3. El sistema habilita los campos para actualizarlos
4. Presionamos el botón ‘Actualizado’.
5. El sistema muestra un mensaje ‘Perfil actualizado’.
Flujos Alternos
1. Campos del formulario vacíos.
a. El sistema guarda la información con la última actualización.
70

esta acción.
ID del Caso de Uso: EP- CUS- 05 Habilitar perfil

Objetivo: El usuario-administrador podrá habilitar tipos de perfiles a la aplicación.
asociados
1. Realizamos el caso de uso numero 3 (EP- CUS- 03 Consultar)
2. Presionamos el botón ‘Habilitar perfil’.
3. El sistema solicita la contraseña del perfil que está en uso actualmente.
4. El sistema confirma contraseña con un mensaje ‘Habilitado’ / ‘Deshabilitado’.
Flujos Alternos
1. Contraseña ingresada por el usuario actual es incorrecta o campo vacío.
a. El sistema muestra un mensaje ‘Vuelva ingresar la contraseña’

esta acción.
71
Diagrama de descripción de caso de uso #5

72
ID del Caso de Uso:  EP-CUS- 01 Mantenimiento de notificaciones en ventas de

repuestos y parqueos 
Creado por:  Katherine Ruiz  Modificado por:    
Fecha Creación:  12/6/ 2021   Ult. Actualización:   
Actores  Diseñador del App, Desarrolladores y Usuario
Objetivo:  El sistema debe permitir hacer todo el mantenimiento de las
notificaciones o avisos de las ventas de repuestos y parqueos en la
aplicación. 
Requerimientos REQ- 08- Notificaciones de promociones 
asociados 
Importancia/Prioridad  Media 
Pre-Condiciones  Ingreso al sistema.  
Presentar la autorización de hacer cambios. 
Post-Condiciones  Agregar, consultar, modificar y activar notificaciones. 
Flujo Principal/Normal de los eventos 
1. Presionar el botón “Notificaciones” en la pantalla del menú del perfil
administrador. 
2. Se escoge la opción agregar, desplegando un formulario con todos los datos
necesarios. 
3. Realizar consulta de notificaciones o avisos (caso de uso número 3). 
4. Si se desea modificar, presionar el botón “Modificar anuncio”. 
5. El sistema permite activar visibilidad de anuncios en la aplicación para el público. 
6. Finaliza flujo normal de eventos.  
Flujos Alternos 
 
73
Extend 1: Agregar 
Extend 2: Consular 
Extend 3: Modificar 
Extend 4: Activar notificaciones 
Notas u observaciones:  
ID del Caso de Uso: EP-CUS- 02 Agregar

Creado por: Katherine Ruiz Modificado
Martínez por:
Fecha Creación: 12/ 6/ 2021 Ult.
Actualización:
Actores Diseñador del App, Desarrolladores y Usuario
Objetivo: El sistema debe permitir agregar las notificaciones de promociones que
ofrecen los parqueos al público y las ventas de repuestos automotrices.
Requerimientos REQ- 08- Notificaciones de promociones
asociados
Importancia/Priorid Media
ad
Pre-Condiciones Ingreso al sistema.
Presentar la autorización de hacer cambios.
Post-Condiciones Consultar, modificar y activar notificaciones.
1- Ingresa a la opción “Agregar anuncio” en la pantalla de mantenimiento de notificaciones.
2- Selecciona fecha del ingreso del anuncio.
3- Digita el nombre del responsable en agregar el anuncio.
4- Escribir en el espacio “Descripción” toda la información sobre el anuncio.
5- Presiona el botón “Adjuntar archivo”.
6- El sistema permite agregar imagen ilustrativa referente al anuncio.
7- Presiona el botón “Guardar anuncio”.
8- El sistema registra el anuncio en la base de datos correspondiente.
9- El sistema muestra mensaje “Anuncio agregado”.
10- Finaliza el caso de uso.
Flujos Alternos
1. Nombre del responsable, espacio “Descripción” vacíos
74
a. El sistema despliega un mensaje de error “Debe ingresar la información marcada en

rojo”
b. El caso de uso finaliza
2. Formato de imagen en el espacio de Adjuntar archivo diferente de .pgn, .jpeg.

a. El sistema despliega un mensaje de error “Archivo de imagen no compatible”.
ID del Caso de Uso: EP-CUS- 03 Consultar

Martínez por:
Actualización:
Objetivo: El sistema debe permitir consultar las notificaciones de promociones que
ofrecen los parqueos y las ventas de repuesto al público.
asociados
Importancia/Priorida Media
d
Post-Condiciones Modificar
1- Ingresa a la opción “Consultar anuncio” en la pantalla de mantenimiento de notificaciones.
2- El sistema muestra un listado de todos los anuncios agregados al sistema.
3- Selecciona el anuncio que desea consultar.
4- Presiona el botón “Consultar”.
5- El sistema despliega toda la información referente al anuncio seleccionado.
6- Presiona el botón “Cerrar”.
7- Finaliza el caso de uso.
Flujos Alternos
Use 1: Modificar promoción.
75
ID del Caso de Uso: EP-CUS- 04 Modificar promoción

Martínez por:
Actualización:
Objetivo: El sistema debe permitir cambiar detalles de promociones que ofrecen los
parqueos y las ventas de repuestos al público.
asociados
d
Post-Condiciones Aprobación de promoción
1- Realiza la consulta del anuncio.
2- Presiona el botón “Modificar”.
3- El sistema muestra la siguiente información para cambiar:
 Descripción del anuncio.
 Archivo adjunto.
4- Presiona le botón “Guardar”.
5- El caso de uso finaliza.
Flujos Alternos
1. Nombre del responsable, espacio “Descripción” vacíos
76
a. El sistema despliega un mensaje de error “Debe ingresar la información marcada en

rojo”
b. El caso de uso finaliza
2. Formato de imagen en el espacio de Adjuntar archivo diferente de .pgn, .jpeg.

c. El sistema despliega un mensaje de error “Archivo de imagen no compatible”.
d. El caso de uso finaliza.
ID del Caso de Uso: EP-CUS- 05 Activar o no las notificaciones

Martínez por:
Actualización:
Objetivo: El sistema debe configurar si recibir anuncios o promociones sobre los
parqueos y ventas de repuestos afiliados a la aplicación.
asociados
d
Pre-Condiciones Ingreso a la aplicación.
Post-Condiciones -
1- Ingresar a “Ajuste” en la pantalla de menú principal de la aplicación
2- Presiona el botón “Notificaciones”
3- El sistema muestra opción de activar o desactivar el mostrar notificaciones
4- Presiona le botón “Cerrar”
77

Flujos Alternos
ID del Caso de Uso: EP-CUS- 06 Aprobación de promoción

Martínez por:
Actualización:
Objetivo: Obtener la aprobación de la información por parte del proveedor.
asociados
d
Pre-Condiciones Autorización de visualizar la información ingresada en el sistema.
Post-Condiciones -
1- Se agrega información de la promoción o aviso.
2- Presiona el botón “Estado del anuncio”.
3- Se selecciona “Aprobado” o “Pendiente”.
4- Presiona el botón “Guardar”
5- El sistema automáticamente actualiza el estado de la promoción o aviso.
6- Presiona el botón “Cerrar”.
78

Flujos Alternos
1. Opción de aprobado o pendiente no está seleccionado.
a. El sistema muestra un mensaje de error “El estado del anuncio debe ser
seleccionado”.
Diagramas de secuencia
1. Diagrama de secuencia de registro y mantenimiento de usuarios

79
2. Diagrama de registro del vehículo

80
3. Diagrama de busqueda y reserva del parqueo
4. Diagrama de mantenimientos de las promociones

81
5. Diagrama de inicio de sesión
Diagrama de estados
82
Diagrama de actividades
1. Diagrama de ventas de repuestos
hay
83
2. Diagrama de búsqueda y reservación de parqueos

84
Diagrama Entidad-Relación
85
Arquitectura del Software

Estándares de programación
1. Nombres de ficheros
 Sufijos de ficheros en Java:
- Código fuente: java
- Código compilado: clase
Si No
Package XXYY; Package Xx_Yy
2. Organización de ficheros:
 Un fichero consta de secciones separadas por líneas en blanco y líneas de
comentario, ningún fichero debe tener más de 2000 líneas de código.
 Las secciones en un fichero de código fuente deben ir separadas por una
línea en blanco con el siguiente orden:
- Sentencia: package
- Sentencias de importación. No hay líneas en blanco entre ellas
- Código de la clase
Si No
Package xxyy; Package xxyy;
Import java.util.xxyy;
Import java.util.xxyy; Import android.xxyy;
Import android.xxyy; Public class xxyy { }
Public class xxyy { }
3. Indentación
 La unidad de indentación de bloques de sentencias son 4 espacios, se podrá
hacer el uso de más espacios solo si es necesario.
if ((condition1 && condition2)

|| (condition3 && condition4)
|| !(condition5 && condition6)
||!(condition7 && condition8))
 Líneas Largas
86
- Fraccionar después de una coma

- Fraccionar después de un operador
- Es mejor romper unidades de alto nivel que de bajo nivel
Si
longName1 = longName2 * (longName3 + longName4 - longName5)
+ 4 * longname6;
No
longName1 = longName2 * (longName3 + longName4
- longName5) + 4 * longname6;
4. Corchetes
 Los corchetes de una clase, de un método y de un bloque if, for, etc, deben ir
en la misma línea de la cláusula.
public class {
public static void main(String[] args) {
if (true) {
5. Comentarios
 Los comentarios deben añadir claridad al código. Deben contar el por qué y
no el cómo
 Deben ser concisos
 Idealmente hay que escribir la documentación antes que el código
// Comentario sobre la clase A

public class A { ... }
6. Asignación de nombres:
87
 Paquetes:
- Todo en mayúscula
Si No
XXYY; Xx_Yy
 Clases e interfaces:
- inicial de cada palabra en mayúscula
- No se permite el uso de signos
Si No
XxYy Xx_Yy
 Métodos:
- Inicial de cada palabra en mayúscula
- Se permite el uso del “_” para la separación de palabras
Si No
Xx_Yy xx_yy
 Variables:
- Los nombres que se usen deben ser significativos
- Los nombres deben estar en minúsculas, excepto la primera letra de
cada palabra a partir de la segunda
- Si se implementan siglas están beberán estar en minúscula
Si No
xxYyy Xx_Yy
YYY
XxYyy
 Constantes:
- Todos los caracteres deben estar en mayúsculas y las palabras
separadas por "_"
88
Si No
XX_YY xx_yy
7. Espacios en blanco:
 Se deben usar dos líneas en blanco entre
- Diferentes secciones de un fichero de código fuente
- Entre clases y definiciones de interfaz
public class X {
public class Y {
 Se debe usar una línea en blanco:

- Métodos
- Variables locales de un método y la primera sentencia
- Antes de un bloque o un comentario de línea
- Entre diferentes secciones lógicas dentro de un fichero
public static void main(String[] args) {
x = 1;
y = 2;
if (true) {
Estándares de Base de Datos

La codificación de las tablas de las bases de datos a desarrollar debe cumplir ciertos
requisitos, detallados en el presente documento. Estos requisitos pueden aplicarse a
cualquier motor de bases de datos.
89
Puntos por tomar en cuenta:
Reglas generales:
 El nombre elegido debe ser lo más descriptivo posible, evitando términos ambiguos
o que se presten a distintas interpretaciones.
 El nombre no debe abreviarse, salvo que por necesidad específica deban
especificarse más de una palabra en el mismo.
 Los nombres de tablas y campos deben especificarse bajo el estándar camelCase.
Este estándar especifica escribir las palabras compuestas eliminando los espacios y
poniendo en mayúscula la primera letra de cada palabra, además se podrá optar por
la variante de separar palabras únicamente mediante un “_”.
Si No
Parqueo_Clientes parqueo_clientes
 Únicamente se utilizarán caracteres alfabéticos, salvo que por la naturaleza del

nombre se necesiten dígitos numéricos. Se prohíbe el uso de caracteres de
puntuación o símbolos, a exceptuar del “_”.
Si No
Parqueo_Clientes Parque-Clientes
 Las letras acentuadas se reemplazarán con las equivalentes no acentuadas, y se

prohíbe el uso de la letra “ñ”.
Si No
Parqueo_Xan Parqueo_Xáñ
Tablas:
 De ser el caso los nombres deben especificarse en plural, y de acuerdo con las reglas
generales.
 En el caso de tablas que se relacionan específicamente con otra tabla (ej. tablas tipo,
nomencladores, entidades débiles), esta relación debe quedar expresada en el
nombre.
Si No
Parqueo_Clientes Parqueo-clientes
90
Campos clave (Identificadores de tabla):
 Toda tabla debe poseer uno o más campos clave.

 Toda relación entre tablas debe implementarse mediante llaves foráneas con
integridad referencial, de acuerdo con el motor de base de datos utilizado.
 Los campos clave deben ubicarse al inicio de la definición de la tabla (deben ser los
primeros).
 El nombre de los campos clave siempre deberá incluir la palabra “Id”.
Si No
Id_Cliente id-cliente
Otros campos:
 Todo campo que represente un nombre o descripción se colocará inmediatamente

después de los campos clave, y su nombre será único dependiendo de la tabla a la
que pertenezca.
 Algunos campos que representan datos, de acuerdo con su representación
conceptual en el ámbito del negocio, deberán prefijarse de la siguiente manera:
Fechas: fecha (ejemplo: Fecha de inscripción => fechaInscripcion
 Los campos de relación (llaves foráneas) deben nombrarse de la misma manera que
los campos clave.
Si No
Id_Cliente cedula
Cedula id-cliente
FechaInscripcion Fecha_Inscripcion
91
CAPITULO III:
Desarrollo del Proyecto
Estudio del mercado meta

El acelerado crecimiento en la tenencia de vehículos particulares en el país ha convertido al manejo
de espacios de parqueo en uno de los principales retos y factores competitivos clave. Además en la
actualidad los vehículos son estacionados en la calle por lo que la Aplicación R&P brindará un
92
servicio de parqueo que cumpla con esta necesidad, en las actualidad hay muchas opciones
similares en el mercado de aparcamientos, sin embargo esta aplicación está diseñada para ayudar a
disminuir la densidad vehicular en las zonas más pobladas de Costa Rica que es donde más se
presenta esta problemática, en esta misma se encuentra toda la información necesaria para ayudar
agilizar el tránsito de la Gran Área Metropolitana, con el objetivo de ofrecer a los costarricenses un
sistema donde tenga a su alcance los parqueos públicos que se encuentren cerca de ellos, y tener a
su alcance la información indispensable del sitio, es decir, su ubicación exacta, su horario al
público, precios, y características de este, si es techado o no, por ejemplo. Así como permitirle
reservar su espacio con antelación.
Además, dicha aplicación móvil contara adicionalmente con la función de búsqueda y rápido acceso
a la ubicación de las diferentes tiendas de auto repuestos, esto para brindar un servicio óptimo, ya
que debido a la gran flota vehicular antes mencionada, la demanda en este tipo de servicios puede
aumentar y esto mejoraría el atractivo de la aplicación móvil al público.
Sector donde está enfocado

El contexto del mercado meta va dirigido a Hombres y mujeres de cualquier edad que tengan acceso
a internet en su dispositivo Android, y que soliciten un estacionamiento rápido y seguro en la GAM,
que cuenten con vehículo.
Características del mercado meta:
 Geográfico: Cualquier persona que tengan la aplicación y cuente con vehículo dentro de la
GAM, podremos encontrar también clientes como empresas con productos/servicios del
sector de automotriz y repuestos, ubicados en la GAM, que posean presupuesto para
publicidad digital y tengan presencia en redes sociales y página web.
 Demográfico: Hombres y mujeres de cualquier edad,
que se encuentren dentro de la GAM con acceso a internet y a dispositivos móviles.
 Comportamiento: el mercado objetivo de clientes tendría alcance la información
indispensable del sitio, su ubicación exacta, su horario al público, precios, y características
de este. Así como permitirle reservar su espacio con antelación.
 Estrategia de mercado: la Aplicación R&P cuenta con el plus de ofrecer la venta de
repuesto en la GAM que es otro servicio de muy alta demanda.
 Psicográfica: Todas aquellas personas que Soliciten estacionamiento rápido y seguro,
además todos aquellos que busquen comprar repuestos.
93
Comparación de R&P con aplicaciones similares
1. Parkapp Costa Rica:
En la tienda de Google Play nos encontramos con una aplicación llamada Parkapp su función es
reservar espacios en parqueos que se localizan en las 7 provincias del país. Utilizando la aplicación
logramos observar que ofrece una interfaz agradable para el cliente. Durante la navegación por la
aplicación en su mayoría es bastante intuitiva para los clientes. Sin embargo, en el momento de
buscar un parqueo específicamente en Alajuela y querer realizar la reserva del espacio, no se logró
hacer ya que no se encontró la opción para realizar la reserva en dicho sitio. Sin embargo, se puede
reservar en un solo parqueo ubicado en San José llamado La paz al darle “click” no enseña toda la
información del parqueo un indicador de cómo llegar y la opción de poder compartir con otras
personas la información del sitio. Muestra los servicios que ofrece el parqueo como, por ejemplo: si
hay espacio para personas discapacitadas, si cuenta con cámaras de seguridad, si hay personal
vigilando el parqueo, los tipos de vehículos son aceptados en el parqueo, el horario y por supuesto
la tarifa que cobra el parqueo, así como también en el momento de reservar se puede registrar el
vehículo. La mayoría de las características que cuenta esta aplicación llamada Parkapp son muy
similares a nuestro proyecto, con la única diferencia que esta aplicación solo puede buscar y
reservar parqueos, no contiene la opción de búsqueda de repuestos.
2. Repuestos Gigante:
Repuestos Gigante es una aplicación que es muy similar a la funcionalidad que cuenta nuestra
aplicación R&P. Durante la navegación en esta aplicación, en el momento del registro se encuentran
2 tipos de usuarios clientes: Mecánicos y Cliente. La aplicación ofrece la búsqueda de sus productos
ya sea en categoría de repuestos, accesorios y motocicletas fórmula. Esta tienda ofrece cupones a
sus clientes, y también la opción de ganar putos y luego canjearlos por productos. Muestra
promociones y publicidad dentro de la aplicación. Comparando Repuestos Gigantes y R&P se logró
notar que hay varias funcionalidades similares como lo es la búsqueda de repuestos, presentar la
información de los productos. Sin embargo, esta aplicación se centra en solo una tienda, en cambio
R&P buscar englobar todas las tiendas de repuestos que se encuentran dentro de la Gran Área
Metropolitana de Costa Rica. Una de las desventajas que presenta la aplicación de Repuestos
Gigantes es que la interfaz presentada al cliente se nota muy cargada de información lo que puede
perjudicar al usuario durante su navegación ya que se le puede dificultar en encontrar ciertas
opciones. Finalmente, como se mencionó en la primera comparativa de parqueos, esta aplicación no
94
cuenta con la opción de búsqueda de parqueos, únicamente solo se puede buscar parqueos y en una
sola tienda especifica.
Definición de tipos de clientes y principales stakeholders

La aplicación R&P está dirigido principalmente a clientes o usuarios que día con día tienen
la necesidad que entrar al GAM y enfrentar como buscar campo en algún área específica en
la cual haya mucha actividad de tránsito o ver la posibilidad de encontrar ventas de
repuestos con todos los datos de las mismas para poder acceder fácilmente a una rápida
compra, por esto los principales stakeholders como tal de la aplicación son los que se
nombran a continuación:
• Usuarios finales: Van a ser todos aquellos usuarios que utilicen la aplicación para
movilizarse hacia algún parqueo en el GAM y hacia las ventas de repuestos.
• Programadores: Los que se dedican a hacer cambios antes durante y después de la
creación del software como tal a la hora de que ya esté en el mercado.
• Estudiantes: Encargados del proyecto encuentran patrocinadores para el proyecto.
Por lo tanto, constituye la autoridad dentro del grupo, pero esta autoridad deberá ser
practicada mediante el liderazgo, ya que el objetivo de su función es la de coordinar
a todos los miembros del equipo para que realicen sus funciones de la forma más
eficiente posible.
• Analistas de datos: Encargados de la revisión de datos que este correctos y
actualizaciones. Transforma los datos en información para poder llevar a cabo una
toma de decisiones más completa.
• Analistas de sistemas: Verifican que el sistema cumpla con todos los requerimientos
establecidos. Realizan un estudio detallado de la empresa, sus procedimientos y las
necesidades de las personas que utilizan sus sistemas.
• Diseñadores gráficos: Encargados de la parte visual del programa que cuente con los
95
colores y banners que se solicitaron. Se dedica a crear diseños creativos para
comunicar mensajes o ideas de una manera única que atraiga la atención de los
clientes.
Herramienta para aplicar encuesta

Para este proyecto se definió utilizar Google Forms como herramienta para la aplicación de
la encuesta ya que cuenta con todas las características necesarias para este fin, además,
cuenta con el plus de ser gratis.
Selección de la muestra
Para fines de la recolección de la información mediante la encuesta se seleccionó un grupo
de 25 personas, las cuales sean conductores activos, o conozcan el ambiente
automovilístico dentro de la GAM.
Resultados de la encuesta
1) ¿Cree usted que es fácil encontrar parqueos dentro de la GAM?
Figura 7. 1 Resultados encuesta aplicada
2) ¿Piensa usted que es fácil obtener acceso a la información de los parqueos en la GAM?
96
3) ¿Para usted la información que se obtiene de los parqueos en la GAM debería ser más
sustancial y brindar información cómo: espacios disponibles, características de
infraestructura, ¿etc.?

97
4) ¿Conoce usted alguna aplicación móvil qué este destinada a brindar información sobre
parqueos en la GAM?
5) ¿Desde su punto de vista que tan necesario seria contar con una aplicación móvil que
brinde información de los parqueos y permita reservar espacios en los mismos con
antelación dentro de la GAM?

98
6) ¿Cree usted que es fácil encontrar tiendas de repuestos dentro de la GAM?
7) ¿Piensa usted que es fácil obtener acceso a la información de las ventas de repuestos en
la GAM?
8) ¿Para usted la información que se obtiene de las tiendas de repuestos en la GAM debería
ser más sustancial y brindar información cómo: repuestos disponibles, características de
infraestructura, ¿etc.?
99
9) ¿Conoce usted alguna aplicación móvil qué este destinada a brindar información sobre
tiendas de repuestos en la GAM?

100
10) ¿Desde su punto de vista que tan necesario seria contar con una aplicación móvil que
brinde información de las tiendas de repuestos y permita ver los repuestos con los que
cuenta la misma, precios, etc. ¿Dentro de la GAM?
Conclusiones
101
Como resultado de este trabajo puede señalarse que se presentaron los diferentes métodos que se
tienen para realizar la aplicación R&P, vimos un poco lo que vamos a tener que realizar,
limitaciones y demás. La actualidad nos está cambiando por eso pretendemos con este trabajo dar
una mayor eficiencia en cuanto a la agilización del tránsito por esto y más damos la facilidad de
encontrar parqueos y ventas de repuesto de manera ágil para que el conductor con unos simples
pasos pueda tener acceso a lo que necesitara en ese momento.
Este proyecto puede representar algunas mayores exigencias en su momento, pero se planea ir
mejorando la productividad y eficiencia de esta para llegar a obtener la mayor demanda tanto de
usuarios de la aplicación y de negocios que vayan a estar dentro de la aplicación, pero para el
mismo durante el tiempo de planeación planteado se traten de evitar tiempos innecesarios y se dé al
usuario una visión completa de lo que vamos a desarrollar.
Para llevar a cabo el desarrollo de esta aplicación móvil se tomaron en cuenta los aspectos de un
análisis como los son: historias de usuario, listado y clasificación de requerimientos y la elaboración
de diversos casos de uso todo con el fin de que el desarrollo de este proyecto cumpla los estándares
requeridos tanto por los futuros clientes o usuarios, así como también del equipo desarrollador y las
diferentes entidades que regulan el uso y desarrollo de estas.
La inserción a la tecnología hoy en día es muy importante, ya que muchas actividades de nuestro
diario vivir han ido poco a poco solucionadas por la tecnología, es decir cada vez nos facilita
realizar su proceso. Es por esto por lo que la misión de este proyecto es ayudar a la mayor parte de
este comercio, en el sector de parqueos y repuestos, para así darles un valor agregado a su negocio,
y darles un mejor servicio a sus clientes.
La importancia que se tiene el conocer el contexto del mercado meta nacional al que nos estamos
dirigiendo con la aplicación ya que así logramos entender mejor las necesidades de los ciudadanos
que utilizan parqueo o tiendas de repuestos de vehículos, y con esto tratar de generar todas esas
necesidades en la aplicación y así facilitarles los procesos para su realización. La fase de diseño y
control de cambios nos permitió tener más claro las interfaces y funciones que realmente se
consideran importantes, así como cambiar o mejorar las que ya estaban establecidas.
Establecer el prototipo nos ayudó tener un panorama más claro de lo que el cliente va a encontrar en
la aplicación, teniendo en cuenta en diseñar una interfaz los suficiente intuitiva al cliente, agregar
los iconos adecuados para su presentación, colores que contrasten entre sí y sean atractivos a la
vista del usuario. Colocar botones, imágenes y demás aspectos en lugares que no interrumpan el
tiempo de navegación del cliente en la aplicación.
Hacer un estudio de mercado nos ayudó a definir mejor a la población a la que nos vamos a dirigir
esto con el fin de que antes de lanzar los productos conozcamos que información posible ante los
gustos, expectativas y necesidades de los clientes. También nos permite detectar futuras
funcionalidades que se pueden agregar en una actualización de la aplicación.
102
Bibliografía
 Arrieta, E. (14 de noviembre de 2018). Costa Rica es el tercer país con mayor
densidad vehicular de Latinoamérica. La Republica.net. Recuperado de
https://www.larepublica.net/noticia/costa-rica-es-el-tercer-pais-con-mayor-
densidad-vehicular-de-latinoamerica
 Sánchez Hernández, L. (2018). Diagnóstico sobre la situación del transporte y la
movilidad en Costa Rica. San José, Costa Rica: Autor. Dimensión Movilidad. En
Ministerio de Viviendas y Asentamientos Humanos. Recuperado de
https://www.mivah.go.cr/Documentos/PlanGAM2013/01 -
DIMENSIONES/Dimension_Movilidad.pdf
 Piedra Leiva, D. (2018). 28.000 conductores recibieron una multa por
estacionamiento indebido. Elmundo.cr. Recuperado de
https://www.elmundo.cr/costa-rica/28-000-conductores-recibieron-una-multa-por-
estacionamiento-indebido/
 Solano Jiménez, A. J. (99). Caracterización del Flujo Vehicular de Autopistas
(Tesina para Licenciatura). Universidad de Costa Rica, San José, Costa Rica.
 Molina, A. Roque, L. Rosa, B. Rojas, Yuniet. Elinor, M. & Selín, G. (2015) El
proceso de comunicación mediado por las tecnologías de la información. Ventajas
y desventajas en diferentes esferas de la vida social. Universidad de Ciencias
Médicas, Cienfuegos, Cuba.
 Heredia R.(10 de septiembre 2017). Espiral de Proyectos. Blog de WordPress.
Recuperado de
https://rosarioherediaproyectodesoftware.wordpress.com/2017/09/10/espiral-de-
proyectos/
 Vera Carranza, M. Islas.L .Martinez,J. & Moctezuma,M. (2015). Ingeniería del
Software Apuntes digitales. Universidad Autónoma del Estado de Hidalgo, México.
103
Anexos
104
105
106
107
108

Entrega3-Desarrollo de Aplicaciones

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Entrega3-Desarrollo de Aplicaciones

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD HISPANOAMERICANA

III CUATRIMESTRE 2021

1. Diagrama de ventas de repuestos........................................................................................80

Tabla 15. REQ- 015- Mantenimiento de proveedores de parqueos.............................................35

La ingeniería de software es una disciplina formada por un conjunto de métodos,

económicamente software que sea fiable y funcione eficientemente sobre máquinas

reales(F. Bauer Conferencia de la OTAN, 1969).

diseño y construcción de los programas y la documentación requerida para su desarrollo,

operación y mantenimiento (B. Boehm 1976).

(3) El enfoque sistemático para el desarrollo, operación, mantenimiento y eliminación del

software, definiendo como software los programas, procedimientos, reglas y

Figura 1. Ciclo de vida Clásico

con la implementación de los modelos del proceso de la ingeniería del software.

Figura 2. Modelo Cascada

Esta figura representa la serie de fases que se ejecutan secuencialmente.

4. Procesos de software por prototipo

los cuales el cliente no tiene la definición completa de requisitos.

Figura 3. Proceso de desarrollo por prototipos

El enfoque incremental de desarrollo se ve como una forma de reducir la repetición del

Cascada y Modelo Evolutivo.

Figura 4. Modelo Incremental

Figura 5. Modelo Espiral

Acta Constitución del Proyecto

Director de proyecto Patrocinador del proyecto

La mayoría de los parqueos públicos no cuidan adecuadamente sus instalaciones, es

5. Información de ventas de repuestos.

Nombre Rol que desempeña Firma

demanda que poseen estos establecimientos se debería tener una administración y un

Figura 6. Diagrama de causa y efecto

Fuente: Elaboración propia

tecnológica hoy en día son puntos menos contra la competencia. La infraestructura y la

Estructura de Desglose de Trabajo

Actividades Inicio Final

1) Marco Teórico 4 – oct -2021 8 – oct -2021

12) Lista de requerimientos a

20) Programar login a la aplicación 7-nov-2021 14-nov-2021

Tabla 1. Historias de usuarios

N.º Rol Actividad Funcionalidad Criterio de Notas

5 Cliente de la Ver imágenes de las Determinar si el Buena visibilidad -Conseguir fotos

Categorización de los requerimientos funcionales

Tabla 2. Requerimientos funcionales

Requerimiento Mantenimiento Proceso Trámite WS Consumo Consultas y

Ingreso desde cuentas X

Documentación de especificaciones de requerimientos del sistema (ERS)

Tabla 3. REQ -00- Ingreso desde cuentas de redes sociales

ID del Requerimiento: REQ- 01 - Ingreso desde cuentas de redes sociales

Creado por: Katherine Ruiz Modificado por: -

Tabla 4. REQ- 01- Ingreso con usuario y contraseña

ID del Requerimiento: REQ- 02 - Ingreso con usuario y contraseña

Objetivo: Permitir el ingreso a la aplicación por medio de las credenciales de

Tabla 5. REQ-02- Formulario de Registro Cliente

ID del Requerimiento: REQ- 03 - Formulario de registro usuario-cliente

formulario de registro a la misma.

Validado por: Usuario

Tabla 6. REQ -03- Opción de Búsqueda de Parqueos

ID del Requerimiento: REQ- 04 - Opción de Búsqueda de Parqueos

Tabla 7. REQ - 04- Opción de Búsqueda de Repuestos

ID del Requerimiento: REQ- 05 - Opción de Búsqueda de tiendas de Repuestos

Objetivo: Permitir la búsqueda de todas las auto repuestos dentro de la base de

Tabla 8. REQ-05- Sitio de localización por medio de mapas

ID del Requerimiento: REQ- 06 - Sitio de localización por medio de mapas

Fuentes: Web Service de Mapas, Waze o Maps de Google

Elementos de resultados El sistema debe desplegar la siguiente información

Autorizado por:________________ Fecha:

ID del Caso de Uso:  EP- CUS- 01 Opción de búsqueda de parqueos

ID del Caso de Uso:  EP- CUS- 02 Búsqueda de Parqueos por entrada de

ID del Caso de Uso:  EP- CUS- 03 Sitio de Localización por medio de