aplicaciÓn mÓvil para el registro control y seguimiento de...

APLICACIÓN MÓVIL PARA EL REGISTRO CONTROL Y SEGUIMIENTO DE LA TENSIÓN ARTERIAL

LAURA ESTEFANI BOHORQUEZ VARILA HUGO HAIDER ANGULO ANGULO

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD TECNOLÓGICA

TECNOLOGIA EN SISTEMATIZACION DE DATOS BOGOTA D.C

2018

2

APLICACIÓN MÓVIL PARA EL REGISTRO CONTROL Y SEGUIMIENTO

DE LA TENSIÓN ARTERIAL

LAURA ESTEFANI BOHORQUEZ VARILA HUGO HAIDER ANGULO ANGULO

PROYECTO DE GRADO

Msc. ROCIO RODRIGUEZ GUERRERO Tutora

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD TECNOLÓGICA

TECNOLOGIA EN SISTEMATIZACION DE DATOS BOGOTA D.C

2018

3

Nota de Aceptación ______________________________ ______________________________ ______________________________ ______________________________ ______________________________ ______________________________ _______________________ Firma del Tutor _______________________ Firma del Jurado _______________________ Firma del Jurado

Bogotá 16 de Febrero de 2018

4

AGRADECIMIENTOS

Agradecemos a Dios por permitirnos llegar hasta aquí, a nuestra tutora Roció

Rodríguez que nos ha brindado sus conocimientos ideas y dirección, a nuestra familia,

docentes, compañeros y amigos que hicieron parte de nuestro proceso educativo,

brindándonos su apoyo y su compañía.

Muchas Gracias, por permanecer a nuestro lado.

5

TABLA DE CONTENIDO

RESUMEN .............................................................................................................. 12

INTRODUCCIÓN ..................................................................................................... 14

1.PLANEACION ...................................................................................................... 15

1.1 Planteamiento del problema .............................................................................. 15

1.1.1 Descripción ..................................................................................................... 15

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

1.2.1 ALCANCES ................................................................................................. 17

1.2.2 DELIMITACIONES ......................................................................................... 17

1.2.3 Geográfica: ..................................................................................................... 17

1.2.4 Técnica: .......................................................................................................... 17

1.2.5 Temporal: ....................................................................................................... 18

1.2.6 Temática: ........................................................................................................ 18

1.3 OBJETIVOS ...................................................................................................... 19

1.3.1 OBJETIVO GENERAL .................................................................................... 19

1.3.2 OBJETIVOS ESPECÍFICOS ........................................................................... 19

1.4 JUSTIFICACIÓN ................................................................................................ 20

1.5 MARCO DE REFERENCIA................................................................................ 21

1.5.1 ESTADO DEL ARTE ....................................................................................... 21

1.6 MARCO TEÓRICO ............................................................................................ 22

1.6.1 Cardiopatía hipertensiva ................................................................................. 22

1.6.2 Hipertensión Arterial ....................................................................................... 22

1.6.3 Causas de la hipertensión arterial ................................................................... 23

1.6.4 Factores Socioeconómicos ............................................................................. 24

1.6.5 Síntomas ........................................................................................................ 24

1.6.6 Clasificación de la tensión alta ........................................................................ 25

1.6.7 Rangos de edad y clasificación por sexo de la tensión normal. ...................... 25

1.6.8 Aparatos de medición de la presión arterial .................................................... 25

1.6.9 Dispositivos móviles........................................................................................ 26

1.6.10 Sistema Operativo ........................................................................................ 27

1.6.11 Sistemas Operativos Móviles ........................................................................ 27

1.6.12 Sistemas Operativos más Utilizados ............................................................. 29

1.6.13 Android ......................................................................................................... 30

1.6.14 Versiones ...................................................................................................... 31

6

1.6.15 Comando de voz ........................................................................................... 33

1.6.16 La construcción de sistemas de comandos de voz ....................................... 34

1.6.17 Mensaje de texto .......................................................................................... 34

1.6.18 Notificacion push .......................................................................................... 35

1.7 METODOLOGIA DE DESARROLLO ................................................................. 36

1.7.1 Metodología Scrum ......................................................................................... 36

1.7.2 Componentes de scrum .................................................................................. 38

1.8 FACTIBILIDAD .................................................................................................. 39

1.8.1 Factibilidad técnica ......................................................................................... 39

1.8.2 Factibilidad operativa ...................................................................................... 41

1.8.3 Factibilidad legal ............................................................................................. 41

1.8.4 Factibilidad económica ................................................................................... 41

1.8.4.1 Presupuesto y financiación .......................................................................... 41

1.9 CRONOGRAMA DE ACTIVIDADES .................................................................. 44

2. ANALISIS DEL PROYECTO ................................................................................ 45

2.1 Definición de Personas y roles del proyecto ...................................................... 45

2.1.1 Identificación de roles. .................................................................................... 45

2.1.2 Descripción de los roles del proyecto .............................................................. 45

2.1.3 Lista de actividades por rol. ............................................................................ 45

2.2 Requerimientos.................................................................................................. 46

2.3 Historias de usuario ........................................................................................... 46

2.3.1 Historia de usuario: Registro de usuarios ........................................................ 47

2.3.2 Historia de usuario: Login ............................................................................... 47

2.3.3 Historia de usuario: Contacto .......................................................................... 47

2.3.4 Historia de usuario: Ingreso de medición ........................................................ 48

2.3.5 Historia de usuario: Envió de mensajes .......................................................... 49

2.3.6 Historia de usuario: Graficas ........................................................................... 49

2.3.7 Historia de usuario Alarmas ............................................................................ 50

3 Backlog ................................................................................................................. 51

2.4 Sprints ............................................................................................................... 52

3 DISEÑO ................................................................................................................ 53

3.1 Sprint1 Registro de información ......................................................................... 53

3.1.1 Definición de Sprint ......................................................................................... 53

3.1.2 Tareas del Sprint 1 ......................................................................................... 54

3.1.3 Diseño del sprint 1 Registro de información .................................................... 54

3.1.4 Diseño de la base de datos de Registro de información ................................. 55

7

3.1.5 Proceso de desarrollo del software Sprint 1 Registro de información. ............. 56

3.1.6 Prueba del sprint 1 Registro de información ................................................... 57

3.2 Sprint 2 Login. ................................................................................................... 57


3.2.2 Tareas del Sprint 2 Login ................................................................................ 58

3.2.3 Diseño del sprint ............................................................................................. 58

3.2.4 Proceso de desarrollo de software Sprint 2 Login ........................................... 59

3.2.5 Diagrama de contexto Sprint Login ................................................................. 59

3.2.6 Prueba del sprint 2 .......................................................................................... 60



3.3.4 Diseño de la base de datos de la tabla de medida .......................................... 63

3.3.5 Proceso de desarrollo de software Sprint 3 Ingreso de medicion .................... 64

3.3.6 Diagrama de contexto Medición ...................................................................... 65

3.3.7 Prueba del sprint 3 Ingreso de medición. ........................................................ 65

3.4 Sprint 4 Graficas. ............................................................................................... 66


3.4.2 Tareas del sprint 4 Graficas ............................................................................ 67


3.4.5 Diagrama de contexto Grafica ........................................................................ 69


3.5 Sprint 5 Alarmas. ............................................................................................... 70


3.5.2 Tareas del sprint 5 de alarmas ........................................................................ 71


3.5.4 Proceso de desarrollo de software Sprint 5 Alarma......................................... 72

3.5.6 Prueba del sprint ............................................................................................. 72

3.6 Sprint 6 Envió de mensajes. .............................................................................. 73


3.6.2 Tareas del Sprint 6 Envió de mensajes ........................................................... 74


3.6.5 Diagrama de contexto Envió de mensajes ...................................................... 77

3.6.6 Prueba del sprint 6 Envió de mensajes ........................................................... 78

3.7. Sprint 7 Base de datos. ..................................................................................... 78


3.7.2 Tareas del Sprint 7 Base de datos .................................................................. 79

8


Diagrama Relacional ............................................................................................... 79


3.8.1 Definición del Sprint ........................................................................................ 81

3.8.3 Diseño del Sprint 8 ......................................................................................... 83

3.8.4 Diagrama de contexto de Contacto ................................................................. 83

3.8.4 Pruebas del sprint 8 ........................................................................................ 84

3.8.5 Diagrama de contexto del sistema .................................................................. 84

4. IMPLEMENTACION ............................................................................................ 85

4.1 Diagrama de paquetes....................................................................................... 85

4.2 Diagrama de componentes ................................................................................ 86

4.3 Diagrama de casos de uso ................................................................................ 87

4.3.1 Diagrama Registro de usuarios ....................................................................... 87

4.3.1.2 Caso de uso registro de usuario .................................................................. 87

4.3.2 Diagrama de casos de uso ingreso a la aplicacion ......................................... 88

4.3.2.1 Diagrama Ingreso a la aplicacion ................................................................. 88

4.3.3 Diagrama de casos de uso Contacto .............................................................. 89

4.3.3.1 Caso de uso Contacto ................................................................................. 89

4.3.4 Diagrama de casos de uso Ingreso de medición ............................................. 90

4.3.4.1 Caso de uso de Ingreso de medición ........................................................... 90

4.3.5 Diagrama de casos de uso Graficas ............................................................... 91

4.3.5.1 Caso de uso de grafica ................................................................................ 91

4.3.6 Diagrama de caso de uso Alarma ................................................................... 92

4.3.6.1 Caso de uso de Alarma................................................................................ 92

4.3.7 Diagrama de caso de uso de alarma .............................................................. 93

4.3.7.1 Caso de uso................................................................................................. 93

4.3 Pruebas del proyecto ......................................................................................... 94

4.3.1 Pruebas del sistema ....................................................................................... 94

5. TECNOLOGIAS ................................................................................................... 95

5.1 ARQUITECTURA DEL SISTEMA ...................................................................... 95

5.2 Componentes y tecnologías del sistema ............................................................ 95

5.2.1 Sistema gestor de base de datos sqlite........................................................... 95

5. CONCLUSIONES ................................................................................................ 97

6. RECOMENDACIONES ........................................................................................ 98

7. REFERENCIAS ................................................................................................... 99

9

LISTA DE TABLAS

PÁG.

Tabla 1 Versiones de Android .............................................................................................................. 33

Tabla 2 Herramientas de desarrollo ...................................................................................................... 39

Tabla 3 Recursos físicos ....................................................................................................................... 40

Tabla 4 Recursos humanos ................................................................................................................... 40

Tabla 5 Descripción nivel económico ................................................................................................... 42

Tabla 6 Recurso lógico ......................................................................................................................... 42

Tabla 7 recurso físico ............................................................................................................................ 43

Tabla 8 Costos totales ........................................................................................................................... 43

Tabla 9 Roles ........................................................................................................................................ 45

Tabla 10 Actividades por rol ................................................................................................................. 46

Tabla 11 Historias de usuario................................................................................................................ 47

Tabla 12 HU: Registro de usuarios ....................................................................................................... 47

Tabla 13 HU: Login .............................................................................................................................. 47

Tabla 14 HU: Contacto ......................................................................................................................... 48

Tabla 15 HU: Ingreso de medición ....................................................................................................... 48

Tabla 16 HU: Envió de mensajes .......................................................................................................... 49

Tabla 17 HU: Graficas .......................................................................................................................... 49

Tabla 18 HU: Alarmas .......................................................................................................................... 50

Tabla 19 Backlog .................................................................................................................................. 52

Tabla 20 Sprints .................................................................................................................................... 52

Tabla 21 Definición del Sprint 1 ........................................................................................................... 53

Tabla 22 Tareas del Sprint 1 ................................................................................................................. 54

Tabla 23 Prueba del Sprint 1 ................................................................................................................. 57








Tabla 31 Tareas del sprint 4 .................................................................................................................. 67




Tabla 35 Pruebas del Sprint 5 ............................................................................................................... 72







Tabla 42 Sprint 8 ................................................................................................................................... 81


10

Tabla 44 Pruebas del Sprint 8 ............................................................................................................... 84

Tabla 45 Documentación Caso de uso Registro de Usuario ................................................................. 87

Tabla 46 Caso de uso Ingresar a la aplicacion ...................................................................................... 88

Tabla 47 Documentación caso de uso Contacto ................................................................................... 89

Tabla 48 Documentacion de caso de uso Medicion .............................................................................. 90

Tabla 49 Diagrama de caso de uso Graficas ......................................................................................... 91

Tabla 50 Caso de uso de grafica ........................................................................................................... 91

Tabla 51 Documentacion de caso de uso Envio de mensaje ................................................................. 93

Tabla 52 Pruebas del sistema ................................................................................................................ 94

11

LISTA DE IMÁGENES Pág.

Figura 1 Causas de muerte a nivel mundial. ......................................................................................... 15

Figura 2 Engrosamiento de las paredes de los ventrículos ................................................................... 22

Figura 3 Causas de la Hipertensión Arterial. ........................................................................................ 23

Figura 4 Clasificación de la hipertensión Arterial ................................................................................ 25

Figura 5 Clasificación según edad y sexo ............................................................................................. 25

Figura 6 Sistemas operativos utilizados ................................................................................................ 28

Figura 7 Versiones de Android ............................................................................................................. 31

Figura 8 Etapas de la metodología Scrum. ........................................................................................... 37

Figura 9 Elementos de la metodología Scrum ...................................................................................... 37

Figura 10 Screen Registro de información. .......................................................................................... 55

Figura 11 Diseño de la tabla Registro ................................................................................................... 55

Figura 12 Codigo Registro de Informacion .......................................................................................... 56

Figura 13 Diagrama de Contexto Sprint 1 ............................................................................................ 56

Figura 14 Screen Inicio de sesión ......................................................................................................... 58

Figura 15 Código Login ........................................................................................................................ 59

Figura 16 Diagrama de Contexto Login ............................................................................................... 59

Figura 17 Screen Ingreso de medición .................................................................................................. 63

Figura 18 Diseño de la tabla Medida .................................................................................................... 63

Figura 19 Codigo Permisos Ingreso de medicion ................................................................................. 64

Figura 20 Diagrama de contexto Medición ........................................................................................... 65

Figura 21 Screen Grafica ...................................................................................................................... 68

Figura 22 Código Grafica ..................................................................................................................... 68

Figura 23 Diagrama de contexto Grafica .............................................................................................. 69

Figura 24 Screen Alarma ...................................................................................................................... 71

Figura 25 Diagrama de contexto de Alarma ......................................................................................... 72

Figura 26 Screen Envió de Información de la tensión .......................................................................... 75

Figura 27 Screen Mensajes de correo electrónico................................................................................. 75

Figura 28 Screen Mensaje de texto ....................................................................................................... 76

Figura 29 Codigo Envio de mensajes ................................................................................................... 76

Figura 30 Diagrama de contexto Envio de mensajes ............................................................................ 77

Figura 31 Diagrama Relacional ............................................................................................................ 79

Figura 32 Diagrama de contexto Base de Datos ................................................................................... 79

Figura 33 Screen Menú de contacto ...................................................................................................... 83

Figura 34 Diagrama de Contexto Contacto ........................................................................................... 83

Figura 35 Diagrama de contexto del Sistema ....................................................................................... 84

Figura 36 Diagrama de paquetes ........................................................................................................... 85

Figura 37 Diagrama de componentes .................................................................................................... 86

Figura 38 Diagrama de casos de uso Registro de Usuarios .................................................................. 87

Figura 39 Diagrama de caso de uso Ingreso a la aplicacion ................................................................. 88

Figura 40 Diagrama de caso de uso contacto ........................................................................................ 89

Figura 41 Diagrama de casos de uso Ingreso de medicion .................................................................. 90

Figura 42 Diagrama caso de uso Alarma .............................................................................................. 92

Figura 43 Diagrama de caso de uso Envió de mensajes ....................................................................... 93

Figura 44 Arquitectura de un dispositivo movil ................................................................................... 95

12

RESUMEN

Teniendo en cuenta que la hipertensión arterial es una de las mayores causantes de

mortalidad a nivel mundial, ya que esta enfermedad no presenta sintomatología

evidenciable en el cuerpo, además de que a la hora de asistir al médico no hay un

seguimiento de las medidas que se presentan cada día debido a que este tipo de

mediciones son llevadas de manera escrita en agendas o papeles que por lo general

suelen perderse.

El principal objetivo de este trabajo ha sido la elaboración de una aplicación para

dispositivos móviles la cual permita al usuario llevar un seguimiento y registro de las

medidas de la tensión arterial.

Para cumplir este objetivo se debe ingresar la medida de la tensión arterial con la

facilidad de ingresarla por medio de comando de voz o digitándola, la aplicación le

informa al usuario el estado en el cual se encuentra la tensión según los niveles

ingresados y la edad de la persona que la registro, si los niveles de la tensión son

altos la aplicación brinda un servicio de mensajería ya sea vía correo electrónico o vía

mensaje de texto esto según criterio del usuario.

Este software permite visualizar de forma gráfica la medida de la tensión arterial

ingresada durante el periodo de tiempo de los registros.

Muchas de las personas olvidan tomar su tensión diariamente o su medicamento por

lo cual se optó por generar una alerta que notifique al usuario la hora en la que debe

