UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/16203/1/B_CISC_PTG... ·...

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

DESARROLLO DE UNA HERRAMIENTA DE

COMPARACIÓN ENTRE LOS ANTEPROYECTOS E

INVENTARIO DE TESIS REGISTRADOS EN LA

BIBLIOTECA DE LA CARRERA DE INGENIERÍA

EN SISTEMAS COMPUTACIONALES

PROYECTO DE TITULACIÓN

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

INGENIERO EN SISTEMAS COMPUTACIONALES

AUTOR: Manuel Antonio Cabrera Peñafiel

TUTOR: Ing. Jorge Isaac Avilés Monroy

GUAYAQUIL – ECUADOR

2016

REPOSITORIO NACIONAL DE CIENCIA Y TECNOLOGÍA

FICHA DE REGISTRO DE TESIS

TÍTULO: DESARROLLO DE UNA HERRAMIENTA DE COMPARACIÓN

ENTRE LOS ANTEPROYECTOS E INVENTARIO DE TESIS REGISTRADOS EN

LA BIBLIOTECA DE LA CARRERA DE INGENIERÍA


AUTOR: Manuel Antonio

Cabrera Peñafiel REVISORES

INSTITUCIÓN: Universidad de

Guayaquil

FACULTAD: Ciencias Matemáticas y Físicas

Carrera: Ingeniería En Sistemas Computacionales

Fecha de publicación: Agosto

2016

Nº DE PAGS: 115

ÁREA TEMÁTICA: Desarrollo de software

PALABRAS CLAVES: Coincidencias, anteproyecto, tesis, Aplicación, web

RE SUMEN: Entre los procesos que se realizan en la Carrera de Ingeniería en Sistemas

Computacionales, la tarea de revisión de anteproyectos es una de las que más tiempo

se lleva, razón por la cual se implementará una aplicación web que ayude a la

automatización de dicho proceso enfocándose en la revisión de coincidencias entre

anteproyectos con otros documentos como tesis, otros anteproyectos y páginas web con

esto se busca mejorar la calidad y rapidez del proceso, para desarrollar el presente

proyecto se utilizará el paradigma de metodología agiles, en una adaptación de la

metodología SCRUM, el lenguaje de programación será ASP.net y la base de datos

SQLSERVER.

Nº DE REGISTRO: (en base de

datos):

N° DE CLASIFICACIÓN:

DIRECCIÓN URL (tesis en la web):

ADJUNTO PDF Si

x

No

CONTACTO CON AUTOR:

Manuel Antonio Cabrera Peñafiel Teléfono:

042160246 Email:

[email protected]

CONTACTO DE LA

INSTITUCIÓN:

Universidad de Guayaquil

Nombre:

Teléfono:

II

APROBACIÓN DEL TUTOR

En mi calidad de Tutor del trabajo de titulación, “DESARROLLO DE UNA

HERRAMIENTA DE COMPARACIÓN ENTRE LOS ANTEPROYECTOS E

INVENTARIO DE TESIS REGISTRADOS EN LA BIBLIOTECA DE LA

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES”, elaborado

por el Sr. Manuel Antonio Cabrera Peñafiel, Alumno no titulado de la Carrera

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

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

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

estudiado y revisado, la Apruebo en todas sus partes.

Atentamente

Ing. Jorge Isaac Avilés Monroy

TUTOR

III

DEDICATORIA

A mis padres que son los pilares de

mi vida, gracias a ellos hoy están

leyendo esto.

A mi esposa y mi hijo que son la

bendición que Dios me ha dado.

IV

AGRADECIMIENTOS

A Dios, porque con su bendición, hoy estoy

cumpliendo un sueño de vida.

A mis padres, mis queridos ángeles que Dios

me mando para cuidarme, si me tocase volver

a nacer los escogería siempre como padres.

Al Ing. Miguel Molina que su conocimiento y

paciencia me ayudó a que este proyecto se

haga realidad.

Al Ing. Roberto Collantes, mi tutor, que con

su paciencia y sugerencias me ha sabido guiar

en el arduo camino que ha sido realizar esta

tesis.

A mis revisores el Ing. Jorge Avilés que me

dio excelentes consejos para mejorar mi tesis

y a la Lcda. Noemí Vargas que me ayudo de

gran manera a pulir este documento.

A mi compañero del curso de titulación, de

trabajo, de estadio, Jordy Solís Loyola, que

me supo dar la mano siempre que lo requerí.

A todos los docentes de mi vida académica ya

que cada uno alimentó mi espíritu estudiantil.

A los Ing. Ronald Fuentes, Alexandra Rivera,

y Fernando Mendoza, mis compañeros de mis

primeros semestres que me dieron la mano

para seguir esta carrera.

A mi esposa por la paciencia que me ha tenido

en la elaboración de este documento.

V

TRIBUNAL PROYECTO DE TITULACIÓN

Ing. Eduardo Santos Baquerizo, M. Sc.

DECANO DE LA FACULTAD DE

CIENCIAS MATEMÁTICAS Y

FÍSICAS

Ing. Roberto Crespo Mendoza, M. Sc.

DIRECTOR DE LA CARRERA DE

INGENIERÍA EN SISTEMAS

COMPUTACIONALES

Ing. Luis Armando Arias Duque, M. Sc.

PROFESOR REVISOR DEL ÁREA

TRIBUNAL

Lcda. Noemí Vargas Caicedo, M. Sc.

PROFESOR REVISOR DEL ÁREA

TRIBUNAL

Ing. Jorge Isaac Avilés Monroy, M. Sc.

PROFESOR TUTOR DEL PROYECTO

DE TITULACIÓN

Ab. Juan Chávez Atocha, Esp.

SECRETARIO

VI

DECLARACIÓN EXPRESA

“La responsabilidad del contenido de este Proyecto de Titulación, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”

Manuel Antonio Cabrera Peñafiel.

VII

.

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

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

DESARROLLO DE UNA HERRAMIENTA DE COMPARACIÓN

ENTRE LOS ANTEPROYECTOS E INVENTARIO DE TESIS

REGISTRADOS EN LA BIBLIOTECA DE LA CARRERA DE

INGENIERÍA


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

de INGENIERO EN SISTEMAS COMPUTACIONALES

Autor: Manuel Antonio Cabrera Peñafiel.

C.I.0922595939

Tutor: Ing. Jorge Isaac Avilés Monroy.

Guayaquil, agosto de 2016

VIII

CERTIFICADO DE ACEPTACIÓN DEL TUTOR

En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.

CERTIFICO:

Que he analizado el proyecto de titulación presentado por el/la estudiante Manuel Antonio Cabrera Peñafiel, como requisito previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es: DESARROLLO DE UNA HERRAMIENTA DE COMPARACIÓN ENTRE LOS ANTEPROYECTOS E INVENTARIO DE TESIS REGISTRADOS EN LA BIBLIOTECA DE LA CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES Considero aprobado el trabajo en su totalidad.

Presentado por:

Manuel Antonio Cabrera Peñafiel. C.I.0922595939


Guayaquil, agosto de 2016

IX



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

1. Identificación del Proyecto de Titulación Nombre Alumno: Manuel Antonio Cabrera Peñafiel.

Dirección: Coop. 5 de Diciembre km 15.5 vía Daule

Teléfono:2160246 E-mail: [email protected]

Facultad: Ciencias Matemáticas y Físicas

Carrera: Carrera de Ingeniería en Sistemas Computacionales

Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales Profesor tutor: Ing. Jorge Isaac Avilés Monroy

Título del Proyecto de titulación DESARROLLO DE UNA HERRAMIENTA DE COMPARACIÓN ENTRE LOS ANTEPROYECTOS E INVENTARIO DE TESIS REGISTRADOS EN LA BIBLIOTECA DE LA CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES Tema del Proyecto de titulación: Coincidencias, anteproyecto, tesis, Aplicación, web

2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación. Publicación electrónica:

Inmediata x Después de 1 año

Firma Alumno:

3. Forma de envío:

DVDROM x CDROM

X

ÍNDICE GENERAL

APROBACIÓN DEL TUTOR ......................................................................................... II

DEDICATORIA ............................................................................................................. III

AGRADECIMIENTOS .................................................................................................. IV

DECLARACIÓN EXPRESA ......................................................................................... VI

CERTIFICADO DE ACEPTACIÓN DEL TUTOR ....................................................VIII

ÍNDICE GENERAL .........................................................................................................X

ÍNDICE DE CUADROS ............................................................................................... XII

ÍNDICE DE FIGURAS ................................................................................................XIII

ABREVIATURAS ...................................................................................................... XIV

RESUMEN .................................................................................................................... XV

ABSTRACT ................................................................................................................ XVI

INTRODUCCIÓN ............................................................................................................ 1

CAPÍTULO I .................................................................................................................... 2

EL PROBLEMA............................................................................................................... 2

PLANTEAMIENTO DEL PROBLEMA ..................................................................... 2

UBICACIÓN DEL PROBLEMA EN UN CONTEXTO ......................................... 2

SITUACIÓN, CONFLICTO, NUDOS CRÍTICOS ................................................. 4

CAUSAS Y CONSECUENCIAS DEL PROBLEMA ............................................. 5

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

FORMULACIÓN DEL PROBLEMA ..................................................................... 7

EVALUACIÓN DEL PROBLEMA ........................................................................ 7

VARIABLES ............................................................................................................ 8

OBJETIVOS ................................................................................................................. 8

OBJETIVO GENERAL ........................................................................................... 8

OBJETIVOS ESPECÍFICOS ................................................................................... 9

ALCANCE ................................................................................................................... 9

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

CAPÍTULO II ................................................................................................................. 12

MARCO TEÓRICO ....................................................................................................... 12

ANTECEDENTES DEL ESTUDIO .......................................................................... 12

FUNDAMENTACIÓN TEÓRICA ............................................................................ 13

APLICACIÓN WEB .............................................................................................. 13

PATRÓN MODELO-VISTA-CONTROLADOR (MVC) ..................................... 15

PROGRAMACIÓN ORIENTADA A OBJETOS (POO) ...................................... 16

XI

LENGUAJES WEB ................................................................................................ 21

MICROSOFT VISUAL STUDIO .......................................................................... 33

BASES DE DATOS ............................................................................................... 36

ANTEPROYECTOS Y TESIS ............................................................................... 43

FUNDAMENTACIÓN LEGAL ................................................................................ 48

CONSTITUCIÓN POLÍTICA DEL ECUADOR .................................................. 48

LEY DE PROPIEDAD INTELECTUAL .............................................................. 49

PREGUNTAS CIENTÍFICAS A CONTESTARSE .................................................. 51

DEFINICIONES CONCEPTUALES......................................................................... 52

CAPÍTULO III ............................................................................................................... 54

PROPUESTA TECNOLÓGICA .................................................................................... 54

ANÁLISIS DE FACTIBILIDAD ............................................................................... 54

FACTIBILIDAD OPERACIONAL ........................................................................... 54

FACTIBILIDAD TÉCNICA ...................................................................................... 55

FACTIBILIDAD LEGAL .......................................................................................... 56

FACTIBILIDAD ECONÓMICA ............................................................................... 56

ETAPAS DE LA METODOLOGÍA DEL PROYECTO ........................................... 57

DESARROLLO .......................................................................................................... 57

ELEMENTOS DEL PROYECTO.......................................................................... 57

RESULTADOS DE ENCUESTAS ............................................................................ 76

CAPÍTULO IV ............................................................................................................... 90

CRITERIOS DE ACEPTACIÓN DEL PRODUCTO.................................................... 90

CONCLUSIONES ...................................................................................................... 93

RECOMENDACIONES ............................................................................................ 95

BIBLIOGRAFÍA ........................................................................................................ 96

ANEXOS ........................................................................................................................ 98

XII

ÍNDICE DE CUADROS Cuadro Nº 1 Análisis de Causas y Consecuencias del Problema ........... 12

Cuadro Nº 2 Diferencias entre Sistemas Cliente-Servidor y Aplicaciones Webs................................................................................................................. 22

Cuadro Nº 3 Elementos del proyecto ..................................................... 69

Cuadro Nº 4 Pila de Productos ............................................................... 70

Cuadro Nº 5 Pila de Productos Priorizada .............................................. 71

Cuadro Nº 6 Pila de Productos con estimaciones .................................. 72

Cuadro Nº 7 Sprint 1 .............................................................................. 73

Cuadro Nº 8 Sprint 2 .............................................................................. 73

Cuadro Nº 9 Sprint 3 .............................................................................. 73

Cuadro Nº 10 Sprint 4 ............................................................................ 74

Cuadro Nº 11 Sprint 5 ............................................................................ 74

Cuadro Nº 12 Sprint 1 con estimaciones y tiempo. ................................. 74





Cuadro Nº 17 Prueba de Ingreso al Sistema .......................................... 78

Cuadro Nº 18 Prueba de Cambio de contraseña ................................... 79

Cuadro Nº 19 Prueba de Ingreso de Anteproyecto................................. 80

Cuadro Nº 20 Prueba de Ingreso de Tesis ............................................. 81

Cuadro Nº 21 Prueba de Ingreso de Docentes ...................................... 82

Cuadro Nº 22 Prueba de Revisar Coincidencias .................................... 83

Cuadro Nº 23 Prueba Realizar observaciones a los anteproyectos ........ 84

Cuadro Nº 24 Prueba Prestamos y Devolución de tesis ......................... 85

Cuadro Nº 25 Prueba de Modificaciones de Anteproyecto. .................... 86

Cuadro Nº 26 Prueba de Aprobación de Anteproyecto. ......................... 87

Cuadro Nº 27 ITEM N° 1 ........................................................................ 89

Cuadro Nº 28 ITEM N° 2 ........................................................................ 90

Cuadro Nº 29 ITEM N° 3 ........................................................................ 91

Cuadro Nº 30 ITEM N° 4 ........................................................................ 93

Cuadro Nº 31 ITEM N° 5 ........................................................................ 94

Cuadro Nº 32 ITEM N° 6 ........................................................................ 95

Cuadro Nº 33 ITEM N° 7 ........................................................................ 96

Cuadro Nº 34 ITEM N° 8 ........................................................................ 98

Cuadro Nº 35 ITEM N° 9 ........................................................................ 99

Cuadro Nº 36 ITEM N° 10 .................................................................... 100

Cuadro Nº 37 ITEM N° 11 .................................................................... 101

Cuadro Nº 38 ITEM N° 12 .................................................................... 103

Cuadro Nº 39 ITEM N° 13 .................................................................... 104 Cuadro Nº 40 ITEM N° 14 .................................................................... 105

Cuadro Nº 41 Criterios de Aceptación del Producto ............................. 107

XIII

ÍNDICE DE FIGURAS Figura Nº 1 Diagrama del patrón MVC .................................................... 25

Figura Nº 2 Instanciamiento de una clase ............................................... 27

Figura Nº 3 Estructura básica de HTML .................................................. 32

Figura Nº 4 Estructura básica de XML .................................................... 34

Figura Nº 5 Funcionamiento de PHP....................................................... 38

Figura Nº 6 Framework PHP más utilizados ............................................ 41

Figura Nº 7 Anteproyecto de la Carrera de Ingeniería en Sistemas Computacionales .................................................................................... 54

Figura Nº 8 Burn down chart ideal ........................................................... 77

Figura Nº 9 Burn down chart ideal vs Real .............................................. 78

Figura Nº 10 ITEM N° 1........................................................................... 89

Figura Nº 11 ITEM N° 2........................................................................... 90

Figura Nº 12 ITEM N° 3........................................................................... 92

Figura Nº 13 ITEM N° 4........................................................................... 93

Figura Nº 14 ITEM N° 5........................................................................... 94

Figura Nº 15 ITEM N° 6........................................................................... 96

Figura Nº 16 ITEM N° 7........................................................................... 97

Figura Nº 17 ITEM N° 8........................................................................... 98

Figura Nº 18 ITEM N° 9........................................................................... 99

Figura Nº 19 ITEM N° 10....................................................................... 101

Figura Nº 20 ITEM N° 11....................................................................... 102

Figura Nº 21 ITEM N° 12....................................................................... 103

Figura Nº 22 ITEM N° 13....................................................................... 104

Figura Nº 23 ITEM N° 14....................................................................... 106

XIV

ABREVIATURAS

AMAZON SQS

Servicio web de la compañía Amazon, que proporciona acceso a colas de mensajes.

BSD Del inglés Berkeley Software Distribution, traducido al español como distribución de software Berkeley.

CLR Del inglés Common Language Runtime, traducido al español como entorno en tiempo de ejecución de lenguaje común.

CSS Del inglés Cascading Style Sheets, traducido al español como hoja de estilo en cascada.

DBMS Del inglés Data Base Management System, traducido al español como Sistemas de Gestión de Bases de Datos.

HTML Del inglés HyperText Markup Language, traducido al español como lenguaje de marcas de hipertexto.

IETF Del inglés Internet Engineering Task Force, traducido al español como Grupo de Trabajo de Ingeniería de Internet.

LINQ Del inglés Language Integrated Query, son un conjunto herramientas de Microsoft para realizar todo tipo de consultas a distintas fuentes de datos: objetos, xmls, bases de datos, etc.

MIT Instituto Tecnológico de Massachusetts

