SISTEMA DE INFORMACIÓN WEB PARA EL CONTROL DE PÉRDIDA Y RECUPERACIÓN DE BICICLETAS EN BOGOTÁ

DIANA MARCELA HURTADO GÓMEZ

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD TECNOLÓGICA TECNOLOGÍA DE SISTEMATIZACIÓN DE DATOS

BOGOTÁ 2017

SISTEMA DE INFORMACIÓN WEB PARA EL CONTROL DE PÉRDIDA Y

RECUPERACIÓN DE BICICLETAS EN BOGOTÁ

DIANA MARCELA HURTADO GÓMEZ

Monografía para optar al título de tecnólogo en sistematización de datos

Tutor CARLOS ALBERTO VANEGAS

Docente Académico

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD TECNOLÓGICA

TECNOLOGÍA DE SISTEMATIZACIÓN DE DATOS BOGOTÁ

2017

NOTA DE ACEPTACIÓN

_________________________________________

_________________________________________

_________________________________________

_________________________________________

_________________________________________

_________________________________________

________________________________________

Firma del jurado

Bogotá

4

TABLA DE CONTENIDO

RESUMEN ............................................................................................................ 14

ABSTRACT ........................................................................................................... 14

INTRODUCCIÓN .................................................................................................. 15

1. FASE DE INICIO ............................................................................................ 16

1.1. PLANTEAMIENTO DEL PROBLEMA ...................................................... 16

1.1.1. Descripción. ...................................................................................... 16

1.1.2. Formulación del problema. ................................................................ 16

1.2. ALCANCES Y DELIMITACIONES ........................................................... 17

1.2.1. Alcances. ........................................................................................... 17

1.2.2. Limitaciones. ..................................................................................... 17

1.3. OBJETIVOS ............................................................................................. 17

1.3.1. Objetivo general. ...................................................................................... 17

1.3.2. Objetivos específicos. ....................................................................... 17

1.4. JUSTIFICACIÓN. ..................................................................................... 18

1.5. MARCO DE REFERENCIA ..................................................................... 19

1.5.1. Estado del arte. ................................................................................. 19

1.6. MARCO TEÓRICO .................................................................................. 20

1.6.1. Inventario perpetuo ........................................................................... 20

1.6.2. Sistema de información. .................................................................... 21

1.6.3. Web. .................................................................................................. 22

1.6.4. Base de datos. .................................................................................. 24

1.6.5. Tecnologías de desarrollo. ................................................................ 26

1.6.6. Metodología de desarrollo: Metodología RUP. .................................. 29

1.7. MARCO CONCEPTUAL .......................................................................... 32

1.7.1. Responsive web design .................................................................... 32

1.7.2. Navegador web. ................................................................................ 32

1.7.3. Seguridad. ......................................................................................... 33

1.7.4. Venta. ................................................................................................ 34

5

1.7.5. Bicicleta. ............................................................................................ 34

1.8. FACTIBILIDAD ECONÓMICA. ................................................................ 34

1.8.1. Costos de software. ........................................................................... 34

1.8.2. Costo de hardware. ........................................................................... 34

1.8.3. Costos de personal. .......................................................................... 35

1.8.4. Costos de tutor. ................................................................................. 35

1.8.5. Otros costos ...................................................................................... 35

1.9. RECOMENDACIONES ............................................................................ 35

1.10. CONCLUSIONES .................................................................................... 36

1.11. BIBLIOGRAFÍA ........................................................................................ 36

2. FASE DE ANÁLISIS ....................................................................................... 39

2.1. ANÁLISIS DE REQUERIMIENTOS ......................................................... 39

2.1.1. Requerimientos no funcionales: ........................................................ 39

2.1.2. Requerimientos funcionales: ............................................................. 39

2.2. DEFINICIÓN DE ACTORES .................................................................... 40

2.3. DIAGRAMAS DE CASOS DE USO ......................................................... 41

2.3.1. Modelo de caso de uso ingreso y salida del sistema ........................ 41

2.3.2. Modelo de caso de uso gestión de usuarios principales ................... 41

2.3.3. Modelo de caso de uso gestión de usuarios secundarios ................. 42

2.3.4. Modelo de caso de uso consultas a bicicletas .................................. 42

2.3.5. Modelo de caso de uso gestión de bicicletas .................................... 43

2.3.6. Modelo de caso de uso gestión de perfil ........................................... 43

2.3.7. Modelo de caso de uso actividades del sistema ............................... 44

2.3.8. Modelo de caso de uso actividades del invitado ............................... 44

2.4. DOCUMENTACIÓN DE CASOS DE USO .............................................. 44

2.4.1. Iniciar sesión ..................................................................................... 44

2.4.2. Cerrar sesión ..................................................................................... 45

2.4.3. Adicionar administrador ..................................................................... 45

2.4.4. Adicionar bicicleta ............................................................................. 46

2.4.5. Adicionar teléfono.............................................................................. 47

6

2.4.6. Adicionar tienda................................................................................. 48

2.4.7. Agregar nueva imagen de perfil ........................................................ 48

2.4.8. Cambiar contraseña .......................................................................... 49

2.4.9. Cambiar estado de la bicicleta .......................................................... 50

2.4.10. Consultar tienda ................................................................................ 50

2.4.11. Consultar bicicletas ........................................................................... 51

2.4.12. Consultar administradores ................................................................ 52

2.4.13. Consultar inventario .......................................................................... 52

2.4.14. Consultar bicicletas vendidas ............................................................ 53

2.4.15. Consultar bicicletas perdidas ............................................................ 54

2.4.16. Consultar estado ............................................................................... 54

2.4.17. Eliminar administrador ....................................................................... 55

2.4.18. Eliminar bicicleta ............................................................................... 55

2.4.19. Eliminar teléfono................................................................................ 56

2.4.20. Eliminar tienda................................................................................... 57

2.4.21. Enviar e-mail ..................................................................................... 57

2.4.22. Modificar administrador ..................................................................... 58

2.4.23. Modificar bicicleta .............................................................................. 59

2.4.24. Modificar tienda ................................................................................. 59

2.4.25. Subir imagen de administrador ......................................................... 60

2.4.26. Subir imagen de bicicleta .................................................................. 61

2.4.27. Ver historial de bicicletas ................................................................... 62

2.4.28. Vender bicicleta ................................................................................. 62

2.5. DIAGRAMAS DE SECUENCIA ................................................................... 63

2.5.1. Iniciar sesión ..................................................................................... 63

2.5.2. Cerrar sesión ..................................................................................... 64

2.5.3. Administrador .................................................................................... 64

2.5.4. Tienda ............................................................................................... 70

2.5.5. Biciusuario ......................................................................................... 75

2.5.6. Consultar estado de bicicleta ............................................................ 81

7

2.5.7. Enviar e-mail ..................................................................................... 82

2.6. DIAGRAMAS DE ACTIVIDAD ................................................................. 82

2.6.1. Iniciar sesión ..................................................................................... 82

2.6.2. Cerrar sesión ..................................................................................... 83

2.6.3. Administrador .................................................................................... 83

2.6.4. Tienda ............................................................................................... 89

2.6.5. Biciusuario ......................................................................................... 94

2.6.6. Consultar estado de bicicleta .......................................................... 100

2.6.7. Enviar e-mail ................................................................................... 101

3. FASE DE DISEÑO ....................................................................................... 102

3.1. HERRAMIENTAS TECNOLÓGICAS UTILIZADAS ............................... 102

3.2. PROTOTIPOS ....................................................................................... 103

3.2.1. Home ............................................................................................... 103

3.2.2. Iniciar sesión ................................................................................... 103

3.2.3. Perfil de usuario .............................................................................. 104

3.2.4. Secciones secundarias ................................................................... 104

3.2.5. Formulario consultar estado ............................................................ 105

3.2.6. Noticias ........................................................................................... 105

3.2.7. Estadísticas ..................................................................................... 106

3.2.8. Formulario enviar mensaje .............................................................. 107

3.3. LISTADO DE CLASES .......................................................................... 108

3.4. DIAGRAMA DE CLASES....................................................................... 109

3.5. DIAGRAMA ENTIDAD RELACIÓN ........................................................ 110

3.6. DICCIONARIO DE DATOS.................................................................... 111

4. FASE DE IMPLEMENTACIÓN ..................................................................... 113

4.1. DEFINICIÓN DE CAPAS ....................................................................... 113

4.1.1. Capa modelo ................................................................................... 113

4.1.2. Capa controlador ............................................................................. 114

4.1.3. Capa vista ....................................................................................... 115

4.2. DIAGRAMA DE DESPLIEGUE .............................................................. 117

8

4.3. DIAGRAMA DE COMPONENTES ......................................................... 117

5. FASE DE PRUEBAS .................................................................................... 118

5.1. Inicio de sesión ...................................................................................... 118

5.2. Cerrar sesión ......................................................................................... 118

5.3. Gestión de perfil ..................................................................................... 119

5.4. Gestión de administradores ................................................................... 120

5.5. Gestión de tiendas ................................................................................. 122

5.6. Gestión de inventario ............................................................................. 123

5.7. Proceso de facturación .......................................................................... 124

5.8. Secciones de consultas ......................................................................... 125

5.9. Home ..................................................................................................... 126

ANEXOS ............................................................................................................. 128

9

LISTA DE FIGURAS

Figura 1. Elementos de un sistema de información .............................................. 21

Figura 2. Esquema básico de una aplicación web ................................................ 23

Figura 3. Tecnologías agrupadas bajo el concepto de AJAX ............................... 29

Figura 4 Caso de uso IngresoSalidaSistema ........................................................ 41

Figura 5 Caso de uso GestionUsuariosPrincipales ............................................... 41

Figura 6 Caso de uso GestionUsuariosSecuandarios .......................................... 42

Figura 7 Caso de uso ConsultarBicicleta .............................................................. 42

Figura 8 Caso de uso GestionBicicletas ............................................................... 43

Figura 9 Caso de uso GestionPerfil ...................................................................... 43

Figura 10 Caso de uso ActividadesSistema ......................................................... 44

Figura 11 Caso de uso ActividadesInvitado .......................................................... 44

Figura 12 Diagrama de secuencia Iniciar Sesión .................................................. 63

Figura 13 Diagrama de secuencia cerrar sesión................................................... 64

Figura 14 Diagrama de secuencia Admin_ConsultarTienda ................................. 64

Figura 15 Diagrama de secuencia Admin_AdicionarTienda ................................. 65

Figura 16 Diagrama de secuencia Admin_ModificarTienda .................................. 65

Figura 17 Diagrama de secuencia Admin_EliminarTienda ................................... 66

Figura 18 Diagrama de secuencia Admin_ConsultarBicicletas ............................. 66

Figura 19 Diagrama de secuencia Admin_VerHistorial ......................................... 67

Figura 20 Diagrama de secuencia Admin_ConsultarAdministrador ...................... 67

Figura 21 Diagrama de secuencia Admin_AdicionarAdministrador ...................... 68

Figura 22 Diagrama de secuencia Admin_ModificarAdministrador....................... 68

Figura 23 Diagrama de secuencia Admin_EliminarAdministrador ........................ 69

Figura 24 Diagrama de secuencia Admin_SubirImagenAdmin ............................. 69

Figura 25 Diagrama de secuencia Tienda_ConsultarInventario ........................... 70

Figura 26 Diagrama de secuencia Tienda_AñadirBicicleta ................................... 70

Figura 27 Diagrama de secuencia Tienda_ModificarBicicleta .............................. 71

Figura 28 Diagrama de secuencia Tienda_EliminarBicicleta ................................ 71

Figura 29 Diagrama de secuencia Tienda_SubirImagenBicicleta ......................... 72

Figura 30 Diagrama de secuencia Tienda_VenderBicicleta ................................. 72

Figura 31 Diagrama de secuencia Tienda_ConsultarBicicletasVendidas ............. 73

Figura 32 Diagrama de secuencia Tienda_AgregarImagenPerfil ......................... 73

Figura 33 Diagrama de secuencia Tienda_AdicionarTelefono ............................. 74

Figura 34 Diagrama de secuencia Tienda_EliminarTelefono ............................... 74

10

Figura 35 Diagrama de secuencia Tienda_CambiarContraseña .......................... 75

Figura 36 Diagrama de secuencia BUsuario_CambiarEstado .............................. 75

Figura 37 Diagrama de secuencia BUsuario_ConsultarInventario........................ 76

Figura 38 Diagrama de secuencia BUsuario_AñadirBicicleta .............................. 76

Figura 39 Diagrama de secuencia BUsuario_ModificarBicicleta .......................... 77

Figura 40 Diagrama de secuencia BUsuario_EliminarBicicleta ............................ 77

Figura 41 Diagrama de secuencia BUsuario_VenderBicicleta .............................. 78

Figura 42 Diagrama de secuencia BUsuario_SubirImagenBicicleta ..................... 78

Figura 43 Diagrama de secuencia BUsuario_ConsultarBicicletasPerdidas .......... 79

Figura 44 Diagrama de secuencia BUsuario_AgregarImagenPerfil ...................... 79

Figura 45 Diagrama de secuencia BUsuario_AdicionarTelefono .......................... 80

Figura 46 Diagrama de secuencia BUsuario_EliminarTelefono ............................ 80

Figura 47 Diagrama de secuencia BUsuario_CambiarContraseña....................... 81

Figura 48 Diagrama de secuencia ConsultarEstadoBicicleta ............................... 81

Figura 49 Diagrama de secuencia EnviarMensaje ................................................ 82

Figura 50 Diagrama de actividad Iniciar Sesión .................................................... 82

Figura 51 Diagrama de actividad Cerrar Sesión ................................................... 83

Figura 52 Diagrama de actividad Admin_ConsultarTienda ................................... 83

Figura 53 Diagrama de actividad Admin_AdicionarTienda ................................... 84

Figura 54 Diagrama de actividad Admin_ModificarTienda .................................... 84

Figura 55 Diagrama de actividad Admin_EliminarTienda ..................................... 85

Figura 56 Diagrama de actividad Admin_ConsultarBicicletas ............................... 85

Figura 57 Diagrama de actividad Admin_VerHistorialBicicletas............................ 86

Figura 58 Diagrama de actividad Admin_ConsultarAdministrador ........................ 86

Figura 59 Diagrama de actividad Admin_AdicionarAdministrdor .......................... 87

Figura 60 Diagrama de actividad Admin_ModificarAdministrador......................... 87

Figura 61 Diagrama de actividad Admin_EliminarAdministrador .......................... 88

Figura 62 Diagrama de actividad Admin_SubirImagenAdministrador ................... 88

Figura 63 Diagrama de actividad Tienda_AñadirBicicleta ..................................... 89

Figura 64 Diagrama de actividad Tienda_ModificarBicicleta ................................ 89

Figura 65 Diagrama de actividad Tienda_EliminarBicicleta .................................. 90

Figura 66 Diagrama de actividad Tienda_SubirImagenBicicleta ........................... 90

Figura 67 Diagrama de actividad Tienda_VenderBicicleta ................................... 91

Figura 68 Diagrama de actividad Tienda_ConsultarBicicletasVendidas ............... 91

Figura 69 Diagrama de actividad Tienda_AgregarImagenPerfil ........................... 92

Figura 70 Diagrama de actividad Tienda_ConsultarInventario ............................. 92

Figura 71 Diagrama de actividad Tienda_AdicionarTelefono ............................... 93

11

Figura 72 Diagrama de actividad Tienda_EliminarTelefono ................................. 93

Figura 73 Diagrama de actividad Tienda_CambiarContraseña ............................ 94

Figura 74 Diagrama de actividad BUsuario_CambiarEstado ................................ 94

Figura 75 Diagrama de actividad BUsuario_ConsultarInventario.......................... 95

Figura 76 Diagrama de actividad BUsuario_AñadirBicicleta ................................. 95

Figura 77 Diagrama de actividad BUsuario_ModificarBicicleta ............................. 96

Figura 78 Diagrama de actividad BUsuario_EliminarBicicleta .............................. 96

Figura 79 Diagrama de actividad BUsuario_VenderBicicleta ................................ 97

Figura 80 Diagrama de actividad BUsuario_SubirImagenBicicleta ....................... 97

Figura 81 Diagrama de actividad BUsuario_ConsultarBicicletasPerdidas ............ 98

Figura 82 Diagrama de actividad BUsuario_AgregarImagenPerfil ........................ 98

Figura 83 Diagrama de actividad BUsuario_AdicionarTelefono ............................ 99

Figura 84 Diagrama de actividad BUsuario_EliminarTelefono .............................. 99

Figura 85 Diagrama de actividad BUsuario_CambiarContraseña....................... 100

Figura 86 Diagrama de actividad ConsultarEstadoBicicleta ............................... 100

Figura 87 Diagrama de actividad Enviare mail ................................................... 101

