Text Material Preview
I ESCUELA POLITÉCNICA NACIONAL ESCUELA DE FORMACIÓN DE TECNÓLOGOS DESARROLLO DE UN SISTEMA PARA LA GESTIÓN DE ADOPCIÓN DE ANIMALES DE COMPAÑÍA EN LA FUNDACIÓN DE PROTECCIÓN ANIMAL ECUADOR (PAE). PROYECTO PREVIO A LA OBTENCIÓN DEL TITULO DE TECNÓLOGO EN ANÁLISIS DE SISTEMAS INFORMÁTICOS LOURDES BELÉN PEÑAFIEL GARCÍA lu-rock@outlook.com FREDY VICENTE SÁNCHEZ ARTEAGA barcefredy_15@hotmail.com DIRECTOR: ING. JUAN PABLO ZALDUMBIDE PROAÑO juan.zaldumbide@epn.edu.ec CODIRECTORA: MARÍA GABRIELA PÉREZ HERNÁNDEZ, PhD maria.perez@epn.edu.ec Quito, Noviembre 2017 II DECLARACIÓN Nosotros, Lourdes Belén Peñafiel García y Fredy Vicente Sánchez Arteaga, declaramos bajo juramento que el trabajo aquí descrito es de nuestra autoría; que no ha sido previamente presentado para ningún grado o calificación profesional; y, que hemos consultado las referencias bibliográficas que se incluyen en este documento. A través de la presente declaración cedemos nuestros derechos de propiedad intelectual correspondientes de este trabajo, a la Escuela Politécnica Nacional, según lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la normativa institucional vigente. Lourdes Belén Peñafiel García Fredy Vicente Sánchez Arteaga III CERTIFICACIÓN Certificamos que el presente trabajo fue desarrollado por Lourdes Belén Peñafiel García con cédula de identidad 1724514805 y Fredy Vicente Sánchez Arteaga con cédula de identidad 1725634552, bajo nuestra supervisión. Ing. Juan Pablo Zaldumbide Dra. María Pérez, PhD DIRECTOR CODIRECTORA IV AGRADECIMIENTO Una gran etapa de mi vida ha culminado, por eso volteo al cielo, sonrío y digo: Yo sé que fuiste tú, ¡Gracias Dios! Por bendecirme y darme las fuerzas que necesitaba para alcanzar con éxito mis metas. ¡Gracias! a mi padre Eduardo que con mucho esfuerzo y dedicación inculco en mí excelentes valores y me ayudo a ser una mujer integra y valiente, a mi madre Rosa que, aunque ya no está conmigo estoy segura que desde el cielo estará muy orgullosa de mí, celebrando con gran alegría y gozo. A mis hermanos Carlos y Eduardo que supieron aconsejarme en momentos complicados y sobre todo haberme brindado su apoyo incondicional cuando más lo necesitaba, gracias en general a toda mi familia que estuvo presente en la continuidad de este proyecto. Soy una mujer afortunada por tener en la misma persona a mi mejor amigo, compañero y gran amor, gracias Fredy por poner todo de ti y sacar lo mejor de mí, demostrarme cada día que, aunque las cosas parezcan imposibles, solo se necesita confiar. También agradezco a los profesores, especialmente al Ing. Juan Zaldumbide, director del proyecto, quienes nos supieron guiar y entregar los conocimientos necesarios para la obtención de este título. Finalmente doy gracias a la Escuela Politécnica Nacional por darme la oportunidad de concluir mis estudios en tan prestigiosa institución. Lourdes V AGRADECIMIENTO En primer lugar a Dios por darme la dicha de vivir y ser quien me sostiene aun en medio de la tormenta y especialmente por entregarme una familia maravillosa, convirtiéndose en mis personas favoritas, con quien he reído y llorado, haciendo que todo valga la pena, a mi madre Consuelito por ser la lumbrera en mi camino apoyándome firmemente en cada momento dándome las fuerzas que necesito en todo momento, al igual que mis hermanos José, Xavier que comprendiéndome en las adversidades supieron darme su apoyo y a mi sobrino Elías que con sus ocurrencias alegraba los momentos de angustia. A mi compañera, amiga y gran amor Belén que ha sabido entender, comprender cada adversidad y salir adelante juntos en esta etapa tan importante para nuestra vida ética y profesional. A nuestros profesores que nos han transmitido sus conocimientos para formarnos día a día profesionalmente, en especial a nuestro director de proyecto el Ing. Juan Pablo Zaldumbide que nos guió durante este proceso y en general a la Escuela Politécnica Nacional de darme el prestigio de formarme. Fredy VI DEDICATORIA A Dios por darme la sabiduría necesaria para culminar este proceso. A mis padres Eduardo y Rosa que supieron brindarme el amor y paciencia que día a día necesite para la culminación de este proyecto. A mis hermanos Carlos y Eduardo, por creer en mí y apoyarme siempre. A mi mejor amigo y amor: Fredy, por estar a mi lado siempre y regalarme algo maravilloso, su amor. Lourdes VII DEDICATORIA A Dios por ser el quien me dio la sabiduría, entendimiento para terminar una etapa de mi vida, a mis hermanos José y Xavier y muy especial a mi madre Consuelito y Elías motores de mi vida. A mi amor Belén porque juntos comenzamos esta dura pero gratificante etapa de estudio y de la misma forma la culminamos. Y a todos aquellos que día a día me brindan el apoyo para salir adelante. Fredy VIII ÍNDICE DE CONTENIDO 1 INTRODUCCIÓN ...................................................................................................... 1 1.1 Objetivo general ................................................................................................. 2 1.2 Objetivos específicos ......................................................................................... 2 1.3 Alcance .............................................................................................................. 2 2 METODOLOGÍA ........................................................................................................ 3 2.1 Análisis y levantamiento de requisitos .............................................................. 3 2.2 Selección del entorno de desarrollo .................................................................. 5 Scrum ........................................................................................................................ 5 Xampp ....................................................................................................................... 8 MVC ........................................................................................................................... 8 Symfony ..................................................................................................................... 9 Ionic ......................................................................................................................... 11 MySQL ..................................................................................................................... 12 3 RESULTADOS Y DISCUSIÓN ............................................................................... 13 3.1 Diseño del sistema........................................................................................... 13 Sprint 1 .................................................................................................................... 13 Sprint 2 .................................................................................................................... 27 Sprint 3 .................................................................................................................... 36 Sprint 4 .................................................................................................................... 45 Sprint 5 .................................................................................................................... 49 Sprint 6 .................................................................................................................... 52 3.2 Implementación del sistema ............................................................................57 Roles ....................................................................................................................... 57 Artefactos ................................................................................................................ 57 Sprint 0 .................................................................................................................... 58 Actores .................................................................................................................... 59 MVC ......................................................................................................................... 59 Symfony – Estructura del Proyecto ........................................................................ 60 IX Ionic – Estructura del proyecto ............................................................................... 62 MySQL – Estructura base de datos ........................................................................ 63 3.3 Pruebas de funcionamiento ............................................................................. 64 Registro de Pruebas del Sprint 1 ............................................................................ 64 Registro de Pruebas del Sprint 2 ............................................................................ 77 Registro de Pruebas del Sprint 3 ............................................................................ 82 Registro de Pruebas del Sprint 4 ............................................................................ 87 Registro de Pruebas del Sprint 5 ............................................................................ 89 Registro de Pruebas del Sprint 6 ............................................................................ 95 4 CONCLUSIONES.................................................................................................... 99 5 RECOMENDACIONES ......................................................................................... 100 6 REFERENCIAS BIBLIOGRÁFICAS ..................................................................... 100 7 ANEXOS ..................................................................................................................... I 7.1 Anexo A: Formato solicitud de adopción caninos manual ................................. I 7.2 Anexo B: Formato solicitud de adopción felino manual ................................... III 7.3 Anexo C: Historias de usuario de la App Web .................................................. V 7.4 Anexo D: Historias de usuario de la App Móvil .............................................. XIII 7.5 Anexo E: Product Backlog ........................................................................... XVIII 7.6 Anexo F: Formato para las pruebas de funcionamiento ............................... XXI 7.7 Anexo G: Diagrama de flujo actual para solicitar adopción en PAE............ XXII 7.8 Anexo H: Diagrama de flujo del sistema desarrollado en el proyecto ........ XXIII 7.9 Anexo I: Sprint Backlog – Sprint 1 ............................................................... XXIV 7.10 Anexo J: Sprint Backlog – Sprint 2 ............................................................... XXV 7.11 Anexo K: Sprint Backlog – Sprint 3 ............................................................. XXVI 7.12 Anexo L: Sprint Backlog – Sprint 4 .............................................................. XXVI 7.13 Anexo M: Sprint Backlog – Sprint 5 ............................................................ XXVII 7.14 Anexo N: Sprint Backlog – Sprint 6 ............................................................ XXVII 7.15 Anexo O: Cronograma de Actividades ...................................................... XXVIII X ÍNDICE DE FIGURAS Figura 1. MVC. Adaptado de (SATRIAWINARAH, 2016)................................................ 9 Figura 2. Módulo de administración de centros de adopción. ....................................... 14 Figura 3. Ingreso centro de adopción. ........................................................................... 14 Figura 4. Editar centro de adopción. .............................................................................. 15 Figura 5. Registrar gestor. .............................................................................................. 16 Figura 6. Verificar cuenta. .............................................................................................. 16 Figura 7. Confirmar email. .............................................................................................. 17 Figura 8. Confirmar cuenta. ............................................................................................ 17 Figura 9. Validar email y usuario. ................................................................................... 18 Figura 10. Iniciar sesión. ................................................................................................ 19 Figura 11. Iniciar app web. ............................................................................................. 19 Figura 12. Rol adopción. ................................................................................................ 20 Figura 13. Ingresar animal de compañía. ...................................................................... 20 Figura 14. Editar animal de compañía. .......................................................................... 21 Figura 15. Rol bienestar animal. .................................................................................... 22 Figura 16. Detalle animal de compañía. ........................................................................ 22 Figura 17. Administrar centro de adopción. ................................................................... 22 Figura 18. Restablecer contraseña. ............................................................................... 23 Figura 19. Enviar email. ................................................................................................. 23 Figura 20. Email Restablecer recibido. .......................................................................... 23 Figura 21. Ventana nueva contraseña. .......................................................................... 24 Figura 22. Iniciar cuenta. ................................................................................................ 24 Figura 23. Gestionar animal de compañía. .................................................................... 25 Figura 24. Ingresar animal de compañía. ...................................................................... 25 Figura 25. Editar animal de compañía. .......................................................................... 26 XI Figura 26. Buscar animal de compañía. ........................................................................ 27 Figura 27. Búsqueda finalizada. ..................................................................................... 27 Figura 28. Iniciar app móvil. ........................................................................................... 28 Figura 29. Modulo inicio. ................................................................................................ 29 Figura 30. Modulo registrar. ........................................................................................... 29 Figura 31. Inicio de sesión exitosa. ................................................................................ 30 Figura 32. Activar cuenta. .............................................................................................. 30 Figura 33. Mensaje regresar a la app. ........................................................................... 31 Figura 34. Iniciar sesión con Facebook. ........................................................................ 31 Figura 35. Confirmar datos de inicio con Facebook en laaplicación. ........................... 31 Figura 36. Iniciar sesión con Gmail. ............................................................................... 32 Figura 37. Confirmar datos de inicio con Gmail en la aplicación. ................................. 32 Figura 38. Validación de datos. ...................................................................................... 32 Figura 39. Iniciar sesión. ................................................................................................ 33 Figura 40. Datos inicio de sesión. .................................................................................. 33 Figura 41. Visualizar datos del adoptante...................................................................... 33 Figura 42. Validar sesión de usuario. ............................................................................ 34 Figura 43. Restablecer contraseña adoptante. .............................................................. 34 Figura 44. Mensaje acción exitosa................................................................................. 34 Figura 45. Email recibido restablecer contraseña. ........................................................ 35 Figura 46. Ventana restablecer contraseña app móvil. ................................................. 35 Figura 47. Contraseña actualizada app móvil. .............................................................. 35 Figura 48. Galerías animales de compañía. .................................................................. 37 Figura 49. Detalle animal de compañía app móvil......................................................... 37 Figura 50. Formulario Canino-Paso1. ............................................................................ 38 Figura 51. Formulario canino-Paso 2. ............................................................................ 38 XII Figura 52. Formulario canino-Paso 3. ............................................................................ 39 Figura 53. Formulario canino-Paso 4. ............................................................................ 39 Figura 54. Formulario canino-Paso 5. ............................................................................ 40 Figura 55. Formulario canino-Paso 6. ............................................................................ 40 Figura 56. Formulario canino-Paso 7. ............................................................................ 41 Figura 57. Solicitar adopción felina. ............................................................................... 41 Figura 58. Formulario felino-Paso1. ............................................................................... 41 Figura 59. Formulario felino-Paso 2. .............................................................................. 42 Figura 60. Formulario felino-Paso 3. .............................................................................. 42 Figura 61. Formulario felino-Paso 4. .............................................................................. 43 Figura 62. Formulario felino-Paso 5. .............................................................................. 43 Figura 63. Formulario felino-Paso 6. .............................................................................. 44 Figura 64. Solitudes de adopción recibidas. .................................................................. 44 Figura 65. Gestionar respuesta de formularios recibidos. ............................................. 45 Figura 66. Notificación móvil .......................................................................................... 46 Figura 67. Estado actual: ADOPTADO .......................................................................... 47 Figura 68. Estado actual: ADOPTABLE ........................................................................ 47 Figura 69. Estado actual: RECUPERACIÓN ................................................................. 47 Figura 70. APK de Facebook. ........................................................................................ 48 Figura 71. Botón compartir. ............................................................................................ 48 Figura 72. Modal al compartir por red social. ................................................................ 48 Figura 73. Publicación compartida en Facebook........................................................... 49 Figura 74. Módulo Hogares Temporales ....................................................................... 50 Figura 75. Ingreso Hogar Temporal ............................................................................... 50 Figura 76. Editar Hogar Temporal .................................................................................. 51 Figura 77. Filtro TODOS del estado del animal de compañía....................................... 51 XIII Figura 78. Filtro ADOPTADO del estado del animal de compañía. .............................. 52 Figura 79. Filtro RECUPERACIÓN del estado del animal de compañía. ..................... 52 Figura 80. Filtro ADOPTABLE del estado del animal de compañía. ............................. 52 Figura 81. Filtros aplicación móvil. ................................................................................. 53 Figura 82. Filtro especie. ................................................................................................ 54 Figura 83. Filtro por especie y edad............................................................................... 54 Figura 84. Información Hogar Temporal app móvil. ...................................................... 55 Figura 85. Usar cámara para evidenciar entrega. ......................................................... 55 Figura 86. Capturar foto. ................................................................................................ 55 Figura 87. Redactar reporte. .......................................................................................... 56 Figura 88. Guardar evidencia. ........................................................................................ 56 Figura 89. Evidencia de visita (a). .................................................................................. 56 Figura 90. Evidencia de visita (b). .................................................................................. 57 Figura 91. Arquitectura del Sistema de Adopciones PAE. ............................................ 58 Figura 92. Mapa navegación-app web. .......................................................................... 58 Figura 93. Mapa navegación-app móvil. ........................................................................ 59 Figura 94. Modelo MVC del sistema. ............................................................................. 60 Figura 95. Estructura General Symfony ......................................................................... 61 Figura 96. Resources Proyecto Symfony ...................................................................... 61 Figura 97. SRC del proyecto Symfony. .......................................................................... 61 Figura 98: Api/Doc Rest ................................................................................................. 62 Figura 99. Estructura general Ionic. ............................................................................... 63 Figura 100. Carpeta www proyecto Ionic. ...................................................................... 63 Figura 101. Diagrama de Base de Datos en MySQL. ................................................... 64 XIV ÍNDICE DE TABLAS Tabla 1. Roles del proyecto............................................................................................ 57 Tabla 2. Artefactos del proyecto. ...................................................................................57 Tabla 3. Actores del Sistema. ........................................................................................ 59 Tabla 4. Caso de Prueba. Historia HAW-PAE-01 (a) .................................................... 64 Tabla 5.Caso de Prueba. Historia HAW-PAE-01 (b) ..................................................... 65 Tabla 6. Caso de Prueba. Historia HAW-PAE-02 (a) .................................................... 66 Tabla 7. Caso de Prueba. Historia HAW-PAE-02 (b) .................................................... 67 Tabla 8. Caso de Prueba. Historia HAW-PAE-02 (c) .................................................... 67 Tabla 9. Caso de Prueba. Historia HAW-PAE-02 (d) .................................................... 68 Tabla 10. Caso de Prueba. Historia HAW-PAE-03 (a) .................................................. 69 Tabla 11. Caso de Prueba. Historia HAW-PAE-03 (b) .................................................. 70 Tabla 12.Caso de Prueba. Historia HAW-PAE-03 (c) ................................................... 70 Tabla 13.Caso de Prueba. Historia HAW-PAE-03 (d) ................................................... 71 Tabla 14.Caso de Prueba. Historia HAW-PAE-03 (e) ................................................... 72 Tabla 15.Caso de Prueba. Historia HAW-PAE-08 (a) ................................................... 73 Tabla 16. Caso de Prueba. Historia HAW-PAE-08 (b) .................................................. 73 Tabla 17. Caso de Prueba. Historia HAW-PAE-08 (c) .................................................. 74 Tabla 18. Caso de Prueba. Historia HAW-PAE-08 (d) .................................................. 75 Tabla 19. Caso de Prueba. Historia HAW-PAE-08 (e) .................................................. 76 Tabla 20. Caso de Prueba. Historia HAW-PAE-11 ....................................................... 77 Tabla 21. Caso de Prueba. Historia HAM-PAE-01 (a) .................................................. 77 Tabla 22. Caso de Prueba. Historia HAM-PAE-01 (b) .................................................. 78 Tabla 23. Caso de Prueba. Historia HAM-PAE-02 (a) .................................................. 79 Tabla 24. Caso de Prueba. Historia HAM-PAE-02 (b) .................................................. 79 Tabla 25. Caso de Prueba. Historia HAM-PAE-02 (c) ................................................... 80 XV Tabla 26. Caso de Prueba. Historia HAM-PAE-02 (d) .................................................. 81 Tabla 27. Caso de Prueba. Historia HAM-PAE-02 (e) .................................................. 82 Tabla 28. Caso de Prueba. Historia HAM-PAE-04 (a) .................................................. 82 Tabla 29. Caso de Prueba. Historia HAM-PAE-04 (b) .................................................. 83 Tabla 30. Caso de Prueba. Historia HAW-PAE-04 (a) .................................................. 84 Tabla 31. Caso de Prueba. Historia HAW-PAE-04 (b) .................................................. 85 Tabla 32. Caso de Prueba. Historia HAW-PAE-04 (c) .................................................. 86 Tabla 33. Caso de Prueba. Historia HAM-PAE-05 ........................................................ 87 Tabla 34. Caso de Prueba. Historia HAW-PAE-05 ....................................................... 88 Tabla 35. Caso de Prueba. Historia HAW-PAE-06 ....................................................... 88 Tabla 36. Caso de Prueba. Historia HAW-PAE-07 (a) .................................................. 89 Tabla 37. Caso de Prueba. Historia HAW-PAE-07 (b) .................................................. 90 Tabla 38. Caso de Prueba. Historia HAW-PAE-07 (c) .................................................. 91 Tabla 39. Caso de Prueba. Historia HAW-PAE-07 (d) .................................................. 92 Tabla 40. Caso de Prueba. Historia HAW-PAE-07 (e) .................................................. 93 Tabla 41. Caso de Prueba. Historia HAW-PAE-09 ....................................................... 93 Tabla 42. Caso de Prueba. Historia HAM-PAE-03 (a) .................................................. 95 Tabla 43. Caso de Prueba. Historia HAM-PAE-03 (b) .................................................. 96 Tabla 44. Caso de Prueba. Historia HAM-PAE-06 (a) .................................................. 97 Tabla 45. Caso de Prueba. Historia HAM-PAE-06 (b) .................................................. 98 XVI RESUMEN La Fundación Protección Animal Ecuador (PAE) maneja registros físicos para la adopción de animales de compañía, esto causa que la información no sea clara o sea distorsionada porque no cuenta con una base de datos de los animales registrados en los centros de adopción (Alangasi, Quito, Tumbaco) y tampoco de los adoptantes. Cuando un adoptante llena una solicitud de adopción, el gestor (persona encargada de gestionar la información interna de las adopciones en la fundación) debe interpretar la escritura generando malentendidos en la información receptada, además el proceso de adopción se convierte en una tarea demorosa y desorganizada. Para esta problemática se desarrolló un sistema para la gestión de adopción de animales de compañía, el cual está compuesto por dos aplicaciones. Una aplicación web orientada a la gestión interna de la fundación, encargada de facilitar el manejo de información y consulta de datos de forma eficiente y eficaz. Y una aplicación móvil orientada a la gestión externa de la fundación, facilitando el envío de datos y recepción de los mismos. Este sistema agilita el proceso de una adopción transformándolo en una tarea ágil y organizada. La aplicación web trabaja con Symfony el cual cuenta con una variedad de bundles que permite ampliar las características de este sistema. Para el almacenamiento de datos se ha trabajado con la base de datos MySQL ideal para el manejo de una gran cantidad de información y conectividad segura. Y en la aplicación móvil se ha utilizado Ionic que ayuda a la creación de aplicaciones nativas e híbridas mediante la utilización de tecnologías web como HTML, CSS, JavaScript. (Ionic, 2017) XVII ABSTRACT The Ecuador Animal Protection Foundation (PAE) manages physical records for the adoption of pets, this causes the information is not clear or is distorted because it does not have a database of animals registered in the adoption centers (Alangasi, Quito, Tumbaco) and neither of the adopters. When an adopter completes an application for adoption, the manager (person in charge of managing the internal information of the adoptions in the foundation) must interpret the deed generating misunderstandings in the information received, and the adoption process becomes a delayed and disorganized task. For this problem was developed a system for the management of adoption of pets, which is composed of two applications. A web application aimed at the internal management of the foundation, responsible for facilitating the management of information and query of data efficiently and effectively. And a mobile application oriented to the external management of the foundation, facilitating the sending of data and reception of the same. This system streamlines the process of an adoption transforming it into an agile and organized task. The web application works with Symfony which has a variety of bundles that allows to expand the characteristics of this system. For data storage, we have worked with the ideal MySQL database for the management of a large amount of information and secure connectivity and in the mobile application Ionic has been used to help the creation of native applications through the use of web technologies like HTML, CSS, JavaScript. (Ionic, 2017) 1 1 INTRODUCCIÓNEn las calles de Quito es común observar cientos de perros abandonados. Estos animalitos vagan por plazas, avenidas y parques. Según datos del Cabildo, en la ciudad existen más de 200 mil perros en estado de abandono. Por ello, muchas organizaciones animalistas realizan campañas de adopción, por ejemplo, Protección Animal Ecuador (PAE) tiene un programa de adopción responsable de perros y gatos, también ofrece servicio veterinario para animalitos en condiciones de abandono. (El Telégrafo, 2016) PAE es una fundación apolítica, arreligiosa, con personería jurídica, de derecho privado y sin fines de lucro que promueve la protección y el bienestar de los animales mediante acciones directas y la concienciación de la comunidad en el respeto que merecen. (Protección Animal Ecuador, 2017) Actualmente, para el proceso de adopción de animales de compañía (perros y gatos) rescatados de la calle o abandonados por sus dueños, después de pasar por chequeos médicos son puestos en adopción. Para realizar el proceso de adopción la fundación cuenta con un formulario que los interesados en adoptar un animal de compañía tienen que llenar manualmente, pero este proceso genera muchas dificultades al momento de revisar y organizar la información. Además, de pérdida para recuperar la información y generar el proceso. El medio utilizado para interactuar entre el adoptante (persona que aplica para una adopción) y PAE son el correo electrónico y la línea telefónica, pero esta forma de gestionar el proceso de adopción trae consigo problemas, tales como, acumulación de correos electrónicos sin revisar y saturación de las líneas telefónicas, para atender las constantes solicitudes de asistencia que recibe la fundación. Para dar solución a este problema, en este trabajo se propone el diseño de una base de datos que permita recoger toda esta información y un sistema que constará de dos aplicaciones, una aplicación web interna para los gestores quienes estarán encargados de revisar las solicitudes de adopción y manejar la información en cuanto a registros, actualizaciones y eliminación de fichas con los datos de los animales de compañía. Así, esta aplicación web se encargaría de gestionar el flujo de pre-aprobación del proceso de adopción. Para el adoptante se desarrollará una aplicación móvil la cual se encargará de gestionar la información que actualmente se registra a través de un formulario físico que posee la 2 fundación. Además, el rescatista podrá conocer la ubicación disponible para los hogares temporales de los animales de compañía. 1.1 Objetivo general Desarrollar un sistema para la gestión de adopción de animales de compañía en la fundación de Protección Animal Ecuador (PAE). 1.2 Objetivos específicos · Identificar los requerimientos del sistema. · Diseñar e implementar la estructura de la base de datos y subir la información. · Diseñar el mapa de navegación de la aplicación web. · Desarrollar el sistema a través de la aplicación web y móvil. · Realizar pruebas de funcionamiento. 1.3 Alcance Desarrollar el sistema a través de la aplicación web y móvil, diseñar el mapa de navegación de la aplicación web, identificar los requerimientos del sistema. La fundación PAE en la actualidad administra una gran cantidad de datos sobre adopciones de animales de compañía, que se registra y guarda físicamente por lo que la información que genera el proceso de adopción de dichos animales de compañía se vuelve difícil de manejar, administrar y mantener una correcta organización entre los involucrados, ocasionando demora en el proceso de adopciones (alrededor de 5 días). Los animales de compañía que se quieren adoptar son aquellos que han sido abandonados, rescatados, maltratados y aquellos que estuvieron heridos en cualquier parte del país, PAE los recupera, los examina y los da en adopción, esta fundación no siempre cuenta con el espacio o con las condiciones adecuadas para recibir otro animal y es importante asignarle un hogar temporal lo más pronto posible. Por tal motivo en este trabajo se propone implementar un sistema capaz de gestionar las solicitudes de adopción y los historiales de los animales de compañía, reduciendo el tiempo que demora todo este proceso y mejorar la organización y comunicación entre los involucrados. El sistema constará de una aplicación web para los gestores, cuyos datos podrán ser consultados en una base de datos accesible las 24 horas y una aplicación móvil dirigida a los adoptantes que estén interesados en tener un animal de 3 compañía al cual podrán acceder desde cualquier lugar que cuente con acceso a internet. Para poder garantizar la integridad, consistencia y seguridad de datos las aplicaciones contarán con un sistema de autenticación y perfiles, las otras funcionalidades del sistema se describen a continuación. La aplicación web permitirá: · Ingresar, actualizar y eliminar información de los animales de compañía. · Aprobar o negar el formulario de adopción. · Revisar el estado (adoptado, adoptable y recuperación) de cualquier animal registrado en el sistema. · Compartir características del animal de compañía (Foto, edad, estatura, ubicación, historia) por medio de Facebook. · Manejar y controlar la información de los hogares temporales. La aplicación móvil permitirá: · Registro de adoptantes por medio de Facebook, Gmail o un registro en la aplicación. · Visualización de todos los animales de compañía que se encuentran en adopción. · Filtrado de animales por categoría (canino, felino). · Llenar y enviar el formulario de adopción. · Recibir notificación de la pre-aprobación o negación de la adopción. · Brindar información al rescatista del hogar temporal. 2 METODOLOGÍA 2.1 Análisis y levantamiento de requisitos El análisis y levantamiento de requisitos es una etapa la cual nos ayuda a abstraer las ideas principales del proyecto, las necesidades del dueño del producto. Para complementar dicha etapa nos hemos basado en las herramientas que propone la metodología SCRUM. Para la creación del sistema de información que permita agilitar el proceso de adopción de animales de compañía se procede a: 4 En primer lugar, se realizará la visita de las instalaciones de PAE para reunirnos con el personal encargado quienes proporcionarán la información necesaria en el proceso de adopción de animales de compañía, también se observará cómo se procede a guardar la información para la organización y control. Teniendo en cuenta estos aspectos se identificará los requerimientos del sistema para las aplicaciones web y móvil. Al tener la información de las reuniones, se procederá al análisis para el diseño preliminar de la base de datos, que involucra la verificación con la organización para su posterior implementación con el uso de MySQL que es un sistema de administración de bases de datos relacional, se trata de un programa capaz de almacenar una enorme cantidad de datos de gran variedad y de distribuirlos para cubrir las necesidades de cualquier tipo de organización (Gilillan Ian, 2003). Se diseñará un mapa de navegación de la aplicación web y su construcción iniciará con el desarrollo de los módulos de registro, actualización y eliminación en la misma, para lo que se usará Symfony versión 3.2 que es un framework orientado PHP para crear sitios web y aplicaciones web, se utilizará FOSRestBundle para hacer APIs RESTful de forma más óptima para construir un controlador que funciona tanto para HTML, así como JSON / XML (Symfony, 2017). Para el segundo entregable se creará el módulo de consultas a la información de la base de datos. Además, se creará la sección de aprobación o negación de las solicitudes de adopción, y se podrá compartir en Facebook la información de cada animal de compañía. En el siguiente entregable se procederá a crear la administración deusuarios construyendo el módulo de acceso a la aplicación web mediante el uso de FOSUserBundle que provee seguridad flexible que le permite cargar los usuarios de configuración en la base de datos. (Symfony, 2017). Además, se creará la sección del control de los hogares temporales referente al bienestar animal. De acuerdo a los requisitos determinados se desarrollará la aplicación móvil que utilizará los datos ingresados a través de la aplicación web como un servicio, añadiendo funcionalidad de llenado del formulario de adopciones, notificaciones de aprobación, negación y a su vez que permitirá localizar la ubicación de los hogares temporales. Para el desarrollo de la aplicación móvil se usará Ionic un framework de código abierto que permite la creación de aplicaciones web híbridas altamente interactivos y 5 progresivos (Ionic, 2017) juntamente con AngularJS para el desarrollo del front-end (AngularJs, 2017) y el uso de Cordova una colección de extensiones que hacen que sea fácil de construir, probar y desplegar aplicaciones móviles (Cordova, 2017). Se procederá a realizar la autenticación a través del plugin Facebook4 que permite el inicio de sesión con el uso del navegador de diversos proveedores Facebook y plugin GooglePlus para Gmail o a su vez por medio del registro en la aplicación móvil (Cordova, 2017). Se añadirá la funcionalidad de búsqueda por filtros de animales de compañía en adopción para posteriormente transmitir la información en el formulario de adopción sometiéndose a la espera de la respuesta por parte de bienestar animal de PAE, se creará la sección de la guía para ubicar los hogares temporales. Al completar las actividades indicadas con antelación se procederá a realizar las pruebas en todo el sistema de gestión (base de datos, aplicación móvil y web), para validar la funcionalidad establecida por la organización y si cumple con los requisitos identificados. Adicionalmente para la implementación del sistema informático es necesario contar con una metodología ágil que ayude a una óptima interacción con los involucrados por ello emplearemos SCRUM que según Schwaber y Sutherland (2013) es un marco de trabajo para el desarrollo y el mantenimiento de productos complejos, a la vez que entrega productos del máximo valor posible productiva y creativamente. Consiste en los equipos: roles, eventos, artefactos y reglas asociadas. 2.2 Selección del entorno de desarrollo Para el desarrollo de este sistema se utilizó SCRUM como metodología ágil para tener un seguimiento continuo de los avances del proyecto. Scrum Monte (2016), indica que Scrum está basado, por un lado, en la teoría del control empírico de procesos para la gestión de sistemas adaptativos complejos y, por otro lado, está basado en procesos de mejora continua, que pueden resumirse a partir del ciclo de Deming: · Plan (planifica): ¿Qué hacer?, ¿Cómo hacerlo? · Do (ejecuta): hacer lo que se ha planificado. · Check (comprueba): ¿Se ha podido actuar según lo que se había planificado? 6 · Act (actúa): ¿Cómo mejoramos para el próximo ciclo? Además (Monte, 2016) sostiene que “Scrum es un marco de trabajo (framework) para la gestión de productos, proyectos y servicios complejos, que facilita un desarrollo mantenido e incremental, señala que “la pieza fundamental que proporciona flexibilidad en Scrum es el sprint. A cada sprint hay una adaptación continua de los objetivos del proyecto y de los productos que se crean”. (Pg, 39) Scrum propone: · Tres roles: product owner, Scrum master y development team. · Tres artefactos: product backlog, sprint backlog y burn down. · Tres actividades: daily Scrum, sprint review y sprint retrospection Ciclo de vida El ciclo de Scrum empieza cuando el producto owner crea e informa el product backlog. El product backlog (PB) está formado por historias de usuario definidas funcionalmente que nos informa de algún aspecto o alguna funcionalidad que se quiere para el producto. (Monte, 2016) Para cada sprint del proyecto, el Scrum team decide que funcionalidad del product backlog se incorporan en el sprint backlog en curso y, entonces, el development team desglosa las historias en tareas y estima el esfuerzo de cada tarea. (Monte, 2016) Mientras dure el sprint, se llevarán a cabo reuniones diarias (daily meetings) en que el equipo se sincronizara internamente y avanzara en la construcción de las tareas. El proceso tiene que acabar en una reunión de presentación de resultados al usuario (sprint review) en que este aceptara el producto creado. (Monte, 2016) Finalmente, el development team y el Scrum master tendrán una reunión (Scrum retrospective) para identificar áreas de mejora del proceso interno e iniciar un nuevo sprint. (Monte, 2016) Roles · Product Owner (PO), dueño del proyecto, es el enlace entre el cliente y el equipo de desarrollo. (Monte, 2016) · Scrum master (SM) es un mentor para los componentes del development team y quien proporciona soporte al DT ayudando a resolver los problemas. (Monte, 2016) 7 · Development team (DT), equipo de trabajo, se caracteriza por ser flexible, auto organizado y multidisciplinario. (Monte, 2016) Artefactos (Monte, 2016) dice que “los artefactos son las herramientas que propone Scrum para que los diferentes roles definidos anteriormente puedan coordinarse y trabajar” (pg, 55) · Product backlog (PB): es la lista de funcionalidades, productos o acciones que conforman el producto que se ha de construir, se compone de historias de usuario, cada historia se va completando y detallando a medida que se necesite o debe información. (Monte, 2016) · Sprint backlog (SB): es la lista de funcionalidades extraídas del product backlog que se incorporan al sprint en curso. (Monte, 2016) Actividades Las actividades que propone Scrum son: · Sprint 0 o first sprint: corresponde a la fase inicial del proyecto, en que el Scrum team planifica, establece las reglas y hace la planificación inicial. En algunos proyectos puede ser necesario disponer de un tiempo previo al primer sprint para preparar infraestructura general, definir arquitectura, hacer un prototipo. (Monte, 2016) · Sprint: es la unidad de tiempo que determina un ciclo de desarrollo con Scrum, a cada nuevo sprint, y en función de la velocidad del equipo, el PO selecciona los elementos más prioritarios del product backlog y los incorpora en la lista del sprint (sprint backlog). (Monte, 2016) · Daily meeting (reunión diaria): se realiza siempre en el mismo lugar y a la misma hora, y no ha de durar más de quince minutos. (Monte, 2016) · Sprint review (revisión del sprint): el DT muestra a los usuarios/clientes el incremento de producto desarrollado. (Monte, 2016) · Refinement/ Grooming (refinamiento): estas reuniones sirven principalmente para adquirir conocimiento o bien para tratar cambios. (Monte, 2016) Se utilizó un servidor de plataforma libre denominado Xampp que integra un servidor de base de datos MySQL la cual almacena la información de la aplicación web desarrollada con Symfony y también la información de la aplicación móvil desarrollada con IONIC, estas dos aplicaciones están integradas en un patrón de gestor MVC. 8 Xampp Según (Zepeda, 2017) XAMPP es un servidor independiente multiplataforma, de software libre, que consiste principalmente en la base de datos MySQL, el servidor web Apache y los intérpretes para lenguajes de script: PHP y Perl. El nombre proviene del acrónimo de X (para cualquiera de los diferentes sistemas operativos), Apache, MySQL, PHP, Perl. El programa está liberado bajo la licencia GNU y actúa como un servidor web libre, fácil de usar y capaz de interpretar páginas dinámicas. MVC (Romero Y. & González Y, 2012) El modelo-vista-controlador fue diseñado para reducir el esfuerzo de programación necesario en la implementaciónde sistemas múltiples y sincronizados de los mismos datos. Sus características principales están dadas por el hecho de que, el Modelo, las Vistas y los Controladores se tratan como entidades separadas; esto hace que cualquier cambio producido en el Modelo se refleje automáticamente en cada una de las vistas. · Modelo: es el objeto que representa los datos del programa, maneja los datos y controla todas sus transformaciones. (Romero Y. & González Y, 2012) · Vista: es el objeto que maneja la presentación visual de los datos representados por el Modelo, genera una representación visual del Modelo y muestra los datos al usuario. (Romero Y. & González Y, 2012) · Controlador: es el objeto que proporciona significado a las órdenes del usuario, actuando sobre los datos representados por el Modelo, centra toda la interacción entre la Vista y el Modelo. (Romero Y. & González Y, 2012) 9 Figura 1. MVC. Adaptado de (SATRIAWINARAH, 2016) Symfony Symfony es un conjunto de componentes de PHP, es el marco líder de PHP para crear sitios web y aplicaciones web. (Symfony, 2017) Estructura en disco del proyecto Symfony (mercenariophp, 2016) Al entrar al directorio del proyecto podemos comprobar que se han creado varias carpetas organizadas de la siguiente manera. · app: contiene la configuración, plantillas y traducciones de la aplicación. · bin: consta del ejecutable de consola, que permite llamar las utilidades del cliente desde nuestro terminal. · src: es el código fuente de la aplicación. · tests: almacena los sources de tests, ya sea PHPUnit, codeception u otra herramienta. · var: el directorio temporal donde se almacenan los archivos de cache. · vendor: contiene las librerías externas que se utilizan. 10 Bundles de Symfony FOSUserBundle El componente Symfony Security proporciona un marco de seguridad flexible que le permite cargar usuarios desde la configuración, una base de datos o cualquier otro lugar que pueda imaginar. El FOSUserBundle se basa en esto para que sea rápido y fácil de almacenar usuarios en una base de datos, así como la funcionalidad para el registro, restablecer la contraseña y una página de perfil. (Symfony, 2017) FOSRestBundle Este bundle genera controladores tipo rest en los cuales indicarles el método HTTP que van a utilizar y generar rutas automáticas. (Robles, 2017) NelmioCorsBundle Permite enviar encabezados de compartición de recursos de origen cruzado con configuración de estilo ACL por URL. (Seldaek, 2017) NelmioApiDocBundle Permite generar una documentación decente para sus API. (Symfony, 2017) JMSSerializerBundle JMSSerializerBundle le permite serializar sus datos en un formato de salida solicitado, como JSON, XML o YAML, y viceversa. (Schmitt, 2017) KnpPaginatorBundle Este paquete sirve para paginar todo, se basa en el componente Knp Pager. Este componente introduce una manera diferente para el manejo de la paginación. (polc, 2017) LexiKJWTAuthenticationBundle Este paquete proporciona autenticación JWT (Json Web Token) para su API Symfony. (chalasr, 2017) 11 Facebook Graph/SDK El SDK de Facebook para PHP es una biblioteca con funciones eficaces que le permiten a los desarrolladores de PHP integrar fácilmente el inicio de sesión con Facebook y realizar solicitudes a la API Graph. (Facebook, 2017) LiipImagineBundle Proporciona un kit de herramientas de abstracción de manipulación de imágenes para proyectos basados en Symfony. Las características incluyen: · Conjuntos de filtros: utilizando cualquier lenguaje de configuración compatible con Symfony (como YML y XML), puede crear definiciones de conjuntos de filtros que especifiquen rutinas de transformación. Estos incluyen un conjunto de filtros y post-procesadores, así como otros parámetros opcionales. (Symfony, 2017) VichUploaderBundle Es un paquete de Symfony que intenta facilitar la carga de archivos que se adjuntan a entidades ORM, documentos MongoDB ODM, documentos PHPCR ODM o modelos Propel. (Garak, 2017) Ionic Es un marco de desarrollo de aplicaciones móviles HTML5 dirigido a la creación de aplicaciones móviles híbridas. Las aplicaciones híbridas tienen muchos beneficios sobre aplicaciones nativas puras, específicamente en términos de soporte de plataforma, velocidad de desarrollo y acceso a código de terceros. (Ionic, 2017) A diferencia de un marco de respuesta, Ionic viene con elementos de interfaz de usuario móviles de estilo nativo y diseños que obtendría con un SDK nativo en iOS o Android, pero que en realidad no existía antes en la web. (Ionic, 2017) Plugins de Ionic InappBrowser Permite abrir un link ya sea en el navegador (si utilizamos ionic serve) o en el navegador del dispositivo si estamos utilizando alguna plataforma como android o IOS. (Pacheco, 2017) Google Plus Este complemento le permite autenticar e identificar usuarios con inicio de sesión de Google en iOS y Android. (Verbruggen, 2017) 12 Angular-wizard Es un componente del asistente para formularios Angular. Al igual que cualquier asistente de formulario puede definir pasos y controlar cómo funciona cada paso. Puede activar / desactivar el botón de navegación en función de la validez del paso actual. (mphanich, 2017) Actionsheet El complemento ActionSheet muestra una lista nativa de opciones de las que el usuario puede elegir. (Ionic, 2017) Camera Toma una foto o captura video. (Ionic, 2017) File-transfer Este plugin te permite cargar y descargar archivos, define global FileTransfer, FileUploadOptions constructores. (Gill, 2017) Facebook4 Esta es una bifurcación del complemento oficial para Facebook en Apache Cordova que implementa el último SDK de Facebook. A menos que se indique, este es un reemplazo directo. No tiene que reemplazar su código de cliente. (npm, 2017) El complemento de Facebook para Apache Cordova le permite usar el mismo código de JavaScript en su aplicación Cordova que usa en su aplicación web. (npm, 2017) MySQL Es la base de datos de código abierto más popular del mundo. Con su rendimiento, confiabilidad y facilidad de uso comprobados, MySQL se ha convertido en la principal opción de base de datos para aplicaciones basadas en la Web, utilizada por propiedades web de alto perfil como Facebook, Twitter, YouTube, y los cinco principales sitios web. Además, es una alternativa extremadamente popular como base de datos integrada, distribuida por miles de ISV y OEM. (Oracle, 2017) 13 3 RESULTADOS Y DISCUSIÓN 3.1 Diseño del sistema Sprint 1 El propósito del primer sprint fue registrar nuevos gestores (personas encargadas de gestionar la información interna de las adopciones en la fundación), los que posteriormente ingresarían a la aplicación web, actualizarían y eliminarían la información del animal de compañía, para este registro se necesitara administrar la información de los centros de adopción. Para realizar y efectuar dicho sprint se creó su Sprint Backlog (Ver ANEXO I) Observaciones del Sprint: En la preparación del sprint se encontró que al ingresar a la aplicación web sería viable que el gestor que este ingresando a la aplicación web pueda recuperar su contraseña debido a que es común que la pierdan, por lo cual se aumentó y describió correctamente este requerimiento en la historia de usuario HAW- PAE-02 (Ver ANEXO C). También se concluyó que solo existan dos tipos de gestor: gestor de adopción y gestor de bienestar animal en lugar de tres como se había establecido en los requerimientos. Además se corrigieron los estados del animal de compañía que mejor convenían para entendimiento de Product Owner estos son: adoptado, adoptable y recuperación, también se solicitó crear una búsqueda por nombre del animal de compañía. En el proceso actual que maneja el PAE para la solicitud de adopciones (Ver ANEXO G)no cuentan con un registro de gestores, centros de adopción o animales, todo este proceso lo manejan de forma física. Este sistema implementa un proceso (Ver ANEXO H) el cual permite reducir tiempo y papeleo. Producto del Sprint: Administrar información de los centros de adopción Este módulo tiene como objetivo que la aplicación web permita controlar y revisar la información de los centros de adopción, con la finalidad de gestionarlos y manejarlos. Tiene el siguiente comportamiento: · Permite el ingreso, actualización y eliminación de los centros. · Muestra la información de los centros. 14 Para este comportamiento, se diseñó e implemento el módulo de administración de centros de adopción. En la figura 2 se ve el módulo de la aplicación web que se muestra al gestor de bienestar animal al realizar dicha operación. Figura 2. Módulo de administración de centros de adopción. En la figura 3 y en la figura 4 se puede ver el detalle del ingreso de centros y edición de los mismos. Figura 3. Ingreso centro de adopción. 15 Figura 4. Editar centro de adopción. Producto del Sprint: Módulo de registro para gestores Este módulo tiene como objetivo que la aplicación web permita registrar un nuevo gestor (adopción o bienestar animal) con la finalidad de poder acceder a la información de los animales de compañía, este registro podrá ser ejecutado únicamente por el gestor de adopción. Tiene el siguiente comportamiento: · Permite la creación de un nuevo gestor, desplegando un mensaje de confirmación al correo electrónico que el gestor registro. · No permite registrar un gestor con el mismo nombre o con el mismo correo electrónico, hasta que el nuevo gestor lo corrija no recibirá ningún mensaje de confirmación. Para este comportamiento, se diseñó la interfaz del registro para nuevos gestores que posteriormente se implementó en la aplicación web junto con la instalación de FOSUserBundle; el cual nos facilita la creación, edición, añadir o eliminar roles y recuperar contraseñas (Yamuza, 2015). En la figura 5 se ve el módulo de la aplicación web que se muestra al gestor al realizar dicha operación. 16 Figura 5. Registrar gestor. Una vez que el nuevo gestor cumpla con los requisitos solicitados en el módulo de registro se confirmara la creación de su cuenta, en la figura 6 se ve la página que se mostrara al gestor. Figura 6. Verificar cuenta. El gestor que se registró tendrá que revisar la bandeja de entrada del correo electrónico que utilizo para dicho registro, en la figura 7 se ve el email que se envía para la confirmación de la cuenta. 17 Figura 7. Confirmar email. Una vez que el gestor verifique su nombre de usuario y haya confirmado su cuenta en el botón se desplegara una página como resultado de esta operación, se muestra en la figura 8 el resultado. Figura 8. Confirmar cuenta. De igual manera otro de los comportamientos que cumple este módulo es no permitir el registro de un nuevo gestor que tenga el nombre de un usuario ya registrado o el mismo correo electrónico, se muestra en la figura 9 el resultado. 18 Figura 9. Validar email y usuario. Producto del Sprint: Módulo de ingreso a la aplicación web Este módulo tiene como objetivo que la aplicación web solicite un usuario y contraseña, con la finalidad de garantizar la seguridad de la información y controlar el acceso, operaciones y modificación de datos. Tiene el siguiente comportamiento: · Permite el acceso a las operaciones y funcionalidades que ofrece la aplicación web. · Dependiendo del tipo de gestor (adopción, bienestar animal) que sea se mostrara los objetos y acciones que cada uno puede realizar de acuerdo a los requerimientos del Product Owner. · En caso de que el gestor haya olvidado su contraseña este podrá recuperar el acceso a la aplicación web mediante la verificación de cuenta con el email que tenga registrado. Para este comportamiento, se diseñó e implemento el módulo de ingreso, en la figura 10 se muestra la página que el gestor verá al momento de ingresar a la aplicación web. 19 Figura 10. Iniciar sesión. Una vez que se haya identificado, se desplegará el inicio y en la parte superior derecha podrá verificar el nombre del gestor que ingreso a la aplicación web, en la figura 11 se muestra el resultado. Figura 11. Iniciar app web. Dependiendo del tipo de gestor que sea se mostrara las funciones y/o operaciones que puede realizar. Existen dos tipos de gestor especificados por el Product Owner: ADOPCIÓN: · Este gestor será el único capaz de describir a la mascota como apto o no para la adopción. · Podrá ingresar, actualizar o eliminar datos del animal de compañía. · Encargado de detallar si el animal de compañía está en tratamiento, o si tiene problemas en la piel. · Básicamente este tipo será orientado al de un médico (Veterinario). · Además será el único que controlará el registro de nuevos gestores, asegurando la integridad del sistema. 20 Se muestra en la figura 12 lo que ADOPCIÓN puede operar y ejecutar. Figura 12. Rol adopción. En la figura 13 se muestra que el gestor (ADOPCIÓN) puede ingresar un nuevo animal de compañía. Figura 13. Ingresar animal de compañía. En la figura 14 se muestra que el gestor (ADOPCIÓN) puede actualizar o eliminar un animal de compañía y revisar el detalle de cualquier animal de compañía. 21 Figura 14. Editar animal de compañía. BIENESTAR ANIMAL: · Este gestor será el encargado de recibir las solicitudes de adopción y será quien aprobara o negara los formularios, dependiendo si el animal de compañía es apto o no como lo informe Adopción. · Además será el encargado de manejar toda la información de los hogares temporales y los centros de adopción. · Podrá ingresar, actualizar o eliminar datos del animal de compañía. Se muestra en la figura 15 lo que BIENESTAR ANIMAL puede operar y ejecutar. 22 Figura 15. Rol bienestar animal. Puede revisar el detalle de la mascota, como se muestra en la figura 16. Figura 16. Detalle animal de compañía. Puede ingresar, eliminar y editar la información de los centros de adopción, como se muestra en la figura 17. Figura 17. Administrar centro de adopción. 23 Otro de los comportamientos que este módulo debe realizar es la función de recuperar contraseña para lo cual anteriormente se había instalado FosUserBundle ya que nos facilita realizar este proceso y también se requiere la configuración del Swiftmailer, en la figura 18 se muestra la ventana que vera el gestor al momento de solicitar el restablecimiento de su contraseña. Figura 18. Restablecer contraseña. Como se puede apreciar el gestor tiene la opción de restablecer su contraseña utilizando su nombre de usuario registrado o el email que utilizo para su registro, en la figura 19 se muestra la página que vera el gestor al dar clic en restablecer contraseña. Figura 19. Enviar email. El gestor deberá revisar la bandeja de entrada de su correo electrónico, en la figura 20 se muestra el resultado. Figura 20. Email Restablecer recibido. 24 Una vez que el gestor haya hecho clic en restablecer contraseña, se desplegara la siguiente página, en la figura 21 se muestra el resultado. Figura 21. Ventana nueva contraseña. Finalmente, llenado los datos correctamente el gestor podrá ingresar nuevamente a su cuenta, como se muestra en la figura 22. Figura 22. Iniciar cuenta. Producto del Sprint: Gestionar información del animal de compañía Este módulo tiene como objetivo que la aplicación web permita ingresar, actualizar y eliminar información del animal de compañía, con la finalidad de tener un registro de los animales que se encuentran en el PAE. Tiene el siguiente comportamiento: · Permiteingresar, actualizar, eliminar información del animal de compañía. · Muestra el detalle del animal de compañía ingresado. Para este comportamiento, se diseñó e implemento el módulo de ingreso, en la figura 23, figura 24 y figura 25 se muestra la página que el gestor verá al momento de ingresar a la aplicación web. 25 Figura 23. Gestionar animal de compañía. Figura 24. Ingresar animal de compañía. 26 Figura 25. Editar animal de compañía. Producto del Sprint: Búsqueda de animales de compañía Este módulo tiene como objetivo que la aplicación web busque y muestre las coincidencias del animal de compañía del cual se ha ingresado el nombre. Tiene el siguiente comportamiento: · Consulta del animal de compañía de interés. Para este comportamiento, se diseñó e implemento botón de búsqueda, en la figura 26 y la figura 27 se muestra el funcionamiento. 27 Figura 26. Buscar animal de compañía. Figura 27. Búsqueda finalizada. Sprint 2 El propósito del segundo sprint fue registrar nuevos adoptantes, los cuales podrán hacerlo mediante la aplicación móvil, la red social Facebook y Gmail, además de que se podrá iniciar la sesión. Para realizar y efectuar dicho sprint se creó su Sprint Backlog (Ver ANEXO J) Observaciones del Sprint: En la preparación del sprint se encontró que al ingresar a la aplicación móvil sería viable que el adoptante pueda recuperar su contraseña debido a que es común que la pierdan, por lo cual se aumentó y describió correctamente este requerimiento en la historia de usuario HAM-PAE-02 (Ver ANEXO D). El PAE no maneja un registro de adoptantes, únicamente formularios físicos de adopciones, pero dentro del proceso de este sistema (Ver ANEXO H) es necesario registrar dicha operación para continuar con la solicitud de adopciones. Producto del Sprint: Registrar adoptantes Este módulo tiene como objetivo que la aplicación móvil permita registrar un nuevo adoptante, con la finalidad de obtener posibles candidatos para la adopción de un animal de compañía. Tiene el siguiente comportamiento: 28 · Permite la creación de un nuevo adoptante, desplegando un mensaje de confirmación al correo electrónico que el adoptante registro. · No permite registrar un adoptante con el mismo nombre o con el mismo correo electrónico si es registrado en la aplicación móvil. · Permite el registro por medio de Facebook y Gmail. Para este comportamiento, se diseñó e implemento el módulo de registro de adoptantes. En la figura 28 se ve el módulo de la aplicación móvil que se muestra al adoptante. Figura 28. Iniciar app móvil. Al dar clic en comenzar se desplegará el módulo de inicio, como se muestra en la figura 29. 29 Figura 29. Modulo inicio. El módulo de registro se encuentra dando clic en la imagen inferior derecha, icono de registro, esta acción le mostrara el siguiente modulo, tal como lo muestra la figura 30. Figura 30. Modulo registrar. Una vez llena la información se desplegará un mensaje de operación exitosa, como se muestra en la figura 31. 30 Figura 31. Inicio de sesión exitosa. Inmediatamente se recibirá un correo electrónico para activar la cuenta, como se muestra en la figura 32. Figura 32. Activar cuenta. Como se indica en la figura 33, el enlace de cuenta verificada nos indica que regresemos a la aplicación móvil e ingresemos a nuestra sesión, pues nuestra cuenta ha sido activada. 31 Figura 33. Mensaje regresar a la app. Además el adoptante podrá registrarse e iniciar automáticamente la sesión por medio de Facebook y Gmail como se muestra en la figura 34 y en la figura 35. Figura 34. Iniciar sesión con Facebook. Figura 35. Confirmar datos de inicio con Facebook en la aplicación. Y por la cuenta de Gmail, como se muestra en la figura 36 y en la figura 37. 32 Figura 36. Iniciar sesión con Gmail. Figura 37. Confirmar datos de inicio con Gmail en la aplicación. De igual forma si un adoptante intenta registrarse con el mismo usuario existente la aplicación móvil no lo permitirá informándole de un error y que lo corrija, como lo muestra la figura 38 Figura 38. Validación de datos. Producto del Sprint: Iniciar Sesión 33 Este módulo tiene como objetivo que la aplicación móvil permita al adoptante iniciar la sesión desde su dispositivo Android. Tiene el siguiente comportamiento: · Muestra la información básica del adoptante. Para este comportamiento, se diseñó e implemento el módulo de inicio de sesión. En la figura 39 se ve el módulo de la aplicación móvil que se muestra al adoptante. Figura 39. Iniciar sesión. Al llenar los datos correctos se podrá ingresar al perfil del adoptante, como se muestra en la figura 40 y en la figura 41. Figura 40. Datos inicio de sesión. Figura 41. Visualizar datos del adoptante. 34 Si el adoptante ingresa mal los datos, se desplegará el siguiente mensaje, como lo muestra la figura 42. Figura 42. Validar sesión de usuario. Otro comportamiento que cumple este sprint es el de restablecer la contraseña del adoptante, en la figura 43 y en la figura 44 se muestra su operación. Figura 43. Restablecer contraseña adoptante. Figura 44. Mensaje acción exitosa. La figura 45 nos indica que ha sido enviado un correo a la cuenta con la cual se había unido a la aplicación móvil, el adoptante recibirá el correo. 35 Figura 45. Email recibido restablecer contraseña. Se nos desplegara una página donde nos solicitara poner la nueva contraseña, como la figura 46. Figura 46. Ventana restablecer contraseña app móvil. Y finalmente se nos informara que la contraseña ha sido cambiada con éxito, como lo muestra la figura 47. Figura 47. Contraseña actualizada app móvil. 36 Sprint 3 El propósito del tercer sprint fue solicitar una adopción desde un formulario en la aplicación móvil y administrar el proceso de dichas solicitudes desde la aplicación web aceptando o negando los formularios. Para realizar y efectuar dicho sprint se creó su Sprint Backlog (Ver ANEXO K) Observaciones del Sprint: En este sprint se presentan 2 formularios: canino y felino, que constan de varias preguntas y en la aplicación móvil se utiliza el componente “angular-wizard” definido anteriormente que sirve para desglosar las preguntas del formulario en seis pasos para el formulario felino y siete pasos para el formulario canino creando una mayor organización y manejo para el adoptante. Como se ha mencionado antes PAE se maneja actualmente con formularios físicos que en muchos de los casos el gestor no logra entender la letra del adoptante por lo que se convierte en una tarea difícil de manejar, si observamos el proceso del sistema (Ver ANEXO H) se puede apreciar que el formulario será llenado y enviado digitalmente de manera que facilita la interpretación de la información al gestor. Producto del Sprint: Solicitar adopción Este módulo tiene como objetivo que en la aplicación móvil el adoptante solicite la adopción del animal de compañía, completando y enviando la información necesaria para solicitar una adopción. Tiene el siguiente comportamiento: · Muestra una galería de los animales que están aptos para ser adoptados y el detalle de cada uno. · Permite al adoptante, una vez que inicio sesión, llenar el formulario canino o felino, dependiendo de su interés. · Si inicio sesión con Facebook o Gmail automáticamente el campo del correo electrónico se llena. Para este comportamiento, se diseñó e implemento la galería de todos los animales de compañía que son aptos para una adopción. En la figura 48 se ve la galería que se muestra al adoptante. 37 Figura 48. Galerías animales de compañía. A continuación si el adoptante está interesado en algún animal de compañía parasolicitar su adopción y quiere conocer más acerca del animal debe dar clic en el cuadro del animal y se mostrara el detalle del animal como lo muestra la figura 49. Figura 49. Detalle animal de compañía app móvil. Si el adoptante decide solicitar adopción deberá dar clic en el botón inferior “SOLICITAR ADOPCIÓN” y se desplegará el siguiente formulario como se muestra en la figura 50. 38 Figura 50. Formulario Canino-Paso1. El formulario esta validado para que pueda ir al siguiente paso únicamente cuando haya llenado correctamente todos los datos, el adoptante deberá seguir al paso 2, como se muestra en la figura 51. Figura 51. Formulario canino-Paso 2. Terminado con el paso dos, deberá continuar al paso 3 como se muestra en la figura 52. 39 Figura 52. Formulario canino-Paso 3. Deberá continuar con el paso 4 como se muestra en la figura 53. Figura 53. Formulario canino-Paso 4. Deberá continuar con el paso 5 como se muestra en la figura 54. 40 Figura 54. Formulario canino-Paso 5. Deberá continuar con el paso 6 como se muestra en la figura 55. Figura 55. Formulario canino-Paso 6. Y finalmente deberá continuar con el paso 7 como se muestra en la figura 56. 41 Figura 56. Formulario canino-Paso 7. Como se acaba de visualizar en el ejemplo anterior se solicitó la adopción de un animal canino, a continuación se mostrara el formulario felino ya que este consta de seis pasos, como se muestra en la figura 57 y en la figura 58. Figura 57. Solicitar adopción felina. Figura 58. Formulario felino-Paso1. De igual forma el adoptante únicamente podrá continuar una vez que haya llenado todos los datos correctamente y seguir al paso dos como se muestra en la figura 59. 42 Figura 59. Formulario felino-Paso 2. Deberá continuar al paso 3 como se muestra en la figura 60. Figura 60. Formulario felino-Paso 3. Deberá continuar con el paso 4 como se muestra en la figura 61. 43 Figura 61. Formulario felino-Paso 4. Deberá continuar con el paso 5 como se muestra en la figura 62. Figura 62. Formulario felino-Paso 5. Finalmente deberá concluir con el paso 6 como se muestra en la figura 63. 44 Figura 63. Formulario felino-Paso 6. Producto del Sprint: Administrar el proceso de adopciones Este módulo tiene como objetivo que desde la aplicación web se apruebe o niegue el formulario de adopción. Tiene el siguiente comportamiento: · Revisar la información del adoptante. · Aceptar el formulario de adopción si la información proporcionada por el adoptante es válida y proporcione bienestar al animal de compañía. · Negar el formulario de adopción si la información proporcionada por el adoptante es dudosa y no proporcione bienestar al animal de compañía. · Visualizar una lista de los adoptantes que solicitaron el proceso de adopción, ordenado por fecha para que puedan revisar y posteriormente escoger solo a uno. Los gestores podrán revisar la lista de formularios como se muestra en la figura 64. Figura 64. Solitudes de adopción recibidas. Y podrán aceptar o negar el formulario dando clic en el botón inferior y se desplegara la siguiente pantalla, figura 65. 45 Figura 65. Gestionar respuesta de formularios recibidos. Sprint 4 El propósito del cuarto sprint fue que los adoptantes recibieran las notificaciones de solicitud que habían sido enviadas para su posterior aprobación e informarlos si han sido los seleccionados, además de poder controlar el estado del animal de compañía es decir verificar su situación actual: adoptado, recuperando o adoptable y también que los gestores puedan compartir la historia del animal por Facebook. Para realizar y efectuar dicho sprint se creó su Sprint Backlog (Ver ANEXO L) Observaciones del Sprint: En este sprint tiene que permitir al gestor poder compartir en Facebook la historia del animal de compañía pero en nuestra aplicación web necesitamos que el equipo de desarrolladores de Facebook apruebe nuestra apk para que cualquier gestor pueda compartir debido a las políticas de seguridad que esta red social maneja, actualmente solo una persona puede compartir, pero al ser elaborado bajo un proyecto en periodo de pruebas se está cumpliendo con el sprint ya que si permite compartir la historia del animal de compañía. Si analizamos nuevamente el proceso que sigue este sistema (Ver ANEXO H) verificaremos que la respuesta ante la solicitud de adopción llega inmediatamente a la aplicación móvil, evitando un tráfico de email o llamadas para comunicarle al adoptante la resolución final. Producto del Sprint: Recibir notificaciones Este módulo tiene como objetivo que en la aplicación móvil el adoptante pueda revisar las respuestas de las solicitudes que ha ejecutado, con la finalidad de llevar un control de las acciones realizadas en la sesión, tiene el siguiente comportamiento: · Comunica al adoptante información de sus solicitudes generadas. · Muestra al adoptante si su solicitud ha sido negada o aprobada cuando inicie la sesión en el móvil. 46 Para este comportamiento, se diseñó e implemento el módulo de solicitud de adopciones, como lo muestra la figura 66. Figura 66. Notificación móvil La campanita de notificación informa que una nueva notificación ha llegado. Producto del Sprint: Controlar el estado del animal de compañía Este módulo tiene como objetivo permitir al gestor verificar la situación actual del animal de compañía, tiene el siguiente comportamiento: · Muestra al gestor si el estado del animal es Adoptado, si el animal de compañía ya tiene un hogar. · Muestra al gestor si el estado del animal es Recuperación, si el animal de compañía se encuentra para proceso de adopción. · Muestra al gestor si el estado del animal es Adoptable, si el animal de compañía todavía no ha sido adoptado y se encuentra listo para tener un hogar. Para este comportamiento se agregó una nueva etiqueta en el detalle del animal de compañía, como lo muestra la figura 67, la figura 68 y la figura 69. 47 Figura 67. Estado actual: ADOPTADO Figura 68. Estado actual: ADOPTABLE Figura 69. Estado actual: RECUPERACIÓN Producto del Sprint: Compartir historia del animal de compañía Este módulo tiene como objetivo que en la aplicación web el gestor permita compartir datos importantes del animal de compañía por Facebook para comunicar a más personas la historia del animal de compañía y generar así más interés en adoptar a dicho animal, tiene el siguiente comportamiento: · En el detalle del animal de compañía se puede visualizar el botón compartir de Facebook. · Podrá compartir el nombre, la foto y la historia del animal de compañía. 48 Para este comportamiento se creó la apk en el desarrollador de Facebook, como lo muestra la figura 70. Figura 70. APK de Facebook. El gestor visualizara el botón compartir en el detalle del animal de compañía, como se muestra en la figura 71. Figura 71. Botón compartir. Y al momento de compartir se desplegará un modal1 con la información compartida, como se muestra en la figura 72. Figura 72. Modal al compartir por red social. 1 Modal es una capa que se superpone a las demás quedando en primer plano de nuestra web y dejando en un segundo plano el resto de la página. (Clemente, 2016) 49 Finalmente se puede verificar en la figura 73 que la información compartida se publicó correctamente en Facebook. Figura 73. Publicación compartida en Facebook. Sprint 5 El propósito del quinto sprint fue gestionar información de los hogares temporales debido a que existen personas que se ofrecen a recibir animales de compañía que no siempre pueden entrar en un centro adoptivo, es de suma importancia manejar y controlar el estado de estoshogares, además se implementa los filtros en la aplicación web para conocer el estado actual del animal de compañía. Para realizar y efectuar dicho sprint se creó su Sprint Backlog (Ver ANEXO M) Observaciones del Sprint: En los requerimientos de usuario se dedujo que el adoptante podía llenar una solicitud para enviarla y ser aprobada o negada como hogar temporal, pero Product Owner nos estableció que ese debería ser un proceso más interno y que únicamente Bienestar Animal estará encargado de concretar dicha acción. El registro de los hogares temporales es fundamental para completar el proceso que este sistema sigue (Ver ANEXO H) debido a que los animales de compañía que están como adoptables no siempre se encuentran en un centro adoptivo. Producto del Sprint: Administrar información y estado del hogar temporal 50 Este módulo tiene como objetivo que la aplicación web permita controlar y revisar la información de los hogares temporales, con la finalidad de gestionarlos y manejarlos. Tiene el siguiente comportamiento: · Permite el ingreso, actualización y eliminación de los hogares temporales. · Muestra la información de los hogares temporales. Para este comportamiento, se diseñó e implemento el módulo de administración de hogares temporales. En la figura 74 se ve el módulo de la aplicación web que se muestra al gestor de bienestar animal al realizar dicha operación. Figura 74. Módulo Hogares Temporales En la figura 75 y en la figura 76 se puede ver el detalle del ingreso de hogar temporal, edición y eliminación de los mismos. Figura 75. Ingreso Hogar Temporal 51 Figura 76. Editar Hogar Temporal Producto del Sprint: Filtrar estado de los animales de compañía: Este módulo tiene como objetivo listar el estado del animal de compañía con los siguientes filtros: · Adoptado · Recuperación · Adoptable Todos: este filtro le muestra al gestor todos los animales de compañía que están registrados en el PAE sin importar su estado adoptivo, como lo muestra la figura 77. Figura 77. Filtro TODOS del estado del animal de compañía. Adoptado: este filtro le muestra al gestor únicamente los animales de compañía que han sido adoptados, como lo muestra la figura 78. 52 Figura 78. Filtro ADOPTADO del estado del animal de compañía. Recuperación: este filtro le muestra al gestor únicamente los animales de compañía que están ingresados, pero están en revisión médica o no están listos para una adopción, como lo muestra la figura 79. Figura 79. Filtro RECUPERACIÓN del estado del animal de compañía. Adoptable: este filtro le muestra al gestor únicamente los animales de compañía que aún no han sido adoptados, como lo muestra la figura 80. Figura 80. Filtro ADOPTABLE del estado del animal de compañía. Sprint 6 El propósito del último sprint fue filtrar por especie (canino, felino) y edad (cachorro, adulto) para brindar al adoptante una mejor visualización de sus intereses, además de implementar un nuevo rol para el rescatista ya que será encargado de subir las evidencias del animal de compañía que fue entregado al hogar temporal, desde la 53 aplicación móvil. Para realizar y efectuar dicho sprint se creó su Sprint Backlog (Ver ANEXO N) Observaciones del Sprint: Para facilitar la creación de este sprint y que el rescatista pudiera revisar la información del hogar temporal, entregando las evidencias respectivas fue necesario la creación de un nuevo rol para otorgar acceso a datos que únicamente él puede visualizar en la aplicación móvil. Producto del Sprint: Filtrar a los animales de compañía por especie y edad Este módulo tiene como objetivo listar el estado del animal de compañía con los siguientes filtros: Por especie: · Canino · Felino Por edad: · Cachorro · Adulto En la figura 81 se muestra los filtros implementados en la aplicación móvil Figura 81. Filtros aplicación móvil. Filtrado por especie, en la figura 82 observaremos el funcionamiento del filtro por especie, en este caso solo especie Felino. 54 Figura 82. Filtro especie. Filtrado por edad, en la figura 83 observaremos el funcionamiento del filtro por especie, en este caso solo especie Canino y edad Cachorros. Figura 83. Filtro por especie y edad. Producto del Sprint: Manejar información de los hogares temporales. Este producto tiene como objetivo proveer información al rescatista del hogar temporal al cual deberá dirigirse para entregar al animal de compañía tiene el siguiente comportamiento: · Consultar información del hogar temporal · Tomar fotos o crear una galería de imágenes evidenciando la entrega 55 · Permite visualizar a Bienestar animal las evidencias cargadas por el rescatista desde la aplicación web. A continuación la figura 84 nos muestra el módulo de hogar temporal que visualizara el rescatista. Figura 84. Información Hogar Temporal app móvil. Permite al rescatista subir una foto o si lo desea crear una galería de fotos evidenciando la entrega correcta del animal de compañía al responsable, como se observa en la figura 85, figura 86, figura 87 y figura 88. Figura 85. Usar cámara para evidenciar entrega. Figura 86. Capturar foto. 56 Figura 87. Redactar reporte. Figura 88. Guardar evidencia. En la figura 89 y figura 90 podemos observar las evidencias del rescatista desde la aplicación web. Figura 89. Evidencia de visita (a). 57 Figura 90. Evidencia de visita (b). 3.2 Implementación del sistema Este proyecto está construido en base a la metodología SCRUM la cual propone trabajar con roles que interactuaran en la elaboración del sistema. Roles Tabla 1. Roles del proyecto. Rol Encargados Product Owner Bq. Verónica Morocho, Ing. Jenny Villareal. Scrum Master Ing. Juan Pablo Zaldumbide, Fredy Sánchez y Lourdes Peñafiel. Team Fredy Sánchez y Lourdes Peñafiel Artefactos Tabla 2. Artefactos del proyecto. Nombre Descripción Product Backlog En este proyecto se construyó el product backlog (Ver ANEXO E) a partir de historias de usuario, la mejor práctica según Scrum, las historias de usuario fueron creadas en dos partes: Historias de Usuario – App Móvil, compuesta de 6 historias (Ver ANEXO D). Historias de Usuario – App Web, compuesta de 10 historias (Ver ANEXO C). Sprint Backlog En este proyecto se crearon 6 sprints backlogs deducidos del product backlog. Y cuenta con una iteración entre 15 a 20 días. 58 Sprint 0 El Sprint inicial que se construyó en el proyecto aporto para crear la arquitectura del sistema y establecer los mapas de navegación de la Aplicación Móvil y la Aplicación Web, como se presenta en las siguientes figuras: Arquitectura del Sistema Figura 91. Arquitectura del Sistema de Adopciones PAE. Mapa de Navegación – App Web Figura 92. Mapa navegación-app web. 59 Mapa de Navegación – App Móvil Figura 93. Mapa navegación-app móvil. Actores Además, se trabajó en la definición de actores los cuales fueron propuestos en el plan de proyecto para mejorar el manejo de funciones y especificación de requerimientos. Tabla 3. Actores del Sistema. Actor Responsabilidad Gestor Encargado de manejar la aplicación web, controla toda la información del animal de compañía y aprueba o niega los formularios de adopción. Adoptante Encargado de manejar la aplicación móvil, es el que solicitara la adopción de un animal de compañía. Rescatista Encargado de llevar a los animales de compañía que no hayan podido ser ingresados en un centro de adopción a hogares temporales mediante la aplicación móvil y compartiendo las experiencias recibidas. MVC En la figura 94 se muestra cual es el modelo-vista-controlador manejado en este Sistema. 60 Figura 94. Modelo MVC del sistema. Symfony – Estructura del Proyecto En la siguientefigura 95, podemos apreciar la estructura general que utilizamos en la aplicación web y en la figura 96 observaremos en la carpeta Resources las vistas globales como layouts (views) implementadas en esta aplicación web. . 61 Figura 95. Estructura General Symfony Figura 96. Resources Proyecto Symfony En src podemos identificar fácilmente las entidades, forms que implementamos a la aplicación web, como lo muestra la figura 97. Figura 97. SRC del proyecto Symfony. 62 Documento Api/Doc Representa los servicios rest implementados para la comunicación entre la aplicación web y la aplicación móvil como lo muestra la figura 98 Figura 98: Api/Doc Rest Ionic – Estructura del proyecto En la siguiente figura 99, podemos apreciar la estructura general que utilizamos en la aplicación móvil y en la figura 100 observaremos que contiene la carpeta www ya que es ahí donde se guarda todo el proceso para que funcione la aplicación móvil. 63 Figura 99. Estructura general Ionic. Figura 100. Carpeta www proyecto Ionic. MySQL – Estructura base de datos Para la implementación del modelo de Base de Datos se concluyó que en total la existencia de 11 tablas, a continuación, en la figura 101 se observa la relación entre estas. 64 Figura 101. Diagrama de Base de Datos en MySQL. 3.3 Pruebas de funcionamiento Registro de Pruebas del Sprint 1 Casos de pruebas Tabla 4. Caso de Prueba. Historia HAW-PAE-01 (a) Identificador historia de usuario HAW-PAE-01 Identificador caso de prueba PF-PAE-01 Función probar Registro de nuevos gestores. Objetivo Registrar nuevo usuario. Descripción Ingresar información completa y correcta del usuario. 65 Criterios de éxito Almacena la información en la BD, otorgar permisos de acceso. Criterios de falla No almacenar en la BD. Precondiciones Usuario inicia sesión, elección GESTORES, presionar botón INGRESAR. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con rol ADOPCIÓN Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba Resultado esperado No paso Usuario del sistema Sistema 1 Usuario con rol ADOPCIÓN inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona GESTORES, presiona botón INGRESAR. Abre módulo REGISTRAR GESTORES. 3 Usuario digita información del nuevo gestor, presiona botón REGISTRAR. Bloquea el botón REGISTRAR. Almacena información en la BD. Muestra módulo VERIFICACIÓN DE LA CUENTA. 4 Usuario abre bandeja de entrada del email registrado, visualiza el correo enviado por el sistema, presiona el botón ACTIVAR CUENTA. Comprueba información y muestra ventana CUENTA CONFIRMADA. Sistema registra al nuevo usuario confirmando su cuenta con el email registrado. Tabla 5.Caso de Prueba. Historia HAW-PAE-01 (b) Identificador historia de usuario HAW-PAE-01 Identificador caso de prueba PF-PAE-02 Función probar No registrar gestores con información incompleta- errónea. Objetivo No registrar nuevo usuario. Descripción Ingresar información incompleta-errónea del usuario. Criterios de éxito Mostrar mensajes de advertencia, no almacenar datos en la BD. Criterios de falla No mostrar advertencias, almacenar información en la BD. Precondiciones Usuario inicia sesión, elección GESTORES, presionar botón INGRESAR. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con rol ADOPCIÓN. 66 Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol ADOPCIÓN inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona GESTORES, presiona botón INGRESAR. Abre módulo REGISTRAR GESTORES. 3 Usuario digita información incompleta. Usuario digita información errónea, presiona botón REGISTRAR. Muestra mensaje de advertencia “Completa este campo”, “Selecciona un elemento de la lista”, “Este valor ya se ha utilizado”, “No coinciden las contraseñas”. No permite almacenamiento en la BD. Resultado esperado Sistema valido el ingreso de información y no almacena en la BD hasta que sea corregida. Tabla 6. Caso de Prueba. Historia HAW-PAE-02 (a) Identificador historia de usuario HAW-PAE-02 Identificador caso de prueba PF-PAE-03 Función probar Inicio de sesión. Objetivo Iniciar sesión en la app web. Descripción Usuario y/ o contraseña correcta, permitir acceso. Criterios de éxito Acceder a la sesión del usuario. Criterios de falla Errores al iniciar sesión. Precondiciones Digitar usuario y contraseña registrada en la BD, presionar ENTRAR del módulo INICIAR SESIÓN. Perfil del usuario Gestor Necesidades para el caso de prueba Tener cuenta activa. Autor Lourdes Peñafiel y Fredy Sánchez Fecha de creación Fecha en la que se diseña el caso de prueba Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario presiona botón ENTRAR. Muestra módulo de INICIAR SESIÓN. 2 Usuario digita correctamente su información (Usuario- Verifica permisos y concede acceso a 67 contraseña) registrada en la BD. Opcional “marcar casilla Recordar”. la sesión. Muestra nombre del usuario en la parte superior derecha. Resultado esperado Sistema verifica información almacenada en la BD y concede permisos para iniciar sesión. Tabla 7. Caso de Prueba. Historia HAW-PAE-02 (b) Identificador historia de usuario HAW-PAE-02 Identificador caso de prueba PF-PAE-04 Función probar No iniciar sesión con información errónea. Objetivo No iniciar sesión. Descripción Usuario y/ o contraseña incorrecta, no permitir acceso. Criterios de éxito No acceder a la sesión. Criterios de falla Acceder a la sesión. Precondiciones Digitar usuario y contraseña incorrectas, presionar ENTRAR del módulo INICIAR SESIÓN. Perfil del usuario Gestor Necesidades para el caso de prueba Tener cuenta activa. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario presiona botón ENTRAR. Muestra módulo de INICIAR SESIÓN. 2 Usuario digita erróneamente su nombre de usuario o contraseña. Mostrará mensaje de error “Credenciales no válidas” Resultado esperado Sistema no permite ingresar a la sesión hasta que el mensaje de error se haya corregido. Tabla 8. Caso de Prueba. Historia HAW-PAE-02 (c) Identificador historia de usuario HAW-PAE-02 Identificador caso de prueba PF-PAE-05 Función probar No iniciar sesión con información inexistente. Objetivo No iniciar sesión. Descripción Usuario inexistente. Criterios de éxito No acceder a la sesión. Criterios de falla Acceder a la sesión. 68 Precondiciones Digitar usuario y contraseña sin registrar o activar, presionar ENTRAR del módulo INICIAR SESIÓN. Perfil del usuario Gestor Necesidades para el caso de prueba Tener una cuenta inactiva. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario presiona botón ENTRAR. Muestra módulo de INICIAR SESIÓN. 2 Usuario digita un usuario y contraseña sin registro en la BD o con cuenta inactiva. Mostrará mensaje de error “Credenciales no válidas” Resultado esperado Sistema no permite ingresar a la sesión hasta que el mensaje de error se haya corregido. Tabla 9. Caso de Prueba. Historia HAW-PAE-02 (d) Identificador historia de usuario HAW-PAE-02 Identificador caso de prueba PF-PAE-06 Función probar Recuperación de contraseña. Objetivo Reestablecer una nueva contraseña. Descripción Dar a usuario una solución cuando se ha olvidado su contraseña, reestableciéndola para poder iniciar sesión. Criterios de éxito Actualizar BD, permitir acceso a la sesión. Criterios de falla No poderiniciar sesión. Precondiciones Presionar botón RESTABLECER CONTRASEÑA, ingresar usuario o email. Perfil del usuario Gestor Necesidades para el caso de prueba Tener una cuenta activa. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario presiona botón RESTABLECER CONTRASEÑA. Muestra módulo de RESTABLECER CONTRASEÑA. 2 Usuario digita su usuario o email con el que se había registrado en la app web, presiona botón RESTABLECER CONTRASEÑA. Mostrará modulo EMAIL ENVIADO 3 Usuario abre bandeja de entrada del email registrado, visualiza el correo enviado por el sistema, presiona el botón Abre ventana de RESTABLECER CONTRASEÑA. 69 RESTABLECER CONTRASEÑA. 4 Usuario digita nueva contraseña y verifica la contraseña, presiona botón CAMBIAR CONTRASEÑA. Actualiza la nueva contraseña en la BD, concede permisos para acceder a la sesión. Resultado esperado Sistema permite el ingreso a la sesión del usuario con la nueva contraseña. Tabla 10. Caso de Prueba. Historia HAW-PAE-03 (a) Identificador historia de usuario HAW-PAE-03 Identificador caso de prueba PF-PAE-07 Función probar Ingreso de animales de compañía. Objetivo Ingresar nuevo animal de compañía. Descripción Ingresar información completa del animal de compañía. Criterios de éxito Almacena la información en la BD, visualizar la información ingresada. Criterios de falla No poder visualizar información ingresada. Precondiciones Usuario inicia sesión, elección ADOPCIONES, presionar botón INGRESAR NUEVO. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL o ADOPCIÓN. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL o ADOPCIÓN inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona ADOPCIONES. Abre módulo ADOPCIONES. 3 Usuario presiona botón INGRESAR NUEVO. Abre módulo INGRESAR ANIMAL DE COMPAÑÍA. 4 Usuario digita información solicitada, presiona botón INGRESAR Bloquea botón INGRESAR. Valida información Guarda información en la BD. Muestra animal de compañía ingresado. Resultado esperado Sistema almacena datos y muestra la información ingresada del nuevo animal de compañía. 70 Tabla 11. Caso de Prueba. Historia HAW-PAE-03 (b) Identificador historia de usuario HAW-PAE-03 Identificador caso de prueba PF-PAE-08 Función probar No ingresar animal de compañía con información incompleta. Objetivo No ingresar nuevo animal de compañía. Descripción Ingresar información incompleta-errónea del animal de compañía. Criterios de éxito Mostrar mensajes de advertencia, no permitir almacenamiento. Criterios de falla No mostrar advertencias, guardar datos en la BD. Precondiciones Usuario inicia sesión, elección ADOPCIONES, presionar botón INGRESAR NUEVO. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL o ADOPCIÓN. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL o ADOPCIÓN inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona ADOPCIONES. Abre módulo ADOPCIONES. 3 Usuario presiona botón INGRESAR NUEVO. Abre módulo INGRESAR ANIMAL DE COMPAÑÍA. 4 Usuario no completa información solicitada. Usuario digita datos erróneos. Despliega mensaje de advertencia “Completa este campo” o “Este valor no es válido”. Resultado esperado Sistema despliega advertencias y no almacena en la BD hasta que se corrija la información. Tabla 12.Caso de Prueba. Historia HAW-PAE-03 (c) Identificador historia de usuario HAW-PAE-03 Identificador caso de prueba PF-PAE-09 Función probar Modificación de información en animales de compañía. Objetivo Modificar animal de compañía. Descripción Actualizar información del animal de compañía. Criterios de éxito Modificar información, actualizar BD. Criterios de falla No actualizar información en BD. 71 Precondiciones Usuario inicia sesión, elección ADOPCIONES, presionar botón EDITAR del animal que desea actualizar. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL o ADOPCIÓN. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL o ADOPCIÓN inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona ADOPCIONES Abre módulo ADOPCIONES. 3 Usuario presiona botón EDITAR. Abre módulo EDITAR INFORMACIÓN. 4 Usuario digita información, presiona botón EDITAR. Bloquea botón EDITAR, ELIMINAR. Guarda información en la BD. 5 Usuario presiona botón REGRESAR Muestra información modificada. Resultado esperado Sistema almacena datos y muestra la información modificada del animal de compañía. Tabla 13.Caso de Prueba. Historia HAW-PAE-03 (d) Identificador historia de usuario HAW-PAE-03 Identificador caso de prueba PF-PAE-10 Función probar No modificar animal de compañía con información incompleta. Objetivo No modificar animal de compañía. Descripción Actualizar información incompleta-errónea del animal de compañía. Criterios de éxito Mostrar mensajes de advertencia, no permitir almacenamiento. Criterios de falla No mostrar advertencias, guardar datos en la BD. Precondiciones Usuario inicia sesión, elección ADOPCIONES, presionar botón EDITAR del animal que desea actualizar. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL o ADOPCIÓN. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 72 1 Usuario con rol BIENESTAR ANIMAL o ADOPCIÓN inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona ADOPCIONES. Abre módulo ADOPCIONES. 3 Usuario presiona botón EDITAR. Abre módulo EDITAR INFORMACIÓN. 4 Usuario no completa información solicitada. Usuario digita datos erróneos. Bloquea botón EDITAR, ELIMINAR. Despliega mensaje de advertencia “Completar este campo” o “Éste valor no es válido”. Resultado esperado Sistema despliega advertencias y no almacena en la BD hasta que se corrija la información. Tabla 14.Caso de Prueba. Historia HAW-PAE-03 (e) Identificador historia de usuario HAW-PAE-03 Identificador caso de prueba PF-PAE-11 Función probar Eliminación de animales de compañía. Objetivo Eliminar un animal de compañía. Descripción Eliminar toda la información del animal de compañía. Criterios de éxito Eliminar animal de compañía de la app web y de la BD. Criterios de falla Mantener información del animal de compañía eliminado. Precondiciones Usuario inicia sesión, elección ADOPCIONES, presionar botón EDITAR del animal que desea eliminar. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL o ADOPCIÓN. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL o ADOPCIÓN inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona ADOPCIONES Abre módulo ADOPCIONES. 3 Usuario presiona botón EDITAR. Abre módulo EDITAR INFORMACIÓN. 4 Usuario presiona botón ELIMINAR. Bloquea botón EDITAR, ELIMINAR. Borra 73 información de la BD. Resultado esperado Sistema elimina registro del animal de compañía seleccionado y no muestra su información en la app web. Tabla 15.Caso de Prueba. Historia HAW-PAE-08 (a) Identificador historiade usuario HAW-PAE-08 Identificador caso de prueba PF-PAE-12 Función probar Ingreso de centros adoptivos. Objetivo Ingresar nuevo centro adoptivo. Descripción Ingresar información completa del centro adoptivo. Criterios de éxito Almacena la información en la base de datos, se visualiza la información ingresada. Criterios de falla No poder visualizar información ingresada. Precondiciones Usuario inicia sesión, elección CENTROS, presionar botón INGRESAR NUEVO. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona CENTROS. Abre módulo CENTRO. 3 Usuario presiona botón INGRESAR NUEVO. Abre módulo INGRESAR CENTRO DE ADOPCIÓN. 4 Usuario digita información solicitada, presiona botón INGRESAR. Bloquea botón INGRESAR. Valida información Guarda información en la BD. Muestra centro registrado. Resultado esperado Sistema almacena datos y muestra la información ingresada del nuevo Centro. Tabla 16. Caso de Prueba. Historia HAW-PAE-08 (b) Identificador historia de usuario HAW-PAE-08 74 Identificador caso de prueba PF-PAE-13 Función probar No ingresar centro adoptivo con información incompleta. Objetivo No ingresar nuevo centro adoptivo. Descripción Ingresar información incompleta-errónea del centro adoptivo. Criterios de éxito Mostrar mensajes de advertencia, no permitir almacenamiento. Criterios de falla No mostrar advertencias, guardar datos en la BD. Precondiciones Usuario inicia sesión, elección CENTROS, presionar botón INGRESAR NUEVO. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona CENTROS. Abre módulo CENTRO. 3 Usuario presiona botón INGRESAR NUEVO. Abre módulo INGRESAR CENTRO DE ADOPCIÓN. 4 Usuario no completa información solicitada. Usuario digita datos erróneos. Despliega mensaje de advertencia “Debe completar este campo” o “Debes introducir un número”. Resultado esperado Sistema despliega advertencias y no almacena en la BD hasta que se corrija la información. Tabla 17. Caso de Prueba. Historia HAW-PAE-08 (c) Identificador historia de usuario HAW-PAE-08 Identificador caso de prueba PF-PAE-14 Función probar Modificación de información en los centros adoptivos. Objetivo Modificar centro adoptivo. Descripción Actualizar información del centro adoptivo. Criterios de éxito Modificar información, actualizar BD. Criterios de falla No actualizar información en BD. Precondiciones Usuario inicia sesión, elección CENTROS, presionar botón EDITAR del centro que desea actualizar. Perfil del usuario Gestor 75 Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona CENTROS. Abre módulo CENTRO. 3 Usuario presiona botón EDITAR. Abre módulo EDITAR INFORMACIÓN. 4 Usuario digita información, presiona botón EDITAR. Bloquea botón EDITAR, ELIMINAR. Guarda información en la BD. 5 Usuario presiona botón REGRESAR. Muestra información modificada. Resultado esperado Sistema almacena datos y muestra la información modificada del centro. Tabla 18. Caso de Prueba. Historia HAW-PAE-08 (d) Identificador historia de usuario HAW-PAE-08 Identificador caso de prueba PF-PAE-15 Función probar No modificar centro adoptivo con información incompleta. Objetivo No modificar centro adoptivo. Descripción Actualizar información incompleta-errónea del centro adoptivo. Criterios de éxito Mostrar mensajes de advertencia, no permitir almacenamiento. Criterios de falla No mostrar advertencias, guardar datos en la BD. Precondiciones Usuario inicia sesión, elección CENTROS, presionar botón EDITAR del centro que desea actualizar. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona CENTROS. Abre módulo CENTRO. 76 3 Usuario presiona botón EDITAR. Abre módulo EDITAR INFORMACIÓN. 4 Usuario no completa información solicitada. Usuario digita datos erróneos. Bloquea botón EDITAR, ELIMINAR. Despliega mensaje de advertencia “Debe completar este campo” o “Debes introducir un número”. Resultado esperado Sistema despliega advertencias y no almacena en la BD hasta que se corrija la información. Tabla 19. Caso de Prueba. Historia HAW-PAE-08 (e) Identificador historia de usuario HAW-PAE-08 Identificador caso de prueba PF-PAE-16 Función probar Eliminación de centros de adopción. Objetivo Eliminar un centro adoptivo. Descripción Eliminar toda la información del centro de adopción. Criterios de éxito Eliminar centro de adopción de la app web y de la BD. Criterios de falla Mantener información del centro eliminado. Precondiciones Usuario inicia sesión, elección CENTROS, presionar botón EDITAR del centro que desea eliminar. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona CENTROS Abre módulo CENTRO. 3 Usuario presiona botón EDITAR. Abre módulo EDITAR INFORMACIÓN. 4 Usuario presiona botón ELIMINAR. Bloquea botón EDITAR, ELIMINAR. Borra información de la BD. Resultado esperado Sistema elimina registro del centro seleccionado y no muestra su información en la app web. 77 Tabla 20. Caso de Prueba. Historia HAW-PAE-11 Identificador historia de usuario HAW-PAE-10 Identificador caso de prueba PF-PAE-17 Función probar Búsqueda de animales de compañía. Objetivo Buscar un animal de compañía. Descripción Obtener coincidencias del nombre ingresado en la búsqueda. Criterios de éxito Mostrar animales que coincidan con la búsqueda. Criterios de falla No mostrar ningún animal. Precondiciones Usuario inicia sesión, elección ADOPCIONES, ingresa BUSQUEDA. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL o ADOPCIÓN. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL o ADOPCIÓN inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona ADOPCIONES. Abre módulo ADOPCIONES. 3 Usuario digita el nombre animal de compañía que desea encontrar, presiona el botón LUPA. Despliega todas las coincidencias con el nombre ingresado. Resultado esperado Sistema muestra las coincidencias y permite al gestor encontrar lo que busca. Registro de Pruebas del Sprint 2 Casos de prueba Tabla 21. Caso de Prueba. Historia HAM-PAE-01 (a) Identificador historia de usuario HAM-PAE-01 Identificador caso de prueba PF-PAE-18 Función probar Registro de nuevos adoptantes. Objetivo Registrar nuevousuario. Descripción Ingresar información completa y correcta del usuario. Criterios de éxito Almacena la información en la BD, otorgar permisos de acceso. Criterios de falla No almacenar en la BD. 78 Precondiciones Usuario ingresa a la app móvil, presionar botón COMENZAR, presionar icono REGISTRO. Perfil del usuario Adoptante Necesidades para el caso de prueba Sistema ANDROID. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario ingresa a la app móvil, presiona botón COMENZAR. Accede al INICIO DE SESIÓN. 2 Usuario presiona icono REGISTRO (parte inferior derecha) Muestra módulo REGISTRO DE ADOPTANTES. 3 Usuario digita información solicitada, presiona botón ENVIAR. Carga los datos, guarda en la BD, muestra mensaje “¡REGISTRO EXITOSO!” Resultado esperado Usuario presiona ACEPTAR, sistema almacena información en la BD. Tabla 22. Caso de Prueba. Historia HAM-PAE-01 (b) Identificador historia de usuario HAM-PAE-02 Identificador caso de prueba PF-PAE-19 Función probar No registrar adoptantes con información incompleta- errónea. Objetivo No registrar nuevo usuario. Descripción Ingresar información incompleta-errónea del usuario. Criterios de éxito Mostrar mensajes de error, no almacenar datos en la BD. Criterios de falla No mostrar errores, almacenar información en la BD. Precondiciones Usuario ingresa a la app móvil, presionar botón COMENZAR, presionar icono REGISTRO. Perfil del usuario Adoptante Necesidades para el caso de prueba Sistema ANDROID. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario ingresa a la app móvil, presiona botón COMENZAR. Accede al INICIO DE SESIÓN. 2 Usuario presiona icono REGISTRO (parte inferior derecha) Muestra módulo REGISTRO DE ADOPTANTES. 3 Usuario digita información incompleta. Muestra mensaje de error “La dirección de correo no es válida”, “Las 79 Usuario digita información errónea, presiona botón ENVIAR. contraseñas no coinciden”, “Por favor, ingrese un nombre de usuario”. No permite almacenamiento en la BD. Resultado esperado Sistema valido el ingreso de información y no almacena en la BD hasta que sea corregida. Tabla 23. Caso de Prueba. Historia HAM-PAE-02 (a) Identificador historia de usuario HAM-PAE-02 Identificador caso de prueba PF-PAE-20 Función probar Inicio de sesión. Objetivo Iniciar sesión en la app móvil. Descripción Usuario y/ o contraseña correcta, permitir acceso. Criterios de éxito Acceder a la sesión del usuario. Criterios de falla Errores al iniciar sesión. Precondiciones Usuario ingresa a la app móvil, presionar botón COMENZAR. Perfil del usuario Adoptante Necesidades para el caso de prueba Sistema ANDROID. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario presiona botón COMENZAR. Muestra módulo de INICIO SESIÓN. 2 Usuario digita correctamente su información (Usuario- contraseña) registrada en la BD, presiona botón ENVIAR. Verifica permisos y concede acceso a la sesión. Muestra información personal del usuario. Resultado esperado Sistema verifica información almacenada en la BD y concede permisos para iniciar sesión. Tabla 24. Caso de Prueba. Historia HAM-PAE-02 (b) Identificador historia de usuario HAM-PAE-02 Identificador caso de prueba PF-PAE-21 80 Función probar No iniciar sesión con información errónea. Objetivo No iniciar sesión. Descripción Usuario y/ o contraseña incorrecta, no permitir acceso. Criterios de éxito Muestra mensaje de error, no acceder a la sesión. Criterios de falla Acceder a la sesión. Precondiciones Digitar usuario y contraseña incorrectas, presionar ENVIAR. Perfil del usuario Adoptante Necesidades para el caso de prueba Sistema ANDROID. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario presiona botón COMENZAR. Muestra módulo de INICIAR SESIÓN. 2 Usuario digita erróneamente su nombre de usuario o contraseña, presiona botón ENVIAR. Mostrará mensaje de error “Credenciales incorrectas” Resultado esperado Usuario presiona botón ACEPTAR, sistema no permite ingresar a la sesión hasta que el mensaje de error se haya corregido. Tabla 25. Caso de Prueba. Historia HAM-PAE-02 (c) Identificador historia de usuario HAM-PAE-02 Identificador caso de prueba PF-PAE-22 Función probar No iniciar sesión con información inexistente. Objetivo No iniciar sesión. Descripción Usuario inexistente. Criterios de éxito No acceder a la sesión. Criterios de falla Acceder a la sesión. Precondiciones Digitar usuario y contraseña sin registrar o activar, presionar ENVIAR del módulo INICIO DE SESIÓN. Perfil del usuario Adoptante Necesidades para el caso de prueba Tener una cuenta inactiva. 81 Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario presiona botón COMENZAR. Muestra módulo de INICIO DE SESIÓN. 2 Usuario digita un usuario y contraseña sin registro en la BD o con cuenta inactiva. Mostrará mensaje de error “Credenciales no válidas” Resultado esperado Sistema no permite ingresar a la sesión hasta que el mensaje de error se haya corregido. Tabla 26. Caso de Prueba. Historia HAM-PAE-02 (d) Identificador historia de usuario HAM-PAE-02 Identificador caso de prueba PF-PAE-23 Función probar Recuperación de contraseña. Objetivo Reestablecer una nueva contraseña. Descripción Dar a usuario una solución cuando se ha olvidado su contraseña, reestableciéndola para poder iniciar sesión. Criterios de éxito Actualizar BD, permitir acceso a la sesión. Criterios de falla No poder iniciar sesión. Precondiciones Presionar botón RESTABLECER CONTRASEÑA, ingresar nombre de usuario. Perfil del usuario Adoptante Necesidades para el caso de prueba Tener una cuenta activa. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario presiona botón RESTABLECER CONTRASEÑA. Muestra módulo de RESTABLECER CONTRASEÑA. 2 Usuario digita nombre de usuario, presiona botón ENVIAR. Mostrará mensaje ¡ACCIÓN EXITOSA! 3 Usuario abre bandeja de entrada del email registrado, visualiza el correo enviado por el sistema, presiona el botón RESTABLECER CONTRASEÑA. Abre ventana de RESTABLECER CONTRASEÑA. 4 Usuario digita nueva contraseña y verifica la contraseña, presiona botón CAMBIAR CONTRASEÑA. Actualiza la nueva contraseña en la BD, concede permisos para acceder a la sesión. 82 Resultado esperado Sistema permite el ingreso a la sesión del usuario con la nueva contraseña. Tabla 27. Caso de Prueba. Historia HAM-PAE-02 (e) Identificador historia de usuario HAM-PAE-02 Identificador caso de prueba PF-PAE-24 Función probar Ingreso a la aplicación móvil con redes sociales. Objetivo Ingresar a la aplicación por medio de Facebook o Gmail. Descripción Dar a usuario opción de ingresar a la aplicación móvil con el usuario de Facebook o Gmail. Criterios de éxito Logearse con Facebook. Logearse con Gmail. Criterios de falla No poder acceder con ninguna red social. Precondiciones Presionar icono FACEBOOK / GMAIL. Perfil del usuario Adoptante Necesidades para el caso de prueba Tener una cuenta activa en la aplicación móvil. Tener un perfil FACEBOOK. Tener cuenta GMAIL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario presiona botón COMENZAR Muestra módulo de INICIO DE SESIÓN 2 Usuario presiona botón FACEBOOK o botón GMAIL Mostrará ventana de laaplicación de FACEBOOK o GMAIL. 3 Usuario ingresa con su perfil de Facebook o cuenta GMAIL, digitando sus credenciales de acceso. Extrae datos de las redes sociales, almacena en la BD. Permite acceso. Muestra perfil del usuario. Resultado esperado Sistema permite el ingreso a la sesión del usuario por medio de FACEBOOK y GMAIL. Registro de Pruebas del Sprint 3 Casos de prueba Tabla 28. Caso de Prueba. Historia HAM-PAE-04 (a) Identificador historia de usuario HAM-PAE-04 Identificador caso de prueba PF-PAE-25 Función probar Solicitud de adopción con información completa. Objetivo Solicitar una adopción con información completa. 83 Descripción Información del formulario ingresada correctamente. Criterios de éxito Enviar solicitud. Criterios de falla Error en los pasos a llenar de los formularios (canino o felino). Precondiciones Usuario ingresa a sesión de la aplicación móvil, abrir menú, presionar botón ADOPTAR, escoger animal, presionar botón SOLICITAR ADOPCIÓN. Perfil del usuario Adoptante Necesidades para el caso de prueba Iniciar sesión. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario ingresa a su sesión. Muestra perfil del usuario. 2 Usuario selecciona menú, presiona botón ADOPTAR. Despliega una galería de los animales preparados para una adopción. 3 Usuario presiona sobre el animal que quiere adoptar. Muestra módulo DETALLES del animal de compañía. 4 Usuario presiona botón SOLICITAR ADOPCIÓN. Abre formulario de solicitud dependiendo de la especie escogida (CANINO - FELINO) 5 Usuario digita información completa-correcta del (CANINO – 7 pasos) / (FELINO – 6 pasos) Continúa con cada paso únicamente si la información es completa y no existen errores. 6 Usuario concluye información del formulario, presiona botón FINALIZAR. Muestra mensaje ¡SOLICITUD DE ADOPCIÓN ENVIADA! Resultado esperado Usuario presiona ACEPTAR, sistema guarda datos en la BD. . Tabla 29. Caso de Prueba. Historia HAM-PAE-04 (b) Identificador historia de usuario HAM-PAE-04 Identificador caso de prueba PF-PAE-26 Función probar Solicitud de adopción con información incompleta. Objetivo Solicitar una adopción con información incompleta-errónea. Descripción Información del formulario digitada erróneamente o incompleta. 84 Criterios de éxito Verificar información en cada paso y no enviar solicitud. Criterios de falla No verificar información, enviar solicitud. Precondiciones Usuario ingresa a sesión de la aplicación móvil, abrir menú, presionar botón ADOPTAR, escoger animal, presionar botón SOLICITAR ADOPCIÓN. Perfil del usuario Adoptante Necesidades para el caso de prueba Iniciar sesión. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario ingresa a su sesión. Muestra perfil del usuario. 2 Usuario selecciona menú, presiona botón ADOPTAR. Despliega una galería de los animales preparados para una adopción. 3 Usuario presiona sobre el animal que quiere adoptar. Muestra módulo DETALLES del animal de compañía. 4 Usuario presiona botón SOLICITAR ADOPCIÓN. Abre formulario de solicitud dependiendo de la especie escogida (CANINO - FELINO) 5 Usuario digita información completa-errónea del (CANINO – 7 pasos) / (FELINO – 6 pasos) Muestra mensajes de error solicitando que la información sea corregida, no activa el botón SIGUIENTE si el paso no se ha llenado de forma coherente. Resultado esperado Sistema no permite continuar hasta que la información sea corregida. Tabla 30. Caso de Prueba. Historia HAW-PAE-04 (a) Identificador historia de usuario HAW-PAE-04 Identificador caso de prueba PF-PAE-27 Función probar Aceptación del formulario de adopción. Objetivo Aceptar un formulario de adopción. Descripción Si la información proporcionada es válida será aceptada. 85 Criterios de éxito Cambiar estado de solicitud, cambiar estado del animal de compañía. Criterios de falla No cambiar ningún estado. Precondiciones Usuario ingresa a sesión de la aplicación web, selecciona SOLICITUDES, presiona botón DETALLES del formulario que revisara, presiona icono EDITAR. Perfil del usuario Gestor Necesidades para el caso de prueba Iniciar sesión con rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario ingresa a su sesión, selecciona SOLICITUDES. Muestra módulo SOLICITUD DE ADOPCIÓN. 2 Usuario presiona DETALLES del formulario que revisara. Muestra módulo detalles del formulario. 3 Usuario revisa minuciosamente la información, presiona sobre icono superior derecho EDITAR. Muestra módulo EDITAR INFORMACIÓN. 4 Usuario digita estado y observaciones, presiona botón EDITAR. Bloquea botón EDITAR, guarda datos en la BD, regresa al detalle del formulario con el estado cambiado a APROBADO. 5 Usuario selecciona ADOPCIONES, presiona icono DETALLES del animal que solicitaron adopción. Muestra módulo DETALLES DEL ANIMAL DE COMPAÑÍA, estado actual ADOPTADO. Resultado esperado Sistema guarda la información y cambia los estados del formulario y del animal de compañía. Tabla 31. Caso de Prueba. Historia HAW-PAE-04 (b) Identificador historia de usuario HAW-PAE-04 Identificador caso de prueba PF-PAE-28 Función probar Negación del formulario de adopción. Objetivo Negar un formulario de adopción. Descripción Si la información proporcionada es dudosa será negada. Criterios de éxito Cambiar estado de solicitud, cambiar estado del animal de compañía. Criterios de falla No cambiar ningún estado. 86 Precondiciones Usuario ingresa a sesión de la aplicación web, selecciona SOLICITUDES, presiona botón DETALLES del formulario que revisara, presiona icono EDITAR. Perfil del usuario Gestor Necesidades para el caso de prueba Iniciar sesión con rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario ingresa a su sesión, selecciona SOLICITUDES. Muestra módulo SOLICITUD DE ADOPCIÓN. 2 Usuario presiona DETALLES del formulario que revisara. Muestra módulo detalles del formulario. 3 Usuario revisa minuciosamente la información, presiona sobre icono superior derecho EDITAR. Muestra módulo EDITAR INFORMACIÓN. 4 Usuario digita estado y observaciones, presiona botón EDITAR. Bloquea botón EDITAR, guarda datos en la BD, regresa al detalle del formulario con el estado cambiado a NEGADO. 5 Usuario selecciona ADOPCIONES, presiona icono DETALLES del animal que solicitaron adopción. Muestra módulo DETALLES DEL ANIMAL DE COMPAÑÍA, estado actual ADOPTABLE. Resultado esperado Sistema guarda la información y cambia los estados del formulario y del animal de compañía. Tabla 32. Caso de Prueba. Historia HAW-PAE-04 (c) Identificador historia de usuario HAW-PAE-04 Identificador caso de prueba PF-PAE-29 Función probar Adopción pendiente. Objetivo Mantener al formulario como pendiente. Descripción Mientras no haya sido revisado el formulario estará con estado PENDIENTE. Criterios de éxito Cambiar estado de solicitud. Criterios de falla No cambiar ningún estado. Precondiciones Usuario ingresa a sesión de la aplicación web, selecciona SOLICITUDES, presiona botón DETALLES del formulario que revisara, presiona icono EDITAR. Perfil del usuario Gestor 87 Necesidades para el caso de prueba Iniciar sesión con rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario ingresa a su sesión, selecciona SOLICITUDES. Muestra módulo SOLICITUD DE ADOPCIÓN. 2 Usuario presionaDETALLES del formulario que revisara. Muestra módulo detalles del formulario. 3 Usuario revisa minuciosamente la información, presiona sobre icono superior derecho EDITAR. Muestra módulo EDITAR INFORMACIÓN. 4 Usuario digita estado y observaciones, presiona botón EDITAR. Bloquea botón EDITAR, guarda datos en la BD, regresa al detalle del formulario con el estado cambiado a PENDIENTE. Resultado esperado Sistema guarda la información y cambia los estados del formulario. Registro de Pruebas del Sprint 4 Casos de prueba Tabla 33. Caso de Prueba. Historia HAM-PAE-05 Identificador historia de usuario HAM-PAE-05 Identificador caso de prueba PF-PAE-30 Función probar Adoptante reciba y visualice las notificaciones. Objetivo Recibir notificación de solicitud enviada. Descripción Revisar las respuestas de las solicitudes generadas dentro de la sesión. Criterios de éxito Recibir notificación. Criterios de falla No recibir ninguna notificación nunca. Precondiciones Usuario ingresa a sesión de la aplicación móvil, abrir menú, presiona botón SOLICITUDES. Perfil del usuario Adoptante Necesidades para el caso de prueba Iniciar sesión. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 88 1 Usuario ingresa a su sesión, abre menú, presiona botón SOLICITUDES. Muestra módulo SOLICITUDES DE ADOPCIÓN. 2 Usuario visualiza campanita de notificación, presiona notificación. Muestra modulo detallando la respuesta de la solicitud enviada. Resultado esperado Sistema permite visualizar la notificación. Tabla 34. Caso de Prueba. Historia HAW-PAE-05 Identificador historia de usuario HAW-PAE-05 Identificador caso de prueba PF-PAE-31 Función probar Modificación estado actual del animal de compañía. Objetivo Revisar el estado actual del animal de compañía. Descripción Revisar el estado del animal de compañía. Criterios de éxito Visualizar estado. Criterios de falla No visualizar estado del animal de compañía. Precondiciones Usuario ingresa a sesión de la aplicación web, selecciona ADOPCIONES, presiona botón DETALLES. Perfil del usuario Gestor Necesidades para el caso de prueba Iniciar sesión. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario ingresa a su sesión, selecciona ADOPCIONES. Muestra módulo ADOPCIONES. 2 Usuario presiona botón DETALLES del animal que desea visualizar estado. Muestra modulo DETALLES DEL ANIMAL DE COMPAÑÍA, permite verificar estado actual del animal de compañía. Resultado esperado Sistema permite visualizar la notificación. Tabla 35. Caso de Prueba. Historia HAW-PAE-06 Identificador historia de usuario HAW-PAE-06 Identificador caso de prueba PF-PAE-32 89 Función probar En Facebook compartir información del animal de compañía que desee. Objetivo Compartir información por Facebook. Descripción Mostrar información en Facebook del animal de compañía. Criterios de éxito Compartir por red social. Criterios de falla No compartir ningún dato del animal de compañía. Precondiciones Selecciona ADOPCIONES, presiona botón DETALLES del animal que desea compartir, presiona botón COMPARTIR. Perfil del usuario Gestor Necesidades para el caso de prueba Iniciar sesión. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario ingresa a su sesión, selecciona ADOPCIONES. Muestra módulo ADOPCIONES. 2 Usuario presiona botón DETALLES del animal que desea compartir información. Muestra modulo DETALLES DEL ANIMAL DE COMPAÑÍA. 3 Usuario presiona botón COMPARTIR. Solicita credenciales de la red social, Despliega modal COMPARTIDO EN FACEBOOK. 4 Usuario verifica operación abriendo la red social y comprobando su publicación N/A Resultado esperado Sistema permite compartir información del animal de compañía. Registro de Pruebas del Sprint 5 Casos de prueba Tabla 36. Caso de Prueba. Historia HAW-PAE-07 (a) Identificador historia de usuario HAW-PAE-07 Identificador caso de prueba PF-PAE-33 Función probar Ingreso de hogares temporales. Objetivo Ingresar nuevo hogar temporal. Descripción Ingresar información completa del hogar temporal. Criterios de éxito Almacena la información en la base de datos, se visualiza la información ingresada. Criterios de falla No poder visualizar información ingresada. 90 Precondiciones Usuario inicia sesión, elección HOGARES TEMPORALES, presionar botón INGRESAR NUEVO. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona HOGARES TEMPORALES. Abre módulo HOGARES TEMPORALES. 3 Usuario presiona botón INGRESAR NUEVO. Abre módulo INGRESAR HOGAR TEMPORAL. 4 Usuario digita información solicitada, presiona botón INGRESAR. Bloquea botón INGRESAR. Valida información Guarda información en la BD. Muestra hogar temporal registrado. Resultado esperado Sistema almacena datos y muestra la información ingresada del nuevo Hogar Temporal. Tabla 37. Caso de Prueba. Historia HAW-PAE-07 (b) Identificador historia de usuario HAW-PAE-07 Identificador caso de prueba PF-PAE-34 Función probar No ingresar hogar temporal con información incompleta. Objetivo No ingresar nuevo hogar temporal. Descripción Ingresar información incompleta-errónea del hogar temporal. Criterios de éxito Mostrar mensajes de advertencia, no permitir almacenamiento. Criterios de falla No mostrar advertencias, guardar datos en la BD. Precondiciones Usuario inicia sesión, elección HOGARES TEMPORALES, presionar botón INGRESAR NUEVO. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 91 1 Usuario con rol BIENESTAR ANIMAL inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona HOGARES TEMPORALES. Abre módulo CENTRO. 3 Usuario presiona botón INGRESAR NUEVO. Abre módulo INGRESAR HOGAR TEMPORAL. 4 Usuario no completa información solicitada. Usuario digita datos erróneos. Despliega mensaje de advertencia “Debe completar este campo” o “Debes introducir un número”. Resultado esperado Sistema despliega advertencias y no almacena en la BD hasta que se corrija la información. Tabla 38. Caso de Prueba. Historia HAW-PAE-07 (c) Identificador historia de usuario HAW-PAE-07 Identificador caso de prueba PF-PAE-35 Función probar Modificación de información en los hogares temporales. Objetivo Modificar hogar temporal. Descripción Actualizar información del hogar temporal. Criterios de éxito Modificar información, actualizar BD. Criterios de falla No actualizar información en BD. Precondiciones Usuario inicia sesión, elección HOGARES TEMPORALES, presionar botón EDITAR del centro que desea actualizar. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona HOGARES TEMPORALES. Abre módulo HOGARES TEMPORALES. 3 Usuario presiona botón EDITAR. Abre módulo EDITAR INFORMACIÓN. 4 Usuario digita información, presiona botón EDITAR. Bloquea botón EDITAR, ELIMINAR. Guarda 92información en la BD. 5 Usuario presiona botón REGRESAR. Muestra información modificada. Resultado esperado Sistema almacena datos y muestra la información modificada del hogar temporal. Tabla 39. Caso de Prueba. Historia HAW-PAE-07 (d) Identificador historia de usuario HAW-PAE-07 Identificador caso de prueba PF-PAE-36 Función probar No modificar hogar temporal con información incompleta. Objetivo No modificar hogar temporal. Descripción Actualizar información incompleta-errónea del hogar temporal. Criterios de éxito Mostrar mensajes de advertencia, no permitir almacenamiento. Criterios de falla No mostrar advertencias, guardar datos en la BD. Precondiciones Usuario inicia sesión, elección HOGARES TEMPORALES, presionar botón EDITAR del centro que desea actualizar. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona HOGARES TEMPORALES. Abre módulo HOGAR TEMPORAL. 3 Usuario presiona botón EDITAR. Abre módulo EDITAR INFORMACIÓN. 4 Usuario no completa información solicitada. Usuario digita datos erróneos. Bloquea botón EDITAR, ELIMINAR. Despliega mensaje de advertencia “Debe completar este campo” o “Debes introducir un número”. Resultado esperado Sistema despliega advertencias y no almacena en la BD hasta que se corrija la información. 93 Tabla 40. Caso de Prueba. Historia HAW-PAE-07 (e) Identificador historia de usuario HAW-PAE-07 Identificador caso de prueba PF-PAE-37 Función probar Eliminación de hogares temporales. Objetivo Eliminar un hogar temporal. Descripción Eliminar toda la información del hogar temporal. Criterios de éxito Eliminar hogar temporal de la app web y de la BD. Criterios de falla Mantener información del hogar temporal eliminado. Precondiciones Usuario inicia sesión, elección HOGARES TEMPORALES, presionar botón EDITAR del centro que desea eliminar. Perfil del usuario Gestor Necesidades para el caso de prueba Ingresar con el rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario con rol BIENESTAR ANIMAL inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona HOGARES TEMPORALES Abre módulo HOGAR TEMPORAL. 3 Usuario presiona botón EDITAR. Abre módulo EDITAR INFORMACIÓN. 4 Usuario presiona botón ELIMINAR. Bloquea botón EDITAR, ELIMINAR. Borra información de la BD. Resultado esperado Sistema elimina registro del centro seleccionado y no muestra su información en la app web. Tabla 41. Caso de Prueba. Historia HAW-PAE-09 Identificador historia de usuario HAW-PAE-09 Identificador caso de prueba PF-PAE-38 Función probar Filtro de estado del animal de compañía. Objetivo Filtrar a los animales de compañía por estado actual. Descripción Filtrar a los animales de compañía por estado actual: ADOPTADO, ADOPTABLE y RECUPERACIÓN. Criterios de éxito Listar animales correctamente por el filtro seleccionado. 94 Criterios de falla Listar incorrectamente o no listar a los animales de compañía cuando se seleccione un filtro. Precondiciones Usuario inicia sesión, elección ADOPCIONES, seleccionar filtro. Perfil del usuario Gestor Necesidades para el caso de prueba Iniciar sesión. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona ADOPCIONES Abre módulo ADOPCIONES. 3 Usuario presiona filtro ADOPTADO. Consulta en la BD y muestra lista de animales de compañía que han sido adoptados. 4 Usuario presiona filtro ADOPTABLE. Consulta en la BD y muestra lista de animales de compañía que no han sido adoptados y están listos para este proceso. 5 Usuario presiona filtro RECUPERACIÓN. Consulta en la BD y muestra lista de animales de compañía que no han sido adoptados y aún no están listos para este proceso. 6 Usuario presiona filtro TODOS. Consulta en la BD y muestra lista de todos los animales registrados en el sistema independientemente de su estado actual. Resultado esperado Sistema lista correctamente los animales de compañía según el filtro que escoja el usuario. 95 Registro de Pruebas del Sprint 6 Casos de prueba Tabla 42. Caso de Prueba. Historia HAM-PAE-03 (a) Identificador historia de usuario HAM-PAE-03 Identificador caso de prueba PF-PAE-39 Función probar Filtro de especie del animal de compañía. Objetivo Filtrar a los animales de compañía por especie. Descripción Filtrar a los animales de compañía por especie: FELINO y CANINO. Criterios de éxito Listar animales correctamente por el filtro seleccionado. Criterios de falla Listar incorrectamente o no listar a los animales de compañía cuando se seleccione un filtro. Precondiciones Usuario inicia sesión en la aplicación móvil, seleccionar menú, presionar botón ADOPTAR. Perfil del usuario Adoptante Necesidades para el caso de prueba Iniciar sesión, Sistema Android. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona menú, presiona botón ADOPTAR. Abre módulo ANIMALES DE COMPAÑIA. 3 Usuario presiona flecha del filtro especie y escoge CANINO. Consulta en la BD y muestra lista de animales de compañía que han sido registrados como caninos. 4 Usuario presiona flecha del filtro especie y escoge FELINO. Consulta en la BD y muestra lista de animales de compañía que han sido registrados como felinos. 5 Usuario presiona flecha del filtro especie y escoge TODOS. Consulta en la BD y muestra lista de todos los animales adoptables independientemente de su especie. 96 Resultado esperado Sistema lista correctamente los animales de compañía según el filtro que escoja el usuario. Tabla 43. Caso de Prueba. Historia HAM-PAE-03 (b) Identificador historia de usuario HAM-PAE-03 Identificador caso de prueba PF-PAE-40 Función probar Filtro de edad del animal de compañía. Objetivo Filtrar a los animales de compañía por edad. Descripción Filtrar a los animales de compañía por edad: CACHORROS y ADULTOS. Criterios de éxito Listar animales correctamente por el filtro seleccionado. Criterios de falla Listar incorrectamente o no listar a los animales de compañía cuando se seleccione un filtro. Precondiciones Usuario inicia sesión en la aplicación móvil, seleccionar menú, presionar botón ADOPTAR. Perfil del usuario Adoptante Necesidades para el caso de prueba Iniciar sesión, Sistema Android. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona menú, presiona botón ADOPTAR. Abre módulo ANIMALES DE COMPAÑIA. 3 Usuario presiona flecha del filtro edad y escoge CACHORRO. Consulta en la BD y muestra lista de animales de compañía que han sido registrados como cachorros. 4 Usuario presiona flecha del filtro especie y escoge ADULTO. Consulta en la BD y muestra lista de animales de compañía que han sido registrados como adultos. 5 Usuario presiona flecha del filtro edad y escoge TODOS. Consulta en la BD y muestra lista de todos los animales adoptables independientemente de su edad. 97 Resultado esperado Sistema lista correctamente los animalesde compañía según el filtro que escoja el usuario. Tabla 44. Caso de Prueba. Historia HAM-PAE-06 (a) Identificador historia de usuario HAM-PAE-06 Identificador caso de prueba PF-PAE-41 Función probar Manejo de información del hogar temporal. Objetivo Controlar, Actualizar, Visualizar información del hogar temporal. Descripción Proporcionar información al rescatista del hogar temporal, subir evidencias del proceso realizado desde la aplicación móvil y visualizarla. Criterios de éxito Mostrar información al rescatista del hogar temporal. Subir evidencias. Visualizar evidencias. Criterios de falla Negar acceso de información al rescatista. No almacenar información en la base de datos. No visualizar información. Precondiciones Usuario inicia sesión en la aplicación móvil, seleccionar menú, presionar botón HOGARES TEMPORALES. Perfil del usuario Rescatista Necesidades para el caso de prueba Iniciar sesión como rescatista. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona menú, presiona botón HOGARES TEMPORALES. Abre módulo HOGARES TEMPORALES. 3 Usuario visualiza información del hogar temporal, presiona botón INGRESAR NUEVA EVIDENCIA. Confirma permiso y abre modulo con el nombre del HOGAR TEMPORAL. 4 Usuario presiona botón CARGAR IMAGEN DE EVIDENCIA. Despliega opciones de acción para tomar una foto. 5 Usuario toma foto como evidencia y guarda. Carga la imagen receptada por el rescatista. 6 Usuario redacta reporte, presiona botón GUARDAR EVIDENCIA. Almacena datos en la BD. Resultado esperado Sistema provee de información del hogar temporal al rescatista y permite subir las evidencias. 98 Tabla 45. Caso de Prueba. Historia HAM-PAE-06 (b) Identificador historia de usuario HAM-PAE-06 Identificador caso de prueba PF-PAE-42 Función probar Manejo de información del hogar temporal. Objetivo Visualizar evidencias subidas por el rescatista. Descripción Revisar la información proporcionada por el rescatista como evidencias del hogar temporal. Criterios de éxito Visualizar evidencias. Criterios de falla No visualizar información. Precondiciones Usuario inicia sesión en la aplicación web, selecciona HOGARES TEMPORALES, presionar botón DETALLES, presiona pestaña EVIDENCIA DE VISITA. Perfil del usuario Gestor Necesidades para el caso de prueba Iniciar sesión con rol BIENESTAR ANIMAL. Autor Lourdes Peñafiel y Fredy Sánchez Flujo del caso de prueba No paso Usuario del sistema Sistema 1 Usuario inicia sesión. Valida información registrada en la BD y permite acceso. 2 Usuario selecciona HOGARES TEMPORALES, presiona botón DETALLES. Abre módulo HOGARES TEMPORALES. 3 Usuario visualiza información del hogar temporal, presiona botón INGRESAR NUEVA EVIDENCIA. Confirma permiso y abre modulo DETALLES DEL HOGAR TEMPORAL. 4 Usuario presiona pestaña EVIDENCIA DE VISITA. Consulta información de la BD y muestra las evidencias registradas. Resultado esperado Sistema muestra al gestor la información registrada por el rescatista. 99 4 CONCLUSIONES · Se realizaron visitas a las instalaciones de la fundación de Protección Animal Ecuador para realizar entrevistas con los clientes para conocer el proceso de adopción de un animal de compañía, se observó cómo se almacenaba la información de cada animal de compañía, centros de adopción, hogares temporales y su gestión necesaria, aspectos que ayudaron a establecer los requerimientos del sistema a desarrollar, los cuales facilitaron el trabajo con la metodología SCRUM permitiéndonos una óptima interacción con los involucrados, estableciendo prioridades para la implementación del sistema, además que las continuas revisiones y entregas parciales agregaban valor al producto final y se garantizó el manejo ordenado de la información. · Se construyó la base de datos en MYSQL porque proporciona seguridad e integridad en los datos garantizando su protección con mecanismos que aseguran el acceso al servidor únicamente a usuarios autorizados, también porque provee conexiones seguras al contar con soporte SSL y es capaz de permitir múltiples conexiones. · Se elaboró un mapa de navegación para la aplicación web y la aplicación móvil indicando los principales módulos, permitiendo que la gestión de la información sea enfocada a la usabilidad del sistema para la interacción del usuario. · Se utilizaron diferentes herramientas (MySQL, Symfony, IONIC) para el desarrollo del sistema porque proporciono a la aplicación web la creación de páginas responsive facilitando la interacción del usuario de igual manera con la integración de plugins de ngCordova se logró desarrollar una aplicación móvil confiable, portable e hibrida, estas dos aplicaciones estuvieron integradas en un patrón de gestor MVC garantizando su escalabilidad. · Se realizaron las pruebas de funcionamiento mediante el uso de casos de prueba con el objetivo de identificar los diferentes escenarios, eventos, criterios de éxito y falla, garantizando que cada funcionalidad trabaje adecuadamente y descartando errores que puedan generar conflictos en la ejecución del sistema. · Se pudo evidenciar el tiempo de respuesta de 5 días de la gestión de adopción de animales de compañía que actualmente maneja la fundación PAE con respecto a la implementación a futuro y pruebas de este sistema desarrollado con un tiempo de respuesta de 2 días agilitando el proceso de adopciones y reduciendo el tiempo de espera. 100 5 RECOMENDACIONES · Para el desarrollo de este sistema el product owner indica lo que quiere resolver, para detallarlo analíticamente se recomienda realizar historias de usuario dentro de la metodología SCRUM en el desarrollo de futuros sistemas, con el objetivo de promover la cooperación del equipo en la toma de decisiones y agilitar la recepción de ideas, aclarando las especificaciones del usuario. · En la fase de diseño del sistema se identificó el proceso de registro de gestores y adoptantes en el cual se identificó la importancia de resguardar información confidencial, por lo que se recomienda el uso del correo electrónico para verificar la existencia del usuario y confirmar su identidad, generando integridad y confiabilidad a futuros sistemas que vayan a ser desarrollados. · Utilizar el sistema de gestión para la adopción de animales de compañía involucra el registro, actualización de centros de adopción, hogares temporales, estado de cada uno de los animales de compañía, por lo que se recomienda capacitar al personal en el manejo correcto de este sistema. · Al implementar este sistema se observó que en las instalaciones de la fundación de PAE se realizaban las consultas o chequeos médicos para los animales de compañía esperando un turno por lo que, en este sistema se recomienda implementar un módulo de agendamiento de citas médicas. · Para mejorar el funcionamiento de solicitud de adopciones, se debería reestructurar la información que actualmente es requerida en los formularios (felino y canino) para agilitar y reducir el tiempo que tarda el adoptante en completar y enviar una solicitud de adopción. · REFERENCIAS BIBLIOGRÁFICAS AngularJs. (2017). AngularJs Documentation. Obtenido de https://docs.angularjs.org/api Galiano, J. L. (2016). Implantar Scrum con exito. Barcelona: UOC. Gilillan Ian. (2003). La Biblia de MySQL. Anaya Multimedia. Mora.S. (s.f.). Desarrollo de aplicaciones web. Potencier, Z. (2012). Symfony la guía definitiva. Pressman R. S. (2010). Ingenieria de software. Un enfoque practico. Mexico: Mc Graw Hill. 101 El Telégrafo. (30 de Abril de 2016). El abandono de mascotas, un tema pendiente de solución.Obtenido de http://www.eltelegrafo.com.ec/noticias/quito/11/el- abandono-de-mascotas-un-tema-pendiente-de-solucion Ken Schwabe & Jeff Sutherland. (Julio de 2013). La guía de Scrum. Obtenido de http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-ES.pdf chalasr. (20 de Septiembre de 2017). Github. Obtenido de lexik / LexikJWTAuthenticationBundle: https://github.com/lexik/LexikJWTAuthenticationBundle Cordova. (2017). Angular powered by Cordova. Obtenido de http://ngcordova.com/docs/ Clemente, D. (11 de Noviembre de 2016). Greater than one europe. Obtenido de Crear un modal en Bootstrap: http://blog.gtoeurope.es/crear-modal-en-bootstrap/ Garak. (2017). GitHub. Obtenido de dustin10 / VichUploaderBundle: https://github.com/dustin10/VichUploaderBundle Gill, S. (2017). GitHub. Obtenido de apache/cordova-plugin-file-transfer: https://github.com/apache/cordova-plugin-file- transfer/blob/master/doc/es/index.md Facebook. (2017). Facebook for developers. Obtenido de SDK de Facebook para PHP, versión 5: https://developers.facebook.com/docs/reference/php/ Ionic. (18 de Septiembre de 2017). Ionic. Obtenido de Ionic V1: http://ionicframework.com/docs/v1/guide/preface.html Kovshenin, K. (2017). Bloh de Farmavet. Obtenido de ¿Qué es Open Graph Protocol?: http://blog.farmavet.com/que-es-open-graph-protocol/ mercenariophp. (12 de Diciembre de 2016). mercenariophp - Experimentos y anotaciones de un dev. Obtenido de Tutorial de Symfony 3: Instalación, routing y controllers: http://www.mercenariophp.com/tutorial-symfony/ mphanich. (21 de Septiembre de 2017). angular2-wizard . Obtenido de https://www.npmjs.com/package/angular2-wizard npm. (2017). NPM. Obtenido de cordova-plugin-facebook4: https://www.npmjs.com/package/cordova-plugin-facebook4.4 Oracle. (21 de Septiembre de 2017). Oracle MySQL. Obtenido de La base de datos de código abierto más popular del mundo: https://www.oracle.com/lad/mysql/index.html 102 Pacheco, E. A. (13 de Junio de 2017). ion-book. Obtenido de Usar el plugin InAppBrowser en Ionic: https://www.ion-book.com/blog/ionic2/ionic-plugin- inappbrowser/ PAE. (s.f.). PAE (Proteccion Animal Ecuador). Obtenido de http://www.pae.ec/ polc. (19 de Septiembre de 2017). Github. Obtenido de KnpLabs / KnpPaginatorBundle: https://github.com/KnpLabs/KnpPaginatorBundle Robles, V. (18 de Septiembre de 2017). victorroblesweb. Obtenido de Instalar y configurar FOSRestBundle en Symfony3 (API REST): https://victorroblesweb.es/2016/07/19/instalar-configurar-fosrestbundle- symfony3/ SATRIAWINARAH. (09 de Febrero de 2016). LITERATURA INFORMÁTICA. Obtenido de PROGRAMACIÓN MVC: https://sastracomputer.wordpress.com/ Schmitt, J. (19 de Septiembre de 2017). jmsyst. Obtenido de JMSSerializerBundle: http://jmsyst.com/bundles/JMSSerializerBundle Seldaek. (18 de Septiembre de 2017). Github. Obtenido de nelmio / NelmioCorsBundle: https://github.com/nelmio/NelmioCorsBundle Symfony. (20 de Septiembre de 2017). Symfony. Obtenido de https://symfony.com/what- is-symfony Verbruggen, E. (20 de Septiembre de 2017). Github. Obtenido de EddyVerbruggen / cordova-plugin-googleplus: https://github.com/EddyVerbruggen/cordova-plugin- googleplus Yamuza, S. (09 de Noviembre de 2015). OpenWebinars. Obtenido de Symfony2 tutorial: Cuentas de usuario: https://openwebinars.net/blog/symfony2-tutorial-cuentas- de-usuario/ Yenisleidy Fernández Romero, Y. D. (2012). Patrón Modelo-Vista-Controlador. Revista digital de las tecnologías de la información y las comunicaciones TELEM@TICA, 45-57. Zepeda, R. (2017). El informático.com. Obtenido de ¿Que es XAMPP?: http://blogdelinformatico-reizer.blogspot.com/2015/11/que-es-xampp.html I 6 ANEXOS 6.1 Anexo A: Formato solicitud de adopción caninos manual II III 6.2 Anexo B: Formato solicitud de adopción felino manual IV V 6. 3 A n ex o C : H is to ri as d e u su ar io d e la A p p W eb Id e n ti fi c a d o r (I D ) d e la h is to ri a R o l N o m b re d e la H is to ri a C a ra c te rí s ti c a / F u n c io n a lid a d R a zó n / R e su lt a d o N ú m e ro (# ) d e e s ce n a ri o C ri te ri o d e a c ep ta c ió n (T ít u lo ) C o n te x to E ve n to R e su lt a d o / C o m p o rt a m ie n to e s p e ra d o H A W -P A E - 0 1 G e st o r R e g is tr a r g e st o re s N e ce si to q u e la a p lic a ci ó n p e rm ita re g is tr a r u n n u ev o u su a rio . C o n la fin a lid a d d e a cc e de r a la in fo rm a ci ó n d e lo s a n im a le s d e co m p a ñ ía . 1 In fo rm a ci ó n co m p le ta y co rr e ct a E n c a so q u e e l u su a rio , p e rf il y/ o co n tr as e ña s se an v á lid o s y co rr e ct o s cu an do s e so lic ite cr e a r u n u su a rio n u ev o L a ap lic a ci ó n p e rm iti rá la cr e ac ió n d e l u su a rio , d e sp le g a nd o u n m e ns aj e d e co n fir m ac ió n . 2 In fo rm a ci ó n in co m p le ta y/ o e rr ó n ea E n c a so q u e e l u su a rio , p e rf il y/ o co n tr as e ña s se an in co rr e ct o s o e rr ó n e os cu an do s e so lic ite cr e a r u n u su a rio n u ev o L a ap lic a ci ó n m o st ra rá a vi so s in d ic a n do q u e fa lta in fo rm ac ió n o e s e rr ó n ea y n o cr e a ra n in g ú n us u a rio h a st a qu e se co rr ija . H A W -P A E - 0 2 G e st o r N e ce si to q u e la a p lic a ci ó n so lic ite u su a rio y co n tr as e ña . C o n la fin a lid a d d e g a ra n tiz a r la se gu rid a d d e la in fo rm a ci ó n y co n tr o la r e l 1 U su a rio y/ o co n tr as e ña co rr e ct a E n c a so q u e e l u su a rio y / o co n tr as e ña se an co rr e ct os cu an do s e so lic ite e l in g re so a la a p lic a ci ó n L a ap lic a ci ó n p e rm iti rá e l a cc e so a l p e rf il d e l u su a rio m o st rá nd o le la in fo rm a ci ó n y o p e ra ci o n e s q u e p u ed e re a liz a r. V I In g re sa r a l a A p lic a ci ó n a cc e so , o p e ra ci o n e s y m o d ifi ca ci ó n d e d a to s. 2 U su a rio y/ o co n tr as e ña in co rr e ct a E n c a so q u e e l u su a rio y / o co n tr as e ña s se an in co rr e ct o s cu an do s e so lic ite e l in g re so a la a p lic a ci ó n L a ap lic a ci ó n d e sp le g a ra u n m e ns aj e d e e rr o r, so lic ita n d o e l in g re so c o rr e ct o d e lo s d a to s. 3 U su a rio in e xi st e n te E n c a so q u e e l u su a rio n o e xi st a y n o cu en te co n p e rm is o s d e a cc e so cu an do s e so lic ite e l in g re so a la a p lic a ci ó n L a ap lic a ci ó n in fo rm a ra a l u su a rio q u e n o p u ed e in g re sa r a la a p lic a ci ó n . 4 R e cu p e ra r C o n tr a se ña E n c a so q u e e l u su a rio h a ya o lv id a d o la co n tr as e ña d e su cu en ta . cu an do s e so lic ite e l in g re so ala a p lic a ci ó n L a ap lic a ci ó n p e rm iti rá a l u su a rio re cu pe ra r su co n tr as e ña , re ci b ie n d o e n s u co rr e o e le ct ró n ic o u n a va lid a ci ó n . H A W -P A E - 0 3 G e st o r N e ce si to in g re sa r, a ct u a liz a r y e lim in a r in fo rm a ci ó n d e l a n im a l d e co m p a ñ ía C o n la fin a lid a d d e te n e r u n re g is tr o d e lo s a n im a le s d e co m p a ñ ía 1 In fo rm a ci ó n co m p le ta d e l a n im a l d e co m p a ñ ía E n c a so q u e to d a la in fo rm a ci ó n in g re sa d a d e l a n im a l d e co m p a ñ ía e st e co m p le ta . C u an d o se r e g is tr e in fo rm a ci ó n d e l a n im a l d e co m p a ñ ía . la a p lic a ci ó n g u a rd a ra la in fo rm a ci ó n in g re sa d a y d e sp le g a ra u n m e ns aj e d e "O pe ra ci ó n e xi to sa " V II G e st io n a r in fo rm a ci ó n d e l A n im a l d e C om pa ñ ía q u e se e n cu en tr e n e n e l P A E . 2 In fo rm a ci ó n in co m p le ta d e l a n im a l d e co m p a ñ ía E n c a so q u e a lg ú n d a to o in fo rm a ci ó n im p o rt a n te n o se a in g re sa d a cu an do s e re g is tr e in fo rm a ci ó n d e l a n im a l d e co m p a ñ ía L a ap lic a ci ó n m o st ra ra a vi so s in d ic a n do q u e fa lta in fo rm ac ió n o e s e rr ó n ea y n o ej ec u ta ra n in g u n a o p e ra ci ó n h a st a q u e s e c o rr ija . 3 In fo rm a ci ó n m o d ifi ca d a d e l a n im a l d e co m p a ñ ía E n c a so q u e in fo rm a ci ó n re le va n te d e l a n im a l d e co m p a ñ ía ca m b ie cu an do s e a ct u a lic e in fo rm a ci ó n d e l a n im a l d e co m p a ñ ía la a p lic a ci ó n g u a rd a ra la in fo rm a ci ó n m o d ifi ca d a y d e sp le g a ra u n m e ns aj e d e o p e ra ci ó n e xi to sa H A W -P A E - 0 4 G e st o r N e ce si to a p ro ba r o n e ga r e l fo rm u la rio d e a d op ci ó n C o n la fin a lid a d d e re vi sa r la in fo rm a ci ó n d e l a d op ta n te y b u sc a r o p ci o n es p a ra e l a n im a l d e co m p a ñ ía q u e se d e se a a d op ta r. 1 A ce p ta ci ó n d e l fo rm u la rio d e a do pc ió n E n c a so q u e la in fo rm a ci ó n p ro p o rc io n a d a p o r e l a d op ta n te se a v á lid a y p ro p o rc io n e b ie n e st a r a l a n im a l d e co m p a ñ ía . cu an do s e so lic ite la a d op ci ó n d e u n a n im a l d e co m p a ñ ía L a ap lic a ci ó n p e rm iti rá a p ro ba r d ic h o fo rm u la rio , d e sp le g a nd o u n m e ns aj e "A do pc ió n A p ro ba d a" , ca m b ia n d o in m e d ia ta m en te e l e st a d o d e l a n im a l a "A do p ta d o " y n o tif ic a n d o a l a d op ta n te . V III A dm in is tr a r e l p ro ce so d e a d op ci o n es 2 N e ga ci ó n d e l fo rm u la rio d e a d op ci ó n E n c a so q u e la in fo rm a ci ó n p ro p o rc io n a d a p o r e l a d op ta n te se a d u do sa y n o p ro p o rc io n e b ie n e st a r a l a n im a l d e co m p a ñ ía . cu an do s e so lic ite la a d op ci ó n d e u n a n im a l d e co m p a ñ ía L a ap lic a ci ó n p e rm iti rá n e g a r d ic h o fo rm u la rio , d e sp le g a nd o u n m e ns aj e d e "A do pc ió n N e ga d a" n o tif ic a n d o a l a d op ta n te . 3 F o rm u la rio s p e nd ie n te s E n c a so q u e e xi st a m á s d e u n a d op ta n te p o r e l m is m o a n im a l d e co m p a ñ ía o n o ha ya n d e ci d id o to d av ía a d op ta r o n e ga r. cu an do s e so lic ite la a d op ci ó n d e u n a n im a l d e co m p a ñ ía L a ap lic a ci ó n m o st ra ra un a lis ta d e lo s a d op ta n te s qu e so lic ita ro n e l p ro ce so d e a d op ci ó n , o rd e na do po r fe ch a pa ra q u e p u ed a n re vi sa r y p o st e rio rm e n te e sc o ge r so lo a u n o . H A W -P A E - 0 5 G e st o r C o n tr o la r e l e st a do d e l A n im a l d e C om pa ñ ía N e ce si to re vi sa r e l e st a do de l a n im a l d e co m p a ñ ía C o n la fin a lid a d d e ve rif ic a r la si tu a ci ó n a ct u a l d e l a n im a l d e co m p a ñ ía , 1 A n im a l d e co m p a ñ ía a d op ta do E n c a so q u e e l a n im a l d e co m p a ñ ía e st e a d op ta do . cu an do s e re vi se e l e st a do d e l a n im a l d e co m p a ñ ía la a p lic a ci ó n m o st ra ra e l e st a do d e l a n im a l d e co m p a ñ ía c om o "A do p ta d o " IX e s d ec ir: A d op ta do , N o a d op ta do , E n p ro ce so . 2 A n im a l d e co m p a ñ ía a d op ta b le E n c a so q u e e l a n im a l d e co m p a ñ ía n o e st é a d op ta do . cu an do s e re vi se e l e st a do d e l a n im a l d e co m p a ñ ía la a p lic a ci ó n m o st ra ra e l e st a do d e l a n im a l d e co m p a ñ ía c om o "A do p ta b le " 3 A n im a l d e co m p a ñ ía e n re cu pe ra ci ó n E n c a so q u e e l a n im a l d e co m p a ñ ía s e e n cu en tr e e n p ro ce so p a ra se r a d op ta do . cu an do s e re vi se e l e st a do d e l a n im a l d e co m p a ñ ía la a p lic a ci ó n m o st ra ra e l e st a do d e l a n im a l d e co m p a ñ ía c om o "R ec u pe ra ci ó n" H A W -P A E - 0 6 G e st o r C om pa rt ir ca ra ct e rí st ic a s de l a n im a l d e c om p añ ía N e ce si to co m p a rt ir la in fo rm a ci ó n d e l a n im a l d e co m p a ñ ía p o r re d so ci a l (F A C E B O O K ) C o n la fin a lid a d d e m o st ra r in fo rm a ci ó n d e l a n im a l d e co m p a ñ ía y q u e la s p e rs on as se in te re se n y so lic ite n u n a a d op ci ó n . 1 C om pa rt ir la in fo rm a ci ó n E n c a so q u e se cr e a co nv en ie n te co m p a rt ir la in fo rm a ci ó n d e l a n im a l d e co m p a ñ ía a tr a vé s d e F a ce bo o k. C u an d o se co m p a rt a la h is to ria d e l a n im a l d e co m p a ñ ía L a ap lic a ció n p e rm iti rá co m p a rt ir la in fo rm a ci ó n d e l a n im a l d e co m p a ñ ía , d e sp le g a nd o u n m e ns aj e d e ve rif ic a ci ó n y m o st rá nd o la p o r la r e d s o ci a l X H A W -P A E - 0 7 G e st o r A dm in is tr a r in fo rm a ci ó n y e st a do d e l h o ga r te m p o ra l N e ce si to re vi sa r la in fo rm a ci ó n y e st a do d e l o s h o ga re s te m p o ra le s C o n la fin a lid a d d e co no ce r in fo rm a ci ó n d e lo s h o ga re s te m p o ra le s re g is tr a d o s y su si tu a ci ó n a ct u a l 1 M o st ra r in fo rm a ci ó n d e l h o g a r te m p o ra l E n c a so q u e se ne ce si te ve rif ic a r o m o st ra r in fo rm a ci ó n d e l h o g a r te m p o ra l N / A la a p lic a ci ó n m o st ra ra in fo rm a ci ó n g u a rd a da d e l h o ga r te m p o ra l 2 E st a do de l h o ga r te m p o ra l "D is p o n ib le " E n c a so q u e e l h o g a r te m p o ra l cu en te co n e sp a ci o p a ra o tr o a n im a l d e co m p a ñ ía . cu an do s e n e ce si te a si g n a r u n h o ga r te m p o ra l a l a n im a l d e co m p a ñ ía la a p lic a ci ó n m o st ra ra e l e st a do d e l h o ga r te m p o ra l co m o "D is p o n ib le " 3 E st a do de l h o ga r te m p o ra l "O cu p ad o" E n c a so q u e e l h o g a r te m p o ra l n o cu en te co n e sp a ci o p a ra o tr o a n im a l d e co m p a ñ ía . cu an do s e n e ce si te a si g n a r u n h o ga r te m p o ra l a l a n im a l d e co m p a ñ ía la a p lic a ci ó n m o st ra ra e l e st a do d e l h o ga r te m p o ra l co m o "O cu p ad o" H A W -P A E - 0 8 G e st o r A dm in is tr a r in fo rm a ci ó n d e lo s ce n tr os d e a d op ci ó n N e ce si to co n tr o la r y re vi sa r la in fo rm a ci ó n d e lo s ce n tr o s d e a do pc ió n . C o n la fin a lid a d d e g e st io n a r y m a n ej a r la in fo rm a ci ó n d e lo s ce n tr os d e a d op ci ó n . 1 In fo rm a ci ó n co m p le ta d e l ce n tr o a d op tiv o E n c a so q u e to d a la in fo rm a ci ó n in g re sa d a d e l ce n tr o a d op tiv o e st e co m p le ta . cu an do s e re g is tr e in fo rm a ci ó n d e l a n im a l d e co m p a ñ ía L a ap lic a ci ó n g u a rd a ra la in fo rm a ci ó n in g re sa d a y d e sp le g a ra u n m e ns aj e d e "O pe ra ci ó n e xi to sa " X I 2 In fo rm a ci ó n in co m p le ta d e l ce n tr o a d op tiv o E n c a so q u e a lg ú n d a to o in fo rm a ci ó n im p o rt a n te n o se a in g re sa d a cu an do s e re g is tr e in fo rm a ci ó n d e l a n im a l d e co m p a ñ ía L a ap lic a ci ó n m o st ra ra a vi so s in d ic a n do q u e fa lta in fo rm ac ió n o e s e rr ó n ea y n o ej ec u ta ra n in g u n a o p e ra ci ó n h a st a q u e s e c o rr ija . 3 In fo rm a ci ó n m o d ifi ca d a d e l ce n tr o a d op tiv o E n c a so q u e in fo rm a ci ó n re le va n te d e l ce n tr o a d op tiv o ca m b ie . cu an do s e a ct u a lic e in fo rm a ci ó n d e l a n im a l d e co m p a ñ ía la a p lic a ci ó n g u a rd a ra la in fo rm a ci ó n m o d ifi ca d a y d e sp le g a ra u n m e ns aj e d e o p e ra ci ó n e xi to sa H A W -P A E - 0 9 G e st o r F ilt ra r e st a d o d e lo s a n im a le s d e co m p a ñ ía N e ce si to lis ta r a lo s a n im a le s d e co m p a ñ ía C o n la fin a lid a d d e o rd e na r p o r e st ad o a lo s a n im a le s d e co m p a ñ ía e xi st e n te s e n e l si st e m a 1 L is ta r a lo s a n im a le s d e co m p a ñ ía p o r "A do p ta d o " E n c a so q u e se re qu ie ra m o st ra r un a lis ta ú n ic am en te d e lo s a n im a le s d e co m p a ñ ía q u e h a n s id o a d op ta do s C u an d o se f ilt re e l e st a do d e l a n im a l d e co m p a ñ ía . la a p lic a ci ó n m o st ra ra un a lis ta d e lo s a n im a le s d e co m p a ñ ía qu e h a n si d o a d op ta do s 2 L is ta r a lo s a n im a le s d e co m p a ñ ía p o r "A do p ta b le s" E n c a so q u e se re qu ie ra m o st ra r un a lis ta ú n ic am en te cu an do s e fil tr e e l e st a do d e l a n im a l d e co m p a ñ ía la a p lic a ci ó n m o st ra ra un a lis ta d e lo s a n im a le s d e co m p a ñ ía qu e X II d e lo s a n im a le s d e co m p a ñ ía q u e a ú n n o so n a d op ta do s n o ha n si d o a d op ta do s 3 L is ta r a lo s a n im a le s d e co m p a ñ ía p o r "R ec u pe ra ci ó n " E n c a so q u e se re qu ie ra m o st ra r un a lis ta ú n ic am en te d e lo s a n im a le s d e co m p a ñ ía q u e se e n cu en tr a n e n p ro ce so d e a do pc ió n cu an do s e fil tr e e l e st a do d e l a n im a l d e co m p a ñ ía L a ap lic a ci ó n m o st ra ra un a lis ta d e lo s a n im a le s d e co m p a ñ ía qu e e st á n e n p ro ce so d e a d op ci ó n H A W -P A E - 1 0 G e st o r B ú sq u ed a d e a n im a le s d e co m p a ñ ía . N e ce si to e n co n tr a r a lo s a n im a le s d e co m p a ñ ía in g re sa n do e l n om b re d e e st os . C o n la fin a lid a d d e fa ci lit a r a l g e st o r e n co n tr a r in fo rm a ci ó n rá p id a d e l a n im a l d e co m p a ñ ía q u e h a in g re sa d o e n e l si st e m a . 1 B ú sq u ed a p o r n om b re E n ca so d e co ns u lta r u n a n im a l d e co m p a ñ ía p o r n om b re . C u an d o se b u sq u e u n a n im a l d e co m p a ñ ía . L a ap lic a ci ó n b u sc a ra y m o st ra ra la s co in ci d e n ci a s d e l n om b re q u e se h a in g re sa do . X II I 6. 4 A n ex o D : H is to ri as d e u su ar io d e la A p p M ó vi l Id e n ti fi c a d o r (I D ) d e la h is to ri a R o l N o m b re d e la H is to ri a C a ra c te rí s ti c a / F u n c io n a lid a d R a zó n / R e su lt a d o N ú m e ro (# ) d e e s ce n a ri o C ri te ri o d e a c ep ta c i ó n (T ít u lo) C o n te x to E ve n to R e su lt a d o / C o m p o rt a m ie n to e s p e ra d o H A M -P A E - 0 1 A d op ta n t e R e g is tr a r a d op ta n te s N e ce si to q u e la a p lic a ci ó n p e rm ita re g is tr a r u n n u ev o u su a rio . C o n la fin a lid a d d e o b te ne r p o si b le s ca nd id a to s p a ra la a d op ci ó n d e u n a n im a l d e co m p a ñ ía . 1 In fo rm a ci ó n co m p le ta y co rr e ct a E n c as o q u e e l u su a rio y / o co n tr as e ña s se an v á lid o s y co rr e ct o s cu an do se d e sc a rg u e la a p lic a ci ó n y/ o re q u ie ra so lic ita r a lg ú n p ro ce so L a a p lic a ci ó n p e rm iti rá la cr e ac ió n d e l u su a rio , d e sp le g a nd o u n m en sa je "O pe ra ci ó n e xi to sa ". 2 In fo rm a ci ó n in co m p le t a y/ o e rr ó n e a E n c as o q u e e l u su a rio y / o co n tr as e ña s se an in co rr e ct o s o e rr ó n eo s cu an do se d e sc a rg u e la a p lic a ci ó n y/ o re q u ie ra so lic ita r a lg ú n p ro ce so L a a p lic a ci ó n m o st ra rá a vi so s in d ic a n do q u e fa lta in fo rm a ci ó n o e s e rr ó ne a y n o cr e a ra n in g ú n u su a rio h a st a q u e s e c o rr ija . H A M -P A E - 0 2 A d op ta n t e N e ce si to q u e la a p lic a ci ó n so lic ite u n u su a rio y co n tr as e ña . C o n la fin a lid a d d e g a ra n tiz a r la se gu rid a d d e la 1 U su a rio y / o co n tr as e ñ a c o rr e ct a E n c as o q u e e l u su a rio y / o co n tr as e ña se an co rr e ct os cu an do se so lic ite e l in ic io d e s es ió n L a a p lic a ci ó n p e rm iti rá e l a cc e so a la se si ó n d e l u su a rio p e rm iti e n d o la e je cu ci ó n d e X IV in fo rm a ci ó n y co n tr o la r e l a cc e so , o p e ra ci o n e s y m o d ifi ca ci ó n d e d a to s. p ro ce so s qu e so lic ite . In ic ia r S e si ó n 2 U su a rio y / o co n tr as e ñ a in co rr e ct a E n c as o q u e e l u su a rio y / o co n tr as e ña s se an in co rr e ct o s cu an do se so lic ite e l in ic io d e s es ió n L a a p lic a ci ó n d e sp le g a ra u n m e ns aj e d e e rr o r, so lic ita n d o e l in g re so co rr e ct o d e l o s d a to s. 3 U su a rio in e xi st e n t e E n c as o q u e e l u su a rio n o e xi st a y n o cu en te co n p e rm is o s d e a cc e so cu an do se so lic ite e l in ic io d e s es ió n L a a p lic a ci ó n in fo rm a ra a l u su a rio q u e n o p u ed e in g re sa r a la a p lic a ci ó n y se le so lic ita ra q u e s e r e g is tr e . 4 R e cu p e ra r C o n tr a se ñ a E n c as o q u e e l u su a rio h a ya o lv id a d o la co n tr as e ña d e su cu en ta . cu an do se so lic ite e l in g re so a la a p lic a ci ó n L a a p lic a ci ó n p e rm iti rá a l u su a rio re cu pe ra r su co n tr as e ña , re ci b ie n d o e n su co rr e o e le ct ró n ic o u n a va lid a ci ó n . X V H A M -P A E - 0 3 A d op ta n t e F ilt ra r a l o s a n im a le s d e co m p a ñ ía p o r e sp e ci e y e d a d N e ce si to o rd e na r a lo s a n im a le s de co m p a ñ ía se gú n su e sp e ci e (c a n in o , fe lin o ), y la e d ad (c a ch o rr o s, a d u lto s) . C o n la fin a lid a d d e m o st ra r a lo s a d op ta n te s u na l is ta d e lo s a n im a le s d e co m p a ñ ía p o r tip o y e d ad . 1 O rd e na r a lo s a n im a le s d e co m p a ñ ía fe lin o s E n c as o q u e se re q u ie ra m o st ra r ú n ic am en te a a n im a le s d e co m p a ñ ía fe lin o s cu an do s e f ilt re a l a n im a l d e co m p a ñ ía po r tip o la a p lic a ci ó n m o st ra ra a lo s a n im a le s d e co m p a ñ ía d e e sp e ci e fe lin o 2 O rd e na r a lo s a n im a le s d e co m p a ñ ía ca n in o s E n c as o q u e se re q u ie ra m o st ra r ú n ic am en te a a n im a le s d e co m p a ñ ía ca n in o s cu an do s e f ilt re a l a n im a l d e co m p a ñ ía po r tip o la a p lic a ci ó n m o st ra ra a lo s a n im a le s d e co m p a ñ ía d e e sp e ci e c a n in o 3 O rd e na r a lo s a n im a le s d e co m p a ñ ía ca ch o rr os E n c as o q u e se re q u ie ra m o st ra r ú n ic am en te a a n im a le s d e co m p a ñ ía ca ch o rr os cu an do s e f ilt re a l a n im a l d e co m p a ñ ía po r e d ad la a p lic a ci ó n m o st ra ra a lo s a n im a le s d e co m p a ñ ía ca ch o rr os 4 O rd e na r a lo s a n im a le s d e co m p a ñ ía a d u lto s E n c as o q u e se re q u ie ra m o st ra r ú n ic am en te a a n im a le s d e co m p a ñ ía a d u lto s cu an do s e f ilt re a l a n im a l d e co m p a ñ ía po r e d ad la a p lic a ci ó n m o st ra ra a lo s a n im a le s d e co m p a ñ ía a d u lto s X V I H A M -P A E - 0 4 A d op ta n t e N e ce si to lle n a r fo rm u la rio p a ra s o lic ita r la a d o p ci ó n d e l a n im a l d e co m p a ñ ía C o n la fin a lid a d d e l le n a r y e nv ia r in fo rm a ci ó n n e ce sa ria p a ra so lic ita r u n a a d op ci ó n 1 In fo rm a ci ó n d e fo rm u la rio co m p le ta E n c as o q u e to d a la in fo rm a ci ó n p ro p o rc io n a d a e st e co m p le ta cu an do se so lic ite la a d op ci ó n d e u n a n im a l d e co m p a ñ ía la a p lic a ci ó n g u a rd a ra la in fo rm a ci ó n d e l fo rm u la rio y d e sp le g a ra u n m e ns aj e "O pe ra ci ó n e xi to sa " S o lic ita r A d op ci ó n 2 In fo rm a ci ó n d e fo rm u la rio in co m p le t a E n c as o q u e la in fo rm a ci ó n p ro p o rc io n a d a e st e in co rr e ct a y / o in co m p le ta cu an do se so lic ite la a d op ci ó n d e u n a n im a l d e co m p a ñ ía L a a p lic a ci ó n m o st ra ra a vi so s in d ic a n do q u e fa lta in fo rm a ci ó n o e s e rr ó ne a y n o e je cu ta ra n in g u n a o p e ra ci ó nh a st a q u e se co rr ija . H A M -P A E - 0 5 A d op ta n t e R e ci b ir n o tif ic a ci o n e s N e ce si to re vi sa r la s re sp ue st as d e la s so lic itu d e s q u e he e je cu ta d o C o n la fin a lid a d d e lle va r u n co n tr o l d e la s a cc io n es re a liz a d a s e n la se si ó n 1 N o tif ic a ci ó n d e A d op ci ó n E n c as o q u e se h a ya a p ro ba do o n e ga d o la so lic itu d . cu an do s e in ic ie se si ó n e n la a p lic a ci ó n la a p lic a ci ó n m o st ra ra u n av is o d e n o tif ic a ci ó n c o n la re sp u es ta d e pe n d ie n do s i fu e a p ro ba d a o n e ga d a la a d op ci ó n X V II H A M -P A E - 0 6 R e sc a tis ta M a n e ja r in fo rm a ci ó n d e lo s h o ga re s te m p o ra le s N e ce si to co no ce r u b ic a ci o n es d e lo s h o ga re s te m p o ra le s C o n la fin a lid a d d e tr a sl a d a r a lo s a n im a le s d e co m p a ñ ía y m o st ra r ev id e n ci a s d e l p ro ce so re a liz a d o 2 R ev is a r in fo rm a ci ó n E n c as o q u e e l re sc a tis ta n e ce si te tr a sl a d a r u n a n im a l d e co m p a ñ ía cu an do se re q u ie ra tr a sl a d a r u n a n im a l d co m p a ñ ía a u n h o ga r te m p o ra l la a p lic a ci ó n m o st ra ra to d a la in fo rm a ci ó n d e l h o g a r te m p o ra l 3 S u b ir ev id e n ci a E n c as o q u e e l p ro ce so se a re a liz a d o co n é xi to cu an do e l tr a sl a d o d e l a n im a l d e co m p a ñ ía se h a ya cu m p lid o sa tis fa ct o ria m e n te la a p lic a ci ó n p e rm iti rá e l in g re so d e ev id e n ci a s y a lm a ce na ra d ic h a in fo rm a ci ó n X V III 6. 5 A n ex o E : P ro d u ct B ac k lo g Id e n ti fi c a d o r (I D ) d e la H is to ri a E n u n c ia d o d e la H is to ri a A li a s D im e n s ió n / E s fu e rz o (D ía s ) It e ra c ió n (S p ri n t) P ri o ri d a d C o m e n ta ri o s P B -P A E -0 1 C om o u n g es to r, n ec es ito q u e la a p lic a ci ó n p e rm ita re g is tr a r u n n u ev o us ua rio , co n la fin a lid a d d e a cc e de r a la in fo rm ac ió n d e lo s a n im a le s d e co m p a ñ ía . R e g is tr a r g e st o re s 4 1 A lta 2 0 d ía s P B -P A E -0 2 C om o u n g e st o r, n e ce si to q u e la a p lic a ci ó n s o lic ite u n us ua rio y co n tr a se ñ a , co n la fin a lid a d d e g a ra n tiz a r la se g u rid a d de la in fo rm a ci ó n y co n tr o la r e l a cc es o , o pe ra ci o n es y m o d ifi ca ci ó n d e d a to s. In g re sa r a la a p lic a ci ó n w e b 4 A lta P B -P A E -0 3 C om o u n g e st o r, n ec es ito i n g re sa r, a ct u a liz a r y e lim in a r in fo rm ac ió n d e l a n im a l d e c om pa ñ ía , co n la f in a lid a d d e te n e r u n r e g is tr o d e lo s a n im a le s d e co m p a ñ ía q u e s e e n cu e n tr en e n e l P A E . G e st io n a r in fo rm a ci ó n d e l a n im a l d e co m p a ñ ía 6 A lta P B -P A E -0 4 C om o u n g e st o r, n ec es ito a d m in is tr a r in fo rm a ci ó n d e l o s ce n tr o s d e a d op ci ó n , co n l a f in a lid a d d e g e st io n a r y m an ej a r la i n fo rm a ci ó n d e l o s ce n tr o s d e a do pc ió n . A dm in is tr a r in fo rm a ci ó n d e l o s ce n tr os d e a d op ci ó n . 5 M e d ia P B -P A E -0 5 C om o u n g e st o r, n ec es ito e n co n tr a r a lo s a n im a le s d e c om pa ñ ía in g re sa n d o e l n om b re d e e st o s, c o n la fin a lid a d d e fa ci lit a r a l g e st o r e n co n tr a r in fo rm a ci ó n r á p id a d e l a n im a l d e c om p añ ía q ue h a in g re sa d o e n e l s is te m a . B ú sq u ed a d e a n im a le s d e co m p a ñ ía . 1 B aj a P B -P A E -0 6 C om o u n a d o p ta n te , n ec es ito q u e l a a p lic a ci ó n m óv il p e rm ita r e g is tr a r u n n u ev o u su a rio a t ra vé s d e F ac e bo ok , G m a il y la m is m a a p lic a ci ó n , co n la R e g is tr a r a d op ta n te s 1 5 2 A lta 2 0 d ía s X IX fin a lid a d d e o b te n e r p os ib le s ca n d id a to s p a ra l a a d op ci ó n d e u n a n im a l d e c om pa ñ ía . P B -P A E -0 7 C om o u n a a do p ta n te , n ec es ito q u e l a a p lic a ci ó n so lic ite u n u su a rio y c o n tr a se ñ a , c o n la fi n a lid a d d e g a ra n tiz a r la se g u rid a d de la in fo rm a ci ó n y co n tr o la r e l a cc es o , o pe ra ci o n es y m o d ifi ca ci ó n d e d a to s. In ic ia r se si ó n 5 A lta P B -P A E -0 8 C om o u n a do p ta n te , n ec es ito ll e n a r f o rm u la rio p a ra so lic ita r la a d o p ci ó n d e l a n im a l d e c o m pa ñ ía , co n la fi n a lid a d d e ll e n a r y e nv ia r in fo rm ac ió n n e ce sa ria p a ra s o lic ita r u n a a d op ci ó n . S o lic ita r a d o p ci ó n 1 5 3 A lta 2 0 d ía s P B -P A E -0 9 C om o un g e st o r, n e ce si to a p ro b a r o n e ga r e l fo rm u la rio d e a d op ci ó n , co n la f in a lid a d d e r ev is a r la i n fo rm a ci ó n d e l a d op ta n te y b us ca r o p ci o n es p a ra e l a n im a l d e c om pa ñ ía q u e s e d e se a a d o p ta r. A dm in is tr a r e l p ro ce so d e a d op ci o n es 5 A lta P B -P A E -1 0 C om o u n a d op ta n te , n e ce si to re vi sa r la s re sp ue st as d e la s so lic itu d e s q u e h e e je cu ta d o , c on la f in a lid a d d e l le va r un c on tr o l d e l a s a cc io n es re a liz a d a s e n la s e si ó n . R e ci b ir n o tif ic a ci o n e s 1 2 4 A lta 2 0 d ía s P B -P A E -1 1 C om o u n g es to r, n e ce si to r e vi sa r e l e st a d o d e l a n im a l d e c om pa ñ ía , c o n la fi n a lid a d d e v e rif ic a r la si tu a ci ó n a ct u a l d e l a n im a l d e c om pa ñ ía , e s d ec ir: A d op ta do , R e cu p e ra ci ó n , A d op ta b le . C o n tr o la r e l e st a d o d e l a n im a l d e co m p a ñ ía 4 M e d ia P B -P A E -1 2C om o u n ge st o r, ne ce si to co m pa rt ir a lg u n a s ca ra ct e rí st ic a s d e l a n im a l d e co m pa ñ ía p o r re d so ci a l (F A C E B O O K ), c on l a f in a lid a d d e m os tr a r in fo rm a ci ó n d e l a n im a l d e co m pa ñ ía y q u e la s p e rs on as s e in te re se n y s o lic ite n u n a a d op ci ó n . C om pa rt ir h is to ria d e l a n im a l d e co m p a ñ ía 4 M e d ia X X P B -P A E -1 3 C om o u n g es to r, n ec e si to r ev is a r la in fo rm a ci ó n y e st a do d e lo s h og a re s te m po ra le s, c o n la f in a lid a d d e c o no ce r in fo rm a ci ó n d e lo s ho g a re s te m p o ra le s re g is tr a d o s y su s itu a ci ó n a ct ua l. A dm in is tr a r in fo rm a ci ó n y e st a do de l h o g a r te m p o ra l 1 0 5 B aj a 1 5 d ía s P B -P A E -1 4 C om o u n g es to r, n ec es ito l is ta r a l o s a n im a le s d e co m p a ñ ía , c o n la fi n a lid a d d e o rd en a r po r e st a do a lo s a n im a le s de c om pa ñ ía e xi st e n te s e n e l s is te m a . F ilt ra r e st a d o d e lo s a n im a le s d e co m p a ñ ía 5 B aj a P B -P A E -1 5 C om o u n a d op ta n te , n ec e si to o rd en a r a lo s a n im a le s d e c om pa ñ ía s e g ún s u e sp ec ie ( ca n in o , fe lin o ) y la e d a d (c ac h o rr os , a du lto s) , co n la fin a lid a d d e m os tr a r a l o s a d o p ta n te s u na l is ta d e lo s a n im a le s d e c om p añ ía p o r tip o y e d a d. F ilt ra r a lo s a n im a le s d e co m p a ñ ía p o r tip o y e d a d 4 6 B aj a 1 5 d ía s P B -P A E -1 6 C om o u n r e sc a tis ta , n e ce si to c o n o ce r u b ic a ci o n es d e lo s h og a re s te m po ra le s, co n la fin a lid a d d e tr a sl a d a r a l o s a n im a le s d e c om p añ ía y m o st ra r ev id e n ci a s de l p ro ce so r ea liz a d o . M a n e ja r in fo rm a ci ó n d e l o s h o ga re s te m p o ra le s 1 1 M e d ia X X I 6. 6 A n ex o F : F o rm at o p ar a la s p ru eb as d e fu n ci o n am ie n to Id e n ti fi c a d o r H is to ri a d e U s u a ri o Id e n ti fi c a d o r ú n ic o d e h is to ri a d e u s u ar io u ti liz a d o p a ra e l c as o d e p ru eb a Id e n ti fi c a d o r c a s o d e p ru eb a Id e n ti fi c a d o r ú n ic o d e l c a so d e p ru e b a . F u n c ió n p ro b a r D e fin ir e l m ó d u lo , s e rv ic io o fu n ci ó n q u e p ro b a ra c o n e l c a so d e p ru e ba . O b je ti vo D e sc rib ir q u e fu n ci o n a lid a d q ue s e rá p ro ba d a c o n e l c a so d e p ru e ba . D e sc ri p c ió n D e sc rib ir y e xp lic a r e l p ro p ó si to e l c a so d e p ru e ba . C ri te ri o s d e é x it o D e fin ir lo s cr ite rio s d e a ce p ta ci ó n , q ue p er m ite n d e te rm in a r q u e e l c a so d e p ru e b a e je cu ta d o e s e xi to so C ri te ri o s d e f a lla D e fin ir lo s cr ite rio s q u e p e rm ite n d e te rm in a r q u e e l c a so d e p ru e ba e je cu ta do e s fa lli d o P re c o n d ic io n e s D e sc rib ir la s co n d ic io n e s y e l e st a d o e n la s q u e s e d e b e e nc on tr a r e l s is te m a p a ra la e je cu ci ó n d e l c a so d e p ru e ba , e n c a so d e s e r n e ce sa rio in cl u ir lo s ca so s d e p ru eb as q u e s e d eb e n e je cu ta r p re vi o a l c a so d e p ru e ba . P e rf il d e l u s u a ri o P e rf il d e l u su a rio e n e l s is te m a c o n e l q u e se e je cu ta ra la p ru e b a . N e ce s id ad es p a ra e l c a so d e p ru e b a D e fin ir la s n e ce si d a d e s p a ra la e je cu ci ó n d e lo s ca so s d e p ru e b as , co m o p o r e je m p lo lo s d a to s de p ru e b as , la s co n d ic io n e s a d ic io n a le s a te n e r en c ue n ta , c on fig u ra ci ó n d e la p ru e b a . A u to r N om b re d e la p e rs o na q ue d is e ñ a e l c a so d e p ru eb a F lu jo d e l c as o d e p ru eb a N o p as o U su a rio d e l s is te m a S is te m a O rd e n en e l q u e se e je cu ta e l p a so A cc ió n d e l u su a rio e n e l si st e m a , d e fin ir la s e n tr a d as re q u e rid a s e n e l p a so y q u e r e a liz a e l u su a rio d u ra n te e l p a so , e n c as o q ue p re se n te e n tr a d as , d e sc rib ir q u e h a ce e l u su a rio c o n la s e n tr a da s. R e sp u es ta d e l s is te m a a la a cc ió n re a liz a d a p o r e l u su a rio R e su lt a d o e s p e ra d o D e sc rib ir e l e st a d o d e l s is te m a lu e g o d e la e je cu ci ó n d e c a so d e p ru e ba . X X II 6. 7 A n ex o G : D ia g ra m a d e fl u jo a ct u al p ar a so li ci ta r ad o p ci ó n e n P A E X X II : D ia g ra m a d e fl u jo a ct u al p ar a so li ci ta r ad o p ci ó n e n P A E X X II I 6. 8 A n ex o H : D ia g ra m a d e fl u jo d el s is te m a d es a rr o ll ad o e n e l p ro ye ct o : D ia g ra m a d e fl u jo d el s is te m a d es a rr o ll ad o e n e l p ro ye ct o X X IV 6. 9 A n ex o I : S p ri n t B ac k lo g – S p ri n t 1 S p ri n t 1 N o m b re d e la T a re a Id e n ti fi c a d o r D is e ñ o d e l m ód u lo d e a dm in is tr a ci ó n d e c e n tr o s de a do pc ió n . P B -P A E -0 4 Im p la n ta ci ó n d e l m ó du lo P B -P A E -0 4 D is e ñ o d e la in te rf a z d e l r e g is tr o p a ra n u ev o s u su a rio s. P B -P A E -0 1 Im p le m en ta ci ó n d e l d is e ñ o e in st a la ci ó n d e l F O S U se rB un d le P B -P A E -0 1 C o n fig u ra ci ó n d e d e pe n de nc ia s d e l F O S U se rB u n d le P B -P A E -0 1 S o b re e sc rit u ra d e m é to do s d e F O S U se rB u nd le P B -P A E -0 1 D is e ñ o d e l m ód u lo d e in g re so . P B -P A E -0 2 Im p le m en ta ci ó n d e l m ód u lo . P B -P A E -0 2 D is e ñ o d e l m ód u lo p a ra e l i n g re so d e a n im a le s d e c om p añ ía . P B -P A E -0 3 Im p le m en ta ci ó n d e l m ód u lo y m é to do d e in g re so P B -P A E -0 3 D is e ñ o d e l m ód u lo p a ra la a ct u a liz a ci ó n d e a n im a le s de c om p añ ía . P B -P A E -0 3 Im p le m en ta ci ó nd e l m ód u lo y m é to do d e a ct u a liz a ci ó n y e lim in a ci ó n P B -P A E -0 3 Im p le m en ta ci ó n d e l b o tó n p a ra b ús qu e da p o r n om b re . P B -P A E -0 5 X X V 6. 10 A n ex o J : S p ri n t B ac k lo g – S p ri n t 2 S p ri n t 2 N o m b re d e la T a re a Id e n ti fi c a d o r D is e ñ o d e la in te rf a z d e l r e g is tr o p a ra n u ev o s a d op ta n te s. P B -P A E -0 6 Im p le m en ta ci ó n d e l d is e ñ o e in st a la ci ó n d e l F O S U se rB un d le P B -P A E -0 6 C o n fig u ra ci ó n d e d e pe n de nc ia s d e l F O S U se rB u n d le P B -P A E -0 6 C re a ci ó n d e p ro ye ct o e n Io n ic 1 P B -P A E -0 6 C re a ci ó n d e a p i e n F a ce bo o k P B -P A E -0 6 C re a ci ó n d e a p i e n G o o g le P B -P A E -0 6 S o b re e sc rit u ra d e m é to do s d e F O S U se rB u nd le P B -P A E -0 6 D is e ñ o d e l m ód u lo d e in g re so . P B -P A E -0 7 Im p le m en ta ci ó n d e l m ód u lo . P B -P A E -0 7 X X V I 6. 11 A n ex o K : S p ri n t B ac k lo g – S p ri n t 3 S p ri n t 3 N o m b re d e la T a re a Id e n ti fi c a d o r D is e ñ o d e la g a le rí a d e lo s a n im a le s d e c om p añ ía . P B -P A E -0 8 Im p le m en ta ci ó n d e l d is e ñ o e in te rf a z p a ra la g a le rí a P B -P A E -0 8 E la b o ra ci ó n d e l f o rm u la rio f e lin o e n 6 p a so s P B -P A E -0 8 E la b o ra ci ó n d e l f o rm u la rio c a n in o e n 7 p as o s P B -P A E -0 8 D is e ñ o d e la in te rf a z p a ra e l f o rm u la rio fe lin o P B -P A E -0 8 Im p le m en ta ci ó n d e l d is e ñ o d e l f o rm u la rio f e lin o P B -P A E -0 8 D is e ñ o d e la in te rf a z p a ra e l f o rm u la rio c a n in o P B -P A E -0 8 Im p le m en ta ci ó n d e l d is e ñ o d e l f o rm u la rio c a n in o P B -P A E -0 8 D is e ñ o d e l m ód u lo p a ra g e st o re s d e la li st a d e f o rm u la rio s d e a do pc ió n P B -P A E -0 9 Im p le m en ta ci ó n d e l m ód u lo d e la li st a d e fo rm u la rio s d e a d op ci ó n P B -P A E -0 9 D is e ñ o d e l m ód u lo p a ra la a p ro b ac ió n o n e g ac ió n d e la s so lic itu d e s P B -P A E -0 9 Im p le m en ta ci ó n d e l m ód u lo p a ra la a p ro ba ci ó n o n eg ac ió n d e la s so lic itu d e s P B -P A E -0 9 6. 12 A n ex o L : S p ri n t B ac k lo g – S p ri n t 4 S p ri n t 4 N o m b re d e la T a re a Id e n ti fi c a d o r D is e ñ o d e l m ód u lo d e s o lic itu d d e a d op ci o n es P B -P A E -1 0 Im p le m en ta ci ó n d e l m ód u lo d e s o lic itu d d e a d op ci o n es P B -P A E -1 0 D is e ñ o d e m ó d u lo d e e d ic ió n d e l f o rm u la rio P B -P A E -1 1 Im p le m en ta ci ó n d e l m ód u lo d e e d ic ió n d el fo rm u la rio P B -P A E -1 1 D is e ñ o d e l b o tó n c om pa rt ir e n F a ce bo o k. P B -P A E -1 2 C re a ci ó n d e u n a a p k e n e l d e sa rr o lla d o r d e F ac eb oo k P B -P A E -1 2 Im p le m en ta ci ó n d e l b o tó n c om pa rt ir e n e l d e ta lle d e l a n im a l d e c om pa ñ ía . P B -P A E -1 2 X X V II 6. 13 A n ex o M : S p ri n t B ac k lo g – S p ri n t 5 S p ri n t 5 N o m b re d e la T a re a Id e n ti fi c a d o r D is e ñ o d e l m ód u lo d e a dm in is tr a ci ó n d e h o ga re s te m p o ra le s. P B -P A E -1 3 Im p la n ta ci ó n d e l m ó du lo P B -P A E -1 3 D is e ñ o d e fi ltr o s d e e st a do p a ra e l a n im a l d e c om p añ ía P B -P A E -1 4 Im p le m en ta ci ó n fi ltr o T O D O S P B -P A E -1 4 Im p le m en ta ci ó n fi ltr o A D O P T A D O P B -P A E -1 4 Im p le m en ta ci ó n fi ltr o R E C U P E R A C IÓ N P B -P A E -1 4 Im p le m en ta ci ó n fi ltr o A D O P T A B L E P B -P A E -1 4 6. 14 A n ex o N : S p ri n t B ac k lo g – S p ri n t 6 S p ri n t 6 N o m b re d e la T a re a Id e n ti fi c a d o r D is e ñ o d e fi ltr o s p o r tip o . P B -P A E -1 5 Im p le m en ta ci ó n fi ltr o s C a n in o y F e lin o e n la a p p m óv il. P B -P A E -1 5 D is e ñ o d e fi ltr o s p o r e d a d . P B -P A E -1 5 Im p le m en ta ci ó n fi ltr o s C a ch o rr o y A d u lto e n la a p p m óv il. P B -P A E -1 5 Im p le m en ta ci ó n f ilt ro T O D O S e n la a p p m óv il. P B -P A E -1 5 Im p le m en ta ci ó n R O L r es ca tis ta e n la a p p w e b P B -P A E -1 6 D is e ñ o m od u lo h o g a re s te m p o ra le s a pp m óv il P B -P A E -1 6 Im p le m en ta ci ó n H og a re s T e m p o ra le s e n la a p p m óv il (R o l R E S C A T IS T A ) P B -P A E -1 6 Im p le m en ta ci ó n e vi d e nc ia d e v is ita e n D e ta lle s d e l h o g a r T e m po ra l P B -P A E -1 6 X X V II I 6. 15 A n ex o O : C ro n o g ra m a d e A c ti vi d ad es
