ingeniero en sistemas computacionales...

I

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

“ANÁLISIS DEL PROCESO Y SISTEMATIZACIÓN DE LA PLANIFICACIÓN Y

SEGUIMIENTO DEL SYLLABUS ACADÉMICO DE LAS

CARRERAS DE LA UNIVERSIDAD DE

GUAYAQUIL”

PROYECTO DE TITULACIÓN

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

INGENIERO EN SISTEMAS COMPUTACIONALES

AUTORES:

Johanna Elizabeth Santana Santana

Victor Ivan Plaza Anchundia

TUTOR:

Ing. Miguel Alfonso Molina Calderón

GUAYAQUIL – ECUADOR

II

REPOSITORIO NACIONAL EN CIENCIA Y TECNOLOGÍA

FICHA DE REGISTRO de tesis TITULO “Análisis del Proceso y Sistematización de la planificación y seguimiento del Syllabus Académico de las Carreras de la Universidad de Guayaquil ”

AUTOR/ES: Johanna Elizabeth Santana Santana Victor Ivan Plaza Anchundia

REVISORES: Ing. Manuel Reyes

INSTITUCIÓN: UNIVERSIDAD DE GUAYAQUIL

FACULTAD: FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA: INGENIERÍA EN SISTEMAS COMPUTACIONALES

FECHA DE PUBLICACIÓN: N. DE PÁGS.:

ÁREAS TEMÁTICAS: “ANÁLISIS DEL PROCESO Y SISTEMATIZACIÓN DE LA PLANIFICACIÓN Y SEGUIMIENTO DEL SYLLABUS ACADÉMICO DE LAS CARRERAS DE LA UNIVERSIDAD DE GUAYAQUIL” PALABRAS CLAVE: planificación de syllabus UG, seguimiento de syllabus UG , syllabus ,planificación y seguimiento

RESUMEN: La aplicación web automatiza el proceso para agilizar el llenado del contenido de un syllabus y efectuar el cumplimiento en forma parcial o total con el fin de mejorar el servicio del docente y la calidad académica. La finalidad del proyecto es desarrollar una aplicación web que permita gestionar sistemáticamente la planificación y seguimiento del syllabus académico establecido por el departamento de Vicerrectorado de Formación Académica y Profesional para el uso de los Autoridades, Coordinadores, Docentes y Estudiantes académicos de la Universidad de Guayaquil.

N. DE REGISTRO (en base de datos):

N. DE CLASIFICACIÓN:

DIRECCIÓN URL (tesis en la web):

ADJUNTO URL (tesis en la web):

ADJUNTO PDF: SI NO

CONTACTO CON AUTORES: Johanna Elizabeth Santana Victor Plaza Anchundia

Teléfono: 0982913672 0987721751

E-mail: [email protected] [email protected]

CONTACTO EN LA INSTITUCIÓN: Ab. Juan Chávez

Nombre: Ab. Juan Chávez Atocha

Teléfono: 307729

mailto:[email protected]


III

Secretario de la Carrera Ingeniería en Sistemas Computacionales

E-mail: [email protected]

CARTA DE ACEPTACIÓN DEL TUTOR

APROBACIÓN DEL TUTOR

En mi calidad de Tutor del trabajo de titulación, “ANÁLISIS DEL PROCESO Y

SISTEMATIZACIÓN DE LA PLANIFICACIÓN Y SEGUIMIENTO DEL SYLLABUS

ACADÉMICO DE LAS CARRERAS DE LA UNIVERSIDAD DE GUAYAQUIL”,

elaborado por los estudiantes Johanna Elizabeth Santana Santana y Victor Ivan

Plaza Anchundia, Alumnos no titulados de la Carrera de Ingeniería en Sistemas

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

de Guayaquil, previo a la obtención del Título de Ingeniero en Sistemas, me

permito declarar que luego de haber orientado, estudiado y revisado, la Apruebo

en todas sus partes.

Atentamente

________________________

Ing. Miguel Molina Calderón


IV

DEDICATORIA

A Dios, la Virgen Monserrate, a mis

padres y hermana por su esfuerzo y

apoyo, también a las personas que

confiaron en mí y me dieron su apoyo

incondicional en el transcurso de mis

estudios.

Johanna Santana Santana

“Cuando la gratitud es tan absoluta las palabras

sobran” Alvaro Mutis

Quiero Dedicar este esfuerzo

convertido en obra especialmente a

Dios quien es el que ha guiado mi vida

y me ha brindado la posibilidad de

estudiar una carrera profesional.

Víctor Plaza Anchundia

“No le creas a quien te dice que no, cuando Dios ya

te dijo que sí”- Papa Francisco

V

AGRADECIMIENTO

Agradezco a DIOS, a todas las personas

que me brindaron su ayuda desde que

comencé a estudiar hasta cumplir con la

meta, a mi revisor por su ayuda, al tutor,

a los docentes por saber guiarme, a la

Msc. Inelda Martillo por sus consejos y

gratitud, también a todos los

involucrados en el proyecto gracias por

su confianza, a la DGTI, GPC y CISC por

su apoyo.

“La gratitud es la forma más exquisita de cortesía.”

Jacques Maritain

Johanna Santana Santana

Agradecimiento infinito a mi tutor.

Ing. Miguel Molina Calderón, por

su profesionalismo, instruyendo a

buscar siempre la excelencia y

hacer las cosas de mejor manera

posible.

Victor Plaza Anchundia

VI

TRIBUNAL PROYECTO DE TITULACIÓN

______________________________

Ing. Eduardo Santos Baquerizo, M.Sc.

DECANO DE LA FACULTAD CIENCIAS MATEMATICAS Y

FISICAS

______________________________

Ing. Manuel Reyes W, MBA

PROFESOR REVISOR DEL ÁREA TRIBUNAL

_____________________________

Ing. Abel Alarcón Salvatierra, Mgs.

DIRECTOR DE LA CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

_____________________________

Ing. Miguel Molina Calderón, M.Sc.

PROFESOR TUTOR DEL ÁREA TRIBUNAL

___________________________

Ab. Juan Chávez Atocha, Esp. SECRETARIO

VII

DECLARACIÓN EXPRESA

“La responsabilidad del contenido de

este Proyecto de Titulación, me

corresponden exclusivamente; y el

patrimonio intelectual de la misma a la

UNIVERSIDAD DE GUAYAQUIL”

_______________________________


________________________________


VIII







GUAYAQUIL”

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

título de INGENIERO EN SISTEMAS COMPUTACIONALES

Autores:


C.I. 0923445464

Victor Plaza Anchundia

C.I. 0930760426

Tutor:


Guayaquil, marzo de 2018

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 los

estudiantes JOHANNA ELIZABETH SANTANA SANTANA, VICTOR IVAN

PLAZA ANCHUNDIA, como requisito previo para optar por el título de Ingeniero

en Sistemas Computacionales cuyo problema es:

El incumplimiento con los plazos establecido para la creación, planificación y

seguimiento del syllabus académico en las materias impartidas en los docentes

de la Universidad de Guayaquil.

Considero aprobado el trabajo en su totalidad

Presentado por:

Johanna Elizabeth Santana Santana C.C. 0923445464

Victor Ivan Plaza Anchundia C.C. 0930760426

Tutor: Ing. Miguel Molina Calderón

Guayaquil, marzo de 2018

X




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

1. Identificación del Proyecto de Titulación

Nombre Alumno: Johanna Elizabeth Santana Santana

Victor Ivan Plaza Anchundia Dirección: Coop. Horizonte del Fortín Mz. 2060

Coop. Mapasingue este primero de mayo Mz. 506 Sl. 12 Teléfono: 0982913672 0987721751

Correo: [email protected] [email protected]

Facultad: Ciencias Matemáticas y Físicas

Carrera: Ingeniería en Sistemas Computacionales

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

Profesor tutor: Ing. Miguel Alfonso Molina Calderón

Título del Proyecto de titulación: Análisis del Proceso y Sistematización de la planificación y seguimiento del syllabus académico de las carreras de la Universidad de Guayaquil.

Tema del Proyecto de Titulación: “ANÁLISIS DEL PROCESO Y SISTEMATIZACIÓN DE LA PLANIFICACIÓN Y SEGUIMIENTO DEL SYLLABUS ACADÉMICO DE LAS CARRERAS DE LA UNIVERSIDAD DE

GUAYAQUIL”

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

Proyecto de Titulación.



XI

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

Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la

versión electrónica de este Proyecto de titulación.

Publicación electrónica:

Inmediata X Después de 1 año

Firma Alumno:

______________________ ______________________

Johanna Santana Victor Plaza

3. Forma de envío:

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

como archivo. Doc O .RTF y .Puf para PC. Las imágenes que la

acompañen pueden ser: .gif, .jpg o TIFF.

DVDROM CDROM

XII

ÍNDICE GENERAL

Contenido

CARTA DE ACEPTACIÓN DEL TUTOR ............................................................ III

DEDICATORIA ................................................................................................... IV

AGRADECIMIENTO ............................................................................................ V

ÍNDICE GENERAL ............................................................................................ XII

INDICE DE GRÁFICOS ................................................................................... XIV

ÍNDICE DE CUADROS .................................................................................... XVI

INTRODUCCIÓN ................................................................................................. 3

CAPÍTULO I ......................................................................................................... 5

EL PROBLEMA ................................................................................................... 5

PLANTEAMIENTO DEL PROBLEMA .............................................................. 5

Ubicación del Problema en el contexto ............................................................ 5

Situación Conflictos nudos críticos ................................................................... 6

Delimitación del problema ................................................................................ 8

Formulación del Problema ............................................................................... 8

Evaluación del Problema ..................................................................................... 8

OBJETIVOS..................................................................................................... 9

OBJETIVO GENERAL ..................................................................................... 9

OBJETIVOS ESPECÍFICOS .......................................................................... 10

ALCANCE ...................................................................................................... 10

JUSTIFICACIÓN E IMPORTANCIA ............................................................... 11

METODOLOGÍA DEL PROYECTO ............................................................... 11

CAPÍTULO II ...................................................................................................... 28

MARCO TEÓRICO ............................................................................................ 28

Antecedentes del estudio ................................................................................... 28

Importancia del Syllabus ................................................................................ 30

Formato de la estructura del syllabus académico de la Universidad de

Guayaquil ...................................................................................................... 31

Fundamentación teórica ................................................................................ 32

Características de Aplicaciones ..................................................................... 39

Servidores de contenidos............................................................................... 39

XIII

Entorno de Programación .............................................................................. 42

Laravel ....................................................................................................... 42

Proveedores de Servicios .......................................................................... 44

Base de Datos ........................................................................................... 46

Fundamentación Legal .................................................................................. 49

Preguntas Científicas ..................................................................................... 56

Definiciones Conceptuales ............................................................................. 56

CAPÍTULO III ..................................................................................................... 57

PROPUESTA TECNOLÓGICA .......................................................................... 57

Análisis de Factibilidad .................................................................................. 57

Factibilidad Operacional................................................................................. 58

Factibilidad Técnica ....................................................................................... 58

Factibilidad Legal ........................................................................................... 60

Factibilidad Económica .................................................................................. 60

Etapas de la metodología del Proyecto .............................................................. 63

Metodología Prototipo ........................................................................................ 63

Prototipo .................................................................................................... 68

Diseño de Casos de Uso ................................................................................... 74

Modelo de Entidad Relacional ......................................................................... 109

Entregables del Proyecto ................................................................................. 111

Criterios de Validación de Proyecto ................................................................. 111

CAPÍTULO IV .................................................................................................. 113

Criterios de Aceptación del Producto ............................................................... 113

Encuesta de satisfacción del proyecto ......................................................... 115

Conclusiones ............................................................................................... 118

Recomendaciones ....................................................................................... 118

Bibliografía....................................................................................................... 119

XIV

INDICE DE GRÁFICOS

Gráfico 1. Análisis de Involucrados .................................................................... 14 Gráfico 2. Matriz Poder Interés .......................................................................... 15 Gráfico 3. Matriz de Involucrados ...................................................................... 16 Gráfico 4. Árbol de Problema ............................................................................. 17 Gráfico 5. Árbol de Objetivos ............................................................................. 18 Gráfico 6. Árbol de Alternativas ......................................................................... 19 Gráfico 7. Diseño de Estrategias ....................................................................... 20 Gráfico 8. Etapas de la Metodología Prototipo Evolutivo.................................... 26 Gráfico 9. Fases de calidad ............................................................................... 27 Gráfico 10 Php ................................................................................................... 34 Gráfico 11 Cuadro Comparativo entre php, asp.net, jsf, python ......................... 37 Gráfico 12 Combinación de lenguaje del lado servidor ...................................... 38 Gráfico 13. Diagrama de Causas y Efectos ....................................................... 63 Gráfico 14 Esquema de la metodología Prototipos ............................................ 64 Gráfico 15. Fases del Proyecto .......................................................................... 67 Gráfico 16 Diagrama de Proceso General ........................................................ 70 Gráfico 17. Diagrama de proceso de Planificación ............................................. 71 Gráfico 18. Diagrama de proceso de Seguimiento ............................................. 72 Gráfico 19 Diagrama de Caso de Uso ............................................................... 73 Gráfico 20. Login ............................................................................................... 85 Gráfico 21. Vista Principal .................................................................................. 86 Gráfico 22. Panel de Administración .................................................................. 87 Gráfico 23 Justificación del conocimiento del syllabus ....................................... 88 Gráfico 24. Propósitos ....................................................................................... 89 Gráfico 25 Ámbito de Habilidades ...................................................................... 90 Gráfico 26. Crear Nueva Unidad ........................................................................ 91 Gráfico 27. Ingrese Contenidos ........................................................................ 92 Gráfico 28 Tipos de Ambientes de Aprendizaje ................................................. 93 Gráfico 29 Métodos, técnicas e instrumentos de Aprendizaje ............................ 94 Gráfico 30. Evaluación de los Aprendizajes ....................................................... 95 Gráfico 31 Proyectos de Integración de Saberes .............................................. 96 Gráfico 32. Planificación ................................................................................... 97 Gráfico 33. Confirmar Actividad ......................................................................... 98 Gráfico 34 Reporte de Planificación ................................................................... 99 Gráfico 35 Seguimiento de estudiante ............................................................. 100 Gráfico 36 Instrumento de Seguimiento del Docente ...................................... 101 Gráfico 37 Panel syllabus Gestor Académico .................................................. 102 Gráfico 38 Syllabus de director de carrera estado de syllabus ......................... 103 Gráfico 39 Syllabus estado decano de facultad estado de syllabus ................. 104 Gráfico 40 Seguimiento de Syllabus por parte de VIFAP ................................. 105 Gráfico 41 Seguimiento Syllabus GPC ............................................................ 106 Gráfico 42 Estadísticas de Seguimiento Unidades .......................................... 107 Gráfico 43 Gráfico de Valoración seguimiento de estudiante ........................... 108 Gráfico 44. Modelo Entidad Relación ............................................................... 109 Gráfico 45. Arquitectura del Sistema ............................................................... 110

XV

Gráfico 46. Satisfacción Diseño de Aplicación ................................................. 115 Gráfico 47. Consideración del Manejo de aplicación ........................................ 115 Gráfico 48. Satisfacción de Usuario ................................................................. 116 Gráfico 49. Consideración en mejoras del producto ......................................... 116 Gráfico 50. ¿Qué tipo de proceso manual considera desarrollar? .................... 117 Gráfico 51. Porcentaje de Recomendación de la Aplicación ............................ 117

XVI

ÍNDICE DE CUADROS

