UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

SISTEMA DE AUTOGESTIÓN DE LA SALUD PARA PACIENTES CON

DIABETES Y ASMA, DESARROLLADO E IMPLEMENTADO EN UNA

PLATAFORMA ANDROID; CON MONITOREO DE UNA APLICACIÓN

WEB EN PHP DIRIGIDA A LOS MÉDICOS TRATANTES, ENFOCADO

EN LA GESTIÓN DE PROYECTOS; PARA EL ESTUDIO

DE UNA DE LAS ÁREAS DEL CONOCIMIENTO

DEL PMI ESPECÍFICAMENTE EN ALCANCES

APLICANDO LA METODOLOGÍA SCRUM

EN EL DESARROLLO DEL

PRODUCTO.

Proyecto de Titulación

Previa a la obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

AUTOR: ANIBAL ALBERTO ARÉVALO CHIQUITO

C.I. 0929229664

TUTOR: ING. FABRICIO SÁNCHEZ M. SC.

GUAYAQUIL – ECUADOR

2017

REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA

FICHA DE REGISTRO DE TESIS

TÍTULO Y SUBTÍTULO:

Sistema de autogestión de la salud para pacientes con diabetes y asma, desarrollado e implementado en una plataforma Android; con monitoreo de una aplicación web en PHP dirigida a los médicos tratantes, enfocado en la Gestión de Proyectos; para el estudio de una de las áreas del conocimiento del PMI específicamente en alcances aplicando la metodología Scrum en el desarrollo del producto.

AUTOR: ANIBAL ALBERTO ARÉVALO CHIQUITO.

REVISOR/TUTOR: ING. FABRICIO SÁNCHEZ MORENO MSIG.

ING. FABRICIO MEDINA PALACIOS MDPR.

INSTITUCIÓN: UNIVERSIDAD DE GUAYAQUIL

FACULTAD: CIENCIAS MATEMÁTICAS Y FÍSICAS

ESPECIALIDAD: INGENIERÍA EN SISTEMAS COMPUTACIONALES.

GRADO OBTENIDO: TERCER NIVEL

FECHA DE PUBLICACIÓN:

2017 No. DE PÁGINAS 93 PÁGINAS

ÁREAS TEMÁTICAS: TECNOLOGÍA DE INFORMACIÓN.

PALABRAS CLAVES / KEYWORDS:

PMI, INGENIERÍA DE SOFTWARE, GESTIÓN, SCRUM, RECURSOS.

RESUMEN/ABSTRACT:

Este proyecto realiza un estudio de las definiciones del PMBOK para la Gestión de Proyectos, aplicando Metodología SCRUM en la Ingeniería de Software, para el diseño e implementación de una aplicación móvil dirigida a pacientes con diabetes y asma, que tendrán un portal web dirigido al médico tratante para el control, monitoreo y comunicación con el paciente. El estudio se basa en la guía PMBOK del PMI, también se tomarán estudios relacionados al tema propuesto donde es evidente la importancia de este miembro del grupo dedicado a la Gestión de Proyectos para el aseguramiento de finalizar con éxito el proyecto. La investigación del modelo que se aplicó en la implementación del proyecto establece y afirma la idea a defender por su viabilidad y se realizan encuestas para corroborar la factibilidad de la propuesta. La que da origen al estudio en la aplicación de las cinco áreas del conocimiento mencionadas por el PMI cada una siguiendo los lineamientos de las prácticas de la metodología SCRUM para el desarrollo del proyecto. Finalmente se demuestra que la aplicación del Modelo de Gestión propuesto tiene como resultado un producto de calidad llamado “Proyecto App Salud - Control”.

ADJUNTO PDF: SI NO

CONTACTO CON AUTOR: Teléfono: 0959025148 E-mail: anibal.arevaloc@ug.edu.ec

CONTACTO CON LA INSTITUCIÓN:

Nombre: AB. JUAN CHÁVEZ ATOCHA

Teléfono: 2307729

E-mail: juan.chaveza@ug.edu.ec

II

APROBACIÓN DEL TUTOR

En mi calidad de Tutor del trabajo de titulación, “SISTEMA DE AUTOGESTIÓN

DE LA SALUD PARA PACIENTES CON DIABETES Y ASMA,

DESARROLLADO E IMPLEMENTADO EN UNA PLATAFORMA ANDROID;

CON MONITOREO DE UNA APLICACIÓN WEB EN PHP DIRIGIDA A LOS

MÉDICOS TRATANTES, ENFOCADO EN LA GESTIÓN DE PROYECTOS;

PARA EL ESTUDIO DE UNA DE LAS ÁREAS DEL CONOCIMIENTO DEL PMI

ESPECÍFICAMENTE EN ALCANCES APLICANDO LA METODOLOGÍA

SCRUM EN EL DESARROLLO DEL PRODUCTO“ elaborado por el Sr. ANIBAL

ALBERTO ARÉVALO CHIQUITO, Alumno no titulado de la Carrera de

Ingeniería en Sistemas Computacionales, Facultad de Ciencias Matemáticas y

Físicas de la Universidad de Guayaquil, previo a la obtención del Título de

Ingeniero en Sistemas, me permito declarar que luego de haber orientado,

estudiado y revisado, la Apruebo en todas sus partes.

Atentamente

Ing. Fabricio Sánchez MSIG.

TUTOR

III

DEDICATORIA

A Dios por dejarme terminar esta Carrera.

A mi familia, por apoyarme y animarme en todo

tiempo, a mi madre Rosario quien fue mi guía

para cumplir esta meta añorada, a mis hermanos

quienes han sentido mi lucha y esfuerzo a lo

largo de toda ésta carrera universitaria y también

a quienes tienen sueños esto es una muestra de

que con perseverancia y decisión se pueden

alcanzar grandes logros.

IV

AGRADECIMIENTO

Agradezco a Dios, a todas las personas

quienes a lo largo de esta carrera

universitaria me apoyaron e inspiraron para

alcanzar este logro, sean compañeros de

clase, de tesis, profesores, familiares y en

especial a mi director de proyecto Oscar

Apolinario Arzube ya que gracias a él

hemos tenido esta oportunidad de culminar

nuestra carrera profesional. Y como no

agradecer a mi madre Rosario Chiquito

Calderón que fue mi ejemplo de

perseverancia y sacrificio, quien es mi

ángel y compañera de camino.

V

TRIBUNAL PROYECTO DE TITULACIÓN

Ing. Eduardo Santos Baquerizo, M.Sc.

DECANO DE LA FACULTAD

CIENCIAS MATEMÁTICAS Y

FÍSICAS

Ing. Abel Alarcón Salvatierra, M.Sc.

DIRECTOR DE LA CARRERA DE

INGENIERÍA EN SISTEMAS

COMPUTACIONALES

Ing. Fabricio Sánchez Moreno, MSIG.

PROFESOR TUTOR DEL PROYECTO

DE TITULACIÓN

Ing. Fabricio Medina Palacios, MDPR.

PROFESOR REVISOR DEL

PROYECTO DE TITULACIÓN

Ab. Juan Chávez Atocha, ESP.

SECRETARIO

VI

DECLARACIÓN EXPRESA

“La responsabilidad del contenido de este

Proyecto de Titulación, me corresponden

exclusivamente; y el patrimonio intelectual

de la misma a la UNIVERSIDAD DE

GUAYAQUIL”

ANIBAL ALBERTO ARÉVALO CHIQUITO

C.I. 0929229664

VII

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

SISTEMA DE AUTOGESTIÓN DE LA SALUD PARA PACIENTES CON

DIABETES Y ASMA, DESARROLLADO E IMPLEMENTADO EN UNA

PLATAFORMA ANDROID; CON MONITOREO DE UNA APLICACIÓN

WEB EN PHP DIRIGIDA A LOS MÉDICOS TRATANTES, ENFOCADO

EN LA GESTIÓN DE PROYECTOS; PARA EL ESTUDIO

DE UNA DE LAS ÁREAS DEL CONOCIMIENTO

DEL PMI ESPECÍFICAMENTE EN ALCANCES

APLICANDO LA METODOLOGÍA SCRUM

EN EL DESARROLLO DEL

PRODUCTO.

Proyecto de Titulación que se presenta como requisito para optar por el

título de INGENIERO EN SISTEMAS COMPUTACIONALES

Autor: ANIBAL ALBERTO ARÉVALO CHIQUITO

C.I.0929229664

Tutor: Ing. Fabricio Sánchez MSIG.

Guayaquil, diciembre del 2017

VIII

CERTIFICADO DE ACEPTACIÓN DEL TUTOR

En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo

Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de

Guayaquil.

CERTIFICO:

Que he analizado el Proyecto de Titulación presentado por el/la

estudiante ANIBAL ALBERTO ARÉVALO CHIQUITO, como requisito previo para

optar por el título de Ingeniero en SISTEMAS COMPUTACIONALES cuyo

problema es:

SISTEMA DE AUTOGESTIÓN DE LA SALUD PARA PACIENTES CON

DIABETES Y ASMA, DESARROLLADO E IMPLEMENTADO EN UNA

PLATAFORMA ANDROID; CON MONITOREO DE UNA APLICACIÓN WEB EN

PHP DIRIGIDA A LOS MÉDICOS TRATANTES, ENFOCADO EN LA GESTIÓN

DE PROYECTOS; PARA EL ESTUDIO DE UNA DE LAS ÁREAS DEL

CONOCIMIENTO DEL PMI ESPECÍFICAMENTE EN ALCANCES APLICANDO

LA METODOLOGÍA SCRUM EN EL DESARROLLO DEL PRODUCTO.

Considero aprobado el trabajo en su totalidad.

Presentado por:

Arévalo Chiquito Anibal Alberto Cédula de ciudadanía N° 0929229664

Tutor: Ing. Fabricio Sánchez MSIG.

Guayaquil, diciembre de 2017

IX

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

Autorización para Publicación de Proyecto de Titulación en Formato Digital

1. Identificación del Proyecto de Titulación

Nombre Alumno: ANIBAL ALBERTO ARÉVALO CHIQUITO.

Dirección: Guasmo Sur, Coop. Unión de los pobres, Mz. F, Sl. 10.

Teléfono: 2458637 E-mail: anibal.arevaloc@ug.edu.ec

Facultad: Ciencias Matemáticas y Físicas.

Carrera: Ingeniería en Sistemas Computacionales.

Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales.

Profesor tutor: Ing. Fabricio Sánchez MSIG.

Título del Proyecto de titulación: Sistema de autogestión de la salud para

pacientes con diabetes y asma, desarrollado e implementado en una plataforma

ANDROID; con monitoreo de una aplicación web en PHP dirigida a los médicos

tratantes, enfocado en la gestión de proyectos; para el estudio de una de las

áreas del conocimiento del PMI específicamente en alcances aplicando la

metodología Scrum en el desarrollo del producto.

X

Tema del Proyecto de Titulación: Estudio de la Gestión de proyectos en el

desarrollo un producto.

2. Autorización de Publicación de Versión Electrónica del Proyecto de

Titulación

A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y

a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica

de este Proyecto de titulación.

Publicación electrónica:

Inmediata Después de 1 año x

Firma Alumno:

3. Forma de envío:

El texto del proyecto de titulación debe ser enviado en formato Word, como

archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden

ser: .gif, .jpg o .TIFF.

DVD ROM CD ROM X

XI

ÍNDICE GENERAL

APROBACIÓN DEL TUTOR II

DEDICATORIA III

AGRADECIMIENTO IV

TRIBUNAL PROYECTO DE TITULACIÓN V

DECLARACIÓN EXPRESA VI

CERTIFICADO DE ACEPTACIÓN DEL TUTOR VIII

ÍNDICE GENERAL XI

ABREVIATURAS XIV

SIMBOLOGÍA XV

ÍNDICE DE CUADROS XVI

ÍNDICE DE GRÁFICOS XVIII

RESUMEN XXI

ABSTRACT XXII

INTRODUCCIÓN 1

CAPÍTULO I 4

EL PROBLEMA 4

PLANTEAMIENTO DEL PROBLEMA 4

SITUACIÓN CONFLICTO NUDOS CRÍTICOS 5

CAUSAS Y CONSECUENCIAS DEL PROBLEMA 6

DELIMITACIÓN DEL PROBLEMA 7

FORMULACIÓN DEL PROBLEMA 7

EVALUACIÓN DEL PROBLEMA 8

ALCANCES DEL PROBLEMA 9

OBJETIVOS DE LA INVESTIGACIÓN 11

OBJETIVO GENERAL 11

OBJETIVOS ESPECÍFICOS 11

JUSTIFICACIÓN E IMPORTANCIA DE LA INVESTIGACIÓN 11

CAPÍTULO II 13

MARCO TEÓRICO 13

ANTECEDENTES DEL ESTUDIO 14

FUNDAMENTACIÓN TEÓRICA 14

¿QUÉ ES LA GESTIÓN DE PROYECTOS? 14

XII

TEORÍA DE LA ADMINISTRACIÓN DE PROYECTOS 15

IMPORTANCIA DE LA ADMINISTRACIÓN DE PROYECTOS 15

PROCESOS PARA LA ADMINISTRACIÓN DE PROYECTOS 15

GESTIÓN DEL ALCANCE DEL PROYECTO 20

MODELO DE GESTIÓN 23

METODOLOGÍAS TRADICIONALES DE DESARROLLO DE SOFTWARE 23

METODOLOGÍAS ÁGILES DE DESARROLLO DE SOFTWARE 27

METODOLOGÍAS ÁGILES VS TRADICIONALES 30

METODOLOGÍA SCRUM 31

FUNDAMENTACIÓN SOCIAL 35

FUNDAMENTACIÓN LEGAL 36

IDEA A DEFENDER 45

DEFINICIONES CONCEPTUALES 45

TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN (TIC) 45

SISTEMAS DE INFORMACIÓN (SI) 45

MODELO DE GESTIÓN 46

PMI 46

PMBOK 46

SCRUM 46

CAPÍTULO III 47

METODOLOGÍA DE LA INVESTIGACIÓN 47

MODALIDAD DE LA INVESTIGACIÓN 47

TIPO DE INVESTIGACIÓN 47

MÉTODOS DE INVESTIGACIÓN CIENTÍFICA 48

ETAPAS DE LA METODOLOGÍA DEL PROYECTO 56

VALIDACIÓN DE LA IDEA A DEFENDER 59

CAPÍTULO IV 60

PROPUESTA TECNOLÓGICA 60

SCRUM 60

PMBOK 60

PMP 61

ÁREAS DE CONOCIMIENTO APLICADAS 62

ANÁLISIS DE FACTIBILIDAD 85

FACTIBILIDAD OPERACIONAL 86

XIII

FACTIBILIDAD TÉCNICA 87

FACTIBILIDAD LEGAL 87

FACTIBILIDAD ECONÓMICA 88

CRITERIO DE VALIDACIÓN DE LA PROPUESTA 89

CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO 89

CONCLUSIONES 92

RECOMENDACIONES 93

BIBLIOGRAFÍA 94

GLOSARIO 96

ANEXOS 97

XIV

ABREVIATURAS

PMI Project Management Institute

OMS Organización Mundial de la Salud

PMP Project Management Profesional

RUP Rational Unified Process

UML Lenguaje de Modelado Unificado

MSF Microsoft Solution Framework

URL Localizador de Fuente Uniforme

CC.MM.FF Facultad de Ciencias Matemáticas y Físicas

HTTP Protocolo de transferencia de Híper Texto

ABP Aprendizaje Basado en Problemas

EDT Estructura de Descomposición de Trabajo

XV

SIMBOLOGÍA

s Desviación estándar

e Error

E Espacio muestral

E(Y) Esperanza matemática de la v.a. y

s Estimador de la desviación estándar

e Exponencial

XVI

ÍNDICE DE CUADROS

CUADRO N° 1

CAUSAS Y CONSECUENCIAS DEL PROBLEMA .............................................. 6

CUADRO N° 2

DELIMITACIÓN DEL PROBLEMA ....................................................................... 7

CUADRO N° 3

COMPARACIÓN ENTRE METODOLOGÍAS ÁGILES Y TRADICIONALES ....... 30

CUADRO N° 4

DIFERENCIAS ENTRE LAS INVESTIGACIONES CIENTÍFICAS ...................... 49

CUADRO N° 5

POBLACIÓN DEL PROYECTO DE TITULACIÓN. ............................................ 50

CUADRO N° 6

TABLA DE ERRORES TÍPICOS O VALORES DE ZETA .................................. 51

CUADRO N° 7

VALORES DEFINIDOS PARA EL CÁLCULO DE LA MUESTRA DE

ESTUDIANTES.................................................................................................. 52

CUADRO N° 8

MUESTRA DEL PROYECTO DE TITULACIÓN. ................................................ 52

CUADRO N° 9

RESULTADOS DE LA PREGUNTA 1 DE LA ENCUESTA ................................ 53

CUADRO N° 10

RESULTADOS DE LA PREGUNTA 2 DE LA ENCUESTA ................................ 54

CUADRO N° 11

RESULTADOS DE LA PREGUNTA 3 DE LA ENCUESTA ................................ 54

CUADRO N° 12

RESULTADOS DE LA PREGUNTA 4 DE LA ENCUESTA ................................ 55

CUADRO N° 13

SPRINTS DEL PROYECTO .............................................................................. 58

CUADRO N° 14

PRODUCT BACKLOG DEL PROYECTO APP SALUD CONTROL ................... 70

CUADRO N° 15

VALOR DE UN RECURSO HUMANO DENTRO DEL PROYECTO APP SALUD

CONTROL ......................................................................................................... 88

XVII

CUADRO N° 16

PERFIL MUESTRA DE LA INVESTIGACIÓN .................................................... 89

CUADRO N° 17

RESULTADOS DE LA PREGUNTA 1 DE LA ENCUESTA DE ACEPTACIÓN

DEL PRODUCTO .............................................................................................. 90

CUADRO N° 18

RESULTADOS DE LA PREGUNTA 2 DE LA ENCUESTA DE FACTIBILIDAD . 91

XVIII

ÍNDICE DE GRÁFICOS

GRÁFICO N° 1

GRUPO DE PROCESOS DE LA DIRECCIÓN DE PROYECTOS ..................... 16

GRÁFICO N° 2

CORRESPONDENCIA ENTRE GRUPOS DE PROCESOS Y ÁREAS DE

CONOCIMIENTO DE LA DIRECCIÓN DE PROYECTOS ................................. 18

GRÁFICO N° 3

ÁREAS DEL CONOCIMIENTO .......................................................................... 19

GRÁFICO N° 4

DIAGRAMA DE FLUJO DE DATOS DEL PROCESO ........................................ 21

GRÁFICO N° 5

LA EDT ES LA BASE DEL PROYECTO ............................................................ 22

GRÁFICO N° 6

RATIONAL UNIFIED PROCESS ....................................................................... 25

GRÁFICO N° 7

MICROSOFT SOLUTION FRAMEWORK .......................................................... 26

GRÁFICO N° 8

METODOLOGÍA SCRUM .................................................................................. 29

GRÁFICO N° 9

CICLO DE DESARROLLO ÁGIL ....................................................................... 32

GRÁFICO N° 10

SCRUM TASKBOARD....................................................................................... 35

GRÁFICO N° 11

RESULTADOS DE LA PREGUNTA 1 DE LA ENCUESTA ................................ 53

