universidad de guayaquilrepositorio.ug.edu.ec/bitstream/redug/39513/1/b-cint-ptg... ·...

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:


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:

[email protected]

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”


VIII

.

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

CARRERA DE INGENIERIA EN NETWORKING Y

TELECOMUNICACIONES



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: [email protected]

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


CUADRO N. 17


CUADRO N. 18


CUADRO N. 19


CUADRO N. 20


CUADRO N. 21


CUADRO N. 22


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


GRÁFICO N. 17


GRÁFICO N. 18


GRÁFICO N. 19


GRÁFICO N. 20


GRÁFICO N. 21


GRÁFICO N. 22


GRÁFICO N. 23


XIX



CARRERA DE INGENIERIA EN NETWORKING Y TELECOMUNICACIONES



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


XX



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


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).



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



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



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



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.



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



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



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



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



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



53

GRÁFICO N. 11 ARQUITECTURA DE MICROSERVICIOS



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



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



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



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


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



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



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



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



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?



Si 40 40%

No 60 60%

Total 100 100%






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?



Extremadamente

satisfactoria 12 12%

Muy satisfactoria 39 39%

Satisfactoria 35 35%

Poco satisfactoria 10 10%

Nada satisfactoria 4 4%

Total 100 100%






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?



Extremadamente

necesario 13 13%

Muy necesario 40 40%

necesario 36 36%

Poco necesario 9 9%

Nada necesario 2 2%

Total 100 100%






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?



PC 33 33%

Celulares 56 56%

TV 6 6%

Tablets 5 5%

Total 100 100%






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?



Si 85 85%

No 15 15%

Total 100 100%






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?



Si 30 30%

No 70 70%

Total 100 100%






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?



Si 54 54%

No 46 46%

Total 100 100%






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%



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



CARRERA DE NETWORKING Y

TELECOMUNICACIONES



ANEXOS

PROYECTO DE TITULACIÓN

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

INGENIERO EN NETWORKING Y

TELECOMUNICACIONES

AUTOR:


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

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


Lado izquierdo del resultado del RAW del usuario con id: 4 de la tabla Usuario


90


Lado izquierdo 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




95




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



99



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

universidad de guayaquilrepositorio.ug.edu.ec/bitstream/redug/39513/1/b-cint-ptg... ·...

Documents