Cuadro. 1 Matriz Causas y Consecuencias ......................................................... 7 Cuadro 2. Delimitación del problema ................................................................... 8 Cuadro 3. Matriz de Marco Lógico ..................................................................... 21 Cuadro 4. Historia de la UG ............................................................................... 32 Cuadro 5. Evolución de PHP ............................................................................. 35 Cuadro 6. Componentes básicos en portales web ............................................. 40 Cuadro 7. Componentes básicos en portales web ............................................. 41 Cuadro 8. Comparación de Laravel vs Codeigniter vs Symfony ......................... 45 Cuadro 9. Comparación de Gestores de base de datos..................................... 48 Cuadro 10. Análisis técnico recurso software .................................................... 58 Cuadro 11. Análisis técnico recurso hardware ................................................... 59 Cuadro 12. Análisis Técnico Recurso Humano .................................................. 59 Cuadro 13. Costos en herramientas Software ................................................... 60 Cuadro 14. Costos en herramientas Hardware .................................................. 61 Cuadro 15. Costos en Recursos Humanos ........................................................ 61 Cuadro 16. Gastos Administrativos y Otros recursos ......................................... 61 Cuadro 17. Gastos Totales ................................................................................ 62 Cuadro 18. Propuesta de Actividades Actual vs Propuesta ............................... 65 Cuadro 19. Caso de Uso Rf1 ............................................................................. 75 Cuadro 20. Justificación Rf1 .............................................................................. 76 Cuadro 21. Caso N° 3 Propósito y Aportes del Perfil ......................................... 77 Cuadro 22. Ingreso Unidad ................................................................................ 78 Cuadro 23. Unidad Temática ............................................................................. 78 Cuadro 24. Ingresa Evaluación .......................................................................... 79 Cuadro 25. Planificación Docentes .................................................................... 80 Cuadro 26. Planificación Coordinador Académico ............................................. 81 Cuadro 27. Planificación Director ....................................................................... 81 Cuadro 28. Planificación Decano ....................................................................... 82 Cuadro 29. Planificación Vicerrectorado ............................................................ 82 Cuadro 30. Reporte Planificación ...................................................................... 82 Cuadro 31. Administrador Planificación y Seguimiento ...................................... 83 Cuadro 32. Ejecución Actividad Syllabus ........................................................... 83 Cuadro 33. Reporte de Seguimiento .................................................................. 84 Cuadro 34. Evaluación estudiante ..................................................................... 84 Cuadro 35. Satisfacción del proyecto ............................................................... 112 Cuadro 36. Aceptación de la Aplicación. .......................................................... 113 Cuadro 37. Funcionalidad ................................................................................ 113 Cuadro 38. Características de la Confiabilidad ................................................ 114

XVII

ABREVIATURAS

Ab. Abogado

CEAACES. Consejo de Evaluación, Acreditación y Aseguramiento

de la Calidad de la Educación Superior.

CES. Consejo de Educación Superior

CISC Carrera Ingeniería en Sistemas Computacionales

DGTI. Dirección de Gestión Tecnológica de la Información

FCMF. Faculta de Ciencias Matemáticas y Físicas

GPC. Gestión Pedagógica y Curricular de la Universidad de

Guayaquil.

http. Protocolo de Transferencia de Hyper Texto

Html Lenguaje de Marca de Salida de Hipertexto

Ing. Ingeniero

MML Modelo de Marco Lógico

Msc. Máster

MVC Modelo Vista Controlador

UG. Universidad de Guayaquil

VIFAP. Vicerrectorado de Formación Académico y Profesional

SCS. Sistema de recontrol del syllabus

1







GUAYAQUIL”

Autores:



Tutor:


Resumen

El syllabus académico es una herramienta importante para cumplir con el

objetivo de cada asignatura y el conjunto de asignaturas forman al estudiante de

cada carrera universitaria. La metodología a utilizar es el PROTOTIPO

FUNCIONAL que permite desarrollar proyecto con un modelo a la medida del

usuario, esta herramienta sirve de apoyo al llenado de un syllabus. La aplicación

web automatiza al syllabus académico manejado de forma manual y efectúa el

cumplimiento para mejorar al servicio del docente. La finalidad del proyecto es

desarrollar una aplicación web que permita realizar la planificación y seguimiento

del syllabus académico establecido por el departamento de Vicerrectorado de

Formación Académica y Profesional para el uso de los docentes y coordinadores

académicos de la Universidad de Guayaquil.

2







GUAYAQUIL”

Autores:


Víctor Iván Plaza Anchundía

Tutor:


Abstract

The academic syllabus is an important tool to meet the objective of each subject

and the set of subjects form the student of each university career. The

methodology to be used is the FUNCTIONAL PROTOTYPE that allows to

develop a project with a model tailored to the user, this tool supports the filling of

a syllabus. The web application automates the academic syllabus managed

manually and performs compliance to improve the service of the teacher. The

purpose of the project is to develop a web application that allows the planning

and monitoring of the academic syllabus established by the Department of

Academic and Professional Vice-rectorship for the use of teachers and academic

coordinators of the University of Guayaquil.

3

INTRODUCCIÓN

El syllabus académico es la guía principal que contribuye con el perfil de cada

asignatura y que cumple con la función de guía y orientación de los principales

aspectos del desarrollo de la misma. Los objetivos de la enseñanza serán

satisfactorios en función del cumplimiento de este elemento por parte del

docente, esto a su vez con lleva a elevar o mermar la calidad de la Institución.

En la actualidad, las entidades regulatorias de educación superior, imponen un

alto nivel de exigencia con las Instituciones Educativas públicas y privadas. El

Consejo de Evaluación, Acreditación y Aseguramiento de la Calidad de

Educación Superior (CEAACES), que mediante un proceso de acreditación

evalúa las normas y estándares regulados por el Consejo de Educación Superior

(CES), para obtener una Re categorización.

La UG está sistematizando los procesos manuales con finalidad de mejorar la

calidad académica; el proyecto es desarrollado para contribuir a un subproceso

de la gestión del syllabus académico, considerado para en una futura

evaluación, ascender de categoría. Los puntos a tomar en cuenta para dar

solución a la problemática son:

Actualmente Vicerrectorado de Formación Académica y Profesional VIFAP

dictamina que los controles de los syllabus se ejecutan de forma manual, no hay

forma de evaluar el contenido y la mayor dificultad en realizar un plan académico

de calidad muchas veces es el desconocimiento del docente en el llenado de un

syllabus de forma correcta, es importante para el estudiante lograr un

aprendizaje de excelencia académica.

Evaluar el cumplimiento del docente en cuanto a la planificación de las unidades

académicas del syllabus con el objetivo que el docente tenga un mayor

compromiso en culminar con su programa académico.

El aplicativo web está desarrollado de modo que la preparación del syllabus sea

estándar para las diferentes carreras que promociona la UG, para que se

apeguen a todas las normativas dictaminadas por el VIFAP y DGTI, además de

ser una herramienta y contribuir con el docente a elaborar y planificar el syllabus

4

y permitir a las autoridades en realizar un seguimiento del mismo, a través de

reportes en la actividad realizada diariamente.

El primer capítulo se refiere a la ubicación del Problema en un contexto claro,

situación conflicto de nudos críticos, las causas y consecuencias del Problema,

delimitación del Problema se expresa en términos de campo, área, aspecto y

tema, Formulación del Problema, luego se describen el objetivo general y los

objetivos específicos, alcances del problema, la justificación e importancia

significa el por qué y para qué; por último, la metodología del proyecto que

comprende el Desarrollo, Supuestos y restricciones y el plan de calidad.

El segundo capítulo es relacionado al marco teórico se expondrán temas de

base de datos SQL, el lenguaje php y framework Laravel, pregunta científica.

El tercer capítulo se explica la propuesta tecnológica, como es utilizada la

metodología empleada en el proyecto Prototipos.

El cuarto capítulo describe la satisfacción del usuario, las conclusiones y

recomendaciones del Proyecto.

5

CAPÍTULO I

EL PROBLEMA

PLANTEAMIENTO DEL PROBLEMA

Ubicación del Problema en el contexto

La Universidad de Guayaquil, está situada al Norte de la ciudad, se caracteriza

por ser una institución de educación superior pública, la más grande del

Ecuador, cuenta con dieciocho extensiones, cincuenta y dos carreras de

pregrado y cinco carreras de postgrado, con un total aproximado de sesenta mil

estudiantes en todas sus sedes. Actualmente se ubica en categoría “B” de

acuerdo con el último proceso de evaluación realizado por el CEAACES.

Actualmente la UG, se ha visto en obligación de aplicar un plan de mejora

continua que forma parte del modelo de gestión de la calidad académica que

aporten al desarrollo de la institución. Entre los modelos se encuentra la correcta

administración de herramientas que aborden los niveles de formación, en función

al plan de estudios de la carrera. Para ello se evalúa el micro currículo, cuyo fin

es detallar el proceso de aprendizaje a través de los objetivos, contenidos,

actividades de desarrollo, evaluación y metodología de cada asignatura que se

incluyen en los syllabus.

Uno de los inconvenientes suscitado es justamente la deficiencia en cuanto tiene

que ver a la manipulación del syllabus esto causa en la institución no

especificaba un formato estándar para todas las carreras, motivo por el cual

cada facultad propone su propio formato, esto dificulta llevar un control por parte

del VIFAP; otro problema es el proceso de registro, planificación y seguimiento

se lleva a cabo de forma manual y en instrumento físico tales como el papel, lo

que genera malestar a las demoras y errores encontrados en los syllabus.

6

Cabe destacar que en la Institución no se realiza un mecanismo de control en la

planificación y el seguimiento que actualmente está a potestad de cada docente

y solo se realiza con el fin de llevar un control interno, la planificación ocasiona

demoras y el seguimiento lo realizan en forma manual, esto implica malestar por

parte de la autoridad pertinente al no tener informes de evidencia al

cumplimiento de un syllabus en tiempo real.

En la institución se visualizan fallas en el llenado de los syllabus académicos por

no poseer un mecanismo efectivo que permita realizar un correcto proceso en el

llenado de la planificación, en el campo de formación, perfiles de egresos al

relacionarlo con la asignatura impartida por el docente, cada vez es más

exigente la entidad regularizadora en la calidad académica, en VIFAP no hay un

control superficial en la planificación para tomar controles.

Situación Conflictos nudos críticos

La problemática surge en la UG, desde las perspectivas que la autoridad

asignada al control de la gestión académica encargada el VIFAP, no cuenta con

un mecanismo para controlar el cumplimiento del Syllabus académico que

elaboran los docentes, el Departamento de Gestión Pedagógica y Curricular

considera que el 60 % de docentes no logran culminar con éxito todo el plan

curricular propuesto en cada ciclo. Adicionalmente se debe indicar que los

subprocesos para generación de este índice son manuales, lo que implica

demora en la elaboración.

En el presente estudio se evidencia que el problema no solo afecta a VIFAP,

también a varios protagonistas que son los coordinadores académicos, docentes

y estudiantes que van directamente ligados al proceso de los syllabus; cada vez

son más exigentes las entidades regulatorias y evalúan los procesos educativos

que no cumple con los requisitos dispuestos por el CEAACES.

La inadecuada planificación del syllabus académico afecta al indicador

académico teniendo dificultad para realizar una correcta gestión en la UG, la falta

de control se vuelve critica por no saber cuál es la facultad más afectada para

minimizar el riesgo y tomar decisiones en cada período académico, el

7

seguimiento del syllabus académico es uno de los controles afectados que

influye en la calidad académica.

Las necesidades que influyen en el mismo presentando falencias; al realizar un

seguimiento de forma manual que genera molestias además de afectar a la toma

de decisiones de las autoridades pertinentes.

Cuadro. 1 Matriz Causas y Consecuencias

MATRIZ CAUSA Y CONSECUENCIAS

Causas Consecuencias

Falta de capacitación,

desconocimiento de la forma

correcta de llenar el syllabus

académico.

No evalúan de forma correcta para cumplir

con el objetivo de un syllabus.

No existe formato de syllabus

estandarizado para la gestión de

un syllabus en VIFAP, cada

carrera se maneja bajo su propia

facultad.

Se dificulta la tarea de revisar e interpretar

la información debido a formatos diferentes,

el CEAACES evalúa el proceso en la

Universidad y no por facultad.

La inadecuada planificación afecta

a la calidad académica de la

Universidad de Guayaquil.

A VIFAP se le dificulta la toma de

decisiones para tomar control en el

cumplimiento por parte del docente.

El seguimiento del syllabus se

realiza de forma manual y en

documento físico.

Las falencias de los errores en los syllabus

académicos afectan al subproceso de la

gestión curricular de la Universidad de

Guayaquil.

Elaboración: Johanna Santana & Victor Plaza

Fuente: Proyecto de Titulación

8

Delimitación del problema

Cuadro 2. Delimitación del problema

DELIMITACIÓN DEL PROBLEMA

# Factor Detalle

01 Campo Tecnológico

02 Área Desarrollo de aplicaciones web

03 Aspecto Sistematización para la planificación y

seguimiento del syllabus académico

04 Tema “Análisis del proceso y Sistematización de

la Planificación y Seguimiento del Syllabus

Académico para Directivos, Docentes y

Coordinadores de Facultades, Carreras y

Estudiantes de la Universidad de

Guayaquil”

Elaboración: Johanna Santana, Victor Plaza


Formulación del Problema

¿Cómo ayuda el desarrollo de una aplicación web a mejorar el proceso en la

planificación y cumplimiento de los contenidos micro curriculares del syllabus

académico a los docentes y coordinadores de áreas en la Universidad de

Guayaquil?

Evaluación del Problema

El Incumplimiento de los syllabus y también los errores cometidos por los

docentes que desconocen el llenado de los syllabus académicos.

9

Delimitado: el proceso de la Planificación y Seguimiento del syllabus académico

en las carreras de la Universidad de Guayaquil.

Claro: El problema es claro porque afecta al control en la gestión académica y la

inconformidad por parte del estudiante al no conocer sus actividades para las

asignaturas.

Evidente Es evidente al elaborar las falencias encontradas en los syllabus

académicos, en VIFAP detectaron fallas, errores en los formatos.

Concreto: Es concreto porque no elaboran un control para cumplir con los

objetivos del syllabus académico de la asignatura impartida por el docente.

Relevante: Es relevante porque VIFAP tendrá un seguimiento de todas las

asignaturas en las distintas facultades para tener un control correctivo y

fortalecer la excelencia académica.

Factible: La herramienta ayudará a los docentes, estudiantes y las autoridades

del sistema administrativo a tener un registro para la mejora del servicio de

docente.

OBJETIVOS

OBJETIVO GENERAL

Proporcionar una herramienta informática en ambiente web para la planificación

y el seguimiento de syllabus para los docentes de la Universidad de Guayaquil,

con la utilización de herramientas open source y metodología prototipo funcional.

10

OBJETIVOS ESPECÍFICOS

Levantar la información para definir el proceso de la Planificación y

Seguimiento del Syllabus Académico, tomando como base el programa

del departamento de Gestión Curricular y Pedagógica de la Universidad

de Guayaquil.

Desarrollar un aplicativo web adaptando el registro del syllabus de la

Universidad de Guayaquil para realizar la planificación y el seguimiento

del syllabus académico con las especificaciones técnicas del

departamento Gestión de Tecnológica de la Información de la

Información.

ALCANCE

Analizar el proceso para gestionar y dar seguimiento al syllabus

ingresado en el módulo de registro del syllabus, tomando de referencia a

los diferentes tipos de usuarios que van a interactuar con el sistema para

diseñar cada una de las pantallas y acceso a la información de acuerdo al

rol que pertenece su desempeño.

Desarrollar una aplicación web en PHP, con la arquitectura MVC que

brindan mayor seguridad, se utilizará el framework Laravel 5.4 y SQL

SERVER 2012 como fuente de datos, aplicando los lineamientos

establecidos por el centro de cómputo de la UG, en el cual se permita