tomar su tensión o sus medicamentos.

Este proyecto fue desarrollado utilizando la metodología SCRUM y aplicando los

conocimientos adquiridos durante nuestra carrera como proyecto de grado.

13

ABSTRACT

Taking into account that hypertension is one of the main causes of mortality worldwide,

since this disease does not have a disease that can be seen in the body, besides that

when attending the doctor there is no follow-up of the measures that are every day

because these types of measurements are taken in writing in the agendas or papers

that usually tend to get lost.

The main objective of this work has been the development of an application for mobile

devices, which allows monitoring and recording of blood pressure measurements.

To meet this goal, you must enter the blood pressure measurement with the ease of

entering by means of a voice or digit command, the application that the user has

access to the state in which the voltage is located according to the levels entered. And

the age of the person who registers it, if the voltage levels are high the application

offers a courier service either via email or via text message this according to the user's

criteria.

This software allows to visualize graphically the measurement of the blood pressure

entered during the time period of the registers.

Many people forget to take their stress daily or their medication, so they choose to

generate an alert that the user is not at the time when they should take their blood

pressure or their medications.

This project was developed using the SCRUM methodology and applying the

knowledge acquired during our career as a degree project.

14

INTRODUCCIÓN

En el mundo hay un asesino silencioso que ataca sin manifestar ningún síntoma a cualquier edad, sin importar el género, condición física y salubridad de la población global, estamos hablando de la hipertensión arterial. Según la OMS en 2013, se estima que 10,3 millones de muertes fueron a causa de esta enfermedad, además de que a nivel mundial cuatro de cada diez adultos mayores padecen de esta enfermedad convirtiéndose en el principal factor de muerte de las enfermedades cardiovasculares, generando infartos de miocardio, accidentes cerebrovasculares, insuficiencia renal, ceguera, vasculopatía periférica e insuficiencia cardiaca en la sociedad. El trabajo de investigación desarrolla una aplicación móvil implementada bajo Android Studio para que las personas que padecen de la hipertensión arterial, por medio de este aplicativo mediante la herramienta Speech To Text puedan ingresar las medidas de la tensión arterial mediante comando de voz con el fin de permitirles llevar el registro y control de cada una de las tomas de la presión arterial. Una de las causas que permiten que este padecimiento sea cada vez mayor es la falta de regularidad en la toma de la tensión y de los medicamentos, por tal razón se hizo la implementación de un módulo de alarmas el cual se configura para que notifique al usuario la hora en la que debe de tomar su tensión o su medicamento. Normalmente las personas que sufren de esta enfermedad son adultos mayores para los cuales nos parece importante que un contacto tenga conocimiento del estado de la tensión que presenta el usuario por lo cual se implementó un envió de mensajería de texto y de voz para mantener informado al contacto ingresado por el usuario.

15

1.PLANEACION

1.1 Planteamiento del problema

1.1.1 Descripción

La Cardiopatía hipertensiva conocida comúnmente como hipertensión arterial o tensión alta es una de las principales enfermedades causantes de muerte en el mundo, ocupa el puesto 11 con un porcentaje del 2% de las enfermedades cardiovasculares según la Organización Mundial de la Salud - OMS. Esta enfermedad es silenciosa y los síntomas no son evidentes físicamente. La obesidad es la principal causa para que se presente esta enfermedad, debido a los malos hábitos alimenticios, sedentarismo y afectaciones de estrés del entorno.1 Actualmente la hipertensión arterial ha venido en aumento en la población adulta y adolescente en el mundo; eso se debe a la carencia de controles médicos y medidas estrictas en prevención, cuidado, atención e información en la comunidad que padece de esta silenciosa y mortal enfermedad. 2

Figura 1 Causas de muerte a nivel mundial.

Según el diario Colombiano El tiempo en su titular LA CRISIS EN EL SISTEMA DE SALUD del 05 de Mayo del 2017 “En Colombia hay una deficiencia en el servicio médico, porque las citas son demoradas en ser asignadas” 3. El sector médico tiene limitado el tiempo de atención, obviando síntomas y patologías que a futuro complican la salud de los pacientes. Socialmente la falta de cultura en cuidados saludables en el manejo alimenticio, deportivo y bienestar emocional, sentimental y psicológico conlleva a la presencia de esta silenciosa enfermedad. Las personas que sufren de este padecimiento deben tomarse la tensión a diario, ya que puede haber días en donde su nivel de tensión pueda aumentar o disminuir según las actividades que realice o los alimentos que ingiera con el pasar de los días. Teniendo en cuenta que para esta población no es fácil llevar el control de esta toma,

1 DR. ANANYA MANDAL. Obesidad y Presión Arterial. https://www.news-medical.net/health/Obesity-and-Blood-

Pressure-(Spanish).aspx [Consulta: Martes, 19 de Septiembre de 2017] 2ORGANIZACIÓN MUNDIAL DE LA SALUD, Hipertensión en el mundo.

http://apps.who.int/iris/bitstream/10665/87679/1/WHO_DCO_WHD_2013.2_spa.pdf[Consulta: Sábado, 05 de Agosto de

2017 ] 3 EL TIEMPO, La crisis del sistema de salud http://blogs.eltiempo.com/motor-de-busqueda/2017/03/05/la-crisis-del-sistema-

de-salud/ [Consulta: Sábado, 05 de Agosto de 2017]

https://www.news-medical.net/health/Obesity-and-Blood-Pressure-(Spanish).aspx

https://www.news-medical.net/health/Obesity-and-Blood-Pressure-(Spanish).aspx

http://apps.who.int/iris/bitstream/10665/87679/1/WHO_DCO_WHD_2013.2_spa.pdf

http://blogs.eltiempo.com/motor-de-busqueda/2017/03/05/la-crisis-del-sistema-de-salud/


16

ya que generalmente en los lugares donde se realiza la medida de la presión arterial tienden a suministrar el resultado en papeles, los cuales suelen perderse. Considerando que mediante los datos que arroja el tensiómetro se puede prevenir un Accidente Cerebrovascular o un infarto al Miocardio. 1.1.2 FORMULACIÓN DEL PROBLEMA ¿El desarrollo de una App móvil permitirá llevar el seguimiento y registro de la tensión arterial para que a la hora del chequeo médico permita al especialista tener un historial que pueda ser de ayuda para el diagnóstico, formulación y control de esta enfermedad?

17

1.2. ALCANCES Y DELIMITACIONES

1.2.1 ALCANCES

Se desarrollará una aplicación móvil en donde se permitirá a los usuarios que padecen de hipertensión arterial llevar un registro y control de los resultados de la toma de la tensión.

Se implementará un módulo en donde el usuario podrá registrar su información personal (nombre, fecha de nacimiento, estatura, peso e información cardiovascular).

En el módulo de adición el usuario podrá ingresar diariamente las medidas obtenidas por el tensiómetro.

Se le brindará al usuario la información del estado en el que se encuentra su tensión en ese momento.

En el módulo de consultas el usuario podrá visualizar los datos mediante un criterio de selección ya sea diario, semanal, mensual.

Se implementará un módulo de alarmas en donde informará al usuario la hora en que debe tomar su medicamento.

En el módulo de reportes estadísticos el usuario podrá consultar los datos almacenados en la aplicación.

Se implementará una base de datos en donde se guardará una copia de seguridad del historial de la información obtenida en la aplicación.

Se creará un módulo que exportara un documento que se podrá llevar a los controles médicos.

La aplicación contará con un sistema en el cual permita enviar un mensaje ya sea vía texto o email a la persona contacto indicándole el estado en el que su familiar presenta la presión arterial.

1.2.2 DELIMITACIONES

Para el desarrollo del proyecto se tendrán en cuenta una serie de delimitaciones, entre las cuales se encuentran las geográficas para definir en donde se realizará el proyecto y en donde se aplicará, las técnicas que especifican sobre qué versiones y dispositivos se van a trabajar, la temporal que define el tiempo de desarrollo y la entrega del proyecto y por último la temática que delimitan el tema a tratar. 1.2.3 Geográfica:

El proyecto será realizado en la Universidad Distrital Francisco José de

Caldas, con el apoyo del semillero de desarrollo de software libre GEHRIN encabezado por la docente Rocío Rodríguez.

Las pruebas de la aplicación inicialmente se realizarán en pacientes que

asisten al grupo de hipertensos de la nueva E.P.S. 1.2.4 Técnica:

El dispositivo sobre el cual se ponga en funcionamiento la aplicación debe

soportar la tecnología Android 4.0 y versiones superiores.

18

La aplicación solo estará disponible para celulares Smartphone.

1.2.5 Temporal:

La estimación de tiempo para el desarrollo de este proyecto es de diez meses

a partir de febrero de 2017

1.2.6 Temática:

La aplicación se desarrollará teniendo en cuenta las consecuencias de la

hipertensión.

La aplicación llevara el registro de las tomas de tensión diarias en pacientes con hipertensión.

19

1.3 OBJETIVOS

1.3.1 OBJETIVO GENERAL

Desarrollar una aplicación móvil, que permita llevar el registro y seguimiento del comportamiento de las tomas de la tensión arterial en personas con Cardiopatía Intensiva. 1.3.2 OBJETIVOS ESPECÍFICOS

Analizar los datos médicos que influyen en los rangos de los niveles de la

tensión arterial para establecer la categoría en la que se encuentra el usuario en el momento de la medición.

Desarrollar un módulo que permita al usuario realizar el ingreso de su información personal y de la medida de la presión sistólica y diastólica diaria en forma habitual (digitándola) o mediante comandos de voz.

Generar reportes diarios, semanales o mensuales de los datos almacenados en la aplicación con el fin de visualizar el historial de la tensión arterial de los usuarios en forma gráfica.

Desarrollar un módulo de alarmas en donde se le informe al usuario la hora en la que debe tomar la tensión o su medicamento.

Diseñar un módulo de envió de mensajes automáticos, el cual permitirá enviar un mensaje de texto o un correo electrónico a la persona contacto del paciente indicando el estado en el que su familiar presenta la presión arterial.

20

1.4 JUSTIFICACIÓN

Este proyecto se desarrolla debido a que la hipertensión arterial es una de las primeras causas de morbilidad y mortalidad en nuestro país siendo esta una enfermedad silenciosa y asintomática a la cual en ocasiones no se le presta la atención necesaria ni el cuidado que se debería para la prevención de la misma ya que una de cada cuatro personas tratan la enfermedad, de no ser controlada la tensión se pueden afectar órganos como el corazón y el cerebro ocasionando infarto al miocardio o accidentes cerebrovasculares los cuales pueden llegar a producir la muerte en algunos casos. Por tal motivo se desea trabajar con personas que sufran de hipertensión arterial, con el fin de que puedan llevar un registro y seguimiento del estado en que tienen su tensión con el pasar de los días, haciendo uso de las tecnologías móviles que en la actualidad permiten que todas las actividades se realicen de una manera más práctica.

21

1.5 MARCO DE REFERENCIA

1.5.1 ESTADO DEL ARTE

En la actualidad hemos encontrado varios proyectos en el cual su desarrollo está relacionado directa e indirectamente con nuestra aplicación. Presión arterial

Esta aplicación ayuda a controlar la presión arterial y mejora el método de tratar la hipertensión.

Con ella se puede fácilmente almacenar y analizar la totalidad de las mediciones de la presión arterial.

También genera información complementaria necesaria para el correcto tratamiento de la hipertensión arterial, que puede enviar directamente a un médico en informes especialmente generados.4

Presión arterial Diario

Ha sido desarrollado para aquellos que necesitan control de la presión arterial estable.

Ahora, puede grabar su presión arterial con mayor facilidad.

Puede revisar su historial de la presión arterial con el gráfico de tiempo y mesas.5

BloodPressureDB

Es una aplicación diseñada para tener su presión arterial bajo control en todas partes. Rastrear, monitorear y almacenar su presión arterial (sistólica y diastólica), junto con su pulso, azúcar en la sangre y el IMC. Como seguimiento del paciente se recomienda la aplicación para personas con hipertensión, niveles altos de azúcar en la sangre, diabetes, presión arterial alta y que tienen un mayor riesgo de ataque al corazón, incluso se puede realizar un seguimiento de la temperatura de su cuerpo.6

Presión Arterial Monitor - Familia Lite

Convierte tu dispositivo en una herramienta personal de seguimiento para la salud que te permite registrar tu peso y tu presión arterial. Incluye visualización de datos para toda la vida, informes estadísticos, correlación con los medicamentos, importación/exportación de correo electrónico, recordatorios integrados y mucho más.7

4 SZYMON KLIMASZEWSKI, Presión arterial.

https://play.google.com/store/apps/details?id=com.szyk.myheart&hl=es_419. [Consulta: Sábado, 05 de Agosto de 2017] 5 OPENIT INC. Presión arterial diario. https://play.google.com/store/apps/details?id=kr.co.openit.bpdiary&hl=es_419

[Consulta: Sábado, 05 de Agosto de 2017] 6 HORST KLIER. BloodPressureDB. https://play.google.com/store/apps/details?id=net.klier.blutdruck [Consulta: Sábado,

05 de Agosto de 2017] 7 TACONIC SYSTEM LLC. Presión Arterial Monitor - Familia Lite. https://itunes.apple.com/us/app/presi%C3%B3n-

arterial-monitor-familialite/id430133691?l=es&mt=8 [Consulta: Sábado, 05 de Agosto de 2017]

https://play.google.com/store/apps/details?id=com.szyk.myheart&hl=es_419

https://play.google.com/store/apps/details?id=kr.co.openit.bpdiary&hl=es_419

https://play.google.com/store/apps/details?id=net.klier.blutdruck

https://itunes.apple.com/us/app/presi%C3%B3n-arterial-monitor-familialite/id430133691?l=es&mt=8


22

1.6 MARCO TEÓRICO

1.6.1 Cardiopatía hipertensiva

Se refiere a problemas cardíacos que ocurren debido a la hipertensión arterial que permanece durante mucho tiempo.

Causas

La hipertensión arterial significa que la presión dentro de los vasos sanguíneos (llamados arterias) es muy alta. A medida que el corazón bombea contra esta presión, tiene que trabajar más arduamente. Con el tiempo, esto lleva a que el miocardio se engruese.

Figura 2 Engrosamiento de las paredes de los ventrículos8

Debido a que a menudo no hay síntomas con la hipertensión, las personas pueden tener este problema sin saberlo. Los síntomas frecuentemente no se presentan hasta después de muchos años de un mal control de la presión arterial, cuando se presenta daño al corazón.

Sin tratamiento para la hipertensión arterial, se pueden presentar síntomas de insuficiencia cardíaca. Algunas veces, el músculo puede estar tan grueso que no recibe suficiente oxígeno, lo cual puede causar angina (dolor torácico).9

1.6.2 Hipertensión Arterial

La Hipertensión Arterial es la condición o estado en el cual, la persona presenta la presión arterial sistémica persistentemente elevada; esto es, con base en múltiples mediciones, cuando la presión arterial sistólica persiste en valores iguales o

8 MEDLINE PLUS. Engrosamiento de las paredes de los ventrículos

https://medlineplus.gov/spanish/ency/article/000163.htm [Consulta: Sábado, 05 de Agosto de 2017] 9 MEDLINE PLUS. Cardiopatía https://medlineplus.gov/spanish/ency/article/000163.htm [Consulta: Sábado, 05 de Agosto

de 2017]

https://medlineplus.gov/spanish/ency/article/000158.htm









23

superiores a 140 mm Hg, o la presión arterial diastólica se mantiene en valores iguales o superiores a los 90 mm Hg. 10 En el grupo de las enfermedades cardiovasculares, la hipertensión arterial es el principal factor de riesgo de muerte y enfermedad en todo el mundo, en particular, es causa de infartos de miocardio, accidentes cerebrovasculares, insuficiencia renal, ceguera, vasculopatía periférica e insuficiencia cardiaca. Este riesgo se ve incrementado si la enfermedad coexiste con otras, en especial con la diabetes. De acuerdo con el más reciente estudio de carga global de enfermedad, se estima que 10,3 millones de muertes en el mundo, en 2013, fueron consecuencia directa de la hipertensión. Son más de 170 millones de años de vida perdidos en el año 2013 debido a hipertensión arterial. 11 Es la 1ª causa de enfermedad en los países desarrollados; la 2ª causa de enfermedad, después del tabaquismo, en los países en desarrollo; la 1ª causa de ataque cerebrovascular e insuficiencia cardiaca; y la 2ª causa de síndrome coronario agudo. 12 La tensión arterial se mide en milímetros de mercurio (mm Hg) y se registra en forma de dos números separados por una barra. El primero corresponde a la tensión arterial sistólica, la más alta, que se produce cuando el corazón se contrae. El segundo corresponde a la tensión arterial diastólica, la más baja, que se produce cuando el músculo cardíaco se relaja entre un latido y otro. La tensión arterial normal en un adulto se define como una tensión sistólica de 120 mm Hg y una tensión diastólica de 80 mm Hg. 13

1.6.3 Causas de la hipertensión arterial

Figura 3 Causas de la Hipertensión Arterial.14

10 ORGANIZACIÓN MUNDIAL DE LA SALUD. Hipertensión

