UNIVERSIDAD DE GUAYAQUIL -...

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:



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:



Teléfono:

0985998907

0985269378

E-mail:

[email protected]

[email protected]

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,


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.


.

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.


.

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


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”

________________________


_______________________


.

X



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:


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




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

mailto:[email protected]

mailto:[email protected]

.

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. 18 HISTORIA A USUARIO # 6. .................................................... 86




CUADRO N. 22 HISTORIA A USUARIO # 10. ................................................... 89




.

XVII

CUADRO N. 26 DESCRIPCIÓN EN PRODUCT BACKLOG. ............................. 92

CUADRO N. 27 SPRINT PLANNING 1. .............................................................. 94





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. 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. 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. 51BENEFICIOS OBTENIDOS PREGUNTA 6. ............................. 160



.

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









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









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.


.

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.


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.

https://firebase.google.com/?hl=es-419

.

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.

https://www.jetbrains.com/idea/

.

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”.

https://go.microsoft.com/fwlink/p/?linkid=203661

https://go.microsoft.com/fwlink/p/?linkid=203661

.

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 .

https://laravel.com/docs/routing

https://laravel.com/docs/container

https://laravel.com/docs/session

https://laravel.com/docs/cache

https://laravel.com/docs/migrations

https://laravel.com/docs/queues

https://laravel.com/docs/broadcasting

.

41

GRÁFICO N. 14 Tendencia de plataformas de desarrollo para sistemas web.


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)

http://www.hipertexto.info/documentos/texto.htm

http://www.hipertexto.info/documentos/imagen.htm

http://www.hipertexto.info/documentos/audio.htm

.

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.

https://www.masadelante.com/faq-que-necesito.htm

https://www.masadelante.com/faq-que-es-un-navegador.htm

.

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


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


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.


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


.

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:


Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.

Fuente: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar.

HISTORIA DE USUARIO


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.



Bajo



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


plantea la realización de una encuesta:


Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.


plantea la selección de herramientas para el desarrollo del proyecto:



HISTORIA DE USUARIO


INFORMACIÓN DE HISTORIA: Requiero que realicen una encuesta para

recolectar datos necesarios en la investigación.


RIESGO EN DESARROLLO: Bajo PRIORIDAD EN NEGOCIO: Alta


CRITERIOS DE VALIDACIÓN: Efectuar una encuesta y analizar las

respuestas.

HISTORIA DE USUARIO


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


CRITERIOS DE VALIDACIÓN: El proyecto funcione debidamente en las

herramientas seleccionadas.

.

85


plantea el diseño del proyecto:


Elaboración: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.


plantea el desarrollo del rol donante y los requerimientos que el mismo debe

cumplir:

HISTORIA DE USUARIO


INFORMACIÓN DE HISTORIA: Como usuario requiero que hagan el diseño del

proyecto para las personas que intervienen en el aplicativo móvil.



Bajo




Debe tener un diseño general de la APP móvil.

.

86



Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo Escobar.


plantea los criterios de búsqueda para la persona que requiere una donación:

HISTORIA DE USUARIO


INFORMACIÓN DE HISTORIA: Necesito que haya rol donante en la

aplicación.



Medio




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




plantea como se hará saber al donante registrado que se necesita de su ayuda:

HISTORIA DE USUARIO


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.



Bajo


RECURSO(S) RESPONSABLE(S): John Flores


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




plantea que haya una etiqueta que muestre al donante cuando puede volver a

donar:

HISTORIA DE USUARIO


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.


RIESGO EN DESARROLLO: Medio PRIORIDAD EN NEGOCIO: Alta



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




plantea que haya un sistema web que administre los datos ingresado por los

donatarios, donante:



HISTORIA DE USUARIO


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.



RECURSO(S) RESPONSABLE(S): Valeria Pindo


Debe mostrar cuando en formato de DD/MM/YYYY cuando puede volver a donar y la

última donación.

HISTORIA DE USUARIO


INFORMACIÓN DE HISTORIA: Como usuario requiero que el donante ingrese sus

datos.



Medio


RECURSO(S) RESPONSABLE(S): John Flores y Valeria Pindo


Debe ingresar datos antes de contactar al donante (Número teléfono, nombres y apellidos).

.

90





Elaboración: John Jairo Flores Rodríguez -Valeria Nathaly Pindo Escobar. Fuente: John Jairo Flores Rodríguez - Valeria Nathaly Pindo.




HISTORIA DE USUARIO


INFORMACIÓN DE HISTORIA: Como usuario quiero que haya un sistema web

que tenga el rol administrador, usuario y administre al rol donante.



Medio


RECURSO(S) RESPONSABLE(S): Valeria Pindo y John Flores


• 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




plantea que pruebas con el usuario:



HISTORIA DE USUARIO


INFORMACIÓN DE HISTORIA: Como usuario requiero que realicemos pruebas