sistematizar la gestión y seguimiento del syllabus solicitado por el

Vicerrectorado Académico haciendo referencia al subproceso de syllabus

académico.

Rediseñar la base de datos SQL Server, para continuar con la

planificación y seguimiento, que contengan los formatos vigentes del

Vicerrectorado Académico, desarrollado con la arquitectura de Gestión de

Tecnología de la Información de la UG.

En la planificación de syllabus se registra al plan analítico con fechas de

actividades y una fecha de ejecución teniendo opción a no efectuar las

actividades.

11

Generar el flujo de Aprobación prediciendo las fechas siendo aprobadas

por la autoridad pertinente para luego ser publicado y cumplir con la ley

Orgánica Transparencia Administrativa Pública.

Registrar el cumplimiento donde el docente elije a 1 estudiante para

formar parte del seguimiento del syllabus académico.

JUSTIFICACIÓN E IMPORTANCIA

La Universidad de Guayaquil se encuentra en un proceso permanente de

acreditación realizada por el CES y CEAACES, dichas entidades regulatorias

evalúan los procesos de la institución que permita gestionar las actividades del

syllabus académico de un docente con el fin de obtener mejoría en la

planificación académica. El proyecto está enfocado para fortalecer la calidad

académica y continuar en pie de lucha para ser reconocidos a categoría A, los

docentes y estudiantes son parte de la acreditación.

El cumplimiento de las Unidades académicas del syllabus es muy importante ya

que los docentes representan la parte principal del objetivo en la preparación,

enseñanza en un tiempo establecido que apoya con las actividades académicas

y al departamento de Gestión Pedagógica y Curricular de la Universidad de

Guayaquil.

Los syllabus académicos son unos de los componentes más importantes que

evalúan el CES y CEAACES, los procesos optimizados y automatizados,

teniendo como apoyo también al control interno encargado que es el

departamento de Vicerrectorado Académico y Profesional, obteniendo como

resultado los indicadores que apoyarán a la toma de decisiones aplicando

posibles estrategias para el cumplimiento de la descripción micro curricular en el

tiempo establecido.

METODOLOGÍA DEL PROYECTO

Dentro de la metodología del proyecto serán expuestos 4 aspectos como son:

12

1. Metodología de marco lógico

2. Metodología de desarrollo

3. Supuestos y restricciones

4. Plan de calidad

Metodología de marco lógico

La metodología de marco lógico (MML), es una herramienta que se aplica en

todas las etapas del proyecto como son la planificación, el seguimiento, y la

evaluación de proyectos; cuyo fin es identificar el problema que busca solucionar

la implementación del proyecto. Esta metodología permite realizar un análisis

profundo de los problemas, objetivos y alternativas para dar solución al problema

de investigación propuesto.

El presente proyecto ha adoptado la Metodología de Marco Lógico (en adelante,

MML) como herramienta para esquematizar y facilitar el proceso de

conceptualización, diseño, ejecución y evaluación de proyectos. Se han

ejecutados los 7 pasos que arroja como resultante la Matriz de Marco Lógico, la

cual se expone en el cuadro 3.

Definición del Problema Central

Actualmente la UG, se encuentra en un proceso de mejora continua entre una de

las tantas mejoras es la automatización de procesos que por lo general se

realizan manualmente, responsabilidad atribuida al departamento DGTI,

encargada de agilización de procedimientos, cuya finalidad es lograr que los

estudiantes reciban un servicio de calidad.

Entre las mejoras que realiza la UG, es la sistematización del syllabus, el

problema surge que a través del tiempo se ha notado que los docentes no logran

13

abarcar en clases todo el contenido de la unidades temáticas o de análisis,

mermando directamente la calidad académica del estudiante, lo que conlleva a

problemas en los cursos posteriores, a medida que los estudiantes escalan a

niveles en la malla curricular en muchas ocasiones los estudiantes llegan con

vacíos, lo que causa que este no pueda desarrollar toda la capacidad intelectual,

esto hace que el docente se atrase en la planificación de sus clases, causando

muchas ocasiones malestar.

1. Análisis de Involucrados

A través del Análisis de Involucrados se identifican a la persona, grupo,

institución u Organizaciones susceptible a tener algún vínculo con el proyecto

expuesto. Cuyo fin es aprovechar y potenciar el apoyo de aquellos con los

intereses comunes y mermar o limitar los impactos negativos de aquellos con

inclinaciones opuesta pero que de una u otra manera se ven involucrados.

14

Gráfico 1. Análisis de Involucrados



El Gráfico 1 Visualiza la matriz poder interés con la respectiva ubicación de los

involucrados antes mencionados.

Análisis del Proceso y

Sistematización de la Gestión y

Seguimiento del Syllabus

Académico de las Carreras de la Universidad de

Guayaquil.

Coordinadores Académicos

Docentes

Estudiantes

Vicerrectorado Académico

Departamento de

Gestión Curricular de

la UGAutoridade

s de las carreras de

la UG

Organismo Regulatorio

CES

Organismo Regulatorio CEAACES

ESTADO ECUATORIANO

DIRECCIÓN DE GESTIÓN

TECNOLÓGICA DE LA

INFORMACIÓN (DGTI)

15

Gráfico 2. Matriz Poder Interés

Elaboración: Johanna Santana, Victor Plaza Fuente: Proyecto de Titulación

16

Gráfico 3. Matriz de Involucrados


17

2. Análisis de Problemas

Con la finalidad de realizar un mejor análisis del problema, se esquematiza en el

árbol de problemas donde se visualiza la relación entre causales y efectos.

Gráfico 4. Árbol de Problema


18

3. Análisis de Objetivos

Con la finalidad de convertir la problemática expuesta en el grafico anterior, a

aspectos positivos, a través de una serie de objetivos a cumplirse. Como

herramienta que esquematice de una forma clara y precisa los objetivos fijados

en el proyecto se expone en el Gráfico 5, el Árbol de Objetivos.

Gráfico 5. Árbol de Objetivos



19

4. Análisis de Alternativas

Se han planteado alternativas para afrontar el problema descrito, estas se

describen en el Gráfico 6.

La alternativa concientizar al docente para que cumpla con la totalidad del

syllabus, se descartan por cuanto se requiere de una herramienta informática

que agilice el proceso de seguimiento del syllabus.

Gráfico 6. Árbol de Alternativas


5. Diseño de Estrategias

20

Gráfico 7. Diseño de Estrategias


21

6. Matriz de Marco Lógico

Cuadro 3. Matriz de Marco Lógico

OBJETIVOS RESUMEN NARRATIVO

INDICADORES MEDIOS DE VERIFICACIÓN

SUPUESTOS IMPORTANTES

FIN

PROPOSITO Eficiencia para las autoridades monitorear y controlar el cumplimiento del contenido de una materia por parte del docente

Los docentes no logran cumplir todos los contenidos de las unidades temáticas

Mejora la calidad académica de los estudiantes

COMPONENTES Diseño de un modelo que solvente las necesidades que requiere administrar un Syllabus

Alto índices de syllabus sin un formato estándar

Documento de syllabus manual

Interpretar equivocadamente algún requerimiento del software por falta de experiencia del equipo

Rediseñar el módulo registro del Syllabus y adicionar la planificación y seguimiento

Software funcional que cumpla al menos el 90% de las especificaciones

Pruebas de la solución y validadas por el Vicerrectorado Académico

Interpretación incorrecta de los requerimientos, Falta de tiempo, presión que recibe el equipo

Rediseñar la base de datos del “Registro del Syllabus”

Rendimiento de la base de datos

Pruebas con carga masiva de información y alta concurrencia

Falta de experiencia del equipo en base de datos

22

Adaptar todas las bondades del Framework de desarrollo

Pruebas de conocimientos.

Poca experiencia equipo en php y desarrollo web

AC

TIV

IDA

DE

S

Levantar los requerimientos con el cliente

Oficio de reunión con el cliente(VA)

Firma del acta de reunión, fotografías

Investigar y analizar el proceso de administración del Syllabus

Búsqueda de fuentes oficiales

Referencias y citas bibliográficas

Falta de documentos actuales en la web.

Esquematizar el proceso mediante un diagrama

Analizar los nuevos requerimientos

Presentar Propuesta tecnológica

Satisfacer las expectativas de VA

Plan de Proyecto y diseño bien definidos

No cumpla las expectativas de VA.

Realizar la ingeniería en software, moldeando los requerimientos a la metodología

Diagramas de proceso, casos de uso aprobados por el tutor

Desarrollo del Software

Retroalimentación y pruebas

Reunión con VA para validación del producto

Firma de aceptación del producto

Proyecto inconcluso por falta de tiempo

Analizar el modelo entidad relación (MER) actual

Rediseñar el MER, a

23

medida que soporte los nuevos requerimientos

Crear el script SQL

Ejecutar el Script Script ejecutado 100% correcto

Alerta de éxito El Script se ejecute con error

Estudiar el Framework y sus principales componentes

Tomar Capacitaciones respecto al framework


24

Metodología de Desarrollo

¿Qué es Prototipo?

Un prototipo es un sistema auxiliar que permite probar especialmente

ciertas soluciones parciales a las necesidades del usuario o a los requisitos del

sistema. Si el prototipo se desarrolla con un costo sensiblemente inferior al del

sistema final, los errores cometidos en el mismo no resultarán demasiado

costosos, ya que su incidencia está limitada por el costo total del desarrollo de

dicho prototipo, y normalmente será inferior, ya que siempre habrá algo del

prototipo, que sea aprovechable para el resto del desarrollo. (Palomo G & Gil M,

Aproximación a la Ingenieria de Software, 2014).

La Metodología utilizada para el desarrollo es Prototipo evolutivo, se aplica en

soluciones graduales a problemas y se caracterizan por ser el desarrollo rápido,

en un período corto, aplicando al software las estrategias de desarrollo

incremental, en lugar de una planificación completa del producto y permite

cumplir con los requisitos ajustable a cambios en la retroalimentación, adicional

se aplica investigación de campo para el levantamiento de información y

requerimiento , la entrevista para requisitos técnicos.

1. Metodologías Prototipos

El funcionamiento de las fases de este modelo de software afirma (Palomo G &

Gil M, Aproximación a la Ingenieria de Software, 2014) a los modelos clásicos

tienen el inconveniente de estar muy orientados hacia una forma de desarrollo

lineal, en que cada fase del desarrollo tiene una duración limitada en el tiempo,

de forma que una vez terminada una fase pueden dedicarse a otra cosa los

recursos humanos o materiales empleados. Esto quiere decir que no contemplan

de manera organizada las vueltas atrás necesarias ocasionalmente al detectar

algo inadecuado o mal planteado en una fase anterior durante una fase que ya

está desarrollada.

25

2. Prototipos rápidos

“Estos tipos son aquellos cuya finalidad es solo adquirir

experiencia, sin pretender aprovecharlos como producto. Se

denominan también prototipos de usar y tirar (en inglés throw –

away), y maquetas (en inglés mockup) cuando su funcionalidad

es muy limitada” (Palomo G & Gil M, Aproximación a la Ingenieria

del Sofware, 2014)

3. Prototipos Evolutivos

El prototipo se utiliza aprovechando al máximo su código. En este caso el

prototipo se desarrollará sobre el mismo soporte hardware y software para

realizar el sistema en general hasta cumplir con el objetivo. (Palomo Gómez

& Gil Moraleda, 2014)

El prototipo inicial se construirá tras unas fases parciales de análisis y

diseño. La experimentación con el prototipo permitirá avanzar en esas

fases parciales, y a continuación ampliar el prototipo inicial para ir

convirtiéndolo en el sistema final mediante adiciones sucesivas. (Palomo

Gómez & Gil Moraleda, 2014).

26

Gráfico 8. Etapas de la Metodología Prototipo Evolutivo



Supuestos y Restricciones

Revisar fallas en la herramienta y mejorar las vistas de acuerdo a petición del

departamento de Gestión Curricular Pedagógico de la Universidad de Guayaquil.

En la planificación se establecerá un calendario de actividades donde se

registran las fechas en feriados locales y nacionales

En la aplicación web se integra al proyecto tema denominado “Análisis del

Proceso y Sistematización Del Registro De Syllabus De Las Carreras De La

Universidad De Guayaquil realizado de acuerdo a las leyes establecidas por

Vicerrectorado Académico ajustando al proyecto planificación y seguimiento.

En el seguimiento se realizará los componentes del resultado de aprendizaje y

demás componentes implicados en el syllabus académico de acuerdo al

departamento pedagógico curricular de la Universidad de Guayaquil.

Comunicacion

Plan rápido

Modelo diseño rápido

Construccion del Prototipo

Desarrollo

Retroalimentacion

Entrega

27

Plan de Calidad

La calidad de un software hoy en día es de vital importancia para la vida útil del

mismo, en la aplicación web utilizamos planificación de calidad del pmbook.

Gráfico 9. Fases de calidad

Elaboración: Johanna Santana, Victor Plaza Fuente: (Pmbook, 2016)

Planificar la calidad : Linea base

Registro de Interesado

Línea Base del desempeño de Costos

Linea Base del Cronograma

Registro de riesgo

Realizar el aseguramiento de calidad

Herramientas y técnicas para planificar la calidad y realizar el control de calidad

Análisis de Procesos

Actualizaciones a los activos de los procesos de la Organización

Solicitudes de cambio

Control de Calidad

Evitar errores en el proceso Realizar el control de calidad

28

CAPÍTULO II

MARCO TEÓRICO

Antecedentes del estudio

El syllabus académico es un programa detallado donde se presenta una

planificación curricular para hacer el cumplimiento del objetivo en la institución

educativa en cada carrera y asignatura en un determinado período, es muy

importante incentivar al docente a la creación de un syllabus para lograr un mejor

resultado en el logro de aprendizaje en el estudiante.

Se detallan varios proyectos desarrollados con finalidad de realizar la

planificación y seguimiento en los syllabus académicos

Una propuesta internacional, el sistema SCHOOL RESOURCES PLANNING, el

módulo SCS Sistema re control de Syllabus, está basado bajo las leyes de

reformas educativas mexicanas, el módulo está formado por el siguiente

contenido: datos generales, prerrequisitos, metodología, objetivos o

competencias, normatividad, normativa, materiales requeridos, esquema

descriptivo del contenido, evaluación, cabe recalcar el proyecto mencionado

están aplicadas (Villalba, 2011 - 2018)

El artículo científico denominado “Sistema Web para el seguimiento de los

contenidos de sílabos en la Facultad de Ingeniería en Sistemas Electrónica e

Industrial” donde expuso el desarrollo en Asp. Net con integración de Java Script

y HTML para hacer el seguimiento del cumplimiento de los contenidos del

syllabus por parte de los docentes, dirigida a la Facultad de Ingeniería en

Sistemas, Electrónica e Industrial Carera Ingeniería en Sistemas

Computacionales e Informáticos perteneciente a la Universidad Técnica de

Ambato. “El propósito del proyecto es medir y analizar el desempeño que se

emite por parte del personal docente en el proceso de aprendizaje y enseñanza

en la facultad” (Naranjo Gamboa, 2016).

29

El proyecto denominado “Modulo de control y seguimiento de Syllabus del

sistema aula virtual para Docentes de la Carrera de Ingeniería en Sistemas

Computacionales de la Universidad de Guayaquil”, su principal propuesta fue

facilitar un mecanismo que permita administrar y controlar de manera eficiente

las actividades programadas a los Docentes de CISC (Magallanes Morales,

2015).

Según (Ferruzola Duque, 2014) Elaboró un proyecto denominado “Desarrollo del

Sistema Informático para el ingreso de notas, asistencia y control de syllabus

para la Carrera de Ingeniería en Sistemas Computacionales y la Carrera de

Ingeniería en Networking y Telecomunicaciones de la Facultad de Ciencias

