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
EN SISTEMAS COMPUTACIONALES
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:
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
EN SISTEMAS COMPUTACIONALES
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
Tutor: Ing. Jorge Isaac Avilés Monroy.
Guayaquil, agosto de 2016
IX
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
Autorización para Publicación de Proyecto de Titulación en Formato Digital
1. Identificación del Proyecto de Titulación Nombre Alumno: 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º 13 Sprint 2 con estimaciones y tiempo. ................................. 75
Cuadro Nº 14 Sprint 3 con estimaciones y tiempo. ................................. 75
Cuadro Nº 15 Sprint 4 con estimaciones y tiempo. ................................. 75
Cuadro Nº 16 Sprint 5 con estimaciones y tiempo. ................................. 76
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
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
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
Tutor: Ing. Jorge Isaac Avilés Monroy.
XVI
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
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
Tutor: Ing. Jorge Isaac Avilés Monroy.
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
Elaborado: Manuel Cabrera P.
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
Fuente: Datos de la Investigación Elaborado: Manuel Cabrera P.
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
Fuente: Datos de la Investigación Elaborado: Manuel Cabrera P.
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
Fuente: Datos de la Investigación Elaborado: Manuel Cabrera P.
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.
Elaborado: Manuel Cabrera P.
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
Elaboración: Manuel Cabrera Peñafiel. Fuente: Desarrollo de SCRUM
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
Crear y asociar perfiles de acuerdo a la función que cumplirán los diferentes usuarios.
Registrar Estudiantes como usuarios
Registrar Profesores como usuarios
Importar archivos donde se encuentre el anteproyecto
Registrar Páginas web que servirán para comparar los anteproyectos
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
Elaborar informes por cada alumnos para verificar su aprobación del proyecto como tema de tesis
Elaboración: Manuel Cabrera Peñafiel. Fuente: Desarrollo de SCRUM
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
Registrar Páginas web que servirán para comparar los anteproyectos
3
Registrar Tesis y componentes a analizar 3
Registrar Anteproyectos y componentes a analizar 3
Mostrar el avance en el proceso por estudiantes 5
Crear y asociar perfiles de acuerdo a la función que cumplirán los diferentes usuarios.
5
Registrar Prestamos de tesis 5
Presentar informes de actividades del proceso 8
Elaborar informes por cada alumnos para verificar su aprobación del proyecto como tema de tesis
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
Elaboración: Manuel Cabrera Peñafiel. Fuente: Desarrollo de SCRUM
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
Crear y asociar perfiles de acuerdo a la función que cumplirán los diferentes usuarios.
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
Elaboración: Manuel Cabrera Peñafiel. Fuente: Desarrollo de SCRUM
Cuadro Nº 8 Sprint 2
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
Elaboración: Manuel Cabrera Peñafiel. Fuente: Desarrollo de SCRUM
Cuadro Nº 9 Sprint 3
Sprint 3
Registrar Anteproyectos y componentes a analizar 3
Registrar Versiones de anteproyectos 13
Registrar Observaciones en los anteproyectos 8
Total de puntos 24
Elaboración: Manuel Cabrera Peñafiel. Fuente: Desarrollo de SCRUM
Cuadro Nº 10 Sprint 4
Sprint 4
Permitir la comparación de un anteproyecto con otro documento. 21
Total de puntos 21
Elaboración: Manuel Cabrera Peñafiel. Fuente: Desarrollo de SCRUM
Cuadro Nº 11 Sprint 5
Sprint 5
Mostrar el avance en el proceso por estudiantes 5
62
Presentar informes de actividades del proceso 8
Elaborar informes por cada alumnos para verificar su aprobación del proyecto como tema de tesis
8
Total de puntos 21
Elaboración: Manuel Cabrera Peñafiel. Fuente: Desarrollo de SCRUM
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
Crear y asociar perfiles de acuerdo a la función que cumplirán los diferentes usuarios.
5 11
Registrar Estudiantes como usuarios 8 17
Registrar Profesores como usuarios 3 6
Registrar Páginas web que servirán para comparar los anteproyectos
3 6
Registrar Tesis y componentes a analizar 3 6
Total 22 45
Elaboración: Manuel Cabrera Peñafiel. Fuente: Desarrollo de SCRUM
Cuadro Nº 13 Sprint 2 con estimaciones y tiempo.
Sprint 2 Puntos Horas
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
Elaboración: Manuel Cabrera Peñafiel. Fuente: Desarrollo de SCRUM
Cuadro Nº 14 Sprint 3 con estimaciones y tiempo.
Sprint 3 Puntos Horas
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
Cuadro Nº 15 Sprint 4 con estimaciones y tiempo.
Sprint 4 Puntos Horas
Permitir la comparación de un anteproyecto con otro documento.
21 45
Total 21 45 Elaboración: Manuel Cabrera Peñafiel.
Fuente: Desarrollo de SCRUM
Cuadro Nº 16 Sprint 5 con estimaciones y tiempo.
Sprint 5 Puntos Horas
Mostrar el avance en el proceso por estudiantes 5 11
Presentar informes de actividades del proceso 8 17
Elaborar informes por cada alumnos para verificar su aprobación del proyecto como tema de tesis
8 17
Total 21 45 Elaboración: Manuel Cabrera Peñafiel.
Fuente: Desarrollo de SCRUM
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
Elaboración: Manuel Cabrera Peñafiel.
Fuente: Desarrollo de SCRUM
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
Elaboración: Manuel Cabrera Peñafiel. Fuente: Desarrollo de SCRUM
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
Número de la Prueba: 2 Responsable:
Manuel Cabrera Peñafiel
Nombre de la Prueba:
Cambio de contraseña.
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 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
Evaluación de la prueba:
Prueba Satisfactoria
Elaboración: Manuel Cabrera Peñafiel
Fuente: Pruebas realizadas a la aplicación
68
Cuadro Nº 19 Prueba de Ingreso de Anteproyecto
Prueba Funcional
Número de la Prueba: 3 Responsable:
Manuel Cabrera Peñafiel
Nombre de la Prueba:
Ingreso de Anteproyecto.
Condiciones de ejecución:
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.
Evaluación de la prueba:
Prueba Satisfactoria
Elaboración: Manuel Cabrera Peñafiel
Fuente: Pruebas realizadas a la aplicación
69
Cuadro Nº 20 Prueba de Ingreso de Tesis
Prueba Funcional
Número de la Prueba: 4 Responsable:
Manuel Cabrera Peñafiel
Nombre de la Prueba:
Ingreso de Tesis
Condiciones de ejecución:
El usuario debe haber ingresado a la aplicación.
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.
Evaluación de la prueba:
Prueba Satisfactoria
Elaboración: Manuel Cabrera Peñafiel
Fuente: Pruebas realizadas a la aplicación
70
Cuadro Nº 21 Prueba de Ingreso de Docentes
Prueba Funcional
Número de la Prueba: 5 Responsable:
Manuel Cabrera Peñafiel
Nombre de la Prueba:
Ingreso de Docentes
Condiciones de ejecución:
El usuario debe haber ingresado a la aplicación.
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
Evaluación de la prueba:
Prueba Satisfactoria
Elaboración: Manuel Cabrera Peñafiel
Fuente: Pruebas realizadas a la aplicación
71
Cuadro Nº 22 Prueba de Revisar Coincidencias
Prueba Funcional
Número de la Prueba: 6 Responsable:
Manuel Cabrera Peñafiel
Nombre de la Prueba:
Revisar Coincidencias
Condiciones de ejecución:
El usuario debe haber ingresado a la aplicación.
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.
Evaluación de la prueba:
Prueba Satisfactoria
Elaboración: Manuel Cabrera Peñafiel
Fuente: Pruebas realizadas a la aplicación
72
Cuadro Nº 23 Prueba Realizar Observaciones a los Anteproyectos
Prueba Funcional
Número de la Prueba: 7 Responsable:
Manuel Cabrera Peñafiel
Nombre de la Prueba:
Realizar observaciones a los anteproyectos.
Condiciones de ejecución:
El usuario debe haber ingresado a la aplicación.
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.
Evaluación de la prueba:
Prueba Satisfactoria
Elaboración: Manuel Cabrera Peñafiel
Fuente: Pruebas realizadas a la aplicación
73
Cuadro Nº 24 Prueba Préstamos y Devolución de tesis
Prueba Funcional
Número de la Prueba: 8 Responsable:
Manuel Cabrera Peñafiel
Nombre de la Prueba:
Realizar Prestamos y Devolución de tesis
Condiciones de ejecución:
El usuario debe haber ingresado a la aplicación.
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
Evaluación de la prueba:
Prueba Satisfactoria
Elaboración: Manuel Cabrera Peñafiel
Fuente: Pruebas realizadas a la aplicación
74
Cuadro Nº 25 Prueba de Modificaciones de Anteproyecto.
Prueba Funcional
Número de la Prueba: 9 Responsable:
Manuel Cabrera Peñafiel
Nombre de la Prueba:
Prueba de Modificaciones de Anteproyecto.
Condiciones de ejecución:
El usuario debe haber ingresado a la aplicación.
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
Evaluación de la prueba:
Prueba Satisfactoria
Elaboración: Manuel Cabrera Peñafiel
Fuente: Pruebas realizadas a la aplicación
75
Cuadro Nº 26 Prueba de Aprobación de Anteproyecto.
Prueba Funcional
Número de la Prueba: 10 Responsable:
Manuel Cabrera Peñafiel
Nombre de la Prueba:
Prueba de Aprobación de Anteproyecto.
Condiciones de ejecución:
El usuario debe haber ingresado a la aplicación.
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
Evaluación de la prueba:
Prueba Satisfactoria
Elaboración: Manuel Cabrera Peñafiel
Fuente: Pruebas realizadas a la aplicación
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?
Elaboración: Manuel Cabrera Peñafiel.
Fuente: Investigación
Figura Nº 10 ITEM N° 1
¿Cómo considera usted el proceso de Titulación de la Carrera de Ingeniería en Sistemas Computacionales?
Elaboración: Manuel Cabrera Peñafiel.
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
Cuadro Nº 28 ÍTEM N° 2
¿Conoce usted cuales son las etapas dentro del proceso de titulación?
Elaboración: Manuel Cabrera Peñafiel.
Fuente: Investigación Figura Nº 11 ÍTEM N° 2
¿Conoce usted cuales son las etapas dentro del proceso de titulación?
Elaboración: Manuel Cabrera Peñafiel.
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
Opciones Respuestas Porcentaje
No 40 64,52%
Si 9 14,52%
No las tengo claras 13 20,97%
Total 62 100,00%
78
Cuadro Nº 29 ÍTEM N° 3
¿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?
Elaboración: Manuel Cabrera Peñafiel.
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
Opciones Respuestas Porcentaje
1 vez 15 24,19%
2-3 veces 35 56,45%
más 3 veces 12 19,35%
Total 62 100,00%
79
Cuadro Nº 30 ÍTEM N° 4
¿Cuánto tiempo demoro el proceso de revisión de su anteproyecto?
Elaboración: Manuel Cabrera Peñafiel.
Fuente: Investigación
Figura Nº 13 ÍTEM N° 4
¿Cuánto tiempo demoro el proceso de revisión de su anteproyecto?
Elaboración: Manuel Cabrera Peñafiel.
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
Opciones Respuestas Porcentaje
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
Cuadro Nº 31 ÍTEM N° 5
¿Cómo considera la calidad del proceso de revisión de anteproyectos?
Elaboración: Manuel Cabrera Peñafiel.
Fuente: Investigación
Figura Nº 14 ÍTEM N° 5
¿Cómo considera la calidad del proceso de revisión de anteproyectos?
Elaboración: Manuel Cabrera Peñafiel.
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
Opciones Respuestas Porcentaje
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
Cuadro Nº 32 ÍTEM N° 6
¿Cree usted que un sistema informático de revisión de anteproyectos ayudaría a mejorar tiempo y calidad de este proceso?
Elaboración: Manuel Cabrera Peñafiel. Fuente: Investigación
Figura Nº 15 ÍTEM N° 6
¿Cree usted que un sistema informático de revisión de anteproyectos ayudaría a mejorar tiempo y calidad de este proceso?
Elaboración: Manuel Cabrera Peñafiel.
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
Opciones Respuestas Porcentaje
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
Cuadro Nº 33 ÍTEM N° 7
¿Qué tipo de sistema le gustaría que fuera la aplicación informática para revisión de anteproyectos?
Elaboración: Manuel Cabrera Peñafiel. Fuente: Investigación
Figura Nº 16 ÍTEM N° 7
¿Qué tipo de sistema le gustaría que fuera la aplicación informática para revisión de anteproyectos?
Elaboración: Manuel Cabrera Peñafiel.
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
Opciones Respuestas Porcentaje
Aplicación de escritorio 2 3,23%
Aplicación web 51 82,26%
Aplicación Android 9 14,52%
Total 62 100,00%
83
Cuadro Nº 34 ÍTEM N° 8
¿Estaría dispuesto a usar el sistema de revisión de anteproyectos?
Elaboración: Manuel Cabrera Peñafiel.
Fuente: Investigación
Figura Nº 17 ÍTEM N° 8
¿Estaría dispuesto a usar el sistema de revisión de anteproyectos?
Elaboración: Manuel Cabrera Peñafiel.
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
Opciones Respuestas Porcentaje
Si 59 95,16%
No 3 4,84%
Total 62 100,00%
84
Cuadro Nº 35 ÍTEM N° 9
¿Cuántos anteproyectos le ha tocado revisar en los procesos que ha participado como docente?
Elaboración: Manuel Cabrera Peñafiel.
Fuente: Investigación
Figura Nº 18 ÍTEM N° 9
¿Cuántos anteproyectos le ha tocado revisar en los procesos que ha participado como docente?
Elaboración: Manuel Cabrera Peñafiel.
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
Opciones Respuestas Porcentaje
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
Cuadro Nº 36 ÍTEM N° 10
¿Cómo considera la tarea de revisar los anteproyectos de los estudiantes de la Carrera de Ingeniería en Sistemas Computacionales?
Elaboración: Manuel Cabrera Peñafiel. Fuente: Investigación
Figura Nº 19 ÍTEM N° 10
¿Cómo considera la tarea de revisar los anteproyectos de los estudiantes de la Carrera de Ingeniería en Sistemas Computacionales?
Elaboración: Manuel Cabrera Peñafiel.
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
Opciones Respuestas Porcentaje
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
Cuadro Nº 37 ÍTEM N° 11
¿Conoce usted el flujo de procesos en la revisión de anteproyectos?
Elaboración: Manuel Cabrera Peñafiel. Fuente: Investigación
Figura Nº 20 ÍTEM N° 11
¿Conoce usted el flujo de procesos en la revisión de anteproyectos?
Elaboración: Manuel Cabrera Peñafiel.
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
Opciones Respuestas Porcentaje
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
Cuadro Nº 38 ÍTEM N° 12
¿Cree usted que un sistema informático de revisión de anteproyectos ayudaría a mejorar tiempo y calidad de este proceso?
Elaboración: Manuel Cabrera Peñafiel.
Fuente: Investigación
Figura Nº 21 ÍTEM N° 12
¿Cree usted que un sistema informático de revisión de anteproyectos ayudaría a mejorar tiempo y calidad de este proceso?
Elaboración: Manuel Cabrera Peñafiel.
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%
Lo haría más difícil
No
Ayudaría poco
Si
Opciones Respuestas Porcentaje
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
Cuadro Nº 39 ÍTEM N° 13
¿Qué tipo de sistema le gustaría que fuera la aplicación informática para revisión de anteproyectos?
Elaboración: Manuel Cabrera Peñafiel.
Fuente: Investigación
Figura Nº 22 ÍTEM N° 13
¿Qué tipo de sistema le gustaría que fuera la aplicación informática para revisión de anteproyectos?
Elaboración: Manuel Cabrera Peñafiel.
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
Opciones Respuestas Porcentaje
Aplicación de escritorio 1 6,67%
Aplicación web 12 80,00%
Aplicación Android 2 13,33%
Total 15 100,00%
89
Cuadro Nº 40 ÍTEM N° 14
¿Estaría dispuesto a usar el sistema de revisión de anteproyectos?
Elaboración: Manuel Cabrera Peñafiel. Fuente: Investigación
Figura Nº 23 ÍTEM N° 14
¿Estaría dispuesto a usar el sistema de revisión de anteproyectos?
Elaboración: Manuel Cabrera Peñafiel.
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
Opciones Respuestas Porcentaje
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.
La aplicación permite
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.
La aplicación permite
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.
Elaboración: Manuel Cabrera Peñafiel. Fuente: Investigación
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?
Lo haría más difícil
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 de escritorio
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?
Lo haría más difícil
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 de escritorio
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
Ingresa al sistema ABCIS y da clic en el menú anteproyecto y escoge la
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
Sistema ABCISUnidad de Titulación
Iniciar
Ingresa al sistema ABCIS y da clic en el menú anteproyecto y escoge la
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
Sistema ABCISUnidad de Titulación
Iniciar
Ingresa al sistema ABCIS y da clic en el menú anteproyecto y escoge la
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
Ingresa al sistema ABCIS y da clic en el menú anteproyecto y escoge la
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
Sistema ABCISUnidad de Titulación
Iniciar
Ingresa al sistema ABCIS y da clic en el menú anteproyecto y escoge la
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
Top Related