GRÁFICO N° 12

RESULTADOS DE LA PREGUNTA 2 DE LA ENCUESTA ................................ 54

GRÁFICO N° 13

RESULTADOS DE LA PREGUNTA 3 DE LA ENCUESTA ................................ 55

GRÁFICO N° 14

RESULTADOS DE LA PREGUNTA 4 DE LA ENCUESTA ................................ 56

GRÁFICO N° 15

GRUPOS DE PROCESOS DE LA DIRECCIÓN DE PROYECTOS ................... 57

XIX

GRÁFICO N° 16

CICLO DE DESARROLLO ÁGIL SCRUM.......................................................... 57

GRÁFICO N° 17

GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO ......................................... 63

GRÁFICO N° 18

GESTIÓN DEL ALCANCE DEL PROYECTO .................................................... 68

GRÁFICO N° 19

ESTRUCTURA DE DESCOMPOSICIÓN DE TRABAJO DEL PROYECTO APP

SALUD CONTROL ............................................................................................ 69

GRÁFICO N° 20

GESTIÓN DEL TIEMPO DEL PROYECTO ....................................................... 73

GRÁFICO N° 21

BURNDOWN CHART ........................................................................................ 75

GRÁFICO N° 22

GESTIÓN DE RECURSO HUMANO DEL PROYECTO ..................................... 76

GRÁFICO N° 23

LAS REUNIONES DE SCRUM .......................................................................... 77

GRÁFICO N° 24

ÁREA DE GESTIÓN DE PROYECTOS DEL PROYECTO APP SALUD

CONTROL ......................................................................................................... 79

GRÁFICO N° 25

ÁREA DE GESTIÓN DE PROCESOS DEL PROYECTO APP SALUD CONTROL

.......................................................................................................................... 79

GRÁFICO N° 26

ÁREA DESARROLLO WEB DEL PROYECTO APP SALUD CONTROL ........... 80

GRÁFICO N° 27

ÁREA DE BASE DE DATOS DEL PROYECTO APP SALUD CONTROL .......... 80

GRÁFICO N° 28

ÁREA DESARROLLO MÓVIL DEL PROYECTO APP SALUD CONTROL ........ 81

GRÁFICO N° 29

ÁREA DE ARQUITECTURA DEL PROYECTO APP SALUD CONTROL .......... 81

GRÁFICO N° 30

ÁREA DE INFRAESTRUCTURA DEL PROYECTO APP SALUD CONTROL ... 82

XX

GRÁFICO N° 31

EQUIPO DE TRABAJO EN SITIO DEL PROYECTO APP SALUD CONTROL .. 82

GRÁFICO N° 32

ESTADÍSTICA DEL CONTROL DE ASISTENCIA ............................................. 82

GRÁFICO N° 33

GESTIÓN DE LAS COMUNICACIONES DEL PROYECTO............................... 84

GRÁFICO N° 34

REPOSITORIO PARA INFORMACIÓN DEL PROYECTO ................................ 85

GRÁFICO N° 35

COMPARACIÓN DE EFECTIVIDAD DE GESTIÓN ÁGIL Y NO ÁGIL DE

PROYECTOS .................................................................................................... 86

GRÁFICO N° 36

RESULTADOS DE LA PREGUNTA 1 DE LA ENCUESTA DE FACTIBILIDAD . 90

GRÁFICO N° 37

RESULTADOS DE LA PREGUNTA 2 DE LA ENCUESTA DE FACTIBILIDAD . 91

XXI

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

SISTEMA DE AUTOGESTIÓN DE LA SALUD PARA PACIENTES CON DIABETES Y ASMA, DESARROLLADO E IMPLEMENTADO EN UNA PLATAFORMA ANDROID; CON MONITOREO DE UNA APLICACIÓN

WEB EN PHP DIRIGIDA A LOS MÉDICOS TRATANTES, ENFOCADO EN LA GESTIÓN DE PROYECTOS; PARA EL ESTUDIO

DE UNA DE LAS ÁREAS DEL CONOCIMIENTO DEL PMI ESPECÍFICAMENTE EN ALCANCES

APLICANDO LA METODOLOGÍA SCRUM EN EL DESARROLLO DEL

PRODUCTO.

Autor: Anibal Alberto Arévalo Chiquito Tutor: Ing. Fabricio Sánchez MSIG.

RESUMEN

Este proyecto realiza un estudio de las definiciones del PMBOK para la Gestión de Proyectos, aplicando Metodología SCRUM en la Ingeniería de Software, para el diseño e implementación de una aplicación móvil dirigida a pacientes con diabetes y asma, que tendrán un portal web dirigido al médico tratante para el control, monitoreo y comunicación con el paciente. El estudio se basa en la guía PMBOK del PMI, también se tomarán estudios relacionados al tema propuesto donde es evidente la importancia de este miembro del grupo dedicado a la Gestión de Proyectos para el aseguramiento de finalizar con éxito el proyecto. La investigación del modelo que se aplicó en la implementación del proyecto establece y afirma la idea a defender por su viabilidad y se realizan encuestas para corroborar la factibilidad de la propuesta. La que da origen al estudio en la aplicación de las cinco áreas del conocimiento mencionadas por el PMI cada una siguiendo los lineamientos de las prácticas de la metodología SCRUM para el desarrollo del proyecto. Finalmente se demuestra que la aplicación del Modelo de Gestión propuesto tiene como resultado un producto de calidad llamado “Proyecto App Salud - Control”.

Palabras clave: PMI, Ingeniería de Software, Gestión, SCRUM, Recursos.

XXII

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

HEALTH SELF-DIAGNOSIS SYSTEM FOR PATIENTS WITH DIABETES AND ASTHMA, DEVELOPED AND IMPLEMENTED ON AN

ANDROID PLATFORM; WITH MONITORING OF AN APPLICATION WEB IN PHP DIRECTED TO TREATING DOCTORS, FOCUSED

IN PROJECT MANAGEMENT; FOR THE STUDY OF ONE OF THE AREAS OF KNOWLEDGE

OF THE PMI SPECIFICALLY IN SCOPE APPLYING THE SCRUM METHODOLOGY

IN THE DEVELOPMENT OF PRODUCT.

Author: Anibal Alberto Arévalo Chiquito

Tutor: Ing. Fabricio Sánchez MSIG.

ABSTRACT

This project performs a study of the PMBOK definitions for Project Management, applying SCRUM Methodology in Software Engineering, for the design and implementation of a mobile application aimed at patients with diabetes and asthma, which will have a web portal addressed to the physician treatment for the control, monitoring and communication with the patient. The study is based on the PMBOK PMI guide, and studies related to the proposed topic will be taken, where it is evident the importance of this member of the group dedicated to Project Management for the assurance of successful completion of the project. The investigation of the model that was applied in the implementation of the project establishes and affirms the idea of defending its viability and conducting surveys to reaffirm the feasibility of the subject. The one that gives origin to the study in the application of the six areas of knowledge mentioned by the PMI each following the guidelines of the practices of the SCRUM methodology for the development of the project. Finally, it is shown that the application of the proposed Management Model results in a quality product called "Health App - Control Project".

Keywords: PMI, Software Engineering, Management, SCRUM, Resources.

1

INTRODUCCIÓN

La gestión del alcance de proyecto es una de las áreas de conocimiento de la

Dirección de Proyectos y se encarga de definir, validar y controlar el alcance del

proyecto, es decir que el producto final cumpla con las funciones y

características definidas.

En el presente proyecto se obtendrá como resultado un sistema para el

autocontrol de la población en la salud de pacientes con diabetes y asma, la

misma que está desarrollada e implementada en una plataforma Android junto a

otra aplicación web dirigida a los médicos tratantes. Los dos programas

funcionarán de forma conjunta para un seguimiento continuo de los síntomas del

paciente. Para medir el cumplimiento del alcance de este proyecto se han

utilizado herramientas como reuniones semanales para verificar el avance del

proyecto, análisis del producto para comprender mejor el funcionamiento del

sistema y evaluar el cumplimiento de los requisitos solicitados por el cliente,

técnicas de trabajos en grupos para la toma de decisiones y definir los

entregables del proyecto.

La metodología Scrum es una técnica de desarrollo ágil que permite minimizar

los riesgos en la producción de un proyecto mediante la revisión diaria, plazos de

entrega cortos y la comunicación constante con el cliente, el proyecto se ha

basado en esta metodología para lograr mayor productividad en las etapas de

creación del software y la medición de las tareas asignadas al grupo respecto al

tiempo.

Se realiza la Gestión del incremento de opciones en la App Móvil “HEALTH

MONITOR” para ingreso de información relevante de una nueva patología como

el ASMA, en el autocontrol del tratamiento médico luego del ingreso de las

medicinas se podrá realizar la programación de alarmas para la toma de las

mismas, la inclusión de Login mediante un usuario de la red social Facebook de

manera opcional, la posibilidad de vincular y desvincular un médico especialista

a elección del paciente, en el módulo de ejercicios se crea una opción la cual

consiste en extraer los datos registrados en Google Fit de calorías quemadas por

2

el paciente que se mostrarán el detalle y gráfico estadístico en la App, la

implementación de Base de Datos OrmLite para que la App sea funcional de

manera Off-Line, importación y exportación entre la Base de Datos Andriod y

Base de Datos del Servidor para que se muestre su información desde cualquier

dispositivo al que iniciar sesión el paciente, también una opción de tutorial para

guía del paciente en el uso del App y sus nuevas funcionalidades.

Se implementan mejoras y nuevas opciones en la App Móvil que contribuyen a la

salud de pacientes con diabetes y asma, para pacientes asmáticos el registro de

información de su flujo respiratorio y como resultado le muestra el estado en el

que se encuentre. También puede programar alarmas de medicinas ingresadas

para la toma y quede registrado en su historial para un mejor control e

tratamientos en beneficio de la mejora de su salud. La App tendrá la

funcionalidad sin necesidad de estar conectado a internet con la implementación

de OrmLite que ayuda a tener una alta disponibilidad para el uso de la

aplicación.

En la Aplicación Web se incluyen opciones para visualizar datos del paciente en

el control del Asma de manera individual y general, así como calorías quemadas,

también consultar gráficas estadísticas de indicadores de sentimientos en

publicaciones que realizan los pacientes en la red social Twitter para Asma y

Diabetes.

La creación de nuevas opciones en la Aplicación Web dirigida para el

seguimiento y control de pacientes con diabetes y asma por parte de médicos

tratantes, la información que se visualiza permite verificar el estado de los

pacientes asmáticos mostrando el flujo respiratorio actual y las causas que lo

afectaron para realizar el oportuno y correcto diagnóstico del médico. También

una opción que muestra el peso del paciente y recomendar dietas para la mejora

de su salud siendo información relevante para pacientes asmáticos y diabéticos.

Una nueva opción de indicadores de sentimientos para publicaciones de la red

social Twitter de pacientes con asma y diabetes la cual se mostrará al médico

tratante y dar seguimiento de los pacientes que tiene vinculados.

3

Los que forman parte de los requerimientos del cliente y que se llevó a cabo

dentro de la ejecución del proyecto y como objetivos a alcanzar por parte del

equipo de trabajo el mismo que se hizo entrega al cliente luego de obtener la

aceptación del producto en cuanto a calidad y tiempos establecidos.

Este proyecto de Titulación está dividido en cuatro capítulos de los cuales se

describirá su estructura de manera breve en los siguientes párrafos:

Capítulo I: Es donde se expresa de manera detallada la problemática del

proyecto que incluye el planteamiento del problema, la ubicación en un contexto,

la situaciones conflicto y los nudos críticos, las causas y consecuencias,

delimitación del problema, formulación, evaluación, alcances del proyecto, los

objetivos generales y específicos a cumplir y su justificación.

Capítulo II: Se detalla los conocimientos previos adquiridos para la propuesta.

En el marco teórico se habla de las fundamentaciones (teórica, social y legal), la

idea a defender y las definiciones conceptuales.

Capítulo III: Se hace énfasis a la metodología con la cual se investigó, la cual

consta de diseño de la investigación, modalidad de la investigación, tipo de

investigación, se definió la población y la muestra para aplicar el estudio, las

técnicas e instrumentos de recolección de datos, recolección de información, el

procesamiento y análisis de los datos obtenidos y la validación de la idea a

defender.

Capítulo IV: Se detalla la propuesta tecnológica, los análisis de factibilidad

(operacional, técnico, legal y económico), las etapas de la metodología del

proyecto, se define los entregables del proyecto, criterios de validación de la

propuesta, criterios de aceptación del producto, conclusiones y las

recomendaciones.

4

CAPÍTULO I

EL PROBLEMA

PLANTEAMIENTO DEL PROBLEMA

La diabetes es el principal causante de problemas de salud por su creciente

número de enfermos, así como su elevada tasa de mortalidad, esta enfermedad

se presenta debido a la falta de conocimiento de la misma y el estilo de vida por

lo general el sedentarismo y la mala alimentación son algunas de las razones.

Las poblaciones con mayores desventajas son los países en desarrollo,

industrializados y minorías. La OMS dicta que se deben crear programas donde

se detallen políticas y programas que prevengan esta enfermedad.

“Un 90% de los diabéticos presenta diabetes tipo 2 y su

prevalencia está aumentando en todo el mundo

occidental como consecuencia del envejecimiento de la

población y el aumento de la obesidad y los hábitos de

vida sedentarios.” (Hernández Rodríguez, 2010)

El asma es una enfermedad crítica presente en todos los países sin importar

su nivel de desarrollo, que afecta a las personas de todas las edades, pero es la

más común en niños pequeños, esta enfermedad provoca ataques recurrentes

de sibilancias y falta de aire. Es una enfermedad no curable con mortalidad en

países de ingresos bajos y medios-bajos. La OMS recomienda planes de

prevención y políticas para mejorar la atención a esta enfermedad.

5

Los pacientes que padecen de estas enfermedades no cuentan con un

autocontrol o autogestión de medicamentos, dietas o ejercicios para una

patología como el Asma, a causa de esto los tratamientos no tienen los

resultados de mejoría esperados en los pacientes Asmáticos para lo cual se

diseña una aplicación móvil y para el monitoreo por parte de los médicos

especialistas un portal web.

La necesidad de la Gestión de Proyectos provoca que se cumpla en la

entrega de un producto o servicio, toma de decisiones, emplear recursos,

precautelar posibles fallos, debido al margen de error existente en los proyectos

y tiene consecuencia en los procesos.

La situación evidente es motivo para que la Universidad de Guayaquil realice

el planteamiento de diseñar y desarrollar una aplicación para teléfonos móviles

que será utilizado por pacientes diagnosticados con diabetes y/o asma, los datos

registrados tendrán un control y seguimiento por parte de médicos especialistas,

para mantener comunicación e interacción con sus pacientes, y así ayudar a las

personas enfermas con la autogestión de la salud y prevenir complicaciones.

Para esto se realizará la implementación de la aplicación móvil y portal web

usando un modelo de gestión aplicando la metodología SCRUM para el

desarrollo incremental y el cumplimiento de los requerimientos planteados por la

Institución, esto asegurará que el proyecto finalice con éxito entregando un

producto de calidad y ligereza en el desarrollo.

SITUACIÓN CONFLICTO NUDOS CRÍTICOS

Debido a esta situación se crearán: una aplicación móvil con sistemas

operativos Android, de práctico y fácil uso que permita al paciente tener un

control de su tratamiento diario, que mediante un portal web podrá ser

monitorizado por el médico tratante de su preferencia; en el menor tiempo

posible, para un ahorro de recursos económicos y que el producto desarrollado

sea de calidad alta y cumplir con las expectativas de la institución.

6

CAUSAS Y CONSECUENCIAS DEL PROBLEMA

Al no aplicar un correcto modelo de desarrollo de software las causas o

consecuencias que se pueden originar están expuestas en el siguiente cuadro:

CUADRO N° 1 CAUSAS Y CONSECUENCIAS DEL PROBLEMA

Causas Consecuencias

Es necesario realizar estimaciones de movilidad de recursos, coordinación y dirección al personal en el grupo, fechas establecidas y requerimientos del presente proyecto App Salud Control.

Producto inaceptable por falta de cumplimiento de expectativa del cliente, falta de dinamismo y pérdida de clientes por prestigio del grupo.

Se necesita un administrador de proyectos internos que realice el planteamiento de ideas del presente proyecto App Salud Control.

Ambivalencia en las ideas y el planteamiento de las mismas lo que genera confusión y problemas en el grupo de trabajo.

Precautelar la información que genere el presente proyecto.

Si sucede esto podría generar consecuencias no deseadas y re trabajo.

Realizar la aplicación de una metodología ágil durante el desarrollo del producto.

Falta de cumplimiento de roles, cambios no contemplados, funcionalidad insatisfecha, tiempos no cumplidos.

Distribuir las tareas al grupo de trabajo para conseguir el objetivo del proyecto App Salud Control.

Producen errónea asignación de tareas y con esto atrasos en la entrega de lo establecido.

Es necesario controlar y monitorear las tareas y ejecución de las tareas requeridas para alcanzar los objetivos de este proyecto.

No cumplir con los requerimientos y objetivos de la Institución.

Fuente: Datos de la Investigación.

Elaborado por: Anibal Arévalo Chiquito.

7

DELIMITACIÓN DEL PROBLEMA

CUADRO N° 2 DELIMITACIÓN DEL PROBLEMA

CAMPO Metodología Agiles e Ingeniería de Software

ÁREA Tecnologías de la Información

ASPECTO Gestión de Proyecto

TEMA SISTEMA DE AUTOGESTIÓN DE LA SALUD PARA PACIENTES CON DIABETES Y ASMA, DESARROLLADO E IMPLEMENTADO EN UNA PLATAFORMA ANDROID; CON MONITOREO DE UNA APLICACIÓN WEB EN PHP DIRIGIDA A LOS MÉDICOS TRATANTES, ENFOCADO EN LA GESTIÓN DE PROYECTOS; PARA EL ESTUDIO DE UNA DE LAS ÁREAS DEL CONOCIMIENTO DEL PMI ESPECÍFICAMENTE EN ALCANCES APLICANDO LA METODOLOGÍA SCRUM EN EL DESARROLLO DEL PRODUCTO.

Fuente: Datos de la Investigación.

Elaborado por: Anibal Arévalo Chiquito.

FORMULACIÓN DEL PROBLEMA

En base al análisis realizado en los puntos anteriores de la problemática, se

tiene el siguiente cuestionamiento:

¿Qué beneficio se encontraría en el desarrollo del producto, empleando

metodología Scrum en la aplicación de la gestión del proyecto basado en

los lineamientos del PMI, para que se cumplan los alcances del producto

en el proyecto App Salud Control?

8

EVALUACIÓN DEL PROBLEMA

Para realizar la evaluación de este proyecto de tesis, se describirán siete

aspectos inmersos en el presente estudio y evaluación del problema, los cuales

son:

Delimitado: Los pacientes de Guayaquil que padecen las enfermedades de

Diabetes y Asma que no cuentan con un sistema para el autocontrol en una

Aplicación Móvil y médicos tratantes que no tiene un Portal Web para el control

de los pacientes de estas enfermedades.

Claro: Se plantearon de forma detallada las causas y consecuencias de no

contar con un sistema de autogestión de las enfermedades Diabetes y Asma,