Matemáticas y Físicas de la Universidad de Guayaquil” , para la base de datos

utilizo SQL server y aplicación en JAVA framework ZK, referente al tema permite

realizar el registro y la visualización

De acuerdo a (Cedeño Palma, 2015) realizó un proyecto denominado

“Desarrollo del Módulo de Notas, Asistencia y Syllabus del Prototipo de Sistema

Académico para la Facultad de Ciencias Matemáticas y Físicas y Facultad de

Ciencias Administrativas de la Universidad de Guayaquil”, desarrollado con

lenguaje de programación zk, hibernate no incluyo la configuración

personalizada de los perfiles por evaluación por carrera.

Seguimiento de syllabus realizado en Microsoft .NET desarrollado para el

departamento de Vicerrectorado Académico de la Universidad de Israel está

desarrollado en la base de datos SQL server versión 2005 y lenguaje de

programación C# muestra reportes de planificación curricular y seguimiento de

syllabus y permite a las clases (Israel & Flor G, 2014).

A continuación, también se detallan las características funcionales que

hacen diferentes al resto de los proyectos ya mencionados:

La solución tecnológica está realizada con las normas vigentes, se ejecutará

sobre los lineamientos actualizados en el Departamento de Gestión de la

Tecnología de la Información, lenguaje de programación php framework laravel

versión 5.4 con tecnología AJAX, Jquery, Bootstrap.

30

Se permite crear el registro diario de un syllabus en forma de plantilla en todas

las asignaturas teniendo el tiempo un flujo de aceptación o negación de la

aprobación de la autoridad pertinente

Crear la planificación de un syllabus mediante un registro relacionando al

contenido del syllabus en un período determinado, incentivar el cumplimiento de

las unidades del syllabus y ejecutar la forma cómo se efectuará cada clase

Automatizar el seguimiento mediante la ejecución de lo planificado

Evaluación por parte de los estudiantes de la planificación registrada, esto con

motivo de poder evaluar las técnicas impartidas en las clases semanales en los

docentes en cada contenido de las Unidades del Syllabus.

Elaboración de Reportes en Tiempo Real para ver el desempeño de un Docente,

esto denotará el avance del Syllabus planificado, mediante gráficos.

Importancia del Syllabus

El syllabus a la actualidad es una herramienta muy importante para lograr un

aprendizaje de estudiante y listamos (ClubEnsayos.com, 2012)

Ayuda a controlar mejor el plan de estudios.

Permite una coordinación entre el maestro y el alumno.

Por su forma tan fácil permite poder hacer cambios a futuro para

fortalecer los logros.

Asegura el desarrollo del proceso de enseñanza.

En él syllabus se basa en todos los conocimientos

Para el docente es un instrumento que sirve de mucho beneficio para

guiarse en las actividades a desarrollarse durante un periodo.

Para el estudiante es importante porque el contenido sirve para guía

durante el periodo de clases.

31

Formato de la estructura del syllabus académico de la Universidad de Guayaquil

Datos Informativos

Son los datos más relevantes del docente que obtiene el sistema para registrar

un syllabus académico

Justificación del conocimiento del syllabus en el campo de

Formación

Llenar la justificación aportes teóricos, metodológicos, comprensión de los

problemas del campo profesional, contextos de la aplicación necesarios que

justifican a la asignatura.

Propósitos y Aportes al perfil de egreso

En esta matriz es necesario llenar los propósitos de los syllabus relacionados

con el campo de estudio y objetivos de la carrera

Aportes al perfil de egreso: son las capacidades integrales y/o competencias,

logros o resultados de aprendizaje esto son llenados de acuerdo al perfil de

carrera.

Unidades o Temáticas

En primer lugar, debe tener el docente bien definido cuales son los

conocimientos a desarrollar, en las actividades de organización del aprendizaje

que se dividen en la gestión de aplicación y experimentación, lecciones, y el

trabajo autónomo las clases teóricas, talleres; en los ambientes de aprendizaje

tipo de generación equipos colaborativos, análisis, investigación, conocimiento y

por último los métodos, técnicas e instrumentos son los valores y actitudes,

pensamiento crítico y creativo, análisis de situaciones.

32

Proyecto de Integración de saberes

Los Objetivos de la Unidad, actividades de Aprendizaje, Integración con otras

asignaturas se debe detallar las asignaturas, los productos académicos

esperados, los resultados y estándares de presentación.

Fundamentación teórica

Cuadro 4. Historia de la UG

Fundación 1 de Diciembre de 1867

Fecha establecida funcionamiento

establecimiento

1867

Máxima Autoridad Rector

Vicerrector de Formación Académica y Profesional

Vicerrector de Bienestar Estudiantil

Período Semestral

Tipo de Educación Pregrado y Postgrado

Año de Creación de Facultades Derecho 1854

Medicina 7 de noviembre de 1877

Arquitectura 23 de octubre de 1930

Físicas y matemáticas 2 de junio de 1932

Ciencias Económicas 16 de febrero de

1938

Ciencias Agrarias 16 de mayo de 1950

Ciencias Químicas 20 de agosto de 1895

Entidades Regularizadoras Consejo de Educación Superior CES

Consejo De Evaluación Acreditación y

Aseguramiento de la Calidad de Educación

Superior CEAACES

Elaboración: Johanna Santana Fuente: Vías de Investigación

33

Evaluación de Entidades a la Universidad de Guayaquil

El CEAACES evalúa la calidad de las Instituciones constituidos por 5 criterios:

academia, eficiencia académica, investigación, organización e infraestructura, en

donde se evalúa al indicador de la calidad académica teniendo como resultado

un conglomerado que influye en el syllabus académico, la evaluación del

indicador en la planificación y seguimiento se considera uno de los cuatros en los

criterios siguientes: deficiente, poco satisfactorio, satisfactorio, altamente

satisfactorio.

Según (El Telégrafo, 2017)

El CEAACES se encarga de revisar y entregar un reporte final para luego

el CES publique el resultado de la categoría perteneciente a la Re

categorización.

Son 3 indicadores claves revisado en el proceso de re categorización la

academia (calidad de docente), la gestión y la infraestructura. El puntaje

mínimo para aprobar la evaluación del CEAACES es de 70 sobre 100.

El proceso de evaluación empezó el 1 de diciembre del 2016. Fecha que

se realizó la carga de información de las extensiones al sistema

informativo del CEAACES, esta fase culmino el 31 de diciembre.

Del 3 al 27 de enero del 2017 el CES recibió y evaluó la documentación

presentada por las extensiones. La visita in situ se realizó desde el 23 de

enero hasta el 3 de febrero del presente año.

La elaboración final del informe se efectuó desde el 6 hasta el 17 de febrero,

teniendo el resultado de la última de información a la máxima autoridad.

34

¿Qué es Php?

Es un lenguaje de Programación libre y fácil de manejar para un programador

principiante, a su vez ofrece características para desarrolladores profesionales,

se ejecuta bajo el servidor, también se puede usar la línea de interfaz gráfica y el

amplio soporte a diferentes bases de datos (The PHP Group Net, 2012). Es un

lenguaje de programación open source utilizado para la creación de páginas web

dinámicas, soporta las bases de datos más utilizadas SQL SERVER, My SQL,

PostgreSQL. El servidor web puede ser configurado incluso para que procese

todos los ficheros HTML con PHP.

Gráfico 10 Php

Elaboración: Johanna Santana, Victor Plaza Fuente: Página oficial

35

Cuadro 5. Evolución de PHP

Nombre de lenguaje Año lanzamiento y características

Personal Home Page 1994 por Rasmus Lerdorf

PHP versión 2 En 1995 Permite manejar formularios y

acceder a MySQL.

PHP versión 3 En 1997 liderado por Ramus Lerdorf.

Analizador Php versión 4 Se migra al motor de análisis Zend.

PHP versión 5 Basada en la versión Zend 2 , aporta con

el desarrollo Orientado a Objetos.

PHP versión 7 Finales del 2015, mejora mucho el

rendimiento de los servidores

Elaboración: Johanna Santana, Victor Plaza Fuente: (Heurtel, 2015)

PHP ha ido evolucionando con el pasar del tiempo va tomando más fuerza en el

uso, por ser de uso free, tener un buen soporte y existir material disponible, son

varios desarrolladores que hacen el uso. En la actualidad se usa la versión 5.7 y

la nueva versión 7.19.

Ventajas de php

Código de Uso libre.

Material disponible, diversos materiales (libros, artículos, web, foros),

incluidos en la página oficial con ejemplos de php general.

Varios desarrolladores capacitados.

Soporta la conexión a varias bases de datos.

Soporta Programación Orientada a Objetos.

36

Características de un lenguaje que se ejecuta del lado servidor

según (Granados, 2015):

Se ejecutan en el servidor, enviando un contenido al cliente.

Son más seguros que los lenguajes del lado del cliente.

Es más fácil depurar y seguir el rastro de un error.

No puede ser bloqueado por el navegador.

37

Gráfico 11 Cuadro Comparativo entre php, asp.net, jsf, python

Plataformas para Desarrollo Web

PHP ASP.NET JSP/JSF PYTHON

Lenguaje de

programación

php C#/Visual Basic JAVA EE Python

Licencia Open Source Open Source/propietario Open Source Open Source

Servidor Apache IIS Tomcat/Glasfish/Jboss Apache

Entorno de Desarrollo

IDE

Sublime text, notepad,

PhpStorm, Zend Studio

Visual Studio Netbeans/eclipse/IntelliJ

IDEA

Sublime text, notepad

++.


38

Aplicación web

Las aplicaciones web reciben este nombre porque se ejecutan en internet. Es

decir, los datos o los archivos en los que trabajas son procesados y

almacenados dentro de la web. Estas aplicaciones, por lo general, no necesitan

ser instaladas en tu computador. Toda la información se guarda de forma

permanente en grandes servidores de internet y nos envían a nuestros

dispositivos o equipos los datos que requerimos en ese momento, quedando una

copia temporal dentro de nuestro equipo. (GCF Community Foundation ,

2016).Es necesario estar conectados y estar logueados con usuario y

contraseña son bastante seguro depende del servidor de la nube.

Gráfico 12 Combinación de lenguaje del lado servidor

Elaboración:

Johanna Santana

Fuente: (Rodriguez , Mario, 2006- 2017)

39

Características de Aplicaciones

Comunicación persistente el usuario no se dará cuenta si vuelve a reconectarse,

es multiplataforma porque no requiere de software adicional para funcionar. Al

realizarse todas las áreas a través de la interfaz del navegador web solo acceder

a la aplicación.

La aplicación web no requiere conocimientos sobre comunicaciones, va implícito

en el navegador y en el servidor. (Miguel J. , 2015) .

Servidores de contenidos

¿Cómo funciona la adaptabilidad de la aplicación en función del dispositivo que

solicita la información?

En el proceso de intercambio de información entre el cliente y el servidor se

utiliza el protocolo HTTP se pasa información como el tipo de dispositivo que

solicita esa información. La aplicación web debe tener los recursos necesarios

para adaptar el contenido al dispositivo a quien va dirigido. (Miguel J. , 2015) .

¿Cómo actúa la aplicación web para adaptar las paginas al destinatario?

Como se ha dicho antes, a través del protocolo HTTP. La aplicación recoge la

información del dispositivo y mediante un algoritmo utilizando, por ejemplo, un

script PHP para adaptar las páginas a su destinatario. Por ejemplo, adapta las

hojas de estilo, CSS, dependiendo si el cliente es un ordenador de sobremesa o

una Tablet (Miguel J. , 2015) .

40

Cuadro 6. Componentes básicos en portales web

Producto basado en web: servidor web y cliente navegador

Permite personalizar

La integración de sistemas que permite identificación única por cada

usuario

Adición de contenidos de diversas fuentes

Servidores Portales cuya misión es permitir el desarrollo rápido de

portales que integran el acceso a información, servicios y aplicaciones.

Se generan a través de portlets o componentes de presentación

Elaboración: Johanna Santana Fuente: (Miguel J. , 2015)

Calidad de Software

Se define como las características implícitamente requeridas a

un sistema para garantizar su calidad. La arquitectura utilizada

para el diseño del software debe responder a estos criterios

tanto en el proceso de desarrollo como la ejecución. (Eslava

Muñoz , 2013)

41

Cuadro 7. Componentes básicos en portales web

Capacidad de configurabilidad, se otorga al usuario a fin de realizar ciertos

cambios

Integridad de la información asociada

Debe tener capacidad de la Interoperabilidad con otros sistemas

Capacidad de permitir ser modificable a futuro (modificalidad)

Ser fácilmente mantenible (mantenibilidad)

Capacidad de Portabilidad, es decir que pueda ser ejecutado en diversos ambientes

tanto hardware como software

Tener una estructura que facilite la Reusabilidad de la misma en futuros sistemas

Mantener un diseño arquitectónico Escalable que permita su ampliación

Facilidad de ser sometido a pruebas que aseguren que el sistema falla cuando es lo

que se espera (testeabilidad)

Elaboración: Johanna Santana Fuente: tomado de (Eslava Muñoz , 2013)

¿Qué es POO?

La programación orientada a objetos (POO, u OOP según sus siglas en

inglés) es un paradigma de programación que usa objetos en sus

iteraciones, para diseñar aplicaciones y programas informáticos. Tomó a la

programación orientada a objetos como una de las formas más populares

de programar teniendo gran acogida en el desarrollo de proyectos de

software desde los últimos años. Esta acogida se debe a sus grandes

capacidades y ventajas frente a las antiguas formas de programar. (Roldán,

A Ciberaula, 2017).

Significa Object Oriented Programming en español, es una metodología muy

utilizada para dar soluciones a software, una forma cambiante que con el tiempo

reemplazo a la programación estructurada su capacidad tiene grandes ventajas y

capacidades frente a la gran aceptación, en la actualidad son empleados en

42

varios lenguajes de programación que soportan objetos, también se aplica al

análisis y diseño, y por último a las bases de datos.

¿Qué es un framework?

El término framework nos estamos refiriendo a una estructura software

compuesta de componentes personalizables para el desarrollo de una

aplicación. En otras palabras, un framework se puede considerar como una

aplicación genérica incompleta y configurable a la que podemos añadirle las

piezas para construir una aplicación concreta

(Gutiérrez, 2014) . El uso de framework hoy en día es utilizado por la facilidad y

ahorro de tiempo para elaborar software con funciones específicas para

desarrollar aplicaciones ágiles y fáciles.

Ventajas

Lenguaje de Programación facilita la utilización y el mantenimiento

Al crear un software se adapta más rápido porque ya hay herramienta

disponible para utilizar sin necesidad de crearlas

Foros que aportan ya poyan a las comunidades

Entorno de Programación

Laravel

Es un framework de código abierto para desarrollar aplicaciones y servicios web

con PHP 5/7. Su filosofía es desarrollar código PHP de forma elegante y simple,

evitando el “código espagueti”. Fue creado en el 2011 y tiene una gran influencia

de framework como Ruby on Rails, ASP.NET MVC.

La seguridad de laravel autenticación, autenticación a través de API,

Autorización, Cifrado, Hashing; en la base de datos se trabaja con las

migraciones.

43

Ventajas de trabajar con Laravel

Tiene mayor seguridad

Fácil de aprender el manejo a desarrolladores principiantes

No se programa, solo se crean los modelos

Utiliza artisan para crear modelos de forma rápida

Es compatible para diferentes bases de datos

Adaptable con HTML, java script, Ajax

Fácil el mantenimiento de un sitio web

Desventajas

La capacidad de los vendors se hace un poco más grande el framework

Demora en cargar los archivos

Forma de trabajar Laravel

Laravel no es un framework que utiliza una arquitectura MVC como tal ya que

adicionalmente del modelo, vista y controlador incorpora capas adicionales tales