MVC Modelo Vista Controlador.

ORM Del inglés Object Relational mapping, traducido al español como mapeo objeto relacional.

PHP Del inglés Pre Hypertext processor, es un lenguaje de programación.

POO Programación Orientada a Objeto.

RFC Del inglés Request for Comments, traducido al español como peticiones de comentarios, son un conjunto de documentos que sirven de referencia para la comunidad de Internet.

SGBD Sistemas de Gestión de Bases de Datos.

SGML Del inglés Standard Generalized Markup Language, traducido al español como lenguaje de marcado generalizado estándar.

URL Del inglés Uniform Resource Locator, traducido al español como localizador de recursos uniforme.

W3C Consorcio World Wide Web.

XML Del inglés eXtensible Markup Language, traducido al español como lenguaje de marcas extensible

XV



DESARROLLO DE UNA HERRAMIENTA DE COMPARACIÓN ENTRE LOS

ANTEPROYECTOS E INVENTARIO DE TESIS REGISTRADOS EN LA

BIBLIOTECA DE LA CARRERA DE INGENIERÍA


RESUMEN

Entre los procesos que se realizan en la Carrera de Ingeniería en Sistemas

Computacionales, la tarea de revisión de anteproyectos es una de las que más

tiempo se lleva, razón por la cual se implementará una aplicación web que ayude

a la automatización de dicho proceso enfocándose en la revisión de

coincidencias entre anteproyectos con otros documentos como tesis y otros

anteproyectos con esto se busca mejorar la calidad y rapidez del proceso, para

desarrollar el presente proyecto se utilizará el paradigma de metodología agiles,

en una adaptación de la metodología SCRUM, el lenguaje de programación será

ASP.net y la base de datos SQLSERVER.

Autor: Manuel Cabrera Peñafiel


XVI



DEVELOPMENT OF A TOOL OF COMPARISON BETWEEN THE PROPOSED

DRAFT AND INVENTORY OF THESIS REGISTERED IN THE LIBRARY OF

COLLAGE OF COMPUTER SYSTEMS ENGINEERING

ABSTRACT

Among the processes performed in the Collage of Computer Systems

Engineering, the task of reviewing thesis project is one of the longest, for this

reason a web application that helps automate this process will be implemented

focusing on reviewing on overlap between draft documents as thesis and other

drafts with this, the process will improve its quality and speed. This project will

apply paradigm of Agile methodology which is an adaptation of SCRUM

methodology. The programming language will be ASP.net and the database

SQLSERVER.

Author: Manuel Cabrera Peñafiel


1

INTRODUCCIÓN

En la actualidad, los procesos que realizan las instituciones, están

llamados a automatizarse para de esta forma alcanzar mejores estándares de

calidad y eficiencia, en una carrera tecnológica como es la de Ingeniería en

Sistemas Computaciones de la Universidad de Guayaquil, en la que es

imperativo que esto se dé, unos de los procesos que es vital importancia, es la

revisión de anteproyectos, que en el presente se realiza de forma manual, este

proyecto busca ayudar a la automatización de dicha tarea a través del uso de

una herramienta web que permitirá a docentes, autoridades y estudiantes

participar de una manera cómoda, rápida y eficiente en dicho proceso.

La herramienta busca proponer un flujo de proceso que guie a todos sus

actores de forma que en cualquier momento sepan en que el parte de la tarea

se ubican, que requisito necesitan y que acciones son las que deben realizar

para seguir a la próxima etapa del proceso.

El documento que se está presentado tiene cuatro capítulos en los cuales

se detallan las diferentes fases de la investigación:

En el capítulo uno se identifican el problema, el objetivo general y los

objetivos específicos que queremos alcanzar en esta investigación, las áreas

donde se implantará la aplicación.

El capítulo dos constara de todos los conceptos y tecnologías

relacionados con la investigación a realizar.

El capítulo tres veremos el análisis de factibilidad y la metodología que se

utilizará en la realización del proyecto.

El capítulo cuatro mostrara los criterios de aceptación del usuario y las

pruebas de calidad que se hicieron para verificar la aplicación cumplió con los

alcances establecidos.

2

CAPÍTULO I

EL PROBLEMA

PLANTEAMIENTO DEL PROBLEMA

UBICACIÓN DEL PROBLEMA EN UN CONTEXTO

En la Carrera de Ingeniería en Sistemas Computacionales el proceso de

titulación previo la obtención de la envestidura de Ingeniero comienza con la

entrega de los anteproyectos por parte de los alumnos aptos, es decir,

estudiantes que han culminado su malla curricular incluyendo sus prácticas

profesionales y comunitarias, a la unidad de titulación, la misma que se encarga

de la validación de los temas analizándolos uno a uno con la ayuda de los

docentes que cumplan con el perfil técnico para realizar revisiones.

La entrega de los anteproyectos es física, esto hace lenta la tabulación

de los proyectos, un digitador debe ingresar los temas en una hoja de cálculo,

una vez en la matriz, la Unidad de Titulación debe realizar el análisis de

coincidencias entre temas entregados contra las tesis terminadas, con los otros

anteproyectos del proceso actual y páginas web específicas. El proceso es

manual. Los miembros de la unidad, se dirigen a la biblioteca a comparar los

temas con las tesis terminadas, las misma que están en cajas almacenadas y la

única ayuda con la que cuenta el docente es una hoja de cálculo donde está el

listado de tesis, muchas veces el listado está equivocado y no corresponde al

contenido de la tesis, esto es un proceso muy extenso, incómodo e ineficiente

ya que la revisión no se realiza de una forma óptima. Luego la revisión del tema

entregado es con los otros temas que forman parte del proceso actual, esto crea

un nuevo problema ya que no solo se trata de encontrar temáticas parecidas sino

3

también ver quien fue que lo propuso primero o quien lo tiene mejor planteado y

en caso de iguales características tomar una decisión. Por último, los temas

deben ser comparados con sitios web que albergan trabajos tipo tesis. Los temas

que no tienen problemas de coincidencias pasan a manos de los docentes

revisores.

La misión del docente revisor direccionar al estudiante a realizar una

definición más profesional del tema, objetivo principal, objetivos específicos,

alcances, recursos, presupuesto e infraestructura, para que después de esto el

tema se convierta en un tema viable a ser Proyecto de Titulación, pero en esta

tarea se encuentran varios inconvenientes, entre ellos, el mal planteamiento del

tema y demás elementos del anteproyecto por parte de los estudiantes, muchas

veces lo que se está proponiendo no cumple con las condiciones mínimas para

ser aceptado como tema de anteproyecto, en otras ocasiones lo que está por

escrito no corresponde a lo que el estudiante desea realizar, las observaciones

hechas deben ser corregidas por los estudiantes, esto hace que la forma y fondo

del anteproyecto vaya cambiando y para esto no hay control general, ya que

cada docente conoce únicamente los proyectos asignados al él y no como han

ido variando los temas de los otros docentes, esto podría inducir nuevamente a

que los temas comiencen a llenarse de coincidencias y al final se aprueben

temas muy parecidos, también ha ocurrido que en las tesis que son en grupo de

dos estudiantes son asignadas a diferentes revisores y sus decisiones son

contrarias, para uno el tema es viable pero para el otro no, esto genera un atraso

en la aprobación del tema de tesis.

4

SITUACIÓN, CONFLICTO, NUDOS CRÍTICOS

La problemática se presenta cuando la unidad de titulación recibe un

anteproyecto para ser revisado, Aparte de las observaciones en cuanto a

metodologías de investigación con las que debe cumplir el anteproyecto, la

unidad de titulación debe verificar que el tema y los objetivos del trabajo

presentado no sean iguales o demasiado parecidos con las tesis elaboradas en

la Carrera, ni con los otros anteproyecto que están en el proceso actual de

Titulación.

La revisión implica dirigirse a la biblioteca solicitar todas las tesis para

comparar una a una su objetivo general, objetivos específicos y alcance contra

el trabajo analizado, las tesis están almacenas en cajas de cartón a veces llenas

de polvo, esto genera incomodidad al docente y el tiempo empleado es muy

extenso, hay tesis que no tienen versión digital o que si las tiene muchas veces

esta ilegible.

También se debe verificar que el anteproyecto entregado no tenga

coincidencia con los otros anteproyectos presentados en el proceso actual, esta

labor es complicada de realizar por la cantidad de anteproyecto que es alta y se

debe verificar uno a uno.

La comparación con la web implica que la unidad debe ingresar los datos

a comparar en los buscadores de internet o paginas especializadas, siendo esto

una tarea agotadora dada que la revisión es minuciosa y esto es por cada

anteproyecto.

Cuando un profesor recibe un proyecto para revisar el control de revisión

es manual, realiza sus observaciones en cada sesión sobre el anteproyecto

5

impreso, esto llena de impresiones al profesor y dadas la cantidad de

anteproyectos no hay control tan eficiente como debería tener este proceso.

Todas estas actividades se realizan de manera aislada y no hay un control

de flujo de procesos, existe la posibilidad de que el anteproyecto vuelva a tener

coincidencia con otros documentos, los estudiantes no tienen claro en qué etapa

se encuentra su tema, por lo tanto, no saben cómo seguir el proceso de titulación.

CAUSAS Y CONSECUENCIAS DEL PROBLEMA

Las causas y consecuencias son descritas a continuación:

Cuadro Nº 1 Análisis de Causas y Consecuencias del Problema

Causas Consecuencias

El proceso es manual Excesivo uso de tiempo en la revisión

de los anteproyectos.

Dificultad de acceso a las tesis.

Gran cantidad de anteproyectos,

pocos miembros de la unidad de

titulación.

Subproceso se realiza de forma

aislada

No se puede comparar los

documentos de una forma óptima ya

que el docente no tiene las

comodidades mínimas para realizar su

labor.

Al ir a comparar el anteproyecto con

los otros anteproyectos y el internet la

información es tanta que manualmente

es un proceso muy cansado.

Los profesores revisores solo conocen

sus anteproyectos a el entregado,

desconocen los avances y

observaciones de los otros

6

anteproyectos, la información

generado no es compartida por todos.

No existe un flujo de proceso

determinado.

Cada parte realiza su labor

encomendada pero no conoce cómo

afecta al proceso general, lo que hace

que proceso no fluya. El estudiante no

conoce el avance su tema propuesto.

Fuente: Datos de la Investigación Elaborado: Manuel Cabrera P.

7

DELIMITACIÓN DEL PROBLEMA

Campo: Educativo

Área: Unidad de Titulación

Aspecto: Software e Implementación

Tema: “Desarrollo e Implementación de una Herramienta de búsqueda de

coincidencias para los anteproyectos de la Carrera de Ingeniería en Sistemas

Computacionales.”

FORMULACIÓN DEL PROBLEMA

¿En la Carrera de Ingeniería en Sistemas el proceso de revisión de

coincidencias entre un anteproyecto, las tesis y otros anteproyectos es

demasiado complejo y no se lleva a cabo óptimamente?

EVALUACIÓN DEL PROBLEMA

Entre las cualidades del presente problema están:

Delimitado: El proceso se lo realiza en la Unidad de Titulación de la Carrera de

Ingeniera de Sistemas Computacionales perteneciente a la facultad de ciencias

Matemáticas y Físicas de la Universidad de Guayaquil.

Claro: Los docentes y miembros de la Unidad de titulación están familiarizados

con el problema descrito, ya que es parte de su experiencia como profesores de

la carrera.

Evidente: Los docentes y los estudiantes son los principales actores de este

proceso y las consecuencias con claramente evidenciadas por ambos grupos de

personas.

8

Relevante: Si el problema se resuelve el tiempo del proceso de revisión de los

anteproyectos disminuirá y por ende el estudiante podría aplicar las correcciones

observadas oportunamente.

Contextual: Que pertenece a la práctica social del contexto educativo.

Factible: La solución sería crear una herramienta web que permita la

comparación entre los anteproyectos y las tesis, otros anteproyectos y páginas

webs específicas para ahorrar tiempo y optimizar los resultados de las

comparaciones.

Identifica los productos esperados: Los docentes tendrían una ayuda

tecnológica para realizar sus revisiones, además se contribuirá al control del

manejo de las tesis prestadas.

VARIABLES

Variable independiente.

Comparación entre anteproyectos y tesis, otros anteproyectos y páginas

webs especificas

Variables dependientes.

Proceso de búsqueda de coincidencias muy laborioso y no optimizado.

Descontrol en el préstamo de tesis para consultas de coincidencias.

OBJETIVOS

OBJETIVO GENERAL

Efectuar la comparación entre los anteproyectos y las tesis, otros

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

trabajos investigativos alojados en sitios de internet específicos a través de una

9

plataforma web que permita la localización de temas con contenidos similares

para poder encontrar las similitudes y coincidencias entre dichos documentos.

OBJETIVOS ESPECÍFICOS

Generar una base de información donde se registren los temas e información

relevante de las tesis elaboradas en la Carrera de Ingeniería en Sistemas

Computacionales.

Generar una base de información donde se registren los temas e información

relevante de los anteproyectos elaborados en la Carrera de Ingeniería en

Sistemas Computacionales.

Proponer un flujo de procesos que estandarice los elementos y pasos que

debe tener un ciclo de aprobación de anteproyectos desde la entrega del

proyecto hasta su aceptación o rechazo y que la información generada sirva

para la elaboración de reportes y estadísticas que ayuden a mejorar el

proceso cada vez más.

ALCANCE

El proyecto será implementado en la Carrera de Ingeniería en Sistemas

Computacionales, el sistema permitirá realizar la comparación entre los

anteproyectos presentados y las tesis existentes, la aplicación permitirá:

Permitir el ingreso del anteproyecto por parte de los estudiantes online ya sea

desde el internet o desde la intranet de la carrera.

Almacenar información de las tesis tales como tema, objetivo general,

objetivos específicos, alcances, tipo de investigación, categoría, calificación,

año, tutor, tecnologías utilizadas, disponibilidad de formato digital entre otros,

10

para que esta nos sirva como bases de información con la cual se comparara

los nuevos temas de los anteproyectos

Ingresar información de los anteproyectos tales como tema, objetivo general,

objetivos específicos, alcances, tipo de investigación, categoría, calificación,

año, tutor, tecnologías, plataformas y estructuras, para que sean comparados

con la información almacenada o páginas web parametrizadas.

Registrar sitios web como www.monografías.com, www.dspace.espol.edu.ec

y www.repositorio.ug.edu.ec en los parámetros del sistema para encontrar

coincidencias entre el contenido de dichos sitios y los anteproyectos

entregados por los estudiantes.

Permitir el registro de otros sitios web que el usuario considere en los

parámetros del sistema para encontrar coincidencias entre el contenido de

dichos sitios y los anteproyectos entregados por los estudiantes.

Crear y asociar perfiles de acuerdo a la función que cumplirán los diferentes

usuarios.

Realizar varios tipos de comparación: textual, sintácticas, morfológica entre la

información del anteproyecto contra la de las tesis almacenadas y las páginas

web parametrizadas.

Registrar las observaciones hechas por cada versión del anteproyecto y las

correcciones hechas por los estudiantes, para llevar una bitácora donde se

vea el proceso que se ha seguido en la comparación.

Sistematizar el proceso de préstamo y acceso a las tesis para realizar las

consultas por parte de los docentes.

Efectuar un control de los préstamos de las tesis que los docentes solicitan

para realizar sus consultas.

11

Realizar diferentes tipos reportes, tales como: número de coincidencias por

anteproyecto, porcentajes de coincidencias, tesis más consultadas,

préstamos de tesis por docente, actividad por usuario y otras que el

administrador pueda definir.

Elaborar un informe sobre el proceso de comparación que servirá como

herramienta para la aprobación del tema presentado.

JUSTIFICACIÓN E IMPORTANCIA

En una era digital donde la mayoría de procesos y servicios están siendo

automatizados y más aún en carrera tecnológica como lo es la Carrera de

Ingeniería en Sistemas Computacionales es imperativo que este proceso de

revisión y búsqueda de coincidencias se haga de una manera automática.

El estudiante tendrá información actualizada en todo momento de su

proceso de revisión lo que le ayudará a tomar las medidas necesarias para

culminar con éxito su propuesta

En la práctica ayudará al docente a tomar decisiones con una base más

sólidas, de esta forma el proceso será de mejor calidad y al estar automatizado

se hará de forma más rápida lo que se traduce en benéficos para el estudiante

como para el proceso en sí.

También se controlará de mejor manera los préstamos de tesis y de esta

forma estarán disponibles para sus consultas de un modo más ordenado, esto

ayudará a los maestros y a la carrera a mejorar uno de sus procesos. La

aplicación estará desarrollada de una forma que en un futuro pueda integrarse

con otros módulos que se desarrollen para la Carrera.

12

CAPÍTULO II

MARCO TEÓRICO

ANTECEDENTES DEL ESTUDIO

En la Carrera de Ingeniería en Sistemas Computacionales son ochos

semestres que debe cursar el estudiante para cumplir su malla de materias, debe

cumplir además los procesos de prácticas profesionales y de vinculación con la

comunidad (LOES No 298, 2010). Luego de haber cumplido lo anterior el alumno

se convierte en un estudiante no titulado que tendrá que realizar el Curso de

Titulación para poder incorporarse como ingeniero en sistemas

