universidad de guayaquilrepositorio.ug.edu.ec/bitstream/redug/39513/1/b-cint-ptg... ·...
Post on 14-Aug-2020
8 Views
Preview:
TRANSCRIPT
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE NETWORKING Y TELECOMUNICACIONES
DISEÑO Y PROTOTIPADO DE LA CAPA LÓGICA DE NEGOCIO DE LA PLATAFORMA DE
TERAPIAS MEDICAS EN LÍNEA (TEMONET).
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN NETWORKING Y
TELECOMUNICACIONES
AUTOR:
IRVING ERNESTO MUÑOZ CRUZ
TUTOR:
ING. JORGE ARTURO CHICALA ARROYAVE
GUAYAQUIL – ECUADOR
2019
II
REPOSITORIO NACIONAL EN CIENCIA Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TÍTULO: “Diseño y prototipado de la capa lógica de negocio de la plataforma de terapias
médicas en línea (TEMONET)”.
AUTOR:
IRVING ERNESTO MUÑOZ CRUZ
TUTOR: ING. JORGE ARTURO CHICALA, M. Sc.
REVISORES:
INSTITUCIÓN: UNIVERSIDAD DE
GUAYAQUIL
FACULTAD: CIENCIAS MATEMÁTICAS Y
FÍSICAS
CARRERA: INGENIERÍA EN NETWORKING Y TELECOMUNICACIONES
FECHA DE PUBLICACIÓN: No. DE PÁGS: 122
ÁREA TEMÁTICA: Tecnología
PALABRAS CLAVE: Lógica de negocios, terapias en línea, microservicios, web service
RESUMEN: La plataforma de terapias médicas en línea, TEMONET busca ser una opción
para los logopedas en el tratamiento de deficiencias especificas del aprendizaje, con el
desarrollo de terapias personalizadas, de manera que los pacientes desde la comodidad
de su hogar puedan acceder a las terapias mediante dispositivos móviles, computadoras y
Televisores digitales, entre otros. La aplicación debe contar con un modelo de tres capas,
la capa visual (front end) que es la interfaz gráfica que verá el usuario, la capa de datos
(back end) que es donde se almacenan los datos y la capa lógica de negocio que es la
capa intermedia. El enfoque principal de este proyecto es la capa lógica de negocio, que
se desarrolló para lograr el correcto transporte de la información entre la capa visual y la
capa de datos, haciendo uso de un formato de archivo ligero conocido como JSON que
permite el fácil paso de la información especialmente en dispositivos móviles. De manera
que aplicando estás características la plataforma tenga éxito.
No. DE REGISTRO (en base de datos): No. DE CLASIFICACIÓN:
DIRECCIÓN URL (tesis en la web):
ADJUNTO PDF: X SI NO
CONTACTO CON AUTOR/ES
Irving Ernesto Muñoz Cruz
Teléfono:
0969945917
E-mail:
Irving.munozc@ug.edu.ec
CONTACTO EN LA INSTITUCIÓN:
Universidad de Guayaquil
Nombre: Secretaría de la Facultad
Teléfono: 042307729
III
APROBACION DEL TUTOR
En mi calidad de Tutor del trabajo de titulación, “DISEÑO Y PROTOTIPADO
DE LA CAPA LÓGICA DE NEGOCIO DE LA PLATAFORMA DE TERAPIAS
MEDICAS EN LÍNEA (TEMONET).” elaborado por el Sr.
IRVING ERNESTO MUÑOZ CRUZ, Alumno no titulado de la Carrera de
Ingeniería en Networking y Telecomunicaciones, Facultad de Ciencias
Matemáticas y Físicas de la Universidad de Guayaquil, previo a la obtención
del Título de Ingeniero en Networking y telecomunicaciones, me permito
declarar que luego de haber orientado, estudiado y revisado, la Apruebo en
todas sus partes.
Atentamente
Ing. JORGE ARTURO CHICALA ARROYAVE
TUTOR
IV
DEDICATORIA
Dedico este proyecto a mis padres,
tías y hermanos quienes me
proporcionaron de su apoyo a lo
largo de todo este tiempo.
En especial a mi abuelita María
Esperanza Gómez que siempre
estuvo pendiente y al cuidado de mi
desde que era un recién nacido, que,
aunque ya no esté conmigo, sé que
me cuida desde el cielo.
V
AGRADECIMIENTO
Agradezco a mis padres, y tía por
confiar en mí, siguiendo cada uno de
mis pasos, brindándome la fuerza y el
apoyo necesario.
También agradezco a mis
compañeros, de quienes he aprendido
mucho, y con los cuales he podido
intercambiar distintos conocimientos.
VI
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Gustavo Ramírez Aguirre, M.Sc.
DECANO DE LA FACULTAD
CIENCIAS MATEMATICAS Y
FISICAS
Ing. Francisco Palacios Ortiz, M.Sc.
DIRECTOR DE LA CARRERA DE
INGENIERÍA EN NETWORKING Y
TELECOMUNICACIONES
Ing. Luis Espin Pazmiño M.Sc.
PROFESOR REVISOR DEL
PROYECTO
TRIBUNAL
Ing. Roberto Crespo Mendoza M.Sc.
PROFESOR DEL ÁREA
TRIBUNAL
Ing. Jorge Chicala Arroyave M.Sc.
PROFESOR TUTOR DEL PROYECTO
DE TITULACION
Ab. Juan Chávez Atocha, Esp.
SECRETARIO (E) DE LA FACULTAD
VII
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de esta Tesis de Grado, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”
IRVING ERNESTO MUÑOZ CRUZ
VIII
.
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERIA EN NETWORKING Y
TELECOMUNICACIONES
DISEÑO Y PROTOTIPADO DE LA CAPA LÓGICA DE NEGOCIO DE LA PLATAFORMA DE
TERAPIAS MEDICAS EN LÍNEA (TEMONET).
Proyecto de Titulación que se presenta como requisito para optar por el título
de INGENIERO EN NETWORKING Y TELECOMUNICACIONES
Auto/a: IRVING ERNESTO MUÑOZ CRUZ
C.I.: 0941579153
Tutor: ING. JORGE ARTURO CHICALA ARROYAVE
Guayaquil, marzo de 2019
IX
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 IRVING ERNESTO MUÑOZ CRUZ, como requisito previo para optar por el título de Ingeniero en Networking y Telecomunicaciones cuyo tema es:
DISEÑO Y PROTOTIPADO DE LA CAPA LÓGICA DE NEGOCIO DE LA PLATAFORMA DE TERAPIAS MEDICAS EN LÍNEA (TEMONET).
considero aprobado el trabajo en su totalidad.
Presentado por:
Muñoz Cruz Irving Ernesto Cédula de ciudadanía N° 0941579153
Tutor: Ing. Jorge Arturo Chicala Arroyave
Guayaquil, marzo de 2019
X
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERIA EN NETWORKING
Autorización para Publicación de Tesis en Formato Digital
1. Identificación de la Tesis Nombre Alumno: Irving Ernesto Muñoz Cruz
Dirección: Los vergeles, Mz. 11 Sl. 13
Teléfono: 0969945917 E-mail: irving.munozc@ug.edu.ec
Facultad: Ciencias Matemáticas y Físicas
Carrera: Ingeniería en Networking y Telecomunicaciones
Título al que opta: Ingeniero en Networking y Telecomunicaciones
Profesor guía: Ing. Jorge Arturo Chicala Arroyave
Título de la Tesis: DISEÑO Y PROTOTIPADO DE LA CAPA LÓGICA DE NEGOCIO DE LA PLATAFORMA DE TERAPIAS MEDICAS EN LÍNEA (TEMONET).
Temas Tesis: Lógica de negocios, terapias en línea, microservicios, web service
2. Autorización de Publicación de Versión Electrónica de la Tesis 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 esta tesis. Publicación electrónica:
Inmediata X Después de 1 año
Firma Alumno: IRVING ERNESTO MUÑOZ CRUZ C.I. 0941579153
3. Forma de envío: El texto de la Tesis debe ser enviado en formato Word, como archivo .Doc. O .RTF y. Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.
DVDROM CDROM x
XI
ÍNDICE GENERAL
APROBACION DEL TUTOR .......................................................................................... III
DEDICATORIA ................................................................................................................ IV
AGRADECIMIENTO ........................................................................................................ V
TRIBUNAL DE GRADO .................................................................................................. VI
DECLARACIÓN EXPRESA........................................................................................... VII
CERTIFICADO DE ACEPTACIÓN DEL TUTOR ........................................................... IX
AUTORIZACIÓN PARA PUBLICACIÓN DE TESIS EN FORMATO DIGITAL ............. X
ÍNDICE GENERAL .......................................................................................................... XI
ABREVIATURAS ......................................................................................................... XIV
ÍNDICE DE CUADROS ..................................................................................................XV
ÍNDICE DE GRÁFICOS .............................................................................................. XVII
RESUMEN .................................................................................................................... XIX
ABSTRACT ....................................................................................................................XX
INTRODUCCIÓN .............................................................................................................. 1
CAPÍTULO I ..................................................................................................................... 3
EL PROBLEMA................................................................................................................ 3
PLANTEAMIENTO DEL PROBLEMA ............................................................................ 3
UBICACIÓN DEL PROBLEMA EN UN CONTEXTO .................................................. 3
SITUACIÓN CONFLICTO NUDOS CRÍTICOS ........................................................... 3
CAUSAS Y CONSECUENCIAS DEL PROBLEMA .................................................... 4
XII
DELIMITACIÓN DEL PROBLEMA .............................................................................. 5
FORMULACIÓN DEL PROBLEMA ............................................................................. 5
EVALUACIÓN DEL PROBLEMA ................................................................................ 6
OBJETIVOS.................................................................................................................. 8
Objetivo general ...................................................................................................... 8
Objetivos específicos ............................................................................................. 8
ALCANCES DEL PROBLEMA .................................................................................... 8
JUSTIFICACION E IMPORTANCIA ............................................................................ 9
METODOLOGIA DEL PROYECTO: ............................................................................ 9
CAPÍTULO II .................................................................................................................. 10
MARCO TEÓRICO ......................................................................................................... 10
ANTECEDENTES DEL ESTUDIO ............................................................................. 10
FUNDAMENTACIÓN TEÓRICA ................................................................................ 14
FUNDAMENTACIÓN LEGAL .................................................................................... 34
PREGUNTA CIENTÍFICA A CONTESTARSE .......................................................... 48
DEFINICIONES CONCEPTUALES ........................................................................... 49
CAPÍTULO III ................................................................................................................. 51
METODOLOGÍA ............................................................................................................ 51
Análisis de factibilidad ................................................................................................ 51
Factibilidad Operacional .......................................................................................... 51
Factibilidad técnica................................................................................................... 51
Factibilidad Legal...................................................................................................... 54
Factibilidad Económica ............................................................................................ 55
XIII
Etapas de la metodología del proyecto ..................................................................... 56
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA ............................................... 62
Juicio de expertos ................................................................................................. 62
PROCESAMIENTO Y ANÁLISIS............................................................................... 64
CAPÍTULO IV ................................................................................................................. 72
Criterios de aceptación del producto o Servicio .................................................. 72
Conclusiones ............................................................................................................ 73
Recomendaciones .................................................................................................... 74
BIBLIOGRAFÍA .............................................................................................................. 75
ANEXOS ......................................................................................................................... 79
XIV
ABREVIATURAS
LMS. - (Learning Management System) Sistema de gestión de aprendizaje
URI. - (Uniform Resource Identifier) Identificador de recursos uniforme
WAR. - (Web Application Archive) Archivo de aplicación web
REST. - (Representational State Transfer) Transferencia de estado
representacional
SOA. - (Service Oriented Architectura) Arquitectura orientada a servicios
FTP. - (File Transfer Protocol) Archivos de Transferencia
HTML. - (HyperText Markup Language) Lenguaje de Marca de salida de Hyper
Texto
HTTP. - (Hypertext Transfer Protocol) Protocolo de transferencia de Hyper
Texto
JDBC. - (Java Database Connectivity) Conectividad a base de datos con java
AES. - (Advanced Encryption Standard) Estándar de encriptación avanzada
ROA. - (Resource-Oriented Architecture) Arquitectura orientada a los recursos
XV
ÍNDICE DE CUADROS
CUADRO N. 1
Causas y consecuencias del problema ......................................................... 4
CUADRO N. 2
Delimitación del problema .............................................................................. 5
CUADRO N. 3
Diferencias entre soap y rest ....................................................................... 18
CUADRO N. 4
Ventajas y desventajas de rest .................................................................... 19
CUADRO N. 5
Primeros problemas con los que se encontró el m-learning ..................... 24
CUADRO N. 6
Ventajas del m-learning ................................................................................ 26
CUADRO N. 7
Desventajas del m-learning .......................................................................... 26
CUADRO N. 8
Ventajas y desventajas de la arquitectura de microservicios ................... 32
CUADRO N. 9
Especificaciones del equipo ........................................................................ 52
CUADRO N. 10
Aplicaciones utilizadas ................................................................................. 52
CUADRO N. 11
Ingresos del proyecto ................................................................................... 55
CUADRO N. 12
Egresos del proyecto .................................................................................... 55
XVI
CUADRO N. 13
Costo de las licencias ................................................................................... 56
CUADRO N. 14
Servicios a entregar ...................................................................................... 61
CUADRO N. 15
Resultado de la pregunta 1 de la encuesta ................................................. 64
CUADRO N. 16
Resultado de la pregunta 2 de la encuesta ................................................. 65
CUADRO N. 17
Resultado de la pregunta 3 de la encuesta ................................................. 66
CUADRO N. 18
Resultado de la pregunta 4 de la encuesta ................................................. 67
CUADRO N. 19
Resultado de la pregunta 5 de la encuesta ................................................. 68
CUADRO N. 20
Resultado de la pregunta 6 de la encuesta ................................................. 69
CUADRO N. 21
Resultado de la pregunta 7 de la encuesta ................................................. 70
CUADRO N. 22
Resultado de la pregunta 8 de la encuesta ................................................. 71
CUADRO N. 23
Criterios de aceptación del producto .......................................................... 72
XVII
ÍNDICE DE GRÁFICOS
GRÁFICO N. 1
Representación grafica de un servicio web ................................................ 16
GRÁFICO N. 2
Ejemplo de recursos a los que se puede acceder mediante rest .............. 17
GRÁFICO N. 3
Como crear un objeto con json .................................................................... 20
GRÁFICO N. 4
Representacion del funcionamiento de aes ................................................ 21
GRÁFICO N. 5
Crecimiento en el uso de dispositivos móviles .......................................... 25
GRÁFICO N. 6
Representacion grafica de tpack ................................................................. 27
GRÁFICO N. 7
Diseño de una arquitectura de microservicios ........................................... 28
GRÁFICO N. 8
Representación de microservicios en servidores ...................................... 29
GRÁFICO N. 9
Representación grafica de servicios en un monolito ................................. 30
GRÁFICO N. 10
Comparación entre un monolito y microservicios ..................................... 31
GRÁFICO N. 11
Arquitectura de microservicios.................................................................... 53
GRÁFICO N. 12
Esquema detallado del webservice ............................................................. 53
XVIII
GRÁFICO N. 13
Herramienta mysql workbench .................................................................... 57
GRÁFICO N. 14
Configuración del pool de conexiones ........................................................ 58
GRÁFICO N. 15
Creación de microservicios en java ............................................................ 59
GRÁFICO N. 16
Resultado de la pregunta 1 de la encuesta ................................................. 64
GRÁFICO N. 17
Resultado de la pregunta 2 de la encuesta ................................................. 65
GRÁFICO N. 18
Resultado de la pregunta 3 de la encuesta ................................................. 66
GRÁFICO N. 19
Resultado de la pregunta 4 de la encuesta ................................................. 67
GRÁFICO N. 20
Resultado de la pregunta 5 de la encuesta ................................................. 68
GRÁFICO N. 21
Resultado de la pregunta 6 de la encuesta ................................................. 69
GRÁFICO N. 22
Resultado de la pregunta 7 de la encuesta ................................................. 70
GRÁFICO N. 23
Resultado de la pregunta 8 de la encuesta ................................................. 71
XIX
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN NETWORKING Y TELECOMUNICACIONES
DISEÑO Y PROTOTIPADO DE LA CAPA LÓGICA DE NEGOCIO DE LA PLATAFORMA DE
TERAPIAS MEDICAS EN LÍNEA (TEMONET).
RESUMEN
La plataforma de terapias médicas en línea, TEMONET busca ser una opción para los
logopedas en el tratamiento de deficiencias especificas del aprendizaje, con el
desarrollo de terapias personalizadas, de manera que los pacientes desde la
comodidad de su hogar puedan acceder a las terapias mediante dispositivos móviles,
computadoras y Televisores digitales, entre otros. La aplicación debe contar con un
modelo de tres capas, la capa visual (front end) que es la interfaz gráfica que verá el
usuario, la capa de datos (back end) que es donde se almacenan los datos y la capa
lógica de negocio que es la capa intermedia. El enfoque principal de este proyecto es
la capa lógica de negocio, que se desarrolló para lograr el correcto transporte de la
información entre la capa visual y la capa de datos, haciendo uso de un formato de
archivo ligero conocido como JSON que permite el fácil paso de la información
especialmente en dispositivos móviles. De manera que aplicando estás características
la plataforma tenga éxito.
Autor: Irving Ernesto Muñoz Cruz
Tutor: Ing. Jorge Arturo Chicala Arroyave
XX
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN NETWORKING Y TELECOMUNICACIONES
DESIGN AND PROTOTYPING OF THE BUSSINES LAYER DE LA PLATAFORMA OF THE PLATAFORM OF MEDICAL
THERAPIES ONLINE (TEMONET).
ABSTRACT
The platform of online medical therapies, TEMONET seeks to be an option for speech
therapists in the treatment of specific learning deficiencies, with the development of
personalized therapies, so that patients from the comfort of their home can access
therapies using mobile, computers and digital TVs, among others. The application must
have a three-layer model, the visual layer (front end) which is the graphical interface
that the user will see, the data layer (back end) that is where the data is stored and the
business layer is the intermediate layer. The focus of this project is the business layer,
which was developed to achieve the correct transport of information between the visual
layer and the data layer, making use of a lightweight file format known as JSON that
allows easy passage of information especially on mobile. By applying these features,
the platform will be successful.
Autor: Irving Ernesto Muñoz Cruz
Tutor: Ing. Jorge Arturo Chicala Arroyave
1
INTRODUCCIÓN
La aplicación TEMONET busca ser una opción para para los logopedas en el
tratamiento de las deficiencias especificas del aprendizaje, en una primera
instancia se va a enfocar en terapias para la dislexia. Orientada en el desarrollo
de terapias personalizadas, y que los pacientes puedan acceder a las terapias
desde cualquier lugar mediante dispositivos móviles, computadoras y
Televisores digitales, entre otros.
Este proyecto busca sentar las bases como punto de partida, abasteciendo la
necesidad de una arquitectura necesaria, para el transporte y proceso de la
información que se obtenga de las distintas interfaces de los usuarios, de
manera rápida. Siendo esta arquitectura la primera pieza en el rompecabezas
que supone la creación de la aplicación, para así en el futuro lograr añadir
nuevas funcionalidades.
La aplicación es desarrollada en un modelo de tres capas, este tipo de
arquitectura se divide en: la visual, la lógica de negocio y la de datos. La capa
visual contiene la interfaz del usuario encargada capturar y pasar sus datos a la
siguiente, la capa de lógica de negocios se encarga de la gestión de datos
(crear, editar, eliminar y realizar cálculos), y en la capa de datos donde se
almacena la información. Una aplicación que implementa tres capas permite a
cada grupo de trabajo enfocarse en una capa específica, si ocurre algún cambio
no es necesario modificar toda la aplicación, solo se necesita actualizar la capa
solicitada.
La capa lógica de negocios de la aplicación implementa microservicios, los que
aparecen como una evolución de las arquitecturas de servicios convencionales
(monolitos), Los monolitos contienen todos sus servicios en un solo módulo. Los
microservicios aplican la terminología divide y vencerás, dividiendo así un
servicio en varios microservicios, logrando modularidad, rápida escalabilidad y
fácil mantenimiento. Cada microservicio es un proceso específico de un servicio,
estos se comunican por medio de HTTP como recursos ligeros.
2
La capa lógica de negocios se programó mediante el lenguaje de programación
JAVA, logrando transportar la información entre la capa visual y la capa de
datos, aplicando una arquitectura de microservicios para el uso de los servicios,
de modo que se cumplan las reglas de un web service tipo REST.
Adicionalmente la información es almacenada en archivos de formato JSON para
su traspaso, entre las capas, creando así un ecosistema base para futuros
proyectos.
Capítulo 1: En este capítulo se encuentra detallado en sub temas el
planteamiento del problema, para dar a conocer donde se encuentra
ubicado el problema, la situación actual del problema que determinan de
donde surge, las causas del problema y con sus consecuencias
asociadas, la delimitación del problema por sus respectivos términos, el
problema formulado en forma de pregunta de porqué y dónde se va a
realizar.
Capítulo 2: En este capítulo realizó un repaso de los antecedentes,
donde se detalla la evolución del aprendizaje electrónico, las aplicaciones
empleadas en deficiencias especificas del aprendizaje como la dislexia,
además de encontrar las definiciones de los conceptos a utilizar y sobre
todo la fundamentación legal que respalda el proyecto.
Capítulo 3: En este capítulo se detalló la factibilidad técnica, legal y
económica. También la metodología aplicada para lograr, sobre todo los
ítems que se entregarán una vez finalizado el proyecto, finalmente los
criterios de validación que se realizaron mediante el juicio de expertos y
encuestas.
Capítulo 4: En el cuarto capítulo se dan a conocer los criterios de
aceptación del producto o servicio, mediante el uso de una matriz que
detalla de manera medible que se cumplen con los objetivos del alcance
del proyecto, y las conclusiones junto con las recomendaciones para
futuros usos.
3
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Ubicación del Problema en un Contexto
En el proyecto TEMONET el problema se encuentra ubicado entre la capa visual
(front-end) y la capa de datos, donde se necesita de una capa intermedia o capa
de negocios que permita la interacción con la capa de datos para un correcto
transporte de la información entre ambas capas, de manera segura y confiable,
ya que la capa de datos no puede y no debe conectarse directamente a la capa
visual debido a que rompe con esquemas de seguridad así como la necesidad
de la implementación de una arquitectura de microservicios.
Situación Conflicto Nudos Críticos
La aplicación TEMONET está enfocada en realizar terapias para tratar las
deficiencias especificas del aprendizaje como la dislexia, sin embargo, estas no
son un problema de salud, o un padecimiento que impide que la persona pueda
seguir su vida con normalidad, sino más bien son una dificultad para leer, escribir
y realizar cálculos de manera fluida, esto representa un inconveniente a nivel
social en especial en los niños cuando ingresan a la escuela. por lo que tienen
que tomar clases extras o asistir con el pedagogo para realizar terapias.
Al momento de realizar las terapias el paciente tiene que transportarse de su
casa al dispensario, donde se realizarán las terapias de manera constante para
evaluaciones del avance en el tratamiento, invirtiendo tiempo en horas de viaje
que podría aprovecharse en otras actividades, motivo necesario para la creación
de una aplicación permita al paciente realizar sus terapias desde la comodidad
de su casa o el área donde se encuentre. Aunque en la actualidad se encuentra
en auge la adopción de Sistemas de Gestión del Aprendizaje (Learning
Management Systems o LMS), de momento no se encuentra implementada
completamente en todos los campos.
4
Cuando nos encontramos con estas aplicaciones de uso masivo en las que se
tiene cientos de usuarios que necesitan acceder a la aplicación en todo
momento y desde cualquier lugar, las aplicaciones que cuentan con una sola
capa no son suficientes, incluso un modelo de tres capas con sus respectivos
servicios puede llegar a dar problemas a la hora de tener muchas peticiones, por
lo que, se busca implementar en la capa lógica de negocios una arquitectura de
microservicios de tal manera que a la hora de implementar la aplicación esta sea
en su mayoría tolerante a fallos.
Causas y Consecuencias del Problema
CUADRO N. 1 CAUSAS Y CONSECUENCIAS DEL PROBLEMA
Causas Consecuencias
Diversificación en elementos para
realizar las terapias
Las terapias no logran cumplir un
estándar de calidad aceptable
Mala práctica al momento de conectar
directamente la capa visual con la
capa de datos
Al momento de acceder directamente
a la capa de datos puede haber
alguna fuga de información
Ausencia de aplicaciones en las que
se pueden desarrollar terapias
personalizadas
No se atendería algún punto
específico o derivaciones en la
dislexia del paciente
Ausencia de aplicaciones con
terapias online
El paciente tiene que realizar visitas
constantes al logopeda
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
5
Delimitación del Problema
CUADRO N. 2 DELIMITACIÓN DEL PROBLEMA
Campo Salud
Área Tecnología
Aspecto Modelado y el prototipado de la capa lógica de negocios
Tema Diseño y prototipado de la capa lógica de negocio de la plataforma
de terapias médicas en línea (TEMONET).
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
Formulación del Problema
En el momento de desarrollar una aplicación no siempre se estima si la
aplicación será para una gran cantidad de usuarios o si la aplicación será
escalable horizontalmente, además de estar preparado para todos los problemas
que se presentan al momento de su implementación. Si al momento de ingresar
a la aplicación, esta no se encuentra disponible debido a un gran número de
solicitudes o si los tiempos de respuesta de la aplicación no son los óptimos para
el usuario final, así como un usuario o terceros no puedan acceder a información
que no deberían poder acceder.
¿Cómo se podría desarrollar e implementar una capa lógica de negocios que
maneja las solicitudes de manera rápida, efectiva y segura para la plataforma de
terapias médicas en línea?
6
Evaluación del Problema
Delimitado: La necesidad de mantener conectada la capa visual con la capa de
datos de manera segura y fiable, para el desarrollo y ejecución de terapias
personalizadas, de tal manera que se logre su despliegue en dispositivos
móviles, PC y TV Digital Terrestre, aplicando las LMS.
El problema se encuentra delimitado en un área específica que es la capa lógica
de negocios que pertenece a un modelo de tres capas ubicado en una
arquitectura, donde se debe tener un web service tipo REST. Mediante la capa
visual se solicita a la base de datos la información, pero para acceder a esta se
debe pasar por la capa lógica de negocios para generar el vínculo entre ambas
capas ubicadas en los extremos logrando enviar y devolver los datos.
La capa de lógica de negocios, tiene el control de autenticación para cada una
de las solicitudes que realizan las aplicaciones que quieran consumir algún
servicio de la capa de datos, está a su vez cuenta con un Login de registros que
se almacena en una pequeña base de datos; para después poder tener un
control y llevar una auditoria de las cantidades de solicitudes que nos envían.
Claro: De manera clara se puede apreciar la necesidad de una capa lógica de
negocios, para lograr el correcto paso de la información generada por las
terapias entre la capa visual y la capa de datos.
Relevante: El proyecto TEMONET es relevante tanto para pacientes con
deficiencias especificas del aprendizaje, del mismo modo que lo es para los
logopedas en función de la disminución de las mismas, por ende, llevar a cabo
terapias personalizadas permitirá ofrecer un servicio de calidad, flexible,
adaptado al cliente, también permitiendo obtener información que se podrá
utilizar en nuevos estudios y conclusiones científicas.
Original: Es original porque no se ha llevado a cabo una capa lógica de
negocios para la conexión de la capa visual con la capa de datos, aplicando LMS
en la gestión de terapias personalizadas de manera online en torno al
tratamiento de las personas con deficiencia cognitiva.
7
Contextual: Se puede decir que se tiene un contexto educativo puesto que el
proyecto TEMONET busca mejorar el enfoque educativo del paciente.
Identifica los productos esperados: El proyecto logra ofrecer una capa lógica
de negocios necesaria para el paso de la información, por lo tanto, puede ser
implementada en cualquier aplicación, ya sea una aplicación web de un
computador de escritorio, un dispositivo móvil o una TV digital que solicita
información de la base de datos. Gracias al uso de la metodología SCRUM se
busca dar mejoras en futuras actualizaciones.
Variables:
Variables Independientes
Capa de Negocio
Es la capa intermediaria entre la entre la capa visual y la capa de datos que
permite interconectar ambas capas en la ejecución de los procesos y consultas
según los servicios que se encuentran creados.
Variables dependientes
Capa Visual
Es la capa donde el usuario realiza las solicitudes que pasaran por la capa de
negocios para poder acceder a la base de datos, se depende de esta variable
debido a la necesidad de tener una interfaz atractiva para el usuario, como tener
claros los parámetros que solicita esta capa.
Capa de Datos
Esta capa se encuentra alojada en un servidor que contiene los datos de la
aplicación, se depende de la capa de datos debido a que sin datos es imposible
trabajar.
8
OBJETIVOS
OBJETIVO GENERAL
Diseñar y prototipar la capa de lógica de negocio de la plataforma de terapias
médicas en línea (TEMONET), para el desarrollo de terapias como soporte en la
reeducación de personas con deficiencias especificas del aprendizaje.
OBJETIVOS ESPECÍFICOS
a) Diseñar la capa lógica de negocios para el procesamiento de la
información obtenida desde las interfaces gráficas
b) Diseñar una arquitectura de componentes de servicios y microservicios
que serán utilizados en la lógica funcional.
c) Implantar el ecosistema para el funcionamiento de los servicios a utilizar
como parte de la lógica de negocios.
ALCANCES DEL PROBLEMA
Prototipo de webservice mediante el lenguaje de programación java.
Realizar la conexión de la capa lógica de negocios mediante JDBC.
Desarrollar webservice con el api REST.
Transportar los datos entre las capas utilizando JSON.
Validar usuarios en el manejo del webservice aplicando algoritmo AES.
Desplegar el webservice usando un servidor productivo, que cumplan
con los requerimientos J2EE.
Conectar la capa lógica de negocios a una base de datos externa
transformando los datos en objetos JSON.
Desarrollar una arquitectura de microservicios para el despliegue de
servicios
9
JUSTIFICACION E IMPORTANCIA
La aplicación TEMONET debe contar con un diseño de tres capas para facilitar
el desarrollo, y el mantenimiento.
En la capa lógica de negocios debe contar con un buen diseño, de modo que la
conectividad entre la capa visual y la capa de datos, pueda logran tiempos de
respuesta óptimos de una forma segura.
También se debe contar con una buena arquitectura que permita escalabilidad,
de lo contrario la aplicación se podría estancar al momento de añadir nuevos
servicios, por ende, aplicando una arquitectura de microservicios se logra
agregar servicios de forma fácil, debido a la independencia entre sus módulos,
permitiendo una mayor escalabilidad.
Con esta configuración TEMONET logrará escalar y conseguir tiempos óptimos
en el traspaso de la información para cumplir con su meta, que es contar con
una aplicación destinada a reducir las deficiencias especificas del aprendizaje
como la dislexia, beneficiando de manera práctica a los niños de entre 7 y 11
años.
METODOLOGIA DEL PROYECTO:
El proceso se realizó utilizando la metodología ágil de desarrollo de software
denominado SCRUM, la cual se basa en el modelo incremental de desarrollo y
que a breves rasgos cuenta con las siguientes etapas:
Definición del Product Blacklog
Definición del Sprint (alcance)
Reuniones de Retrospectivas
10
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
En sus inicios era comprensible que las terapias, incluso los métodos de
estudios fueran totalmente presenciales debido a la falta de tecnología para
poder realizarlas, lo que se puede lograr hoy en día, otro inconveniente es la
falta de aplicaciones para los especialistas para realizar los tratamientos como
se detalla a continuación.
“Debido a que los especialistas no cuentan con estas aplicaciones, realizan el
tratamiento por medio de los métodos tradicionales. Estos métodos pueden ser
materiales impresos como: libros, folletos, material didáctico, ilustraciones,
figuras, entre otros.” (Rodríguez, Díaz Quintero, & Quintero, 2012)
A través del paso del tiempo con el desarrollo de la tecnología y facilidad de
acceder a ella, es normal que los métodos de enseñanza se empiecen a
trasladar hacia este medio por lo que “Es por eso que no se puede concebir la
educación fuera de la sociedad y al margen de las tecnologías de la información
y las comunicaciones.” (Rodríguez, Díaz Quintero, & Quintero, 2012)
“Debido a la necesidad de brindar un apoyo en el área de la reeducación de la
dislexia, se ha fomentado el uso y aplicación de herramientas tecnológicas y/o
multimedia, aprovechando las ventajas de las nuevas tecnologías de la
información y las comunicaciones para su aprovechamiento didáctico en los
entornos de aprendizaje de la lectoescritura.” (Díaz Quintero, Rodriguez, &
Quintero, 2014)
Se detalla aplicaciones que están enfocadas a las personas con deficiencias de
aprendizaje como “Léelo fácil”, una aplicación disponible tanto en navegadores
como en el sistema operativo Android para dispositivos móviles, en esta
aplicación se encuentran libros digitales que se pueden leer al propio ritmo del
usuario, de manera fácil. Además de contar con ciertas páginas que cuentan con
11
animaciones y sonidos que permiten una lectura más interactiva y participativa,
con oraciones cortas, esta aplicación fue desarrollada por la Confederación
Española de Organizaciones con el motivo de facilitar la lectura o cualquier
dificultad que se suponga al momento de la lectura.
“En nuestra búsqueda de información hemos encontrado técnicas de tratamiento
internacionales para el tratamiento de las dificultades en el aprendizaje que
presentan los niños con dislexia. Este tipo de tratamiento está enfocado en las
tecnologías de información y comunicación (TIC´s).” (Díaz & Collazos, 2011)
De tal manera se puede encontrar varias aplicaciones que tratan varios temas
desde dificultades con las palabras, números, hasta figuras y la materia de inglés
desarrolladas por Special iApps C.I.C. en colaboración de maestros, padres,
psicopedagogos y niños los cuales de manera interactiva y divertida buscan
estimular el reconocimiento viso manual y fonético.
En España:
Pizarra Dinámica: Es la aplicación de escritorio formativo para el tratamiento de
la dislexia que ofrece (Herrera Cantera, s.f.), con retos a la vez de obtener
estadísticas del avance de sus usuarios, una vez terminado el proceso se podrá
acceder a datos de centros educativos y profesionales que utilizan esta
herramienta.
Autodik: Es una herramienta educativa dirigida al margen de errores que se
puedan presentar en el transcurso de la evolución del tratamiento de la dislexia
que ofrece (encódigo Software Educativo, 2010).
Tradislexia: “es un videojuego para el tratamiento de la dislexia que tiene como
objetivo mejorar los procesos cognitivos asociados a la dislexia. Incluye
ejercicios de percepción del habla, conciencia fonológica, procesamiento
ortográfico, procesamiento sintáctico-semántico y comprensión lectora”
(Rodriguez Martinez, Díaz Quintero, & Quintero Fuentes, 2011)
12
En Estados Unidos:
Lexia 3.0: Es una aplicación dirigida a pacientes con dislexia el cual ayuda al
desarrollo tanto en la lectura como escritura y el entendimiento de la semántica y
su sintaxis del lenguaje que ofrece (Company, s.f.).
En Colombia:
Dislexín: “está fundamentado en la integración de tres áreas del conocimiento
que son la pedagogía, la psicología y los sistemas, y se desarrolló en base a las
áreas de psicomotricidad, percepción, lenguaje y pensamiento.” (Rodriguez
Martinez, Díaz Quintero, & Quintero Fuentes, 2011)
La aplicación que realizó (Rodríguez, Díaz Quintero, & Quintero, 2012) dice que
“Este software funcionará en una pantalla táctil (Tablet PC) para facilitar la
interactividad, ya que al poder utilizar el dedo o un lápiz electromagnético para el
manejo de la aplicación se desarrollará, a su vez, la coordinación viso-manual.”
Al hablar de aplicaciones dedicadas en el tratamiento de la dislexia por medio de
la web y al ser la dislexia un problema a la hora del aprendizaje, también hay que
hablar sobre la evolución que han tenido las plataformas para el aprendizaje,
específicamente hablando del e-learning, puesto que abarca todas las
variaciones de aprendizaje electrónico. La noción de este término aparece por
primera vez en el año 1996 pero la metodología surge mucho antes por lo que
se hizo un repaso de la evolución del e-learning:
En el año 1924 aparece la primera máquina de aprendizaje, fue
inventada por Sidney L. Pressey esta máquina proporciona preguntas de
opción múltiple.
En el año 1960 surge PLATO (Programed Logic Automated Teaching
Operations) la base de los LMS con componentes como el chat y foros
que supuso la primera comunidad en línea.
En el año 1965 surgen los cursos telefónicos por la universidad de
Wisconsin.
En el año 1976 la universidad Phoenix es la primera en ofrecer cursos en
línea.
13
En el año 1980 aparecen los conceptos de “campus virtual” y los LMS
(Learning Managment System).
En el año 1995 ocurre la aparición de classmates.com la primera red
social educativa (Randy Conrads).
En el año 1996 aparece el concepto de e- learning.
En el año 1997 aparece el Primer LMS moderno “WebCT” una
Herramienta para cursos web.
En el año 2000 aparece b-learning Aprendizaje semipresencial.
En el año 2004 ocurre la aparición de la web 2.0.
En el año 2008 el M-Learning da sus primeros pasos del actual M-
Learning.
En el año 2013 ocurre el auge de los MOOCs.
2016: Learning Analytics Y Big Data.
En cuanto a la lógica de negocios, encargada del paso de la información entre la
capa visual y la capa de datos mediante el uso de los servicios web, los cuales a
día de hoy denotan de gran importancia en el desarrollo de aplicaciones en línea
como describe (Duarte Vega, 2015) “Los web services (servicios web) se han
convertido en la solución para centralizar operaciones porque son componentes
que permiten interactuar entre sí o con otros componentes para realizar
operaciones más complejas, de ahí la importancia de la arquitectura del servicio
web”, por ende “estos pueden ser de gran utilidad en el área de salud, ya que,
debido a su interoperabilidad entre diversas plataformas se los puede utilizar con
una aplicación móvil la cual permita la autogestión de la salud.” (Rivera
Rodríguez, 2018)
En el ámbito de la arquitectura de microservicios (Peñaloza Bravo, 2017) dice
que “permite a la aplicación tener un mejor rendimiento y fácil mantenimiento
para brindarle al usuario una herramienta amigable y cómoda aprovechando el
auge del uso de los dispositivos móviles” y (Rivera Rodríguez, 2018) recomienda
“Utilizar la arquitectura de microservicios con estándar REST ya que proporciona
ventajas como seguridad de datos, interoperabilidad de la plataforma,
escalabilidad y alto rendimiento a un bajo costo.”
14
FUNDAMENTACIÓN TEÓRICA
LMS (Learning Management Systems) Sistemas de gestión del aprendizaje.
- “Learning Management System (LMS) o Sistema de Gestión del Aprendizaje,
es un software instalado generalmente en un servidor web (puede instalarse en
una intranet), que se emplea para crear, aprobar, administrar, almacenar,
distribuir y gestionar las actividades de formación virtual (puede utilizarse como
complemento de clases presenciales o aprendizaje a distancia).” (Clarenc, 2013)
LMS se enfoca en administrar los medios creados por varios desarrolladores de
contenido para cursos por medio de LCMS(Learning Content Management
System).
Con LMS se puede acceder a múltiples herramientas que permiten una fácil
interacción tanto entre el maestro y los alumnos de una forma síncrona o
asíncrona, con esto se busca no solo ser un ambiente digital de educación sino,
más bién, una experiencia de usuario lo que se logra con elementos didácticos y
el uso de medios de comunicación entre profesor y alumno .
Lado del servidor: “Por el lado del servidor tenemos un programa que se
ejecuta en uno o varios ordenadores conectados en red. Se encuentra
esperando las peticiones del usuario cliente, por ejemplo, un Servidor Web.”
(Mariscal, 2015)
El servidor propiamente dicho puede ser un equipo o una colección de equipos
con grandes facultades de almacenamiento, donde se almacenan todos los
datos como fotos, imágenes, documentos, etc.
Lado del Cliente. – “Es el programa que utiliza el usuario de la aplicación para
realizar las peticiones al servidor de aplicaciones por medio de una red. Por
ejemplo, un navegador.” (Mariscal, 2015)
Del lago del cliente no solamente es una capa visual, sino una aplicación que por
sí sola con la implementación del lenguaje JavaScript puede ejecutar
operaciones simples para así poder liberar el tráfico de solicitudes hacia los
elementos del lado del servidor y así lograr una mayor agilidad del sistema o
aplicación.
15
Capa lógica de negocio. – “La lógica de negocio es conocida como un software
que realiza una comunicación con un usuario por medio de una interfaz (capa
presentación), procesando los datos provenientes del usuario y la entrega del
resultado de estos datos de nuevo a la interfaz del usuario conocido como lógica
de negocio.” (Mariscal, 2015)
Esta capa se puede colocar junto a la capa visual o la capa de datos en un
mismo ordenador, ya que la división es a nivel lógico. De ser necesario se puede
separar la capa de lógica de negocio en varios ordenadores mediante la
utilización de POO(Programación Orientada a Objetos), obteniendo una capa
lógica de negocios encapsulada en objetos.
Los motores de reglas de negocio. – “Son unos componentes que a partir de
un conjunto de reglas detectara que reglas deberán de utilizarse y cuál será el
resultado de aplicarlas.” (Mariscal, 2015)
Las reglas de negocio. – “Son un conjunto de peticiones, reglas y normas de
un negocio, estas forman parte de una aplicación informática. Hoy en día lo que
se intenta es gestionar de forma organizada y centralizada las reglas de negocio
y para ellos se pueden utilizar motores de regla de negocio.” (Mariscal, 2015)
Servicio Web. – “Un servicio web es una interfaz de acceso a la red para la
funcionalidad de la aplicación, construida con tecnologías de Internet estándar.”
(Snell, Tidwell, & Kulchenko, 2001)
En si un servicio web es la capa intermedia que comunica las aplicaciones unas
con otras, de tal manera que no importa la plataforma o el lenguaje donde fueron
desarrollados.
16
GRÁFICO N. 1 REPRESENTACIÓN GRAFICA DE UN SERVICIO WEB
Elaboración: James Snell, Doug Tidwell, Pavel Kulchenko
Fuente: Programming Web Services with SOAP: Building Distributed
Applications.
Scrum: “Scrum no es un proceso o una técnica para construir productos; en
lugar de eso, es un marco de trabajo dentro del cual se pueden emplear varios
procesos y técnicas. Scrum muestra la eficacia relativa de las prácticas de
gestión de producto y las prácticas de desarrollo de modo que podamos
mejorar.” (Schwader & Sutherland, 2016)
“Scrum es un marco de trabajo simple que promueve la colaboración en los
equipos para lograr desarrollar productos complejos.” (Francia, 2017)
REST. – “(Representational State Transfer) es una arquitectura de software para
sistemas hipermedias distribuidos tales como la web.” (Báez, 2018)
REST es una arquitectura básica orientada a arquitecturas. En las ROA
Resource-oriented architecture (Arquitectura orientada a los recursos) de REST,
cada módulo funcional de la arquitectura es un recurso direccionable en donde la
red se mantiene en un servidor sin estado y permite manipular recursos por
medio de REST. Esta interfaz se basa en métodos HTTP PUT que permite
crear, GET que permite acceder, POST que permite modificar y DELETE que
permiten eliminar los recursos que se encuentran almacenados por los varios
servidores a los que se desea acceder.
17
“REST también favorece un sistema en capas en el que los clientes pueden
conectarse a los servidores a través de funciones de red intermediarias, como
las funciones proxy que realizan el reenvío de solicitudes, la traducción de
protocolos y la verificación de seguridad. Otra función intermedia es el
almacenamiento de caché, pero esta función tiene una aplicación limitada
cuando los resultados cambian su estado continuamente.” (Mahmood &
Mahmood, 2016)
GRÁFICO N. 2 EJEMPLO DE RECURSOS A LOS QUE SE PUEDE ACCEDER MEDIANTE REST
Elaboración: Scott Vetter, Ahmed Azraq, Soheel Chughtai, Ahmed (Mash)
Mashhour, Duy V Nguyen, Reginaldo Marcelo Dos Santos, IBM Redbooks
Fuente: Enhancing the IBM Power Systems Platform with IBM Watson Services
18
CUADRO N. 3 DIFERENCIAS ENTRE SOAP Y REST
REST SOAP
Simple y fácil adaptabilidad Más complejo
Operaciones enviadas por uri Encapsula y provee operaciones
No hay necesidad de utilizar
proxys
Necesidad de utilizar proxys
Verbos HTTP Basado en XML
Recomendado para aplicaciones
públicas
Recomendado para aplicaciones
privadas
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
REST no es un protocolo o una tecnología, sino más bien son las reglas a las
que se apegan las arquitecturas que cumplen el estilo llamado arquitectura
REST, un fundamento de REST no tiene un control de lo que realiza el usuario,
por lo que todos los datos necesarios para realizar la operación deben ser
transportados por la solicitud.
19
CUADRO N. 4 VENTAJAS Y DESVENTAJAS DE REST
Ventajas de REST Desventajas de REST
Fácil implementación con HTTP Seguridad(depende como se
implemente)
Los servicios actúan como
recursos
Sin las herramientas correctas
puede ser difícil de implementar
A diferencia de SOAP no es tan
estricto
Fácil comunicación de recursos
mediante JavaScript
Buen rendimiento y escalabilidad,
debido a que los mensajes son
ligeros
Permite utilizar JSON o XML
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
JSON. – “JSON es el acrónimo en inglés de JavaScript Object Notation; es un
formato ligero para el intercambio de datos en aplicaciones Web. JSON tiene la
ventaja de que no requiere el uso de XML.” (David, 2017)
“JSON es un texto plano, fácil de leer por humanos y, a la vez, fácil de interpretar
por los lenguajes de programación. Por esta razón y por ser tan liviano, se ha
convertido en un formato para intercambiar información no solo a través de
20
JavaScript, sino también a través de varios lenguajes de programación, como
PHP, C, C++, etcétera.” (Casabona & Ceci, 2016)
JSON nace como una alternativa a XML siendo JSON ligero y fácil de entender
para el intercambio de información con los servidores.
Debido a lo ligero que son los archivos JSON sin duda es una gran opción a la
hora realizar el paso de la información, especialmente aquella que se dirige a los
dispositivos móviles.
GRÁFICO N. 3 COMO CREAR UN OBJETO CON JSON
Elaboración: Casabona & Ceci
Fuente:
https://books.google.com.ec/books?id=wheiDAAAQBAJ&pg=PT88&dq=que+es+j
son&hl=es-419&sa=X&ved=0ahUKEwja497HgPTfAhWKmeAKHTy-
AfgQ6AEILTAB#v=onepage&q=que%20es%20json&f=false.
JDBC. – “JDBC es una API definida en los paquetes java.sql y javax.sql para
conectar una base de datos arbitraria a un programa java. Aunque es un error
común, JDBC no es un acrónimo de nada.” (Speegle, 2002)
21
AES. – “Aes es un cifrador en bloque de criptografía simétrica, es decir, trabaja
cifrando y descifrando bloque a bloque, utilizando la misma clase privada para
ambos procesos” (Wagner endivelso, Ocampo Colmenares, Munar Gómez, &
Gonzales, 2015)
GRÁFICO N. 4 REPRESENTACION DEL FUNCIONAMIENTO DE AES
Elaboración: Wagner endivelso, Ocampo Colmenares, Munar Gómez, &
Gonzales.
Fuente: https://es.calameo.com/read/004523074ff07a109debf
Glassfish. – “es un servidor de aplicaciones de software libre desarrollo por Sun
Microsystems, una compañía adquirida por Oracle Corporation (Java).”
Java. – “Java es una tecnología que se usa para el desarrollo de aplicaciones
que convierten a la Web en un elemento más interesante y útil. Java no es lo
mismo que javascript, que se trata de una tecnología sencilla que se usa para
crear páginas web y solamente se ejecuta en el explorador.” (java, s.f.)
Java es un lenguaje de programación destinado a la creación de aplicaciones de
uso general, en otras palabras, aplicaciones para todo. Su programación es
concurrente y orientada a objetos, la razón de que java se haya disparado en
popularidad se debe a la aparición de la World Wide Web en el año 1993,
quienes vieron en java un candidato perfecto para que la web crezca de manera
interactiva.
22
Una de las facultades de java es ser multi plataforma, se identifica con la palabra
clave WORA(Write Once, Run Anyware) que significa escribe una vez, ejecuta
en cualquier lugar. Adicionalmente antes un mismo código debia ser modificado
para poder ser ejecutado en un sistema operativo diferente. En otro aspecto
Java logra dar una solución con el JVM(Java Virtual Machine) que significa
máquina virtual de java, esto permite que el programador escriba un programa
una vez “Write Once”, y pueda ser ejecutado en cualquier plataforma “Run
Anywhere”.
MySQL. – “Es probablemente el más popular de los SGBD debido a su
implantación en los desarrollos web de pequeños y medianos proyectos. Este
SGBD es relacional, multihilo y multiusuario, con millones de instalaciones”
(Caballero González & Montoya Cordero, 2016)
MySQL ofrece opciones adicionales a las cuales se acceden mediante pagos,
sobre todo un gran motivo para usar MySQL es su gran desempeño en grandes
proyectos, lo cual lo confirman las declaraciones de Combaudon.
“Hoy en día, MySQL sigue siendo una opción muy extendida para proyectos
web, mucho menos para proyectos más tradicionales. ¿Cuáles son las razones?
En primer lugar, MySQL es capaz de ofrecer buenos rendimientos incluso con
los servidores menos potentes. Además, su estabilidad es excelente y, en una
instancia configurada de forma correcta, es muy raro que MySQL se cuelgue o
pierda los datos.” (Combaudon, 2018)
NetBeans. – “NetBeans es uno de los IDE de programación más utilizados tanto
por aficionados como por profesionales para programar en distintos lenguajes de
programación, especialmente en Java (y en Android, antes de la llegada de
Android Studio).” (Velasco, 2016)
NetBeans es un sistema de desarrollo integrado completamente gratuito
desarrollado por Oracle.
23
E-learning. –“El aprendizaje electrónico puede ser tanto asíncrono como
síncrono: Tradicionalmente, el aprendizaje electrónico suele ser asincrónico, lo
que significa que simplemente no hay un tiempo predeterminado para que el
aprendizaje tenga lugar.” (Abbott, 2018)
E-learning o el aprendizaje electrónico abarcan las técnicas de learning, se
puede decir que e-learning es la madre del B-learning y el M-learning ya que
como veremos a continuación es la que incluye estas dos técnicas.
B-learning. – “Estos ambientes son los que predominan en el subsistema de
profesional (o licenciatura) de la institución porque combinan en forma muy
equilibrada de clases presenciales, con las actividades extra-clase que deben
desarrollar los estudiantes a través de la plataforma tecnológica o, incluso,
cuando reciben sus clases vía satélite.” (Ramírez Montoya, 2014)
“La aplicación blended Learning al aprendizaje de lenguas, proponen el término
virtual-presencial. Me parece un término bastante aceptado ya que el término
enseñanza semipresencial no nos remite necesariamente al uso de las TICs,
mientras que el término virtual encaja muy bien en los entornos de campus
virtuales que incluyo preferentemente en este estudio.” (Aldana Cox, 2016)
Prácticamente B-learnin como dice Ramírez Montoya y lo confirma Aldana Cox
es prácticamente estudiar de manera virtual por medio de una plataforma y al
mismo tiempo tener clases de manera presencial, una enseñanza hibrida.
M-learning. – Debido a que el sistema educativo en las escuelas sigue siendo el
mismo de hace 2 siglos y tal es el caso que los maestros son del siglo 20 debido
a que los alumnos de hoy en dia son en su mayoría del siglo 21, dando como
consecuencia que aun con 2 siglos de antigüedad el sistema educacional
prácticamente se ha negado a evolucionar en su mayoría, desde mi punto de
vista en algunos casos es comprensible por la falta de recursos, no todos los
países se encuentran totalmente desarrollados o medianamente desarrollados.
24
uando hablamos de mobile learning se habla de aprendizaje móvil, el cual se da
mediante el uso de dispositivos móviles con conexión a internet de manera
pedagógica, con esto se busca mejorar, ampliar y fortalecer la importancia de la
enseñanza o aprendizaje a distancia. Sobretodo el m-learning se ha manifestado
con un gran apogeo en la creación de contenido educativo.
“Se entiende el m-learning o “aprendizaje electrónico móvil” como una
metodología de enseñanza y aprendizaje que se vale del uso de pequeños
dispositivos móviles, tales como teléfonos móviles, PDA, tabletas, PocketPC,
iPod y todo otro dispositivo de mano que tenga alguna forma de conectividad
inalámbrica.” (Santiago, Trabaldo, Kamijo, & Fernández, 2015)
CUADRO N. 5 PRIMEROS PROBLEMAS CON LOS QUE SE ENCONTRÓ EL M-LEARNING
Primeros problemas con los que se encontró el m-learning
En un comienzo no contaba con soporte para flash de la empresa
adobe
En sus primeros días las resoluciones no eran óptimas para dispositivos
móviles
Los dispositivos móviles no eran capaces de realizar funciones que si
ocurrían en un navegador de un computador de escritorio
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
El m-learning el método que cada vez va cogiendo mas fuerza debido a la
revolución tecnológica que afecta a todos los campos y ámbitos de estudio, por
ende parte de esta introducción se debe al gran uso que se ha venido dando
cada vez más y más a los dispositivos móviles.
25
GRÁFICO N. 5 CRECIMIENTO EN EL USO DE DISPOSITIVOS MÓVILES
Elaboración: Statista
Fuente: https://es.statista.com/grafico/9576/la-adiccion-al-movil-crece-en-
todo-el-mundo/
“Los españoles nos pasamos en 2016 un total de 2 horas y 11 minutos de
media al día navegando a través de dispositivos portátiles, 19 minutos más que
en 2012. Según el estudio Digital Economy Compass del Digital Market Outlook
de Statista, y como muestra esta infografía, de los países aquí seleccionados,
Brasil es en el que los internautas se conectan más tiempo a la Red a través de
sus smartphones o tabletas, con 4 horas y 48 minutos cada día.” (Moreno, 2017)
“Lo que caracteriza entonces al m-learning es que se refiere a los ambientes de
aprendizaje basados en la tecnología móvil, orientados a optimizar un
aprendizaje muy relacionado con el u-learning (Ubiquitous Learning, o
aprendizaje ubicuo), concepto que hace referencia al aprendizaje apoyado en la
tecnología y que se puede realizar en cualquier momento y desde cualquier
lugar.” (Santiago, Trabaldo, Kamijo, & Fernández, 2015)
26
“El aprendizaje móvil (m-learning) ofrece métodos modernos de apoyo al
proceso de aprendizaje, mediante el uso de instrumentos móviles como las
computadoras portátiles y tabletas informáticas, los lectores MP3, los teléfonos
inteligentes (smartphones) y los teléfonos móviles” (Santiago, Trabaldo, Kamijo,
& Fernández, 2015)
CUADRO N. 6 VENTAJAS DEL M-LEARNING
Ventajas del m-learning
Disponibilidad en cualquier momento y en cualquier lugar.
Trabaja con metodologías activas o aprendizaje basado en proyectos.
Peso liviano.
Acceso rápido a la información.
Fácil acceso a creación de cualquier formato de contenido.
Usuarios ya cuentan con dispositivos móviles.
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
CUADRO N. 7 DESVENTAJAS DEL M-LEARNING
Desventajas de m-learning
Distracciones que se encuentren en el mismo dispositivo.
No contar con un dispositivo óptimo para el curso a realizar
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
27
Modelo BYOD. – “Es el modelo donde se permitirá todo dispositivo al alcance
del alumno sería lo que se da en llamar BYOD o “Bring your own device”,
literalmente trae tu propio dispositivo. Se trataría de que cada estudiante pudiera
conectarse con las herramientas que tengas a tu alcance para sacarle partido al
aprendizaje” (Filgueria Gomis, 2014)
Tpack. – “El Conocimiento del Contenido Pedagógico Tecnológico (TPACK)
intenta identificar la naturaleza del conocimiento requerido por los maestros para
la integración de la tecnología en su enseñanza, mientras aborda la naturaleza
compleja, multifacética y situada del conocimiento del profesor. El marco TPACK
amplía la idea de Shulman sobre el conocimiento pedagógico del contenido."
(mkoehler, 2012)
TPACK en sí, busca integrar los tres conocimientos en uno solo de manera
armónica los cuales son: el del contenido, el de la tecnología y el pedagógico.
GRÁFICO N. 6 REPRESENTACION GRAFICA DE TPACK
Elaboración: mkoehler
Fuente: http://tpack.org/
28
Microservicios. – “El estilo de arquitectura de microservicios es un enfoque para
desarrollar una aplicación individual como un conjunto de pequeños servicios,
cada uno corriendo su propio proceso y comunicándose con mecanismos
ligeros, a menudo una API de recursos HTTP” (Lewis & Fowler, 2014)
GRÁFICO N. 7 DISEÑO DE UNA ARQUITECTURA DE MICROSERVICIOS
Elaboración: Microsoft Azure
Fuente: https://docs.microsoft.com/es-
es/azure/architecture/guide/architecture-styles/microservices
“El término "Microservice Architecture" (Arquitectura de Microservicios) ha
surgido en los últimos años para describir una forma particular de diseñar
aplicaciones de software como conjuntos de servicios de implementación
independiente. Si bien no existe una definición precisa de este estilo
arquitectónico, existen ciertas características comunes en torno a la organización
y a la capacidad empresarial, el despliegue automatizado, la inteligencia en los
puntos finales y el control descentralizado de idiomas y datos.” (Lewis & Fowler,
2014)
29
Se hace uso de los microservicios cuando es necesario desarrollar grandes
aplicaciones de alta disponibilidad, que en un futuro temprano busquen escalar
de manera horizontal, su uso debe ser dado por un grupo de trabajo enfocado
para cada servicio.
GRÁFICO N. 8 REPRESENTACIÓN DE MICROSERVICIOS EN SERVIDORES
Elaboración: Martin Fowler y James Lewis
Fuente: https://www.martinfowler.com/articles/microservices.html#footnote-
etymology
Este gráfico representa como cada servidor puede incluir varios servicios,
logrando modularidad entre servicios, y en cada replicación de un nuevo servidor
poner los servicios necesarios logrando una especialización por servidor.
30
GRÁFICO N. 9 REPRESENTACIÓN GRAFICA DE SERVICIOS EN UN MONOLITO
Elaboración: Martin Fowler y James Lewis
Fuente: https://www.martinfowler.com/articles/microservices.html#footnote-
etymology
Este gráfico representa una aplicación monolítica en donde todos los servicios se
encuentran dentro de un monolito y en caso de que la aplicación necesite
escalar sería necesario adquirir más servidores.
31
GRÁFICO N. 10 COMPARACIÓN ENTRE UN MONOLITO Y
MICROSERVICIOS
Elaboración: Martin Fowler y James Lewis
Fuente: https://www.martinfowler.com/articles/microservices.html#footnote-
etymology
Este gráfico representa como en un monolito se incluyen todos los servicios, por
sentido común una base de datos para todos los servicios del monolito, en
cambio la arquitectura de microservicios distribuye los servicios, cada uno con su
respectiva base de datos.
32
CUADRO N. 8 VENTAJAS Y DESVENTAJAS DE LA ARQUITECTURA DE MICROSERVICIOS
Ventajas Desventajas
Tecnología heterogénea Las pruebas son más complejas
Resistencia El monitoreo es más complejo
Escalamiento Complejidad operacional
Alineamiento organizacional Se utilizan más máquinas hosts
Optimización para reemplazos
Elaboración: William Estuardo Salazar Hernández
Fuente:
http://www.repositorio.usac.edu.gt/6326/1/William%20Estuardo%20Salazar%20H
ern%C3%A1ndez.pdf
Características de los microservicios
Los microservicios buscan ser pequeños servicios especializados en una
función específica que se puedan agregar y quitar de forma flexible.
Cada servicio debe tener un equipo de desarrollo enfocado al
mantenimiento y desarrollo del mismo
Cada servicio se encarga de almacenar sus propios datos y estados
33
Los microservicios cuentan con algunas características detalladas por
(Nadareishvili, Mitra, McLarty, & Amundsen, 2016)
Características adicionales de los microservicios
Pequeños en tamaño
Mensajería habilitada
Limitada por el contexto
Desarrollado de forma autónoma
Independientemente desplegable
Descentralizado
Construido y lanzado con procesos automatizados.
Las presentes características se encuentran en el libro Microservice
Architecture.
34
FUNDAMENTACIÓN LEGAL
“LEY DE COMERCIO ELECTRÓNICO, FIRMAS ELECTRÓNICAS Y
MENSAJES DE DATOS”
TÍTULO I DE LOS MENSAJES DE DATOS CAPÍTULO I
Articulo. 1.- Objeto de la Ley.- Esta Ley regula los mensajes de datos, la firma
electrónica, Los servicios de certificación, la contratación electrónica y
telemática, la prestación de Servicios electrónicos, a través de redes de
información, incluido el comercio Electrónico y la protección a los usuarios de
estos sistemas.
Articulo. 2.- “Reconocimiento jurídico de los mensajes de datos. - Los mensajes
de datos tendrán igual valor jurídico que los documentos escritos. Su 36 eficacia,
valoración y efectos se someterá al cumplimiento de lo establecido en esta Ley y
su reglamento.”
Articulo. 4.- Propiedad Intelectual.- Los mensajes de datos estarán sometidos a
las leyes, Reglamentos y acuerdos internacionales relativos a la propiedad
intelectual.
Artículo 5.- Confidencialidad y reserva.- Se establecen los principios de
confidencialidad y reserva para los mensajes de datos, cualquiera sea su forma,
medio o intención. Toda violación a estos principios, principalmente aquellas
referidas a la intrusión electrónica, transferencia ilegal de mensajes de o
violación del secreto profesional, será sancionada conforme a lo dispuesto en
esta Ley y demás normas que rigen la materia.
Artículo 9.- Protección de datos.- Para la elaboración, transferencia o utilización
de bases de datos, obtenidas directa o indirectamente del uso o transmisión de
mensajes de datos, se requerirá el consentimiento expreso del titular de éstos,
quien podrá seleccionar la información a compartirse con terceros. La
recopilación y uso de datos personales responderá a los derechos de privacidad,
intimidad y confidencialidad garantizados por la Constitución Política de la
35
República y esta Ley, los cuales podrán ser utilizados o transferidos únicamente
con autorización del titular u orden de autoridad competente.
No será preciso el consentimiento para recopilar datos personales de fuentes
accesibles al público, cuando se recojan para el ejercicio de las funciones
propias de la administración pública, en el ámbito de su competencia, y cuando
se refieran a personas vinculadas por una relación de negocios, laboral,
administrativa o contractual y sean necesarios para el mantenimiento de las
relaciones o para el cumplimiento del contrato. El consentimiento a que se refiere
este artículo podrá ser revocado a criterio del titular de los datos; la revocatoria
no tendrá en ningún caso efecto retroactivo.
CÓDIGO ORGÁNICO INTEGRAL PENAL
Artículo 229.- “Revelación ilegal de base de datos. - La persona que, en
provecho propio o de un tercero, revele información registrada, contenida en
ficheros, archivos, bases de datos o medios semejantes, a través o dirigidas a un
sistema electrónico, informático, telemático o de telecomunicaciones;
materializando voluntaria e intencionalmente la violación del secreto, la intimidad
y la privacidad de las personas, será sancionada con pena privativa de libertad
de uno a tres años.” “Si esta conducta se comete por una o un servidor público,
empleadas o empleados bancarios internos o de instituciones de la economía
popular y solidaria que realicen intermediación financiera o contratistas, será
sancionada con pena privativa de libertad de tres a cinco años.”
Artículo 230.- “Interceptación ilegal de datos. - Será sancionada con pena
privativa de libertad de tres a cinco años:”
1. “La persona que, sin orden judicial previa, en provecho propio o de un
tercero, intercepte, escuche, desvíe, grabe u observe, en cualquier forma
un dato informático en su origen, destino o en el interior de un sistema
informático, una señal o una transmisión de datos o señales con la
finalidad de obtener información registrada o disponible.”
2. “La persona que diseñe, desarrolle, venda, ejecute, programe o envíe
mensajes, certificados de seguridad o páginas electrónicas, enlaces o
36
ventanas emergentes o modifique el sistema de resolución de nombres
de dominio de un servicio financiero o pago electrónico u otro sitio
personal o de confianza, de tal manera que induzca a una persona a
ingresar a una dirección o sitio de internet diferente a la que quiere
acceder.”
3. “La persona que a través de cualquier medio copie, clone o comercialice
información contenida en las bandas magnéticas, chips u otro dispositivo
electrónico que esté soportada en las tarjetas de crédito, débito, pago o
similares.”
4. “La persona que produzca, fabrique, distribuya, posea o facilite
materiales, dispositivos electrónicos o sistemas informáticos destinados a
la comisión del delito descrito en el inciso anterior.”
Artículo 231.- “Transferencia electrónica de activo patrimonial. - La persona que,
con ánimo de lucro, altere, manipule o modifique el funcionamiento de programa
o sistema informático o telemático o mensaje de datos, para procurarse la
transferencia o apropiación no consentida de un activo patrimonial de otra
persona en perjuicio de esta o de un tercero, será sanciona da con pena
privativa de libertad de tres a cinco años. “
“Con igual pena, será sanciona da la persona que facilite o proporcione datos
de su cuenta bancaria con la intención de obtener, recibir o captar de forma
ilegítima un activo patrimonial a través de una transferencia electrónica
producto de este delito para sí mismo o para otra persona.”
Artículo 232.- “Ataque a la integridad de sistemas informáticos. - La persona
que destruya, dañe, borre, deteriore, altere, suspenda, trabe, cause
malfuncionamiento, comportamiento no deseado o suprima datos
informáticos, mensajes de correo electrónico, de sistemas de tratamiento de
información, telemático o de telecomunicaciones a todo o partes de sus
componentes lógicos que lo rigen, será sancionada con pena privativa de
libertad de tres a cinco años.”
Con igual pena será sancionada la persona que:
37
1. “Diseñe, desarrolle, programe, adquiera, envíe, introduzca, ejecute,
venda o distribuya de cualquier manera, dispositivos o programas
informáticos maliciosos o programas destinados a causar los efectos
señalados en el primer inciso de este artículo. “
2. “Destruya o altere sin la autorización de su titular, la infraestructura
tecnológica necesaria para la transmisión, recepción o procesamiento
de información en general.”
“Si la infracción se comete sobre bienes informáticos destinados a la
prestación de un servicio público o vinculado con la seguridad
ciudadana, la pena será de cinco a siete años de privación de
libertad.”
Artículo 233.- “Delitos contra la información pública reservada legalmente. -La
persona que destruya o inutilice información clasificada de conformidad con la
Ley, será sancionada con pena privativa de libertad de cinco a siete años. “
“La o el servidor público que, utilizando cualquier medio electrónico o informático,
obtenga este tipo de información, será sancionado con pena privativa de libertad
de tres a cinco años. “
“Cuando se trate de información reservada, cuya revelación pueda comprometer
gravemente la seguridad del Estado, la o el servidor público encargado de la
custodia o utilización legítima de la información que sin la autorización
correspondiente revele dicha información, será sancionado con pena privativa de
libertad de siete a diez años y la inhabilitación para ejercer un cargo o función
pública por seis meses, siempre que no se configure otra infracción de mayor
gravedad. “
Artículo 234.- “Acceso no consentido a un sistema informático, telemático o de
telecomunicaciones. - La persona que sin autorización acceda en todo o en
partea un sistema informático o sistema telemático o de telecomunicaciones o se
mantenga dentro del mismo en contra de la voluntad de quien tenga el legítimo
derecho, para explotar ilegítimamente el acceso logrado, modificar un portal web,
desviar o re direccionar de tráfico de datos o voz u ofrecer servicios que estos
38
sistemas proveen a terceros, sin pagarlos a los proveedores de servicios
legítimos, será sancionada con la pena privativa de la libertad de tres a cinco
años.
CONSTITUCIÓN DE LA REPÚBLICA DEL ECUADOR
Sección octava
Ciencia, tecnología, innovación y saberes ancestrales
Articulo. 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.
Articulo. 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, 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.
Articulo. 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…
39
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.
Articulo. 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, la
recuperación y desarrollo de saberes ancestrales 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.
La fundamentación legal para los estudios según la nueva ley de educación
superior se refleja en los artículos:
Articulo. 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;
40
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;
h) Contribuir en el desarrollo local y nacional de manera permanente, a través
del trabajo comunitario o extensión universitaria.
Articulo. 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.
Articulo. 80.- Gratuidad de la educación superior pública hasta el tercer nivel.- Se
garantiza la gratuidad de la educación superior pública hasta el tercer nivel. La
gratuidad observará el criterio de responsabilidad académica de los y las
estudiantes, de acuerdo con los siguientes criterios:
a) La gratuidad será para los y las estudiantes regulares que se matriculen en
por lo menos el sesenta por ciento de todas las materias o créditos que permite
su malla curricular en cada período, ciclo o nivel;
41
b) La gratuidad será también para los y las estudiantes que se inscriban en el
nivel preuniversitario, pre politécnico o su equivalente, bajo los parámetros del
Sistema de Nivelación y Admisión.
c) La responsabilidad académica se cumplirá por los y las estudiantes regulares
que aprueben las materias o créditos del período, ciclo o nivel, en el tiempo y en
las condiciones ordinarias establecidas. No se cubrirán las segundas ni terceras
matrículas, tampoco las consideradas especiales o extraordinarias.
d) El Estado, por concepto de gratuidad, financiará una sola carrera o programa
académico de tercer nivel por estudiante. Se exceptúan los casos de las y los
estudiantes que cambien de carrera o programa, cuyas materias puedan ser
revalidadas.
e) La gratuidad cubrirá exclusivamente los rubros relacionados con la primera
matrícula y la escolaridad; es decir, los vinculados al conjunto de materias o
créditos que un estudiante regular debe aprobar para acceder al título terminal
de la respectiva carrera o programa académico; así como los derechos y otros
rubros requeridos para la elaboración, calificación, y aprobación de tesis de
grado.
f) Se prohíbe el cobro de rubros por utilización de laboratorios, bibliotecas,
acceso a servicios informáticos e idiomas, utilización de bienes y otros,
correspondientes a la escolaridad de los y las estudiantes universitarios y
politécnicos.
g) Para garantizar un adecuado y permanente financiamiento del Sistema de
Educación Superior y la gratuidad, la Secretaría Nacional de Educación Superior,
Ciencia, Tecnología e Innovación desarrollará un estudio de costos por
carrera/programa académico por estudiante, el cual será actualizado
periódicamente.
h) Se pierde de manera definitiva la gratuidad, si un estudiante regular reprueba,
en términos acumulativos, el treinta por ciento de las materias o créditos de su
malla curricular cursada.
42
i) La gratuidad cubrirá todos los cursos académicos obligatorios para la
obtención del grado.
Articulo. 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.
Articulo. 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:
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.
b) Tercer nivel, de grado, orientado a la formación básica en una disciplina o a la
capacitación para el ejercicio de una profesión. Corresponden a este nivel los
grados académicos de licenciado y los títulos profesionales universitarios o
politécnicos, y sus equivalentes. Sólo podrán expedir títulos de tercer nivel las
universidades y escuelas politécnicas. Al menos un 70% de los títulos otorgados
por las escuelas politécnicas deberán corresponder a títulos profesionales en
ciencias básicas y aplicadas.
c) Cuarto nivel, de postgrado, está orientado al entrenamiento profesional
avanzado o a la especialización científica y de investigación. Corresponden al
43
cuarto nivel el título profesional de especialista; y los grados académicos de
maestría, PhD o su equivalente. Para acceder a la formación de cuarto nivel, se
requiere tener título profesional de tercer nivel otorgado por una universidad o
escuela politécnica, conforme a lo establecido en esta Ley.
Las universidades y escuelas politécnicas podrán otorgar títulos de nivel técnico
o tecnológico superior cuando realicen alianzas con los institutos de educación
superior o creen para el efecto el respectivo instituto de educación superior,
inclusive en el caso establecido en la Disposición Transitoria Vigésima Segunda
de la presente Ley.
DECRETO 1014 SOBRE EL USO DEL SOFTWARE LIBRE
• Articulo. 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.
• Articulo. 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:
Utilización de programa con cualquier propósito de uso común.
Distribución de copias sin restricción alguna.
Estudio y modificación de programa (Requisito: código fuente disponible)
Publicación del programa mejorado (Requisito: código fuente disponible
• Articulo. 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.
• Articulo. 4.- Se faculta la utilización de software propietario (no libre)
únicamente cuando no exista una solución de software libre que supla las
44
necesidades requeridas, o cuando esté en riesgo de seguridad nacional, o
cuando el proyecto informático se encuentre en un punto de no retorno.
• Articulo. 5.- Tanto para software libre como software propietario, siempre y
cuando se satisfagan los requerimientos.
• Articulo. 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.
• Articulo. 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.
CONSTITUCION DE LA REPUBLICA DEL ECUADOR 2008
Art. 11.- El ejercicio de los derechos se regirá por los siguientes
principios:
2. Todas las personas son iguales y gozarán de los mismos derechos,
deberes y oportunidades.
Nadie podrá ser discriminado por razones de etnia, lugar de nacimiento,
edad, sexo, identidad de género, identidad cultural, estado civil, idioma,
religión, ideología, filiación política, pasado judicial, condición socio-
económica, condición migratoria, orientación sexual, estado de salud,
portar VIH, discapacidad, diferencia física; ni por cualquier otra distinción,
personal o colectiva, temporal o permanente, que tenga por objeto o
resultado menoscabar o anular el reconocimiento, goce o ejercicio de los
derechos. La ley sancionará toda forma de discriminación.
El Estado adoptará medidas de acción afirmativa que promuevan la
igualdad real en favor de los titulares de derechos que se encuentren en
situación de desigualdad.
45
Art. 46.- El Estado adoptará, entre otras, las siguientes medidas que
aseguren a las niñas, niños y adolescentes:
3. Atención preferente para la plena integración social de quienes tengan
discapacidad. El Estado garantizará su incorporación en el sistema de
educación regular y en la sociedad.
Art. 47.- El Estado garantizará políticas de prevención de las
discapacidades y, de manera conjunta con la sociedad y la familia,
procurará la equiparación de oportunidades para las personas con
discapacidad y su integración social.
Se reconoce a las personas con discapacidad, los derechos a:
7. Una educación que desarrolle sus potencialidades y habilidades para
su integración y participación en igualdad de condiciones. Se garantizará
su educación dentro de la educación regular. Los planteles regulares
incorporarán trato diferenciado y los de atención especial la educación
especializada. Los establecimientos educativos cumplirán normas de
accesibilidad para personas con discapacidad e implementarán un
sistema de becas que responda a las condiciones económicas de este
grupo.
8. La educación especializada para las personas con discapacidad
intelectual y el fomento de sus capacidades mediante la creación de
centros educativos y programas de enseñanza específicos.
9. La atención psicológica gratuita para las personas con discapacidad y
sus familias, en particular en caso de discapacidad intelectual.
46
Art. 49.- Las personas y las familias que cuiden a personas con
discapacidad que requieran atención permanente serán cubiertas por la
Seguridad Social y recibirán capacitación periódica para mejorar la
calidad de la atención.
Capítulo quinto
Derechos de participación
Art. 61.- Las ecuatorianas y ecuatorianos gozan de los siguientes
derechos:
7. Desempeñar empleos y funciones públicas con base en méritos y
capacidades, y en un sistema de selección y designación transparente,
incluyente, equitativo, pluralista y democrático, que garantice su
participación, con criterios de equidad y paridad de género, igualdad de
oportunidades para las personas con discapacidad y participación
intergeneracional.
Capítulo sexto
Derechos de libertad
Art. 66.- Se reconoce y garantizará a las personas:
3. El derecho a la integridad personal, que incluye:
b) Una vida libre de violencia en el ámbito público y privado. El Estado
adoptará las medidas necesarias para prevenir, eliminar y sancionar toda
forma de violencia, en especial la ejercida contra las mujeres, niñas, niños
y adolescentes, personas adultas mayores, personas con discapacidad y
contra toda persona en situación de desventaja o vulnerabilidad; idénticas
medidas se tomarán contra la violencia, la esclavitud y la explotación
sexual.
47
Art. 81.- La ley establecerá procedimientos especiales y expeditos para el
juzgamiento y sanción de los delitos de violencia intrafamiliar, sexual,
crímenes de odio y los que se cometan contra niñas, niños, adolescentes,
jóvenes, personas con discapacidad, adultas mayores y personas que,
por sus particularidades, requieren una mayor protección. Se nombrarán
fiscales y defensoras o defensores especializados para el tratamiento de
estas causas, de acuerdo con la ley.
Art. 330.- Se garantizará la inserción y accesibilidad en igualdad de
condiciones al trabajo remunerado de las personas con discapacidad. El
Estado y los empleadores implementarán servicios sociales y de ayuda
especial para facilitar su actividad. Se prohíbe disminuir la remuneración
del trabajador con discapacidad por cualquier circunstancia relativa a su
condición.
LEY ORGÁNICA DE EDUCACIÓN INTERCULTURAL
El artículo 47 referente a la Educación para las personas con
discapacidad señala: “Tanto la educación formal como la no formal
tomará en cuenta las necesidades educativas especiales de las personas
en lo afectivo, cognitivo y psicomotriz…”
48
REGLAMENTO GENERAL A LA LEY ORGÁNICA DE EDUCACIÓN
INTERCULTURAL
El artículo 228 señala: “Son estudiantes con necesidades educativas
especiales aquellos que requieren apoyo o adaptaciones temporales o
permanentes que les permitan o acceder a un servicio de calidad de
acuerdo a su condición. Estos apoyos y adaptaciones pueden ser de
aprendizaje, de accesibilidad o de comunicación. ./. Son necesidades
educativas especiales no asociadas a la discapacidad las siguientes:
* Dificultades específicas de aprendizaje: dislexia, discalculia, disgrafía, di
ortografía, disfasia, trastornos por déficit de atención e hiperactividad,
trastornos del comportamiento, entre otras dific
vulnerabilidad: enfermedades catastróficas, movilidad humana, menores
infractores, víctimas de violencia, adicciones y otras situaciones
excepcionales previstas en el presente reglamento.
PREGUNTA CIENTÍFICA A CONTESTARSE
¿Cómo el uso de una arquitectura de webservice ayuda a desacoplar las capas
de lógica de negocios y la capa de datos de tal manera que se logre
independencia del uso de la aplicación en el uso de diferentes dispositivos?
49
DEFINICIONES CONCEPTUALES
Lado del servidor
Es el lugar o ubicación donde se almacenarán los servicios y demás datos.
Lado del Cliente
Es la cara que verán los pacientes y médicos para el uso y creación de terapias.
Capa lógica de negocios
Es la capa intermedia entre el cliente y la base de datos por ende se encargará
de la comunicación entre ambas.
Las reglas de negocio
Son las reglas que se encuentran dentro de la capa lógica de negocios,
encargada de la gestión del tráfico.
Web service o servicio web
Permite la comunicación entre aplicaciones.
Arquitectura de software
Así como la construcción de una casa se basa en el plano de un arquitecto las
aplicaciones también cuentan con una arquitectura que detalla el funcionamiento
y las interconexiones.
Scrum
Es una metodología ágil que permite llevar el control de las etapas de proyectos
que tengan que entregar un producto.
Microservicios
Es una arquitectura basada en el uso de pequeños servicios específicos de
manera que conforman un solo servicio de una aplicación, para lograr la
modularidad y alta escalabilidad.
50
Rest
arquitectura para lograr la interoperación del cliente con el servidor con sistemas
hipermedias.
Json
Formato a usar para el intercambio de datos.
JDBC
API que permite la conectividad con la base de datos.
AES
Método de encriptación a usar.
Servidor de aplicaciones
Es donde se almacenarán nuestros servicios y microservicios.
Glassfish
Este será el servidor de aplicaciones.
Java
Lenguaje de programación orientado a objetos para la creación de aplicaciones
de escritorio y web.
MySQL
Sistema para la gestión de base de datos.
NetBeans
Entorno de desarrollo para aplicaciones desarrolladas en java.
51
CAPÍTULO III
METODOLOGÍA
PROPUESTA TECNOLÓGICA
La presente propuesta tecnológica busca abastecer la necesidad de una capa
lógica de negocios en la plataforma de terapias en línea TEMONET, que permita
llevar a cabo las transacciones entre la capa de visual y la capa de datos,
implementando una arquitectura de microservicios.
Análisis de factibilidad
- Factibilidad Operacional
Debido al impacto social generado por la afección de las deficiencias
especificas del aprendizaje como la dislexia en niño menores de edad,
se requirió crear una aplicación que cuente con un modelo de tres
capas de modo que permita crear terapias en línea para el tratamiento
de deficiencias específicas del aprendizaje.
El proyecto es factible operacionalmente debido al gran apogeo que se
ha venido dando en el uso de dispositivos móviles
Además, el desarrollo de la capa lógica de negocio se logró gracias al
uso de la metodología SCRUM la cual permitió llevar el control de las
etapas del proyecto.
- Factibilidad técnica
La factibilidad técnica se logró por medio de aplicaciones de libre
licenciamiento
52
a. Hardware
CUADRO N. 9 ESPECIFICACIONES DEL EQUIPO
Componente Especificación
Procesador Intel Core i5 de sexta generación
3.50GHz
Motherboard Asus Z170 a
Memoria RAM 8GB
Disco duro 1TB
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
b. Software
CUADRO N. 10 APLICACIONES UTILIZADAS
Netbeans 8.2
MySQL Administrator
MySQL Workbench 8.0 DE
MySQL server 5.5.5-10.1.37-MariaDB
MySQL Client Version 5.0.11
Glassfish
JDBC
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
53
GRÁFICO N. 11 ARQUITECTURA DE MICROSERVICIOS
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
Arquitectura de microservicios. - El gráfico muestra cómo se encuentra
conectado el cliente al web service basado en REST, quien se comunica con sus
respectivos microservicios (administrativo y consultas). El primero se encarga de
administrar los usuarios mediante las operaciones CRUD, mientras el segundo
permite consultar los datos de los pacientes y doctores.
GRÁFICO N. 12 ESQUEMA DETALLADO DEL WEBSERVICE
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
Esquema detallado del webservice. - El web service recibe una solicitud tipo
JSON, el cual lo procesa y lo transforma en un nuevo objeto para proceder a
ejecutarlo en la base de datos.
54
c. Capacidades y conocimientos
Capacidad de desarrollar el proyecto en el tiempo establecido,
siguiendo el cronograma designado además de entender nuevos
temas.
Conocimientos intermedios en java y desarrollo de aplicaciones web
mediante servicios web
- Factibilidad Legal
El presente proyecto es legalmente factible debido a que se apega
firmemente a las leyes puestas por la República del Ecuador,
cumpliendo El decreto 1014 sobre el uso del software libre basándose
en:
Articulo. 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:
Utilización de programa con cualquier propósito de uso común.
Distribución de copias sin restricción alguna.
Estudio y modificación de programa (Requisito: código fuente
disponible)
Publicación del programa mejorado (Requisito: código fuente
disponible
habla sobre el desarrollo de aplicaciones utilizando herramientas
basadas en licencias gratuitas como lo son CDDL, GPL, GPL2,
Freeware, Common Development and Distribution License & GNU
General Public Licensem, por esta razón se podrán utilizar en el
desarrollo del proyecto permitiendo futuras modificaciones, de manera
que el desarrollo no infrinja alguna ley al momento de desarrollar la
capa lógica de negocios.
55
Además, en el proyecto no hay filtración de información de los
usuarios debido al uso del método de encriptación AES, por ende, la
información se transporta de manera segura, de la base de datos al
usuario y viceversa.
La documentación se encuentra debidamente citada, en
consecuencia, se respetan las ideas de los autores.
- Factibilidad Económica
Para este proyecto se utilizaron aplicaciones de software libre las
cuales no tienen ningún costo en su adquisición
PRESUPUESTO
CUADRO N. 11 INGRESOS DEL PROYECTO
INGRESOS DÓLARES
Financiamiento propio $ 1184.00
TOTAL, DE INGRESOS………………………… $ 1184.00
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
CUADRO N. 12 EGRESOS DEL PROYECTO
EGRESOS DÓLARES
Recursos humanos $ 600.00
Hardware 400.00
Software 0.00
servicios de Internet y electricidad 144.00
Transporte 20.00
Refrigerio 20.00
TOTAL……………………………………… $ 1184.00
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
56
CUADRO N. 13 COSTO DE LAS LICENCIAS
APLICACION LICENCIA COSTO
Netbeans 8.2 CDDL, GPL2 $0.00
MySQL Administrator GPL $0.00
MySQL Workbench 8.0 DE
GPL $0.00
MySQL server 5.5.5-10.1.37-MariaDB
GPL $0.00
MySQL Client Version 5.0.11
GPL $0.00
Glassfish Common Development and Distribution License & GNU General Public License
$0.00
Java Freeware $0.00 Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
Etapas de la metodología del proyecto
La metodología que se utilizó fue la metodología SCRUM, los Sprints fueron
definidos para lograr cumplir con los objetivos y el alcance del proyecto. También
se utilizó la plataforma TRELLO para llevar el seguimiento de las actividades.
Además, la metodología SCRUM permitió mediante la revisión parcial y regular
del producto un desarrollo completo.
Sprint 1
Objetivo: Examinar y analizar las herramientas
Actividades:
Examinar y analizar de herramientas.
Examinar y analizar de base de datos.
Examinar y analizar de Workbench.
Examinar y analizar del servidor de aplicaciones.
57
Dentro de este sprint, se inició con la evaluación para el uso de las herramientas
para el desarrollo del proyecto, el lenguaje de programación escogido fue JAVA,
el IDE de desarrollo evaluado fue NetBeans 8.2, por ser una herramienta libre.
En la Evaluación y revisión de la base de datos, se escogió MySql, por ser de
código abierto y Multiplataforma.
Dentro de las herramientas para el diseño de la base de datos se escogió
MySQL Workbench, para poder diseñar la base de datos y poder visualizar
correctamente las tablas.
Para poder subir el webservice se escogió Glassfish como servidor de
aplicaciones, por motivo de ser un software libre.
Sprint 2
Objetivo: Instalar del servidor de aplicaciones y Base de datos
Instalar del servidor Web.
Instalar de la base de datos.
Este sprint se dedicó a la instalación del servidor de Aplicaciones Glassfish y la
Base de datos MySql con sus herramientas, para realizar el diseño de base de
datos y verificación de registros.
GRÁFICO N. 13 HERRAMIENTA MYSQL WORKBENCH
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
58
Sprint 3
Objetivo: Crear el pool de conexiones
Configurar el pool con los respectivos datos.
Configuración de librería MySQL.
Se configuró el pool de conexiones con los datos de la base de datos como
usuario, contraseña, host y el puerto para la conexión.
GRÁFICO N. 14 CONFIGURACIÓN DEL POOL DE CONEXIONES
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
59
Sprint 4
Objetivo: Definir e implementar el web service de creación de usuarios con
operaciones CRUD
Implementación del web service
Creación de usuario con operaciones CRUD
Este sprint está dedicado al desarrollo del webservice de la capa de negocio, ya
con las respectivas instalaciones del servidor de aplicaciones y el glassfish.
Inicialmente se desarrolló todo el esquema de conexión del webservice tipo
REST con requerimientos JSON, y se creó un microservicio para las solicitudes
de USUARIOS, permitiendo así tener conexión con la capa de datos, y consumir
la tabla (USUARIOS), en un solo método que me permita realizar las
operaciones CRUD.
GRÁFICO N. 15 CREACIÓN DE MICROSERVICIOS EN JAVA
Elaboración: Irving Muñoz Cruz
Fuente: Datos de la Investigación.
60
Sprint 5
Objetivo: Solución de errores de los usuarios
Revisión en la ejecución en la inserción del usuario.
Errores en la lectura del json para obtener pacientes y doctores.
Sprint 6
Objetivo: Documentación y creación de directorios de web service
Creación de los directorios del web service.
Documentación de los directorios del web service.
Sprint 7
Objetivo: prueba y detección de errores del web service
Pruebas con la ejecución del SOAPui para la ejecución de los procesos
de los microservicios.
Pruebas de estrés para la verificación del funcionamiento de los
microservicios en un ambiente real de uso masivo.
Comprobación y procedimiento para la corrección de errores.
Entregables del proyecto
El proyecto contendrá los siguientes ítems:
Diagrama de la arquitectura
Web service (.war)
Servicios desarrollados
61
CUADRO N. 14 SERVICIOS A ENTREGAR
Tipo URL DESCRIPCION
GET localhost:8080/NegociosTemonet/temonet/administrativo/obtenerUsuariosTemonet Obtiene Permisos de los Usuarios de la Aplicación TEMONET
GET localhost:8080/NegociosTemonet/temonet/administrativo/validaUsuario Valida las credenciales usuario y contraseña de la capa lógica de negocio
POST localhost:8080/NegociosTemonet/temonet/administrativo/crudUsuariosTemonet CRUD para Usuarios de la Aplicación del Usuario TEMONET
POST localhost:8080/NegociosTemonet/temonet/administrativo/crudRolesTemonet CRUD para ROLES de la Aplicación del Usuario TEMONET
POST localhost:8080/NegociosTemonet/temonet/administrativo/crudPermisosTemonet CRUD para Permisos de la Aplicación del Usuario TEMONET
GET localhost:8080/NegociosTemonet/temonet/validacionesNegocio/obtenerPaciente Permite Obtener los pacientes, y buscar pacientes específicos.
GET localhost:8080/NegociosTemonet/temonet/validacionesNegocio/obtenerDoctor Permite Obtener los doctores y buscar doctores específicos.
Fuente: Datos de la Investigación Elaborado por: Irving Muñoz Cruz
62
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA
La presente propuesta se validó mediante los resultados adquiridos por las
encuestas expuestas en el capítulo III con el análisis de las encuestas, donde se
detalla el favoritismo de los desarrolladores al momento de aplicar las
metodologías y herramientas, de las terapias en línea, aplicando sistemas LMS y
arquitectura de microservicios.
Se contó con el uso del juicio de expertos donde se entrevistó al Ing. Oscar
Omar Apolinario Arzube debido a su gran conocimiento, experiencias entorno a
los servicios web y microservicios.
Quien nos proveerá de su juicio.
JUICIO DE EXPERTOS
¿Los microservicios pueden ser una solución modular para la
implementación de aplicaciones web?
Si
¿Ha trabajado o indique su experiencia con el uso de webservice y
microservicios?
Si, el concepto de microservicios tiene su implementación práctica en la
implementación de web service que originalmente son de tipo SOAP y que ahora
están siendo muy utilizados los de tipo REST.
¿La lógica funcional que debe tener los microservicios debe ser necesaria
para realizar una transacción o parte de la transacción?
Es obligatorio que los microservicios tengan patrones de diseño y que la
información que llega al microservicio debe tener un modelo de diseño de la
información que le llega.
63
¿De qué manera los microservicios pueden ahorrar tiempo en el desarrollo
de su aplicación?
Un microservicio es una parte modular de un concepto arquitectónico de
software
¿Conoce desventajas del uso de microservicios?
Actualmente hay nuevas tendencias que indican que el microservicio no es la
panacea de la solución y debería ser analizado antes de su implementación.
¿Considera que, al usar una arquitectura de microservicios, se facilita la
creación de nuevos servicios (funcionalidades)?
Sí, siempre y cuando exista un gobierno de datos y un gobierno transaccional
¿Según sus conocimientos o experiencia en trabajos de microservicios
que tan facil considera la escalabilidad horizontal de la misma?
Son muy escalables siempre y cuando estén soportados sobre equipos de alta
redundancia.
¿considera rentable a largo plazo el uso de las arquitecturas de
microservicios?
Si son rentables ya que un microservicio correctamente diseñado ahorra
duplicidad en los códigos y duplicidad en las transacciones.
considera que microservicios nace de la SOA
sí, originalmente no era necesario porque primero nació SOA y luego los
microservicios, utilizar SOA sin microservicios y microservicios sin SOA no es un
diseño arquitectónico correcto.
Entrevista realizada por: Irving Ernesto Muñoz Cruz
Entrevistado: Oscar Omar Apolinario Arzube
64
PROCESAMIENTO Y ANÁLISIS
PREGUNTA 1
¿Conoce UD lo que es un sistema de gestión de aprendizaje?
CUADRO N. 15 RESULTADO DE LA PREGUNTA 1 DE LA ENCUESTA
Opciones Encuestas % de Respuestas
Si 56 56%
No 44 44%
Total 100 100%
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
GRÁFICO N. 16 RESULTADO DE LA PREGUNTA 1 DE LA ENCUESTA
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
Análisis: Como se visualiza en el presente gráfico la diferencia entre quienes
tienen conocimiento de lo que es un sistema de gestión de aprendizaje y los que
no es de apenas un 12 %, por lo que podemos ver que aunque en una de las
siguientes preguntas dan a conocer que si han utilizado plataformas enfocadas a
LMS, desconocen que esta hace uso de este sistema esto debido a que aunque
los encuestados utilizan estas plataformas como complemento para su estudio
nunca se comenta si esto aplica algún sistema enfocado al aprendizaje más bien
solo lo conocen como una aplicación más a la que le dan el uso solicitado.
56%44%
Encuestas
Si
No
65
PREGUNTA 2
¿Conoce UD aplicaciones con el uso de herramientas basadas en el
sistema de gestión de aprendizaje como soporte para deficiencias
específicas de aprendizaje?
CUADRO N. 16 RESULTADO DE LA PREGUNTA 2 DE LA ENCUESTA
Opciones Encuestas % de Respuestas
Si 40 40%
No 60 60%
Total 100 100%
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
GRÁFICO N. 17 RESULTADO DE LA PREGUNTA 2 DE LA ENCUESTA
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
Análisis: Según los resultados de la encuesta podemos ver en el gráfico que la
mayoría de la muestra con un 60% no tiene conocimiento de herramientas que
usen el sistema LMS enfocado como soporte para deficiencias específicas de
aprendizaje esto debido a que prácticamente no encontramos aplicaciones que
se enfoque en puntos específicos durante las terapias sino más bien
aplicaciones que tratan la dislexia de manera generalizada y complementaria a
las terapias presenciales y 40% afirma conocer este tipo de terapias aunque
puede que confundan una aplicación que utilice LMS en la aplicación de terapias
con una que aplica LMS y se enfoca en puntos específicos por lo que es un buen
motivo para la creación de este tipo de aplicaciones.
40%60%
Encuestas
Si
No
66
PREGUNTA 3
¿Según su uso en aplicaciones que aplican el sistema de gestión de
aprendizaje, que tan satisfactorio considera su experiencia en estas por
ejemplo EDmodo?
CUADRO N. 17 RESULTADO DE LA PREGUNTA 3 DE LA ENCUESTA
Opciones Encuestas % de Respuestas
Extremadamente
satisfactoria 12 12%
Muy satisfactoria 39 39%
Satisfactoria 35 35%
Poco satisfactoria 10 10%
Nada satisfactoria 4 4%
Total 100 100%
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
GRÁFICO N. 18 RESULTADO DE LA PREGUNTA 3 DE LA ENCUESTA
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
Análisis: En el gráfico se puede apreciar casi un 90% si juntamos las 3
categorías más altas de satisfacción, lo que muestra una gran aceptación para el
uso del mismo, esto podría deberse al énfasis que se hace en utilizar estas
aplicaciones para entregar tareas y realizar lecciones, permitiendo entregar las
tareas en la comodidad del hogar o el área en el que se dediquen a realizar sus
tareas, siempre que se cuente con una conexión a internet.
12%
39%35%
10%4%
EncuestasExtremadamente satisfactoria
Muy satisfactoria
Satisfactoria
Poco satisfactoria
Nada satisfactoria
67
PREGUNTA 4
¿Cree UD que es necesario el uso de sistemas como el sistema de gestión
de aprendizaje para el desarrollo de terapias en línea para deficiencias
específicas de aprendizaje?
CUADRO N. 18 RESULTADO DE LA PREGUNTA 4 DE LA ENCUESTA
Opciones Encuestas % de Respuestas
Extremadamente
necesario 13 13%
Muy necesario 40 40%
necesario 36 36%
Poco necesario 9 9%
Nada necesario 2 2%
Total 100 100%
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
GRÁFICO N. 19 RESULTADO DE LA PREGUNTA 4 DE LA ENCUESTA
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
Análisis: Sumando las 3 categorías más altas de satisfacción dan un 89%, en
cuanto al uso de las LMS aplicada a terapias en línea enfocadas a deficiencias
específicas del aprendizaje, por ende, el uso de LMS es aprobado y necesario.
13%
40%36%
9%2%
EncuestasExtremadamente necesario
Muy necesario
necesario
Poco necesario
Nada necesario
68
PREGUNTA 5
¿Cuál es el medio de preferencia para el uso de aplicaciones basadas en
terapias en línea?
CUADRO N. 19 RESULTADO DE LA PREGUNTA 5 DE LA ENCUESTA
Opciones Encuestas % de Respuestas
PC 33 33%
Celulares 56 56%
TV 6 6%
Tablets 5 5%
Total 100 100%
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
GRÁFICO N. 20 RESULTADO DE LA PREGUNTA 5 DE LA ENCUESTA
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
Análisis: El celular con un 56% indiscutible ganador debido a la revolución
tecnológica y la dependencia a los dispositivos móviles, seguido de las
computadoras personales con un 33% debido a lo indispensable que es un Pc
en el hogar, destinado a las tareas, trabajos o al ocio, seguido de los Televisores
digitales que cada vez van teniendo más acogida debido a las nuevas
implementaciones que se han agregado, hacen un medio óptimo para la
ejecución de aplicaciones. El bajo número de tablets podría deberse a que
comprar una Tablet no es prioridad en un hogar como lo es un celular o un PC.
33%
56%
6%5%
Encuestas
PC
Celulares
TV
Tablets
69
PREGUNTA 6
¿Considera necesario la creación de webservice en la capa de negocios
para aplicaciones de uso masivo?
CUADRO N. 20 RESULTADO DE LA PREGUNTA 6 DE LA ENCUESTA
Opciones Encuestas % de Respuestas
Si 85 85%
No 15 15%
Total 100 100%
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
GRÁFICO N. 21 RESULTADO DE LA PREGUNTA 6 DE LA ENCUESTA
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
Análisis: Según los resultados de la encuesta en el gráfico se puede ver que la
mayoría con un 85% considera que, si es necesaria la creación de un web
service en la capa lógica de negocios especialmente en aplicaciones de uso
masivo, esto debido a que los servicios son parte fundamental al momento de
desarrollar la capa lógica de negocio y el desarrollo de la misma sin el uso de
servicios no sería una lógica de negocios correcta, a excepción de un 15% que
no lo considera necesario.
85%
15%
Encuestas
Si
No
70
PREGUNTA 7
¿Conoce UD acerca de las arquitecturas de microservicios?
CUADRO N. 21 RESULTADO DE LA PREGUNTA 7 DE LA ENCUESTA
Opciones Encuestas % de Respuestas
Si 30 30%
No 70 70%
Total 100 100%
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
GRÁFICO N. 22 RESULTADO DE LA PREGUNTA 7 DE LA ENCUESTA
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
Análisis: Según los resultados de la encuesta se aprecia en el gráfico que la
mayoría de la muestra con un 70% no conoce lo que son las arquitecturas de
microservicios, esto es comprensible ya que los microservicios es una
arquitectura que pocas empresas usan pero que de a poco comienzan a ganar
mayor popularidad debido a sus buenos resultados, también debido a la decaída
de SOA, mientras que el 30% si tiene conocimiento de las arquitecturas de
microservicios.
30%
70%
Encuestas
Si
No
71
PREGUNTA 8
¿Cree UD que es relevante el uso de microservicios en aplicaciones de uso
masivo?
CUADRO N. 22 RESULTADO DE LA PREGUNTA 8 DE LA ENCUESTA
Opciones Encuestas % de Respuestas
Si 54 54%
No 46 46%
Total 100 100%
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
GRÁFICO N. 23 RESULTADO DE LA PREGUNTA 8 DE LA ENCUESTA
Fuente: Datos de las encuestas
Elaborado por: Irving Muñoz Cruz
Análisis: Según los resultados de la encuesta se puede ver en el gráfico que la
mayoría con un 54% considera que, si es relevante el uso de microservicios en
aplicaciones de uso masivo, esto podría deberse al gran resultado que dan los
microservicios ante el uso masivo de los servicios, mientras el 46% no lo
considera relevante, eso podría deberse a la confianza que les da la arquitectura
SOA debido a que es la arquitectura que se ha venido utilizado estos últimos
años.
54%46%
Encuestas
Si
No
72
CAPÍTULO IV
Criterios de aceptación del producto o Servicio
Para que se cumplan los criterios de aceptación se cumplió con los objetivos de
cada Sprint.
CUADRO N. 23 CRITERIOS DE ACEPTACIÓN DEL PRODUCTO
SPRINT NIVEL DE
CUMPLIMIENTO
Sprint 1: Examinar y analizar de las herramientas
100%
Sprint 2: Instalar el servidor de aplicaciones y Base de datos
100%
Sprint 3: Crear el pool de conexiones.
100%
Sprint 4: Definir e implementar del web service de creación de usuarios con operaciones CRUD
100%
Sprint 5: Solución de errores de los usuarios
100%
Sprint 6: Documentación y creación de directorios de web service
100%
Sprint 7: Prueba y detección de errores del web service
100%
Fuente: Datos de la Investigación.
Elaborado por: Irving Muñoz Cruz
73
Conclusiones
Para el correcto uso de una arquitectura de tres capas se debe conectar
el lado del servidor con el lado del cliente mediante la capa lógica de
negocios, que contiene todas las reglas que permiten la operatividad de
la aplicación, de manera que la capa visual no consume directamente los
recursos de la capa de datos. Por ende, solo se hace uso de los recursos
que se van a consumir, logrando orden y seguridad.
El uso de los microservicios es una opción conveniente, debido a que
provee una solución modular para la creación de nuevos servicios,
permitiendo al proyecto una rápida escalabilidad.
Una vez implementado el ecosistema para el funcionamiento de los
servicios, es fácil la integración de nuevos servicios en donde la lógica de
negocios, la arquitectura REST y los microservicios son los pilares
fundamentales.
No se encuentran en el mercado aplicaciones destinadas a la creación y
modificación de terapias personalizadas, que hagan uso de una
arquitectura de tres capas. Como mucho se encuentran aplicaciones
complementarias para el tratamiento de manera generalizada.
74
Recomendaciones
Dedicar un modelo de tres capas en el desarrollo de aplicaciones, de tal
forma que se cuenta con una capa lógica de negocios, por ende, la
información que ingresa y requiere el usuario es procesada de forma
correcta.
Implementar arquitecturas de tipo REST con archivos de formato JSON
especialmente cuando se haga uso de dispositivos móviles, porque al ser
más ligero que su contraparte XML se logra procesar y editar con mayor
facilidad.
Emplear una arquitectura de microservicios en REST, para lograr una
fácil comunicación de los recursos, buen rendimiento, adaptabilidad y
escalabilidad.
Investigar o desarrollar un frameworks que supongan una ventaja al
momento de desarrollar microservicios, de modo que todo un equipo
trabaje bajo la misma sintaxis.
75
BIBLIOGRAFÍA
Abbott, J. (2018). Cursa un MBA en una Semana. Babelcube Inc.
Aldana Cox, R. E. (2016). Implementación y uso de la plataforma de enseñanza
virtual Chamilo, para mejorar el rendimiento académico de alumnos: Del
curso de ofimática del área académica de Electrotecnia Industrial en el
IESTP Carlos Cueto Fernandini. GRIN Verlag.
Báez, F. C. (2018). UF2217 - Lenguaje XML. Editorial Elearning, S.L.
Caballero González, C., & Montoya Cordero, R. (2016). UF1468 -
Almacenamiento de la información e introducción a SGBD. Ediciones
Paraninfo, S.A.
Casabona, E., & Ceci, R. (2016). Sitios Multiplataforma con HTML5 + CSS3:
Domine el nuevo paradigma de la web. RedUSERS.
Clarenc, C. A. (2013). Análisis comparativo de LMS. Lulu.com.
Combaudon, S. (2018). MySQL 5.7 Administración y optimización. Ediciones
ENI.
Company, R. S. (s.f.). Lexia Rossetta Stone Company. Obtenido de
https://www.lexialearning.com/
David, R. (2017). Desarrollo de aplicaciones para Android I. Ministerio de
Educación, Cultura y Deporte.
Díaz Quintero, M., Rodriguez, K., & Quintero, N. (1 de enero de 2014). Guía de
Estilo para el Diseño de Interfaces de Software Educativos para el Apoyo
a la Reeducación de los Niños con Dislexia. Panamá.
Díaz, M., & Collazos, C. (1 de 12 de 2011). Desarrollo de un Marco Metodológico
Orientado al Diseño de Interfaces para el Tratamiento de Niños con
76
Dislexia Aplicando el Método de Proceso de Ingeniería de Usabilidad y
Accesibilidad (MPIu+a). Panamá.
Duarte Vega, G. E. (diciembre de 2015). Arquitectura para implementar Web
Services. 3. Colombia: Universidad Nacional deColombia.
encódigo Software Educativo. (13 de enero de 2010). Obtenido de
http://www.encodigo.com/software-educativo/ficha.cfm?id=1&title=Autodik
Filgueria Gomis, J. M. (2014). Mobile-Learning: Estrategias para el uso de
aplicaciones, smartphones y tablets en educación. (A. M. López Canosa,
Ed.)
Francia, J. (25 de septiembre de 2017). Scrum.org The home of Scrum. Obtenido
de https://www.scrum.org/resources/blog/que-es-scrum
Herrera Cantera, E. (s.f.). Dislexia y discalculia.com. Obtenido de
http://dislexiaydiscalculia.com/logopedas/pizarra-dinamica-de-lectura-
para-logopedas-y-psicologos/
Lewis, J., & Fowler, M. (25 de marzo de 2014). MARTINFOWLER.COM.
Obtenido de
https://www.martinfowler.com/articles/microservices.html#footnote-
etymology
Mahmood, & Mahmood, Z. (2016). Connectivity Frameworks for Smart Devices:
The Internet of Things from a Distributed Computing Perspective.
(Springer, Ed.) Obtenido de
https://books.google.com.ec/books?id=TT68DAAAQBAJ&pg=PA104&dq=
Representational+State+Transfer)&hl=es-
419&sa=X&ved=0ahUKEwjwzoLH8LHgAhUnq1kKHXPmBd0Q6AEIPDAC
#v=onepage&q=Representational%20State%20Transfer)&f=false
Mariscal, A. B. (2015). UF2405 - Modelo de programación web y bases de datos.
Editorial Elearning, S.L.
mkoehler. (septiembre de 2012). tpack. Obtenido de http://tpack.org/
77
Moreno, G. (29 de mayo de 2017). statista. Obtenido de statista:
https://es.statista.com/grafico/9576/la-adiccion-al-movil-crece-en-todo-el-
mundo/
Peñaloza Bravo, J. L. (2017). SISTEMA DE AUTOGESTIÓN DE LA SALUD
PARA PACIENTES CON DIABETES Y ASMA, DESARROLLADO E
IMPLEMENTADO EN UNA PLATAFORMA ANDROID. Guayaquil,
Guayas, Ecuador: Universidad de Guayaquil. Obtenido de
http://repositorio.ug.edu.ec/bitstream/redug/24145/1/B-CISC-
PTG.1406.Pe%C3%B1aloza%20Bravo%20Jordy%20Luis.pdf?fbclid=IwA
R05tVcB9phglWlsKyDdR-
XEQWeWGZVOpfDO3THTUFE1G3j16e61ErorCgU
Ramírez Montoya, S. (2014). Inclusión de mobile learning en ambientes virtuales
de aprendizaje: EN Experiencias de Innovación Docente Universitaria.
diciones Universidad de Salamanca.
Rivera Rodríguez, C. J. (2018). PLATAFORMA DE TECNOLOGÍAS
INTELIGENTES PARA LA AUTOGESTIÓN DE SALUD DE PACIENTES
CON DIABETES Y ASMA CON EL APOYO DE UNA APLICACIÓN
MÓVIL Y UN SISTEMA DE RECOMENDACIONES. Guayaquil, Guayas,
Ecuador: Universidad de Guayaquil.
Rodriguez Martinez, K., Díaz Quintero, M., & Quintero Fuentes, N. (1 de 11 de
2011). Herramienta Tecnológica para el Tratamiento de las Dificultades
en el Aprendizaje que Presentan los Niños y Niñas con Dislexia en
Panamá. Panamá.
Rodríguez, K., Díaz Quintero, M., & Quintero, N. (1 de 2012). Desarrollo de un
Software Educativo para el Tratamiento de los Niños con Dislexia en
Panamá aplicando el MPIu+a para el Diseño de las Interfaces de
Usuario. Panamá.
Santiago, R., Trabaldo, S., Kamijo, M., & Fernández, Á. (2015). Mobile Learning:
Nuevas realidades en el aula. Editorial Oceano.
78
Schwader, K., & Sutherland, J. (julio de 2016). scrumguides. Obtenido de
https://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-Guide-
Spanish.pdf#zoom=100
Snell, J., Tidwell, D., & Kulchenko, P. (2001). Programming Web Services with
SOAP: Building Distributed Applications. "O'Reilly Media, Inc.".
Speegle, G. D. (2002). JDBC: Practical Guide for Java Programmers. Morgan
Kaufmann.
Velasco, R. (3 de octubre de 2016). REDES ZONE. Obtenido de
https://www.redeszone.net/2016/10/03/llega-nuevo-netbeans-8-2-soporte-
completo-php7/
Wagner endivelso, F. A., Ocampo Colmenares, J. A., Munar Gómez, W. A., &
Gonzales, D. E. (2015). ALGORITMO AES FASE 3. Obtenido de
https://es.calameo.com/read/004523074ff07a109debf
79
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE NETWORKING Y
TELECOMUNICACIONES
DISEÑO Y PROTOTIPADO DE LA CAPA LÓGICA DE NEGOCIO DE LA PLATAFORMA DE
TERAPIAS MEDICAS EN LÍNEA (TEMONET).
ANEXOS
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN NETWORKING Y
TELECOMUNICACIONES
AUTOR:
IRVING ERNESTO MUÑOZ CRUZ
TUTOR:
ING. JORGE ARTURO CHICALA ARROYAVE
GUAYAQUIL – ECUADOR
2019
80
ANEXO 1: Formato de la encuesta realizada
ENCUESTA PARA EL DESARROLLO DE LA CAPA LOGICA DE NEGOCIOS
COMO MODELO DE LA ARQUITECTURA PARA EL PROYECTO DE
TERAPIAS EN LINEA TEMONET
81
82
ANEXO 2: DISEÑO DE LA ARQUITECTURA DEL WEBSERVICE APLICANDO
MICROSERVICIOS
ANEXO 3: ESQUEMA DETALLADO DEL WEBSERVICE
83
ANEXO 4: ENTREVISTA REALIZADA AL ING. OSCAR OMAR APOLINARIO
ARZUBE
84
ANEXO 5: Modelo entidad relación de la base de datos
85
ANEXO 6: CRONOG
86
ANEXO 7: Pruebas realizas con la herramienta SoapUI
Pruebas realizadas mediante la aplicación SoapUI
Lado izquierdo de la tabla Usuario
87
Lado derecho de la tabla Usuario
88
Resultado del JSON del usuario con id: 1 de la tabla Usuario
Lado izquierdo del resultado del RAW del usuario con id: 1 de la tabla Usuario
Lado derecho del resultado del RAW del usuario con id: 1 de la tabla Usuario
89
Resultado del JSON del usuario con id: 4 de la tabla Usuario
Lado izquierdo del resultado del RAW del usuario con id: 4 de la tabla Usuario
Lado derecho del resultado del RAW del usuario con id: 4 de la tabla Usuario
90
Resultado del JSON del usuario con id: 8 de la tabla Usuario
Lado izquierdo del resultado del RAW del usuario con id: 8 de la
tabla Usuario
Lado derecho del resultado del RAW del usuario con id: 8 de la tabla Usuario
91
Obtener paciente
Lado izquierdo de la tabla Paciente
92
Lado derecho de la tabla Paciente
93
Resultado del JSON del usuario con id: 2 de la tabla Paciente
Lado izquierdo del resultado del RAW del usuario con id: 2 de la tabla Paciente
Lado derecho del resultado del RAW del usuario con id: 2 de la tabla Paciente
94
Resultado del JSON del usuario con id: 5 de la tabla Paciente
Lado izquierdo del resultado del RAW del usuario con id: 5 de la tabla Paciente
Lado derecho del resultado del RAW del usuario con id: 5 de la tabla Paciente
95
Resultado del JSON del usuario con id: 7 de la tabla Paciente
Lado izquierdo del resultado del RAW del usuario con id: 7 de la tabla Paciente
Lado derecho del resultado del RAW del usuario con id: 7 de la tabla Paciente
96
Tabla Doctor
97
Resultado del JSON del usuario con id: 2 de la tabla Doctor
Resultado del RAW del usuario con id: 2 de la tabla Doctor
98
Resultado del JSON del usuario con id: 3 de la tabla Doctor
Resultado del RAW del usuario con id: 3 de la tabla Doctor
99
Resultado del JSON del usuario con id: 9 de la tabla Doctor
Resultado del RAW del usuario con id: 9 de la tabla Doctor
100
Glosario Threads: número de hilos
Strategy: Estrategia a utilizar en la prueba de carga
Test Delay: tiempo en milisegundos entre cada lote de solicitudes
Random: Factor aleatorio con el que se realiza la prueba de carga, en este caso
se distribuirán entre 1000ms y 500ms (para obtener este rango se realiza la
operación (Test Delay* Random))
Limit: tiempo de duración de la prueba de carga
Min: el tiempo más corto que ha tardado el paso en milisegundos
Max: El tiempo más largo que ha tardado el paso en milisegundos
Avg: El tiempo promedio que tarda el paso en milisegundos
Last: El tiempo del último paso en milisegundos
Cnt: El número de veces que se ha producido el paso
Tps: El número de traspasos por segundo
Bytes: El número de bytes procesados durante la prueba
Error: El número de errores que se produjeron durante la prueba.
Rat: Promedio de solicitudes fallidas
101
Test de estrés con el método ObtenerUsuario
Test de estrés con el método ObtenerPaciente
102
Test de estrés con el método ObtenerDoctor
Test de estrés con tres métodos
top related