como son la rutas y los Middlewares.

Modelos No se integra la carpeta Model reemplazada por la carpeta app/ donde

puedes estructurar tu aplicación de la forma que tenga más sentido el proyecto.

La carpeta de app controllers es una pequeña parte de la capa “Http” que se

encuentra dentro de app/. Junto a Controllers, tiene Middleware/ (no se

pluraliza), tiene el directorio Request/ donde se albergan los FormRequests y

tienes el archivo “routes.php”

La carpeta views se encuentra dentro de los resources y forma parte de los

“recursos” para presentarle los datos al usuario (assets/ lang/) (Palacios , 2017)

44

ORM permite mapear las herramientas que usa en la base de datos, es un

patrón que permite implementar las plataformas que permiten mapear las

herramientas los nodos, las capas de tu modelo de datos, ejemplo tener su

B.D.R. lo convierte cada una de las tablas a clases, estas hacen las consultas en

las bases de datos.

En laravel no se hace consulta a la base de datos directos sino a las entidades

del orm ELOQUENT o lo hace a través del constructor antirecord llamado fluent;

Blade se utiliza como motor de plantilla para las vistas.

Cómo trabaja la arquitectura

Proporciona una interfaz “estática” a las clases que están disponibles en el

contenedor de servicio de la aplicación. Facades sirven como” proxies estáticos”

a las clases subyacentes en el contenedor de servicio, proporcionando el

beneficio de una sintaxis concisa y expresiva mientras se mantiene más

testeabilidad y flexibilidad que los métodos estáticos tradicionales.

Proveedores de Servicios

Son clave para iniciar una aplicación de Laravel. Se crea la instancia de la

aplicación, se registran los proveedores de servicios y se entrega la solicitud a la

aplicación Bootstrapped.

En el proyecto se aplica adicional las herramientas Ajax, Java Script dentro

JQuery primero se crean las entidades, repositorios. En las entidades se

relacionan las bases de datos y el repositorio se almacena las rutas a usar en el

proyecto para luego invocarlas al usar.

Java Script se utiliza para trabajar con laravel para interactuar con la parte

grafica de la presentación; bootstrap se utiliza para invocar y usar plantillas

invocando a funciones de CSS.

45

Cuadro 8. Comparación de Laravel vs Codeigniter vs Symfony

Elaboración: Johanna Santana Fuente: (PHP DEVELOPMENT, 2016)

Laravel Codeigniter Symfony

Caracteristicas

Jerarquía

Utilizado por

Modulo Aplicado

Lenguaje Usado

Integrado ORM

Crear aplicaciones web

escritura frond end hasta recuperación back end

escritura fron end

Recuperación de Datos back end

MVC

Laracast October CMS

Open SSL

Mbstring

Tokenizer

PDO PHP

Eloquent ORM


escritura frond end hasta recuperación back end

MVC/HMVC

Expression Engine PyroCMS

ninguno

PHP

Doctrine, DataMapper, Gas


escritura frond end hsta recuperación back end

MVC

Drupal Joomla phpBB

json , ctype

PHP

Doctrine

46

Base de Datos

La abreviatura asignada bd. o BD, una base es un conjunto de datos

pertenecientes a un mismo contexto para almacenamiento de un sistema

utilizado como repositorio para almacenar datos de acuerdo a tamaño

organizacional. Actualmente la mayoría de datos se encuentra en forma

digital(electrónico), que ofrece un amplio rango de soluciones al problema de

almacenar datos (Guanotasig & Siza, 2012).

Tipos de Bases de Datos

Las diferentes bases de Datos a continuación

Relacionales

Distribuidas

Científicas

Espaciales

Académicas

Internacionales

Bibliográficas

Electrónicas

Base de Datos relacionales

Las bases de datos se normalizan con una relación de uno a muchos. Cada

base de datos se relaciona dependiendo su cardinalidad, estándar y normas a

cumplir con la redundancia.

47

SQL SERVER

Es un sistema gestor de base de datos desarrollado por Microsoft basado en el

modelo relacional. Sus lenguajes para consultas son T- SQL y ANSI. Microsoft

SQL SERVER constituye la alternativa de Microsoft a otros potentes sistemas

gestores de bases de datos. (Microsoft, 2015).

Ventajas

De acuerdo a (Espinoza , 2016) se detalla lo siguiente:

Es útil para manejar y obtener datos de la red de redes y compatibilidad

con la mayoría de las tareas administrativas.

Al trabajar en una red social permite agregar otros servidores de SQL

server, y poder ver las bases de datos de otra persona si tiene

autorización

Permite agregar sentencias y extrae los datos de inmediato.

Desventajas

Utiliza mucho la memoria RAM para las instalaciones y utilización de

software.

No se puede utilizar como practicas porque se prohíben muchas cosas,

las restricciones en lo particular.

48

Cuadro 9. Comparación de Gestores de base de datos

Gestores de Base de Datos

Seguridad

Licencia

Lenguajes

Estabilidad

Descripción

SQL

Seguridad para validación de usuario y datos

Pagada

Visual Studio,

Hacer más fácil para las organizaciones cumplir las políticas de cumplimiento

Es un gestor de Base de datos creado por la compañía Microsoft, soporte la velocidad

ORACLE

Seguridad de las cuentas para la validación del usuario Acceso a los objetos de las bases de datos A nivel de sistema para la gestión de privilegios globales

Pagada

PL SQL

Es muy resistente Es un gestor de base de base creado por la compañía Oracle, el precio es costoso pero tiene un alto nivel de seguridad

My SQL

Para encontrar información sobre el control de accesos, crea cuentas de usuarios y comprueba el acceso a la base de datos

Gratuita

Workbench

Información recopilada para identificar problemas

No soporta vistas

Elaboración: Johanna Santana Fuente: Proyecto de Titulación

49

Fundamentación Legal

LOTAIP Ley Orgánica de Transparencia y Acceso a la Información Pública De

acuerdo al art. 7 Difusión de La Información Pública “Por la transparencia en la

gestión que están obligadas a observar todas las instituciones del Estado que

conforman el sector público en los términos del artículo 118 de la Constitución

Política de la Republica y demás entes señalados en el artículo 1 de la presente

Ley, difundirán a través de un portal de información o página web, así como de

los medios necesarios a disposición del público, implementados en la misma

institución, la siguiente información mínima actualizada, que para efectos de esta

Ley se la considera de naturaleza obligatoria”

Art. 12 literal b) Solicitudes de Información Pública Todas las Instituciones

Públicas, personas jurídicas de derecho público o privado y demás entes

señalados en el artículo 1 de la presente ley, a través de su titular o

representante legal, presentarán a la Defensoría del Pueblo, hasta el último día

laborable del mes de marzo de cada año, un informe anual sobre el

cumplimiento del derecho de acceso a la información pública, que contendrá:

Información del período anterior sobre el cumplimiento de las

obligaciones que le asigna esta ley;

Detalle de las solicitudes de acceso a la información y el trámite dado a

cada una de ellas; y,

Informe semestral actualizado sobre el listado índice de información

reservada.

Reglamento de Régimen Académico

De acuerdo a (CEAACES, 2016) ) Art 173.- Evaluación Interna, Externa,

Acreditación, Categorización y Aseguramiento de la Calidad. El Consejo de

Evaluación, Acreditación y Aseguramiento de Calidad de Educación Superior

normará la autoevaluación institucional, y ejecutará los procesos de evaluación

externa, acreditación, clasificación académica y el aseguramiento de la calidad.

(CEAACES, 2016). Las Universidades, escuelas politécnicas, institutos

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

50

superiores del país, tanto públicos como particulares, sus carreras y programas,

deberán someterse en forma obligatoria a la evaluación interna y externa, a la

acreditación, a la clasificación académica y al aseguramiento de la calidad.

El Art 174 según (CEAACES, 2016) las Funciones del Consejo de Evaluación,

Acreditación y Aseguramiento de la Calidad de la Educación Superior son:

Planificar, coordinar y ejecutar las actividades del proceso de evaluación,

acreditación, clasificación académica y aseguramiento de la calidad de la

educación superior.

Otorgar certificados de acreditación institucional, así como para programas y

carreras, a las instituciones de educación superior y unidades académicas que

hayan cumplidos con todos los requisitos exigidos para el efecto.

ÓRGANO COLEGIADO ACADÉMICO SUPERIOR DE LA UNIVERSIDAD DE

GUAYAQUIL

Que, el inciso primero del artículo 343 de la Constitución de la República del

Ecuador prescribe que “El sistema nacional de educación tendrá como finalidad

el desarrollo de capacidades y potencialidades y potencialidades individuales y

colectivas de la población, que ´posibiliten el aprendizaje, y la generación y

utilización de conocimientos, técnicas, saberes, artes y cultura. El sistema tendrá

como centro al sujeto que aprende, y funcionará de manera flexible y dinámica,

incluyente, eficaz y eficiente”;

Que, el artículo 351 de la Constitución de la República del Ecuador prescribe

que “El sistema de educación superior estará articulado al sistema nacional de

educación y al Plan Nacional de Desarrollo; la ley establecerá los mecanismos

de coordinación del sistema de educación superior con la Función Ejecutiva.

Este sistema se regirá por los principios de autonomía responsable, cogobierno,

igualdad de oportunidades, calidad, pertinencia, integralidad, autodeterminación

para la producción del pensamiento y conocimiento, en el marco de diálogo de

saberes, pensamiento universal y producción científica tecnológica global”;

Que, el inciso primero del artículo 84 de la Ley Orgánica de Educación Superior

prescribe que “Los requisitos de carácter académico y disciplinario necesarios

51

para la aprobación de cursos y carreras, constarán en el Reglamento y demás

normas que rigen al Sistema de Educación Superior”;

Que el inciso primero del artículo 10 del Reglamento de Régimen Académico

prescribe que “La organización del aprendizaje consiste en la planificación del

proceso formativo del estudiante, a través de actividades de aprendizaje con

docencia, de aplicación práctica y de trabajo autónomo, que garantizan los

resultados pedagógicos correspondientes a los distintos niveles de formación y

sus modalidades.”;

Que es necesario que la normativa de procedimientos de evaluación y

calificación garantice la organización del aprendizaje, la eficiencia y

transparencia en la ejecución de los procesos pedagógicos, en la formación de

los estudiantes y responsabilidad de los docentes.

Reglamento de Evaluación Periódica Integral del Personal Académico

Art 1 Del Objeto. - El presente reglamento tiene por objeto regular el

procedimiento para la aplicación de la evaluación periódica e integral del

personal académico, con la finalidad de asegurar la calidad de la gestión de la

docencia e investigación, a través de procesos integrales de acompañamiento,

seguimiento, monitoreo y supervisión.

Art 2 Del ámbito. - El presente reglamento es de aplicación obligatoria dirigida al

personal académico, involucrando a los miembros de la Comunidad Universitaria

según corresponda la competencia. Abarca la evaluación de las actividades de

docencia, investigación, dirección o gestión académica. Será administrada y

aplicada por el Vicerrectorado Académico y Profesional en coordinación con la

UATH y los responsables de las unidades académicas.

Art 9.- DE las responsabilidades de los estudiantes como evaluadores del

personal académico, las siguientes:

Participar en forma obligatoria, en el proceso de evaluación periódica e

integral del personal docente, como requisito previo a los exámenes del

segundo parcial en cada periodo académico.

Evaluar de forma objetiva el desempeño de sus docentes.

52

Art 12.- De las funciones del Decano en el proceso de evaluación integral del

docente. - Son funciones del Decano en el proceso las siguientes:

Asumir los resultados de la evaluación para la toma de decisiones en función a la

planificación institucional: planeación operativa y el distributivo horario del

personal académico, entre otros.

Velar por que los miembros de la unidad académica participen activamente en el

proceso, y aplicar estrategias oportunas en casos de desaceleración de la

participación.

Supervisar las estrategias de difusión que se apliquen en cada unidad

académica tendientes a asegurar la participación de los miembros de la

comunidad académica.

Implementar los programas de incentivos y soporte académico en función de los

resultados de las evaluaciones.

Impulsar al profesorado, con excelente desempeño académico a la participación

en programas de especializados de postgrados pertinentes para la institución, en

coordinación con los respectivos Vicerrectorados.

Presentar a la Comisión del Debido Proceso, el reporte de los casos de

denuncias relacionadas a la ética y el buen vivir, para realizar el respectivo

seguimiento, garantizando la formación integral y la calidad universitaria.

Realizar el seguimiento en casos particulares de docentes evaluados en forma

deficiente por los estudiantes.

53

DE LA EVALUACIÓN DE LOS APRENDIZAJES

Art. 3.- La evaluación de los aprendizajes. - La evaluación constituye un

proceso dinámico, permanente y sistemático de valoración integral delos

aprendizajes constituyendo una estrategia continua de obtención, recolección y

análisis de la evolución y progreso de las capacidades cognitivas e investigativas

de los estudiantes, de tal forma que contribuya a garantizar la calidad e

integralidad de la formación profesional.

Art. 4.- La evaluación como recurso de aprendizaje. - Los modelos de

evaluación de los estudiantes deben ser integrales y centrados en los procesos

de organización de los aprendizajes para la resolución crítica y creativa de

problemas del conocimiento y la realidad profesional, por tanto deben basarse

en los patrones que utilizan los estudiantes para sus análisis y comprensión.

Este tipo de evaluación requiere que los contenidos, medios, recursos,

instrumentos y ambientes utilizados en el proceso, deban haber sido

desarrollados, aplicados y retroalimentados durante las diversas actividades de

aprendizaje realizadas con la asistencia del profesor, en equipos colaborativos,

en prácticas de experimentación y en el trabajo autónomo.

Art 5.- Orientación de la evaluación estudiantil. - El sistema de evaluación

estudiantil, a más de validar el nivel de logro delos aprendizajes, debe poder

retroalimentar la planificación académica, reformular los objetivos y ambientes de

aprendizaje, transformando las capacidades y trayectorias personales,

educativas y profesionales de los estudiantes y docentes.

Art 6.- De los componentes de la evaluación

Reglamento para el proceso de evaluación, calificación y recalificación de

exámenes en las carreras de 3er NIVEL DE LA UNIVERSIDAD DE

GUAYAQUIL.

54

LEY ORGÁNICA DE EDUCACIÓN SUPERIOR PRINCIPIOS DEL SISTEMA DE

EDUCACIÓN SUPERIOR

Art. 13.- Funciones del Sistema de Educación Superior. - Son funciones del

Sistema de Educación Superior:

a) Garantizar el derecho a la educación superior mediante la docencia, la

investigación y su vinculación con la sociedad, y asegurar crecientes niveles de

calidad, excelencia académica y pertinencia.

b) Promover la creación, desarrollo, transmisión y difusión de la ciencia, la

técnica, la tecnología y la cultura.

c) Formar académicos, científicos y profesionales responsables, éticos y

solidarios, comprometidos con la sociedad, debidamente preparados para que

sean capaces de generar y aplicar sus conocimientos y métodos científicos, así

como la creación y promoción cultural y artística.

Art. 32.- Programas informáticos. - Las empresas que distribuyan programas

informáticos tienen la obligación de conceder tarifas preferenciales para el uso

de las licencias obligatorias de los respectivos programas, a favor de las

instituciones de educación superior, para fines académicos. Las instituciones de

educación superior obligatoriamente incorporarán el uso de programas

informáticos con software libre.

LEY DE PROPIEDAD INTELECTUAL SECCIÓN V DISPOSICIONES

ESPECIALES SOBRE CIERTAS OBRAS PARAGRAFO PRIMERO DE LOS

PROGRAMAS DE ORDENADOR

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

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

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

expresados, ya sea en forma legible por el hombre (código fuente) o en forma

legible por máquina (código objeto), ya sean programas operativos y programas

