Upload
others
View
13
Download
0
Embed Size (px)
Citation preview
I
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
DESARROLLO DE UN PROTOTIPO DE UNA APLICACIÓN
MÓVIL UTILIZANDO ANDROID STUDIO PARA
ADQUIRIR PINTAS DE SANGRE O PLAQUETAS
ESTABLECIENDO CONTACTO ENTRE DONANTES Y DONATARIOS DE LA
CIUDAD DE GUAYAQUIL
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTORES:
Flores Rodríguez John Jairo
Pindo Escobar Valeria Nathaly
TUTOR:
Ing. César Espin Riofrio. M.Sc.
GUAYAQUIL – ECUADOR
2019
.
II
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TITULO: Desarrollo de un prototipo de una aplicación móvil utilizando Android Studio para
adquirir pintas de sangre o plaquetas estableciendo contacto entre donantes y donatarios de la
ciudad de Guayaquil AUTORES:
Flores Rodríguez John Jairo
Pindo Escobar Valeria Nathaly
TUTOR: Ing. César Espin Riofrio. M.Sc.
REVISOR: Ing. Ángela Yanza Montalván,
M.Sc.
INSTITUCIÓN: Universidad de Guayaquil FACULTAD: Ciencias Matemáticas y Físicas
CARRERA: Ingeniería en Sistemas Computacionales
FECHA DE PUBLICACIÓN: 02/10/2019 No DE PAGS: 170
ÁREA TEMÁTICA: SALUD HUMANA, ANIMAL Y DEL AMBIENTE.
PALABRAS CLAVES: Prototipo, Donación de sangre y plaquetas, Contacto en línea,
Aplicación
RESUMEN: La problemática se presenta en personas que requieren de una donación de sangre
o plaquetas con urgencia y se les complica conseguir la pinta o transfusión ya que tienen
desinformación del lugar donde puedan adquirirlas o contactan familiares que no son idóneos
para donar, y eso conlleva a perder tiempo valioso para el paciente, por esta razón se planteó
este tema de titulación con el objetivo de desarrollar una aplicación móvil que optimice el tiempo
de búsqueda que requiere un donatario en encontrar un donante. Este tema es llevado a cabo con
el método cuantitativo y método de campo, para el desarrollo se optó con la metodología
SCRUM que permite organizar el proyecto en sprints. El aplicativo móvil tendrá acceso a la
información en tiempo real y notificará al donante que el donatario elija mediante un SMS o
WhatsApp. Se planteó que todas las personas puedan ingresar libremente al aplicativo móvil
desde su Smartphone y de esta forma observan y contacten a las personas que se encuentran
registradas y están divididas en grupos de sangre o plaquetas, y posteriormente ellos decidan si
quieren ser donantes voluntarios, además un sistema web que controle la información ingresada.
Se concluye que el proyecto beneficia a personas que requieren donaciones ya que optimiza el
tiempo de búsqueda en aproximadamente 5 minutos, ante una emergencia de conseguir sangre
o plaquetas.
No DE REGISTRO (en base de datos): No DE CLASIFICACIÓN:
No
DIRECCIÓN URL (Proyecto de Titulación en la Web)
ADJUNTO CON PDF: X
SI
NO
CONTACTO CON AUTORES:
Flores Rodríguez John Jairo
Pindo Escobar Valeria Nathaly
Teléfono:
0985998907
0985269378
E-mail:
CONTACTO DE LA INSTITUCIÓN:
Universidad de Guayaquil
Carrera de Ingeniería en Sistemas
Computacionales
Víctor Manuel Rendón y Baquerizo Moreno
Nombre: Abg. Juan Chávez
Teléfono: 2307729
.
III
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de titulación, “DESARROLLO DE UN
PROTOTIPO DE UNA APLICACIÓN MÓVIL UTILIZANDO ANDROID
STUDIO PARA ADQUIRIR PINTAS DE SANGRE O PLAQUETAS
ESTABLECIENDO CONTACTO ENTRE DONANTES Y DONATARIOS
DE LA CIUDAD DE GUAYAQUIL” elaborado por los Sres. John Jairo
Flores Rodríguez y Valeria Nathaly Pindo Escobar , Alumnos no titulados
de la Carrera de Ingeniería en Sistemas Computacionales, Facultad de
Ciencias Matemáticas y Físicas de la Universidad de Guayaquil, previo a
la obtención del Título de Ingenieros en Sistemas, me permito declarar que
luego de haber orientado, estudiado y revisado, la apruebo en todas sus
partes.
Atentamente,
Ing. César Espin Riofrio. M.Sc.
TUTOR
.
IV
DEDICATORIA
Dedico este triunfo a mi hijo
Iker Flores Pindo el cual me
motivó a terminar mis
estudios, a mi padre Manuel
Pindo por haberme apoyado
en lo que más ha podido, mi
abuelita María Sánchez que
me inculcó el amor por el
estudio y a mi hermano
Ricardo Pindo por su
paciencia.
Valeria Nathaly Pindo Escobar
.
V
DEDICATORIA
A mis padres Edison y Francisca
quienes con su amor, paciencia y
apoyo me han permitido llegar a
cumplir hoy un sueño más, gracias por
inculcar en mí el ejemplo de esfuerzo,
de valentía y de no temer las
adversidades.
A mis hermanos por el apoyo y por
estar juntos en todo momento.
Y a mi hijo Iker Fernando ya que sin él
mi vida sería un desastre. Es la razón
de que me levante cada día a
esforzarme por el presente para tener
un mejor futuro, él es mi principal
motivación y gran felicidad.
John Jairo Flores Rodríguez
.
VI
AGRADECIMIENTO
A Dios, a mi padre Manuel
Pindo quien me apoyó
indefinidamente, a mi hermano
que me ayudó en lo que más
pudo, a mi abuelita quien cuido
de mi desde el fallecimiento de
mí madre, a mi compañero y
amigo John Flores por su apoyo
indefinido, también a mi tutor de
tesis por la paciencia, y a las
demás personas que colaboraron
con un granito de arena a lo largo
de mi vida académica.
Valeria Nathaly Pindo Escobar
.
VII
AGRADECIMIENTO
A Dios por permitirme llegar hasta
aquí, a mis Padres que han sabido
darme su ejemplo de trabajo y
honradez y a Valeria Pindo por su
paciencia, dedicación y apoyo en este
proyecto de tesis.
También a mi tutor de tesis, quien con
su experiencia y consejos nos orientó
en el desarrollo del proyecto.
John Jairo Flores Rodríguez
.
VIII
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Fausto Cabrera Montes. M.Sc.
DECANO DE LA FACULTAD
CIENCIAS MATEMÁTICAS Y
FÍSICAS
Ing. Gary Reyes Zambrano. M.Sc.
DIRECTOR DE LA CARRERA DE
INGENIERÍA EN SISTEMAS
COMPUTACIONALES
Ing. César Espin Riofrio. M.Sc.
PROFESOR TUTOR DEL
PROYECTO
DE TITULACIÓN
Ing. Ángela Yanza Montalván. M.Sc.
PROFESOR REVISOR DEL
PROYECTO
DE TITULACIÓN
Ab. Juan Chávez Atocha, Esp.
SECRETARIO
.
IX
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de
Desarrollo de un prototipo de una aplicación
móvil utilizando Android Studio para adquirir
pintas de sangre o plaquetas estableciendo
contacto entre donantes y donatarios de la
ciudad de Guayaquil nos corresponde
exclusivamente; y el patrimonio intelectual
de la misma a la UNIVERSIDAD DE
GUAYAQUIL”
________________________
John Jairo Flores Rodríguez
_______________________
Valeria Nathaly Pindo Escobar
.
X
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DE UN PROTOTIPO DE UNA APLICACIÓN MÓVIL
UTILIZANDO ANDROID STUDIO PARA ADQUIRIR PINTAS
DE SANGRE O PLAQUETAS ESTABLECIENDO
CONTACTO ENTRE DONANTES Y
DONATARIOS DE LA CIUDAD
DE GUAYAQUIL.
Proyecto de Titulación que se presenta como requisito para optar por el título
de INGENIERO EN SISTEMAS COMPUTACIONALES
Autores:
FLORES RODRÍGUEZ JOHN JAIRO
C.I. 0924303133
PINDO ESCOBAR VALERIA NATHALY
C.I. 0950679589
Tutor: Ing. César Espin Riofrio. MSc
Guayaquil, octubre del 2019
.
XI
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo
de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por el/la
estudiante PINDO ESCOBAR VALERIA NATHALY Y JOHN JAIRO FLORES
RODRÍGUEZ, como requisito previo para optar por el título de Ingeniero en Sistemas
Computacionales cuyo problema es:
DESARROLLO DE UN PROTOTIPO DE UNA APLICACIÓN MÓVIL
UTILIZANDO ANDROID STUDIO PARA ADQUIRIR PINTAS DE SANGRE
O PLAQUETAS ESTABLECIENDO CONTACTO ENTRE DONANTES Y
DONATARIOS DE LA CIUDAD DE GUAYAQUIL
Considero aprobado el trabajo en su totalidad.
Presentado por:
Pindo Escobar Valeria Nathaly C.I. 0950679589
Flores Rodríguez John Jairo C.I. 0924803133
Tutor: Ing. César Espin Riofrio. M.Sc.
Guayaquil, octubre del 2019
.
XII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
Autorización para Publicación de Proyecto de Titulación en Formato Digital
1. Identificación del Proyecto de Titulación
Nombre Alumno: Flores Rodríguez John Jairo
Dirección: Guasmo sur Coop. Unión de bananeros Mz12
Teléfono: 3880198 E-mail: [email protected]
Nombre Alumno: Pindo Escobar Valeria Nathaly
Dirección: 19 y Francisco Segura
Teléfono: 2663760 E-mail: [email protected]
Facultad: CIENCIAS MATEMÁTICAS Y FÍSICAS
Carrera: INGENIERÍA EN SISTEMAS COMPUTACIONALES
Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales
Profesor tutor: Ing. César Espin Riofrio. MSc
Título del Proyecto de titulación:
Desarrollo de un prototipo de una aplicación móvil utilizando Android Studio para adquirir pintas de sangre o plaquetas estableciendo contacto entre donantes y donatarios de la ciudad de Guayaquil.
Tema del Proyecto de Titulación: Prototipo, Donación de sangre y plaquetas, Contacto en línea,
aplicación.
2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación
A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación.
Publicación electrónica:
_________________________ _________________________
John Jairo Flores Rodríguez. Valeria Nathaly Pindo Escobar.
3. Forma de envío:
El texto del proyecto de titulación debe ser enviado en formato Word, como archivo
.Doc. O .RTF y Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.
DVDROM X CDROM X
Inmediata Después de 1 año X
.
XIII
ÍNDICE GENERAL
APROBACIÓN DEL TUTOR ................................................................................ III
DEDICATORIA ..................................................................................................... IV
AGRADECIMIENTO ............................................................................................ VI
TRIBUNAL PROYECTO DE TITULACIÓN ...................................................... VIII
DECLARACIÓN EXPRESA .................................................................................. IX
CERTIFICADO DE ACEPTACIÓN DEL TUTOR ................................................ XI
ÍNDICE GENERAL ............................................................................................. XIII
INTRODUCCIÓN .................................................................................................. 1
CAPÍTULO I .......................................................................................................... 3
UBICACIÓN DEL PROBLEMA EN UN CONTEXTO ........................................... 3
SITUACIÓN CONFLICTO NUDOS CRÍTICOS ..................................................... 6
CAUSAS Y CONSECUENCIAS DEL PROBLEMA ............................................... 6
EVALUACIÓN DEL PROBLEMA .......................................................................... 8
VARIABLES .......................................................................................................... 10
VARIABLE INDEPENDIENTE: ........................................................................... 10
VARIABLE DEPENDIENTE: ............................................................................... 10
OBJETIVOS DE LA INVESTIGACIÓN ................................................................ 10
METODOLOGÍA DEL PROYECTO ..................................................................... 15
SUPUESTOS Y RESTRICCIONES ....................................................................... 19
PLAN DE CALIDAD ............................................................................................. 20
CAPÍTULO II ....................................................................................................... 21
MARCO TEÓRICO................................................................................................ 21
ANTECEDENTES DEL ESTUDIO ....................................................................... 21
FUNDAMENTACIÓN TEÓRICA ......................................................................... 26
COMPUTACIÓN EN LA NUBE (CLOUD COMPUTING) ............................... 26
BASE DE DATOS .............................................................................................. 30
BASE DE DATOS RELACIONAL ................................................................ 31
BASE DE DATOS NOSQL ............................................................................ 32
FIREBASE ......................................................................................................... 34
JSON .................................................................................................................. 39
.
XIV
METODOLOGÍA SCRUM................................................................................. 44
SPRINTS ........................................................................................................ 45
PRODUCT BACKLOG (LISTA DE PRODUCTOS) .......................................... 46
SPRINT BACKLOG ........................................................................................... 47
CAPÍTULO III ..................................................................................................... 71
FACTIBILIDAD OPERACIONAL .................................................................... 72
FACTIBILIDAD TÉCNICA ............................................................................... 73
FACTIBILIDAD LEGAL ................................................................................... 75
FACTIBILIDAD ECONÓMICA ........................................................................ 76
ETAPAS DE LA METODOLOGÍA DEL PROYECTO ...................................... 79
PROCESAMIENTO Y ANÁLISIS ................................................................... 153
CAPITULO IV .................................................................................................... 163
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO.................. 163
VALIDACIÓN DE JUICIO DE EXPERTO ...................................................... 165
CONCLUSIONES ............................................................................................ 170
RECOMENDACIONES ................................................................................... 172
BIBLIOGRAFÍA .............................................................................................. 173
ANEXOS .............................................................................................................. 176
ANEXO:1 ACTA DE REUNIÓN # 1 ............................................................... 177
ANEXO 2: ÁRBOL DE PROBLEMAS. ........................................................... 178
ANEXO 3: FORMATO DE ENTREVISTA DIRECTA PARA TOMA DE
REQUERIMIENTOS. ....................................................................................... 179
ANEXO 4: ENCUESTA PREVIA. ................................................................... 180
ANEXO 5: DIAGRAMA DE GANTT. ............................................................. 181
ANEXO 6: ACTA DE REUNIÓN # 2 .............................................................. 182
ANEXO 7: DIAGRAMA DE FLUJO DE PROCESO ACTUAL PARA
ENCONTRAR UN DONANTE. ....................................................................... 183
ANEXO 8: ENCUESTA DE APLICACIÓN/ PERSONAS QUE HAN
REQUERIDO DONACIÓN- DONANTES. ...................................................... 184
ANEXO 9: ENCUESTA POR MEDIO DE FORMULARIOS DE GOOGLE
(GOOGLE FORMS). ........................................................................................ 185
ANEXO 10: MODELO ENTIDAD –RELACIÓN. ........................................... 186
ANEXO 11: PRUEBA CON EL USUARIO Y MATRIZ DE SATISFACCIÓN.
......................................................................................................................... 187
.
XV
ANEXO 12: JUICIO DE EXPERTO, DOCENTES DE LA UNIVERSIDAD DE
GUAYAQUIL CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES. ................................................................................... 189
ANEXO 13: TABLA DE CARACTERIZACIÓN DE LOS EXPERTOS. ......... 193
ANEXO 14: RESULTADO DE ENCUESTA. .................................................. 194
ANEXO 15: MATRIZ DE SATISFACCIÓN .................................................... 196
.
XVI
ÍNDICE DE CUADROS
CUADRO N. 1: CAUSAS Y CONSECUENCIAS ................................................... 7
CUADRO N. 2 DELIMITACIÓN DEL PROBLEMA ............................................. 8
CUADRO N. 3: COMPARACIÓN DE UNA BASE DE DATOS RELACIONAL Y
NO RELACIONAL. ....................................................................................... 32
CUADRO N. 4: COMPATIBILIDAD DE GRUPO SANGUÍNEO ........................ 50
CUADRO N. 5: CARACTERÍSTICAS DEL HARDWARE USADO.................... 74
CUADRO N. 6:CARACTERÍSTICAS DE LOS SOFTWARE USADOS. ............. 75
CUADRO N. 7: RECURSOS HUMANOS. ........................................................... 76
CUADRO N. 8: RECURSO DE HARDWARE. .................................................... 77
CUADRO N. 9: RECURSO DE SOFTWARE. ...................................................... 77
CUADRO N. 10: RECURSOS VARIOS. .............................................................. 78
CUADRO N. 11 TOTAL DE RECURSOS. ........................................................... 78
CUADRO N. 12 ASIGNACIÓN DE ROLES PARA LA METODOLOGÍA SCRUM.
........................................................................................................................ 80
CUADRO N. 13 HISTORIA A USUARIO # 1. ..................................................... 82
CUADRO N. 14 HISTORIA A USUARIO # 2. ..................................................... 83
CUADRO N. 15 HISTORIA A USUARIO # 3. ..................................................... 84
CUADRO N. 16 HISTORIA A USUARIO # 4. ..................................................... 84
CUADRO N. 17 HISTORIA A USUARIO # 5. ..................................................... 85
CUADRO N. 18 HISTORIA A USUARIO # 6. .................................................... 86
CUADRO N. 19 HISTORIA A USUARIO # 7. ..................................................... 87
CUADRO N. 20 HISTORIA A USUARIO # 8. ..................................................... 88
CUADRO N. 21 HISTORIA A USUARIO # 9. ..................................................... 89
CUADRO N. 22 HISTORIA A USUARIO # 10. ................................................... 89
CUADRO N. 23 HISTORIA A USUARIO # 11. ................................................... 90
CUADRO N. 24 HISTORIA A USUARIO # 12. ................................................... 91
CUADRO N. 25 HISTORIA A USUARIO # 13. ................................................... 91
.
XVII
CUADRO N. 26 DESCRIPCIÓN EN PRODUCT BACKLOG. ............................. 92
CUADRO N. 27 SPRINT PLANNING 1. .............................................................. 94
CUADRO N. 28 SPRINT PLANNING 2. .............................................................. 94
CUADRO N. 29 SPRINT PLANNING 3. .............................................................. 95
CUADRO N. 30 SPRINT PLANNING 4. .............................................................. 95
CUADRO N. 31 SPRINT PLANNING 5. .............................................................. 96
CUADRO N. 32 INFORMACIÓN DE DONANTES Y PERSONAS QUE
REQUIEREN DONACIÓN. ......................................................................... 101
CUADRO N. 33 REPRESENTACIÓN DE LAS VARIABLES ........................... 102
CUADRO N. 34 VARIANZA ............................................................................. 102
CUADRO N. 35 VARIABLES PARA EL CÁLCULO DE LA MUESTRA......... 103
CUADRO N. 36 FRECUENCIA PREGUNTA 1. ................................................ 105
CUADRO N. 37 FRECUENCIA PREGUNTA 2. ................................................ 106
CUADRO N. 38 FRECUENCIA PREGUNTA 3. ................................................ 107
CUADRO N. 39 FRECUENCIA PREGUNTA 4. ................................................ 108
CUADRO N. 40 FRECUENCIA PREGUNTA 5. ................................................ 109
CUADRO N. 41 FRECUENCIA PREGUNTA 7. ................................................ 111
CUADRO N. 42 FRECUENCIA PREGUNTA 8. ................................................ 112
CUADRO N. 43 HERRAMIENTAS IMPLEMENTADAS EN EL DESARROLLO
DEL SISTEMA. ............................................................................................ 118
CUADRO N. 44 PRUEBAS INTERNAS ............................................................ 146
CUADRO N. 45 PRUEBAS CON EL USUARIO............................................... 149
CUADRO N. 46 VALIDACIÓN DEL FLUJO DE LA PERSONA QUE REQUIERE
UN DONANTE (DONATARIO). ................................................................. 151
CUADRO N. 47 VALIDACIÓN DEL FLUJO DE ROL DONANTE. ................. 152
CUADRO N. 48 VALIDACIÓN DEL DASHBOARD EN EL SISTEMA WEB. 153
CUADRO N. 49 SATISFACCIÓN DE LOS BENEFICIOS OBTENIDOS. ......... 154
CUADRO N. 50 INFORME DE ACEPTACIÓN Y APROBACIÓN PARA
PRODUCTOS DE SOFTWARE/ HARDWARE ........................................... 164
CUADRO N. 51 MATRIZ JUICIO DE EXPERTO. ............................................ 166
.
XVIII
CUADRO N. 52 CRITERIOS DE ACEPTACIÓN DEL SISTEMA .................... 168
.
XIX
ÍNDICE DE GRÁFICOS
GRÁFICO N. 1 BÚSQUEDA DE DONANTE DE PLAQUETA MEDIANTE REDES
.......................................................................................................................... 5
GRÁFICO N. 2: PESO DE LA EXTRACCIÓN DE SANGRE. .............................. 23
GRÁFICO N. 3: CAPTURAS DE PANTALLA DE APLICACIÓN DONO SANGRE,
PARA DISPOSITIVOS ANDROID. ............................................................... 25
GRÁFICO N. 4 INFRAESTRUCTURA COMO SERVICIO IAAS. ....................... 28
GRÁFICO N. 5 PLATAFORMA COMO SERVICIO PAAS. ................................ 29
GRÁFICO N. 6 SOFTWARE COMO SERVICIO SAAS. ...................................... 30
GRÁFICO N. 7 TENDENCIA DE BASE DE DATOS Y SERVICIOS DE BASE DE
DATOS RELACIONAL Y NOSQL, ECUADOR. .......................................... 33
GRÁFICO N. 8:CONSOLA DE FIREBASE .......................................................... 34
GRÁFICO N. 9 TENDENCIA DE PLATAFORMAS EN LA NUBE. .................... 36
GRÁFICO N. 10 TENDENCIA DE SO. PARA SMARTPHONE. .......................... 36
GRÁFICO N. 11:INSPECTOR DE DISEÑO, ANDROID STUDIO. ...................... 38
GRÁFICO N. 12 TENDENCIA DE SOFTWARE PARA DESARROLLO DE
APLICATIVO MÓVIL. PARA SMARTPHONE, ECUADOR. ...................... 39
GRÁFICO N. 13:FORMATO JSON, ALMACENAMIENTO DE INFORMACIÓN.
........................................................................................................................ 40
GRÁFICO N. 14 TENDENCIA DE PLATAFORMAS DE DESARROLLO PARA
SISTEMAS WEB. .......................................................................................... 41
GRÁFICO N. 15 TENDENCIA DE ALGUNOS LENGUAJES DE DESARROLLO
PARA PÁGINAS WEB. ................................................................................. 42
GRÁFICO N. 16 CICLO DE VIDA SCRUM ......................................................... 45
GRÁFICO N. 17: PERSONA DONANDO SANGRE EN CAMPAÑA
VOLUNTARIA .............................................................................................. 49
GRÁFICO N. 18:COMPONENTES DE LA SANGRE ........................................... 51
GRÁFICO N. 19: EXTRACCIÓN DE PLAQUETAS............................................. 52
.
XX
GRÁFICO N. 20 PREGUNTA 1........................................................................... 105
GRÁFICO N. 21 PREGUNTA 2........................................................................... 106
GRÁFICO N. 22 PREGUNTA 3........................................................................... 107
GRÁFICO N. 23 PREGUNTA 4........................................................................... 108
GRÁFICO N. 24 PREGUNTA 5........................................................................... 109
GRÁFICO N. 25 PREGUNTA 6........................................................................... 110
GRÁFICO N. 26 PREGUNTA 7........................................................................... 111
GRÁFICO N. 27 PREGUNTA 8........................................................................... 112
GRÁFICO N. 28 DIAGRAMA DE COMPONENTES DEL APLICATIVO MÓVIL
DONATARIO. .............................................................................................. 114
GRÁFICO N. 29 DIAGRAMA DE COMPONENTES DEL APLICATIVO MÓVIL
ROL DONANTE. ......................................................................................... 115
GRÁFICO N. 30 DIAGRAMA DE COMPONENTES DEL SISTEMA WEB ROL
ADMINISTRADOR. .................................................................................... 116
GRÁFICO N. 31 DIAGRAMA DE COMPONENTES DEL SISTEMA WEB ROL
USUARIO. ................................................................................................... 117
GRÁFICO N. 32 CONFIRMACIÓN DE REGISTRO CON VALIDACIÓN DE
CORREO. ..................................................................................................... 119
GRÁFICO N. 33 PANTALLA PARA INGRESO DE PERSONAS QUE BUSCAN
UN DONANTE. ........................................................................................... 122
GRÁFICO N. 34 PANTALLA CUANDO SELECCIONA LO QUE BUSCA EN ESTE
CASO SANGRE. .......................................................................................... 124
GRÁFICO N. 35 PANTALLA QUE MUESTRA LA LISTA DE LAS PERSONAS
QUE SE HAN REGISTRADO EN LA SECCIÓN DE SANGRE.................. 126
GRÁFICO N. 36 PANTALLA QUE PERMITE REGISTRAR INFORMACIÓN
PARA ENVÍO DE SMS Y/O WHATSAPP PARA CONTACTAR AL
DONANTE. .................................................................................................. 127
GRÁFICO N. 37 ASIGNACIÓN DE PERMISO PARA ÉL ENVIÓ DE
NOTIFICACIÓN. ......................................................................................... 128
GRÁFICO N. 38 PANTALLA DE REGISTRO DE DONANTE. ......................... 134
.
XXI
GRÁFICO N. 39 PANTALLA DE INGRESO DE DATOS DEL DONANTE. ..... 135
GRÁFICO N. 40 ACTUALIZACIÓN DE DATOS DONANTE ........................... 139
GRÁFICO N. 41 INICIO DE SESIÓN DEL SISTEMA WEB. ............................. 142
GRÁFICO N. 42 VISUALIZAR DASHBOARD. ................................................. 143
GRÁFICO N. 43 ASIGNACIÓN DE PERMISOS. ............................................... 144
GRÁFICO N. 44 GENERACIÓN DE INFORME................................................. 145
GRÁFICO N. 45 DIAGRAMA DE FLUJO PROCESO DE BÚSQUEDA DE
DONANTE AUTOMATIZADO. .................................................................. 147
GRÁFICO N. 46 BENEFICIOS OBTENIDOS PREGUNTA 1. ............................ 155
GRÁFICO N. 47 BENEFICIOS OBTENIDOS PREGUNTA 2............................. 156
GRÁFICO N. 48 BENEFICIOS OBTENIDOS PREGUNTA 3. ............................ 157
GRÁFICO N. 49 BENEFICIOS OBTENIDOS PREGUNTA 4. ............................ 158
GRÁFICO N. 50 BENEFICIOS OBTENIDOS PREGUNTA 5. ............................ 159
GRÁFICO N. 51BENEFICIOS OBTENIDOS PREGUNTA 6. ............................. 160
GRÁFICO N. 52 BENEFICIOS OBTENIDOS PREGUNTA 7. ............................ 161
GRÁFICO N. 53 BENEFICIOS OBTENIDOS PREGUNTA 8. ............................ 162
.
XXII
ÍNDICE DE ECUACIONES
ECUACIÓN 1.FÓRMULA PARA OBTENER LA MUESTRA. .......................... 101
.
XXIII
ABREVIATURAS
API Interfaz de Programación de Aplicaciones
APK Paquete de Aplicaciones de Android
APP Aplicación móvil
BLOOD Sangre
CC.MM.FF Facultad de Ciencias Matemáticas y Físicas
CISC Carrera de Ingeniería en Sistemas Computacionales
CI Cédula de Identidad
GPS Sistema de Posicionamiento Global
HTML Lenguaje de Marca de salida de Hyper Texto
HBV Hospital Base Valdivia
http Protocolo de transferencia de Hyper Texto
ID Identificación
IDE Desarrollo de Interfaz Integrado
INEC Instituto Nacional de Estadística y Censo
Ing. Ingeniero
iOS iPhone Sistema Operativo
JSON Notación de Objeto de JavaScript
M.Sc. Máster en ciencias
PHP Preprocesador de hipertexto
SO Sistema Operativo
SMS Servicio de Mensajes Corto
UG Universidad de Guayaquil
URL Localizador Uniforme de Recursos
VIH Virus de Inmunodeficiencia Humana
VPH Virus del Papiloma Humano
www world wide web (red mundial)
XML Lenguaje de Marcas Extensible
.
XXIV
SIMBOLOGÍA
s Desviación estándar
k Nivel de confianza
N Tamaño de la población
E Espacio muestral
s Estimador de la desviación estándar
e Error muestral
.
XXV
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DE UN PROTOTIPO DE UNA APLICACIÓN MÓVIL
UTILIZANDO ANDROID STUDIO PARA ADQUIRIR PINTAS
DE SANGRE O PLAQUETAS ESTABLECIENDO
CONTACTO ENTRE DONANTES Y
DONATARIOS DE LA CIUDAD
DE GUAYAQUIL
Resumen
La problemática se presenta en personas que requieren de una donación de sangre o
plaquetas con urgencia y se les complica conseguir la pinta o transfusión ya que tienen
desinformación del lugar donde puedan adquirirlas o contactan familiares que no son
idóneos para donar, y eso conlleva a perder tiempo valioso para el paciente, por esta
razón se planteó este tema de titulación con el objetivo de desarrollar una aplicación
móvil que optimice el tiempo de búsqueda que requiere un donatario en encontrar un
donante. Este tema es llevado a cabo con el método cuantitativo y método de campo,
para el desarrollo se optó con la metodología SCRUM que permite organizar el
proyecto en sprints. El aplicativo móvil tendrá acceso a la información en tiempo real
y notificará al donante que el donatario elija mediante un SMS o WhatsApp. Se planteó
que todas las personas puedan ingresar libremente al aplicativo móvil desde su
Smartphone y de esta forma observan y contacten a las personas que se encuentran
registradas y están divididas en grupos de sangre o plaquetas, y posteriormente ellos
decidan si quieren ser donantes voluntarios, además un sistema web que controle la
información ingresada. Se concluye que el proyecto beneficia a personas que requieren
donaciones ya que optimiza el tiempo de búsqueda en aproximadamente 5 minutos,
ante una emergencia de conseguir sangre o plaquetas.
Palabras Claves: PROTOTIPO, APLICACIÓN, DONACIÓN DE SANGRE Y
PLAQUETAS, CONTACTO EN LÍNEA.
Autores: John Jairo Flores Rodríguez.
Valeria Nathaly Pindo Escobar.
Tutor: Ing. César Espin Riofrio, M.Sc.
.
XXVI
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DE UN PROTOTIPO DE UNA APLICACIÓN MÓVIL
UTILIZANDO ANDROID STUDIO PARA ADQUIRIR PINTAS
DE SANGRE O PLAQUETAS ESTABLECIENDO
CONTACTO ENTRE DONANTES Y
DONATARIOS DE LA CIUDAD
DE GUAYAQUIL
Abstract
The problem arises in people who urgently need to donate blood or platelets and it is
difficult for them to get the pint or transfusion because they have misinformation of
where they can acquire them or contact relatives who are not suitable to donate, and
this leads to lose valuable time for the patient, for this reason we raised this issue of
titration with the aim of developing a mobile APPlication that optimizes the search
time required by a donor to find a donor. This topic is carried out with the quantitative
method and field method, for the development was chosen with the SCRUM
methodology that allows to organize the project in sprints. The mobile APPlication will
have access to information in real time and will notify the donor that the recipient
chooses via SMS or WhatsApp. It was proposed that all people can freely access the
mobile APPlication from their Smartphone and thus observe and contact the people
who are registered and are divided into blood groups or platelets, and later they decide
if they want to be voluntary donors, in addition a web system that controls the
information entered. It is concluded that the project benefits people who require
donations because it optimizes the search time in case of an emergency to get blood or
platelets.
Keywords: PROTOTYPE, APPLICATION, BLOOD AND PLATELET
DONATION, ONLINE CONTACT
Autores: John Jairo Flores Rodríguez.
Valeria Nathaly Pindo Escobar.
Tutor: Ing. César Espin Riofrio. M.Sc.
1
INTRODUCCIÓN
El siguiente trabajo de titulación está motivado por la urgente necesidad de
personas que buscan donaciones de sangre y/o plaquetas, el proceso actual
que se realiza para conseguir una donación de sangre y/o plaquetas, el tiempo
que toma buscar colaboración de alguien, la desinformación que tienen las
personas al no conocer dónde encontrar una donación de sangre o plaquetas
y la desventaja que en ocasiones trae hallar donantes entre familiares y
amigos ya que son individuos que quizás no cumplen los requisitos para
realizar una donación.
Los datos mencionados en el párrafo anterior se los obtuvo de reuniones como
evidencia se visualiza el acta de reunión en el anexo 1 con personas que han
tenido un familiar o allegado que ha necesitado una donación de sangre por
enfermedad o accidente y también el requerimiento de plaquetas por causa de
cáncer como ejemplo.
Basándose en las reuniones efectuadas se tuvo la idea de ayudar, más
específicamente con tecnología móvil, a estas personas que buscan con
urgencia sangre y/o plaquetas con el desarrollo de una aplicación para
celulares que facilite y optimice el tiempo de búsqueda a la persona que
requiere la donación (donatario).
El aplicativo móvil mencionado abarcará la notificación mediante SMS o envío
de WhatsApp al momento que el donatario haya encontrado un donador o
.
2
posible donante registrado en la APP móvil, teniendo un contacto directo y en
línea.
El capítulo I consta fundamentalmente del planteamiento del problema, el
estudio de las causas y efectos de la situación en conflicto, el objetivo general
que debe cumplir la solución planteada, los objetivos específicos y alcances
que tendrá el proyecto presentado, también la justificación e importancia del
mismo.
En el capítulo II se desarrolla el marco teórico que contiene toda la información
requerida para el proyecto, ya que engloba los antecedentes de estudio,
fundamentación teórica, la cual es la definición de cada conocimiento
requerido para llevar a cabo este tema, se presentará la fundamentación legal
y la definición de herramientas de desarrollo para realizar el tema propuesto.
En el capítulo III se realiza el análisis de factibilidad cuyo objetivo es mostrar
si el tema planteado es viable o no en su ámbito operativo, técnico, legal y
económico; también podremos profundizar en las etapas de desarrollo de las
metodologías planteadas, se definen los criterios de validación, se realiza
juicio de experto, análisis y procesamiento de las encuestas.
Y finalmente, el Capítulo IV en donde se revisa la satisfacción del usuario
mediante criterios de aceptación del producto final, conclusiones,
recomendaciones y bibliografía.
.
3
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Ubicación del Problema en un Contexto
En la actualidad ningún ser humano no está exento a sufrir cualquier tipo de
accidente que requiera una transfusión de sangre como lo puede ser un
accidente automovilístico o padecer de algún tipo de enfermedad grave como
lo es el cáncer.
Cuando una persona padece de cáncer, por ejemplo, la demanda de plaquetas
y sangre aumenta debido al tratamiento que el paciente enfrenta siendo el
principal la quimioterapia, que debido a su proceso unos de los efectos
secundarios es disminuir los glóbulos rojos, y dependiendo al tipo de quimio
las plaquetas pueden disminuir abruptamente por un daño temporal en la
médula ósea que es la encargada de producirlas.
Se conoce que en Ecuador por cada mil personas hay 14 donantes es decir a
penas el 1.5%, según menciona un artículo del diario “El Comercio” publicado
el 14 de junio del 2018. Según el INEC (Instituto Nacional de Estadística y
.
4
Censo) en su portal web del día 6 de enero del 2017 menciona que la población
de Guayaquil es de 2`644.891 de los cuales el promedio mensual es de 400
personas que son donantes voluntarias y 900 son personas que requieren una
donación, Según la Cruz Roja Ecuatoriana, Junta Provincial del Guayas en la
reunión que se sostuvo con la Coordinadora de donación voluntaria además
de mencionar los requisitos que debe cumplir un donante de sangre para
cumplir la acción.
Surge la interrogante ¿por qué es complicado conseguir un donante?, es
complejo porque no hay un medio que permita contactar directamente a una
persona dispuesta a colaborar y en muchos casos hay una pérdida de tiempo
muy grave ya que no se logra llegar a alguien con el mismo tipo de sangre, o
que a su vez ,la falta de información sobre los bancos de sangres existentes
en la ciudad sea una causa principal para que estos casos se compliquen y
aumente el tiempo de búsqueda para encontrar un donante, y por consiguiente
cuando se presentan los momentos de urgencia, muchos de los pacientes no
tienen conocimiento de donde se encuentran ubicadas o no se halla el tipo de
sangre que ellos requieren.
Aparte de la donación de sangre, de la misma algunos de sus elementos son
muy requerido también, como es el caso de las plaquetas, comúnmente
requeridas por personas que tienen cáncer, ya que el proceso de las
quimioterapias o algunos tipos de leucemia o linfomas dañan la médula ósea
que es la encargada de producir plaquetas y se necesita una transfusión de
suma urgencia.
.
5
Hay conocimiento que una donación de sangre y trombocito o también llamada
plaquetas pueden conservarse seis meses y cinco días respectivamente. De
la sangre se obtienen las plaquetas, pero el inconveniente se plantea
claramente cuando no hay un donante exclusivo de estas, debido a la situación
se toman otros procedimientos de laboratorio para separar las plaquetas de
los demás componentes, de las pintas de sangre que hayan conseguido ,
cayendo en cuenta que para una obtener una transfusión de plaquetas se
necesita 5 unidades o pintas de sangre si es que no se encontró a una persona
que done exclusivamente plaquetas, y aproximadamente las pintas de sangre
que puede dar un individuo es una, equivalente a 450cc medio litro ya que por
lo general el cuerpo está compuesto de 10 pintas que es un aproximado de 5
litros.
GRÁFICO N. 1 Búsqueda de donante de plaqueta mediante redes Sociales.
‘
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: Datos de la investigación.
.
6
Situación Conflicto Nudos Críticos
La problemática planteada en la sección anterior, sobre la desinformación de
las personas, lo cual conlleva a que se tome demasiado tiempo para encontrar
un donante de sangre y/o plaquetas, se explica siguiente apartado:
Desinformación a dónde acudir cuando una persona necesita urgente una
pinta de sangre, y la falta de contacto directo entre donadores de sangre y
donatarios, ya que se necesita de mucho tiempo para encontrar a un individuo
con el tipo sanguíneo necesario y con todas las normas sanitarias cumplidas
para una donación.
Las plaquetas tienen un periodo corto de duración, cuando no se consiguen,
para cubrir esta necesidad urgente, hacen un comunicado por medios
sociales, consiguen a una persona que les venda las plaquetas o compran
pintas de sangre para obtener las plaquetas y esto conlleva a que se requiera
de mucho tiempo y recursos.
Causas y Consecuencias del Problema
A continuación, en el siguiente cuadro se detallan las principales causas y
consecuencias de los problemas que se presentan al momento de requerir un
donante, cuyo árbol de problemas se lo visualiza en el anexo 2:
.
7
CUADRO N. 1: CAUSAS Y CONSECUENCIAS.
Elaboración: John Jairo Flores Rodríguez – Valeria Nathaly Pindo Escobar. Fuente: Datos de la investigación.
Delimitación del Problema
El presente trabajo de titulación se limita al desarrollo de un prototipo de una
aplicación móvil utilizando Android Studio para adquirir pintas de sangre o
plaquetas estableciendo contacto entre donante y donatario de la ciudad de
Guayaquil, se tomará en cuenta en los siguientes aspectos del Cuadro N. 2:
Causas Consecuencias
Desconocimiento de como contactar de
manera directa y urgente con personas
que estén dispuestas a donar sangre o
plaquetas.
Pérdida de tiempo y agravar la
posible situación urgentes por la
que está pasando el paciente.
Mucha dificultad para encontrar
donadores exclusivos de plaquetas
Necesidad de varias pintas de
sangre, para obtener una sola
transfusión de plaquetas.
Información insuficiente de referencia
que asegure la idoneidad del donante
contactado.
Generar intriga y desconfianza en
el paciente, de la donación que
llegue a adquirir.
Carencia de un registro o control,
personal de donaciones realizadas de
sangre o plaquetas
El donante podría poner en riesgo
su salud, al realizar donaciones
muy frecuentes de las cuales no
lleva ningún control o registro.
Los donantes no cuentan con un medio
directo de contacto que les permita
ofrecer su sangre y/o plaquetas.
No pueden ayudar u ofrecer sangre
o plaquetas a personas que las
requieren con urgencia.
.
8
CUADRO N. 2 Delimitación del problema.
Elaboración: John Jairo Flores Rodríguez y Valeria Nathaly Pindo Escobar. Fuente: Datos de la investigación.
Formulación del Problema
Se ha formulado el problema basándose en la observación y situaciones que
se han llegado a conocer con personas que han tenido los inconvenientes
mencionados:
¿Cómo afecta al donatario no saber dónde contactar de manera urgente y
segura a una persona que done o donante de sangre o plaquetas?
Evaluación del Problema
El presente tema de tesis se evalúa tomando en cuenta los siguientes
aspectos presentados:
Delimitado: No existe contacto directo entre donante y donatario, hay
desinformación sobre los lineamientos para ser donante de sangre o
plaquetas.
Campo Administrativo y control
Área Tecnología
Aspecto Prototipo de Software
Tema Desarrollo de un prototipo de una aplicación móvil utilizando
Android Studio para adquirir pintas de sangre o plaquetas
estableciendo contacto entre donantes y donatarios de la ciudad
de Guayaquil.
.
9
Claro: El aplicativo móvil será destinado a contactar de manera rápida y
eficiente a un donante y donatario.
Evidente: El tiempo que toma un donatario que según las encuestas
realizadas a diferentes personas le toma aproximadamente 24 horas en
conseguir donantes de plaquetas o sangre, también la desinformación por
parte del posible donador para ser un colaborador activo.
Concreto: El desarrollo de un prototipo de aplicación móvil utilizando Android
Studio para adquirir pintas de sangre o plaquetas que establece contacto entre
donador y donatario en la ciudad de Guayaquil.
Factible: Este proyecto incrementa la posibilidad de encontrar de manera
rápida a un donante de sangre y plaquetas además que las herramientas
usadas para crear este prototipo no tienen costo alguno.
Identifica los productos esperados: El prototipo de aplicación móvil es útil
ya que de esta manera se puede contactar directamente a una persona que
cumple con todas las características necesarias para ser donante.
.
10
Variables
Variable Independiente:
Aplicativo móvil que optimice el tiempo de contacto entre donante y donatario:
Es una solución que se ha planteado con la finalidad de reducir la duración
que tiene la de búsqueda de un donante.
Variable dependiente:
Búsqueda de donante: La aplicación tiene como objetivo conseguir un
donante de sangre y/o plaquetas para las personas que necesiten de suma
urgencia, también hay información que es referente a ambas partes
involucradas, donde se pueda observar las donaciones realizadas.
Objetivos de la investigación
Objetivo general
Desarrollar un prototipo de aplicación móvil realizada en Android Studio para
adquirir sangre y plaquetas estableciendo contacto entre donantes y
donatarios en la ciudad de Guayaquil.
.
11
Objetivos específicos
• Diagnosticar la situación actual del proceso de búsqueda de contacto
entre donantes y donatarios para la modelación del proceso.
• Desarrollar una aplicación móvil en Android Studio para uso y contacto
entre donantes y donatarios.
• Establecer en la aplicación móvil el módulo de búsqueda en línea y
contacto inmediato entre donantes y donatarios.
• Desarrollar un sistema web que administre y controle el aplicativo y los
usuarios registrados.
• Generar informes que sirvan de ayuda para el control de las actividades
que ha realizado el donante en el sistema web e historial de donaciones
en la aplicación móvil.
Alcances del problema
El presente trabajo de titulación contempla los siguientes alcances para la
realización del proyecto planteado, a continuación, los alcances:
El aplicativo móvil dispondrá de una base de datos en la nube llamada
Firebase para tener información segura y de acceso a la misma en tiempo real
y se realizará un modelo para conocer la forma en que los datos estarán
relacionados.
La aplicación se desarrolla en Android Studio y funciona en SO. Android con
versiones de 7.0 en adelante y para llevar acabo la realización de la APP se
.
12
optó por la metodología SCRUM para el desarrollo.
El proyecto planteado contará con roles de administrador, usuario y donante.
El rol administrador puede gestionar los datos del donante modificando y
eliminando datos cuando sea necesario, podrá asignar permisos como,
visualizar el Dashboard, vista de donantes, generar informe, vista de
donaciones. También contempla la generación de informes de donaciones,
donantes y donatarios. Estas acciones serán realizadas a través de un sistema
web.
El rol usuario es complemento de sistema web tendrá opciones de visualizar
datos del rol donante y a las personas que se hayan inscrito al momento de
contactar al mismo, puede visualizar el Dashboard que contará con el número
de registros de donantes y donatarios, además puede seleccionar una pestaña
de informe la cual le permite buscar por rango de fecha y tipo de sangre, para
visualizar los datos que hayan, y los mismos pueden ser exportados a .PDF,
.xslm y enviar a imprimir desde la sección .
El donatario, tendrá acceso libre a la información que el donante haya
registrado de esta manera puede buscar y contactar a un donante, una vez
encontrada la donación de sangre o plaquetas se procederá a preguntarle
información como la información de su número de celular, nombre, apellido
con la finalidad de agilizar el contacto entre su objetivo y tendrá la opción de
notificar al donante mediante SMS o WhatsApp.
El rol donante, permite que el usuario se registre con correo electrónico y
creación de contraseña para mayor facilidad al momento de ser participe en la
.
13
aplicación móvil, posterior al registro deberá confirmar el correo ingresado
puede actualizar los datos que se presentan cada vez que la persona lo crea
conveniente con la finalidad de conocer su idoneidad mediante el proceso y
que de esta manera pueda ser visible en la búsqueda si alguien lo requiere.
También visualiza su historial de donación con la finalidad de que lleve un
control de sus donaciones y observa una etiqueta de su última donación y
cuando puede volver a hacerlo ya sea de sangre o plaqueta.
La aplicación móvil abarca la ciudad de Guayaquil, ya que se tomará como
referencia datos de la Cruz Roja Ecuatoriana; Junta Provincial del Guayas.
Para que sea amigable con las personas y que estas puedan comprender de
manera rápida, y a la vez aclarar las dudas que pudiesen presentar, se ha
optado por realizar un manual de usuario y técnico que transmitirá información
relevante sobre el uso del aplicativo móvil y puntos importantes del sistema
web , cabe recalcar que la APP no será publicada en Play Store, pero sí estará
alojada en GitHub.
JUSTIFICACIÓN E IMPORTANCIA
Esta investigación se ejecuta con el objetivo de solucionar la problemática que
existe al momento de buscar con urgencia una donación de sangre y/o
plaquetas y no conseguir contactar rápidamente a un posible donante.
Actualmente en el país no existe un medio de contacto directo que permita
contactar de manera urgente e inmediata a un donante de sangre o plaquetas,
comúnmente la búsqueda se realiza por medio de redes sociales y esto
muchas veces genera en el donatario desesperación al no tener una pronta
.
14
respuesta de quien podría acudir a su ayuda. En casos al no encontrar un
donante las personas recurren a comprar la pinta de sangre o plaquetas y esto
genera gran impacto socio económico a las personas de bajos recursos, más
aún cuando son personas que sufren de graves enfermedades como es el
cáncer.
Además, la carencia de conocimiento como por ejemplo de cómo se obtienen
las plaquetas de la sangre, complica muchas veces el proceso de encontrar
un donante y podría desalentar las donaciones de las mismas.
El proceso de obtención de plaquetas consiste en separar componentes de la
sangre mediante la centrifugación y regresar los demás elementos que no son
necesarios para el donatario ya que se especifica lo que el paciente necesita,
el tiempo que debe esperar una persona que ha donado plaquetas es de 15
días sea hombre o mujer para volver a donar.
En cambio, cuando se dona sangre esta es extraída completamente, es decir
la pinta de sangre es usada de manera total en la persona que necesita, el
sujeto que dona sangre tiene que esperar mínimo 3 meses los hombres y 4
meses las mujeres para hacerlo nuevamente. Estos datos son de suma
importancia ya que al querer contactar un donante no se conoce si ha cumplido
estos tiempos, de igual manera dicho donante muchas veces no tiene como
controlar estos tiempos y cuidar su salud.
La importancia de la presente investigación es desarrollar un medio de
contacto utilizando las tecnologías actuales para que mediante el uso de las
mismas de manera rápida, sencilla y eficaz se pueda tener una solución a su
.
15
problema actual, se busca ayudar a las personas que están pasando por un
momento de necesidad a la cual todos estamos expuestos a pasar y
amortiguar el impacto socio-económico de las personas y familiares que están
involucrados directamente con la lucha contra el cáncer. Incluso se debe lograr
que las personas vean la donación de sangre o plaquetas como un medio de
ayuda humanitaria y pueda contribuir para que no existan más pérdidas de
vidas humanas a causa de la falta de donación de sangre o plaquetas.
Por este motivo es importante contar con información previa de personas que
mediante diferentes tipos de aseveraciones sobre las circunstancias que son
ineludibles al momento de donar ya que deben contar con disponibilidad
inmediata en caso de suma urgencia.
El prototipo diseñando favorece el contacto de donatarios con donadores en
la ciudad de Guayaquil, minimiza el tiempo de búsqueda de donante de sangre
o plaquetas según el modelado del proceso automatizado en
aproximadamente 5 minutos y también mostrar individuos que donen
únicamente plaquetas.
METODOLOGÍA DEL PROYECTO
En el presente proyecto de titulación se ha optado el método cuantitativo de
investigación como método base, en este se toma en cuenta las opciones que
se llevarán a cabo con el fin de conocer las diferentes situaciones existentes o
que puedan presentarse, y de esta forma se analiza de manera precisa la
variable central planteada en la problemática, las causas y efectos, y sacar
conclusiones basándose en los objetivos como cuánto tiempo tarda una
.
16
persona en recibir una donación de sangre o plaquetas, datos que pueden ser
medidos en la realización de encuestas.
Para tener información clara y relevante sobre sangre, plaquetas y el proceso
de donación se recurre a artículos científicos y fuentes bibliográficas que son
un complemento de ayuda para tener referencias sobre el tema, el artículo
científico nos muestra resultados obtenidos a partir de investigaciones
realizadas tales como el punto de vista de donantes y la experiencia que
tuvieron al contribuir con una donación, y por otro lado está la fuente
bibliográfica que es información recolectada de libros, revistas, artículos entre
otros
En la selección de diversos datos ha sido de gran ayuda la entrevista directa
cuyo formato se lo visualiza en el anexo 3 que consiste en realizar preguntas
concretas para obtener respuestas precisas, sin extenderse más de lo debido.
La entrevista es llevada a cabo como una reunión en la cual se tiene una
plática con personas que hayan pasado por necesidad de donación o que
hayan donado en alguna ocasión y basándonos en eso se toma los datos
relevantes para el desarrollo del proyecto.
También el método de campo con el fin de conocer más a fondo la situación
desde otra perspectiva, es decir, de personas que hayan tenido una
experiencia relacionada con el tema del proyecto, y puedan colaborar con
información útil de sus vivencias, como apoyo se utiliza la observación siendo
parte del método de campo, también es benéfica ya que permite visualizar de
manera cotidiana ciertas características y conductas que una persona pueda
presentar, facilitando el cumplimiento de los objetivos planteados mediante los
.
17
datos recolectados adecuadamente y a su vez fiables, como detalles que
pueden ser, si una persona con un tipo de cáncer cada que tiempo requiere o
no plaquetas requerir o no plaquetas.
Los datos brindados por la Cruz Roja Ecuatoriana Junta Provincial del Guayas
sobre los requisitos para ser donante, como ejemplo de investigación de
campo, son información que contribuye para la realización de este proyecto.
Finalmente, el método cualitativo es importante porque ayuda
complementariamente a lograr información que está basada en la observación,
pero siendo un poco más abierta en la interpretación que se puede dar, como
la situación difícil que puede presentar una persona que requiere un donante
urgentemente comprendiendo el estado de desesperación al que puede entrar
esta persona si no consigue ayuda.
Para validar la propuesta se realizan encuestas que ayudan con datos
recopilados en forma de muestreo que pueden demostrar indicadores que se
estén evaluando, en este caso sobre la necesidad que tiene un donatario de
buscar ayuda, el tiempo que toma en encontrar una colaboración,
conocimiento de lugares de donación, en fin, preguntas que son necesarias
para conocer la opinión de personas de un determinado lugar, como lo es la
ciudad de Guayaquil, posteriormente se realiza un procesamiento y análisis de
las encuestas dando como resultado la tabulación de las mismas, los gráficos
y resultados que se quieren demostrar.
Para el desarrollo se opta por metodología SCRUM, esta ayuda a gestionar el
avance del desarrollo en sprints o iteraciones, estos son tareas acordadas por
.
18
las partes involucradas y deberán cumplirse en un determinado tiempo que es
otorgado por ellos, teniendo en cuenta el grado de dificultad de la tarea, los
avances que deben presentarse y los objetivos del proyecto. Esta metodología
es adaptada a este proyecto de titulación en la organización de las etapas de
desarrollo y el tiempo que se va tomar por cada sprint teniendo en cuenta el
cronograma planteado por los directivos de la CISC.
El criterio de expertos de profesionales del área de software nos sirve también
de gran ayudad para verificar y validar las funcionalidades del sistema
desarrollado.
También la metodología SCRUM es muy óptima en este proyecto por la
facilidad que se puede realizar cambios en tiempo real. Con cada iteración
planteada se puede ir mitigando los problemas que se puedan presentar una
vez determinada la duración del sprint , al momento de realizar las pruebas
con los colaboradores, para ir agregando o quitando según requiera el
desarrollo y tomando en cuenta que se puede ir utilizando las partes más
importantes del proyecto, aunque aún no esté totalmente concluidas, que es
beneficio ya que permite tomar requerimiento o a su vez eliminarlos porque no
son elemental para el desarrollo del aplicativo móvil o el sistema web.
Hay optimización de tiempo al usar esta metodología gracias a las iteraciones,
se analizan las tareas asignadas para ir avanzando conjuntamente con el
cronograma planteado.
.
19
Supuestos y Restricciones
A continuación, se detallan los supuestos:
1. Las personas no conocen los procedimientos obtener una pinta de
sangre.
2. Recursos tecnológicos suficientes para cumplir con el objetivo.
3. Intervalo de tiempo corto para obtener datos de requerimientos.
4. Facilidad de consulta a personas que estén dispuestas a ayudar
A continuación, se detallan las restricciones:
1. Personas que no tienen afinidad con la tecnología.
2. El tiempo para el desarrollo del proyecto afectado por no empezar en la
fecha indicada en el cronograma de titulación.
3. El tiempo que se ha determinado para la duración del proyecto incide
en la calidad del mismo.
.
20
Plan de Calidad
• Se hará una encuesta para obtener datos que ayuden a gestionar de
manera oportuna la realización del aplicativo móvil ver anexo 4
encuesta previa.
• Modelado del proceso actual, visual en el anexo 7.
• Diagrama de Gantt gestionando el tiempo requerido anexo 5
• Se planea realizar pruebas una vez concluido el desarrollo cada etapa
de desarrollo de la APP móvil y el sistema web con la finalidad de
verificar el funcionamiento y plantear cambios si son necesarios.
• Se realizará pruebas internas planteando diferentes escenarios de
posibles problemas.
• Para darle mayor validez al proyecto se realiza también juicio de
expertos respecto a la funcionalidad de la APP móvil y sistema web.
.
21
CAPÍTULO II
MARCO TEÓRICO
Antecedentes del estudio
La comunicación es fundamental en la sociedad y para la creación de nuevas
tecnologías, actualmente mantener contacto con cualquier persona ubicada en
diferente lugar es fácil, ya que hay medios que permiten esa interacción entre
individuos utilizando dispositivos como las computadoras o teléfonos
celulares, ya sea por medio de llamadas, mensajes de texto o redes sociales,
comúnmente muchas personas optan por comunicarse a través de estas redes
como lo son Facebook, Twitter, Instagram o plataformas de mensajería
instantánea como ejemplo WhatsApp entre otras que son presentadas como
aplicaciones, o páginas web.
Hoy en día se utilizan los medios mencionados para comprar o vender algún
artículo y se lo denomina marketing online, consiste en publicar un producto
que se tenga y ofrecerlo a un costo, mencionando la ubicación para cerrar el
trato en caso de comprarlo, o viceversa alguien puede publicar lo que necesita
y varias personas pueden ofrecerle opciones en caso de tenerlas. Pero esto
lleva tiempo, debido a que muchos de estos individuos utilizan estas redes
para determinadas acciones.
.
22
La donación de sangre es un acto humanitario que se basa en compartir vida
mediante una pinta de sangre, en Ecuador según el Ministerio de Salud
Pública (MSP), 2016 “14 personas de cada 1000 donan sangre en Ecuador”
además, el diario El Telégrafo en su portal web www.eltelegrafo.com.ec,
publicado el 17 de junio del 2017 habla de que “el 63.6% de los voluntarios
son hombres y el 67.4% de la totalidad tiene de 18 a 39 años”.
Se observa que la cantidad de donadores en su mayoría son hombres, la razón
a esto es que, por la constitución del cuerpo femenino la hemoglobina (una
proteína de la sangre que transporta oxigeno), es más baja que en los
hombres, y aparte hay mujeres que tienen el pensar que si están menstruando
no pueden donar, algo que es un mito porque La Cruz Roja Ecuatoriana afirma
que las féminas que se encuentren con su ciclo menstrual activo pueden
donar, siempre y cuando se encuentren bien de salud.
Como referencia, según la Cruz Roja Española en su portal web menciona que
el proceso de donación de sangre se realiza de la siguiente manera:
- El donante observa un panfleto sobre la donación.
- Identificación con C.I. o documentación equivalente.
- Antes de realizar cada donación, el personal sanitario realiza una
entrevista a los donantes, les toma la tensión y les realiza la prueba de
la hemoglobina (prueba no invasiva que permite conocer los niveles de
hierro, evitando así que las personas con anemia donen).
- Dicho reconocimiento tiene como fin identificar y descartar a las
personas cuya donación pueda suponer un riesgo para su salud o para
la salud del receptor de la transfusión. Por esta razón, sólo se aceptarán
.
23
como donantes a aquellas personas que después del reconocimiento
descrito, denoten un buen estado de salud.
GRÁFICO N. 2: Peso de la extracción de sangre.
Elaboración: Cruz Roja Española. Fuente: Página oficial de la Cruz Roja Española.
- Se recogen 450 ml. (cantidad segura que se puede extraer a una
persona que pese 50 kg.) en un sistema cerrado de bolsas
cuádruples que contienen líquido anticoagulante y conservantes.
Durante la extracción, la bolsa permanece en una balanza cuya
misión es agitar la sangre para mezclarla con el líquido
anticoagulante y controlar el volumen de la extracción. (Cruz Roja
Española, 2018)
Por otra parte, está la necesidad de las plaquetas que sirven para detener la
pérdida de sangre cuando se presenta una lesión, es decir, es la que hace que
la sangre se coagule. Las plaquetas a comparación de la sangre tienen un
periodo corto de duración y es un poco complicado conseguirlas por ese
motivo.
.
24
En Chile, para evitar la pérdida de tiempo para encontrar donadores, hay una
aplicación que está implementada para los pacientes del Hospital Base
Valdivia. Esta APP envía horarios de campaña de donación de sangre y
notifica cuando hay pacientes que necesitan de suma urgencia un donante de
sangre. Según la información posteada sobre la mencionada aplicación, el 22
de agosto del 2017 en el portal web del Hospital Base Valdivia
(www.hbvaldivia.cl) habla de las características y el trabajo en conjunto para
la creación de la misma además se mencionan algunas de sus funcionalidades
Entre los servicios que entrega esta herramienta, destaca que es posible
informar, reservar horas de atención y alertar a los posibles donantes de
requerimientos según el tipo de sangre. Otro servicio relevante son las alertas,
mediante un sistema de gestión que se maneja directamente en el Banco de
Sangre del HBV (Hospital Base Valdivia).
La aplicación también informa respecto de la meta de donaciones, el stock
crítico de plaquetas y glóbulos rojos, las campañas que levanta el Banco de
Sangre y la ubicación de los lugares de donación a través de GPS.
.
25
GRÁFICO N. 3: Capturas de pantalla de aplicación Dono Sangre, para dispositivos Android.
Elaboración: John Flores Rodríguez -Valeria Pindo Escobar. Fuente: Datos de la investigación.
Esta información presentada por el Hospital Base Valdivia de Chile, es
relevante para la realización de la aplicación planteada, ya que en Ecuador no
se cuenta con algo igual o similar, pero muy aparte de tener ideas similares,
se ha optado por varias y diferentes funcionalidades más. Lo que hace
diferente a la APP planteada es que, sirve de intermediario de persona a
persona para encontrar una donación de sangre y/o plaquetas, será funcional
para la ciudad de Guayaquil y cualquier persona que necesite una donación
puede buscar un posible donante.
.
26
Fundamentación Teórica
En el siguiente apartado se conceptualiza temas que son importantes conocer
para la realización de este proyecto y que aportan detalles para ir relacionando
ciertas definiciones con lo realizado en el sistema web y la aplicación móvil.
Herramientas de Desarrollo
Computación en la nube (Cloud Computing)
El Cloud Computing o computación en la nube es una solución a diversos
problemas que se pueden presentar, ofreciendo diversas herramientas bajo
un costo de acuerdo a su uso.
La compañía (International Bussiness Machines [IBM], 2017) define a la
computación en la nube como:
Cloud computing, también conocido como “el cloud”, consiste en
herramientas de ayuda informática que son necesarias pueden ir
desde aplicaciones hasta centros de datos, a través de Internet.
- Recursos flexibles: se puede agregar y quitar los recursos que
ofrece.
- Servicio medido para que sólo pague lo que utilice.
.
27
Tipos de servicios en la nube: IaaS, PaaS, y SaaS
• Infraestructura como servicio (IaaS)
• Plataforma como servicio (PaaS)
• Software como servicio (SaaS)
Los tipos de servicio en la nube son beneficiosos para las empresas a
continuación se detallará a cada uno de los tipos, para conocer lo que realiza.
Infraestructura como servicio (IaaS):
Según (IBM, 2017) define a IaaS como: “Es en la que un proveedor
proporciona a los usuarios acceso a recursos de cálculo como servidores,
almacenamiento y redes. Las empresas utilizan sus propias plataformas y
aplicaciones en una infraestructura de proveedor de servicios.”
.
28
GRÁFICO N. 4 Infraestructura como servicio IaaS.
Elaboración: IBM, International Business Machines. Fuente: Cloud-IBM, Pagina web.
Plataforma como servicio (PaaS)
Según (IBM, 2017) define a IaaS como: “Proporciona al usuario un entorno de
cloud en el que pueden desarrollar, gestionar y distribuir aplicaciones. Además
del almacenamiento y otros recursos informáticos que ofrece, los usuarios
tienen herramientas prediseñadas para desarrollar, personalizar y probar sus
propias aplicaciones.”
.
29
GRÁFICO N. 5 Plataforma como servicio PaaS.
Elaboración: IBM, International Business Machines. Fuente: Cloud-IBM, Pagina web.
Software como servicio (SaaS)
Proporciona al usuario acceso al software basado en computación en la nube
de un proveedor. Los usuarios no instalan aplicaciones en sus dispositivos
locales, sino que las aplicaciones residen en una red cloud remota a la que se
accede a través de la web o una API. Mediante la aplicación, los usuarios
pueden almacenar y analizar datos, además de colaborar en proyectos. (IBM,
2017)
.
30
GRÁFICO N. 6 Software como servicio SaaS.
Elaboración: IBM, International Business Machines.
Fuente: Cloud-IBM, Página web.
Base de datos
Según TechTarget, empresa EEUU de marketing basados en tecnología en su
portal web la colaboradora (Rouse, 2018) habla sobre base de datos y la define
como “Una base de datos es una colección de información organizada de tal
modo que sea fácilmente accesible, gestionada y actualizada. En una sola
vista, las bases de datos pueden ser clasificadas de acuerdo con los tipos de
contenido”.
.
31
Con el concepto definido se argumenta que la base de datos es una colección
ordenada de información que agiliza la búsqueda de los mismos.
Base de datos relacional
Según el portal de servicios web de Amazon (Amazon Web Service, 2019) una
base de datos relacional es:
Un base de datos relacional es una recopilación de elementos de
datos con relaciones predefinidas entre ellos. Estos elementos
se organizan como un conjunto de tablas con columnas y filas.
Las tablas se utilizan para guardar información sobre los objetos
que se van a representar en la base de datos. Cada columna de
una tabla guarda un determinado tipo de datos y un campo
almacena el valor real de un atributo. Las filas de la tabla
representan una recopilación de valores relacionados de un
objeto o entidad. Se puede obtener acceso a estos datos de
muchas formas distintas sin reorganizar las propias tablas de la
base de datos.
La base de datos relacional es la información que esta ordenada de acuerdo
a categorías y en base a compatibilidad se relacionan mediante un ID o
también llamado Primary Key como ejemplo esta Oracle, PosgretSql, MySql.
.
32
Base de datos NoSQL
La base de datos NoSQL actualmente se encuentran en uso por su capacidad
de información y la manera de almacenar la misma
Las bases de datos NoSQL utilizan modelos de datos específicos
y tienen esquemas flexibles para crear aplicaciones modernas.
Las bases de datos NoSQL son bastante reconocidas porque
son fáciles de desarrollar, su funcionalidad y el rendimiento a
escala. Usan una variedad de modelos de datos, que incluyen
documentos, gráficos, clave-valor, en-memoria y búsqueda,
siendo usada para registrar, mayor cantidad de información sin
necesidad de una administradora de base de datos y permiten
que los sistemas diseñados con una base no sql tenga mayor
estabilidad. Afirma: (Amazon Web Service, 2019)
Para conocer de mejor las funcionalidades de cada base de datos relacional y
NoSQL (no relacional) se realiza una comparación que se puede observar en
el Cuadro N. 3:
CUADRO N. 3: Comparación de una Base de datos Relacional y No relacional.
Base de datos Relacional Base de datos NoSQL
Contienen un ID que sirve para
relacionar entre un conjunto de datos y
otros
No contienen un ID que sirve para
relacionar entre un conjunto de datos y
otros
La información se almacena en tablas La información se almacena en documentos
dentro de una colección JSON Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: Datos de la investigación.
.
33
Como ejemplo de base de datos NoSQL se menciona a MongoDB y también
DynamoDB de Amazon Web Services que es un servicio de base de datos no
relacional en la nube y Firebase que ofrece Realtime Database.
GRÁFICO N. 7 Tendencia de base de datos y servicios de Base de datos Relacional y NoSQL.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: Google Trends.Sitio web.
Con respecto a la base de datos relacionales PosgretSQL es la que los
usuarios prefieren por gratuita, pero no tiene un servidor incluido, ni MongoDB
que también es recomendable para el manejo de gran cantidad de información
y es NoSQL. Firebase ofrece el servicio en la nube y almacenar gran cantidad
de información en formato JSON de manera gratuita sin necesidad de crear
un web service que consuma la información ahorrando tiempo e
implementando seguridad que ofrece la plataforma.
.
34
Firebase
Es una plataforma de desarrollo, propuesta para crear de manera gratuita
hasta ciertos complementos es la solución que presenta Firebase, ubicada en
la nube para tener acceso a la información en tiempo real.
Según (Firebase, 2016) en su sitio web (www.firebase.google.com ) sección
asistencia menciona que: “Firebase es un contenedor para APPs en iOS,
Android y la Web. Permite compartir funciones como Database, Config y
Notifications entre APPs multiplataforma.”
Pudiendo agregar variantes de la APP para iOS, Android y la Web a un mismo
proyecto. También se puede usar varios proyectos para tener compatibilidad
con distintos entornos, como desarrollo, pruebas y producción. El servicio
Database es con formato JSON que permite el manejo de gran volumen de
información.
GRÁFICO N. 8:Consola de Firebase.
Elaboración: Firebase, plataforma de desarrollo en la nube.
Fuente: Firebase, Sitio web.
.
35
Se utiliza la plataforma de desarrollo Firebase Realtime Database es una base
de datos NoSQL alojada en la nube que le permite almacenar y sincronizar
datos entre los usuarios en tiempo real. Siendo en tiempo real permite la
sincronización de información de manera oportuna y usando el Firebase
Aunthentication que es un elemento de la plataforma.
El Firebase Authentication, como objetivo facilitar la creación de sistemas de
autenticación seguros permitiendo el inicio de sesión con correo y contraseña.
Esta plataforma es de Google en tanto seguridad es la misma para todos los
servicios que ofrece.
Aunque hay otros servicios de que brindan plataformas de desarrollo en
la nube como Microsoft Azure, Amazon Web Services. Firebase ofrece
una diversidad de herramientas se ha optado por esta última ya que
permite el consumo de la base de datos en formato en tiempo real sin
necesidad de implementar APIS ya que su arquitectura, según menciona
la plataforma oficial, tiene los medios para el consumo de información
directamente.
.
36
GRÁFICO N. 9 Tendencia de plataformas en la nube.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: Google Trends.Sitio web.
Firebase está como última opción sin lugar a duda es porque fue adquirida por
Google a inicios del 2015, es decir, lleva poco tiempo en el mercado
comparado con las otras 2.
La mayoría de personas en Ecuador usan Smartphone con SO. Android como
se visualiza en el siguiente gráfico:
GRÁFICO N. 10 Tendencia de SO. para Smartphone.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: Google Trends.Sitio web.
.
37
La tendencia de para los Smartphone de preferencia SO. Android ya que es
comúnmente el más conocido y las marcas que fabrican los celulares están a
un precio un poco más accesible.
Android Studio
Según la plataforma de desarrollo (Android, 2016), define a Android Studio
como:
Android Studio es el entorno de desarrollo integrado (IDE) oficial
para el desarrollo de aplicaciones para Android y se basa
en IntelliJ IDEA . Además del potente editor de códigos y las
herramientas para desarrolladores de IntelliJ, Android Studio
ofrece aún más funciones que aumentan tu productividad
durante la compilación de APPs para Android, como las
siguientes:
- Un sistema de compilación basado en Gradle flexible.
- Un emulador rápido con varias funciones.
- Un entorno unificado en el que puedes realizar desarrollos
para todos los dispositivos Android.
- Instant Run que aplica cambios mientras tu APP se encuentra
en ejecución sin la necesidad de compilar un nuevo APK.
- Integración de plantillas de código y GitHub para ayudarte a
compilar funciones comunes de las APPs e importar ejemplos
de código.
- Gran cantidad de herramientas y frameworks de prueba.
.
38
- Herramientas Lint para detectar problemas de rendimiento,
usabilidad, compatibilidad de versión, entre otros.
- Compatibilidad con C++ y NDK.
GRÁFICO N. 11:Inspector de Diseño, Android Studio.
Elaboración: Android Studio.
Fuente: Android.com, Página web.
.
39
GRÁFICO N. 12 Tendencia de Software para desarrollo de aplicativo móvil para Smartphone.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: Google Trends,Sitio web.
En las plataformas de desarrollos para aplicaciones móviles se encuentran:
Android Studio, Ionic, Xamarin, para el desarrollo de aplicaciones móviles para
SO Android al crear el proyecto se usó Android Studio, es de gran relevancia
contar con la plataforma que brinda Google, además ofrece un entorno
amigable para personas que están incursionando en desarrollar aplicaciones
móviles, basados en XML y Java.
JSON
(Microsoft, 2018) Define al Json como: “La JavaScript Object Notation
(JSON) es un formato de intercambio de datos simple y ligero que se basa en
un subconjunto de la notación literal del objeto del lenguaje JavaScript”.
.
40
GRÁFICO N. 13:Formato JSON, almacenamiento de información.
Elaboración: JSON , sitio web oficial. Fuente:Json.org.
El formato en el que el servicio de Firebase, Database, almacena la
información.
Laravel
Es un Framework de uso libre para codificar aplicaciones y servicios web con
PHP hace que realizar las tareas comunes se vuelvan extremadamente fáciles
tareas en proyectos web según (Github, 2018):
• Motor de enrutamiento simple y rápido .
• Depósito de inyección de dependencia potente .
• Múltiples back-ends para almacenamiento de sesión y caché .
• Migraciones de esquemas agnósticos de bases de datos.
• Procesamiento de fondo robusto .
• Transmisión de eventos en tiempo real .
.
41
GRÁFICO N. 14 Tendencia de plataformas de desarrollo para sistemas web.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: Google Trends,Sitio web.
En el gráfico N. 14 se observa que se prefiere usar Laravel ya que es una
herramienta fácil de entender y desde el punto de vista técnico, el núcleo de
Laravel es sólido observado desde el rendimiento, además se puede ampliar
el framework utilizando varias extensiones.
PHP
(PHP, 2018) Define a PHP como “PHP (acrónimo recursivo de PHP: Hypertext
Preprocessor) es un lenguaje de código abierto muy popular especialmente
adecuado para el desarrollo web y que puede ser incrustado en HTML.”
.
42
GRÁFICO N. 15 Tendencia de algunos lenguajes de desarrollo para páginas web.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: Google Trends,Sitio web.
PHP otorga facilidad de desarrollo y es utilizado en el progreso del proyecto
en la realización del sistema web además de ser de código abierto y fácil de
utilizar consta de mucha documentación en internet para revisar y poner en
práctica, según el gráfico tiene como tendencia a incrementar.
Java
Java es una tecnología que se usa para el desarrollo de aplicaciones que
convierten a la Web en un elemento más interesante y útil. Java no es lo mismo
que JavaScript, que se trata de una tecnología sencilla que se usa para crear
páginas web y solamente se ejecuta en el explorador. (ORACLE, 2018)
Es un lenguaje de programación orientado a objetos y robusto. Java
proporciona una colección de clases para su uso en aplicaciones de red, que
.
43
permiten abrir sockets y establecer y aceptar conexiones con servidores o
clientes remotos, facilitando así la creación de aplicaciones distribuidas.
Para la utilización de Android Studio es complemento conocer el lenguaje de
programación java siendo este fácil de aprender.
XML
María Lamarca Lapuente define XML como:
XML es un lenguaje que permite jerarquizar y estructurar la
información y describir los contenidos dentro del propio
documento, así como la reutilización de partes del mismo. La
información estructurada presenta varios contenidos
(texto, imágenes, audio, etc.) y formas: hojas de cálculo, tablas
de datos, libretas de direcciones, parámetros de configuración,
dibujos técnicos, etc. La forma da alguna indicación de qué papel
puede jugar el contenido (por ejemplo, el contenido de una
sección encabezada con un significado difiere del contenido de
una nota a pie de página, lo que significa algo diferente que el
contenido de un pie de foto o el contenido de una tabla de datos).
(Lapuente, 2018)
.
44
Metodología SCRUM
SCRUM es denominado metodología ágil por la ayuda que aporta en el
desarrollo de un proyecto en este caso se la ha moldeado para desarrollo de
software que es muy factible al momento de ver avances o las iteraciones del
mismo.
Los Autores Mariño, Sonia I. y Alfonzo, Pedro L (2014) definen la metodología
SCRUM de la siguiente manera: “una colección de procesos para la gestión
de proyectos, que permite centrarse en la entrega de valor para el cliente y la
potenciación del equipo para lograr su máxima eficiencia, dentro de un
esquema de mejora continua”.
En la metodología SCRUM se opta por ir prestando avances, Sprint o
iteraciones de manera semanales, mensuales o diarias, la manera de
presentar los avances es definido por los miembros del equipo del proyecto y
deberán tomar en cuenta los requisitos previos sustentando los costos.
El método es encaminado en áreas donde los proyectos pueden tener una
finalidad y pasos a seguir definidos, pero por ciertos factores puede desviarse
del punto determinado no obstante al momento de presentarse cambios
imprevistos debe funcionar igual de bien es decir debe adaptarse a lo
agregado sin dañar lo que se tiene.
.
45
GRÁFICO N. 16 Ciclo de vida SCRUM.
Elaboración: Scrum, Sitio web oficial.
Fuente: Scrum.org.
Sprints
Los Sprint son un componente de la metodología SCRUM en base líder-
asesores, para tener un conocimiento previo el (Scrum Manager, 2016)
Menciona que “Se denomina Sprint a cada ciclo o iteración de trabajo que
produce una parte del producto terminada y funcionalmente operativa
(incremento)”.
También los Sprints son definidos de esta manera:
SCRUM es un marco de trabajo iterativo e incremental para el desarrollo de
proyectos y se estructura en ciclos de trabajo llamados sprints. Éstos son
iteraciones de 1 a 4 semanas, y se suceden una detrás de otra. Al comienzo
.
46
de cada Sprint, el equipo multifuncional selecciona los elementos (requisitos
del cliente) de una lista priorizada. Se comprometen a culminar los detalles al
final del Sprint. Durante el Sprint no se pueden cambiar los elementos
elegidos. Al final del Sprint, el equipo lo revisa con los interesados en el
proyecto, y les enseña lo que han construido. (Mariño, Sonia I. y Alfonzo, Pedro
L., 2016)
El sprint abarca lo siguiente:
• Establecer requisitos, los cuales se tomarán mediante las reuniones con
el equipo de trabajo, serán tomadas las tareas y se revisarán en el
tiempo que hayan planteado.
• Organización de los sprints, definirá las tareas necesarias para alcanzar
el objetivo pactado con los integrantes del proyecto.
Cuando se concluye en que tiempo serán las reuniones para la revisión de los
Sprint el líder realiza tres preguntas claves: ¿Qué se hizo ?, ¿Hubo algún
bloqueo para el avance de la tarea? ¿Qué se va a realizar? (Scrum Manager,
2016).
Product backlog (Lista de productos)
Según (Scrum Institute, 2017) define a las listas de productos como: “El
Product Backlog es simplemente una lista de todas las cosas que deben
hacerse dentro del proyecto. Reemplaza los artefactos de especificación de
.
47
requisitos tradicionales. Estos elementos pueden tener una naturaleza técnica
o pueden estar centrados en el usuario”.
En esto se enlista a los requerimientos prioritarios, también se presenta que
los requisitos pueden ir apareciendo mientras se vaya avanzando con el
proyecto.
Sprint Backlog
Se denomina Sprint Backlog a las listas de tareas que son identificadas por el
Developer Team y que serán completadas en lo que dura cada Sprint, también
cada una de estas tareas son posicionadas en un tablero para que cada
integrante del equipo sepa con certeza lo que debe realizar.
Sangre y plaquetas
Proceso de gestión de donantes
Donación de sangre
Para el presente proyecto de titulación se requiere revisar algunas temáticas
relacionadas como son: Sangre y plaquetas, proceso de donación de sangre,
como está constituida la sangre, proceso de donación de plaquetas entre
otras.
.
48
La donación de sangre es de vital importancia para el paciente, según
la (OMS, 2017) afirma que: “Una transfusión de sangre es la transferencia de
sangre o componentes sanguíneos de un sujeto (donante) a otro (receptor)”.
Según la Cruz Roja Ecuatoriana; Junta Provincial del Guayas una persona
puede volver a donar sangre 4 veces al año si es hombre y 3 veces al año si
es mujer, ya que por constitución la hemoglobina (Diagnostico para la anemia)
de la mujer es más baja a comparación a la de los hombres. Estas donaciones
pueden hacerse en un rango de dos meses como mínimo tanto para hombres
como para mujeres.
Los requisitos que se deben cumplir para ser un donante activo, en Ecuador
según la Cruz Roja Ecuatoriana son los siguientes:
• Tener más de 17 años de edad (con previa autorización del
representante legal) y menos de 65.
• Estar en buen estado de salud.
• No tomar medicamentos.
• Haber ingerido alimentos 2 horas antes de la donación.
• Pesar más de 50 kilos (110 libras).
• Presentar un documento de identificación con fotografía: cédula,
pasaporte, carné estudiantil, u otro.
• No haberse sometido a cirugías mayores en el último año.
• No haberse realizado tatuajes ni piercings en el último año.
.
49
GRÁFICO N. 17: Persona donando sangre en campaña voluntaria.
Elaboración: Cruz Roja Ecuatoriana, portal web. Fuente: Cruz Roja Ecuatoriana.
¿Qué personas no pueden donar sangre?
Según la Cruz Roja Ecuatoriana una persona no puede donar sangre si:
• Está embarazada, periodo de lactancia o cuyo parto haya sido hace
menos de 6 meses.
• Personas que están se han realizado un tatuaje o piercings en el último
año.
• Personas que tiempo atrás hayan recibido algún tipo de trasplante o
transfusión sanguínea.
• Personas que posean enfermedades del tipo VIH, VPH, virus de
hepatitis C, virus de hepatitis B y otras infecciones de transmisión
sexual.
Existen diversos tipos de sangre, y cada uno de los tipos tiene una
compatibilidad, en el cuadro N.3 se observa los tipos de sangre pueden donar
a otra diferente en donde X=Compatible; - = No compatible:
.
50
CUADRO N. 4: Compatibilidad de grupo sanguíneo.
AB+ AB- A+ A- B+ B- O+ O-
AB+ X - - - - - - -
AB- X X - - - - - -
A+ X - X - - - - -
A- X X X X - - - -
B+ X - - - X - - -
B- X X - - X X - -
O+ X - X - X - X -
O- X X X X X X X X
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: Datos de la investigación.
Para partir hacia la donación de sangre, debemos tener en claro de que está
compuesta según la página de la secretaria de salud de Argentina menciona
que la sangre tiene los siguientes componentes:
Los glóbulos blancos defienden al organismo contra las infecciones
bacterianas y virales.
Las plaquetas impiden las hemorragias, favoreciendo la coagulación de
la sangre.
El plasma además de servir como transporte para los nutrientes y las células
sanguíneas, contiene diversas proteínas (inmunoglobulinas, albúmina y
factores de coagulación) que van a ser de utilidad en la terapia transfusional,
.
51
como se explica más adelante en la sección de Hemoderivados. (Secreteria
de Gobierno de Salud, 2016)
GRÁFICO N. 18:Componentes de la sangre
Elaboración: Dr. Roxana Bali
Fuente: AreaCiencias, Página web de biología
Como se explica en el párrafo anterior la sangre está compuesta de plaquetas,
pero es poco factible usar una pinta de sangre para obtener plaquetas, ya que
el resto de componentes quedarían ahí, hasta que sea necesario en caso, se
echarán a perder.
Plaquetas
En este capítulo se mencionó que unos de los componentes de la sangre son
las plaquetas, según (medlineplus.gov, 2019) define a estas como: “Las
plaquetas, también conocidas como trombocitos, son pequeños fragmentos de
células sanguíneas. Se forman en la médula ósea, un tejido similar a una
esponja en sus huesos”.
.
52
Para cada donación de plaquetas se utiliza un método exclusivo de extracción,
que se lo conoce como aféresis, que se lo define de la siguiente manera:
Es un proceso en el cual las plaquetas y los otros elementos específicos de la
sangre como glóbulos rojos o plasma se seleccionan de un donante. La
palabra aféresis proviene de del griego aphaeresis, que significa para el campo
medico retirar. Este proceso de extracción de plaquetas se lleva a cabo con
una máquina conocida como separador de células. Se coge la sangre del
donante y el separador de células recoge las plaquetas, mientras que el resto
de los componentes se devuelven al torrente sanguíneo al donante durante la
donación. Cada donación por aféresis tiene una duración de una hora y media
o dos horas. (Red Cross Blood, 2016)
GRÁFICO N. 19: Extracción de plaquetas
Elaboración: Salud.S.A. Fuente: Messalut.com, página web
.
53
Como las plaquetas se obtienen de la sangre, hay informaciones que
mencionan información valiosa de por qué es realmente factible que se haya
un donador exclusivo de plaquetas.
Una persona o donante de plaquetas puede dar suficientes
plaquetas para uno varios pacientes que lo necesiten. Algunas
donaciones de plaquetas producen dos o tres donaciones y el
tiempo en el que puede donar volver a donar es de 15 días. Por
contraste se necesitan cinco donaciones de sangre completa
para producir una sola dosis. Las plaquetas son muy importantes
para el tratamiento del cáncer y cuando hay trasplantes de
órganos, así como en procedimientos quirúrgicos, ya que ayudan
a prevenir la pérdida masiva de sangre. Una dosis de plaquetas
de un solo donante reduce la exposición a múltiples donantes y
por tanto muchos médicos lo prefieren. Durante este tipo de
donación una máquina de aféresis recoge las plaquetas y algo
de plasma, y devuelve los glóbulos rojos y la mayoría del plasma
al donante. (redcrossblood, 2017)
Las plaquetas son obtenidas de la sangre, cuando hay un requerimiento de
plaquetas los pasos que realizan los bancos de sangre es dar pintas de sangre
que tienen almacenadas para que de esta forma obtengan las plaquetas.
Para donar plaquetas se deben cumplir los siguientes requisitos según la Cruz
Roja Ecuatoriana en su portal web:
.
54
1. Tener más de 17 años de edad (con previa autorización del
representante legal) y menos de 65.
2. Estar en buen estado de salud.
3. No tomar medicamentos.
4. Tener al menos 4 horas sin ingerir alimento
Generalmente una persona que puede donar sangre puede donar plaquetas,
lo que cambia es el requisito del tiempo que debe estar sin haber ingerido
alimentos, a parte de la Cruz Roja Ecuatoriana, en el portal web del universo
sección la revista apartado salud publicado el 1 de septiembre del 2019 la
doctora Bella Maldonado, hematóloga, detalló los mismos requisitos que se
observados en el párrafo anterior.
¿Quiénes no pueden donar?, la doctora Bella Maldonado, hematóloga
menciona lo siguiente:
Lo que complica que algunas personas puedan ser donantes es lo siguiente:
• No tener enfermedades infecciosas de ningún tipo (VIH, hepatitis, mal
de Chagas).
• Tatuajes. Hay que esperar al menos 1 año después de la aplicación de
la tinta.
• Infecciones virales. Se pospone la donación por unas pocas semanas
.
.
55
Fundamentación Legal
La fundamentación legal es elemental para la realización del proyecto de
titulación propuesto ya que verifica que respeten las ciertas leyes, a
continuación, se visualiza las normas empleadas:
Ley de la Propiedad Intelectual
Código orgánico de la economía social de los conocimientos, creatividad
e innovación.
Artículo 85.- Derechos intelectuales. - Se protegen los derechos
intelectuales en todas sus formas, los mismos que serán adquiridos de
conformidad con la Constitución, los Tratados Internacionales de los cuales
Ecuador es parte y el presente Código. Los derechos intelectuales
comprenden principalmente a la propiedad intelectual, y los conocimientos
tradicionales. Su regulación constituye una herramienta para la adecuada
gestión de los conocimientos, con el objetivo de promover el desarrollo
científico, tecnológico, artístico, y cultural, así como para incentivar la
innovación. Su adquisición y ejercicio, así como su ponderación con otros
derechos, asegurarán el efectivo goce de los derechos fundamentales y
contribuirán a una adecuada difusión de los conocimientos en beneficio de los
titulares y la sociedad.
A las otras modalidades existentes, este Código les garantiza protección
contra la competencia desleal.
.
56
Artículo 101.- Adquisición y ejercicio de los derechos de autor. - La
adquisición y ejercicio de los derechos de autor y de los derechos conexos no
están sometidos a registro o depósito, ni al cumplimiento de formalidad alguna.
Los derechos reconocidos y concedidos por el presente Título son
independientes de la propiedad del objeto material en el cual está incorporada
la obra o prestación.
Artículo 102.- De los derechos de autor. - Los derechos de autor nacen y se
protegen por el solo hecho de la creación de la obra.
La protección de los derechos de autor se otorga sin consideración del género,
mérito, finalidad, destino o modo de expresión de la obra.
Queda protegida exclusivamente la forma mediante la cual las ideas del autor
son descritas, explicadas, ilustradas o incorporadas a las obras. Sin embargo,
si una idea sólo tiene una forma única de expresión, dicha forma no quedará
sujeta a protección.
No son objeto de protección las ideas contenidas en las obras literarias y
artísticas, el contenido ideológico o técnico de las obras científicas, ni su
aprovechamiento industrial o comercial. Tampoco son objeto de protección los
procedimientos, métodos de operación o conceptos matemáticos en sí.
La ley de la propiedad intelectual garantiza los derechos de propiedad del
trabajo de titulación, haciendo énfasis en ciertos complementos que no serían
.
57
abarcados en el proyecto como, funciones matemáticas utilizadas, garantiza
una competencia leal por parte de cada proyecto presentado.
Ley del sistema nacional de registro de datos públicos
Art. 6.- Accesibilidad y confidencialidad. - Son confidenciales los datos de
carácter personal, tales como: ideología, afiliación política o sindical, etnia,
estado de salud, orientación sexual, religión, condición migratoria y los demás
atinentes a la intimidad personal y en especial aquella información cuyo uso
público atente contra los derechos humanos consagrados en la Constitución e
instrumentos internacionales.
El acceso a estos datos sólo será posible con autorización expresa del titular
de la información, por mandato de la ley o por orden judicial. También son
confidenciales los datos cuya reserva haya sido declarada por la autoridad
competente, los que estén amparados bajo sigilo bancario o bursátil, y los que
pudieren afectar la seguridad interna o externa del Estado.
La autoridad o funcionario que por la naturaleza de sus funciones custodie
datos de carácter personal, deberá adoptar las medidas de seguridad
necesarias para proteger y garantizar la reserva de la información que reposa
en sus archivos.
Para acceder a la información sobre el patrimonio de las personas el
solicitante deberá justificar y motivar su requerimiento, declarar el uso que hará
de la misma y consignar sus datos básicos de identidad, tales como: nombres
y apellidos completos, número del documento de identidad o ciudadanía,
dirección domiciliaria y los demás datos que mediante el respectivo reglamento
se determinen. Un uso distinto al declarado dará lugar a la determinación de
.
58
responsabilidades, sin perjuicio de las acciones legales que el/la titular de la
información pueda ejercer. La directora o Director Nacional de Registro de
Datos Públicos, definirá los demás datos que integrarán el sistema nacional y
el tipo de reserva y accesibilidad.
Art. 12.- Medios Tecnológicos. - El Estado, a través del ministerio sectorial
con competencia en las telecomunicaciones y en la sociedad de la
información, definirá las políticas y principios para la organización y
coordinación de las acciones de intercambio de información y de bases de
datos entre los organismos e instancias de registro de datos públicos, cuya
ejecución y seguimiento estará a cargo de la Dirección Nacional de Registro
de Datos Públicos.
La actividad de registro se desarrollará utilizando medios tecnológicos
normados y estandarizados, de conformidad con las políticas emanadas por
el ministerio sectorial de las telecomunicaciones y de la sociedad de la
información.
Art. 23.- Sistema Informático. - El sistema informático tiene como objetivo la
tecnificación y modernización de los registros, empleando tecnologías de
información, bases de datos y lenguajes informáticos estandarizados,
protocolos de intercambio de datos seguros, que permitan un manejo de la
información adecuado que reciba, capture, archive, codifique, proteja,
intercambie, reproduzca, verifique, certifique o procese de manera tecnológica
la información de los datos registrados.
.
59
El sistema informático utilizado para el funcionamiento e interconexión de los
registros y entidades es de propiedad estatal y del mismo se podrán conceder
licencias de uso limitadas a las entidades públicas y privadas que
correspondan, con las limitaciones previstas en la Ley y el Reglamento.
Art. 24.- Interconexión. - Para la debida aplicación del sistema de control
cruzado nacional, los registros y bases de datos deberán obligatoriamente
interconectarse buscando la simplificación de procesos y el debido control de
la información de las instituciones competentes. El sistema de control cruzado
implica un conjunto de elementos técnicos e informáticos, integrados e
interdependientes, que interactúan y se retroalimentan.
Art. 25.- Información física y electrónica. - Para efectos de la
sistematización e interconexión del registro de datos y sin perjuicio de la
obligación de mantener la información en soporte físico como determinan las
diferentes normas de registro, los distintos registros deberán transferir la
información a formato digitalizado.
La Dirección Nacional de Registro de Datos Públicos definirá el sistema
informático para el manejo y administración de registros y bases de datos, el
cual regirá en todos los registros del país.
Art. 26.- Seguridad. - Toda base informática de datos debe contar con su
respectivo archivo de respaldo, cumplir con los estándares técnicos y plan de
contingencia que impidan la caída del sistema, robo de datos, modificación o
cualquier otra circunstancia que pueda afectar la información pública.
.
60
La ley del sistema nacional de registro de datos públicos se encargará de la
confidencialidad de los datos que serán de uso para el presente proyecto de
titulación y así evitar que atenten contra los derechos que tengan las personas
que participen en el aplicativo (donador y donatario).
Ley Orgánica de Educación Superior
PRINCIPIOS DEL SISTEMA DE EDUCACIÓN SUPERIOR
Art. 13.- Funciones del Sistema de Educación Superior. - Son funciones
del Sistema de Educación Superior:
1. Garantizar el derecho a la educación superior mediante la docencia, la
investigación y su vinculación con la sociedad, y asegurar crecientes niveles
de calidad, excelencia académica y pertinencia.
2. Promover la creación, desarrollo, transmisión y difusión de la ciencia, la
técnica, la tecnología y la cultura.
3. Formar académicos, científicos y profesionales responsables, éticos y
solidarios, comprometidos con la sociedad, debidamente preparados para que
sean capaces de generar y aplicar sus conocimientos y métodos científicos,
así como la creación y promoción cultural y artística.
La ley Orgánica de educación superior (LOES) tiene como finalidad
cumplimiento de los años de estudios de cada persona para tener como
resultado un profesional capaz de elaborar el presente proyecto de titulación.
.
61
Plan Nacional del Buen Vivir
Objetivo10
10.2. Promover la intensidad tecnológica en la producción primaria, de bienes
intermedios y finales.
a) Articular la investigación científica, tecnológica y la educación superior con
el sector productivo, para una mejora constante de la productividad y
competitividad sistémica, en el marco de las necesidades actuales y futuras
del sector productivo y el desarrollo de nuevos conocimientos.
b) Tecnificar los encadenamientos productivos en la generación de materias
primas y la producción bienes de capital, con mayor intensidad tecnológica en
sus procesos productivos.
c) Crear y fortalecer incentivos para fomentar la inversión privada local y
extranjera que promueva la desagregación, transferencia tecnológica y la
innovación.
d) Implementar mecanismos de reactivación y utilización óptima de la
capacidad instalada del Estado en actividades de producción y de generación
de trabajo.
e) Fomentar la sustitución selectiva de importaciones, considerando la
innovación y tecnología como componentes fundamentales del proceso
productivo, con visión de encadenamiento de industrias básicas e intermedias.
f) Asegurar que los encadenamientos productivos de las industrias
estratégicas claves, los sectores prioritarios industriales y de manufactura,
generen desagregación y transferencia tecnológica en sus procesos
productivos.
g) Articular los programas de innovación participativa en el sector rural, en
sistemas formales e informales, con acceso y uso de TIC para incrementar la
.
62
cobertura de los servicios y fomentar el intercambio de conocimientos entre
actores locales.
El artículo 10 del plan nacional de buen vivir, fomenta la garantía para
los incentivos en tecnología y apoyo para proyectos innovadores.
Decreto 1014 Sobre el uso de Software Libre
Art.1.- Establecer como política pública para las entidades de la
Administración Pública Central la utilización de software libre en sus sistemas
y equipamientos informáticos.
Art. 2.- Se entiende por software libre, a los programas de computación que
se pueden utilizar y distribuir sin restricción alguna, que permitan su acceso a
los códigos fuentes y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
a) Utilización del programa con cualquier propósito de uso común;
b) Distribución de copias sin restricción alguna;
c) Estudio y modificación del programa (Requisito: código fuente
disponible); y,
d) Publicación del programa mejorado (Requisito: código fuente
disponible).
Art. 3.- Las entidades de la Administración Pública Central previa a la
instalación del software libre en sus equipos, deberán verificar la existencia de
capacidad técnica que brinde el soporte necesario para el uso de este tipo de
software.
.
63
Art. 4.- Se faculta la utilización de software propietario (no libre) únicamente
cuando no exista una solución de software libre que supla las necesidades
requeridas, o cuando esté en riesgo la seguridad nacional, o cuando el
proyecto informático se encuentre en un punto de no retorno.
Art. 5.- Tanto para software libre como software propietario, siempre y cuando
se satisfagan los requerimientos, se debe preferir las soluciones en este orden:
a) Nacionales que permitan autonomía y soberanía tecnológica;
b) Regionales con componente nacional;
c) Regionales con proveedores nacionales;
d) Internacionales con componente nacional;
e) Internacionales con proveedores nacionales; y,
f) Internacionales.
Art. 6.- La Subsecretaría de Tecnologías de la Información como órgano
regulador y ejecutor de las políticas y proyectos informáticos en las entidades
del Gobierno Central deberá realizar el control y seguimiento de este decreto.
Art. 7.- Encárguese de la ejecución de este decreto los señores ministros
coordinadores y el señor Secretario General de la Administración Pública y
Comunicación.
El decreto 1014 sobre el uso de software libre permite el uso gratuito de las
herramientas utilizadas en el desarrollo del proyecto, con la finalidad de
contribuir en el crecimiento tecnológico y la distribución sin costo, evitando el
plagio.
.
64
Ley Orgánica de Protección de Datos (LOPD)
Art. 34.1.- Se establecen tres niveles de seguridad —básico, medio y alto—,
que deben aplicarse a los ficheros y tratamientos, tanto automatizados como
no automatizados, atendiendo a la naturaleza de la información tratada y en
relación con la mayor o menor necesidad de garantizar la confidencialidad y la
integridad de la información.
Artículo 57.- Telecomunicaciones La transmisión de datos de carácter
personal a través de redes públicas o redes inalámbricas de comunicaciones
electrónicas se realizará cifrando dichos datos o bien utilizando cualquier otro
mecanismo que garantice que la información no sea inteligible ni manipulada
por terceros.
Artículo 6 Modo de recabar y tratar los datos
6.1. Los datos de carácter personal deberán ser tratados de forma leal y lícita,
por lo que se prohíbe la recogida de datos por medios fraudulentos, desleales
o ilícitos.
6.2. Los datos de carácter personal sólo podrán ser recogidos para el
cumplimiento de finalidades determinadas, explícitas y legítimas.
La Ley Orgánica de Protección de Datos, se centra en proteger la transferencia
de datos registrada por cada individuo y recalca que cada información que se
obtendrá en el proyecto de titulación deberá ser tratada de manera leal y
respetuosa.
.
65
Ley Orgánica de salud
CAPITULO I Del derecho a la salud y su protección
Art. 1.- La presente Ley tiene como finalidad regular las acciones que permitan
efectivizar el derecho universal a la salud consagrado en la Constitución
Política de la República y la ley. Se rige por los principios de equidad,
integralidad, solidaridad, universalidad, irrenunciabilidad, indivisibilidad,
participación, pluralidad, calidad y eficiencia; con enfoque de derechos,
intercultural, de género, generacional y bioético.
Art.2.- Todos los integrantes del Sistema Nacional de Salud para la ejecución
de las actividades relacionadas con la salud, se sujetarán a las disposiciones
de esta Ley, sus reglamentos y las normas establecidas por la autoridad
sanitaria nacional.
Art. 3.- La salud es el completo estado de bienestar físico, mental y social y
no solamente la ausencia de afecciones o enfermedades. Es un derecho
humano inalienable, indivisible, irrenunciable e intransigible, cuya protección y
garantía es responsabilidad primordial del Estado; y, el resultado de un
proceso colectivo de interacción donde Estado, sociedad, familia e individuos
convergen para la construcción de ambientes, entornos y estilos de vida
saludables.
CAPITULO II De la autoridad sanitaria nacional, sus competencias y
Responsabilidades
Art. 4.- La autoridad sanitaria nacional es el Ministerio de Salud Pública,
entidad a la que corresponde el ejercicio de las funciones de rectoría en salud;
.
66
así como la responsabilidad de la aplicación, control y vigilancia del
cumplimiento de esta Ley; y, las normas que dicte para su plena vigencia serán
obligatorias.
CAPITULO IV De la sangre, sus componentes y derivados
Art. 73.- Los hemocentros, bancos, depósitos y servicios de transfusión de
sangre humana, deben mantener programas de gestión y control de calidad
interna y externa, así como cumplir con las demás normas y disposiciones que
para el efecto dicte la autoridad sanitaria nacional.
Art. 74.- Se prohíbe la comercialización, publicidad de la misma y el lucro en
el proceso de donación, obtención, procesamiento, distribución y utilización de
sangre, sus derivados y componentes, por parte de personas naturales o
jurídicas, públicas o privadas. Las instituciones que realicen los procesos
señalados en el inciso precedente pueden recuperar únicamente lo
correspondiente a gastos de operación de los procedimientos que se realicen;
cualquier cobro en exceso será sancionado.
Art. 75.- Los establecimientos autorizados para colectar unidades de sangre,
previamente a su utilización en transfusiones, están obligados a realizar las
pruebas para determinar el grupo y factor sanguíneo y la presencia de
anticuerpos irregulares, así como las serológicas para los marcadores de
infección, determinados en la reglamentación correspondiente de acuerdo con
el perfil epidemiológico local, regional y nacional y los avances tecnológicos.
La separación de componentes se realizará cumpliendo las normas técnicas
aplicables con el fin de asegurar la función terapéutica de los mismos.
.
67
Art. 78.- La donación voluntaria de sangre requiere de la expresa autorización
libre, voluntaria y por escrito del donante.
.
68
Pregunta científica a contestarse
¿Qué beneficios tendrá una persona que necesita de manera urgente una
donación de sangre y/o plaquetas al contar con una aplicación que facilite la
búsqueda rápida de un donante en la ciudad de Guayaquil.?
.
69
Definiciones conceptuales
API: El diario ABC de Sevilla, España en su artículo publicado el 16 de febrero
dl 2015 menciona que las API son: las API son un conjunto de comandos,
funciones y protocolos informáticos que permiten a los desarrolladores
crear programas específicos para ciertos sistemas operativos. Las API
simplifican en gran medida el trabajo de un creador de programas, ya que
no tiene que «escribir» códigos desde cero. Estas permiten al informático
usar funciones predefinidas para interactuar con el sistema operativo o con
otro programa.
Prototipo: (sendekia, 2017) define que el prototipo es: “un primer modelo que
sirve como representación o simulación del producto final y que nos permite
verificar el diseño y confirmar que cuenta con las características específicas
planteadas”.
HTML: HyperText Markup Language (Lenguaje de Marcado de Hipertexto) es
un lenguaje que se utiliza para crear los sistemas o páginas web. Este lenguaje
indica a los navegadores mostrar el contenido que se ha diseñado.
CSS: Sus siglas significan Cascading Style Sheets y también es conocida
como Hojas de Estilo en Cascada permite dar estilos a documentos escritos
en HTML, XML, XHTML, SVG, o XUL ya sea agregando color, tipo de letra,
imágenes, etc.
WWW: World Wide Web o en español red informática mundial distribuye
documentos de hipertexto conectado a través de internet.
.
70
NDK: Kit de desarrollo nativo permite implementar lenguajes nativos como C
y C++ a el código realizado y de esta manera reutilizar códigos.
APK: Es una extensión de un archivo ejecutable que contiene a todos los
elementos que conforman una APP móvil.
IDE: Interfaz de Desarrollo Integrado es un editor de código fuente que ayuda
al programador mediante servicios integrales actúa como depurador como
ejemplo podemos mencionar a Eclipse.
Intellij IDEA: Entorno de Desarrollo Integrado de Java, consiste en IDE.
ID: Es una abreviación del de identificación en base de datos es un
identificador único que utiliza un dato registrado en la tabla para relacionar.
.
71
CAPÍTULO III
PROPUESTA TECNOLÓGICA
El análisis hecho a personas que requieren donantes de sangre y/o plaquetas,
se ha tomado diversa información de sujetos que han estado hospitalizados o
familiares. Se ha obtenido que la mayoría de los pacientes necesitan una
donación de manera urgente y, no se ha podido contactar de manera
inmediata a una persona.
Se ha hecho un estudio de la tecnología latente y el medio de comunicación
que los individuos usan comúnmente, con la finalidad de obtener los requisitos
previos, los objetivos principales del proyecto, y con los análisis realizados se
puede conocer la factibilidad de la aplicación móvil verificando las ventajas y
desventajas que puede presentar la misma.
Cuando se tenga en claro los objetivos del proyecto se evaluarán para que se
realicen ajustes siempre y cuando sean necesarios tomando en cuenta los
recursos, costos y necesidades del ambiente planteado.
Por medio de este proyecto de titulación que consiste en: “Desarrollo de un
prototipo de una aplicación móvil utilizando Android Studio para adquirir pintas
de sangre o plaquetas estableciendo contacto entre donantes y donatarios de
.
72
la ciudad de Guayaquil”, se va a establecer el desarrollo de un prototipo por
medio del análisis de factibilidad está formado de 4 factores que son:
1. Factibilidad Técnica.
2. Factibilidad Operacional.
3. Factibilidad Legal.
4. Factibilidad Económica.
Análisis de factibilidad
Factibilidad Operacional
Actualmente la tecnología es importante ya que la mayoría de las personas
utilizan los Smartphone que es de gran ayuda en el diario vivir.
La factibilidad operacional de este proyecto se mide en la simplicidad que tiene
la APP móvil desarrollada en usarse, debido a que cualquier persona puede
hacer uso de ella por la interactividad fácil diseñada.
Además, abarca la forma en que se va a encontrar y contactar a un donante
de sangre y/o plaqueta por medio de una solicitud hacia la o las persona que
se encuentran registradas en la aplicación con requerimientos, tales como:
pintas de sangre que la persona registrada puede ofrecer.
También la factibilidad se ve reflejada en que una persona pueda donar
exclusivamente plaquetas, y de esta forma evitar que el paciente compre
.
73
pintas de sangre para obtener a penas una transfusión de plaquetas cuando
de una persona directamente se obtiene lo necesario y haciendo énfasis que
la APP realizada no suplanta el trabajo de nadie, si no lo optimiza.
Con los puntos mencionados en este apartado se verifica la factibilidad
operacional de este proyecto, porque se centrará en brindar ayuda rápida a
las personas que busquen un donante simplificando el contacto de persona a
persona. Proceso de mejora se puede ver en el desarrollo del Sprint 6.
Factibilidad Técnica
En la factibilidad técnica se evalúa el Hardware y el Software usado para la
realización del presente proyecto de titulación. Para verificar la viabilidad de la
aplicación lo primordial es el uso de internet y los celulares que ejecutarán la
APP móvil. La APP propuesta funciona en SO. Android, se hace énfasis en
que la mayoría de la población utilizan el SO. mencionado. Para tener una idea
clara sobre las herramientas necesarias en el desarrollo de la APP propuesta
se optó por tener los siguientes subgrupos:
Hardware: Para el desarrollo de la aplicación lo que se ha utilizado respecto
al hardware es lo siguiente:
.
74
CUADRO N. 5: Características del Hardware usado.
Equipo Descripción Cantidad
Computadora
portátil
Procesador AMD A8, Memoria RAM de 8GB ,
almacenamiento de 500gb 1
Celular
Smartphone
• SO. Android Versión 7.0 Nougat bajo EMUI,
Procesador Qualcomm Snapdragon 435 a 1,4
GHz. 2 GB de memoria RAM
1
Elaboración: John Jairo Flores Rodríguez- Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
En la laptop mencionada en el Cuadro N.5 se han instalado el software para
desarrollar el aplicativo móvil y administrador web.
Software: Complemento para el desarrollo de la APP móvil y sistema web se
ha usado:
.
75
CUADRO N. 6:Características de los software usados.
Software Descripción de uso
Android Studio versión 7.3.5 Se utiliza para la elaboración de la
aplicación móvil.
Firebase Database Servicio en la nube con base de
datos NoSQL.
Laravel Versión 5.5 Ayuda con el desarrollo del
sistema de administración web.
PHP myadmin Version4.8.5 Base de datos local para el sistema
web.
Wamp Server Versión 3.1.9 Servidor local para repositorio de
sistema web.
Visual Studio code versión 1.36 Para el manejo de Laravel .
SO. Windows 10
Sistema en el que se instaló todos
los programas para el desarrollo
del sistema web y aplicación
móvil.
Elaboración: John Jairo Flores Rodríguez.- Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez.- Valeria Nathaly Pindo Escobar.
Los Software usados que se describe en el cuadro N.6 para el desarrollo de la
APP móvil Android y el sistema web se verifica la factibilidad ya que se cuentan
con software en el mercado para la realización.
Factibilidad Legal
Este proyecto no rompe ninguna de las leyes ecuatorianas vigentes tales como
como: la patente, privacidad de información, entre otros, asegurando el uso
.
76
correcto del software planeado e información de los usuarios y por estas
razones el proyecto es factible legalmente.
Factibilidad Económica
La factibilidad económica indica la realización del presupuesto del proyecto
planteado, con el fin de conocer los costos que conlleva el desarrollo del
mismo, mientras se va efectuando, en base a los costos que están definidos
actualmente.
Para el conocimiento de la factibilidad económica de este proyecto se planteó
lo siguiente:
1.Recursos Humanos
CUADRO N. 7: Recursos Humanos.
Cantidad Detalle Costo Total de costo
2 Desarrolladores de software $900 $1800
Total $1800
Elaboración: John Jairo Flores Rodríguez.- Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez.- Valeria Nathaly Pindo Escobar.
Los autores del presente proyecto de titulación toman el papel de
desarrolladores y analistas para cumplir con el objetivo.
.
77
2.Recursos Tecnológicos
2.1. Hardware
CUADRO N. 8: Recurso de Hardware.
Cantidad Detalle Costo Total cantidad por costo
1 Computar portátil $800 $800
1 Celular Smartphone $300 $300
Total $1100
Elaboración: John Jairo Flores Rodríguez.- Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez.- Valeria Nathaly Pindo Escobar.
Para el desarrollo del prototipo se detalla el costo de un computador portátil y
de un dispositivo móvil llamado también celular Smartphone.
2.2. Software
CUADRO N. 9: Recurso de Software.
Elaboración: John Jairo Flores Rodríguez.- Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez.- Valeria Nathaly Pindo Escobar.
Cantidad Detalle Costo Cantidad por
costo
1 Android Studio $0 $0
1 Laravel $0 $0
1 WampServer $0 $0
1 Firebase Database $0 $0
1 Visual Studio Code $0 $0
Total $0
.
78
Los gastos tecnológicos que se aprecian en los cuadros N. 8 y 9 están basados
en la necesidad que se ha presentado para la realización de la aplicación
móvil.
3. Recursos Varios
CUADRO N. 10: Recursos Varios.
Detalle Costo Cantidad por costo
Movilización $100 $100
Impresiones $70 $70
Otros Gastos $120 $120
Total $290
Elaboración: John Jairo Flores Rodríguez. - Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez. - Valeria Nathaly Pindo Escobar.
En esta parte se detalla los gastos imprevistos, y los que conlleva la realización
del proyecto.
CUADRO N. 11 Total de recursos.
Detalles Valor
Recursos Humanos $1800
Recursos Tecnológicos
Hardware
$1100
Recursos Tecnológicos
Software
$0
Recursos varios $290
Total $3190
Elaboración: John Jairo Flores Rodríguez.- Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez.- Valeria Nathaly Pindo Escobar.
.
79
De acuerdo a el precio determinado se concluye que el costo total del proyecto
es de $3190, por lo que consta es económicamente factible considerando más
aún que el precio va por cuenta de quienes realizamos el presente tema de
titulación.
Metodología de investigación
Las metodologías de investigación usadas contribuyeron en obtener datos y
requerimientos para llevar a cabo este proyecto, la entrevista directa a
personas que han pasado por la necesidad de buscar sujetos que donen
sangre o plaquetas el acta de reunión de las personas entrevistadas y el
modelo de entrevista en los anexos 1 y 3 respectivamente.
La encuesta permitió obtener datos relevantes de diferentes personas y midió
el tiempo en que una persona le toma encontrar un posible donante.
Referencias bibliográficas que ayudo a tener información útil que a su vez
permitió el desarrollo de la aplicación.
Las metodologías fueron desarrolladas en cada Sprint del SCRUM que
organizó la realización de este proyecto bajo 6 Sprints y las historias de
usuarios que registran las tareas realizadas.
Etapas de la metodología del proyecto
Para el desarrollo del proyecto de titulación se escogió la metodología SCRUM
porque es óptimo para la presentación de avances en Sprint y es muy
recomendado a proyectos con un tiempo de entrega corto.
.
80
En cada uno de los Sprints se presentan los avances desarrollados que fueron
concretados en una reunión previa con los que conforman el equipo.
Para el desarrollo de la metodología se deben establecer roles, como se
observa en el Cuadro N.12.
CUADRO N. 12 Asignación de roles para la metodología SCRUM. SCRUM Máster Ing. César Espín R. M.Sc.
Product Owner Ing. César Espín R. M.Sc.
Development team Developer N.1 John Flores Rodríguez.
Developer N. 2 Valeria Pindo Escobar Elaboración: John Jairo Flores Rodríguez.- Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez.- Valeria Nathaly Pindo Escobar.
• SCRUM Máster: Es el experto en la metodología ágil conoce el rol de
cada uno como los involucrados, también ayuda para que no haya
distracciones para que el equipo de desarrollo cumpla con las labores
de las iteraciones o sprints, en este caso toma el liderazgo del proyecto.
• Product Owner: Explica cada detalle que llevará el proyecto,
desvanecerá las dudas sobre el producto que se quiere realizar con la
finalidad de que sea lo más claro posible para el equipo.
• Development Team: Personas que trabajan en conjunto para el
desarrollo de cada Sprint.
.
81
Para realizar el proyecto de titulación se definieron los siguientes ítems o
Sprint:
1. Levantamiento requerimientos para el proyecto.
2. Diseño del proyecto planteado.
3. Desarrollo de las funcionalidades de la aplicación móvil.
4. Desarrollo del sistema web para administrar la aplicación móvil.
5. Pruebas con el SCRUM Máster y Team Developer.
6. Pruebas con Usuarios.
.
82
Historias de usuario
En el Cuadro N.13 se presenta la historia número 1 del sprint 1 en donde se
plantea la solicitud del requerimiento de usuario.
CUADRO N. 13 Historia a usuario # 1.
Elaboración: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
HISTORIA DE USUARIO
NÚMERO: 1 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Como usuario requiero que se reúnan con
personas que hayan necesitado una donación de sangre con urgencia para obtener los
requerimientos necesarios para el desarrollo del proyecto y diagnostiquen la situación
actual del proceso de búsqueda de contacto entre donantes y donatarios.
DÍAS ESTIMADOS: 2 SPRINT O ITERACIÓN ASIGNADA: 1
RIESGO EN DESARROLLO:
Bajo
PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): John Flores, Valeria Pindo
CRITERIOS DE VALIDACIÓN: Se debe tomar requerimientos de una
determinada cantidad de personas, diagnóstico del proceso actual.
.
83
En el Cuadro N.14 se presenta la historia número 2 del Sprint 1 en donde se
plantea los requerimientos para la muestra de la ciudad de Guayaquil:
CUADRO N. 14 Historia a usuario # 2.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
HISTORIA DE USUARIO
NÚMERO: 2 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Obtener la población total de la ciudad de
Guayaquil y el porcentaje de personas que dona y necesita sangre, información que
debe obtenerse del INEC y el porcentaje de la Cruz Roja Ecuatoriana.
DÍAS ESTIMADOS: 1 SPRINT O ITERACIÓN ASIGNADA: 1
RIESGO EN DESARROLLO:
Bajo
PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): John Flores, Valeria Pindo
CRITERIOS DE VALIDACIÓN:
• Ir a la Cruz Roja Ecuatoriana y tener una reunión con la encargada y obtener
los datos.
• Obtener datos de la población en la ciudad de Guayaquil por parte del INEC.
.
84
En el Cuadro N.15 se presenta la historia número 3 del Sprint 1 en donde se
plantea la realización de una encuesta:
CUADRO N. 15 Historia a usuario # 3.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En el Cuadro N.16 se presenta la historia número 4 del Sprint 2 en donde se
plantea la selección de herramientas para el desarrollo del proyecto:
CUADRO N. 16 Historia a usuario # 4.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
HISTORIA DE USUARIO
NÚMERO: 3 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Requiero que realicen una encuesta para
recolectar datos necesarios en la investigación.
DÍAS ESTIMADOS: 7 SPRINT O ITERACIÓN ASIGNADA: 1
RIESGO EN DESARROLLO: Bajo PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): John Flores, Valeria Pindo
CRITERIOS DE VALIDACIÓN: Efectuar una encuesta y analizar las
respuestas.
HISTORIA DE USUARIO
NÚMERO: 4 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Realicen una selección de las herramientas
que necesitan para el desarrollo del proyecto.
DÍAS ESTIMADOS: 3 SPRINT O ITERACIÓN
ASIGNADA: 2
RIESGO EN DESARROLLO: Bajo PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): John Flores, Valeria Pindo
CRITERIOS DE VALIDACIÓN: El proyecto funcione debidamente en las
herramientas seleccionadas.
.
85
En el Cuadro N.17 se presenta la historia número 5 del Sprint 2 en donde se
plantea el diseño del proyecto:
CUADRO N. 17 Historia a usuario # 5.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En el Cuadro N.18 se presenta la historia número 6 del Sprint 3 en donde se
plantea el desarrollo del rol donante y los requerimientos que el mismo debe
cumplir:
HISTORIA DE USUARIO
NÚMERO: 5 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Como usuario requiero que hagan el diseño del
proyecto para las personas que intervienen en el aplicativo móvil.
DÍAS ESTIMADOS: 7 SPRINT O ITERACIÓN ASIGNADA: 2
RIESGO EN DESARROLLO:
Bajo
PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): John Flores, Valeria Pindo
CRITERIOS DE VALIDACIÓN:
Debe tener un diseño general de la APP móvil.
.
86
CUADRO N. 18 Historia a usuario # 6.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En el Cuadro N.19 se presenta la historia número 7 del Sprint 3 en donde se
plantea los criterios de búsqueda para la persona que requiere una donación:
HISTORIA DE USUARIO
NÚMERO: 6 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Necesito que haya rol donante en la
aplicación.
DÍAS ESTIMADOS: 3 SPRINT O ITERACIÓN ASIGNADA: 3
RIESGO EN DESARROLLO:
Medio
PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): John Flores, Valeria Pindo
CRITERIOS DE VALIDACIÓN:
1. Debe permitir registrar a una persona.
2. Debe tener un inicio de sesión.
3. Debe actualizar la información de él o ella siempre y cuando lo amerite.
4. Debe presentar una pantalla para la realizar un test.
5. Debe enviar un correo de confirmación en el registro.
6. Permitirá generar informes para conocer las donaciones realizadas.
7. Debe permitir poner estado de cancelado o realiza cuando cumpla con
algún contacto.
.
87
CUADRO N. 19 Historia a usuario # 7.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En el Cuadro N.20 se presenta la historia número 8 del Sprint 3 en donde se
plantea como se hará saber al donante registrado que se necesita de su ayuda:
HISTORIA DE USUARIO
NÚMERO: 7 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Como usuario requiero que en la aplicación
cualquier persona que requiera sangre o plaquetas busque directamente si necesidad
de tener un inicio de sesión.
DÍAS ESTIMADOS: 2 SPRINT O ITERACIÓN ASIGNADA: 3
RIESGO EN DESARROLLO:
Bajo
PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): John Flores
CRITERIOS DE VALIDACIÓN:
1. Debe tener una pantalla que muestre las opciones de sangre o plaquetas.
2. Debe tener una opción de qué tipo de sangre busca.
3. Debe mostrar los tipos de sangre que son compatibles.
4. Debe mostrar un listado de personas que se han registrado como donante.
.
88
CUADRO N. 20 Historia a usuario # 8.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En el Cuadro N.21 se presenta la historia número 9 del Sprint 3 en donde se
plantea que haya una etiqueta que muestre al donante cuando puede volver a
donar:
HISTORIA DE USUARIO
NÚMERO: 8 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Como usuario requiero que el donatario vea información del donante registrado, Y pueda enviar una notificación mediante SMS o
WhatsApp.
DÍAS ESTIMADOS: 2 SPRINT O ITERACIÓN ASIGNADA: 3
RIESGO EN DESARROLLO: Medio PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): John Flores, Valeria Pindo
CRITERIOS DE VALIDACIÓN:
1. Debe haber una notificación para donantes y donatarios estén en contacto en
contacto.
2. Observe información del donante registrado (tipo de sangre, cédula) siempre y
cuando este activo para donar.
.
89
CUADRO N. 21 Historia a usuario # 9.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En el Cuadro N.22 se presenta la historia número 10 del Sprint 3 en donde se
plantea que haya un sistema web que administre los datos ingresado por los
donatarios, donante:
CUADRO N. 22 Historia a usuario # 10.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
HISTORIA DE USUARIO
NÚMERO: 9 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Como usuario requiero que en el rol donante cuando
cumpla su objetivo obtenga una etiqueta de cuándo puede volver a donar.
DÍAS ESTIMADOS: 1 SPRINT O ITERACIÓN ASIGNADA: 3
RIESGO EN DESARROLLO: Medio PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): Valeria Pindo
CRITERIOS DE VALIDACIÓN:
Debe mostrar cuando en formato de DD/MM/YYYY cuando puede volver a donar y la
última donación.
HISTORIA DE USUARIO
NÚMERO: 10 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Como usuario requiero que el donante ingrese sus
datos.
DÍAS ESTIMADOS: 2 SPRINT O ITERACIÓN ASIGNADA: 3
RIESGO EN DESARROLLO:
Medio
PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): John Flores y Valeria Pindo
CRITERIOS DE VALIDACIÓN:
Debe ingresar datos antes de contactar al donante (Número teléfono, nombres y apellidos).
.
90
En el Cuadro N.23 se presenta la historia número 11 del Sprint 4 en donde se
plantea que haya un sistema web que administre los datos ingresado por los
donatarios, donante:
CUADRO N. 23 Historia a usuario # 11.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo.
En el Cuadro N.24 se presenta la historia número 12 del Sprint 5 en donde se
plantea que haya un sistema web que administre los datos ingresado por los
donatarios, donante:
HISTORIA DE USUARIO
NÚMERO: 11 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Como usuario quiero que haya un sistema web
que tenga el rol administrador, usuario y administre al rol donante.
DÍAS ESTIMADOS: 4 SPRINT O ITERACIÓN ASIGNADA: 4
RIESGO EN DESARROLLO:
Medio
PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): Valeria Pindo y John Flores
CRITERIOS DE VALIDACIÓN:
• Debe contar con un inicio de sesión que valide caracteres correo electrónico y
contraseña y que el administrador pueda observar opciones.
• Debe permitir: crear, modificar y eliminar a usuarios.
• El rol administrador debe dar permisos a los demás roles.
• El rol usuario podrá visualizar gráficos y generar informes.
.
91
CUADRO N. 24 Historia a usuario # 12.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En el Cuadro N.25 se presenta la historia número 13 del Sprint 6 en donde se
plantea que pruebas con el usuario:
CUADRO N. 25 Historia a usuario # 13.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
HISTORIA DE USUARIO
NÚMERO: 12 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Como usuario requiero que realicemos pruebas
de la aplicación móvil y el sistema web.
DÍAS ESTIMADOS: 7 SPRINT O ITERACIÓN ASIGNADA: 5
RIESGO EN DESARROLLO:
Medio
PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): Valeria Pindo y John Flores
CRITERIOS DE VALIDACIÓN:
• Deben realizar pruebas unitarias.
• Deben aceptar sugerencias por parte del equipo.
• Deben realizarse correcciones siempre que se amerite.
HISTORIA DE USUARIO
NÚMERO: 13 USUARIO: Ing. César Espín R. M.Sc.
INFORMACIÓN DE HISTORIA: Requiero que se realice pruebas con los usuarios
para ver el funcionamiento del sistema y el proceso automatizado.
DÍAS ESTIMADOS: 3 SPRINT O ITERACIÓN ASIGNADA: 6
RIESGO EN DESARROLLO: Medio PRIORIDAD EN NEGOCIO: Alta
RECURSO(S) RESPONSABLE(S): Valeria Pindo y John Flores
CRITERIOS DE VALIDACIÓN:
• Manual de usuario y técnico.
• Aceptar sugerencias.
• Proceso de búsqueda automatizado.
.
92
Product Backlog
CUADRO N. 26 Descripción en Product Backlog.
Product Backlog
Requerimiento Número
de
Sprint
Objetivo
Reunión con personas que hayan
necesitado sangre o plaquetas con
urgencia.
1 Obtener los requerimientos para el
desarrollo de la aplicación móvil,
visible en el anexo 1.
Búsqueda de información total de la
ciudad de Guayaquil y número
estimado por mes de donantes y de
personas que requieren sangre según
Cruz Roja Ecuatoriana.
1 Reunirse con miembro de la Cruz
Roja Ecuatoriana, Junta Provincial
del Guayas para obtener información,
esta reunión se puede ver en anexo 6.
Desarrollo de encuesta. 1 Conocer los requerimientos para el
aplicativo móvil.
Selección de herramientas y los
frameworks respectivos.
2 Preparar el ambiente de desarrollo
para el proyecto.
Realizar un diseño de la aplicación
móvil.
2 Definir un esquema y
funcionalidades.
Desarrollo del rol donante. 3 Permitir registrar a una persona.
Tener un inicio de sesión. Actualizar
la información de él o ella siempre y
cuando lo amerite.
Desarrollo de Ingreso de datos para
búsqueda.
3 Tiene que mostrar las opciones de
sangre o plaquetas.
Una opción de qué tipo de sangre
busca, mostrar los tipos de sangre que
son compatibles.
Tiene que visualizar un listado de
personas que se han registrado con lo
que va a donar.
Pantalla de donantes encontrados para
que la persona que busca escoja.
3 Visualizar información del donante
registrado (tipo de sangre, cédula)
siempre y cuando este activo para
donar.
.
93
Etiqueta para que el usuario visualice
en que tiempo puede volver a donar y
generación de reporte.
3 Pueda visualizar la fecha de cuando
pueda volver a donar y las donaciones
que ha realizado.
Registro de datos por parte de la
persona que busca un donante.
3 El usuario debe registrar cierta
información antes de hacer contacto.
Desarrollo de administrador del
aplicativo móvil en un sistema web.
4 Tener un inicio de sesión que valide
correo electrónico y contraseña y que
el administrador pueda observar
opciones y que permita: crear
modificar y eliminar a usuarios.
Pruebas con SCRUM Máster y Team
Developer.
5 Validar el sistema y tomar en cuenta
posible cambios.
Pruebas de usuarios y Proceso
automatizado.
6 Validación por parte de los usuarios y
aceptación de sugerencias. Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo.
Cada Sprint tendrá la duración de dos semanas, en estos días se generarán
entregables como:
• Aplicativo móvil
• Sistema web
• Manual de usuario y técnico del aplicativo móvil y sistema web
• Diagrama entidad relación de la aplicación móvil
Sprint Planning
En el Sprint Planning o planificación de iteración organiza las tareas que
conlleva cada actividad, donde participa todo el equipo SCRUM.
.
94
En los siguientes cuadros se establecieron las tareas respectivas que tendrá
cada requerimiento planteado en los Sprints.
CUADRO N. 27 Sprint Planning 1.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
CUADRO N. 28 Sprint Planning 2. Tarea(s) Responsable(s) Días
Estimados
Sprint 2: Diseño del proyecto planteado
T1: Selección de frameworks para
desarrollo a utilizar.
Developer 1,
Developer 2
2
T2: Selección de base de datos. Developer 1,
Developer 2
1
T3: Arquitectura del proyecto. Developer 1,
Developer 2
1
T4: Desarrollo de los activity y layout
que tendrán el usuario de donatario.
Developer 1,
Developer 2
2
T5: Desarrollo de los activity y layout
que tendrá el usuario de donador.
Developer 1,
Developer 2
2
T6: Establecer modelo entidad relación. Developer 1,
Developer 2
2
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez -Valeria Nathaly Pindo
Tarea(s) Responsable(s) Días
Estimados
Sprint 1: Levantamiento requerimientos para el proyecto
T1: Reunión personas que hayan
requerido sangre o plaquetas con urgencia.
Developer 1,
Developer 2
2
T2: Reunión con la Ing. Ingrid Alvarado
Manzur Coordinadora de donación
voluntaria de sangre de la Cruz Roja
Ecuatoriana, Junta Provincial del Guayas.
Developer 1,
Developer 2
1
T3: Encuesta sobre el proceso de
donación.
Developer 1,
Developer 2
7
.
95
CUADRO N. 29 Sprint Planning 3. Tarea(s) Responsable(s) Días
Estimados
Sprint 3: Desarrollo de las funcionalidades de la aplicación móvil.
T1: Creación de rol donante. Developer 1 2
T2: Registro de donante. Developer 2 2
T3: Inicio de sesión donante. Developer 2 1
T4: Formulario de información donante. Developer 1 1
T5: Opción de búsquedas para usuario. Developer 1 1
T6: Ingreso de características para buscar
donante.
Developer 1 1
T7: Lista de información de donantes
registrados.
Developer 1 1
T8: Contacto por medio de mensajes entre
donante y persona.
Developer 1 1
T9: Validación de donante cuando puede
volver a donar.
Developer2 2
T10: Generar informe para que el donante
observe sus donaciones.
Developer 2 1
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
CUADRO N. 30 Sprint Planning 4.
Tarea(s) Responsable(s) Días
Estimados
Sprint 4: Desarrollo del sistema web para administrar la aplicación móvil.
T1: Inicio de sesión del sistema web. Developer 2 2
T2: Búsqueda por características de las
personas registradas.
Developer 2 1
T3: Creación de formularios para
eliminar, crear, actualizar.
Developer 1 2
T4: Conexión con la base de datos. Developer 1 1
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
.
96
CUADRO N. 31 Sprint Planning 5. Tarea(s) Responsable(s) Días
Estimados
Sprint: Pruebas con el SCRUM Máster y Team Developer
T1: Plan de pruebas internas. Developer 1,
Developer 2
1
T2: Pruebas de la interfaz. Developer 1,
Developer 2
2
T3: Pruebas de las funcionalidades. Developer 1,
Developer 2
2
T4: Corrección. Developer 1,
Developer 2
5
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Sprint 1: Levantamiento requerimientos para el proyecto
T1: Reunión con personas que han necesitado donación de sangre o
plaquetas de forma urgente y diagnóstico del proceso actual.
En este deber hubo reunión con personas que hablaron sobre el proceso que
debían realizar para obtener una donación de sangre o una transfusión de
plaquetas, la Sra. Rosario Herrera ha buscado donantes de sangre más de
una vez, y la Sra. Mónica García quien por el cáncer que padecía su hijo
necesitaba de manera recurrente plaquetas, estas reuniones se pueden
visualizar en el acta de reunión, anexo 1, con la cantidad de información que
estas personas aportaron y se pudo obtener los siguientes requerimientos:
.
97
Aplicación Móvil
Donatarios:
• Una pantalla que al ingresar a la APP muestre las opciones de
búsqueda, sin necesidad de registrarse con la finalidad de que busquen
rápidamente.
• Habrá opción de sangre o plaquetas.
• Cuando visualice la lista tendrá la opción de contacto por SMS o por
WhatsApp.
• Ingreso de datos: número de celular, apellido y nombre.
• Habrá referencia si la persona enlistada tiene registro de la Cruz Roja
Ecuatoriana.
Donantes:
• La opción de registrarse si quiere ser un donante con los siguientes
datos:
- Correo Electrónico.
- Generar clave.
• Luego del registro podrá observar una pantalla e ingresará la siguiente
información:
- Nombres y apellidos.
- Correo electrónico.
.
98
- Cédula.
- Peso.
- Tipo de sangre.
- Que desea donar (sangre, plaquetas, sangre y plaquetas).
• Cuando el donante este registrado y llenado los datos puede el realizar
un test para conocer su idoneidad:
- Se ha realizado tatuaje o piercing en el último año.
- Mantuvo relaciones con una persona diferente a lo habitual en
los últimos meses.
- Generar historial de las ultima donaciones.
- Está embarazada, dando de lactar o tuvo su parto hace 6
meses(test).
Sistema web:
• Tendrá los roles administrador y usuario.
• El rol de usuario visualiza en una pantalla donantes y a los donatarios,
también podrá visualizar el Dashboard.
• Visualizar el Dashboard.
Diagnóstico del proceso actual
El proceso actual que realiza una persona para obtener una donación de
sangre o plaquetas en el siguiente:
.
99
1. Una persona requiere una donación urgente de sangre o plaquetas.
2. La persona que necesita o requiere de la donación de sangre o
plaquetas recurre a familiares y amigos que le ayuden a conseguir un
donante o ellos puedan donarle.
3. Al no encontrar ayuda en los familiares o amigos optan por comunicarlo
mediante redes sociales o medios de comunicación como TV o radio.
4. Como circunstancia compleja recurren a vendedores que se encuentran
fuera de las instituciones de salud que se dedican a vender este tipo de
componente.
5. Caso contrario por motivos de urgencia busca información sobre los
bancos de sangre existente de la ciudad.
6. Luego de recurrir a todos los procesos mencionados anteriormente, la
persona que requiere de la donación de sangre o plaqueta, deberá
esperar obtener resultados de los mismos.
En el diagnóstico del proceso actual el cual fue descrito en el párrafo anterior
se puede visualizar que los métodos para buscar donantes de sangre o
plaquetas no son del todo efectivo, el diagrama de flujo de este proceso en el
anexo 7.
.
100
T2: Reunión con la Ing. Ingrid Alvarado Manzur Coordinadora de
donación voluntaria de sangre de la Cruz Roja Ecuatoriana, Junta
provincial del Guayas.
En la reunión realizada con la Ing. Ingrid Alvarado se trató temas de los
requerimientos que debe cumplir un donante para dar su sangre, si una
persona requiere plaquetas, ellos ofrecen pintas de sangre para que puedan
adquirir las mismas, además hizo mención del aproximado de cantidad de
personas por mes que recurren a donar y a buscar una o varias unidades de
sangre, como se muestra en el anexo 6 el acta de reunión correspondiente.
T3: Encuesta sobre el proceso de donación.
Una de las técnicas aplicadas para el recaudo de información es la encuesta,
con el fin de recolectar datos relevantes sobre donatarios y donantes, esta
encuesta realizada consta de 8 preguntas con el objetivo de adquirir
información para este proyecto de titulación, cuyo formato se visualiza en el
anexo 6, la reunión con la coordinadora de la Cruz Roja Ecuatoriana, Junta
provincial del Guayas, Ing. Ingrid Alvarado Manzur quien nos otorgó el número
aproximado mensual de personas que requieren y donan sangre plasmados
en el cuadro N. 32.
La Ing. Alvarado hace énfasis en que cuando una persona requiere plaquetas,
la Cruz Roja Ecuatoriana otorga pintas de sangre.
.
101
Se hizo una suma de los valores otorgados por la Cruz Roja Ecuatoriana para
obtener la población y realizar la ecuación de la muestra, que es necesaria
para la realización de la encuesta:
CUADRO N. 32 Información de donantes y personas que requieren donación.
Información Cruz Roja Ecuatoriana; Junta Provincial
del Guayas
Aproximado de personas que donan
mensualmente
400
Aproximado de personas que requieren
una donación mensualmente
900
Población Total 1300
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: Datos de la investigación.
La población total es de 1300, para obtener la muestra, se procede a realizar
la siguiente fórmula estadística:
Ecuación 1.Fórmula para obtener la muestra.
𝑛 =𝑘2 ∗ 𝑝 ∗ 𝑞 ∗ 𝑁
(𝑒2 ∗ (𝑁 − 1)) + 𝑘2 ∗ 𝑝 ∗ 𝑞
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: Datos de la investigación.
Lo que representan las variables de la fórmula, se puede observar en el
cuadro N 33:
.
102
CUADRO N. 33 Representación de las variables
Datos de las variables
K Nivel de confianza
P Probabilidad a favor
Q Probabilidad en contra
E Error muestral
N El tamaño de la población
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: Datos de la investigación.
La variable k es el nivel de confianza, puede tomar cualquier valor que se
presentan en el cuadro N.34:
CUADRO N. 34 Varianza
Nivel de confianza Error muestral Valor que toma k
(Varianza)
90% 10% 1,65
95% 5% 1,96
95,5% 3% 2
99% 1% 2,58
Elaboración: John Jairo Flores Rodríguez- Valeria Nathaly Pindo Escobar. Fuente: Datos de la investigación
Para la resolución de esta encuesta se ha tomado en cuenta el 95% de nivel
de confianza que es la probabilidad de que el parámetro a calcular se
encuentre en un intervalo de confianza y con un error muestral de 5%.
Remplazando las variables como se observa en el CUADRO N. 35 con los con
los valores elegidos tales como K el nivel de confianza, que viene definida con
.
103
E, p la probabilidad a favor que tendría la solución, en este caso se optó por
50% representado con 0.5 y q que es la resta de 1-p, la probabilidad en contra
siendo 50% también representado con 0.5 y concluyendo con N que es la
población:
CUADRO N. 35 Variables para el cálculo de la muestra
Variables
K 1.96%
P 0.5
Q 0.5
N 1300
E 0.05
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: Datos de la investigación
𝑛 =1.962 ∗ 0.5 ∗ 0.5 ∗ 1300
0.052(1300 − 1) + 1.962 ∗ 0.5 ∗ 0.5
𝑛 =3.84 ∗ 0.5 ∗ 0.5 ∗ 1300
0.0025(1299) + 3.84 ∗ 0.5 ∗ 0.5
𝑛 =1248
4.2079= 296 personas
Con la realización de la fórmula se obtuvo una muestra de 296 personas a
quienes se contactó de diversa manera para la realización de la encuesta, de
las cuales 15 de estas se hicieron en físico a personas aleatorias que han
necesitado sangre o plaquetas y familiares de individuos que se encontraban
fuera del Hospital Teodoro Maldonado, que se pueden observar en el anexo 8
y el restante 281, para utilizar los medios que la tecnología permite, se hicieron
.
104
por medio de los formularios de Google (Google Forms) visuales en el anexo
9, con la finalidad de obtener datos de referencias.
Los resultados de esta encuesta se proceden a analizar y a tabular
respectivamente visuales en el anexo 14.
.
105
Preguntas:
1. ¿Ante una situación de emergencia ha tenido necesidad de buscar
urgentemente un donante de sangre o plaquetas?
CUADRO N. 36 Frecuencia pregunta 1.
Opciones Cantidad Porcentaje
SI 136 46%
No 160 54%
Total 296 100% Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: Datos de la investigación.
GRÁFICO N. 20 Pregunta 1.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: En esta primera pregunta se obtuvo que el 54% de personas
encuestadas ha pasado por la necesidad de buscar urgentemente un donante
de sangre o plaquetas y un 46% no ha tenido la necesidad de buscar. No
obstante, se observa en esta pregunta que más de la mitad de personas
encuestadas han pasado por esta urgencia.
54%46%
1.¿Ante una situación de emergencia ha tenido necesidad de
buscar urgentemente un donante de sangre o plaquetas?
Sí No
54% 46%
.
106
2. ¿Conoce Ud. a quién o a dónde acudir para conseguir de forma urgente
sangre o plaquetas?
CUADRO N. 37 Frecuencia pregunta 2. Opciones Cantidad Porcentaje
SI 139 47%
No 157 53%
Total 296 100% Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: Datos de la investigación.
GRÁFICO N. 21 Pregunta 2.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: Con respecto a la pregunta 2 se obtuvo un 53% de personas que no
saben dónde pueden recurrir cuando necesiten urgentemente de sangre o
plaquetas y un 47% conoce esa información, analizando el porcentaje de
desconocimiento es mayor y por ende la necesidad de información inmediata
es necesaria.
47%53%
2.¿Conoce Ud. a quién o a dónde acudir para
conseguir de forma urgente sangre o plaquetas?
Sí No47%43%
.
107
3. ¿A cuál de estos medios acudiría para conseguir de forma urgente
sangre o plaquetas?
CUADRO N. 38 Frecuencia pregunta 3. Opciones Cantidad Porcentaje
Contacto directo con familias y amigos 160 54%
Dirigirse a la Cruz Roja 124 42%
Redes Sociales 12 4%
Medios de comunicación como TV o radio 0 0%
Total 296 100% Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: Datos de la investigación.
GRÁFICO N. 22 Pregunta 3.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: En esta pregunta un 54% de personas para conseguir sangre o
plaquetas opta por pedir a sus familiares y amigos y un 42% se dirigiría a la
Cruz Roja para obtener ayuda, sin embargo, con esta pregunta se puede
apreciar de mejor manera como las personas consiguen donadores.
54%42%
0%4%
3.¿A cuál de estos medios acudiría para conseguir de forma
urgente sangre o plaquetas?
Contacto directo con
familias y amigos
Dirigirse a la Cruz Roja
Medios de comunicación
como TV o radio
Redes sociales
54%
42%
0%
4%
.
108
4. ¿Ante una situación de emergencia cuánto tiempo tardó o considera
podría tardar en conseguir un donante de sangre o plaquetas?
CUADRO N. 39 Frecuencia pregunta 4.
Opciones Cantidad Porcentaje
Menos de 1 hora 33 11%
De 1 a 6 horas 89 30%
De 6 a 12 horas 44 15%
Más de 24 horas 130 44%
Total 296 100% Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: Datos de la investigación.
GRÁFICO N. 23 Pregunta 4.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: Ante la situación de necesitar urgentemente una pinta de sangre o
plaquetas se logra visualizar que el tiempo que a la mayoría de los
encuestados les toma o considera para conseguir sangre o plaquetas más de
24 horas con un 44%, seguida de 1 a 6 horas que toma un 30%, a las personas
que consideran de 6 a 12 un 15% y finalmente las que creen que solucionan
en 1 hora con un porcentaje del 11.
11%
30%
15%
44%
4. ¿Ante una situación de emergencia cuánto tiempo tardó
o considera podría tardar en conseguir un donante de
sangre o plaquetas?
Menos de 1 hora
De 1 a 6 horas
De 6 a 12 horas
Más de 24 horas
11%
30%
15%
44%
.
109
5. ¿Frente a una situación que requiera sangre o plaquetas de
emergencia, cuanto considera Ud. podría afectar el tardar o no conseguir
a tiempo un donante?
CUADRO N. 40 Frecuencia pregunta 5. Opciones Cantidad Porcentaje
Mucho 160 54%
Poco 12 4%
Muy poco 6 2%
Regular 115 39%
Nada 3 1%
Total 296 100% Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: Datos de la investigación.
GRÁFICO N. 24 Pregunta 5.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: En esta pregunta más de la mitad un 54% de las personas
encuestadas creen que la demora en una situación de emergencia puede
afectar mucho a la persona que a requiere y con un 39% muchas creen que
les afecta un poco y el 4% considera que casi no afecta en nada.
54%39%
4%2% 1%
5.¿Frente a una situación que requiera sangre o plaquetas de
emergencia, cuanto considera Ud. podría afectar el tardar o no
conseguir a tiempo un donante?
Mucho
Regular
Poco
Muy Poco
Nada
54%
39%
4%
2%
1%
.
110
6. ¿Si un posible donante le ofreciera sangre o plaqueta cuánta confianza
tendría al recién conocerlo y no tener información básica de él?
CUADRO N. 47 frecuencia pregunta 6. Opciones Cantidad Porcentaje
Mucho 59 20%
Poco 86 29%
Muy poco 50 17%
Regular 45 15%
Nada 56 19%
Total 296 100% Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: Datos de la investigación.
GRÁFICO N. 25 Pregunta 6.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: Según la encuesta el resultado a esta pregunta es que el 29% de los
encuestados tendría poca confianza en lo que una persona le pueda ayudar al
recién conocerlo ya que no poseen una referencia, seguido del 20% que le
asumirían mucha confianza a la persona que se ofrece a ayudarle. Con un
20%. El 17% le poseería muy poca confianza y el para el 15% tendría un
aproximado de regular.
20%
15%
29%
17%
19%
6.¿Si un posible donante le ofreciera sangre o
plaqueta cuánta confianza tendría al recién
conocerlo y no tener información básica de él?
Mucho
Regular
Poco
Muy Poco
Nada
20%
15%
29%
17%
19%
.
111
7. ¿Cuánto le beneficiaria contar con una aplicación móvil en su
Smartphone que le facilite buscar y contactar de manera rápida, sencilla
y confiable a donantes de sangre y plaquetas?
CUADRO N. 41 Frecuencia pregunta 7. Opciones Cantidad Porcentaje
Mucho 219 74%
Poco 30 10%
Muy poco 6 2%
Regular 38 13%
Nada 3 1%
Total 296 100% Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: Datos de la investigación.
GRÁFICO N. 26 Pregunta 7.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: En base a la pregunta 7 que habla de lo ventajoso que sería
encontrar donantes de sangre y plaqueta de forma confiable, sencilla y rápida
se obtuvieron resultados, que al 74% le beneficiaría mucho esta aplicación,
74%
13%
10%
2%1%
7.¿Cuánto le beneficiaria contar con una aplicación móvil
en su Smartphone que le facilite buscar y contactar de
manera rápida, sencilla y confiable a donantes de sangre y
plaquetas?Mucho
Regular
Poco
Muy Poco
Nada
74%
13%
10%
2%
1%
.
112
seguido del 13% que para ellos seria regular, el 10% les beneficiaría poco, el
2% que el beneficio sería muy poco y apenas 1% no les beneficiaría en nada.
En conclusión, la aplicación tiene aceptación por más de la mitad de los
encuestados.
8. ¿Si Ud. fuera un donante voluntario o no, cuanto le ayudaría una
aplicación móvil que contacte en línea con quienes requieran sangre o
plaquetas?
CUADRO N. 42 Frecuencia pregunta 8. Opciones Cantidad Porcentaje
Mucho 204 69%
Poco 47 16%
Muy poco 6 2%
Regular 36 12%
Nada 3 1%
Total 296 100% Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: Datos de la investigación.
GRÁFICO N. 27 Pregunta 8.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
69%
12%
16%
2%1%
8. ¿Si Ud. fuera un donante voluntario o no, cuanto le
ayudaría una aplicación móvil que contacte en línea con
quienes requieran sangre o plaquetas?
Mucho
Regular
Poco
Muy Poco
69%
12%
16%
2%
1% Nada
.
113
Análisis: En esta pregunta que beneficia a una persona que es donante
voluntaria el 69% respondió que le beneficiaría mucho contar con una
aplicación que les permita ayudar a una persona que requiere sangre o
plaquetas, 16% cree que le beneficiaría poco, el 12% esa de acuerdo con que
estaría regular, apare el 2% cree que sería muy poco y el 1% opina que no
ayudaría.
Para concluir con esta pregunta el 69% de personas encuestadas opinan que
la aplicación es de mucha ayuda a personas que son donantes voluntarias.
Sprint 2: Diseño del proyecto.
En el Sprint 2 se analizó las etapas de diseño del proyecto tanto la elección de
las herramientas a usar y el diseño del mismo.
Base de datos a usar:
La base de datos que se ha planteado para el desarrollo de este tema de tesis
es Firebase es un servicio que ofrece base de datos no relacionada y que
almacena los datos en formato JSON también es una herramienta gratuita y
se encuentra alojada en la nube.
.
114
Modelo Entidad relación
Siendo Firebase un servicio de Realdatabase que ofrece una base de datos
no relacional se administrará la información haciendo una unión entre campos
para obtener datos necesarios este modelo será visible en el anexo 10
Diagrama de componentes:
Permite dividir el sistema en componentes para tener una idea clara de cómo
funcionará el proyecto mostrando solo unas partes del sistema, pero funcional
de inicio a fin.
• Diagrama de componentes del aplicativo móvil donatario.
GRÁFICO N. 28 Diagrama de componentes del aplicativo móvil donatario.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En el gráfico N. 28 se observa la interacción que va a tener el donatario,
ingresa directamente a la APP, visualizar a las personas que se encuentran
registradas.
.
115
• Diagrama de componentes del aplicativo móvil rol donante.
GRÁFICO N. 29 Diagrama de componentes del aplicativo móvil rol donante.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En el gráfico N. 29 se observa la interacción que va a tener el donante, él se
inscribe y sus datos son guardados en Firebase, posterior a eso el donatario
puede visualizar a las personas activas, de esta manera el hace una petición
y la aplicación móvil le notifica al donante.
.
116
• Diagrama de componentes del sistema web rol Administrador.
GRÁFICO N. 30 Diagrama de componentes del sistema web rol administrador.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En el Gráfico N 30 se visualiza que al administrador tendrá acceso a todos los
roles, y podrá dar permisos a los mismos, ya que la persona que requiere un
donante(donatario) no es un rol, pero se puede de igual manera visualizar los
datos que ingresaron al momento de contactar al donante.
.
117
• Diagrama de componentes del sistema web rol usuario.
GRÁFICO N. 31 Diagrama de componentes del sistema web rol usuario.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En el diagrama de componente del gráfico N. 31 el rol usuario tendrá permisos
que el administrador le conceda, este rol es el único aparte del administrador
que tienen acceso al sistema web, ya que el donatario y donante no. Puede
consultar los donantes y visualizar gráficos en el sistema.
Herramientas de desarrollo a utilizar
Para el desarrollo del presente proyecto de titulación se optó por frameworks
que ayuden al desarrollo de manera ágil y que sean fáciles de manejar y
permitan llevar a cabo un buen desempeño tomando en cuenta que deben ser
gratuitos.
.
118
En el cuadro N.43 se puede visualizar las herramientas usadas:
CUADRO N. 43 Herramientas implementadas en el desarrollo del sistema.
Entorno de desarrollo Uso
Laravel Es un frameworks de php que trabaja en
código abierto la característica más
destacable de este Laravel es que posee
Blade, que es un sistema de plantillas
para crear vistas, además de varias
características que lo hacen factible.
Android Studio La plataforma oficial para
desarrolladores de Android, entrega un
entorno agradable. Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Sprint 3: Desarrollo de las funcionalidades de la aplicación móvil.
Para el desarrollo de la interfaz se hicieron las siguientes validaciones:
Donatario:
• Selección de tipo de sangre y visualizar tipos sanguíneos compatibles.
• Filtrar donantes registrados por el requerimiento (sangre o plaquetas).
• Opción de contacto por SMS o por WhatsApp.
.
119
Donante:
• Creación de usuario y contraseña.
• Validación y confirmación por correo de usuario registrado.
• Inicio de sesión a su usuario y contraseña.
• Validaciones al llenar datos del donante (cédula, nombres…).
• Confirmación de registro con validación de correo
GRÁFICO N. 32 Confirmación de registro con validación de correo.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: En el gráfico N 32 se presenta la validación de correo de un
donante.
Código: Validación de correo
firebaseAuth.createUserWithEmailAndPassword(email,password)
.addOnCompleteListener(this, new
OnCompleteListener<AuthResult>() {
.
120
@Override
public void onComplete(@NonNull Task<AuthResult> task) {
if(task.isSuccessful()){
//user is successfully registered and logged in
//we will start the profile activity here
// right now lets display a toast only
progressDialog.cancel();
DatosUsuario();
Limpiar();
final FirebaseUser user =
mAuth.getCurrentUser();
user.sendEmailVerification().addOnCompleteListener(new
OnCompleteListener<Void>() {
@Override
public void onComplete(@NonNull Task<Void>
task) {
Toast.makeText(getAPPlicationContext(),
"Verificación de Email enviada. Por favor verificar su correo.",
Toast.LENGTH_SHORT).show();
}
});
mAuth = null;
Intent donante = new
Intent(RegistroActivity.this, LoginActivity.class);
donante.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
startActivity(donante);
}
else{
if (task.getException() instanceof
FirebaseAuthUserCollisionException){
Toast.makeText(RegistroActivity.this, "Usted
ya se encuentra registrado", Toast.LENGTH_SHORT).show();
progressDialog.cancel();
}
.
121
else{ Toast.makeText(RegistroActivity.this,
task.getException().getMessage(), Toast.LENGTH_SHORT).show();
progressDialog.cancel();
}
}
}
});public void onclicBuscar (View view)
{
if(view == btn_sangre){
Intent buscar_sangre = new Intent(this,
SangreActivity.class);
startActivity(buscar_sangre);
}
if (view == btn_plaquetas){
Intent plaquetas = new Intent (this,
ListaDonantesPlaquetasActivity.class);
startActivity(plaquetas);
}
if (view == txt_donante){
Intent login = new Intent (this, LoginActivity.class);
startActivity(login);
}
}
De la misma manera que se han descrito las validaciones del aplicativo móvil
en módulo de la persona que requiere una donación y donante, se presenta la
interfaz gráfica del mismo:
.
122
• Pantalla para ingreso para donantes y personas que buscan un
donante.
GRÁFICO N. 33 Pantalla para ingreso de personas que buscan un donante.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: En el gráfico N 33 se presenta la pantalla que va a tener el
aplicativo móvil tanto para donante como para personas que requieren de una
donación.
.
123
Código: Pantalla para ingreso de personas que buscan un donante y
donantes
public void onclicBuscar (View view)
{
if(view == btn_sangre){
Intent buscar_sangre = new Intent(this,
SangreActivity.class);
startActivity(buscar_sangre);
}
if (view == btn_plaquetas){
Intent plaquetas = new Intent (this,
ListaDonantesPlaquetasActivity.class);
startActivity(plaquetas);
}
if (view == txt_donante){
Intent login = new Intent (this, LoginActivity.class);
startActivity(login);
}
}
.
124
Persona que requiere donación o donatario:
• Pantalla cuando selecciona lo que busca sangre.
GRÁFICO N. 34 Pantalla cuando selecciona lo que busca en este caso sangre.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: Una vez que la persona haya seleccionado lo que requiere,
podrá visualizar la pantalla que se observa en el gráfico N.34 el cual cuenta
con desplegable y de esta manera puede ir visualizando en la parte inferior los
tipos de sangre que son compatibles con su selección.
.
125
Código: Búsqueda de Sangre
private void initialize()
{
img_compatibilidad = (ImageView)
findViewById(R.id.img_compatibilidad);
spinner1 = (Spinner) findViewById(R.id.spinner);
spinner1.setOnItemSelectedListener(new
AdapterView.OnItemSelectedListener(){
//OnItemSelectedListener() se ejecuta al hacer clic en el
spinner
public void onItemSelected(AdapterView arg0, View arg1,
int arg2, long arg3) {
//Tipo de sangre seleccionado
img_compatibilidad.setImageResource(imagenes[arg2]);
}
public void onNothingSelected(AdapterView arg0) {
}
});
}
public void onclicBuscar (View view)
{
if(view == btn_Buscar)
{
Intent sangre = new Intent (this,
ListaDonantesActivity.class);
sangre.putExtra(TIPO_SANGRE_SELECCION,
spinner1.getSelectedItem().toString());
startActivity(sangre);
//Pasamos el tipo de sangre seleccionado al
ListaDonantesActivity
}
}
.
126
• Pantalla que muestra la lista de las personas que se han registrado
en la sección de sangre.
GRÁFICO N. 35 Pantalla que muestra la lista de las personas que se han registrado en la sección de sangre.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: Cuando se pone la opción buscar aparecerá un listado de las
personas que se han registrado como donadores, con información de su tipo
de sangre su número de celular y su género.
.
127
• Pantalla que permite registrar información antes de contactar al
donante.
GRÁFICO N. 36 Pantalla que permite registrar información para envío de SMS y/o WhatsApp para contactar al donante.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: Cuando selecciona a un donante se mostrará una pantalla para
que se pueda obtener información de la persona que requiere sangre o
plaqueta y mientras no ingrese sus datos no podrá enviar el mensaje o
WhatsApp como se observa en el Gráfico N 36.
.
128
• Asignación de permiso para el envío de notificación.
GRÁFICO N. 37 Asignación de permiso para él envió de notificación.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: Cuando elija el tipo de notificación le aparecerá un mensaje para
que el usuario tenga conocimiento que se accederá a su información.
.
129
Código: Ingreso de datos donatario, Envió de SMS o WhatsApp, Permiso
de envió de SMS.
if(view == btn_contactar)
{
int permissionCheck = ContextCompat.checkSelfPermission(
PerfilDonanteActivity.this,
Manifest.permission.SEND_SMS);
if (permissionCheck != PackageManager.PERMISSION_GRANTED) {
// Log.i("Mensaje", "No se tiene permiso para enviar SMS.");
Toast.makeText(PerfilDonanteActivity.this, "No se tiene
permiso para enviar SMS.", Toast.LENGTH_SHORT).show();
ActivityCompat.requestPermissions(PerfilDonanteActivity.this, new
String[]{Manifest.permission.SEND_SMS}, 225);
} else {
final AlertDialog.Builder datos_popup = new
AlertDialog.Builder(PerfilDonanteActivity.this);
View mView =
getLayoutInflater().inflate(R.layout.datos_donatario,null);
final EditText txt_celular_donatario =
(EditText)mView.findViewById(R.id.txt_celular_donatario);
final EditText txt_nombre_donatario =
(EditText)mView.findViewById(R.id.txt_nombre_donatario);
final EditText txt_apellido_donatario =
(EditText)mView.findViewById(R.id.txt_apellido_donatario);
Button btn_cancelar =
(Button)mView.findViewById(R.id.btn_cancelar);
Button btn_datos_donatario =
(Button)mView.findViewById(R.id.btn_datos_donatario);
datos_popup.setView(mView);
final AlertDialog alertDialog = datos_popup.create();
alertDialog.setCanceledOnTouchOutside(false);
.
130
btn_cancelar.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
alertDialog.dismiss();
}
});
btn_datos_donatario.setOnClickListener(new
View.OnClickListener() {
@Override
public void onClick(View view) {
String Celular_donatario =
txt_celular_donatario.getText().toString().trim();
String Nombre_donatario =
txt_nombre_donatario.getText().toString().trim();
String Apellido_donatario =
txt_apellido_donatario.getText().toString().trim();
if (Celular_donatario.equals("")){
txt_celular_donatario.setError("Ingrese NÚMERO
de celular");
txt_celular_donatario.requestFocus();
return;
}
if (Nombre_donatario.equals("")){
txt_nombre_donatario.setError("Ingrese su
nombre");
txt_nombre_donatario.requestFocus();
}
if (Apellido_donatario.equals("")){
txt_apellido_donatario.setError("Ingrese su
apellido");
txt_apellido_donatario.requestFocus();
return;
}
.
131
if (Celular_donatario.length()!=10){
txt_celular_donatario.setError("Ingrese los 10
digitos de su NÚMERO celular");
txt_celular_donatario.requestFocus();
return;
}
if (!Celular_donatario.startsWith("09")){
txt_celular_donatario.setError("Su NÚMERO
celular debe empezar con 09");
txt_celular_donatario.requestFocus();
return;
}
String[] parts = nombre.split(" ");
String nombre_donador = parts[0];
String[] parts1 = Nombre_donatario.split(" ");
String nombre_donatario = parts1[0];
String text_sms = "Hola "+nombre_donador+", soy
"+nombre_donatario+" necesito de una donacion de sangre
"+tiposangre+", te agradeceria muchisimo si estas disponible. Estare
esperando su respuesta, gracias." +
"
";//espacio de caracteres
String text = text_sms.substring(0,159);
SimpleDateFormat sdf = new
SimpleDateFormat("dd/MM/yyyy HH:mm:ss");
String currentDateandTime = sdf.format(new
Date());
SmsManager sms = SmsManager.getDefault();
sms.sendTextMessage(phone, null, text , null,
null);
.
132
if(SmsManager.RESULT_ERROR_GENERIC_FAILURE ==
0){
Toast.makeText(PerfilDonanteActivity.this,
"No se pudo enviar SMS", Toast.LENGTH_SHORT).show();
} else if(SmsManager.RESULT_ERROR_NO_SERVICE ==
0){
Toast.makeText(PerfilDonanteActivity.this,
"Servicio no diponible", Toast.LENGTH_SHORT).show();
} else if(SmsManager.RESULT_ERROR_NULL_PDU ==
0){
Toast.makeText(PerfilDonanteActivity.this,
"ERROR_NULL_PDU", Toast.LENGTH_SHORT).show();
} else if(SmsManager.RESULT_ERROR_RADIO_OFF ==
0){
Toast.makeText(PerfilDonanteActivity.this,
"RADIO_OFF", Toast.LENGTH_SHORT).show();
}
else {
Donatario d = new Donatario();
d.setCelular_donatario(Celular_donatario);
d.setNombre_donatario(Nombre_donatario);
d.setApellido_donatario(Apellido_donatario);
d.setFecha_ingreso_donatario(currentDateandTime);
databaseReference.child("Donatarios").child(d.getCelular_donatario()
).setValue(d);
Donaciones_Contacto g = new
Donaciones_Contacto();
g.setID_donaciones(databaseReference.child("Donaciones_Contacto").pu
sh().getKey());
g.setCédula_donador(cédula);
.
133
g.setNombre(nombre);
g.setApellido(apellido);
g.setTipo_Sangre(tiposangre);
g.setCelular(phone);
g.setTipo_Donacion("SANGRE");
g.setCelular_donatario(Celular_donatario);
g.setNombre_donatario(Nombre_donatario);
g.setApellido_donatario(Apellido_donatario);
g.setFecha_donacion("");
g.setEstado_donacion("EN ESPERA");
g.setFecha_contacto(currentDateandTime);
databaseReference.child("Donaciones_Contacto").child(g.getID_donacio
nes()).setValue(g);
Toast.makeText(PerfilDonanteActivity.this,
"Datos Guardados, su mensaje a sido enviado a "+phone+", Espere su
confirmacion", Toast.LENGTH_SHORT).show();
alertDialog.dismiss();
}
alertDialog.dismiss();
}
});
alertDialog.show();
}
}
.
134
• Pantalla de Registro de donante
GRÁFICO N. 38 Pantalla de Registro de donante.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: En el gráfico N 38 se presenta la pantalla para que la persona
que requiera ser donante se registre con su email y una contraseña creada por
él o ella.
.
135
• Pantalla de ingreso de datos del donante.
GRÁFICO N. 39 Pantalla de ingreso de datos del donante.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: En el gráfico N 39 se presenta la pantalla que el donante
observara cuando inicie sesión en la cual se valida cada campo que se
observa.
.
136
Código: Registro de donante e ingreso de datos.
firebaseAuth.signInWithEmailAndPassword(email,password)
.addOnCompleteListener(this, new
OnCompleteListener<AuthResult>() {
@Override
public void onComplete(@NonNull Task<AuthResult> task) {
if (task.isSuccessful()){
if (firebaseAuth.getCurrentUser() != null) {
final FirebaseUser user =
firebaseAuth.getCurrentUser();
if (user != null) {
if (!user.isEmailVerified()) {
Toast.makeText(LoginActivity.this,
"Por favor verifique su cuenta, revise su correo electrónico.",
Toast.LENGTH_LONG).show();
progressDialog.cancel();
} else {
progressDialog.cancel();
String email_ingreso =
txt_email.getText().toString().trim();
Query
q=databaseReference.orderByChild("email").equalTo(email_ingreso);
q.addListenerForSingleValueEvent(new ValueEventListener() {
@Override
public void
onDataChange(DataSnapshot dataSnapshot) {
progressDialog.setMessage("Cargando su Informacion...");
progressDialog.show();
int contar=0;
.
137
for(DataSnapshot
datasnapshot: dataSnapshot.getChildren()){
contar++;
}
if(contar!=0){
databaseReference.addValueEventListener(new ValueEventListener() {
@Override
public void
onDataChange(@NonNull DataSnapshot dataSnapshot) {
for(DataSnapshot donanteSnapshot : dataSnapshot.getChildren()){
Donante donante = donanteSnapshot.getValue(Donante.class);
String email_ingreso = txt_email.getText().toString().trim();
if(donante.getEmail().equals(email_ingreso)){
Intent intent2 = new Intent(LoginActivity.this,
MuroDonanteInfoActivity.class);
intent2.putExtra(EMAIL_INGRESO,
txt_email.getText().toString().trim());
intent2.putExtra(CÉDULA_MURO, donante.getCédula());
intent2.putExtra(NOMBRE_MURO, donante.getNombre());
intent2.putExtra(APELLIDO_MURO, donante.getApellido());
intent2.putExtra(EDAD_MURO, donante.getEdad());
intent2.putExtra(CELULAR_MURO, donante.getCelular());
intent2.putExtra(ULTIMA_DONACION, donante.getUltima_donacion());
intent2.putExtra(ULTIMO_COMPONENTE, donante.getUltimo_componente());
intent2.putExtra(SEXO, donante.getSexo());
intent2.putExtra(TIPO_MURO, donante.getTipo_Sangre());
intent2.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
progressDialog.cancel();
startActivity(intent2);
}
}
}
@Override
.
138
public void onCancelled(@NonNull DatabaseError databaseError) {
Toast.makeText(LoginActivity.this, "FALLO",
Toast.LENGTH_SHORT).show();
}
});
}else{
Intent donante_registro = new Intent(LoginActivity.this,
DonanteActivity.class);
donante_registro.putExtra(EMAIL_INGRESO,
txt_email.getText().toString().trim());
donante_registro.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
startActivity(donante_registro);
}
}
@Override
public void onCancelled(DatabaseError databaseError) {
Toast.makeText(LoginActivity.this, "NO HA ENCONTRADO EL EMAIL ",
Toast.LENGTH_LONG).show(); }
});
}
}
}
}else if
(task.getException().getMessage().toUpperCase().equals("the password
is invalid or the user does not have a password".toUpperCase())) {
Toast.makeText(getAPPlicationContext(), "La
contraseña es inválida o el correo ingresado no está registrado",
Toast.LENGTH_SHORT).show();
progressDialog.cancel();
} else {
Toast.makeText(getAPPlicationContext(), "Por
favor, verifica el correo o la contraseña e intantalo de nuevo.",
Toast.LENGTH_SHORT).show();
.
139
• Actualización de datos donante
GRÁFICO N. 40 Actualización de datos donante
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: En esta pantalla se puede visualizar los datos que el donante
desea modificar, puede realizar un test para conocer si está apto para donar,
como un complemento de la información que ingreso. También la opción de
observar el historiar de donación, si ya ha realizado una donación le saldrá en
cuanto tiempo puede donar.
.
140
Código: Actualización de datos
private void DatosDonante()
{
String Cédula = txt_cédula.getText().toString().trim();
String Nombre = txt_nombre.getText().toString().trim();
String Apellido = txt_apellido.getText().toString().trim();
String Celular = txt_celular.getText().toString().trim();
String Edad = txt_edad.getText().toString().trim();
String Peso = txt_peso.getText().toString().trim();
String Sexo = spinnerGenero.getSelectedItem().toString();
String Tipo_sangre =
spinnerTipoSangre.getSelectedItem().toString();
String Registro_Cruz ;
int radioId = radioGroup.getCheckedRadioButtonId();
radioButton = findViewById(radioId);
String Tipo_Donacion = radioButton.getText().toString().trim();
if
(Cédula.equals("")||Nombre.equals("")||Apellido.equals("")||Celular.
equals("")||Edad.equals("")||Peso.equals("")){
validacion_vacios();
}
else if (Cédula.length()!=10 || Celular.length()!=10){
validacion_tamaño();
}
else if (!Celular.startsWith("09")){
txt_celular.setError("Su NÚMERO celular debe empezar con
09");
txt_celular.requestFocus();
return;
}
else if( !isValidCédula(Cédula.trim())){
.
141
txt_cédula.setError("El NÚMERO de cédula ingresado es
incorrecta");
txt_cédula.requestFocus();
return;
}
else {
if (ck_btn_registro.isChecked()==true) {
// Se encuentra registrado en la cruz roja
Registro_Cruz = "Registrado en la Cruz Roja
Ecuatoriana";
}else{
//no tiene registro en la cruz roja
Registro_Cruz = "";
}
databaseDonate.child(Cédula).child("nombre").setValue(Nombre);
databaseDonate.child(Cédula).child("apellido").setValue(Apellido);
databaseDonate.child(Cédula).child("sexo").setValue(Sexo);
databaseDonate.child(Cédula).child("tipo_Sangre").setValue(Tipo_sang
re);
databaseDonate.child(Cédula).child("celular").setValue(Celular);
databaseDonate.child(Cédula).child("tipo_Donacion").setValue(Tipo_Do
nacion);
databaseDonate.child(Cédula).child("edad").setValue(Edad);
databaseDonate.child(Cédula).child("registro_Cruz").setValue(Registr
o_Cruz);
databaseDonate.child(Cédula).child("peso").setValue(Peso);
databaseDonate.child(Cédula).child("peso").setValue(Peso);
databaseDonate.child(Cédula).child("peso").setValue(Peso);
Toast.makeText(this, "Datos Actualizados",
Toast.LENGTH_SHORT).show();
Limpiar();
Intent registrarelse = new
Intent(this,MuroDonanteInfoActivity.class);
registrarelse.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
startActivity(registrarelse); } }
.
142
Sprint 4 Desarrollo del sistema web para administrar la aplicación móvil.
• Inicio de sesión del sistema web.
GRÁFICO N. 41 Inicio de sesión del sistema web.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: El inicio de sesión del sistema web en donde solo ingresa el
administrador y usuarios ingresados por el mismo y con ciertos permisos.
.
143
• Visualizar Dashboard.
GRÁFICO N. 42 Visualizar Dashboard.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: En el Dashboard se visualizan los gráficos de los donantes y
donatarios por un rango de meses.
.
144
• Asignación de permisos.
GRÁFICO N. 43 Asignación de permisos.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: En el sistema web como se ha mencionado manejará los roles
de administrador y otorgará permisos al rol usuario, cabe recalcar que el
donante y la persona que requiere la donación podrán realizar las actividades
en el aplicativo móvil.
.
145
• Generación de informe
GRÁFICO N. 44 Generación de informe.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Descripción: El sistema web se puede filtrar la información que requiera para
luego ser imprimida o exportada a .pdf o .xlsx.
.
146
Sprint 5 Pruebas con el SCRUM Máster y Team Developer
Estos dos Sprint se realizaron en conjunto con el Ing. César Espin Riofrio. MSc
y se validaron los datos que podrán observarse el siguiente cuadro:
CUADRO N. 44 Pruebas internas
Caso de prueba Criterio de aceptación Resultado esperado
Validaciones de las
pantallas que ingresen
datos reales-Rol Donante
Cada campo de las
pantallas que presentan
debe estar correctamente
validado
X
Validación de registro
mediante correo
electrónico-Rol Donante
Al momento de registro
debe enviarse un correo
automáticamente que
valide el mismo
X
Validación de notificación
en línea por SMS o
WhatsApp-Persona que
requiere la donación
Al momento de buscar y
contactar al donante debe
notificar por cualquiera de
los dos medios
X
Recibo de notificación-
Rol donante
Debe validar que la
notificación le llegue al
instante al donante
registrado
X
Validación del Dashboard
en el sistema web
Mostrar información en
rango de tres meses y
además los gráficos al
Administrador y al
Usuario
X
El administrador podrá
crear usuarios
Crea usuarios y le da los
permisos que se
consideren para el sistema
web
X
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
.
147
Sprint 6 Proceso automatizado y Pruebas con el Usuario
Con la aplicación móvil desarrollada nombrada BLOOD obtenemos un proceso
automatizado el cual describiremos a continuación:
El proceso del donatario para la obtención de plaquetas o sangre es:
GRÁFICO N. 45 Diagrama de flujo proceso de búsqueda de donante automatizado.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
.
148
Se ha realizado un diagrama de flujo de procesos como se observa en el
gráfico N. 44 el cual indica el proceso de búsqueda de un donante,
automatizado mediante el desarrollo de una aplicación móvil que se ha
nombrado BLOOD.
En el proceso automatizado, el tiempo estimado de búsqueda y contacto de
donantes de sangre o plaquetas es aproximadamente de 5 minutos en la
persona que requiere de una donación y 10 minutos en registrarse un posible
donante, reduciendo significativamente las 24 horas que toma actualmente
buscar un donante, según la encuesta realizada y tan solo 10 min en que una
persona que quiera colaborar pueda registrarse.
Pruebas de usuario
Esta prueba se realizó con la aplicación concluida al Ing. Ricardo Cabrera que
se puede visualizar en el anexo 11. y a la Sra. Rosario Herrera con quien se
tomó requerimientos inicialmente para perder obtener los requerimientos, en
el cuadro N.45 se tiene las pruebas que hemos planteado:
.
149
CUADRO N. 45 Pruebas con el usuario.
Prueba Criterio de aceptación Resultado esperado
Interfaz amigable con el
usuario
El usuario debe interpretar
la aplicación para saber si
tiene noción de lo que está
haciendo.
X
Búsqueda de donante Debe buscar sin
inconvenientes sangre o
plaquetas.
X
Contacto con donante Al momento de ponerse en
contacto con la persona y
envié la notificación sea
claro para la persona que
lo envió y que la recibe.
X
Historial de donaciones Verificación de
donaciones realizadas.
X
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Aplicativo Móvil:
Se procede a:
• En caso de ser una persona que busca un donante podrá ingresar al
aplicativo y buscar lo que requiere, una vez que lo encuentre deberá
ingresar algunos datos.
• La persona que toma el papel del donante debe registrarse.
.
150
Sistema web:
• El sistema web es local y la base de datos contiene la información de
los donantes estará en la nube, de esta manera se administra los datos.
• El administrador otorga todos los permisos a los dos roles que existen
y visualiza datos ingresados de la persona que requiere al donante.
Entregables del proyecto
Una vez concluida la fase final del presente proyecto se procederá a entregar:
• Aplicación Móvil con su respectivo código fuente.
• Sistema web con su respectivo código fuente y,
• Manual de usuario y técnico del aplicativo móvil y sistema web.
Criterios de validación de la propuesta
Con respecto a los criterios de aceptación se realizó Juicio de experto a 5
docentes de la Carrera de Ingeniería en Sistemas Computacionales de la
Universidad de Guayaquil, documentación que se observa en el anexo 12, y
el análisis de los resultados en el apartado de procesamiento y análisis de este
capítulo con la finalidad de conocer si cumple los requisitos de los objetivos
planteados en base al porcentaje de calificación obtenido.
Cabe recalcar que también se realizó pruebas unitarias con el director del
proyecto, Ing. César Espin Riofrio. M.Sc. en base al juicio de experto
.
151
Pruebas
Con respecto a la funcionalidad del tema se determinan las pruebas unitarias
que son útiles para probar pequeñas partes del proyecto y visualizar si se
obtiene el resultado plateado, las pruebas propuestas fueron aceptadas por el
director del proyecto, Ing. César Espin Riofrio. M.Sc. Estas pruebas tuvieron
lugar el día 29 de agosto del presente año 19:00 en las instalaciones de la
CISC Víctor Manuel Rendón y Baquerizo Moreno.
1. Validación del flujo de la persona que requiere un donante
(donatario).
CUADRO N. 46 Validación del flujo de la persona que requiere un donante (donatario).
Caso de prueba Resultado esperado Cumplido
Visualizar a las personas
que se hayan registrado, si
lo que requiere es sangre.
Debe ingresar el tipo de
sangre que requiere y se
mostrara a las personas que
sean compatible al grupo
sanguíneo ingresado
OK
Visualizar a las personas
que se hayan registrado, si
lo que requiere es plaqueta.
Debe enlistar a las
personas que desean donar
plaquetas
OK
Escoger a un donante y que
pueda notificar por
WhatsApp o SMS.
Debe enviar mensaje por
algunos de los dos medios.
OK
Pantalla de registro de
datos a la persona que
requiere donación.
Debe registrar los datos
para llevar un control.
OK
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
.
152
• Validación del flujo del rol donante.
CUADRO N. 47 Validación del flujo de rol donante.
Caso de prueba Resultado esperado Cumplido
Debe registrarse con su
correo e ingresar una
contraseña de seis
caracteres la primera letra
mayúscula y que haya
números y letras
Debe validar que la
contraseña ingresada
cumpla las características
y envié un correo de
confirmación al correo
ingresado.
OK
Cuando ingrese, podrá
visualizar una pantalla en
la cual ingresará los
siguientes datos:
• Cédula
• Tipo de sangre
• Peso
• Nombres y
apellidos
• Sexo
• Celular de
contacto
• Fecha de
nacimiento
Cada dato ingresado por el
usuario es validado de que
sea correcto, desde el
número de cédula que no
admita número y valide si
es legal, el número de
celular que no permita
ningún carácter.
OK
Pantalla donde vea las
donaciones y cuando
puede volver a donar
Debe indicar la fecha
próxima a donar y se
desactiva al usuario hasta
que pueda donar
nuevamente.
OK
Si una donante elige donar
sangre y plaquetas
Debe visualizarse a la
persona cuando busque
sangre o viceversa.
OK
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
.
153
2. Validación del Dashboard en el sistema web.
CUADRO N. 48 Validación del Dashboard en el sistema web. Caso de prueba Resultado esperado Cumplido
El administrador podrá
visualizar los la cantidad
de donatario y donantes.
Puede observar la cantidad
de personas registrada.
OK
Pueden generar informes Debe generar informes con
filtros, además de ser
exportado a Excel y PDF.
OK
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Procesamiento y análisis
Matriz de validación del producto o servicio
Es la que informa sobre el desempeño en realizar los objetivos propuestos en
un trabajo, con los resultados que obtienen de las matrices se realizan criterios
de los beneficios que ofrecen y la usabilidad que presenta a las partes
interesadas; esta matriz de satisfacción fue realizada a 15 personas que entre
ellas donantes y donatarios visuales en el anexo 15.
1. Muy Satisfecho
2. Satisfecho
3. Indiferente
4. Insatisfecho
5. Muy insatisfecho
.
154
CUADRO N. 49 Satisfacción de los beneficios obtenidos.
Beneficios Obtenidos 1 2 3 4 5
¿Cómo donatario está satisfecho con la aplicación móvil que
le permite buscar y contactar de forma rápida, sencilla y
confiable a un donante de sangre o plaquetas?
X
¿Cómo donatario está satisfecho con que la aplicación móvil,
optimiza el tiempo de búsqueda que requiere para contactar un
donante?
X
¿Considera Ud. amigable la interfaz del aplicativo móvil? X
¿Cómo donatario, qué tan grato es que pueda visualizar, elegir
y contactar a donadores de sangre o plaquetas? X
¿Cómo donatario, si requiere sangre o plaquetas, considera
que la aplicación móvil es de gran ayuda? X
¿Cómo donatario, que tan satisfecho esta con que pueda
visualizar y contactar a donantes de sangre o plaquetas? X
¿Cómo donante como considera usted registrarse como tal y
que cualquier persona que necesite de su ayuda lo pueda
contactar? X
¿Cómo donante, que tan satisfecho esta que, cuando alguien
requiera su ayuda Ud. reciba un SMS o WhatsApp en su
Smartphone?
X
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
.
155
Beneficios Obtenidos: ¿Cómo donatario está satisfecho con la aplicación
móvil que le permite buscar y contactar de forma rápida, sencilla y
confiable a un donante de sangre o plaquetas?
GRÁFICO N. 46 Beneficios Obtenidos Pregunta 1.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: En esta pregunta el grado de satisfacción por parte de los
encuestados es de un 95% en muy satisfecho, ya que representa una gran
ayuda al contactar a una persona de manera urgente, sencilla y confiable y un
5% que lo encontró satisfactorio.
95%
5%
0%
0%0%
¿Cómo donatario está satisfecho con la aplicación móvil que le
permite buscar y contactar de forma rápida, sencilla y confiable a
un donante de sangre o plaquetas?
Muy satisfecho
Satisfecho
Indiferente
Insatisfecho
Muy insatisfecho
95%
5%
0%
0%
0%
.
156
Beneficios Obtenidos: ¿Cómo donatario está satisfecho con que la
aplicación móvil, optimiza el tiempo de búsqueda que requiere para
contactar un donante?
GRÁFICO N. 47 Beneficios Obtenidos Pregunta 2
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: En la pregunta número 2 de los beneficios obtenidos se encuesta
midieron el tiempo que les toma buscar a un donante, y el resultado fue de un
70% que está muy satisfecho y un 30% satisfecho, amabas respuestas son
muy buena en una escala de calificación, ya que en la encuesta previa se notó
que algunas personas les tomaba más de 24 horas encontrar un donante y
con el uso de la APP eso se reduce a un aproximado de 5 min.
70%
30%
0%
0%0%
¿Cómo donatario está satisfecho con que la aplicación móvil,optimiza el tiempo de búsqueda que requiere para contactar undonante?
Muy satisfecho
Satisfecho
Indiferente
Insatisfecho
Muy insatisfecho
70%
30%
0%
0%
0%
.
157
Beneficios Obtenidos: ¿Considera Ud. amigable el diseño del aplicativo
móvil?
GRÁFICO N. 48 Beneficios Obtenidos Pregunta 3.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: Los usuarios que probaron la aplicación móvil un 90% está muy
satisfecho y un 10% satisfecho, ambas respuestas son buenas para conocer
qué tanto es el agrado cuando usa la APP móvil.
90%
10%
0%0%
0%
¿Considera ud amigable el diseño del aplicativo móvil?
Muy satisfecho
Satisfecho
Indiferente
Insatisfecho
Muy insatisfecho
90%
10%
0%
0%
0%
.
158
Beneficios Obtenidos: Como donatario, ¿qué tan grato es que pueda
visualizar, elegir y contactar a donadores de sangre o plaquetas?
GRÁFICO N. 49 Beneficios Obtenidos Pregunta 4.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: Con el beneficio de una persona que requiera sangre o plaquetas un
86% mostró que está muy satisfecho y el 14% satisfecho de que puedan
visualizar a donantes.
86%
14%
0%
0%0%
¿Cómo donatario, qué tan grato es que pueda visualizar,
elegir y contactar a donadores de sangre o plaquetas?
Muy satisfecho
Satisfecho
Indiferente
Insatisfecho
Muy insatisfecho
86%
14%
0%
0%
0%
.
159
Beneficios Obtenidos: ¿Cómo donatario, si requiere sangre o plaquetas,
considera que la aplicación móvil es de gran ayuda?
GRÁFICO N. 50 Beneficios Obtenidos Pregunta 5.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: El 75% está muy satisfecho y el 25% satisfecho con que la aplicación
móvil es de gran ayuda para encontrar donantes ya que en la encuesta previa
se obtuvo un resultado mayor en que los que requieren una donación de
sangre recurren a familiares para buscar una donación, en esta pregunta se
puede observar la optimización en búsqueda que pueden acceder desde
cualquier dispositivo móvil Android SO. 7.
75%
25%
0%
0%0%
¿Cómo donatario, si requiere sangre o plaquetas, considera
que la aplicación móvil es de gran ayuda?
Muy satisfecho
Satisfecho
Indiferente
Insatisfecho
Muy insatisfecho
75%
25%
0%
0%
0%
.
160
Beneficios Obtenidos: ¿Cómo donatario, que tan satisfecho esta con que
pueda visualizar y contactar a donantes de sangre o plaquetas?
GRÁFICO N. 51Beneficios Obtenidos Pregunta 6.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: Un 100% está satisfecho con que puedan visualizar y contactar
donantes desde su Smartphone ya que es ventajoso ver detalles de las
personas inscrita para donar.
100%
0%
0%
0%0%
¿Cómo donatario, que tan satisfecho esta con que puedavisualizar y contactar a donantes de sangre o plaquetas?
Muy satisfecho
Satisfecho
Indiferente
Insatisfecho
Muy insatisfecho
100%
0%
0%
0%
0%
.
161
Beneficios Obtenidos: ¿Cómo donante como considera usted registrarse
como tal y que cualquier persona que necesite de su ayuda lo pueda
contactar?
GRÁFICO N. 52 Beneficios Obtenidos Pregunta 7.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: Un 95% de los donantes encuestados opinan que están muy
satisfecho de que puedan tener una opción de registro y que cualquier persona
que requiera su ayuda los pueda contactar, y un 5% afirma estar satisfecho lo
cual es grato ya que se presenta una buena aceptación por ambas partes.
95%
5%
0%0%
0%
.¿Cómo donante como considera usted registrarse como tal yque cualquier persona que necesite de su ayuda lo puedacontactar?
Muy satisfecho
Satisfecho
Indiferente
Insatisfecho
Muy insatisfecho
95%
5%
0%
0%
0%
.
162
Beneficios Obtenidos: ¿Cómo donante, que tan satisfecho esta que,
cuando alguien requiera su ayuda Ud. reciba un SMS o WhatsApp en su
Smartphone?
GRÁFICO N. 53 Beneficios Obtenidos Pregunta 8.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: En esta pregunta se evidencia que el 100% está muy satisfecho que
haya una notificación por SMS o WhatsApp a la persona que están
contactando, ya que en la encuesta previa se observaba que las personas
buscaban aleatoriamente a alguien que les pueda ayudar con una donación,
en esta aplicación móvil selecciona a la persona que crea conveniente y
notifica mediante las opciones mencionadas.
80%
0%
0%
0%0%
¿Cómo donante, que tan satisfecho esta que, cuando alguien
requiera su ayuda ud reciba un SMS o WhatsApp en su
smartphone?
Muy satisfecho
Satisfecho
Indiferente
Insatisfecho
Muy insatisfecho
100%
0%
0%
0%
0%
.
163
CAPITULO IV
Criterios de aceptación del producto o servicio
Este capítulo tiene como tarea medir y a su vez decidir si el proyecto
presentado es aceptable o no, en base a las especificaciones técnicas y el
nivel de tolerancia, para certificar el correcto funcionamiento de lo planteado
en el resultado final.
Se procede a elaborar, una matriz con los criterios de todos los requerimientos
especificados en el alcance del proyecto:
• Informe de aceptación y aprobación para productos de SOFTWARE/
HARDWARE visible en el cuadro N. 50
• Informe de aseguramiento de la calidad para productos de
SOFTWARE/ HARDWARE
Informe de aceptación y aprobación para productos de SOFTWARE/
HARDWARE
En este informe se pone a conocimiento los requerimientos planteados en el
alcance del proyecto ubicados en el capítulo 1, de esta forma se certifica
mediante el SCRUM Máster Ing. César Espin Riofrio. MSc que se encuentren
abarcados en su totalidad los mismos, los responsables del cumplimiento de
los alcances es el Development Team conformado por John Flores Rodríguez
y Valeria Pindo Escobar.
.
164
CUADRO N. 50 Informe de aceptación y aprobación para productos de SOFTWARE/ HARDWARE
Alcance Indicador Revisor Entregable Cumplido
Base de datos en la
nube, modelo de
relación.
Revisión
Formal
Ing. César
Espin Riofrio.
MSc
Modelo de la
base
SI
Desarrollo de roles
Usuario y
Administrador (sistema
web) Rol donante (APP
móvil)
Revisión
Formal
Ing. César
Espin Riofrio.
MSc
Funcionalidad. SI
Acceso rápido de
persona que requiere
una donación
Revisión
Formal
Ing. César
Espin Riofrio.
MSc
Funcionalidad. SI
Listar personas que son
compatibles con los
datos Ingresados por
parte de la persona que
busca
Revisión
Formal
Ing. César
Espin Riofrio.
MSc
Funcionalidad. SI
Generación de informes
en el sistema web
Revisión
Formal
Ing. César
Espin Riofrio.
MSc
Funcionalidad SI
Desarrollo de
validación de cuando el
donante puede volver a
donar
Revisión
Formal
Ing. César
Espin Riofrio.
MSc
Funcionalidad SI
Envío de notificación
por SMS y WhatsApp.
Revisión
Formal
Ing. César
Espin Riofrio.
MSc
Funcionalidad SI
.
165
Registro de donantes y
criterios para que sean
donantes activos
Revisión
Formal
Ing. César
Espin Riofrio.
MSc
Funcionalidad SI
Generación de historial
de donación, rol
donante
Revisión
Formal
Ing. César
Espin Riofrio.
MSc
Funcionalidad SI
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Validación de Juicio de experto
El juicio de experto son opiniones dadas por personas experimentadas en el
área, en este caso la carrera de Ingeniería en Sistemas Computacionales. La
realización de la misma se basó en que los expertos califiquen los
requerimientos planteados con porcentajes que pueden ir de 0% a 100%
dependiendo de que tanto se haya cumplido, según el criterio de la persona
experimentada, y poniendo observaciones si lo cree necesario, tal y como se
observa en el cuadro N.59
Esta validación se llevó a cabo con 4 Ingenieros en Sistemas
Computacionales, docentes de la UG y se verifica su trayectoria en el anexo
13.
En el siguiente cuadro se observa que los alcances están cubiertos en su
totalidad validado por 4 Ingenieros en Sistemas Computacionales:
.
166
CUADRO N. 51 Matriz Juicio de experto.
Requerimiento a evaluar Objeto a validar Porcentaje de
cumplimiento
Observaciones
Base de datos en la nube y
acceso a la información en
tiempo real.
Sistema web y
Aplicación móvil
100%
Validación al ingreso de
datos como número de
cedula, correo y número de
celular.
Sistema web y
Aplicación móvil
100%
Verificación de usuario para
y contraseña para ingreso de
la APP móvil y el sistema
web.
Sistema web y
Aplicación móvil
100%
Desarrollo del rol donante.
Aplicación móvil 100%
Filtrar a los posibles
donantes según la necesidad
seleccionada validando la
compatibilidad sanguínea
en caso de requerir sangre.
Aplicación móvil 95.5% No debe mostrar
el número
celular completo
(Ing. Alfredo
Arrese).
Registros de datos del
donatario al contactar
donante.
Aplicación móvil 100%
El donatario podrá contactar
en tiempo real a un donante
mediante WhatsApp o
SMS.
Aplicación móvil 100%
Verificación de cuando
puede volver a donar el
donante.
Aplicación móvil 100%
Registro de datos del
donante.
Aplicación móvil 100%
Administrar los donatarios,
donantes y donaciones
registradas.
Aplicación móvil 95.5% El test de
idoneidad debe
aparecer en el
registro (Ing.
Jimmy
Sornoza).
.
167
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Análisis: Los requerimientos evaluados por los Ingenieros de Sistemas
Computacionales de la Universidad de Guayaquil, verificó de forma fiable que
el aplicativo móvil y el sistema web tendrían un alto nivel de aceptación por
parte del usuario que la usarían, ya que para ellos cada ítem evaluado es de
gran beneficio para las personas que requieran una donación de sangre o
plaquetas. Aparte que sugirieron observaciones mínimas, las cuales sirvieron
para mejorar el aplicativo móvil.
Visualización de Dashboard
de personas que han
requerido sangre o
plaquetas y personas que se
han registrado.
Sistema web 100%
Desarrollo de roles
administrador y usuarios.
Sistema web 100%
.
168
CUADRO N. 52 Criterios de aceptación del sistema. Criterios de aceptación Estado
Aplicación Móvil
Acceso Rápido a la información Aceptado
Interfaz Amigable Aceptado
Envió de SMS o WhatsApp para contacto Aceptado
Generación de historial para el donante Aceptado
Registro de datos de la persona que
requiere la donación
Aceptado
Registro de donante Aceptado
Validación de correo Aceptado
Validación de cedula Aceptado
Inicio de sesión de donante Aceptado
Inactivación de usuario donante Aceptado
Test de idoneidad para el donante Aceptado
Sistema web
Perfiles que tendrán acceso al sistema Aceptado
Visualización del Dashboard Aceptado
Asignación de permisos Aceptado
Generación de informes Aceptado
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Informe de aseguramiento de la calidad para productos de SOFTWARE/
HARDWARE
Una vez verificado el tema de solución por el tutor y revisor, se enmarca lo
siguiente:
.
169
1. Al aplicativo móvil podrá ingresar cualquier persona que requiera una
donación.
2. Una persona puede registrarse siempre y cuando verifique su correo de
lo contrario no.
3. Debe permitirse el envío de mensajes SMS o WhatsApp para no invadir
la privacidad del usuario.
4. El administrador es el único que podrá dar permiso y crear nuevos
usuarios, pero solo en el sistema web.
.
170
Conclusiones
En relación al tema de titulación presentado se abarcan las siguientes
conclusiones:
• Se hizo un diagnóstico de la situación actual del proceso de búsqueda
de contacto entre donantes y donatarios el mismo que, como se detalló
anteriormente ante una situación de emergencia y desconocimiento de
cómo hacerlo se realiza sin esquema como tal si no, quizás de una
forma que podríamos llamar incluso improvisada.
• Tras el modelado del proceso se desarrolló un aplicativo móvil, tomando
como herramienta de desarrollo Android Studio, usando una
metodología ágil en la cual se definió el diseño, herramientas
complementarias y requerimientos. La aplicación móvil desarrollada es
muy eficiente para uso y contacto entre donatarios y donantes.
• Se estableció en el aplicativo móvil un módulo de búsqueda en línea y
contacto inmediato entre donantes y donatario, cualquier persona que
ingrese puede buscar lo que necesite sangre o plaquetas y contactar
mediante SMS o WhatsApp a un donante, de esta forma se evidencia
que el aplicativo móvil cumple con la búsqueda y contacto en línea
requerida.
.
171
• Se desarrolló un sistema web, para administrar los datos de las
personas registradas en la aplicación y de esta manera llevar un
control de los mismos.
• El sistema web y la APP móvil generan informes donde se podrán
visualizar los históricos de los requerimientos de sangre o plaquetas,
así como las donaciones realizadas con la opción de uso de filtros para
facilitar la generación del informe requerido.
• Ahora con la aplicación BLOOD una persona que necesite de manera
urgente una donación de sangre y/o plaquetas, se beneficia
contactando a un donante de manera rápida y sencilla, la búsqueda que
antes podría tomar 24 horas ahora la puede realizar en
aproximadamente 5 minutos, se concluye que el aplicativo móvil
desarrollado ofrece grandes beneficios para las personas que requieren
urgente sangre o plaquetas.
.
172
Recomendaciones
• Se recomienda que la aplicación BLOOD sea también desarrollada en
sistemas operativos iOS (iPhone OS), con la finalidad de que personas
que utilicen dispositivos APPle puedan obtener todos los beneficios que
la APP móvil ofrece.
• La APP móvil podría emplearse en todo Ecuador, donde las personas
de todo el país que requieran sangre y/o plaquetas puedan beneficiarse
y obtener ayuda rápida.
• Al haber sido diseñado el sistema web usando tecnología responsive,
que permite adaptarse a cualquier dispositivo móvil o tableta, se podría
recomendar que en el sistema web en un futuro también puedan, las
funcionalidades ser usadas por donatarios y donadores
• Se recomienda que la aplicación este en Play Store para que cualquier
persona que desee usarla pueda acceder a ella y la instale en su
Smartphone.
• Se recomienda que la aplicación denominada BLOOD en un futuro
pueda trabajar en conjunto con las bases de datos de las instituciones
de control y regulación de las donaciones de sangre y/o plaquetas como
lo es la Cruz Roja Ecuatoriana, para así validar de mejor forma la
información registrada por parte del donatario y el donador.
.
173
Bibliografía
Amazon Web Service. (2019). www.aws.amazon.com. Obtenido de
www.aws.amazon.com: https://aws.amazon.com/es/nosql/
Android. (2016). developer.android.com. Obtenido de developer.android.com:
https://developer.android.com/studio/features
areaciencias. (2018). https://www.areaciencias.com. Obtenido de
https://www.areaciencias.com/biologia/grupos-sanguineos.html
Cruz Roja Ecuatoriana [CRE]. (2019). www.cruzroja.org.ec. Obtenido de
http://www.cruzroja.org.ec/index.php/donasangre/requisitos-proceso-y-
beneficios
Cruz Roja Española. (2018). cruzroja.es. Obtenido de
https://www2.cruzroja.es/que-hacemos/salud
Dona. (2017). Obtenido de https://www.adona.es/es/asociacion-donantes-de-
sangre-de-navarra/historia-de-la-donacion/historia-en-el-mundo
donarsangre.org. (2016). www.donarsangre.org. Obtenido de
http://www.donarsangre.org/grupos-sanguineos/
Firebase. (2016). Firebase support. Obtenido de
https://firebase.google.com/support/faq/?hl=es-419
funleucemialinfoma. (2017). www.funleucemialinfoma.org. Obtenido de
https://www.funleucemialinfoma.org/donacion-plaquetas/
Github. (2018). github.com. Obtenido de https://github.com/laravel/framework
Glosarios.servidor.com. (2017). Obtenido de https://glosarios.servidor-
alicante.com/terminos-estadistica/nivel-de-confianza
IBM. (2017). www.ibm.com. Obtenido de https://www.ibm.com/es-
es/cloud/learn/iaas-paas-saas
.
174
INEC. (6 de octubre de 2017). Obtenido de
https://www.ecuadorencifras.gob.ec/guayaquil-en-cifras/
Lapuente, M. J. (29 de julio de 2018). hipertexto.com. Obtenido de
http://www.hipertexto.info/documentos/xml.htm
Machines International Bussiness. (2019). International Bussiness Machines.
Obtenido de International Bussiness Machines:
https://www.ibm.com/es-es/cloud/learn/what-is-cloud-computing
Mariño, Sonia I. y Alfonzo, Pedro L. (2016). mplementación de SCRUM en el
diseño del proyecto del Trabajo Final de Aplicación. Scientia Et
Technica, 414.
medlineplus.gov. (15 de Mayo de 2019). medlineplus.gov. Obtenido de
https://c/spanish/plateletdisorders.html
Microsoft. (30 de 05 de 2018). microsoft.com. Obtenido de microsoft.com:
https://docs.microsoft.com/en-
us/windows/desktop/win7APPqual/javascript-object-notation--json-
Microsoft Azure. (2017). Microsoft Azure. Obtenido de
https://azure.microsoft.com/es-es/overview/what-is-cloud-computing/
OMS. (2017). www.who.int. Obtenido de
https://www.who.int/topics/blood_transfusion/es/
ORACLE. (2018). Oracle Corporation. Obtenido de
https://www.java.com/es/about/whatis_java.jsp
Organización Mundial de la Salud [OMS] . (abril de 2016). OMS. Obtenido de
www.who.int: https://www.who.int/features/qa/61/es/
PHP. (2018). php.net. Obtenido de https://www.php.net/manual/es/intro-
whatis.php
.
175
Red Cross Blood. (2016). www.redcrossblood.org. Obtenido de
https://www.redcrossblood.org/espanol/donar-sangre/preguntas-
frecuentes-sobre-la-donacion.html
redcrossblood. (2017). www.redcrossblood.org. Obtenido de
www.redcrossblood.org: https://www.redcrossblood.org/espanol/donar-
sangre/tipos-de0donacion.html
Rouse, M. (2018). techtarget.com. Obtenido de techtarget.com:
https://searchdatacenter.techtarget.com/es/definicion/Base-de-datos
Scrum Institute. (2017). International Scrum Institute. Obtenido de
https://www.scrum-institute.org/The_Scrum_Product_Backlog.php
Scrum Manager. (16 de Enero de 2016). Scrum Manager. Obtenido de
scrummanager.net:
https://www.scrummanager.net/files/sm_proyecto.pdf
Secreteria de Gobierno de Salud. (2016). http://www.salud.gob.ar. Obtenido
de http://www.salud.gob.ar:
http://www.salud.gob.ar/disahe/index.php?option=com_content&view=
article&id=315&Itemid=39
sendekia. (2017). sendekia.com. Obtenido de sendekia.com:
https://sendekia.com/que-es-un-prototipo-y-para-que-sirve/
wampserver. (2017). www.wampserver.com. Obtenido de
http://www.wampserver.com/en/
Zamora, J. A. (19 de Mayo de 2016). El android libre. Obtenido de
https://elandroidelibre.elespanol.com/2016/05/firebase-plataforma-
desarrollo-android-ios-web.html
Zamora, J. A. (19 de 05 de 2016). landroidelibre.elespanol.com. Obtenido de
https://elandroidelibre.elespanol.com/2016/05/firebase-plataforma-
desarrollo-android-ios-web.html
.
176
ANEXOS
.
177
ANEXO:1 Acta de reunión # 1
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
178
ANEXO 2: Árbol de Problemas.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
179
ANEXO 3: Formato de entrevista directa para toma de requerimientos.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
180
ANEXO 4: Encuesta previa.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
181
ANEXO 5: Diagrama de Gantt.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
182
ANEXO 6: Acta de reunión # 2
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
183
ANEXO 7: Diagrama de flujo de proceso actual para encontrar un donante.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
184
ANEXO 8: Encuesta de aplicación/ Personas que han requerido donación- donantes.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
185
ANEXO 9: Encuesta por medio de formularios de Google (Google Forms).
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
186
ANEXO 10: Modelo Entidad –Relación.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
187
ANEXO 11: Prueba con el usuario y Matriz de satisfacción.
Modelo de pruebas con usuario
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
188
Usuarios
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Pruebas realizadas entre el 20/08/2019 al 37/08/2019 en Universidad de
Especialidades Espíritu Santo y viviendas de personas que hayan tenido la
necesidad de sangre y/o plaquetas.
.
189
ANEXO 12: Juicio de experto, docentes de la Universidad de Guayaquil Carrera de Ingeniería en sistemas Computacionales.
Experto 1
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
190
Experto 2
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
191
Experto 3
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Experto 4
.
192
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
193
ANEXO 13: Tabla de caracterización de los expertos. Expertos Calificación
Profesional Especialidad Años de
experiencia
1 Ingeniero en Sistemas Computacionales
Magister en Sistemas de Información Gerencial
10
2 Ingeniero en Control Automático
Master en Nuevas Tecnologías para la Educación
9
3 Ingeniero en Sistemas Computacionales
Magister en Seguridad Informática Aplicada
11
4 Ingeniero en Sistemas Computacionales
Master Universitario en Modelado Computacional en Ingeniería
15
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: Senescyt, Sitio web oficial.
.
194
ANEXO 14: Resultado de encuesta.
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
195
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
.
196
ANEXO 15: Matriz de Satisfacción
Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.
1
Manual de Usuario
BLOOD
Octubre, 2019
2
ÍNDICE
APLICACIÓN MOVIL ................................................................................................ 4
Aplicativo móvil búsqueda de donante ..................................................................... 4
Ingreso por primera vez a la app móvil ................................................................. 4
Pantalla de inicio ................................................................................................... 5
Búsqueda de sangre o plaquetas ............................................................................ 6
Notificación al donante ......................................................................................... 9
Aplicación móvil rol donatario ............................................................................... 13
Registro de usuario como donante ...................................................................... 13
Ingreso de datos del donante ............................................................................... 17
Notificación de aviso al donatario....................................................................... 19
Generación de historial de donaciones ................................................................ 20
SISTEMA WEB .......................................................................................................... 21
Administración de datos- Rol administrador .......................................................... 23
Administrador permisos de usuario .................................................................... 25
3
ÍNDICE DE GRÁFICOS
GRÁFICO N. 1- LEYENDA AL INGRESO DE LA APP .......................................... 4
GRÁFICO N. 2- PANTALLA DE INICIO .................................................................. 5
GRÁFICO N. 3- PANTALLA DE SELECCIÓN DE BÚSQUEDA ........................... 6
GRÁFICO N. 4- LISTADO DE DONANTE DE SANGRE ........................................ 7
GRÁFICO N. 5- SELECCIÓN DE DONANTE DE PLAQUETAS ............................ 8
GRÁFICO N. 6- INGRESO DE INFORMACIÓN DE DONATARIO Y ENVÍO DE
SMS O WHATSAPP ............................................................................................ 9
GRÁFICO N. 7- PERMISO PARA ENVIÓ DE MENSAJE ..................................... 10
GRÁFICO N. 8- MENSAJE DE ENVÍO DE SMS .................................................... 11
GRÁFICO N. 9- ENVIÓ DE WHATSAPP ................................................................ 12
GRÁFICO N. 10- REGISTRO DE DONANTE ......................................................... 13
GRÁFICO N. 11- INGRESO DE DATOS PARA EL REGISTRO ........................... 14
GRÁFICO N. 12- INICIO DE SESIÓN ..................................................................... 15
GRÁFICO N. 13- TEST DE IDONEIDAD ................................................................ 16
GRÁFICO N. 14- REGISTRO DE INFORMACIÓN DEL DONANTE ................... 17
GRÁFICO N. 15- VISUALIZACIÓN DE PERFIL DONADOR .............................. 18
GRÁFICO N. 16- AVISO DE DONATARIO ............................................................ 19
GRÁFICO N. 17- HISTORIAL DE DONACIONES................................................. 20
GRÁFICO N. 18- INICIO DE SESIÓN DE SISTEMA WEB ................................... 21
GRÁFICO N. 19- DASHBOARD .............................................................................. 22
GRÁFICO N. 20- ACTUALIZACIÓN O ELIMINACIÓN DE DATOS .................. 23
GRÁFICO N. 21- BÚSQUEDA DE DATOS ............................................................ 24
GRÁFICO N. 22- ADMINISTRACIÓN DE PERMISOS ......................................... 25
4
APLICACIÓN MOVIL
• Aplicativo móvil búsqueda de donante
Cuando la aplicación este instalada y sea ejecutada por primera vez se
observará una leyenda que dura 6 segundos y posterior a eso una pantalla
donde puede buscar sangre o plaquetas
Ingreso por primera vez a la app móvil
Gráfico N. 1- Leyenda al ingreso de la app
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
5
Pantalla de inicio
Gráfico N. 2- Pantalla de inicio
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
La pantalla de inicio nos indica lo que requiere la persona que ingreso, si
requiere sangre o plaquetas.
Si se selecciona sangre puede visualizar la siguiente pantalla:
6
Búsqueda de sangre o plaquetas
Gráfico N. 3- Pantalla de selección de búsqueda
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Podrá seleccionar el tipo de sangre que se encuentra buscando, y en la parte
inferior de la pantalla le mostrará con que otra sangre es compatible la
selección. Cuando seleccione el botón buscar donante, visualizará la siguiente
pantalla:
7
Gráfico N. 4- Listado de donante de sangre
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Si selecciona sangre, se mostrará las personas que se han registrado y que
les puede colaborar con una donación, a podrán ver los donantes que hayan
tenido un registro en la Cruz Roja Ecuatoriana, y se observa en el detalle de
cada persona enlistada.
8
Gráfico N. 5- Selección de donante de plaquetas
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Si desea un donante de plaqueta les aparecerá el listado de personas
registradas para donar plaquetas, también aparece la referencia de la Cruz
Roja Ecuatoriana, ya que una persona puede donar ambos componentes
9
Notificación al donante
Gráfico N. 6- Ingreso de información de donatario y envío de SMS o WhatsApp
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
El donatario cuando haya seleccionado un donador antes de contactar al
donante debe ingresar información que es importante para llevar un registro y
una vez ingresada la información podrá realizar el envío, mientras tanto no.
10
Gráfico N. 7- Permiso para envió de mensaje
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Cuando haya seleccionado la opción que crea conveniente le aparecerá un
mensaje de dar permisos para que la aplicación pueda realizar la acción de
envió de SMS o WhatsApp.
Nota: Para que la acción sea válida debe poseer un plan de internet o contar
con SMS de la operadora celular que usted crea conveniente.
11
Gráfico N. 8- Mensaje de envío de SMS
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Si selecciona SMS le enviará un texto a la persona que haya seleccionado de
la lista, y le aparecerá un pequeño mensaje en el cual le indica que se ha
enviado correctamente el mensaje.
12
Gráfico N. 9- Envió de WhatsApp
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Si selecciona envió de WhatsApp, el aplicativo le mostrará WhatsApp con un
mensaje personalizado donde incluye el nombre del donatario, nombre del
donante, tipo de sangre que requiere, de ser plaqueta le aparecerá en vez de
“sangre O-”, “Plaqueta”.
Posterior al envío de mensaje o WhatsApp deberá esperar la confirmación del
donante.
13
• Aplicación móvil rol donatario
Registro de usuario como donante
Gráfico N. 10- Registro de Donante
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En la parte superior de la pantalla podrá visualizar una pequeña ventana que
le indica registrarse.
14
Gráfico N. 11- Ingreso de datos para el registro
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Podrá registrarse con un correo electrónico y una contraseña creada por usted
la cual deberá tener las siguientes características: Letra mayúscula y cuatro
números y un carácter especial. Luego de registrarse deberá ir al correo
ingresado en el cual le llegará un email para validar la existencia del mismo.
15
Gráfico N. 12- Inicio de sesión
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Si posee el correo y contraseña o ya se ha registrado deberá dirigirse a iniciar
sesión. Y también si se ha olvidado la contraseña puede generar otra.
16
Gráfico N. 13- Test de idoneidad
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Si inicia sesión por primera vez, se le presentara una pantalla la cual ayuda a
conocer si está apto para donar o no
17
Ingreso de datos del donante
Gráfico N. 14- Registro de información del donante
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Luego del test puede ingresar información como, número de cédula, nombres
y apellidos, sexo, tipo de sangre, si está registrado en la Cruz Roja
Ecuatoriana, número de celular, edad, peso y donante de que desea ser.
18
Gráfico N. 15- Visualización de perfil donador
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
En esta sección el donante puede visualizar sus datos y editarlos si lo cree
conveniente, también tiene acceso a ver su última donación y cuando puede
volver a donar. A parte el botón de historial de donaciones puede ver generar
un informe de a quienes dono y cuando y el estado si está activo o inactivo ya
que puede estar de viaje y no podría ayudar.
19
Las preguntas que debe llenar para conocer si es un donante que puede
ayudar y puede estar disponible o no, ya que pudo se pudo enfermar o tener
una operación.
Si tiene todos los datos llenados correctamente y el sistema lo ha validado
aparecerá en la lista que el donatario y el podrán observar.
Notificación de aviso al donatario
Gráfico N. 16- Aviso de donatario
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
20
Si está disponible en la lista, cuando contacten con usted le llegará un SMS o
WhatsApp al teléfono que registro, así podrá contactarse de manera inmediata
con la persona que requiere ayuda.
Generación de historial de donaciones
Gráfico N. 17- Historial de donaciones
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Como donador podrá ver las donaciones que ha realizado y a quien lo ha
hecho para que lleve un registro. También podrá generar un pdf del mismo.
21
SISTEMA WEB
• Sistema web rol administrador y usuario
Inicio de sesión
Gráfico N. 18- Inicio de sesión de sistema web
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
El acceso al sistema web el administrador o usuario deberá dar clic al siguiente
enlace: http://localhost:3000/login y con ello deberá ingresar sus credenciales
Visualización del Dashboard
22
Gráfico N. 19- Dashboard
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
.
Tanto el administrador como el donante podrá visualizar esta ventana de
información sobre registros que se han realizado en la app móvil
23
Administración de datos- Rol administrador
Gráfico N. 20- Actualización o eliminación de datos
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
El administrador podrá eliminar y actualizar datos que no son bien ingresados
o en caso del que el usuario ya no desee la cuenta
24
Gráfico N. 21- Búsqueda de datos
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
Tanto el administrador como el usuario pueden buscar por filtro las donaciones
donantes y donatarios existentes y a su vez pueden generar reportes
exportándolos en pdf o a Excel, y con opción de enviarlo a imprimir
directamente.
25
Administrador permisos de usuario
Gráfico N. 22- Administración de permisos
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.
El administrador tiene la opción de agregar permisos o quitarlos para que el
usuario pueda realizar ciertas actividades en los datos de las personas
registradas.
26
Manual de Técnico
BLOOD
Octubre, 2019
27
ÍNDICE GENERAL
MANUAL TÉCNICO ............................................................................................... 29
APLICACION MOVIL ............................................................................................ 29
Repositorio .............................................................................................................. 29
Características del software usado .......................................................................... 29
Instalación de la aplicación móvil para desarrollo en GitLab ................................. 29
SISTEMA WEB ........................................................................................................ 33
Repositorio .............................................................................................................. 33
Características del software usados ......................................................................... 33
Instalación de sistema web en localhost ................................................................. 33
28
ÍNDICE DE GRÁFICOS
GRÁFICO N. 1- INSTALACIÓN DE ANDROID STUDIO............................................................................ 30
GRÁFICO N. 2-CLONAR REPOSITORIO EN ANDROID STUDIO .............................................................. 30
GRÁFICO N. 3-ACTUALIZACIÓN DE ARCHIVOS .................................................................................... 31
GRÁFICO N. 4-COMPILACIÓN APLICACIÓN MÓVIL ............................................................................. 32
GRÁFICO N. 5- INSTALACIÓN WAMPPSERVER .................................................................................... 34
GRÁFICO N. 6- INSTALACIÓN VISUAL CODE ........................................................................................ 34
GRÁFICO N. 7- CLONAR SISTEMA WEB DE GITLAB.............................................................................. 35
GRÁFICO N. 8-ARRANQUE DEL SISTEMA WEB .................................................................................... 36
GRÁFICO N. 9- PÁGINA PRINCIPAL SISTEMA WEB .............................................................................. 37
29
MANUAL TÉCNICO
APLICACION MOVIL
Repositorio
• url: https://gitlab.com/jjfloresr/sangre-online_app
• user: jjfloresrr
• pass: AdminJOhn123
Características del software usado
• Android Studio 3.4.1
Instalación de la aplicación móvil para desarrollo en GitLab
Para realizar la instalación de la aplicación móvil BLOOD mencionada en este
proyecto de tesis, debemos seguir unos pequeños pasos ya que el código
fuente se encuentra alojada en un repositorio llamado GitLab
1. Instalar Android Studio
30
GRÁFICO N. 1- Instalación de Android Studio.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez – Valeria Nathaly Pindo Escobar.
2. Iniciar un nuevo proyecto como “Check out Project from Versión Control”, donde ingresamos las credenciales de git lab.
GRÁFICO N. 2-Clonar repositorio en Android Studio
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez – Valeria Nathaly Pindo Escobar
31
3. Se descargarán los archivos del proyecto de tesis de su última modificación.
GRÁFICO N. 3-Actualización de archivos.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez – Valeria Nathaly Pindo Escobar
.
4. Compilamos la aplicación móvil en un teléfono móvil, o mediante el
Android Virtual Device Manager (AVDM) de Android Studio.
32
GRÁFICO N. 4-Compilación aplicación móvil.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez – Valeria Nathaly Pindo Escobar
33
SISTEMA WEB
Repositorio
url : https://gitlab.com/jjfloresr/sangre-online
user: jjfloresrr
pass: AdminJOhn123
Características del software usados
• apache 2.4.37
• php 7.3.8
• mysql 4.5.4.
• laravel 5.5
• composer 1.8.6
• visual studio code 1.37.1
Instalación de sistema web en localhost
Para realizar la instalación sistema web mencionado en este proyecto de tesis
en nuestro localhost, debemos seguir unos pequeños pasos ya que el código
fuente se encuentra ubicada en un repositorio llamado GitLab
1. Instalamos wampp server en nuestro equipo, ya que este software nos
instala por defecto los demás componentes que necesitamos, como
apache, php, y mysql.
34
GRÁFICO N. 5- Instalación WamppServer.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez – Valeria Nathaly Pindo Escobar.
2. Instalamos Visual Code Studio
GRÁFICO N. 6- Instalación Visual Code
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez – Valeria Nathaly Pindo Escobar.
35
3. Abrimos el terminal visual code y clonamos el sistema web de nuestro
repositorio, ingresamos los siguientes comandos en el siguiente orden:
o git clone https://gitlab.com/jjfloresr/sangre-online.git
o npm install
o composer install
o npm install moment
o cp .env.example .env
o php artisan key:generate
GRÁFICO N. 7- Clonar sistema web de GitLab.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez – Valeria Nathaly Pindo Escobar.
4. Ejecutamos el seeder de laravel para ingresar los datos previos a
nuestra base de datos en mysql y arrancamos el sistema web con el
puerto 3000.
o php artisan migrate:refresh --seed
36
o php artisan serve --port 3000
GRÁFICO N. 8-Arranque del Sistema Web.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez – Valeria Nathaly Pindo Escobar.
.
Con este último paso ya tendremos instalado en nuestro localhost el sistema
web de nuestra aplicación denominada BLOOD.
37
GRÁFICO N. 9- Página Principal Sistema Web.
Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.
Fuente: John Jairo Flores Rodríguez – Valeria Nathaly Pindo Escobar