además de no tener comunicación y control mediante un Portal Web por parte de

un médico tratante.

Original: Los proyectos que se realizan en base a los modelos de Gestión

existentes tienen un margen de error debido a factores internos o externos, los

cuales necesitan la toma de decisiones y gestión de recursos para que este

margen de error sea mínimo, se debe contar con un Gestor o Director de

Proyectos para llevar al éxito el proyecto en menor tiempo pero sin perder el

sentido de calidad del producto.

Contextual: La Carrera de Ingeniería en Networking y Telecomunicaciones

creada con el propósito de formar profesionales en el área de las tecnologías e

innovación se realiza el estudio del problema para buscar una solución en el

contexto de la creación de Tecnologías de la Información, para la contribución

positiva con la sociedad siendo uno de los objetivos importantes de la Institución.

Factible: En el estudio del problema se planteó una solución tecnológica

siendo la óptima debido a que las personas y pacientes cuentan con acceso a la

misma, se lleva a cabo la ejecución de proyecto para la solución del problema

con un modelo de Gestión de Proyectos que optimiza el tiempo, ahorro en costos

9

y recursos siendo factible la realización del mismo en base a la metodología Ágil

Scrum.

Relevante: Debido a que la Diabetes tiene una elevada tasa de persona que

la padecen y en algunos casos puede provocar la muerte por la falta de un

correcto autocontrol y el Asma afecta en gran cantidad de personas sin importar

la edad provocando gran malestar, ambas no tienen la mejoría esperada por

desconocer el correcto control factor reconocido por la OMS, la cual recomienda

se realicen planes y políticas para la prevención y tratamientos de las mismas.

Evidente: Se denota que existen problemas actualmente en la capacitación

de los pacientes y doctores, a consecuencia de esto desconocen

significativamente de la tecnología y sus ventajas, lo que no cumple con la

expectativa de la institución.

ALCANCES DEL PROBLEMA

A continuación, se detallan los alcances de la aplicación de este proyecto de

investigación para el control mediante la gestión de proyectos:

Se tomará como metodología de trabajo Ágil “SCRUM” en la Ingeniería

de Software del Proyecto planteado.

Se realizarán dos reuniones a la semana desde Junio hasta Septiembre,

al inicio y al final de la semana con los Scrum Masters de las áreas

mencionadas a continuación: procesos, infraestructura, arquitectura, base

de datos, web y móvil para el control de las tareas.

Se utilizará la herramienta Kanban “Trello” para realizar el control y

seguimiento de las tareas por medio de la aplicación móvil o el portal

web.

Creación de los informes de seguimiento como: BurnDown chart, Product

Backlog, Cronograma, Sprint Backlog necesarios para documentar la

gestión del proyecto.

10

Se aplicarán los estándares para la Gestión de Proyectos según los

lineamientos del PMI (Proyect Management Institute) en el PMBOK 2013,

5ta. edición.

Las áreas de conocimiento que se desarrollarán en este proyecto son las

siguientes:

o Gestión de la Integración

o Gestión del Alcance

o Gestión del Tiempo

o Gestión de los Recursos Humanos

o Gestión de la Comunicación

El equipo de trabajo será seccionado por áreas según su perfil que a su

vez serán liderados por un Scrum Master los cuales serán coordinados

con todo el proyecto por un PMP (Project Management Professional).

Se utilizarán herramientas de software Open Source como: netbeans 8.1,

MySql Edición Workbench 6, Centos 6, Wildfly v10, Eclipse Neon 3 Gantt

Proyect 2.8.5; para el desarrollo del proyecto.

La planificación estratégica y aplicación de las definiciones del PMBOK

se aplicarán por parte del PMP luego de obtener la aprobación del

Gerente de Proyecto o Product Owner.

Se planificará las fases de ejecución del proyecto: iniciación,

planificación, ejecución del desarrollo, plan de pruebas y cierre del

proyecto.

Se realizarán documentos para el cierre del proyecto tales como:

entregables del proyecto con su respectiva aprobación, el Manual de

Usuario de la App Móvil y el Portal Web y actas de reunión del proyecto.

Para la realización del control, revisión y evaluación de resultados siendo

parte del Modelo de Gestión Propuesto serán revisados y controlados por

parte del PMP más no constarán como tareas ya que existe una persona

a cargo específicamente de los procesos del sistema.

11

OBJETIVOS DE LA INVESTIGACIÓN

OBJETIVO GENERAL

Aplicar la Gestión de Proyectos para el análisis del área de conocimiento del

PMI específicamente en alcances junto a la metodología SCRUM en el diseño y

desarrollo de una aplicación para dispositivos móviles en una plataforma con

sistema operativo Android que será usada por pacientes con diabetes y/o asma y

un portal web que ayude al médico tratante con el control y monitoreo de los

pacientes.

OBJETIVOS ESPECÍFICOS

Identificar la lista de requerimientos del proyecto junto al Product Owner y

el cliente para realizar el Product Backlog definiendo los entregables del

proyecto.

Obtener la aceptación de los entregables del proyecto por el cliente para

definir las tareas y actividades a realizar por el equipo de trabajo.

Aplicar la metodología Scrum en la Ingeniería de Software para el

cumplimiento de los entregables del producto con calidad y en tiempos

establecidos.

Realizar el control y monitoreo en el desarrollo del proyecto mediante la

herramienta “Trello” para la revisión de avance incremental del Sprint

Backlog.

JUSTIFICACIÓN E IMPORTANCIA DE LA INVESTIGACIÓN

El presente proyecto de titulación tiene como objetivo resolver las falencias de

que tiene el equipo de trabajo durante el desarrollo del proyecto “APP Salud –

Control” con respecto a la diabetes y/o asma mediante el diseño e

implementación del portal web y la aplicación móvil, para el control y monitoreo

de las actividades se propuso utilizar la herramienta “Trello” gestor de tareas.

El estudio adecuado del modelo de Gestión de Proyectos de software, que

12

asegure la alta calidad del sistema a implementar y la gestión eficaz en el

desarrollo de la misma, debido a que es necesario disponer de este producto y

ayudar a cumplir los objetivos de la institución.

La metodología planteada contribuirá a la implementación del portal web y la

aplicación móvil Health Monitor “Proyecto APP - Salud Control”, el cual servirá

para el monitoreo y control de los pacientes, para ayudar así a los pacientes a

informarse mejor y llevar el correcto control de estas enfermedades y fortalecer

la salud en el Ecuador.

Se tendrá la ayuda de esta investigación para obtener los objetivos de la

institución y así también contribuir en el marco de trabajo para la continuidad del

proyecto o como ejemplo para proyectos futuros similares en tiempo, costo y

calidad así también a temas de titulación de carreras con fines de tecnologías de

la información en el Ecuador.

En cuanto a lo estratégico, se realiza la gestión de recursos limitados

mediante la adecuada aplicación de la Metodología Ágil SCRUM y lograr

alcanzar resultados óptimos en el desarrollo del Proyecto “APP Salud Control” de

una forma rápida y eficaz.

En cuanto a lo práctico, la propuesta contribuye en la salud de personas con

asma y diabetes, además conseguirá prevenir empeoramientos y salvar vidas de

estos pacientes cumpliendo este objetivo en beneficio de la sociedad.

En cuanto a lo teórico, la investigación realizada comprueba que las prácticas

definidas en las áreas de conocimientos del PMBOK y la Ingeniería de Software

contribuyen en la consecución de los objetivos de proyectos.

En cuanto a lo metodológico, esta investigación ayudará como fuente de

referencia para investigaciones y trabajos futuros donde se puedan aplicar las

definiciones de las áreas de conocimientos del PMI en el PMBOK y también

seguir las mejores prácticas de la metodología Ágil Scrum en la Ingeniería de

software.

La aplicación de la propuesta tendrá beneficioso impacto en el sector de la

salud; como prioridad a todos los pacientes diabéticos y/o asmáticos en todo el

país que las padecen para que puedan monitorear y controlar su salud.

13

CAPÍTULO II

MARCO TEÓRICO

El presente estudio investigativo servirá como referencia para nuevas

investigaciones donde apliquen la Gestión de Proyectos en base a las áreas de

conocimientos del PMI en el PMBOK, así también se sigan las prácticas de la

metodología Ágil SCRUM. Y se utilicen las fuentes y referencias colocadas en

este documento que ayudaron a la elaboración y entendimiento de otros

servicios. A continuación, se describe de forma breve los proyectos similares a la

investigación presentada.

Jesús María Erazo Lerena, dirigido por Jesús María Aransay

Azobra (publicado en la Universidad de La Roja) en el año 2013,

presento un Trabajo Especial de Grado titulado “Aplicación para

la Gestión de proyectos agiles con Scrum” (Lerena, 2013)

Este artículo sirve de soporte ya que expone claramente la aplicación de la

metodología SCRUM como modelo para la gestión de alcances, aplicando el

planteamiento de la elaboración de un producto software a realizar por las áreas

de desarrollo de esa Universidad, así como el estudio lo propone.

A su vez Fernando Hurtado, USA en el año 2011, publicó su

libro, una investigación llamada “Dirección de Proyectos: Una

Introducción con base en el marco del PMI”. Caso de estudio

“Muro ROCK 84” (Hurtado, 2011)

14

El estudio sirve de guía en el proyecto ya que se basa en la identificación de

alcances, establecer los requerimientos, planificación de la ejecución del

proyecto, toma de decisiones oportunas según los conocimientos y lineamientos

del PMI para las diferentes áreas, frente a la ejecución del proyecto en la

sociedad.

ANTECEDENTES DEL ESTUDIO

Basado en los estudios realizados en la Institución se ha determinado que no

existe registros de algún título en la implementación para el desarrollo del

proyecto “Sistema de autogestión de la salud para pacientes con diabetes y

asma, desarrollado e implementado en una plataforma ANDROID; con monitoreo

de una aplicación web en PHP dirigida a los médicos tratantes, enfocado en la

gestión de proyectos; para el estudio de una de las áreas del conocimiento del

PMI específicamente en alcances aplicando la metodología Scrum en el

desarrollo del producto”.

Dentro de los registros bibliográficos que se encuentran en la Biblioteca de la

Facultad de Ciencias Matemáticas y Físicas, Carrera de Ingeniería en Sistemas,

no se ubica ningún trabajo de investigación o estudio que podrían guardar

relación alguna al tema planteado.

FUNDAMENTACIÓN TEÓRICA

¿QUÉ ES LA GESTIÓN DE PROYECTOS?

Según el (Project Management Institute, 2013) la dirección de proyectos es la

aplicación de conocimientos, habilidades, herramientas y técnicas a las

actividades del proyecto para cumplir con los requisitos del mismo.

15

TEORÍA DE LA ADMINISTRACIÓN DE PROYECTOS

La administración de proyecto es una operativa llevada a cabo para obtener

las metas establecidas dentro de los objetivos de costo, programa y calidad

fijados con anticipación. Reúne y aprovecha al máximo los recursos necesarios

para completarlo con éxito. Estos recursos incluyen la habilidad, talento y

esfuerzo cooperativo de un grupo de personas; instalaciones, herramientas y

equipos; información, sistemas, técnicas y dinero. (Trader, 2010)

Los términos vistos indican que la administración de proyectos es

fundamental para definir el proceso de organizar los recursos y cumplir los

alcances en tiempos fijados para obtener un resultado único.

IMPORTANCIA DE LA ADMINISTRACIÓN DE PROYECTOS

La gestión de proyectos es vital porque guía en el correcto procedimiento a

seguir para el cumplimiento de los objetivos planteados, así como la reducción

de costos y optimización de tiempos, es fundamental en la toma de decisiones y

llevar a cabo con éxito el proyecto.

PROCESOS PARA LA ADMINISTRACIÓN DE PROYECTOS

Un proceso es un “conjunto de las fases sucesivas de un fenómeno natural o

de una operación artificial” (Real Academia Española, 2007). Dentro de la

administración de proyectos, “los procesos son guías para aplicar los

conocimientos y habilidades adecuados en materia de dirección de proyectos

durante el desarrollo del proyecto”. (Project Management Institute, 2013)

PMI (2013) define cinco grupos de procesos, los cuales están

relacionados al “ciclo planificar-hacer-revisar-actuar”.

En conclusión, PMI nos facilita la organización y administración de manera

óptima las actividades mientras se realizan el proceso de desarrollo.

16

Estos grupos de procesos son:

Inicio: Se realiza la definición y la fase previa a la autorización del proyecto.

También se obtiene el compromiso con el cliente y se definen los alcances y

entregables del proyecto.

Planificación: Se especifican los objetivos, se define la metodología de trabajo

que llevara a conseguir los objetivos y cumplir con los alcances planteados

del proyecto.

Ejecución: Se pone en marcha el desarrollo del producto llevando el control y

revisión de los avances para completar las actividades planteadas en cada

iteración según la metodología Scrum.

Monitoreo y Control: Realiza el seguimiento de los resultados en la fase

anterior mediante indicadores de desempeño de los recursos humanos a fin

de cumplir con los entregables y obteniendo la aprobación de los mismos.

Cierre: Se hace la entrega final y aceptación formal del producto verificando

que se cumplió con los requerimientos planteados en la fase de Inicio,

culminando el proyecto en esta fase.

GRÁFICO N° 1 GRUPO DE PROCESOS DE LA DIRECCIÓN DE PROYECTOS

Fuente: PMBOK 2013.

Elaborado por: PMI

17

Los grupos procesos tienen relación entre sí mismos, donde por lo general,

los resultados y salidas obtenidos de un proceso se transforma en entrada del

siguiente proceso en el proyecto. Se sabe que existen cuarenta y siete procesos

organizados dentro de los grupos mencionados.

Estos procesos se encuentran agrupados en diez áreas de conocimientos

para facilitar el aprendizaje, las cuales son:

1. Gestión de la Integración del Proyecto

2. Gestión del Alcance del Proyecto

3. Gestión del Tiempo del Proyecto

4. Gestión de los Costes del Proyecto

5. Gestión de la Calidad del Proyecto

6. Gestión de los Recursos Humanos del Proyecto

7. Gestión de las Comunicaciones del Proyecto

8. Gestión de los Riesgos del Proyecto

9. Gestión de las Adquisiciones del Proyecto y

10. Gestión de los Interesados del Proyecto.

Unas de las áreas propuesta para el desarrollo de la aplicación móvil y el

portal web es la Gestión del Alcance del Proyecto, aplicando la metodología Ágil

Scrum.

18

GRÁFICO N° 2 CORRESPONDENCIA ENTRE GRUPOS DE PROCESOS Y ÁREAS DE CONOCIMIENTO DE LA DIRECCIÓN DE PROYECTOS

Fuente: PMBOK 2013.

Elaborado por: PMI

19

GRÁFICO N° 3 ÁREAS DEL CONOCIMIENTO

Fuente: PMBOK 2013 Elaborado por: PMI

20

GESTIÓN DEL ALCANCE DEL PROYECTO

El alcance del proyecto incluye las actividades de planificación, coordinación y

gestión (tales como reuniones e informes) que garantizan que el alcance del

producto sea obtenido. Estos esfuerzos se integran al plan de gestión del

alcance del proyecto, el cual es parte del plan para la dirección del proyecto.

(Mulcahy, 2013)

La Guía PMBOK describe el proceso de la gestión del alcance como:

1. Desarrollar un plan acerca de cómo planificarás, gestionarás y

controlarás el alcance y los requisitos en el proyecto.

2. Determinar los requisitos, asegurándote de que todos los requisitos

apoyen el caso de negocio del proyecto como se describe en el acta de

constitución del proyecto.

3. Revisar y nivelar las necesidades de los interesados para determinar el

alcance.

4. Crear una EDT para desglosar el alcance en piezas más pequeñas y

manejables, y definir cada pieza en el diccionario de la EDT.

5. Obtener la validación de que el alcance del trabajo completado es

aceptable para el cliente.

6. Medir el desempeño del alcance y ajustarlo según sea necesario.

(Mulcahy, 2013)

Planificar la Gestión del Alcance

Planificar la Gestión del Alcance es el proceso de crear un plan de gestión del

alcance que documente cómo se va a definir, validar y controlar el alcance del

proyecto. El beneficio clave de este proceso es que proporciona guía y dirección

sobre cómo se gestionará el alcance a lo largo del proyecto. (Project

Management Institute, 2013)

21

GRÁFICO N° 4: DIAGRAMA DE FLUJO DE DATOS DEL PROCESO

Fuente: PMBOK 2013 Elaborado por: PMI

Plan de Gestión de los Requisitos

Describe los métodos que intentas usar para identificar los requisitos, el plan

debe responder las siguientes preguntas: "Una vez que tengo todos los

requisitos, ¿qué voy a hacer para analizar, priorizar, gestionar y dar seguimiento

a los cambios que requieran? ¿Qué debería incluir en la matriz de rastreabilidad

de requisitos?" (Mulcahy, 2013)

Definir el Alcance

Definir el Alcance es el proceso que consiste en desarrollar una descripción

detallada del proyecto y del producto. El beneficio clave de este proceso es que

describe los límites del producto, servicio o resultado mediante la especificación

de cuáles de los requisitos recopilados serán incluidos y cuáles excluidos del

alcance del proyecto. (Project Management Institute, 2013)

Crear EDT/WBS

La creación de una EDT es un esfuerzo para descomponer los entregables en

piezas más pequeñas llamadas paquetes de trabajo. La descomposición puede

realizarse utilizando un enfoque descendente (comenzando con las piezas de

alto nivel del proyecto), un enfoque ascendente (comenzando en el nivel de los

paquetes de trabajo), o bien, siguiendo las pautas o plantillas de la Organización

y la industria. (Mulcahy, 2013)

22

GRÁFICO N° 5: LA EDT ES LA BASE DEL PROYECTO

Fuente: (Mulcahy, 2013) Elaborado por: Rita Mulcahy

Validar el Alcance

El proceso Validar el Alcance difiere del proceso Controlar la Calidad en que

el primero se ocupa principalmente de la aceptación de los entregables, mientras

que el control de calidad se ocupa fundamentalmente de corroborar la corrección

de los entregables y su cumplimiento con los requisitos de calidad especificados

para los mismos. Por lo general, el proceso Controlar la Calidad se lleva a cabo

antes del proceso Validar el Alcance, aunque ambos procesos pueden

efectuarse en paralelo. (Project Management Institute, 2013)

Controlar el Alcance

Controlar el Alcance implica la medición y la evaluación de los datos sobre el

desempeño del trabajo en comparación con la línea base del alcance, y la

gestión de los cambios en la línea base del alcance. (Mulcahy, 2013)

El proceso Controlar el Alcance también se utiliza para gestionar los cambios

reales cuando suceden y se integra con los otros procesos de control. La

23

expansión incontrolada del alcance del producto o del proyecto sin ajustes de

tiempo, costo y recursos se denomina corrupción o deformación del alcance. Los

cambios son inevitables; por lo tanto, es obligatorio para todo proyecto contar

con algún tipo de proceso de control de cambios. (Project Management Institute,

2013)

MODELO DE GESTIÓN

La definición de Gestión está basada en el latín gesĭo se refiere a la acción y

efecto de administrar o de controlar. Por lo tanto, es el cumplimiento de

actividades que conducen al éxito de los objetivos de un negocio. Además se

refiere a gobernar, disponer, ordenar, organizar o dirigir.