aplicativos, incluyendo diagramas de flujo, planos, manuales de uso, y en

general, aquellos elementos que conformen la estructura, secuencia y

organización del programa.

55

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

natural o jurídica que toma la iniciativa y responsabilidad de la realización de la

obra. Se considerará titular, salvo prueba en contrario, a la persona cuyo nombre

conste en la obra o sus copias de la forma usual. Dicho titular está además

legitimado para ejercer en nombre propio los derechos morales sobre la obra,

incluyendo la facultad para decidir sobre su divulgación. El productor tendrá el

derecho exclusivo de realizar, autorizar o prohibir la realización de

modificaciones o versiones sucesivas del programa, y de programas derivados

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

mediante acuerdo entre los autores y el producto.

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

circulado lícitamente, autoriza a su propietario a realizar exclusivamente:

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

con fines de seguridad o resguardo;

b) Fijar el programa en la memoria interna del aparato, ya sea que dicha fijación

desaparezca o no al apagarlo, con el único fin y en la medida necesaria para

utilizar el programa;

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

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

adquirente no podrá transferir a ningún título el soporte que contenga el

programa así adaptado, ni podrá utilizarlo de ninguna otra forma sin autorización

expresa, según las reglas generales. Se requerirá de autorización del titular de

los derechos para cualquier otra utilización, inclusive la reproducción para fines

de uso personal o el aprovechamiento del programa por varias personas, a

través de redes u otros sistemas análogos, conocidos o por conocerse.

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

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

considerará que el programa es el objeto esencial cuando la funcionalidad del

objeto materia del contrato, dependa directamente del programa de ordenador

suministrado con dicho objeto; como cuando se arrienda un ordenador con

programas de ordenador instalados previamente.

56

Art. 32. Las excepciones al derecho de autor establecidas en los artículos 30 y

31 son las únicas aplicables respecto a los programas de ordenador.

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

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

intereses legítimos del titular de los derechos. El proyecto se fundamenta en la

siguiente norma.

Preguntas Científicas

¿Cuál es la importancia en crear una herramienta que apoye a la

planificación y seguimiento de un syllabus académico en la Universidad de

Guayaquil?

¿Cuáles son las disciplinas que estudia el syllabus académico en la

gestión curricular?

Definiciones Conceptuales

Gestor de Área. - Es el coordinador académico o jefe de área

Pertinencia. - Se refiere a la integración del cumplimiento

UI Interfaz amigables con el usuario fácil de comprender y manejar

Stakeholder. - Equipo interesado en realizar el proyecto

Re categorización. – Evaluación y asignación de categoría

Diagrama de proceso es una secuencia de pasos a seguir para cumplir con un

objetivo.

57

CAPÍTULO III

PROPUESTA TECNOLÓGICA

La propuesta de Modulo consiste en la mejora del proyecto anterior del Syllabus

Académico para la Universidad de Guayaquil, además en integrar el subproceso

que contiene la planificación y seguimiento del syllabus académico de la

Universidad de Guayaquil, la iniciativa del desarrollo es aumentar las

competencias y capacidades para crear una herramienta de apoyo a la autoridad

pertinente.

La aplicación web está desarrollada con los lineamientos de Vicerrectorado

Académico de Formación Académica y Profesional, se registran las actividades

diarias de cada ciclo académico teniendo un flujo de aprobación manejado por

un responsable de cada área: el gestor académico se encarga de llenar un

formulario que sirve de control para el seguimiento del syllabus.

Análisis de Factibilidad

A través del análisis se utilizan las herramientas para apoyar las actividades

desarrolladas en un syllabus académico, la planificación para el registro, el

seguimiento donde se involucra al estudiante para la aprobación de las

asignaturas, al coordinador académico como responsable de la aprobación de la

planificación realizada en las actividades de cada periodo lectivo.

La propuesta apoya al mejoramiento académico para los docentes,

coordinadores académicos son los que aprueban a la planificación, terminando

con el seguimiento para la autoridad pertinente.

58

Factibilidad Operacional

Es factible en la operación debido al apoyo recibido por parte de Stakeholder, el

apoyo del Departamento Vicerrectorado Académico Gestión Curricular

Pedagógica Dra. Yonaiker Navas, analista pedagógico y curricular, también con

la Dirección de la Gestión Tecnológica de la Información Msc. Inelda Martillo y al

mejoramiento de calidad para agilizar el proceso del syllabus académico, la

solución tecnológica esta aplicada bajo las normas vigentes exigidas en el

cumplimiento del reglamento interno de la Universidad de Guayaquil.

Factibilidad Técnica

La aplicación es factible técnicamente porque está desarrollada con los

lineamientos técnicos de la Universidad que está centralizando para optimizar

procesos y agilizar el registro de las actividades, teniendo el apoyo de la

Directora del Departamento de Gestión Tecnológica de la Universidad de

Guayaquil, para el funcionamiento de la aplicación web se hacen pruebas en los

servidores y repositorios de bases de datos de la institución educativa.

Cuadro 10. Análisis técnico recurso software

Recurso Descripción

Servidor de bases de datos SQL Server 2012

Software PHP

Framework Laravel 5.4

Navegador web Firefox

Apache Tomcat Versión 2.24

Editor Sublime text/PhpStorm

Elaboración: Johanna Santana Fuente: Proyecto de titulación

59

Cuadro 11. Análisis técnico recurso hardware


Laptop Dell

Almacenamiento

Procesador

Memoria

HDD 1000GB

1.7 dos núcleos

DDR4 8 GB


Cuadro 12. Análisis Técnico Recurso Humano


Analista Diseñador Diseño de bases de datos

Procesos

Manejador de Base de datos SQL server

Diseño de interfaces Ajax, Jquey, Css

Conocimiento general de aplicación web

Desarrollador Programación en php y laravel 5.4

Modelos, Vistas, Controladores, Middleware, Rutas

Desarrollo de Arquitectura de aplicación Web


60

Factibilidad Legal

Las leyes del software son protegidas y se pueden usar en las entidades

públicas, privadas con fines educativos para estudiantes y personas que les

interese aprender, las leyes de propiedad intelectual demuestran el apoyo al

derecho del autor, la ley de educación detalla el uso de herramienta utilizada en

el proyecto, la ley de comercio electrónico que protege la seguridad de datos,

aplicando todas las leyes mencionadas queda demostrado las leyes no infringen

ni afectan a los derechos de los docentes, coordinadores y autoridades de la

Universidad de Guayaquil.

Factibilidad Económica

Es factible económicamente porque la Universidad cuenta con los equipos

servidores disponibles para una futura implementación, ya que es de provecho

porque se centraliza y no consume recursos en cada extensión de la Universidad

de Guayaquil.

Cuadro 13. Costos en herramientas Software

Recurso Precio Cantidad Total

Servidor Base de Datos $2500 1 $2500

Software 0 1 0

Framework Free 1 0

Navegador Web Free 1 0

TOTAL $2500


61

Cuadro 14. Costos en herramientas Hardware

Recurso Precio Cantidad Total

Impresora 1000 1 100

Laptop 700 2 1400

UPS 700 1 700

SERVIDOR APLICACIÓN

1500 1 1500

TOTAL 3700


Cuadro 15. Costos en Recursos Humanos

Recurso Tiempo Valor Costo

Analista Diseñador 2 meses 300 600

Analista

Desarrollador

2 meses 300 600

TOTAL 1200

Elaboración: Johanna Santana – Victor Plaza Fuente: Proyecto de Titulación

Cuadro 16. Gastos Administrativos y Otros recursos

Descripción Valor

Transporte 50

Internet 200

Suministro 50

Copias 5

Impresiones 50

Empastado o anillado 20

TOTAL 375


62

Cuadro 17. Gastos Totales

Recurso Total

Software 2500

Hardware 3700

Humanos 1200

Gastos Administrativos 375

TOTAL 7775


En el proyecto solo se realizaron gastos administrativos, la aplicación es probada

en los servidores del departamento técnico de la Universidad de Guayaquil.

63

Gráfico 13. Diagrama de Causas y Efectos

Elaboración: Johanna Santana & Victor Plaza Fuente: Proyecto de Titulación

Etapas de la metodología del Proyecto

Metodología Prototipo

Existen varios métodos para el desarrollo identificado por sus ventajas. Se

trata de una metodología prototipo el método usado para el proyecto

Planificación y seguimiento del Syllabus Académico de las Carreras de la

Universidad de Guayaquil. El diseño evolutivo se centra en la

representación de aspectos software visible para el usuario y permite la

64

evaluación y retroalimentación al cliente, gracias al resultado obtenido en un

corto plazo. Las etapas de la metodología son:

Comunicación

Plan rápido

Modelado Diseño rápido

Construcción del Prototipo

Desarrollo, entrega y retroalimentación

Gráfico 14 Esquema de la metodología Prototipos


Desarrollo Entrega

Retroalimentació

n

Entradas Salidas

65

Propuesta de Actividades

Para lograr mayor control en las actividades del syllabus académico como el

material utilizado en clases se desarrolla una aplicación web, se definen la

manera actual, la aplicación propuesta por tesista anteriores y la propuesta.

Cuadro 18. Propuesta de Actividades Actual vs Propuesta

Actividad Actual Propuesta

En la aplicación al seleccionar

FACULTAD muestran todas las

Carreras de las Diferentes Unidades

Seleccione la Facultad y presenta en un

listado solo las Carreras que

corresponden a dicha facultad

Permite el ingreso de diferentes

Unidades

Límite hasta 5 Unidades para syllabus

académico

Las planificaciones en los syllabus

académicos se realizan tomando en

cuenta número de horas y no la

fecha de impartir clases

Planificación registrando fecha

precedida para impartir clases con todas

las actividades realizadas en el período

No hay control en el contenido de las

asignaturas

Ejecución de clases por parte del

docente con fecha predecida para el

respectivo control

Ausencia de reportes a autoridades Elaboración de reportes de las

actividades realizadas detallando las

herramientas utilizadas y los recursos

Firma en papel físico Check de aprobación de firma

Revisión de syllabus de forma

manual sin herramienta web

Flujo de Aprobación por los

responsables en cada ciclo académico

permitiendo visualizar desde

coordinador a VIFAP

66

Seguimiento presenta reporte de

forma manual

Seguimiento se desarrolla por Unidades

presentando 3 colores proporcionado

por VIFAP, permitiendo identificar el

cumplimiento de las actividades

ejecutadas.

Informe de evaluación de estudiantes

referente al cumplimiento del

syllabus forma física

Formulario donde se registra el

cumplimiento del syllabus con sus

directrices de cumplimiento aplicado a la

ley de régimen académico.

El estudiante elegido puede visualizar

las unidades impartidas por los

docentes pudiendo valorar una escala

de Likert que puede visualizar el VIFAP


67

Gráfico 15. Fases del Proyecto


Fase Comunicación

Analisis de Requerimiento

Programar Reunión con los stakeholders

Plan Rápido

Reunión con stakeholder para realizar el respectivo levantamiento de Información

Modelo Rápido de Diseño

Definir el alcance del Producto

Elaborar diseño de la aplicación


Revisión y Cumplimiento y Retroalimentación

Presentación del Producto a Usuario, Retroalimentación

Correción en Interface , Aprobación y entrega del Producto

Análisis de código para adaptar nueva propuesta

Desarrollo de la aplicación web en base a la anterior propuesta

68

Comunicación

Se realizaron 5 reuniones en el departamento de Vicerrectorado de Formación

Académica y Profesional.

Acta de Reunión # 1 tema a tratar el levantamiento de Información para luego

tener los requerimientos del software.

Acta de reunión # 2 levantamiento de información de la tesis anterior quedando

de acuerdo modificar requerimientos fallidos encontrados del desarrollo anterior

Acta de Reunión #3 reunión con el encargado de la planificación institucional de

la Universidad de Guayaquil, acordando continuar trabajando con VIFAP.

Acta de Reunión # 4 Requerimientos detallados con los flujos de aprobación

aplicados en solicitudes de aprobación.

Acta de Reunión # 5 Se presenta un prototipo de la planificación pensado en la

ejecución del registro de las actividades planificadas.

Plan Rápido

De acuerdo al formato de seguimiento de syllabus se estableció una

propuesta esperando el criterio del departamento gestión Curricular hasta

llegar la fecha de la reunión para entender de mejor forma los requisitos.

Modelo Rápido de Diseño

Como plan rápido se crean las interfaces basado en el formato de seguimiento

de Syllabus de la Facultad de Ciencias Matemáticas y Físicas presentamos un

formato de propuesta donde validaron los requerimientos a desarrollar en el

proyecto y cambios a realizar en la aplicación anterior, con el fin de optimizar la

funcionalidad anterior.

Prototipo

Primero se empezó analizando la base de datos donde se podía agregar más

tablas y campos para agregar y crear nuevas clases

69

Es importante la calidad empezamos por identificar a los interesados del

proyecto a VIFAP y al GPC, en la parte técnica de la DGTI, teniendo como plan

optimizar al módulo syllabus académico teniendo como prevención de riesgo

corregir algunas fallas funcionales del sistema para continuar con el registro y

empezar a desarrollar la planificación para luego el docente pueda ejecutar las

actividades diarias y el seguimiento del syllabus.

Definir bien los procesos de levantamiento de información y requerimientos, el

análisis se realiza los diagramas de procesos y se presenta al Departamento de

Gestión Curricular y Pedagógico de la Universidad de Guayaquil.

Se presentó la aplicación y luego se definió una retroalimentación aplicando

cambios en el seguimiento pudiendo visualizar los reportes por unidades y no al

finalizar el período.

70

Gráfico 16 Diagrama de Proceso General


71

Gráfico 17. Diagrama de proceso de Planificación


72

Gráfico 18. Diagrama de proceso de Seguimiento


73

Gráfico 19 Diagrama de Caso de Uso

Elaboración: Johanna Santana – Victor Plaza Fuente: Proyecto de Titulación

74

Diseño de Casos de Uso

Requerimientos funcionales

Rf 1

La aplicación debe crear el ingreso del syllabus académico de las Careras de la

Universidad.

Rf 2

La aplicación debe permitir registrar la planificación del syllabus académico.

Rf 3

Administrador de Planificación y seguimiento.

Rf 4

Ejecución de las actividades realizadas durante el ciclo académico.

Rf 5

Revisar el seguimiento del syllabus académico.

Rf 6

Evaluar el cumplimiento de las actividades del syllabus.

Identificación de actores

Usuario: Vicerrectorado Académico

Administrador: Dirección Departamento de Gestión de la Tecnología de la

Información

Coordinador Académico: Controla y aprueba el syllabus académico

Docente: Establece el llenado de su syllabus académico

Estudiante: Evalúa el cumplimiento de las actividades realizadas en clase

75

Detalle Diagrama de caso de Uso

Cuadro 19. Caso de Uso Rf1

Descripción Registro Syllabus Rf1

Actores Docentes registran los datos informativos

Descripción Permite el registro de los datos

informativos de un docente

Pre Condición inicio de sesión

Flujo

Ingresa Datos Informativos

seleccione Facultad

Carrera

Asignatura

Horario y Paralelo

Ingrese Campo Formación

Plan de Estudio

Ingrese títulos Postgrado

Horas Tutorías, Horarios Tutorías,

Horas Gestión Académica, Horas

Investigación

Sistema

Presenta Ciclo a elegir

Presenta Dominio

Plan de Estudio

Presenta Horas Presenciales

Horas Aplicación Aprendizaje

Horas Trabajo Autónomo

Código

Presenta Prerrequisitos

Presenta Correquisitos

Nivel, Período Académico

Número de Créditos, Ciclo, Docente

Post condición Haber llenado todos los campos

Sistema Guardar los datos llenados

Observación


76

Cuadro 20. Justificación Rf1

Detalle Detalles de Syllabus