Figura 88 Interfaz_Home .................................................................................... 103

Figura 89 Interfaz_IniciarSesión ......................................................................... 103

Figura 90 Interfaz_Perfil ...................................................................................... 104

Figura 91 Interfaz_SeccionesSecundarias ......................................................... 104

Figura 92 Interfaz_ConsultarEstado ................................................................... 105

Figura 93 Interfaz_Noticias ................................................................................. 105

Figura 94 Interfaz_Estadísticas1 ......................................................................... 106

Figura 95 Interfaz_MapaEstadísticas .................................................................. 106

Figura 96 Interfaz_EstadísticasGenerales .......................................................... 107

Figura 97 Interfaz_EnviarMensaje ...................................................................... 107

Figura 98 Diagrama de clases ............................................................................ 109

Figura 99 Diagrama entidad-relación .................................................................. 110

Figura 100 Diagrama de despliegue ................................................................... 117

12

ÍNDICE DE TABLAS

Tabla 1 Definición de actores................................................................................ 40

Tabla 2 Caso de uso Iniciar sesión ....................................................................... 44

Tabla 3 Caso de uso Cerrar sesión ...................................................................... 45

Tabla 4 Caso de uso Adicionar administrador ...................................................... 45

Tabla 5 Caso de uso Adicionar tienda .................................................................. 46

Tabla 6 Caso de uso Adicionar teléfono ............................................................... 47

Tabla 7 Caso de uso Adicionar tienda .................................................................. 48

Tabla 8 Caso de uso Agregar imagen de perfil ..................................................... 48

Tabla 9 Caso de uso Cambiar contraseña ............................................................ 49

Tabla 10 Caso de uso Cambiar estado ................................................................. 50

Tabla 11 Caso de uso Consultar tienda ................................................................ 50

Tabla 12 Caso de uso consultar bicicletas ............................................................ 51

Tabla 13 Caso de uso Consultar administradores ................................................ 52

Tabla 14 Caso de uso Consultar inventario .......................................................... 52

Tabla 15 Caso de uso Consultar bicicletas vendidas ............................................ 53

Tabla 16 Caso de uso Consultar bicicletas perdidas ............................................ 54

Tabla 17 Caso de uso Consultar estado ............................................................... 54

Tabla 18 Caso de uso Eliminar administrador ...................................................... 55

Tabla 19 Caso de uso Eliminar bicicleta ............................................................... 55

Tabla 20 Caso de uso Eliminar teléfono ............................................................... 56

Tabla 21 Caso de uso Eliminar tienda .................................................................. 57

Tabla 22 Caso de uso enviar e-mail ..................................................................... 57

Tabla 23 Caso de uso Modificar administrador ..................................................... 58

Tabla 24 Caso de uso Modificar bicicleta ............................................................. 59

Tabla 25 Caso de uso Modificar tienda ................................................................. 59

Tabla 26 Caso de uso Subir imagen administrador .............................................. 60

Tabla 27 Caso de uso Subir imagen bicicleta ....................................................... 61

Tabla 28 Caso de uso Ver historial ....................................................................... 62

Tabla 29 Caso de uso Vender bicicleta ................................................................ 62

Tabla 30 Listado de clases ................................................................................. 108

Tabla 31 Diccionario de datos............................................................................. 111

Tabla 32 Capa modelo ........................................................................................ 113

Tabla 33 Capa controlador ................................................................................. 114

Tabla 34 Capa vista ............................................................................................ 115

13

LISTA DE CUADROS

Cuadro 1 Prueba Inicio de sesión ....................................................................... 118

Cuadro 2 Prueba Cerrar sesión .......................................................................... 118

Cuadro 3 Prueba Gestión de perfil ...................................................................... 119

Cuadro 4 Prueba Gestión de administradores .................................................... 120

Cuadro 5 Prueba Gestión de tiendas .................................................................. 122

Cuadro 6 Prueba Gestión de inventario .............................................................. 123

Cuadro 7 Prueba Facturación ............................................................................. 124

Cuadro 8 Prueba Consultas ................................................................................ 125

Cuadro 9 Prueba Home ...................................................................................... 126

14

RESUMEN

El presente proyecto propone la reducción de robos de bicicletas en la ciudad de Bogotá, así como la compra y venta ilegal de estas y la posibilidad de facilitar la localización de las bicicletas hurtadas por medio de una página web estructurada de tal forma que quien la use pueda comprender rápidamente cómo se utiliza y las opciones que ofrece. Partiendo de lo anterior se realizó un análisis de la problemática, se diseñó y desarrolló el aplicativo que ayudaría a combatirla a partir del uso de los lenguajes de programación web PHP y JavaScript, como el lenguaje SQL MySQL con el que se maneja el intercambio y la modificación de datos almacenados en el servidor; así mismo para mantener una comunicación asíncrona cliente-servidor se utiliza la tecnología AJAX la cual permite la interactividad de la página. El desarrollo de este aplicativo de internet ha sido posible gracias a los conocimientos adquiridos en la universidad y el trabajo autónomo.

ABSTRACT

The present project proposes the reduction of bicycle thefts in the city of Bogotá, as well as the illegal purchase and sale of these and the possibility of facilitating the location of stolen bikes through a structured web page so that whoever uses it you can quickly understand how it is used and the options it offers. Based on the above, an analysis of the problem was done, the application was designed and developed that would help to combat it from the use of PHP and JavaScript web programming languages, such as the MySQL SQL language with which the exchange is handled. modification of data stored on the server; In order to maintain an asynchronous client-server communication, AJAX technology is used which allows the interactivity of the page. The development of this internet application has been possible thanks to the knowledge acquired in the university and the autonomous work.

15

INTRODUCCIÓN

En la actualidad se presencia una gran cantidad de personas movilizándose en bicicleta bien sea para el trabajo, la universidad o cualquier otro destino gracias a la idea que todos comparten de que es económica, rápida, amable con el medio ambiente, falta de ruido y carente de emisiones de dióxido de carbono; además de que disminuye la congestión tanto en las vías como en el mismo transporte masivo donde se aglomeran gran cantidad de individuos. Bogotá cuenta con proyectos promotores del uso de la bicicleta entre otros el más nuevo es ‘Al colegio en Bici’, en este se incentiva el uso del medio de transporte sin motor desde los infantes hasta los jóvenes estudiantes de bachillerato; además de ello la alcaldía ha anunciado en este año la creación de un Centro de la Bicicleta donde se busca capacitar sobre mecánica avanzada y emprendimiento alrededor de la bicicleta. Sin embargo, la capital cuenta con altos índices de inseguridad lo que se convierte en un obstáculo frente a la intención de ampliar la utilización del medio de transporte mencionado pues lo ciudadanos se sienten inseguros debido a los ataques con armas blancas o de fuego que atentan contra su vida y les despoja de sus bienes personales. El presente proyecto de sistematización de datos busca aprovechar la iniciativa de la alcaldía de Bogotá de reducir la tasa de robos de bicicletas y el negocio lucrativo que es la venta de las mismas o su desvalije en la ciudad por medio de un marcaje especial, único e irrepetible en cada una de sus partes haciendo más fácil la identificación de la misma por parte de la policía de tránsito. El objetivo ha sido construir un portal web de registro de bicicletas donde participa la comunidad, los bici usuarios, las tiendas y la misma policía; se ha hecho una investigación sobre otros portales que ofrezcan el mismo servicio con el fin de presentar un proyecto innovador con respecto a nuevas funcionalidades. Título: Sistema de información web para el control de bicicletas en Bogotá Tema: Seguridad en las ciclovías de la ciudad de Bogotá

16

1. FASE DE INICIO

1.1. PLANTEAMIENTO DEL PROBLEMA

1.1.1. Descripción.

Actualmente no existe un registro obligatorio de las bicicletas que son compradas en la ciudad de Bogotá existiendo la falta de un control de las mismas que transcurren día a día por ella. Ésta falta de control presenta un problema a la hora de quererse recuperar la bicicleta por parte del dueño en caso de existir algún tipo de robo o pérdida. Según informes oficiales por parte del diario El Espectador1 , el representante a la Cámara, Carlos Eduardo Guevara advirtió al Congreso de la República un aumento considerable en el robo de bicicletas en la ciudad de Bogotá afirmando que, aunque ya en el 2012 se presentan robos diarios de tres bicicletas para el año 2015 se aumentó a cinco bicicletas diarias, es decir, un incremento del 29,86%. Otra situación alarmante en las ciclo-rutas de la ciudad es el incremento del hurto con 1.109 casos en 2011 a 2.169 en 2014; y las lesiones personales, de 254 casos en 2011 a 457 en 2014. Esto, de acuerdo con Guevara, representa un aumento porcentual del 91% y 72% respectivamente, en los últimos casi 4 años, en donde 2013 registra su mayor incremento con el 89,22% y 57,38% respectivamente. Según cifras de la Policía Nacional en centro representa el 15% de la inseguridad en Bogotá. Las últimas administraciones de Bogotá han venido incentivando el uso de la bicicleta como medio de transporte amigable con el medio ambiente pero no se ha propuesto un plan de acción para que esta tendencia se vea segura y motive a más personas a migrar a ella.

1.1.2. Formulación del problema. ¿Es posible que con una aplicación web se aumente la posibilidad de encontrar una bicicleta que ha sido robada o reportada como perdida?

1 Denuncian desbordado aumento de robo de bicicletas en Bogotá

http://www.elespectador.com/noticias/bogota/denuncian-desbordado-aumento-de-robo-de-bicicletas-

bogo-articulo-571210 Citado el [15 de marzo de 2016]

17

1.2. ALCANCES Y DELIMITACIONES

1.2.1. Alcances.

El presente proyecto consiste en una aplicación web capaz de contener los datos de los dueños de las bicicletas, así como de las mismas. Está pensado para preservar dicha información y que ésta sólo pueda ser consultada por cualquier ente o persona autorizada desde cualquier parte de la ciudad de Bogotá. No se tiene incluido en el proyecto el tema de las compraventas y cualquier mejora con respecto a ello queda abierta al público. Esta aplicación pretende ser una propuesta para apoyar a la policía local con el tema de la inseguridad en las ciclovías.

1.2.2. Limitaciones. Para que el proyecto sea efectivo, las tiendas de bicicletas deben ser confiables y estar en la base de datos de cámara y comercio lo cual alargaría el plazo para una posible implementación en el sistema. 1.3. OBJETIVOS

1.3.1. Objetivo general. Desarrollar un sistema de información web para el control de pérdida y recuperación de bicicletas en la ciudad de Bogotá.

1.3.2. Objetivos específicos.

• Recolectar y analizar la información suministrada por los dueños de bicicletas, tiendas avaladas y personas en general.

• Crear un módulo para el registro de bicicletas vendidas en Bogotá por las tiendas certificadas.

• Diseñar un módulo para las personas registradas en el sistema que permita el cambio de estado de una bicicleta (activa, perdida, recuperada) y reportar el sitio de pérdida o hurto.

• Diseñar un módulo para la consulta de estado de una bicicleta por parte del público en general ingresando el código de la misma.

18

• Crear un módulo donde se aprecie la efectividad de la aplicación por medio de estadísticas basadas en la cantidad de bicicletas perdidas y la cantidad de bicicletas recuperadas.

• Crear un módulo que permita apreciar los sitios con mayor incidencia de robos de bicicletas en la ciudad de Bogotá.

• Ejecutar la fase de pruebas del correcto funcionamiento del sistema de información web.

1.4. JUSTIFICACIÓN.

El uso diario de la bicicleta como medio de transporte ofrece a quien la usa y a la ciudad grandes beneficios con respecto al medio ambiente, dada la reducción de emisión de dióxido de carbono, la economía, pues se disminuyen los gastos en transporte o gasolina y el transporte masivo o en carro pues a menor cantidad de usuarios menor la probabilidad de trancones. Para el año 2015 un funcionario de secretaría de movilidad en una encuesta realizada por la revista Dinero2 y publicada ese mismo año afirmó que Bogotá junto con la ciudad del Rosario (Argentina) encabezaban la lista de ciudades con mayor uso de la bicicleta a nivel latinoamericano. Actualmente Bogotá cuenta con variedad de opciones para los ciclistas que se movilizan a diario como ciclorrutas (siendo la ciudad con más kilómetros en América Latina), bici-carriles, ciclo-parqueaderos asociados al transporte masivo, entre otras; “el 83% de ellos [los usuarios] se sienten satisfechos andando en bici según una encuesta Bogotá Cómo Vamos” asegura el portal web de seguros Sura, Wesura3. En el año 2016 el presidente Juan Manuel Santos sancionó la ley ‘Probici’ la cual establece que por cada 30 veces que una persona se registre en un ciclo-parqueadero del transporte masivo recibirá un pasaje gratuito además de ofrecer compensaciones con días laborales, por lo tanto, es evidente el compromiso e interés por aumentar el porcentaje de bici-usuarios. A pesar de los grandes esfuerzos por incentivar el medio de transporte en cuestión muchas personas se encuentran renuentes a utilizarlo para su uso diario debido a la inseguridad que la capital presenta en horas y lugares específicos. “En 2016 fueron robadas en promedio 5 bicicletas al día en la ciudad”4 todo esto debido al negocio lucrativo de la comercialización de bicicletas robadas o de sus partes; el mismo portal web arroja una cifra de la secretaría distrital de seguridad, convivencia

2 Bogotá, ejemplo mundial de las dos ruedas. http://www.dinero.com/pais/articulo/uso-bicicletas-colombia/208797 [Citado el 10 de septiembre de 2017] 3 Robo de bicicletas en Bogotá 2017: cifras y zonas críticas http://descubre.wesura.com/blog/robo-de-bicicletas-en-bogota-2017-cifras-y-puntos-criticos [Citado el 10 de septiembre de 2017] 4 Ibid.

19

y justicia “la cantidad total de robos en Bogotá sólo aumentó el 2% entre 2015 y 2016”5 así mismo afirma que es un problema que la policía no ha logrado controlar. En acatamiento a la anterior información se ha decidido utilizar la tecnología y la gran acogida que ha tenido el internet para diseñar y desarrollar una página web inspirada en la compra y venta ilegal de bicicletas robadas y en la idea de aumentar la probabilidad de encontrarlas. En este aplicativo se tienen en cuenta tanto tiendas, bici-usuarios, personas del común y la policía de tránsito con el fin de buscar una posible solución a la problemática mencionada. Dada la gran cantidad de proyectos que se han realizado con la misma finalidad que el presente, a modo de innovación se cuenta con la intención de que la policía de la ciudad capital y los mismos ciudadanos hagan parte de la implementación de éste proyecto, para lo cual en el sistema de información web se tiene una sección exclusiva para los bici-usuarios en donde, dado el caso que su bicicleta haya sido robada, puedan cambiar el estado de ésta inmediatamente y adicionalmente realizar la observación del sitio donde se le ha perdido o le han hurtado su bicicleta; así como una sección para cualquier persona que quiera adquirir una bicicleta o para un policía que se encuentre realizando revisión de los respectivos papeles de la bicicleta donde busque, según el número de serie y marca, el estado de la misma. Cuenta con una sección de e-mail donde una persona del común o bien, un policía puede enviar un mensaje seleccionando localidad y barrio donde se halló.

1.5. MARCO DE REFERENCIA

1.5.1. Estado del arte.

1.5.1.1. Fuentes primarias.

• Fundamentos de administración de inventarios; Max Muller: Este libro nos da fundamentos para el manejo y el control de los inventarios

• Planificación y control de la producción; Chapman, Sthepen N.: En el capítulo 5 este libro nos orienta en la administración de un inventario.

1.5.1.2. Fuentes secundarias

• Secop v1.4.7: Este software permite llevar un completo control sobre los inventarios. Se pueden registrar ventas, compras, productos, añadir lista de precios, generar reporte de existencias, etc...

5 Ibid.

20

• Alvendi v1.3.1: Es un programa para gestionar inventarios. Su interfaz amigable lo convierte en una sencilla y práctica opción para registrar las compras o entradas de productos y las ventas o salidas.

1.5.1.3. Proyectos relacionados

• BiciRegistro: Actualmente en España existe una página llamada www.biciregistro.co en la cual se puede realizar el registro de la bicicleta con su número de serie y proporcionar datos adicionales como marca, foto de la bicicleta, y alguna característica personalizada con el fin de crear una comunidad en la que todos se ayuden para la localización de cualquier cicla registrada que haya sido robada.

• La policía nacional cuenta con un dispositivo en el cual los patrulleros buscan el número de cédula de una persona en concreto para conocer sus antecedentes judiciales.

• Proyecto SINIEV: El ministerio de transporte de Colombia en el año 2014 presentó un proyecto que tiene como objetivo suprimir el pago del peaje en efectivo. El proyecto, además de cumplir con su objetivo central, permite alertar a las autoridades competentes del sistema de seguridad nacional a cerca de la localización de un vehículo reportado como robado que pasa por algún peaje dentro de los límites nacionales.