Arterial.http://www.paho.org/hq/index.php?option=com_topics&view=article&id=221&Itemid=40878&lang=es [Consulta:

Sábado, 05 de Agosto de 2017] 11 ORGANIZACIÓN MUNDIAL DE LA SALUD Muertes en el mundo a causa de la hipertensión.

www.paho.org/hq/index.php?option=com_content&view=article&id=10169&Itemid=41167&lang=en. 12 MINISTERIO DE SALUD Hipertensión Arterial.

https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/VS/PP/ENT/dia-mundial-hipertension-

2017.pdf[Consulta: Sábado, 05 de Agosto de 2017] 13 ORGANIZACIÓN MUNDIAL DE LA SALUD Definición hipertensión Arterial.

http://apps.who.int/iris/bitstream/10665/87679/1/WHO_DCO_WHD_2013.2_spa.pdf [Consulta: Sábado, 05

de Agosto de 2017] 14 ORGANIZACIÓN MUNDIAL DE LA SALUD Figura causas de la hipertensión.

http://apps.who.int/iris/bitstream/10665/87679/1/WHO_DCO_WHD_2013.2_spa.pdf [Consulta: Sábado, 05 de Agosto de

2017]



24

Aunque todavía no se conocen las causas específicas que provocan la hipertensión arterial, sí se ha relacionado con una serie de factores que suelen estar presentes en la mayoría de las personas que la sufren. Conviene separar aquellos relacionados con la herencia genética, el sexo, la edad y la raza y por tanto poco modificables, de aquellos otros que se podrían cambiar al variar los hábitos, ambiente, y las costumbres de las personas, como: la obesidad, la sensibilidad al sodio, el consumo excesivo de alcohol, el uso de anticonceptivos orales y un estilo de vida muy sedentario. 15

1.6.4 Factores Socioeconómicos

Los determinantes sociales de la salud, como los ingresos, la educación y la vivienda, repercuten negativamente en los factores de riesgo conductuales y, en este sentido, influyen en la aparición de hipertensión. Por ejemplo, el desempleo o el temor a perder el trabajo pueden repercutir en los niveles de estrés que, a su vez, influyen en la tensión arterial alta. Las condiciones de vida o de trabajo también pueden retrasar la detección y el tratamiento por la falta de acceso al diagnóstico y al tratamiento y, además, impedir la prevención de las complicaciones. La urbanización acelerada y desordenada también tiende a contribuir a la hipertensión, ya que los entornos insalubres alientan el consumo de comidas rápidas, el sedentarismo, el tabaquismo y el uso nocivo del alcohol. Por último, el riesgo de hipertensión aumenta con la edad, por el endurecimiento de las arterias, aunque el modo de vida saludable, la alimentación saludable y la reducción de la ingesta de sal pueden retrasar el envejecimiento de los vasos sanguíneos.16

1.6.5 Síntomas

La mayoría de los hipertensos no tienen síntomas. Está muy difundida la idea incorrecta de que las personas con hipertensión siempre tienen síntomas, pero la realidad es que la mayoría no los tiene. A veces la hipertensión provoca síntomas como cefalea, dificultad respiratoria, mareo, dolor torácico, palpitaciones o hemorragia nasal. Ignorar estos síntomas puede ser Peligroso, pero tampoco se los puede interpretar siempre como indicativos de hipertensión. La hipertensión es una grave señal de advertencia de la necesidad de modificar significativamente el modo de vida. Esta afección puede matar en silencio y es importante que todo el mundo se controle la tensión arterial. La mayoría de las personas no son conscientes de que padecen hipertensión arterial (tensión alta, presión arterial alta). Por lo general, esta enfermedad es silente, asintomática, en sus inicios, debido a lo cual la hipertensión arterial sin causa reconocible (hipertensión primaria) suele cursar durante años o incluso décadas sin ser detectada, y su diagnóstico se efectúa, por tanto, de manera tardía. Sin embargo, aunque no exista sintomatología, a la larga la hipertensión produce daños en el organismo. La hipertensión arterial tiene pocos síntomas evidentes. Sin embargo, puede ser

15 CUIDATE PLUS Causas de la hipertensión. http://www.cuidateplus.com/enfermedades/enfermedades-vasculares-y-del-

corazon/hipertension-arterial.html [Consulta: Sábado, 05 de Agosto de 2017] 16 ORGANIZACIÓN MUNDIAL DE LA SALUD Factores Socioeconómicos.


2017]

http://www.cuidateplus.com/enfermedades/enfermedades-vasculares-y-del-corazon/hipertension-arterial.html



25

identificada con chequeos regulares y tratados a través de una medicación adecuada y con cambios en su estilo de vida.17

1.6.6 Clasificación de la tensión alta

Figura 4 Clasificación de la hipertensión Arterial18

1.6.7 Rangos de edad y clasificación por sexo de la tensión normal.

Figura 5 Clasificación según edad y sexo

1.6.8 Aparatos de medición de la presión arterial

Auscultatoria

Los aparatos de medición auscultatoria determinan la presión arterial controlando los sonidos de Korotkoff Se coloca un manguito inflable alrededor del brazo

17 ORGANIZACIÓN MUNDIAL DE LA SALUD Síntomas.


2017]

18 MINISTERIO DE SALUD. Clasificación de la tensión arterial.

https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/VS/PP/ENT/dia-mundial-hipertension-2017.pdf

[Consulta: Sábado, 05 de Agosto de 2017]



26

aproximadamente a la misma altura en vertical que el corazón, normalmente unido a un manómetro de mercurio. El manguito se ajusta y se infla manualmente apretando una perilla de goma, o como en el caso de Tensoval duo control, automáticamente, hasta que la arteria esté completamente ocluida (unos 30 mmHg por encima de la presión sistólica). A continuación, se va soltando lentamente la presión del manguito. Cuando la sangre comienza a fluir por la arteria, el turbulento torrente crea una pulsación sincrónica del pulso (primer sonido de Korotkoff). La presión a la que se detecta por primera vez este sonido es la presión arterial sistólica. La presión del manguito se sigue liberando hasta que no se pueda detectar ningún sonido a la presión arterial diastólica. 19

Estetoscopio

Los estetoscopios se usan principalmente en la consulta del médico por su fiabilidad y precisión. Al contrario que los esfigmomanómetros de mercurio, las señales del pulso se transforman en valores legibles mediante una tecnología mecánica.

Modo de funcionamiento

Un esfigmomanómetro normalmente consiste en un manguito inflable, una unidad medidora (el manómetro), un tubo para conectar ambos y (en los modelos que no se inflan automáticamente) también se conecta con un tubo una perilla de inflamiento al manguito. La perilla de inflamiento contiene una válvula unidireccional para prevenir el escape accidental de la presión ya que una válvula ajustable con tornillo permite al operario hacer que la presión en el sistema disminuya de forma controlada. El manguito se coloca alrededor del brazo casi a la misma altura en vertical que el corazón estando la persona sentada. El manguito se infla hasta que queda ocluida completamente la Arteria. Escuchando con un estetoscopio la arteria braquial en el codo, el examinador libera lentamente la presión en el manguito. Conforme disminuye la presión en los manguitos, se oye un sonido "silbante" o pulsátil (sonidos de Korotkow) cuando el flujo sanguíneo comienza de nuevo a fluir por la arteria. La presión a la cual comienza este sonido se detecta y registra como presión arterial sistólica. La presión del manguito se sigue liberando hasta que el sonido deja de oírse y se pueda registrar como la presión arterial diastólica.20

1.6.9 Dispositivos móviles

Un dispositivo móvil se puede definir como un aparato de pequeño tamaño, con algunas capacidades de procesamiento, con conexión permanente o intermitente a una red, con memoria limitada, que ha sido diseñado específicamente para una función, pero que puede llevar a cabo otras funciones más generales.21

19 PAUL HARTMANN AG. Aparato de medición auscultaría. http://www.tensoval.es/aparatos-de-medicion-

auscultatoria.php [Consulta: Sábado, 05 de Agosto de 2017]

20 PAUL HARTMANN AG. Aparato de medición Estetoscopio. http://www.tensoval.es/aparatos-de-medicion-

auscultatoria.php [Consulta: Sábado, 05 de Agosto de 2017] 21 ADMSALUDV. Dispositivos Móviles. https://admsaludv.wordpress.com/59-2/ [Consulta: Sábado, 05 de Agosto de 2017]

http://www.tensoval.es/aparatos-de-medicion-auscultatoria.php




https://admsaludv.wordpress.com/59-2/

27

Tipos de Dispositivos Móviles

● Dispositivo Móvil de Datos Limitados (Limited Data Mobile Device): teléfonos móviles clásicos. Se caracterizan por tener una pantalla pequeña de tipo texto. Ofrecen servicios de datos generalmente limitados a SMS y acceso WAP.

● Dispositivo Móvil de Datos Básicos (Basic Data Mobile Device): se caracterizan por tener una pantalla de mediano tamaño, menú o navegación basada en iconos, y ofrecer acceso a emails, lista de direcciones, SMS, y, en algunos casos, un navegador web básico. Un típico ejemplo de este tipo de dispositivos son los teléfonos inteligentes (“Smartphone”).

● ● Dispositivo Móvil de Datos Mejorados (Enhanced Data Mobile Device): se

caracterizan por tener pantallas de medianas a grandes (por encima de los 240 x 120 pixeles), navegación de tipo stylus, y que ofrecen las mismas características que el “Dispositivo Móvil de Datos Básicos” (Basic Data Mobile Devices) más aplicaciones nativas como aplicaciones de Microsoft Office Mobile (Word, Excel, PowerPoint) y aplicaciones corporativas usuales, en versión móvil, como Sap, portales intranet, etc. Este tipo de dispositivos incluyen los S.O. como Windows Mobile. 22

1.6.10 Sistema Operativo

Un Sistema Operativo es un Programa (software) que se inicia al encender el ordenador o el teléfono móvil y se encarga de gestionar todos los recursos del sistema informático, tanto de hardware (partes físicas, disco duro, almacenamiento, pantalla, teclado, etc.) como el software (programas e instrucciones) permitiendo así la comunicación entre el usuario y el ordenador. En definitiva, controlan el ordenador, el teléfono móvil o la Tablet y nos permite comunicarnos con ellos de forma sencilla. Al igual que Linux o Windows son sistemas operativos que controlan su escritorio del PC o del portátil, un sistema operativo móvil es la plataforma de software sobre la que otros programas puedan ejecutarse en dispositivos móviles. Los sistemas operativos móviles para los Smartphone son bastantes más simples que los de los PC y están más orientados a la conectividad inalámbrica, los formatos multimedia para móviles y las diferentes maneras de introducir información en ellos.23

1.6.11 Sistemas Operativos Móviles

Los sistemas operativos usados para los teléfonos móviles, celulares o Smartphone son muchos, pero hay 2 que son los principales y que ocupan casi todo el mercado de la telefonía móvil: Android e iOS. Seguidos pero con mucha diferencia estarían Symbian, BlackBerry OS y Windows Phone.

22 ADMSALUDV. Tipos de Dispositivos Móviles. https://admsaludv.wordpress.com/59-2/ [Consulta: Sábado, 05 de Agosto

de 2017] 23 AREA TECNOLOGIA Sistema Operativo. http://www.areatecnologia.com/informatica/sistemas-operativos-moviles.html


http://www.areatecnologia.com/informatica/que-es-software.html

http://www.areatecnologia.com/Que-es-un-smartphone.htm

http://www.areatecnologia.com/Que-es-un-smartphone.htm

http://www.areatecnologia.com/telefonia-movil.htm

http://www.areatecnologia.com/telefonia-movil.htm


http://www.areatecnologia.com/informatica/sistemas-operativos-moviles.html

28

En el gráfico siguiente se ve representado el porcentaje de cada uno de los sistemas operativos utilizados en los teléfonos móviles:

Figura 6 Sistemas operativos utilizados

Hay que decir que Java Me no es un sistema operativo propiamente, sino más bien una plataforma con la que se ejecutan las aplicaciones.23 Los sistemas operativos móviles son mucho más simples y están más orientados a la conectividad inalámbrica, los formatos multimedia para móviles y las diferentes maneras de introducir información en ellos. Componentes de los sistemas operativos móviles Los sistemas operativos utilizados en los dispositivos móviles están basados en el modelo de capas. Estas capas son:

● Kernel: Es el que proporciona el acceso a los distintos elementos del hardware del dispositivo. Ofrece distintos servicios a las superiores como son los controladores o drivers para el hardware, la gestión de procesos, el sistema de archivos y el acceso y gestión de la memoria.24

● Middleware: Es el conjunto de módulos que hacen posible la propia existencia

de aplicaciones para móviles. Es totalmente transparente para el usuario y ofrece servicios claves como el motor de mensajería y comunicaciones, codecs multimedia, intérpretes de páginas web, gestión de dispositivos y seguridad.25

● Entorno de ejecución de aplicaciones: consiste en un gestor de aplicaciones

y un conjunto de interfaces programables abiertas para facilitar la creación de software.26

23 AREA TECNOLOGIA Sistemas Operativos Móviles. http://www.areatecnologia.com/informatica/sistemas-operativos-

moviles.html.

[Consulta: Sábado, 05 de Agosto de 2017] 24 PAOLA TARQUINO. Kernel. http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta:

Sábado, 05 de Agosto de 2017] 25 PAOLA TARQUINO Middleware.http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta:

Sábado, 05 de Agosto de 2017] 26 PAOLA TARQUINO Entorno de ejecución de aplicaciones. http://sistemasoperativos.forogratuito.net/t110-sistemas-

operativos-moviles [Consulta: Sábado, 05 de Agosto de 2017



http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles




29

● Interfaz de usuario: Facilita la interacción con el usuario y el diseño de la presentación visual de la aplicación. Los servicios que incluye son el de componentes gráficos (botones, pantallas, listas, etc.) y el del marco de interacción. 27

1.6.12 Sistemas Operativos más Utilizados

● iOS: Lo que caracteriza a iOS frente a otros es que es un sistema operativo

cerrado. Apple no permite que se modifiquen características internas del sistema más allá de las limitadas opciones que da en los ajustes. Un sistema cerrado permite, sin embargo, ofrecer siempre una experiencia más estable y segura tal y como diseñó el fabricante en un principio.

Por otro lado, como también suele ser habitual en los productos de la empresa, no se licencia a terceros por lo que tan solo los iPhone disponen de este sistema operativo.28

● Android: El sistema operativo número uno en cuanto a popularidad. Con una cuota de mercado cercana al 85% el sistema operativo de Google se caracteriza por ser abierto y disponible para cualquier fabricante interesando en utilizarlo para sus dispositivos móviles. Esta disponibilidad ha creado sin embargo una gran fragmentación, pudiéndose encontrar innumerables dispositivos de miles de formas y funcionalidades con todas las versiones de Android existentes. 29

● Windows Phone: Microsoft que está realizando un gran esfuerzo financiero para posicionar Windows Phone como una tercera opción interesante para los consumidores después de que llegara tarde a la fiesta de los Smartphone. Su alianza con Nokia y su posterior compra le ha ayudado a darse a conocer mejor e ir arañando cuota de mercado a los dos líderes. Los últimos datos hablan de un 2,5% a nivel mundial. Windows Phone destaca por su pantalla de inicio personalizable que ofrece las notificaciones de las apps de una manera sencilla y limpia. Además ofrece una experiencia de usuario muy buena independientemente del tipo y gama de terminal en que se esté usando. 30

● Firefox OS: Un sistema operativo basado en HTML5 con núcleo Linux, de código abierto. Desarrollado por Mozilla Corporatión con apoyo de empresas como Telefónica. El sistema operativo está basado en Linux y usa la tecnología de Mozilla, Gecko. Se basa en estándares abiertos como por ejemplo HML5, CSS3 y JavaScript.

Entre las interesantes características de este sistema operativo abierto están las aplicaciones web y pueden ser de dos tipos diferentes: aplicaciones de servidor o empaquetadas. A diferencia de los SO ya comentados, en este caso, las apps de

27 PAOLA TARQUINO Interfaz de usuario. http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-

moviles[Consulta: Sábado, 05 de Agosto de 2017] 28 PAOLA TARQUINO. Ios.http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta: Sábado,

05 de Agosto de 2017] 29 PAOLA TARQUINO Android.http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles 30 PAOLA TARQUINO. Windows Phone http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles


http://www.ebay.com/sch/i.html?_nkw=windows+phone








30

servidor, corren vía web, es decir son páginas webs con la apariencia de aplicaciones y sin conexión a internet no es posible acceder a estas. Las aplicaciones empaquetadas necesitan la descarga de un paquete comprimido y se cargan desde la fuente local cada vez que se accede a la aplicación.31

● Ubuntu Touch: Otro sistema operativo basado en Linux pero en esta ocasión bajo la famosa firma Ubuntu. Presentado en el 2013, se trata de un proyecto de Canonical. En la actualidad varias empresas están desarrollando terminales para este sistema operativo, entre ellas la española Bq. Utiliza las mismas tecnologías de la versión de escritorio, por lo que ambas comparten apps sin problemas de compatibilidad. Dispone también de algunas de las aplicaciones más populares como Facebook y Youtube.32