Docentes llenan la justificación

de los contenidos de la

asignatura

Rf1

Actores Docentes

Descripción Justificación del Conocimiento de

Syllabus en el campo de Formación

Precondición Haber llenado los DATOS

INFORMATIVOS

Flujo

1.- Ingrese aportes teóricos

2.- Ingrese aportes metodológicos

3.- Ingrese Aporte a la comprensión de

los problemas del campo Profesional

4.- Ingrese contextos de aplicación

Sistema

Verifica si toda la información a

ingresar está llena

Postcondición Almacena los datos ingresados

Observación


77

Cuadro 21. Caso N° 3 Propósito y Aportes del Perfil

Detalle Propósito y Aportes del Perfil Rf1

Actores Docentes

Descripción Ingresar los propósitos y aportes del perfil

Precondición Haber llenado la Justificación

Flujo

1.- Ingrese el propósito de los syllabus

relacionados con el campo de estudio

y Objetivos de la Carrera

2.- Ingrese Propósitos del Aprendizaje

3.- Ingrese los aportes del Perfil de

Egreso

4.- Ingrese el perfil Genéricas de la

Universidad Ámbito

5.- Ingrese Conocimientos Genéricos

de la Universidad

6.- Ingrese Habilidades Genéricas de

la UG

7.- Ingrese Valores y Actitudes con el

perfil genérico de la UG

8.- Ingrese el perfil especifico de la

carrera

9.- Ingrese Conocimientos específicos

de la Carrera

10.- Ingrese Habilidades con el perfil

especifico de la UG


perfil especifico de la UG

12.- Ingrese el conocimiento con el

logro de aprendizaje

13.- Ingrese habilidades relacionado al

logro de aprendizaje


perfil de egreso

Sistema

Verificar que todos los campos estén

llenos

Postcondición Si campo no están llenos presentar

campo vacido para que ingrese datos y

78

luego guarda los datos

Observación Es necesario ingresar al mínimo 1

propósito o aporte del perfil de los

diferentes ámbitos


Cuadro 22. Ingreso Unidad

Detalle Unidad

Actores Docente

Descripción Ingrese unidad

Flujo

Elija Número de Unidad

Ingrese Objetivo de la Unidad

Ingrese la descripción de la Unidad

Sistema

Verifica que todos los campos no

estén en blanco

Observaciones


Cuadro 23. Unidad Temática

Detalle Ingreso Unidad Rf1

Actores Docentes

Descripción Ingrese la Unidad Temática o de

Análisis

Precondición Llenar los datos de syllabus

Flujo

Ingrese Contenido a desarrollar

Ingrese Contenido de

Contextualización

Ingrese contenido de desarrollo

Ingrese contenido de consolidación

Actividades de Organización del

Aprendizaje

Sistema

Guardar información

Verifica campos estén llenos

79

Ingrese la Interacción directa con el

profesor

Ingrese aplicación y experimentación

Elija Trabajo Autónomo

Tipos de Ambiente de Aprendizaje

Elija

Tipo De Generación del Saber

Tipo De Reconstrucción del

Conocimiento

Tipo de Aplicación de Aprendizaje

Métodos, Técnicas e Instrumentos de

Ambientes de Aprendizaje

Conocimientos

Habilidades

Ingrese Valores y Actitudes

Pensamiento crítico y creativo

Verifica que al menos un check esté lleno

Verifica input estén completos

Almacena Información

Postcondición

Se pueden crear los contenidos

necesarios para el syllabus

Si desea crear un nuevo contenido en la

Unidad clic en el botón SIGUIENTE

UNIDAD caso contrario clic en el botón

INGRESA EVALUACIÓN

Observación Se pueden crear los contenidos

necesarios para el syllabus


Cuadro 24. Ingresa Evaluación

Detalle Ingreso Unidad # 2 Rf1

Actores Docentes

Descripción Ingrese la evaluación

Precondición Llenar los datos de syllabus

Flujo

Seleccione la Unidad

Ingrese los Contenidos a desarrollar

80

Ingrese productos académicos a

esperar

Ingrese los resultados y estándares de

la presentación con las que contara la

evaluación

Postcondición Verifica que los campos de ingresar estén

llenos y los check al mínimo tener

seleccionado uno para luego almacenar

información.

Observación Los mismos pasos si desea ingresar otra

unidad está permitido el ingreso hasta 5

unidades


Cuadro 25. Planificación Docentes

Detalle Planificación Rf2

Actores Docentes

Descripción Permite registrar la planificación

Precondición Haber terminado el ingreso de un syllabus

Flujo

Seleccione Unidad

Seleccione Contenido

Seleccione Semana

Seleccione Fecha

Ingrese # Horas

Sistema

Extrae datos ingresado de la Unidad

Usa datapicker

Postcondición Llenar las unidades con su respectiva

fecha para luego almacenar la

información

Observación


81

Cuadro 26. Planificación Coordinador Académico


Actores Coordinador Académico

Descripción Permite realizar la aprobación de los syllabus

Precondición Tener un syllabus en el estado espera

Recibe el syllabus en formato pdf y acepta la

aprobación del syllabus

Flujo

1.- Aprobación del syllabus

coordinador

2.- Rechazo

Sistema

SI Aprueba Almacenar estado de aprobación

rechazo

Si rechaza presentar motivo en los

comentarios razón de estar rechazado

Guardar información del check de aceptación

Postcondición Envía a siguiente verificación el director

Observación Si se rechaza el docente puede editar el

syllabus y el coordinador espera volver a

recibir él envió para la respectiva aprobación


Cuadro 27. Planificación Director


Actores Director

Descripción Permite realizar la aprobación de los

syllabus de coordinadores

Precondición Tener un syllabus de coordinadores en el

estado espera

Flujo

1.- Aprobación del syllabus

coordinador

2.- Rechazo

3.- Verificación del syllabus docente

Sistema

1.- Recibe el syllabus en formato pdf y

acepta la aprobación del syllabus

SI Aprueba Almacenar estado de

aprobación rechazo

Si rechaza presentar motivo de rechazo

Postcondición Envía a siguiente verificación el director

Observación Registrar aprobación o rechazo


82

Cuadro 28. Planificación Decano


Actores Decano

Descripción Permite realizar la aceptación de los

syllabus de coordinadores

Precondición Check de Confirma

Flujo

Aceptación de syllabus coordinador

Sistema

Selecciona check de confirma

Postcondición Almacena flujo de aprobación

Observación


Cuadro 29. Planificación Vicerrectorado


Actores Vicerrectorado

Descripción Permite visualizar los reportes de los

docentes

Precondición Estar conectados con el rol de

Vicerrectorado

Flujo

Visualizar reportes

Sistema

Presenta reporte de docentes

Postcondición Almacena información

Observación


Cuadro 30. Reporte Planificación

Reporte Rf2

Actores Vicerrectorado Académico

Descripción Presenta reporte

Precondición Registro de fecha

Flujos

Visualiza reporte

Sistema

Permite ver toda registros de las

actividades con sus respectivas fechas

Sistema Extrae fecha de unidad consultada y

83

presenta consulta

Observación


Cuadro 31. Administrador Planificación y Seguimiento

Modulo Rf 3

Actores Administrador

Descripción Permite administrar planificación y

seguimiento del syllabus

Precondición Estar Aceptado para crear nuevas

peticiones de Usuario.

Flujos

Modificar el panel de control de

acuerdo a futuros cambios

generados en el sistema de

planificación y seguimiento del

syllabus

Sistema

Almacenar información manipulada para

luego almacenar

Postcondición Actualizar información aplicadas a la ley

del régimen Académico

Sistema Almacenar información actualizada y

autorizada por el Departamento de

Vicerrectorado Académico

Observación


Cuadro 32. Ejecución Actividad Syllabus

Detalle Ejecución Actividades Syllabus Rf 4

Actores Docente, Coordinador- Docente

Descripción Confirmar syllabus

Precondición Tener ingresado una planificación

Flujo

Elegir registro de la planificación

Sistema

Almacena los registros confirmados

84

Postcondición Haber Confirmado las actividades eligiendo

la escala de Likert al no haber cumplido elije

la fecha de la actividad desarrollada.

Observaciones


Cuadro 33. Reporte de Seguimiento

Detalle Seguimiento Vicerrectorado

Académico

Rf 5

Actores Vicerrectorado de Formación Académica y

Profesional

Descripción Visualizar todas las Unidades de los syllabus

académicos de las Carreras de la Universidad

Precondición Tener rol De Vicerrectorado

Flujo

Visualizar reportes por facultad

Sistema

Presentar consulta y luego recuperar datos

para presentarlos

Postcondición Visualizar reportes y ver cumplimiento adicional

ver la evaluación de estudiante

Observación


Cuadro 34. Evaluación estudiante

Evaluación a syllabus Rf 6

Actores Estudiante delegado o asignado

Descripción Permite realizar la evaluación del docente

que se realiza

Precondición Ser elegido en la lista del docente para

evaluar

Flujo

Evalúa por Unidad eligiendo por

Unidad

Sistema

Almacena el check de evaluación

Postcondición Se enviará la calificación a coordinador y

autoridades



85


Gráfico 20. Login


86

Gráfico 21. Vista Principal

l


87

Gráfico 22. Panel de Administración


88

Gráfico 23 Justificación del conocimiento del syllabus


89

Gráfico 24. Propósitos


90

Gráfico 25 Ámbito de Habilidades


91

Gráfico 26. Crear Nueva Unidad


92

Gráfico 27. Ingrese Contenidos


93

Gráfico 28 Tipos de Ambientes de Aprendizaje


94

Gráfico 29 Métodos, técnicas e instrumentos de Aprendizaje



95

Gráfico 30. Evaluación de los Aprendizajes


96

Gráfico 31 Proyectos de Integración de Saberes

Elaboración: Johanna Santana, Víctor Plaza Fuente: Proyecto de Titulación

97

Gráfico 32. Planificación


98

Gráfico 33. Confirmar Actividad


99

Gráfico 34 Reporte de Planificación


100

Gráfico 35 Seguimiento de estudiante


101

Gráfico 36 Instrumento de Seguimiento del Docente


102

Gráfico 37 Panel syllabus Gestor Académico


103

Gráfico 38 Syllabus de director de carrera estado de syllabus


104

Gráfico 39 Syllabus estado decano de facultad estado de syllabus


105

Gráfico 40 Seguimiento de Syllabus por parte de VIFAP


106

Gráfico 41 Seguimiento Syllabus GPC


107

Gráfico 42 Estadísticas de Seguimiento Unidades


108

Gráfico 43 Gráfico de Valoración seguimiento de estudiante


109

Modelo de Entidad Relacional


Gráfico 44. Modelo Entidad Relación

Syllabus.bibliography

id

tittle

stocks

number_copies

type_bibliography

datos_id

created_at

Syllabus.contentUnits

id

cognizance

interaction_teacher

aplication

[work]

time_learning

type_learning

methods

status

content_consolidation

content_development

content_contextualiz...

type_know

type_cognizance

methods_habilities

methods_values

methods_thinking

unit_id

Syllabus.data

id

id_docente

subject

parallel

id_parallel

schedule

camp_information

hour_week

hour_aplication

hour_work

prerequisites

corequisites

[level]

cicle

number_credits

period_academic

cod_period

teaching

tittle_postgraduate

hour_tutorial

schedule_tutorial

hour_investigation

hour_management

status

faculties_id

desc_faculties

carrer_id

desc_careers

matter_id

desc_matter

domain_id

Syllabus.datos

id

domain

subject

parallel

camp_information

hour_week

hour_aplication

hour_work

prerequisites

corequisites

code_matter

[level]

cicle

number_credits

period_academic

teaching

titlle_postgraduate

hour_tutorial

shedule_tutorial

hour_investigation

hour_management

status

created_at

updated_at

desc_faculties

desc_careers

faculties_id

carrer_id

namematter

created_by

created_ip

deleted_at

updated_by

deleted_by

updated_ip

deleted_ip

Syllabus.devPlanification

id

date_ejecution

hour

coment

likert

plancont_id

Syllabus.devStudent

id

likert

name

id_student

plancont_id

created_at

Syllabus.dominios

id

description

created_at

Syllabus.estadoAprobacion

id

estado

id_docente

nom_docente

id_revisor

cargo

data_id

created_at

updated_at

deleted_at

created_by

updated_by

deleted_by

created_ip

updated_ip

deleted_ip

Syllabus.evaluationUnits

[content]

unit_id

created_at

updated_at

deleted_at

created_by

updated_by

deleted_by

Syllabus.holiday

id

name

date

week

hours

datos_id

Syllabus.instrumentCoordinator

id

datos_id

estado

coordinator_id

coordinator

instgest

created_at

Syllabus.instrumentDecano

created_at

updated_at

deleted_at

created_by

updated_by

deleted_by

Syllabus.instrumentGestor

horaspre

txthoraspre

codasig

txtcodasig

prerequisit

txtprerequisit

corequisit

txtcorequisit

tipoasig

txttipoasig

objest

txtobjest

import

txtimport

compet

txtcompet

objasig

txtobjasig

resultap

txtresultap

probprof

txtprobprof

capacid

txtcapacid

aptitud

txtaptitud

titunid

txttitunid

objunit

txtobjunit

unidcompet

txtunidcompet

resultapobj

txtresultapobj

elecomp

txtelecomp

trabaut

txttrabaut

teceval

txtteceval

critval

txtcritval

metod

txtmetod

recur

txtrecur

biblio

txtbiblio

compresultap

txtcompresultap

objresultap

txtobjresultap

contresultap

txtcontresultap

tipos

txttipos

puntaje

txtpuntaje

porcent

txtporcent

rubrics

txtrubrics

basic

txtbasic

comple

txtcomple

Syllabus.instrumentStudent

indicator3

indicator4

indicator5

indicator6

indicator7

indicator8

indicator9_unit1

indicator9_unit2

indicator9_unit3

indicator9_unit4

indicator9_unit5

Syllabus.justification

created_by

updated_by

deleted_by

created_ip

updated_ip

deleted_ip

Syllabus.justificationClass

id

datos_id

Motivo

estado

plancont_id

created_at

updated_at

deleted_at

created_by

updated_by

Syllabus.matterCoordinator

id

coordinator

id_matter

Syllabus.planningContent

id

date_planning

num_hours

semana

recursos

unit_id

contunit_id

created_at

updated_at

deleted_at

created_by

Syllabus.projects

id

objetic

activities

integration_courses

product_academic

result

datos_id

Syllabus.purposes

generic_cognizance

especific_cognizance

attainment_cognizance

purposes_values

generic_values

especific_values

attainment_values

purpose

purpose_learning

datos_id

created_at

updated_at

deleted_at

created_by

updated_by

deleted_by

Syllabus.receivedDean

id

estado

datos_id

id_decano

name

statusDirect_id

created_at

updated_at

deleted_at

created_by

updated_by

deleted_by

created_ip

updated_ip

deleted_ip

Syllabus.requestForApproval

id

id_docente

estado

datos_id

Syllabus.responsible

id

faculties_id

carrer_id

name

identification

role

area

tittle

abreviation

datos_id

Syllabus.stagePerfomance

id

stage

status

datos_id

created_atSyllabus.statusCoordProcess

id

estado

datos_id

id_coordinator

name

Syllabus.statusDirectorProcess

id

estado

datos_id

id_director

name

statusCoord_id

created_at

Syllabus.studentMatter

id

student_id

datos_id

created_at

updated_at

Syllabus.units

id

number_unit

name_unit

objetic

status

datos_id

created_at

updated_at

deleted_at

110

Gráfico 45. Arquitectura del Sistema

Elaboración: Johanna Santana – Victor Plaza Fuente: Universidad de Guayaquil

111

Entregables del Proyecto

El Código Fuente donde se desarrolló la aplicación web