• Registro obligatorio de bicicletas en Sevilla, España: Debido a las inconformidades de los usuarios de bicicletas con respecto a seguridad, Sevilla dispone de un registro obligatorio de bicicletas el cual cuenta con un marcaje especial para la identificación de las mismas ante las autoridades de esa región.

1.6. MARCO TEÓRICO

1.6.1. Inventario perpetuo

El Sistema de Inventario Perpetuo es el mejor sistema de registro de mercancías

para cualquier empresa debido a su buena organización. También es conocido

como Sistema de Inventario Constante o Permanente, este organiza la información

de tal manera que pueda ser localizada en cualquier momento, sin problemas y por

quien lo necesite, del valor del inventario final, del costo de lo vendido y la utilidad

o la perdida bruta.

El sistema de inventario perpetuo es un sistema que mantiene un registro continuo

y diario de los movimientos de los inventarios y del costo del artículo vendido

21

costeado, ya sea por identificación específica, PEPS, UEPS o promedio

ponderado6

1.6.2. Sistema de información.

Se define como un conjunto de elementos orientados al tratamiento y administración de datos de información, organizados y listos para su posterior uso, generados para cubrir una necesidad u objetivo. Un sistema de información obtiene sus datos a través de los siguientes procesos:

• Entrada de información: Proceso mediante el cual el sistema de información toma los datos que se requieren para procesar la información desde entradas manuales o automáticas.

• Almacenamiento de información: es una de las actividades o capacidades más importantes que tiene un sistema. A través de esta propiedad el sistema puede recordar la información guardada en las sesiones o procesos anteriores. Esta información suele ser guardada en estructuras denominadas como archivos.

• Procesamiento de información: Es la capacidad del sistema de información para efectuar cálculos de acuerdo con la secuencia de operaciones preestablecidas. Estos cálculos pueden efectuarse con datos introducidos recientemente en el sistema o bien con datos que están almacenados.7

Figura 1. Elementos de un sistema de información

Fuente: Autor.

Habitualmente el término se usa de manera errónea como sinónimo de sistema de información informático, en parte porque en la mayor parte de los casos los recursos materiales de un sistema de información están constituidos casi en su totalidad por sistemas informáticos. Estrictamente hablando, un sistema de información no tiene por qué disponer de dichos recursos (aunque en la práctica esto no suela ocurrir). Se podría decir entonces que los sistemas de información 6 Sistema de inventario perpetuo o constante http://www.gestiopolis.com/sistema-de-inventario-perpetuo-o-constante/ [Citado el 11 de noviembre de 2016] 7 Las bases de datos y los sistemas de información https://www.asicamericas.com/las-bases-de-datos-y-los-sistemas-de-informacion/ [Citado el 13 de septiembre de 2017]

22

informáticos son una subclase o un subconjunto de los sistemas de información en general.8

1.6.3. Web.

Marcelo Arenas y otros en el libro “Cómo funciona la web”9 describen a esta como la arquitectura lógica que se logra construir y almacenar en la red física que conecta como nodos la inmensa cantidad de servidores y clientes existentes en la actualidad como decir que la información almacenada en el cerebro humano se encuentra estructurada gracias a la red neuronal. En el comienzo de la computación la web no se encontraba ni cerca de ser desarrollada debido a las imposibilidades de conectar dos maquinarias inmensas y menos de que una obtuviera información directa de la otra, sin embargo, el advenimiento de los computadores personales trajo la idea de la interconexión de usuarios por medio de la nueva tecnología surgiendo así las redes locales. Tim Berners-Lee tuvo la idea de difundir la información almacenada en cada máquina de cómputo siempre que el dueño quisiera compartirla, hacerla accesible para todo el mundo pensando en una red más grande que la local, la red global, la cual convierte a los computadores en nodos. Se dice que los tres pilares básicos sobre los que se encuentra la arquitectura lógica de la web son10:

• URI: Identificadores únicos que hacen posible el hacer referencia a todos los objetos; en la web se denominan Identificadores únicos de recursos y actualmente reconocidos por Localizador universal de recursos (URL).

• HTML, Hyper Text Markup Language: Para la universalización de la comunicación se hace esencial encontrar la manera de que todos los nodos conectados a la red interpreten la información obtenida de otro nodo de manera única y sin ambigüedades por lo que surge HTML capaz de redireccionar al usuario desde un punto cualquiera a otro punto gracias a los llamados links o enlaces.

• HTTP: Otro elemento inherente a la información transmitida por una red global es un protocolo de transmisión de datos el cual permite enviar y traer los datos en HTML de un sitio a otro cualquiera.

8 Tipos de Sistemas de Información https://jacquelinecastro.wordpress.com/2012/11/07/tipos-de-sistemas-de-informacion/ [Citado el 13 de septiembre de 2017] 9 ARENAS, Marcelo; BAEZA.YATES, Ricardo; GUTIERREZ, Claudio. Cómo funciona la web. Universidad de Chile: Centro de Investigación de la Web, p 11-13. 10 Ibid.

23

1.6.3.1. Aplicación web.

Una aplicación web (web-based application) es un tipo especial de aplicación cliente/servidor, donde tanto el cliente (el navegador, explorador o visualizador) como el servidor (el servidor web) y el protocolo mediante el que se comunican (HTTP) están estandarizados y no han de ser creados por el programador de aplicaciones Figura 2. Esquema básico de una aplicación web

Fuente: Cómo funciona la web Disponible en: http://www.libros.uchile.cl/files/presses/1/monographs/232/submission/proof/files/assets/basic-

html/index.html#page1

1.6.3.2. Cliente.

El cliente web es un programa con el que interacciona el usuario para solicitar a un servidor web el envío de los recursos que desea obtener mediante HTTP2. La parte cliente de las aplicaciones web suele estar formada por el código HTML que forma la página web más algo de código ejecutable realizado en lenguaje de script del navegador (JavaScript o VBScript) o mediante pequeños programas (applets) realizados en Java. También se suelen emplear plugins que permiten visualizar otros contenidos multimedia (como Macromedia Flash4), aunque no se encuentran tan extendidos como las tecnologías anteriores y plantean problemas de incompatibilidad entre distintas plataformas. Por tanto, la misión del cliente web es interpretar las páginas HTML y los diferentes recursos que contienen (imágenes, sonidos, etc.). Las tecnologías que se suelen emplear para programar el cliente web son:

• HTML.

• CSS.

• DHTML.

• Lenguajes de script : JavaScript, VBScript, etc.

• ActiveX.

24

• Applets programados en Java.

• Distintas tecnologías que necesitan la existencia de un plugin en el navegador: Adobe Acrobat Reader, Autodesk Map Guide, Live Picture PhotoVista, Macromedia Flash, Macromedia Shockwave, Virtual Reality Modeling Language (VRML), etc.

1.6.3.3. El servidor.

El servidor web es un programa que está esperando permanentemente las solicitudes de conexión mediante el protocolo HTTP por parte de los clientes web. En los sistemas Unix suele ser un “demonio” y en los sistemas Microsoft Windows un servicio. La parte servidor de las aplicaciones web está formada por:

• Páginas estáticas (documentos HTML) que siempre muestran el mismo contenido.

• Recursos adicionales (multimedia, documentos adicionales, etc.) que se pueden emplear dentro de las páginas o estar disponibles para ser descargados y ejecutados (visualizados) en el cliente.

• Programas o scripts que son ejecutados por el servidor web cuando el navegador del cliente solicita algunas páginas. La salida de este script suele ser una página HTML estándar que se envía al navegador del cliente. Tradicionalmente este programa o script que es ejecutado por el servidor web se basa en la tecnología CGI. En algunos casos pueden acceder a bases de datos11.

1.6.4. Base de datos.

Definiciones formales de base de datos.

• Colección de datos, donde los datos están lógicamente relacionados entre sí, tienen una definición y descripción comunes y están estructurados de una forma particular. Una base de datos es también un modelo del mundo real y, como tal, debe poder servir para toda una gama de usos y aplicaciones” [Conference des Statisticiens Européens, 1977].

• “Es un conjunto exhaustivo de datos estructurados, fiables y homogéneos, organizados independientemente de su utilización y de su implementación en máquina, accesibles en tiempo real, compartibles por usuarios concurrentes que tienen necesidades de información diferentes y no predecibles en el tiempo” [Access, 2001].12

11 LUJAN, Sergio; Programación de aplicaciones web: Historia, principios básicos y clientes web; España: Editorial Club Universitario, p 48-49. 12 GÓMEZ FUENTES, María C.; Notas del curso bases de datos, México: Departamento de Matemáticas Aplicadas y Sistemas, febrero 2013, p 5-6.

25

1.6.4.1. Sistema de administración de bases de datos.

Consiste en un conjunto de programas utilizados para definir, administrar y procesar una base de datos y sus aplicaciones. A los sistemas de administración de bases de datos también se les llama Sistemas de Gestión de Bases de Datos (SGBD). Un sistema de administración de bases de datos es una herramienta de propósito general que permite crear bases de datos de cualquier tamaño y complejidad y con propósitos específicos distintos. El administrador de una base de datos permite controlar los datos, recuperarlos, ordenarlos, analizarlos, resumirlos y elaborar informes. La base de datos puede combinar datos de varios archivos, por lo que nunca habrá que introducir dos veces la misma información. Incluso puede contribuir a que la entrada de datos sea más eficaz y precisa.

1.6.4.2. SQL.

Dada la necesidad de realizar consultas de forma manual en una base de datos surge el lenguaje SQL el cual usa una combinación de álgebra relacional y construcciones del cálculo relacional. Aunque el lenguaje SQL se considera un lenguaje de consultas, contiene muchas otras capacidades además de la consulta en bases de datos. Incluye características para definir la estructura de los datos, para la modificación de los datos en la base de datos y para la especificación de restricciones de seguridad. El lenguaje SQL tiene varios componentes:

• Lenguaje de definición de datos (LDD). El LDD de SQL proporciona órdenes para la definición de esquemas de relación, borrado de relaciones, creación de índices y modificación de esquemas de relación.

• Lenguaje interactivo de manipulación de datos (LMD). El LMD de SQL incluye un lenguaje de consultas, basado tanto en el álgebra relacional como en el cálculo relacional de tuplas. Incluye también órdenes para insertar, borrar y modificar tuplas de la base de datos.

• Definición de vistas. El LDD de SQL incluye órdenes para la definición de vistas.

• Control de transacciones. SQL incluye órdenes para la especificación del comienzo y final de transacciones.

• SQL incorporado y SQL dinámico. SQL dinámico e incorporado define cómo se pueden incorporar las instrucciones SQL en lenguajes de programación de propósito general, tales como C, C++, Java, PL/I, Cobol, Pascal y Fortran.

• Integridad. El LDD de SQL incluye órdenes para la especificación de las estricciones de integridad que deben satisfacer los datos almacenados en la base de datos. Las actualizaciones que violen las restricciones de integridad se rechazan.

26

• Autorización. El LDD de SQL incluye órdenes para especificar derechos de acceso para las relaciones y vistas13

1.6.5. Tecnologías de desarrollo.

1.6.5.1. MySQL.

Es un sistema de gestión de base de datos relacional (RDBMS) de código abierto, basado en lenguaje de consulta estructurado (SQL). MySQL se ejecuta en prácticamente todas las plataformas, incluyendo Linux, UNIX y Windows. A pesar de que se puede utilizar en una amplia gama de aplicaciones, MySQL se asocia más con las aplicaciones basadas en la web y la publicación en línea y es un componente importante de una pila empresarial de código abierto llamado LAMP. LAMP es una plataforma de desarrollo web que utiliza Linux como sistema operativo, Apache como servidor web, MySQL como sistema de gestión de base de datos relacional y PHP como lenguaje de programación orientado a objetos (a veces, Perl o Python se utiliza en lugar de PHP)14.

1.6.5.2. HTML5

Es la última versión de HTML. El término representa dos conceptos diferentes: Se trata de una nueva versión de HTML, con nuevos elementos, atributos y comportamientos. Contiene un conjunto más amplio de tecnologías que permite a los sitios Web y a las aplicaciones ser más diversas y de gran alcance. A este conjunto se le llama HTML5 y amigos, a menudo reducido a HTML5. Diseñado para ser utilizable por todos los desarrolladores de Open Web, esta página referencia a numerosos recursos sobre las tecnologías de HTML5, que se clasifican en varios grupos según su función.

• Semántica: Permite describir con mayor precisión cuál es su contenido.

• Conectividad: Permite comunicarse con el servidor de formas nuevas e innovadoras.

• Sin conexión y almacenamiento: Permite a las páginas web almacenar datos localmente en el lado del cliente y operar sin conexión de manera más eficiente.

• Multimedia: Nos otorga un excelente soporte para utilizar contenido multimedia como lo son audio y video nativamente

13 SILBERSCHATZ, Abraham, KORTH, Henry F.; Fundamentos de bases de datos, Cuarta edición, p 87. 14 MySQL http://searchdatacenter.techtarget.com/es/definicion/MySQL [Citado el 29 de abril de 2016]

27

• Gráficos y efectos 2D/3D: Proporciona una amplia gama de nuevas características que se ocupan de los gráficos en la web como lo son canvas 2D, WebGL, SVG, etc.

• Rendimiento e Integración: Proporciona una mayor optimización de la velocidad y un mejor uso del hardware.

• Acceso al dispositivo: Proporciona Apis para el uso de varios compomentes internos de entrada y salida de nuestro dispositivo.

• CSS3: Nos ofrece una nueva gran variedad de opciones para hacer diseños más sofisticados15.

1.6.5.3. PHP

Lenguaje de programación, interpretado, diseñado originalmente para la creación de Páginas web dinámicas. Es usado principalmente en interpretación del lado del servidor (server-side scripting) pero actualmente puede ser utilizado desde una interfaz de línea de comandos o en la creación de otros tipos de programas incluyendo aplicaciones con interfaz gráfica usando las bibliotecas Qt o GTK+.

• Ventajas - Es un lenguaje multiplataforma. - Completamente orientado al desarrollo de aplicaciones web dinámicas con

acceso a información almacenada en una Base de Datos. - El código fuente escrito en PHP es invisible al navegador y al cliente ya que

es el servidor el que se encarga de ejecutar el código y enviar su resultado HTML al navegador. Esto hace que la programación en PHP sea segura y confiable.

- Capacidad de conexión con la mayoría de los motores de base de datos que se utilizan en la actualidad, destaca su conectividad con MySQL y PostgreSQL.

- Capacidad de expandir su potencial utilizando la enorme cantidad de módulos (llamados ext's o extensiones).

- Posee una amplia documentación en su página oficial (Sitio Oficial), entre la cual se destaca que todas las funciones del sistema están explicadas y ejemplificadas en un único archivo de ayuda.

- Es libre, por lo que se presenta como una alternativa de fácil acceso para todos.

- Permite aplicar técnicas de programación orientada a objetos. - No requiere definición de tipos de variables, aunque sus variables se pueden

evaluar también por el tipo que estén manejando en tiempo de ejecución.

15 HTML https://developer.mozilla.org/es/docs/HTML/HTML5 [Citado el 30 de noviembre de 2016]

28

- Tiene manejo de excepciones (desde PHP5). - Si bien PHP no obliga a quien lo usa a seguir una determinada metodología a

la hora de programar (muchos otros lenguajes tampoco lo hacen), aun estando dirigido a alguna en particular, el programador puede aplicar en su trabajo cualquier técnica de programación y/o desarrollo que le permita escribir código ordenado, estructurado y manejable. Un ejemplo de esto son los desarrollos que en PHP se han hecho del Patrón de diseño Modelo Vista Controlador (o MVC), que permiten separar el tratamiento y acceso a los Datos, la Lógica de control y la Interfaz de usuario en tres componentes independientes.16

1.6.5.4. JavaScript.

A veces llamado sólo de JS es un lenguaje de programación, leve, interpretado, orientado a objetos, basada en prototipos y en first-class functions (funciones de primera clase), más conocida como el lenguaje de script de la Web. También se utiliza en otros entornos como node.js y Apache CouchDB". Javasript es el lenguaje de programación que Netscape creó para dar vida (del lado del cliente - front end) a su navegador. El nombre tiene una orientación comercial, quisieron aprovechar el éxito de Java y escogieron un nombre similar. El resultado es que hasta hoy (2015) hay una confusión enorme. JavaScript no es Java (y viceversa). El padre de este se llama Brendan Eich. JavaScript es un lenguaje orientado a objetos. Eso significa que, en vez de tener funciones definidas globalmente para operar en valores de varios tipos, los propios tipos definen métodos para trabajar con valores. Para clasificar los elementos de un array a, por ejemplo, no pasamos a hacia una función sort(). En vez de eso, Ilamamos al método sort() de a: a.sort( ) // versión orientada a objetos de "sort(a)".17

• AJAX

El término AJAX es un acrónimo de Asynchronous JavaScript + XML, que se puede traducir como "JavaScript asíncrono + XML". “Ajax no es una tecnología en sí mismo. En realidad, se trata de varias tecnologías independientes que se unen de formas nuevas y sorprendentes.” Las tecnologías que forman AJAX son:

- XHTML y CSS, para crear una presentación basada en estándares. - DOM, para la interacción y manipulación dinámica de la presentación. - XML, XSLT y JSON, para el intercambio y la manipulación de información.

16 PHP https://www.ecured.cu/PHP 17 AYOZE CASTILLO, Alberto; Curso de programación web: JavaScript, Ajax y jQuery; segunda Edición, p 13.

29

- XMLHttpRequest, para el intercambio asíncrono de información. - JavaScript, para unir todas las demás tecnologías.

Figura 3. Tecnologías agrupadas bajo el concepto de AJAX

Fuente: Introducción a AJAX Disponible en:

http://roa.ult.edu.cu/bitstream/123456789/439/1/introduccion_ajax.pdf

AJAX permite mejorar completamente la interacción del usuario con la aplicación, evitando las recargas constantes de la página, ya que el intercambio de información con el servidor se produce en un segundo plano. Las aplicaciones construidas con AJAX eliminan la recarga constante de páginas mediante la creación de un elemento intermedio entre el usuario y el servidor. La nueva capa intermedia de AJAX mejora la respuesta de la aplicación, ya que el usuario nunca se encuentra con una ventana del navegador vacía esperando la respuesta del servidor. 18

1.6.6. Metodología de desarrollo: Metodología RUP.

Es una metodología cuyo fin es entregar un producto de software. Se estructura todos los procesos y se mide la eficiencia de la organización. Es un proceso de desarrollo de software el cual utiliza el lenguaje unificado de modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. El RUP es un conjunto de metodologías adaptables al contexto y necesidades de cada organización. Describe cómo aplicar enfoques para el desarrollo del software, llevando a cabo unos pasos para su realización. Se centra en la producción y mantenimiento de modelos del sistema.

1.6.6.1. Principales características.

• Forma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y cómo)