computacionales.

Para realizar el curso de titulación el estudiante deberá tener un tema

aprobado y viable que será desarrollado en una tesis de grado o trabajo de

titulación, para tener dicho tema el estudiante deberá presentar un anteproyecto,

en el mismo deberá contener un tema de tesis con su problemática, objetivo

general, objetivos específicos, alcances, presupuestos y recursos.

La carrera deberá analizar cada uno de los anteproyectos para ver su

viabilidad y su posterior aprobación, la revisión consistirá en:

Revisión de contenidos: verificar si los contenidos son acordes a la

carrera y si tiene el nivel de dificultad para considerase tema de tesis.

Revisión de planteamientos: Verificar que cada uno de los

componentes del anteproyecto está correctamente planteado y no existe doble

interpretaciones.

Revisión de Originalidad: Analizar si el tema propuesto no fue ya

desarrollado en una tesis anterior, o está siendo propuesta por otro estudiante.

13

Luego que el anteproyecto pase estos filtros el tema será aprobado y al

estudiante se le asignará un tutor para que pueda inscribirse en el curso de

titulación donde desarrollará su tema y luego de la aprobación del curso de

titulación, será incorporado de Ingeniero en Sistemas Computacionales.

(Collantes, 2016)

FUNDAMENTACIÓN TEÓRICA

APLICACIÓN WEB

La tecnología avanza a pasos agigantados y los procesos que antes se

hacían manualmente están siendo automatizados por sistemas informáticos que

ahorran tiempo y recursos, tradicionalmente los sistemas fueron concebidos bajo

el paradigma Cliente-Servidor, no fue hasta la revolución del internet que ingreso

otra opción de automatización como son las aplicaciones web.

Los sistemas Cliente-Servidor donde como su nombre lo indica existe dos

capas, por un lado, está el Servidor, que son máquinas de una gran capacidad,

que se encarga de gestionar los requerimientos del cliente, en la segunda capa

está el cliente que ofrece la interfaz que se comunica con el usuario. (LUJÁN,

2001)

En un mundo globalizado donde el internet y las computadoras se

encuentran en todo lugar, los sistemas informáticos han dado un salto y han

tomado la web como medio para expandirse, por esto las aplicaciones web son

hoy en día unas de las principales formas de automatizar procesos, ya que brinda

facilidades como:

No es un programa instalable.

No importa el sistema operativo.

No ocupan espacio en el disco duro.

14

Fácilmente actualizable.

No consume gran cantidad de recursos.

Multiplataforma.

Alta disponibilidad.

Cuadro Nº 2 Diferencias entre Sistemas Cliente-Servidor y Aplicaciones Webs.

Característica Cliente-Servidor Aplicación web

Arquitectura Dos niveles Multinivel

Interacción con el

usuario

Una interfaz de

usuario.

Un navegador web

compatible.

Instalación Requiere instalación

en el cliente

No requiere instalación

Relación con el

Sistema operativo.

Son herramientas

específicas por

sistema operativos

Son compatibles con

cualquier sistema

operativo

Actualizaciones Requiere actualizar

el cliente

La actualización se la hace

en el servidor, el

navegador accede siempre

a la última versión

Disponibilidad Limitada por los

recursos físicos del

sistema.

Puedes ser accedida

desde cualquier parte del

mundo.

Consumo de

recursos

Dependiendo del

sistema

Solo utiliza un navegador.

Elaboración: Manuel Cabrera Peñafiel.

Fuente: Investigación

15

PATRÓN MODELO-VISTA-CONTROLADOR (MVC)

El patrón Modelo-Vista-Controlador (MVC) tiene como objetivo de reducir

el trabajo del desarrollador estandarizando los procesos de programación, El

patrón MVC es un paradigma que divide las partes que conforman una aplicación

en el Modelo, las Vistas y los Controladores, de esta forma se reconoce de una

mejor manera cada parte del código, ayudando a su mantenimiento y

actualización, para ello se usa Frameworks especializados que ayudan a

organizar sus programas y especializar a los desarrolladores y, potencializando

las aptitudes de cada uno. (Gómez, 2016)

El patrón MVC ha sido unos de las principales innovaciones en cuanto a

lo que manejo de sistemas webs se trata, MVC fue creado por Trygve Reenskaug

en Smalltalk-76 durante en los años 70, en los años 80, Jim Althoff implemento

una adaptación de MVC para Smalltalk-80.8 hasta que en 1998, MVC se

convirtió en un concepto general en un artículo sobre Smalltalk-80. (Eslava,

2013).

Modelo: representa la información con el que sistema trabaja, es decir

gestiona todos los accesos a dicha información, tanto consultas como

actualizaciones, Envía a la vista la información que le fue solicitada a través del

controlador.

Controlador: Cuando el usuario envía eventos quien se encarga de

Responder es el controlador luego insta peticiones al modelo cuando se hace

alguna solicitud sobre la información. Envía también órdenes a su vista

respectiva si se solicita un cambio en la forma en que se presenta el modelo por

16

tanto se podría decir que el controlador administra las relaciones entre la vista y

el modelo.

Vista: es la representación del modelo al usuario es decir traduce la

lógica del negocio a interfaces que se relacionan fácilmente con el usuario.

(Web.archive.org, 2016).

El patrón trabaja básicamente como lo muestra la Figura 1, el usuario

utiliza el controlador quien a su vez envía ordenes que manipulan el modelo, es

decir la capa de datos y tablas, esta última parte actualiza la vista que mostrara

la información al usuario

Figura Nº 1 Diagrama del patrón MVC

Fuente: Datos de la Investigación

Elaborado: Manuel Cabrera P.

PROGRAMACIÓN ORIENTADA A OBJETOS (POO)

La programación orientada a objetos es un paradigma que apareció en

los 70, que usa un concepto al que llama objeto para solucionar la problemática

17

planteada. Un objeto es una abstracción de un ente del mundo real, con

características que son denominados atributos, y métodos que representan su

comportamiento en el mundo real. Existe un concepto superior llamada clase

que agrupa todas las características de un objeto y del cual es instanciado este

último. (Sc.ehu.es, 2016)

Conceptos principales de Programación Orientada a Objetos.

La POO está formada por una cadena de conceptos que se muestran a

continuación.

Clase

Es una plantilla que sirve para crear los objetos. Las clases sirven para

representar entidades del mundo real en el sistema a crear. En la clase se

definirán atributos es decir características del ente y también sus

comportamientos a los que se llamaran métodos. Cada objeto que se cree de la

clase se lo denominará instancias

Las clases permiten abstraer los elementos y sus procedimientos

asociadas bridando un concepto nuevo de cómo tratar un problema diferente a

la programación estructurada. La mayoría de lenguajes de programación que

soportan clases difieren muy poco en su forma de tratarlas. (Codehero.co, 2016).

Objeto

Es la instancia de una clase, es decir llevar del mundo abstracto al mundo

concreto, ejemplarizando, se puede tener una clase llamada Smartphone que

tiene como atributos número, marca, modelo y precio y como métodos llamar y

colgar, mientras no se cree el objeto la clase solo es una plantilla, en el momento

18

que instanciamos se convierte un ente concreto, por ejemplo: número:

0991820266, marca: Sony, modelo: Z3, precio $ 847.42. En la Figura 2 se

muestra un ejemplo de una clase instanciada. (Panama Hitek, 2015)

Figura Nº 2 Instanciamiento de una clase

Fuente: Datos de la Investigación


Método

Es el conjunto de operaciones que forman parte de una clase y que

representan los diferentes comportamientos que puede tomar el objeto

abstraído, un método consiste generalmente en un algoritmo que lleva a cabo

una acción, un juego de parámetros de entrada que regularán dicha acción o,

posiblemente, un valor de salida (o valor de retorno) de algún tipo.

Atributo

Es una característica que puntualiza una propiedad de un objeto.

Mensaje

Es una comunicación hacia un objeto, que le dice cómo actuar a los

métodos de un objeto manipulando o no sus atributos. (Codehero.co, 2016)

Características de la POO

19

Las características siguientes son las más transcendentales:

Abstracción

Se denomina abstracción a la capacidad de capturar las características y

comportamientos de un agente abstracto que puede realizar acciones, cambiar

de estado y comunicarse con otros entes. La abstracción permite elegir las

características principales dentro de un conjunto e identificar comportamientos

usuales para definir nuevos tipos de entes en el mundo real. La abstracción es

una actividad clave en la programación orientada a objetos ya que permite

representar los entes del mundo real a la aplicación con la que queremos

solucionar un problema planteado.

Encapsulamiento

Es un mecanismo que consiste en organizar datos y métodos de un

objeto, de manera que el exterior solo tenga acceso a lo definido en el propio

objeto, evitando la manipulación y acceso a atributos por otro medio que no sea

el especificado. Por lo tanto, la encapsulación garantiza la integridad de los datos

que contiene un objeto.

Esto sirve para ahorrar tiempos en mantenimientos ya que el programador se

milita a usar los métodos de una clase sin importar como fueron desarrollada o

como está conformada. Es decir, estará más atento a las entradas y salidas que

al proceso que la clase maneja.

Polimorfismo

Es la característica que permite a los objetos de una clase de actuar de

varias formas dependiendo de los parámetros de entrada ingresados. Un objeto

polimórfico es un ente que puede trabajar valores de diferentes tipos y números

durante la ejecución del programa.

20

En algunos lenguajes el polimorfismo es llamado ‘Sobrecarga de

parámetros’ ya que la programación de la clase acepta distintos parámetros para

un mismo método, sin importar si guardan o no relación entre ellos.

Herencia

Es un mecanismo que nos facilita la reutilización y la extensibilidad del

código. Utilizando herencia se puede diseñar una clase basada en otra de nivel

superior de la cual vamos a aprovechar elementos que serán base para la nueva

clase evitando de esta forma una creación desde cero que redunde en

características y atributos. La herencia permite la creación de clase a partir de

otras que ya existen, esto hace que la subclase creada tenga todo los métodos

y eventualmente los atributos variables de su superclase.

Modularidad

Es la propiedad que permite subdividir un programa en partes más

pequeñas (llamadas módulos), la misma debe tener la característica de poder

existir sin la aplicación principal o de otro modulo, pero con la condicionante de

poder acoplarse fácilmente a sistema trabajado. Estos sub-programas se pueden

compilar por separado, pero tienen conexiones con otros módulos, que

permitirán su integración con la aplicación general.

Recolección de basura

Es el mecanismo por la cual el ambiente de programación se encarga de

eliminar toda la información basura que se queda en memoria, es decir, los

objetos que se hayan quedado sin ninguna referencia hacia a ellos por el proceso

en sí del sistema. Por lo tanto, el desarrollador no debe preocuparse el manejo

de la memoria, ya que el entorno la asignará al instanciar un objeto y la liberará

cuando nadie lo esté usando. (Msdn.microsoft.com, 2016)

21

LENGUAJES WEB

Se debe recordar que la web es un servicio del internet es decir que no

son sinónimos, a menudo las personas los utilizan sin discriminaciones, sin darse

cuenta que la web solo es una parte del internet, cuando vamos a un navegador

estamos accediendo al servicio web del internet. (Datateca.unad.edu.co, 2016)

La web está construida con un sistema llamado hipertexto y es un

entramado de páginas conectadas entre ellas con vínculos en los textos, estos

atajos nos evitan ir moviéndonos de forma secuencial en la red, otro escenario

conocido de los sistemas hipertextos es la ayuda de Windows donde a través de

esta técnica, el usuario se puede moverse entre las páginas que conforma el

sistema de asistencia. (Maestros del Web, 2007)

El sistema de hipertexto es una ayuda para navegar en gran cantidad de

páginas, a medida que el tiempo pasa y las necesidades de los usuarios se

hacen más grandes han ido apareciendo varios lenguajes que permiten la

creación de páginas web dinámicas, a continuación, conoceremos algunos

ejemplos:

HTML

HTML son siglas que corresponden a las palabras inglesas HyperText

Markup Language que traducidas al español quiere decir Lenguaje de Etiquetas

de Hipertexto.

Una página web es un documento de texto con etiquetas o marcas. Las

marcas permiten alterar la presentación del documento, incluir elementos

externos al texto de la página y crear enlaces a otras páginas. Esta técnica de

usar etiquetas se utilizó desde los años 60 hasta que en 1986 se formalizo con

22

la norma ISO 8879:1986 que definía el SGML (Standard Generalized Markup

Language = Lenguaje de Marcas Generalizado y Normalizado).

Basándose en el SGML, Berners-Lee creó el HTML, creo un conjunto de

marcas no muy extenso podría ser utilizado en cualquier sistema operativo y la

creación de enlaces de hipertexto. En los 90 el éxito de World Wide Web hizo

necesario la ampliación de las características del HTML, lo que requería nuevas

etiquetas. básicamente por Netscape y Microsoft. En noviembre de 1995 la IETF

publicó la norma RFC 1866, escrita por Berners Lee y D. Connolly, que define la

versión HTML 2.0. más tarde en 1997, escrita por Dave Raggett se publica HTML

3.2, esta versión incorporó muchas estructuras nuevas al HTML (tablas,

imágenes flotantes, applets, hojas de estilo). En diciembre de 1998 se publicó la

la versión definitiva HTML 4.0, editada por Dave Raggett, los cambios más

importantes fueron la incorporación de los frames y la mayor relevancia de las

hojas de estilo. La evolución del lenguaje HTML continua hasta la actualidad

hasta llegar a HTML 5. (Mclibre.org, 2016)

Estructura básica de HTML

Un documento c tiene una estructura que comienza con la etiqueta

<html> y termina con </html> tiene una cabecera que contiene información sobre

el documento actual, como el título, palabras clave que pueden ser de utilidad

para motores de búsqueda, y otros datos que no se consideran parte del

contenido del documento comienza, está delimitado por las etiquetas <head> y

</head>, la segunda parte es el cuerpo que utiliza las etiquetas <body>, </body>

23

y donde ira propiamente el contenido de la página. En la figura 3 se muestra el

esquema básico de un documento HTML. (Platea.pntic.mec.es, 2016)

Figura Nº 3 Estructura básica de HTML


Ventajas de HTML

Sencillo y de fácil aprendizaje.

El texto se presenta de forma estructurada y agradable.

No necesita de grandes conocimientos cuando se cuenta con un editor de

páginas web.

Archivos pequeños y lo admiten todos los exploradores.

Despliegue rápido.

Desventajas de HTML

Lenguaje estático.

La interpretación de cada navegador puede ser diferente.

El diseño es más lento número de etiquetas limitadas.

XML

XML es la abreviatura del inglés de eXtensible Markup Language que

quiere decir lenguaje de marcas extensible, al igual que HTML es un lenguaje de

marcas creadro por el World Wide Web Consortium (W3C) utilizado para

24

almacenar datos en forma legible. Viene del lenguaje SGML y permite definir la

gramática de lenguajes específicos para estructurar documentos grandes. XML

se propone como un estándar para el cambio de información estructurada entre

diferentes plataformas. Se puede usar en infinidades de aplicaciones como

bases de datos, editores de texto, hojas de cálculo y casi cualquier cosa

imaginable. XML es una tecnología sencilla que es complementada por otras

haciendo herramientas muy potentes, he allí el fuerte de XML su grado de

compatibilidad con muchos lenguajes. (Bvs.sld.cu, 2016)

Estructura básica de XML

Un documento XML está conformado por un prólogo y un elemento raíz.

El prólogo contiene meta información sobre el resto del documento, como son la

versión de XML y el código de caracteres a utilizar. También en él se incluye la

descripción de estructura del resto del documento. El elemento raíz es una

unidad que a su vez se puede componer de otros elementos simples o

compuestos. En la figura 4 se observa el esquema básico de XML.

(Roble.pntic.mec.es, 2016)

25

Figura Nº 4 Estructura básica de XML


Requisitos de un documento XML

El documento debe tener un solo elemento raíz.

Todas las etiquetas abiertas deben tener sus respectivas etiquetas de

cierre.

XML distingue mayúsculas de minúsculas.

Los elementos deben estar correctamente anidados.

Los valores de los atributos deben ir entre comas simples o dobles.

No se pueden repetir atributos en un mismo elemento.

Ventajas de XML

Sencillamente entendible tanto por humanos como por software.

Separa la información del formato

Puede ser utilizado en cualquier lenguaje.

Estrictas reglas hacen su análisis sintáctico más fácil

26

Estructura Jerárquica

El número de etiquetas es ilimitado.

Desventajas de XML

La sintaxis a veces es redundante o extensa para lo que desea

representarse.

La existencia de tantas etiquetas lo aleja de una estandarización.

Un error en alguna etiqueta puede hacer que todo el documento sea

ilegible.

LENGUAJE CSS

CSS es la abreviatura de las palabras inglesas de Cascading Style Sheets

que significa Hoja de estilo en cascada. CSS es un lenguaje usado para definir

y crear la presentación de una página escrita en HTML o XML. El World Wide

Web Consortium (W3C) es el encargado de definir las especificaciones de las

hojas de cascada para que los navegadores la intérprete de una forma

estandarizada. El objetivo principal de CSS es separar la presentación de la

estructura del documento además de estandarizar el estilo de las paginas dentro

de un proyecto específico.