El Manual de Usuario donde se detalla lo desarrollado en el framework

Las Actas de Reunión donde se realizó el levantamiento de información

para realizar el desarrollo de la aplicación

Actas de Levantamiento de Información requerimientos del software

Criterios de Validación de Proyecto

La aplicación web tiene las funcionalidades:

Registrar, Modificar Syllabus Académico.

planificación del syllabus académico registro actividades.

Aprobación del Syllabus Académico a través de un flujo de aceptación o

rechazo por medio del responsable.

Ejecución de la planificación del syllabus académico.

reporte de planificación con clases efectuadas.

Crear evaluación de estudiantes para realizar el seguimiento del syllabus

académico.

Presentar reporte de seguimiento de acuerdo al cumplimiento para

realizar el seguimiento.

112

Cuadro 35. Satisfacción del proyecto

Actividad Satisfacción

Registrar, Modificar Syllabus Alta

Planificación del Syllabus Alta

Aprobación del syllabus Alta

Ejecución de la planificación Alta

Reporte de planificación clases

efectuadas

Alta

Evaluación de estudiantes para

seguimiento

Alta

Reporte de seguimiento Alta


113

CAPÍTULO IV

Criterios de Aceptación del Producto

Se definen los criterios relacionados a cada uno de los criterios en la aceptación

del producto para demostrar el aplicativo web apoya a las actividades

académicas del syllabus

Cuadro 36. Aceptación de la Aplicación.

Requerimientos Criterio de Aceptación

Funcionalidad Está desarrollado para el correcto funcionamiento

Eficiencia Al implementar se interactúa con los docentes

Usabilidad El diseño es interactivo con la persona que use el

aplicativo

Portabilidad La aplicación está desarrollada en un lenguaje que

soporta los navegadores más utilizados

Mantenibilidad AL realizar mantenimiento o modificar y crear nuevos

requerimientos se puede utilizar sin ningún problema

Confiabilidad Toda la información almacenada y manipulada

cuenta con un módulo de seguridad de la

Universidad de Guayaquil


Cuadro 37. Funcionalidad

Requerimiento de Funcionalidad Criterios de Aceptación

Adecuación Se utilizan todos los requerimientos para

una debida adecuación

Exactitud Los datos ingresados son datos reales de

la base académica de la Universidad

Seguridad Se crea un control a través del ingreso

por roles para evitar la sensibilidad de

información

Conformidad de la funcionalidad Se evalúa la calidad

Elaboración: Johanna Santana

114

Fuente: Proyecto de Titulación Cuadro 38. Características de la Confiabilidad

Requerimiento de Confiabilidad Criterios de Aceptación

Madurez El desarrollo cuenta con un nivel de

pruebas interna

Tolerancia a errores El aplicativo es realizado con las

validaciones necesaria para cumplir con

la calidad

Recuperabilidad El campo tiene opción de poder

recuperar el texto


115

Encuesta de satisfacción del proyecto

1.- El diseño de la aplicación es

Gráfico 46. Satisfacción Diseño de Aplicación


El 33.33% evaluó la opción fácil, el 67 entre muy fácil el 33,3% toma como un

buen diseño a la aplicación desarrollada para el Departamento de Gestión

Curricular y Pedagógica.

2.- Al manejar la aplicación se considera

Gráfico 47. Consideración del Manejo de aplicación


116

El 66.7 % es muy rápida teniendo un porcentaje considerable para el uso de la

aplicación y el 33.33% considera excelente a la aplicación, por lo tanto, al

manejar la aplicación se considera visualizar los gráficos estadísticos con un

resultado aceptable.

3.- Está satisfecho con la aplicación desarrollada

Gráfico 48. Satisfacción de Usuario


En la satisfacción de usuarios el 100 % se encuentran muy satisfecho, teniendo

una aprobación total por parte de los usuarios, trabajar en conjunto con usuarios

ayudó a construir un producto con un excelente resultado.

4.- En caso de mejorar la aplicación considera

Gráfico 49. Consideración en mejoras del producto



117

El 66.7% considera como una recomendación agregar los indicadores de la

gestión académica, el 33.3% al análisis del plan analítico, se recomienda incluir

el indicador de la gestión académica.

5.- En qué área le gustaría mejorar un proceso manual

Gráfico 50. ¿Qué tipo de proceso manual considera desarrollar?



El 33.3% considero importante las solicitudes de estudiantes que recurren

diariamente solicitado por un personal, el 66.7% considera importante el

seguimiento al historial académico en el estudiante mayor a 5 años que tiene en

la Carrera Universitaria analizando que una carrera de Modalidad presencial

tiene su tiempo de culminación y la mayoría son de 4 años.

6.- Recomendaría la aplicación

Gráfico 51. Porcentaje de Recomendación de la Aplicación



118

El 100% de porcentaje recomienda la aplicación que se desarrolló y está basada

bajos los estándares técnicos del Departamento de Gestión de la Tecnología de

la Información, en lo operativo se trabajó con las directrices del Departamento de

Gestión Pedagógica y Curricular de la Universidad de Guayaquil.

Conclusiones

La aplicación web está basada en la planificación de las actividades del syllabus

de un docente donde se registra las actividades desarrolladas para mejorar la

elaboración y el contenido del syllabus académico tomando como referencia

base del proyecto.

En el seguimiento se establecen los controles necesarios para fortalecer la

calidad académica teniendo reportes y estadísticas que aportan a los controles y

correctivos para establecer el fortalecimiento en la calidad académica.

Recomendaciones

Crear un nuevo módulo donde el Plan Analítico sea analizado y autorizado por

directivos, docentes y estudiantes con los factores relacionados con la

pedagogía curricular y el ambiente de aprendizaje establecidos en la UG.

Matriz de Resultados de Aprendizaje aprobados mediante un flujo Indicador de

gestión curricular para mejorar la calidad académica del programa evaluación de

la gestión curricular.

119

Bibliografía

CEAACES. (2016). Resultados de la acreditación y categorización

vigentes. Obtenido de Resultados de la acreditación y

categorización vigentes:

http://www.ceaaces.gob.ec/sitio/acreditacion-y-categorizacion/

Cedeño Palma, O. N. (Abril de 2015). DESARROLLO DEL MÓDULO DE

NOTAS, ASISTENCIA Y SYLLABUS DEL PROTOTIPO DE

SISTEMA ACADÉMICO PARA LA FACULTAD DE CIENCIAS

MATEMÁTICAS Y FÍSICAS Y FACULTAD DE CIENCIAS

ADMINISTRATIVAS DE LA UNIVERSIDAD DE GUAYAQUIL.

Guayaquil, Guayas, Ecuador. Obtenido de

http://repositorio.ug.edu.ec/handle/redug/10318

ClubEnsayos.com. (11 de 2012). ClubEnsayos. Obtenido de

https://clubensayos.com/Español/Syllabus/436737.html

El Telégrafo. (25 de Marzo de 2017). Extensiones universitarias

aprobaron evaluación. Extensiones universitarias aprobaron

evaluación, pág. principal. Obtenido de

http://www.eltelegrafo.com.ec/noticias/sociedad/4/extensiones-

universitarias-aprobaron-evaluacion

Eslava Muñoz , V. J. (2013). El nuevo PHP. Conceptos avanzados.

España: Bubok Publishing S.A. Obtenido de

https://books.google.com.ec/books?id=NSj3AQAAQBAJ

Espinoza , L. (2 de Abril de 2016). Gestores de bases de datos:

CAracteristicas , Ventajas y Desventajas. Obtenido de

http://ventajasydesvantajasdebasesdedatos.blogspot.com/2016/04/

Estatuto de la Universidad de Guayaquil. (2016). Proyecto Estatuto El

Órgano Colegiado Superior de la Universidad de Guayaquil.

Obtenido de

http://www.cisc.ug.edu.ec/cisc/images/ESTATUTO_UG.pdf

Ferruzola Duque, F. E. (Noviembre de 2014). Desarrollo del Sistema

Informático para el ingreso de notas, asistencia y control de

syllabus para la Carrera de Ingeniería en Sistemas

Computacionales y la Carrera de Ingeniería en Networking y

Telecomunicaciones de la Facultad de Ciencias Matemáticas y.

Guayaquil, Guayas, Ecuador. Obtenido de


120

GCF Community Foundation . (2016). GCF Aprende Libre. Obtenido de

Informática Básica :

https://www.gcfaprendelibre.org/tecnologia/curso/informatica_basic

a/explora_windows_y_mac_osx/5.do

Granados, R. L. (2015). Desarrollo de apliccaiones web en el entorno

servidor. IFCD0210. IC Editorial. Obtenido de

https://books.google.com.mx/books?id=OO91CQAAQBAJ

Guanotasig, J. R., & Siza, E. X. (2012). Diseño e Implemenatción de un

sistema web utilizando Java y empleando la metodología Scrum,

para la gestión administrativa de la Junta Parroquial de

Guaytacama perteneciente al Cantón Latacunga de la Provincia del

Cotopaxi. Latacunga, Cotopaxi, Ecuador.

Gutiérrez, J. (12 de Mayo de 2014). ¿Qué es un framework web? España.

Obtenido de http://www. lsi. us. es/~

javierj/investigacion_ficheros/Framework. pdf

Heurtel, O. (2015). PHP 5.6: desarrollar un sitio web dinámico e

interactivo. Barcelona: Española ENI. Obtenido de

books.google.com.mx/books?id=O1JyeUYGwF8C

Instituto Tecnologico de MINATITLAN . (s.f). México, México, México.

Israel, U. d., & Flor G, L. D. (2014). SISTEMA DE SEGUIMIENTO DE

SYLLABUS. Quito, Quito, Ecuador. Obtenido de

http://repositorio.uisrael.edu.ec/handle/47000/938

Lainez Fuentes , J. R. (2015). Desarrollo de Software Ágil:Extreme

Programming y Scrum. IT Campus. Obtenido de

https://books.google.com.ec/books?id=M4fJCgAAQBAJ

(2016). Ley Orgánica de Transparencia y Acceso a la Información Publica.

Guayaquil. Obtenido de http://www.ug.edu.ec/ley-organica-de-

transparencia-y-acceso-a-la-informacion-publica/#

Magallanes Morales, A. N. (Diciembre de 2015). MÓDULO DE CONTROL

Y SEGUIMIENTO DE SYLLABUS DEL SISTEMA AULA VIRTUAL

PARA DOCENTES DE LA CARRERA DE INGENIERÍA EN

SISTEMAS COMPUTACIONALES DE LA UNIVERSIDAD DE

GUAYAQUIL. Guayaquil, Guayas, Ecuador. Obtenido de


Miguel, J. (2015). MF0493_3 - Implantación de aplicaciones web en

entorno internet, intranet y extranet. España: Ediciones Paraninfo,

121

S.A. Obtenido de

https://books.google.com.ec/books?id=RtESCgAAQBAJ

Miguel, J. (2015). MF0493_3 - Implementación de aplicaciones web en

entorno internet, intranet y extranet. España: Ediciones Paraninfo.

Morales, S., Hernández, J. L., & Cuevas , R. E. (2011). Interoperabilidad

entre lenguajes de programación . Revista V, 188.

Naranjo Gamboa, T. M. (Agosto de 2016). SISTEMA WEB PARA EL

SEGUIMIENTO DEL CUMPLIMIENTO DE LOS CONTENIDOS DE

SÍLABOS EN LA FACULTAD DE INGENIERÍA EN SISTEMAS,

ELECTRÓNICA E INDUSTRIAL. Ambato, Ambato, Ecuador.

Obtenido de

http://repositorio.uta.edu.ec/jspui/bitstream/123456789/23657/1/Tes

is_t1146si.pdf

Palacios , D. (25 de Abril de 2017). Styde . Obtenido de Por qué Laravel

NO es un framework MVC y tú deberías olvidarte de MVC:

https://styde.net/porque-laravel-no-es-mvc-y-tu-deberias-olvidarte-

de-mvc/

Palomo G, S. R., & Gil M, E. (2014). Aproximación a la Ingenieria de

Software. Madrid: Editorial Universitaria. Obtenido de

https://books.google.com.mx/books?id=5W-nDAAAQBAJ

Palomo G, S. R., & Gil M, E. (2014). Aproximación a la Ingenieria del

Sofware. Madrid: Editorial Madrid. Obtenido de


Palomo Gómez , S. R., & Gil Moraleda, E. (2014). Aproximación a la

Ingeniería del Sofware. Madrid: Editorial Universitaria. Obtenido de


PHP DEVELOPMENT. (2016). PHP Frameworks Comparison 2016:

Laravel vs CodeIgniter vs Symfony vs CakePHP (Infographic).

Obtenido de PHP Frameworks Comparison 2016: Laravel vs

CodeIgniter vs Symfony vs CakePHP (Infographic):

http://socialcompare.com/es/comparison/php-frameworks-

comparison

Plaza Anchundia, V., & Santana Santana, J. (2017). Guayaquil.

Rodriguez , Mario. (2006- 2017). Aprender a Programar. La Laguna,

España, Ecuador. Obtenido de

https://www.aprenderaprogramar.com/attachments/article/777/CU0

122

1103E%20que%20es%20javascript%20css%20HTML%20conocimi

entos%20previos%20aprender%20web.pdf

Roldán, A Ciberaula. (2017). Curso gartuito - Programación Orientada a

Objetos . Obtenido de

http://www.ciberaula.com/articulo/tecnologia_orientada_objetos

SANTAMARÍA, R. (s.f.). REST avanzado. Universidad de SALAMANCA,

Europa. Obtenido de

http://vis.usal.es/rodrigo/documentos/soa/REST%20avanzado.pdf

Sierra, F., Acosta, J., Ariza, J., & Salas, M. (15 de Octubre de 2013).

Estudio y análisis de los framework en php basados en el modelo

vista controlador para el desarrollo de software orientado a la web.

REVISTA I + D EN TIC, 4(2), 5. Obtenido de

http://publicaciones.unisimonbolivar.edu.co/rdigital/ojs/index.php/id

entic/article/view/1517/1446










REVISTA I + D EN TIC, 4(2), 1-2. Obtenido de



Sierra, F., Acosta, J., Ariza, J., & Salas, M. (15 de octubre de 2013).








vista controlador para el desarrollo de software orientado a la web .

(U. S. Bolívar, Ed.) Revista I+D EN TIC, 4(2), 2. Obtenido de


entic/article/download/1517/1446

123

The PHP Group Net. (2012). PHP 7.2.0 Beta 1 Released. Obtenido de

¿Qué es PHP?: http://php.net/manual/es/intro-whatis.php

Trigas Gallego, M. (2012). Metodología Scrum. Gestión de Proyectos

Informáticos. Obtenido de http://openaccess. uoc.

edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612memori

a. pdf

Villalba, V. G. (2011 - 2018). SAS.NET School REource Planning .SRP.

Obtenido de School REource Planning:

http://www.bsgmexico.mx/srp.htm

125

Anexo 1

Fotos con usuario

VIFAP

En VIFAP en el departamento donde realizamos el levantamiento de

información, el 18 de julio del 2017 empezamos a trabajar en este proyecto con

la lista de requerimientos


El acta de reunión de la fecha 31 de julio analizamos el segundo levantamiento

de información tomando la propuesta requerida


126


El acta del 3 de septiembre donde se rediseño la aplicación integrando la parte

de planificación.


El acta del 3 de septiembre se presenta avance de aplicación web


127

El 22 de septiembre se hice una retroalimentación en la planificación


El acta de reunión del 7 de diciembre se presentó la aplicación completa

considerando la segunda retroalimentación

128

Anexo 2

Actas

136

Anexo 3

Informe mencionado en el capítulo 4

137

Anexo 4

Carta de Aceptación

ingeniero en sistemas computacionales...

Documents