● Tizen: Sistema operativo móvil, también basado en Linux, patrocinado por Linux Fundation y Fundación LiMo. Se ha desarrollado a partir de la plataforma Linux de Samsung. Aunque en un principio fue presentado como un SO de código abierto, Tizen 2 funciona con un sistema de licencias no abiertas. El SDK completo fue publicado bajo licencia de Samsung de código no abierto.33

● BlackBerry OS: El sistema permite multitarea y tiene soporte para diferentes

métodos exclusivos como sus trackwheel, trackball, touchpad y pantallas táctiles.

Uso profesional, gracias a sus herramientas para correo electrónico y agenda, teclado QWERTY.34

1.6.13 Android

Android es un sistema operativo y una plataforma software, basado en Linux para teléfonos móviles. El sistema operativo de Google y el número uno en cuanto a popularidad. En el año 2003, Andy Rubin, Rich Miner, Nick Sears y Chris White daban forma a Android Inc. En sus inicios, se centraba en “el desarrollo de software para teléfonos móviles“. En agosto de 2007 Android Inc. fue por contactada por google, dando éxito a Android es el 5 de noviembre de 2007. Ese día se fundaba la OHA (Open Handset Alliance), una alianza comercial de 35 componentes iniciales liderada por Google, que contaba con fabricantes de terminales móviles, operadores de telecomunicaciones, fabricantes de chips y desarrolladores de software. El mismo día se dio a conocer por vez primera lo que hoy conocemos como Android, una plataforma de código abierto para móviles que se presentaba con la garantía de estar basada en el sistema operativo Linux.35

31 PAOLA TARQUINO Firefox OS. http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta:

Sábado, 05 de Agosto de 2017] 32 PAOLA TARQUINO Ubuntu Touch. http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles

[Consulta: Sábado, 05 de Agosto de 2017] 33 PAOLA TARQUINO. Tizen.http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles[Consulta:

Sábado, 05 de Agosto de 2017] 34 PAOLA TARQUINO BlackBerry OS. http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles

[Consulta: Sábado, 05 de Agosto de 2017] 35 LIDIA CONTRERAS. Android. http://histinf.blogs.upv.es/2012/12/14/android/ [Consulta: Sábado, 05 de Agosto de 2017]

http://www.ebay.com/sch/i.html?_nkw=trackball

http://www.ebay.com/sch/i.html?_nkw=trackball





http://histinf.blogs.upv.es/2012/12/14/android/

31

Android es el sistema operativo de más de mil millones de teléfonos inteligentes y tabletas. Dado que estos dispositivos nos hacen la vida tan dulce, cada versión Android lleva el nombre de un postre, cada versión de Android hace algo nuevo posible.36

1.6.14 Versiones

Cada nueva versión de Android introduce mejoras y nuevas funcionalidades. También se corrigen bugs y errores detectados. Se identifican por una numeración. A los dos primeros dígitos de esta se le da el nombre de un postre popular en inglés. A cada versión generalmente se le agregan modificaciones, surgiendo pequeñas actualizaciones menores.

Figura 7 Versiones de Android

Todas las versiones se pueden ver a continuación, ordenadas por las más recientes.37

Versión / Nombre Fecha Características

Android 7.0

Nougat (Turrón)

Agosto

2016

Soporte para ventanas múltiples, mejoras del centro de

notificaciones, un consumo más eficiente de batería,

actualizaciones más rápidas del sistema y de las

aplicaciones e inicio del sistema más rápido.

Liberada para los Nexus 6, 5x, 6P, 9, Nexus Player,

Pixel C y Android One.

La actualización menor 7.1 llegó en diciembre.

36 ANDROID Historia de Android. https://www.android.com/history/. [Consulta: Sábado, 05 de Agosto de 2017]

37 NORFI PCversiones de Android. https://norfipc.com/celulares/todas-versiones-sistema-operativo-android.php [Consulta:

Sábado, 05 de Agosto de 2017]

https://www.android.com/history/

https://norfipc.com/celulares/todas-versiones-sistema-operativo-android.php

32

Android 6.0

Marshmallow

(Malvavisco)

Octubre

2015

Versión liberada previamente en mayo bajo el nombre

de Android M para los teléfonos Nexus 5 y Nexus 6 y la

tableta Nexus 9.

Introduce muchas funcionalidades que hacen de

Android un sistema sólido.

Android 5.0

Lollipop (Piruleta)

Noviembre

2014

Introduce grandes cambios en la interface de usuario

con el uso de "material design", un nuevo diseño con

iconos planos (flat) y más sencillos, creados

especialmente para la web.

Además más intuitiva respuesta del contenido al tocar

la pantalla, transiciones, transparencias especiales,

nueva tipografía, imágenes de esquina a esquina y

colores vivos. Las notificaciones se muestran en la

pantalla de bloqueo. Un nuevo Gmail y nueva app de

mensajes SMS/MMS. Mejoras en rendimiento, consumo

de la batería y más opciones de configuración.

Lollipop tuvo cuatro actualizaciones.

Android 4.4

KitKat

Noviembre

2013

Fue lanzado con el teléfono Nexus 5 de Google y LG.

Tuvo 4 actualizaciones.

Android 4.3 Jelly

Bean (Michel)

Julio de

2013

Fue lanzada la segunda generación del Nexus 7 con

conectividad 4G LTE.

Android 4.2 Jelly

Bean (Gummy

Bear)

Noviembre

2012

Lo incluyeron el teléfono Nexus 4 desarrollado por

Google en colaboración con LG y la tableta Nexus 10

con Samsung.

Android 4.1 Jelly

Bean (Gomita

Confitada o

Gominola)

Julio de

2012

La tableta Nexus 7 fue el primer dispositivo en correr

Jelly Bean.

Android 4.0 Ice

Cream Sandwich

(Sándwich de

helado)

Octubre de

2011

Fue liberada con el Samsung Galaxy Nexus. Fue un

sistema operativo para smartphones y tablets. Tuvo tres

actualizaciones posteriores.

Android 3.0 / 3.1 /

3.2 Honeycomb

(Panal de miel)

Febrero de

2011

Primera actualización exclusiva para tablets.

Android 2.3

Gingerbread (Pan

de jengibre)

Diciembre

2010

Incluyó posteriormente cinco actualizaciones.

Android 2.2 Froyo

(Yogur helado)

Mayo 2010 Incluyó posteriormente tres actualizaciones.

33

Android 2.0 Eclair Octubre

2009

Incluyó posteriormente dos actualizaciones.

En enero del 2010 fue lanzado el Nexus One usando

esta versión. Fue el primero de una serie de teléfonos

de Google que en lo adelante serian la nave insignia de

Android.

Android 1.6

Donut

Septiembr

e 2009

Fue lanzado el SDK de Android, que permitió a los

desarrolladores la creación de aplicaciones.

Android 1.5

Cupcake

Abril 2009 Primera versión con nombre de pastelería, que es una

actualización de la anterior.

Android

1

Septiembr

e 2008

Primera versión comercial lanzada con el primer

dispositivo Android, el HTC Dream.

Posteriormente fue lanzada en febrero del 2009 la

actualización 1.1, que corrigió algunos fallos y errores.

Tabla 1 Versiones de Android

1.6.15 Comando de voz

Los comandos de voz sirven para controlar las aplicaciones o sistemas sin necesidad de utilizar el teclado o la pantalla. A menudo, estos sistemas de comandos de voz se llevan a cabo por medio del teléfono y permiten al usuario comunicar información o comandos directamente a través de un menú de navegación controlado por voz y sin el uso de otros recursos. Estos sistemas también se denominan sistemas IVR (sistemas de respuesta de voz interactiva). El control de los comandos de voz puede estar automatizado total o parcialmente.

https://www.nfon.com/es/soluciones/recursos/glosario/interactive-voice-response/

34

1.6.16 La construcción de sistemas de comandos de voz

Los sistemas IVR inteligentes están constituidos por varios componentes. El

componente central es el reconocimiento de voz, que en los sistemas modernos suele

ser capaz de interpretar los comandos de voz exactamente en términos de gramática

y semántica. Junto al reconocimiento de voz es necesario interpretar el diálogo

mediante el procesamiento electrónico de datos (PED), para así convertir los

comandos de voz en órdenes que pueda reconocer un ordenador. Para interpretar los

comandos de voz se dispone de funciones de síntesis text-to-speech. Estas

convierten los textos comunicados en información de voz por medio de voces

generadas por ordenador. En la base, una aplicación con la lógica de PED necesaria

se ocupa de la integración de los datos y los procesos de los comandos de voz.

Beneficios de los sistemas de comandos de voz inteligentes

Los sistemas de comandos de voz permiten una comunicación natural y directa con

los sistemas informáticos sin necesidad de usar las manos ni mirar una pantalla. De

esta forma se puede evitar el uso de complicadas interfaces de usuario y comandos

crípticos. Una ventaja adicional son los bajos requerimientos en el terminal del

usuario. Por lo general, es suficiente con un teléfono convencional sin ningún tipo de

funciones adicionales. Además, los sistemas de control por voz se pueden configurar

para que funcionen en múltiples idiomas y entiendan así a diferentes usuarios.38

1.6.17 Mensaje de texto

Desarrollado a mediados de la década de 1980, el SMS original permitía crear mensajes de entre 140 y 160 caracteres de siete bits. Con el tiempo, el servicio empezó a incluir otras opciones, como la posibilidad de añadir contenidos más allá del texto o de unir diferentes mensajes para ampliar la longitud. El procesamiento de los SMS se produce en el Short Message Service Center (SMSC). Para que dicho procesamiento sea posible, cada mensaje incluye datos como el número telefónico del destinatario y del remitente, la fecha en la que se produjo el envío, etc. Debido a la inmediatez del contacto y a que resultan más económicos que entablar una comunicación de voz a través del teléfono, el SMS se masificó en todo el mundo e incluso acarreó importantes cambios sociales.39 Los SMS son el canal más común de mensajería móvil. Prácticamente cada teléfono celular puede enviar y recibir mensajes SMS, los cuales1 están limitados a 160 caracteres. Considerando las variaciones entre diferentes operadores, un límite seguro para SMS es de 140 caracteres. Los SMS y MMS son usados principalmente para comunicación entre pares, permitiendo a los usuarios enviarse mensajes entre sí. Para desarrolladores de aplicación, principalmente estamos interesados en enviar y recibir mensajes hacia y desde aplicaciones. En la jerga de la industria, estamos interesados en mensajes Mobile Terminated (MT)—enviados desde una aplicación hacia un dispositivo móvil—y en mensajes Mobile Originated

38 NFON AG. Comando de Voz https://www.nfon.com/es/soluciones/recursos/glosario/comandos-de-voz/ [Consulta: Miércoles, 20

de Septiembre de 2017] 39JULIAN PEREZ PORTO Y ANA GARDEY. Definición de SMS https://definicion.de/sms/ [Consulta: Jueves 21 de

septiembre del 2017]

https://definicion.de/servicio

https://definicion.de/fecha/

https://definicion.de/telefono/

https://www.nfon.com/es/soluciones/recursos/glosario/comandos-de-voz/

https://definicion.de/sms/

35

(MO)—enviados desde un dispositivo móvil hacia una aplicación. Con el fin de enviar y recibir mensajes hacia y desde dispositivos móviles, la aplicación necesita interactuar con servidores gateway administrados por empresas de telecomunicaciones.40

1.6.18 Notificacion push

Las Notificaciones Push son mensajes que se envían de forma directa a dispositivos móviles (Smartphones y/o tablets) con sistema operativo iOS, Android, BlackBerry y/o Windows Phone. Las notificaciones Push ayudan a los desarrolladores independientes y dueños de aplicaciones a mantener informados a sus usuarios. Mediante la implementación de las mismas se puede interactuar con las personas que descargaron una aplicación y enviarles mensajes de forma directa a sus dispositivos móviles.41 La tecnología Push es una forma de comunicación en la que una aplicación servidora envía un mensaje a un cliente-consumidor. Es decir, es un mensaje que un servidor envía a una persona alertándolo de que tiene una información nueva. Lo que caracteriza esta tecnología es que es siempre el servidor el que inicia esta comunicación, aunque el cliente no tenga interés en saber si hay algo nuevo. Lo comunica siempre. Lo que más destaca de las notificaciones push es su inmediatez, ya que no hace falta estar ejecutando la aplicación para que nos llegue. Aunque la tengamos apagada o en segundo plano, cada vez que el servidor reciba una información nueva nos avisará de su existencia, es decir, las notificaciones push despiertan al móvil esté o no ejecutando la aplicación.42

40 MICHAEL YUAN. Construya mensajería de texto móvil en sus aplicaciones web.

https://www.ibm.com/developerworks/ssa/library/mo-sms-web/index.html

[Consulta Jueves 21 de septiembre de 2017] 41 WIKIPEDIA. Notificación push https://es.wikipedia.org/wiki/Notificaci%C3%B3n_push [Consulta: Lunes 02 de octubre

de 2017] 42 QODE BLOG. Notificación push http://qode.pro/blog/que-son-las-notificaciones-push/ [Consulta: Lunes 02 de octubre de

2017]

https://es.wikipedia.org/wiki/IOS

https://es.wikipedia.org/wiki/Android

https://es.wikipedia.org/wiki/Blackberry

https://es.wikipedia.org/wiki/Windows_Phone

https://www.ibm.com/developerworks/ssa/library/mo-sms-web/index.html

https://es.wikipedia.org/wiki/Notificación_push

http://qode.pro/blog/que-son-las-notificaciones-push/

36

1.7 METODOLOGIA DE DESARROLLO

1.7.1 Metodología Scrum

Scrum es adecuado para aquellas empresas en las que el desarrollo de los productos se realiza en entornos que se caracterizan por tener: 1. Incertidumbre: Sobre esta variable se plantea el objetivo que se quiere alcanzar sin Proporcionar un plan detallado del producto. Esto genera un reto y da una autonomía que sirve para generar una “tensión” adecuada para la motivación de los equipos. 2. Auto-organización: Los equipos son capaces de organizarse por sí solos, no necesitan roles para la gestión pero tienen que reunir las siguientes características:

Autonomía: Son los encargados de encontrar la solución usando la estrategia que encuentren adecuada.

Auto-superación: Las soluciones iniciales sufrirán mejoras.

Auto-enriquecimiento: Al ser equipos multidisciplinares se ven enriquecidos de forma mutua, aportando soluciones que puedan complementarse.

3. Control moderado: Se establecerá un control suficiente para evitar descontroles. Se basa en crear un escenario de “autocontrol entre iguales” para no impedir la creatividad y espontaneidad de los miembros del equipo. 4. Transmisión del conocimiento: Todo el mundo aprende de todo el mundo. Las personas pasan de unos proyectos a otros y así comparten sus conocimientos a lo largo de la Organización. Scrum al ser una metodología de desarrollo ágil tiene como base la idea de creación de ciclos breves para el desarrollo ,que comúnmente se llaman iteraciones y que en Scrum se llamarán “Sprints”. Para entender el ciclo de desarrollo de Scrum es necesario conocer las 5 fases que definen el ciclo de desarrollo ágil: 1. Concepto: Se define de forma general las características del producto y se asigna el equipo que se encargará de su desarrollo. 2. Especulación: en esta fase se hacen disposiciones con la información obtenida y se establecen los límites que marcarán el desarrollo del producto, tales como costes y agendas. Se construirá el producto a partir de las ideas principales y se comprueban las partes realizadas y su impacto en el entorno. Esta fase se repite en cada iteración y consiste, en rasgos generales, en:

Desarrollar y revisar los requisitos generales.

Mantener la lista de las funcionalidades que se esperan.

Plan de entrega. Se establecen las fechas de las versiones, hitos e iteraciones. Medirá el esfuerzo realizado en el proyecto.

3. Exploración: Se incrementa el producto en el que se añaden las funcionalidades de la fase de especulación.

37

4. Revisión: El equipo revisa todo lo que se ha construido y se contrasta con el objetivo deseado. 5. Cierre: Se entregará en la fecha acordada una versión del producto deseado. Al tratarse de una versión, el cierre no indica que se ha finalizado el proyecto, sino que seguirá habiendo cambios, denominados “mantenimiento”, que hará que el producto final se acerque al producto final deseado.

Figura 8 Etapas de la metodología Scrum.

Scrum gestiona estas iteraciones a través de reuniones diarias, uno de los elementos fundamentales de esta metodología.

Figura 9 Elementos de la metodología Scrum

38

1.7.2 Componentes de scrum

Scrum se puede dividir de forma general en 3 fases, que podemos entender como reuniones. Las reuniones forman parte de los artefactos de esta metodología junto con los roles y los elementos que lo forman. Las reuniones 1. Planificación del Backlog Se definirá un documento en el que se reflejarán los requisitos del sistema por prioridades. En esta fase se definirá también la planificación del Sprint 0, en la que se decidirá cuáles van a ser los objetivos y el trabajo que hay que realizar para esa iteración. Se obtendrá además en esta reunión un Sprint Backlog, que es la lista de tareas y que es el objetivo más importante del Sprint. 2. Seguimiento del Sprint En esta fase se hacen reuniones diarias en las que las 3 preguntas principales para evaluar el avance de las tareas serán:

¿Qué trabajo se realizó desde la reunión anterior?

¿Qué trabajo se hará hasta una nueva reunión?

Inconvenientes que han surgido y qué hay que solucionar para poder continuar. 3. Revisión del Sprint Cuando se finaliza el Sprint se realizará una revisión del incremento que se ha generado. Se presentarán los resultados finales y una demo o versión, esto ayudará a mejorar el feedback con el cliente. Los Roles: se dividen en 2 grupos: cerdos y gallinas, esto surge en el chiste sobre un cerdo y una gallina y su intención de poner un restaurante. Los cerdos Son las personas que están comprometidas con el proyecto y el proceso de Scrum.

Product Owner: Es la persona que toma las decisiones, y es la que realmente conoce el negocio del cliente y su visión del producto. Se encarga de escribir las ideas del cliente, las ordena por prioridad y las coloca en el Product Backlog.

ScrumMaster: Es el encargado de comprobar que el modelo y la metodología funciona. Eliminará todos los inconvenientes que hagan que el proceso no fluya e interactuará con el cliente y con los gestores.

Equipo De Desarrollo: suele ser un equipo pequeño de unas 5 - 9 personas y tienen autoridad para organizar y tomar decisiones para conseguir su objetivo. Está involucrado en la estimación del esfuerzo de las tareas del Backlog.

Las gallinasAunque no son parte del proceso de Scrum, es necesario que parte de la retroalimentación dé la salida del proceso y así poder revisar y planear cada sprint.

Usuarios: Es el destinatario final del producto. Stakeholders: Las personas a las que el proyecto les producirán un beneficio.

Participan durante las revisiones del Sprint. Managers: Toma las decisiones finales participando en la selección de los

objetivos y de los requisitos. 43

43 MANUEL TRIGAS GALLEGO Metodología SCRUM

http://openaccess.uoc.edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612memoria.pdf [Consulta: Martes, 19 de

Septiembre de 2017]

http://openaccess.uoc.edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612memoria.pdf

39

1.8 FACTIBILIDAD

Se hará una descripción de los factores que influirán en el desarrollo del proyecto en términos técnicos, operativos, legales y económicos. 1.8.1 Factibilidad técnica

La aplicación se desarrolla para dispositivos móviles, para lo cual se hace necesario el uso de dispositivos como los celulares, que deben contar con recursos suficientes para que la aplicación se pueda ejecutar, cuando se refiere a recursos se trata de procesador, pantalla y memoria. En cuanto a la codificación del software, se hace necesario computador con suficiente memoria RAM para soportar el IDE de programación.

HERRAMIENTA

DESCRIPCIÓN

Android Studio Herramienta que sirve para crear apps en todas las clases de dispositivos Android.

DB Browser for SQLite Es una herramienta de código abierto y de alta calidad para crear, diseñar y editar archivos de bases de datos compatibles con SQLite.

Genymotion Es una herramienta que sirve como emulador para herramientas desarrolladas en Android.

SQLite

Es un motor de base de datos, que es incorporada por Android y no necesita servidor.

Tabla 2 Herramientas de desarrollo

40

En la tabla 3 se encuentran las especificaciones de los recursos físicos con los que cuentan los equipos para el desarrollo.

RECURSO

CARACTERÍSTICAS

COMPUTADOR

Procesador: Intel Core I3 6200U. Memoria RAM: 8GB DDR3. Disco Duro: 1 Tera

CELULAR

Sony M2 aqua Android 5.1 Lollipop Pantalla de 4.8" qHD (540 x 960) RAM: 1 GB Quad core Qualcomm Snapdragon 400 a 1.2 GHz

Tabla 3 Recursos físicos

En la tabla 4 se especifican los recursos humanos que se necesitaran para el desarrollo del proyecto.

RECURSO HUMANO CARACTERÍSTICAS

PROGRAMADORES

Estudiantes de sistematización de datos con conocimientos en lenguajes de programación orientados a objetos y con habilidades para programar en plataformas móviles específicamente en Android.

TUTOR Docente e Ingeniería de sistemas con conocimientos en desarrollo de aplicaciones móviles en plataformas móviles.

Tabla 4 Recursos humanos

Así podemos observar que el proyecto es factible a nivel técnico ya que contamos con todos los recursos necesarios para el desarrollo.

41

1.8.2 Factibilidad operativa

La aplicación a desarrollar, se considera de gran ayuda, ya que cuenta con herramientas como alarmas para la toma de medicamentos, opción de adicionar un contacto el cual podrá estar pendiente de los cambios que se tengan en las mediciones, gráficos que permiten ver el histórico de tomás y la posibilidad de llevar a los controles médicos el historial para que así se le facilite al profesional de medicina dar un diagnóstico acertado todo esto para que la persona pueda prevenir los efectos mayores que produce esta enfermedad. 1.8.3 Factibilidad legal

Para el desarrollo del proyecto, se hará uso de Android Studio que es una herramienta de software libre al igual que los paquetes de desarrollo de Android y el emulador Genymotion por consiguiente no necesitamos ningún trámite de tipo legal ya que el uso de estos recursos es de tipo público.

1.8.4 Factibilidad económica

1.8.4.1 Presupuesto y financiación

Nivel legal El software que usaremos para el desarrollo de este proyecto es libre y está bajo el licenciamiento de uso público. 44 Nivel económico Debemos tener en cuenta la inversión en recursos físicos, humanos y lógicos con sus descripciones a nivel económico.

44 ANDROID STUDIO. Software libre https://developer.android.com/studio/terms.html?hl=es-419 [Consulta: Martes, 19 de

Septiembre de 2017]

https://developer.android.com/studio/terms.html?hl=es-419

42

RECURSO HUMANO

NOMBRE HORAS SEMANALES

VALOR POR

HORA

TOTAL

TUTOR Msc. Rocío Rodríguez Guerrero.

2 horas * 4

semanas * 10 meses.

$ 30.000

$ 2’400.000

ESTUDIANTE Hugo Haider Angulo Angulo

10 horas * 4 semanas * 10

meses

$ 10.000 $ 4’000.000

ESTUDIANTE Laura Estefani Bohórquez Varila

10 horas * 4 semanas * 10

meses

$ 10.000 4’000.000

TOTAL $10’400.000

Tabla 5 Descripción nivel económico

Recurso lógico

RECURSO LÓGICO

NOMBRE VALOR MENSUAL TOTAL

INTERNET

$68.000 mensual * 10 meses

$ 680.000

LICENCIAS Android Studio $ 0 $ 0

GenyMotion

SQLite

TOTAL $ 680.000

Tabla 6 Recurso lógico

43

Recurso Físico

RECURSO FÍSICO VALOR TOTAL

EQUIPOS DE COMPUTO

1’300.000* 2 (equipos

por estudiante)

$ 2’600.000

CELULARES

350.000 * 2 (equipos por estudiante)

$ 750.000

PAPELERÍA

$ 15.000 * 10 meses $ 150.000

TOTAL

$ 3’500.000

Tabla 7 recurso físico

La tabla 8 especificara el costo total del proyecto

RECURSO TOTAL

HUMANO

$ 10’400.000

LÓGICO

$ 680.000

FÍSICO

$ 3’500.000

TOTAL

$ 14’580.000

Tabla 8 Costos totales

44

1.9 CRONOGRAMA DE ACTIVIDADES

45

2. ANALISIS DEL PROYECTO

2.1 Definición de Personas y roles del proyecto

A continuación, se definen los roles del equipo que trabaja en el proyecto.

2.1.1 Identificación de roles.

Se identifica cada uno de los roles junto con el nombre de los responsables de

hacer el proyecto.

ROL RESPONSABLE

Scrum

master:

Roció Rodríguez Guerrero

Scrum

Team 1

Laura Estefani Bohorquez Varila

Scrum

Team 2

Hugo Haider Angulo Angulo

Tabla 9 Roles

2.1.2 Descripción de los roles del proyecto

Scrum Master: Persona que lidera al equipo guiándolo para que cumpla las reglas

y procesos de la metodología facilitando las reuniones de manera que sean

productivas y consigan sus objetivos.

Scrum Team: Grupo de profesionales con los conocimientos técnicos necesarios y

que desarrollan el proyecto de manera conjunta llevando a cabo las historias a las

que se comprometen al inicio de cada sprint.

2.1.3 Lista de actividades por rol.

Se listan las actividades de cada uno de los integrantes del team según su rol.

ROL RESPONSABLE ACTIVIDAD

Scrum

master:

Msc. Roció

Rodríguez

Guerrero

Resolver los conflictos que obstaculicen el ritmo normal del proyecto.

Incentivar y motivar al equipo de trabajo.

Fomentar la autogestión de sus colaboradores durante el proceso.

Negociar y renegociar las condiciones con el cliente.

Evitar la intromisión de terceros en las labores.

Team Hugo Haider

Angulo Angulo

Laura Estefani

Bohorquez Varila

Desarrollar cada una de las tareas incluidas en el plan de trabajo.

Llevar el Backlog de producto, a desarrollos potencialmente funcionales y operativos.

46

Poner al servicio del proyecto sus conocimientos y técnicas.

Seleccionar los requisitos que se

compromete a completar en una iteración,

de forma que estén preparados para ser

entregados al cliente.

Explicar cómo va a conseguir el objetivo

comprometido y cómo va a generar el

incremento esperado

Proporcionar las estimaciones (relativas)

de cada elemento comprometido

Realizar un seguimiento diario del avance

Mantener el progreso actualizado

diariamente

Garantizar la calidad del incremento

Poner en marcha medidas que mejoren su

velocidad como equipo en próximos sprints Tabla 10 Actividades por rol

2.2 Requerimientos

2.3 Historias de usuario

Las tareas a desarrollar se dividieron en historias de usuario que son la

especificación de un requerimiento donde se proporciona información sobre el

comportamiento que debe tener dentro de la aplicación.

MODULO RESPONSABILIDAD

Registro de Usuarios Administración de los usuarios que

pueden ingresar a la aplicación.

Gestión de Contactos Permitir el ingreso, modificación y

eliminación del contacto ingresado

por el usuario.

Medición Gestionar el ingreso de las medidas

de la tensión ya sea de forma digital

o mediante comando de voz.

Envió de mensajes Se realiza él envió de mensajes en

caso de que el usuario

constantemente presente la tensión

alta, estos mensajes pueden ser vía

mensaje de texto o vía correo

electrónico.

Graficas Generar reportes de forma gráfica

que le sirvan al usuario para

visualizar el estado de su tensión

con el pasar de los días.

47

Alarmas Alertar al usuario sobre la hora en

la que debe de tomar su tensión.

Tabla 11 Historias de usuario

2.3.1 Historia de usuario: Registro de usuarios

HISTORIA DE USUARIO

Actor Usuario Nombre Registro de información

Prioridad Alta

Modulo Registro de usuarios

Descripción Se registra un usuario en la aplicación.

CRITERIOS DE ACEPTACION

Condición 1. Dar clic en el botón de registrarse 3. Ingresar información de usuario como nombre de usuario, contraseña, nombre, apellido, fecha de nacimiento, sexo.

Resultado 2. Despliegue de la interfaz de Registro de información. 4 Se almacenan los datos en la base de datos.

Tabla 12 HU: Registro de usuarios

2.3.2 Historia de usuario: Login

HISTORIA DE USUARIO

Actor Usuario Nombre Login Prioridad Alta

Modulo Registro de usuarios

Descripción Ingresa un usuario a la aplicación


Condición 1. Abrir la aplicación. 3. Ingreso del Nombre de usuario y contraseña. 5. El usuario ingresa a la aplicación.

Resultado 2. Desplegar formulario de ingreso a la aplicación. 4. Si la contraseña es correcta 5. Ingreso exitoso.

Tabla 13 HU: Login

2.3.3 Historia de usuario: Contacto

HISTORIA DE USUARIO

Actor Usuario Nombre Contacto Prioridad Alta

Modulo Gestión de contacto

Descripción El usuario registra un contacto en la aplicación para que reciba la información respecto a su tensión arterial.


Condición 1. Dar click en el icono de contacto. 3. Se ingresa la información solicitada como nombre, teléfono y correo electrónico, además se selecciona el

Resultado 2. Se despliega el formulario de contacto. 4. Se mostrará un mensaje de registro exitoso cuando la información este

48

mensaje que quiere que reciba el contacto. 5. Para modificar al contacto se da click en el botón contacto. 7. Se modifican los datos que sean necesarios. 9. Para visualizar el contacto ingresado se da click en el botón Listar. 11. Para eliminar el contacto ingresado se da click en el botón de eliminar y se escribe el nombre del contacto ingresado.

completa, de lo contrario se pedirá que se complete la totalidad de los campos. 6. Se despliega una pantalla en la cual se ingresa el nombre del contacto que se va a modificar. 8. Se muestra un mensaje el cual dice que los campos han sido modificados satisfactoriamente. 10. Se despliega una ventana en la cual se visualiza el contacto que fue ingresado por el usuario. 11. Se elimina el contacto ingresado.

Tabla 14 HU: Contacto

2.3.4 Historia de usuario: Ingreso de medición

HISTORIA DE USUARIO

Actor Usuario Nombre Ingreso de medición

Prioridad Alta

Modulo: Medición

Descripción El usuario podrá ingresar el nivel en que se encuentra su tensión (Sistólica y Diastólica )


Condición 1. Ingresar al módulo de medición. 3. Se hace click en el icono de grabación. 5. Se hace click en el campo de texto.

Resultado 2. Se despliega el módulo de medición permitiendo el ingreso de la información de forma manual o por medio de comando de voz. 4. En la pantalla aparece el icono que indica que puede hablar. 6. Al dar click en guardar mostrara el nivel en que el usuario tiene la tensión (Baja, Normal, Alta).

Tabla 15 HU: Ingreso de medición

49

2.3.5 Historia de usuario: Envió de mensajes

HISTORIA DE USUARIO

Actor Sistema Nombre Envió de mensajes

Prioridad Alta

Modulo Envió de mensajes

Descripción


Condición 1. Los niveles de la tensión son altos.

Resultado 2. La aplicación automáticamente enviara un mensaje con la información de la tensión ingresada, según el criterio elegido por el usuario (Mensaje de texto, Correo electrónico).

Tabla 16 HU: Envió de mensajes

2.3.6 Historia de usuario: Graficas

HISTORIA DE USUARIO

Actor Sistema Nombre Graficas Prioridad Alta

Modulo Graficas

Descripción Se generan graficas de los niveles de la tensión ingresados


Condición 1. Ingresar información de las medidas de la tensión arterial. 3. Se ingresa al módulo de gráficas.

Resultado 2. Se almacena la información. 4. Se visualiza la gráfica de la información ya ingresada.

Tabla 17 HU: Graficas

50

2.3.7 Historia de usuario Alarmas

HISTORIA DE USUARIO

Actor Sistema Nombre Alarmas Prioridad Alta

Modulo Alarmas

Descripción El usuario puede programar una alarma para que la aplicación le indique que debe de tomar su tensión.


Condición 1. Ingresar al módulo de alarmas. 3. El usuario selecciona la hora en la que desea ser notificado por la aplicación para que tome su tensión.

Resultado 2. Se despliega una pantalla en la que hay un reloj. 4. La alarma suena a la hora ingresada por el usuario.

Tabla 18 HU: Alarmas

51

3 Backlog

ID DESCRIPCION PRIORIZACION ESTIMACION

ESFUERZO

(Horas)

RESPONSABLE SPPRINT

1 Seleccionar la

información

del usuario.

ALTA 1 Hugo Angulo

Laura Bohorquez

1

2 Creación la

interfaz

ALTA 5 Hugo Angulo

Laura Bohorquez

1

3 Creación de la

base de datos

ALTA 2 Hugo Angulo

Laura Bohorquez

1,7

4 Validación de

los campos

ALTA 1 Hugo Angulo

Laura Bohorquez

1

5 Almacenamien

to de la

información

ALTA 1 Hugo Angulo

Laura Bohorquez

1,3,4

6 Consultar la

información

MEDIA 3 Hugo Angulo

Laura Bohorquez

2

7 Reconocimient

o de voz

ALTA 6 Hugo Angulo

Laura Bohorquez

3

8 Ingreso digital ALTA 3 Hugo Angulo

Laura Bohorquez

3

9 Clasificación

de la

información

ALTA 4 Hugo Angulo

Laura Bohorquez

3

10 Creación de

clases

MEDIA 3 Hugo Angulo

Laura Bohorquez

3,8

11 Implementació

n consulta

MEDIA 3 Hugo Angulo

Laura Bohorquez

4

12 Generar

grafica

ALTA 8 Hugo Angulo

Laura Bohorquez

4

52

13 Solicitar Permisos ALTA 4 Hugo Angulo

Laura Bohorquez

5,8

14 Implementación de

servicios

BAJA 4 Hugo Angulo

Laura Bohorquez

5

15 Implementación del

tono

BAJA 1 Hugo Angulo

Laura Bohorquez

5

16 Recibir los datos ALTA 5 Hugo Angulo

Laura Bohorquez

6

17 Consultar datos del

contacto

MEDIA 3 Hugo Angulo