La definición del estilo se puede realizar dentro del mismo documento

HTML o XML, o en un archivo separado. (Bvs.sld.cu, 2016)

Sintaxis básica de CSS

La sintaxis básica de CSS es muy simple e intuitiva. Consta de una serie

de Reglas que definen como se visualiza cada uno de los elementos de la

siguiente manera:

Selector {Propiedad: Valor;}

Por ejemplo:

27

H1 {align: left;}

A la primera parte (fuera de los corchetes) se le llama Selector, y es la que indica

a qué elemento HTML afectará, lo que hay entre los corchetes es lo que se llama

declaración, y es donde definimos como actuara el selector, la declaración está

formada a su vez por una Propiedad y valor. En el ejemplo lo que dice la regla

es que queremos que las cabeceras de primer nivel aparezcan alineadas a la

izquierda. (CCM, 2016)

Ventajas de CSS

El mantenimiento del sitio web se hace más sencillo ya que con CSS

podemos modificar la presentación del cada elemento sin modificar el

código HTML.

Ofrece más potencia que HTML en cuanto a composición.

Con CSS se evita tener que recurrir a trucos para conseguir algunos

efectos.

Se pueden especificar Hojas de Estilo para distintos navegadores.

Desventajas de CSS

Posibles incompatibilidades con algunos navegadores.

Si hay problemas o limitaciones de compatibilidades, el navegador

aplicará el formato predeterminado y nuestro trabajo de composición

habrá sido inútil.

Algunas propiedades de las CSS pueden provocar que una parte del

contenido de nuestra página resulte inaccesible desde algunos

navegadores. (Quinn, 2016)

28

LENGUAJE PHP

PHP (acrónimo recursivo de PHP: Hypertext Preprocessor) es un lenguaje

de código abierto muy popular especialmente adecuado para el desarrollo web

y que puede ser incrustado en HTML.

PHP es un lenguaje de código abierto muy popular, adecuado para

desarrollo web un gran número de páginas y portales web están creadas con

PHP. Se utiliza para generar páginas web dinámicas, es decir, paginas donde su

contenido pueda cambiar por ejemplo mostrar información desde una base de

datos. (Codigofacilito.com, 2016)

El lenguaje PHP se ejecuta del lado de los servidores, que son potentes

computadoras. Cuando alguien llama a una página PHP el servidor interpreta la

solicitud realiza sus procesos internos y lo que devuelve al cliente es una página

HTML como si fuera estática.

En la figura 5 se observa gráficamente cómo funciona PHP

Figura Nº 5 Funcionamiento de PHP


29

Ventajas de PHP

Es un lenguaje multiplataforma.

Orientado al desarrollo de aplicaciones web dinámicas con acceso a Base

de Datos.

El código fuente en PHP es trasnparente para navegador y al cliente ya

que es el servidor el que se encarga de ejecutar el código y enviar el HTML

al browser.

Conexión con la mayoría de los motores de base de datos actuales.

Modularidad.

Desventajas de PHP

La ofuscación representa un costo en tiempos de ejecución.

Es necesario tener un servidor web que soporte PHP para hacer las

pruebas en el desarrollo.

Como se interpreta en el servidor puede caerse a rebasar el número de

conexiones a la página aumente.

FRAMEWORKS PHP

Los frameworks PHP brindan estructuras básicas que ayudaran a hacer

mucho más dinámico el desarrollo de aplicaciones web, esto reducirá código

redundante en nuestros programas. Los frameworks permite a los

programadores novatos construir aplicaciones más estables, asegurando una

correcta comunicación con la base de datos y codificación del diseño. Esto

permite enfocarse más en la aplicación que en escribir código repetitivo.

(Palentino.es, 2016)

30

Razones para usar un framework PHP

Se debe utilizar frameworks PHP por muchas razones:

Acelerar el proceso de desarrollo.

Reutilizar código a lo largo de varios proyectos similares

La estabilidad de las aplicaciones hecha con frameworks.

La simplicidad es uno de los mayores logros de PHP,

Extensa cantidad de frameworks PHP. (Gutiérrez, 2014)

Principales Frameworks PHP

A continuación, se nombrarán los principales FrameWorks PHP, basados en

un estudio de preferencia de uso de framework PHP realizado en 2015 por el

sitio sitepoint.com, en el universo de 4,073 personas consultadas alrededor del

mundo, estas fueron sus preferencias:

Codeigniter 118

Yii 125

PHPixie 133

Symfony 707

Nette 1345

Laravel 2275.

En la figura no. 6 se muestra un resumen del estudio de las preferencias de

uso de Framework PHP con sus respectivos porcentajes.

31

Figura Nº 6 Framework PHP más utilizados

Fuente: Investigación realizada por el sitio sitepoint.com Elaborado: Manuel Cabrera P.

FRAMEWORK LARAVEL

Laravel es un framework de código abierto para desarrollar aplicaciones y

servicios web con PHP 5. La idea es desarrollar código elegante y simple a la

hora de desarrollar. Fue creado en 2011 Laravel tiene como objetivo ser un

framework que permita el uso de una sintaxis elegante y expresiva para crear

código de forma sencilla y permitiendo multitud de funcionalidades.

Gran parte de Laravel está formado por dependencias, especialmente de

Symfony, esto implica que el desarrollo de Laravel dependa también del

desarrollo de sus dependencias.

Lavarel tiene varias características como: su simplicidad en la sintaxis, su

elegancia en la escritura, su motor de plantillas incorporado, la potencia de

composer y de artisan para su manejo y los complementos con los que cuentan,

han vuelto a hacer de PHP un lenguaje moderno, rápido, eficiente y profesional

trabajado desde Laravel. (Blog.devacademy.la, 2016)

0

500

1000

1500

2000

2500

Laravel Nette Symfony2 PHPixie Yii 2CodeIgniter

Votos

32

Características de Laravel

Modularidad: Laravel se ha construido utilizando más de 20 librerías diferentes

fuertemente integradas con el gestor de dependencias Composer,

Facilidad para realizar pruebas: Laravel tiene con varios asistentes que ayudan

a visitar las rutas de testeo, navegando por el HTML resultante para asegurar

que los métodos que se llaman desde las diferentes clases sean correctos.

Enrutamiento: Laravel proporciona una extrema flexibilidad en la definición de

las rutas de la aplicación, es posible adjuntar funciones de filtro que se ejecuten

en rutas específicas.

Gestor de configuración: Frecuentemente la aplicación se ejecutará en

diferentes entornos, esto quiere decir que tanto la base de datos como

credenciales o dominios serán diferentes si se ejecutan el local en el entorno de

test o en los servidores de producción. Laravel nos permite definir

configuraciones separadas para cada uno de los entornos.

Confeccionador de consultas Laravel permite lanzar consultas a la base de

datos con una sintaxis PHP de métodos enlazados, en lugar de tener que escribir

la SQL completa. Además, proporciona un ORM y una implementación de

registro activo llamado Eloquent, que permite definir modelos interconectados.

Estos componentes son compatibles con bases de datos tales como

PostgreSQL, SQLite, MySql, MS SQL Server.

Confeccionador esquema, migraciones y repoblaciones: estas

características permiten definir un esquema de base de datos dentro de PHP y

mantener un registro de los cambios para así ayudar en la migración de base de

datos. Las repoblaciones permiten poblar las tablas seleccionadas de una base

de datos una vez realizada la migración para de esta forma rellenar con datos

las tablas.

33

Motor de plantillas: Laravel viene con Blade, un lenguaje ligero de plantillas con

el cual se pueden crear diseños anidados con bloques predefinidos en el que el

contenido se inserta dinámicamente. Además, Blade guarda en caché los

archivos generados.

Email: con la clase Mail que es un derivado de la librería SwiftMailer, Laravel

proporciona una forma muy sencilla de enviar e-mails, con contenido HTML y

adjuntos.

Autenticación: Laravel viene con las herramientas para crear en toda web un

formulario de registro, autenticación e incluso envio de contraseñas a usuarios

que no la recuerden.

Redis: es un sistema de almacenamiento clave-valor en memoria que tiene fama

de ser extremadamente rápido.

Colas: Laravel se integra con diversos servicios de colas, tales como Amazon

SQS o IronMQ, para permitir el aplazamiento de tareas que son muy intensivas

en recursos, así por ejemplo podemos enviar una gran cantidad de e-mails

ejecutando esta tarea en segundo plano en lugar de hacer que el usuario espere

delante de la pantalla. (Sg.com.mx, 2016)

MICROSOFT VISUAL STUDIO

Microsoft Visual Studio es un ambiente de desarrollo para Windows.

Soporta una gran cantidad de lenguajes de programación como C++, C#, Visual

Basic .NET, F#, etc. También proporciona herramientas para el desarrollo web

como es ASP.NET. (Msdn.microsoft.com, 2016)

Visual Studio permite a los programadores crear sitios y aplicaciones

web, a que soporte la plataforma .NET

34

Versiones

Visual Studio 6.0

Visual Studio .NET (2002)

Visual Studio .NET 2003

Visual Studio 2005

Visual Studio 2008

Visual Studio 2010

Visual Studio 2012

Visual Studio 2013

Visual Studio 2015

C#

C# es un lenguaje de programación escueto pero poderoso, hecho para

escribir programas profesionales.

El lenguaje C# es una mejora de los lenguajes C y C++. Su sintaxis es

muy parecida a C++ en las áreas de instrucciones, expresiones y operadores.

C# mejora en mucho e innova en campos como control de versiones,

seguridad de tipos, eventos y liberación de memoria además C # ha añadido

varias características significativas para dar aforo a la programación de estilo

funcional, como la liberación de LINQ y su estructura de soporte de expresiones

lambda, métodos de extensión y los tipos anónimos, esto ayudan a los

programadores a reducir el código repetitivo, dándole mayor énfasis a

desarrollar la lógica del negocio que en tareas rutinarias. (Bolaños, 2016)

ASP.NET

ASP.NET es un entorno de desarrollo Web que incluye los servicios

necesarios para crear aplicaciones web empresariales con el código mínimo.

35

ASP.NET es parte de .NET Framework y por lo tanto tiene acceso a las clases

en .NET Framework. El código puede escribirse en cualquier lenguaje

compatible con el Common Language Runtime (CLR), como Visual Basic,

JScript, C#,.NET y J#. ASP.NET incluye:

Marco de trabajo de página y controles

Compilador de ASP.NET

Infraestructura de seguridad

Funciones de administración de estado

Configuración de la aplicación

Supervisión de estado y características de rendimiento

Capacidad de depuración

Marco de trabajo de servicios Web XML

Entorno de host extensible y administración del ciclo de vida de las

aplicaciones

Entorno de diseñador extensible. (Msdn.microsoft.com, 2016)

Información general sobre páginas Web ASP.NET

Las páginas ASP.NET presenta la información al usuario en cualquier

explorador o dispositivo cliente e implementa lógica de aplicación mediante la

que el código que se ejecuta en el servidor genera de forma dinámica salida de

páginas Web en un explorador del cliente.

Las páginas Web ASP.NET representan automáticamente el código HTML

adecuado al explorador para funciones tales como estilos, diseño, etc. Son

compatibles con cualquier explorador o dispositivo móvil.

Ventajas que aportan las páginas Web ASP.NET

Implementación de una interfaz de usuario Web compleja

36

Separación de cliente y servidor

Ejecución sin estado

Funciones desconocidas del cliente

Complicaciones con el acceso a datos

Complicaciones con la escalabilidad (Maestros del Web, 2010)

BASES DE DATOS

Definición de Bases de Datos.

Es una colección de datos referentes a una organización estructurada

según un modelo de datos de forma que refleja las relaciones y restricciones

existentes entre los objetos del mundo real, y consigue independencia, integridad

y seguridad de los datos. (tecnología y datos, 2016)

Lo que debemos tener claro es la diferencia entre base de datos y SGBD.

La base de datos es el almacenamiento donde residen los datos.

El SGBD es el encargado de manipular la información contenida en ese

almacenamiento mediante operaciones de lectura/escritura sobre la misma.

Además, las bases de datos no sólo contendrán las tablas de datos, sino que

también almacenará formularios, consultas sobre los datos, e informes. El SGBD

se encargará de manipular esos datos, controlar la integridad y seguridad de los

datos, reconstruir y reestructurar la base de datos cuando sea necesario. (Foro

Tecnico, 2007)

Modelos clásicos de tratamiento de los datos

Jerárquico: puede representar dos tipos de relaciones entre los datos:

relaciones de uno a uno y relaciones de uno a muchos. Este modelo tiene forma

de árbol invertido en el que una rama puede tener varios hijos, pero cada hijo

sólo puede tener un padre.

37

En red: Este modelo permite la representación de muchos a muchos, de tal

forma que cualquier registro dentro de la base de datos puede tener varias

ocurrencias superiores a él. El modelo de red evita redundancia en la

información, a través de la incorporación de un tipo de registro denominado el

conector. En el modelo en red se representa el mundo real mediante registros

lógicos que representan a una entidad y que se relacionan entre sí por medio de

flechas

Relacional: Una base de datos relacional es una colección de elementos de

datos organizados en un conjunto de tablas formalmente descritas desde la que

se puede acceder a los datos o volver a montarlos de muchas maneras

diferentes sin tener que reorganizar las tablas de la base. La base de datos

relacional fue inventada por E.F. Codd en IBM en 1970. (Elies.rediris.es, 2016)

SISTEMA DE GESTIÓN DE BASES DE DATOS

Los sistemas gestores de bases de datos (SGBD, por sus siglas en

inglés), también conocidos como sistemas manejadores de bases de datos o

DBMS (DataBase Management System), son un conjunto de programas que

manejan todo acceso a la base de datos, con el objetivo de servir de interfaz

entre ésta, el usuario y las aplicaciones utilizadas. Gracias a este sistema de

software específico el usuario puede gestionar la base de datos (almacenar,

modificar y acceder a la información contenida en ésta) mediante el uso de

distintas herramientas para su análisis, con las que puede realizar consultas y

generar informes.

Además de gestionar los datos y mantener su consistencia, su utilización

supone numerosas ventajas a la hora de construir y definir la base de datos a

38

diferentes niveles de abstracción para distintas aplicaciones, pues facilita los

procesos y también su mantenimiento. (Elies.rediris.es, 2016)

Las funciones de un SGBD

La ejecución de las operaciones sobre la base de datos para luego

proporcionarlos al usuario en función de su requerimiento se realiza de un modo

eficiente y seguro. Las características de un SGDB posibilitan el cumplimiento

de una serie de funciones, que pueden agruparse de la siguiente manera:

Definición de los datos: El SGBD ha de poder definir todos los objetos de la

base de datos partiendo de definiciones en versión fuente para convertirlas en la

versión objeto.

Manipulación de los datos: El SGBD responde a las solicitudes del usuario

para realizar operaciones de supresión, actualización, extracción, entre otras

gestiones. El manejo de los datos ha de realizarse de forma rápida, según las

peticiones realizadas por los usuarios, y permitir la modificación del esquema de

la base de datos gracias a su independencia.

Seguridad e integridad de los datos: Además de registrar el uso de las bases

de datos, ante cualquier petición, también aplicará las medidas de seguridad e

integridad de los datos (adopta medidas garantizar su validez) previamente

definidos. Un SGBD debe garantizar su seguridad frente a ataques o

simplemente impedir su acceso a usuarios no autorizados por cualquier razón.

Recuperación y restauración de los datos: La recuperación y restauración de

los datos ante un posible fallo es otra de las principales funciones de un SGBD.

Su aplicación se realizará a través de un plan de recuperación y restauración de

los datos que sirva de respaldo.

Tipos de gestores de bases de datos

39

La tipología de los SGBD es muy variada, en función del criterio que

utilicemos para su clasificación. Agruparlos atendiendo al modelo de datos,

número de usuarios o de sitios suele ser lo más habitual, si bien la tipología

puede obedecer a otras muchas pautas, según convenga desde un determinado

enfoque práctico:

Si atendemos al modelo de datos, los gestores de bases de datos pueden ser:

Relacionales

En Red

Jerárquicos

Orientados a objetos

Por su parte, es posible diferenciarlos según sean o no propietarios, en

función de la licencia, de acuerdo con el número de usuarios monousuario o

multiusuario y, por ejemplo, también agruparlos en centralizados y distribuidos,

esta vez según el número de sitios. (PowerData, 2016)

POSTGRESQL

PostgreSQL es un sistema de gestión de bases de datos relacional

orientado a objetos y libre, publicado bajo la licencia PostgreSQL, similar a la

BSD o la MIT.

Como muchos otros proyectos de código abierto, el desarrollo de

PostgreSQL no es manejado por una empresa y/o persona, sino que es dirigido

por una comunidad de desarrolladores que trabajan de forma desinteresada,

altruista, libre y/o apoyados por organizaciones comerciales. Dicha comunidad

es denominada el PGDG (PostgreSQL Global Development Group).

(Postgresql.org.es, 2016)

40

Características de PostgreSQL

A continuación, se define algunas de las características más importantes y

soportadas por PostgreSQL:

Soporta distintos tipos de datos: además del soporte para los tipos base,

también soporta datos de tipo fecha, monetarios, elementos gráficos,

datos sobre redes, cadenas de bits, etc. También permite la creación de