Un modelo de gestión corresponde a un conjunto reglas y políticas a seguir

para la consecución de los objetivos.

Está relacionado a la investigación la cual proporciona un modelo de gestión

incluyendo los modelos de gestión según el PMI con la aplicación de la

metodología ágil SCRUM.

METODOLOGÍAS TRADICIONALES DE DESARROLLO DE

SOFTWARE

El desarrollo de productos informáticos software y la alta necesidad

de que estos proyectos tengan el éxito esperado en calidad y valor

para los clientes, utilizando las metodologías existentes de Gestión

de Proyectos y provocando que estas cambien a fin de ser

mejoradas para que los equipos de trabajo cumplan los objetivos,

debido a que hay metodologías que se adaptan mejor que otras a los

diferentes tipos de proyectos para brindar mejores ventajas. Motivo

por el cual es importante una metodología robusta que cumplan los

objetivos y satisfacer las necesidades del proyecto. (Canós J. H.,

2012)

24

Entonces el éxito del proyecto está en gran parte relacionado con el método o

modelo elegido por el grupo de trabajo, sea este ágil o tradicional, la importancia

radica en incrementar el potencial y calidad del proyecto en tiempos y con

recursos planteados.

Entre las principales metodologías pioneras se encuentran las siguientes:

Rational Unified Process (RUP)

La metodología RUP (Proceso Racional Unificado), es la

metodología más utilizada para Gestión de Proyectos. En sus cuatro

fases: análisis, diseño, implementación y la elaboración de

documentos es aplicable a proyectos orientados a objetos y se

adapta con el Lenguaje de Modelado Unificado (UML). (Toro Lopez,

2013)

Para el desarrollo del sistema, según Toro (2013) esta metodología

comprende las siguientes fases:

Inicio: Se obtiene información relevante para el planteamiento de los

requisitos de los interesados del proyecto.

Elaboración: Aquí se trabaja en el análisis de la información y se elabora

las estructuras y arquitectura del sistema planteado.

Construcción: Se empieza con el desarrollo de las tareas basado en cada

requerimiento de la etapa inicial, también se prueba el funcionamiento del

producto.

Transición: Se trata del aseguramiento de que el producto esté

disponible, se realiza la presentación a los usuarios verificando que se

cumplieron todos los requisitos para que sea aceptado y aprobado,

concluyendo con la capacitación a los usuarios finales.

La metodología RUP es productiva debido a que todos los miembros del

equipo de trabajo sin distinción jerárquico pueden visualizar la misma base de

25

datos, esto ayuda a que los miembros estén al tanto de todo y puedan

comunicarse en base a la misma información y conocimientos. Por lo tanto todo

el equipo tiene la misma visión, un lenguaje común y el mismo aporte para el

desarrollo de un software.

La metodología RUP también aplica otras definiciones donde incluye cada

fase de la metodología para la correcta identificación de la arquitectura del

sistema. Entre estas fases tenemos:

Modelo de negocios.

Requerimientos.

Análisis y Diseño.

Implementación.

Pruebas

GRÁFICO N° 6 RATIONAL UNIFIED PROCESS

Fuente: INFORMÁTICA ADSI, 2010

Elaborado por: Rational Software

26

Microsoft Solution Framework (MSF)

MSF se basa en un marco personalizable para obtener productos exitosos y

soluciones tecnológicas en corto tiempo, utilizando pocos recursos y

minimizando riesgos, pero productos de alta calidad.

MSF divide los proyectos en cinco fases principales:

Visión y Alcances

Planificación

Desarrollo

Estabilización

Implantación

GRÁFICO N° 7 MICROSOFT SOLUTION FRAMEWORK

Fuente: Microsoft

Elaborado por: Microsoft

27

Estas metodologías se caracterizan por:

Solicitar compleja documentación del proyecto y obliga a cumplir

estrictamente lo planteado.

Si se presenta un cambio demanda alto costo, por esto no es

conveniente aplicarlo en proyectos variantes.

Se enfocan en los procesos, planificación y documentación. (Plantillas,

técnicas de administración, revisiones, etc.).

METODOLOGÍAS ÁGILES DE DESARROLLO DE

SOFTWARE

La metodología ágil está orientada al desarrollo de proyectos con

necesidades personalizadas, con limitados recurso, costos y tiempo sin

descuidar la calidad del producto final.

Esta metodología pone énfasis en el equipo de desarrollo, comunicación con

el cliente constante y entregas de avance de las iteraciones en forma

incremental durante el proyecto.

El manifiesto Ágil

En marzo de 2001, Kent Beck citó a 17 críticos de modelos de procesos en

producción, unos años antes hizo la publicación de un libro en el cual describe

un nuevo método Extreme Programming (Beck, 2000), la cita tuvo lugar en Salt

Lake City donde se trató el desarrollo de software. En esta reunión se definió

como “Métodos Ágiles” esto que se estaba planteando como alternativa de los

modelos formales: CMM-SW, (precursor de CMMI) PMI, SPICE (proyecto inicial

de ISO 15504), las que se consideran rígidas y engorrosas por las normativas y

estrictamente apegadas a la planificación detallada, previas al desarrollo. Los

asistentes en sintaxis cuatro postulados denominados “Manifiesto Ágil”, que son

la base sobre la que se asientan los métodos.

28

El manifiesto ágil, tras los postulados de estos cuatro valores en los que se

fundamenta, establece estos 12 principios:

1. La prioridad es la continua entrega temprana de avances de valor en

cuanto a software para satisfacción del cliente.

2. Los cambios imprevistos son aceptados sea que estos lleguen en la etapa

de desarrollo. Los procesos ágiles son flexibles a cambios como ventaja

competitiva para el cliente.

3. Entrega constante de software funcional, en corto tiempo en intervalos de

dos semanas a dos meses, de mejor práctica en periodos breves.

4. Los involucrados en el proyecto deben trabajar de forma conjunta y

frecuente para mejor desarrollo del proyecto.

5. Creación de proyectos con personal motivado, ofreciendo oportunidad y

respaldo para realizar las actividades asignadas.

6. Es primordial la comunicación cara a cara debido a que para el equipo de

desarrollo es la forma más eficiente y efectiva de obtener retroalimentación de

información.

7. La funcionalidad del software es una importante medida de progreso.

8. Las metodologías ágiles llevan un incremento continuo en el desarrollo. Y

se mantiene una constante comunicación de intercambio en conocimientos de lo

que se requiere con los patrocinadores, equipo de desarrollo y usuarios.

9. La frecuente vigilancia de la técnica obtiene la excelencia en la agilidad.

10. Se simplifican los procesos a fin de maximizar el trabajo productivo que se

hace siendo esencial en la consecución de objetivos.

11. La participación en la organización ayuda a obtener las mejores

arquitecturas, requisitos y diseños .

12. En intervalos regulares, el equipo reflexiona sobre la forma de ser más

efectivo y ajusta su conducta en consecuencia.

29

Existen metodologías ágiles que se basan en los principios mencionados,

estas tienen sus propios atributos o características que se resumen a

continuación:

SCRUM

Es una metodología que distribuye el trabajo grande que tomarían largo

tiempo por un grupo numeroso de desarrollo a pequeños trabajos para ser

desarrollado en corto tiempo por un grupo menor y agrupando o integrando lo

realizado con regularidad. (Kniberg, 2010)

GRÁFICO N° 8 METODOLOGÍA SCRUM

Fuente: Una experiencia práctica de Scrum a través del aprendizaje basado en

proyectos mediado por Tic en un equipo distribuido.

Elaborado por: Universidad de Salamanca

Sus principales características se pueden resumir en:

El trabajo se divide en iteraciones conocidas como Sprint con duración de

una semana hasta cuatro semanas cada una.

Se realizan reuniones diarias de 10 a 15 minutos con el Scrum Team

para coordinación e integración de las actividades.

30

METODOLOGÍAS ÁGILES VS TRADICIONALES

El éxito del proyecto sienta sus bases en la metodología seleccionada para el

desarrollo, siendo las opciones ágil o tradicional, debido a la necesidad de que

los recursos sean optimizados y la calidad del producto aumente como resultado

de la aplicación de estas metodologías.

El siguiente cuadro muestra las principales diferencias entre las metodologías

de desarrollo ágiles, frente a las metodologías tradicionales.

CUADRO N° 3 COMPARACIÓN ENTRE METODOLOGÍAS ÁGILES Y TRADICIONALES

METODOLOGÍAS ÁGILES METODOLOGÍAS TRADICIONALES

Basadas en heurísticas aplicadas en la prácticas de producción de código

Basadas en estándares seguidos por el entorno de desarrollo.

Especialmente preparados para adaptarse a cambios durante el proyecto

Resistencia a los cambios improvistos

Pocos Roles, más genéricos y flexibles Más Roles, más específicos.

Proceso menos controlado, con pocos principios

Proceso mucho más controlado, con numerosas políticas/normas

No se rige a un contrato tradicional o al menos es bastante flexible

Se rige estrictamente a un contrato prefijado

El cliente interactúa con el equipo de desarrollo

El cliente es parte del equipo de desarrollo mediante reuniones

Orientada a proyectos pequeños. Corta duración (o entregas frecuentes), equipos pequeños (< 10 integrantes) y trabajando en el mismo sitio

Aplicables a proyectos de cualquier tamaño, pero suelen ser especialmente efectivas/usadas en proyectos grandes y con equipos posiblemente dispersos

Fuente: Xelphos Group. Elaborado por: Anibal Arévalo Chiquito

Según lo expuesto se escogió la metodología SCRUM a utilizar en la

Ingeniería de Software del proyecto “APP Salud Control”.

31

METODOLOGÍA SCRUM

Scrum aparece como una práctica destinada a los productos tecnológicos y

será en 1993 cuando realmente Jeff Sutherland aplique un modelo de desarrollo

de Software en Ease/Corporation.

En 1996, Jeff Surtherland y Ken Schwaber presentaron las prácticas que se

usaban como proceso formal para el desarrollo de software y que pasarían a

incluirse en la lista de Agile Alliance.

SCRUM implica el trabajo de grupo y esfuerzo para la creación de un

producto, servicio u otro semejante como se define en la Declaración de la visión

del proyecto. (Gallego, 2012)

“Los proyectos se ven afectados por las limitaciones de tiempo,

costo, alcance, calidad, recursos, capacidades organizativas, y

otras limitaciones que dificultan su planificación, ejecución,

administración y, finalmente, su éxito. Sin embargo, la

implementación exitosa de los resultados de un proyecto

terminado le proporciona ventajas económicas significativas a

una organización.” (TridibeshSatpathy, 2016)

(Gallego, 2012) indica que:

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 llama

iteraciones y que en Scrum se llamaran “Sprints”, Su ciclo tiene 5 fases

que definen el ciclo:

1. Concepto:

Se define de forma general las características del producto y se

asigna el equipo que se encargara de su desarrollo.

32

2. Especulación:

En esta fase se hacen disposiciones con la información obtenida y

se establecen los límites que marcaran el desarrollo del producto,

tales como costes y agendas.

3. Exploración:

Se incrementa el producto en el que se añaden las funcionalidades

de la pase de especulación.

4. Revisión:

El equipo revisa todo lo que se ha construido y se contrasta con el

objetivo deseado.

5. Cierre:

Se entregara en la fecha acordada una versión del producto

deseado, el cierre no indica que se ha finalizado el proyecto sino

que seguirá habiendo cambios, denominados “mantenimientos”,

que hará que el producto final se acerque al producto final deseado.

GRÁFICO N° 9: CICLO DE DESARROLLO ÁGIL

Fuente: (Gallego, 2012)

Elaborado por: Manuel Trigas Gallego

33

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 elementos que lo forman.

1. Las Reuniones.

a) Planificación del Backlog:

Se definirá un documento en el que se reflejaran los requisitos del

sistema por prioridades.

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.

b) Seguimiento del Sprint:

En esta fase se hacen las reuniones diarias en las que las 3 preguntas

principales para evaluar el avance de las tareas serán:

c) Revisión del Sprint:

Cuando se finaliza el Sprint se realizara una revisión del incremento que

se ha generado. Se presentara los resultados finales y una versión de

prueba, esto ayudara a mejorar el feedback con el cliente.

2. Los Roles.

Los roles se dividen en 2 grupos. El primer grupo son las personas que están

comprometidas con el proyecto y el proceso de Scrum. El segundo grupo se

encargan de la retroalimentación de la salida del proceso y así poner revisar y

planear cada Sprint.

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

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

-Inconvenientes que han surgido y que hay que solucionar para poder

continuar.

34

a) Producto 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 Blacklog.

b) Scrum Master: Es el encargado de comprobar que el modelo y la

metodología funciona. Eliminará todos los inconvenientes que hagan que

el producto no fluya e interactuará con el cliente y con los gestores

c) Equipo De Desarrollo: Suele ser un equipo y tienen autoridad para

organizar y tomar decisiones para conseguir su objetivo. Está involucrado

en la estimación del esfuerzo de las tareas del Blacklog.

d) Usuarios: Es el destinatario final del producto.

e) Stakeholders: Las personas a las que el proyecto les producirá un

beneficio. Participan durante las revisiones del Sprint.

f) Managers: Toma decisiones finales participando en la selección de los

objetivos y de los requisitos. (Gallego, 2012)

3. Elementos de Scrum.

Los elementos que forman Scrum son:

a) Product Blacklog: Lista de necesidades del cliente.

b) Sprint Backlog: Lista de tareas que se realizan en un Sprint. La elabora

el equipo durante la planificación de un Spring.

35

GRÁFICO N° 10: SCRUM TASKBOARD

Fuente: (Gallego, 2012)

Elaborado por: Manuel Trigas Gallego

c) Incremento: Parte añadida o desarrollada en un Sprint, es una parte

terminada y totalmente operativa. (Gallego, 2012)

FUNDAMENTACIÓN SOCIAL

En las últimas décadas, la significación de lo social se ha convertido en piedra

angular de los enfoques más avanzados sobre la interpretación causal de las

enfermedades, de forma tal, que se considera que la salud y la enfermedad

conforman fenómenos que traducen las formas concretas de vida de cada

persona, grupos de población y dependen de los resultados que sobre ellos

ejercen un conjunto integral de complejos factores biológicos, naturales y

sociales.

La comprobación de los factores sociales en la causalidad de las

enfermedades significa un paso importante en la solución adecuada de la

relación entre lo biológico y lo social en el hombre, que depende de la

comprensión de lo social. Este fundamento filosófico es la base necesaria de una

medicina que deja de ser curativa para ser preventiva y que apunta a la

36

promoción de salud y a la idea de la responsabilidad individual con respecto a la

salud.

De ahí que es necesario implementar un Sistema para la Salud que le ayude

al paciente a tener más conocimiento y mantener un estado de su tratamiento en

cuanto a su enfermedad, aplicando Metodología Scrum en la Ingeniería de

Software.

FUNDAMENTACIÓN LEGAL

Este trabajo de tesis se basa en bases legales jurídicas que expide la

Asamblea Nacional del Ecuador dice en sus artículos:

Art. 32.- La salud es un derecho que garantiza el Estado, cuya

realización se vincula al ejercicio de otros derechos, entre ellos el

derecho al agua, la alimentación, la educación, la cultura física, el trabajo,

la seguridad social, los ambientes sanos y otros que sustentan el buen

vivir. El Estado garantizará este derecho mediante políticas económicas,

sociales, culturales, educativas y ambientales; y el acceso permanente,

oportuno y sin exclusión a programas, acciones y servicios de promoción

y atención integral de salud, salud sexual y salud reproductiva. La

prestación de los servicios de salud se regirá por los principios de

equidad, universalidad, solidaridad, interculturalidad, calidad, eficiencia,

eficacia, precaución y bioética, con enfoque de género y generacional.

(Asamblea Constituyente, 2008)

Sección segunda

Salud

Art. 358.- El sistema nacional de salud tendrá por finalidad el desarrollo,

protección y recuperación de las capacidades y potencialidades para una

vida saludable e integral, tanto individual como colectiva, y reconocerá la

diversidad social y cultural. El sistema se guiará por los principios

generales del sistema nacional de inclusión y equidad social, y por los de

37

bioética, suficiencia e interculturalidad, con enfoque de género y

generacional.

Art. 359.- El sistema nacional de salud comprenderá las instituciones,

programas, políticas, recursos, acciones y actores en salud; abarcará

todas las dimensiones del derecho a la salud; garantizará la promoción,

prevención, recuperación y rehabilitación en todos los niveles; y

propiciará la participación ciudadana y el control social.

Art. 363.- El Estado será responsable de:

1. Formular políticas públicas que garanticen la promoción,

prevención, curación, rehabilitación y atención integral en salud y

fomentar prácticas saludables en los ámbitos familiar, laboral y

comunitario.

2. Universalizar la atención en salud, mejorar permanentemente la

calidad y ampliar la cobertura.

3. Fortalecer los servicios estatales de salud, incorporar el talento

humano y proporcionar la infraestructura física y el equipamiento a

las instituciones públicas de salud.

4. Garantizar las prácticas de salud ancestral y alternativa mediante

el reconocimiento, respeto y promoción del uso de sus

conocimientos, medicinas e instrumentos.

5. Brindar cuidado especializado a los grupos de atención prioritaria

establecidos en la Constitución.

6. Asegurar acciones y servicios de salud sexual y de salud

reproductiva, y garantizar la salud integral y la vida de las mujeres,

en especial durante el embarazo, parto y postparto.

7. Garantizar la disponibilidad y acceso a medicamentos de calidad,

seguros y eficaces, regular su comercialización y promover la

producción nacional y la utilización de medicamentos genéricos

que respondan a las necesidades epidemiológicas de la

38

población. En el acceso a medicamentos, los intereses de la salud

pública prevalecerán sobre los económicos y comerciales.

8. Promover el desarrollo integral del personal de salud.

Art. 365.- Por ningún motivo los establecimientos públicos o privados ni

los profesionales de la salud negarán la atención de emergencia. Dicha

negativa se sancionará de acuerdo con la ley.

Art. 366.- El financiamiento público en salud será oportuno, regular y

suficiente, y deberá provenir de fuentes permanentes del Presupuesto

General del Estado. Los recursos públicos serán distribuidos con base en

criterios de población y en las necesidades de salud. El Estado financiará

a las instituciones estatales de salud y podrá apoyar financieramente a

las autónomas y privadas siempre que no tengan fines de lucro, que

garanticen gratuidad en las prestaciones, cumplan las políticas públicas y

aseguren calidad, seguridad y respeto a los derechos. Estas instituciones

estarán sujetas a control y regulación del Estado. (Asamblea

Constituyente, 2008)

Sección Octava

Ciencia, tecnología, innovación y saberes ancestrales

1. Art. 385.- El sistema nacional de ciencia, tecnología, Innovación y

saberes ancestrales, en el marco del respeto al ambiente, la naturaleza,

la vida, las culturas y la soberanía, tendrá como finalidad:

a) Generar, adaptar y difundir conocimientos científicos y

tecnológicos.

b) Desarrollar tecnologías e innovaciones que impulsen la

producción nacional, eleven la eficiencia y productividad, mejoren

la calidad de vida y contribuyan a la realización del buen vivir.

2. Art. 386.- El sistema comprenderá programas, políticas, recursos,

acciones, e incorporará a instituciones del Estado, universidades y

