john henry vasquez leonrepository.udistrital.edu.co/bitstream/11349/15796/1... · 2019-07-26 ·...
TRANSCRIPT
APLICACIÓN DISTRIBUIDA PARA EL MANEJO Y DISPOSICIÓN RESIDUOS
INORGÁNICOS RECICLABLES EN LA CIUDAD DE BOGOTÁ EN LA LOCALIDAD DE
USME
JOHN HENRY VASQUEZ LEON
EDWAR JONATHAN PRIETO SARMIENTO
UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS
FACULTAD DE INGENIERIA
ESP. INGENIERIA DE SOFTWARE
BOGOTÁ D.C.
2019
APLICACIÓN DISTRIBUIDA PARA EL MANEJO Y DISPOSICIÓN RESIDUOS
INORGÁNICOS RECICLABLES EN LA CIUDAD DE BOGOTÁ EN LA LOCALIDAD DE
USME
DIRECTOR: EDILBERTO FERNADEZ
REVISOR: JOAQUIN JAVIER MEZA
UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS
FACULTAD DE INGENIERIA
ESP. INGENIERIA DE SOFTWARE
BOGOTÁ D.C.
2019
INTRODUCCIÓN
La generación de residuos sólidos a nivel mundial es directamente proporcional a la explosión
demográfica y al crecimiento económico, se trata de un fenómeno natural asociado a los
asentamientos humanos, que en las últimas cinco décadas ha resultado en una explotación
descontrolada de todo tipo de recursos naturales debido a la industrialización, urbanización y
cambio en el estilo de vida, lo que ha generado el aumento en la producción de residuos
inorgánicos.
En el siglo XXI, el calentamiento global genera preocupación generalizada por la
contaminación y sus efectos medioambientales en el planeta, desde entonces se han generado
políticas y planes para el manejo adecuado de basuras. En Colombia hay varios sistemas de
disposición final para los residuos sólidos entre los cuales están; enterramientos, plantas
integrales, botaderos, quemas, cuerpos de agua y rellenos sanitarios, siendo este último el más
usado en el país, para Bogotá estas políticas están enfocados parcialmente en la educación del
habitante, en la disposición de puntos de recolección especializados y en la concientización de
la necesidad de tener hábitos amigables con el medio ambiente según lo describe el programa
basura cero de la capital que funciono desde el año 2012 al 2016 [12].
Es así como la investigación elaborada, propone el desarrollo de un prototipo la cual contará
con varios módulos, que le permitirá al usuario obtener información detallada del proceso que
sufrirá los residuos no orgánicos reciclables que quiere poner a disposición de los centros de
reciclaje, este proceso lo completan los operarios del reciclaje los cuales irán a recoger estos
residuos y enviarlos al centro más cercano este proceso permitirá saber dónde y cómo se debe
desechar estos elementos, además de poder gestionar y tener un histórico de los recursos
reciclables.
En el presente documento se describe un problema, tomándolo como punto de partida para el
análisis, desarrollo e implementación del proyecto. Para tal efecto se aplicará la metodología
RUP para documentar y desarrollar las fases del proyecto; entre esas se encuentra la fase de
análisis donde se plantea y se define la solución más óptima para gestión de residuos no
orgánicos reciclables, y a partir de estas se empieza una construcción de varios prototipos en la
fase de diseño, en la que se construyen los modelos del lenguaje de modelado visual UML
donde se termina con la etapa de implementación y pruebas.
También en el presente documento se muestra el uso de las aplicaciones distribuidas, que ayuda
al mejoramiento de los procesos previamente descritos, todo esto por medio de una aplicación
web, que provee unos servicios web (API) para comunicar una app móvil para lograr así dar una
idea sobre como el uso de las tecnologías de la información pueden ayudar a solucionar un
problema medioambiental.
TABLA DE CONTENIDO
INTRODUCCIÓN ....................................................................................................................... 3
PARTE I. CONTEXTUALIZACÒN DE LA INVESTIGACION ............................................... 13
CAPITULO 1. DESCRIPCION DE LA INVESTIGACION ....................................................... 13
1.1. Planteamiento del problema ........................................................................................... 13
1.2. Objetivos...................................................................................................................... 14
1.2.1. Objetivo general .................................................................................................... 14
1.2.2. Objetivos específicos ............................................................................................. 14
1.3. Justificación de la investigación ...................................................................................... 15
1.4. Hipótesis de trabajo ....................................................................................................... 16
1.5. Marco referencial .......................................................................................................... 16
1.5.1. Marco Teórico........................................................................................................ 16
1.5.2. Marco Conceptual .................................................................................................. 24
1.5.3. Marco Espacial....................................................................................................... 25
1.5.4. Marco Histórico ..................................................................................................... 25
1.5.5. Marco Legal .......................................................................................................... 27
1.6. Metodología de la investigación ..................................................................................... 28
1.7. Organización del trabajo de grado ................................................................................... 34
1.8. Estudio de sistemas previos ............................................................................................ 35
PARTE II. DESARROLLO DE LA INVESTIGACIÒN ............................................................. 36
CAPÌTULO 2. MODELO DEL NEGOCIO .............................................................................. 36
2.1. Conocimiento de la organización .................................................................................... 36
2.2. Reconocimiento general del proceso ............................................................................... 36
2.3. Secuencia operativa ....................................................................................................... 39
2.4. Definición Actores ........................................................................................................ 39
CAPÌTULO 3. FASE DE REQUISITOS .................................................................................. 41
3.1. Requerimientos no funcionales ....................................................................................... 41
3.2. Requerimientos Funcionales ........................................................................................... 41
3.3. Diagrama Casos de uso .................................................................................................. 42
3.4. Documentación Casos de uso ......................................................................................... 43
CAPÌTULO 4. FASE DE ANALISIS ....................................................................................... 45
4.1. Diagrama Actividad ...................................................................................................... 45
4.2. Diagrama Estados ......................................................................................................... 46
CAPÌTULO 5. FASE DE DISEÑO .......................................................................................... 48
5.1. Diagrama Modelo – Entidad relación .............................................................................. 48
5.2. Diagrama Clases ........................................................................................................... 49
5.3. Diagrama Secuencia ...................................................................................................... 52
CAPÌTULO 6. FASE DE IMPLEMENTACION ....................................................................... 53
6.1. Diagrama Componentes ................................................................................................. 53
6.2. Diagrama Despliegue .................................................................................................... 55
6.3. Diagrama Nodos ........................................................................................................... 56
CAPÌTULO 7. FASE DE PRUEBAS ....................................................................................... 57
7.1. Configuración e implementación ........................................................................................ 57
7.2. Pruebas Técnicas .............................................................................................................. 63
7.3. Pruebas Funcionales ......................................................................................................... 65
7.3.1. WEB ......................................................................................................................... 65
7.3.2. Móvil ........................................................................................................................ 70
PARTE III. CIERRE DE LA INVESTIGACIÒN ..................................................................... 77
CAPÌTULO 8. CONCLUCIONES ........................................................................................... 77
8.1. Verificación, contraste y evaluación de los objetivos......................................................... 77
8.2. Síntesis de modelo propuesto ......................................................................................... 78
8.3. Aportes originales ......................................................................................................... 78
8.4. Trabajos o publicaciones derivados ................................................................................. 78
CAPÌTULO 9. PROSPECTIVA DEL TRABAJO DE GRADO .................................................. 79
9.1. Líneas de investigación Futuras ...................................................................................... 79
9.2. Trabajos de investigación futuros .................................................................................... 79
BIBLIOGRAFÌA ....................................................................................................................... 80
REFERENCIAS WEB ............................................................................................................ 81
ANEXOS .................................................................................................................................. 83
1. TITULO DE ANEXO A ................................................................................................... 83
1.1. Diagramas casos de uso .............................................................................................. 83
2. TITULO DE ANEXO B ................................................................................................... 93
2.1. Documentación Caso de uso ....................................................................................... 93
3. TITULO DE ANEXO C ..................................................................................................116
3.1. Diagramas Actividad .................................................................................................116
4. TITULO DE ANEXO D ..................................................................................................123
4.1. Diagramas Estados ....................................................................................................123
5. TITULO DE ANEXO E ...................................................................................................130
5.1. Diagramas Secuencia ................................................................................................130
6. TITULO DE ANEXO F ...................................................................................................137
6.1. Documentación de Pruebas ........................................................................................137
TABLA DE ILUSTRACIONES
Ilustración 1. Fase de RUP ................................................................................................................... 31
Ilustración 2. Green point anywhere – ReciclApp Chile ....................................................................... 35
Ilustración 3. Transporte de residuos. ................................................................................................... 37
Ilustración 4. Clasificación de residuos potencialmente reciclables. ...................................................... 38
Ilustración 5. Almacenaje final del cubo. .............................................................................................. 38
Ilustración 6. Proceso de reciclaje. ....................................................................................................... 39
Ilustración 7. Diagrama de usuarios. ..................................................................................................... 40
Ilustración 8. Diagrama caso de uso: WEB General. ............................................................................. 42
Ilustración 9. Diagrama caso de uso: Móvil General ............................................................................. 42
Ilustración 10. Diagrama de actividad: Ingreso Usuario. ....................................................................... 46
Ilustración 11. Diagrama Estado: Declarar producto. ............................................................................ 47
Ilustración 12. Modelo Entidad - Relacional. ........................................................................................ 49
Ilustración 13. Diagrama de clases WEB .............................................................................................. 50
Ilustración 14. Diagrama de clases Móvil ............................................................................................. 51
Ilustración 15. Diagrama de secuencia: Crear Pedido ........................................................................... 52
Ilustración 16. Diagrama de Componentes. .......................................................................................... 54
Ilustración 17. Diagrama de Despliegue. .............................................................................................. 55
Ilustración 18. Diagrama de Nodos. ..................................................................................................... 56
Ilustración 19. Login Móvil. ................................................................................................................. 58
Ilustración 20. Diagrama de paquetes Móvil. ........................................................................................ 58
Ilustración 21. Entidades Móviles......................................................................................................... 59
Ilustración 22. Cliente servicio Móvil. .................................................................................................. 59
Ilustración 23. Diagrama de paquetes WEB.......................................................................................... 60
Ilustración 24. Entidades WEB. ............................................................................................................ 60
Ilustración 25. Controlador WEB. ........................................................................................................ 61
Ilustración 26. Servicios WEB. ............................................................................................................ 61
Ilustración 27. Código Reporte WEB. .................................................................................................. 62
Ilustración 28. Prueba interfaz login. ................................................................................................... 65
Ilustración 29. Prueba interfaz home. ................................................................................................... 66
Ilustración 30. Prueba interfaz cambiar contraseña. .............................................................................. 66
Ilustración 31. Prueba interfaz nuevo usuario ...................................................................................... 67
Ilustración 32. Prueba interfaz crear pedido .......................................................................................... 67
Ilustración 33. Prueba interfaz crear centro de reciclaje ........................................................................ 68
Ilustración 34. Prueba interfaz editar zona. .......................................................................................... 68
Ilustración 35. Prueba interfaz crear producto. ...................................................................................... 69
Ilustración 36. Prueba interfaz ver categoría. ........................................................................................ 69
Ilustración 37. Prueba interfaz móvil Login. ......................................................................................... 70
Ilustración 38. Prueba interfaz móvil crear usuario. .............................................................................. 71
Ilustración 39. Prueba interfaz móvil editar usuario. ............................................................................. 72
Ilustración 40. Prueba interfaz móvil listar pedidos. ............................................................................. 73
Ilustración 41. Prueba interfaz móvil listar centros de reciclaje. ............................................................ 74
Ilustración 42. Prueba interfaz móvil geolocalización de un centro de reciclaje. ................................... 75
Ilustración 43. Prueba interfaz móvil declara residuos y generar pedido. .............................................. 76
Ilustración 44. Diagrama caso de uso: Declarar WEB. .......................................................................... 83
Ilustración 45. Diagrama caso de uso: Administrador roles WEB ......................................................... 84
Ilustración 46. Diagrama caso de uso: Administrador Zona WEB......................................................... 85
Ilustración 47. Diagrama caso de uso: Administrador categoría WEB. ................................................. 86
Ilustración 48. Diagrama caso de uso: Administrador Items WEB. ....................................................... 87
Ilustración 49. Diagrama caso de uso: Administrador pedido WEB. ..................................................... 88
Ilustración 50. Diagrama caso de uso: Declarar Móvil. ......................................................................... 89
Ilustración 51. Diagrama caso de uso: Administrador Zona Móvil. ....................................................... 90
Ilustración 52. Diagrama caso de uso: Administrador categoría Móvil. ................................................ 91
Ilustración 53. Diagrama caso de uso: Administrador Item Móvil......................................................... 92
Ilustración 54. Diagrama Actividad: Inhabilitar usuario. ..................................................................... 116
Ilustración 55. Diagrama Actividad: Inhabilitar pedido....................................................................... 117
Ilustración 56. Diagrama Actividad: Declarar. .................................................................................... 118
Ilustración 57. Diagrama Actividad: Gestionar categoría. ................................................................... 119
Ilustración 58. Diagrama Actividad: Gestionar zona. .......................................................................... 120
Ilustración 59. Diagrama Actividad: Gestionar producto. ................................................................... 121
Ilustración 60. Diagrama Actividad: actualizar usuario. ...................................................................... 122
Ilustración 61. Diagrama Actividad: actualizar usuario. ...................................................................... 123
Ilustración 62. Diagrama Estados: Declarar. ....................................................................................... 124
Ilustración 63. Diagrama Estados: Generar reporte. ............................................................................ 125
Ilustración 64. Diagrama Estados: Gestionar usuario. ........................................................................ 126
Ilustración 65. Diagrama Estados: Gestionar zona. ............................................................................. 127
Ilustración 66. Diagrama Estados: Gestionar categoría. ...................................................................... 128
Ilustración 67. Diagrama Estados: Gestionar producto........................................................................ 129
Ilustración 68. Diagrama secuencia: Login ......................................................................................... 130
Ilustración 69. Diagrama secuencia: Consultar categoría. ................................................................... 131
Ilustración 70. Diagrama secuencia: Consultar pedido. ....................................................................... 131
Ilustración 71. Diagrama secuencia: Consultar producto..................................................................... 132
Ilustración 72. Diagrama secuencia: Consultar zona. .......................................................................... 132
Ilustración 73. Diagrama secuencia: Crear categoría........................................................................... 133
Ilustración 74. Diagrama secuencia: Crear producto. .......................................................................... 133
Ilustración 75. Diagrama secuencia: Crear zona. ................................................................................ 134
Ilustración 76. Diagrama secuencia: Editar categoría. ......................................................................... 134
Ilustración 77. Diagrama secuencia: Editar producto. ......................................................................... 135
Ilustración 78. Diagrama secuencia: Editar rol.................................................................................... 135
Ilustración 79. Diagrama secuencia: Editar zona................................................................................. 136
TABLAS DEL PTOYECTO
Tabla 1. Actividades metodología para el RUP..................................................................................... 32
Tabla 2. Definición de actores. ............................................................................................................. 40
Tabla 3. Documentación caso de uso: Login......................................................................................... 44
Tabla 4. Ficha de prueba: Modulo Pedido desde Móvil. ....................................................................... 63
Tabla 5. Ficha de prueba: Modulo Pedido. .......................................................................................... 64
Tabla 6. Documentación caso de uso: Registrarse. ............................................................................... 93
Tabla 7. Documentación caso de uso: Consultar perfil.......................................................................... 94
Tabla 8. Documentación caso de uso: Actualizar perfil. ....................................................................... 95
Tabla 9. Documentación caso de uso: Consultar Detalle información (Residuos). ................................ 96
Tabla 10. Documentación caso de uso: Consultar Detalle información (Centros de reciclaje). .............. 97
Tabla 11. Documentación caso de uso: Generar reporte. ....................................................................... 98
Tabla 12. Documentación caso de uso: Consultar Historial Producto. ................................................... 99
Tabla 13. Documentación caso de uso: Declarar Producto. ................................................................. 100
Tabla 14. Documentación caso de uso: Cambiar estado producto. ..................................................... 101
Tabla 15. Documentación caso de uso: Inhabilitar pedido. ................................................................. 102
Tabla 16. Documentación caso de uso: Actualizar pedido .................................................................. 103
Tabla 17. Documentación caso de uso: Inhabilitar usuario.................................................................. 104
Tabla 18. Documentación caso de uso: Asignar Rol. .......................................................................... 105
Tabla 19. Documentación caso de uso: Asignar permisos. ................................................................. 106
Tabla 20. Documentación caso de uso: Crear categoría. ..................................................................... 107
Tabla 21. Documentación caso de uso: Crear pedido .......................................................................... 108
Tabla 22. Documentación caso de uso: Crear zona. ............................................................................ 109
Tabla 23. Documentación caso de uso: Inhabilitar Categoría. ............................................................. 110
Tabla 24. Documentación caso de uso: inhabilitar producto. .............................................................. 111
Tabla 25. Documentación caso de uso: Inhabilitar zona. ..................................................................... 112
Tabla 26. Documentación caso de uso: Actualizar categoría. .............................................................. 113
Tabla 27. Documentación caso de uso: Actualizar producto. .............................................................. 114
Tabla 28. Documentación caso de uso: Actualizar zona. ..................................................................... 115
Tabla 29. Ficha de prueba: Módulo Login desde Móvil. ..................................................................... 137
Tabla 30. Ficha de prueba: Módulo Login ......................................................................................... 138
Tabla 31. Ficha de prueba: Modulo zonas. ......................................................................................... 139
Tabla 32. Ficha de prueba: Modulo categoría. .................................................................................... 140
Tabla 33. Ficha de prueba: Modulo Producto. ................................................................................... 140
Tabla 34. Ficha de prueba: Modulo usuario. ....................................................................................... 141
PARTE I. CONTEXTUALIZACÒN DE LA INVESTIGACION
CAPITULO 1. DESCRIPCION DE LA INVESTIGACION
1.1. Planteamiento del problema
El reciclaje se basa en dar otra oportunidad a los materiales e insumos que ya cumplieron su
vida útil dentro de su contexto, este proceso de convertir desechos en productos o materia prima
se llama reciclaje tiene como principal eje ayudar con estas acciones a reducir el consumo de
productos los cuales el planeta no puede renovar, por lo tanto, esto lleva a una degradación del
medio ambiente llevándonos a replantear la convivencia y la estabilidad del ser humano como
especie.
A lo largo de su existencia el ser humano siempre ha sobrevivido debido a procesos
tecnológicos que él mismo ha desarrollado a través de la experiencia con el propósito de
mejorar su calidad de vida. Dentro de estos mismos procesos se encuentran varios los cuales se
centran en la transformación de la materia prima para hacer productos de consumo [14]. Bajo
esta premisa el hombre se ha titulado como un ser racional ya que su intelecto permanentemente
se encuentra en avance y puede aplicar sus vivencias en proyectos que requieren conocimiento
para ser ejecutados.
El consumo responsable se basa en que la humanidad tiene que replantear sus hábitos de
consumo para ajustar a la sociedad a unas necesidades más ajustables con la conservación del
medio ambiente, es por ello la importancia del uso de las tecnologías para llevar esta premisa a
cabo.
Otra problemática que se deriva es la falta de información a la comunidad sobre cómo tratar los
recursos reciclables que no son renovables, la falta de conciencia, el desconocimiento de unos
actores sobre la existencia del cambio climático y de sus consecuencias devastadoras para el
planeta, según datos oficiales en Colombia solo se recicla el 17% de las basuras de un total de
32.000 toneladas que se producen a diario, es decir de toda esta entidad de residuos solo 5.400
toneladas se les da una nueva oportunidad. Estos datos contrastan en gran medida ya que, si
analizamos los estándares de países como Holanda o Suecia donde se recicla hasta un 95% de la
basura que se produce, con estos datos se puede afirmar que Colombia no está ayudando con el
cambio climático [13].
1.2. Objetivos
1.2.1. Objetivo general
Desarrollar un prototipo multiplataforma para que los ciudadanos y centros de reciclaje
gestionen la recolección de elementos renovables reciclables en la localidad de Usme.
1.2.2. Objetivos específicos
o Identificar de manera esquemática y jerarquizada, los diferentes tipos de residuos
reciclables que son materia de tratamiento por parte del centro de reciclaje, con el fin de
recopilar de manera dinámica la información importante para la aplicación.
o Realizar la implementación móvil y web que permita al usuario registrado consultar la
información de centros de reciclaje, para eventualmente reportar materiales reciclables y
posteriormente el centro de reciclaje pueda enviar un operario a recibir los elementos.
o Definir una infraestructura orientada a servicios que permita la centralización de la
información, empleando el uso de servicios API de tipo REST que permita la
comunicación entre la aplicación web y móvil.
1.3. Justificación de la investigación
Actualmente en el mercado hay aplicaciones similares que abordan la problemática descrita
pero no son óptimas en el contexto que se desea abordar en esta investigación ya que en el caso
de RedPosconsumo su temática se centra en buscar un mecanismo de recolección adecuado para
residuos de cuidado especial potencialmente peligrosos tales como baterías, bombillas, llantas,
neveras y plaguicidas como consecuencia no se ajusta a lo planteado con anterioridad lo cual se
basa en residuos no orgánicos renovables [14].
El propósito de esta investigación obedece a la necesidad de que en la ciudad de Bogotá se
puedan buscar nuevas formas de integración entre las tecnológicas TIC y dar a conocer las
políticas ambientales sobre los diferentes planes para la adecuada disposición de los residuos,
así como el usuario de este prototipo podrá ubicar en tiempo real el sitio de recepción más
cercano gracias a una base de datos georreferenciada y clasificada de acuerdo al tipo de basura
que el cliente requiera desechar [15].
El uso de la aplicación por parte del usuario, permitirá saber de los distintos tipos de residuos no
orgánicos reciclables y dónde debe reciclar, contribuyendo a la mejora de la calidad del
ambiente la población capitalina, y beneficiando a los trabajadores y centros de reciclaje, ya que
los residuos deben ser devueltos a través de los mecanismos de recolección implementados por
los productores con la finalidad de que sus materiales sean valorizados, aprovechados y
dispuestos apropiadamente y no generen impactos negativos.
El módulo de reportes que será desarrollado en el prototipo se encargará de mostrar estadísticas
sobre los históricos de las transacciones acerca del manejo de residuos, generará un impacto
adicional al permitir que la clasificación del desecho se haga de más precisa manera, y
potencializando el prototipo como una valiosa herramienta que permitirá hacer un mejor
acompañamiento de cada tipo de desecho hasta su disposición final.
1.4. Hipótesis de trabajo
El desarrollo de un prototipo permitirá a los usuarios establecer un acercamiento a las
tecnologías mediante el uso de las TIC a través de plataformas (móvil, web) dedicadas a la
gestión de residuos inorgánicos reciclables entre los centros de reciclaje y la ciudadanía en
general lo cual llevará a crear una pedagogía en la ciudadanía sobre el cuidado del medio
ambiente.
1.5. Marco referencial
1.5.1. Marco Teórico
APLICACIÓN MULTIPLATAFORMA
Multiplataforma es un atributo conferido a programas informáticos o métodos y conceptos de
cómputo que son implementados e inter-operan en múltiples plataformas informáticas. Las
plataformas de software pueden ser un sistema operativo o entorno de programación, aunque más
comúnmente se trata de una combinación de ambos. Para que el software pueda ser considerado
multiplataforma, debe ser capaz de funcionar en más de una arquitectura de ordenador o sistema
operativo. Esto puede ser una tarea que consume tiempo, ya que los diferentes sistemas
operativos tienen diferentes interfaces de programación de aplicaciones o API [16].
APLICACIÓN WEB
Son aquellas herramientas que los usuarios pueden utilizar accediendo a un servidor web a través
de Internet o de una intranet mediante un navegador. En otras palabras, es una aplicación
software que se codifica en un lenguaje soportado por los navegadores web en la que se confía la
ejecución al navegador. Es importante mencionar que una página Web puede contener elementos
que permiten una comunicación activa entre el usuario y la información. Esto permite que el
usuario acceda a los datos de modo interactivo, gracias a que la página responderá a cada una de
sus acciones, como por ejemplo rellenar y enviar formularios, participar en juegos diversos y
acceder a gestores de base de datos de todo tipo [1].
APLICACIÓN MÓVIL
Las aplicaciones móviles son los conjuntos de instrucciones lógicas, procedimientos, reglas,
documentación, datos e información asociada a estas que funcionan específicamente en
dispositivos móviles, como por ejemplo teléfonos inteligentes, televisores inteligentes, Tablatas,
reloj, entre otros. Las aplicaciones móviles se desarrollan bajo diferentes lenguajes de
programación y funcionan actualmente específicamente en sistemas operativos móviles, en estos
momentos los lenguajes más usados para desarrollar aplicaciones móviles son: Java, Objetic C,
Xcode C#, C++, WebOS, HTML5, Bad, XML, entre otros [2].
LENGUAJE HTML
El lenguaje HTML (HyperText Mark-up Language) es un lenguaje de marcas (se utiliza
insertando marcas en el interior del texto) que nos permite representar de forma rica el contenido,
así como referenciar otros recursos (imágenes textos, imágenes, fotografías, audio, sonido,
animaciones, video), enlaces a otros documentos (la característica más destacada del WWW),
mostrar formularios para luego procesarlos, etc. El lenguaje HTML actualmente se encuentra en
la versión 5.0, las novedades más destacables de HTML 5 serán la inclusión de API's para
realizar dibujos en dos dimensiones, controlar la reproducción de audio y vídeo, editar
documentos de forma interactiva en el navegador, y mantener datos de forma persistente en la
parte cliente de la comunicación para acceder más tarde a ellos.
CSS HOJAS DE ESTILO
CSS son las siglas de Cascading Style Sheets - Hojas de Estilo. Es un lenguaje que describe la
presentación de los documentos estructurados en hojas de estilo para diferentes métodos de
interpretación, es decir, describe cómo se va a mostrar un documento en pantalla, por impresora,
por voz (cuando la información es pronunciada a través de un dispositivo de lectura) o en
dispositivos táctiles basados en Braille. También nos permite en CSS desarrollar por el W3C
(World Wide Web Consortium) para la separación de los contenidos de los documentos escritos
en HTML, XML, XHTML, SVG, o XUL de la presentación del documento con las hojas de
estilo, incluyendo elementos tales como los colores, fondos, márgenes, bordes, tipos de letra...,
modificando la apariencia de una página web de una forma más sencilla, permitiendo a los
desarrolladores controlar el estilo y formato de sus documentos.
MYSQL
Inicialmente, MySQL carecía de elementos considerados esenciales en las bases de datos
relacionales, tales como integridad referencial y transacciones. A pesar de ello, atrajo a los
desarrolladores de páginas web con contenido dinámico, justamente por su simplicidad. Poco a
poco los elementos de los que carecía MySQL están siendo incorporados tanto por desarrollos
internos, como por desarrolladores de software libre [3]. Entre las características disponibles en
las últimas versiones se puede destacar:
Amplio subconjunto del lenguaje SQL. Algunas extensiones son incluidas igualmente.
Disponibilidad en gran cantidad de plataformas y sistemas.
Diferentes opciones de almacenamiento según si se desea velocidad en las operaciones o
el mayor número
de operaciones disponibles.
Transacciones y claves foráneas.
Conectividad segura.
Replicación.
MySQL es un sistema de administración de bases de datos. Una base de datos es una colección
estructurada de tablas que contienen datos. Esta puede ser desde una simple lista de compras a
una galería de pinturas o el vasto volumen de información en una red corporativa. Para agregar,
acceder a y procesar datos guardados en un computador, usted necesita un administrador como
MySQL Server. Dado que los computadores son muy buenos manejando grandes cantidades de
información, los administradores de bases de datos juegan un papel central en computación,
como aplicaciones independientes o como parte de otras aplicaciones. MySQL es un sistema de
administración relacional de bases de datos. Una base de datos relacional archiva datos en tablas
separadas en vez de colocar todos los datos en un gran archivo [3]. Esto permite velocidad y
flexibilidad. 8 Las tablas están conectadas por relaciones definidas que hacen posible combinar
datos de diferentes tablas sobre pedido. MySQL es software de fuente abierta. Fuente abierta
significa que es posible para cualquier persona usarlo y modificarlo. Cualquier persona puede
bajar el código fuente de MySQL y usarlo sin pagar. Cualquier interesado puede estudiar el
código fuente y ajustarlo a sus necesidades. MySQL usa el GPL (GNU General Public License)
para definir qué puede hacer y que no puede hacer con el software en diferentes situaciones [4].
Si usted no se ajusta al GPL o requiere introducir código MySQL en aplicaciones comerciales,
usted puede comprar una versión comercial licenciada.
PATRÓN DE ARQUITECTURA MODELO VISTA CONTROLADOR (MVC)
El modelo vista controlador fue descrito por primera vez en 1979 por Trygve Reenskaug
trabajador de Smalltalk en laboratorios de investigación de Xerox, el Modelo-Vista-Controlador
se creó para Smalltalk a finales de los setenta. A partir de entonces su uso se ha ido extendiendo
cada día más para la construcción de sistemas software con interfaz gráfica. Su enorme uso ha
provocado que haya también multitud de referencias al patrón Modelo-Vista-Controlador, que en
muchas ocasiones son fuentes de confusión porque se utilizan distintos contextos de aplicación
para el patrón, se tratan de conseguir objetivos distintos, los nombres de los componentes del
patrón son los mismos pero con diferentes responsabilidades, los diagramas de clases y de
secuencia son también diferentes [5]. Además, hay referencias donde se dan ejemplos de
implementación del patrón con sus particularidades, ya que la mayoría de los entornos de
desarrollo de aplicaciones, sobre todo de aplicaciones web, dan “facilidades” para implementar
el patrón Modelo-Vista-Controlador. A veces esto no es del todo bueno, ya que realmente no
implementan de forma correcta la esencia del patrón y confunden aún más al lector, que utiliza
estas implementaciones como ejemplo para aprender a usar el patrón Modelo-Vista-Controlador.
Modelo: Esta es la representación específica de la información con la cual el sistema
opera. En resumen, el modelo se limita a lo relativo de la vista y su controlador
facilitando las presentaciones visuales complejas.
El sistema también puede operar con más datos no relativos a la presentación, haciendo
uso integrado de otras lógicas de negocio y de datos afines con el sistema modelado.
Vista: Este presenta el modelo en un formato adecuado para interactuar, usualmente la
interfaz de usuario.
Controlador: Este responde a eventos, usualmente acciones del usuario, e invoca
peticiones al modelo y, probablemente, a la vista. Esta separación de la entidad le permite
tener agilidad y flexibilidad en la construcción y mantenimiento de la aplicación. Por
ejemplo, mediante la separación de las vistas, se puede esTablacer una iteración en la
apariencia de su aplicación sin tocar en cualquiera de la lógica de negocio.
Puede trabajar también por el papel por separado, de modo que, por ejemplo, los
diseñadores pueden trabajar en los puntos de vista, mientras que los desarrolladores
trabajan en el modelo.
SERVICIOS WEB
Existen múltiples definiciones sobre lo que son los Servicios Web, lo que muestra su
complejidad a la hora de dar una adecuada definición que englobe todo lo que son e implican.
Una posible sería hablar de ellos como un conjunto de aplicaciones o de tecnologías con
capacidad para interoperar en la Web. Estas aplicaciones o tecnologías intercambian datos entre
sí con el objetivo de ofrecer unos servicios. Los proveedores ofrecen sus servicios como
procedimientos remotos y los usuarios solicitan un servicio llamando a estos procedimientos a
través de la Web [6]. Estos servicios proporcionan mecanismos de comunicación estándares
entre diferentes aplicaciones, que interactúan entre sí para presentar información dinámica al
usuario. Para proporcionar interoperabilidad y extensibilidad entre estas aplicaciones, y que al
mismo tiempo sea posible su combinación para realizar operaciones complejas, es necesaria una
arquitectura de referencia estándar.
RECICLAJE
El reciclaje es una forma de reutilización de materiales que busca disminuir el impacto ambiental
que puede generar la mala utilización de deshechos y el ahorro de dinero al reutilizar recursos
que muchas veces se creen inservibles pero que son útiles. Por lo general, los materiales que son
reciclados provienen de materias primas que han sido transformadas por medio de la industria y
cuya degradación resulta lenta en comparación con los recursos naturales no intervenidos; en
muchas ocasiones su degradación puede generar efectos adversos al medio ambiente [17].
RESIDUOS Y CLASIFICACIÓN
En esta clasificación se ubican los residuos que usualmente surgen de un hogar común, de una
institución, de un comercio o una industria y que se separan para que no contaminen los residuos
a reciclar: residuos de cocina o materia orgánica vegetal o animal, residuos de aseo personal
como papel y toallas higiénicas, residuos de aseo cotidiano como tierra, polvo y productos de
jardinería, residuos domésticos como pilas, bombillos, vidrios planos, escobas y residuos del
ocio como chicles, colillas, corchos, residuos que acompañan un empaque o embalaje del
comercio o residuos de cualquier proceso industrial [17].
CARTÓN Y PAPEL: El cartón y el papel son materiales celulósicos pues son producidos
con pulpa de celulosa extraída de material vegetal como la madera, el algodón, el lino o
la caña de azúcar. La pulpa también puede extraerse de cartón o papel reciclado. Hoy en
día la mayoría de industrias manufactureras de productos a base de estos materiales
incorporan en sus procesos un apreciable porcentaje de material reciclado. Cerca de
24000 toneladas al mes de este tipo de material se recupera en la ciudad de Santa Fe de
Bogotá. Esta cifra puede aumentar en cerca de un 50% si se adoptan formas adecuadas de
manipulación de los residuos que eviten que este residuo se desperdicie en los rellenos
sanitarios [7].
Clasificación: Dentro de la clasificación que a continuación se presenta, se incluyen el
periódico y el archivo, que, si bien no se usan de manera importante en la fabricación de
envases y empaques, resultan muy importantes como residuo a separar en cualquier
hogar. La clasificación de estos materiales se realiza de acuerdo al gramaje (peso/área),
calibre, empleo de sustancias o aditivos en su producción y la forma de presentación final
de productos. Una manera práctica de clasificación se observa a continuación:
Cartón Generalmente usado para cajas de almacenamiento y transporte. Se denomina
corrugado por su estructura de sándwich donde dos láminas cubren una forma adicional
ondulada o corrugada. Tienen alto gramaje.
o Plegadiza: Denominada también como cartulina, se emplea generalmente
para empacar alimentos, medicinas, cereales, cigarrillos, piezas.
o Kraff: Papel empleado para sacos, bultos, bolsas de empaque, sobres de
Manila, pliegos para envolver. Es resistente y de color pardo o marrón
amarillento.
o Archivo: El más común es el denominado papel bond. Puede ser blanco o
de color tenue, con impresiones parciales. Se emplea en las
fotocopiadoras, los cuadernos, los libros y textos escolares.
o Revista: Se asumen en el grupo de papel archivo cuando las hojas no tienen
capas de plástico. En general se reconocen por estar impresos en
múltiples colores y con gran cobertura de los mismos.
o Periódico: Papel periódico blanco o impreso.
VIDRIO: El vidrio es uno de los materiales más antiguamente conocidos, empleado en la
fabricación de envases y recipientes. El proceso de obtención del vidrio se logra por
fusión a temperaturas elevadas, de una mezcla de varios componentes donde la sílice
(arena), la cal y otros óxidos son sus principales componentes [7]. La estabilidad química
y las características de alta barrera de este material lo hacen ocupar un lugar importante
en el sector de empaques para alimentos, bebidas gaseosas y farmacia. En Colombia para
1998 este sector ha reciclado 574.000 toneladas, de las cuales 476.000 correspondieron a
envases de vidrio. En Santa Fe de Bogotá a la fecha se desperdicia cerca de 3900
toneladas mes de este recurso con destino al relleno sanitario de Doña Juana.
o Clasificación: Los vidrios se clasifican por color acorde con la función que
desempeñan frente al efecto de la luz sobre el producto contenido.
o Transparente: Envases de alimentos, bebidas, cosméticos, drogas.
o Ámbar: Botellas que generalmente contienen cervezas o maltas y vinos.
o Verde: Botellas que generalmente contienen licores, y bebidas gaseosas.
PLÁSTICO: Este tipo de material se produce generalmente a partir de recursos no
renovables como el gas y el petróleo. Existen diversas clases de plástico en nuestro
alrededor. En general se trata de estructuras compuestas por millones de moléculas
gigantes características de cada familia particular de plástico. Estos materiales se pueden
dividir en dos grandes grupos, los termoplásticos, aquellos que se pueden fundir con el
calor, o los termoesTablas, aquellos que resisten al calor hasta finalmente llegar a
degradarse [7]. El interés por reciclar los plásticos está centrado fundamentalmente en
seis familias que ocupan masivamente el sector de empaques y envases dentro de los
denominados termoplásticos.
El plástico tiene múltiples usos y por lo tanto una alta demanda en la actividad humana
debido a sus ventajas de versatilidad, son higiénicos, son resistentes, impermeables,
durables, livianos (disminuyendo costos de transporte), retienen sabores y olores.En el
país y en particular en Santa Fe de Bogotá, es apenas marginal el reciclaje de los plásticos
si se compara con las demás familias de materiales empleados en empaques y envases.
Cerca de 16500 toneladas de plásticos por mes van a parar al relleno Sanitario de Doña
Juana, de ahí la importancia por clasificar y contribuir en la separación y la no
contaminación de este tipo de residuos Clasificación:
o PET Teraftalato De Polietileno: Botellas de agua, gaseosas y aceites
comestibles. Películas para el empaque de snaksaluminizadas, empaques
de productos
o PEAD Polietileno de Alta Densidad: Cajas de gaseosa y cerveza. Envases
rígidos, de jabones y Shampo, garrafas de agua, lácteos, jugos, cremas
cosméticas. Bolsas de empaque en las cajas de los supermercados
o PVC Cloruro de polivinilo: Envases rígidos y flexibles empleados
empaque de drogas, sueros y aceites. También se presenta en forma de
película en capuchones para flores. PEBD Polietileno de Baja densidad:
Bolsas transparentes, bolsas protectoras de los racimos de banano, bolsas
de granos, bolsas de leche.
o PP Polipropileno: Garrafas y vasos de agua, cajas de gaseosa y cerveza.
Costales de rafia, mallas. Películas para empaques de snaks, capuchones
de flores.
1.5.2. Marco Conceptual
PUNTOS LIMPIOS
Son centros de reciclaje abiertos al ciudadano. En estos puntos limpios se pueden
depositar especialmente materiales peligrosos como pilas, baterías, aceites,
electrodomésticos o por ejemplo muebles de gran tamaño [17].
CENTROS DE RECICLAJE
Son los puntos donde la mayoría de recicladores llevan el material aprovechable. No
todos son iguales. Mientras en algunos solo lo pesan y organizan, en otros adelantan,
incluso, parte del proceso de aprovechamiento [17].
RESIDUOS O ELEMENTOS RECICLABLES
El reciclaje implica dar una nueva vida al material o residuo inorganico, lo que ayuda a
reducir el consumo de recursos y la degradación del planeta [17].
CALIDAD DE PRODUCTO DEL SOFTWARE
“Grado en que dicho producto satisface los requisitos de sus usuarios, aportando de esta
manera un valor.” [16].
PROYECTO DE SOFTWARE
“Un proyecto software es un esfuerzo temporal que se lleva a cabo para crear un
producto software, servicio TI o resultado único.” [8].
METODOLOGÍA DE SOFTWARE
Entorno aplicado para organizar, planear y controlar el proceso de desarrollo de
software [16].
APLICACIÓN MULTIPLATAFORMA
Son aplicaciones de cualquier formato que puede ser utilizado de modo pleno o que se
desarrolla en diferentes plataformas [9].
APLICACIÓN MÓVIL
Son programa que puede descargar y/o se puede acceder directamente desde su teléfono
o desde algún otro aparato móvil [9].
APLICACIÓN WEB
Es una aplicación o herramienta informática accesible desde cualquier navegador, bien
sea a través de internet (lo habitual) o bien a través de una red local. A través del
navegador se puede acceder a toda la funcionalidad y tener cualquiera de las soluciones
enumeradas en el punto anterior [9].
1.5.3. Marco Espacial
La implementación de este proyecto como prototipo en fase de pruebas está dirigida a los
habitantes del barrio Santa Librada de la localidad 5ta en Usme, Bogotá, Colombia y la
aplicación solo se podrá usar para lugares que se encuentren en Google Maps.
El tiempo estimado para la realización de este proyecto es 6 meses, dando inicio el Del 16 de
octubre de 2018 al 24 de marzo de 2019, de acuerdo a las tareas planeadas en el cronograma de
actividades detallado.
1.5.4. Marco Histórico
Aunque el reciclaje tiene más de 80 años, el procesos organizativo de los centros de reciclaje en
Colombia empezó aproximadamente a mediados de la década de los ochenta, algunas de estas
organizaciones contaron con el apoyo y asesoría de ONGs y otras con la ayuda de los
programas del estado colombiano. La Asociación Nacional de Recicladores y sus
organizaciones a lo largo de estos últimas décadas han hecho un gran aporte en el manejo de los
residuos, pero las siguientes cifras demuestran la gravedad del problema de los residuos en
Colombia, en 1994 se producía 14.000 toneladas diarias de residuos, en 1998 más de 22.000 y
en el 2010 la cifra ascendió a 27.300 toneladas, hoy en día el país genera unos 12 millones de
toneladas al año y solo recicla 17% [12].
En la ciudad de Bogotá se calculó que se dispone aproximadamente 2.700.000 toneladas
anuales, de las cuales el 65% son residuos orgánicos y el 35% son residuos inorgánicos. De esta
cantidad el 40% son dispuestas de forma adecuada 50% reciben un mal manejo y entre el 10% y
un 16,5% son recuperables para ser transformadas y re-utilizadas. Esta es la última cantidad es
aprovechada por los centros de reciclaje entre ellos varios grupos pertenecientes a la Asociación
Nacional De Recicladores ANR pero los contratos de prestación del servicio de aseo
desincentivan el reciclaje, se paga a los operadores por peso recogido, una situación que los
estimula a botar más basura en los rellenos.
La implementación de programas de reciclaje e incentivos a los ciudadanos han sido proyectos
impulsados por la alcaldía de Bogotá, pero aun asi no se aprovechan los residuos, esto en gran
medida porque no cuenta con un esquema de separación de residuos clara y eficiente, ni la
ciudadanía ha creado una cultura de reciclaje, tampoco se tiene una aplicación que se encargue
de promover el cuidado medio ambiental por parte de los ciudadanos.
Actualmente no se tiene una aplicación que se encargue de promover el reciclaje a los
ciudadanos, los trabajadores del aseo y los centros de reciclaje, tampoco se tienen información
clara sobre qué elementos inorgánicos reciclables pueden poner a disposición de los centros. En
la actualidad el ministerio de Ambiente de Colombia tiene un programa llamado
RedPosconsumo que permite ubicar el mecanismo de recolección adecuado para los residuos de
cuidado especial, tales como baterías de plomo, bombillas, computadores, llantas,
medicamentos vencidos, neveras, pilas, plaguicidas, entre otros de esta misma clasificación, la
app se encarga de mostrar al usuario los puntos donde están los centros de reciclaje y el mismo
tiene que llevarlas a estos puntos [14.]
Otra aplicación muy interesante que está en proceso de buscar apoyo en Chile se llama
ReciclApp la cual es una aplicación que tiene como objetivo poner a disposición de los
recicladores de material reciclable que las personas acumulan en sus casas a través de puntos de
retiro. Si bien es una idea bastante buena, esta cuenta con una limitación social ya que los
recicladores son de muy bajos recursos y de capacidades reducidas para poder manipular
aparatos móviles lo cual ha llevado a una lenta implementación [18].
Por último existe una aplicación llamada JERApp la cual rescata productos de personas que
quieren reciclar y reincorpora estos mismos a la cadena productiva, esta aplicación se centra en
la filosofía de que los elementos pueden tener un segundo uso más no pueden ser materia prima
en la construcción de otro, en conclusión, la principal apuesta de JERApp es que con la ayuda
de las TIC se puede promover el rehúso para evitar que los productos obsoletos se conviertan en
basura [19].
1.5.5. Marco Legal
1. Constitución Política de Colombia de 1991:
Artículo 79: “Todas las personas tienen derecho a gozar de un ambiente sano. La ley
garantizará la participación de la comunidad en las decisiones que puedan afectar-
lo.”
Artículo 80: “Además, deberá prevenir y controlar los factores de deterioro
ambiental, imponer las sanciones legales y exigir la reparación de los daños
causados”.
2. Decreto-Ley 2811 de 1974: “Por el cual se dicta el Código Nacional de Recursos
Naturales Renovables y de Protección al Medio Ambiente”.
Artículo 1: “El ambiente es patrimonio común. El Estado y los particulares
deben participar en su preservación y manejo, que son de utilidad pública e
interés social. La preservación y manejo de los recursos naturales
renovables también son de utilidad pública e interés social.”
Artículo 7: “Toda persona tiene derecho a disfrutar de ambiente sano.”
Artículo 38: “Por razón del volumen o de la calidad de los residuos, las
basuras, desechos o desperdicios, se podrá imponer a quien los produce la
obligación de recolectarlos, tratarlos o disponer de ellos, señalándole los
medios para cada caso.”
3. Decreto 469 de 2003: “Por el cual se revisa el Plan de Ordenamiento Territorial
de Bogotá D.C.
Artículo 160: El sistema para la Recolección, Tratamiento y Disposición de
Residuos Sólidos se compone de:
o 3. Centros de reciclaje de residuos inorgánicos...”
1.6. Metodología de la investigación
La metodología que se va utilizar para desarrollar el proyecto, es la metodología de desarrollo
de software llamada Racional Unified Process (RUP).
El Rational Unified Process (RUP) es un proceso de ingeniería de software, creado por Ivar
Jacobson, Grady Booch y James Rumbaugh, cuyo objetivo es el de mejorar la productividad y
el proceso de desarrollo de software en un equipo de trabajo, así como también dar como
resultado la puesta en marcha de las mejores prácticas en el desarrollo de software por parte de
los integrantes de dicho equipo, gracias a dichas prácticas, es posible dar cabida dentro del
RUP a cualquier tipo de proyectos, incluidos a pequeños proyectos como los de nivel Web.
Características del RUP
Utiliza el Lenguaje Unificado de Modelado (UML) como notación básica.
Dirigido por casos de uso.
Centrado en la arquitectura.
Ciclo de vida iterativo e incremental.
Cada ciclo consta de cuatro fases: Inicio, Elaboración, Construcción y Transición.
Las fases se dividen en un conjunto de iteraciones en las que se desarrollan cinco flujos de
trabajo fundamentales: recopilación de requerimientos, análisis, diseño, implementación y
pruebas.
Proceso dirigido por casos de uso:
Un caso de uso es un fragmento de funcionalidad del sistema que proporciona al usuario un
resultado importante. Los casos de uso representan los requisitos funcionales. El proceso
dirigido por casos de uso, quiere decir que el proceso sigue un hilo, avanza a través de una
serie de flujos de trabajo que parten de los casos de uso. Los casos de uso se especifican, se
diseñan y los casos de uso finales son la fuente a partir de la cual los ingenieros de prueba
construyen sus casos de prueba.
Proceso centrado en la arquitectura:
La arquitectura es una vista del diseño completo con las características más importantes
resaltadas, dejando de lado los detalles. La arquitectura como los casos de uso, deben
evolucionar en paralelo. A medida que los casos de uso se especifican y maduran, se descubre
más de la arquitectura. Esto, a su vez, lleva a la maduración de más casos de uso.
Proceso iterativo e incremental:
Un proceso iterativo e incremental significa llevar a cabo un desarrollo en pequeños pasos.
(Mini Proyectos). El proyecto se divide en una serie de partes o mini-proyectos, cada uno de
estos va a ser una iteración. Las iteraciones hacen que referencia a pasos en el flujo de trabajo,
y los incrementos, al crecimiento del producto [20].
Vida del proceso unificado:
El proceso unificado consiste en una serie de ciclos que constituyen la vida de un sistema. Al
final de cada ciclo se obtiene una versión del producto [20]. Las fases de cada ciclo son:
a. Inicio: Describe el producto final.
b. Elaboración: Especifica en detalle la mayoría de los casos de uso y diseña la arquitectura
del sistema.
c. Construcción: Construye el producto cubriendo todos los casos de uso.
d. Transición: El producto existe en versión beta y unos usuarios experimentan con el
producto.
Fases del RUP
Modelamiento Del Negocio: En este flujo se describen los diferentes procesos del
sistema y primer acercamiento a la arquitectura del sistema.
Requisitos: Es el flujo de trabajo que busca esTablacer las características que debe
cumplir el sistema y los recursos necesarios para su montaje.
Análisis y Diseño: Es el flujo de trabajo que nos permite obtener una visión abstracta del
sistema, nos da una visión global del sistema.
Implementación: Tiene en cuenta el desarrollo de software, pruebas unitarias e
integración.
Pruebas: Describe casos de prueba, procedimientos de prueba y métricas de seguimiento
de defectos.
Despliegue: Cubre la configuración del sistema.
Ilustración 1. Fase de RUP
Fuente: https://Proceso_Unificado_de_Rational#/media/File:Rup_espanol.gif
En la siguiente tabla se explican cada una de las fases de la metodología RUP con sus
respectivas actividades que se requieren y se desarrollar la aplicación [20].
Actividades que se requieren dentro de cada fase del RUP:
: .
Tabla 1. Actividades metodología para el RUP
Flujo de Trabajo Descripción Actividades
REQUISITOS
Permite generalizar los
requisitos, como
"necesidades", y para
conocer éstas tenemos que
comprender con mayor
amplitud el modelamiento
del negocio y el entorno en
que trabajan sus usuarios.
Modelo del
dominio: Captura
los tipos más
importantes de
objetos en el
contexto del
sistema. Los objetos
del dominio
representan las
"cosas" que existen
o los eventos que
suceden.
Modelo del negocio:
Describimos los
procesos en
términos de casos de
uso y actores de
nuestro sistema.
Las actividades que se
desarrollan es esta fase son:
Definición de actores.
Lista preliminar de casos
de uso.
Depuración de casos de
uso.
Modelo de casos de uso.
ANALISIS
Durante el análisis
analizamos los requisitos
que se describieron en la
captura de requisitos,
refinándolos y
reestructurándolos.
Con esto se consigue mayor
comprensión de los
requisitos y una descripción
de los mismos que sea fácil
de manejar y que le ayude
al desarrollador estructurar
Las actividades que se
desarrollan es esta fase son:
Diagramas de
secuencia.
Diagramas de
colaboración.
Diagramas de
actividad
Diagramas de estado.
Modelo del análisis.
Clase del análisis
el sistema entero.
DISEÑO
Durante el diseño
modelamos el sistema y
encontramos su forma para
que soporte todos los
requisitos, incluyendo los
requisitos No funcionales y
otras restricciones.
Lista inicial de objetos.
Responsabilidades.
Modelo del diseño.
Modelo objeto
relacional.
Diccionario de datos.
Modelo de despliegue.
Descripción de la
arquitectura.
IMPLEMENTACIÓN
Durante la implementación
empezamos con el resultado
del diseño e
implementamos el sistema
en términos de
componentes, es decir,
ficheros de código fuente,
scripts, ejecuTablas y
similares.
Modelo de implementación:
Componente
Interfaz
PRUEBAS
En esta fase verificamos el
resultado de la
implementación probando
cada construcción,
incluyendo tanto
construcciones internas
como intermedias, así como
las versiones finales del
sistema.
Modelo de pruebas.
Evaluación de prueba.
Pruebas individuales.
Pruebas del sistema.
Fuente: https://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational
1.7. Organización del trabajo de grado
Este documento está organizado en los siguientes capítulos:
En el capítulo 1 se realiza una descripción detallada del proyecto incluyendo
planteamiento del problema y su sistematización, objetivos e hipótesis.
En el capítulo 2 se desarrolla la recolección de la información de los diferentes
mecanismos de fuentes primarias durante el desarrollo de la investigación.
En el capítulo 3 se realizó la tarea de levantamiento de requerimientos, a partir de ello se
plantearon los modelos que soportaran la solución propuesta.
En el capítulo 4 se realizó un proceso de entendimiento de las necesidades del problema,
interpretación y análisis de los resultados obtenidos durante las actividades de
levantamiento de información.
En el capítulo 5 se detalla el diseño de la solución de software que busca resolver la
problemática identificada. En este capítulo se presentan los diferentes diagramas que
permiten comprender el producto de software.
En el capítulo 6 se ilustra la arquitectura de la solución en una vista de alto nivel sobre
los componentes y complementos.
En el capítulo 7 se realiza ciclo de prueba durante el cual los componentes de un
producto software son ejecutados y el producto software es evaluado para determinar si
los requisitos han sido satisfechos.
En el capítulo 8 se presentan los resultados obtenidos con la solución de software
desarrollada y se describe el mecanismo utilizado para contrastarla con los objetivos y
su aplicabilidad en el ambiente productivo.
En el capítulo 9 Se detallan los trabajos futuros que pueden desarrollarse a partir de esta
investigación.
1.8. Estudio de sistemas previos
En la actualidad existen diferentes aplicaciones de reciclaje que han sido desarrolladas para
diferentes propósitos, pero existe en particular una aplicación llamada RECICLAPP, la cual
facilita el reciclaje en Chile, y tiene como objetivo poner el material de reciclaje a disposición
de los recicladores a través de rutas específicas [11].
Se puede acceder de la página web y puede ser descargada de forma gratuita para Android y
iOS por cualquier persona que quiera contribuir al medio ambiente; [11] utilizar la aplicación es
simple, se inscribe el nuevo usuario, registra el día y el horario deseado para que un reciclador
recoja el material acumulado, luego de recibir la petición a través de la app, la empresa se pone
en contacto con los recicladores y les entrega una hoja de ruta con los puntos de retiro, lo que
agiliza el proceso de recolección.
Además cuenta con un módulo donde puede ir sumando puntos, se logra a través de entregar
residuos, cada material que se entregan tiene un valor: las latas otorgan 15 puntos, los cartones
y vidrios 10 puntos, y los plásticos 5 puntos, esto con el fin de ser redimidos los puntos en
cupones de empresas aliadas.
Reciclapp ya cuenta con aproximadamente mil usuarios que han aportado su material reciclable,
y participaron en el Festival de los mil tambores en Valparaíso, evento en el que pudieron
reducir en un 20% la basura generada con respecto al año anterior [11].
Ilustración 2. Green point anywhere – ReciclApp Chile
Fuente: http://reciclapp.cl/wp-content/uploads/2016/12/jump-250x250.jpg
PARTE II. DESARROLLO DE LA INVESTIGACIÒN
CAPÌTULO 2. MODELO DEL NEGOCIO
En el desarrollo de este capítulo se presentarán la información obtenida a través de los
diferentes mecanismos de recolección de información. Así mismo, se muestra el análisis
realizado a la información, lo que permitió identificar las necesidades, que sirvieron como
insumo para desarrollar un prototipo que gestionen la recolección de elementos reciclables con
el fin de solucionar la propuesta.
2.1. Conocimiento de la organización
En este punto se realiza un reconocimiento general del proceso productivo, considerando el
ambiente productivo y económico en el que se deben desarrollar las operaciones de reciclaje
[10]. Los centros de reciclaje están integrados por miembros asociados y recicladores
independientes. Los residuos son recolectados por vehículos (propiedad del Distrito y otros
subcontratado), también los residuos son recolectados y compactados manualmente por los
recicladores.
La clasificación de los residuos, se encuentran los siguientes materiales: plásticos, vidrio
(botellas y placas), celulosa (papel archivo, cartón y periódico), metales (aluminios, chatarra,
cobre y acero) y madera. Es de resaltar que cada punto de acopio es responsable de la
manipulación de sus residuos pero al mismo tiempo todas emplean el mismo proceso
productivo para el aprovechamiento de estos [10].
2.2. Reconocimiento general del proceso
En la bahía o zona descargue, se inicia el proceso de los residuos de manera manual por parte de
los operarios. (Figura.) A partir de este punto entra en función el operario patinador encargado
de llenar las lonas de fibra con los residuos y luego son transportados hasta las mesas para la
clasificación (Ilustración.) de residuos, donde inician el proceso de clasificación de los residuos
[10].
Se extrae el material, el vidrio, el papel se embala directamente en lonas de fibra; El metal es
depositado en canecas y luego son transportados al área de almacenamiento; El plástico y el
cartón son transportados manualmente por medio de canecas hasta la compactadora vertical
donde se deposita el material y se forma un cubo. Ahí mismo se realiza el proceso de embalaje
por medio de los canales que tiene la compactadora, se pesa en la báscula y se ubica en el área
de almacenamiento (Ilustración.) [10].
Ilustración 3. Transporte de residuos.
Fuente: ortegacabrerajhonbrian2018.pdf [10].
Ilustración 4. Clasificación de residuos potencialmente reciclables.
Fuente: ortegacabrerajhonbrian2018.pdf [10].
Ilustración 5. Almacenaje final del cubo.
Fuente: ortegacabrerajhonbrian2018.pdf [10].
El material que es considerado rechazo es transportado por los recicladores hasta un conteiner
del Centro de Reciclaje. La empresa encargada de los residuos ordinarios de la localidad de
Usme pasa cada dos días y realiza la recolección del material rechazado para ser transportado al
Relleno Sanitario [10].
2.3. Secuencia operativa
Ilustración 6. Proceso de reciclaje.
Fuente: ortegacabrerajhonbrian2018.pdf [10]
2.4. Definición Actores
El acceso a la información también puede controlarse a través de la función o rol del usuario
que requiere dicho acceso de acuerdo con los usuarios identificados, los cuales se pueden
agrupar en:
Tabla 2. Definición de actores.
Actor Definición
Admin o
Administrador
Es el encargado y responsable de todas los Proyectos, además
tendrá todos los privilegios de consultar, actualizar, inhabilitar e
ingresar Cualquier tipo de información referente.
Centro reciclaje Es el encargado cambiar el estado y consultar los pedidos, además
generar reportes en el sistema de información.
Cliente Es el encargado de declarar y registrar y entregar los materiales
reciclables en el sistema.
Fuente: Elaboración propia.
Ilustración 7. Diagrama de usuarios.
Fuente: Elaboración propia.
CAPÌTULO 3. FASE DE REQUISITOS
Se realizó la tarea de levantamiento de requerimientos, los cuales se documentaron en casos de
uso que manifiestan las necesidades de los actores del negocio y a partir de ello se plantearon
los modelos que soportaran la solución propuesta.
A continuación, se presentan los diagramas y/o modelos utilizados para la solución de este
prototipo.
3.1. Requerimientos no funcionales
Seguridad lógica y de datos
El administrador podrá registrar en el sistema datos sobre centros de reciclaje, modificar
la información del proceso de reciclaje y los productos para ser reciclados.
Usabilidad
El sistema debe proporcionar mensajes de error que sean informativos y orientados a
usuario final.
Disponibilidad
El sistema debe poseer interfaces gráficas amigables al usuario final.
3.2. Requerimientos Funcionales
Seguridad
El sistema incluirá un procedimiento de autorización de usuarios, en el cual los usuarios
deben identificarse usando un nombre de usuario y contraseña. Sólo los usuarios
autorizados de esta forma podrán acceder al sistema.
Gestionar Información
El administrador podrá registrar en el sistema datos sobre centros de reciclaje, modificar
la información del proceso de reciclaje y los productos para ser reciclados.
Manejo de información
Se debe desplegar una categorización de desechos en el menú, datos y planes de
reciclaje de manera amigable al usuario.
Consulta de información
La aplicación debe acceder a búsquedas básicas de usuarios, permitiendo una vista
básica y una vista detallada de la información.
3.3. Diagrama Casos de uso
A continuación se presentan los Casos de uso que corresponden al proceso general del Proyecto,
desde dispositivo móvil y WEB ya que son los más representativos del sistema, los demás se
encuentran en el Anexo A diagramas de casos de uso.
Ilustración 8. Diagrama caso de uso: WEB General.
Fuente: Elaboración propia.
Ilustración 9. Diagrama caso de uso: Móvil General
Fuente: Elaboración propia.
3.4. Documentación Casos de uso
A continuación se presentan las tablas de documentación de Casos de uso que corresponden a
login ya que son los más representativos del sistema, los demás se encuentran en el Anexo B
diagramas de casos de uso.
Tabla 3. Documentación caso de uso: Login
Caso de Uso No. 1 Nombre: Login
Actores Usuario (Administrador, Cliente, Centro de reciclaje)
Objetivo Iniciar aplicación e ingresar al sistema.
Pre-Condiciones El usuario debe estar registrado en el sistema.
Post-Condiciones El usuario accede al sistema para su respectiva
gestión.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona el
método de acceso, (apps) o
sitios web.
2. El sistema carga el formulario correspondiente al
método de acceso seleccionado.
3. El usuario diligencia los
campos
4. Clic Ingresar 5. El sistema verifica la integridad de los datos.
6. El sistema redirección al menú principal.
Manejo de Situaciones Excepcionales
Cancelar la operación
Datos erróneos Usuario no existente
Flujo Alterno
El sistema valida los datos, si falla al diligenciar un campo el sistema notificará con un
mensaje.
Autor Fecha
Edward Prieto
Henrry Vasquez 24 Febrero de 2019
Fuente: Elaboración propia.
CAPÌTULO 4. FASE DE ANALISIS
El análisis de la solución fue la fase más importante durante la construcción. En este se
realizaron tareas propias de esta fase y para este propósito se llevó a cabo un proceso de
entendimiento de las necesidades del problema, interpretación y análisis de los resultados
obtenidos durante las actividades de levantamiento de información, adopción de conocimientos
propios de la tecnología a utilizar y planteamiento de soluciones.
4.1. Diagrama Actividad
El Diagrama de Actividad es un diagrama de flujo del proceso multi-propósito que se usa para
modelar el comportamiento del sistema. Los diagramas de actividad se pueden usar para
modelar un caso de uso, o una clase, o un método complicado.
A continuación se presentan los Diagramas de actividad que corresponden al proceso ingresar
usuario ya que es lo más representativo del sistema, los demás se encuentran en el Anexo C
diagramas de Actividad.
Ilustración 10. Diagrama de actividad: Ingreso Usuario.
Fuente: Elaboración propia.
4.2. Diagrama Estados
Un diagrama de estados, en ocasiones conocido como diagrama de máquina de estados, es un
tipo de diagrama de comportamiento que muestra transiciones entre diversos objetos.
Como evidencia de esto se presenta el diagrama de estados que corresponde al proceso de
declarar un ítem, debido a su alto grado de interacción con varias entidades y de cambios en el
comportamiento de la vida útil de un pedido del sistema, los demás se encuentran en el Anexo
D Diagramas de Estados.
Ilustración 11. Diagrama Estado: Declarar producto.
Fuente: Elaboración propia.
CAPÌTULO 5. FASE DE DISEÑO
La fase de diseño se convierte en el primer paso en la etapa de desarrollo de cualquier producto
o sistema de ingeniería que en este caso es un prototipo. Define como el proceso de aplicar
distintas técnicas y principios con el propósito de definir un dispositivo, proceso o sistemas con
los suficientes detalles como para permitir su realización física. El objetivo del diseñador es
producir un modelo o representación de una entidad que será construida más adelante.
Para este prototipo gran parte de su Core de negocio a nivel de infraestructura se basa en una
arquitectura orientada a servicios, empleando servicios REST, para facilitar la comunicación
entre la aplicación móvil y el servidor de aplicaciones web. A través de estos servicios se logra
intercambiar la información necesaria para lograr el objetivo de la solución, que consta en
lograr gestionar la recolección de elementos renovables, reciclables de manera oportuna.
5.1. Diagrama Modelo – Entidad relación
Un diagrama entidad-relación, también conocido como modelo entidad relación o ERD, es un
tipo de diagrama de flujo que ilustra cómo las "entidades", como personas, objetos o conceptos,
se relacionan entre sí dentro de un sistema. Los diagramas ER se usan a menudo para diseñar o
depurar bases de datos relacionales en los campos de ingeniería de software, sistemas de
información empresarial, educación e investigación.
Ilustración 12. Modelo Entidad - Relacional.
Fuente: Elaboración propia.
5.2. Diagrama Clases
Popular entre los ingenieros de software para documentar arquitectura de software, los
diagramas de clases son un tipo de diagrama de estructura porque describen lo que debe estar
presente en el sistema que se está modelando.
De esta forma se presenta el diagrama de clase separado en dos partes, el primero es para la
aplicación web y el otro para el móvil que permite representar la estática utilizada en el área de
programación y describe la estructura del prototipo, mostrando sus clases, atributos,
operaciones y las relaciones entre objetos.
Figura 13. Diagrama de clases WEB
Fuente: Elaboración propia.
Ilustración 13. Diagrama de clases WEB
Figura 14. Diagrama de clases Móvil
Fuente: Elaboración propia.
Ilustración 14. Diagrama de clases Móvil
5.3. Diagrama Secuencia
Un diagrama de secuencia es un tipo de diagrama de interacción porque describe cómo y en qué
orden un grupo de objetos funcionan en conjunto, tanto los desarrolladores de software como
los profesionales de negocios usan estos diagramas para comprender los requisitos de un
sistema nuevo o documentar un proceso existente.
Se presentan diagrama de secuencia que permiten ilustrar las interacciones más relevantes y que
enmarcan el funcionamiento de la mayoría de transacciones de la aplicación móvil, además los
demás se encuentran en el Anexo E diagramas Secuencia.
Ilustración 15. Diagrama de secuencia: Crear Pedido
Fuente: Elaboración propia.
CAPÌTULO 6. FASE DE IMPLEMENTACION
En base a la planificación, habrá que completar las actividades programadas, con sus tareas, y
proceder a la entrega de los productos intermedios. Es importante velar por una buena
comunicación en esta fase para garantizar un mayor control sobre el progreso y los plazos.
Asimismo, es indispensable monitorizar la evolución del consumo de recursos, presupuesto y
tiempo, para lo que suele resultar necesario apoyarse en alguna herramienta de gestión de
proyectos. En esta etapa se deben gestionar: el riesgo, el cambio, los eventos, los gastos, los
recursos, el tiempo y las actualizaciones y modificaciones [21].
En esta etapa de la investigación se presenta la arquitectura del prototipo en una vista de alto
nivel que ilustra los componentes principales de la misma. En los diagramas se evidencian las
interacciones y tipos de comunicación que ocurren entre los diferentes elementos.
6.1. Diagrama Componentes
El diagrama de componentes es uno de los principales diagramas UML. Está clasificado como
diagrama de estructura y, como tal, representa de forma estática el sistema de información.
Habitualmente se utiliza después de haber creado el diagrama de clases, pues necesita
información de este diagrama como pueden ser las propias clases.
En la siguiente figura se puede observar los componentes que proporciona una visión física del
prototipo, muestra la organización de los componentes de software, sus interfaces y las
dependencias entre ellos.
6.2. Diagrama Despliegue
El diagrama de despliegue se encuentra dentro de la familia de diagramas estructurales porque
describe un aspecto del sistema en sí. En este caso, el diagrama de implementación describe la
implementación física de la información generada por el programa de software en los
componentes de hardware.
El diagrama de despliegue muestra los complementos del diagrama de componentes, porque
unidos proveen la topología y estructura del sistema, donde describe los elementos de hardware
y software que ejecuta cada uno de ellos.
Ilustración 17. Diagrama de Despliegue.
Fuente: Elaboración propia.
6.3. Diagrama Nodos
A continuación, se ilustra los diagramas de Nodos donde representan los distintos nodos y sus
conexiones por asociaciones de comunicación tales como enlaces de red, TCP/IP.
Ilustración 18. Diagrama de Nodos.
Fuente: Elaboración propia.
CAPÌTULO 7. FASE DE PRUEBAS
Hay productos que pueden tener un segundo uso, pero cuando se acumulan terminan
convirtiéndose en basura y ahí empieza un problema que se pudo evitar, con la ayuda de
internet y el uso de aplicaciones se puede promover el reúso para evitar que los productos
obsoletos se conviertan en basura lo que permite conectar al público, empresas o instituciones
que tienen productos para promover el reciclaje, también facilita la entrega mediante un sistema
de domicilio que recoge la basura en la localidad.
A través del prototipo implementado se quiere dar una alternativa para el manejo de basura,
contrarrestando un problema en la ciudad, donde la aplicación ayuda en el tema ambiental y
social, además da otra alternativa para los recicladores y centros de acopio de residuos y las
personas no solo dependan de los camiones recolectores de basura.
En los siguientes puntos se evidencia la fase de configuración, pruebas técnicas y funcionales,
etapa importante de la implementación del prototipo, en cada fase se revisa la instalación,
configuración desarrollada, el funcionamiento acorde a las definiciones realizadas en la fase de
análisis y diseño.
7.1. Configuración e implementación
Cada configuración e implementación de un entorno de prueba, especifica un valor apropiado y
controlado en que se realizará la prueba y las actividades de evaluación necesarias. Al
proporcionar un entorno controlado construido a partir de una configuración conocida donde
realizar estas actividades, se garantiza que los resultados de estos esfuerzos son precisos,
válidos, y tienen posibilidades más elevadas de reproducirse sistemáticamente. Un entorno de
prueba bien controlado es un aspecto importante de la resolución del análisis de anomalías y de
errores.
Ilustración 19. Login Móvil.
Fuente: Elaboración propia.
Ilustración 20. Diagrama de paquetes Móvil.
Fuente: Elaboración propia.
Ilustración 21. Entidades Móviles.
Fuente: Elaboración propia.
Ilustración 22. Cliente servicio Móvil.
Fuente: Elaboración propia.
Ilustración 23. Diagrama de paquetes WEB.
Fuente: Elaboración propia
Ilustración 24. Entidades WEB.
Fuente: Elaboración propia
Ilustración 25. Controlador WEB.
Fuente: Elaboración propia
Ilustración 26. Servicios WEB.
Fuente: Elaboración propia
7.2. Pruebas Técnicas
Para llevar a cabo las pruebas se adoptó un formato en el cual se describe la acción realizada en
el sistema, y el respectivo reporte de errores y corrección que surgieron. Este tipo de prueba es
la base para las correcciones realizadas en la etapa de integración realizada posteriormente.
Estas pruebas del sistema fueron realizadas para determinar el comportamiento del sistema, en
donde se especifica la acción realizada y como el sistema debería responder a una prueba
satisfactoria.
A continuación se presentan las tablas de documentación de pruebas que corresponden a
Declarar residuos para WEB y Móvil ya que es los más representativos del sistema, los demás
se encuentran en el Anexo F Documentación de Pruebas que se encuentra en formato digital
para contribuir al medio ambiente.
Tabla 4. Ficha de prueba: Modulo Pedido desde Móvil.
Modulo Pedido desde Móvil
Dirigido Tester Estado
Henry Vásquez Edwar Prieto Proceso OK
Terminada SI
Concepto Revisar el funcionamiento de Gestión de pedidos que se generar al declarar y
registrar productos.
Acción Elemento a prueba Resultado esperado Perfil Estado
Consultar Pedido
Lista de Consultar
Pedidos del usuario
desde el movil
Visualizar lista de pedidos del usuario en el sistema,
estos son cargados los
datos desde la base de
datos.
ADMINISTRADOR,
CENTRO
RECICLAJE
OK
Consultar Pedido
especifica
Formulario para
estado del Pedido
especificas desde el
móvil
Visualizar el estado de una
pedido en el sistema, este
carga los datos desde la
base de datos.
TODOS LOS
PERFILES OK
Insertar Pedido
Formulario para
Registrar Pedido
desde el móvil
Agregar el registro de un
nueva pedido con uno o
varios residuos en el
sistema, se inserta y se guarda en la base de datos.
CLIENTE OK
Errores Los pedidos no son los correctos del usuario.
Correcciones Se corrige función de collection al traer el listado de los pedidos.
Fuente: Elaboración propia.
Tabla 5. Ficha de prueba: Modulo Pedido.
Modulo Pedido
Dirigido Tester Estado
Henry Vásquez Edwar Prieto Proceso OK
Terminada SI
Concepto Revisar el funcionamiento de Gestión de pedidos que se generar al declarar y
registrar productos.
Acción Elemento a prueba Resultado esperado Perfil Estado
Consultar
Pedido
Lista para
Consultar Pedidos
Visualizar lista de pedidos
en todos los estados posibles en el sistema, estos son
cargados los datos desde la
base de datos.
ADMINISTRADOR, CENTRO
RECICLAJE
OK
Consultar
Pedido
especifica
Formulario para
Consultar Pedido
especificas
Visualizar la información
detallada de una pedido en el sistema, este carga los datos
desde la base de datos.
TODOS LOS PERFILES
OK
Insertar
Pedido
Formulario para
Registrar Pedido
Agregar el registro de un
nueva pedido con uno o
varios residuos en el sistema, se inserta y se guarda en la
base de datos.
CLIENTE OK
Inhabilitar
Pedido
Formulario para
Inhabilitar Pedido
Cargar y visualizar la
información de un pedido del sistema y posteriormente
desactiva las sin importar su
estado.
ADMINISTRADOR OK
Actualizar Pedido
Formulario para Actualizar Pedido
Editar los datos de una
Usuario específico, este se Actualiza y se guarda en la
base de datos.
ADMINISTRADOR,
CENTRO
RECICLAJE
OK
Generar
Reporte
Formulario para Consultar y generar
Reporte en PDF
especifico
Cargar y visualizar la
información de un reporte con datos especifico,
posteriormente Se genera el
DPF en otra ventana del
navegador.
CENTRO
RECICLAJE OK
Errores El Reporte no se genera completo.
El PDF se descarga automáticamente.
Correcciones Se corrige ciclo For al momento de iterar y pintar el reporte.
El PDF es visualizado por el navegador antes de Descargar o imprimir.
Fuente: Elaboración propia.
7.3. Pruebas Funcionales
Se realizan proceso de control de calidad para asegurar el cumplimiento del prototipo en su
componente con los requerimientos funcionales y casos de uso que permiten dar claridad a la
necesidad, se realizaron durante la fase de desarrollo e individualmente para secciones
específicas por su complejidad.
7.3.1. WEB
Para llevar a cabo la revisión de las configuraciones y el desarrollo de la interfaz WEB, se
define escenarios de pruebas; Estos escenarios se refieren a simular operaciones del día a día y
cuyo resultado deberá de ser igual al estipulado en la fase de análisis y diseño. En las siguientes
Ilustraciones se puede evidenciar algunos modulo donde se desplego la aplicación desarrollada.
La Ilustracion, muestra la interfaz gráfica de Login para la autenticación del usuario registrados
desde base de datos.
Ilustración 28. Prueba interfaz login.
Fuente: Elaboración propia.
La Ilustración, muestra la interfaz gráfica de índex para la visualización y carga de la
información.
Ilustración 29. Prueba interfaz home.
Fuente: Elaboración propia.
La Ilustración, muestra la interfaz gráfica cambio de contraseña para la visualización y edición
de los datos de autenticación.
Ilustración 30. Prueba interfaz cambiar contraseña.
Fuente: Elaboración propia.
La Ilustración, muestra la interfaz gráfica nuevo usuario para la creación de un nuevo usuario
del sistema.
Ilustración 31. Prueba interfaz nuevo usuario
Fuente: Elaboración propia.
La Ilustración, muestra la interfaz gráfica crear pedido para declarar y registrar un lista de
residuos.
Ilustración 32. Prueba interfaz crear pedido
Fuente: Elaboración propia.
La ilustración, muestra la interfaz gráfica crear centro de reciclaje para incluir los datos y
localización en la aplicación.
Ilustración 33. Prueba interfaz crear centro de reciclaje
Fuente: Elaboración propia.
La ilustración, muestra la interfaz gráfica Editar Zona para para la visualización y edición de
los datos.
Ilustración 34. Prueba interfaz editar zona.
Fuente: Elaboración propia.
La ilustración, muestra la interfaz gráfica crear producto para el registro y visualización de los
residuos de uso en la aplicación.
Ilustración 35. Prueba interfaz crear producto.
Fuente: Elaboración propia.
La Ilustración, muestra la interfaz gráfica ver categoría para la visualización de los residuos
agrupados.
Ilustración 36. Prueba interfaz ver categoría.
Fuente: Elaboración propia.
7.3.2. Móvil
Para llevar a cabo la revisión de las configuraciones y el desarrollo de la interfaz Móvil, se
define escenarios de pruebas; Estos escenarios se refieren a simular operaciones del día a día y
cuyo resultado deberá de ser igual al estipulado en la fase de análisis y diseño. En las siguientes
Ilustraciones se puede evidenciar algunos modulo donde se desplego la aplicación móvil
desarrollada.
La ilustración, muestra la interfaz gráfica móvil de Login desde un Smartphone para la
autenticación del usuario registrados desde base de datos.
Ilustración 37. Prueba interfaz móvil Login.
Fuente: Elaboración propia.
La ilustración, muestra la interfaz gráfica móvil Crear usuario desde un Smartphone para la
creación de un nuevo usuario del sistema.
Ilustración 38. Prueba interfaz móvil crear usuario.
Fuente: Elaboración propia.
La ilustración, muestra la interfaz gráfica móvil Editar usuario desde un Smartphone para la
edición de un nuevo usuario del sistema.
Ilustración 39. Prueba interfaz móvil editar usuario.
Fuente: Elaboración propia.
La ilustración, muestra la interfaz gráfica móvil listar pedido desde un Smartphone para
visualizar lista de residuos.
Ilustración 40. Prueba interfaz móvil listar pedidos.
Fuente: Elaboración propia.
La ilustración, muestra la interfaz gráfica móvil listar centros de reciclaje desde un Smartphone
para localizar y visualizar los punto de reciclaje.
Ilustración 41. Prueba interfaz móvil listar centros de reciclaje.
Fuente: Elaboración propia.
La ilustración, muestra la interfaz gráfica móvil geolocalización desde un Smartphone para
localizar por coordenadas y visualizar los centros de reciclaje más cercanos de la zona.
Ilustración 42. Prueba interfaz móvil geolocalización de un centro de reciclaje.
Fuente: Elaboración propia.
La ilustración, muestra la interfaz gráfica móvil declara pedido desde un Smartphone para
registrar y generar una lista de residuos.
Ilustración 43. Prueba interfaz móvil declara residuos y generar pedido.
Fuente: Elaboración propia.
PARTE III. CIERRE DE LA INVESTIGACIÒN
CAPÌTULO 8. CONCLUCIONES
8.1. Verificación, contraste y evaluación de los objetivos
La utilización de la metodología RUP contribuye a la estandarización y uniformidad en
las fases, gracias a la diferenciación de cada etapa en el desarrollo del proyecto.
Los datos recopilados satisface el levantamiento de información para poder evaluar el
desarrollo de la herramienta, por lo anterior no se requiere recopilar fuentes adicionales o
iniciar estudios.
La estructura de datos bajo la cual se desarrolló el prototipo, es un modelo relacional que
garantiza la eliminación de la duplicidad de datos, y organiza la información de forma
esquemática y jerarquizada.
Para simplificar el desarrollo y garantizar el mantenimiento de la plataforma, se hizo uso
de la arquitectura orientada a servicios el cual facilitó la construcción del prototipo móvil
y web que permite la centralización de la información, empleando el uso de servicios web
de tipo REST.
La interfaz cumplen con las necesidades de usabilidad, entendimiento y hacen que el
usuario se sienta cómodo al momento de recopilar de manera dinámica la información del
prototipo.
Finalmente, la fase de pruebas y puesta en funcionamiento del prototipo, arrojó resultados
positivos en lo referente al buen funcionamiento, adaptación y desempeño en los
procesos de registrar materiales reciclables, recepción de elementos por parte del centro
de reciclaje, y la geolocalización del prototipo.
8.2. Síntesis de modelo propuesto
El prototipo propuesto está basado en una arquitectura orientada a servicios que permite
gestionar la recolección de elementos reciclables, con una participación activa de los
ciudadanos y centros de reciclaje de la localidad de Usme a través de un usuario registrado en el
sistema. Por último, cabe resaltar que en el prototipo móvil permite realizar la captura de
información y la disponibilidad de ella en cualquier momento y en tiempo real.
8.3. Aportes originales
Las aportaciones originales de este trabajo de grado, directamente relacionadas con las
conclusiones anteriores, son:
Creación de un prototipo de apoyo amigable e intuitivo que promueve el cuidado del
medio ambiente en la localidad de Usme.
La construcción del prototipo WEB y MÓVIL, el cual permitirá saber los distintos tipos
de residuos reciclables y gestionarlos desde la comodidad del hogar o trabajo, sin tener
que gastar tiempo buscando puntos donde ir.
La creación del módulo de reportes, se encarga de mostrar estadísticas sobre los
históricos de las transacciones acerca del manejo de residuos, lo que permitirá hacer un
mejor acompañamiento de cada tipo de desecho hasta su disposición final.
8.4. Trabajos o publicaciones derivados
Actualmente no se cuenta con trabajos o publicaciones derivadas de este trabajo investigativo.
CAPÌTULO 9. PROSPECTIVA DEL TRABAJO DE GRADO
9.1. Líneas de investigación Futuras
En lo que concierne a las líneas de investigación futura, durante el proceso de elaboración de
este trabajo, se han considerado interesantes los temas que se exponen a continuación:
En primer lugar, ampliación del rango de cobertura, ya que solo se concentró en la localidad de
Usme, sin embargo, se estudia fortalecer para que a nivel Bogotá sea usado y muy posiblemente
a un nivel país, ya que cada territorio colombiano tiene diferentes necesidades y percepción de
su entorno.
Por otra parte, implementar técnicas de machine learning, para que el prototipo aprenda el
comportamiento de la población según los datos recopilados y se puede llegar a un grado de
prevención alto, enfocando el esfuerzo en promover el cuidado del medio ambiente.
Finalmente, crear alianzas estratégicas con entidades del gobierno, para que recopilen los datos
y se pueda elaborar estrategias de prevención en las zonas resultantes de los análisis de datos.
9.2. Trabajos de investigación futuros
Se plantea como prospectiva de este proyecto implementaciones de módulos de notificaciones y
alertas para ampliar la interacción que se presenta sobre los módulos de la gestión de
recolección de elementos reciclables.
La plataforma actualmente es accesible desde cualquier navegador y dispositivo con Android,
pero puede mejorar el alcance tecnológico de la plataforma, para que sea usado en la plataforma
con el sistema operativos iOS o Windows Phone, y explotar toda la parte de geolocalización.
La implementación de un módulo con Machine Learning, que permita tomar decisiones a través
de la información recolectada a través del prototipo propuesto en el presente trabajo.
BIBLIOGRAFÌA
[1] Hung, Patrick C. K. (2012).Web service composition and new frameworks in designing
semantics: innovations. Information Science Reference.
[2] Sánchez Cárdenas, Heidi Viviana (2011). Diseño y desarrollo de un prototipo de aplicación
móvil para la administración de un servidor de correo. Universidad Distrital Francisco José de
Caldas
[3] Connolly, T. M., & Begg, C. E. (2005). Sistemas de bases de datos (4th ed.). Madrid:
Pearson Educación S.A.
[4] Elmasri, Ramez A.; Navathe, Shamkant B.: Fundamentos de sistemas de bases de datos.
Addison Wesley, 2007
[5] Ceballos, F. J. (2006). Java 2 Curso de Programación. Book (3rd ed., Vol. 3).
México, D.F.: Alfaomega Grupo Editor, Sa.
[6] Amat, Daniel Arturo C; Torres, Abraham C; Rodríguez, Felix Ivan R.: Componente de
generación dinámica de servicios REST.
[7] Marmolejo, L. F., Oviedo, R., García, M., & Díaz, L. F. (2011). Análisis del funcionamiento
de plantas de manejo de residuos sólidos en el norte del valle del cauca, Colombia. Revista EIA
(16), 163-174.
[8] Herrera, M. (2010). Métodos y técnicas para la gestión de proyectos de software.
[9] Sommerville Ian. Ingeniería del software, Séptima Edición, Madrid España. PEARSON
EDUCACION, 253-257.
[10] Ortega C. J. (2017). Guía de inclusión tecnológica para el proceso de recuperación de
residuos sólidos potencialmente reciclables basado en el análisis productivo del centro de
reciclaje la alquería de la ciudad de Bogotá D.C. disponible en:
http://repository.udistrital.edu.co/bitstream/11349/8283/1/ ortegacabrerajhonbrian2018.pdf
REFERENCIAS WEB
[11] Residuos profesional, RECICLAPP, aplicación para facilitar el reciclaje en chile [En
línea]. Disponible en: https://www.residuosprofesional.com/chile-reciclapp-aplicacion-reciclaje/
[Accedido: 13-Oct-2018].
[12] Alcaldía mayor de Bogotá, asunto de supervivencia. [En línea]. Disponible en:
http://www.bogota.gov.co/content/el-reciclaje-en-bogot%C3%A1-es-un-asunto-de-
supervivencia [Accedido: 13-Oct-2018].
[13] Alcaldía mayor de Bogotá, Programa basura cero. [En línea]. Disponible en:
http://oab.ambientebogota.gov.co/es/con-la-comunidad/campa%C3% B1as/programa-basura-
cero [Accedido: 13-Oct-2018].
[14] Semana.com, La app que promete cambiar el pos-consumó en Colombia. [En línea].
Disponible en: https://sostenibilidad.semana.com/medio-mbiente/articulo/ redposconsumo-la-
aplicacion-que-promete-cambiar-el-posconsumo-en-colombia/37828 [Accedido: 13-Oct-2018].
[15] RCN Radio, reciclaje en el nuevo esquema de aseo. [En línea]. Disponible
en:https://www.rcnradio.com/bogota/bogota-solo-recicla-diariamente-el-15-de-las-basuras
[Accedido: 13-Oct-2018].
[16] Revistas Ulima, Arquitectura de integración orientada a servicios. [En línea]. Disponible
en: https://revistas.ulima.edu.pe/index.php/Interfases/ article/view/169/120. [Accedido: 13-Oct-
2018].
[17] Romero, J. L. y Merchán L. J., Definición de reciclaje. [En línea]. Disponible en:
http://definiciona.com/reciclaje/ [Accedido: 13-Oct-2018].
[18] 90minutos.co, Conoce Reciclapp, el nuevo “Uber del reciclaje” que llegará a Colombia.
[En línea]. Disponible en: https://90minutos.co/conoce-reciclapp-nuevo-uber-reciclaje-11-04-
2017/ [Accedido: 13-Oct-2018].
[19] Eltiempo.com, App móvil ayuda a resolver problema de basura promoviendo el reciclaje.
[En línea]. Disponible en: https://www.eltiempo.com/tecnosfera/apps/aplicacion-movil-que-
rescata-productos-de-personas-para-reutilizarlos-205644 [Accedido: 13-Oct-2018].
[20] Wikipedia, Proceso Unificado de Rational [En línea]. Disponible en:
https://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational [Accedido: 13-Oct-2018].
[21] Cuáles son las etapas de un proyecto [En línea]. Disponible en: https://www.obs-
edu.com/int/noticias/innovacion/cuales-son-las-etapas-de-un-proyecto-te-lo-contamos-en-esta-
infografia
ANEXOS
1. TITULO DE ANEXO A
1.1. Diagramas casos de uso
Ilustración 44. Diagrama caso de uso: Declarar WEB.
Fuente: Elaboración propia.
2. TITULO DE ANEXO B
2.1. Documentación Caso de uso
Tabla 6. Documentación caso de uso: Registrarse.
Caso de Uso No. 2 Nombre: Registrarse
Actores Usuario (Administrador, Cliente, Centro de reciclaje)
Objetivo Registrar un nuevo usuario al sistema.
Pre-Condiciones El usuario no debe estar registrado en el sistema.
Post-Condiciones El usuario está registrado y activo en el sistema con el
Correspondiente perfil.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. Clic botón ingresar
usuario.
2. El sistema carga la página con el formulario de ingresar
usuario.
3. El Usuario debe elegir el
perfil e ingresa los datos. 4. El sistema verifica la integridad de los datos.
5. El Usuario guarda
cambios.
6. Guarda la información del nuevo usuario en la base de
datos.
7. El sistema envía notificación de que el ingreso fue un
éxito.
Manejo de Situaciones Excepcionales
Cancelar la operación
Formulario mal diligenciado
Se registra lo datos pero no son almacenados en el sistema
Usuario registrado
Flujo Alterno
El sistema valida los datos, si falta por diligenciar un campo obligatorio el sistema lo
notificará con un mensaje.
El sistema valida los datos, si el usuario ya existe, notifica con un mensaje.
El Administrador puede inhabilitar el nuevo usuario.
Autor Fecha
Edward Prieto 24 Febrero de 2019
Henrry Vasquez
Fuente: Elaboración propia.
Tabla 7. Documentación caso de uso: Consultar perfil.
Caso de Uso No. 3 Nombre: Consultar perfil
Actores Usuario (Administrador, Cliente, Centro de reciclaje)
Objetivo Consultar del perfil y datos específicos del usuario
Pre-Condiciones El usuario debe estar registrado en el sistema.
Post-Condiciones El usuario está seleccionado para realizar diferentes acciones
en el sistema.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. Clic botón Consultar
usuario
2. El sistema carga la página para consultar a los usuarios.
3. El administrador
busca y Selecciona al
usuario.
4. El sistema visualiza los resultados de la búsqueda y selección.
Manejo de Situaciones Excepcionales
Cancelar la operación
Usuario no está registrado y activo
Datos erróneos al consultar
Flujo Alterno
El sistema valida los datos y notifica con un mensaje si el usuario existe o los datos ingresados son erróneos.
Autor Fecha
Edward Prieto
Henrry Vasquez 24 Febrero de 2019
Fuente: Elaboración propia.
Tabla 8. Documentación caso de uso: Actualizar perfil.
Caso de Uso No. 4 Nombre: Actualizar perfil
Actores Usuario (Administrador, Cliente, Centro de reciclaje)
Objetivo Modificar los datos del usuario registrados en el sistema.
Pre-Condiciones El usuario debe estar registrado en el sistema.
Post-Condiciones Los datos del Usuario se sobrescriben en la base de
datos.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. Clic botón Actualizar usuario.
2. El sistema carga la página con el formulario para actualizar
usuarios.
3. El usuario consulta y
selecciona los campos. 4. El sistema notifica los resultados de la búsqueda y selección.
5. El usuario registra los datos
nuevos. 6. El sistema envía notificación de confirmación.
7. El usuario confirma la
actualización de datos del
usuario. 8. El sistema Guarda la información.
Manejo de Situaciones Excepcionales
Cancelar la operación
Usuario no está registrado y activo
Datos erróneos al consultar
Información incompleta registrada
Flujo Alterno
El sistema valida los datos, si falta por llenar un campo obligatorio el sistema lo notifica con un
mensaje.
El sistema valida los datos, si el usuario No existe, lo notifica con un mensaje.
El Administrador registro mal los datos del usuario lo puede volver actualizar.
Autor Fecha
Edward Prieto
Henrry Vasquez 24 Febrero de 2019
Fuente: Elaboración propia.
Tabla 9. Documentación caso de uso: Consultar Detalle información (Residuos).
Caso de Uso
No. 5
Nombre: Consultar Detalle información (Residuos reciclables)
Actores Usuario (Administrador, Cliente, Centro de reciclaje)
Objetivo Consultar la información específica y detallada de los datos básicos
e importantes de los residuos.
Pre-Condiciones Los datos deben estar registrados en el sistema.
Post-
Condiciones
El sistema mostrará la información específica y detallada
Correspondiente.
Flujo de Eventos
Acción
Usuario
Respuesta del Sistema
1. Clic botón
listado de
residuos.
2. El sistema carga la página con los formularios para consultar los
datos Específicos.
3. Selecciona el
Producto a
consultar.
4. Clic consultar
datos del
Producto. 5. Se carga la información que contiene los datos.
6. El sistema visualiza todos los datos de los residuos reciclables.
Manejo de Situaciones Excepcionales
Los datos del proyecto no está registrado
Flujo Alterno
El sistema no visualiza los datos, por ende no está registrado o el privilegio del Usuario No lo
permite.
Autor Fecha
Edward
Prieto
Henrry
Vasquez 24 Febrero de 2019
Fuente: Elaboración propia.
Tabla 10. Documentación caso de uso: Consultar Detalle información (Centros de reciclaje).
Caso de
Uso No. 6
Nombre: Consultar Detalle información (Centro de reciclaje)
Actores Usuario (Administrador, Cliente, Centro de reciclaje)
Objetivo
Consultar la información específica y detallada de los datos básicos e
importantes de los centros de reciclaje.
Pre-
Condicione
s Los datos deben estar registrados en el sistema.
Post-Condicione
s
El sistema mostrará la información específica y detallada
Correspondiente.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. Clic botón listado de residuos.
2. El sistema carga la página con los formularios para
consultar los datos específicos.
3. Selecciona el Producto a
consultar.
4. Clic consultar datos del
Producto. 5. Se carga la información que contiene los datos.
6. El sistema visualiza todos los datos de los centros de
reciclaje.
Manejo de Situaciones Excepcionales
Los datos no está registrado
Flujo Alterno
El sistema no visualiza los datos, por ende no está registrado o el privilegio del Usuario No lo
permite.
Autor Fecha
Edward
Prieto
Henrry
Vasquez 24 Febrero de 2019
Fuente: Elaboración propia.
Tabla 11. Documentación caso de uso: Generar reporte.
Caso de Uso No. 7 Nombre: Generar reporte
Actores Centro de reciclaje
Objetivo Generar un reporte de los Producto declarado.
Pre-Condiciones Los datos del reporte deben estar correctamente
diligenciados.
Post-Condiciones El reporte seleccionado generar en un PDF.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario diligencia los
datos específicos para filtrar el reporte. 2. El sistema muestra la lista de Producto.
3. El usuario selecciona la lista
específica para genera el
reporte.
4. Clic botón Generar Reporte.
5. El sistema muestra el formulario correspondiente a la
lista seleccionada.
6. Clic botón Generar PDF 7. El sistema Genera un PDF para descargar y guardar.
Manejo de Situaciones Excepcionales
Cancelar la operación
Formulario No diligenciado
Flujo Alterno
El sistema Genera el reporte con o sin datos específicos.
El formato no podrá ser generado si no está diligenciado correctamente los datos obligatorios.
Autor Fecha
Edward Prieto
Henrry Vasquez 24 Febrero de 2019
Fuente: Elaboración propia.
Tabla 12. Documentación caso de uso: Consultar Historial Producto.
Caso de Uso No. 8 Nombre: Consultar Historial Producto
Actores Cliente, Centro de reciclaje
Objetivo Consultar los datos por lista de los registros ingresadas de la
declaración en el sistema.
Pre-Condiciones El registro debe contener las declaraciones del usuario
Post-Condiciones El sistema mostrará la lista de declaraciones del usuario
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona
consultar declaraciones.
2. El sistema muestra la lista de declaraciones registradas en el sistema.
3. El usuario selecciona
una declaración
específica.
4. Clic botón Consultar
declaración.
5. El sistema carga el listado correspondiente a la declaración
seleccionado.
6. El sistema genera la lista de registros de la declaración.
Manejo de Situaciones Excepcionales
Cancelar la operación
Flujo Alterno
El Centro de reciclaje selecciona la declaración correspondiente a un usuario, mientras el cliente
solo oprime clic en consultar sus declaraciones.
Autor Fecha
Edward Prieto
Henrry Vasquez 24 Febrero de 2019
Fuente: Elaboración propia.
Tabla 13. Documentación caso de uso: Declarar Producto.
Caso de Uso
No. 9
Nombre: Declarar Producto
Actores Cliente
Objetivo Registrar datos específicos del formulario correspondiente a la
declaración de residuos.
Pre-Condiciones Otro formulario no debe estar en estado Abierto.
Post-
Condiciones
El Formulario específico Correspondiente a la declaración será
registrada en el sistema.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona
formato declaración de
residuos. 2. El sistema carga formulario seleccionado.
3. El usuario ingresa los datos
del formato específico.
4. Clic botón Crear
Declaración 5. El sistema verifica la integridad de los datos.
6. El sistema notifica el registro de la declaración exitosa.
Manejo de Situaciones Excepcionales
Cancelar la operación
Datos erróneos
Formulario diligenciado dos veces
Se registra lo datos pero no son almacenados
Flujo Alterno
El sistema valida los datos, si falta por diligenciar un campo obligatorio el sistema lo
notificará con un mensaje.
Autor Fecha
Edward Prieto
Henrry Vasquez 24 Febrero de 2019
Fuente: Elaboración propia.
Tabla 14. Documentación caso de uso: Cambiar estado producto.
Caso de Uso No. 10 Nombre: Cambiar estado Producto
Actores Centro de reciclaje
Objetivo Actualizar el estado de una declaración
Pre-Condiciones La declaración debe estar Creada.
Post-Condiciones El estado de la declaración será actualizado en el
sistema.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona consultar
las declaraciones registradas. 2. El sistema muestra la lista de declaraciones.
3. El usuario selecciona la
declaración 4. El sistema carga el formulario
5. El usuario diligencia los datos
del formulario
6. Clic botón Actualizar. 7. El sistema verifica la integridad de los datos.
8. El sistema notifica el registro de la declaración
exitosa.
Manejo de Situaciones Excepcionales
Cancelar la operación
Declaración en estado Cerrado
Se registra lo datos pero no son almacenados
Flujo Alterno
El sistema valida los datos, si falta por diligenciar un campo obligatorio el sistema lo
notificará con un mensaje.
Autor Fecha
Edward Prieto
Henrry Vasquez 24 Febrero de 2019
Fuente: Elaboración propia.
Tabla 15. Documentación caso de uso: Inhabilitar pedido.
Caso de Uso No. 11 Nombre: Inhabilitar pedido residuo
Actores Administrador
Objetivo Inhabilitar las funciones un pedido en el sistema.
Pre-Condiciones El pedido debe estar creado y activo en el sistema.
Post-Condiciones El pedido está desactivado en el sistema para no
realizar acciones.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. Clic botón listado. 2. El sistema carga listado de pedidos.
3. El administrador selecciona
el pedido.
4. El administrador, clic en el
botón inhabilitar. 5. El sistema envía notificación de confirmación.
6. El administrador confirma
la inhabilitación del
pedido. 7. El sistema Guarda la información.
Manejo de Situaciones Excepcionales
Cancelar la operación
Usuario no está registrado y activo
Datos erróneos al consultar
Flujo Alterno
El sistema valida los datos, si el usuario No existe, lo notificará con un mensaje.
El administrador inhabilitó mal a un usuario lo puede deshabilitar.
Autor Fecha
Edward Prieto
Henrry Vasquez 04 Marzo de 2019
Fuente: Elaboración propia.
Tabla 16. Documentación caso de uso: Actualizar pedido
Caso de Uso No. 12 Nombre: Actualizar pedido residuo
Actores Administrador
Objetivo Modificar los datos del pedido registrados en el sistema.
Pre-Condiciones El pedido debe estar registrado y activo en el sistema.
Post-Condiciones Los datos del pedido se sobrescriben en la base de datos.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. Clic botón Actualizar
pedido.
2. El sistema carga la página con el formulario para actualizar
pedido.
3. El usuario consulta y
selecciona los campos. 4. El sistema notifica los resultados de la búsqueda y selección.
5. El administrador registra
los datos nuevos. 6. El sistema envía notificación de confirmación.
7. Se confirma la
actualización del pedido. 8. El sistema Guarda la información.
Manejo de Situaciones Excepcionales
Cancelar la operación
Pedido no está registrado y activo
Datos erróneos al consultar
Información incompleta registrada
Flujo Alterno
El sistema valida los datos, si falta por llenar un campo obligatorio el sistema lo notifica con un
mensaje.
El sistema valida los datos, si el usuario No existe, lo notifica con un mensaje.
El Administrador registro mal los datos del usuario lo puede volver actualizar.
Autor Fecha
Edward Prieto
Henrry Vasquez 04 Marzo de 2019
Fuente: Elaboración propia.
Tabla 17. Documentación caso de uso: Inhabilitar usuario.
Caso de Uso No. 13 Nombre: Inhabilitar usuario
Actores Administrador.
Objetivo Inhabilitar las funciones del usuario en el sistema.
Pre-Condiciones El usuario debe estar activo en el sistema.
Post-Condiciones El cliente está desactivado en el sistema para no
realizar acciones.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. Clic botón listado. 2. El sistema carga listado usuarios.
3. El administrador selecciona
el usuario.
4. El administrador, clic en el
botón inhabilitar. 5. El sistema envía notificación de confirmación.
6. El administrador confirma
la inhabilitación del
usuario. 7. El sistema Guarda la información.
Manejo de Situaciones Excepcionales
Cancelar la operación
Usuario no está registrado y activo
Datos erróneos al consultar
Flujo Alterno
El sistema valida los datos, si el usuario No existe, lo notificará con un mensaje.
El administrador inhabilitó mal a un usuario lo puede deshabilitar.
Autor Fecha
Edward Prieto
Henrry Vasquez 04 Marzo de 2019
Fuente: Elaboración propia.
Tabla 18. Documentación caso de uso: Asignar Rol.
Caso de Uso No. 14 Nombre: Asignar rol
Actores Administrador.
Objetivo Asigna nuevas funciones a los tipos de usuarios en el
sistema.
Pre-Condiciones El tipo de usuario debe estar creado y activo en el
sistema.
Post-Condiciones El usuario está activado en el sistema para realizar
acciones asignadas por el administrador.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. Clic botón listado. 2. El sistema carga listado tipo de usuarios.
3. El administrador selecciona
el tipo de usuario.
4. El
administrador, selecciona y
clic en el botón asignar
role. 5. El sistema envía notificación de confirmación.
6. El administrador confirma el nuevo rol del usuario. 7. El sistema Guarda la información.
Manejo de Situaciones Excepcionales
Cancelar la operación
Usuario no está registrado y activo
Datos erróneos al consultar
Flujo Alterno
El sistema valida los datos, si el usuario No existe, lo notificará con un mensaje.
Autor Fecha
Edward Prieto
Henrry Vasquez 04 Marzo de 2019
Fuente: Elaboración propia.
Tabla 19. Documentación caso de uso: Asignar permisos.
Caso de Uso No. 15 Nombre: Asignar permisos
Actores Administrador.
Objetivo Asigna nuevos permisos a los tipos de usuarios
en el sistema.
Pre-Condiciones El tipo de usuario debe estar creado y activo en
el sistema.
Post-Condiciones El usuario está activado en el sistema con
nuevos permisos en el sistema.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. Clic botón listado. 2. El sistema carga listado tipo de usuarios.
3. El administrador selecciona el tipo
de usuario.
4. El administrador, selecciona y clic
en el botón Nuevo permiso. 5. El sistema envía notificación de confirmación.
6. El administrador confirma el
nuevo permiso del usuario para el
sistema. 7. El sistema Guarda la información.
Manejo de Situaciones Excepcionales
Cancelar la operación
Usuario no está registrado y activo
Datos erróneos al consultar
Flujo Alterno
El sistema valida los datos, si el usuario No existe, lo notificará con un mensaje.
Autor Fecha
Edward Prieto
Henrry Vasquez 04 Marzo de 2019
Fuente: Elaboración propia.
Tabla 20. Documentación caso de uso: Crear categoría.
Caso de Uso No. 16 Nombre: Crear Categoría
Actores Administrador.
Objetivo Crear una nueva agrupación para la categoría.
Pre-Condiciones La categoría no debe estar registrada en el sistema.
Post-Condiciones El sistema creará la nueva categoría para su respectiva
inspección.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona
categoría, clic en botón crear 2. El sistema carga la categoría correspondiente.
3. El usuario diligencia la
categoría.
4. Clic crear categoría 5. El sistema verifica la integridad de los datos
6. El sistema notifica y guarda los datos de la categoría y
retorna a la lista de categoría
Manejo de Situaciones Excepcionales
Cancelar la operación
Datos erróneos
Categoría existente
Registra datos pero no son almacenados
Flujo Alterno
El sistema valida los datos, si falta por diligenciar en un campo el sistema le notificará con un
mensaje.
Autor Fecha
Edward Prieto
Henrry Vasquez 20 Marzo de 2019
Fuente: Elaboración propia.
Tabla 21. Documentación caso de uso: Crear pedido
Caso de Uso No. 17 Nombre: Crear Producto
Actores Administrador.
Objetivo Crear una nueva agrupación para los Producto.
Pre-Condiciones Debe estar creada y habilitada una categoría.
Post-Condiciones Se crea un nuevo Producto en el sistema.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona
categoría, clic en botón
crear 2. El sistema carga la categoría correspondiente.
3. El usuario diligencia la
categoría.
4. Clic crear categoría 5. El sistema verifica la integridad de los datos
6. El sistema notifica y guarda los datos de la categoría y
retorna a la lista de categoría
Manejo de Situaciones Excepcionales
Cancelar la operación
Datos erróneos
Categoría existente
Registra datos pero no son almacenados
Flujo Alterno
El sistema valida los datos, si falta por diligenciar en un campo el sistema le notificará con un
mensaje.
Autor Fecha
Edward Prieto
Henrry Vasquez 20 Marzo de 2019
Fuente: Elaboración propia.
Tabla 22. Documentación caso de uso: Crear zona.
Caso de Uso No. 18 Nombre: Crear Zona
Actores Administrador.
Objetivo Crear una nueva agrupación para la zona.
Pre-Condiciones Tener los datos de código postal, localidad barrio
previamente definidos.
Post-Condiciones Se crea una nueva zona delimitada para la aplicación.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona
categoría, clic en botón crear 2. El sistema carga la categoría correspondiente.
3. El usuario diligencia la
categoría.
4. Clic crear categoría 5. El sistema verifica la integridad de los datos
6. El sistema notifica y guarda los datos de la categoría y
retorna a la lista de categoría
Manejo de Situaciones Excepcionales
Cancelar la operación
Datos erróneos
Categoría existente
Registra datos pero no son almacenados
Flujo Alterno
El sistema valida los datos, si falta por diligenciar en un campo el sistema le notificará con un
mensaje.
Autor Fecha
Edward Prieto
Henrry Vasquez 20 Marzo de 2019
Fuente: Elaboración propia.
Tabla 23. Documentación caso de uso: Inhabilitar Categoría.
Caso de Uso No. 19 Nombre: Inhabilitar Categoría
Actores Administrador.
Objetivo Bloquear el uso de la categoría en el sistema.
Pre-Condiciones La categoría debe estar creada.
Post-Condiciones La categoría estará bloqueada en el sistema.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona la lista
de categorías.
2. El usuario selecciona la
categoría.
3. Clic botón inhabilitar
categoría. 4. El sistema bloquea la categoría
5. El sistema envía la notificación de la operación.
Manejo de Situaciones Excepcionales
Cancelar la operación.
Datos erróneos.
Información específica registrada en la categoría.
Flujo Alterno
El sistema valido la información si falla al bloquear la categoría, el sistema notificará con un mensaje.
Solo será bloqueado la categoría después de haber inhabilitado los Producto o haber eliminado la
dependencia de los Producto.
Autor Fecha
Edward Prieto
Henrry Vasquez 20 Marzo de 2019
Fuente: Elaboración propia.
Tabla 24. Documentación caso de uso: inhabilitar producto.
Caso de Uso No. 20 Nombre: Inhabilitar Producto
Actores Administrador.
Objetivo Bloquear el uso del Producto en el sistema.
Pre-Condiciones Debe estar creado el Producto.
Post-Condiciones Se bloquea el Producto para ser usado en la aplicación.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona la
lista de categorías.
2. El usuario selecciona la
categoría.
3. Clic botón inhabilitar
categoría. 4. El sistema bloquea la categoría
5. El sistema envía la notificación de la operación.
Manejo de Situaciones Excepcionales
Cancelar la operación.
Datos erróneos.
Información específica registrada en la categoría.
Flujo Alterno
El sistema valido la información si falla al bloquear la categoría, el sistema notificará con un
mensaje.
Solo será bloqueado la categoría después de haber inhabilitado los Producto o haber eliminado la dependencia de los Producto.
Autor Fecha
Edward Prieto
Henrry Vasquez 20 Marzo de 2019
Fuente: Elaboración propia.
Tabla 25. Documentación caso de uso: Inhabilitar zona.
Caso de Uso No. 21 Nombre: Inhabilitar Zona
Actores Administrador.
Objetivo Bloquear el uso de la zona en el sistema.
Pre-Condiciones Debe estar creada la zona en el sistema.
Post-Condiciones Se bloqueará la zona en la aplicación.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona la lista
de categorías.
2. El usuario selecciona la
categoría.
3. Clic botón inhabilitar
categoría. 4. El sistema bloquea la categoría
5. El sistema envía la notificación de la operación.
Manejo de Situaciones Excepcionales
Cancelar la operación.
Datos erróneos.
Información específica registrada en la categoría.
Flujo Alterno
El sistema valido la información si falla al bloquear la categoría, el sistema notificará con un
mensaje.
Solo será bloqueado la categoría después de haber inhabilitado los Producto o haber eliminado la dependencia de los Producto.
Autor Fecha
Edward Prieto
Henrry Vasquez 20 Marzo de 2019
Fuente: Elaboración propia.
Tabla 26. Documentación caso de uso: Actualizar categoría.
Caso de Uso No. 22 Nombre: Actualizar Categoría
Actores Administrador.
Objetivo Registrar datos específicos en la
categoría correspondiente.
Pre-Condiciones La categoría debe estar creada y diligenciada en su
totalidad.
Post-Condiciones La categoría correspondiente estará actualizada en el
sistema.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona la
lista de la categoría.
2. El usuario selecciona la
categoría a modificar 3. El sistema carga la categoría seleccionada.
4. El usuario diligencia los
espacios específicos del
campo.
5. Clic botón guardar categoría. 6. El sistema verifica la integridad de los datos.
Manejo de Situaciones Excepcionales
Cancelar la operación.
Datos erróneos.
Categoría no diligenciado completamente.
Flujo Alterno
El sistema valida los datos a modificar si falta, o son incorrectos y el sistema lo notifica como
mensaje.
Autor Fecha
Edward Prieto
Henrry Vasquez 20 Marzo de 2019
Fuente: Elaboración propia.
Tabla 27. Documentación caso de uso: Actualizar producto.
Caso de Uso No. 23 Nombre: Actualizar Producto
Actores Administrador.
Objetivo Registrar datos específicos en el Producto
correspondiente.
Pre-Condiciones El Producto debe estar creado y diligenciado en su
totalidad.
Post-Condiciones El Producto correspondiente estará actualizado en el
sistema.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona la lista
de la categoría.
2. El usuario selecciona la
categoría a modificar 3. El sistema carga la categoría seleccionada.
4. El usuario diligencia los
espacios específicos del
campo.
5. Clic botón guardar categoría. 6. El sistema verifica la integridad de los datos.
Manejo de Situaciones Excepcionales
Cancelar la operación.
Datos erróneos.
Categoría no diligenciado completamente.
Flujo Alterno
El sistema valida los datos a modificar si falta, o son incorrectos y el sistema lo notifica como
mensaje.
Autor Fecha
Edward Prieto
Henrry Vasquez 20 Marzo de 2019
Fuente: Elaboración propia.
Tabla 28. Documentación caso de uso: Actualizar zona.
Caso de Uso No. 24 Nombre: Actualizar Zona
Actores Administrador.
Objetivo Registrar datos específicos en la zona
correspondiente.
Pre-Condiciones La zona debe estar creada y diligenciada en su
totalidad.
Post-Condiciones La zona correspondiente estará actualizada en el
sistema.
Flujo de Eventos
Acción Usuario Respuesta del Sistema
1. El usuario selecciona la lista de
la categoría.
2. El usuario selecciona la
categoría a modificar 3. El sistema carga la categoría seleccionada.
4. El usuario diligencia los
espacios específicos del
campo.
5. Clic botón guardar categoría. 6. El sistema verifica la integridad de los datos.
Manejo de Situaciones Excepcionales
Cancelar la operación.
Datos erróneos.
Categoría no diligenciado completamente.
Flujo Alterno
El sistema valida los datos a modificar si falta, o son incorrectos y el sistema lo notifica como
mensaje.
Autor Fecha
Edward Prieto Henrry Vasquez 20 Marzo de 2019
Fuente: Elaboración propia.
3. TITULO DE ANEXO C
3.1. Diagramas Actividad
Ilustración 54. Diagrama Actividad: Inhabilitar usuario.
Fuente: Elaboración propia.
4. TITULO DE ANEXO D
4.1. Diagramas Estados
Ilustración 61. Diagrama Actividad: actualizar usuario.
Fuente: Elaboración propia.
5. TITULO DE ANEXO E
5.1. Diagramas Secuencia
Ilustración 68. Diagrama secuencia: Login
Fuente: Elaboración propia.
Ilustración 69. Diagrama secuencia: Consultar categoría.
Fuente: Elaboración propia.
Ilustración 70. Diagrama secuencia: Consultar pedido.
Fuente: Elaboración propia.
Ilustración 71. Diagrama secuencia: Consultar producto.
Fuente: Elaboración propia.
Ilustración 72. Diagrama secuencia: Consultar zona.
Fuente: Elaboración propia.
Ilustración 73. Diagrama secuencia: Crear categoría.
Fuente: Elaboración propia.
Ilustración 74. Diagrama secuencia: Crear producto.
Ilustración 75. Diagrama secuencia: Crear zona.
Fuente: Elaboración propia.
Ilustración 76. Diagrama secuencia: Editar categoría.
Fuente: Elaboración propia.
Ilustración 77. Diagrama secuencia: Editar producto.
Fuente: Elaboración propia.
Ilustración 78. Diagrama secuencia: Editar rol.
Fuente: Elaboración propia.
6. TITULO DE ANEXO F
6.1. Documentación de Pruebas
Tabla 29. Ficha de prueba: Módulo Login desde Móvil.
Módulo Login desde Móvil
Dirigido Tester Estado
Henry Vásquez Edwar Prieto Proceso OK
Terminada SI
Concepto Revisar el funcionamiento de autenticación y acceso de usuarios.
ACCION ELEMENTO A PRUEBA
Resultado esperado Perfil Estado
Autenticación
Formulario para
Autenticar y acceder a la aplicación móvil
Diligenciar los datos correspondientes del usuario para
acceder al sistema, se valida
desde la Base de datos.
TODOS LOS
PERFILES OK
Recuperar contraseña
Formulario para
Recuperar contraseña
desde el móvil
Se diligencia el campo solicitado y el sistema genera una nueva
contraseña donde se envía por
correo electrónico, este se inserta y se guarda en la base de datos.
TODOS LOS PERFILES
OK
Errores No funciona el modulo.
Correcciones Se corrige comunicación de los servicios por error.
Fuente: Elaboración propia.
Tabla 30. Ficha de prueba: Módulo Login
Módulo Login
Dirigido Tester Estado
Henry Vásquez Edwar Prieto Proceso OK
Terminada SI
Concepto Revisar el funcionamiento de autenticación y acceso de usuarios.
ACCION ELEMENTO A
PRUEBA Resultado esperado Perfil Estado
Autenticación
Formulario para
Autenticar y acceder
a la aplicación
Agregar los datos correspondientes del usuario para
acceder al sistema, se valida
desde la Base de datos.
TODOS LOS
PERFILES OK
Recuperar
contraseña
Formulario para
Recuperar contraseña
El sistema genera una nueva contraseña y se envía por correo
electrónico, este se inserta y se
guarda en la base de datos.
TODOS LOS
PERFILES OK
Cambiar
Datos de
acceso
Formulario para
actualizar datos
Agregar el registro de los nuevos datos de acceso al sistema, este se
inserta y se guarda en la base de
datos.
TODOS LOS
PERFILES OK
Errores No funciona la contraseña nueva.
No se envía Correo.
Correcciones
Se corrige función de generación de password ya que no se envía correctamente a
la Base de datos.
Se habilita puertos específicos para el envió de correos desde Gmail y Outlook.
Fuente: Elaboración propia.
Tabla 31. Ficha de prueba: Modulo zonas.
Modulo Zonas
Dirigido Tester Estado
Henry Vasquez Edwar Prieto Proceso OK
Terminada SI
Concepto Revisar el funcionamiento de Gestión de las zonas de los usuarios.
ACCION ELEMENTO A PRUEBA
Resultado esperado Perfil Estado
Consultar Zonas
Lista para Consultar Zonas
Visualizar lista de zonas en el
sistema, este carga los datos
desde la base de datos.
TODOS LOS PERFILES
OK
Consultar
Zona especifica
Formulario para
Consultar Zonas especificas
Visualizar la información detallada de una zona en el
sistema, este carga los datos
desde la base de datos.
TODOS LOS
PERFILES OK
Insertar
Zona
Formulario para
Registrar Zona
Agregar el registro de un nueva zona al sistema, se
inserta y se guarda en la base
de datos.
ADMINISTRADOR OK
Eliminar
Zona
Formulario para
Eliminar Zona
Elimina el registro de una zona del sistema, se actualiza
en la base de datos.
ADMINISTRADOR OK
Actualizar Zona
Formulario para Actualizar Zona
Editar los datos de una Zona
específico, este se Actualiza y
se guarda en la base de datos.
ADMINISTRADOR OK
Errores Al elegir una zona no sabía si se elegía correctamente.
la API de la geolocalización no se está comunicando con la aplicación.
Correcciones Se corrige los datos almacenados por error del código postal.
Se modifica el servicio que utiliza la API de la geolocalización.
Fuente: Elaboración propia.
Tabla 32. Ficha de prueba: Modulo categoría.
Módulo Categoría
Dirigido Tester Estado
Henry Vásquez Edwar Prieto Proceso OK
Terminada SI
Concepto Revisar el funcionamiento de Gestión de las Categorías de los productos.
ACCION ELEMENTO A
PRUEBA Resultado esperado Perfil Estado
Consultar
Categorías
Lista para Consultar
Categorías
Visualizar lista de Categorías en el sistema,
este carga los datos desde la
base de datos.
ADMINISTRADOR,
CENTRO RECICLAJE
OK
Consultar
Categoría
especifica
Formulario para
Consultar Categoría
especificas
Visualizar la información detallada de una Categoría
en el sistema, este carga los
datos desde la base de datos.
ADMINISTRADOR,
CENTRO
RECICLAJE
OK
Insertar
Categoría
Formulario para
Registrar Categoría
Agregar el registro de un
nueva Categoría al sistema,
se inserta y se guarda en la base de datos.
ADMINISTRADOR OK
Eliminar
Categoría
Formulario para
Eliminar Categoría
Elimina el registro de una
Categoría del sistema, se
actualiza en la base de datos.
ADMINISTRADOR OK
Actualizar
Categoría
Formulario para Actualizar
Categoría
Editar los datos de una
Categoría específico, este
se Actualiza y se guarda en la base de datos.
ADMINISTRADOR OK
Errores N/A
Correcciones N/A
Fuente: Elaboración propia.
Tabla 33. Ficha de prueba: Modulo Producto.
Modulo Producto
Dirigido Tester Estado
Henry Vásquez Edwar Prieto Proceso OK
Terminada SI
Concepto Revisar el funcionamiento de Gestión de los Producto como tipos de residuos.
ACCION ELEMENTO A
PRUEBA Resultado esperado Perfil Estado
Consultar Productos
Lista para Consultar Productos
Visualizar lista de Productos
en el sistema, este carga los
datos desde la base de datos.
TODOS LOS PERFILES
OK
Consultar
Producto especifica
Formulario para
consultar Producto especificas
Visualizar la información detallada de una Producto en
el sistema, este carga los
datos desde la base de datos.
TODOS LOS
PERFILES OK
Insertar Producto
Formulario para Registrar Producto
Agregar el registro de un nueva Producto al sistema
asignado a una categoría, se
inserta y se guarda en la base de datos.
ADMINISTRADOR,
CENTRO
RECICLAJE
OK
Eliminar Producto
Formulario para Eliminar Producto
Elimina el registro de una
Producto del sistema, se
actualiza en la base de datos.
ADMINISTRADOR,
CENTRO
RECICLAJE
OK
Actualizar
Producto
Formulario para
Actualizar Producto
Editar los datos de una Producto específico, este se
Actualiza y se guarda en la
base de datos.
ADMINISTRADOR,
CENTRO RECICLAJE
OK
Errores No se asigna categoría correspondiente.
No se puede consultar producto desde el aplicativo.
Correcciones Se corrige la función de insert, estaba mal parametrizada al momento de ajustar la Base de datos.
Fuente: Elaboración propia.
Tabla 34. Ficha de prueba: Modulo usuario.
Modulo Usuario
Dirigido Tester Estado
Henry Vásquez Edwar Prieto Proceso OK
Terminada SI
Concepto Revisar el funcionamiento de Gestión de los Usuario para la utilización de la
aplicación.
ACCION ELEMENTO A
PRUEBA Resultado esperado Perfil Estado
Consultar
Usuarios
Lista para Consultar
Usuarios
Visualizar lista de Usuario en
el sistema, este carga los datos desde la base de datos.
ADMINISTRADOR OK
Consultar Usuario
especifica
Formulario para Consultar Usuario
especificas
Visualizar la información
detallada de una Usuario en el
sistema, este carga los datos desde la base de datos.
TODOS LOS
PERFILES OK
Insertar
Usuario
Formulario para
Registrar Usuario
Agregar el registro de un
nueva Usuario al sistema y se
asigna una zona, se inserta y se guarda en la base de datos.
TODOS LOS
PERFILES OK
Inhabilitar
Usuario
Formulario para
Inhabilitar Usuario
Cargar y visualizar la
información de un usuario del
sistema y posteriormente desactiva las funciones del
usuario en la base de datos.
ADMINISTRADOR OK
Actualizar Usuario
Formulario para Actualizar Usuario
Editar los datos de una
Usuario específico, este se Actualiza y se guarda en la
base de datos.
TODOS LOS PERFILES
OK
Asignación Roles
Formulario para
signar rol a un
Usuario
Después de elegir el usuario
se eligen los distintos roles del usuario, se guarda en la
base de datos.
ADMINISTRADOR OK
Errores Los nuevos usuarios cuentan con los permisos de un administrador.
Correcciones Se modifica la función que asigna automáticamente el rol del usuario.
Fuente: Elaboración propia.