tipos propios.

Incluye herencia entre tablas, por lo que a este gestor de bases de datos

se le incluye entre los gestores objeto-relacionales.

Copias de seguridad en caliente (Online/hot backups)

Unicode

Juegos de caracteres internacionales

Regionalización por columna

Multi-Version Concurrency Control (MVCC)

Múltiples métodos de autentificación

Acceso encriptado via SSL

Completa documentación

Licencia BSD

Disponible para Linux y UNIX en todas sus variantes (AIX, BSD, HP-UX,

SGI IRIX, Mac OS X, Solaris, Tru64) y Windows 32/64bit.

Alta concurrencia

Mediante un sistema denominado MVCC (Acceso concurrente

multiversión, por sus siglas en inglés) PostgreSQL permite que mientras

un proceso escribe en una tabla, otros accedan a la misma tabla sin

41

necesidad de bloqueos. Cada usuario obtiene una visión consistente de

lo último a lo que se le hizo commit. (Postgresql.org.es, 2016)

Limitaciones de PostgreSQL

Puntos de recuperación dentro de transacciones. Actualmente, las

transacciones abortan completamente si se encuentra un fallo durante su

ejecución.

No soporta tablespaces para definir dónde almacenar la base de datos, el

esquema, los índices, etc. (versiones antes de la 9.0)

El soporte a orientación a objetos es una simple extensión que ofrece

prestaciones como la herencia, no un soporte completo.

Ventajas de PostgreSQL

Ampliamente popular - Ideal para tecnologías web.

Fácil de Administrar.

Su sintaxis SQL es estándar y fácil de aprender.

Footprint bajo de memoria, bastante poderoso con una configuración

adecuada.

Multiplataforma.

Capacidades de replicación de datos.

Soporte empresarial disponible.

Estabilidad y confiabilidad legendarias.

Extensible

Multiplataforma.

Diseñado para ambientes de alto volumen

Desventajas de PostgreSQL

42

En comparación con MySQL es más lento en inserciones y

actualizaciones, ya que cuenta con cabeceras de intersección que no

tiene MySQL.

Soporte en línea: Hay foros oficiales, pero no hay una ayuda obligatoria.

Consume más recursos que MySQL.

La sintaxis de algunos de sus comandos o sentencias no es nada intuitiva.

(Freecodelinux.blogspot.com, 2016)

SQLSERVER

SQL Server es un sistema de gestión de bases de datos relacionales (RDBMS)

de Microsoft que diseño para el uso empresarial. SQL Server utiliza T-SQL

(Transact -SQL), un conjunto de extensiones de programación de Sybase.

Microsoft añade varias características a SQL estándar, incluyendo:

Control de transacciones

Excepción y manejo de errores

Procesamiento fila

Variables declaradas.

Con código Yukon en su etapa de desarrollo, SQL Server 2005 fue lanzado en

noviembre de 2005. Se dice que el producto 2005 tenía una mayor flexibilidad,

confiabilidad, escalabilidad y seguridad a las aplicaciones de base de datos, y

permitió que fueran más fáciles de crear y desplegar, lo que reduce la

complejidad y el tedio involucrado en la gestión de bases de datos. SQL Server

2005 también incluía más soporte administrativo.

El código original de SQL Server ha sido desarrollado por Sybase; a finales de

1980, Microsoft, Sybase y Ashton-Tate colaboraron para producir la primera

versión del producto, SQL Server 4.2 para OS/2. Posteriormente, tanto Sybase

como Microsoft ofrecieron productos de SQL Server. Sybase cambió después el

nombre de su producto a Adaptive Server Enterprise (SearchDataCenter en

Español, 2016).

43

ANTEPROYECTOS Y TESIS

Anteproyecto

Un anteproyecto es el documento realizado por un estudiante o un grupo de

estudiantes donde proponen un tema de tesis con su problemática, objetivo

general, objetivos específicos, alcances, presupuestos y recursos.

Un anteproyecto se presenta a la Unidad de titulación de la Carrera de Ingeniería

en Sistemas Computacionales con el objetivo que sea aprobado y se convierta

en un tema de tesis que permita titularse como Ingeniero en Sistemas

Computacionales. En la figura 7 se muestra la primera página de un

anteproyecto. (Collantes, 2016)

Figura Nº 7 Anteproyecto de la Carrera de Ingeniería en Sistemas Computacionales

Fuente: Unidad de titulación de la Carrera de Ingeniería en Sistemas Computacionales.


Esquema General de un Anteproyecto.

44

Planteamiento del problema

Objetivo general

Objetivos específicos

Alcance

Recursos

Presupuesto estimado

Bibliografía básica

Formato de un Anteproyecto.

Los trabajos deben presentarse en hoja tamaño A4, escritas a espacio y

medio con márgenes de escritura: superior, inferior y derecho de 2.5 cm.

y el izquierdo de 3 cm.

El texto se escribirá con letra Arial de 12 puntos y los encabezados con

negritas.

Los párrafos se inician al margen izquierdo de la página, sin sangría y se

separan dos espacios un párrafo de otro.

No debe dejarse espacio en blanco al final de la página, excepto cuando

se concluya un capítulo.

Cada capítulo debe empezar en una página nueva.

Los títulos de los capítulos se escriben a mitad de la hoja y se ordenan

con números romanos, centrados, en mayúsculas, negritas y sin punto

final. Con letra tamaño 14.

45

Todas las páginas del proyecto de titulación o proyectos profesionales se

numeran en la parte inferior derecha de la hoja, a excepción de la primera

de cada capítulo, que no se numera, pero se tiene en cuenta para

continuar la secuencia de las páginas.

El cuerpo del proyecto de titulación, se página con números arábigos y las

hojas del principio (dedicatoria, agradecimientos, índice, resumen) con

números romanos en minúsculas.

La paginación arábiga inicia en la primera hoja de la introducción y termina

con la última hoja de las referencias bibliográficas. (Collantes, 2016)

46

Tesis

Una tesis es el documento realizado por un estudiante o un grupo de

estudiantes como requisito para poder terminar su pregrado y poder titularse

como Ingeniero en Sistemas Computacionales.

La tesis presenta una problemática y el estudiante o grupo de estudiante

presentan la solución de una forma científica. (Collantes, 2016)

Requisitos para poder realizar la tesis.

Haber culminado la malla curricular, esto lo demuestra el certificado de

egresado.

Haber realizado el proceso de vinculación con la comunidad con su

respectivo certificado.

Haber realizado el proceso de prácticas pre profesionales con su

respectivo certificado.

Haber presentado un anteproyecto y que este haya sido aprobado.

Tener un tutor asignado.

Esquema General de la tesis.

Carta de aceptación del tutor

Dedicatoria

Agradecimiento

Índice general

Índice de cuadros

Índice de gráficos

Resumen

Abstract

Introducción

47

CAPÍTULO I – EL PROBLEMA

o Ubicación del problema en un contexto

o Situación conflicto

o Causa del problema, consecuencia

o Delimitación del problema

o Planteamiento

o Evaluación del problema

o Objetivo General

o Objetivo Específico

o Justificación e Importancia

o Metodología del Proyecto

CAPÍTULO II- Marco teórico

o Fundamentación teórica

o Antecedentes del estudio

o Exposición fundamentada en la consulta bibliográfica

o Documental actualizado

o Orientación filosófica y educativa de la investigación.

CAPÍTULO III – Propuesta tecnológica

o Análisis de Factibilidad

o Etapas de la Metodología de Proyectos

o Entregables del Proyecto.

CAPÍTULO IV – Resultados, conclusiones y recomendaciones

o Resultados

o Conclusiones

o Recomendaciones

48

Bibliografía

Anexos

FUNDAMENTACIÓN LEGAL

El presente proyecto de tesis se sustentará desde el punto de vista jurídico

legal en la Constitución Política del Ecuador, la Ley Orgánica de Educación

Superior, Ley de Propiedad Intelectual y el Decreto N°. 1014 de la Presidencia

de la República del Ecuador.

CONSTITUCIÓN POLÍTICA DEL ECUADOR

Título VII

Régimen Del Buen Vivir

Sección Primera Educación

Art. 347.- Será responsabilidad del Estado:

8. Incorporar las tecnologías de la información y comunicación en el proceso

educativo y propiciar el enlace de la enseñanza con las actividades productivas

o sociales.

Art. 350.- El sistema de educación superior tiene como finalidad la formación

académica y profesional con visión científica y humanista; la investigación

científica y tecnológica; la innovación, promoción, desarrollo y difusión de los

saberes y las culturas; la construcción de soluciones para los problemas del país,

en relación con los objetivos del régimen de desarrollo.

49

Reglamento de Régimen Académico

Art. 21.- Unidades de organización curricular en las carreras técnicas y

tecnológicas superiores, y de grado. Estas unidades son:

1.- Unidad básica. - Introduce al estudiante en el aprendizaje de las ciencias y

disciplinas que sustentan la carrera, sus metodologías e instrumentos, así como

en la contextualización del estudio profesional;

2.- Unidad profesional. - Está orientada al conocimiento del campo de estudio y

las áreas de actuación de la carrera, a través de la integración de las teorías

correspondientes y de la práctica pre profesional;

3.- Unidad de titulación. - Incluye las asignaturas, cursos o sus equivalentes, que

permiten la validación académica de los conocimientos, habilidades y

desempeños adquiridos en la carrera para la resolución de problemas, dilemas

o desafíos de una profesión. Su resultado fundamental es el desarrollo de un

trabajo de titulación, basado en procesos de investigación e intervención o la

preparación y aprobación de un examen de grado.

LEY DE PROPIEDAD INTELECTUAL

Sección V

DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS

Parágrafo Primero

DE LOS PROGRAMAS DE ORDENADOR

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

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

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

50

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

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

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

general, aquellos elementos que conformen la estructura, secuencia y

organización del programa.

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

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

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

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

legitimado para ejercer en nombre propio los

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

divulgación.

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

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

programas derivados del mismo. Las disposiciones del presente artículo podrán

ser modificadas mediante acuerdo entre los autores y el productor.

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

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

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; y;

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

51

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.

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

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

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. En los artículos antes citados se expresa las

condiciones pertinentes sobre las cuales se rige la ley de propiedad intelectual

en lo que respecta a los programas de ordenador, en este caso se plantea una

solución de dicha naturaleza por lo que la misma queda amparada por la ley de

acuerdo los artículos mencionados.

PREGUNTAS CIENTÍFICAS A CONTESTARSE

¿Puede una aplicación web ayudar a hacer el proceso de revisión de

anteproyectos más ágil para la estudiante?

52

¿Puede una aplicación web ayudar mejorar la revisión de la originalidad

de los anteproyectos?

¿Puede una aplicación web permitir esquematizar el proceso secuencial

de la aprobación de un anteproyecto?

¿Puede una aplicación web crear un repositorio de tesis de grado y

anteproyectos?

DEFINICIONES CONCEPTUALES

Aplicación Web: Es programa informático diseñado en ambiente web como

herramienta para permitir a un usuario realizar uno o diversos tipos de trabajos.

Anteproyecto: Documento realizado por un estudiante o un grupo de

estudiantes donde proponen un tema de tesis.

Tesis: Documento realizado por un estudiante o un grupo de estudiantes donde

resuelven una problemática y su aprobación el confiere el título de Ingeniería de

Sistemas Computacionales.

Coincidencias: Palabras o frases que se encuentran en común en dos

documentos, generalmente tiene mucho parecido entre ambas.

PostgreSQL: Motor de Bases de Datos que se utilizará en el sistema.

PHP: Lenguaje de programación que se utilizará en el sistema.

Laravel: Framework de programación PHP que trabaja bajo en patrón MVC será

utilizado en la elaboración del sistema.

Patrón MVC: Paradigma que divide la programación en tres partes MODELO,

VISTA, CONTROLADOR.

Modelo: Parte de la codificación en Laravel que representara los datos del

sistema.

53

Vista: Parte de la codificación en Laravel que es la interfaz del programa para el

usuario final.

Controlador: Parte de la codificación en Laravel que interactúa con la vista y el

modelo.

54

CAPÍTULO III

PROPUESTA TECNOLÓGICA

ANÁLISIS DE FACTIBILIDAD

Basándose en el análisis que se ha realizado al proceso de Revisión de

Anteproyectos de la Carrera de Ingeniería en Sistema Computacionales, que los

estudiantes deben cumplir para que su proyecto sea tomado como viable y que

les sirva para la obtención de la envestidura como Ingenieros en Sistemas

Computacionales, se detectó que existen muchas falencias en el flujo normal de

los eventos, que existen demasiados procesos manuales y que por ello el tiempo,

que toman estas actividades se extiende en gran medida. El mismo análisis

determinó que una solución informática web, ayudaría a sugerir estándares para

los procesos, automatizar actividades y con ello mejorar la calidad del proceso

de revisión de anteproyecto, lo que traería beneficios para los estudiantes,

docentes y autoridades.

FACTIBILIDAD OPERACIONAL

La Unidad de Titulación de la Carrera y las otras autoridades de la carrera

están interesadas en la solución tecnológica y brindaran su consentimiento y

respaldo para la implementación de la aplicación web.

Las autoridades formalizarán el flujo de procesos propuesto en el proyecto

para que los docentes y estudiantes cumplan con todas las actividades que son

planteadas en el sistema web.

Los docentes, que son parte fundamental en el proceso, también

necesitan una herramienta que les ayude a realizar su trabajo de una manera

55

más rápida y eficiente, razón por la cual estarán con predisposición a la ayuda

que brindará la aplicación.

Por último, los estudiantes serán los principales beneficiados con las mejoras

presentadas en este proyecto ya que, al automatizar los procesos, tendrán un

control global de las etapas en la que su anteproyecto se encuentra, con esto el

proceso de titulación se agiliza y su calidad sería de alta medida.

Para cumplir con esto las autoridades podrán crear roles específicos

dentro del sistema con los cuales se cubrirá todas las actividades analizadas que

conlleven a cumplir con el proceso de forma integral y eficientemente,

optimizando el uso de recursos.

FACTIBILIDAD TÉCNICA

El proyecto es factible ya que el análisis y diseño fueron elaborados de

manera que cubran todos los alcances planteados y los objetivos proyectados,

la aplicación utilizará un sistema de Base de Datos, donde se almacenará la

información con la que el programa trabajará y la que generará, también se

necesitara de un lenguaje de programación con el cual se desarrollara el sistema,

esta herramienta deberá permitir la programación de sitios web, por lo tanto se

necesitará de un hosting donde alojar las páginas y un dominio que servirá para

que los usuarios puedan acceder a la aplicación, en cuánto al almacenamiento

se necesitará al menos dos terabytes de espacio para guardar información.

Para cumplir con cada exigencia que necesita el proyecto en el caso del

software se utilizará un gestor de base de datos y un lenguaje de programación

web comercial que tiene convenio de uso gratuito con la Universidad de

Guayaquil.

56

El dominio, hosting y almacenamiento serán cubiertos por las autoridades

de la Universidad, luego de seguir los procesos respectivos de contratación de

servicios y compra de insumos y productos.

En cuanto a la administración de la aplicación deberá ser realizada por el

personal que las autoridades designen, la utilización para los usuarios en

general, podrá realizarse desde cualquier parte del mundo siempre y cuando

tenga un navegador y acceso a internet.

FACTIBILIDAD LEGAL

El sistema contará con todas las medidas de seguridad necesarias para

guardar la confidencialidad de la información proporcionada por los estudiantes.

Se definirán políticas para el acceso a la información almacenada, manteniendo

así la integridad de los datos de los estudiantes evitando modificaciones no

autorizadas a la información ingresada por los estudiantes y docentes.

Con la implementación de la aplicación se estará ayudando a cumplir el

Reglamento de Régimen Académico artículo 21 inciso 3 que habla sobre la

Unidad de titulación y como el fin de ésta, es entregar un trabajo de titulación

donde se validarán los conocimientos adquiridos por estudiantes en las carreras

respectivas.

Con todas estas premisas la aplicación web planteada se enmarca en la

Constitución Política del Ecuador, la Ley Orgánica de Educación Superior y la

Ley de Propiedad Intelectual.

FACTIBILIDAD ECONÓMICA

El proyecto es realizado como requisito para la obtención del título de

Ingeniero en Sistemas Computacionales por lo que el análisis, diseño e

57

implementación no tendrá un costo económico para la Universidad ni para la

carrera.

Para la implementación de la aplicación web se requerirá de valores que

son relativamente pequeños en comparación a los beneficios que el sistema

brindaría, los gastos a incurrir serián los del hosting, dominio y almacenamiento.

ETAPAS DE LA METODOLOGÍA DEL PROYECTO

Para el presente proyecto se implementará la metodología Scrum

adaptada a las características propias de un trabajo de titulación unipersonal, la

misma que es un proceso en el que se emplean de manera habitual un conjunto

de buenas prácticas para trabajar en equipo, y obtener el mejor resultado posible

de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene

origen en un estudio de la manera de trabajar de equipos altamente productivos.

En Scrum se realizan entregas parciales y regulares del producto final,

priorizadas por el beneficio que aportan al receptor del proyecto. Por ello, Scrum

está especialmente indicado para proyectos en entornos complejos, donde se