escuelas politécnicas, institutos de investigación públicos y privados,

39

empresas públicas y privadas, organismos no gubernamentales y

personas naturales o jurídicas, en tanto realizan actividades de

investigación, desarrollo tecnológico, innovación…

El Estado, a través del organismo competente, coordinará el sistema,

establecerá los objetivos y políticas, de conformidad con el Plan Nacional

de Desarrollo, con la participación de los actores que lo conforman.

3. Art. 387.- Será responsabilidad del Estado:

a) Facilitar e impulsar la incorporación a la sociedad del

conocimiento para alcanzar los objetivos del régimen de

desarrollo.

b) Promover la generación y producción de conocimiento, fomentar

la investigación científica y tecnológica…

c) Asegurar la difusión y el acceso a los conocimientos científicos y

tecnológicos, el usufructo de sus descubrimientos y hallazgos en

el marco de lo establecido en la Constitución y la Ley.

d) Garantizar la libertad de creación e investigación en el marco del

respeto a la ética, la naturaleza, el ambiente…

e) Reconocer la condición de investigador de acuerdo con la Ley.

4. Art. 388.- El Estado destinará los recursos necesarios para la

investigación científica, el desarrollo tecnológico, la innovación, la

formación científica, y la difusión del conocimiento. Un porcentaje de

estos recursos se destinará a financiar proyectos mediante fondos

concursables. Las organizaciones que reciban fondos públicos estarán

sujetas a la rendición de cuentas y al control estatal respectivo.

(Asamblea Constituyente, 2008)

40

La fundamentación legal para los estudios según la nueva ley de educación

superior se refleja en los artículos:

5. Art. 8.- Serán Fines de la Educación Superior. - La Educación Superior

tendrá los siguientes fines:

a) Aportar al desarrollo del pensamiento universal, al despliegue de

la producción científica y a la promoción de las transferencias e

innovaciones tecnológicas;

b) Fortalecer en las y los estudiantes un espíritu reflexivo orientado al

logro de la autonomía personal, en un marco de libertad de

pensamiento y de pluralismo ideológico;

c) Contribuir al conocimiento.

d) Formar académicos y profesionales responsables, con conciencia

ética y solidaria, capaces de contribuir al desarrollo de las

instituciones de la República, a la vigencia del orden democrático,

y a estimular la participación social;

e) Aportar con el cumplimiento de los objetivos del régimen de

desarrollo previsto en la Constitución y en el Plan Nacional de

Desarrollo;

f) Fomentar y ejecutar programas de investigación de carácter

científico, tecnológico y pedagógico que coadyuven al

mejoramiento y protección del ambiente y promuevan el desarrollo

sustentable nacional;

g) Constituir espacios para el fortalecimiento del Estado

Constitucional, soberano, independiente, unitario, intercultural,

plurinacional y laico;

Contribuir en el desarrollo local y nacional de manera permanente, a través

del trabajo comunitario o extensión universitaria.

41

6. Art. 71.- Principio de igualdad de oportunidades. - El principio de igualdad

de oportunidades consiste en garantizar a todos los actores del Sistema

de Educación Superior las mismas posibilidades en el acceso,

permanencia, movilidad y egreso del sistema, sin discriminación de

género, credo, orientación sexual, etnia, cultura, preferencia política,

condición socioeconómica o discapacidad.

Las instituciones que conforman el Sistema de Educación Superior

propenderán por los medios a su alcance que, se cumpla en favor de los

migrantes el principio de igualdad de oportunidades. Se promoverá dentro

de las instituciones del Sistema de Educación Superior el acceso para

personas con discapacidad bajo las condiciones de calidad, pertinencia y

regulaciones contempladas en la presente Ley y su Reglamento. El

Consejo de Educación Superior, velará por el cumplimiento de esta

disposición.

7. Art. 117.- Tipología de instituciones de Educación Superior. - Las

instituciones de Educación Superior de carácter universitario o politécnico

se clasificarán de acuerdo con el ámbito de las actividades académicas

que realicen. Para establecer esta clasificación se tomará en cuenta la

distinción entre instituciones de docencia con investigación, instituciones

orientadas a la docencia e instituciones dedicadas a la educación

superior continua.

En función de la tipología se establecerán qué tipos de carreras o

programas podrán ofertar cada una de estas instituciones, sin perjuicio de

que únicamente las universidades de docencia con investigación podrán

ofertar grados académicos de PHD o su equivalente.

Esta tipología será tomada en cuenta en los procesos de evaluación,

acreditación y categorización.

8. Art. 118.- Niveles de formación de la Educación Superior. - Los niveles

de formación que imparten las instituciones del Sistema de Educación

Superior son:

42

a) Nivel técnico o tecnológico superior, orientado al desarrollo de las

habilidades y destrezas que permitan al estudiante potenciar el

saber hacer. Corresponden a éste los títulos profesionales de

técnico o tecnólogo superior, que otorguen los institutos

superiores técnicos, tecnológicos, pedagógicos, de artes y los

conservatorios superiores. Las instituciones de educación superior

no podrán ofertar títulos intermedios que sean de carácter

acumulativo. (LOES, 2010)

DECRETO 1014

SOBRE EL USO DEL SOFTWARE LIBRE

Art. 1.- Establecer como política pública para las entidades de

administración Pública central la utilización del Software Libre en sus

sistemas y equipamientos informáticos.

Art. 2.- Se entiende por software libre, a los programas de computación

que se pueden utilizar y distribuir sin restricción alguna, que permitan el

acceso a los códigos fuentes y que sus aplicaciones puedan ser

mejoradas.

Estos programas de computación tienen las siguientes libertades:

o Utilización de programa con cualquier propósito de uso común.

o Distribución de copias sin restricción alguna.

o Estudio y modificación de programa (Requisito: código fuente

disponible)

o Publicación del programa mejorado (Requisito: código fuente

disponible

Art. 3.- Las entidades de la administración pública central previa a la

instalación del software libre en sus equipos, deberán verificar la

existencia de capacidad técnica que brinde el soporte necesario para este

tipo de software.

43

Art. 4.- Se faculta la utilización de software propietario (no libre)

únicamente cuando no exista una solución de software libre que supla las

necesidades requeridas, o cuando esté en riesgo de seguridad nacional,

o cuando el proyecto informático se encuentre en un punto de no retorno.

Art. 5.- Tanto para software libre como software propietario, siempre y

cuando se satisfagan los requerimientos.

Art. 6.- La subsecretaría de Informática como órgano regulador y ejecutor

de las políticas y proyectos informáticos en las entidades de Gobierno

Central deberá realizar el control y seguimiento de este Decreto.

Art. 7.- Encargue de la ejecución de este decreto los señores Ministros

Coordinadores y el señor Secretario General de la Administración Pública

y Comunicación. (Decreto Ejecutivo 1014, 2008)

LEY DE PROPIEDAD INTELECTUAL

SECCIÓN V

DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS

PARÁGRAFO PRIMERO DE LOS PROGRAMAS DE ORDENADOR

Art. 28.- Los programas de ordenador se consideran obras literarias y se

protegen como tales. Dicha protección se otorga independientemente de

que hayan sido incorporados en un ordenador y cualquiera sea la forma

en que estén expresados, ya sea en forma legible por el hombre (código

fuente) o en forma legible por máquina (código objeto), ya sean

programas operativos y programas aplicativos, incluyendo diagramas de

flujo, planos, manuales de uso, y en general, aquellos elementos que

conformen la estructura, secuencia y organización del programa.

Art. 29.- Es titular de un programa de ordenador, el productor, esto es la

persona natural o jurídica que toma la iniciativa y responsabilidad de la

realización de la obra. Se considerará titular, salvo prueba en contrario, a

la persona cuyo nombre conste en la obra o sus copias de la forma usual.

44

Dicho titular está además legitimado para ejercer en nombre propio los

derechos morales sobre la obra, incluyendo la facultad para decidir sobre

su divulgación.

El productor tendrá el derecho exclusivo de realizar, autorizar o prohibir la

realización de modificaciones o versiones sucesivas del programa, y de

programas derivados del mismo.

Las disposiciones del presente artículo podrán ser modificadas mediante

acuerdo entre los autores y el productor.

Art. 30.- La adquisición de un ejemplar de un programa de ordenador que

haya circulado lícitamente, autoriza a su propietario a realizar

exclusivamente:

Una copia de la versión del programa legible por máquina (código objeto)

con fines de seguridad o resguardo;

Fijar el programa en la memoria interna del aparato, ya sea que dicha

fijación desaparezca o no al apagarlo, con el único fin y en la medida

necesaria para utilizar el programa; y,

Salvo prohibición expresa, adaptar el programa para su exclusivo uso

personal, siempre que se limite al uso normal previsto en la licencia

Art. 31. -No se considerará que exista arrendamiento de un programa de

ordenador cuando éste no sea el objeto esencial de dicho contrato. Se

considerará que el programa es el objeto esencial cuando la

funcionalidad del objeto materia del contrato, dependa directamente del

programa de ordenador suministrado con dicho objeto; como cuando se

arrienda un ordenador con programas de ordenador instalados

previamente.

Art. 32. -Las excepciones al derecho de autor establecidas en los

artículos 30 y 31 son las únicas aplicables respecto a los programas de

ordenador.

45

Las normas contenidas en el presente Parágrafo se interpretarán de manera

que su aplicación no perjudique la normal explotación de la obra o los intereses

legítimos del titular de los derechos. (Derechos de Propiedad Intelectual, 2006)

IDEA A DEFENDER

El modelo propuesto para la Gestión de proyectos siguiendo las prácticas de

la metodología SCRUM con aplicación de las definiciones del PMI para la

planificación en la creación de una plataforma móvil que utilizarán los pacientes

diabéticos y asmáticos, esta aplicación ayudará con el autocontrol y monitoreo

de su estado de salud, con notificaciones y recomendaciones el cual contará con

un portal web de apoyo para uso de médicos tratantes.

DEFINICIONES CONCEPTUALES

TECNOLOGÍAS DE LA INFORMACIÓN Y

COMUNICACIÓN (TIC)

Herramientas que procesan, recuperan, almacenan y presentan información

de variada forma y con la difusión de contenido internacional.

SISTEMAS DE INFORMACIÓN (SI)

“Un Sistema de Información (S.I.) es un conjunto de componentes

interrelacionados que recolectan, procesan, analizan y distribuyen

información para apoyar la toma de decisiones y el control en una

organización. Los sistemas de información también pueden ayudar a

los gerentes y jefes a analizar problemas, visualizar asuntos

complejos y crear productos nuevos.” (Martínez, 2010)

46

MODELO DE GESTIÓN

Se refiere al esquema o representación teórica mediante el cual se lleva al

término de un proceso.

PMI

El PMI es una organización situada en Estados Unidos dedicada a la gerencia

de proyectos sin fines de lucro y siendo una de las grandes por su alto número

de miembros (500,000), esta se encarga de realizar la evaluación para que una

persona calificada obtenga un certificado como Profesional en Gestión de

Proyectos (PMP), además sus miembros realizan la publicación del PMBOK que

el cual lo actualizan aproximadamente cada cuatro años.

PMBOK

El PMBOK Guide es una guía elaborada por el PMI la cual contiene las

definiciones de las diez áreas del conocimiento para la Gestión de Proyectos que

deben ser aplicadas por el Profesional en Gestión de Proyectos.

SCRUM

Scrum es una metodología de ágil conocida como buenas prácticas que

fomenta el trabajo colaborativo entre los participantes y resultados incremental,

en proyectos con limitados recursos en el menor tiempo y de alta calidad, es

adaptable a proyectos debido a la flexibilidad que tiene como bases en sus

prácticas.

47

CAPÍTULO III

METODOLOGÍA DE LA INVESTIGACIÓN

MODALIDAD DE LA INVESTIGACIÓN

Para la investigación realizada en necesaria la recolección de datos,

levantamiento de información y verificación de hechos con información que

contribuya al conocimiento y avance.

Investigación aplicada

El estudio realizado tiene como objetivo convertir la información ‘pura’ en

conocimiento útil mediante la búsqueda y consolidación del saber y la utilización

del conocimiento a fin de enaltecer el área cultural y científico, también la

tecnología en producción del servicio y desarrollo integral de los países.

TIPO DE INVESTIGACIÓN

Para la elaboración de este documento de tesis, se utilizará el tipo de

investigación exploratoria.

Investigación exploratoria

El objetivo de una investigación exploratoria como su nombre denota realiza

la búsqueda, examina y explora el problema o tema, el cual nunca ha sido

48

investigado. Es decir ayuda a conocer temas poco o nada evidentes, sin

estudios previos pero novedosos que inducen a identificar variables que

prometen ser potencialmente útiles y así poder ampliar el conocimiento sobre el

tema o problema. Se pude empezar desde una hipótesis, el científico debe ser

flexible en este punto para poder ver todas las variables que se presenten o

factores relacionados, y culmina cuando ya tiene las variables que considere

importantes, es decir que ya es conocedor del tema o problema. (Vargas, 2011)

MÉTODOS DE INVESTIGACIÓN CIENTÍFICA

De los métodos de investigaciones científicas existentes que son 3 se

relacionan a la Investigación aplicada. Se detalla a continuación las diferencias

entre estas investigaciones científicas.

49

CUADRO N° 4 DIFERENCIAS ENTRE LAS INVESTIGACIONES CIENTÍFICAS

Investigación pura Investigación aplicada

Investigación profesional

Qué busca Busca el conocimiento por el conocimiento mismo.

Busca recursos de aplicación del conocimiento obtenido en la investigación pura.

Busca intervenir en la realidad utilizando los resultados de los otros dos tipos de investigación.

Qué hace Generaliza. Generaliza. Singulariza.

Diferencias más específicas

"Se realiza con el propósito de acrecentar los conocimientos teóricos para el progreso de una determinada ciencia, sin interesarse directamente en sus posibles aplicaciones o consecuencias prácticas; es más formal y persigue propósito teóricos en el sentido de aumentar el acervo de conocimientos de una determinada teoría" (Ander-Egg, 1987:68).

Guarda íntima relación con la investigación pura o básica, pues depende de sus escubrimientos y avances y se enriquece con ellos. "Se trata de investigaciones que se caracterizan por su interés en la aplicación, utilización y consecuencias prácticas de los conocimientos" (Ander-Egg, 1987:68).

Utiliza las ideas elaboradas en la investigación aplicada con el fin de resolver un problema singular y concreto.

Ejemplo en Psicología

Elaborar una teoría de la personalidad.

Construir un test en base a una teoría de la personalidad.

Investigar un paciente usando un test de personalidad.

Ejemplo en Física

Elaborar una teoría de la superconductividad.

Ensayar materiales superconductivos.

Resolver un problema de instalación eléctrica usando superconductores.

Fuente: Introducción a la Investigación Científica Elaborado por: Clara Juliao Vargas

50

POBLACION

Población se define como “el conjunto de personas u objetos de los que se

desea conocer algo en una investigación”(Bolaños Rodríguez, 2012). Ejemplos

de población pueden ser, personas, programas radiales, libros, etc.

La población del presente proyecto se delimitó a los estudiantes no titulados

que se encuentran dentro del grupo de desarrollo del proyecto “APP Salud

Control” de la Universidad de Guayaquil:

CUADRO N° 5 POBLACIÓN DEL PROYECTO DE TITULACIÓN.

POBLACIÓN CRITERIO DE DEFINICIÓN DE

POBLACIÓN CANTIDAD

Estudiantes

Estudiantes que:

Estudiantes de la Universidad de

Guayaquil, Facultad de Ciencias

Matemáticas y Físicas, Carreras de

Ingeniería en Sistemas

Computacionales e Ingeniería en

Networking y Telecomunicaciones.

Del ciclo 1 – 2017 de titulación.

Esté dentro del grupo de desarrollo del

proyecto “APP Salud Control”.

23

Fuente: Universidad de Guayaquil.

Elaborado por: Anibal Arévalo Chiquito.

MUESTRA

Para la investigación se toma una parte de la población según lo define el

autor a la cual se llama Muestra(Bolaños Rodríguez, 2012).

Para realizar el calculo de la muestra se realiza utilizando la formula

planteada por el autor(Morales Vallejo, 2012) el cual plantea la siguiente:

51

En donde:

Representa el tamaño de la población planteada(Morales Vallejo, 2012). El

Tamaño de población definido es 23 para estudiantes integrantes del proyecto.

Representa el margen de error, el cual es el porcentaje de error que

estamos dispuestos a aceptar equivocarnos al seleccionar una muestra(Morales

Vallejo, 2012). El margen de error definido para el cálculo de la muestra es del

5%.

Representa el nivel de confianza y su concepto se detalla a

continuación:

El riesgo que aceptamos de equivocarnos al presentar nuestros

resultados: lo que deseamos es que en otras muestras semejantes

los resultados sean los mismos o muy parecidos .El nivel de

confianza va a entrar en la fórmula para determinar el número de

sujetos con un valor de zeta, que en la distribución normal está

asociado a una determinada probabilidad de ocurrencia.(Morales

Vallejo, 2012)

Se detalla la tabla de errores tipos o valores de zeta:

CUADRO N° 6 TABLA DE ERRORES TÍPICOS O VALORES DE ZETA

Nivel de confianza 90% 95% 97% 98% 99%

Valor z 1.645 1.960 2.170 2.326 2.576

Fuente: Pedro Morales Vallejo. Elaborado por: Pedro Morales Vallejo.

Como conclusión se puede indicar que un nivel de confianza del 95% le

corresponde a z= 1.960 errores típicos. (Morales Vallejo, 2012)

))1(*(1

)5,0*(*___

2

2

Ne

NMUESTRALADETAMAÑO c

52

El nivel de confianza que definiremos para el cálculo de la muestra de

estudiantes es del 90%.

Los componentes de la fórmula son reemplazados con los valores detallados:

CUADRO N° 7 VALORES DEFINIDOS PARA EL CÁLCULO DE LA MUESTRA DE ESTUDIANTES.

COMPONENTE DE LA FÓRMULA

ESTUDIANTES

90%

23

5%

Fuente: Datos de la investigación. Elaborado por: Anibal Arévalo Chiquito.

Cálculo de la muestra de profesionales:

TAMAÑO DE LA MUESTRA = 23*(1.645*0.5)2

= 14 1+(0.052*(23-1))

Debido a que la muestra para uso del presente proyecto de titulación es muy

pequeña se toma la población total.

CUADRO N° 8 MUESTRA DEL PROYECTO DE TITULACIÓN.

MUESTRA CANTIDAD

Estudiantes 23

Fuente: Universidad de Guayaquil Elaborado por: Anibal Arévalo Chiquito.

53

PREGUNTA 1: ¿Está usted de acuerdo que la Gestión de Proyectos sea

ejecutado por una persona en desarrollo de un sistema para pacientes con

diabetes y asma?

Objetivo: Conocer la opinión de los estudiantes sobre la importancia de que

exista una persona que aplique la Gestión de Proyecto.

CUADRO N° 9 RESULTADOS DE LA PREGUNTA 1 DE LA ENCUESTA

OPCIONES DE RESPUESTA PORCENTAJE CANTIDAD

Si 87% 20

No 13% 3

TOTAL 100% 23 Fuente: Encuestas a estudiantes en el área de Gestión de Proyectos Informáticos.

Elaborado por: Anibal Arévalo Chiquito

GRÁFICO N° 11 RESULTADOS DE LA PREGUNTA 1 DE LA ENCUESTA

Fuente: Primer pregunta de la encuesta a estudiantes en el área de Gestión

Elaborado por: Anibal Arévalo Chiquito

Análisis e interpretación: Según los resultados obtenidos se puede decir que es necesario la existencia de una persona que lleve a la práctica los conocimientos de la Gestión de proyectos en la propuesta.

PREGUNTA 2: ¿Cree usted que se cumplieron los requerimientos aplicando

la metodología SCRUM?

Objetivo: Saber la cantidad de estudiantes que conocen de la metodología,

se familiarizan o han escuchado sobre los estándares de SCRUM de Ágiles.

SI87%

NO13%

NECESIDAD DE GESTOR DEL PROYECTO

54

CUADRO N° 10 RESULTADOS DE LA PREGUNTA 2 DE LA ENCUESTA

OPCIONES DE RESPUESTA PORCENTAJE CANTIDAD

Si 100% 23

No 0% 0

TOTAL 100% 23

Fuente: Encuestas a estudiantes en el área de Gestión de Proyectos. Elaborado por: Anibal Arévalo Chiquito.

GRÁFICO N° 12 RESULTADOS DE LA PREGUNTA 2 DE LA ENCUESTA

Fuente: Segunda pregunta de la encuesta a estudiantes en Gestión de Proyectos. Elaborado por: Anibal Arévalo Chiquito.

Análisis e interpretación: El 83% según de los encuestados indican que es

correcto aplicar la Gestión de Proyectos en base a las prácticas ágiles de la

metodología SCRUM.

PREGUNTA 3: ¿Qué metodología de desarrollo de software utilizaría para la

creación de un sistema web y otro para móvil?

Objetivo: Conocer la elección de los estudiantes en cuál sería su

metodología de desarrollo de un proyecto.

CUADRO N° 11 RESULTADOS DE LA PREGUNTA 3 DE LA ENCUESTA

OPCIONES DE RESPUESTA PORCENTAJE CANTIDAD

Metodologías Ágiles 91% 21

Metodologías Tradicionales 9% 2

TOTAL 100% 100 Fuente: Encuestas a estudiantes en el área de Gestión de Proyectos Informáticos.

Elaborado por: Anibal Arévalo Chiquito.

Si100%

No0%

Gestión de Proyectos

Si No

55

GRÁFICO N° 13 RESULTADOS DE LA PREGUNTA 3 DE LA ENCUESTA

Fuente: Tercera pregunta de la encuesta a estudiantes en el área de Gestión

Elaborado por: Anibal Arévalo Chiquito

Análisis e interpretación: Los resultados obtenidos afirman que debemos emplear en nuestro desarrollo es la Metodología ágil SCRUM.

PREGUNTA 4: ¿Cuál es su conocimiento acerca de la metodología de ágil

llamada SCRUM?

Objetivo: Identificar la cantidad de estudiantes dentro del proyecto que

conocen sobre la Metodología Ágil Scrum.

CUADRO N° 12 RESULTADOS DE LA PREGUNTA 4 DE LA ENCUESTA

OPCIONES DE RESPUESTA PORCENTAJE CANTIDAD

Mucho 65% 20

Poco 28% 2

Nada 7 1

TOTAL 100% 23

Fuente: Encuestas a estudiante en el área de Gestión de Proyectos Informáticos. Elaborado por: Aníbal Arévalo Chiquito

AGIL91%

TRADICIONAL9%

METODOLOGÍA IDEAL

56

GRÁFICO N° 14 RESULTADOS DE LA PREGUNTA 4 DE LA ENCUESTA

Fuente: Quinta pregunta de la encuesta a estudiantes en Gestión de Proyectos.

Elaborado por: Anibal Alberto Arévalo Chiquito.

Análisis e interpretación: Según los resultados se puede afirmar que los

estudiantes dentro de proyecto conocen la metodología Scrum, debido a esto es

viable realizar la aplicación de modelo de gestión propuesto.

ETAPAS DE LA METODOLOGÍA DEL PROYECTO

Esta propuesta de un modelo de gestión de proyectos ágil Scrum en conjunto

con el PMBOK del PMI se presenta dos gráficos de las fases en procesos de los

métodos elegidos y explicación de su integración para el modelo a aplicar en el

tema propuesto.

Como podemos ver en la siguiente ilustración, las etapas de un proyecto

serían cinco tal como se definen en el PMBOK.

65%

28% 7%

CONOCIMIENTO DE SCRUM

MUCHO

POCO

NADA

57

GRÁFICO N° 15 GRUPOS DE PROCESOS DE LA DIRECCIÓN DE PROYECTOS

Fuente: (Project Management Institute, 2013)

Elaborado por: (Project Management Institute, 2013)

Así mismo podemos ver en la siguiente ilustración, las fases de procesos de

la metodología Ágil Scrum de un proyecto así mismo son cinco.

GRÁFICO N° 16 CICLO DE DESARROLLO ÁGIL SCRUM

Fuente: (Juan Palacio, 2011)

Elaborado por: (Juan Palacio, 2011)

A continuación se describen las actividades que se llevaron a cabo durante la

ejecución del proyecto, donde la metodología de SCRUM cada iteración se llama

SPRINT y cada Sprint con una duración de una semana o 5 días hábiles, por lo

tanto las semanas o Sprint en que el proyecto fue realizado fueron 15.

58

CUADRO N° 13 SPRINTS DEL PROYECTO

SPRINTS ACTIVIDADES

FASE DE INICIACIÓN

1 Estudio Inicial o Preliminar del Proyecto, Reuniones y convocatorias para selección del personal

2 Diseño del proyecto, Formación de Grupos de trabajo y Definición de Roles del Proyecto

FASE DE PLANIFICACIÓN

3 Revisión y corrección del tutor, Capacitación sobre proyecto y metodología de desarrollo

4 Coordinar herramientas a utilizar 5 Definición de grupos de trabajo

FASE DE EJECUCIÓN

6 Definición de formatos BurnDown

7 Reunión de levantamiento y definición de requerimientos.

8 Definición y generación de informes del primer y segundo entregable para la implementación del sistema.

9 Elaboración de informes de entregables y de documentación inicial

10 Reunión, revisión y generación de informes por entregables

11 Generación de informes de avances, entregables, reunión con clientes

FASE DE REVISIÓN

12 Integración del sistema, pruebas de balanceo y definición de diagramas de procesos

13 Fase de Pruebas – Jornada de pruebas en Producción

14 Fase de capacitación - Levantamiento de información de fase de pruebas, generación de informes

FASE DE CIERRE

15 Fase de entrega del producto- Documentación de actividades y etapas del proyecto

Fuente: Datos de la investigación

Elaborado por: Anibal Alberto Arévalo Chiquito

59

ENTREGABLES DEL PROYECTO

Con la gestión que se propone el producto terminado cumplirá los

requerimientos planteados para el proyecto “APP Salud Control”, ejemplo

informes semanales por áreas, cronograma de trabajo.

1. Ejecutable de la aplicación móvil.

2. Portal Web para el uso de los médicos tratantes.

3. Cronograma de trabajo.

4. Manual de usuario, técnico y operacional de la aplicación móvil y

del portal web.

5. Sprint de cada área de trabajo.

VALIDACIÓN DE LA IDEA A DEFENDER

Se asegura posterior a la revisión de los resultados obtenidos de la encuesta

la participación de un Gestor de Proyecto es de gran importancia dado a que es

la persona que desempeña el rol de guía para que el proyecto sea ejecutado

según un modelo de gestión y así obtener un producto realizado correctamente.

De acuerdo al criterio de estudiantes que integran el proyecto se refleja la

aceptación del modelo propuesto ya que cuentan con la experiencia y

conocimientos de las definiciones de las prácticas del PMI en el PMBOK en la

Gestión de Proyectos la cual se complementará con la metodología Ágil Scrum

en la Ingeniería de Software afirmando la viabilidad del desarrollo de

“PROYECTO APP SALUD CONTROL”.

60

CAPÍTULO IV

PROPUESTA TECNOLÓGICA

El principal objetivo de este proyecto propuesto es realizar la aplicación del

modelo de gestión que incluye los lineamientos del PMI integrado con la

metodología SCRUM, en beneficio de la implementación “Proyecto APP SALUD

CONTROL”, a fin de desarrollarse un producto de excelente calidad, de manera

rápida y con ahorros en costos, para que sea de beneficio a la salud de

pacientes con asma y/o diabetes.

SCRUM

Se eligió esta metodología para aplicar en el desarrollo por ser eficaz y

práctica para la óptima realización de un proyecto y debido a que tiene alcance

nacional, optimiza el uso de recursos limitados, reduce significativamente los

tiempos de entregas y la alta calidad que aporta por el alcance obtenido del

mismo.

PMBOK

El PMBOK Guide en su Quinta edición del año 2013 es una guía en la cual se

encuentra técnicas y conceptos a seguir en la dirección del proyecto propuesto.

El modelo de gestión propone la integración de estos dos conceptos, la

aplicación metodología SCRUM dirigida a la Ingeniería de Software y los

lineamientos de apoyo del PMBOK para la correcta Administración de Proyectos.

61

PMP

Profesional en Dirección de Proyectos es una persona que cuenta con

preparación en cuanto a conocimiento y también experiencia necesaria en el

ámbito de la Gestión de Proyectos utilizando sus habilidades requeridas para

dirigir al éxito el proyecto y cumplir sus objetivos.

El PMP debe desempeñar las siguientes funciones:

Colaboración con el cliente en la definición y consecución de objetivos.

Planificación del proyecto en todos sus aspectos.

Dirección y coordinación de los recursos empleados en todas las fases.

Mantenimiento de relaciones con los agentes externos.

Toma de decisiones de manera situacional.

Identificación de fallos y adopción de soluciones pertinentes.

Responder ante clientes y terceros agentes por los resultados obtenidos.

Las tres categorías básicas de su perfil son:

a) Técnico: se refiere al conocimiento en la tecnología y recursos mediante

los que se realiza las actividades a desarrollar en el proyecto. Esto permite que

pueda generar ideas y soluciones para establecer control sobre la ejecución de

un proyecto.

b) Relaciones interpersonales: el PMP es la persona que mantiene