de la aplicación móvil y el sistema web.



Medio




• Deben realizar pruebas unitarias.

• Deben aceptar sugerencias por parte del equipo.

• Deben realizarse correcciones siempre que se amerite.

HISTORIA DE USUARIO


INFORMACIÓN DE HISTORIA: Requiero que se realice pruebas con los usuarios

para ver el funcionamiento del sistema y el proceso automatizado.





• 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.


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


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


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


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


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 ∗ 𝑝 ∗ 𝑞


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


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.


GRÁFICO N. 20 Pregunta 1.


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.




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?


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%






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%






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?


Mucho 160 54%

Poco 12 4%

Muy poco 6 2%

Regular 115 39%

Nada 3 1%






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%






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?


Mucho 219 74%

Poco 30 10%

Muy poco 6 2%

Regular 38 13%

Nada 3 1%





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?


Mucho 204 69%

Poco 47 16%

Muy poco 6 2%

Regular 36 12%

Nada 3 1%






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.



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.



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.



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.



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.


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.



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();


}

.

121

else{ Toast.makeText(RegistroActivity.this,

task.getException().getMessage(), Toast.LENGTH_SHORT).show();


}

}

}

});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.



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.



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.



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.


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.



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");


return;

}

if (!Celular_donatario.startsWith("09")){

txt_celular_donatario.setError("Su NÚMERO

celular debe empezar con 09");


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){


"Servicio no diponible", Toast.LENGTH_SHORT).show();

} else if(SmsManager.RESULT_ERROR_NULL_PDU ==

0){


"ERROR_NULL_PDU", Toast.LENGTH_SHORT).show();

} else if(SmsManager.RESULT_ERROR_RADIO_OFF ==

0){


"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);


"Datos Guardados, su mensaje a sido enviado a "+phone+", Espere su

confirmacion", Toast.LENGTH_SHORT).show();


}


}

});

alertDialog.show();

}

}

.

134

• Pantalla de Registro de donante

GRÁFICO N. 38 Pantalla de Registro de donante.



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.



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();


} else {


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);


startActivity(intent2);

}

}

}

@Override

.

138

public void onCancelled(@NonNull DatabaseError databaseError) {

Toast.makeText(LoginActivity.this, "FALLO",


}

});

}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",



} else {

Toast.makeText(getAPPlicationContext(), "Por

favor, verifica el correo o la contraseña e intantalo de nuevo.",


.

139

• Actualización de datos donante

GRÁFICO N. 40 Actualización de datos donante


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);



Toast.makeText(this, "Datos Actualizados",


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.



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.



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.



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.



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


.

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.



.

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


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


.

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


.

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


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


.

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.


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


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?




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?




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?




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.



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?



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?



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


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.


El donatario podrá contactar

en tiempo real a un donante

mediante WhatsApp o

SMS.


Verificación de cuando

puede volver a donar el

donante.


Registro de datos del

donante.


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


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



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.


.

179

ANEXO 3: Formato de entrevista directa para toma de requerimientos.


Fuente: John Jairo Flores Rodríguez-Valeria Nathaly Pindo Escobar.

.

180

ANEXO 4: Encuesta previa.


.

181

ANEXO 5: Diagrama de Gantt.


.

182

ANEXO 6: Acta de reunión # 2


.

183

ANEXO 7: Diagrama de flujo de proceso actual para encontrar un donante.



.

184

ANEXO 8: Encuesta de aplicación/ Personas que han requerido donación- donantes.



.

185

ANEXO 9: Encuesta por medio de formularios de Google (Google Forms).



.

186

ANEXO 10: Modelo Entidad –Relación.


.

187

ANEXO 11: Prueba con el usuario y Matriz de satisfacción.

Modelo de pruebas con usuario



.

188

Usuarios


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



.

190

Experto 2



.

191

Experto 3



Experto 4

.

192



.

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


Magister en Seguridad Informática Aplicada

11


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.


.

195



.

196

ANEXO 15: Matriz de Satisfacción



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


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



5

Pantalla de inicio

Gráfico N. 2- Pantalla de inicio



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



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


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


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



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


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


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


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


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



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



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


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


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


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


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


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


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

http://localhost:3000/login

22

Gráfico N. 19- Dashboard


.

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


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


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


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


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

https://gitlab.com/jjfloresr/sangre-online_app

30

GRÁFICO N. 1- Instalación de Android Studio.


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


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.



.

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.



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.

https://gitlab.com/jjfloresr/sangre-online

34

GRÁFICO N. 5- Instalación WamppServer.



2. Instalamos Visual Code Studio

GRÁFICO N. 6- Instalación Visual Code



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.



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.



.

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.



UNIVERSIDAD DE GUAYAQUIL -...

Documents

Transcript of UNIVERSIDAD DE GUAYAQUIL -...