Laura Bohorquez

8

18 Modificación de

datos

MEDIA 3 Hugo Angulo

Laura Bohorquez

8

19 Eliminación de

datos

MEDIA 3 Hugo Angulo

Laura Bohorquez

8

Tabla 19 Backlog

2.4 Sprints

A continuación, se listan los Sprint que se utilizaron para la realización del proyecto.

Sprint Nombre Descripción

Sprint1 Registro de

información

Ingresa datos de usuario

Sprint2 Login Ingresa datos de usuario para acceder a la

aplicación.

Sprint3 Ingreso de medición Ingresa los datos obtenidos de la toma de

tensión arterial por medio de comando de voz

o digitándola.

Sprint4 Grafica Muestra las tomas ingresadas en la

aplicación durante un determinado tiempo.

Sprint5 Alarmas Alerta sobre la hora en que debe tomar la

tensión o los medicamentos.

Sprint6 Envió de mensajes Envía mensajes al contacto elegido por el

usuario.

Sprint7 Base de datos Almacena los datos de la aplicación

Sprint8 Contacto Administración del contacto del usuario. Tabla 20 Sprints

53

3 DISEÑO

3.1 Sprint1 Registro de información

El Sprint de Registro de información cuenta con la interfaz para el ingreso de la

información básica del usuario.

3.1.1 Definición de Sprint

A continuación se muestra en detalle las actividades que realizara el sprint 1

Sprint N. 1 Nombre Registro de información.

Objetivo Registrar los datos necesarios para hacer uso de la aplicación.

Detalle

Crear una interfaz en donde el usuario ingrese datos como nombre de usuario,

contraseña, nombre, apellido, fecha de nacimiento, sexo.

Criterios de aceptación

El tamaño de los campos de texto sea adecuado con la información que se va a suministrar.

Cada campo de texto tenga su label correspondiente.

La información de los label sea clara.

El tamaño del texto sea visible a todo tipo de usuario.

Tabla 21 Definición del Sprint 1

54

3.1.2 Tareas del Sprint 1

En la siguiente tabla se muestran las tareas que realizara el Sprint de registro de

información.

Funcionalidad

Product

Backlog

Descripción de la

tarea

Responsable Estado Duración

(hora)

1 Se hizo la selección

de los datos que son

relevantes

correspondientes al

usuario tales como:

Nombre, apellido,

fecha de nacimiento,

sexo.

Hugo Angulo,

Laura Bohorquez

Terminada 1

2 Se diseñó y se

implementó la

interfaz

correspondiente a

los datos de usuario.

Hugo Angulo,

Laura Bohorquez

Terminada 5

3 Se creó la base de

datos de la tabla

registro.

Hugo Angulo,

Laura Bohorquez

Terminada 2

4 Se valida el ingreso

de la información

correspondiente a

cada campo.

Hugo Angulo,

Laura Bohorquez

Terminada 1

5 Se permite guardar

los datos ingresados

por el usuario.

Hugo Angulo,

Laura Bohorquez

Terminada 1

Tabla 22 Tareas del Sprint 1

3.1.3 Diseño del sprint 1 Registro de información

Registro de información: En esta pantalla se encuentran los campos para

que sean digitados los datos del usuario tales como Nombre de usuario,

contraseña, nombre, apellido, fecha de nacimiento y sexo luego de llenados

los campos correctamente y oprimido el botón registrar el usuario quedara

registrado en la aplicación.

55

Figura 10 Screen Registro de información.

3.1.4 Diseño de la base de datos de Registro de información

En la siguiente figura se muestra el diseño de la tabla registro en la base de datos.

Figura 11 Diseño de la tabla Registro

56

3.1.5 Proceso de desarrollo del software Sprint 1 Registro de información.

Se representa la estructura de la base de datos con el diseño y la elaboración del

modelo relacional, en donde se establecen cada uno de los atributos que permiten

el almacenamiento de los datos del usuario y la relación de cada uno de ellos.

Mediante el sistema gestor de base de datos SQLite el cual viene integrado por

Android se hace la implementación de la base de datos y la tabla registro la cual

nos va a permitir el almacenamiento de la información del usuario.

Figura 12 Código Registro de Información

Diagrama de contexto Registro de Información

Figura 13 Diagrama de Contexto Sprint 1

El usuario ingresa su información personal correspondiente al nombre, apellido, fecha de

nacimiento, sexo, usuario y contraseña el cual al hacer clic en el botón guardar se

almacenará esta información en la base de datos y notificará al usuario el éxito de su

registro en la aplicación.

57

3.1.6 Prueba del sprint 1 Registro de información

Se le realizaron una serie de pruebas al Sprint 1 para probar que contara con los

criterios solicitados por el usuario.

Sprint N1 Registro de información

Descripción

de la prueba

El Desarrollador de la aplicación almaceno los datos de un usuario

en el cual mediante la herramienta Android Device Monitor hizo la

verificación de que la información se almacenara en la base de

datos correctamente, adicionalmente verifica que la información

sea adecuada tanto en tamaño como en la visualización de la

interfaz .

Herramientas Android Device Monitor

Prueba ¿Cumple?

1 El tamaño de los campos es

adecuado.

Si

2 Cada campo tiene su label

correspondiente.

Si

3 La información de los label es clara. Si

4 El tamaño del texto es visible para el

usuario.

Si

5 Los datos se almacenaron

correctamente en la base de datos.

Si

Tabla 23 Prueba del Sprint 1

3.2 Sprint 2 Login.

Este sprint tiene la función de permitir al usuario registrado ingresar a la aplicación.


Se definen los objetivos, detalles y criterios de aceptación para este sprint.

Sprint N. 2 Nombre Login

Objetivo Diseñar un módulo para el ingreso de usuarios a la aplicación.

Detalle

Crear un módulo el cual permita al usuario iniciar sesión con su nombre de

usuario y contraseña para poder acceder a la aplicación.


Debe contar con los campos correspondientes.

Debe contar con el botón que da ingreso a la aplicación.

Debe notificar al usuario si la contraseña es incorrecta o si el usuario no

está registrado.


58

3.2.2 Tareas del Sprint 2 Login

En la siguiente tabla se muestran las tareas que realizara el Sprint de login.

Funcionalidad

Product Backlog

Descripción de la tarea Responsable Estado Duración

(hora)

6 Consultar la

información

correspondiente a

nombre de usuario y

contraseña con el fin

de que no permita el

acceso de personas

ajenas a la aplicación

ni a los datos del

usuario.

Hugo

Angulo,

Laura

Bohorquez

Terminada 3


3.2.3 Diseño del sprint

Login: En esta pantalla el usuario podrá hacer el ingreso del nombre antes

seleccionado y de la contraseña para ingresar a la aplicación.

Figura 14 Screen Inicio de sesión

59

3.2.4 Proceso de desarrollo de software Sprint 2 Login

Haciendo uso de la interfaz de usuario correspondiente al logueo e inicio de sesión

que permite el acceso a la aplicación, se realiza una consulta de los datos de

usuario y contraseña ingresados con el fin de verificar que el usuario que va hacer

uso de la aplicación ya cuente con un registro previo en la misma.

Figura 15 Código Login

3.2.5 Diagrama de contexto Sprint Login

Figura 16 Diagrama de Contexto Login

Después de haber sido registrado el usuario en la aplicación se procede a ingresar el

usuario y contraseña ingresados anteriormente en el módulo de registro en donde mediante

consultas a la base de datos se verifica si puede o no tener acceso a las funcionalidades de

la aplicación.

60

3.2.6 Prueba del sprint 2

Se realizaron las pruebas planteadas a continuación para revisar el funcionamiento

del sprint 2 para revisar si cumplen o no con los criterios planteados para cada

prueba.

Sprint N2 Login

Descripción

de la prueba

El desarrollador mediante una consulta sql verifica si la

información almacenada corresponde con la información

ingresada, además verifica que los elementos de la interfaz

correspondan a la información que se pide.

Herramientas DB Browser for SQLite

Prueba ¿Cumple?

1 Cuenta con los campos correspondientes. Si

2 Cuenta con el botón de ingreso a la

aplicación.

Si

3 Notifica al usuario si la contraseña es

incorrecta.

Si

4 Notifica al usuario si no se encuentra

registrado.

Si


3.3 Sprint 3 Ingreso de medición.

Se creó un módulo para el ingreso de la medida de la tensión arterial que le permite

al usuario ingresar la información de manera digital o dictándola por comando de

voz.

61


A continuación, se tiene el sprint de ingreso de medición junto con su objetivo,

detalle y criterios de aceptación.

Sprint N. 3 Nombre Ingreso de medición.

Objetivo Diseñar un módulo para el ingreso de las tomas de tensión.

Detalle

Crear un módulo que permita el ingreso de la medida de la tensión ya sea de

forma digital o mediante comando de voz.


La aplicación tenga dos botones que le permita al usuario ingresar las

medidas de la tensión sistólica y diastólica mediante comando de voz.

Que cuente con los campos correspondientes para ingresar la toma de la

tensión digitando la información.

Debe existir botón para poder guardar la información.

Los botones deben ser de fácil y rápido acceso.


3.3.2 Tareas del Sprint 3 Ingreso de medición

En la siguiente tabla se pueden observar las funciones del sprint 3 en donde se

encuentra el id del product backlog, la descripción de la tarea, el nombre del

responsable, el estado en que se encuentra la tarea y el tiempo que se tardó en

realizar la misma.

62

Funcionalid

ad Product

Backlog

Descripción de la tarea Responsa

ble

Estado Duraci

ón

(hora)

7 Se implementan las variables

Recognize_Speech_Activity las

cuales permiten el reconocimiento

de voz en el momento en que se

efectué la grabación.

Mediante la variable

RecognizerIntent.Extra_Languaje

_Model se implementa el tipo de

lenguaje el cual va a generar el

reconocimiento de voz.

Hugo

Angulo,

Laura

Bohorquez

Termina

da

8

8 Se habilitan los campos de texto

que permiten el ingreso de la

toma sistólica y diastólica para su

almacenamiento.

Hugo

Angulo,

Laura

Bohorquez

Termina

da

5

9 Se generó un método en el cual

según el sexo y la edad del

usuario clasifica el estado de la

tensión arterial

Hugo

Angulo,

Laura

Bohorquez

Termina

da

4

10 Se implementó la clase medición

en la cual permite la entrada y

salida de las medidas de la

tensión con su fecha

correspondiente.

Hugo

Angulo,

Laura

Bohorquez

Termina

da

1

5 Se permite guardar los datos

correspondientes a la tensión

sistólica y diastólica

Hugo

Angulo,

Laura

Bohorquez

Termina

da

1


63


Ingreso de medición: En esta pantalla se hace el ingreso de la medida de la

tensión Sistólica y diastólica, permitiendo que la información pueda ser

digitada o ingresada por voz, teniendo la opción de corregir en caso de que el

ingreso sea incorrecto.

Figura 17 Screen Ingreso de medición

3.3.4 Diseño de la base de datos de la tabla de medida

En la siguiente figura se puede visualizar la estructura de la tabla medida en la cual

se almacenará la información correspondiente a las medidas de la toma de la

tensión arterial.

Figura 18 Diseño de la tabla Medida

64

3.3.5 Proceso de desarrollo de software Sprint 3 Ingreso de medicion

Recibir una solicitud de reconocimiento de voz

Consultar la disponibilidad de la aplicación para el reconocimiento del habla

Si el reconocimiento del habla está disponible, entonces debe llamar a la intención

para éste y recibir los resultados

Modulo en el cual se le permite al usuario hacer el ingreso de la medición de la presión

sistólica y diastólica en la aplicación obtenidos en la toma de la tensión arterial.

Para ello se hace el diseño del ingreso de esta información mediante comando de voz

con el fin de dar una fácil adaptación al usuario con la aplicación.

Para la implementación del comando de voz se requiere la utilización de la API 27

RecognizerIntent que ofrece Android Studio en la librería java.lang.Object la cual

permite el reconocimiento de voz.

Para realizar este procedimiento es importante otorgar los permisos de lectura,

escritura de contactos y realización de llamadas en la aplicación.

Figura 19 Codigo Permisos Ingreso de medicion

Posterior a esto se establece la variable RECOGNIZE_SPEECH_ACTIVITY la cual

ya viene instalada en las librerías de Android que nos permite la grabación del audio.

Seguida de la variable RecognizerIntent.EXTRA_LANGUAGE_MODEL que accede

hacer la selección del idioma con el cual se desea hacer el reconocimiento, los cuales

son ejecutados por medio intent RecognizerIntent.ACTION_RECOGNIZE_SPEECH

el cual recibe los datos del reconocimiento.

https://developer.android.com/reference/java/lang/Object.html

http://developer.android.com/reference/android/speech/RecognizerIntent.html#ACTION_RECOGNIZE_SPEECH

65

3.3.6 Diagrama de contexto Medición

Figura 20 Diagrama de contexto Medición

Una vez permitido el acceso a los módulos y funcionalidades de la aplicación el usuario

haciendo uso del módulo de ingreso de medición ubicado en el menú principal ingresa los

datos obtenidos en la medida de la tensión arterial mediante comando de voz o digitándola

manualmente seguido de guardar esta información la cual se almacenará en el repositorio

de datos.

3.3.7 Prueba del sprint 3 Ingreso de medición.

Se realizaron una serie de pruebas para comprobar el funcionamiento de este sprint

corroborando que todo funcione correctamente.

Sprint N3 Ingreso de medición

Descripción

de las

pruebas

Se le dio a conocer al usuario cliente la aplicación para que

probara el funcionamiento del reconocimiento de voz y la

digitalización de los campos correspondientes, además de revisar

si la interacción con la interfaz es adecuada.

Herramientas

Prueba ¿Cumple?

1 Cuenta con dos botones para ingresar las

medidas dictándolas.

Si

2 Cuenta con los campos correspondientes

para digitar la información.

Si

3 Existe el botón para guardar la información. Si

4 Los botones son de rápido y fácil acceso. Si Tabla 29 Prueba del Sprint 3

66

3.4 Sprint 4 Graficas.

Se generarán las gráficas de la información ingresada en la aplicación según el

criterio a seleccionar ya sea por días, meses y años.


A continuación, se observa la información del Sprint de gráficos el cual consta de

objetivo, detalle y criterios de aceptación.

Sprint N. 4 Nombre Gráficos

Objetivo Mostrar los datos ingresados a la aplicación en forma gráfica.

Detalle

Se mostraran los datos ingresados, mediante graficas que pueden ser

consultadas por intervalos de tiempo como días, meses y años.


La grafica debe mostrarse de una manera clara y entendible para el

usuario en cuanto a fechas e información ingresada


67

3.4.2 Tareas del sprint 4 Graficas

En la siguiente tabla se pueden observar las funciones con las que cuenta el sprint

de gráficas.

Funcionalidad

Product

Backlog

Descripciónde la

tarea


(hora)

11 Se establece la

consulta de los datos

de la presión

sistólica.

Hugo Angulo,

Laura Bohorquez

Terminada 1

11 Se establece la

consulta de los

datos de la presión

diastólica.

Hugo Angulo,

Laura Bohorquez

Terminada 5

4 Se guarda la

información

ingresada.

Hugo Angulo,

Laura Bohorquez

Terminada 2

12 Se genera la gráfica

con los datos

correspondientes a

la medición de la

tensión arterial.

Hugo Angulo,

Laura Bohorquez

Terminada 1

Tabla 31 Tareas del sprint 4

68


Gráficos: Esta pantalla permite visualizar la información ingresada en la

aplicación de una manera gráfica.

Figura 21 Screen Grafica

3.4.4 Proceso de desarrollo de software Sprint 4 Grafica

A la hora de establecer gráficos en Android es importante adicionar la librería

AndroidplotCore0.6.1 tipo jar al proyecto, la cual nos permite hacer uso del control

com.androidplot.xy.XYPLOT con el cual podemos implementar un gráfico en la

aplicación.

Tenido esto hacemos el llamado a los arreglos datos sistólica y datos diastólica en los

cuales almacenamos los datos correspondientes a las tomas de la tensión, los cuales

son enviados como parámetros de entrada en un objeto de tipo XYSeries.

A continuación, mediante un objeto de la clase LineAndPointFormatter se le adiciona

el color de la línea, color del punto y color del relleno de la gráfica.

Finalmente se adiciona los datos y el estilo al controlador permitiendo la visualización

de la gráfica.

Figura 22 Código Grafica

69

3.4.5 Diagrama de contexto Grafica

Figura 23 Diagrama de contexto Grafica

El usuario al ingresar a el módulo de graficas puede seleccionar uno de los siguientes

criterios: diaria, mensual o anual por el cual desea hacer una visualización los datos de

almacenados en la aplicación.


A continuación, se observa la tabla de las pruebas que se le realizaron al sprint de

gráficas.

Sprint N4 Grafica

Descripción

de la prueba

Mediante el emulador Nexus 5 API 25 se realizó la prueba de la

visualización de los datos almacenados en la gráfica.

Herramientas Nexus 5 API 25

Prueba ¿Cumple?

1 La grafica se muestra de una manera clara

y entendible para el usuario.

Si


70

3.5 Sprint 5 Alarmas.

