universidad de guayaquilrepositorio.ug.edu.ec/bitstream/redug/24089/1/b-cisc-ptg... ·...
Post on 14-Jul-2020
9 Views
Preview:
TRANSCRIPT
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.
top related