comunicación entre los que desarrollan el producto y los que patrocinan o

financian el mismo. Por lo cual, debe tener la habilidad de poder comunicarse

con aquellos inversores, cliente y proveedores y, por otro lado, con el equipo de

trabajo del proyecto.

c) Gestor: el PMP debe ser un gestor en todo sentido. ¿La gestión en qué

consiste? Debe ser eficaz en la toma de decisiones, emplear recursos,

precautelar posibles fallos. Esto debido a que los proyectos no suelen ir en la

línea que fue planificado, por este margen de error se tiene consecuencia en los

procesos. La correcta gestión de lo mencionado es lo que define las habilidades

con la que cuenta un buen PMP.

62

ÁREAS DE CONOCIMIENTO APLICADAS

En la Guía del PMBOK 5ta Edición encontramos de forma detallada cada una

de las 10 áreas de conocimiento, donde evidencian sus entradas, utilización de

herramientas y salidas, sin embargo, el siguiente trabajo tomará cinco de esas

áreas las cuales son:

Gestión de la Integración del Proyecto

Gestión del Alcance del Proyecto

Gestión del Tiempo del Proyecto

Gestión de los Recursos Humanos del Proyecto

Gestión de las Comunicaciones del Proyecto

A continuación, se describe las áreas aplicadas junto con la práctica

respectiva de SCRUM.

GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO

Este concepto del PMBOK contribuyó para identificar y definir los procesos

que influyen y para la dirección del proyecto para organizar correctamente las

actividades que realizarán en el mismo.

63

GRÁFICO N° 17 GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO

Fuente: PMBOK 2013.

Elaborado por: PMI

64

a) ACTA DE CONSTITUCIÓN DEL PROYECTO

Información del proyecto

Datos

Empresa / Organización Universidad de Guayaquil, Facultad de Ciencias

Matemáticas y Físicas, Carrera de Ingeniería en

Networking y Telecomunicaciones.

Proyecto Sistema de autogestión de la salud para pacientes

con diabetes y asma, desarrollado e

implementado en una plataforma Android; con

monitoreo de una aplicación web en PHP dirigida

a los médicos tratantes.

Patrocinador principal Carrera de Ingeniería en Networking y

Telecomunicaciones

Gerente de proyecto Lsi. Oscar Apolinario M. Sc.

Patrocinador / Patrocinadores

Nombre Cargo

Ing. Harry Luna M. Gs. Director de Carrera Ingeniería en Networking y

Telecomunicaciones.

Propósito y justificación del proyecto

La creación de una APP para el control de la salud, específicamente Diabetes y

Asma dirigida para los pacientes y un Portal WEB dirigida para los médicos

tratantes.

Actualmente no se cuenta con una aplicación para el control específico de

Diabetes y Asma que ayudará con el mejoramiento en la salud, así como el

seguimiento de los médicos por lo cual es necesaria la implementación de un

sistema para el autocontrol del paciente de dichas enfermedades y un portal

para el médico tratante.

65

Descripción del proyecto y entregables

Se crearán una aplicación móvil con sistemas operativos Android, de práctico y

fácil uso que permita al paciente tener un control de su tratamiento diario que

podrá ser monitorizado por el médico tratante de su preferencia; de manera

eficaz en el menor tiempo posible, para un ahorro de recursos económicos y el

producto entregado sea de alta calidad a fin de cumplir con las expectativas de

los interesados.

Requerimientos del proyecto

El ingreso de medicinas con programación de frecuencia y alarmas de aviso

diario en la APP móvil.

Extraer información relevante de Google Fit como la quema calórica y la fecha

de registro de la misma del usuario, esta se mostrará en la APP móvil.

Incluir el ingreso de información referente al asma en pantalla de la APP móvil,

esta debe ser la obtenida de un aparato llamado Peak Flow del usuario.

La APP móvil debe contar con el modo de uso Off-Line.

Se incluye pantallas de redes sociales Twitter y Facebook del FanPage de la

Aplicación.

Se debe realizar la creación de una cuenta mediante un usuario de Facebook.

Objetivos

OB1 - Obtener un modelo ontológico para la representación del conocimiento

del dominio enfermedades como diabetes y obesidad.

OB2 - Desarrollar un sistema para la monitorización de distintos parámetros

vitales, físicos y mentales como también las actividades físicas y mentales.

OB3 - Realizar un sistema para la recomendación específica al paciente basado

en tecnologías del conocimiento y minería de datos.

OB4 - Desarrollar un sistema para el seguimiento de tratamientos y

recomendaciones de salud.

OB5 - Obtener una plataforma integral móvil para la prevención, monitorización

y tratamiento de enfermedades basada en la autogestión de la salud.

66

Cronograma de hitos principales

Hito Fecha

Fase de iniciación 22-Mayo-2017 -

24-Mayo-2017

Fase de planificación 25-Mayo-2017 -

31-Mayo-2017

Fase de ejecución 1-Junio-2017 -

31-Agosto-2017

Fase de revisión 1-Septiembre-2017 -

15-Septiembre-2017

Fase de cierre 18-Septiembre-2017 -

22-Septiembre-2017

Lista de Interesados (Stakeholders)

Nombre Cargo

Ing. Oscar Apolinario M. Sc. Gerente de proyecto

Ing. Harry Luna M. Gs. Director de Carrera Ingeniería en Networking y

Telecomunicaciones.

Personal pre asignados

Recursos Origen

23 Personas Egresados Carrera de Ingeniería en Sistemas

Computacionales y Carrera de Ingeniería en Networking y

Telecomunicaciones

Aprobaciones

Patrocinador Fecha Firma

Ing. Harry Luna M. Gs. 15-Mayo-2017

67

Se siguieron los conceptos de gestión para las iteraciones en el desarrollo de

las distintas tareas de Scrum las cuales son:

b) SPRINT BACKLOG (PILA DEL SPRINT)

Como planificación para concluir todos los objetivos y/o requisitos escogidos

para la iteración y que se establecen a ser entregados al cliente una vez

finalizada la iteración, siendo de forma incremental la preparación para la

entrega del producto.

Esto apoyó en la definición de las tareas que se realizaron en el desarrollo de

la iteración. El Sprint Backlog está presente en los anexos de este documento

tesis.

GESTIÓN DEL ALCANCE DEL PROYECTO

La gestión de alcance del proyecto ayudó a obtener los procesos para

garantizar que todo el trabajo requerido en el proyecto se incluya y completarlo

exitosamente. El objetivo principal de la gestión del alcance del proyecto es

definir qué procesos se incluirá y qué no se incluirá en la entrega del proyecto.

Se realizó la elaboración de la Estructura de Descomposición del Trabajo

(EDT) ya que está orientada a los entregables y definir los alcances en la

ejecución del proyecto junto al equipo de trabajo.

Uno de los requerimientos del cliente en el proyecto fue la creación de una

herramienta que permita analizar las publicaciones generadas en Twitter

mediante utilización de técnicas de minería de datos, al realizar la reunión de

revisión, no cumplía con la expectativa del Product Owner en el entregable

puesto que este solo mostraba indicadores. Se realizó una reunión con el Scrum

Team Desarrollo Web con el que se replanteó el requerimiento para que este

muestre mediante el uso de WEKA que sigue los estándares de la Minería de

Datos: Procesamiento de datos, Regresión, Clasificación, Clusterin y Selección

de los datos, alcanzando así el objetivo correctamente y entregable aceptado.

68

GRÁFICO N° 18 GESTIÓN DEL ALCANCE DEL PROYECTO

Fuente: PMBOK 2013.

Elaborado por: PMI

69

c) ESTRUCTURA DE DESCOMPOSICIÓN DE TRABAJO (EDT).

GRÁFICO N° 19 ESTRUCTURA DE DESCOMPOSICIÓN DE TRABAJO DEL PROYECTO APP SALUD CONTROL

Fuente: Datos de la Investigación.

Elaborado por: Anibal Arévalo Chiquito.

d) PRODUCT BACKLOG (PILA DEL PRODUCTO)

La lista de objetivos y/o requisitos con prioridad representan las expectativas

del cliente respecto a las entregas del producto o proyecto. El cliente debe crear

la lista y gestionarla (con la ayuda de un profesional y el equipo, quien asigna un

valor de peso a las tareas en la lista). Dado que mostrar las expectativas del

cliente en esta lista relaciona al cliente con la dirección de obtener los mejores

resultados del proyecto o producto.

Las historias de usuarios del proyecto se apoyaron en este concepto

definiendo los requerimientos y actividades según la metodología exponencial se

irá avanzando el proyecto.

70

CUADRO N° 14 PRODUCT BACKLOG DEL PROYECTO APP SALUD CONTROL

No. Área Requisitos Valor Estimación (Horas)

1 Ingeniería de software

Creación de Mapas conceptuales para las enfermedades Asma y Diabetes

Alto 15

2 Base de datos Creación de estructuras para datos de Google Fit y Twitter.

Alto 15

3 Desarrollo móvil

Implementar API Google FIT para módulo de ejercicios y dietas.

Alto 15

4 Desarrollo web

Extraer datos de Twitter mediante el uso de API Twitter

Alto 15

5 Arquitectura Creación de servicios para datos de Google FIT

Alto 15

6 Infraestructura Levantamiento de la infraestructura de ambiente desarrollo del proyecto.