• Pretende implementar las mejores prácticas en Ingeniería de Software.

18 EGUÍLUZ PÉREZ, Javier; Introducción a AJAX, 7 de junio de 2008, p 5-6

30

• Administración de requisitos

• Modelado visual del software

• Verificación de la calidad del software

El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como, por ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles (papel que desempeña una persona en un determinado momento, una persona puede desempeñar distintos roles a lo largo del proceso). Esfuerzo en actividades según fase del proyecto: El ciclo de vida RUP es una implementación del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases e iteraciones. RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en número variable según el proyecto y en las que se hace un mayor o menor hincapié en las distintas actividades.

1.6.6.2. Fases del ciclo de vida del RUP.

• Fase de inicio: Esta fase tiene como propósito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos asociados al proyecto, proponer una visión muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones posteriores.

• Fase de elaboración: En la fase de elaboración se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificación de los casos de uso seleccionados y el primer análisis del dominio del problema, se diseña la solución preliminar.

• Fase de desarrollo: El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requerimientos pendientes, administrar los cambios de acuerdo con las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.

• Fase de cierre: El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.

31

1.6.6.3. Principios clave.

• Adaptación del proceso: El proceso debe adaptarse a las características de la organización para la que se está desarrollando el software.

• Balancear prioridades: Debe encontrarse un balance que satisfaga a todos los inversores del proyecto.

• Colaboración entre equipos: Debe haber una comunicación fluida para coordinar requerimientos, desarrollo, evaluaciones, planes, resultados, entre otros.

• Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de una forma interna, en etapas iteradas. En cada iteración se evaluará la calidad y estabilidad del producto y analizará la opinión y sugerencias de los inversores.

• Elevar el nivel de abstracción: Motivar el uso de conceptos reutilizables.

• Enfocarse en la calidad: La calidad del producto debe verificarse en cada aspecto de la producción.

1.6.6.4. Disciplina de desarrollo de RUP.

• Determina las etapas a realizar durante el proyecto de creación del software.

• Ingeniería o modelado del negocio: Analizar y entender las necesidades del negocio para el cual se está desarrollando el software.

• Requisitos: Proveer una base para estimar los costos y tiempo de desarrollo del sistema

• Análisis y diseño: Trasladar los requisitos analizados con anterioridad a un sistema automatizado y desarrollar una arquitectura para el sistema

• Implementación: Crear software que se ajuste a la arquitectura diseñada y que tenga el comportamiento deseado.

• Pruebas: Asegurarse de que el comportamiento requerido es correcto y que todo lo solicitado está presente.

• Despliegue: Producir distribuciones del producto y distribuirlo a los usuarios.

1.6.6.5. Disciplina de soporte RUP.

• Determina la documentación que es necesaria realizar durante el proyecto.

• Configuración y administración del cambio: Guardar todas las versiones del proyecto.

• Administración del proyecto: Administrar los horarios y recursos que se deben de emplear.

• Ambiente: Administrar el ambiente de desarrollo del software.

32

• Distribución: Hacer todo lo necesario para la salida del proyecto19.

1.7. MARCO CONCEPTUAL

1.7.1. Responsive web design