En este espacio se encontrará el módulo de alarmas el cual alerta al usuario sobre

la hora en la que debe de tomar su tensión.


En la siguiente tabla se encuentran los detalles del sprint como su objetivo, detalles

y criterios de aceptación.

Sprint N. 5 Nombre Alarmas

Objetivo Notificar al usuario.

Detalle

Enviar una alerta al usuario sobre la hora en que debe tomar su medicamento o

su tensión arterial.


Debe permitir ingresar la hora en la cual debe tomar la tensión o

medicamento.

Debe notificar al usuario mediante la alarma la hora en la que debe tomar

el medicamento o la tensión.


71

3.5.2 Tareas del sprint 5 de alarmas

En la siguiente tabla se observa la funcionalidad del sprint junto con su descripción,

responsable, estado y el tiempo que tardó en realizarse la actividad.

Funcionalidad

Product

Backlog

Descripción de la

tarea


(hora)

13 Solicitar los permisos

necesarios para hacer

uso de la alarma del

celular.

Hugo Angulo,

Laura

Bohorquez

Terminada 4

14 Se implementan los

servicios de alarma

mediante la clase

RingtonePlayingService.

Hugo Angulo,

Laura

Bohorquez

Terminada 1

15 Se establece el tono de

la alarma para que

notifique al usuario

cuando debe tomar su

tensión.

Hugo Angulo,

Laura

Bohorquez

Terminada 5



Alarmas: En esta pantalla el usuario podrá programar la hora en la que

quiere que suene para tomar su tensión o tomar medicamentos.

Figura 24 Screen Alarma

72

3.5.4 Proceso de desarrollo de software Sprint 5 Alarma.

Para la implementación de este sistema de alarmas es importante crear una variable de tipo AlarmManager la cual le ofrecerá el servicio de alarma a la aplicación. Utilizando la clase Calendar se establece la hora que tiene la aplicación en el momento de ser activada. 3.5.5 Diagrama de contexto Alarma

Figura 25 Diagrama de contexto de Alarma

En el momento en que el usuario desee ser notificado de la hora en la cual deba realizar la

toma de la tensión arterial o la ingesta de su medicamento debe ingresar al módulo de

alarma en la aplicación en donde seleccionando la hora podrá obtener su alerta para alguno

de los dos casos mencionados anteriormente.

3.5.6 Prueba del sprint

En la siguiente tabla se pueden apreciar las pruebas realizadas al Sprint de alarmas.

Sprint N5 Alarma

Descripción

de la prueba

El desarrollador verifique que mediante una hora ingresada la

aplicación emita una notificación con un tono asignado.

Herramientas

Prueba ¿Cumple?

1 Permite ingresar la hora deseada para que

suene la alarma.

Si

2 Notifica al usuario mediante la alarma la

hora en la que fue programada para sonar.

Si

Tabla 35 Pruebas del Sprint 5

73

3.6 Sprint 6 Envió de mensajes.

Este sprint permitirá enviar mensajes ya sea de correo electrónico o de texto al

contacto elegido por el usuario para recibir la información de su tensión arterial, en

caso de que haya una continuidad en los niveles altos de tensión en más de 3

ocasiones.


En la siguiente tabla se observa el objetivo del sprint, el detalle y los criterios de

aceptación de este.

Sprint N. 6 Nombre Envió de mensajes.

Objetivo Enviar mensajes al contacto elegido por el usuario.

Detalle

Realizar el envió de mensajes ya sea mediante mensaje de texto o correo

electrónico indicando al contacto elegido que el usuario de la aplicación

presenta la tensión alta.


Debe permitir el envió de mensajes ya sea vía mensaje de texto o

mediante correo electrónico.

La información contenida en el mensaje sea clara y brinde la información

correctamente.


74

3.6.2 Tareas del Sprint 6 Envió de mensajes

En la siguiente tabla se encuentran las funciones que realiza el sprint de envió de

mensajes y la descripción de estas tareas junto con el responsable de hacerlas, el

estado en el que se encuentra la tarea y el tiempo que se tardó el equipo en

terminarla.

Funcionalid

ad Product

Backlog

Descripción de la tarea Responsab

le

Estado Duración

(hora)

13 Se implementó el permiso para enviar

mensajes de texto.

<uses-permission

android:name="android.permission.SE

ND_SMS" />

Hugo

Angulo,

Laura

Bohorquez

Terminada 4

16 Se reciben los datos ingresados del

contacto.

Hugo

Angulo,

Laura

Bohorquez

Terminada 5

6 Se consulta la información del contacto

en la base de datos.

Hugo

Angulo,

Laura

Bohorquez

Terminada 3

9 Se clasifica la información dependiendo

de las medidas de la tensión que tenga

el usuario, además de su edad y sexo.

Hugo

Angulo,

Laura

Bohorquez

Terminada 4

14 Se hace la implementación de los

servicios de mensajería.

Hugo

Angulo,

Laura

Bohorquez

Terminada 4


75


Envió de mensajes: Él envió de mensajes se da en caso de que el paciente tenga

la tensión arterial alta, puede recibir mensaje de texto o de correo electrónico según

como haya decidido en el momento de registrar al contacto.

Figura 26 Screen Envió de Información de la tensión

Mensaje correo: En esta pantalla se observa el correo electrónico que se envía

automáticamente si el paciente presenta la tensión alta.

Figura 27 Screen Mensajes de correo electrónico

76

Mensaje texto: En esta pantalla se observa el mensaje de texto que se envía al

contacto elegido por el usuario para recibir la información de la tensión.

Figura 28 Screen Mensaje de texto

3.6.4 Proceso de desarrollo

Él envió de mensajes está compuesto por dos partes, la primera parte hace

referencia al envío de mensajes de texto. Para ello es necesario el número de

teléfono del contacto ingresado en la aplicación para notificarle el estado de la

tensión arterial del usuario de aplicación en caso de presentar una constancia de

niveles altos en la tensión arterial y un mensaje informativo del estado de

información del usuario.

Para ello debemos implementar las siguientes librerías:

Figura 29 Codigo Envio de mensajes

Después de esta implementación se procede a verificar si se cuenta con permisos para enviar mensajes de texto, en el cual de ser negativo ejecutara un panel para poder configurar los permisos necesarios que el usuario tiene que dar a la aplicación para que pueda enviar mensajes.

77

Seguido de esto se crea un objeto de la clase SmsManager que es en donde se almacena toda la información que va ser enviada en el mensaje.

En segunda parte se hace mediante el envío de correos electrónicos, para este paso debemos implementar en el proyecto la librería javamail-android de google. Una vez implementada se asocia una cuenta de Gmail de la cual van a ser enviados los mensajes, adicionando a su vez las propiedades del servidor de correo electrónico en donde hay que hacer una autenticación y una validación de activación de la sesión. Para asegurar que el envió de mensaje se realice de una manera exitosa debemos

adicionar el permiso de acceso a internet, y habilitar el acceso de aplicaciones

menos segura en la cuenta de Gmail para poder establecer la conexión entre la

aplicación y la cuenta de Gmail.

3.6.5 Diagrama de contexto Envió de mensajes

Figura 30 Diagrama de contexto Envió de mensajes

Para la aplicación es muy importante que el usuario seleccione un medio por el cual desea

notificar a un contacto el estado en el cual presenta la tensión arterial después de haber

realizado una medición. Esta notificación se puede hacer vía mensaje de texto o correo

electrónico los cuales van a ser enviados por la aplicación en el momento en el que el

usuario presente un nivel de tensión alta.

78

3.6.6 Prueba del sprint 6 Envió de mensajes

Se le realizaron una serie de pruebas al ingreso de medición comprobando su

correcto funcionamiento.

Sprint N6 Envió de mensajes

Descripción

de la prueba

El desarrollador ingreso unos niveles de la tensión altos para

establecer él envió de mensaje para de esta manera comprobar

que los mensajes de texto y de correo electrónico se están

enviando correctamente.

Herramientas Cuenta de correo (Gmail)

Prueba ¿Cumple?

1 Permite el envió de mensajes vía correo

electrónico.

Si

2 Permite el envío de mensajes de texto al

contacto elegido.

Si

3 La información de los mensajes es clara. Si Tabla 38 Prueba del Sprint 6

3.7. Sprint 7 Base de datos.

Este permite almacenar los datos que nos proporciona el usuario para luego hacer

uso de ellos.


En la siguiente tabla se observa el objetivo, el detalle y el criterio de aceptación del

sprint de la base de datos.

Sprint N. 7 Nombre Base de Datos

Objetivo Establecer el almacenamiento del conjunto de datos ingresados en

la aplicación.

Detalle

Seleccionar y clasificar los datos correspondientes del usuario con el fin de

permitir que el almacenamiento y manejo de la información sea de una manera

efectiva y eficiente.


Permite el almacenamiento de la información suministrada por el usuario.


79

3.7.2 Tareas del Sprint 7 Base de datos

En la siguiente tabla se encuentran las funciones que realiza el sprint de base de

datos y la descripción de estas tareas junto con el responsable de hacerlas, el

estado en el que se encuentra la tarea y el tiempo que se tardó el equipo en

terminarla.

Funcionalidad

Product

Backlog

Descripción de la

tarea


(hora)

3 Se creó la base de

datos de la

aplicación.

Hugo Angulo,

Laura Bohorquez

Terminada 2



La siguiente figura se ilustra el modelo relacional correspondiente a la base de datos

de la aplicación.

Diagrama Relacional

Figura 31 Diagrama Relacional

3.7.4 Diagrama de contexto Base de datos

Figura 32 Diagrama de contexto Base de Datos

80

Todos los datos ingresados a la aplicación por parte del usuario son almacenados en el

sistema gestor de base de datos SQLite con el fin de brindarle al mismo la opción de

consultar, visualizar y además de garantizar la permanencia de la información.


Se le realizaron las pruebas correspondientes al sprint para comprobar su correcto

funcionamiento y cumplimiento con los criterios planteados.

Sprint N7 Base de datos

Prueba ¿Cumple?

Descripción

de la prueba

El desarrollador mediante la herramienta

Android device Monitor verifica si la base de

datos fue creada de una manera exitosa

además utilizando la herramienta DB Browser

for SQLite revisando la existencia de todos los

campos comprobando la visualizacion y el

almacenamiento de los datos.

Si

Herramientas DB Browser for SQLite, Android device Monitor

1 Permite el almacenamiento de la información. Si

2 Permite la visualización de la información

almacenada.

Si

3 El resultado de las consultas corresponde a la

información requerida.

Si


3.8 Sprint 8 Contacto

Se crea este sprint para conocer los datos del contacto ingresado por el usuario y

así poder hacer uso de su información y enviar mensajes en caso de que quien

tenga la aplicación presente la tensión arterial alta.

81

3.8.1 Definición del Sprint

En la siguiente tabla se observa el objetivo, el detalle y el criterio de aceptación del

sprint de contacto.

Sprint N. 8 Nombre Contacto

Objetivo Contar con un contacto elegido para que reciba un mensaje de texto

o email informativo.

Detalle

Se enviará un mensaje al contacto que el usuario ingreso a la aplicación de

acuerdo a lo elegido por quien usa la aplicación si lo prefiere por correo

electrónico o por mensaje de texto.


Permite enviar mensajes vía correo electrónico al contacto ingresado.

Permite enviar mensajes de texto al correo ingresado.

El usuario puede modificar el contacto cuando desee.

El usuario puede eliminar al contacto cuando desee.

Tabla 42 Sprint 8

82

3.8.2 Tareas del Sprint 8 Contacto

En la siguiente tabla se pueden observar las funciones del sprint 8 en donde se

encuentra el id del product backlog, la descripción de la tarea, el nombre del

responsable, el estado en que se encuentra la tarea y el tiempo que se tardó en

realizar la misma.

Funcionalidad

Product

Backlog

Descripción de

la tarea


(hora)

17 Se permite

consultar los

datos del

contacto como

nombre, teléfono

y correo

electrónico.

Hugo Angulo,

Laura

Bohorquez

Terminada 3

18 Se permite la

modificación de

los datos del

contacto.

Hugo Angulo,

Laura

Bohorquez

Terminada 3

19 Se permite la

eliminación de los

datos del

contacto.

Hugo Angulo,

Laura

Bohorquez

Terminada 3

5 Se almacena la

información

ingresada del

contacto.

Hugo Angulo,

Laura

Bohorquez

Terminada 1

10 Se crea la clases

de contacto.

Hugo Angulo,

Laura

Bohorquez

Terminada 3


83

3.8.3 Diseño del Sprint 8

Figura 33 Screen Menú de contacto

3.8.4 Diagrama de contexto de Contacto

Figura 34 Diagrama de Contexto Contacto

La aplicación cuenta con un módulo que le permite al usuario registrar, modificar, visualizar

y eliminar a un contacto con el fin de tenerlo informado al presentarse ingresos de niveles

altos de la tensión arterial por el usuario.

84

3.8.4 Pruebas del sprint 8

Se le realizaron las pruebas al sprint de contacto para comprobar que todo funcione

correctamente.

Sprint N8 Contacto

Descripción

de la prueba

El desarrollador mediante sentencias SQL verifica el

almacenamiento y la visualización de los datos del contacto

asignado por el usuario.

Herramientas DB Browser for SQLite, Android Device Monitor

Prueba ¿Cumple?

1 Permite enviar mensajes al contacto elegido. Si

2 Permite modificar la información del contacto

elegido.

Si

3 Permite eliminar la información ingresada. Si Tabla 44 Pruebas del Sprint 8

3.8.5 Diagrama de contexto del sistema

Figura 35 Diagrama de contexto del Sistema

85

4. IMPLEMENTACION

4.1 Diagrama de paquetes

El diagrama de paquetes es la agrupación de los elementos que son modelados por

UML, de manera que se facilite el entendimiento de modelos complejos, dentro de

estos modelos existen elementos como clases, relaciones entre clases, diagramas

de casos de uso, entre otros elementos de alto nivel.45

45 MURILLO, R. 2015. TEMA 9 - DIAGRAMAS DE PAQUETES Y DE SECUENCIAS.

http://jraquelm2.wix.com/ingenieriadesoftware#!-TEMA-9-DIAGRAMAS-DE-PAQUETES-Y-

DESECUENCIAS/cmbz/55a540f80cf25b8bf7e9279f [Consulta: Miercoles, 15 de Febrero de 2016]

Figura 36 Diagrama de paquetes

86

4.2 Diagrama de componentes

Los Diagramas de Componentes ilustran las piezas del software, controladores

embebidos, etc. que conformarán un sistema. Un diagrama de Componentes tiene

un nivel más alto de abstracción que un diagrama de clase – usualmente un

componente se implementa por una o más clases (u objetos) en tiempo de

ejecución. Estos son bloques de construcción, como eventualmente un componente

puede comprender una gran porción de un sistema.46

Figura 37 Diagrama de componentes

46 SPARX SYSTEMS PTY LTD Diagrama de componentes

http://www.sparxsystems.com.ar/resources/tutorial/uml2_componentdiagram.html [Consulta 15 de febrero de 2018]

http://www.sparxsystems.com.ar/resources/tutorial/uml2_componentdiagram.html

87

4.3 Diagrama de casos de uso

4.3.1 Diagrama Registro de usuarios

Figura 38 Diagrama de casos de uso Registro de Usuarios

4.3.1.2 Caso de uso registro de usuario

Caso de uso: Registro de usuario

Actores: Usuario y Sistema

Descripción: En este caso de uso permite al usuario

ingresar y almacenar su información personal.

Precondiciones: Tener instalada la aplicación en el dispositivo

móvil.

Flujo de eventos: Seleccionar la opción de

registrarse.

Llenar los campos

correspondientes.

Hacer clic en guardar.

Pos condiciones: Puede ingresar al módulo de inicio

de sesión.

Manejo de situaciones excepcionales: Los campos deben de estar diligenciados

correctamente.

Si olvida la contraseña desinstalar la

aplicación ya que no cuenta con

restablecimiento de contraseña.

Tabla 45 Documentación Caso de uso Registro de Usuario

88

4.3.2 Diagrama de casos de uso ingreso a la aplicacion

Figura 39 Diagrama de caso de uso Ingreso a la aplicacion

4.3.2.1 Diagrama Ingreso a la aplicacion

Caso de uso: Ingresar a la aplicación


Descripción: En este caso de uso se le permite al usuario

ingresar a la aplicación.

Precondiciones: Estar registrado en la aplicación

Flujo de eventos: Digitar nombre de usuario.

Digitar contraseña.

Ingresar a la aplicación.

Pos condiciones: Puede ingresar al módulo de inicio

de sesión.

Manejo de situaciones excepcionales: El usuario no recuerda la información del

inicio de sesión.

Volverse a registrar en la aplicación.

Tabla 46 Caso de uso Ingresar a la aplicacion

89

4.3.3 Diagrama de casos de uso Contacto

Figura 40 Diagrama de caso de uso contacto

4.3.3.1 Caso de uso Contacto

Caso de uso: Contacto


Descripción: En este caso de uso se le permite al usuario

ingresar, modificar, visualizar y eliminar la

información del contacto al que quiere que se

le envíen las notificaciones del estado de la

tensión del usuario.

