UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES “DESARROLLO DE PÁGINA WEB PARA LA GESTIÓN DE FICHAS ESTUDIANTILES PARA LA UNIVERSIDAD DE GUAYAQUIL FACULTAD DE ARQUITECTURA Y URBANISMO CARRERA DE ARQUITECTURA PARA LA OPTIMIZACIÓN DE LOS PROCESOS” PROYECTO DE TITULACIÓN Previa a la obtención del Título de: INGENIERO EN SISTEMAS COMPUTACIONALES AUTORES: ANDY OSWALDO ALVIA CHOEZ WALTER ALEXANDER VERA MACIAS TUTOR: ING. VICENTE VIZUETA LOGROÑO, MSC. GUAYAQUIL – ECUADOR 2018
180
Embed
UNIVERSIDAD DE GUAYAQUIL - repositorio.ug.edu.ecrepositorio.ug.edu.ec/bitstream/redug/27231/1/B-CISC-PTG-1451 Alvia... · repositorio nacional en ciencia y tecnologÍa ficha de registro
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
“DESARROLLO DE PÁGINA WEB PARA LA GESTIÓN DE FICHAS ESTUDIANTILES PARA LA UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE ARQUITECTURA Y URBANISMO CARRERA DE ARQUITECTURA PARA LA OPTIMIZACIÓN DE LOS PROCESOS”
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTORES:
ANDY OSWALDO ALVIA CHOEZ
WALTER ALEXANDER VERA MACIAS
TUTOR: ING. VICENTE VIZUETA LOGROÑO, MSC.
GUAYAQUIL – ECUADOR
2018
REPOSITORIO NACIONAL EN CIENCIA Y TECNOLOGÍA
FICHA DE REGISTRO DE PROYECTO DE TITULACIÓN
TÍTULO Y SUBTÍTULO: “DESARROLLO DE PÁGINA WEB PARA LA GESTIÓN DE FICHAS ESTUDIANTILES PARA LA UNIVERSIDAD DE GUAYAQUIL FACULTAD DE ARQUITECTURA Y URBANISMO CARRERA DE ARQUITECTURA PARA LA OPTIMIZACIÓN DE LOS PROCESOS”
AUTORES:
ANDY OSWALDO ALVIA CHOEZ
WALTER ALEXANDER VERA
MACIAS
REVISORES:
ING. JORGE LUIS ZAMBRANO SANTANA, Mgs.
ING. GILBERTO FERNANDO CASTRO AGUILERA, Mgs.
INSTITUCIÓN:
Universidad de Guayaquil
FACULTAD: Facultad de Ciencias Matemáticas y Físicas
CARRERA: Ingeniería en Sistemas Computacionales
FECHA DE PUBLICACIÓN: 2018 N. DE PAGS:
ÁREAS TEMÁTICAS: Programación
PALABRAS CLAVE: Pagina web, ficha estudiantil, Open Source
RESUMEN: Las fichas estudiantiles son un registro histórico del proceso que lleva cada estudiante hasta que finalice su carrera o hasta que se retire de la misma. Cada Facultad de la Universidad de Guayaquil, como lo es la Facultad de Arquitectura y Urbanismo, lleva un control de sus estudiantes inscritos en cada periodo o ciclo nuevo, esto hace que lleven un expediente por cada estudiante que este legalmente inscrito en la institución. Por lo cual, el departamento de secretaria de cada institución realiza este proceso de una forma manual y no cuenta con un sistema que los ayuden a optimizar dicho proceso de registro. Este proyecto pretende aportar con una nueva herramienta que ayude a la digitalización de dichas fichas, para que la información ingresada sea entendible y almacena de forma segura.
En mi calidad de Tutor del trabajo de titulación, “DESARROLLO DE PAGINA WEB
PARA LA GESTIÓN DE FICHAS ESTUDIANTILES PARA LA UNIVERSIDAD DE
GUAYAQUIL FACULTAD DE ARQUITECTURA Y URBANISMO CARRERA DE
ARQUITECTURA PARA LA OPTIMIZACIÓN DE LOS PROCESOS” elaborado
por el ANDY OSWALDO ALVIA CHÓEZ y WALTER ALEXANDER VERA
MACIAS, Alumnos 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. Vicente Vizueta Logroño, MSc.
TUTOR
DEDICATORIA
El presente trabajo de tesis va
dedicado a Dios por darme la
sabiduría, perseverancia y
fortaleza, a mis padres, mi
hermana e incluso mis
mascotas. Gracias a ustedes
por ser mi motivación y ser
partícipes de este logro. Gracias
a ellos el terminar mi carrera
universitaria es un triunfo.
Andy Oswaldo Alvia Chóez
DEDICATORIA
Este trabajo se lo dedico a Dios
por darme la sabiduría,
perseverancia y la humildad
para prosperar como persona. A
mis padres por ser mi pilar de
apoyo, estar siempre conmigo y
por haberme guiado siempre
por el buen camino, a mis
amigos que de una u otra forma
me apoyaron cuando más los
necesitaba. Gracias a ellos
pude seguir adelante para
alcanzar este logro y poder
darles el ejemplo a mis
hermanos de que todo lo que
uno se propone lo puede
conseguir con perseverancia y
esfuerzo.
Walter Alexander Vera Macias
AGRADECIMIENTO
Gracias Dios por darme
sabiduría y ser mi guía en el
camino que escogí, a mis
padres, por apoyarme en la vida
con mis decisiones, a mi
hermana, amiga incondicional
compañera en las buenas y en
las malas, a mis mascotas
porque cada vez que estuve
decaído y deprimido al verlas
recordaba mi razón de
esforzarme.
Gracias a mi familia, amigos y
compañeros por su motivación,
por no dejarme vencer ante las
adversidades, todos ellos
hicieron posible que alcance y
cumpla esta meta, por y para
ellos es este triunfo.
Andy Oswaldo Alvia Chóez
AGRADECIMIENTO
Gracias a Dios por darme las
fuerzas y la sabiduría para
seguir adelante, a mis padres
por darme siempre su apoyo y
amor para poder culminar esta
meta, a mis amigos que
estuvieron ahí apoyándome
siempre; agradezco a cada uno
que en su momento me pudo
dar la mano para que pueda
llegar este día.
Walter Alexander Vera Macias
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Eduardo Santos Baquerizo, M.Sc.
DECANO DE LA FACULTAD
CIENCIAS MATEMÁTICAS Y
FÍSICAS
Ing. Abel Alarcón Salvatierra, Mgs.
DIRECTOR DE LA CARRERA DE
INGENIERÍA EN SISTEMAS
COMPUTACIONALES
Nombres y Apellidos
PROFESOR REVISOR DEL ÁREA
TRIBUNAL
Nombre y Apellidos
PROFESOR REVISOR DEL ÁREA
TRIBUNAL
Ing. Vicente Vizueta Logroño, MSc.
TUTOR
Ab. Juan Chávez Atocha, Esp.
SECRETARIO
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”
ANDY OSWALDO ALVIA CHOEZ
WALTER ALEXANDER VERA MACIAS
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
“DESARROLLO DE PÁGINA WEB PARA LA GESTIÓN DE FICHAS ESTUDIANTILES PARA LA UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE ARQUITECTURA Y URBANISMO CARRERA DE ARQUITECTURA PARA LA OPTIMIZACIÓN DE LOS PROCESOS”
Proyecto de Titulación que se presenta como requisito para optar por el título de
INGENIERO EN SISTEMAS COMPUTACIONALES
Autor: ANDY OSWALDO ALVIA CHÓEZ
C.I. 1312334731
Autor: WALTER ALEXANDER VERA MACIAS
C.I. 0951406743
Tutor: Ing. Vicente Vizueta Logroño, MSc.
Guayaquil, Octubre 2017
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por los estudiantes ANDY OSWALDO ALVIA CHÓEZ y WALTER ALEXANDER VERA MACIAS, como requisito previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es:
“DESARROLLO DE PAGINA WEB PARA LA GESTIÓN DE FICHAS ESTUDIANTILES PARA LA UNIVERSIDAD DE GUAYAQUIL FACULTAD DE ARQUITECTURA Y
URBANISMO CARRERA DE ARQUITECTURA PARA LA OPTIMIZACIÓN DE LOS PROCESOS”
Considero aprobado el trabajo en su totalidad.
Presentado por:
ALVIA CHÓEZ ANDY OSWALDO
Cédula de ciudadanía N° 131233473-1
VERA MACIAS WALTER ALEXANDER
Cédula de ciudadanía N° 095140674-3
Tutor: Ing. Vicente Vizueta Logroño, MSc.
Guayaquil, Octubre 2017
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
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:
ANDY OSWALDO ALVIA CHOEZ
C.I.: 131233473-1
WALTER ALEXANDER VERA MACIAS
C.I.: 095140674-3
3. Forma de envío:
El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.
DVDROM x CDROM
ÍNDICE GENERAL
Pág. N°
APROBACIÓN DEL TUTOR .......................................................................................... I
DEDICATORIA ............................................................................................................. II
DEDICATORIA ............................................................................................................ III
AGRADECIMIENTO .................................................................................................... IV
AGRADECIMIENTO ..................................................................................................... V
TRIBUNAL PROYECTO DE TITULACIÓN .................................................................. VI
DECLARACIÓN EXPRESA .......................................................................................... II
CERTIFICADO DE ACEPTACIÓN DEL TUTOR .......................................................... IV
Autorización para Publicación de Proyecto de Titulación en Formato Digital ................ V
ÍNDICE GENERAL ..................................................................................................... VII
ABREVIATURAS .......................................................................................................... X
ÍNDICE DE CUADROS ................................................................................................ XI
ÍNDICE DE GRÁFICOS .............................................................................................. XII
Resumen .................................................................................................................. XIV
Abstract ..................................................................................................................... XV
SECCIÓN V: Disposiciones especiales sobre ciertas obras de los programas de ordenador ................................................................................................................ 58
Pregunta científica a contestarse ............................................................................ 60
Preguntas de la entrevista previa a utilizar la página web .................................. 106
Preguntas de la entrevista posterior a utilizar la página web .............................. 106
ABREVIATURAS
UG Universidad de Guayaquil
HTML Lenguaje de Marca de salida de Hyper Texto
Http Protocolo de transferencia de Hyper Texto
Ing. Ingeniero
CC.MM.FF Facultad de Ciencias Matemáticas y Físicas
FAU Facultad de Arquitectura y Urbanismo
ISP Proveedor de Servicio de Internet
Mtra. Maestra
Msc. Master
URL Localizador de Fuente Uniforme
www world wide web (red mundial)
BD Base de Datos
Css Cascading Style Sheets (Hoja de Estilo en Cascada)
Php Personal Home Page (PHP) Tools
CES Consejo de Educación Superior
ÍNDICE DE CUADROS
CUADRO N. 1............................................................................................................... 6
CAUSAS Y CONSECUENCIAS DEL PROBLEMA ....................................................... 6
CUADRO N. 2............................................................................................................... 6
DELIMITACIÓN DEL PROBLEMA ................................................................................ 6
CUADRO N. 3............................................................................................................. 29
GRAFICA DE SOPORTE DE CSS 1, 2.1 Y 3 EN CINCO DE LOS NAVEGADORES MÁS UTILIZADOS POR LOS USUARIOS ........................................................... 29
CUADRO N. 4............................................................................................................. 69
GRÁFICO N. 18 ......................................................................................................... 55
ILUSTRACIÓN DE UN FÓLDER ................................................................................ 55
GRÁFICO N. 19 ......................................................................................................... 56
ICONO DE UNA CARPETA INFORMÁTICA .............................................................. 56
GRÁFICO N. 20 ......................................................................................................... 63
DIAGRAMA FUNCIONAL DE LA PÁGINA WEB CON LOCALHOST ......................... 63
GRÁFICO N. 21 ......................................................................................................... 70
INTERFAZ DE LA HERRAMIENTA SCRUMTOOL ..................................................... 70
GRÁFICO N. 22 ......................................................................................................... 71
SPRINT 1: ANÁLISIS Y RECOPILACIÓN DE INFORMACIÓN PARA EL PROYECTO ............................................................................................................................ 71
GRÁFICO N. 23 ......................................................................................................... 72
BURNDOWN DEL SPRINT 1 ..................................................................................... 72
GRÁFICO N. 24 ......................................................................................................... 73
SPRINT 2: DISEÑO Y MODELADO DE BASE DE DATOS ........................................ 73
GRÁFICO N. 25 ......................................................................................................... 74
DIAGRAMA ENTIDAD RELACIÓN ............................................................................. 74
GRÁFICO N. 26 ......................................................................................................... 75
BURNDOWN DEL SPRINT 2 ..................................................................................... 75
GRÁFICO N. 27 ......................................................................................................... 76
SPRINT 3: DISEÑO DE PANTALLAS PARA MÓDULOS DE LA PÁGINA WEB ......... 76
GRÁFICO N. 28 ......................................................................................................... 77
BURNDOWN DEL SPRINT 3 ..................................................................................... 77
GRÁFICO N. 29 ......................................................................................................... 78
CASO DE USO ADMINISTRADOR ............................................................................ 78
GRÁFICO N. 30 ......................................................................................................... 79
GRÁFICO N. 31 ......................................................................................................... 80
SPRINT 4: DISEÑO DEL DIAGRAMA DE CASO DE USO ......................................... 80
GRÁFICO N. 32 BURNDOWN DEL SPRINT 4 .......................................................... 81
GRÁFICO N. 33 ......................................................................................................... 82
SPRINT 5: MÓDULOS DE USUARIOS, ESTUDIANTES ............................................ 82
GRÁFICO N. 34 ......................................................................................................... 83
BURNDOWN DEL SPRINT 5 ..................................................................................... 83
GRÁFICO N. 35 ......................................................................................................... 84
SPRINT 6: MÓDULOS DE REGISTRO DE FICHA ..................................................... 84
GRÁFICO N. 36 ......................................................................................................... 85
BURNDOWN DEL SPRINT 6 ..................................................................................... 85
GRÁFICO N. 37 ......................................................................................................... 86
SPRINT 7: MÓDULOS DE REGISTRO DE NUEVOS CAMPOS ................................ 86
GRÁFICO N. 38 ......................................................................................................... 87
BURNDOWN DEL SPRINT 7 ..................................................................................... 87
GRÁFICO N. 39 ......................................................................................................... 88
SPRINT 8: MÓDULOS DE CONSULTA...................................................................... 88
GRÁFICO N. 40 BURNDOWN DEL SPRINT 8 .......................................................... 89
GRÁFICO N. 41 ......................................................................................................... 90
SPRINT 9: MÓDULOS DE REPORTES ..................................................................... 90
GRÁFICO N. 42 ......................................................................................................... 91
BURNDOWN DEL SPRINT 9 ..................................................................................... 91
GRÁFICO N. 43 ......................................................................................................... 92
SPRINT 10: MÓDULOS DE MANTENIMIENTO Y CONSULTAS ............................... 92
GRÁFICO N. 44 ......................................................................................................... 93
BURNDOWN DEL SPRINT 10 ................................................................................... 93
XIV
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
“DESARROLLO DE PAGINA WEB PARA LA GESTIÓN DE FICHAS ESTUDIANTILES PARA LA UNIVERSIDAD DE GUAYAQUIL FACULTAD DE ARQUITECTURA Y URBANISMO CARRERA DE ARQUITECTURA PARA LA
OPTIMIZACIÓN DE LOS PROCESOS”
RESUMEN
En el Ecuador existen unidades académicas de nivel superior, como lo es la
Universidad de Guayaquil que tiene dieciocho Facultades, la cuales ofertan cada
una diferentes carreras de pregrado o postgrado, las mismas que mantienen un
organigrama de funciones, dentro de las cuales una de las más importantes es el
área de Secretaria General. En la Facultad de Arquitectura y Urbanismo, esta
dependencia atiende los procesos de matrículas, anulaciones, homologaciones y
otros procesos administrativos, los mismos que brinda atención a docentes,
directivos y estudiantes. En la actualidad existe una deficiencia en la atención,
manejo de información y seguridad de la misma, lo que genera preocupación en
particular el registro de fichas estudiantil. El presente trabajo utilizara herramientas
Open Source que permitirán crear un aplicativo web que ayude a la gestión de
este proceso, logrando así optimizarlo. Su desarrollo implica la utilización la
metodología Scrum, la cual a través de sus características garantiza un entorno
confiable. Este aplicativo beneficiara a los docentes, directivos y alumnos de la
Asimismo, existen programas como lock folder o folder protector que permiten
proteger una carpeta o archivo con una clave de seguridad siendo de gran utilidad
para proteger la información de otros usuarios, como niños, en el robo del aparato
electrónico, etc. También existen varios programas que ayudan a realizar fólder,
como CorelDraw, PhotoShop e Fireworks, así como sites con sugestiones de
modelos creativos y originales de fólderes.
Por otro lado, existen aplicaciones que permiten crear carpetas y vincular las que
se encuentran en la memoria interna con la de la memoria externa del teléfono
móvil, como el foldermount.
FUNDAMENTACIÓN LEGAL
Para el desarrollo de esta página web, se tomaron en cuenta los siguientes
decretos vigentes en la República del Ecuador sobre la ley de propiedad
intelectual y software libre, para regir el producto bajo las normas que dispone el
estado; así como también, basarse a la ley de educación superior.
57
RAFAEL CORREA DELGADO PRESIDENTE DE LA REPUBLICA DEL
ECUADOR
DECRETO 1014 - SOBRE EL USO DEL SOFTWARE LIBRE
El decreto 1014 lo estableció el Presidente de la República para ser una política
de estado, a continuación se detallan los artículos que van de acuerdo al proyecto
de titulación. (Correa 2008)
Art. 1: Establecer como política pública para las entidades de administración
Pública central la utilización del Software Libre en sus sistemas y equipamientos
informáticos.
Art. 2: Se entiende por software libre, a los programas de computación que se
pueden utilizar y distribuir sin restricción alguna, que permitan el acceso a los
códigos fuentes y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
Utilización de programa con cualquier propósito de uso común.
Distribución de copias sin restricción alguna.
Estudio y modificación de programa (Requisito: código fuente disponible)
Publicación del programa mejorado (Requisito: código fuente disponible
Art. 3: Las entidades de la administración pública central previa a la instalación
del software libre en sus equipos, deberán verificar la existencia de capacidad
técnica que brinde el soporte necesario para este tipo de software.
Art. 4: Se faculta la utilización de software propietario (no libre) únicamente
cuando no exista una solución de software libre que supla las necesidades
58
requeridas, o cuando esté en riesgo de seguridad nacional, o cuando el proyecto
informático se encuentre en un punto de no retorno.
Art. 5: Tanto para software libre como software propietario, siempre y cuando se
satisfagan los requerimientos.
Art. 6: La subsecretaría de Informática como órgano regulador y ejecutor de las
políticas y proyectos informáticos en las entidades de Gobierno Central deberá
realizar el control y seguimiento de este Decreto.
Art. 7: Encargue de la ejecución de este decreto los señores Ministros
Coordinadores y el señor Secretario General de la Administración Pública y
Comunicación.
El decreto 1014 el cual trata acerca del uso de software libre, incentiva al uso de
sistemas y aplicaciones libres con preferencia sobre el software con costo de
licenciamiento, abriendo puertas a desarrolladores independientes y a
comunidades de programadores al momento de crear un nuevo producto de
software y poder distribuirlo.
LEY DE PROPIEDAD INTELECTUAL
SECCIÓN V: Disposiciones especiales sobre ciertas obras
de los programas de ordenador
Art. 28: Los programas de ordenador se consideran obras literarias y se protegen
como tales. Dicha protección se otorga independientemente de que hayan sido
incorporados en un ordenador y cualquiera sea la forma en que estén expresados,
ya sea en forma legible por el hombre (código fuente) o en forma legible por
máquina (código objeto), ya sean programas operativos y programas aplicativos,
incluyendo diagramas de flujo, planos, manuales de uso, y en general, aquellos
elementos que conformen la estructura, secuencia y organización del programa.
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
59
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 creador de un programa informático 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 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. (Comisión de Legislación y
Codificación, 2006, p. 8).
Esta ley de propiedad intelectual es usada con el fin de proteger al estudiante de
titulación, autor de este proyecto, para evitar el abuso por parte de alguna entidad
que intente quebrantar la ley, al modificar, actualizar o eliminar parte del código
registrado de un sistema sin permiso del propietario y creador del software. Este
decreto ayuda a prevenir y garantizar la autoría al creador del software
60
LEY ORGÁNICA DE EDUCACIÓN SUPERIOR (LOES)
CAPÍTULO 2 DEL PATRIMONIO Y FINANCIAMIENTO DE LAS INSTITUCIONES DE EDUCACIÓN SUPERIOR
Art. 32.- Programas informáticos. - Las empresas que distribuyan programas
informáticos tienen la obligación de conceder tarifas preferenciales para el uso de
las licencias obligatorias de los respectivos programas, a favor de las instituciones
de educación superior, para fines académicos. Las instituciones de educación
superior obligatoriamente incorporarán el uso de programas informáticos con
software libre. (2010)
Pregunta científica a contestarse
¿Se obtendrá una optimización considerable en los procesos de registro de fichas
estudiantiles, desarrollando una página web con herramientas open source?
Definiciones conceptuales
Proceso
“Proceso es un conjunto de actividades, interacciones y recursos con una finalidad
común: transformar las entradas en salidas que agreguen valor a los clientes”
(Carrasco 2009).
Software
Software La palabra «software» se refiere al equipamiento lógico o soporte lógico
de una computadora digital, y comprende el conjunto de los componentes lógicos
necesarios para hacer posible la realización de una tarea específica, en
contraposición a los componentes físicos del sistema (hardware). (Poveda Mariño
2012)
Protocolo
“Son reglas que definen el formato y orden de los mensajes enviados y recibidos
por las entidades de la red. Controlan el envío y recepción de mensajes. Por
ejemplo, TCP, UDP, HTTP, DNS, FTP” (Souza 2009).
61
Servidor web
“Es un programa que está esperando permanentemente las solicitudes de
conexión mediante el protocolo HTTP. Este protocolo está diseñado para transferir
lo que llamamos hipertextos, páginas web o página” (Mora 2002).
HTTP (hyperText Transfer protocol
Protocolo de Transferencia de Hipertexto) es un protocolo de la capa de aplicación
del modelo TCP/IP y es el corazón de la Web.(Montoya, Uribe et al. 2013)
Asíncrono
“Los sistemas asíncronos no generan comunicación en tiempo real, pero ofrecen
la posibilidad de que las aportaciones de los usuarios queden grabadas. El correo
electrónico y los foros son algunas de las herramientas que usan este tipo de
comunicación ” (Boneu 2007).
AJAX (Asynchronous JavaScript and XML)
Es un conjunto de tecnología: JavaScript, XML y un lenguaje del lado del servidor
que no está contenida en el nombre pero que es igualmente importante.(Castillo
2017)
Registro
“Un registro es una colección de valores o elementos de datos relacionados donde
cada valor está formado por uno o más bytes y corresponde a un determinado
campo del registro”. (Cueto 2007)
Programador
“Un programador es una persona con dotes de creatividad, un técnico con cierto
toque integrador y que incluye tareas de codificador”. (Belmonte Fernández and
Granell Canut 2013)
Herramientas de Desarrollo
62
“Las herramientas de desarrollo son programas de computación utilizados para
generar otros programas con su ayuda. Este es un aspecto que en los últimos
años se ha vuelto muy importante debido al volumen y la complejidad del software
que se desarrolla”.(Pantaleo and Rinaudo 2015)
Aplicaciones web
“Una aplicación Web es un sistema al que se accede a través de Internet o Intranet
y conforman una clase especial de aplicaciones de software que se construye de
acuerdo con ciertas tecnologías y estándares” (Oliveros, Danyans et al. 2014).
Gestión de procesos
La gestión por procesos es una forma de conducir o administrar una organización,
concentrándose en el valor agregado para el cliente y las partes interesadas.
(Ruiz-Fuentes, Almaguer-Torres et al. 2014)
63
CAPÍTULO III
PROPUESTA TECNOLÓGICA
Con el desarrollo de una página web para el personal administrativo de la
Universidad de Guayaquil Facultad de Arquitectura y Urbanismo que se va a llevar
a cabo en este proyecto de titulación será para el uso de la Carrera de Arquitectura
de dicha Facultad. El desarrollo de la solución propuesta se va a realizar con
herramientas Open Source en cuanto a su desarrollo se refiere, programación y
almacenamiento de la base de datos MySQL.
Esta propuesta tecnológica se basará únicamente en el entorno web que servirá
para la Gestión de las fichas estudiantiles, cuyo uso estará dado al personal
administrativo para agilizar su trabajo y optimizar los procedimientos.
En el siguiente gráfico se detalla un diagrama funcional del sistema, en el que se
muestra como la página web interactúa con la base de datos alojados en un
servidor local.
Gráfico N. 20
Diagrama funcional de la página web con Localhost
Elaboración: Andy Alvia, Walter Vera
Fuente: Andy Alvia, Walter Vera
64
La página web cuenta con las siguientes funcionalidades:
Sección de Login de usuario.
Creación de usuarios administrativos.
Actualización de información de los usuarios administrativos
Modificación y eliminación de usuarios administrativos
Auditoria de las actividades que se realizan en el sistema.
Mantenimiento de información académica de los estudiantes de la facultad.
Creación de fichas estudiantiles
Actualización de fichas estudiantiles
Consulta de fichas estudiantiles
Generación de reporte de ficha estudiantil
Perfil Por Usuarios
Se han creado módulos de perfil de usuario para mayor control y seguridad de la
página web los cuales son conformados por: administrador y personal
administrativo.
1. Administrador. - Tiene permitido la administración de toda la página
web, registro de nuevo personal administrativo, cambios de
contraseña, eliminación de usuarios, y acceso total a todas las
características de la página web.
2. Personal Administrativo. - Tiene permitido la gestión de los
estudiantes de la facultad ya sea la creación, modificación, eliminación
o consulta de la información de los estudiantes, pero no modificar ni
crear un usuario administrativo.
65
ANÁLISIS DE FACTIBILIDAD
En base al levantamiento de información obtenida por medio de personal
implicado en este proceso, se pudo determinar que los procesos actuales no
cuentan con ayuda tecnológica, a pesar de conocer de las ventajas que ofrecen
estos mecanismos como optimizar los procesos. El entorno Web que se proveerá
mejorará esta condición en la que se encuentran actualmente los procesos,
demostrando la necesidad de mejorar el modo de ejecución de las tareas que
están realizando y aún más importante optimizar los tiempos de respuesta,
ayudando de este modo a que el rendimiento del personal y la conformidad de los
estudiantes al momento de ser atendidos aumenten.
FACTIBILIDAD OPERACIONAL
A pesar de que el proceso de registro de ficha estudiantil se lo puede realizar de
forma manual y rudimentaria, este presenta varios problemas como lo son la
demora al momento de realizar consultas, información ambigua, repetición de
procesos, entre otras cosas.
El desarrollo de la página web, a pesar de no contar con toda la información ya
trabajada en el formato físico del proceso de gestión de fichas, una vez
desarrollada y completada lograra mejorar de forma significativa las tareas que
realiza el personal administrativo de la Facultad de Arquitectura, este proyecto ha
tenido un buen recibimiento por parte de los directivos de dicha facultad y de su
personal administrativo debido a que con este sistema podrán optimizar los
procesos para realizar una buena gestión de las fichas académicas y resolver
problemas como los ya mencionados anteriormente, además de disminuir
significativamente la demora al momento de tener que realizar dicha gestión,
beneficiando de este modo no solo al personal administrativo sino también a los
estudiantes.
FACTIBILIDAD TÉCNICA
En este apartado se analizará todo lo que se necesita para el desarrollo de la
solución propuesta con respecto al recurso hardware y software.
66
Para determinar la factibilidad técnica se debe analizar los siguientes puntos:
a) Tecnología y solución propuesta.
Para el desarrollo de la página web planteada se requiere lo siguiente:
Software:
En cuanto al software usado, todo lo que se usará en la implementación
del proyecto será herramientas open Source. Para el gestor de base de
datos se configurará en MySQL y los servicios de la plataforma Web en
XAMP y como lenguaje de programación para la página web se usará PHP
5.0.
Para los entornos de desarrollo solamente se usara un editor de texto que
en nuestro caso será Sublime Text.
Para el diseño y modelado de tablas y relaciones en la base de datos se
usó MySQL WorkBench, este software es una herramienta de diseño y
gestor de base de datos que permite la administración, monitoreo,
modificación, consultas, de bases de datos.
Hardware:
Para el desarrollo del proyecto propuesto se necesita un equipo con las siguientes
características para trabajar de modo óptimo:
Ordenador de mesa o laptop de 4Gb RAM o Superior
500 Gb de Disco
Procesador Intel I5 o superior
Para la implementación en un entorno controlado para el localhost se realizara sin
problemas en un ordenador o laptop (ya sea el mismo u otro con las mismas
características)
67
Para la posible implementación del localhost en un entorno real con un
funcionamiento óptimo como recomendación para una durabilidad se necesitaría
un equipo con las siguientes características:
Ordenador de mesa de 8Gb RAM o Superior
2 Tb de Disco
Procesador Intel I7 o superior
Sistema de Ventilación de preferencia liquida
b) Conocimientos técnicos.
A parte de contar con la tecnología necesaria que se detalló anteriormente (a
excepción de la recomendación), se necesita tener conocimientos técnicos para
la correcta utilización de la misma. En el área del desarrollo del proyecto se tienen
sólidos conocimientos de todas las herramientas a usar, y se manejan ciertas
alternativas de software que también pueden ser de apoyo durante la realización
del proyecto. Por el lado del hardware, como la parte más importante de la
tecnología a utilizar consiste en computadoras personales y se cuenta con
experiencia en el manejo de las mismas.
Luego de realizar una revisión y análisis de los puntos anteriores, se verifico que
todos los requisitos se cumplen y que no hay inconvenientes en cuanto a la
tecnología a usar, se logra concluir que el proyecto es factible técnicamente.
Factibilidad Legal
El proyecto se encuentra dentro de los procesos legales que se manejan en el
reglamento de régimen académico del CES, así como también de las leyes de
transparencia de información, y de Contraloría General del Estado, por lo que no
existen inconvenientes de vulneración de derechos.
68
Cabe mencionar un artículo de ley en Ecuador, en el que apoya y fomenta el uso
de herramienta de software libre.
Según El Decreto Presidencial:
Artículo 1.- Establecer como política pública para las Entidades de la
Administración Pública Central la utilización de Software Libre en sus sistemas y
equipamientos informáticos.
Artículo 2.- Se entiende por Software Libre, a los programas de computación que
se pueden utilizar y distribuir sin restricción alguna, que permitan su acceso a los
códigos fuentes y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
Utilización del programa con cualquier propósito de uso común.
Distribución de copias sin restricción alguna.
Estudio y modificación del programa (Requisito: código fuente disponible).
Publicación del programa mejorado (Requisito: código fuente disponible).
Artículo 3.- Las entidades de la Administración Pública Central previa a la
instalación del software libre en sus equipos, deberán verificar la existencia de
capacidad técnica que brinda el soporte necesario para el uso de este tipo de
software.
Articulo 4.- Se faculta la utilización de software propietario (no libre) únicamente
cuando no existe una solución de software libre que supla las necesidades
requeridas, o cuando esté en riesgo la seguridad nacional, o cuando el proyecto
informático se encuentre en un punto de no retomo.”
69
Factibilidad Económica
La factibilidad económica del proyecto se detalla a continuación en el siguiente
cuadro en el que detalla la solución propuesta por este proyecto, en este cuadro
se menciona información como especificaciones y los costos totales del proyecto.
CUADRO N. 4
Presupuesto
Esce
na
rio 1
Tipo Descripción V. Unitario Valor Total
Software Lenguaje PHP 5.0 $ 0 $ 0
Base de datos MYSQL $ 0 $ 0
Servidor Web XAMP $ 0 $ 0
Hardware Laptop $ 600 $600
Capital Humano Desarrollador $1400 $1400
Otros $35 $35
Total $2035
Elaboración: Andy Alvia, Walter Vera
Fuente: Investigación del proyecto
En lo que respecta al desarrollo de software de la herramienta el costo de mano
de obra se considera nulo, debido a que la página web es desarrollada por
estudiantes de la Carrera de Ingeniería en Sistemas como proyecto de titulación.
Se puede decir que es factible económicamente porque se verificó que se cuenta
con todas las herramientas, el conocimiento y la disponibilidad para llevar a cabo
dicho proyecto.
Etapas de la metodología del proyecto
Para realizar la elaboración de este proyecto se analizó varias metodologías de
desarrollo que brinden la ayuda necesaria para el progreso y la culminación del
tema propuesto. Se utiliza la metodología ágil Scrum, la cual permite desarrollar
el proyecto en varias etapas, en la que primero se debe realizar el levantamiento
de información por parte de las personas que manejarán el sistema, a partir de
estos requerimientos e información se formaron los Sprint que son los tiempos que
se le asigna a cada tarea o módulo funcional de la aplicación.
70
Existen varias herramientas para trabajar en base a la metodología propuesta y
en este proyecto se utilizó la herramienta Web en línea que sirve para elaboración
de los procesos con la metodología Scrum la cual es “https://app.scrumtool.me”.
Gracias a todas las funcionalidades que brinda la herramienta se programa cada
Sprint para la ejecución de cada etapa de la aplicación, estas se la realizan en un
periodo de tiempo determinado, además cuenta con un Burndown que permite
visualizar el avance del Sprint representado en un gráfico estadístico.
En el siguiente gráfico se observa la interfaz web de la herramienta, ésta es de
fácil uso e intuitiva, muy práctica para realizar proyectos rápidos y de corto periodo
de desarrollo.
Gráfico N. 21
Interfaz de la herramienta Scrumtool
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
71
SPRINT 1 - ANÁLISIS Y RECOPILACIÓN DE INFORMACIÓN PARA EL PROYECTO
En el gráfico se muestra los requerimientos de usuarios, cada tarea detalla lo que
se va a realizar y quien es el encargado responsable de ejecutarlas en el período
de tiempo que se determinó.
En este primer Sprint se hace un listado de todo lo que se debe realizar.
Se realiza una entrevista la Decana de la Facultad de Arquitectura y el
Personal Administrativo para el levantamiento de la información y los
requerimientos de la Pagina Web, cada requerimiento que se recopila por
parte de las personas implicadas forman parte de los “Story”.
Gráfico N. 22
Sprint 1: Análisis y recopilación de información para el proyecto
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
Dentro de este Sprint se realizó investigación acerca de la metodología
Scrum para el desarrollo del proyecto.
72
Se analizó e investigó el lenguaje de programación que se utilizará para la
Pagina Web, se definió que para la implementación se usará el lenguaje
web de PHP con HTML.
Cada uno de estos Story o lista de requerimientos se le asigna un tiempo
determinado de progreso para ser llevado a cabo, una vez aceptado y
validado se da por culminado el requerimiento y se continúa al siguiente
Sprint.
Por cada Sprint finalizado se obtiene un Burndown de cumplimiento por tiempo y
valoración como se presenta en el siguiente gráfico.
Gráfico N. 23
Burndown del Sprint 1
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
SPRINT 2 – DISEÑO Y MODELADO DE LA BASE DE DATOS
En este Sprint se va a realizar la etapa del diseño y estructura de la base de datos
que se va a usar en el proyecto.
En el siguiente gráfico se muestra lo realizado durante la fase del Sprint 2, y el
estado de cada una de las actividades.
73
Gráfico N. 24
Sprint 2: Diseño y modelado de Base de Datos
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
Diseño del modelo entidad-relación.
Se procede a diseñar el Modelo Entidad Relación a usar en el
proyecto en la herramienta de diseño WorkBench.
Se realiza una revisión de los campos y sus respectivas relaciones,
definiendo las claves foráneas.
Creación de scripts de las tablas.
Se generará los scripts para la creación de tablas previamente diseñadas.
Se verificará las relaciones y que los tipos de datos sean los correctos.
En el siguiente grafico se muestra el diseño del diagrama entidad relación para
nuestra base de datos.
74
Gráfico N. 25
Diagrama entidad relación
Elaboración: Andy Alvia, Walter Vera
Fuente: Andy Alvia, Walter Vera
En el gráfico a continuación se muestra con éxito el Burndown del Sprint
culminado.
75
Gráfico N. 26
Burndown del Sprint 2
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
SPRINT 3 - DISEÑO DE PANTALLAS PARA MÓDULOS DE LA PÁGINA WEB
Una vez realizada la preparación de todo el entorno de desarrollo, y tener la base
de datos terminada, se procede con el desarrollo de la página web, en el siguiente
gráfico se ve el Sprint 3, en el cual se detallan las actividades realizadas durante
esta fase.
Esta fase está compuesta de las etapas de diseño y desarrollo de la página web,
validación de la interfaz y la integración con la base de datos.
76
Gráfico N. 27
Sprint 3: Diseño de pantallas para módulos de la página web
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
Diseño de pantallas del menú de opciones.
Se configurará el entorno de desarrollo en este caso NetBeans IDE
para proyectos web.
Se diseña el menú de opciones que contendrá la página web.
Diseño y desarrollo de pantallas de Login de usuario, registros y fichas
estudiantiles.
Se diseña la pantalla de Login, para el acceso a la plataforma.
Se crea la interfaz de las opciones de registros para estudiantes y
fichas.
Se carga la información en las tablas de registros y fichas.
77
Desarrollo de módulos de consultas.
Diseño de modulo para consultas individuales.
Diseño de modulo para consultas grupales.
En el gráfico a continuación se muestra con éxito el Burndown del Sprint
culminado.
Gráfico N. 28
Burndown del Sprint 3
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
SPRINT 4 - DISEÑO DEL DIAGRAMA DE CASO DE USO.
Para saber la funcionalidad que tendrá cada usuario y los módulos que tendrán
activo cada uno de ellos, se hizo el respectivo análisis y diseño de los casos de
uso, en nuestro caso hay dos diseños como se muestra a continuación.
78
Diseños de caso de uso
CUADRO N. 5
Descripción de Caso de uso del Administrador
Nombre: Caso de uso Administrador
Descripción: El administrador tendrá acceso a todos
los módulos del sistema:
administración de usuarios, ingreso,
registros, consulta y seguridad.
Actores: Administrador
Precondiciones: Ingreso al sistema con usuario y
contraseña
Elaboración: Andy Alvia, Walter Vera
Fuente: Andy Alvia, Walter Vera
Gráfico N. 29
Caso de Uso Administrador
Elaboración: Andy Alvia, Walter Vera
Fuente: Andy Alvia, Walter Vera
79
CUADRO N. 6
Descripción de Caso de uso del Secretario/a
Nombre: Caso de uso de Secretario/a
Descripción: El secretario/a tendrá acceso a los
siguientes módulos: de registros,
consulta y seguridad.
Actores: Secretario/a
Precondiciones: Ingreso al sistema con usuario y
contraseña
Elaboración: Andy Alvia, Walter Vera
Fuente: Andy Alvia, Walter Vera
Gráfico N. 30
Caso de Uso de Secretario/a
Elaboración: Andy Alvia, Walter Vera
Fuente: Andy Alvia, Walter Vera
80
Como se muestra en el siguiente gráfico, están las tareas a realizar durante este
Sprint para el diseño de los diagramas de casos de uso.
Gráfico N. 31
Sprint 4: Diseño del diagrama de caso de uso
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
Análisis de los requerimientos del cliente.
Se detallarán todos los procesos a realizar.
Se analizará la funcionalidad de cada módulo.
Diseño del diagrama en herramienta Visio.
Se diseña el diagrama de caso de uso del módulo de administrador.
Se diseña del diagrama de caso de uso del módulo secretario.
En el gráfico a continuación se muestra con éxito el Burndown del Sprint
culminado.
81
Gráfico N. 32 Burndown del Sprint 4
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
SPRINT 5 –MÓDULOS DE USUARIOS, ESTUDIANTES.
Una vez culminado el diseño de los diagramas de caso de uso de los módulos, se
procede a continuar con el desarrollo de la parte funcional de nuestro sistema.
Como se muestra en el siguiente gráfico, están las tareas a realizar durante este
Sprint para el correcto funcionamiento de los registros para Usuarios y
estudiantes.
82
Gráfico N. 33
Sprint 5: Módulos de Usuarios, Estudiantes
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
Análisis de datos necesarios para la ejecución de las funcionalidades
Revisión y verificación de campos requeridos para el registro de
usuarios y estudiantes
Corrección de diseño por campos faltantes.
Mejoras en el apartado grafico del modulo
Análisis e implementación de funcionalidades para los módulos.
Análisis del modo de implementar las funciones necesarias.
Programación de funciones necesarias para los módulos de
usuarios, estudiantes.
83
Luego de haber culminado este Sprint, se obtiene el Burndown de que todas las
tareas se culminaron con éxito.
Gráfico N. 34
Burndown del Sprint 5
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
SPRINT 6 – MÓDULO DE REGISTRO DE FICHA.
Una vez culminados los módulos de registro de usuarios y estudiantes, se procede
a continuar con el desarrollo del módulo de Registro de Ficha, tanto su diseño
como su funcionalidad.
Como se muestra en el siguiente gráfico, están las tareas a realizar durante este
Sprint para el correcto funcionamiento de los Registros de Fichas.
84
Gráfico N. 35
Sprint 6: Módulos de Registro de Ficha
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
Análisis de relación de las tablas para el ingreso de un nuevo registro
Creación del formulario para el nuevo registro
Cargar los datos de la BD que pertenece a la Facultad de
Arquitectura.
Validación de los datos para almacenarlo en la BD.
Diseño de pantalla de Nuevo registro
Pantalla para el ingreso de un nuevo estudiante.
Pantalla para registrar las notas de los estudiantes.
Luego de haber culminado este Sprint, se obtiene el Burndown de que todas las
tareas se culminaron con éxito.
85
Gráfico N. 36
Burndown del Sprint 6
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
SPRINT 7 –MÓDULOS DE REGISTRO DE NUEVOS CAMPOS.
Para poder ingresar a la base de datos como las materias, semestre, menciones
y periodos; se realizó el módulo de registro de nuevos campos, para así poder
registrar datos a la ficha estudiantiles.
Como se muestra en el siguiente gráfico, están las tareas a realizar durante este
Sprint para el correcto funcionamiento de los Registros de nuevos campos a la
base de datos.
86
Gráfico N. 37
Sprint 7: Módulos de Registro de nuevos campos
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
Creación de la tabla, diseño del formulario para registrar en la Base de
Dato.
Diseño de pantalla de registro de materias.
Diseño de pantalla de registro de semestre.
Diseño de pantalla de registro de menciones.
Diseño de pantalla de registro de periodos.
Creación de tabla en base de datos con sus respectivas relaciones.
Programación de funcionamiento de registro a la base de datos.
Conexión con la base de datos para registrar nuevas materias,
semestre, menciones y periodos.
87
Validación de los datos con la base de datos.
Validación para que usuarios autorizados puedan ver este módulo.
Luego de haber culminado este Sprint, se obtiene el Burndown de que todas las
tareas se culminaron con éxito.
Gráfico N. 38
Burndown del Sprint 7
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
SPRINT 8 –MODULO DE CONSULTA
Después de tener los demás módulos, se puede trabajar en el de consulta. Este
cargara los datos ingresados a l base de datos, dependiendo los datos que
necesite el usuario.
Como se muestra en el siguiente gráfico, están las tareas a realizar durante este
Sprint para el correcto funcionamiento de las consultas.
88
Gráfico N. 39
Sprint 8: Módulos de Consulta
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
Diseño de página para presentación de los datos ingresado a la base.
Analizar los datos que el usuario desea ver.
Creación de los campos y tablas para mostrar la información.
Diseño de la página para mostrar la información de los estudiantes
ingresados.
Programación del funcionamiento del módulo de consulta.
Conexión con la base de datos para presentar datos ingresados.
Validación de los datos que se requieren.
Luego de haber culminado este Sprint, se obtiene el Burndown de que todas las
tareas se culminaron con éxito.
89
Gráfico N. 40 Burndown del Sprint 8
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
SPRINT 9 – MÓDULO DE REPORTE.
Una vez culminados los módulos de registro estudiantes y de fichas, se procede
a continuar con el desarrollo del módulo de Reporte de Ficha, tanto su diseño
como su funcionalidad.
Como se muestra en el siguiente gráfico, están las tareas a realizar durante este
Sprint para el correcto funcionamiento de Reportes.
90
Gráfico N. 41
Sprint 9: Módulos de Reportes
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
Diseño del módulo de reporte
Diseños de pantallas para la generación de reportes.
Creación de reportes en pdf
Creación de reportes en excel.
Luego de haber culminado este Sprint, se obtiene el Burndown de que todas las
tareas se culminaron con éxito.
91
Gráfico N. 42
Burndown del Sprint 9
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
SPRINT 10 – MODULO DE MANTENIMIENTO Y CORRECCIONES
Después de terminar todos los módulos, viene la parte de la prueba de
cumplimiento con los requerimientos, donde se le da mantenimiento y se hacen
las respectivas correcciones para su buen funcionamiento.
Como se muestra en el siguiente gráfico, están las tareas a realizar durante este
Sprint para el correcto funcionamiento de la página.
92
Gráfico N. 43
Sprint 10: Módulos de mantenimiento y consultas
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
Revisión de los módulos creados.
Probar funcionamiento de cada módulo.
Revisar que cumple con los requerimientos.
Validación de los datos almacenados.
Prueba de seguridad de la página y la base de datos.
Correcciones de fallas encontradas.
Modificar fallas encontradas.
Prueba de los cambios hechos para corrección.
Luego de haber culminado este Sprint, se obtiene el Burndown de que todas las
tareas se culminaron con éxito.
93
Gráfico N. 44
Burndown del Sprint 10
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
Entregables del proyecto
Los entregables que se realizarán con respecto al presente proyecto, son los
siguientes:
Código fuente del proyecto
Manual de Usuario
Manual Técnico
94
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA
Una vez desarrollado todos los módulos que comprende la página web, se debe
evaluar si cumple con todos los parámetros establecidos. La finalidad de esta
validación es certificar que cada uno de los procesos cumple con la tarea de
registro de Ficha Estudiantil; así como también, ver las fallas o correcciones que
se deben realizar al producto antes de ser entregado. Para esto se harán pruebas
con el personal del área de secretaria en la FAU, para que ellos den fe de que la
página web cumple con la gestión de registro de fichas estudiantil, como también
validar la seguridad que tenga la página y la BD.
Para validar se elaboró entrevista a experto, el cual brindara sus conocimientos
en el tema, dando su opinión acerca del proyecto, como también su punto de vista
y su criterio de validación.
Entrevista a experto de la Facultad de Arquitectura y Urbanismo
Perfil de experto a entrevistar:
CUADRO N. 7
Perfil de experto de la Carrera de Arquitectura y Urbanismo
Nombre: Ab. Ingrid Liz Muñoz Feraud
Departamento: Secretaria General FAU
Cargo: Secretaria General
Función principal:
Administración de archivos, control de
personal, custodia de documentos
académicos, elaboración de actas, acuerdos
y resoluciones, certificar documentación y
reportes de índole académica.
Elaboración: Andy Alvia, Walter Vera
Fuente: Herramienta Scrumtool
95
Entrevista previa a utilizar la página web
La Universidad de Guayaquil – Facultad de Arquitectura y Urbanismo es una
institución educativa cuya misión es generar, difundir y preservar conocimientos
científicos, tecnológicos, humanísticos y saberes culturales de forma crítica,
creativa y para la innovación social, a través de las funciones de formación,
investigación y vinculación con la sociedad, fortaleciendo profesional y éticamente
el talento de la nación y la promoción del buen vivir, en el marco de la
sustentabilidad, la justicia y la paz y su visión va orientada a ser una institución de
Educación Superior con liderazgo prospectivo nacional e internacional en el
campo de sus dominios científicos, tecnológicos y humanísticos; comprometida
con la democracia cognitiva, el diálogo de saberes, el desarrollo sustentable y la
innovación social.
Teniendo una gran cantidad de estudiantes, la facultad se ve en la necesidad de
llevar un registro de fichas estudiantiles, para de este modo poder tener un control
y seguimiento de todos los estudiantes pertenecientes a esta institución.
Ab. Ingrid Liz Muñoz Feraud: “Una ficha estudiantil es un documento que sirve
para conocer los datos académicos de cada uno de los estudiantes de la facultad
de arquitectura tanto para los de la carrera de arquitectura y de diseño, en otras
palabras, es la vida del estudiante, reflejada en una ficha”.
Proceso actual para manejar el registro de fichas estudiantiles en la Facultad
de Arquitectura
En la actualidad la FAU cuenta con un proceso establecido para gestionar el
registro de las fichas estudiantiles. Este proceso se lo divide en tres subprocesos:
Creación o búsqueda de ficha física donde se llenarán los datos
Revisión de datos a llenar de forma manual
Llenar fichas con esfero solo en caso de aprobar y en caso de reprobar
con lápiz. En caso de algún error repetir los procesos anteriores.
96
Almacenar fichas físicas en una bodega.
Herramientas que utilizan actualmente para realizar este proceso
Actualmente la Facultad de Arquitectura cuenta con una ficha impresa en un papel
tamaño oficio que sirve para realizar la gestión del registro de ficha estudiantil de
forma manual.
Problemas al realizar este proceso:
Factor tiempo en los subprocesos manuales
Al realizar un almacenamiento en una bóveda física las fichas se llenan de polvo
lo cual a su vez genera molestias al personal al momento de buscar.
Al momento de querer realizar correcciones todos los subprocesos se repiten
generando molestias y un mal uso de los recursos.
Ab. Ingrid Liz Muñoz Feraud: “Están implementando un sistema donde están
registrando los datos de los estudiantes, pero no cumple con los requerimientos
que se solicitan, como por ejemplo los reportes, un sistema para la gestión de
fichas que vaya acorde a nuestros requerimientos es necesario porque son datos
más específicos y concretos”.
Beneficios que se espera obtener al utilizar la página web propuesta como
solución
Disminuir la demora al momento de buscar las fichas
No someterse a un estándar si no trabajar de acuerdo con las necesidades
Resultados en tiempo real
Veracidad en la información y rapidez al momento de generar reportes.
Entrevista posterior a utilizar la página web
El experto entrevistado utilizó la página web propuesta como solución a la gestión
de Registro de Ficha Estudiantil, donde se puedo destacar ciertos puntos:
97
Proceso que se realizó en la página web
Mostar el entorno gráfico de nuestro sistema
Usar el registro de usuarios que manejaran el sistema.
Usar el proceso para el registro de estudiantes.
Aprender el proceso a realizar para la gestión de las fichas estudiantiles
Generar reportes con los datos solicitados al sistema
Beneficios que se obtuvo al utilizar la página web
Minimizar tiempo
Seguridad en los datos
Datos reales
Reportes bien detallados
Recomendaciones
Que tenga una conexión con la base de datos del centro de cómputo para evitar
ingresos individuales, a pesar de que no afecta con el funcionamiento sería un
buen añadido.
Resultados de la entrevista
Basándose en los beneficios que obtuvo el experto de la FAU al utilizar la página
web, para realizar el proceso Gestión de Registro de Fichas Estudiantiles, se
obtiene como resultado que el proyecto propuesto es beneficioso para este
proceso, ya que cumple con los requisitos mínimo necesario.
98
CAPÍTULO IV
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO
Basándonos en la información obtenida de las encuestas realizadas al personal
administrativo, se puede determinar los siguientes criterios de aceptación del
proyecto, tomando en cuenta las propiedades que un sistema debe tener para que
sea de seguro y también cumpliendo con los objetivos planteados anteriormente,
siendo así, un proyecto factible y viable para el uso en el área administrativa de la
Facultad de Arquitectura y Urbanismo – Carrera de Arquitectura.
Los criterios de aceptación del sistema serán medidos de forma cualitativa
utilizando la siguiente escala de evaluación:
Cumple totalmente
Cumple parcialmente
No cumple
CUADRO N. 8
Criterio de aceptación del proyecto
Criterios Ponderación
Usabilidad: La página web es intuitiva, fácil
aprendizaje y se le otorga el manual de usuario
para un mejor entendimiento del sistema
Cumple Totalmente
Seguridad: Los permisos sólo pueden ser
otorgados por el usuario administrador de la
página web y también cumple con los roles
determinados
Cumple Totalmente
99
Disponibilidad: La página web se encuentra
disponible para el administrador y para el
secretario.
Cumple Totalmente
Funcionalidad: La página cumple con todo lo
especificado obteniendo los beneficios esperados.
Cumple Totalmente
Tecnología: la página cuenta con la tecnología
apropiada para el mejor rendimiento del mismo.
Cumple Totalmente
Compatibilidad: Al utilizar tecnologías como Ajax
y JavaScript. Permitirá al usuario, navegar desde
la mayoría de plataformas web.
Cumple Parcialmente
Fiabilidad: Al ingresar ccorrectamente la maestra
de los puntos de ventas y de los datos de las
mediciones, se obtendrá resultados reales y
consistentes.
Cumple Totalmente
Elaboración: Andy Alvia, Walter Vera
Fuente: Encuestas de Satisfacción
100
CONCLUSIONES
Luego de haber cumplido la investigación de los procesos que se realizan para el
registro de fichas estudiantiles y haber propuesto una solución para optimizar las
tareas y corregir los problemas encontrados, se pudo concluir con lo siguiente:
Con los procesos de manera manual, se genera inconsistencia de los
datos como también, el desperdicio de materiales de oficina y tiempo del
personal para realizar nuevas tareas. Para una búsqueda exhaustiva se
necesita de mucha concentración y parte del tiempo que deben dedicar el
personal, para la búsqueda en grandes cantidades, ya que la FAU maneja
información de diferentes periodos lectivos y esto hace que si necesitan la
información de un estudiante especifico, tendría que buscar en una gran
cantidad de documentos físicos. Esta información puede ser alterada de
forma fácil, de algún individuó que quiera producir un prejuicio a la
institución, ya que cualquier persona que tenga acceso al departamento,
con la ayuda de esfero puedo alterar o dañar la ficha.
Se propuso la elaboración de una página web, para que suplente este
proceso mecánico, ayudando a la digitalización del proceso que
beneficiara en la veracidad de los datos y el ahorro de materiales de
oficina. Ya que optimizara el proceso y será de fácil uso para el personal
cuando quiera crear o actualizar una ficha ya existente. Para la búsqueda
de datos específicos o una búsqueda global, ayudara ahorrar el tiempo que
se dedicaba a esta tarea, ya que toda la información es almacenada en
una base de datos interna que solo tendrá acceso personal autorizado
(personal que trabaje en el departamento) y personal administrativo. Esta
cumple con toda la gestión de registro de fichas estudiantiles.
Para el desarrollo y uso de la página web, se trabajó con herramientas
open source (libres), que no tendrá ningún valor para el implemento de
esta página, con un servidor web interno que solo tendrá acceso en la red
de la universidad. Así, la facultad no tendrá que adquirir licenciamientos de
software o trabajar bajo una plataforma de pago.
101
Se generó una plantilla para la presentación de los datos de forma fisca,
para que esta información pueda ser usada de manera legal, para algún
trámite que el departamento necesite hacer, como también generar
reportes estadísticos para el análisis y tomas de decisiones. El cual se
pude tener un físico cuando sea necesario generarlo, mientras tanto la
información puede ser visualizada desde el aplicativo web.
102
RECOMENDACIONES
Se recomienda se realicen las gestiones pertinentes por parte de la
Facultad de Arquitectura, para la adquisición y posterior implementación
del aplicativo desarrollado en el presente trabajo.
Para que este aplicativo web funcione de forma óptima, se recomienda que
se use sistema operativo Windows, y explorador Firefox para una mejor
visualización del diseño de la página web.
El personal que trabaja en el departamento, deberá tener una noción de
manejo de herramientas tecnológicas, para que su uso sea de manera fácil
e intuitiva. Y que el personal sea capacitado para su manejo.
Para sacar beneficio de esta herramienta, se recomienda que este
proyecto sea tomado para la continuidad de su desarrollo para la
implementación en todas las facultades de la universidad de Guayaquil.
Se recomienda se realice un levantamiento de información de parte de la
Dirección de Gestión Tecnológica de la Información, de la Universidad de
Guayaquil, para determinar los procesos académicos, que deben ser
sistematizados, y posteriormente, éstos sean propuestos como trabajos de
titulación, para los egresados de la Carrera Ingeniería en Sistemas
Computarizados.
103
BIBLIOGRAFÍA
[1] (2010). LEY ORGANICA DE EDUCACION SUPERIOR, LOES. Quito.
[2] Adell, J. and Y. Bernabé (2007). "Software libre en educación." Tecnología educativa. Madrid: McGraw-Hill: 173-195.
[3] Arias, Á. (2015). Aprende a programar Ajax y jQuery, Angel Arias.
[4] Beati, H. (2015). PHP-Creación de páginas Web dinámicas 2a edición, Alfaomega Grupo Editor.
[5] Belmonte Fernández, Ó. and C. Granell Canut (2013). "La importancia de la labor del programador.¿ Qué se espera?¿ Cómo se prepara? Análisis desde los lenguajes de programación."
[6] Boneu, J. M. (2007). "Plataformas abiertas de e-learning para el soporte de contenidos educativos abiertos." RUSC. Universities and Knowledge Society Journal 4(1).
[7] Carrasco, J. B. (2009). "Gestión de procesos." Santiago-Chile: Editorial Evolución.
[8] Castillo, A. A. (2017). Curso de Programación Web: JavaScript, Ajax y jQuery, IT Campus Academy.
[9] Cataldi, Z. and F. Salgueiro (2007). "Software libre y código abierto en educación." Quaderns Digitals 48: 01-12.
[10] Claro, R. L. H. and D. G. Navarro (2010). "Estándares de Diseño Web." Ciencias de la Información 41(2): 69-71.
[11] Correa, R. (2008) Decreto 1014.- Sobre el uso del Software Libre. Decreto 1014.- Sobre el uso del Software Libre
[12] Cueto, A. S. (2007). "Bases de Datos 1 ".
104
[13] Deemer, P., et al. (2009). "Información básica de SCRUM." California: Scrum Training Institute.
[14] Gallego, M. T. (2012). "Metodología Scrum." Gestión de Proyectos Informáticos, http://openaccess. uoc. edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612memoria. pdf.
[15] Gauchat, J. D. (2012). El gran libro de HTML5, CSS3 y Javascript, Marcombo.
[16] Guzmán Reyes, D. (2013). "Bases de datos distribuidas con una solución LAMP (Linux, Apache, MySQL y PHP)."
[17] Jardón, A. V., & Bravo (2013), D. I. A. MODELO PARA LA INTEGRACIÓN DEL TESTING EN LA METODOLOGÍA SCRUM.
[18] Marqués, P. (2007). "La Web 2.0 y sus aplicaciones didácticashttp://peremarques. pangea. org/web20. htm." La Web 2.0 y sus aplicaciones didácticas.
[19] Maza, M. Á. S. (2012). Javascript, Innovación Y Cualificación.
[20] Montoya, C. E. G., et al. (2013). "Seguridad en la configuración del servidor web Apache." INGE CUC 9(2): 31-38.
[21] Mora, S. L. (2002). Programación de aplicaciones web: historia, principios básicos y clientes web, Editorial Club Universitario.
[22] Muñoz, V. J. E. (2013). El nuevo PHP. Conceptos avanzados, Vicente Javier Eslava Muñoz.
[23] Oliveros, A., et al. (2014). Prácticas de Ingeniería de Requerimientos en el desarrollo de aplicaciones Web. WER.
[24] Pantaleo, G. and L. Rinaudo (2015). Ingeniería de Software, Alfaomega Grupo Editor.
[25] Poveda Mariño, C. M. (2012). Aplicación de un test online de evaluación sobre pedagogía y su efecto en la preparación de los docentes del Instituto Superior Tecnológico Hispano América 2008-2009.
[26] Ruiz-Fuentes, D., et al. (2014). "La gestión por procesos, su surgimiento y aspectos teóricos." Ciencias Holguín 20(1): 10-19.
[27] Sánchez, R. and J. d. E. d. M. Echeverry (2004). "en Salud." Rev. Salud Pública 6(3): 302-318.
[28] Serrano Cobos, J. (2006). "Pasado, presente y futuro de la Web 2.0 en servicios de información digital."
[29] Souza, M. H. V. L. (2009). "Redes de computadores." Dados Voz e Imagem.
[30] Somerville, I. (2006). Ingeniería del Software. (7a ed). España.
[31] Vértice, E. (2009). Diseño básico de páginas web en HTML, Editorial Vértice.
[32] Vigouroux, C. (2015). Aprender a desarrollar con JavaScript, Ediciones ENI.
106
ANEXOS
Anexo N. 1
Preguntas de la entrevista previa a utilizar la página web
Anexo N. 2
Preguntas de la entrevista posterior a utilizar la página web
107
Anexo N. 3
Entrevista en la Secretaría de la Facultad de Arquitectura
Anexo N. 4
Documentos de aceptación de la Facultad de Arquitectura y Urbanismo
108
109
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
MANUAL DE USUARIO
DESARROLLO DE PÁGINA WEB PARA LA GESTIÓN DE FICHAS
ESTUDIANTILES PARA LA UNIVERSIDAD DE GUAYAQUIL FACULTAD DE
ARQUITECTURA Y URBANISMO CARRERA DE ARQUITECTURA PARA LA
OPTIMIZACIÓN DE LOS PROCESOS
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTORES:
ANDY OSWALDO ALVIA CHOEZ
WALTER ALEXANDER VERA MACIAS
TUTOR:
ING. VICENTE VIZUETA LOGROÑO, MSC.
GUAYAQUIL – ECUADOR 2018
ÍNDICE GENERAL
1. LOGIN (Inicio de Sesión) .............................................................................. 2