Es una técnica de diseño y desarrollo web que, mediante el uso de estructuras e imágenes fluidas, así como de media-queries en la hoja de estilo (CSS), consigue adaptar el sitio web al entorno del usuario. Ethan Marcotte fue quien creó y difundió esta técnica en el año 2010 a partir de una serie de artículos en A ListApart (http://www.alistapart.com/articles/responsive-web-design/), que es una publicación en línea especializada en diseño y desarrollo web, idea que luego extendería en su libro Responsive Web Design, lo anterior denota que es un concepto que está en proceso de maduración, y con un crecimiento sostenido y globalizado. Dicho concepto, consolidó tres técnicas existentes en el diseño web: diseño de cuadrícula flexible, imágenes flexibles, y los medios de comunicación y las consultas de los medios de comunicación. El concepto Responsive Web Design también es conocido como: diseño fluido, diseño elástico, el diseño de goma, diseño líquido, diseño adaptativo, el diseño transversal de dispositivo, y diseño flexible20

1.7.2. Navegador web.

Es un programa o Software, por lo general gratuito, que nos permite visualizar páginas web a través de Internet o en el propio ordenador, además posibilita acceder a otros recursos de información alojados también en Servidores Web, como pueden ser videos, imágenes, audio y archivos XML. El navegador interpreta el código, HTML generalmente, en el que está escrita la página web y lo presenta en pantalla permitiendo al usuario interactuar con su contenido y navegar hacia otros lugares de la red mediante enlaces o hipervínculos.

19 Metodología RUP https://procesosdesoftware.wikispaces.com/METODOLOGIA+RUP [Citado el 13 de marzo de 2016] 20 Incorporación de redes sociales y aplicación de principios de diseño adaptativo para la plataforma Moodle http://www.scielo.org.co/scielo.php?pid=S1692-17982014000100006&script=sci_arttext&tlng=es [Citado el 13 de marzo de 2016]

33

1.7.2.1. Características.

• ¿Cómo funcionan los navegadores? Los navegadores se comunican con los servidores web por medio del protocolo de transferencia de hipertexto (HTTP) para acceder a las direcciones de Internet (URLs) a través de los motores de búsqueda. La mayoría de los exploradores web admiten otros protocolos de red como HTTPS (la versión segura de HTTP), Gopher, y FTP, así como los lenguajes de marcado o estándares HTML y XHTML de los documentos web. Los navegadores además interactúan con complementos o aplicaciones (Plugins) para admitir archivos Flash y programas en Java (Java applets).

• Tareas comunes de los navegadores Todos los navegadores incluyen la mayoría de las siguientes características: navegación por pestañas, bloqueador de ventanas emergentes, soporte para motores de búsqueda, gestor de descargas, marcadores y atajos del teclado. Para mantener la privacidad casi todos los navegadores ofrecen maneras sencillas de borrar cookies, cachés web y el historial. Las suites de Internet son aquellos exploradores web que incluyen programas integrados capaces de leer noticias de Usenet, correos electrónicos, e IRC, que son chats de texto en tiempo real a través de los protocolos IMAP, NNTP y POP. Suelen utilizar el protocolo de seguridad HTTPS a través de los protocolos criptográficos SSL/TLS para proteger los datos de intercambio con los servidores web. También suelen contar con protección antiphishing y antimalware.21

1.7.3. Seguridad.

La palabra Seguridad proviene del latín securitas, que a su vez deriva de securus (sin cuidado, sin precaución, sin temor a preocuparse), que significa libre de cualquier peligro o daño, y desde el punto de vista psicosocial se puede considerar como un estado mental que produce en los individuos (personas y animales) un particular sentimiento de que se está fuera o alejado de todo peligro ante cualquier circunstancia. La seguridad es la garantía que tienen las personas de estar libre de todo daño, amenaza, peligro o riesgo; es la necesidad de sentirse protegidas, contra todo aquello que pueda perturbar o atentar contra su integridad física, moral, social y hasta económica22

21 Navegador web https://www.ecured.cu/Navegador_web [Citado el 17 de septiembre de 2017] 22 Seguridad http://conceptodefinicion.de/seguridad/ [Citado el 17 de septiembre de 2017]

34

1.7.4. Venta.

Diversas definiciones según varios autores:

• La American Marketing Asociation, define la venta como "el proceso personal o impersonal por el que el vendedor comprueba, activa y satisface las necesidades del comprador para el mutuo y continuo beneficio de ambos (del vendedor y el comprador)".

• El Diccionario de Marketing de Cultural S.A., define a la venta como "un contrato en el que el vendedor se obliga a transmitir una cosa o un derecho al comprador, a cambio de una determinada cantidad de dinero". También incluye en su definición, que "la venta puede considerarse como un proceso personal o impersonal mediante el cual, el vendedor pretende influir en el comprador".

• Allan L. Reid, autor del libro "Las Técnicas Modernas de Venta y sus Aplicaciones", afirma que la venta promueve un intercambio de productos y servicios.23

1.7.5. Bicicleta.

Una bicicleta es un vehículo de transporte que arranca en base a una fuerza ejercida en los pedales por parte de la persona –ciclista-, quien tiene el mando y control de ella. Es uno de los medios de transporte más sanos, sostenibles, ecológicos y económicos que existe a nivel mundial.24 1.8. FACTIBILIDAD ECONÓMICA.

1.8.1. Costos de software.

El software que se requiere para el desarrollo de la aplicación es libre por lo cual no se generará ningún costo.

1.8.2. Costo de hardware. Horas por trabajar: 420 horas por persona Costo de hora de trabajo: 1500 pesos Personal: 1 Costo Total: (Horas a trabajar x Personal) x Costo hora de trabajo Costo Total = 630000 pesos

23 Definición de venta https://www.promonegocios.net/mercadotecnia/definicion-concepto-venta.htm [Citado el 17 de septiembre de 2017] 24 Bicicleta http://www.mastiposde.com/definicion_de_bicicleta.html [Citado el 17 de septiembre de 2017]

35

1.8.3. Costos de personal.

Horas por trabajar: 420 horas por persona Costo de hora laboral: 15000 pesos Personal: 1 Costo Total: (Horas a trabajar x Personal) x Costo hora de trabajo Costo Total = 6300000 pesos

1.8.4. Costos de tutor.

Horas por trabajar: 16 horas Costo de hora laboral: 35000 pesos Costo Total: Horas a trabajar x Costo hora de trabajo Costo Total = 560000

1.8.5. Otros costos

Impresiones: 50000 Desplazamientos: 160000 Total: 210000 El proyecto es factible económicamente debido a que el costo de desarrollo del software y su documentación están dentro de los alcances del grupo y es proporcional a los resultados.

1.9. RECOMENDACIONES

El presente proyecto de grado se hizo con el fin de disminuir la venta ilegal de bicicletas o, igualmente, cada una de sus partes, así como aumentar la probabilidad de encontrarlas en caso de ser extraviadas; sin embargo, el proyecto no abarca en su totalidad todas aquellas partes que se necesitan para cumplir con el objetivo inicial como fue descrito en la sección de alcances y limitaciones. A continuación, se dan unas recomendaciones para avanzar en la construcción de esta página web:

• Considerar la existencia de negocios basados en la compra y venta pues en el momento que un usuario quisiera incurrir en esta actividad entonces seguiría teniendo en su inventario la posibilidad de cambiar de estado la bicicleta generando choques en el proceso.

• Construir una plataforma para dispositivos móviles (celulares y tablets) con el fin de facilitar el uso del sistema para cualquier usuario.

36

• Mejorar el diseño de la página y su interactividad utilizando las nuevas tecnologías de desarrollo web.

1.10. CONCLUSIONES

• Teniendo en cuenta las cifras de robos de bicicletas, la idea de la incapacidad de la policía y de la alcaldía para solucionar este problema y la gran acogida del internet se deben considerar opciones tecnológicas para buscar darle remedio a esta problemática social.

• El seguimiento de compra y venta de bicicletas por medio de una página de internet en la ciudad de Bogotá ofrecerá la posibilidad de controlar venta ilegal de estas o sus partes y aumentar la probabilidad de encontrar cualquiera extraviada.

• Se requiere una especie de unión entre el distrito, la policía de tránsito de Bogotá y la ciudadanía para dar fin a la actual situación que presenta la capital.

1.11. BIBLIOGRAFÍA

ARENAS, Marcelo; BAEZA.YATES, Ricardo; GUTIERREZ, Claudio. Cómo funciona la web. p 11-13. Recuperado de http://www.ciw.cl/libroWeb-NV.pdf AYOZE CASTILLO, Alberto; Curso de programación web: JavaScript, Ajax y jQuery. p 13. Recuperado de https://books.google.es/books?hl=es&lr=lang_es&id=698EDgAAQBAJ&oi=fnd&pg=PR11&dq=javascript+libro&ots=Iobr2GBHCZ&sig=3WlTIfz76d_tkO-ElUcJrO7s7UM#v=snippet&q=%20de%20JS%20es%20un%20lenguaje%20de%20programaci%C3%B3n%2C%20leve%2C%20interpretad&f=false Bicicleta http://www.mastiposde.com/definicion_de_bicicleta.html Bogotá, ejemplo mundial de las dos ruedas. http://www.dinero.com/pais/articulo/uso-bicicletas-colombia/208797 Definición de venta https://www.promonegocios.net/mercadotecnia/definicion-concepto-venta.htm Denuncian desbordado aumento de robo de bicicletas en Bogotá http://www.elespectador.com/noticias/bogota/denuncian-desbordado-aumento-de-robo-de-bicicletas-bogo-articulo-571210

37

EGUÍLUZ PÉREZ, Javier; Introducción a AJAX. 7 de junio de 2008, p 5-6. Recuperado de http://roa.ult.edu.cu/bitstream/123456789/439/1/introduccion_ajax.pdf GÓMEZ FUENTES, María C.; Notas del curso bases de datos. Febrero 2013, p 5-6. Recuperado de http://www.cua.uam.mx/pdfs/conoce/libroselec/Notas_del_curso_Bases_de_Datos.pdf HTML https://developer.mozilla.org/es/docs/HTML/HTML5 Incorporación de redes sociales y aplicación de principios de diseño adaptativo para la plataforma Moodle http://www.scielo.org.co/scielo.php?pid=S1692-17982014000100006&script=sci_arttext&tlng=es Las bases de datos y los sistemas de información https://www.asicamericas.com/las-bases-de-datos-y-los-sistemas-de-informacion/ LUJAN, Sergio; Programación de aplicaciones web: Historia, principios básicos y clientes web. p 48-49. Recuperado de http://gplsi.dlsi.ua.es/~slujan/programacion-aplicaciones-web-historia-principios-basicos-clientes-web Metodología RUP https://procesosdesoftware.wikispaces.com/METODOLOGIA+RUP MySQL http://searchdatacenter.techtarget.com/es/definicion/MySQL Navegador web https://www.ecured.cu/Navegador_web PHP https://www.ecured.cu/PHP Robo de bicicletas en Bogotá 2017: cifras y zonas críticas http://descubre.wesura.com/blog/robo-de-bicicletas-en-bogota-2017-cifras-y-puntos-criticos Seguridad http://conceptodefinicion.de/seguridad/ SILBERSCHATZ, Abraham, KORTH, Henry F. Fundamentos de bases de datos. p 87. Recuperado de https://s3.amazonaws.com/academia.edu.documents/37358813/Fundamentos

38

_de_Bases_de_Datos.pdf?AWSAccessKeyId=AKIAIWOWYYGZ2Y53UL3A&Expires=1505681467&Signature=%2FDNCiMnPqqmYgr2AUykJSKECtWU%3D&response-content-disposition=inline%3B%20filename%3DFundamentos_de_Bases_de_Datos.pdf Sistema de inventario perpetuo o constante http://www.gestiopolis.com/sistema-de-inventario-perpetuo-o-constante/ Tipos de Sistemas de Información https://jacquelinecastro.wordpress.com/2012/11/07/tipos-de-sistemas-de-informacion/

39

2. FASE DE ANÁLISIS

2.1. ANÁLISIS DE REQUERIMIENTOS

2.1.1. Requerimientos no funcionales:

• El tiempo de respuesta al usuario ante una petición deber ser menor o igual a cinco segundos.

• Los permisos de acceso al sistema podrán ser cambiados solamente por el administrador.

• El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 30 minutos.

• El sistema debe proporcionar mensajes de error que sean informativos y orientados a usuario final.

• La aplicación web debe poseer un diseño “Responsive” a fin de garantizar la adecuada visualización en múltiples computadores personales, dispositivos tableta y teléfonos inteligentes.

• El sistema debe poseer interfaces gráficas orientadas al entendimiento instantáneo por parte del usuario.

• Las contraseñas deben ser encriptadas a fin de garantizar la seguridad de los datos.

2.1.2. Requerimientos funcionales:

• A cada venta de las bicicletas registradas en el sistema se le asignará un código único a fin de identificarla en procesos de control realizados por el administrador.

• Será imprimible la factura de venta.

• Una vez realizada la venta de las bicicletas ésta no se presentará en el inventario.

• El sistema controlará el acceso solamente a usuarios autorizados. Aquellos que posean un ID con su respectiva contraseña.

• El campo ID hace referencia a la cédula o número RUT y se aceptará solo caracteres numéricos.

• Los usuarios identificados como tiendas podrán ser registrados únicamente por el administrador del sistema.

• Los usuarios identificados como personas naturales podrán ser registrados por una tienda o por otra persona ya registrada en el sistema.

• Los individuos no se les permitirá tener en su inventario más de cinco bicicletas.

• El sistema será capaz de mantener las estadísticas actualizadas.

40

• Se debe garantizar la visualización y el funcionamiento en los navegadores Chrome, Firefox y Microsoft Edge.

2.2. DEFINICIÓN DE ACTORES

Tabla 1 Definición de actores

Actor Descripción

Administrador

Es el actor principal, es el encargado de ingresar nuevos administradores al sistema, adicionar, eliminar, consultar y modificar tiendas, así como consultar bicicletas, sus estados y el historial de propietarios que ha tenido. Sin embargo, posee algunas restricciones como hacer modificaciones a las bicicletas o adicionar nuevos usuarios.

BiciUsuario

Realiza las mismas actividades del actor tiendas; sin embargo, difiere en su papel en el sistema siendo quien reporta las bicicletas como robadas. A diferencia del actor tienda su consulta es sobre bicicletas perdidas y no vendidas. Posee un perfil.

Sistema

Actor encargado de generar las estadísticas tanto general como el mapa de bicicletas perdidas; organizar por fecha y mostrar las últimas bicicletas reportadas como perdidas y generar la factura de venta de bicicleta.

Tienda

Es el actor secundario, éste se encarga de ingresar nuevas bicicletas al sistema guardándose como primer propietario de ésta; puede venderlas y consultarlas. Además, adiciona usuarios y posee un perfil.

Invitado

Es cualquier persona de la comunidad la cual para realizar las acciones que le están permitidas no requiere de un usuario y contraseña registrados en el sistema; éstas acciones son consultar sección de noticias, consultar estadísticas y mapa de bicicletas perdidas, enviar mensaje reportando la bicicleta encontrada a su propietario y, finalmente consultar estado de la bicicleta (perdido, encontrado).

41

2.3. DIAGRAMAS DE CASOS DE USO

2.3.1. Modelo de caso de uso ingreso y salida del sistema Figura 4 Caso de uso IngresoSalidaSistema

Fuente: Autor.

2.3.2. Modelo de caso de uso gestión de usuarios principales Figura 5 Caso de uso GestionUsuariosPrincipales

Fuente: Autor.

42

2.3.3. Modelo de caso de uso gestión de usuarios secundarios Figura 6 Caso de uso GestionUsuariosSecuandarios

Fuente: Autor.

2.3.4. Modelo de caso de uso consultas a bicicletas

Figura 7 Caso de uso ConsultarBicicleta

Fuente: Autor.

43

2.3.5. Modelo de caso de uso gestión de bicicletas

Figura 8 Caso de uso GestionBicicletas

Fuente: Autor.

2.3.6. Modelo de caso de uso gestión de perfil

Figura 9 Caso de uso GestionPerfil

Fuente: Autor.

44

2.3.7. Modelo de caso de uso actividades del sistema

Figura 10 Caso de uso ActividadesSistema

Fuente: Autor.

2.3.8. Modelo de caso de uso actividades del invitado Figura 11 Caso de uso ActividadesInvitado

Fuente: Autor.

2.4. DOCUMENTACIÓN DE CASOS DE USO

2.4.1. Iniciar sesión

Tabla 2 Caso de uso Iniciar sesión

No. CASO DE USO 01

NOMBRE DE CASO DE USO Iniciar sesión

ACTORES Administrador, tienda, biciusuario

OBJETIVO Acceder al sistema dados un ID y contraseña.

PRECONDICIONES El usuario debe encontrarse en la sección de login.

El usuario debe estar previamente registrado en el sistema.

45

Tabla 2 Caso de uso Iniciar sesión (Continuación)

POSCONDICIONES El usuario puede utilizar el sistema para sus objetivos particulares dentro de sus acciones permitidas.

FLUJO DE EVENTOS Actividades del actor

En el formulario de inicio de sesión el usuario deberá ingresar su ID y contraseña correspondiente junto con el tipo de usuario.

Respuesta del sistema

El sistema permitirá el ingreso de acuerdo con el tipo de usuario siempre y cuando ID, contraseña y tipo de usuario estén correctamente ingresados, de lo contrario mostrará un mensaje de advertencia.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.2. Cerrar sesión Tabla 3 Caso de uso Cerrar sesión

No. CASO DE USO 02

NOMBRE DE CASO DE USO Cerrar sesión

ACTORES Administrador, tienda, biciusuario

OBJETIVO Permitir a los usuarios la salida del sistema.

PRECONDICIONES El usuario debe haber iniciado sesión.

POSCONDICIONES El usuario saldrá del sistema.

FLUJO DE EVENTOS Actividades del actor

El usuario debe presionar el botón salir.

Respuesta del sistema

El sistema reinicia las variables de sesión para luego mostrar el home.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no permite cerrar sesión se debe realizar otro intento.

Fuente: Autor.

2.4.3. Adicionar administrador Tabla 4 Caso de uso Adicionar administrador

No. CASO DE USO 03

NOMBRE DE CASO DE USO Adicionar administrador.

ACTORES Administrador.

OBJETIVO Agregar nuevos administradores al sistema.

46

Tabla 4 Caso de uso Adicionar administrador (Continuación)

PRECONDICIONES El usuario debe haber iniciado sesión

El usuario debe tener permisos de administrador principal.

El usuario debe estar en la sección "administradores".

POSCONDICIONES Si no hay errores de ingreso en la página se verá reflejada esta acción; de lo contrario se mostrará un mensaje de error para que se realice de nuevo la operación.

FLUJO DE EVENTOS Actividades del actor

Ingresar en el último campo de la tabla administrador todos los datos en especial los obligatorios.

Presionar el botón (+) de adicionar administrador.

Respuesta del sistema

Si los datos obligatorios han sido ingresados correctamente se ejecutará el Query correspondiente y en la página se verá reflejada esta acción; de lo contrario al usuario se mostrará un mensaje de error y los campos obligatorios no ingresados se verán marcados en rojo.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.4. Adicionar bicicleta Tabla 5 Caso de uso Adicionar tienda

No. CASO DE USO 04

NOMBRE DE CASO DE USO Adicionar bicicleta.

ACTORES Tienda.

OBJETIVO Agregar nuevas bicicletas al sistema.

PRECONDICIONES El usuario debe haber iniciado sesión

El usuario debe tener permisos de tienda.

El usuario debe estar en la sección "inventario".

POSCONDICIONES Si no hay errores de ingreso en la página se verá reflejada esta acción; de lo contrario se mostrará un mensaje de error para que se realice de nuevo la operación.

47

Tabla 5 Caso de uso Adicionar tienda (Continuación)

FLUJO DE EVENTOS Actividades del actor

Ingresar en el último campo de la tabla inventario todos los datos en especial los obligatorios.

Presionar el botón (+) de adicionar bicicletas.

Respuesta del sistema

Si los datos obligatorios han sido ingresados correctamente se ejecutará el Query correspondiente y en la página se verá reflejada esta acción; de lo contrario al usuario se mostrará un mensaje de error y los campos obligatorios no ingresados se verán marcados en rojo.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.5. Adicionar teléfono Tabla 6 Caso de uso Adicionar teléfono

No. CASO DE USO 05

NOMBRE DE CASO DE USO Adicionar teléfono.

ACTORES Tienda, biciusuario.

OBJETIVO Insertar un nuevo número de teléfono.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de tienda o biciusuario.

El usuario debe estar en la sección "perfil".

POSCONDICIONES Verse reflejada en la página esta acción.

FLUJO DE EVENTOS Actividades del actor

Ubicarse en el botón "adicionar teléfono".

Ingresar el número de teléfono nuevo.

Respuesta del sistema

Ejecutar el Query correspondiente.

Actualizar página.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

48

2.4.6. Adicionar tienda Tabla 7 Caso de uso Adicionar tienda

No. CASO DE USO 06

NOMBRE DE CASO DE USO Adicionar tienda.

ACTORES Administrador.

OBJETIVO Agregar nuevas tiendas al sistema.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de administrador.

El usuario debe estar en la sección "tiendas".

POSCONDICIONES Si no hay errores de ingreso en la página se verá reflejada esta acción; de lo contrario se mostrará un mensaje de error para que se realice de nuevo la operación.

FLUJO DE EVENTOS Actividades del actor

Ingresar en el último campo de la tabla tienda todos los datos en especial los obligatorios.

Presionar el botón (+) de adicionar tiendas.

Respuesta del sistema

Si los datos obligatorios han sido ingresados correctamente se ejecutará el Query correspondiente y en la página se verá reflejada esta acción; de lo contrario al usuario se mostrará un mensaje de error y los campos obligatorios no ingresados se verán marcados en rojo.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.7. Agregar nueva imagen de perfil Tabla 8 Caso de uso Agregar imagen de perfil

No. CASO DE USO 07

NOMBRE DE CASO DE USO Agregar nueva imagen de perfil.

ACTORES Tienda, biciusuario.

OBJETIVO Ingresar una nueva imagen en su perfil.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de tienda o biciusuario.

49

Tabla 8 Caso de uso Agregar imagen de perfil (Continuación)

PRECONDICIONES El usuario debe estar en la sección "perfil".

POSCONDICIONES Verse reflejada en la página esta acción.

FLUJO DE EVENTOS Actividades del actor

El usuario debe presionar el botón "subir imagen".

El usuario debe seleccionar un archivo con formato relacionado con una imagen.

Respuesta del sistema

Si el formato de imagen es correcto, el sistema ejecuta el Query correspondiente; de lo contrario mostrará un mensaje de error.

Actualizar imagen de perfil.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.8. Cambiar contraseña Tabla 9 Caso de uso Cambiar contraseña

No. CASO DE USO 08

NOMBRE DE CASO DE USO Cambiar contraseña.

ACTORES Tienda, biciusuario.

OBJETIVO Actualizar en base de datos la contraseña del usuario.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de tienda o biciusuario.

El usuario debe estar en la sección "perfil".

El usuario debe conocer la contraseña anterior.

POSCONDICIONES Al iniciar sesión se deberá permitir el ingreso con la nueva contraseña.

FLUJO DE EVENTOS Actividades del actor

Presionar el botón cambio de contraseña.

Ingresar tanto contraseña actual como nueva contraseña.

Respuesta del sistema

Si la contraseña actual ingresada corresponde a la registrada en base de datos, se ejecuta el Query correspondiente; de lo contrario mostrará el mensaje de error.

50

Tabla 9 Caso de uso Cambiar contraseña (Continuación)

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.9. Cambiar estado de la bicicleta Tabla 10 Caso de uso Cambiar estado

No. CASO DE USO 09

NOMBRE DE CASO DE USO Cambiar estado de la bicicleta.

ACTORES Biciusuario.

OBJETIVO Reportar al sistema la pérdida de la bicicleta.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de biciusuario.

El usuario debe estar en la sección "inventario".

POSCONDICIONES Guardar en base de datos el nuevo estado de la bicicleta.

FLUJO DE EVENTOS Actividades del actor

Presionar sobre el estado "perdida de la bicicleta".

Ingresar lugar de pérdida de bicicleta.

Respuesta del sistema

Ejecutar el Query correspondiente.

Enviar la bicicleta a la sección "bicicletas perdidas".

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.10. Consultar tienda Tabla 11 Caso de uso Consultar tienda

No. CASO DE USO 10

NOMBRE DE CASO DE USO Consultar tienda.

ACTORES Administrador.

OBJETIVO Revisar todas las tiendas registradas en el sistema junto con sus datos y fotos.

51

Tabla 11 Caso de uso Consultar tienda (Continuación)

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de administrador.

El usuario debe estar en la sección "tiendas".

POSCONDICIONES El usuario puede obtener toda la información de todas las tiendas registradas.

FLUJO DE EVENTOS Actividades del actor

Al momento de iniciar sesión la primera página cargada será la sección "tiendas".

Respuesta del sistema

El sistema mostrará en una tabla todas las tiendas registradas, así como sus datos; si no hay tiendas en base de datos la única vista presentada será un botón con la opción de agregar tienda.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.11. Consultar bicicletas Tabla 12 Caso de uso consultar bicicletas

No. CASO DE USO 11

NOMBRE DE CASO DE USO Consultar bicicletas.

ACTORES Administrador.

OBJETIVO Revisar todas las bicicletas registradas en el sistema junto con sus datos y fotos.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de administrador

El usuario debe estar en la sección "historial de ciclas".

POSCONDICIONES El usuario puede obtener toda la información de todas las bicicletas registradas.

FLUJO DE EVENTOS Actividades del actor

El usuario debe ingresar a la sección "administradores".

Respuesta del sistema

El sistema mostrará en una tabla todas las bicicletas registradas, así como sus datos.

52

Tabla 12 Caso de uso consultar bicicletas (Continuación)

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.12. Consultar administradores Tabla 13 Caso de uso Consultar administradores

No. CASO DE USO 12

NOMBRE DE CASO DE USO Consultar administradores.

ACTORES Administrador.

OBJETIVO Revisar todos los administradores registrados en el sistema junto con sus datos y fotos.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de administrador principal.

POSCONDICIONES El usuario puede obtener toda la información de todos los administradores registradas.

FLUJO DE EVENTOS Actividades del actor

El usuario debe ingresar a la sección "administradores".

Respuesta del sistema

El sistema mostrará en una tabla todos los administradores registrados, así como sus datos.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.13. Consultar inventario Tabla 14 Caso de uso Consultar inventario

No. CASO DE USO 13

NOMBRE DE CASO DE USO Consultar inventario.

ACTORES Tienda, biciusuario.

OBJETIVO Revisar todas las bicicletas registradas en el sistema junto con sus datos y fotos.

PRECONDICIONES El usuario debe haber iniciado sesión.

53

Tabla 14 Caso de uso Consultar inventario (Continuación)

PRECONDICIONES El usuario debe tener permisos de tienda o biciusuario.

El usuario debe estar en la sección "inventario".

POSCONDICIONES El usuario puede obtener toda la información de todas las bicicletas registradas a su nombre.

FLUJO DE EVENTOS Actividades del actor

Al momento de iniciar sesión la primera página cargada será la sección "tiendas".

Respuesta del sistema

El sistema mostrará en una tabla todas las bicicletas registradas a nombre del usuario, así como sus datos.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.14. Consultar bicicletas vendidas Tabla 15 Caso de uso Consultar bicicletas vendidas

No. CASO DE USO 14

NOMBRE DE CASO DE USO Consultar bicicletas vendidas.

ACTORES Tienda.

OBJETIVO Revisar todas las bicicletas vendidas por parte del usuario.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de tienda.

El usuario debe estar en la sección "bicicletas vendidas".

POSCONDICIONES El usuario puede obtener toda la información de todas las bicicletas que ha vendido.

FLUJO DE EVENTOS Actividades del actor

Ubicarse en la sección "bicicletas vendidas".

Respuesta del sistema

El sistema mostrará en una tabla todas las bicicletas vendidas.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor estado del servidor

Fuente: Autor.

54

2.4.15. Consultar bicicletas perdidas Tabla 16 Caso de uso Consultar bicicletas perdidas

No. CASO DE USO 15

NOMBRE DE CASO DE USO Consultar bicicletas perdidas.

ACTORES Biciusuario.

OBJETIVO Revisar todas las bicicletas pérdidas registradas por parte del usuario.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de biciusuario.

El usuario debe estar en la sección "bicicletas perdidas".

POSCONDICIONES El usuario puede obtener toda la información de todas las bicicletas que ha vendido.

FLUJO DE EVENTOS Actividades del actor

Ubicarse en la sección "bicicletas perdidas".

Respuesta del sistema

El sistema mostrará en una tabla todas las bicicletas perdidas, así como sus datos.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.16. Consultar estado Tabla 17 Caso de uso Consultar estado

No. CASO DE USO 16

NOMBRE DE CASO DE USO Consultar estado.

ACTORES Invitado.

OBJETIVO Revisar el estado de una bicicleta específica.

PRECONDICIONES El usuario invitado debe conocer los datos de la bicicleta como serial y marca.

POSCONDICIONES Conocer el estado actual de la bicicleta consultada.

FLUJO DE EVENTOS

Actividades del actor

Abrir el formulario de consulta de estado.

Ingresar los datos de la bicicleta correctamente.

55

Tabla 17 Caso de uso Consultar estado (Continuación)

Respuesta del sistema

Si la bicicleta a consultar se encuentra registrada en base de datos el sistema mostrará el estado de ésta; si no mostrará el mensaje de error.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.17. Eliminar administrador Tabla 18 Caso de uso Eliminar administrador

No. CASO DE USO 17

NOMBRE DE CASO DE USO Eliminar administrador.

ACTORES Administrador.

OBJETIVO Borrar del sistema algún administrador.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de administrador principal.

El usuario debe estar en la sección "administrador".

POSCONDICIONES Verse reflejada en la página esta acción.

FLUJO DE EVENTOS Actividades del actor

El usuario debe presionar el botón "eliminar" de la tienda correspondiente.

Respuesta del sistema

Ejecutar el Query correspondiente.

Actualizar página.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.18. Eliminar bicicleta Tabla 19 Caso de uso Eliminar bicicleta

No. CASO DE USO 18

NOMBRE DE CASO DE USO Eliminar bicicleta.

ACTORES Tienda.

OBJETIVO Borrar del sistema alguna bicicleta.

56

Tabla 19 Caso de uso Eliminar bicicleta (Continuación)

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de tienda.

El usuario debe estar en la sección "inventario".

POSCONDICIONES Verse reflejada en la página esta acción.

FLUJO DE EVENTOS Actividades del actor

Ubicarse en el botón "eliminar" de la tienda correspondiente.

Respuesta del sistema

Ejecutar el Query correspondiente.

Actualizar página.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.19. Eliminar teléfono Tabla 20 Caso de uso Eliminar teléfono

No. CASO DE USO 19

NOMBRE DE CASO DE USO Eliminar teléfono.

ACTORES Tienda, biciusuario.

OBJETIVO Borrar del sistema algún teléfono

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de tienda o biciusuario.

El usuario debe estar en la sección "perfil".

El usuario debe tener más de un teléfono registrado.

POSCONDICIONES Verse reflejada en la página esta acción.

FLUJO DE EVENTOS Actividades del actor

Dar clic sobre el número de teléfono a eliminar.

Respuesta del sistema

Ejecutar el Query correspondiente.

Actualizar página.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

57

2.4.20. Eliminar tienda Tabla 21 Caso de uso Eliminar tienda

No. CASO DE USO 20

NOMBRE DE CASO DE USO Eliminar tienda.

ACTORES Administrador

OBJETIVO Borrar del sistema alguna tienda.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de administrador.

El usuario debe estar en la sección "tiendas".

POSCONDICIONES Verse reflejada en la página esta acción.

FLUJO DE EVENTOS Actividades del actor

Ubicarse en el botón "eliminar" de la tienda correspondiente.

Respuesta del sistema

Ejecutar el Query correspondiente.

Actualizar página.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.21. Enviar e-mail Tabla 22 Caso de uso enviar e-mail

No. CASO DE USO 21

NOMBRE DE CASO DE USO Enviar e-mail.

ACTORES Invitado.

OBJETIVO Reportar al biciusuario que su bicicleta ha sido encontrada.

PRECONDICIONES El usuario invitado debe conocer los datos de la bicicleta como serial y marca.

La bicicleta debe estar registrada en el sistema como perdida.

POSCONDICIONES Enviar un mensaje con la localización de la bicicleta.

FLUJO DE EVENTOS Actividades del actor

Ubicarse en el formulario de envío de mensaje.

Ingresar los datos de la bicicleta correctamente.

58

Tabla 22 Caso de uso enviar e-mail (Continuación)

Respuesta del sistema

registrada en base de datos y si ésta se encuentra en estado "perdida", el realizará el correspondiente envío de mensaje; si no mostrará el mensaje de error.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.22. Modificar administrador Tabla 23 Caso de uso Modificar administrador

No. CASO DE USO 22

NOMBRE DE CASO DE USO Modificar administrador.

ACTORES Administrador.

OBJETIVO Cambiar todos o algunos datos de una tienda.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de administrador principal.

El usuario debe estar en la sección "administradores".

POSCONDICIONES Si no hay errores de ingreso en la página se verá reflejada esta acción; de lo contrario se mostrará un mensaje de error para que se realice de nuevo la operación.

FLUJO DE EVENTOS Actividades del actor

Modificar el campo deseado.

Presionar con el botón izquierdo del mouse cualquier lugar fuera del campo modificado.

Respuesta del sistema

Si algún campo obligatorio ha sido modificado el sistema revisará su validez y realizará el Query correspondiente; de lo contrario se mostrará un mensaje de error.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

59

2.4.23. Modificar bicicleta Tabla 24 Caso de uso Modificar bicicleta

No. CASO DE USO 23

NOMBRE DE CASO DE USO Modificar bicicleta

ACTORES Tienda, biciusuario.

OBJETIVO Cambiar todos o algunos datos de una bicicleta.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de tienda o biciusuario.

El usuario debe estar en la sección "inventario".

POSCONDICIONES Si no hay errores de ingreso en la página se verá reflejada esta acción; de lo contrario se mostrará un mensaje de error para que se realice de nuevo la operación.

FLUJO DE EVENTOS Actividades del actor

Modificar el campo deseado.

Presionar con el botón izquierdo del mouse cualquier lugar fuera del campo modificado.

Respuesta del sistema

Si algún campo obligatorio ha sido modificado el sistema revisará su validez y realizará el Query correspondiente; de lo contrario se mostrará un mensaje de error y el campo obligatorio será marcado en rojo.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.24. Modificar tienda Tabla 25 Caso de uso Modificar tienda

No. CASO DE USO 24

NOMBRE DE CASO DE USO Modificar tienda.

ACTORES Administrador.

OBJETIVO Cambiar todos o algunos datos de una tienda.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de administrador.

60

Tabla 25 Caso de uso Modificar tienda (Continuación)

PRECONDICIONES El usuario debe estar en la sección "tiendas".

POSCONDICIONES Si no hay errores de ingreso en la página se verá reflejada esta acción; de lo contrario se mostrará un mensaje de error para que se realice de nuevo la operación.

FLUJO DE EVENTOS Actividades del actor

Modificar el campo deseado.

Presionar con el botón izquierdo del mouse cualquier lugar fuera del campo modificado.

Respuesta del sistema

Si algún campo obligatorio ha sido modificado el sistema revisará su validez y realizará el Query correspondiente; de lo contrario se mostrará un mensaje de error y el campo obligatorio será marcado en rojo.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.25. Subir imagen de administrador Tabla 26 Caso de uso Subir imagen administrador

No. CASO DE USO 25

NOMBRE DE CASO DE USO Subir imagen de administrador.

ACTORES Administrador.

OBJETIVO Ingresar una nueva imagen al administrador correspondiente.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de administrador principal.

El usuario debe estar en la sección "administrador".

POSCONDICIONES Verse reflejada en la página esta acción.

FLUJO DE EVENTOS Actividades del actor

El usuario debe presionar el botón "subir imagen" de la tienda correspondiente.

El usuario debe seleccionar un archivo con formato relacionado con una imagen.

61

Tabla 26 Caso de uso Subir imagen administrador (Continuación)

FLUJO DE EVENTOS Respuesta del sistema

Si el formato de imagen es correcto, el sistema ejecuta el Query correspondiente; de lo contrario mostrará un mensaje de error.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.26. Subir imagen de bicicleta Tabla 27 Caso de uso Subir imagen bicicleta

No. CASO DE USO 26

NOMBRE DE CASO DE USO Subir imagen de bicicleta.

ACTORES Tienda, biciusuario.

OBJETIVO Ingresar una nueva imagen a la bicicleta correspondiente.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de tienda o biciusuario.

El usuario debe estar en la sección "inventario".

POSCONDICIONES Verse reflejada en la página esta acción.

FLUJO DE EVENTOS Actividades del actor

El usuario debe presionar el botón "subir imagen" de la tienda correspondiente.

El usuario debe seleccionar un archivo con formato relacionado con una imagen.

Respuesta del sistema

Si el formato de imagen es correcto, el sistema ejecuta el Query correspondiente; de lo contrario mostrará un mensaje de error.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

62

2.4.27. Ver historial de bicicletas Tabla 28 Caso de uso Ver historial

No. CASO DE USO 27

NOMBRE DE CASO DE USO Ver historial de bicicletas.

ACTORES Administrador

OBJETIVO Revisar los datos del actual y antiguos propietarios de las bicicletas.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de administrador.

El usuario debe estar en la sección "bicicletas".

POSCONDICIONES El usuario observará el historial de la bicicleta.

FLUJO DE EVENTOS Actividades del actor

Ubicarse en el botón "historial" de la tienda correspondiente.

Respuesta del sistema

Ejecutar el Query correspondiente.

Mostrar ventana de antiguos y actual dueño.

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.4.28. Vender bicicleta Tabla 29 Caso de uso Vender bicicleta

No. CASO DE USO 26

NOMBRE DE CASO DE USO Vender bicicleta

ACTORES Tienda, biciusuario.

OBJETIVO Pasar la bicicleta de un propietario a otro.

PRECONDICIONES El usuario debe haber iniciado sesión.

El usuario debe tener permisos de tienda o biciusuario.

El usuario debe estar en la sección "inventario".

POSCONDICIONES Verse reflejada en la página esta acción.

FLUJO DE EVENTOS Actividades del actor

Ubicarse en el botón "vender" de la tienda correspondiente.

Ingresar el número de cédula del comprador.

63

Tabla 29 Caso de uso Vender bicicleta (Continuación)

Respuesta del sistema

Consultar el registro del usuario comprador en la base de datos.

Crear en formato PDF el recibo de pago.

Cambiar en base de datos el propietario de la bicicleta.

Enviar la bicicleta a la sección "bicicletas vendidas" si el usuario es una tienda; si es un biciusuario eliminarla de la tabla "inventario"

MANEJO DE SITUACIONES EXCEPCIONALES

Si el sistema no se puede conectar a la base de datos se debe revisar que el servidor se encuentre en estado activo.

Fuente: Autor.

2.5. DIAGRAMAS DE SECUENCIA

2.5.1. Iniciar sesión Figura 12 Diagrama de secuencia Iniciar Sesión

Fuente: Autor.

64

2.5.2. Cerrar sesión Figura 13 Diagrama de secuencia cerrar sesión

Fuente: Autor.

2.5.3. Administrador

2.5.3.1. Consultar tienda

Figura 14 Diagrama de secuencia Admin_ConsultarTienda

Fuente: Autor.

65

2.5.3.2. Adicionar tienda

Figura 15 Diagrama de secuencia Admin_AdicionarTienda

Fuente: Autor.

2.5.3.3. Modificar tienda

Figura 16 Diagrama de secuencia Admin_ModificarTienda

Fuente: Autor.

66

2.5.3.4. Eliminar tienda

Figura 17 Diagrama de secuencia Admin_EliminarTienda

Fuente: Autor.

2.5.3.5. Consultar bicicletas en el sistema

Figura 18 Diagrama de secuencia Admin_ConsultarBicicletas

Fuente: Autor.

67

2.5.3.6. Ver historial bicicletas en el sistema

Figura 19 Diagrama de secuencia Admin_VerHistorial

Fuente: Autor.

2.5.3.7. Consultar administrador

Figura 20 Diagrama de secuencia Admin_ConsultarAdministrador

Fuente: Autor.

68

2.5.3.8. Adicionar administrador

Figura 21 Diagrama de secuencia Admin_AdicionarAdministrador

Fuente: Autor.

2.5.3.9. Modificar administrador

Figura 22 Diagrama de secuencia Admin_ModificarAdministrador

Fuente: Autor.

69

2.5.3.10. Eliminar administrador

Figura 23 Diagrama de secuencia Admin_EliminarAdministrador

Fuente: Autor.

2.5.3.11. Subir imagen de administrador

Figura 24 Diagrama de secuencia Admin_SubirImagenAdmin

Fuente: Autor.

70

2.5.4. Tienda

2.5.4.1. Consultar inventario Figura 25 Diagrama de secuencia Tienda_ConsultarInventario

Fuente: Autor.

2.5.4.2. Añadir bicicleta

Figura 26 Diagrama de secuencia Tienda_AñadirBicicleta

Fuente: Autor.

71

2.5.4.3. Modificar bicicleta

Figura 27 Diagrama de secuencia Tienda_ModificarBicicleta

Fuente: Autor.

2.5.4.4. Eliminar bicicleta

Figura 28 Diagrama de secuencia Tienda_EliminarBicicleta

Fuente: Autor.

72

2.5.4.5. Subir imagen de bicicleta

Figura 29 Diagrama de secuencia Tienda_SubirImagenBicicleta

Fuente: Autor.

2.5.4.6. Vender bicicleta

Figura 30 Diagrama de secuencia Tienda_VenderBicicleta

Fuente: Autor.

73

2.5.4.7. Consultar bicicletas vendidas

Figura 31 Diagrama de secuencia Tienda_ConsultarBicicletasVendidas

Fuente: Autor.

2.5.4.8. Agregar nueva imagen de perfil

Figura 32 Diagrama de secuencia Tienda_AgregarImagenPerfil

Fuente: Autor.

74

2.5.4.9. Adicionar teléfono

Figura 33 Diagrama de secuencia Tienda_AdicionarTelefono

Fuente: Autor.

2.5.4.10. Eliminar teléfono

Figura 34 Diagrama de secuencia Tienda_EliminarTelefono

Fuente: Autor.

75

2.5.4.11. Cambiar contraseña

Figura 35 Diagrama de secuencia Tienda_CambiarContraseña

Fuente: Autor.

2.5.5. Biciusuario

2.5.5.1. Cambiar estado de bicicleta

Figura 36 Diagrama de secuencia BUsuario_CambiarEstado

Fuente: Autor.

76

2.5.5.2. Consultar inventario

Figura 37 Diagrama de secuencia BUsuario_ConsultarInventario

Fuente: Autor.

2.5.5.3. Añadir bicicleta

Figura 38 Diagrama de secuencia BUsuario_AñadirBicicleta

Fuente: Autor.

77

2.5.5.4. Modificar bicicleta

Figura 39 Diagrama de secuencia BUsuario_ModificarBicicleta

Fuente: Autor.

2.5.5.5. Eliminar bicicleta

Figura 40 Diagrama de secuencia BUsuario_EliminarBicicleta

Fuente: Autor.

78

2.5.5.6. Vender bicicleta

Figura 41 Diagrama de secuencia BUsuario_VenderBicicleta

Fuente: Autor.

2.5.5.7. Subir imagen de bicicleta

Figura 42 Diagrama de secuencia BUsuario_SubirImagenBicicleta

Fuente: Autor.

79

2.5.5.8. Consultar bicicletas perdidas

Figura 43 Diagrama de secuencia BUsuario_ConsultarBicicletasPerdidas

Fuente: Autor.

2.5.5.9. Agregar nueva imagen de perfil

Figura 44 Diagrama de secuencia BUsuario_AgregarImagenPerfil

Fuente: Autor.

80

2.5.5.10. Adicionar teléfono

Figura 45 Diagrama de secuencia BUsuario_AdicionarTelefono

Fuente: Autor.

2.5.5.11. Eliminar teléfono

Figura 46 Diagrama de secuencia BUsuario_EliminarTelefono

Fuente: Autor.

81

2.5.5.12. Cambiar contraseña

Figura 47 Diagrama de secuencia BUsuario_CambiarContraseña

Fuente: Autor.

2.5.6. Consultar estado de bicicleta Figura 48 Diagrama de secuencia ConsultarEstadoBicicleta

Fuente: Autor.

82

2.5.7. Enviar e-mail

Figura 49 Diagrama de secuencia EnviarMensaje

Fuente: Autor.

2.6. DIAGRAMAS DE ACTIVIDAD

2.6.1. Iniciar sesión Figura 50 Diagrama de actividad Iniciar Sesión

Fuente: Autor.

83

2.6.2. Cerrar sesión Figura 51 Diagrama de actividad Cerrar Sesión

Fuente: Autor.

2.6.3. Administrador

2.6.3.1. Consultar tienda Figura 52 Diagrama de actividad Admin_ConsultarTienda

Fuente: Autor.

84

2.6.3.2. Adicionar tienda Figura 53 Diagrama de actividad Admin_AdicionarTienda

Fuente: Autor.

2.6.3.3. Modificar tienda Figura 54 Diagrama de actividad Admin_ModificarTienda

Fuente: Autor.

85

2.6.3.4. Eliminar tienda

Figura 55 Diagrama de actividad Admin_EliminarTienda

Fuente: Autor.

2.6.3.5. Consultar bicicletas en el sistema Figura 56 Diagrama de actividad Admin_ConsultarBicicletas

Fuente: Autor.

86

2.6.3.6. Ver historial bicicletas en el sistema

Figura 57 Diagrama de actividad Admin_VerHistorialBicicletas

Fuente: Autor.

2.6.3.7. Consultar administrador Figura 58 Diagrama de actividad Admin_ConsultarAdministrador

Fuente: Autor.

87

2.6.3.8. Adicionar administrador

Figura 59 Diagrama de actividad Admin_AdicionarAdministrdor

Fuente: Autor.

2.6.3.9. Modificar administrador Figura 60 Diagrama de actividad Admin_ModificarAdministrador

Fuente: Autor.

88

2.6.3.10. Eliminar administrador

Figura 61 Diagrama de actividad Admin_EliminarAdministrador

Fuente: Autor.

2.6.3.11. Subir imagen de administrador Figura 62 Diagrama de actividad Admin_SubirImagenAdministrador

Fuente: Autor.

89

2.6.4. Tienda

2.6.4.1. Añadir bicicleta Figura 63 Diagrama de actividad Tienda_AñadirBicicleta

Fuente: Autor.

2.6.4.2. Modificar bicicleta Figura 64 Diagrama de actividad Tienda_ModificarBicicleta

Fuente: Autor.

90

2.6.4.3. Eliminar bicicleta

Figura 65 Diagrama de actividad Tienda_EliminarBicicleta

Fuente: Autor.

2.6.4.4. Subir imagen de bicicleta Figura 66 Diagrama de actividad Tienda_SubirImagenBicicleta

Fuente: Autor.

91

2.6.4.5. Vender bicicleta Figura 67 Diagrama de actividad Tienda_VenderBicicleta

Fuente: Autor.

2.6.4.6. Consultar bicicletas vendidas Figura 68 Diagrama de actividad Tienda_ConsultarBicicletasVendidas

Fuente: Autor.

92

2.6.4.7. Agregar nueva imagen de perfil Figura 69 Diagrama de actividad Tienda_AgregarImagenPerfil

Fuente: Autor.

2.6.4.8. Consultar inventario Figura 70 Diagrama de actividad Tienda_ConsultarInventario

Fuente: Autor.

93

2.6.4.9. Adicionar teléfono Figura 71 Diagrama de actividad Tienda_AdicionarTelefono

Fuente: Autor.

2.6.4.10. Eliminar teléfono Figura 72 Diagrama de actividad Tienda_EliminarTelefono

Fuente: Autor.

94

2.6.4.11. Cambiar contraseña Figura 73 Diagrama de actividad Tienda_CambiarContraseña

Fuente: Autor.

2.6.5. Biciusuario

2.6.5.1. Cambiar estado de bicicleta Figura 74 Diagrama de actividad BUsuario_CambiarEstado

Fuente: Autor.

95

2.6.5.2. Consultar inventario Figura 75 Diagrama de actividad BUsuario_ConsultarInventario

Fuente: Autor.

2.6.5.3. Añadir bicicleta

Figura 76 Diagrama de actividad BUsuario_AñadirBicicleta

Fuente: Autor.

96

2.6.5.4. Modificar bicicleta Figura 77 Diagrama de actividad BUsuario_ModificarBicicleta

Fuente: Autor.

2.6.5.5. Eliminar bicicleta

Figura 78 Diagrama de actividad BUsuario_EliminarBicicleta

Fuente: Autor.

97

2.6.5.6. Vender bicicleta Figura 79 Diagrama de actividad BUsuario_VenderBicicleta

Fuente: Autor.

2.6.5.7. Subir imagen de bicicleta

Figura 80 Diagrama de actividad BUsuario_SubirImagenBicicleta

Fuente: Autor.

98

2.6.5.8. Consultar bicicletas perdidas Figura 81 Diagrama de actividad BUsuario_ConsultarBicicletasPerdidas

Fuente: Autor.

2.6.5.9. Agregar nueva imagen de perfil Figura 82 Diagrama de actividad BUsuario_AgregarImagenPerfil

Fuente: Autor.

99

2.6.5.10. Adicionar teléfono Figura 83 Diagrama de actividad BUsuario_AdicionarTelefono

Fuente: Autor.

2.6.5.11. Eliminar teléfono Figura 84 Diagrama de actividad BUsuario_EliminarTelefono

Fuente: Autor.

100

2.6.5.12. Cambiar contraseña Figura 85 Diagrama de actividad BUsuario_CambiarContraseña

Fuente: Autor.

2.6.6. Consultar estado de bicicleta

Figura 86 Diagrama de actividad ConsultarEstadoBicicleta

Fuente: Autor.

101

2.6.7. Enviar e-mail

Figura 87 Diagrama de actividad Enviare mail

Fuente: Autor.

102

3. FASE DE DISEÑO

3.1. HERRAMIENTAS TECNOLÓGICAS UTILIZADAS

Dados los requerimientos expuestos anteriormente en la fase de análisis, durante

el desarrollo de esta página web se utilizaron diversas tecnologías que hicieron

posible un proyecto estable, seguro y adaptable.

• Tecnologías de apoyo

Google Maps API

PHPMailer

DOMPDF

• Back-End

PHP

MySQL (Gestor de base de datos)

• Front-End

JQuery

AJAX

HTML5

CSS

Bootstrap

103

3.2. PROTOTIPOS

3.2.1. Home Figura 88 Interfaz_Home

Fuente: Autor.

3.2.2. Iniciar sesión Figura 89 Interfaz_IniciarSesión

Fuente: Autor.

104

3.2.3. Perfil de usuario Figura 90 Interfaz_Perfil

Fuente: Autor.

3.2.4. Secciones secundarias

Figura 91 Interfaz_SeccionesSecundarias

Fuente: Autor.

105

3.2.5. Formulario consultar estado Figura 92 Interfaz_ConsultarEstado

Fuente: Autor.

3.2.6. Noticias Figura 93 Interfaz_Noticias

Fuente: Autor.

106

3.2.7. Estadísticas Figura 94 Interfaz_Estadísticas1

Fuente: Autor.

Figura 95 Interfaz_MapaEstadísticas

Fuente: Autor.

107

Figura 96 Interfaz_EstadísticasGenerales

Fuente: Autor.

3.2.8. Formulario enviar mensaje Figura 97 Interfaz_EnviarMensaje

Fuente: Autor.

108

3.3. LISTADO DE CLASES

Tabla 30 Listado de clases

Clase Atributo Métodos

Administrador

ID : int Adicionar admin

Nombre : text Modificar admin

Contraseña : text Eliminar admin

Documento : int Adicionar tienda

Foto : text Modificar tienda

Eliminar tienda

Bicicleta

ID : int

Serial : text

Marca : text

Tipo : text

Color : text

Costo : int

Foto : text

Estado : int

Propietario : int

Tienda

ID : int Adicionar bicicleta

Foto : text Modificar bicicleta

E-Mail : text Subir imagen bicicleta

Razón social : text Eliminar bicicleta

Dirección : text Vender bicicleta

Barrio : int Adicionar telefono

Localidad : int Eliminar telefono

Contraseña : text Adicionar usuario

Telefono : int

BiciUsuario

ID : int Adicionar bicicleta

Tipo documento : int Modificar bicicleta

Foto : text Subir imagen bicicleta

E-Mail : text Eliminar bicicleta

Razón social : text Vender bicicleta

Dirección : text Cambiar estado bicicleta

Barrio : int Adicionar telefono

Localidad : int Eliminar telefono

Contraseña : text Adicionar usuario

Telefono : int

Invitado Consultar estado bicicleta

Enviar mensaje

109

3.4. DIAGRAMA DE CLASES

Figura 98 Diagrama de clases

Fuente: Autor.

110

3.5. DIAGRAMA ENTIDAD RELACIÓN

Figura 99 Diagrama entidad-relación

Fuente: Autor.

111

3.6. DICCIONARIO DE DATOS

Tabla 31 Diccionario de datos

Entidad Columna Tipo Primaria Foránea Nulo

Administrador

id_administrador int(11) X

Nombre text

Contraseña text

Documento int(11)

Foto text

Barrio

id_barrio int(11) X

Nombre varchar(60)

Lat float(10,6)

Lng float(10,6)

localidad_id int(11) X

Bicicleta

id_bicicleta int(11) X

Serial text

Marca text

Tipo text

Color text

Costo int(11)

Foto text

Estado int(11) X X

Propietario int(11) X

Estadística

id_estadística int(11) X

bicicleta_id int(11) X

Serial text

Marca text

localidad_id int(11) X

barrio_id int(11) X

Estado int(11) X

Fecha timestamp

Estado id_estado int(11) X

Estado text

Historial

bicicleta_id X X

comprador_id X X

vendedor_id X X

Fecha X

112

Tabla 32 Diccionario de datos (Continuación)

Entidad Columna Tipo Primaria Foránea Nulo

Localidad id_localidad int(11)

Nombre text

Telefono_tienda tienda_id int(11) X

Numero int(11) X

Telefono_usuario usuario_id int(11) X

Numero int(11) X

Tienda id_tienda int(11) X

Foto text

Email text

razon_social text

Dirección text

barrio_id int(11)

localidad_id int(11)

Contraseña text

Tipo_documento id_tipo int(11) X

Tipo text

Usuario id_usuario int(11) X

Nombre text

Foto text

Email text

Dirección text

barrio_id int(11) X

localidad_id int(11) X

doc_tipo int(11) X X

Contraseña text

Fuente: Autor.

113

4. FASE DE IMPLEMENTACIÓN

4.1. DEFINICIÓN DE CAPAS

4.1.1. Capa modelo Tabla 32 Capa modelo

Clase Descripción Colaboradores

Usuario

Clase encargada de contener todos los datos del usuario tanto sus personales y los necesarios para su ingreso al sistema como ID, contraseña y tipo de usuario; éste último define los permisos de usuario.

Tienda

Clase encargada de almacenar y procesar la información sobre las tiendas la cual se refiere a sus datos como establecimiento físico (dirección, teléfono, etc.) y sus datos como usuario del sistema (ID, contraseña).

Administrador

Esta clase contiene datos básicos del usuario capaz de controlar algunos datos del sistema.

Bicicleta

Clase encargada de contener la información física de la bicicleta (serial, marca, etc.) y los datos de su propietario.

• Usuario

• Tienda

114

Tabla 32 Capa modelo (Continuación)

Clase Descripción Colaboradores

Historial

Clase que almacena los datos en el momento de la venta de una bicicleta. Sirve para suministrar al usuario la información de los dueños que ha tenido la bicicleta.

• Bicicleta

• Tienda

• Usuario

Estadísticas

Clase que registra los datos de las bicicletas cuando estas son reportadas como perdidas o encontradas en el sistema.

• Bicicleta

• Tienda

• Usuario

Fuente: Autor.

4.1.2. Capa controlador Tabla 33 Capa controlador

Clase Descripción Colaboradores

conexion.php

Esta clase se encarga de garantizar la comunicación y el intercambio de datos entre la capa modelo y la capa vista.

inventario.php

Clase gestora de los movimientos realizados en el inventario por parte del usuario.

• conexion.php

administrador.php

Clase que recibe las peticiones que se realizan sobre los administradores registrados en sistema.

• conexion.php

• Administrador

tienda.php

Clase que recibe las peticiones que se realizan sobre las tiendas registradas en sistema.

• conexion.php

• Tienda

115

Tabla 33 Capa controlador (Continuación)

Clase Descripción Colaboradores

perfil.php

Clase encargada de proporcionar y administrar los datos propios de los usuarios .

• conexion.php

• Tienda

• Usuario

estadisticas.php

Clase encargada de realizar las operaciones necesarias para suministrar al usuario las estadísticas de factibilidad del proyecto web.

• conexion.php

• Estadísticas

salir.php

Clase que se activa a petición del usuario; funciona como aquella que invalida de las variables de sesión.

enviar_mensaje.php

Clase necesaria para realizar el reporte de la bicicleta perdida realizando el envío de datos desde el servidor al servidor de correo electrónico.

• conexion.php

• Tienda

• Usuario

• Bicicleta

Fuente: Autor.

4.1.3. Capa vista Tabla 34 Capa vista

Clase Descripción Colaboradores

index.php

Esta clase es la encargada de la interfaz principal del sistema; aquí se presentan tanto el login, las noticias, las estadísticas como los formularios de consulta de estados de bicicletas y envío de mensaje.

116

Tabla 34 Capa vista (Continuación)

Clase Descripción Colaboradores

mostrar_admins.php

Clase que presenta la interfaz de los administradores y los botones de acción. Controla las vistas del usuario según su tipo y permisos.

• Administrador

mostrar_inventario.php

Clase que presenta la interfaz del inventario y los botones de acción. Controla las vistas del usuario según su tipo y permisos.

• Inventario

mostrar_perdidas.php

Clase que presenta la interfaz de las bicicletas perdidas y los botones de acción.

• Bicicleta

mostrar_vendidas.php

Clase que presenta la interfaz de las bicicletas vendidas y los botones de acción.

• Bicicleta

perfil.php

Clase que presenta la interfaz de las bicicletas vendidas y los botones de acción.

• Tienda

• Usuario

Fuente: Autor.

117

4.2. DIAGRAMA DE DESPLIEGUE

Figura 100 Diagrama de despliegue

Fuente: Autor.

4.3. DIAGRAMA DE COMPONENTES

Fuente: Autor.

118

5. FASE DE PRUEBAS

En base a los casos de usos presentados en secciones anteriores, se muestra la

documentación de todas aquellas pruebas necesarias para dar por terminado el

proyecto.

5.1. Inicio de sesión

Cuadro 1 Prueba Inicio de sesión

PRUEBA DE INICIO DE SESIÓN

Realizada por Diana Hurtado

Estado Proceso OK

Terminado Sí

Concepto Verificar el correcto ingreso del usuario estando previamente registrado en el sistema.

Perfil Administrador, tienda, biciusuario

Acción Elemento a prueba

Resultado esperado

Estado

Ingresar al sistema escribiendo ID, contraseña y señalando el tipo de usuario.

Formulario de inicio de sesión.

El sistema debe permitir el acceso a los diferentes usuarios según los registros en la base de datos.

OK

Fuente: Autor.

5.2. Cerrar sesión

Cuadro 2 Prueba Cerrar sesión

PRUEBA DE CERRAR SESIÓN

Realizada por Diana Hurtado

Estado Proceso OK

Terminado Sí

Concepto Verificar el correcto ingreso del usuario estando previamente registrado en el sistema.

Perfil Administrador, tienda, biciusuario

119

Cuadro 2 Prueba Cerrar sesión (Continuación)

Acción Elemento a prueba

Resultado esperado

Estado

Solicitar al sistema la correcta salida.

Botón salir El sistema debe invalidar las respectivas sesiones.

OK

Fuente: Autor.

5.3. Gestión de perfil

Cuadro 3 Prueba Gestión de perfil

PRUEBA DE GESTIÓN DE PERFIL

Realizada por Diana Hurtado

Estado Proceso OK

Terminado Sí

Concepto Revisar el funcionamiento de las diferentes acciones posibles en los perfiles de usuario.

Perfil Tienda, biciusuario

Acción Elemento a prueba

Resultado esperado

Estado

Agregar nueva imagen de perfil.

Botón subir imagen El sistema debe permitir la subida del archivo siempre y cuando este cumpla con el único requisito que es poseer una extensión JPG, PNG o JPEG.

OK

Insertar nuevo número de teléfono.

Botón adicionar teléfono.

Presentar en el perfil un listado con todos los números de teléfono del usuario junto con el recientemente ingresado.

OK

120

Cuadro 3 Prueba Gestión de perfil (Continuación)

Acción Elemento a prueba

Resultado esperado

Estado

Eliminar número de teléfono.

Función onClick de la lista de números telefónicos.

Eliminar de la lista el número de teléfono con dar click sobre él.

OK

Cambiar contraseña.

Formulario cambiar contraseña.

Dar ingreso con la nueva contraseña registrada por el usuario.

OK

Fuente: Autor.

5.4. Gestión de administradores

Cuadro 4 Prueba Gestión de administradores

PRUEBA DE GESTIÓN DE ADMINISTRADORES

Realizada por Diana Hurtado

Estado Proceso OK

Terminado Sí

Concepto Revisar el funcionamiento de las diferentes modificaciones que se le pueden realizar a la tabla de administradores.

Perfil Administradores

Acción Elemento a prueba

Resultado esperado

Estado

Agregar nueva imagen administrador.

Botón subir imagen administrador.

El sistema debe permitir la subida del archivo siempre y cuando este cumpla con el único requisito que es poseer una extensión JPG, PNG o JPEG.

OK

Ingresar nuevo administrador.

Botón adicionar administrador.

El sistema debe dar acceso a los nuevos administradores con sus correctos permisos.

OK

121

Cuadro 4 Prueba Gestión de administradores (Continuación)

Acción Elemento a prueba

Resultado esperado

Estado

Consultar administradores.

Tabla dinámica de administradores.

Al situarse en la sección de administradores ésta debe listar los diferentes administradores registrados en el sistema.

OK

Modificar administrador.

Función onBlur de la tabla dinámica administradores.

El sistema debe registrar los cambios generados en la tabla de administradores colocando el cursor sobre cualquier lugar de la pantalla diferente al campo en cuestión.

OK

Eliminar administrador.

Botón eliminar administrador.

En la sección de administradores debe dejar de listarse el administrador eliminado y el sistema no permitirá el ingreso de éste.

OK

Fuente: Autor.

122

5.5. Gestión de tiendas Cuadro 5 Prueba Gestión de tiendas

PRUEBA DE GESTIÓN DE TIENDAS

Realizada por Diana Hurtado

Estado Proceso OK

Terminado Sí

Concepto Revisar el funcionamiento de las diferentes modificaciones que se le pueden realizar a la tabla de tiendas.

Perfil Administradores

Acción Elemento a prueba

Resultado esperado

Estado

Ingresar nueva tienda.

Botón adicionar tienda.

El sistema debe dar acceso a las nuevas tiendas con sus correctos permisos.

OK

Consultar tiendas.

Tabla dinámica de tiendas.

Al situarse en la sección de tiendas ésta debe listar las diferentes tiendas registrados en el sistema.

OK

Modificar tienda. Función onBlur de la tabla dinámica tienda.

El sistema debe registrar los cambios generados en la tabla de tiendas colocando el cursor sobre cualquier lugar de la pantalla diferente al campo en cuestión.

OK

Eliminar tiendas. Botón eliminar tiendas.

En la sección de tiendas debe dejar de listarse la tienda eliminada y el sistema no permitirá el ingreso de ésta.

OK

Fuente: Autor.

123

5.6. Gestión de inventario Cuadro 6 Prueba Gestión de inventario

PRUEBA DE GESTIÓN DE INVENTARIO

Realizada por Diana Hurtado

Estado Proceso OK

Terminado Sí

Concepto Revisar el funcionamiento de las diferentes modificaciones que se le pueden realizar a la tabla de tiendas.

Perfil Tienda, biciusuario

Acción Elemento a prueba

Resultado esperado

Estado

Agregar nueva imagen bicicleta.

Botón subir imagen bicicleta.

El sistema debe permitir la subida del archivo siempre y cuando este cumpla con el único requisito que es poseer una extensión JPG, PNG o JPEG.

OK

Ingresar nueva bicicleta.

Botón adicionar bicicleta.

El sistema debe listar la nueva bicicleta ingresada validando antes que los campos obligatorios hayan sido completados.

OK

Consultar inventario.

Tabla dinámica de inventario.

Al situarse en la sección de inventario ésta debe listar las diferentes bicicletas registradas en el sistema.

OK

124

Cuadro 6 Prueba Gestión de inventario (Continuación)

Acción Elemento a prueba

Resultado esperado

Estado

Modificar bicicleta.

Función onBlur de la tabla dinámica inventario.

El sistema debe registrar los cambios generados en la tabla de inventario colocando el cursor sobre cualquier lugar de la pantalla diferente al campo en cuestión.

OK

Eliminar bicicleta.

Botón eliminar bicicleta.

En la sección de inventario debe dejar de listarse la bicicleta eliminada.

OK

Fuente: Autor.

5.7. Proceso de facturación

Cuadro 7 Prueba Facturación

PRUEBA PROCESO DE FACTURACIÓN

Realizada por Diana Hurtado

Estado Proceso OK

Terminado Sí

Concepto Revisar las diferentes actividades que hacen posible la facturación del proceso de venta de una bicicleta.

Perfil Tienda, biciusuario

Acción Elemento a prueba

Resultado esperado

Estado

Vender. Botón vender. El sistema debe registrar en la tabla historial esta acción y eliminar de la tabla inventario del usuario la bicicleta vendida; además

OK

125

Cuadro 7 Prueba Facturación (Continuación)

Acción Elemento a prueba

Resultado esperado

Estado

de ello generar la factura con los respectivos datos del vendedor, el comprador y la bicicleta. Si el usuario no existe debe generarse el formulario de ingreso de usuario.

Ingresar usuario Formulario de ingreso de usuario.

El sistema debe permitir el ingreso de este nuevo usuario listando primeramente la bicicleta por la que fue creado.

OK

Fuente: Autor.

5.8. Secciones de consultas

Cuadro 8 Prueba Consultas

PRUEBA CONSULTAS

Realizada por Diana Hurtado

Estado Proceso OK

Terminado Sí

Concepto Revisar las diferentes secciones que presentan información relevante a los usuarios según su tipo.

Perfil Administrador, tienda, biciusuario

Acción Elemento a prueba

Resultado esperado

Estado

Consulta de historial de bicicletas.

Sección historial de bicicletas.

Mostrar por fecha el historial de dueños de la bicicleta seleccionada

OK

126

Cuadro 8 Prueba Consultas (Continuación)

Acción Elemento a prueba

Resultado esperado

Estado

junto con sus datos de contacto.

Consultar bicicletas vendidas.

Sección de bicicletas vendidas.

Mostrar al usuario las bicicletas que ha vendido junto con sus datos e imagen.

OK

Consultar bicicletas perdidas.

Sección de bicicletas perdidas.

Mostrar al usuario las bicicletas que ha reportado como perdidas junto con sus datos e imagen.

OK

Fuente: Autor.

5.9. Home

Cuadro 9 Prueba Home

PRUEBA DEL HOME

Realizada por Diana Hurtado

Estado Proceso OK

Terminado Sí

Concepto Verificar las diferentes funcionalidades de la interfaz principal del sistema.

Perfil Invitado

Acción Elemento a prueba

Resultado esperado

Estado

Consultar estado de bicicletas.

Formulario buscar estado.

El sistema debe mostrar el actual estado de la bicicleta ingresada.

OK

Enviar mensaje a usuario.

Formulario enviar mensaje.

El sistema debe encargarse de enviar el mensaje al usuario al que le pertenezca la bicicleta reportada como encontrada.

OK

127

Cuadro 9 Prueba Home (Continuación)

Acción Elemento a prueba

Resultado esperado

Estado

Enviar mensaje a usuario.

Formulario enviar mensaje.

El sistema debe encargarse de enviar el mensaje al usuario al que le pertenezca la bicicleta reportada como en el formulario junto con los datos ingresados por el invitado.

OK

Ver estadísticas. Sección estadísticas.

El sistema debe señalar en un mapa de la ciudad los diferentes lugares en los que se ha reportado se perdieron las bicicletas; además en una gráfica el reporte de la cantidad de bicicletas perdidas y encontradas.

OK

Ver noticias Sección noticias El sistema debe mostrar por fecha de reporte las últimas bicicletas registradas como perdidas.

OK

Fuente: Autor.

128

ANEXOS

1

MANUAL DEL USUARIO

2

CONTENIDO

1. INICIO ............................................................................................................... 3

1.1. BARRA DE NAVEGACIÓN ........................................................................ 3

1.1.1. Botón desplegable ............................................................................... 3

1.2. OPCIÓN BUSCAR ..................................................................................... 3

1.3. INICIO DE SESIÓN ................................................................................... 4

1.4. NOTICIAS .................................................................................................. 4

1.5. ESTADÍSTICAS ......................................................................................... 5

1.6. CONTACTAR A UN BICIUSUARIO ........................................................... 5

2. INGRESO COMO USUARIO REGISTRADO EN LA PLATAFORMA ............... 7

2.1. ADMINISTRADOR ..................................................................................... 7

2.1.1. Barra de navegación ............................................................................ 7

2.1.2. Tiendas ................................................................................................ 7

2.1.3. Administradores ................................................................................... 9

2.1.4. Historial de bicicletas ......................................................................... 10

2.2. TIENDA .................................................................................................... 11

2.2.1. Inventario ........................................................................................... 11

2.2.2. Perfil .................................................................................................. 13

2.2.3. Ciclas vendidas .................................................................................. 15

2.3. BICIUSUARIO ......................................................................................... 15

2.3.1. Cambio de estado de una bicicleta .................................................... 16

3. Gráficos .......................................................................................................... 17

3.1. MAPA BICICLETAS PERDIDAS ............................................................. 17

3.2. ESTADÍSTICA GENERAL DE BICICLETAS ........................................... 18

3.2.1. Imprimir gráfico .................................................................................. 19

3

1. INICIO

El ingreso a BiciBogotá se realiza desde la dirección web http://localhost/bicibogota en la cual sin ninguna identificación se puede observar:

1.1. BARRA DE NAVEGACIÓN

1.1.1. Botón desplegable

En este se tienen las diferentes opciones de navegación por la página principal de BiciBogotá

1.2. OPCIÓN BUSCAR

Ingresando el serial de una bicicleta junto con su marca se puede obtener el estado actual de la misma.

4

1.3. INICIO DE SESIÓN

Escribiendo el documento de identificación y la clave correspondiente junto con el tipo de usuario se da el correcto ingreso a la plataforma.

1.4. NOTICIAS

En esta sección se puede apreciar las últimas bicicletas reportadas como perdidas, dando click sobre alguna de ellas aparecerá una ventana modal con la foto ampliada.

5

1.5. ESTADÍSTICAS

En esta sección se muestran tres estadísticas generales las cuales reflejan: 1. Cantidad total de bici-usuarios registrados en el sistema, 2. Cantidad total de bicicletas encontradas y 3. Cantidad total de bicicletas perdidas.

Dando click sobre cualquier lugar de esta sección se ingresará a gráficos de la página, ésta descrita más abajo.

1.6. CONTACTAR A UN BICIUSUARIO

Esta sección de mensajería electrónica la puede usar cualquier persona que haya encontrado una bicicleta y su estado en la plataforma se perdida. Se deben completar los campos ‘serial’, ‘marca’, escoger ‘localidad’ y ‘barrio’; los campos ‘dirección’ y ‘mensaje adicional’ son opcionales. Al presionar enviar aparecerá una ventana modal con la información correspondiente al correcto o incorrecto envío.

6

7

2. INGRESO COMO USUARIO REGISTRADO EN LA PLATAFORMA

El inicio de sesión lo realizan tres tipos de usuarios: Administrador, tienda y bici-usuario. Cada uno de estos tiene diferentes opciones en su página inicial.

2.1. ADMINISTRADOR

2.1.1. Barra de navegación

Presionando el botón señalado en rojo se pueden observar las diferentes vistas que tiene el administrador.

2.1.2. Tiendas

Esta es la primera página que encuentra el administrador. En esta se verifica los datos correspondientes de las tiendas.

El administrador puede usar la barra de búsqueda para filtrar la tabla; éste filtrado sirve para cualquier columna.

8

El botón sirve para observar en una ventana modal la imagen de la tienda correspondiente.

El botón elimina la tienda a la que pertenezca mostrando primero un mensaje de confirmación como el siguiente:

9

Para agregar nuevas tiendas se usa pero sólo se puede hacer si primero se rellenan todos los campos:

Para realizar la modificación de un registro solo se debe dar click a dicho registro y cambiar su valor.

Todas las tablas tienen las opciones anteriormente mencionadas, algunas con un botón de más o dos, solo se debe tener en cuenta los permisos de usuario.

2.1.3. Administradores

Esta sección muestra todos aquellos administradores registrados en el sistema; solo el administrador con ID ‘1‘ puede registrar, modificar y eliminar a otros administradores. El administrador 1 puede también subir la foto correspondiente.

10

2.1.4. Historial de bicicletas

Esta parte es para que el administrador conozca todas las bicicletas registradas en el sistema, sus datos e imágenes, así como los dueños pasados y el actual de la bicicleta.

Para esto último debe presionar , obtendrá una ventana modal con los detalles mencionados.

11

2.2. TIENDA

A las diferentes secciones se accede por medio de la barra de navegación.

2.2.1. Inventario

Este apartado muestra a la tienda las bicicletas a su nombre.

2.2.1.1. Añadir bicicleta

La forma de ingresar un nuevo elemento al inventario es la misma del administrador

al agregar otros administradores. Sin embargo, al presionar aparecerá una ventana modal en la que se debe escribir el RUT de la tienda a la que se le compró la bicicleta.

Con ello y si se han completado todos los datos el sistema registrará la bicicleta.

12

2.2.1.2. Vender bicicleta

La venta de bicicletas se realiza por medio del botón , así se abrirá una ventana mostrando los datos serial y marca de la bicicleta seleccionada junto con un campo de texto en el que se ha de ingresar la cédula de quien adquirirá la cicla.

Seguido se ha de presionar el botón dado el caso que el usuario exista aparecerá

el botón para finalizar el proceso en cuestión. El sistema imprimirá en PDF una factura con los datos del vendedor, el comprador y la bicicleta.

2.2.1.3. Agregar usuario

La inserción de un nuevo usuario se realiza en el momento de venderse una bicicleta. Al escribirse en el campo correspondiente la cédula del comprador se da

click sobre el botón para que el sistema realice la búsqueda del usuario, dado el caso que no exista aparecerá un formulario en el cual se deben ingresar los datos de la persona:

13

2.2.2. Perfil

El perfil de usuario consta de tres diferentes opciones:

2.2.2.1. Subir imagen de perfil

Presionando se obtiene un formulario para subir una foto de perfil. Los pasos a seguir se encuentran en 1.1.2..

2.2.2.2. Añadir números de teléfono

Se da click en donde aparecerá un campo de texto para ingresar el nuevo número.

14

2.2.2.3. Eliminar número de teléfono

Al dar click sobre un número de teléfono distinto al primero éste se elimina

2.2.2.4. Cambio de contraseña

Mediante el botón aparece un formulario donde se debe escribir la contraseña actual y la nueva contraseña:

15

Si el campo anterior contraseña no coincide con la contraseña actual del usuario aparece entonces el siguiente mensaje:

Caso contrario:

2.2.3. Ciclas vendidas

En esta sección la tienda puede observar todos los datos de las bicicletas que ha vendido junto con su imagen y la opción de filtrar mencionada en ítems anteriores.

2.3. BICIUSUARIO

Este tipo de usuario tiene acceso tanto a perfil de usuario como a inventario los cuales poseen las mismas características que el tipo de usuario tienda, con la diferencia que un biciusuario no agrega nuevas bicicletas. En lugar de eso declara

16

su bicicleta como perdida y en vez de tener una sección de ciclas vendidas tiene una sección de ciclas perdidas.

2.3.1. Cambio de estado de una bicicleta

Un bicicusuario reporta su bicicleta dando click sobre la opción perdida del campo estado:

Entonces deberá ingresar localidad y barrio del sitio donde perdió su bicicleta:

Su bicicleta ya no aparecerá en su inventario, pero sí en la sección de ciclas perdidas.

17

3. GRÁFICOS

Dando click sobre cualquier parte de la vista ‘nuestras estadísticas’ se ingresa a una nueva página llamada gráficos

3.1. MAPA BICICLETAS PERDIDAS

Es la primera página que se puede apreciar. En esta se muestra con un marcador los lugares en los que se han reportado las bicicletas como perdidas. Dado que para esto se usa un plugin del conocido Google Maps, él mismo posee las opciones de acercar/alejar la imagen y el Street view que inicia en el momento que se toma el muñeco amarillo en la parte inferior derecha de la pantalla.

18

3.2. ESTADÍSTICA GENERAL DE BICICLETAS

Dando click sobre se abre

Allí se encuentra la opción ‘estadística general’ que traerá el gráfico comparativo entre la cantidad de bicicletas perdidas y encontradas por meses.

19

3.2.1. Imprimir gráfico

Presionando se despliega las opciones para imprimir el gráfico en diferentes formatos