necesita obtener resultados pronto, donde los requisitos son cambiantes o poco

definidos, donde la innovación, la competitividad, la flexibilidad y la productividad

son fundamentales.

DESARROLLO

ELEMENTOS DEL PROYECTO

Para el presente proyecto se adaptará Scrum a un proyecto de titulación

unipersonal, como dueño del producto estará el Ing. Roberto Collantes, que será

el encargado de traer todas las historias de usuarios que luego formarán parte

de la pila de productos. El Scrum Master será el señor Manuel Cabrera quien

58

será el encargado de aplicar la metodología, y el desarrollo de la aplicación. El

producto que se entregará es una herramienta de búsqueda de coincidencias

para los Anteproyectos de la Carrera de Ingeniería en Sistemas

Computacionales. (ABCIS)

Cuadro Nº 3 Elementos del proyecto

Roles Persona o Componente

Product Owner Ing. Roberto Collantes

Team Manuel Cabrera

Scrum Master Manuel Cabrera

Producto Herramienta de Búsqueda de Coincidencias para los Anteproyectos de la Carrera de Ingeniería en Sistemas Computacionales (ABCIS)

Elaboración: Manuel Cabrera Peñafiel. Fuente: Desarrollo de SCRUM

Pila de Productos (Product Backlog)

La pila de productos o product backlog, es un listado de todo lo que el

usuario final desea que haga el sistema, se escriben en orden de llegada, no hay

que desestimar ninguna, más adelante esta lista se ordenará de acuerdo a un

proceso de priorización.

Cuadro Nº 4 Pila de Productos

Pila de Productos

Registrar Estudiantes como usuarios

Registrar Profesores como usuarios

Registrar Anteproyectos y su componentes a analizar

Registrar Tesis y su componentes a analizar

Registrar Páginas web que servirán para comparar los anteproyectos

Registrar Prestamos de tesis

Registrar Versiones de anteproyectos

Registrar Observaciones en los anteproyectos

Permitir la comparación de un anteproyecto con otro documento

Mostrar el avance en el proceso por estudiantes

Presentar informes de actividades del proceso

Presentar Informes de manejo de tesis por parte de los docentes

Importar archivos donde se encuentre el anteproyecto

59

Crear y asociar perfiles de acuerdo a la función que cumplirán los diferentes usuarios.

Elaborar informes por cada alumnos para verificar su aprobación del proyecto como tema de tesis


Pila de productos priorizada

Una vez que la pila de productos está lista es hora de dar una prioridad

en su realización, la tarea es de todos los participantes del método Scrum, pero

la responsabilidad mayor es del dueño del producto, en este caso en Ing. Roberto

Collantes, la pila de productos se ordena de forma que los primeros items sean

los más elementales a realizar, los últimos de la lista serán los que se podrían

eliminar si no fuesen necesarios.

Cuadro Nº 5 Pila de Productos Priorizada

Pila de Productos Priorizada


Registrar Estudiantes como usuarios

Registrar Profesores como usuarios

Importar archivos donde se encuentre el anteproyecto


Registrar Tesis y sus componentes a analizar

Registrar Anteproyectos y sus componentes a analizar

Registrar Versiones de anteproyectos

Permitir la comparación de un anteproyecto con otro documento

Registrar Observaciones en los anteproyectos

Mostrar el avance en el proceso por estudiantes

Registrar Prestamos de tesis

Presentar informes de actividades del proceso

Presentar Informes de manejo de tesis por parte de los docentes



Estimar la Pila de Productos

60

Luego de tener priorizada la pila de productos es hora de estimar, para

ello se utilizará una escala de estimación, basada en la serie de Fibonacci, 1, 2,

3, 5, 8, 13, 21. Donde un puntaje de 1 equivale a un producto más sencillo de

realizar y 21 lo más difícil de hacer. Esta actividad la realiza el Scrum Master

junto con el Team.

Cuadro Nº 6 Pila de Productos con estimaciones

Pila de Productos con estimaciones Puntos

Registrar Profesores como usuarios 3


3

Registrar Tesis y componentes a analizar 3

Registrar Anteproyectos y componentes a analizar 3

Mostrar el avance en el proceso por estudiantes 5


5

Registrar Prestamos de tesis 5

Presentar informes de actividades del proceso 8


8

Registrar Estudiantes como usuarios 8

Importar archivos donde se encuentre el anteproyecto 8

Presentar Informes de manejo de tesis por parte los docentes 8

Registrar Observaciones en los anteproyectos 8

Registrar Versiones de anteproyectos 13

Permitir la comparación de un anteproyecto con otro documento 21


Creación de Sprint

Los sprint son una parte del proyecto que puede ser considerada como

una entrega parcial, su duración en promedio puede ir de una semana a cuatro

semanas, en el caso para este proyecto los sprint durarán una semana laboral.

Se dividió el proyecto en cinco sprints.

61

Cuadro Nº 7 Sprint 1

Sprint 1


5

Registrar Estudiantes como usuarios 8

Registrar Profesores como usuarios 3

Registrar Páginas web que servirán para comparar los anteproyectos 3

Registrar Tesis y componentes a analizar 3

Total de puntos 22



Sprint 2

Importar archivos donde se encuentre el anteproyecto 8

Registrar Prestamos de tesis 5

Presentar Informes de manejo de tesis por parte los docentes 8

Total de puntos 21



Sprint 3

Registrar Anteproyectos y componentes a analizar 3

Registrar Versiones de anteproyectos 13

Registrar Observaciones en los anteproyectos 8

Total de puntos 24



Sprint 4

Permitir la comparación de un anteproyecto con otro documento. 21

Total de puntos 21



Sprint 5

Mostrar el avance en el proceso por estudiantes 5

62

Presentar informes de actividades del proceso 8


8

Total de puntos 21


Sprint con horas

Luego de dividir el proyecto en sprints, es hora de hacer un presupuesto

de horas con las que cuenta el proyecto, en este caso se trabajará nueve horas

diarias, cada sprint tiene la duración de una semana laborable, como son cinco

sprints, se realizará la siguiente multiplicación: 5 sprint por 5 días que dura cada

uno de ellos por 9 horas diarias es igual 225 horas. Luego se distribuirá el tiempo

dependiendo el puntaje de estimación, ya antes mencionado.

Cuadro Nº 12 Sprint 1 con estimaciones y tiempo.

Sprint 1 Puntos Horas


5 11

Registrar Estudiantes como usuarios 8 17

Registrar Profesores como usuarios 3 6


3 6

Registrar Tesis y componentes a analizar 3 6

Total 22 45




Importar archivos donde se encuentre el anteproyecto 8 17

Registrar Prestamos de tesis 5 11

Presentar Informes de manejo de tesis por parte los docentes

8 17

63

Total 21 45




Registrar Anteproyectos y componentes a analizar 3 6

Registrar Versiones de anteproyectos 13 28

Registrar Observaciones en los anteproyectos 8 17

Total 24 45 Elaboración: Manuel Cabrera Peñafiel.

Fuente: Desarrollo de SCRUM



Permitir la comparación de un anteproyecto con otro documento.

21 45





Mostrar el avance en el proceso por estudiantes 5 11

Presentar informes de actividades del proceso 8 17


8 17



Gráfico de horas restantes de trabajo (Burn down chart)

Este gráfico es un elemento de Scrum muy potente que ayuda a controlar

que el proyecto se termine cuando se planifica, de esta forma se controlará como

va avanzado el desarrollo de la aplicación informática, el gráfico consta de la

64

parte ideal, que es como se presentaría el flujo de actividades si todo saldría

como fue planificado.

Figura Nº 8 Burn down chart ideal



Debido a las variaciones que se pueden presentar en el proceso, el plano

ideal se contrasta con el plano real, si las diferencia son grandes se podría decir

que los sprints no están bien diseñados o que las actividades no se están

realizando de buena manera.

216207

198189

180171

162153

144135

126117

10899

9081

7263

5445

3627

189

00

50

100

150

200

250

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

Horas por trabajar

65

Figura Nº 9 Burn down chart ideal vs Real


216207

198189

180171

162153

144135

126117

10899

9081

7263

5445

3627

189

00

50

100

150

200

250

0

50

100

150

200

250

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

Chart Title

Ideal Real

66

Cuadro Nº 17 Prueba de Ingreso al Sistema

Prueba Funcional

Número de la Prueba: 1 Responsable:

Manuel Cabrera Peñafiel

Nombre de la Prueba:

Ingreso al sistema.

Condiciones de ejecución:

El usuario debe estar registrado en el sistema.

El usuario debe tener permitido el acceso.

El usuario debe tener un perfil asociado.

Ingresar a la aplicación digitando la dirección web en la barra de

navegación de un browser.

Entrada:

Ingresar usuario

Ingresar contraseña.

Dar clic en el botón ingresar.

Resultado esperado:

Que un usuario registrado en el sistema y con permiso de acceso

ingrese a la aplicación web y se muestre la interfaz de bienvenida.

Evaluación de la prueba:

Prueba Satisfactoria

Elaboración: Manuel Cabrera Peñafiel

Fuente: Pruebas realizadas a la aplicación

67

Cuadro Nº 18 Prueba de Cambio de contraseña

Prueba Funcional




Cambio de contraseña.


El usuario debe estar registrado en el sistema.

El usuario debe tener permitido el acceso.

El usuario debe tener un perfil asociado.

Ingresar a la opción Cambio de contraseña

Entrada:

Ingresar usuario

Ingresar antigua contraseña.

Ingresar nueva contraseña.

Repetir nueva contraseña.

Dar clic en el botón ingresar.

Resultado esperado:

Que un usuario registrado en el sistema y con permiso de acceso cambie

su contraseña





68

Cuadro Nº 19 Prueba de Ingreso de Anteproyecto

Prueba Funcional




Ingreso de Anteproyecto.


El usuario debe haber ingresado a la aplicación.

El usuario debe ser de tipo estudiante.

Ingresar a la opción de Ingreso de Anteproyecto.

Entrada:

Ingresar tema, objetivo general, objetivos específicos, alcances,

tipo de investigación, categoría, calificación, año, tecnologías

utilizadas, disponibilidad de formato digital.

Dar clic en el botón Ingresar anteproyecto.

Resultado esperado:

Luego de ingresar datos del anteproyecto, deberá validar que todos los

campos estén llenos de forma correcta, si no existiese ninguna

novedad, se deberá guardar el anteproyecto y la aplicación mostrará el

respectivo mensaje confirmatorio.





69

Cuadro Nº 20 Prueba de Ingreso de Tesis

Prueba Funcional




Ingreso de Tesis



El usuario debe ser de tipo digitador.

Ingresar a la opción de Ingreso de Tesis.

Entrada:

Ingresar tema, objetivo general, objetivos específicos, alcances,

tipo de investigación, categoría, calificación, año, tutor,

tecnologías utilizadas, disponibilidad de formato digital.

Dar clic en el botón Ingresar anteproyecto.

Resultado esperado:

Luego de ingresar datos de la tesis, deberá validar que todos los

campos estén llenos de forma correcta, si no existiese ninguna

novedad, se deberá guardar la tesis y la aplicación mostrará el

respectivo mensaje confirmatorio.





70

Cuadro Nº 21 Prueba de Ingreso de Docentes

Prueba Funcional




Ingreso de Docentes



El usuario debe ser de tipo digitador.

Ingresar a la opción de Ingreso de Docentes.

Entrada:

Importar archivos con docentes aptos para ser tutores

Dar clic en el botón importar listado.

Resultado esperado:

Luego de cargar los datos de los profesores de la plantilla de Excel se

deberá registrar en la base de datos





71

Cuadro Nº 22 Prueba de Revisar Coincidencias

Prueba Funcional




Revisar Coincidencias



El usuario debe ser de tipo administrador o profesor.

Si es profesor debe tener asignados temas de anteproyectos.

Ingresar a la opción de Revisar Coincidencias.

Entrada:

Escoger de los temas de anteproyectos, el que va revisar.

Dar clic en el botón Revisar Coincidencias

Resultado esperado:

El sistema deberá comparar el anteproyecto en cuestión con las tesis y

los anteproyectos que están registrados en la aplicación y mostrar la

cantidad de coincidencias que tuvieron lugar entre dicha comparación.





72

Cuadro Nº 23 Prueba Realizar Observaciones a los Anteproyectos

Prueba Funcional




Realizar observaciones a los anteproyectos.



El usuario debe ser de tipo profesor.

Tener asignado anteproyectos.

Ingresar a la opción de Revisar Anteproyecto.

Entrada:

Escoger de los temas de anteproyectos, el que va revisar.

Luego de leer el cuerpo de anteproyecto deber ingresar las

observaciones del caso que el profesor estime necesarias.

Dar clic en la opción grabar sin aprobar.

Resultado esperado:

El sistema deberá guardar las observaciones dadas por el docente al

anteproyecto.





73

Cuadro Nº 24 Prueba Préstamos y Devolución de tesis

Prueba Funcional




Realizar Prestamos y Devolución de tesis



El usuario debe ser de tipo bibliotecario.

Ingresar a la opción de Préstamo de tesis

Entrada:

Escoger de todas las tesis, la que va necesitar.

Dar clic en el botón prestar.

Resultado esperado:

El sistema deberá mostrar al bibliotecario que es el encargado de

custodiar las tesis, las tesis que están disponibles y escogerá la que

docente le pida siempre y cuando este registrado en sistema, luego

márcala en la aplicación como entregada y registrar al docente, cuando

sea devuelta el bibliotecario deberá márcala como devuelta





74

Cuadro Nº 25 Prueba de Modificaciones de Anteproyecto.

Prueba Funcional




Prueba de Modificaciones de Anteproyecto.



El usuario debe ser de tipo estudiante.

Ingresar a la opción de Modificar Anteproyecto.

Entrada:

Tener observaciones hechas por su profesor revisor.

Modificar los elementos necesarios en el anteproyecto.

Dar clic en el botón grabar.

Resultado esperado:

El sistema deberá mostrar el anteproyecto propio y permitirá que

modifique lo que considere necesario para que el revisor pueda revisarlo

nuevamente





75

Cuadro Nº 26 Prueba de Aprobación de Anteproyecto.

Prueba Funcional




Prueba de Aprobación de Anteproyecto.



El usuario debe ser de tipo profesor.

Ingresar a la opción de Revisar Anteproyecto.

Entrada:

El estudiante debió haber realizado las correcciones hechas por

el docente, si la hubiese tenido.

Dar clic en el botón aprobar.

Resultado esperado:

El sistema deberá mostrar el anteproyecto propio y permitirá que

modifique lo que considere necesario para que el revisor pueda revisarlo

nuevamente





76

RESULTADOS DE ENCUESTAS

A continuación, se mostrarán los resultados de la encuesta realizada en

la Carrera de Ingeniería en Sistemas Computacionales sobre el proceso de

entrega de anteproyectos, la misma se realizó a un universo de 62 estudiantes y

15 docentes. Las primeras 8 preguntas fueron hechas a los alumnos y la

diferencia a los profesores.

Cuadro Nº 27 ÍTEM N° 1

¿Cómo considera usted el proceso de Titulación de la Carrera de Ingeniería en Sistemas Computacionales?



Figura Nº 10 ITEM N° 1

¿Cómo considera usted el proceso de Titulación de la Carrera de Ingeniería en Sistemas Computacionales?


Fuente: Investigación De acuerdo a la respuesta brindadas por los estudiantes, es notorio que

un 64.52% considera que el proceso de Titulación de la Carrera de Ingeniería en

Sistemas Computacionales es extenso, el 19.35% que es normal y solo un

16.13% piensa que es rápida.

64.52%

19.35%

16.13%

Extenso

Normal

Rápido

Opciones Respuestas Porcentaje

Extenso 40 64,52%

Normal 12 19,35%

Rápido 10 16,13%

Total 62 100,00%

77


¿Conoce usted cuales son las etapas dentro del proceso de titulación?


Fuente: Investigación Figura Nº 11 ÍTEM N° 2

¿Conoce usted cuales son las etapas dentro del proceso de titulación?


Fuente: Investigación De acuerdo a la respuesta brindadas por los estudiantes, es notorio que

un 64.52% no conoce las etapas del proceso de titulación de la Carrera de

Ingeniería en Sistemas Computacionales, el 20.97% no las tiene claras y sólo un

14.52% si las conoce.

64%

15%

21%

No

Si

No las tengo claras


No 40 64,52%

Si 9 14,52%

No las tengo claras 13 20,97%

Total 62 100,00%

78


¿Cuántas veces ha presentado un anteproyecto para que sea aprobado como tema de tesis?

Elaboración: Manuel Cabrera Peñafiel. Fuente: Investigación

Figura Nº 12 ÍTEM N° 3

¿Cuántas veces ha presentado un anteproyecto para que sea aprobado como tema de tesis?


Fuente: Investigación De acuerdo a la respuesta brindadas por los estudiantes, se observa que

56.45% ya han pasado por el proceso de entrega de anteproyectos, esto implica

que las veces anteriores fueron intentos fracasados, denotando que el proceso

actual tiene tendencias a fallar.

24%

57%

19%

1 vez

2-3 veces

más 3 veces


1 vez 15 24,19%

2-3 veces 35 56,45%

más 3 veces 12 19,35%

Total 62 100,00%

79