Precondiciones: Estar registrado en la aplicación.

Haber ingresado a la aplicación.

Flujo de eventos: Agregar información.

Modificar información.

Eliminar información.

Visualizar información.

Ingresar a la aplicación.

Pos condiciones: Puede recibir mensajes sobre el

estado de la tensión arterial del

usuario.

Manejo de situaciones excepcionales: Tabla 47 Documentación caso de uso Contacto

90

4.3.4 Diagrama de casos de uso Ingreso de medición

Figura 41 Diagrama de casos de uso Ingreso de medicion

4.3.4.1 Caso de uso de Ingreso de medición

Caso de uso: Ingreso de medición


Descripción: En este caso de uso se le permite al

usuario ingresar la medida de la tensión

de forma digital o dictada por voz.

Precondiciones: Estar registrado en la aplicación.

El contacto debe estar registrado en la

aplicación.

Flujo de eventos: Ingresar la información digitada o

mediante comando de voz.

Almacenar la información en la

aplicación.

Pos condiciones: Si el usuario presenta la tensión

alta tres veces consecutivas se

enviara un mensaje al contacto.

Manejo de situaciones excepcionales: Si el comando de voz no funciona en el

dispositivo, digitarla.

El rango de la tensión va desde 40 hasta

300

Tabla 48 Documentacion de caso de uso Medicion

91

4.3.5 Diagrama de casos de uso Graficas

Tabla 49 Diagrama de caso de uso Graficas

4.3.5.1 Caso de uso de grafica

Caso de uso: Grafica



usuario visualizar de forma gráfica las

tomas de la medidas de la tensión.

Precondiciones: Haber ingresado mediciones de la tensión

a la aplicación.

Flujo de eventos: Ingresar al módulo de gráficas.

Seleccionar criterio para generar

las gráficas.

Pos condiciones:

Manejo de situaciones excepcionales: Ingresar fechas actuales y no posteriores.

Tabla 50 Caso de uso de grafica

92

4.3.6 Diagrama de caso de uso Alarma

Figura 42 Diagrama caso de uso Alarma

4.3.6.1 Caso de uso de Alarma

Caso de uso: Alarma



usuario visualizar de forma gráfica las

tomas de la medidas de la tensión.

Precondiciones: Haber ingresado mediciones de la tensión

a la aplicación.

Flujo de eventos: Ingresar al módulo de gráficas.

Seleccionar criterio para generar

las gráficas.

Pos condiciones: Notificación sonora de la hora en la que

debe de tomar la tensión.

Manejo de situaciones excepcionales: Ingresar fechas actuales y no posteriores.

93

4.3.7 Diagrama de caso de uso de alarma

Figura 43 Diagrama de caso de uso Envió de mensajes

4.3.7.1 Caso de uso

Caso de uso: Envió de mensajes


Descripción: En este caso de uso permite que cuando

los niveles de la tensión están altos se

envié un mensaje al contacto elegido por

el usuario.

Precondiciones: Tener un contacto registrado en la

aplicación.

Tener saldo disponible en el celular.

Tener acceso a internet.

Flujo de eventos: Ingresar la medición de la tensión

arterial

En el caso de presentar una

continuidad en tomas altas generar

envió de mensaje de texto o de

correo electrónico.

Pos condiciones: Notificación al usuario del mensaje

enviado.

Manejo de situaciones excepcionales: Si los datos del contacto son erróneos

acudir al menú contacto y modificar la

información. Tabla 51 Documentacion de caso de uso Envio de mensaje

94

4.3 Pruebas del proyecto

4.3.1 Pruebas del sistema

Número de

prueba

Nombre de la

prueba

Descripción Cumple

SI NO

1 Registro de

información

Registra la

información

correctamente

X

2 Login El inicio de sesión es

exitoso cuando la

contraseña es

correcta.

X

3 Ingreso de

medición

El ingreso se puede

hacer por comando

de voz.

X

3.1 Ingreso de

medición

El ingreso se puede

hacer de manera

digital.

X

4 Grafica La grafica se

visualiza de una

manera correcta.

X

5 Alarmas La alarma suena a la

hora seleccionada,

X

6 Envió de

mensajes

Cuando la tensión se

encuentra alta se

envían los mensajes

X

7 Base de datos La información se

almacena

correctamente.

8 Contacto Adiciona, modifica,

lista y elimina al

contacto.

Tabla 52 Pruebas del sistema

95

5. TECNOLOGIAS

5.1 ARQUITECTURA DEL SISTEMA

La arquitectura para los dispositivos móviles está compuesta por los sistemas de

repetidores RF y el sistema de Banda Base (Circuito integrado Digital/ Analógico).

Figura 44 Arquitectura de un dispositivo movil

5.2 Componentes y tecnologías del sistema

5.2.1 Sistema gestor de base de datos sqlite

Es un sistema de gestión de bases de datos relacional compatible con ACID,

contenida en una relativamente pequeña (~275 kiB)2 biblioteca escrita en C. SQLite

es un proyecto de dominio público creado por D. Richard Hipp.

El programa utiliza la funcionalidad de SQLite a través de llamadas simples a

subrutinas y funciones. Esto reduce la latencia en el acceso a la base de datos, debido

a que las llamadas a funciones son más eficientes que la comunicación entre

procesos. El conjunto de la base de datos (definiciones, tablas, índices, y los propios

datos), son guardados como un sólo fichero estándar en la máquina host.46

46 WIKIPEDIA Sistema gestor de base de datos sqlite https://es.wikipedia.org/wiki/SQLite [Consulta jueves 15 de febrero]

https://es.wikipedia.org/wiki/Base_de_datos_relacional

https://es.wikipedia.org/wiki/ACID

https://es.wikipedia.org/wiki/Kibibyte

https://es.wikipedia.org/wiki/SQLite#cite_note-2

https://es.wikipedia.org/wiki/Biblioteca_(inform%C3%A1tica)

https://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n_C

https://es.wikipedia.org/wiki/Dominio_p%C3%BAblico

https://es.wikipedia.org/w/index.php?title=D._Richard_Hipp&action=edit&redlink=1

https://es.wikipedia.org/wiki/SQLite

96

5.5 Speech to text

El software de voz a texto es un tipo de software que toma de manera efectiva el

contenido de audio y lo transcribe en palabras escritas en un procesador de textos u

otro destino de visualización. 47

5.6 Andrioplotcore-0.6.1

Androidplot es una biblioteca para crear diagramas dinámicos y estáticos en su aplicación de Android. Está diseñado desde cero para Android, es compatible con Android 1.6 y lo utilizan más de 1.000 aplicaciones en Google Play.48

5.7 Javamail-android

JavaMail se trata de una librería desarrollada por SUN encaminada al envío de

correos electrónicos directamente desde tu aplicación Java. El uso de ésta librería es

muy sencillo pero detallaremos paso a paso como realizar la instalación y uso de

ella.49

47 TECNOPEDIA INC Speech To Text https://www.techopedia.com/definition/23767/speech-to-text-software

48 PRESS CUSTOMIZR Android Plot http://androidplot.com/ [Consulta 15 de febrero del 2016] 49 AUTENTIA Java Mail-Android https://www.adictosaltrabajo.com/tutoriales/javamail/ [Consulta 15 de febrero de 2018]

https://www.techopedia.com/definition/23767/speech-to-text-software

http://presscustomizr.com/

http://androidplot.com/%20%5bConsulta

https://www.adictosaltrabajo.com/tutoriales/javamail/

97

5. CONCLUSIONES

• La aplicación móvil cumple a cabalidad la metodología y objetivos planteados,

permite al usuario brindarle una herramienta fácil de manejar, una visualización clara

y precisa e interactuar con otras personas alertando el mal estado de la tensión

arterial. Se diferencia esta aplicación móvil de las comerciales por la facilidad en la

visualización, alerta y almacenamiento de los datos de la presión arterial sistólica y

diastólica.

• La utilización de la alarma para la toma de medicamentos o de la toma de la tensión

permite en los pacientes llevar un mayor seguimiento en la ingesta de los mismos o

en las tomas de las mediciones porque es una manera más eficiente de tener

notificado al paciente.

• La implementación de la base de datos en el sistema gestor de base de datos

SQLite para dispositivos móviles fue una buena herramienta en el almacenamiento

de los datos en la aplicación ya que nos permitió un mayor acaparamiento de

información con un bajo costo de memoria.

• La implementación de la tecnología Speech To Text emplea la voz para la captura

de datos, esta es una herramienta que permite diferenciar la aplicación móvil tensión

arterial LH, a las comerciales, ayuda al usuario con problemas graves a tener un

dictamen e informar el estado en la cual se encuentra su nivel de tensión.

98

6. RECOMENDACIONES

Es importante implementar un usuario y contraseña que pueda recordar

fácilmente debido la aplicación no cuenta con la opción de restablecimiento

de contraseña.

Luego de ingresar a la aplicación en importante registrar los datos del

contacto al cual van hacer enviadas las notificaciones.

Al momento de hacer la grabación por voz es importante hacer click en el

icono de grabación realizar el ingreso de la medición y esperar un momento a

que la aplicación reconozca la información suministrada y permita su

visualización.

Para que él envió del mensaje de texto sea exitoso es importante contar con

saldo disponible en el celular.

Para que él envió de mensaje de correo electrónico sea exitoso es importante

contar con conexión a internet en el celular.

En futuras versiones él envió de los datos de la medición de la tensión arterial

se llevará a cabo directamente desde el tensiómetro a través de

comunicación vía bluetooth con el fin de permitir una mayor experiencia y

adaptación en el usuario con la aplicación.

99

7. REFERENCIAS

ORGANIZACIÓN MUNDIAL DE LA SALUD, Hipertensión en el mundo. http://apps.who.int/iris/bitstream/10665/87679/1/WHO_DCO_WHD_2013.2_spa.pdf [Consulta: Sábado, 05 de Agosto de 2017]

EL TIEMPO, La crisis del sistema de salud http://blogs.eltiempo.com/motor-de-busqueda/2017/03/05/la-crisis-del-sistema-de-salud/ [Consulta: Sábado, 05 de Agosto de 2017]

SZYMON KLIMASZEWSKI, Presión arterial. https://play.google.com/store/apps/details?id=com.szyk.myheart&hl=es_419. [Consulta: Sábado, 05 de Agosto de 2017]

OPENIT INC. Presión arterial diario. https://play.google.com/store/apps/details?id=kr.co.openit.bpdiary&hl=es_419 [Consulta: Sábado, 05 de Agosto de 2017]

HORST KLIER. BloodPressureDB. https://play.google.com/store/apps/details?id=net.klier.blutdruck [Consulta: Sábado, 05 de Agosto de 2017]

TACONIC SYSTEM LLC. Presión Arterial Monitor - Familia Lite. https://itunes.apple.com/us/app/presi%C3%B3n-arterial-monitor-familialite/id430133691?l=es&mt=8 [Consulta: Sábado, 05 de Agosto de 2017]

MEDLINE PLUS. Engrosamiento de las paredes de los ventrículos https://medlineplus.gov/spanish/ency/article/000163.htm [Consulta: Sábado, 05 de Agosto de 2017]

MEDLINE PLUS. Cardiopatía https://medlineplus.gov/spanish/ency/article/000163.htm [Consulta: Sábado, 05 de Agosto de 2017]

ORGANIZACIÓN MUNDIAL DE LA SALUD Figura causas de la hipertensión. http://apps.who.int/iris/bitstream/10665/87679/1/WHO_DCO_WHD_2013.2_spa.pdf [Consulta: Sábado, 05 de Agosto de 2017]

CUIDATE PLUS Causas de la hipertensión. http://www.cuidateplus.com/enfermedades/enfermedades-vasculares-y-del-corazon/hipertension-arterial.html [Consulta: Sábado, 05 de Agosto de 2017]

ORGANIZACIÓN MUNDIAL DE LA SALUD Factores Socioeconómicos. http://apps.who.int/iris/bitstream/10665/87679/1/WHO_DCO_WHD_2013.2_spa.pdf [Consulta: Sábado, 05 de Agosto de 2017]





https://play.google.com/store/apps/details?id=com.szyk.myheart&hl=es_419

https://play.google.com/store/apps/details?id=kr.co.openit.bpdiary&hl=es_419

https://play.google.com/store/apps/details?id=net.klier.blutdruck











100

ORGANIZACIÓN MUNDIAL DE LA SALUD Síntomas. http://apps.who.int/iris/bitstream/10665/87679/1/WHO_DCO_WHD_2013.2_spa.pdf [Consulta: Sábado, 05 de Agosto de 2017]

MINISTERIO DE SALUD. Clasificación de la tensión arterial. https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/VS/PP/ENT/dia-mundial-hipertension-2017.pdf [Consulta: Sábado, 05 de Agosto de 2017]

PAUL HARTMANN AG. Aparato de medición auscultaría. http://www.tensoval.es/aparatos-de-medicion-auscultatoria.php [Consulta: Sábado, 05 de Agosto de 2017]

PAUL HARTMANN AG. Aparato de medición Estetoscopio. http://www.tensoval.es/aparatos-de-medicion-auscultatoria.php [Consulta: Sábado, 05 de Agosto de 2017]

ADMSALUDV. Dispositivos Móviles. https://admsaludv.wordpress.com/59-2/ [Consulta: Sábado, 05 de Agosto de 2017]

ADMSALUDV. Tipos de Dispositivos Móviles. https://admsaludv.wordpress.com/59-2/ [Consulta: Sábado, 05 de Agosto de 2017]

AREA TECNOLOGIA Sistema Operativo. http://www.areatecnologia.com/informatica/sistemas-operativos-moviles.html [Consulta: Sábado, 05 de Agosto de 2017]

AREA TECNOLOGIA Sistemas Operativos Móviles. http://www.areatecnologia.com/informatica/sistemas-operativos-moviles.html. [Consulta: Sábado, 05 de Agosto de 2017]

PAOLA TARQUINO. Kernel. http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta: Sábado, 05 de Agosto de 2017]

PAOLA TARQUINO Middleware.http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta: Sábado, 05 de Agosto de 2017]

PAOLA TARQUINO Entorno de ejecución de aplicaciones. http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta: Sábado, 05 de Agosto de 2017

PAOLA TARQUINO Interfaz de usuario. http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles[Consulta: Sábado, 05 de Agosto de 2017]

PAOLA TARQUINO. Ios.http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta: Sábado, 05 de Agosto de 2017]




















101

PAOLA TARQUINO Android.http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta: Sábado, 05 de Agosto de 2017]

PAOLA TARQUINO. Windows Phone http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta: Sábado, 05 de Agosto de 2017]

PAOLA TARQUINO Firefox OS. http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta: Sábado, 05 de Agosto de 2017]

PAOLA TARQUINO Ubuntu Touch. http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta: Sábado, 05 de Agosto de 2017]

PAOLA TARQUINO. Tizen.http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles[Consulta: Sábado, 05 de Agosto de 2017]

PAOLA TARQUINO BlackBerry OS. http://sistemasoperativos.forogratuito.net/t110-sistemas-operativos-moviles [Consulta: Sábado, 05 de Agosto de 2017]

LIDIA CONTRERAS. Android. http://histinf.blogs.upv.es/2012/12/14/android/ [Consulta: Sábado, 05 de Agosto de 2017]

ANDROID Historia de Android. https://www.android.com/history/. [Consulta: Sábado, 05 de Agosto de 2017]

NORFI PCversiones de Android. https://norfipc.com/celulares/todas-versiones-sistema-operativo-android.php [Consulta: Sábado, 05 de Agosto de 2017]

MANUEL TRIGAS GALLEGO Metodología SCRUM http://openaccess.uoc.edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612memoria.pdf [Consulta: Sábado, 05 de Agosto de 2017]

CLASE QSL Clasificación según edad y sexo de la presión normal https://mentecuerposano.com/deberia-presion-arterial-segun-edad/ [Consulta Martes 02 de Enero de 2018]

MURILLO, R. 2015. TEMA 9 - Diagramas de paquetes y de secuencias. http://jraquelm2.wix.com/ingenieriadesoftware#!-TEMA-9-DIAGRAMAS-DE-PAQUETES-Y-DESECUENCIAS/cmbz/55a540f80cf25b8bf7e9279f [Consulta: Jueves, 15 de Febrero de 2016]

SPARX SYSTEMS PTY LTD Diagrama de componentes http://www.sparxsystems.com.ar/resources/tutorial/uml2_componentdiagram.html [Consulta Jueves 15 de febrero de 2018]









http://histinf.blogs.upv.es/2012/12/14/android/

https://www.android.com/history/



https://mentecuerposano.com/deberia-presion-arterial-segun-edad/



102

TECNOPEDIA INC Speech To Text


PRESS CUSTOMIZR Android Plot http://androidplot.com/ [Consulta 15 de febrero del 2016]

AUTENTIA Java Mail-Android https://www.adictosaltrabajo.com/tutoriales/javamail/ [Consulta 15 de febrero de 2018]


http://presscustomizr.com/

http://androidplot.com/%20%5bConsulta

https://www.adictosaltrabajo.com/tutoriales/javamail/

aplicaciÓn mÓvil para el registro control y seguimiento de...

Documents