UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“UNIANDES-IBARRA”
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
PROYECTO DE EXAMEN COMPLEXIVO PREVIO A LA OBTENCIÓN DEL
TÍTULO DE INGENIERO EN SISTEMAS E INFORMÁTICA
TEMA:
“PORTAL WEB PARA INSCRIPCIONES EN LÍNEA PARA LA UNIDAD
EDUCATIVA FISCOMISIONAL INOCENCIO JÁCOME”
AUTORA: FUERTES BONILLA GLADYS ELENA
ASESOR: ING. LLERENA OCAÑA LUIS ANTONIO
AMBATO-ECUADOR
2017
APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN
CERTIFICACIÓN:
Quien suscribe, legalmente CERTIFICA QUE: El presente Trabajo de Titulación
realizado por el señorita GLADYS ELENA FUERTES BONILLA estudiante de la
Carrera de Sistemas, Facultad de Sistemas Mercantiles, con el tema “PORTAL WEB
PARA INSCRIPCIONES EN LÍNEA PARA LA UNIDAD EDUCATIVA
FISCOMISIONAL INOCENCIO JÁCOME”, ha sido prolijamente revisado, y
cumple con todos los requisitos establecidos en la normativa pertinente de la
Universidad Regional Autónoma de los Andes -UNIANDES-, por lo que apruebo su
presentación.
Ambato, Abril de 2017
_______________________________________
ING. LLERENA OCAÑA LUIS ANTONIO
ASESOR
DECLARACIÓN DE AUTENTICIDAD
Yo, GLADYS ELENA FUERTES BONILLA, estudiante de la Carrera de Sistemas,
Facultad de Sistemas Mercantiles, declaro que todos los resultados obtenidos en el
presente trabajo de investigación, previo a la obtención del título de INGENIERA EN
SISTEMAS, son absolutamente originales, auténticos y personales; a excepción de las
citas, por lo que son de mi exclusiva responsabilidad.
Ambato, Abril de 2017
___________________________________
GLADYS ELENA FUERTES BONILLA
CI: 0401499843
AUTORA
DERECHOS DE AUTOR
Yo, GLADYS ELENA FUERTES BONILLA, declaro que conozco y acepto la
disposición constante en el literal d) del Art. 85 del Estatuto de la Universidad Regional
Autónoma de Los Andes, que en su parte pertinente textualmente dice: El Patrimonio de
la UNIANDES, está constituido por: La propiedad intelectual sobre las Investigaciones,
trabajos científicos o técnicos, proyectos profesionales y consultaría que se realicen en
la Universidad o por cuenta de ella;
Ambato, Abril de 2017
___________________________________
GLADYS ELENA FUERTES BONILLA
CI: 0401499843
AUTORA
DEDICATORIA
A ti mi pequeñito, a pesar de no tenerte a mi lado, estoy segura de que siempre me
acompañas y celebras conmigo cada logro, fue corto el tiempo que Dios nos regaló,
pero aun así, fuiste y serás lo más hermoso que la vida me entregó. A ti bebé, a ti mi
amado Donato.
A mis padres, por su apoyo incondicional, por su amor, su comprensión, por ser los
ángeles que Dios puso en mi vida para cuidar de mí.
A mis hermanos Segundo, Susana y Edwin a mis sobrinos Carito, Paúl, Jordan, Naho,
Cris, Charito y Brity, por tanto cariño y apoyo, porque pese a los problemas, siempre
han estado pendientes de mi bienestar.
A mi querido tío Marcelo por enseñarnos a toda tu familia que la fe mueve montañas y
que los milagros sólo son posibles cuando te abandonas en las manos de Dios y te
aferras a la vida y luchas por ella.
Gladys Elena Fuertes B.
AGRADECIMIENTO
Fue arduo el camino recorrido para llegar hasta aquí, pero no hay plazo que no se
cumpla, por ello agradezco a Dios, quien ha sido mi fortaleza en los momentos difíciles,
reconstruyéndome y guiándome tomada su mano para alcanzar esta meta tan anhelada.
Señor, mi eterna gratitud hacia Ti.
A la Universidad Regional Autónoma de los Andes, templo del saber, en cuyas aulas
adquirí los conocimientos necesarios, para alcanzar mi título profesional.
Además un agradecimiento especial al Ing. Luis Llerena, quien con sus conocimientos
ha sabido orientarme adecuadamente en la realización de este trabajo.
A cada una de las personas que directa e indirectamente han aportado con su valioso
apoyo en cada meta que me he propuesto.
Gladys Elena Fuertes B.
ÍNDICE GENERAL
APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN
DECLARACIÓN DE AUTENTICIDAD
DERECHOS DE AUTOR
DEDICATORIA
AGRADECIMIENTO
ÍNDICE GENERAL
ÍNDICE DE TABLAS
RESUMEN
ABSTRACT
INTRODUCCIÓN 1
Tema 1
Antecedentes de la Investigación 1
Problema que se va a Investigar 2
Línea de Investigación 3
Justificación de la actualidad, necesidad e importancia del tema. 3
Objetivos 4
CAPITULO I 5
1. Marco teórico 5
1.1. Origen y evolución de las aplicaciones web 5
1.2. Análisis de las distintas posiciones teóricas sobre portales web 5
1.2.1. Internet (Interconnected Networks). 5
1.2.2. Portal Web. 6
1.2.3 Appserv 7
1.2.4 MySql 7
1.2.5 PHP Script Language 8
1.2.5.1 Comunicación entre el cliente y el servidor con PHP 8
1.3 Valoración crítica de los conceptos principales de las distintas posiciones
teóricas sobre el objeto de investigación. 10
1.3.1 Ventajas de las Aplicaciones Web 10
1.3.2 Desventajas de las Aplicaciones Web 10
1.3.3 La solución mágica: Apache, PHP y MySQL 10
1.3.3.1 Apache servidor web HTTP. 11
1.4 Análisis crítico sobre el objeto de investigación actual del sector, rama o
empresa, contexto institucional. 11
1.5 Conclusiones parciales del capítulo 12
CAPÍTULO II 13
2. Metodología 13
2.2 Descripción del procedimiento metodológico para el desarrollo de la investigación.
14
2.2.2.1 Investigación de Campo 14
2.2.2.2 Investigación bibliográfica y documental 15
2.2.3 Técnicas de recolección de información 15
2.2.3.1 Encuesta 15
2.2.3.2 Entrevista 15
2.2.4.- Población 15
2.2.5.- Muestra 16
3. Marco propositivo 23
3.1 Metodología de desarrollo SCRUM 23
3.1.1 Roles 23
3.1.1.1 Product Owner (El Dueño de Producto) 23
3.1.1.2 Scrum Master 23
3.1.1.3 Team (Equipo de trabajo) 24
3.1.2 Artefactos 25
3.1.2.1 Product Backlog (Pila del Producto) 25
3.1.2.2 Sprint Backlog 25
3.1.2.3 Sprint 25
3.1.2.4 Incremento 26
3.1.2.5 Gráfico de producto (“BURN UP”) 26
3.1.2.6 Gráfico de avance (BURN DOWN) 27
3.1.2.7 Reunión de inicio de Sprint 30
3.1.2.8 Reunión diaria de Sprint 30
3.1.2.9 Reunión de cierre de Sprint 30
3.2 Desarrollo de la propuesta 31
3.2.2.1 Fundamentación 31
3.2.2.2 Roles y Participantes del Proyecto 32
3.2.2.3 Artefactos 32
3.2.2.4 Pila de producto 32
3.2.2.5 Pila de Sprint 33
3.2.2.6 Sprint 36
3.2.2.7 Incremento 36
3.2.2.8 Gráfica del producto (Burn up) 36
3.2.2.9 Gráfica de avance (Burn down) 41
3.2.2.10 Reunión de inicio de Sprint 44
3.2.2.11 Reunión técnica diaria 44
3.2.2.12 Reunión y entrega del Sprint 45
3.3 Diseño de la base de datos 46
3.3.1 Script de la base datos 47
3.4 Diagramas de clase 49
3.5 Código php 50
3.6 Pruebas 52
BIBLIOGRAFÍA
ANEXOS
ÍNDICE DE TABLAS
Tabla 1. Resultados encuesta Fuente: Tabulación de encuestas. 16
Tabla 2. Resultados encuesta Fuente: Tabulación de encuestas. 17
Tabla 3. Resultados encuesta Fuente: Tabulación de encuestas. 18
Tabla 4 Resultados encuesta Fuente: Tabulación de encuestas. 19
Tabla 5. Resultados encuesta Fuente: Tabulación de encuestas. 20
Tabla 6. Resultados encuesta Fuente: Tabulación de encuestas. 21
Tabla 7. Roles y participantes del proyecto. Fuente: La Autora 32
Tabla 8. Pila del producto. Fuente: La Autora 33
Tabla 9. Planificación de los Sprints. Fuente: Autora. 34
Tabla 10. Sprint 1- Diseño general del proyecto. Fuente: Autora 34
Tabla 11. Sprint 2- Registro de estudiantes. Fuente: Autora 35
Tabla 12. Sprint 3- Selección de estudiantes. Fuente: Autora 35
Tabla 13. Sprint 4- Diseño y elaboración de página web. Fuente: Autora 35
ÍNDICE GRÁFICOS
Gráfico 1. Comunicación cliente y servidor con PHP. Intérprete PHP y gestores de
BDD. 9
Gráfico 2. Cuadro estadístico pregunta 1. 16
Gráfico 3. Cuadro estadístico pregunta 2 17
Gráfico 4. Cuadro estadístico pregunta 3 18
Gráfico 5. Cuadro estadístico pregunta 5 19
Gráfico 6. Cuadro estadístico pregunta 6 20
Gráfico 7. Cuadro estadístico pregunta 6 21
Gráfico 8. Diagrama de la metodología SCRUM. Fuente: (Ágiles.org, 2016) 24
Gráfico 9. Modelo Evolutivo – Iterativo. 26
Gráfico 10. Pila de producto y versiones previstas. 27
Gráfico 11: Avance ideal del Sprint. Fuente: (SCRUM MANAGER, 2016) 28
Gráfico 12. Avance Normal del Sprint. Fuente: ( SCRUM MANAGER, 2016) 29
Gráfico 13: Avance de un Sprint subestimado. Fuente: (SCRUM MANAGER, 2016) 29
Gráfico 14. Avance de un Sprint sobrestimado. Fuente: (SCRUM MANAGER, 2016)
30
Gráfico 15. Avance Sprint 1. Fuente: Autora 37
Gráfico 16. Gráfico de Seguimiento. Fuente: Autora 37
Gráfico 17. Avance Sprint 2. Fuente: Autora 38
Gráfico 18. Gráfica de seguimiento. Fuente: Autora 38
Gráfico 19. Avance Sprint 3. Fuente: Autora 39
Gráfico 20. Gráfica de seguimiento. Fuente: Autora 39
Gráfico 21. Avance Sprint 3. Fuente: Autora 40
Gráfico 22. Gráfica de seguimiento. Fuente: Autora 40
Gráfico 23. Codificación Sprint 1. Fuente: Autora 41
Gráfico 24.Reporte resumen Sprint 1. Fuente: Autora 42
Gráfico 25. Codificación Sprint 2. Fuente: Autora 42
Gráfico 26. Reporte resumen Sprint 2. Fuente: Autora. 42
Gráfico 27. Codificación Sprint 3. Fuente: Autora 43
Gráfico 28. Informe resumen Sprint 3. Fuente: Autora. 43
Gráfico 29. Codificación Sprint 4. Fuente: Autora 43
Gráfico 30. Informe resumen Sprint 4. Fuente: Autora. 44
Gráfico 31Diagrama ER Base de Datos inscripciones_ij. Fuente: Autora 46
Gráfico 32 Diagrama de Clase Proyecto Inscripciones. Fuente: Autora 49
RESUMEN
La Unidad Educativa Fiscomisional “Inocencio Jácome”, de la parroquia San Antonio
de Ibarra, lidera la actividad formativa en educación básica de dicha población; con un
trabajo de calidad y calidez, basando su desarrollo pedagógico de manera sostenible,
consciente y competitiva, ejerciendo su rol de educadores a ejemplo del gran Maestro,
Jesús.
En este marco, la institución se ha planteado nuevas estrategias enfocadas en dos aristas:
crear su propia página web, estableciendo como eje transversal la gestión de
información y comunicación a la ciudadanía, favoreciendo la promoción y difusión de
la misma; e implantar un Sistema que brinde el servicio de Inscripciones en Línea,
donde niños y jóvenes tengan la posibilidad de postular por un cupo para ser parte de
esta gran familia Rosarista.
Logrando así, optimizar tiempo y recursos empleados en el desarrollo de proceso
manuales, tanto para el área administrativa de la Institución como para los padres de
familia y estudiantes.
ABSTRACT
The “Inocencio Jácome”, Educative Unit, located in San Antonio de Ibarra, leads the
formative activities in the basic education of this population; with a high quality work,
based on a sustainable, conscious and competitive, pedagogical development,
exercising it role as educators following the example of the Great Teacher, Jesús.
In this frame, the institution has raised new strategies, by focusing on two areas: to
create its own web page, establishing as a crosscutting the information management and
communication to the public, favoring the promotion and dissemination of the same;
and to implement a system that provides the Online Registration service where children
and young people have the opportunity to apply for enrolment to be part of this great
family Rosarista.
Therefore, optimizing time and resources that were used in the development of the
manual process, both for the administrative area of the institution and for parents and
students.
1
INTRODUCCIÓN
Tema
“Portal web para inscripciones en línea para la Unidad Educativa Fiscomisional
Inocencio Jácome”
Antecedentes de la Investigación
La presencia del internet se ha convertido en un medio eficaz para solventar las actuales
dificultades económicas y publicitarias del comercio tradicional y una vía alternativa
para incrementar el volumen de potenciales clientes, a todo nivel, reflejando claramente
la evolución del entorno on line a escala mundial, donde las instituciones educativas no
han sido la excepción.
Con base en lo expuesto es posible establecer los respectivos antecedentes del presente
proyecto, para ello, ha sido necesario realizar una investigación, cuyos resultados son
los siguientes:
Elvia Susana Gómez, Diana Carolina Juela, Adriana Elizabeth Jumbo Tene, estudiantes
de la Universidad Politécnica Salesiana de Cuenca, en el año 2012, Proyecto
“Desarrollo de un sistema automatizado para la inscripción de alumnos vía Internet, del
Colegio Primero de Mayo del cantón Yanzatza”.
Galarza Calvache Maribel Natali, estudiante de la Universidad Central del Ecuador, en
el año 2012, tema “Sistema de inscripción y matriculación, implementada para
cuatro centros de educación básica de la parroquia San Pedro de Amaguaña”.
Esto, hace que se entienda claramente la importancia de enfatizar en la utilización de los
sitios web como un medio eficiente de crecimiento Institucional.
2
Problema que se va a Investigar
La Unidad Educativa Fiscomisional “Inocencio Jácome” es una Institución sin fines de
lucro, regentada por la Congregación de Dominicas de Santa Catalina de Sena, su
misión está orientada a formar a sus estudiantes con calidad y calidez humana.
Su labor educativa ha sido fructífera por 69 años, lapso en el que ha cimentado bases
sólidas en la educación primaria de sus niños, que hoy en día son profesionales y/o
personas de gran valor para la sociedad.
Los cambios estructurales implementados por la Autoridad Educativa Nacional,
presuponen el apoyo tecnológico:
La Institución no posee una página Web Informativa, en la que pueda publicitar
su oferta educativa de forma masiva.
Todos los procesos se realizan de manera manual y tediosa, específicamente lo
referente a inscripciones.
Los listados de inscripciones por grado, no se actualizan de manera constante.
Los inconvenientes expuestos, no permiten publicitar de manera adecuada la labor
desarrollada por la Unidad Educativa Inocencio Jácome, además, con los limitantes de
tiempo y/o trabajo impiden que los padres de familia puedan acercarse directamente al
plantel para realizar el tedioso proceso de inscripciones de sus hijos.
Formulación del Problema
¿Cómo mejorar el proceso de inscripciones en la Unidad Educativa Fiscomisional
Inocencio Jácome?
Planteamiento del problema
La Unidad Educativa Fiscomisional “Inocencio Jácome” es una Institución sin fines de
lucro, regentada por la Congregación de Dominicas de Santa Catalina de Sena, su
misión está orientada a formar a sus estudiantes con calidad y calidez humana.
3
Su labor educativa ha sido fructífera por 69 años, lapso en el que ha cimentado bases
sólidas en la educación primaria de sus niños, que hoy en día son profesionales y/o
personas de gran valor para la sociedad.
Los cambios estructurales implementados por la Autoridad Educativa Nacional,
presuponen el apoyo tecnológico:
La Institución no posee una página Web Informativa, en la que pueda publicitar
su oferta educativa de forma masiva.
Todos los procesos se realizan de manera manual y tediosa, específicamente lo
referente a inscripciones.
Los listados de inscripciones por grado, no se actualizan de manera constante.
Los inconvenientes expuestos, no permiten publicitar de manera adecuada la labor
desarrollada por la Unidad Educativa Inocencio Jácome, además, con los limitantes de
tiempo y/o trabajo impiden que los padres de familia puedan acercarse directamente al
plantel para realizar el tedioso proceso de inscripciones de sus hijos.
Línea de Investigación
Desarrollo de Software y Programación de Sistemas
Justificación de la actualidad, necesidad e importancia del tema.
El elemento de novedad de la propuesta, radica en el diseño de una solución web
práctica basada en herramientas de software libre tales como: base de datos Mysql,
servidor web Apache y lenguaje de programación web PHP, mismas que serán
documentadas teóricamente de acuerdo con los aspectos planteados para el desarrollo
del presente proyecto.
4
En cuanto a la significación práctica, se puede argumentar la aplicación de los
conocimientos adquiridos durante el tiempo de estudio, además de brindar soluciones
que beneficien enormemente a la Unidad Educativa Inocencio Jácome, marcando el
inicio de la sistematización de sus procesos.
Objetivos
Objetivo General
Implantar un sitio web de inscripciones en línea que contribuya a la sistematización y
perfeccionamiento de los procesos administrativos de la U. E. F. “Inocencio Jácome”,
reflejando el interés de la Institución por los potenciales estudiantes y padres de familia.
Objetivos Específicos
Sustentar teóricamente aspectos relevantes sobre el diseño y programación web.
Desarrollar el módulo de inscripciones en línea, facilitando procesos tanto para la
Institución como para padres de familia y estudiantes.
Implementar la solución planteada en la Unidad Educativa Fiscomisional “Inocencio
Jácome”, mediante la utilización de Software libre.
5
CAPITULO I
1. Marco teórico
1.1. Origen y evolución de las aplicaciones web
En el año de 1992 apenas existían 50 sitios web, estos se encontraban diseñados en
páginas que únicamente contenía texto; a lo largo del tiempo, las tecnologías web han
evolucionado hasta permitir que los programadores puedan desarrollar nuevas e
increíbles experiencias web. La Web actual es el resultado de los continuos esfuerzos de
una comunidad abierta que ayuda a definir estas tecnologías, tales como HTML5, CSS3
y WebGL, y garantiza que todos los navegadores web las admitan.
Partiendo de lo expuesto, es posible comprender la enorme necesidad de las diferentes
entidades en concentrar sus esfuerzos para atraer y mantener la atención de los usuarios
y posibles clientes. Junto con un desarrollo efectivo de la estructura web, el contenido,
el diseño, atributos importantes a la hora de atraer el interés de los internautas y ser
identificado, formando vínculos en el subconsciente del usuario generando esquemas
para captar y fidelizar a
1.2. Análisis de las distintas posiciones teóricas sobre portales web
1.2.1. Internet (Interconnected Networks).
Conjunto de redes de computadoras distribuidas en todo el mundo, que permiten la
interconexión descentralizada entre ellas, mediante la utilización de protocolos TCP/IP.
Está considerada como una herramienta tecnológica y un medio de comunicación
6
perfecto para eliminar la distancias, ya que permite que la información, el conocimiento y
el mundo entero estén al alcance de un mayor número de personas.
1.2.2. Portal Web.
Punto de entrada a Internet, ofrece a los internautas una amplia gama de servicios y
recursos, su propósito es satisfacer las necesidades del usuario, tal que se convierta en la
“puerta de ingreso” a la web. Según sus características principales, estos se clasifican en:
Portales Horizontales. Poseen contenidos de carácter general orientado a todo tipo de
usuario, Incluye servicios como: Comunidades virtuales, Chat, e-mail, Espacio web
gratuito, Foros de discusión, Noticias, Información, Buscadores. Ejemplos: Terra, AOL,
AltaVista, UOL, Lycos, Yahoo, MSN.
Portales Verticales. Proveen información y servicios a un sector en particular, con
contenidos concretos y centrados en un tema como puede ser un portal de música,
empleo, inmobiliario, un portal de finanzas, arte o deportes.
Portales diagonales. Se trata de una mezcla entre el portal horizontal y el vertical. Por
ejemplo: Facebook, Linkedin, Flickr o YouTube, complementadas con contenidos y/o
utilidades dirigidas a un público muy concreto.
Portales Especializados. Surgen a partir de la demanda de los usuarios de un sitio más
especializado en sus áreas de interés tanto particulares como profesionales.
Portales Corporativos. Son una prolongación de la intranet de las empresas, donde se
potencia el acceso a la información de la organización, contacto con clientes y
proveedores, material de trabajo a sus trabajadores, cuidando mucho el tipo de
información a presentar en función del tipo de usuario que la solicita por ser muchas
veces confidencial.
7
Portales Móviles. Sitios que permiten la conexión de los usuarios tanto desde Internet
como de un teléfono móvil o PDA. (BUYTO, 2009)
1.2.3 Appserv
Es una herramienta OpenSource para Windows, incluye Apache Web Server 2.4.20,
MySQL 5.7.13, PHP Script Language 5.6.22 & 7.0.7, phpMyAdmin Database Manager
4.6.2, entre otras aplicaciones que se configuran en forma automática
1.2.4 MySql
MySQL database, es un componente central del código abierto y de las aplicaciones
web de alto perfil y a gran escala, incluyendo Google (aunque no para búsquedas),
Facebook , Twitter , Flickr y YouTube.
Además de ser compatible con muchas plataformas de sistemas , incluyendo AIX ,
BSDi , FreeBSD , HP-UX , eComStation , i5 / OS , IRIX , Linux , OS X , Microsoft
Windows , NetBSD , Novell NetWare , OpenBSD , OpenSolaris , OS / 2 Warp, QNX ,
Oracle Solaris , Symbian , SunOS , SCO OpenServer , SCO UnixWare. A continuación
sus características más representativas:
Aprovecha la potencia de sistemas multiprocesador, gracias a su implementación
multihilo.
Soporta gran cantidad de tipos de datos para las columnas.
Dispone de API's en gran cantidad de lenguajes (C, C++, Java, PHP, etc).
Gran portabilidad entre sistemas.
Soporta hasta 32 índices por tabla.
8
Gestión de usuarios y passwords, manteniendo un muy buen nivel de seguridad
en los datos.
Es una de las herramientas más utilizadas por los programadores orientados a
Internet.
Infinidad de librerías y otras herramientas que permiten su uso a través de gran
cantidad de lenguajes de programación.
MYSQL, es el manejador de base de datos considerado como el más rápido de
Internet.
Gran rapidez y facilidad de uso.
Fácil instalación y configuración. (Santillán, 2015)
1.2.5 PHP Script Language
“Hypertext Preprocessor", lenguaje interpretado de alto nivel embebido en páginas
HTML y ejecutado en el servidor, que se adapta especialmente al Desarrollo Web y
aplicaciones de trabajo en tiempo real; es flexible y rápido; permite trabajar con datos
de algunas fuentes como archivos de texto, documentos XML, plataformas WWW o
sistemas de gestión de bases de datos. PHP está basado en un módulo que hace posible
escribir aplicaciones independientes con interfaz gráfica de usuario.
1.2.5.1 Comunicación entre el cliente y el servidor con PHP
El proceso de comunicación inicia digitando la URL de la página web que se desea
revisar en la barra de direcciones del navegador. Seguido de ello, el navegador envía el
mensaje a través de internet al ordenador remoto (servidor), de acuerdo con un
protocolo estandarizado, solicitando la página (archivo) index.php.
9
El servidor web recibe el mensaje, comprueba que se trata de una petición válida, y al
identificar que la extensión es “php” solicita al intérprete de PHP (que es otro programa
que se ejecuta en el servidor web) que le envíe el archivo.
El intérprete PHP lee desde el disco duro del servidor el archivo index.php y empieza a
procesar las instrucciones (código de programación) que contenga dicho archivo,
eventualmente, se comunica con un gestor de base de datos (para este caso MySql).
Una vez el intérprete PHP termina de ejecutar el código contenido en el archivo y ha
recibido toda la información necesaria del gestor de base de datos, envía los resultados
al servidor web. El servidor web envía la página al cliente que la había solicitado y el
navegador muestra en pantalla la información que le envía el servidor web.
Gráfico 1. Comunicación cliente y servidor con PHP. Intérprete PHP y gestores de BDD.
Fuente: (Wordpress, 2016)
10
1.3 Valoración crítica de los conceptos principales de las distintas posiciones
teóricas sobre el objeto de investigación.
La valoración crítica de las posiciones teóricas objeto de estudio se fundamenta en los
siguientes puntos:
1.3.1 Ventajas de las Aplicaciones Web
Independencia del Sistema Operativo, portables por excelencia.
Independencia del Hardware, construidas si depender de ninguna particularidad
del hardware.
Actualización de Versiones, la actualización de las aplicaciones web consisten
básicamente en actualizar el servidor.
Acceso a las aplicaciones y disponibilidad, facilidad de acceso desde cualquier
lugar donde haya una conexión a Internet.
1.3.2 Desventajas de las Aplicaciones Web
Requiere conexión a Internet constantemente.
Se pierde tiempo de desarrollo haciéndola compatible con los distinto
navegadores, los frameworks ayudan a solventar estos problemas.
Su tiempo de respuesta es más lento, esto ha mejorado usando tecnologías como
AJAX haciéndolas casi tan rápidas como las de escritorio.
1.3.3 La solución mágica: Apache, PHP y MySQL
Por separado son programas de código abierto muy potentes, capaces de proporcionar
respuestas a muchos problemas. En conjunto forman un estándar sobre el que se
realizan muchos de los proyectos pensados para operar en la nube o en una red de área
local.
11
1.3.3.1 Apache servidor web HTTP.
Permite visualizar páginas a través del navegador, ya sea alojados en un servidor
remoto, en un servidor local. Es el servidor web más popular y entre sus ventajas
destaca por su modularidad, ser multiplataforma y la gran comunidad que tiene detrás
con una buena documentación y soporte para resolver dudas y problemas. Sin duda una
herramienta contrastada y fiable.
1.3.3.2 PHP lenguaje de programación interpretado
Diseñado en un principio para realizar páginas web dinámicas. Se ejecuta en un servidor
web tomando el código PHP como entrada y creando páginas web como salida.
También es un programa multiplataforma, de código libre y conecta fácilmente con
bases de datos como MySql o PostgreSQL.
1.3.3.3 MySql
Sistema de gestión de base de datos relacional, multihilo y multiusuario. Se trata de una
base de datos desarrollada y gestionada por Sun Microsystems. Es una de las bases de
datos más usadas para aplicaciones web.
Estas aplicaciones están pensados para instalar en servidores y de esta forma mantener
soluciones que, en general, serán gestionadas desde un navegador.
1.4 Análisis crítico sobre el objeto de investigación actual del sector, rama o
empresa, contexto institucional.
La Unidad Educativa Fiscomisional "Inocencio Jácome", desea brindar a los
estudiantes y padres de familia del pueblo sanantonense y de la provincia de Imbabura
un servicio de mayor calidad, permitiendo acortar distancias para llevar a cabo el
proceso de Inscripción y admisión de nuevos estudiantes que aspiran formar parte de la
Familia Rosarista, asimismo incurrir en el mejoramiento de los procesos administrativos
de la Institución, a través de la creación de un portal web basado en herramientas de
software libre, como PHP y MySQL.
Para la implementación de dicha solución, la Institución posee los recursos e
infraestructura tecnológica necesaria tanto a nivel de hardware, software y recurso
12
humano para lograr brindar un servicio eficiente a los usuarios, propendiendo siempre al
mejoramiento constante en contexto académico y tecnológico
La aplicación desarrollada, se adapta a los requerimientos de información de la
Institución Educativa, padres de familia y estudiantes, ya que toma en cuenta la visión,
misión y principios de la ella misma; flexible a cambios y exigencias de la sociedad
actual.
1.5 Conclusiones parciales del capítulo
Actualmente, las aplicaciones web se han vuelto populares gracias a lo
práctico del navegador web como cliente ligero, a la independencia del
sistema operativo, así como a la facilidad para actualizar y mantener
aplicaciones web sin distribuir e instalar software a miles de potenciales
usuarios.
La difusión de los servicios ofertados por las empresas se han vuelto el medio
perfecto para el crecimiento de las mismas, por ello, la mayoría han optado
por dar a conocer sus productos y servicios a través de la Web, resultado como
el medio más eficiente para captar la atención y de clientes no sólo a nivel
local.
El uso de software libre, representa una alternativa real y efectiva, tanto a
nivel de usuario doméstico como profesional; paras las empresas, es el camino
perfecto hacia el ahorro en lo que a licencias se refiere, al mismo tiempo,
proporciona la posibilidad de invertir en innovación de servicios y
equipamiento.
13
CAPÍTULO II
2. Metodología
2.1. Caracterización del sector, rama, empresa, contexto institucional o problema
seleccionado con la investigación
La Unidad Educativa Fiscomisional “Inocencio Jácome”, representa una institución
emblemática en la Parroquia San Antonio de Ibarra, pues a más de tener una trayectoria
de 70 años al servicio de la niñez y juventud, es la única católica en dicha población.
Desde su fundación, se ha desenvuelto autónomamente, más, el 3 de febrero de 2015
logra obtener la denominación de Fiscomisional, pese a dicha calificación, no ha sido
incluida en todos los Sistemas Informáticos de Gestión del Ministerio de Educación del
Ecuador; tomando como punto de partida dicha aclaración, la institución al ampliar su
oferta educativa hasta Educación General Básica completa, determina las características
básicas de la producción de información del plantel. Constituyéndose, en un elemento
fundamental dentro de la estrategia para la organización y crecimiento institucional.
Actualmente el sector educativo, exige un enorme potencial en la generación y
aprovechamiento de la información como factor clave para el desarrollo económico y
social. Desde el punto de vista de la “oferta” brindada por las Instituciones Educativas
Fiscales, con las soluciones informáticas implementadas, presupone un nivel superior en
temas de calidad educativa, relegando de cierta forma a los establecimientos particulares
y fiscomisionales del país.
Con base en las desigualdades planteadas, la U. E. F. Inocencio Jácome, se ha visto en
la apremiante necesidad de competir con el sector fiscal, trasladando los procesos
manuales a procesos informatizados, que permitan brindar soluciones de información y
servicios para toda la Comunidad Educativa, específicamente a padres de familia y
14
estudiantes, empezando por la creación de su Sitio Web y el módulo de inscripciones en
línea; aplicaciones que eliminaran barreras de tiempo y espacio, efectivizando los
procedimientos organizacionales.
2.2 Descripción del procedimiento metodológico para el desarrollo de la
investigación.
Para la realización de esta investigación fue necesario empezar por definir los temas
referidos a continuación:
2.2.1 Modalidad de la Investigación.
La investigación, tiene relación con directa con las diferentes formas de razonamiento,
por ejemplo, para el presente caso de estudio:
o Cómo se entiende y comprende la realidad de la U. E. F. Inocencio Jácome.
o La significación que le otorga a la autora, sobre el tema investigado.
o La dirección y el sentido que le adjudica a este proyecto.
o La intervención que hace la autora.
Luego de definir los aspectos citados anteriormente, se hace posible el determinar el
tipo de investigación a aplicarse.
2.2.2.- Tipos de investigación
Dentro de tipos de investigación aplicados para la realización del tema objeto de
estudio, se tiene:
2.2.2.1 Investigación de Campo
Es imperante la necesidad de aplicar este tipo de investigación ya que a través de su
proceso sistemático y racional de recopilación, tratamiento y análisis, será posible
presentar datos, obtenidos mediante una estrategia de recolección de información real,
necesaria para el desarrollo del Portal Web para Inscripciones en línea para la U.E. F.
15
Inocencio Jácome. Es decir que se ejecutará, directamente en la Institución objeto de
esta solución.
2.2.2.2 Investigación bibliográfica y documental
Gracias al manejo de su proceso sistemático y secuencial de recolección, selección,
clasificación, evaluación y análisis de contenido del material empírico impreso y
gráfico, físico y/o virtual, hace posible la obtención de fuentes teóricas y conceptuales
adecuadas, sustentando la utilización del software de desarrollo elegido para elaborar la
presente propuesta, tales como: PHP y MySql.
2.2.3 Técnicas de recolección de información
2.2.3.1 Encuesta
A través de la aplicación de esta técnica de recolección de datos, se pretende conseguir
información cualitativa y cuantitativa, que viabilice la obtención de un panorama claro
del problema planteado.
2.2.3.2 Entrevista
A través de esta técnica de recolección de datos, se logra un diálogo directo con el
cliente para conocer sus expectativas y sus necesidades de información con respecto al
portal web
2.2.4.- Población
Las técnicas de recopilación de información descritas en el numeral anterior, serán
aplicadas a los directivos, docentes y padres de familia de la U. E. F. “Inocencio
Jácome”, con el propósito de determinar los requerimientos de información de la
institución.
16
2.2.5.- Muestra
Margen: 10%
Nivel de confianza: 95%
Población: 300
Fórmula
Tamaño de muestra: 73
2.2.6 Análisis de resultados de las encuestas aplicadas
1. Perfil de usuario
Tabla 1. Resultados encuesta Fuente: Tabulación de encuestas.
Docente22%
Padre de familia
56%
Alumn@22%
Pregunta 1
Gráfico 2. Cuadro estadístico pregunta 1.
Análisis
Las encuestas se han aplicado a 16 docentes, 41 padres de familia y 16 alumnos de la
básica superior.
Ítem Cantidad
Docente 16
Padre de familia 41
Alumn@ 16
TOTAL 73
17
2. ¿Cree que la Unidad Educativa Fiscomisional “Inocencio Jácome” necesita un
portal web para Inscripciones en línea?
Ítem Cantidad
Si 70
No 3
TOTAL 73
Tabla 2. Resultados encuesta Fuente: Tabulación de encuestas.
Si96%
No4%
Pregunta 2
Gráfico 3. Cuadro estadístico pregunta 2
Análisis
El 96% de la muestra considera que es necesario implementar en para la U. E. F.
“Inocencio Jácome” un portal web para inscripciones en línea, mientras que el 4%
manifiesta que no es necesario.
18
3. De la siguiente lista, elija ¿Qué información le gustaría encontrar en línea en el
portal Web de la U.E.F. Inocencio Jácome?
Ítem Cantidad
Oferta académica 10
Inscripciones/admisiones 60
Noticias 20
Eventos académicos 20
Información Institucional 15
TOTAL 73
Tabla 3. Resultados encuesta Fuente: Tabulación de encuestas.
Oferta académica
8%
Inscripciones/admisiones
48%Noticias
16%
Eventos académicos
16%
Información Institucional
12%
Pregunta 3
Gráfico 4. Cuadro estadístico pregunta 3
Análisis
En cuanto a la información que los usuarios desean que se muestre en el portal web de
la U. E. F. “Inocencio Jácome”, la de mayor interés es la de inscripciones en línea y
admisión con un 48%; seguido de noticias y eventos académicos con el 16% cada una,
en menor proporción lo referente a Información institucional y oferta académica.
19
4. ¿Considera usted que la implementación de un portal web, para inscripciones
en línea sería la oportunidad perfecta para incrementar la población
estudiantil de la Institución?
Ítem Cantidad
Si 60
No 13
TOTAL 73
Tabla 4 Resultados encuesta Fuente: Tabulación de encuestas.
Si82%
No18%
Pregunta 4
Gráfico 5. Cuadro estadístico pregunta 5
Análisis
El 82% de la comunidad educativa, expresa que la implementación de un portal web,
para inscripciones en línea, sí sería la oportunidad perfecta para incrementar en número
de estudiantes en la institución.
20
5. ¿Cree usted que mejoraría su relación con la Institución al crear un portal web
donde se publique información concerniente a ella?
Ítem Cantidad
Si 50
No 23
TOTAL 73
Tabla 5. Resultados encuesta Fuente: Tabulación de encuestas.
Si68%
No32%
Pregunta 5
Gráfico 6. Cuadro estadístico pregunta 6
Análisis
El 68% de la muestra encuestada, opina que sí mejoraría su relación con la Institución al
crear un portal web donde se publique información concerniente a ella; en tanto que, el
32% piensa que su relación con la institución no se influenciaría por ello.
21
6. ¿Estaría usted de acuerdo con que se publique información concerniente al
desempeño académico?
Ítem Cantidad
Si 73
No 0
TOTAL 73
Tabla 6. Resultados encuesta Fuente: Tabulación de encuestas.
Si100%
No0%
Pregunta 6
Gráfico 7. Cuadro estadístico pregunta 6
Análisis
El resultado de la tabulación, permite visualizar claramente que el 100% de la muestra
está de acuerdo con que se publique información concerniente al desempeño académico
de la institución en general.
22
2.2.7 Conclusiones parciales del capítulo
Antes de determinar los tipos de investigación y técnicas de recolección de información,
en necesario iniciar por considerar: cómo se entiende y comprende la realidad de la
entidad objeto de estudio, además de la significación, dirección y sentido que se le
adjudica al proyecto.
La mayor parte de la muestra estimada, considera que la creación de un portal web para
inscripciones en línea sería muy importante para el crecimiento institucional.
Las encuestas constituyen un medio eficiente para recolección de datos, pues a través de
ellas se puede conocer el sentir de la Comunidad Educativa.
23
CAPITULO III
3. Marco propositivo
Luego de un análisis minucioso sobre la metodología a utilizar para el desarrollo de la
propuesta, se plantea la Metodología SCRUM, sustentada a continuación.
3.1 Metodología de desarrollo SCRUM
SCRUM, es una opción de gestión ideal para atacar proyectos desarrollados en entornos
complejos que exigen rapidez en los resultados y en los que la flexibilidad es un
requisito imprescindible; situaciones frecuentes en el desarrollo de determinados
sistemas de software; además es una metodología de desarrollo muy simple, que
requiere trabajo duro porque no se basa en el seguimiento de un plan, sino en la
adaptación continua a las circunstancias de la evolución del proyecto. (Martínez, 2013).
3.1.1 Roles
SCRUM define un conjunto de prácticas y roles, que puede tomarse como punto de
partida para definir el proceso de desarrollo que se ejecutará durante un proyecto. Los
roles principales en Scrum son:
3.1.1.1 Product Owner (El Dueño de Producto)
Se encarga de maximizar el valor del producto y del trabajo del equipo de desarrollo. El
Dueño del producto es el único responsable de gestionar la Pila del Producto (Product
Backlog).
3.1.1.2 Scrum Master
Actúa como facilitador para el Product Owner y el equipo. El Scrum Master no gestiona
el equipo. El Scrum Master trabaja para eliminar cualquier impedimento que obstaculice
al equipo y así lograr sus objetivos de sprint. Esto ayuda al equipo a permanecer
creativo y productivo mientras se asegura de que sus éxitos sean visibles para el
propietario del producto. El Scrum Master también trabaja para asesorar al Product
Owner sobre cómo maximizar el ROI (retorno de inversión) del equipo.
24
3.1.1.3 Team (Equipo de trabajo)
El equipo de desarrollo es responsable de autoorganizarse para completar el trabajo
planteado en cada sprint. El equipo tiene autonomía y responsabilidad para cumplir con
los objetivos del sprint. (MISHRA, 2016)
Gráfico 8. Diagrama de la metodología SCRUM. Fuente: (Ágiles.org, 2016)
El Sprint (reuniones), a más de constituirse en la unidad básica de trabajo para el equipo
Scrum, marca el inicio de las actividades de desarrollo, asignando un lapso para
completar su trabajo, que suele ser de dos a cuatro semanas, pero se reúnen cada día
para evaluar el progreso. Durante este periodo, el Scrum Manager, se encarga de
mantener al equipo direccionado hacia el objetivo. Al final del Sprint, el trabajo debe
ser productivo en suma, tal que sea posible ponerlo en manos del cliente.
El punto final del Sprint es la revisión donde se muestra el incremento y una
retrospectiva del Sprint para mejorar y fortalecer todo cuanto sea necesario. En el
siguiente Sprint, el equipo elegirá otro bloque de la pila de producto e inicia el nuevo
trabajo.
PROCESO
SCRUM
25
El ciclo se repetirá hasta que la pila de productos se haya completado. (SOFTENG,
2017)
3.1.2 Artefactos
3.1.2.1 Product Backlog (Pila del Producto)
Documento indispensable para todo el proyecto, ya que contiene los requerimientos de
funcionalidad deseados. Al comenzar el proyecto incluye los requisitos inicialmente
conocidos y mejor entendidos, conforme avanza y evoluciona el entorno en el que será
usado, se continuará desarrollando.
3.1.2.2 Sprint Backlog
Es el resumen del backlog por orden de prioridad y aceptados en el Sprint Planning.
Estos, en conjunto con sus respectivas Historias de Usuario (User Stories), forman
oficialmente los requerimientos a elaborar en cada uno de los Sprints que tendrá el
proyecto.
3.1.2.3 Sprint
Iteración de duración prefijada durante la cual el equipo trabaja para convertir las
historias del Product Backlog a las que se ha comprometido, en una nueva versión del
software totalmente operativo.
26
Gráfico 9. Modelo Evolutivo – Iterativo.
Fuente: (MANAGER, 2016)
3.1.2.4 Incremento
Parte del producto, que se produce en un sprint y se entrega al gestor del producto
completamente terminado y operativo.
3.1.2.5 Gráfico de producto (“BURN UP”)
Es una herramienta de planificación del propietario de producto, que presenta
visualmente la evolución previsible del mismo.
Proyecta en el tiempo la construcción del producto, en base a la velocidad del equipo.
La proyección se realiza sobre un diagrama cartesiano que representa en el eje de
ordenadas el esfuerzo estimado para construir las diferentes historias de la pila del
producto, y en el de las abscisas el tiempo medido en sprints
27
Gráfico 10. Pila de producto y versiones previstas.
Fuente: ( SCRUM MANAGER, 2016)
Los puntos de corte que marca esta posición con las líneas de velocidad del equipo
(pesimista, realista y optimista) proyectan en el eje horizontal la fecha o sprint en el que
se completará la versión.
Esta es una herramienta para desarrollo ágil. Proyecta la previsión de la pila del
producto, que es un documento vivo cuya evolución preestablece la del producto. Como
herramienta ágil no debe considerarse para representar planes estables, sino las
previsiones tras cada evolución de la pila del producto. (SCRUM MANAGER, 2016)
3.1.2.6 Gráfico de avance (BURN DOWN)
Este gráfico es actualizado por el equipo en las reuniones de seguimiento del sprint,
para monitorizar el ritmo de avance, y detectar de forma temprana posibles desviaciones
sobre la previsión que pudieran comprometer la entrega al final de sprint.
La estrategia ágil para el seguimiento de los proyectos se basa en:
Medir el esfuerzo que falta, no el realizado.
Realizar un seguimiento muy cercano (diario de ser posible).
28
Este gráfico debe ser actualizado diariamente, y se registra:
En el eje Y se registra el trabajo que aún falta por realizar.
En el eje X se registran los días del sprint.
El equipo dispone en la pila del sprint, de la lista de tareas que va a realizar, y cada una
con la estimación del esfuerzo pendiente. Esto es: el primer día, en la pila de tareas
figura para cada tarea el esfuerzo que se ha estimado, puesto que aún no se ha trabajado
en ninguna de ellas.
Día a día, cada miembro del equipo actualiza en la pila del sprint el tiempo que le queda
a las tareas que va desarrollando, hasta que se terminan y van quedando en 0 los
tiempos pendientes.
Con esta información de la pila del sprint se actualiza el gráfico poniendo cada día el
esfuerzo pendiente total de todas las tareas que aún no se han terminado.
El avance ideal de un sprint estaría representado por la diagonal que reduce el esfuerzo
pendiente de forma continua y gradual hasta terminarlo en el último día del sprint:
Gráfico 11: Avance ideal del Sprint. Fuente: (SCRUM MANAGER, 2016)
29
Las gráficas de diagonal perfecta no son lo habitual, y la siguiente imagen es un ejemplo
de un patrón de avance más normal.
Gráfico 12. Avance Normal del Sprint. Fuente: ( SCRUM MANAGER, 2016)
El siguiente sería el aspecto de la gráfica en un “sprint subestimado”
Gráfico 13: Avance de un Sprint subestimado. Fuente: (SCRUM MANAGER, 2016)
30
La estimación que realizó el equipo en la reunión de inicio del sprint es inferior al
esfuerzo real que están requiriendo las tareas. Y el siguiente sería el patrón de gráfica de
un “sprint sobrestimado”.
Gráfico 14. Avance de un Sprint sobrestimado. Fuente: (SCRUM MANAGER, 2016)
3.1.2.7 Reunión de inicio de Sprint
Reunión para determinar las funcionalidades o historias de usuario que se van a incluir
en el próximo incremento. Esta puede durar hasta 8 horas.
3.1.2.8 Reunión diaria de Sprint
Se la realiza diariamente con la asistencia del equipo técnico, del Coordinador del
proyecto o Scrum Manager de duración máxima de 10 minutos. En la que se informa:
¿Qué se realizó ayer?
¿Cuál es el cronograma a desarrollar hoy?
Problemas encontrados en el desarrollo del objetivo planteado
3.1.2.9 Reunión de cierre de Sprint
Posibilita la revisión del trabajo que fue realizado si este fue completado o no; y
presentar el trabajo a los interesados tiene cuatro horas como límite.
31
3.2 Desarrollo de la propuesta
3.2.1 Introducción
A través de este documento, se describe la implementación de la metodología de
desarrollo SCRUM en la UNIDAD EDUCATIVA FISCOMISIONAL “INOCENCIO
JÁCOME” para la realización del “PORTAL WEB PARA INSCRIPCIONES EN
LÍNEA PARA LA UNIDAD EDUCATIVA FISCOMISIONAL INOCENCIO
JÁCOME”.
Se describe al detalle el del ciclo de vida iterativo e incremental de este proyecto. Los
artefactos de gestión de tareas, requisitos, monitoreo y seguimiento de los avances
además de las responsabilidades y compromisos de los participantes.
3.2.2 Descripción de la metodología SCRUM
3.2.2.1 Fundamentación
Una vez analizada la metodología de desarrollo iterativo e incremental SCRUM, se
exponen las razones por las que fue establecida para la ejecución de esta solución:
Sistema modular. Aspecto relevante, ya que las páginas Web exigen constante
dinamismo, crecimiento y evolución, haciendo posible el incrementar
funcionalidades y modificar el comportamiento de cada módulo ya sea en
desarrollo o en producción.
Desarrollo de entregables terminados y/o funcionales, entregas frecuentes y
continuas al cliente, convirtiéndose en el punto de partida para el incremento y
perfeccionamiento continuo del sistema.
Posible inestabilidad de requisitos: probablemente la solución incorpore más
funcionalidades que las previstas inicialmente; posible alteración en el orden de
recepción de módulos; Dificultades para el cliente en cuanto al alcance de cada
módulo, y su crecimiento puede seguir su curso o suspenderse o detenerse.
32
3.2.2.2 Roles y Participantes del Proyecto
Persona Contacto Rol
Elena Fuertes [email protected] Coordinadora / Scrum Master
Sor Laura Cisneros B. [email protected] Gestor de Producto / Product Owner
Elena Fuertes [email protected] Equipo / Team
Tabla 7. Roles y participantes del proyecto. Fuente: La Autora
3.2.2.3 Artefactos
Documentos
Pila de producto o Product Backlog
Pila de sprint o Sprint Backlog
Sprint
Incremento
Gráficas para registro y seguimiento del avance
Gráfica de producto o Burn Up
Gráfica de avance o Burn Down
Comunicación y presentación de informes directo
Reunión de inicio de sprint
Reunión técnica diaria
Reunión de cierre de sprint y entrega del incremento
3.2.2.4 Pila de producto
Scrum prefiere la comunicación verbal o de visualización directa, a la escrita. La pila
del producto no es un documento de requisitos, sino una herramienta de información
para el equipo.
33
Una vez realizado el diálogo con la Directora y el Consejo Técnico Pedagógico de la
Unidad Educativa Fiscomisional “Inocencio Jácome”, se definió los requerimientos de
información de los que carece dicha Institución, por lo que se determinó como necesario
el desarrollo de la Página web y un sitio para inscripciones en línea; procediendo a
desarrollar la Pila de Producto según el formato establecido por la metodología:
Un código o identificador único de la historia.
Prioridad.
Descripción de la funcionalidad/requisito, denominado “historia de usuario”.
Preestimación del esfuerzo necesario y,
Persona asignada.
Quedando organizada así:
ID PRIORIDAD DESCRIPCIÓN ESTIMACIÓN ASIGNADO
Inscripciones en
línea
26 Elena F.
1 Alta Diseño de plataforma 20 Elena F.
2 Media Diseño de página web 3 Elena F.
3 Alta Formulario de inscripción 1 Elena F.
Configuración
4 Muy Alta Parametrización 1 Elena F.
Reportes
5 Muy alta Generar reportes individuales
y globales 2 Elena F.
Tabla 8. Pila del producto. Fuente: La Autora
3.2.2.5 Pila de Sprint
En este artefacto, se trabajó para definir los requisitos y tareas que el equipo técnico va
a desarrollar en las diferentes iteraciones, ya sea en los módulos que se está
desarrollando o en las actividades de desarrollo futuras.
Responsabilidades de Sor Laura Cisneros Benavides (Product owner)
La Directora de la U. U. F. “Inocencio Jácome”, presenció en todo momento las
reuniones en las que el equipo técnico elaboró la pila del sprint.
Aportó además identificando las historias de usuario que se descomponen en la
pila del sprint.
34
Responsabilidades del Elena Fuertes (Scrum Manager )
Supervisar y asesorar en la elaboración de la pila del sprint.
Responsabilidades del Equipo Técnico
Elaboración la pila del sprint. Solucionar dudas o comunicación de sugerencias
sobre las historias de usuario con el gestor del producto.
Planificación de los Sprints
Id.
historia Tarea Fecha inicio Fecha inicio N°. días
H1 Diseño general del sistema 01/09/2016 10/09/2016 10
H2 Registro de Estudiantes 11/09/2016 30/09/2016 20
H3 Selección de Estudiantes 01/10/2016 31/10/2016 31
H4 Diseño y elaboración de Página
Web 01/11/2016 30/11/2016 30
H5 Pruebas 01/12/2016 31/12/2016 30
Tabla 9. Planificación de los Sprints. Fuente: Autora.
Sprint 1. Diseño general del sistema
Tabla 10. Sprint 1- Diseño general del proyecto. Fuente: Autora
Elena….
Elena….
Elena….
35
Sprint 2. Ingreso de estudiantes
Tabla 11. Sprint 2- Registro de estudiantes. Fuente: Autora
Sprint 3. Selección de estudiantes
Tabla 12. Sprint 3- Selección de estudiantes. Fuente: Autora
Sprint 4. Diseño y elaboración de la página web
Tabla 13. Sprint 4- Diseño y elaboración de página web. Fuente: Autora
Elena….
Elena….
Elena……
Elena……
.
Elena……
. Elena……
.
36
3.2.2.6 Sprint
Cada una de las iteraciones del ciclo de vida de Scrum pueden tener Sprints con una
duración de 5 a 30 días laborables; la duración de estas serán determinadas al inicio del
mismo en la planificación del Sprint.
3.2.2.7 Incremento
Las partes que se produce en un sprint son entregadas al gestor del producto
completamente terminado y operativo.
3.2.2.8 Gráfica del producto (Burn up)
Representa gráficamente el plan previsto por el gestor de producto; muestra los temas
del sistema en el orden que se desean, y el tiempo en el que se prevé su ejecución.
Responsabilidades del gestor de producto
Confección. Mantenimiento actualizado en todo momento durante la ejecución
del proyecto.
Orden en el que desea disponer de los temas o “epics” del sistema, e hitos del
producto (versiones).
Incorporación / eliminación /modificaciones de los temas, de su orden de
prioridad, estimaciones o hitos.
Disponibilidad: proveer la información pertinente para llegar al éxito de los
procesos.
Responsabilidades del Scrum Manager
Supervisión del gráfico de producto, y comunicación con el gestor del producto
para pedirle aclaración de las dudas que pueda tener, o asesorarle para la
subsanación de las deficiencias que observe.
Responsabilidades del equipo técnico
Conocimiento y comprensión actualizada del plan del producto.
Resolución de dudas o comunicación oportuna de sugerencias con el Gestor del
Producto.
37
Responsabilidades del resto de implicados
Conocimiento y comprensión actualizada del plan de producto.
Resolución de dudas o comunicación de sugerencias con Scrum Master.
Representación gráfica del plan de producto previsto por el gestor de
producto. Es una gráfica que representa los temas o epics del sistema en el
orden que se desean, y el tiempo en el que se prevé su ejecución.
Sprint 1. Diseño general del sistema
Gráfico 15. Avance Sprint 1. Fuente: Autora
Gráfico 16. Gráfico de Seguimiento. Fuente: Autora
38
Sprint 2. Ingreso de estudiantes
Gráfico 17. Avance Sprint 2. Fuente: Autora
Gráfico 18. Gráfica de seguimiento. Fuente: Autora
39
Sprint 3. Selección de estudiantes
Gráfico 19. Avance Sprint 3. Fuente: Autora
Gráfico 20. Gráfica de seguimiento. Fuente: Autora
40
Sprint 4. Diseño y elaboración de la página web
Gráfico 21. Avance Sprint 3. Fuente: Autora
Gráfico 22. Gráfica de seguimiento. Fuente: Autora
41
3.2.2.9 Gráfica de avance (Burn down)
Este gráfico que representa el estado de avance del trabajo realizado en el sprint en
ejecución.
Responsabilidades del Gestor de Producto
No tiene responsabilidades específicas, sino que debe informarse regularmente
del avance del sprint y permanecer disponible para atender decisiones
relacionadas con los sprints sobrevalorados o infravalorados.
Responsabilidades del Scrum Manager
Supervisar actualizaciones diarias realizadas por el equipo.
Responsabilidades del Equipo Técnico
Actualización diaria del gráfico de avance.
Sprint 1. Diseño general del sistema
Gráfico 23. Codificación Sprint 1. Fuente: Autora
42
Gráfico 24.Reporte resumen Sprint 1. Fuente: Autora
Sprint 2. Ingreso de estudiantes
Gráfico 25. Codificación Sprint 2. Fuente: Autora
Gráfico 26. Reporte resumen Sprint 2. Fuente: Autora.
43
Sprint 3. Selección de estudiantes
Gráfico 27. Codificación Sprint 3. Fuente: Autora
Gráfico 28. Informe resumen Sprint 3. Fuente: Autora.
Sprint 4. Diseño y elaboración de la página web
Gráfico 29. Codificación Sprint 4. Fuente: Autora
44
Gráfico 30. Informe resumen Sprint 4. Fuente: Autora.
3.2.2.10 Reunión de inicio de Sprint
Reunión para determinar las funcionalidades o historias de usuario que se van a incluir
en el próximo incremento.
Responsabilidades del gestor de producto
Asistencia a la reunión.
Exposición y explicación de las historias que necesita para la próxima iteración y
posibles restricciones de fechas que pudiera tener.
Responsabilidades del Scrum Manager
Moderación de la reunión
Responsabilidades del equipo técnico
Confección de la pila del sprint.
Auto-asignación del trabajo.
3.2.2.11 Reunión técnica diaria
Puesta en común diaria del equipo con presencia del Coordinador del proyecto o Scrum
Manager de duración máxima de 10 minutos.
Responsabilidades del Scrum Manager
Supervisión de la reunión y anotación de las necesidades o impedimentos que
pueda detectar el equipo.
Gestión para la solución de las necesidades o impedimentos detectados por el
45
equipo.
Responsabilidades del equipo técnico
Comunicación individual del trabajo realizado el día anterior y el previsto
para día actual.
Actualización individual del trabajo pendiente.
Actualización del gráfico de avance para reflejar el estado.
Notificación de necesidades o impedimentos previstos u ocurridos para
realizar las tareas asignadas.
3.2.2.12 Reunión y entrega del Sprint
Reunión para probar y entregar el incremento al gestor del producto.
Características.
Prácticas: sobre el producto terminado, no sobre simulaciones o imágenes).
De tiempo acotado máximo de 2 horas.
Responsabilidades del gestor de producto
Asistencia a la reunión.
Recepción del producto o presentación de reparos.
Responsabilidades del Scrum Manager
Moderación de la reunión
Responsabilidades del equipo técnico
Presentación del incremento
46
3.3 Diseño de la base de datos
Gráfico 31Diagrama ER Base de Datos inscripciones_ij. Fuente: Autora
47
3.3.1 Script de la base datos
USE `inscripciones_ij`;
CREATE TABLE `estudiantes` (
`id_codigo_unico` smallint(6) NOT NULL AUTO_INCREMENT,
`id_documento` smallint(6) NOT NULL,
`id_estudiante` varchar(13) CHARACTER SET utf8 NOT NULL,
`apellidos_estudiante` varchar(50) CHARACTER SET utf8 NOT NULL,
`nombres_estudiante` varchar(50) CHARACTER SET utf8 NOT NULL,
`fecha_nacimiento` date NOT NULL,
`nacionalidad_estudiante` varchar(30) CHARACTER SET utf8 NOT NULL,
`sexo_estudiante` char(1) CHARACTER SET utf8 NOT NULL, `direccion_estudiante` varchar(50) CHARACTER SET utf8 NOT NULL,
`telefono_estudiante` varchar(9) CHARACTER SET utf8 DEFAULT NULL,
`celular_estudiante` varchar(10) CHARACTER SET utf8 DEFAULT NULL,
`correo_estudiante` varchar(50) CHARACTER SET utf8 NOT NULL,
`discapacidad_sino` varchar(1) CHARACTER SET utf8 NOT NULL,
`discapacidad_estudiante` varchar(100) CHARACTER SET utf8 DEFAULT NULL,
`ano_actual` smallint(6) NOT NULL,
`estado` varchar(10) COLLATE utf8_spanish_ci NOT NULL,
`ano_siguiente` smallint(6) DEFAULT NULL,
PRIMARY KEY (`id_codigo_unico`),
KEY `id_documento` (`id_documento`),
CONSTRAINT `estudiantes_ibfk_1` FOREIGN KEY (`id_documento`) REFERENCES `tipo_documento` (`id_tipo_documento`)
) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci;
/*Table structure for table `inscritos` */
CREATE TABLE `inscritos` (
`numero_inscrito` smallint(6) NOT NULL AUTO_INCREMENT,
`anolectivo` varchar(10) NOT NULL,
`grado` smallint(6) DEFAULT NULL,
`especialidad` varchar(10) DEFAULT NULL,
`id_codigo_unico_estudiante` smallint(6) NOT NULL,
`id_representante` varchar(13) DEFAULT NULL, `representante` varchar(1) DEFAULT NULL,
`fecha_inscrito` datetime DEFAULT NULL,
`aceptacion` varchar(2) DEFAULT NULL,
`institucion_anterior` varchar(100) DEFAULT NULL,
`promedio_actual` float DEFAULT NULL,
PRIMARY KEY (`numero_inscrito`),
KEY `id_representante` (`id_representante`),
KEY `id_estudiante` (`id_codigo_unico_estudiante`),
KEY `anolectivo` (`anolectivo`),
CONSTRAINT `inscritos_ibfk_4` FOREIGN KEY (`anolectivo`) REFERENCES `periodo_academico`
(`anolectivo`),
CONSTRAINT `inscritos_ibfk_6` FOREIGN KEY (`id_representante`) REFERENCES `representante` (`id_representante`),
CONSTRAINT `inscritos_ibfk_7` FOREIGN KEY (`id_codigo_unico_estudiante`) REFERENCES
`estudiantes` (`id_codigo_unico`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
/*Table structure for table `periodo_academico` */
CREATE TABLE `periodo_academico` (
`anolectivo` varchar(10) NOT NULL,
`fechai` date DEFAULT NULL,
`fechaf` date DEFAULT NULL,
`periodo` varchar(50) DEFAULT NULL,
48
`activo` varchar(10) DEFAULT NULL,
PRIMARY KEY (`anolectivo`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
/*Table structure for table `representante` */
CREATE TABLE `representante` (
`id_documento` smallint(6) NOT NULL,
`id_representante` varchar(13) NOT NULL,
`apellidos_representante` varchar(50) NOT NULL, `nombres_representante` varchar(50) NOT NULL,
`fecha_nacimiento` date NOT NULL,
`nacionalidad_representante` varchar(20) NOT NULL,
`direccion_representante` varchar(50) NOT NULL,
`telefono_representante` varchar(9) DEFAULT NULL,
`celular_representante` varchar(10) NOT NULL,
`correo_representante` varchar(50) DEFAULT NULL,
`nivel_estudios` varchar(1) NOT NULL,
`profesion_representante` varchar(100) NOT NULL,
`empresa_representante` varchar(50) DEFAULT NULL,
`cargo_representante` varchar(50) DEFAULT NULL, `direccion_trabajo` varchar(50) NOT NULL,
`ingresos_representante` float NOT NULL,
PRIMARY KEY (`id_representante`),
KEY `id_documento` (`id_documento`),
CONSTRAINT `representante_ibfk_1` FOREIGN KEY (`id_documento`) REFERENCES
`tipo_documento` (`id_tipo_documento`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
/*Table structure for table `tipo_usuario` */
CREATE TABLE `tipo_usuario` (
`id_tipo_usuario` smallint(6) NOT NULL, `tipo_usuario` varchar(20) NOT NULL,
PRIMARY KEY (`id_tipo_usuario`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
/*Table structure for table `usuarios` */
CREATE TABLE `usuarios` (
`id_usuario` varchar(10) NOT NULL,
`id_tipo_usuario` smallint(6) NOT NULL,
`usuario` varchar(50) NOT NULL,
`clave` varchar(10) NOT NULL,
PRIMARY KEY (`id_usuario`),
KEY `id_tipo_usuario` (`id_tipo_usuario`), CONSTRAINT `usuarios_ibfk_1` FOREIGN KEY (`id_tipo_usuario`) REFERENCES `tipo_usuario`
(`id_tipo_usuario`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
/*Table structure for table `visitas` */
CREATE TABLE `visitas` (
`contador` smallint(6) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
50
3.5 Código php
Nueva Inscripción
<?php require_once('db/db_utilities.php');
//inicializar la session
if (!isset($_SESSION)) { session_start();
//incializar tiempo de 10 minutos para session (600) $inactivo = 600;
if(isset($_SESSION['tiempo']) ) {
$vida_session = time() - $_SESSION['tiempo'];
if($vida_session > $inactivo)
{ session_destroy();
header("Location: index.php");
} }
$_SESSION['tiempo'] = time(); }
$result = buscar_periodo_academico_activo();
$rows = $result->num_rows; $datosPeriodo = $result->fetch_assoc();
$existe = "si";
if($rows > 0){
if(!isset($_SESSION['id_periodo'])){
$_SESSION['id_periodo'] = $datosPeriodo['anolectivo']; $_SESSION['nom_periodo'] = $datosPeriodo['periodo'];
}
else if(isset($_SESSION['id_periodo'])){
if($_SESSION['id_periodo'] != $datosPeriodo['anolectivo']){
$_SESSION['id_periodo'] = $datosPeriodo['anolectivo']; $_SESSION['nom_periodo'] = $datosPeriodo['periodo'];
}
}
} else
$existe = "no";
$tipoUsuario = "";
if(!isset($_SESSION['miCedula']) && !isset($_SESSION['miNombre'])) $tipoUsuario = false;
else
51
$tipoUsuario = true;
?> <div class="page-sidebar sidebar horizontal-bar">
<div class="page-sidebar-inner">
<ul class="menu accordion-menu">
<li class="nav-heading"><span>Navigation</span></li>
<li><a href="index.php"><span class="menu-icon icon-
grid"></span><p>Principal</p></a></li> <!-- INICIO USUARIO ADMINISTRADOR-->
<?php
if($tipoUsuario == true){ ?>
<li class="droplink"><a href="#"><span class="menu-icon icon-
briefcase"></span><p>Configuración</p><span class="arrow"></span></a> <ul class="sub-menu">
<li><a href="periodo-academico.php">P. Académico</a></li>
</ul>
</li> <li class="droplink"><a href="#"><span class="menu-icon icon-
docs"></span><p>Reportes</p><span class="arrow"></span></a>
<ul class="sub-menu"> <li><a href="reporte-estudiantes.php"><p>Estudiantes</p></a></li>
<li><a href="reporte-representantes.php"><p>Representantes</p></a></li>
</ul>
</li> <?php } ?>
<!-- FIN USUARIO ADMINISTRADOR-->
<li class="droplink active open"><a href="#"><span class="menu-icon icon-note"></span><p>Inscripciones</p><span class="arrow"></span></a>
<ul class="sub-menu">
<li class="active"><a href="nueva-inscripcion.php">Nuevo registro</a></li>
</ul>
</li>
</ul> </div><!-- Page Sidebar Inner -->
</div><!-- Page Sidebar -->
<div class="page-inner"> <div class="page-title">
<div class="container">
<?php if(!isset($_SESSION['id_periodo']))
echo '<h3><center>La Institución aún no establece el Año Lectivo para las
Inscripciones.</center></h3>';
else{
echo '<h3>Periodo Académico : '.$_SESSION['nom_periodo'].'</h3>';
} ?>
</div>
</div>
<?php if($existe == "si"){ ?>
52
3.6 Pruebas
Para la realización de las pruebas, se ha tomado en cuenta TDD (Test-Driven
Development), puesto que su enfoque está basado en que cada requisito se representa
como un artefacto denominado historia de usuario al que se le asocian sus
correspondientes pruebas unitarias.
Durante la aplicación del TDD, primeramente se procedió a definir el repositorio de
historias de usuario (Product backlog), que representa los requisitos del sistema. Este
proceso de desarrollo de software se basa en la idea de desarrollar pruebas, codificar y
refactorizar el código construido. Por lo tanto, la desarrolladora escribe las pruebas
unitarias necesarias para satisfacer cada una de las historias del usuario.
El procedimiento a seguir para el Test Driver Development, es muy sencillo, como a
continuación se describe:
1. Elegir un requisito: Se elige del Product backlog lo que se cree que dará mayor
conocimiento del problema y que a la vez sea fácilmente implementable.
2. Escribir una prueba: Se comenzó escribiendo una prueba para el requisito. Para
ello la programadora debió entender claramente las especificaciones y los
requisitos de la funcionalidad que está por implementar. Este paso fuerza a la
desarrolladora a tomar la perspectiva de un cliente considerando el código a
través de sus interfaces.
3. Verificar que la prueba falla: Si la prueba no falla es porque el requisito ya
estaba implementado o porque la prueba es errónea.
4. Escribir la implementación: Se escribió el código más sencillo que haga que la
53
prueba funcione.
5. Ejecutar las pruebas automatizadas: Verificar si todo el conjunto de pruebas
funciona correctamente.
6. Eliminación de duplicación: El paso final es la refactorización, utilizada
principalmente para eliminar código duplicado. Se hace un pequeño cambio
cada vez y luego se corren las pruebas hasta que funcionen.
7. Actualización de la lista de requisitos: Se actualiza la lista de requisitos tachando
el requisito implementado. Asimismo se agregan requisitos que se hayan visto
como necesarios durante este ciclo y se agregan requisitos de diseño.
54
CONCLUSIONES
Los sitios y/o páginas web son la mejor forma de ofertar bienes y servicios en línea,
ya que gracias a los avances tecnológicos ha sido posible sistematizar y
perfeccionar los procesos administrativos de las diferentes entidades que desean
aprovechar los recursos tecnológicos para crecer como instituciones y brindar
mayor calidad en la atención a sus clientes.
Se logró mejorar efectivamente los procesos de inscripciones en línea, eliminando
barres de tiempo y espacio, favoreciendo a toda la Comunidad Educativa Inocencio
Jácome.
Se creó la página web de la Institución, logrando una mayor difusión de la oferta
académica actual, además de la información correspondiente a Identidad
Institucional, organizaciones estudiantiles, docentes y dependencias de la misma.
55
RECOMENDACIONES
Las empresas o entidades en pleno crecimiento, deben permitirse integrar
módulos automatizados que contribuyan al desarrollo de las labores diarias,
optimizando tiempo y recursos.
Se debería considerar seriamente la aplicación de la metodología Scrum en el
desarrollo de los proyectos de software ya que esta, permite a los clientes la
comprobación continua en el cumplimiento de sus requerimientos, tomando
decisiones previamente informadas con base en los resultados del proyecto y al
mismo tiempo dirigiros, iteración a iteración, hasta alcanzar la meta deseada.
Recomendar a la Universidad la formación de un departamento de apoyo a los
estudiantes, dónde el estudiante pueda buscar ayuda con respecto a cualquier
inconveniente que pudiera darse, procurando siempre el bienestar de los
mismos.
BIBLIOGRAFÍA
Abraham Silberschatz, H. F. (2014). Fundamentos de Bases de Datos. 4ta Edición.
Ágiles.org, P. (2016). Proyectos Ágiles.org. Obtenido de Qué es SCRUM:
https://proyectosagiles.org/que-es-scrum/
Ballester, E. G. (2007). Bases de Datos 1. Alicante: Universidad de Alicante.
Beati, H. (2016). PHP: Creación de páginas Web dinámicas. Alfaomega.
Beáti, H. (s.f.). EL GRAN LIBRO DE PHP. MARCOMBO, S.A.
Buyto. (2009). BUYTO. Obtenido de http://www.buyto.es/general-diseno-web/que-es-un-portal-
web
Eguiluz, J. (2017). Introducción a CSS. Creative Commons.
Eguiluz, J. (2017). Introducción a JavaScript. LibrosWeb.
Gilfillan, L. (s.f.). La Biblia de MySql. SIBEX.
Gómez, E. S. (2012). INCRIPCIONES ON LINE. Recuperado el 7 de julio de 2016, de
http://dspace.ups.edu.ec/bitstream/123456789/3085/1/UPS-CT002501.pdf
Investigación, T. d. (2016). Tipos de Investigación. Obtenido de Tipos de Investigación:
http://www.tiposdeinvestigacion.com/
Kendall, K. y. (2011). Análisis y Diseño de Sistemas. México: Octava Edición.
Kniberg, H. (2007). SCRUM Y XP DESDE LAS. C4Media Inc .
Manager, S. (2016). SCRUM MANAGER. Obtenido de SCRUM MANAGER:
http://www.scrummanager.net/certificacion
Manager, S. (OCTUBRE de 2106). Obtenido de SCUM MANAGER:
http://www.scrummanager.net/bok/index.php?title=Gr%C3%A1fico_de_producto
Mannino, M. V. (2014). Administración de Bases de Datos. 3ra Edición.
Mark Otto, J. T. (2017). Bootstrap 3, el manual oficial. Javier Eguiluz.
Martel, A. (2014). Gestión Práctica de Proyectos Con Scrum. Safe Creative.
Martínez, E. (30 de Mayo de 2013). Comunidad IEBS. Obtenido de Cómo utilizar la
metodología Scrum para acometer proyectos complejos:
http://comunidad.iebschool.com/iebs/general/metodologia-scrum/
Mateu, C. (2004). Desarrollo de aplicaciones web. Catalunya: 1ra ed: Catalunya: Fundación
para la Universitat Oberta de Catalunya, 2004.
Milenium. (JUNIO de 2015). EL CONCEPTO DE LOS SITIOS WEB. Recuperado el 2016, de
http://www.informaticamilenium.com.mx/es/informacion/conceptos-basicos/el-
concepto-de-los-sitios-web.html
Milenuim. (NOVIEMBRE de 2015). SITIOS WEB. Recuperado el 7 de 6 de 2016, de
http://www.informaticamilenium.com.mx/es/temas/que-son-los-sitios-
web.html?start=80
Mishra, R. (23 de DICEMBRE de 2016). APRENSA ACRUM. Obtenido de APRENSA
ACRUM:
https://translate.google.com/translate?hl=es&sl=en&u=http://scrummethodology.com/&
prev=search
Mishra, R. (23 de Diciembre de 2016). Metodología Scrum. Obtenido de Metodología Scrum:
https://translate.google.com/translate?hl=es&sl=en&u=http://scrummethodology.com/&
prev=search
Mora, S. L. (2002). Programación de aplicaciones web. España: Club Universitario.
Murphey, R. (2017). Fundamentos de jQuery. Creative Commons Atribución.
Roldan Martinez, D. /. (2010). APLICACIONES WEB. UN ENFOQUE PRACTICO. RA-MA
EDITORIAL.
Sánchez, J. (2016). Principios Sobre Bases de Datos Relacionales. Primera Edición.
Santillán, L. A. (diciembre de 2015). Bases de datos. Obtenido de http://ocw.uoc.edu/computer-
science-technology-and-multimedia/bases-de-datos/bases-de-
datos/P06_M2109_02151.pdf
Softeng. (ENERO de 2017). SOFTENG. Obtenido de https://www.softeng.es/es-
es/empresa/metodologias-de-trabajo/metodologia-scrum/proceso-roles-de-scrum.html
Tamayo, M. (2004). El proceso de la investigación. Limusa.
Vásquez, M. L. (29 de 3 de 2011). SLIDESHARE. Recuperado el 7 de 6 de 2016, de
http://es.slideshare.net/lili369/investigacin-y-tipos-de-investigacin
Worpress. (2016). HTML. Obtenido de https://cdsphp.wordpress.com/
Top Related