¿Cuánto tiempo demoro el proceso de revisión de su anteproyecto?




¿Cuánto tiempo demoro el proceso de revisión de su anteproyecto?


Fuente: Investigación De acuerdo a la respuesta brindadas por los estudiantes, se observa que

el proceso de revisión de anteproyecto para la titulación de la Carrera de

Ingeniería en Sistemas Computacionales, tarda de 1 a 2 meses para el 50% de

alumnos y un 30.65% opina que es más de 2 meses denotando que el proceso

es extremadamente extenso.

19%

50%

31%

Menos de 1 mes

1-2 meses

Más de 2 meses


Menos de 1 mes 12 19,35%

1-2 meses 31 50,00%

Más de 2 meses 19 30,65%

Total 62 100,00%

80


¿Cómo considera la calidad del proceso de revisión de anteproyectos?




¿Cómo considera la calidad del proceso de revisión de anteproyectos?


Fuente: Investigación De acuerdo a la respuesta brindadas por los estudiantes, se estima que

el 27.42% de los alumnos consideran que el proceso es regular, el 20.97%

considera que es malo, el 19.35% lo cree pésimo y el 11.29% y 6.45% lo estiman

bueno y excelente respectivamente.

19,35%

20,97%27,42%

11,29%6,45%

Pésimo

Malo

Regular

Bueno

Excelente


Pésimo 12 19,35%

Malo 13 20,97%

Regular 17 27,42%

Bueno 7 11,29%

Excelente 4 6,45%

Total 62 100,00%

81


¿Cree usted que un sistema informático de revisión de anteproyectos ayudaría a mejorar tiempo y calidad de este proceso?





Fuente: Investigación De acuerdo a la respuesta brindadas por los estudiantes, se mide que el

69.35% de los estudiantes creen que un sistema informático ayudará a mejorar

la rapidez y calidad del proceso, la oposición al proyecto sólo es del 11.29%.

7% 5%

19%

69%

Lo haría más difícil

No

Ayudaría poco

Si


Lo haría más difícil 4 6,45%

No 3 4,84%

Ayudaría poco 12 19,35%

Si 43 69,35%

Total 62 100,00%

82


¿Qué tipo de sistema le gustaría que fuera la aplicación informática para revisión de anteproyectos?





Fuente: Investigación De acuerdo a la respuesta brindadas por los estudiantes, una herramienta

web es la mejor plataforma para trabajar en este proceso, ya que podrían

acceder a ellas desde sus casas y con ello le daría comodidad y rapidez al

proceso.

3%

82%

15%

Aplicación de escritorio

Aplicación web

Aplicación Android


Aplicación de escritorio 2 3,23%

Aplicación web 51 82,26%

Aplicación Android 9 14,52%

Total 62 100,00%

83


¿Estaría dispuesto a usar el sistema de revisión de anteproyectos?






Fuente: Investigación De acuerdo a la respuesta brindadas por los estudiantes, el 95.16% usaría

la aplicación, dándole un alto grado de aceptación a la aplicación web, la

oposición al uso de la herramienta es mínima sólo el 4.84%.

95%

5%Si

No


Si 59 95,16%

No 3 4,84%

Total 62 100,00%

84


¿Cuántos anteproyectos le ha tocado revisar en los procesos que ha participado como docente?




¿Cuántos anteproyectos le ha tocado revisar en los procesos que ha participado como docente?


Fuente: Investigación De acuerdo a la respuesta brindadas por los docentes, es notorio que

todos alguna vez han revisado mínimo un anteproyecto y que casi un 70% ha

revisado más de 5 esto muestra que el personal docente tiene experiencia en la

revisión de anteproyectos.

13%

20%

27%

40%

1 a 3

4 a 5

5 a 8

Más de 8


1 a 3 2 13,33%

4 a 5 3 20,00%

5 a 8 4 26,67%

Más de 8 6 40,00%

Total 15 100,00%

85


¿Cómo considera la tarea de revisar los anteproyectos de los estudiantes de la Carrera de Ingeniería en Sistemas Computacionales?



¿Cómo considera la tarea de revisar los anteproyectos de los estudiantes de la Carrera de Ingeniería en Sistemas Computacionales?


Fuente: Investigación De acuerdo a las respuestas brindadas por los docentes, se observa que

sólo el 13.33% lo considera fácil, el resto lo considera de poco difícil a muy difícil,

esto nos muestra que este proceso se ha convertido en una actividad extensa

para los profesores.

13%

40%

40%

7%

Fácil

Poco Difícil

Difícil

Muy Difícil


Fácil 2 13,33%

Poco Difícil 6 40,00%

Difícil 6 40,00%

Muy Difícil 1 6,67%

Total 15 100,00%

86


¿Conoce usted el flujo de procesos en la revisión de anteproyectos?



¿Conoce usted el flujo de procesos en la revisión de anteproyectos?


Fuente: Investigación Las respuestas brindadas por los docentes muestran que los procesos no

están claros y que algunos piensan que se elaboran al andar y que no hay un

estándar del proceso.

13%

33%47%

7%

Nada

Lo definen en el andar

Muy poco

Si


Nada 2 13,33%

Lo definen en el andar 5 33,33%

Muy poco 7 46,67%

Si 1 6,67%

Total 15 100,00%

87








Fuente: Investigación Las respuestas brindadas por los docentes muestran que el 66.67% de

los docentes creen que un sistema informático ayudará a mejorar la rapidez y

calidad del proceso, la oposición al proyecto sólo es del 13.34%.

.

6% 7%

20%

67%


No

Ayudaría poco

Si


Lo haría más difícil 1 6,67%

No 1 6,67%

Ayudaría poco 3 20,00%

Si 10 66,67%

Total 15 100,00%

88








Fuente: Investigación De acuerdo a la respuesta brindadas por los docentes, es notorio

que un 80% considera que la aplicación debe ser tipo web, el 13.33% que

debe ser Android y sólo un 6.67% piensa que debe ser de escritorio.

7%

80%

13%

Aplicación deescritorio

Aplicación web

Aplicación Android


Aplicación de escritorio 1 6,67%

Aplicación web 12 80,00%

Aplicación Android 2 13,33%

Total 15 100,00%

89







Fuente: Investigación Las respuestas brindadas por los docentes muestran que el 93.33%

usaría la aplicación, dándole un alto grado de aceptación a la aplicación web, la

oposición al uso de la herramienta es mínima sólo el 6.67%.

93%

7%Si

No


Si 14 93,33%

No 1 6,67%

Total 15 100,00%

90

CAPÍTULO IV

CRITERIOS DE ACEPTACIÓN DEL PRODUCTO

Se adjunta cuadro representativo de los criterios de aceptación de cada punto

propuesto en el alcance de este proyecto.

Cuadro Nº 41 Criterios de Aceptación del Producto

TIPO DE REQUISITO

DESCRIPCIÓN DE REQUISITO

CRITERIOS DE ACEPTACIÓN

Objetivo

Principal

Efectuar la

comparación entre los

anteproyectos y las

tesis, otros

anteproyectos de la

Carrera de Ingeniería

en Sistemas

Computacionales y

trabajos investigativos

alojados en sitios de

internet específicos a

través de una

plataforma web que

permita la localización

de temas con

contenidos similares

para poder encontrar

La aplicación permite

la comparación entre

diferentes

documentos, como

tesis, anteproyectos y

páginas webs contra

un anteproyecto

ingresado al sistema,

dicho anteproyecto

pertenece a un

estudiante o a un

grupo de estudiantes,

fue revisado por la

unidad de titulación de

la carrera.

91

las similitudes y

coincidencias entre

dichos documentos.

Objetivo

Especifico 1

Generar una base de

información donde se

registren los temas e

información relevante

de las tesis elaboradas

en la Carrera de

Ingeniería en Sistemas

Computacionales.


el ingreso de tesis

anteriores con todos

sus datos relevantes

como: tema, objetivo

general, objetivos

específicos, alcances,

tipo de investigación,

categoría, calificación,

año, tutor, tecnologías

utilizadas,

disponibilidad de

formato digital.

Objetivo

Especifico 2

Generar una base de

información donde se

registren los temas e

información relevante

de los anteproyectos

elaborados en la

Carrera de Ingeniería

en Sistemas

Computacionales.


el ingreso de

anteproyecto con

todos sus datos

relevantes como:

tema, objetivo general,

objetivos específicos,

alcances, tipo de

investigación,

92

categoría, calificación,

año, tutor, tecnologías

utilizadas, anotaciones

y sugerencias.

Objetivo

Especifico 3

Proponer un flujo de

procesos donde se

almacene información

por cada actividad de

los subprocesos que

se realicen desde la

entrega del proyecto

hasta su aprobación o

rechazo.

La aplicación maneja

un flujo de proceso

lógico que ayuda a que

la revisión de los

anteproyectos fluya de

manera rápida y

eficiente.


93

CONCLUSIONES

ABCIS es una aplicación web desarrollada en ASP.NET, que interactúa

con la Base de Datos SQL Server en cualquier versión superior a la 2008 R2,

esta herramienta será la encargada de enmarcar el proceso de aprobación de

temas de anteproyectos en la Carrera de Ingeniería en Sistemas

Computacionales.

Después de realizar las respectivas encuestas a 62 estudiantes y 15

docentes se concluye que del lado de los estudiantes están muy insatisfechos

con el sistema actual de entrega de anteproyectos, ya que no le ven fluidez y

claridad y que estarían dispuesto a utilizar una herramienta web que ayude a

agilizarlo y mejorarlo; del lado de los docentes, estos manifestaron que el

proceso es extenso y que ellos también están de acuerdo en que una

herramienta web los ayudaría a mejorar su tarea de revisión.

Con el uso de la aplicación se permitirá el ingreso de tesis anteriores con

todos sus datos relevantes como: tema, objetivo general, objetivos específicos,

alcances, tipo de investigación, categoría, calificación, año, tutor, tecnologías

utilizadas, disponibilidad de formato digital, de esta forma se podrá comparar en

cada nuevo proceso de entrega de anteproyectos con las tesis registradas.

Con el uso de la aplicación se permitirá el ingreso de anteproyectos con

todos sus datos relevantes como: tema, objetivo general, objetivos específicos,

alcances, tipo de investigación, categoría, calificación, año, tutor, tecnologías

utilizadas, anotaciones y sugerencias, para que sean otra fuente de comparación

de coincidencias ya sea de procesos pasados como actuales

La aplicación creara un flujo de proceso estándar que servirá para

enmarcar las actividades que se realizaran por parte los actores involucrados en

el proceso de aprobación de anteproyectos, de esta forma el estudiante o

docente sabrán en que parte del proceso se encuentra, además con toda la

información generada se elaboraran estadísticas e informes de uso de la

aplicación

94

La aplicación guiará el proceso desde la entrega por parte de la dirección

de la carrera del listado de estudiantes aptos para presentar un tema de

anteproyecto hasta la aprobación del tema y designación del tutor.

El software permitirá realizar las siguientes tareas:

Importación de listado de alumnos aptos para presentar el tema

anteproyectos.

Importación de docentes que participarán el proceso como revisores y

tutores

Ingreso y modificaciones de anteproyecto por parte de los estudiantes

Revisiones de criterios como originalidad y viabilidad de los temas

presentados.

Asignación de revisores por parte de la Unidad de titulación.

Revisiones y observaciones por parte de los docentes revisores a los

temas presentados.

Importación de listado de tesis

Asignación de tutores por parte de la Unidad de titulación.

Con todo esto se espera mejorar la calidad y el tiempo en el proceso de

aprobación de temas de anteproyectos con miras a obtener el título de ingeniero

en sistemas computacionales de la Facultad de Ciencias Matemáticas y Físicas

de la Universidad de Guayaquil.

95

RECOMENDACIONES

Se recomienda implementar la aplicación del sistema ABCIS de la Carrera

para de esta forma automatizar los procesos que se realizan de forma manual.

Una vez implementado se recomienda socializar el proyecto con todos sus

actores, es decir autoridades, docentes y estudiantes a través de campañas

informativas en la web, en correos, en charlas de capacitación, trípticos y

cualquier otra herramienta tecnológica y pedagógica que ayude al compresión

rápida y eficaz de la forma de trabajar con el software.

Crear un buzón de sugerencias para llevar a futuros mejoras en la

aplicación ABCIS.

Se recomienda implementar una política de respaldo de información, para

que los datos sean salvaguardados y de esta manera cuidar la integridad de la

información, la periodicidad deberá ser diaria dado que en cualquier momento

un estudiante o docente

96

BIBLIOGRAFÍA

Collantes, I. R. (16 de agosto de 2016). Revisión de Anteproyectos. (M. Cabrera,

Entrevistador)

Luján, S. (2001). Programación en Internet: clientes web. Alicante: Editorial Club

Universitario.

Fernández, Y & González, Y (2012). Patrón Modelo-Vista-Controlador. Revista

Telem@tica 11, pg. 3, Recuperada de

http://revistatelematica.cujae.edu.cu/index.php/tele/article/view/15

Web.archive.org. (2016). How to use Model-View-Controller (MVC). Recuperada de

http://web.archive.org/web/http://st-www.cs.illinois.edu/users/smarch/st-

docs/mvc.html

Eslava, V., (2013), El nuevo PHP. Conceptos avanzados. La filosofía en el laboratorio,

Recuperada de

http://www.minam.gob.pe/valoracion/aplication/webroot/imgs/archivos/OOPPH

P5.pdf

Datateca.unad.edu.co. (2016). Capítulo 3. WORLD WIDE WEB, NAVEGADORES.

Recuperada de

http://datateca.unad.edu.co/contenidos/100201/HT2013Exe/capitulo_3__world_

wide_web_navegadores.html.

Mclibre.org. (2016). Historia de la Web: HTML y CSS. Páginas web HTML / XHTML

y hojas de estilo CSS. Bartolomé Sintes Marco. [online] Recuperada de

http://www.mclibre.org/consultar/htmlcss/otros/otros_historia.html

Codigofacilito.com. (2016). Código Facilito - Conviértete en profesional desde tu casa.

Recuperada de http://codigofacilito.com/questions/94

Bvs.sld.cu. (2016). Web semántica: un nuevo enfoque para la organización y

recuperación de información en el web. Recuperada de

http://bvs.sld.cu/revistas/aci/vol13_6_05/aci030605.htm

SearchDataCenter en español. (2016). ¿Qué es SQL Server? - Definición en

WhatIs.com. Recuperada de

http://searchdatacenter.techtarget.com/es/definicion/SQL-Server 6

Bolaños, A. (2016). Lambdas en C#. That C# guy. Recuperada de

http://thatcsharpguy.com/post/lambdas-en-c-sharp/

Blog.devacademy.la. (2016). devAcademy. Recuperada de

http://blog.devacademy.la/post/95503250161/tutorial-laravel-conociendo-la-

estructura-de-un

Msdn.microsoft.com. (2016). Información general sobre ASP.NET. Recuperada de

https://msdn.microsoft.com/es-es/library/4w3ex9c2(v=vs.100).aspx 6 Sep. 2016.

Palentino.es. (2016). Palentino Blog - Frameworks en PHP y el patrón arquitectónico

MVC. Recuperada de http://www.palentino.es/blog/frameworks-en-php-y-

patron-mvc/ 6 Sep. 2016

PowerData, R. (2016). ¿Qué es el sistema manejador de bases de datos?

Blog.powerdata.es. Recuperada de http://blog.powerdata.es/el-valor-de-la-

gestion-de-datos/bid/406549/Qu-es-el-sistema-manejador-de-bases-de-datos 6

Sep. 2016.

Msdn.microsoft.com. (2016). Tecnologías y lenguajes de Visual Studio. Recuperada de

https://msdn.microsoft.com/es-es/library/bb514232(v=vs.100).aspx 6 Sep. 2016.

Freecodelinux.blogspot.com. (2016). The future is open. Gnu/Linux!: How to Installing

PostgreSQL and PgAdmin On Gnu/Linux RHEL/CentOS. Recuperada de

97

http://freecodelinux.blogspot.com/2015/10/how-to-installing-postgresql-

and.html 6 Sep. 2016.

Foro Tecnico. (2007). ¿Qué es un Sistema Gestor de Bases de Datos o SGBD?.

Recuperada de http://www.cavsi.com/preguntasrespuestas/que-es-un-sistema-

gestor-de-bases-de-datos-o-sgbd/

Panama Hitek. (2015). ¿Qué son las clases en Java? | Panama Hitek. Recuperada de

http://panamahitek.com/que-son-las-clases-en-java/

Elies.rediris.es. (2016). 4.2 Bases de datos: Modelos de datos. Recuperada de

http://elies.rediris.es/elies9/4-2.htm

Sc.ehu.es. (2016). Conceptos básicos de la Programacón Orientada a Objetos.

Recuperada de

http://www.sc.ehu.es/sbweb/fisica/cursoJava/fundamentos/clases1/clases.htm

Sg.com.mx. (2016). Conociendo a Laravel, el Framework de PHP para artesanos de la

web | SG. Recuperada de https://sg.com.mx/sesion/conociendo-laravel-el-

framework-php-para-artesanos-la-web#.WAOs9iQvTIU

Platea.pntic.mec.es. (2016). Estructura básica de un documento HTML. Recuperada de