Alto 15

Primer entrega: - Extracción e inserción de datos obtenidos de usuarios de Twitter que se refieren a temas relacionados al Asma y Diabetes

90

- Se mostrará en APP datos extraídos de Google Fit de calorías quemadas y presentación estadística de los mismos en el módulo de Ejercicios & Dietas opción Fitness

- Mapa conceptual de las enfermedades Asma y Diabetes

7 Ingeniería de software

Crear Diagramas, historia de usuario para implementar aplicaciones Web y Móvil

Alto 15

8 Base de datos Creación de estructuras para datos de alarmas y medicamentos.

Alto 15

9 Desarrollo móvil

Implementar alarmas para la toma de medicamentos

Alto 15

10 Desarrollo web

Realizar Data Mining mediante el uso de WEKA

Alto 15

11 Arquitectura Creación de servicios para datos de Alarmas y medicamentos

Alto 15

71

12 Infraestructura Implementar y configurar Balanceador de Carga con Piranha.

Medio 15

Segunda entrega - En el módulo Alarmas Medicamentos se implementa un sistema de alarmas para programar la frecuencia, hora que se tomará la medicina diariamente.

90

- Se mostrarán cuadros estadísticos de data mining para la toma de decisiones.

Diagramas e historias de usuarios definidos para la inclusión de la enfermedad Asma en la APP Móvil y Web.

13 Ingeniería de software

Diseñar la imagen de los sistemas: aplicación Web y Móvil

Medio 15

14 Base de datos Diseñar modelo ontológico para integrar el Asma en las APP móvil y web

Medio 15

15 Desarrollo móvil

Implementar el Login a la APP mediante el uso del SDK de Facebook.

Medio 15

16 Desarrollo web

Diseño e implementación de indicadores en la plataforma.

Medio 15

17 Arquitectura Creación de servicios para adaptación con la enfermedad Asma

Medio 15

18 Infraestructura Levantamiento de servidores y configuración en el Cloud para uso de ambiente producción en AZURE.

Medio 15

Tercera entrega - Al iniciar sesión en la APP Móvil se puede realizar mediante una cuenta de usuario Facebook

90

- Se agrega el módulo al portal Web "Indicadores de Twitter", el que muestra gráficos indicadores respecto a usuarios de Twitter que se refieren a temas relacionados al Asma y Diabetes.

- Diseño de pantallas y secuencia de ingreso para la inclusión del asma a las plataformas Móvil y Web.

19 Ingeniería de software

Realizar Investigación científica de las enfermedades Asma y Diabetes

Medio 15

72

20 Desarrollo móvil

Incluir la enfermedad Asma en la APP. Medio 15

21 Base de datos Crear bitácora de errores (auditoria) en la APP

Bajo 15

22 Desarrollo web

Incluir la enfermedad Asma en la APP. Bajo 15

23 Arquitectura Migrar servicios a esquema POST Bajo 15

24 Infraestructura Configurar DOMINIO del Servidor de Aplicación WILDFLY.

Bajo 15

Cuarta entrega - Se incluye el módulo de "Controles de Asma" opción Flujo Máximo para el ingreso de los datos por parte del paciente

90

- Se agregan al módulo General y Por paciente las opciones de consulta del control de asma: "Alérgico", "Respiratorio", "Flujo máximo" y "Desencadenantes"

Fuente: Datos de la Investigación.

Elaborado por: Anibal Arévalo Chiquito.

GESTIÓN DEL TIEMPO DEL PROYECTO

Se aplicó estos conceptos para gestionar la rápida terminación de las

actividades en tiempos según plazos definidos al principio del mismo. Para la

consecución de esto se practicó el Sprint Planning que es parte de la

Metodología de SCRUM usando como herramienta el BurnDown Chart también

parte de la metodología.

73

GRÁFICO N° 20 GESTIÓN DEL TIEMPO DEL PROYECTO

Fuente: PMBOK 2013.

Elaborado por: PMI

El cronograma de este proyecto se encuentra detallado en la sección de

ANEXOS: ANEXO N° 8 CRONOGRAMA DE TRABAJO.

74

e) SPRINT PLANNING (PLANIFICACIÓN DEL SPRINT)

Se refiere a las reuniones donde se planifica las tareas a realizar durante la

iteración a completar.

Se realizó reuniones con el cliente y el Product Owner donde nos presentaron

la lista de requerimientos, se examinó esta lista obteniendo los requerimientos

prioritarios a los cuales se consultó las dudas al cliente para así comprometerse

el equipo de trabajo a completarla en la iteración.

f) BURNDOWN CHART (GRÁFICO DE TRABAJO PENDIENTE)

Herramienta para el seguimiento y medición de la velocidad de terminación de

cada tarea de las iteraciones a fin de llevar un control y conocimiento de si el

grupo concluirá en los tiempos estimados.

Donde se verificó el desempeño del equipo de trabajo en la ejecución del

proyecto en base a las tareas pendientes, al encontrarnos entre el Sprint 7 y 8 es

evidente que se estaba avanzando de acuerdo al tiempo establecido ya que se

habían culminado la mitad de las tareas totales (360 tareas) y al término del

último Sprint 15 se culminó con todas las tareas planteadas para la consecución

de los objetivos del proyecto App Salud Control.

75

GRÁFICO N° 21 BURNDOWN CHART

Fuente: Datos de la investigación.

Elaborado por: Anibal Alberto Arévalo Chiquito.

g) TRELLO

Esta herramienta web y móvil apoyó en la gestión de las tareas realizadas en

las iteraciones, a la cual todos los miembros del equipo de trabajo estaban

asociados, con accesos desde Smartphone y también desde internet, los

tableros se asignaron por áreas y por sprint, por ejemplo: “Tablero del Grupo de:

Desarrollo Móvil Sprint #1”.

GESTIÓN DE RECURSO HUMANO DEL PROYECTO

Esta incluye los procedimientos que organizan, gestionan y conducen al

grupo del proyecto. El grupo del proyecto tiene integrantes que cumplen roles

asignados según sus habilidades y responsabilidades para el cumplimiento del

proyecto. Los integrantes del grupo de trabajo cuentan con diferentes

habilidades, su tiempo de labores puede ser completo o parcial y pueden entrar

o salir conforme avanza e proyecto.

336312

288264

240216

192168

144120

9672

4824

0

0

50

100

150

200

250

300

350

400

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

Tare

as p

en

die

nte

s d

e u

n t

ota

l 36

0

Iteraciones (Sprint)

76

GRÁFICO N° 22 GESTIÓN DE RECURSO HUMANO DEL PROYECTO

Fuente: PMBOK 2013.

Elaborado por: PMI

h) REVISIÓN DEL SPRINT

Esta actividad se lleva a cabo para constatar que las tareas de cada

integrante asegure la calidad del software, funcionalmente correcto y que los

estándares usados sean los que mejor se ajustan al proyecto.

Se realiza una reunión al inicio de la iteración con los Scrum Master de cada

área para la asignación de tareas alcanzables del Sprint Backlog y la revisión de

la misma al finalizar la iteración para verificar que se haya concluido con éxito

todas las tareas del sprint.

77

GRÁFICO N° 23 LAS REUNIONES DE SCRUM

Fuente: Scrum Manager Gestión de Proyectos.

Elaborado por: Juan Palacio, Claudia Ruata

i) LOS ROLES

Se especificará en los anexos del proyecto la distribución de los miembros del

equipo, clasificando los puestos y roles en Scrum.

PROPIETARIO DEL PRODUCTO. – Para la gestión del proyecto estaba

a cargo una persona que asegure el alto valor del producto para los

clientes e interesados.

EQUIPO DE DESARROLLO. – El grupo de desarrolladores esta

seccionado en varias áreas según los objetivos y necesidades del

proyecto, grupos que se mencionan a continuación:

- Gestión de Proyectos

- Gestión de Procesos

- Desarrollo Web

- Base de Datos

- Desarrollo Móvil

- Infraestructura

- Arquitectura

78

SCRUM MANAGER

Esta responsabilidad me fue asignada a mi persona, con el objetivo de dirigir

al grupo según la metodología SCRUM aplicando los lineamientos del PMBOK.

El nombre que se tomó para identificar dentro del grupo de proyecto fue el de

PMP en referencia a las definiciones del PMI bajo los lineamientos de SCRUM

se debe llamar SCRUM MANAGER.

OTROS INTERESADOS

La persona representante del instituto dentro del proyecto, también nuestro

tutor, cumple el rol de Propietario del Producto o PRODUCT OWNER siendo los

egresados de las carreras de Ingeniería en Sistemas Computacionales e

Ingeniería en Networking y Telecomunicaciones como los Interesados del

Proyecto y los ciudadanos del Ecuador serán usuarios finales del producto.

ILUSTRACIÓN 12 - ÁREA DE RESPONSABILIDADES SCRUM MANAGER

Fuente: Área de Responsabilidades Scrum Manager

Elaborado por: Juan Palacio

j) ÁREAS DEL PROYECTO

El proyecto tiene un total de 23 personas como Recursos Humanos las cuales

desempeñan el desarrollo del producto aportando al objetivo con sus habilidades

el equipo de trabajo, se agrupan por áreas según sus habilidades y

conocimientos además del objetivo a cumplir que se detalla en gráficas a

continuación:

79

GRÁFICO N° 24 ÁREA DE GESTIÓN DE PROYECTOS DEL PROYECTO APP SALUD CONTROL

Fuente: Datos de la investigación.

Elaborado por: Anibal Alberto Arévalo Chiquito.

GRÁFICO N° 25 ÁREA DE GESTIÓN DE PROCESOS DEL PROYECTO APP SALUD CONTROL

Fuente: Datos de la investigación.

Elaborado por: Anibal Alberto Arévalo Chiquito.

80

GRÁFICO N° 26 ÁREA DESARROLLO WEB DEL PROYECTO APP SALUD CONTROL

Fuente: Datos de la investigación.

Elaborado por: Anibal Alberto Arévalo Chiquito.

GRÁFICO N° 27 ÁREA DE BASE DE DATOS DEL PROYECTO APP SALUD

CONTROL

Fuente: Datos de la investigación.

Elaborado por: Anibal Alberto Arévalo Chiquito.

81

GRÁFICO N° 28 ÁREA DESARROLLO MÓVIL DEL PROYECTO APP SALUD CONTROL

Fuente: Datos de la investigación.

Elaborado por: Anibal Alberto Arévalo Chiquito.

GRÁFICO N° 29 ÁREA DE ARQUITECTURA DEL PROYECTO APP SALUD CONTROL

Fuente: Datos de la investigación.

Elaborado por: Anibal Alberto Arévalo Chiquito.

82

GRÁFICO N° 30 ÁREA DE INFRAESTRUCTURA DEL PROYECTO APP SALUD CONTROL

Fuente: Datos de la investigación.

Elaborado por: Anibal Alberto Arévalo Chiquito.

GRÁFICO N° 31 EQUIPO DE TRABAJO EN SITIO DEL PROYECTO APP SALUD CONTROL

Fuente: Datos de la investigación.

Elaborado por: Anibal Alberto Arévalo Chiquito.

83

GRÁFICO N° 32 ESTADÍSTICA DEL CONTROL DE ASISTENCIA

Fuente: Datos de la investigación.

Elaborado por: Anibal Alberto Arévalo Chiquito.

GESTIÓN DE LAS COMUNICACIONES DEL PROYECTO

La información dentro del proyecto fue almacenada en un repositorio en la

nube gratuito Google Drive para que todos tengan acceso y puedan utilizarla,

editarla y agregar para compartir con el grupo de trabajo, se utilizó el medio de

comunicación de mensajería Whatsapp creando un grupo con los integrantes

para tratar temas relevantes del proyecto y se utiliza la herramienta de trabajo

“Trello” que apoyó en las prácticas de esta área de conocimiento.

96,8%

1,43% 1,67 0,120

10

20

30

40

50

60

70

80

90

100

ASISTENCIA FALTAS ATRASO JUSTIFICADO

Po

rce

nta

je d

e a

sist

en

cia

84

GRÁFICO N° 33 GESTIÓN DE LAS COMUNICACIONES DEL PROYECTO

Fuente: PMBOK 2013.

Elaborado por: PMI

k) WHATSAPP

Se realizó la creación de un grupo en esta herramienta con todos los

integrantes del equipo de desarrollo del proyecto y así mantenerla constante

comunicación de temas relacionados al proyecto, contenido multimedia,

indicaciones de manera oportuna y demás novedades. Además cada Scrum

Team creó su grupo para compartir información internamente y avances de las

actividades.

85

l) GOOGLE DRIVE

Esta aplicación fue utilizada para compartir información como archivos y

documentación de temas relacionados al proyecto, se crearon repositorios para

organizado para cada uno de los temas como Informe de actividades,

documentación de objetivos, los Sprint de la iteraciones, y demás, a las que todo

el grupo tenía acceso y ser utilizada a conveniencia para contribución de la

comunicación.

GRÁFICO N° 34 REPOSITORIO PARA INFORMACIÓN DEL PROYECTO

Fuente: Datos de la investigación.

Elaborado por: Anibal Alberto Arévalo Chiquito.

ANÁLISIS DE FACTIBILIDAD

El proyecto propuesto es factible debido a que agrupa las mejores técnicas y

estándares para asegurar el éxito del mismo y su alta calidad. La probabilidad de

éxito de la metodología y modelo propuesto tiene elevado niveles el uso de la

metodología ágil en los proyectos en base a la estadística levantada por el grupo

Standish Group, sean las características que tenga.

86

GRÁFICO N° 35 COMPARACIÓN DE EFECTIVIDAD DE GESTIÓN ÁGIL Y NO ÁGIL DE PROYECTOS

Fuente: Standish Chaos Report 2012.

Elaborado por: Standish Chaos Report 2012.

FACTIBILIDAD OPERACIONAL

La proposición del modelo de Gestión de proyectos Ágil Scrum en conjunto a

la Ingeniería de Software sin duda es la más utilizada frente a otras

metodologías siendo evidente que ha ido en aumento su aplicación, igualmente

de la ya popular Gestión de Proyectos del PMI metodología basada en las

definiciones de las áreas del conocimiento del PMBOK.

Se puede confirmar que los sistemas elaborados tuvieron éxito con la

utilización del modelo de gestión propuesto ya que es realizable

operacionalmente ya que se obtuvo la aprobación de los entregables por parte

del cliente continuamente durante la fase de desarrollo del producto, esto se

constatará en los informes de los progresos, entregables y conformidad del

cliente con el producto funcional entregado.

87

FACTIBILIDAD TÉCNICA

El esquema investigativo es técnicamente posible ya que se utilizaron

herramientas Open Source para realizar la gestión, estando estas siempre

disponibles y asegurando que se realicen las ejecuciones de la gestión de

manera oportuna y sin bloqueos que entorpezcan los procesos de la Gestión de

Proyectos.

El producto esta levantado en una infraestructura que aseguran su

funcionamiento, disponibilidad y seguridad siendo implementado y monitorizado

por el equipo de trabajo calificado y con conocimientos sólidos en el área de

infraestructuras, se realizó el estudio y con la experiencia se implementaron en

las herramientas: Mariadb para la Base de Datos, Symphony para la

disponibilidad de la página web, Android Studio para el APP Móvil, etc.

Los recursos humanos están capacitados para desempeñar las tareas

asignadas en las tecnologías requeridas por el proyecto, son capaces de

resolver mediante análisis los problemas o bloqueos que se presenten y obtener

los resultados esperados en las etapas de desarrollo del proyecto.

FACTIBILIDAD LEGAL

El estudio realizado se encuentra en el marco legal establecido ya que cita las

fuentes de donde se obtuvo la información y sus autores de donde se basan las

investigaciones, sin afectar los trabajos encontrados por estos autores. No se

infringe en ningún derecho de propiedad intelectual o licencia de usabilidad de

software o hardware en específico.

88

FACTIBILIDAD ECONÓMICA

Se utilizan herramientas gratuitas que sirven de apoyo en la gestión por lo

cual la propuesta es económicamente posible y realizar la ejecución no tendrá un

costo que impida el cumplimiento o represente un problema significativo para el

proyecto.

En cuanto al sistema se utilizaron herramientas Open Source evitando así el

cobro por licenciamientos o contratos siendo factible la realización del sistema.

En cuanto a hardware, se proporcionó sin ningún costo de parte del cliente,

equipos de cómputo necesarios para el correcto funcionamiento del producto,

además fue necesario adquirir para el módulo de notificaciones equipos con

características específicas, informe de presupuesto que consta como anexo de

tesis.

CUADRO N° 15 VALOR DE UN RECURSO HUMANO DENTRO DEL PROYECTO APP SALUD CONTROL

RUBROS ESTUDIANTES TIEMPO/ HORAS

PRECIO HORA $

TOTAL $

Recursos Humanos 1 360 8 2880

Recursos Hardware

Recursos Software

Viajes y salidas

Recursos Varios

Servicios Técnicos

Gastos operacionales 1 - - 100

Recursos Varios $2,980.00

Fuente: Información recopilada del proyecto de titulación. Elaborado por: Anibal Alberto Arévalo Chiquito.

89

CRITERIO DE VALIDACIÓN DE LA PROPUESTA

Previo análisis para determinar el nivel de aceptación de los diferentes

módulos realizados al momento de forma manual dirigida a los estudiantes del

grupo de desarrollo del proyecto de la Universidad de Guayaquil. Se identificó la

importancia de la gestión de proyecto, aplicando la metodología Agil SCRUM.

Teniendo una población amplia para el enfoque de esta investigación en la

gestión de proyectos informáticos la muestra definida es de 23 estudiantes

integrantes del grupo de desarrollo del proyecto, los cuales deben cumplir con un

perfil acorde al tema planteado, siendo este perfil detallado a continuación en el

siguiente cuadro:

CUADRO N° 16 PERFIL MUESTRA DE LA INVESTIGACIÓN

ESTUDIOS COMPETENCIAS CONOCIMIENTOS

Estudiante de ingeniería en sistemas, TICS o

Informática

Análisis rápido Programación Orientada a Objetos

Capacitación de PMI Trabajo en equipo Programación Web

Capacitación de SCRUM Liderazgo Sistemas de Información Gerencial

Estudiante egresado de Ingeniería en Sistemas o

Networking

Trabajo bajo presión

Desarrollo

Planificación Infraestructura y Redes

Resolución de problemas

Estándares de Gestión según PMI

Fuente: Datos de la investigación Elaborado por: Anibal Alberto Arévalo Chiquito

CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O

SERVICIO

De la misma encuesta realizada a los estudiantes integrantes del proyecto en

la fase de revisión del producto se obtuvieron estos resultados que sustentan la

aceptación del desarrollo del producto aplicando la metodología Ágil SCRUM

como resultado de la aplicación del Modelo de Gestión Propuesto.

90

PREGUNTA 1: ¿Cuál es su nivel de satisfacción con la metodología SCRUM

en la Gestión de Proyectos?

CUADRO N° 17 RESULTADOS DE LA PREGUNTA 1 DE LA ENCUESTA DE ACEPTACIÓN DEL PRODUCTO

OPCIONES DE

RESPUESTA

CANTIDAD PORCENTAJE

Completamente satisfecho 20 87%

Satisfecho 3 13%

Insatisfecho 0 0

Completamente

insatisfecho

0 0

