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.1 Definición de Sprint ......................................................................................... 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.1 Definición de Sprint ......................................................................................... 61
3.3.3 Diseño del sprint ............................................................................................. 63
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.1 Definición de Sprint ......................................................................................... 66
3.4.2 Tareas del sprint 4 Graficas ............................................................................ 67
3.4.3 Diseño del sprint ............................................................................................. 68
3.4.5 Diagrama de contexto Grafica ........................................................................ 69
3.4.6 Prueba del sprint 4 .......................................................................................... 69
3.5 Sprint 5 Alarmas. ............................................................................................... 70
3.5.1 Definición de Sprint ......................................................................................... 70
3.5.2 Tareas del sprint 5 de alarmas ........................................................................ 71
3.5.3 Diseño del sprint ............................................................................................. 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.1 Definición de Sprint ......................................................................................... 73
3.6.2 Tareas del Sprint 6 Envió de mensajes ........................................................... 74
3.6.3 Diseño del sprint ............................................................................................. 75
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.1 Definición de Sprint ......................................................................................... 78
3.7.2 Tareas del Sprint 7 Base de datos .................................................................. 79
8
3.7.3 Diseño del sprint ............................................................................................. 79
Diagrama Relacional ............................................................................................... 79
3.7.5 Prueba del sprint 7 .......................................................................................... 80
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 24 Definición del Sprint 2 ........................................................................................................... 57
Tabla 25 Tareas del Sprint 2 ................................................................................................................. 58
Tabla 26 Prueba del Sprint 2 ................................................................................................................. 60
Tabla 27 Definición del Sprint 3 ........................................................................................................... 61
Tabla 28 Tareas del Sprint 3 ................................................................................................................. 62
Tabla 29 Prueba del Sprint 3 ................................................................................................................. 65
Tabla 30 Definición del Sprint 4 ........................................................................................................... 66
Tabla 31 Tareas del sprint 4 .................................................................................................................. 67
Tabla 32 Prueba del Sprint 4 ................................................................................................................. 69
Tabla 33 Definición del Sprint 5 ........................................................................................................... 70
Tabla 34 Tareas del Sprint 4 ................................................................................................................. 71
Tabla 35 Pruebas del Sprint 5 ............................................................................................................... 72
Tabla 36 Definición del Sprint 6 ........................................................................................................... 73
Tabla 37 Tareas del Sprint 5 ................................................................................................................. 74
Tabla 38 Prueba del Sprint 6 ................................................................................................................. 78
Tabla 39 Definición del Sprint 7 ........................................................................................................... 78
Tabla 40 Tareas del Sprint 7 ................................................................................................................. 79
Tabla 41 Prueba del Sprint 7 ................................................................................................................. 80
Tabla 42 Sprint 8 ................................................................................................................................... 81
Tabla 43 Tareas del Sprint 8 ................................................................................................................. 82
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]
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]
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]
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.
http://apps.who.int/iris/bitstream/10665/87679/1/WHO_DCO_WHD_2013.2_spa.pdf [Consulta: Sábado, 05 de Agosto de
2017]
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.
http://apps.who.int/iris/bitstream/10665/87679/1/WHO_DCO_WHD_2013.2_spa.pdf [Consulta: Sábado, 05 de Agosto de
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]
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
[Consulta: Sábado, 05 de Agosto de 2017]
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
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
[Consulta: Sábado, 05 de Agosto de 2017]
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]
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]
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.
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]
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]
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]
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]
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
CRITERIOS DE ACEPTACION
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.
CRITERIOS DE ACEPTACION
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 )
CRITERIOS DE ACEPTACION
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
CRITERIOS DE ACEPTACION
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
CRITERIOS DE ACEPTACION
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.
CRITERIOS DE ACEPTACION
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.
3.2.1 Definición de Sprint
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.
Criterios de aceptació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.
Tabla 24 Definición del Sprint 2
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
Tabla 25 Tareas del Sprint 2
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
Tabla 26 Prueba del Sprint 2
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
3.3.1 Definición de Sprint
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.
Criterios de aceptación
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.
Tabla 27 Definición del Sprint 3
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
Tabla 28 Tareas del Sprint 3
63
3.3.3 Diseño del sprint
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.
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.
3.4.1 Definición de Sprint
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.
Criterios de aceptación
La grafica debe mostrarse de una manera clara y entendible para el
usuario en cuanto a fechas e información ingresada
Tabla 30 Definición del Sprint 4
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
Responsable Estado Duración
(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
3.4.3 Diseño del sprint
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.
3.4.6 Prueba del sprint 4
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
Tabla 32 Prueba del Sprint 4
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.
3.5.1 Definición de Sprint
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.
Criterios de aceptación
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.
Tabla 33 Definición del Sprint 5
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
Responsable Estado Duración
(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
Tabla 34 Tareas del Sprint 4
3.5.3 Diseño del sprint
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.
3.6.1 Definición de Sprint
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.
Criterios de aceptación
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.
Tabla 36 Definición del Sprint 6
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
Tabla 37 Tareas del Sprint 5
75
3.6.3 Diseño del sprint
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.
3.7.1 Definición de Sprint
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.
Criterios de aceptación
Permite el almacenamiento de la información suministrada por el usuario.
Tabla 39 Definición del Sprint 7
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
Responsable Estado Duración
(hora)
3 Se creó la base de
datos de la
aplicación.
Hugo Angulo,
Laura Bohorquez
Terminada 2
Tabla 40 Tareas del Sprint 7
3.7.3 Diseño del sprint
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.
3.7.5 Prueba del sprint 7
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
Tabla 41 Prueba del Sprint 7
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.
Criterios de aceptación
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
Responsable Estado Duración
(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
Tabla 43 Tareas del Sprint 8
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]
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
Actores: Usuario y Sistema
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
Actores: Usuario y Sistema
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
Actores: Usuario y Sistema
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
Actores: Usuario y Sistema
Descripción: En este caso de uso se le permite al
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
Actores: Usuario y Sistema
Descripción: En este caso de uso se le permite al
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
Actores: Usuario y Sistema
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]
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]
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]
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]
102
TECNOPEDIA INC Speech To Text
https://www.techopedia.com/definition/23767/speech-to-text-software
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]
Top Related