http://platea.pntic.mec.es/~abercian/guiahtml/estructura.htm

Roble.pntic.mec.es. (2016). EstrucuraXML. Recuperada de

http://roble.pntic.mec.es/jtal0007/xmlfp/estructuraXML.html

Msdn.microsoft.com. (2016). Fundamentos de la POO. Recuperada de

https://msdn.microsoft.com/es-es/library/bb972232.aspx

Gomez, J. (2016). Patrón de arquitectura Modelo Vista Controlador (MVC).

Lab.inf.uc3m.es. Recuperada de

http://www.lab.inf.uc3m.es/~a0080802/RAI/mvc.html

Gutiérrez, P. (2014). Un puñado de frameworks PHP que te harán la vida más simple.

Genbetadev.com. Recuperada de http://www.genbetadev.com/frameworks/un-

punado-de-frameworks-php-que-te-haran-la-vida-mas-simple

Codehero.co. (2016). Java desde Cero - Clases y Objetos - CODEHERO. Recuperada

de http://codehero.co/java-desde-cero-clases-y-objectos/

Maestros del Web. (2007). Los diferentes lenguajes de programación para la web.

Recuperada de http://www.maestrosdelweb.com/los-diferentes-lenguajes-de-

programacion-para-la-web/

Quinn, J. (2016). Estructura y reglas de CSS. Htmlhelp.org. Recuperada de

http://www.htmlhelp.org/es/reference/css/structure.html

CCM. (2016). Sintaxis de estilo (CSS). Recuperada de http://es.ccm.net/contents/159-

sintaxis-de-estilo-css

Tecnología, D. y datos, B. (2016). Definicion de Base de datos. Alegsa.com.ar.

Recuperada de http://www.alegsa.com.ar/Dic/base%20de%20datos.php

Maestros del Web. (2010). Tutorial ASP.NET: Nuestra primera página web.

Recuperada de http://www.maestrosdelweb.com/tutorial-asp-net-nuestra-

primera-pagina-web/

98

ANEXOS

Encuesta sobre el proceso de entrega y revisión de anteproyectos

(ALUMNOS)

1. ¿Cómo considera usted el proceso de Titulación de la Carrera de Ingeniería en Sistemas

Computacionales?

Extenso

Normal

Rápido

2. ¿Conoce usted cuales son las etapas dentro del proceso de titulación?

No

Si

No las tengo claras

3. ¿Cuántas veces ha presentado un anteproyecto para que sea aprobado como tema de

tesis?

1 vez

2-3 veces

más 3 veces

4. ¿Cuánto tiempo demoro el proceso de revisión de su anteproyecto?

Menos de 1 mes

1-2 meses

Más de 2 meses

5. ¿Cómo considera la calidad del proceso de revisión de anteproyectos?

Pésimo

Malo

Regular

Bueno

Excelente

6. ¿Cree usted que un sistema informático de revisión de anteproyectos ayudaría a mejorar

tiempo y calidad de este proceso?


No

Ayudaría poco

Si

7. ¿Qué tipo de sistema le gustaría que fuera la aplicación informática para revisión de

anteproyectos?


Aplicación web

Aplicación Android

8. ¿Estaría dispuesto a usar el sistema de revisión de anteproyectos?

Si

No

Encuesta sobre el proceso de entrega y revisión de anteproyectos

(DOCENTES)

9. ¿Cuántos anteproyectos le ha tocado revisar en los procesos que ha participado como

docente?

1 a 3

4 a 5

5 a 8

Más de 8

10. ¿Cómo considera la tarea de revisar los anteproyectos de los estudiantes de la Carrera de

Ingeniería en Sistemas Computacionales?

Fácil

Poco Difícil

Difícil

Muy Difícil

11. ¿Conoce usted el flujo de procesos en la revisión de anteproyectos?

Nada

Lo definen en el andar

Muy poco

Si

12. ¿Cree usted que un sistema informático de revisión de anteproyectos ayudaría a mejorar

tiempo y calidad de este proceso?


No

Ayudaría poco

Si

13. ¿Qué tipo de sistema le gustaría que fuera la aplicación informática para revisión de

anteproyectos?


Aplicación web

Aplicación Android

14. ¿Estaría dispuesto a usar el sistema de revisión de anteproyectos?

Si

No

abc_alumno

id_alumno: int4id_persona: int4codigo: varchar(15)anulado: bit(1)egresado: bit(1)creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: textID_grupotesis: int4

abc_anteproyecto

id_anteproyecto: int4aprobado: bit(1)anulado: bit(1)id_tesis: int4observacion: textcreadoid: int4creadopor: varchar(15)modificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: textid_grupotesis: int4

abc_coincidenciasanteproyecto

id_coincidenciasanteproyecto: int4id_revisionanteproyecto: int4id_tesis: int4id_anteproyecto: int4id_paginasweb: int4porc_tesis: numeric(8, 2)porc_anteproyecto: numeric(8, 2)porc_paginasweb: numeric(8, 2)observaciones: textestado: varchar(15)anulado: bit(1)creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_elementomultipleanteproyecto

id_elementomultipleanteproyecto: int4cuerpo: texttipo: varchar(20)anulado: bit(1)observacion: textcreadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: textid_versionanteproyecto: int4

abc_elementomultipletesis

id_elementomultipletesis: int4cuerpo: texttipo: varchar(20)id_tesis: int4anulado: bit(1)observacion: textcreadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_framework

id_framework: int4codigo: varchar(15)nombre: varchar(50)anulado: bit(1)observacion: varchar(100)creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_grupotesis

id_grupotesis: int4codigo: varchar(15)nombre: varchar(50)observaciones: textanulado: bit(1)creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_materia

id_materia: int4codigo: varchar(15)nombre: varchar(50)anulado: bit(1)observacion: varchar(100)creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_metodologia

id_metodologia: int4codigo: varchar(15)nombre: varchar(50)anulado: bit(1)observacion: varchar(100)creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_paginasweb

id_paginasweb: int4codigo: varchar(15)nombre: varchar(50)url: textanulado: bit(1)observacion: varchar(100)creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_persona

id_persona: int4nombre: varchar(50)cedula: varchar(10)email: varchar(50)telefono: varchar(50)direccion: varchar(50)creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_plataforma

id_plataforma: int4codigo: varchar(15)nombre: varchar(50)anulado: bit(1)observacion: varchar(100)creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_prestamotesis

id_prestamotesis: int4id_persona: int4fechaprestamo: datefechaentrega: dateobservaciones: textestado: varchar(15)anulado: bit(1)creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_profesor

id_profesor: int4id_persona: int4codigo: varchar(15)anulado: bit(1)tutor: bit(1)creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_profesormateria

id_profesor: int4id_materia: int4creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_revisionanteproyecto

id_revisionanteproyecto: int4fecha: dateid_profesor: int4id_anteproyecto: int4observaciones: textresultado: varchar(15)anulado: bit(1)creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_tesis

id_tesis: int4objetivo_general: texttema: texttipo: varchar(20)categoria: varchar(20)año: char(4)id_profesor: int4id_plataforma: int4id_framework: int4id_metodologia: int4calificación: numeric(0, 0)formato_digital: bit(1)anulado: bit(1)observacion: textcreadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: textid_grupotesis: int4

abc_usuario

id_usuario: int4código: varchar(50)password: varchar(10)Id_Persona: int4creadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: text

abc_versionanteproyecto

id_versionanteproyecto: int4cuerpo: texttipo: varchar(20)id_anteproyecto: int4anulado: bit(1)observacion: textcreadoid: int4creadodate: datemodificadoid: int4modificadodate: dateanuladoid: int4anuladodate: dateanuladonota: textobjetivo_general: texttema: textcategoria: varchar(20)id_profesor: int4id_plataforma: int4id_framework: int4id_metodologia: int4

ESTRUCUTRA DE BASE DE DATOS

Aplicación Buscadora de CoincidenciasINGENIERÍA SISTEMAS

Creación de lista de egresados y

lista de docentes tutores

Ingresar listado de egresados

Ingresar listado de profesores

Creación de usuario

Creación de usuario

Creación de GRUPO DE TESIS

INGRESAR proyecto

Revisar viabilidad

¿Viable?

Revisar coincidencias

SI

NO

¿Original?

SIAsignar Revisor

Corregir Anteproyecto

viableNO

Revisa y realiza Observaciones

REALIZA CAMBIOS AL

ANTEPROYECTO

¿Aprobado?

SI

Asignar Tutor

NO

¿Consultar Tesis?

Control de préstamos

SI

NO

¿Devolver?

SI

NO

INICO

FIN

Crear listado de Alumnos Egresados

Sistema ABCISDirección Secretaria Vinculación con la

comunidadUnidad de Titulación

Iniciar

Solicita a Secretaria el listado de alumnos aptos

Crea el listado de alumnos que ha culminado su malla, el listado

debe incluir datos personales como nombre, cedula, correo,

dirección y teléfonos

Recibe el listado y lo ingresa al

sistema ABCIS

Importa el archivo en Excel dado y lo graba en la base

de datos

Fin

Envía el listado a Dirección de

alumnos que ha culminado su

mallaRecibe el listado de alumnos que ha

culminado su malla

Pide validar el listado a Vinculación con la comunidad para ver si los

estudiantes han realizado las pasantías comunitarias y practicas

profesionales

Comunica mediante pagina web que el proceso de titulación se inicia para que los alumnos se pongan al

día con sus tramites

Valida el listado y lo envía con el detalle si fueron realizadas laspasantías comunitarias y

practicas profesionales

Recibe el listado y lo envía a la Unidad de titulación para que inicie

el proceso

Crear listado de Profesores Cualificados

Sistema ABCISDirección Coordinación Académica Unidad de Titulación

Iniciar

Solicita a coordinación académica el listado de docentes que

intervendrán como tutores y revisores, el listado debe incluir datos personales como nombre,

cedula, correo, dirección, teléfonos y área de especialidad

Crea el listado de profesores que intervendrán en el proceso de

revisión de anteproyectos

Recibe el listado y lo ingresa al

sistema ABCIS

Importa el archivo en Excel dado y lo graba en la base

de datos

Fin

Envía el listado a Dirección

Recibe el listado y lo envía a la Unidad de titulación para que inicie

el proceso

Envió de contraseña de usuario e ingreso al sistema

Sistema ABCIS AlumnoUnidad de titulación

Iniciar

Ingreso de listado de Estudiantes titulados aptos para ingresar al

cuso de titulación

Registra los estudiantes

Genera la clave del estudiante y la

envía por correo a cada estudiante

Recibe el correo con la clave

Ingresa al sistema Con su correo y su

clave

Permite el ingreso al sistema y

muestra la pagina inicial

Fin

Recuperación de contraseña de usuario

Sistema ABCISEstudiante

Iniciar

Da clic en la opción recuperar

contraseña

Genera una nueva clave

Envía por correo la nueva clave al

estudiante

Recibe el correo con la clave

Fin

Ingresar email y generar

Cambio de contraseña de usuario

Sistema ABCISEstudiante

Iniciar

Da clic en la opción cambiar

contraseña

Cambia una nueva clave

Fin

Ingresar la antigua contraseña, y dos

veces la contraseña nueva

Crear Grupo Anteproyectos

Sistema ABCISEgresados

Iniciar

Ingresa al sistema ABCIS y da clic en

el menú anteproyecto y

escoge la opción Crear Grupo de Anteproyecto

Fin

Ingresar el código y el nombre del

grupo, y los alumnos que lo

conforman.Dar clic en grabar

Registra en la base de datos la creación de grupo.

Envía por correo a los integrantes del grupo la

notificación de la creación del grupo

Ingresar Anteproyectos

Sistema ABCISEgresados

Iniciar

Ingresa al sistema ABCIS y da clic en el menú anteproyecto y escoge la

opción Ingresar Anteproyecto

Fin

Ingresa Tema del Proyecto:Objetivo General:

Objetivos Especificos:Alcances:

Observaciones:Año:Tipo:Área:

Plataforma:Framework:

Metodología:Lenguaje Principal:

Base de datosGrupo de Alumnos y da clic en el

botón guardar

Registra en la base de datos la creación del Anteproyecto.

Envía por correo a los integrantes del grupo la

notificación del ingreso de anteproyecto

Revisar Coincidencias

Sistema ABCISUnidad de Titulación

Iniciar


opción Revisar Coincidencias

Fin

Da clic en el botón Revisar de cada anteproyecto para verificar el

porcentaje de coincidencias que tiene con respecto a otros

anteproyectos y tesis, decide bajo su criterio si aprobar o rechazar

Cargara todos los anteproyectos ingresados por

los estudiantes

Envía el correo informando la decisión de la Unidad de

Titulación, en caso de rechazo el estudiante podrá modificar

su anteproyecto o ingresar uno nuevo, si es aprobado

seguirá al proceso de Revisar Viabilidad

Revisar Viabilidad


Iniciar


opción Revisar Viabilidad

Fin

Da clic en el botón Revisar de cada anteproyecto decide bajo su criterio

si aprobar o rechazar

Cargara todos los anteproyectos ingresados por los estudiantes y que pasaron la Revisión de Coincidencias

Envía el correo informando la decisión de la Unidad de

Titulación, en caso de rechazo el estudiante podrá modificar

su anteproyecto o ingresar uno nuevo, si es aprobado

pasara a ser un anteproyecto Pre Aprobado y seguirá al proceso de asignación de

tutor

Asigna Revisor


Iniciar


opción Asignar Revisor

Fin

Da clic en el botón Asignar Revisor de cada anteproyecto para que un

algoritmo asigne el revisor al anteproyecto basado en área de

especialidad del docente y disponibilidad de profesores

Cargara todos los anteproyectos ingresados por los estudiantes y que pasaron

la Revisión de Viabilidad

Envía el correo informando la asignación del revisor a los

estudiantes que conforman el grupo

Envía un correo informando al docente que ha sido elegido revisor del anteproyecto en

cuestión

Revisión de Anteproyecto

Sistema ABCISProfesor

Iniciar


opción Revisar Anteproyectos

Fin

Da clic en el botón Revisar de cada anteproyecto para que pueda leer el

anteproyecto y pueda enviar las correcciones y observaciones

necesarias, si el Anteproyecto cubre las expectativas lo puede aprobar si

no lo deja en estado actual

Cargara todos los anteproyectos que fueron asignados a ese profesor

Envía un correo donde se informa a los estudiantes si fue

aprobado o si debe corregir algo en el anteproyecto, Si fue

aprobado pasara a la asignación de tutor, caso

contrario se mantendrá en estado de pre-aprobado

Edición de Anteproyecto

Sistema ABCISAlumnos

Iniciar

Ingresa al sistema ABCIS y da clic en el menú anteproyecto y escoge la opción Edición de Anteproyectos

Fin

Modifica de acuerdo a las observaciones que hizo el Revisor

Cargara el anteproyecto asociado al estudiante y que el

revisor haya mandado a corregir

Envía un correo al tutor informando que las

modificaciones fueron hechas. Para que lo pueda revisar otra

vez.

Asigna Revisor


Iniciar


opción Asignar Tutor

Fin

Da clic en el botón Asignar Tutor de cada anteproyecto para que un

algoritmo asigne el tutor a la tesis basado en área de especialidad del

docente y disponibilidad de profesores

Cargara todos los anteproyectos ingresados por los estudiantes y que pasaron

la Aprobación del revisor

Envía el correo informando la asignación del tutor a los

estudiantes que conforman el grupo

Envía un correo informando al docente que ha sido elegido

tutor del anteproyecto en cuestión

Préstamo de tesis

Sistema ABCISAsistenteProfesor

Iniciar

Solicita al Usuario Asistente una tesis

Fin

Busca el nombre del docente que desea la tesis e ingresa filtros de

búsqueda (si lo desea), da clic en el botón buscar para ver si hay tesis

disponibles

Ingresa al sistema ABCIS y da clic en el menú tesis y escoge la

opción Préstamo de tesis Muestra el listado de las tesis que están disponibles, basándose

en los filtros ingresados (si los hubiese)

Pregunta si del listado el docente desea prestar una tesis, si la respuesta es

afirmativa da clic en prestar

Registrar el préstamo de la tesis en la base de Datos

Devolución de tesis

Sistema ABCISAsistenteProfesor

Iniciar

Informa la decisión de devolver una tesis prestada

Fin

Busca el nombre del docente que desea devolver la tesis y da clic en buscar para ver las tesis que tiene

prestada

Ingresa al sistema ABCIS y da clic en el menú tesis y escoge la opción Devolución de tesis

Muestra el listado de las tesis que están prestadas por el

docente

Escoge la que desee devolver y le da clic en devolver

Registrar la devolución de la tesis en la base de Datos

Ingreso de parámetros

Sistema ABCISAsistenteUnidad de titulación

Iniciar

Da las indicaciones al usuario

Asistente para cree los siguientes

parámetros :

Plataformas

Frameworks

Lenguajes de Programación

Base de datos

Metodologías

Áreas

Fin

Registra cada uno de los valores para

su parámetros

Ingresa las distintos valores de

cada parámetro, dado por la

unidad de titulación

UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/16203/1/B_CISC_PTG... ·...

Documents

Transcript of UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/16203/1/B_CISC_PTG... ·...