Total 23 100%

Fuente: Fase de Revisión del Proyecto “APP SALUD CONTROL” Elaborado por: Anibal Alberto Arévalo Chiquito

GRÁFICO N° 36 RESULTADOS DE LA PREGUNTA 1 DE LA ENCUESTA DE FACTIBILIDAD

Fuente: Fase de Revisión del Proyecto “APP SALUD CONTROL”

Elaborado por: Anibal Alberto Arévalo Chiquito

Análisis e interpretación: Más del 80% de los estudiantes integrantes del

grupo de proyecto encuestados aseguraron que el nivel de satisfacción es alto debido a que las actividades son revisadas frecuentemente y la comunicación constante para solventar contratiempos de manera rápida y eficaz en la consecución de los objetivos.

87%

13%

SATISFACCION CON SCRUM

Completamente satisfecho

Satisfecho

Insatisfecho

Completamente insatisfecho

91

PREGUNTA 2: ¿Cómo calificaría el beneficio de usar la metodología SCRUM en el desarrollo del proyecto?

CUADRO N° 18 RESULTADOS DE LA PREGUNTA 2 DE LA ENCUESTA DE FACTIBILIDAD

OPCIONES DE

RESPUESTA

CANTIDAD PORCENTAJE

Satisfactorio 20 87%

Muy bueno 2 9%

Bueno 1 4%

Regular 0 0

Malo 0 0

Total 23 100%

Fuente: Fase de Revisión del Proyecto “APP SALUD CONTROL” Elaborado por: Anibal Alberto Arévalo Chiquito

GRÁFICO N° 37 RESULTADOS DE LA PREGUNTA 2 DE LA ENCUESTA DE FACTIBILIDAD

Fuente: Fase de Revisión del Proyecto “APP SALUD CONTROL”

Elaborado por: Anibal Alberto Arévalo Chiquito

Análisis e interpretación: Los estudiantes indicaron en su mayoría que la

metodología SCRUM ofrece beneficios para obtener un producto a tiempo o

menor a lo establecido sin perder el sentido de la alta calidad, se consideró

varios aspectos que benefician el desarrollo de software para el correcto estudio.

0%20%40%60%80%

100%

87% 9% 4% 0% 0%

Satisfactorio Muy bueno Bueno Regular Malo

BENEFICIO DE SCRUM

92

CONCLUSIONES

Se identificó la lista de requerimientos y se realizó el Product Blacklog del

proyecto en la Gestión de Alcance donde se identifican los entregables a

revisar con el Cliente y Product Owner.

Se definieron las tareas y actividades que realizó el equipo de trabajo

luego de obtener la aceptación de los entregables del proyecto por parte

del cliente y Product Owner.

Se cumplió con los requerimientos planteados con el cliente aplicando la

Metodología Ágil Scrum asegurando la entrega de un producto con

calidad y en tiempos establecidos.

Se obtuvo el incremento en entrega del Sprint Backlog realizando el

control y monitoreo de las actividades y tareas utilizando la herramienta

Trello Web y App durante el desarrollo del proyecto.

93

RECOMENDACIONES

Se recomienda realizar las reuniones con el cliente para identificar los

requerimientos siempre con un profesional que cuente con la experiencia

necesaria para que se definan correctamente los entregables del

proyecto.

Los entregables aceptados por el cliente deben ser documentados y dejar

constancia mediante informe de actividades lo que realizó el equipo de

desarrollo del producto durante su ejecución.

Se recomienda aplicar el modelo de gestión en otros proyectos a fines en

la Universidad de Guayaquil aplicando metodología Scrum ya que este

aseguró el éxito de los objetivos establecidos en tiempos y calidad.

Para realizar de mejor manera la gestión de las actividades durante la

ejecución del proyecto se recomienda utilizar más herramientas que

faciliten el control y comunicación con el equipo de trabajo para la

consecución de los objetivos.

94

BIBLIOGRAFÍA

Trader. (29 de 07 de 2010). Obtenido de

https://www.emprendices.co/administracion-de-proyectos/#more-3085

Arias Chaves, M. (2010). Marco conceptual de la administración de proyectos.

Revista de Ciencias Económicas, 28.

Asamblea Constituyente. (20 de 10 de 2008). INOCAR. Obtenido de

http://www.inocar.mil.ec/web/images/lotaip/2015/literal_a/base_legal/A._C

onstitucion_republica_ecuador_2008constitucion.pdf

Beck, K. (2000). Extreme programming explained: embrace change. addison-

wesley professional.

Bolaños Rodríguez, E. (2012). Muestra y muestreo.

Canós, J. H. (2012). Metodologías ágiles en el desarrollo de software.

Canós, J. H. (2012). Metodologías ágiles en el desarrollo de software.

Cazau, P. (2006). INTRODUCCIÓN A LA INVESTIGACIÓN EN CIENCIAS

SOCIALES.

Decreto Ejecutivo 1014. (23 de abril de 2008). Control Hidrocarburos. Obtenido

de http://www.controlhidrocarburos.gob.ec/wp-content/uploads/MARCO-

LEGAL-2016/Registro-Oficial-322-Decreto-Ejecutivo-1014.pdf

Derechos de Propiedad Intelectual. (28 de diciembre de 2006). SICE. Obtenido

de http://www.sice.oas.org/int_prop/nat_leg/Ecuador/L320b.asp

Española, R. A. (2016). Real Academia Española.

Gallego, M. T. (2012). Metodología Scrum. Obtenido de

https://s3.amazonaws.com/academia.edu.documents

Hernández Rodríguez, J. &. (2010). Papel del ejercicio físico en las personas con

diabetes mellitus. Revista Cubana de Endocrinología.

Hurtado, F. (2011). Dirección de Proyectos: Una Introducción con base en el

marco del PMI. . USA: Palibrio.

Jean Bousquet, P. J.-P. (2017). Organización Mundial de la Salud. Obtenido de

http://www.who.int/bulletin/volumes/83/7/bousquetabstract0705/es/

Juan Palacio, C. R. (2011). Scrum Manager Gestión de Proyectos. México DF:

Safe Creative.

95

Kniberg, H. S. (2010). Kanban y Scrum–obteniendo lo mejor de ambos. Prólogo

de Mary Poppendieck & David Anderson. ESTADOS UNIDOS DE

AMÉRICA: C4Media Inc.

Lerena, J. M. (2013). AplicaciónparalagestióndeproyectoságilesconScrum.

LOES. (12 de octubre de 2010). Planificación Ecuador. Obtenido de

http://www.planificacion.gob.ec/wp-

content/uploads/downloads/2012/08/Ley-Org%C3%A1nica-de-

Educaci%C3%B3n-Superior.-Suplemento-del-Registro-Oficia-Nro.-

298..pdf

López, P. L. (2004). Población, muestra y muestreo. Punto cero, 69.

Martínez, H. R. (2010). Sistema de información gerencial para la optimización de

portafolios de inversión. Revista Venezolana de Gerencia.

Morales Vallejo, P. (2012). Tamaño necesario de la muestra: ¿Cuántos sujetos

necesitamos? Estadística aplicada a las Ciencias Sociales.

Moreno, G. A. (2013). www.bdigital.unal.edu.co/11161/1/940429.2013.pdf.

Obtenido de www.bdigital.unal.edu.co

Mulcahy, R. (2013). Preparación para el examen PMP.

Palacios, J. (2014). Gestión de proyectos Scrum Manager.

Project Management Institute. (2013). Project Management Institute. (2013).

Guía de los Fundamentos Para la Dirección de Proyectos (Guía del

PMBOK®)-Quinta Edición (SPANISH). Project Management Institute.

Real Academia Española. (2007). Española, R. A. (2007). Diccionario de la Real

Academia Española, (DRAE).[en línea]. Madrid: http://www. rae. es

[Consulta en julio de 2012].

Toro Lopez, F. J. (2013). Administración de proyectos de informática. Ecoe

Ediciones.

Trader. (29 de 07 de 2010). Trader. Obtenido de

https://www.emprendices.co/administracion-de-proyectos/#more-3085

TridibeshSatpathy. (2016). www.scrumstudy.com. Obtenido de

www.scrumstudy.com

Vargas, C. (2011). Metodología de investigación.

96

GLOSARIO

Sprint: Iteración con inicio y obtiene un resultado al finalizar.

BurnDown chart: Un gráfico de trabajo pendiente a lo largo del tiempo

muestra la velocidad a la que se está completando los objetivos/requisitos.

Product Backlog: La lista de objetivos/requisitos priorizada representa la

visión y expectativas del cliente respecto a los objetivos y entregas del producto

o proyecto.

Sprint Backlog: Lista de tareas que el equipo elabora en la reunión de

planificación de la iteración como plan para completar los objetivos.

Product Owner: Cliente que puede ser interno o externo a la organización.

Sprint Planning: Planificación de las tareas a realizar en la iteración.

ANEXOS

ANEXO N° 1 SPRINT DEL ÁREA DE PROCESOS

Fuente: Registro de actividades área Procesos - Proyecto “APP SALUD - CONTROL”

Elaborado por: Anibal Alberto Arévalo Chiquito

Análisis: Se realiza el monitoreo de las actividades realizadas por cada

recurso del área para dar seguimiento a su avance en el proyecto.

ANEXO N° 2 SPRINT DEL ÁREA DE BASE DE DATOS

Fuente: Registro de actividades área Base de datos - Proyecto “APP SALUD -

CONTROL”

Elaborado por: Anibal Alberto Arévalo Chiquito

Análisis: Se realiza el monitoreo de las actividades realizadas por cada

recurso del área para dar seguimiento a su avance en el proyecto.

ANEXO N° 3 SPRINT DEL ÁREA DE MÓVIL (ANDROID)

Fuente: Registro de actividades área Android - Proyecto “APP SALUD - CONTROL”

Elaborado por: Anibal Alberto Arévalo Chiquito

Análisis: Se realiza el monitoreo de las actividades realizadas por cada

recurso del área para dar seguimiento a su avance en el proyecto.

ANEXO N° 4 SPRINT DEL ÁREA DE WEB (PHP)

Fuente: Registro de actividades área Web - Proyecto “APP SALUD - CONTROL”

Elaborado por: Anibal Alberto Arévalo Chiquito

Análisis: Se realiza el monitoreo de las actividades realizadas por cada

recurso del área para dar seguimiento a su avance en el proyecto.

ANEXO N° 5 SPRINT DEL ÁREA DE INFRAESTRUCTURA

Fuente: Registro de actividades área Infraestructura - Proyecto “APP SALUD -

CONTROL”

Elaborado por: Anibal Alberto Arévalo Chiquito

Análisis: Se realiza el monitoreo de las actividades realizadas por cada

recurso del área para dar seguimiento a su avance en el proyecto.

ANEXO N° 6 SPRINT DEL ÁREA DE ARQUITECTURA (WEB

SERVICES)

Fuente: Registro de actividades área Arquitectura - Proyecto “APP SALUD - CONTROL”

Elaborado por: Anibal Alberto Arévalo Chiquito

Análisis: Se realiza el monitoreo de las actividades realizadas por cada

recurso del área para dar seguimiento a su avance en el proyecto.

ANEXO N° 7 FORMATO DE INFORME DE ACTIVIDADES

REALIZADAS EN LOS SCRIPT

Hoja de control documental

Realizado Por: SCRUM TEAM Fecha:

Revisado Por: Anibal Arévalo Fecha:

Aprobado Por: Lsi. Oscar Apolinario Fecha:

Información general del proyecto

Proyecto: Proyecto FCI APP Salud : Control

Periodo: Del xx de xxxx del

2017 Al xx de xxxx

del 2017

Product Owner: Scrum Team xxxx Scrum Master: xxxx

Carrera: Ingeniería en Sistemas Computacionales

Ingeniería en Networking

Organización: Facultad de Ciencias

Matemáticas y Físicas

OBJETIVOS: Cumplir con lo solicitado por el Director de Proyecto para avances y

mejoras del Proyecto “APP SALUD – CONTROL “

ACTIVIDADES REALIZADAS Se registran tareas realizados por cada área de desarrollo realizada

durante la semana.

CONCLUSIONES Y RECOMENDACIONES Es necesario realizar las revisiones de las tareas semanales para

monitorear los avances de cada área.

ANEXO N° 8 CRONOGRAMA DE TRABAJO

Actividades Responsable

Sprint

Junio Julio Agosto Septiembre

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

FASE DE PLANIFICACIÓN - - - - - - - - - - - - - - - -

Reunión con Ing. Oscar Apolinario para definir objetivos generales y metodología a usarse en el proyecto

Lsi. Oscar Apolinario X

Diseño del proyecto, Formación de Grupos de trabajo y Definición de Roles del Proyecto

Lsi. Oscar Apolinario - Anibal Arévalo

X

Investigación, definición y diseño de esquema básico del mapa conceptual de asma como enfermedad

Scrum Team Procesos X

Identificar entidades Scrum Team Base Datos X

Definición de Framework de desarrollo e investigación de esquema a implementar

Scrum Team PHP X

Preparación de entorno de desarrollo Scrum Team Android X

Estudio sobre metodología Scrum y Estudio general sobre Wildfly, MySQL y rest

Scrum Team Webservice X

Estudio para la implementación de la LAN INTERNA Scrum Team Infraestructura

X

Investigación, definición y diseño de esquema básico del mapa conceptual de asma como enfermedad

Scrum Team Procesos X

Investigación, definición y diseño de esquema básico del mapa conceptual de asma como enfermedad

Scrum Team Base Datos X

Investigación y definición de funcionalidad Portal Web Scrum Team PHP X

Investigación sobre uso y aplicación de fragmentos Scrum Team Android X

Instalación de JDK 1.8, IDE NetBeans y servidor de aplicaciones WildFly

Scrum Team Webservice X

Estudio para la implementación del almacenamiento de archivos de usuario de la LAN INTERNA

Scrum Team Infraestructura

X

Investigación sobre aplicaciones móviles diseñadas para uso de personas que padecen Asma

Scrum Team Procesos X

Determinar accesos dentro de la base de datos según roles y usuarios en base desarrollo

Scrum Team Base Datos X

Elaboración de Proyecto Base y capacitación de framework Symfony

Scrum Team PHP X

Inducción de Android Studio y Java Android Scrum Team Android X

Instalación de base MySQL para pruebas en ambiente local, reunión con líderes para verificar avances

Scrum Team Webservice X

Gestión para la adquisidor de equipos de cómputo que se utilizara en la implementación

Scrum Team Infraestructura

X

Revisión de tareas de las áreas Anibal Arévalo X

Investigación y levantamiento de información de las necesidades básicas de una persona que padece de asma y de un especialista tratando de Diabetes para el control y seguimiento de pacientes

Scrum Team Procesos X

Determinar Procesos para Entidades de Base de Datos Scrum Team Base Datos X

Creación de twip base para controles detallado Scrum Team PHP X

Investigación sobre uso y aplicación de adaptadores Scrum Team Android X

Instalación de Java(TM) ME Plataforma SDK 3.0 y manejo de herramienta

Scrum Team WebServices

X

Instalación e Implementación de Samba (protocolo de archivos compartidos de Linux )

Scrum Team Infraestructura

X

Reunión de levantamiento y definición de requerimientos para el proyecto "APP SALUD - CONTROL"

Anibal Arévalo X

DISEÑO DE LOS PROCESOS - - - - - - - - - - - - - - - -

Definición, diseño y modelamiento de los casos de uso y diagramas UML para aplicación web

Scrum Team Procesos X

Determinar validaciones dentro de los procesos Scrum Team Base Datos X

Creación de Login y Creación de registro de usuarios Scrum Team PHP X

Investigación de como guardar los registros en la base de datos de Android

Scrum Team Android X

Instalación de Wireless Toolkit 2 Scrum Team WebServices

X

Instalación e implementación del Wildfly Scrum Team Infraestructura

X

Informe acta de Reunión – Plan de Pruebas Sprint Anibal Arévalo X

Definición y generación de informes del primer y segundo entregable para la ejecución de aplicación para diabéticos

Anibal Arévalo X

Elaboración de informes – Cadena de Valor - BMC Scrum Team Procesos X

Ejecución de Scripts en la Base de Datos Scrum Team Base Datos X

Diseño de los twip para controles asmáticos Scrum Team PHP X

Análisis, Desarrollo e implementación del portal del grupo móvil

Scrum Team Android X

Creación de clases cliente y servidor utilizando MIDlet envío de archivo a Smartphone Galaxy J5

Scrum Team WebServices

X

Instalación e implementación de Vsftp(Very Secure FTP Daemon)

Scrum Team Infraestructura

X

Elaboración de informes de entregables y de documentación inicial

Todos las áreas X

Elaboración de informe avance del Proyecto Sprint – Elaboración cadena de valor

Anibal Arévalo X

Pruebas y ajustes del portal del grupo web – Implementación Scrum Team PHP X

Acompañamiento con el equipo de Infraestructura para ayuda en la implementación, documentación de actividades y definición de estrategias

Anibal Arévalo X

Implementación del portal web y móvil Todos las áreas X

Reunión, revisión y generación de informes por entregables Anibal Arévalo X

Elaboración de Diagramas - Proceso de Reuniones con Usuario

Anibal Arévalo y Lady Triana

X

Implementación de las pantallas de la aplicación móvil de proyecto

Reymond Agemura X

Generación de informes de avances, entregables, reunión con clientes

Anibal Arévalo X

Informe Implementación Portal Web Scrum Team PHP X

Desarrollo, creación e implementación de las listas de tareas del grupo de seguridades

Anibal Arévalo X

FASE DE EVALUACIÓN - - - - - - - - - - - - - - - -

Integración del sistema, pruebas de balanceo y definición de diagramas de procesos

Anibal Arévalo y Scrum Team PHP

X

Elaboración de Diagramas - Proceso Definición de Grupos de Trabajo

Anibal Arévalo X

Análisis, diseño y desarrollo de los esquemas de los grupos de trabajo del portal web y aplicación móvil

Anibal Arévalo X

Fase de Pruebas Piloto – Jornada de pruebas en Producción Anibal Arévalo X

Elaboración de Diagramas - Proceso Implementación de Servidores

Scrum Team Infraestructura

X

Soporte a estudiante, llenar formularios con datos específicos de los participantes, y observación del manejo de la herramienta

Todas las áreas X

Fase de capacitación - Levantamiento de información de fase de pruebas, generación de informes

Todas las áreas X

Informe de Jornada de Pruebas del Portal Web Anibal Arévalo X

Ajustes del portal web Scrum Team PHP X

Fase de documentación - Capacitación a demás interesados del proyecto

Anibal Arévalo X

Elaboración de Diagramas - Proceso (Caso de Usos) Scrum Team Procesos X

Fase de capacitación Todos X

Fase de Entrega del primera versión - Documentación de actividades y etapas del proyecto

Anibal Arévalo X

Elaboración de Diagramas - Proceso de Gestión de la Comunicación

Anibal Arévalo X

Fase de documentación Anibal Arévalo X

Elaboración de informe final - Entrega de documentos del proyecto

Anibal Arévalo X

Elaboración de informe final - Entrega de documentos del proyecto

Anibal Arévalo X

Toma apuntes de cambios o modificaciones, fuera del entorno establecido

Anibal Arévalo X

Fuente: Datos de la Investigación.

Elaborado por: Anibal Arévalo Chiquito.