UNIVERSIDAD CENTRAL DEL ECUADOR - … · 4.1 INSTALACIÓN Y CONFIGURACIÓN INICIAL ..... 59 4.1.1...

UNIVERSIDAD CENTRAL DEL ECUADOR

FACULTAD DE INGENIERÍA, CIENCIAS

FÍSICAS Y MATEMÁTICA

CARRERA DE INGENIERÍA INFORMÁTICA

ANÁLISIS, DESARROLLO E IMPLEMENTACIÓN DEL SEGUIMIENTO AL

DESARROLLO DE TESIS

TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL

TÍTULO DE INGENIERO INFORMÁTICO

AUTOR: Sesme Noles Lesker Stalins

TUTOR: Ing. Herrera Flores Boris Enrique

QUITO-ECUADOR

2015

DEDICATORIA

El presente trabajo de graduación lo dedico con mucho orgullo primeramente a

mi adorado hijo, a mi madre, a mi mamita Hipólita, a mi esposa, y a toda mi

familia.

A mi señora madre ADELINA y mi mamita POLITA, quienes día a día desde

que empecé a estudiar esta linda carrera me brindaron su apoyo en los bajos y

altos que tuve como estudiante.

A mi querido hijo LESKER ADRIAN y a mi esposa PAMELA, quienes me

brindaron su apoyo incondicional para lograr esta meta de superación

profesional.

A toda mi familia, quienes siempre estuvieron pendientes y me supieron

brindar su apoyo incondicional cuando fui estudiante.

LESKER

ii

AGRADECIMIENTO

Agradezco de corazón a nuestro señor Jesús, por brindarme la sabiduría y

conocimiento para realizar este trabajo de graduación.

Agradezco de corazón a quienes me apoyaron y ayudaron para terminar mi

proyecto de tesis desde el inicio. A mis madrecitas bellas Adelina e

Hipólita por sus exigencias y enseñanzas; a mi hijo Lesker Adrián y mi

esposa Pamela, por la paciencia en las desveladas diarias, a mi familia y a

mis amigos, los de siempre, porque de cualquier forma estuvieron ahí

para brindarme su apoyo incondicional.

Un agradecimiento especial al Ing. Boris Herrera por su apoyo y guía en la

realización de mi trabajo de tesis, a los revisores de mi tesis por su

tiempo y dedicación, gracias por compartir conmigo sus

conocimientos y experiencia, Mat. Jorge Arroba e Ing. René Carrillo.

Lesker

iii

CONTENIDO

DEDICATORIA........................................................................................................ ii

AGRADECIMIENTO ............................................................................................... iii

AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL……………………….…………iv

CERTIFICACIÓN…………………………………………………………………………vi

RESULTADO DEL TRABAJO DE GRADUACIÓN…………………………………..vii

CONTENIDO ........................................................................................................ viii

LISTA DE TABLAS ................................................................................................. x

LISTA DE FIGURA ................................................................................................ xi

RESUMEN ............................................................................................................ xiv

ABSTRACT ........................................................................................................... xv

1. CAPÍTULO I...................................................................................................... 1

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

1.1 PLANTEMIENTO DEL PROBLEMA ................................................................. 1

1.2.1 OBJETIVO GENERAL ................................................................................... 2

1.2.2 OBJETIVOS ESPECIFICOS .......................................................................... 2

1.3 ALCANCE ........................................................................................................ 2

1.4 LIMITACIONES ................................................................................................ 4

1.5 JUSTIFICACIÓN ............................................................................................... 4

2. CAPÍTULO II ..................................................................................................... 5

INTRODUCCIÓN .................................................................................................... 5

2.1 MARCO TEÓRICO REFERENCIAL ................................................................. 5

2.2 ANÁLISIS DE FACTIBILIDAD ......................................................................... 21

2.2.1 FACTIBILIDAD OPERATIVA ....................................................................... 21

2.2.2 FACTIBILIDAD TÉCNICA ............................................................................ 21

2.2.3 FACTIBILIDAD ECONÓMICA ...................................................................... 21

2.2.4 FACTIBILIDAD LEGAL ................................................................................ 22

2.3 HERRAMIENTAS DE DESARROLLO GNU ................................................... 22

2.3.1 PHP .............................................................................................................. 23

2.3.2 MySQL ......................................................................................................... 25

3. CAPÍTULO III .................................................................................................. 29

viii

INTRODUCCIÓN .................................................................................................. 29

3.1 ANÁLISIS DE PROCESO DE CREACION DEL SOFTWARE ........................ 29

3.1.1 MODELOS DE CASOS DE USO ................................................................. 29

3.1.2 MODELOS DE CASOS DE USO PARA SEGUIMIENTO AL DESARROLLO DE TESIS .............................................................................................................. 32

3.1.3 DIAGRAMAS DE SECUENCIA .................................................................... 48

3.2 ESPECIFICACIONES DE REQUERIMIENTOS .............................................. 55

3.2.1 METODOLOGÍA .......................................................................................... 55

4. CAPÍTULO IV ................................................................................................. 59

INTRODUCCIÓN .................................................................................................. 59

4.1 INSTALACIÓN Y CONFIGURACIÓN INICIAL ................................................ 59

4.1.1 INSTALACIÓN DE PRERREQUISITOS ...................................................... 59

4.1.2 INSTALACIÓN DE HERRAMIENTA LIBRES GNU ...................................... 60

4.1.3 CONFIGURACIÓN DE HERRAMIENTA LIBRES GNU ............................... 65

4.2 HERRAMIENTAS LIBRES GNU ..................................................................... 75

4.3 IMPLEMENTACIÓN DE REPORTES ............................................................. 76

5. CAPÍTULO V .................................................................................................. 78

INTRODUCCIÓN .................................................................................................. 78

5.1 REQUERIMIENTOS DEL SISTEMA ........................................................... 78

5.2 IMPLEMENTACIÓN DEL SOFTWARE SEGUIMIENTO AL DESARROLLO DE TESIS .................................................................................................................... 78

5.3 PRUEBAS DE FUNCIONALIDAD Y PUESTA EN MARCHA .......................... 79

5.4 CONCLUSIONES ........................................................................................... 96

5.5 RECOMENDACIONES ................................................................................... 96

5.6 GLOSARIO DE TERMINOS ........................................................................ 97

BIBLIOGRAFÍA ..................................................................................................... 99

ix

LISTA DE TABLAS

Tabla 1 Presupuesto.......................................................................................................................... 22 Tabla 2 Evolución de PHP .................................................................................................................. 24 Tabla 3 Actores de la Aplicación ....................................................................................................... 30 Tabla 4 Detalle Caso de uso Administrador ...................................................................................... 33 Tabla 5 Detalle Caso de uso Profesor ............................................................................................... 40 Tabla 6 Detalle Caso de uso Egresado .............................................................................................. 45

x

LISTA DE FIGURA

Fig. 1 Fases del Control y Seguimiento ............................................................................................... 6 Fig. 2 Flujo de Trabajo en el Seguimiento y Control ......................................................................... 11 Fig. 3 Diagrama de GANTT ................................................................................................................ 14 Fig. 4 Diagrama de PERT ................................................................................................................... 15 Fig. 5 Estructura de PHP .................................................................................................................... 25 Fig. 6 Flujo de la Información al utilizar una base de datos .............................................................. 26 Fig. 7 Versiones de MySql ................................................................................................................. 27 Fig. 8 Notación de casos de uso ........................................................................................................ 30 Fig. 9 Identificación de los Actores del Negocio y del Sistema ........................................................ 31 Fig. 10 Caso de Uso Administrador ................................................................................................... 32 Fig. 11 Caso de Uso Registrar Administrador ................................................................................... 33 Fig. 12 Caso de Uso Ingresar al Sistema ............................................................................................ 34 Fig. 13 Caso de Uso Administrar Usuario .......................................................................................... 34 Fig. 14 Caso de Uso Registrar Temas de Tesis .................................................................................. 35 Fig. 15 Caso de Uso Asigna Tutor ...................................................................................................... 35 Fig. 16 Caso de Uso Visualizar Temas de Tesis................................................................................. 36 Fig. 17 Caso de Uso Modificar Temas ............................................................................................... 36 Fig. 18 Caso de Uso Eliminar Tema ................................................................................................... 37 Fig. 19 Caso de Uso Agendar Revisión .............................................................................................. 37 Fig. 20 Caso de Uso Visualizar Reportes ........................................................................................... 38 Fig. 21 Caso de Uso Profesor ............................................................................................................ 39 Fig. 22 Caso de Uso Registrar Profesor ............................................................................................. 40 Fig. 23 Caso de Uso Ingresar al Sistema ............................................................................................ 41 Fig. 24 Caso de Uso Registra Tema de Tesis ..................................................................................... 41 Fig. 25 Caso de Uso Visualizar Temas de Tesis................................................................................. 42 Fig. 26 Caso de Uso Modificar Temas ............................................................................................... 42 Fig. 27 Caso de Uso Eliminar Tema ................................................................................................... 43 Fig. 28 Caso de Uso Agendar Revisión .............................................................................................. 43 Fig. 29 Caso de Uso Visualizar Agenda .............................................................................................. 44 Fig. 30 Caso de Uso Aprobar Tesis .................................................................................................... 44 Fig. 31 Caso de Uso Egresado ........................................................................................................... 45 Fig. 32 Caso de Uso Registrar Profesor ............................................................................................. 46 Fig. 33 Caso de Uso Ingresar al Sistema ............................................................................................ 47 Fig. 34 Caso de Uso Visualizar Agenda .............................................................................................. 47 Fig. 35 Diagrama de Secuencia Ingreso al Sistema ........................................................................... 48 Fig. 36 Diagrama de Secuencia Datos Erróneos................................................................................ 49 Fig. 37 Diagrama de Secuencia Administrar Usuarios ...................................................................... 50 Fig. 38 Diagrama de Secuencia Registrar Tema y Asignar Tutor....................................................... 51 Fig. 39 Diagrama de Secuencia Visualiza y Modifica Temas de Tesis ............................................... 52

xi

Fig. 40 Diagrama de Secuencia Agendar Revisión ............................................................................ 53 Fig. 41 Diagrama de Secuencia Aprobación ...................................................................................... 54 Fig. 42 Diagrama de Secuencia Reportes .......................................................................................... 55 Fig. 43 Fases Metodología Cascada .................................................................................................. 56 Fig. 44 Descargar XAMPP .................................................................................................................. 60 Fig. 45 Guardar Archivo installer.exe de XAMPP .............................................................................. 60 Fig. 46 Installer.exe de XAMPP ......................................................................................................... 60 Fig. 47 Bienvenida al asistente de instalación de XAMPP ................................................................. 61 Fig. 48 Selección componentes de XAMPP ....................................................................................... 62 Fig. 49 Carpeta de Instalación de XAMPP ........................................................................................ 63 Fig. 50 Autorización iniciar Instalación de XAMPP ........................................................................... 64 Fig. 51 Progreso de Instalación de XAMPP ...................................................................................... 64 Fig. 52 Panel de Control de XAMPP .................................................................................................. 65 Fig. 53 Configuración Apache y MySQL ............................................................................................ 65 Fig. 54 Configuración Apache ........................................................................................................... 66 Fig. 55 Error de Inicio Servidor Web ................................................................................................. 66 Fig. 56 Inicio Servidor Web ............................................................................................................... 67 Fig. 57 Inicio Servidor Web ............................................................................................................... 67 Fig. 58 Servidor Web ......................................................................................................................... 68 Fig. 59 Configuración MySQL ............................................................................................................ 69 Fig. 60 Usuario y Contraseña de MySQL ........................................................................................... 69 Fig. 61 Consola de Administración de MySQL.................................................................................. 70 Fig. 62 Directorio XAMPP .................................................................................................................. 71 Fig. 63 Instalación de Composer para XAMPP .................................................................................. 72 Fig. 64 Instalación de Composer para XAMPP ................................................................................. 72 Fig. 65 Configuración de Composer para XAMPP ............................................................................. 73 Fig. 66 Creación Proyecto Laravel ..................................................................................................... 73 Fig. 67 Descarga librería para proyecto. ........................................................................................... 74 Fig. 68 Proyecto. ............................................................................................................................... 74 Fig. 69 Proyecto. ............................................................................................................................... 75 Fig. 70 Reportes. ............................................................................................................................... 77 Fig. 71 Ingreso a la Aplicación ........................................................................................................... 79 Fig. 72 Registro Nuevo Usuario. ........................................................................................................ 80 Fig. 73 Formulario de Registro Nuevo Usuario. ................................................................................ 81 Fig. 74 Reseteo de Clave de usuario. ................................................................................................ 82 Fig. 75 Reseteo de Clave de usuario. ................................................................................................ 83 Fig. 76 Registro de Usuario por parte de Administrador. ................................................................. 84 Fig. 77 Listado de Usuario por parte de Administrador. ................................................................... 85 Fig. 78 Registro Tema de Tesis por parte de Administrador o Tutor ................................................ 86 Fig. 79 Listado de Tema de Tesis por parte de Administrador o Tutor............................................. 87 Fig. 80 Agendar Revisión por parte del Tutor ................................................................................... 88 Fig. 81 Agenda de Revisiones Programadas por parte del Tutor ..................................................... 89

xii

Fig. 82 Ver Revisión por parte del Tutor ........................................................................................... 90 Fig. 83 Aprobación Final del Tesis ..................................................................................................... 91 Fig. 84 Listado de Tesis Aprobadas ................................................................................................... 92 Fig. 85 Reporte de Tesis Registradas ................................................................................................ 93 Fig. 86 Reporte de Revisiones Realizadas ......................................................................................... 94 Fig. 87 Reporte de Revisiones Pendientes ........................................................................................ 94 Fig. 88 Reporte de Revisiones Agendadas ........................................................................................ 95 Fig. 89 Reporte de Tesis Aprobadas ................................................................................................. 95

xiii

RESUMEN

“ANÁLISIS, DESARROLLO E IMPLEMENTACIÓN DEL SEGUIMIENTO

AL DESARROLLO DE TESIS”

Tiene como fin brindar una herramienta de Gestión Documental a la Carrera

de Ingeniería Informática perteneciente a la Facultad de Ingeniería Ciencias

Físicas y Matemáticas de la Universidad Central del Ecuador

La utilización de esta herramienta servirá para que se tenga un control

de cómo los estudiantes egresados van desarrollando sus trabajos de

tesis previa la obtención del título de tercer nivel en la carrera de

Ingeniería Informática, así también de cómo los tutores designados por

la Dirección de la Carrera de Ingeniería Informática están trabajando con

cada uno de los temas asignados.

Para el correspondiente análisis y diseño del sistema se empleó la

metodología en Cascada, permitiendo integrar una serie de tecnologías

en una misma aplicación haciendo que el flujo de la información

circule de manera ágil, eficaz y eficiente, logrando que el sistema sea

mucho más atractivo; aprovechando al máximo la potencia de la

programación orientada a objetos.

DESCRIPTORES:

SEGUIMIENTO AL DESARROLLO DE TESIS / METODOLOGÍA

CASCADA / SOFTWARE LIBRE / APACHE / PHP/ MYSQL / INGENIERíA

INFORMÁTICA.

xiv

ABSTRACT

"ANALYSIS, DEVELOPMENT AND IMPLEMENTATION OF MONITORING OF THESIS DEVELOPMENT"

Has as objective to provide a tool for Document Management to the Computer

Engineering Career, which belongs to the Faculty of Engineering Physical and

Mathematical Sciences, Central University of Ecuador.

This tool will serve to control how students are developing their thesis projects

before obtaining the third level degree in Computer Engineering, and also it will

control how tutors designated are working with each of the topics assigned.

For the analysis and system design was used the Cascading methodology,

allowing the integration of a number of technologies in only one application, what

makes the flow of information is more effective and efficient, making the system

much more attractive; leveraging the potency of OOP.

DESCRIPTORS:

MONITORING OF THESIS DEVELOPMENT / METHODOLOGY CASCADING /

OPENSOURCE SOFTWARE / APACHE / PHP / MYSQL / ENGINEERING

COMPUTER

xv


1. CAPÍTULO I

INTRODUCCIÓN La Universidad Central del Ecuador con el transcurso de los años ha venido

evolucionando en el campo tecnológico y con esos sus profesionales han tenido

los conocimientos más actuales para brindarlos a la sociedad.

La Facultad de Ingeniería en Ciencias Físicas y Matemáticas siendo el lugar de

aprendizaje de la tecnología para muchos jóvenes a nivel nacional, se ve en la

obligación de automatizar todos los procesos para la obtención del título

profesional.

Los campos de trabajo del Ingeniero Informático están principalmente

relacionados con el desarrollo de software, el diseño y administración de redes

de computadoras y sistemas de información, administración de proyectos

informáticos y en general la gestión de tecnologías de información de las

organizaciones.

Con el pasar de los años la Carrera de Ingeniería Informática, ha ido aportando

con varias aplicaciones para la automatización de procesos, esto se lo ha ido

realizando con los diferentes estudiantes que han llegado a completar su

carrera y así han llegado a obtener el título profesional de Ingeniero Informático.

1.1 PLANTEMIENTO DEL PROBLEMA Mediante encuestas se conoce que los estudiantes al momento de tener la

aprobación de su tema de tesis se le hace muy dificultoso reunirse con el tutor

para presentarle los respectivos avances así como el de receptar las

observaciones que el tutor realiza. Esto se debe a que no hay una coordinación

en cuanto a los horarios de clases así como el horario de trabajo de algunos

egresados.

Se conoce que en la Carrera de Ingeniería Informática no se tiene un

seguimiento de cómo se están desarrollando los diferentes temas de tesis, ni en

1

UNIVERSIDAD CENTRAL DEL ECUADOR qué porcentaje están desarrolladas, si el tutor y el egresado se están reuniendo

para tener un control de lo del desarrollo, observaciones y modificaciones que

se tiene que realizar a la aplicación y al documento que se van a presentar para

la obtención del título de Ingeniero Informático.

También es conocido que el trámite que se tiene que hacer para presentar los

papeles requeridos para la petición de la fecha de la defensa una vez terminado

el desarrollo y el texto en si es muy demorado.

1.2 OBJETIVOS

1.2.1 OBJETIVO GENERAL Implementar una plataforma para automatizar procesos y gestión documental,

al Seguimiento del Desarrollo de la Tesis mediante el uso de herramientas

Open Source o de código abierto, que sea administrable y genere el ruteo de

información, conjuntamente con un contenedor digital de documentos de alta

disponibilidad para realizar búsquedas inteligentes.

1.2.2 OBJETIVOS ESPECIFICOS • Proveer a la Carrera de Ingeniería Informática de una potente herramienta

que permita la indexación y consulta de la documentación digitalizada del

Seguimiento del Desarrollo de Tesis.

• Realizar un análisis a las fases del proceso de Seguimiento del Desarrollo

de Tesis dentro de la Carrera de Ingeniaría Informática.

• Generar reportes, consultas y estadísticas desde el sistema de gestión de

procesos en el Seguimiento del Desarrollo de la Tesis.

• Implementar la plataforma de gestión documental desarrollada para el

Seguimiento del Desarrollo de la Tesis.

1.3 ALCANCE La aplicación se conectará con la base de datos de la Carrera de Ingeniaría

Informática, constará de dos procesos:

2

UNIVERSIDAD CENTRAL DEL ECUADOR 1.3.1. Las Tutorías de tesis, en este proceso el egresado deberá registrarse con

el código de estudiante para ingresar a la aplicación, este proceso servirá

para llevar un registro de los cursos que hubiese realizado en ayuda al

desarrollo de la tesis, donde se registrará fecha de inicio, fecha de

finalización y tema estudiado.

1.3.2. Las Revisiones en el Desarrollo de la Tesis, este proceso lo podrán

utilizar el tutor donde registrará las respectivas revisiones y las diferentes

observaciones que el egresado deberá realizar en el desarrollo de su

tesis, y el egresado el cual visualizará las observaciones emitidas por su

tutor y publicará los cambios requeridos. El tutor podrá fijar la fecha de

una nueva revisión.

1.3.3. El Director de la Carrera de Ingeniería Informática podrá obtener reportes

estadísticos de cómo están aportando los docentes en el desarrollo de

las tesis.

1.3.4. Se obtendrán reportes de cuantos temas han sido finalizados, cuantos

están en etapa de desarrollo, cuantas revisiones se han realizado y

cuantas revisiones están pendientes.

1.3.5. Una vez finalizado con el desarrollo y aprobado por el tutor, el egresado

podrá solicitar la autorización para realizar los trámites requeridos para el

empastado y publicación de la tesis.

1.3.6. En la aplicación se podrá publicar por parte de las autoridades de la

Facultad de Ingeniería Ciencias Físicas y Matemáticas en este caso el H.

Consejo Directivo, la fecha de defensa designada.

1.3.7. El sistema será desarrollado, probado e implementado sobre plataforma

Windows utilizando herramientas de Software Libre.

3

UNIVERSIDAD CENTRAL DEL ECUADOR 1.3.8. Para la utilización de la aplicación, un link se encontrara ubicado en la

página web de la Facultad de Ingeniería Ciencias Físicas y Matemáticas.

1.4 LIMITACIONES En la Ley Orgánica de Educación Superior, Art. 32, se manifiesta todo lo

referente a los programas informáticos, por lo que la aplicación será

diseñada con herramientas de software libre1.

Para que la aplicación funcione en un ambiente de software libre, es

necesario tener en cuenta algunas especificaciones técnicas, la

implantación de la aplicación se hará en un servidor local externo a la

Universidad y el producto final será entregado digitalmente en la Dirección

de la Carrera de Ingeniería Informática.

1.5 JUSTIFICACIÓN La aplicación de un Seguimiento al Desarrollo de la tesis permite la rápida y

ordenada elaboración de la misma, convirtiéndose en una ayuda para el

egresado.

Esta aplicación ofrece al egresado un control de todos los cambios y las fechas

en las que se realizaron dichos cambios, cuantas tutorías, y si él tutor aportó

con su conocimiento y su guía para el desarrollo de la tesis.

Con la implementación de este software se verá beneficiado directamente al

egresado, ya que no se perderá mucho tiempo en la recepción de

observaciones y se tendrá el registro necesario de las revisiones que haya

realizado el tutor.

Con la aplicación del seguimiento del desarrollo de tesis se pude tener

información real de cómo están trabajando los tutores con sus dirigidos y

viceversa, esto gracias a la implementación del manejo de las Tecnologías de la

Información.

1 Ley Orgánica de Educación Superior

4

UNIVERSIDAD CENTRAL DEL ECUADOR 2. CAPÍTULO II

INTRODUCCIÓN La Universidad Central del Ecuador con el transcurso de los años ha venido

evolucionando en el campo tecnológico y con esos sus profesionales han tenido

los conocimientos más actuales para brindarlos a la sociedad.

La Facultad de Ingeniería en Ciencias Físicas y Matemáticas siendo el lugar de

aprendizaje de la tecnología para muchos jóvenes a nivel nacional, se ve en la

obligación de automatizar todos los procesos para la obtención del título

profesional.

Los campos de trabajo del Ingeniero Informático están principalmente

relacionados con el desarrollo de software, el diseño y administración de redes

de computadoras y sistemas de información, administración de proyectos

informáticos y en general la gestión de tecnologías de información de las

organizaciones.

Con el pasar de años la Carrera de Ingeniería Informática en su especialidad de

Ingeniería Informática ha ido aportando con varias aplicaciones para la

automatización de procesos, esto se lo ha ido realizando con los diferentes

estudiantes que han llegado a completar su carrera y así han llegado a obtener

el título profesional de Ingeniero Informático.

2.1 MARCO TEÓRICO REFERENCIAL 2.1.1 SEGUIMIENTO Y CONTROL DEL PROYECTO

• PROCESO DE SEGUIMIENTO Y CONTROL

Durante la realización de un proyecto, el proceso de Seguimiento y Control es

periódico y sistemático. El período en el que se pueden realizar las revisiones

es semanal, quincenal o mensual.

5

UNIVERSIDAD CENTRAL DEL ECUADOR Criterio para definir el período: mientras más complejo es el proyecto que se va

a realizar, debemos considerar periodos más cortos para el seguimiento y

control.

Fig. 1 Fases del Control y Seguimiento

Fuente: Propia

• ACCIONES A REALIZAR:

Seguir las actividades

Controlar las actividades

Realizar acciones correctivas

Informes de Avance

Los informes de avance consisten en instrumentos para llevar un control

periódico de cómo está el proyecto a una fecha determinada de acuerdo a la

utilización del presupuesto, tiempo de creación y de ejecución.

CONTROL

“Proceso de hacer que las cosas ocurran de forma ordenada o de acuerdo a lo planificado”

• Compara lo realizado con las metas y planes • Revela cuando y donde existen desviaciones • Pone en marcha acciones correctas

• Determina si el proyecto está bajo control • Si el proyecto es fuera de control

OBJETIVO

6

UNIVERSIDAD CENTRAL DEL ECUADOR Para que un informe de avance este acorde a lo planificado, es necesario

realizar previamente un plan de proyecto y tener registradas las actividades

realizadas durante el período reportado por el informe.

Un Informe de Avance debe incluir al menos la siguiente información:

Período Reportado o fecha del informe

Fase en que se encuentra el Proyecto

Fase del Proceso de Ejecución del Proyecto

• RESUMEN DE ACTIVIDADES DEL PERÍODO REPORTADO

Avance

Planificado

Efectivo

• UTILIZACIÓN DEL PRESUPUESTO

Planificado

Efectivo

• ESTADO DEL PROYECTO

En avance

En utilización del presupuesto

Semáforo

• GESTIÓN Y CONTROL DE PROYECTOS INFORMÁTICOS

Sabemos que cuando iniciamos un proyecto, este debe cumplir ciertas

restricciones al momento de ser ejecutado y entregado. Generalmente, las

restricciones son alcance, tiempo y costo.

Estas tres restricciones conforman cada lado de lo que se conoce como el

Triángulo de la Gestión de Proyectos, donde un lado del triángulo no puede ser

modificado sin modificar al otro.

La restricción de tiempo nos indica el tiempo disponible para la realización del

proyecto.

La restricción de costo es lo presupuestado para la realización del proyecto.

7

UNIVERSIDAD CENTRAL DEL ECUADOR La restricción de alcance es todo lo que se ha realizado para obtener el

producto final del proyecto.

Se denomina gestión y control de proyectos al cumplimiento de las restricciones

mencionadas anteriormente. Este proceso consta de varias fases, las cuales

detallaremos a continuación:

2.1.2 FASES DE LA GESTIÓN Y CONTROL DE PROYECTOS

• ESTUDIO VIABILIDAD

Antes de la realización de un proyecto, es necesario realizar un estudio de

viabilidad el cual determina el alcance del mismo, además se debe realizar un

estudio de rentabilidad económica. Con estos estudios se decidirá si se puede

realizar o no el proyecto.

• LANZAMIENTO

En esta fase se conformará el equipo inicial que va a realizar el proyecto, se

establece la comunicación con el usuario, además se da inicio al proyecto.

• ESTIMACIÓN INICIAL

En esta fase se estimará de la manera más aproxima el esfuerzo, plazo y

riesgos que pueda presentar el proyecto.

• ORGANIZACIÓN

En esta fase se definirá el equipo que va a realizar el proyecto desde su fase

inicial hasta la culminación del mismo, se considerará también las

responsabilidades de cada miembro del equipo.

• PLANIFICACIÓN

En esta fase se realizará una planificación de las tareas que se deben cumplir,

así como de los plazos fijados y de los productos que vamos a obtener en cada

una de las etapas del avance del proyecto.

8

UNIVERSIDAD CENTRAL DEL ECUADOR • EJECUCIÓN

En el desarrollo del proyecto, se llevará acabo la ejecución de cada una de las

fases realizadas en la planificación.

• SEGUIMIENTO

Mientras se esté realizando el proyecto, se deberá estar pendiente de que las

cosas se estén realizando de acuerdo a lo planificado. Si existiera un retraso en

el desarrollo del proyecto de acuerdo a lo planificado, se deberá tomar las

medidas correctivas necesarias para que el flujo del desarrollo no se altere.

• ESTIMACIÓN DE RECURSOS

La estimación consiste en determinar a priori qué cantidad de recursos se

necesitarán para completar el proyecto. Dicho costo es necesario para poder

planificar con garantías las actividades del proyecto, así como para decidir si

merece la pena el desarrollo.

La estimación será más útil cuanto antes se realice; por lo tanto, se intenta que

las predicciones se realicen en las etapas tempranas del proyecto, cuando la

información sobre el producto es limitada.

La gestión de proyectos es propensa a errores. Sin embargo, un error en la

estimación puede dar lugar a problemas importantes en el desarrollo, por lo que

se han desarrollado diversas técnicas que intentan mejorar la calidad de las

predicciones. Las veremos a continuación:

COCOMO y COCOMO II

El método COCOMO es un método empírico. Tiene como base el tamaño del

proyecto, en líneas de código, y su objetivo es obtener el costo y tiempo de

desarrollo de un proyecto.

La debilidad de este modelo es que, al fin y al cabo, las líneas de código las

elige alguien al azar en función de la experiencia.

9

UNIVERSIDAD CENTRAL DEL ECUADOR COCOMO II es una mejora de COCOMO, con más factores, pero la misma

filosofía.

• PUNTOS FUNCIÓN

La división en esta técnica es funcional: se divide el producto en las principales

funciones que realiza, se estima la complejidad de cada una de ellas, a partir de

ahí se obtiene una medida estándar de la funcionalidad a realizar los puntos

función.

Para obtenerlos se basa en una serie de elementos, que se pueden obtener al

principio del proceso de análisis:

ENTRADAS EXTERNAS: Datos que entran en la aplicación y que añaden o

cambian información interna

SALIDAS EXTERNAS: Grupo de datos que salen de la aplicación (como

informe por impresora)

GRUPOS DE DATOS INTERNOS: como ficheros internos, tablas de bases de

datos, ficheros de control…

GRUPOS DE DATOS DE INTERFAZ: datos compartidos con otras aplicaciones

(ficheros de intercambio, etc…)

CONSULTAS EXTERNAS: Datos resultados de búsquedas, que no cambian la

información (consulta de usuario)

Una vez obtenidos esos elementos, se clasifican según su complejidad (alta,

media, baja) y se multiplican por una tabla de valores. A partir de ese cálculo,

se obtendrían los PF sin ajustar.

A partir de ahí, se examinan una serie de atributos de la aplicación a realizar

como relevancia de la velocidad del diseño y se obtiene un factor de ajuste, con

el que se calculan los PF ajustados.

10

UNIVERSIDAD CENTRAL DEL ECUADOR Se multiplican los PF ajustados por el esfuerzo de desarrollo de cada PF y se

calcula el costo total.

Fig. 2 Flujo de Trabajo en el Seguimiento y Control

Fuente: Propia

• DIVISIÓN DE LAS CLASES EN:

NÚMERO DE CLASES CLAVE: aparecen al principio del análisis.

NÚMERO DE CLASES SECUNDARIAS: aparecen a lo largo del proyecto, por

lo que no se conoce su número en el momento de la estimación. En función del

tipo de interface, se estima una proporción de clases secundarias por cada

clase clave.

Inicio del Desarrollo

Obtener Información del Avance del Proyecto

Planificación

Estándares Productividad

Comparar lo Esperado con los datos Reales

¿Satisfactorio?

¿Fin del Proyecto?

Fin del Desarrollo

Re planificar o Corregir

NO

NO

SI

SI

11

UNIVERSIDAD CENTRAL DEL ECUADOR A partir del número de clases total (clave + secundarias), se obtiene el costo de

desarrollo multiplicándolo por el esfuerzo necesario para desarrollar una clase,

del que se tiene una orientación estimativa.

• CASOS DE USO

Esta técnica es válida tanto para programación orientada a objetos como para

programación estructurada, siempre que se hayan utilizado casos de uso para

definir los requisitos.

LAS ENTRADAS SON:

ACTORES: que se clasifican en simples, medios y complejos, y se le asigna un

peso.

CASOS DE USO: idéntica clasificación

A partir de ahí, se suman y obtienen los puntos de casos de uso, sobre los que

se aplica un ajuste de complejidad técnica (referido al producto) y un ajuste de

ambiente (referido al grupo de personas de desarrollo), y se obtienen los puntos

de casos de uso ajustados.

Inicialmente, cada punto de caso de uso tenía un valor fijo de costo, aunque

posteriormente se ha refinado. El valor que obtenemos es el esfuerzo de

desarrollo, y debería ampliarse a las restantes fases utilizando una tabla de

porcentaje de esfuerzos.

• PLANIFICACIÓN ORGANIZATIVA

La planificación organizativa depende de cada proyecto: se deben tener en

cuenta las características del mismo, así como las de la organización para la

que se va a desarrollar. Aun así, existen una serie de roles participantes

comunes a todos los proyectos:

12

UNIVERSIDAD CENTRAL DEL ECUADOR • DIRECTIVO: su misión es proveer los recursos necesarios para la ejecución

del proyecto, así como tomar las decisiones relevantes que puedan afectar a

la organización.

• TUTOR DE PROYECTO: El tutor de proyecto tiene la responsabilidad de la

ejecución del proyecto. Realiza la estimación del esfuerzo, selecciona la

estrategia de desarrollo, y gestiona las incidencias que se produzcan en la

ejecución del mismo.

• USUARIO: proveerán unos requisitos del sistema adecuados y completos

para la implementación del mismo. Validarán además, el ajuste del sistema

construido a lo solicitado.

• ANALISTA/PROGRAMADOR: Personas que diseñan y construyen el

sistema.

Cada recurso debe estar trazado, esto es: se define a que departamento

pertenece, cuáles son sus funciones, habilidades, y equipo de trabajo en el

que participará para el proyecto.

• PLANIFICACIÓN TEMPORAL

El objetivo de esta fase es obtener la programación detallada de actividades

del proyecto, definiendo el momento en el que van a realizarse dichas

tareas, y asignándole recursos para su ejecución. Se establecen además

unos hitos o puntos de control para realizar el seguimiento de la misma.

Para ello es necesario realizar una división del proyecto en una serie de

fases y tareas, definir los recursos necesarios para su realización (utilizando

técnicas de estimación) y obtener las dependencias entre las taras.

Las técnicas de planificación más utilizadas son las siguientes:

DIAGRAMAS DE GANTT

Los diagramas de Gantt son gráficos que permiten representar la ejecución

temporal de las tareas. En el eje vertical se representan las tareas (pueden

13


dividirse en subtareas) y en el eje vertical, el tiempo durante el que se realiza

la tarea.

Fig. 3 Diagrama de GANTT Fuente: http://es.scribd.com/doc/14251783/LA-GESTION-DE-UN-PROYECTO-INFORMATICO

HISTOGRAMA DE RECURSOS

El histograma de recursos muestra los recursos que intervienen en cada

actividad en un momento dado. Es útil para saber si un recurso está sobre

utilizado u ocioso en un momento dado.

PERT

Es una técnica que tiene como objetivo establecer las dependencias entre las

tareas del proyecto, para saber de qué manera deben encadenarse en la

planificación. Representa las actividades del proyecto en un grafo: los nodos

son las actividades, y las flechas, las dependencias entre ellas.

14

http://es.scribd.com/doc/14251783/LA-GESTION-DE-UN-PROYECTO-INFORMATICO

UNIVERSIDAD CENTRAL DEL ECUADOR A partir de ahí pueden deducirse una serie de medidas para cada tarea, como

son:

COMIENZO MÁS TEMPRANO: momento más temprano en el que una

actividad puede comenzar (si no se ha retrasado ninguna actividad anterior)

FINALIZACIÓN MÁS TEMPRANA: es el límite inferior de tiempo en el que una

actividad puede finalizar

HOLGURA: tiempo que puede retrasarse una actividad sin retrasar la

finalización del proyecto

Lo más importante de PERT es que nos indica el camino crítico del proyecto:

esto es, las actividades que no pueden retrasarse bajo ningún concepto, ya que

un retraso en ellas repercutiría en la fecha de finalización del proyecto entero.

Fig. 4 Diagrama de PERT Fuente: Propia

2Establecer los

Requerimientos(3)

(0,3)

1Inicio(0)

4Realizar El diseño

(4)

8Elaborar la

documentación(2)

10Final(0)

5Recoger

Datos(2)

7Codificar

(4)

9Probar el Producto

(4)

3 Seleccionar los

drivers(2)

6Probar los

drivers(6)

(0,0)

(7,9)(3,7)

(15,15)(7,11)(3,5)

(11,15)(2,8)(0,2)

DIAGRAMA PERT

Camino crítico

15

UNIVERSIDAD CENTRAL DEL ECUADOR 2.1.3 SEGUIMIENTO Y CIERRE DEL PROYECTO

Una vez definido el proyecto, detalladas y secuenciadas sus tareas, se debe

realizar un seguimiento a lo largo de la ejecución del mismo para corregir las

desviaciones sobre el plan, tomando las medidas oportunas.

Los tipos de seguimiento que se realizan son los siguientes:

• ESTÁTICO: basado en el esfuerzo dedicado a una tarea

• DINÁMICO: basado en el avance de los productos obtenidos

• PREDICTIVO: anticipa problemas futuros en función de variables actuales

del proyecto, como la productividad.

Los tipos de seguimiento no son excluyentes, sino complementarios. En función

de la información obtenida, se debe proceder a la re-planificación del proyecto y

a la toma de las acciones correctoras que se consideren necesarias.

Por último, una vez finalizado el proyecto se debe realizar cierre del mismo. Se

liberan los recursos asignados, se guarda la información obtenida en un

histórico de proyectos que ayude a la planificación de proyectos futuros, y se

realiza un proceso de revisión para identificar las áreas de mejora y actualizar

los estándares de la organización para futuros desarrollos.

2.1.4 ANÁLISIS DE REQUISITOS DEL SOFTWARE

La ingeniería de requisitos del software es un proceso de descubrimiento,

refinamiento, modelado y especificación. Se refinan en detalle los requisitos del

sistema y el papel asignado al software.

Tanto el desarrollador como el cliente tienen un papel activo en la ingeniería de

requisitos - un conjunto de actividades que son denominadas análisis. El cliente

intenta replantear un sistema confuso, a nivel de descripción de datos,

funciones y comportamiento, en detalles concretos.

El desarrollador actúa como interrogador, como consultor, como persona que

resuelve problemas y como negociador.

16

UNIVERSIDAD CENTRAL DEL ECUADOR El análisis y la especificación de requisitos pueden parecer una tarea

relativamente sencilla, pero las apariencias engañan. El contenido de

comunicación es muy denso. Abundan las ocasiones para malas

interpretaciones o falta de información. Es muy probable que haya ambigüedad.

El dilema al que se enfrenta el ingeniero de software puede entenderse muy

bien repitiendo la famosa frase de un cliente anónimo: “Sé que cree que

entendió lo que piensa que dije, pero no estoy seguro de que se dé cuenta de

que lo que escuchó no es lo que yo quise decir”.

El análisis de requisitos es una tarea de ingeniería del software que cubre el

hueco entre la definición del software a nivel sistema y el diseño de software.

El análisis de requerimientos permite al ingeniero de sistemas especificar las

características operacionales del software (función, datos y rendimientos),

indica la interfaz del software con otros elementos del sistema y establece las

restricciones que debe cumplir el software.

• TAREAS DE ANÁLISIS

El análisis de requisitos del software se puede subdividir en cinco áreas de

esfuerzo:

Reconocimiento del problema Evaluación y síntesis Modelado Especificación Revisión

Todos los métodos de análisis se relacionan por un conjunto de principios

operativos:

Debe representarse y entenderse el dominio de la información de un

problema.

Deben definirse las funciones que debe realizar el software.

17

UNIVERSIDAD CENTRAL DEL ECUADOR Debe representarse el comportamiento del software (como consecuencia de

acontecimientos externos)

Deben dividirse los modelos que representan información, función y

comportamiento de manera que se descubran los detalles por capas (o

jerárquicamente).

El proceso de análisis debería ir desde la información esencial hasta el

detalle de la implementación.

Además de los principios operativos mencionados anteriormente, se sugiere

un conjunto de principios directrices para la ingeniería de requerimientos:

Entender el problema antes de empezar a crear el modelo de análisis.

Desarrollar prototipos que permitan al usuario entender cómo será la

interacción hombre-máquina.

Registrar el orden y la razón de cada requerimiento,

Usar múltiples planteamientos de requerimientos.

Priorizar los requerimientos.

Trabajar para eliminar la ambigüedad.

Un ingeniero de software que se apegue a estos principios es muy probable que

desarrolle una especificación de software que represente un excelente

fundamento para el diseño.

• FUNCIONES Y HABILIDADES DEL ANALISTA

La función principal de un analista del software o ingeniero de requisitos es

llevar a cabo las actividades necesarias para cumplir con las cinco áreas de

esfuerzo descritas en la sección anterior. Para lo cual hace uso de las

siguientes técnicas:

Entrevistas

Talleres

Observación

Encuestas

Revisión documental

18

UNIVERSIDAD CENTRAL DEL ECUADOR Uso de especificaciones formales para requerimientos (formatos estándar de

documentos, UML, etc.)

El ingeniero de requisitos debe poseer habilidades particulares para facilitar la

comunicación con el cliente y ganar su confianza

2.1.5 INGENIERÍA DE REQUISITOS

• REQUISITOS DEL SOFTWARE

Es la descripción de los servicios y restricciones del software de un sistema, es

decir, lo que el software debe hacer y bajo qué circunstancias debe hacerlo.

• INGENIERÍA DE REQUISITOS DEL SOFTWARE

Es la manera en la cual se analizan, documentan y verifican los requisitos del

software.

STAKEHOLDERS

A los ingenieros que desarrollan el sistema, a los encargados del

mantenimiento del mismo y a los usuarios finales, quienes serán los que

interactúan con el sistema, se los conoce con el nombre de stakeholders. La

ingeniería de requisitos incluye dos actividades principales:

Cuando se obtienen los requisitos del software, se le brinda al cliente una

especificación del sistema que el comprenderá sin tener problemas, y el modelo

de análisis, podrá ser interpretado sin ambigüedad por los desarrolladores.

Una Especificación de los Requisitos del Software (SRS) no es más la

comunicación entre el cliente y los desarrolladores del software para buscar una

solución a los problemas encontrados.

La especificación del sistema es la base de la comunicación con los

stakeholders.

El modelo de análisis es la base de la comunicación entre los

desarrolladores.

19

UNIVERSIDAD CENTRAL DEL ECUADOR La obtención de requisitos y el análisis se enfocan sólo en la visión del

sistema que tiene el usuario.

• TIPOS DE REQUISITOS

REQUISITOS FUNCIONALES: Son todas las interacciones entre el sistema y

su ambiente, de manera independiente a su implementación. En el ambiente se

encuentra al usuario y cualquier otro sistema externo con el cual interactúe el

sistema.

REQUISITOS NO FUNCIONALES: Son atributos del sistema o del ambiente del

sistema que no se encuentren relacionados directamente con los requisitos

funcionales.

Los requisitos no funcionales incluyen restricciones cuantitativas, como el

tiempo de respuesta o precisión.

CARACTERÍSTICAS DE UNA BUENA SRS

CORRECTA

Una SRS es correcta, sí y solo sí, cada requisito especificado es un requisito

que el software debe cumplir.

NO AMBIGUA

Una SRS no es ambigua sí y solo sí cada requisito especificado tiene sólo una

interpretación.

COMPLETA

Una SRS es completa, sí y solo sí, incluye los siguientes elementos:

a) Todos los requisitos externos impuesto por una especificación del sistema

debe ser reconocidos y tratados.

b) Dar respuestas del software a todos los tipos de valores de entrada válidos

como inválidos.

20

UNIVERSIDAD CENTRAL DEL ECUADOR c) Brindar una definición de todos los términos y unidades de medida.

CONSISTENTE

Una SRS es consistente, sí y solo sí, no se contradice a sí misma.

2.2 ANÁLISIS DE FACTIBILIDAD

2.2.1 FACTIBILIDAD OPERATIVA Anteriormente ya hemos planteado el problema que los estudiantes al

momento de tener la aprobación de su tema de tesis se le hace muy dificultoso

reunirse con el tutor para presentarle los respectivos avances así como el de

receptar las observaciones que el tutor realiza. Esto se debe a que no hay una

coordinación en cuanto a los horarios de clases así como el horario de trabajo

de algunos egresados.

Con la aplicación del seguimiento del desarrollo de tesis se pude tener

información real de cómo están trabajando los tutores con sus dirigidos y

viceversa, esto gracias a la implementación del manejo de las Tecnologías de la

Información.

2.2.2 FACTIBILIDAD TÉCNICA Dentro del medio sabemos que contamos con la tecnología necesaria y todo lo

necesario para la implementación del sistema de seguimiento del desarrollo de

tesis en la Carrera de Ingeniaría Informática de la Facultad de Ingeniería

Ciencias Física y Matemáticas de la Universidad Central del Ecuador.

2.2.3 FACTIBILIDAD ECONÓMICA

ITEM No. RUBRO CANTIDAD VALOR

UNITARIO ($) VALOR

RUBRO ($)

1 RECURSOS U.C.E. 0.00 SUBTOTAL RECURSO U.C.E. 0,00

21


2 RECURSO HUMANO Lesker Sesme 1 1000 1.000,00 SUBTOTAL RECURSO HUMANO 1.000,00

3 RECURSO MATERIALES Laptop 1 850 850,00 Resmas Papel A4 2 4,5 9,00 Impresora Laser 1 240 240,00 Tonner Negro 1 85 85,00 Tonner 's Colores 3 85 255,00 SUBTOTAL RECURSO MATERIALES 1.439,00

4 RECURSO ACADEMICO Internet (meses) 8 20 160,00 SUBTOTAL RECURO ACADEMICO 160,00

5 OTROS 300,00 SUBTOTAL DE RECURSO OTROS 300,00 TOTAL 2.899,00

Tabla 1 Presupuesto

Fuente: Propia

2.2.4 FACTIBILIDAD LEGAL De acuerdo a la constitución vigente2, uno de los objetivos de la educación

superior es la investigación científica y tecnológica para encontrar

soluciones a los problemas del país; por lo tanto se define un alcance a

las instituciones de educación superior y así poder alcanzar sus

objetivos.

Se cita el siguiente artículo “Art. 32.- Programas informáticos.- Las

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

de programas informáticos con software libre.3”

2.3 HERRAMIENTAS DE DESARROLLO GNU El nombre GNU no es Unix, viene de las herramientas básicas del sistema

operativo creado por el proyecto GNU, iniciado por Richard Stallman en 1983 y

2Constitución de la República del Ecuador, 2008, Art. 350 3 Ley Orgánica de Educación Superior

22

UNIVERSIDAD CENTRAL DEL ECUADOR mantenido por la FSF. El nombre Linux viene del núcleo Linux, inicialmente

escrito por Linus Torvalds en 1991.

La contribución de GNU es la razón por la que existe controversia a la hora de

utilizar Linux o GNU/Linux para referirse al sistema operativo formado por las

herramientas de GNU y el núcleo Linux en su conjunto.

Las herramientas de desarrollo que conformarán la plataforma para la gestión

integral de procesos permitirán el ingreso y la transferencia de la información,

validando la misma con sistemas transaccionales, y su correspondiente

indexación, búsqueda y eliminación de documentos, contribuyendo así a:

• Mejorar la gestión de la información

• Automatizar los procesos administrativos

• Reducir costos

Las herramientas que mencionaremos son las principales para el desarrollo del

proyecto.

A continuación describimos las características de las herramientas.

2.3.1 PHP PHP el significado de sus siglas es HyperText Preprocessor, es un lenguaje que

permite la generación dinámica de contenidos en un servidor web.

PHP (Hypertext Pre-processor), es un lenguaje de programación script, para el

desarrollo de páginas Web dinámicas del lado del servidor, cuyos fragmentos

de código se intercalan fácilmente en páginas HTML, es OpenSource es decir

de código abierto. Su sintaxis ha sido tomada de C, Java y Perl con algunas

características específicas de sí mismo.

23


Tabla 2 Evolución de PHP Fuente: http://es.wikipedia.org/wiki/PHP

CARACTERÍSTICAS DE PHP

PHP al ser un lenguaje libre dispone de una gran cantidad de características

que lo convierten en la herramienta ideal para la creación de páginas Web

dinámicas a continuación se mencionan algunas de ellas:

• Lenguaje multiplataforma que puede ser ejecutados en diversos Sistemas

Operativos (Windows, Mac OS, Linux, Unix)

24

UNIVERSIDAD CENTRAL DEL ECUADOR • Soporte para una gran cantidad de bases de datos: MysSQL,PostgreSQL,

Oracle, MS SQL Server, Sybase mSQL, Informix, entre otras.

• Entre sus principales características cabe destacar su potencia, su alto

rendimiento, su facilidad de aprendizaje y su escasez de consumo de

recursos.

ESTRUCTURA BASICA DE PHP

Una página PHP básica sería algo así, donde se utilizan los delimitadores

<?php y ?> para indicar donde se encuentra el código php utilizado.

Fig. 5 Estructura de PHP

Fuente: http://es.wikipedia.org/wiki/PHP

La primera línea sirve únicamente para indicar qué estándar de HTML es el que

declaramos usar.

2.3.2 MySQL

MySql es el gestor de bases de datos más usado en el mundo del software

libre, por su gran rapidez y facilidad de uso. Su popularidad se debe a que

existen infinidad de librerías y otras herramientas que permiten su uso a través

25

UNIVERSIDAD CENTRAL DEL ECUADOR de gran cantidad de lenguajes de programación, además de su fácil instalación

y configuración.

FLUJO AL UTILIZAR UNA BASE DE DATOS

Fig. 6 Flujo de la Información al utilizar una base de datos

Fuente: Propia

VERSIONES DE MYSQL

Desde sus inicios en los años 90, MySql ha ido evolucionando para mejorar su

entorno de desarrollo y así facilitar a sus usuarios el manejo de las tablas y

relaciones que en el motor de Base de Datos se realizaban.

Se inicia con su versión 3.23.0 Alfa, la cual fue mejorada a su versión 3.23.20

Beta, la cual se considera la primera versión de MySql comercial.

En el 2014 la versión Beta más actual es la 5.6.24, la cual es considerada

estable.

DATOS CREACIÓN Y ACTUALIZACIÓ

N

B.D

RECUPERACIÓN Y TRATAMIENTO

RESULTAD

26


Fig. 7 Versiones de MySql

Fuente: http://es.wikipedia.org/wiki/MySQL#cite_note-13

CARACTERÍSTICAS DISTINTIVAS

Las siguientes características son implementadas únicamente por MySQL:

• Permite escoger entre múltiples motores de almacenamiento para cada

tabla.

• En MySQL 5.0 éstos debían añadirse en tiempo de compilación.

• En MySQL 5.1 se pueden añadir dinámicamente en tiempo de ejecución:

• Se pueden realizar varias conexiones y con esto se pueden hacer múltiples

transacciones por segundo.

LICENCIA

Como MySql está bajo licencia GNU GPL la cual obliga a que la distribución de

cualquier aplicación desarrollada en el entorno GNU GLP, se haga bajo esa

misma licencia.

27

http://es.wikipedia.org/wiki/MySQL%23cite_note-13

UNIVERSIDAD CENTRAL DEL ECUADOR Se puede adquirir una licencia comercial para distribuir una aplicación

desarrollada con fines comerciales y que no estén contempladas bajo la licencia

GNU GLP.

28

UNIVERSIDAD CENTRAL DEL ECUADOR 3. CAPÍTULO III

INTRODUCCIÓN En este capítulo hablaremos sobre los actores que intervienen en este sistema,

utilizando los casos de uso y diagramas de secuencia.

Los actores del sistema son el administrador del sistema, quien administrará la

aplicación y podrá hacer las modificaciones que él crea necesario previa

autorización.

El profesor quien será el que ingrese el tema de tesis aprobado y a su vez

agendará las revisiones que sean necesarias hasta dar la aprobación final del

tema de tesis.

El estudiante quien visualizará su agenda donde encontrará todas sus

revisiones agendadas por su profesor tutor.

3.1 ANÁLISIS DE PROCESO DE CREACION DEL SOFTWARE

3.1.1 MODELOS DE CASOS DE USO Los modelos de casos de uso son herramientas de metodología UML, y en el

ANÁLISIS, DESARROLLO E IMPLEMENTACION DEL SEGUIMIENTO AL

DESARROLLO DE TESIS hacemos uso de ellos para representar la iteración

del sistema con el usuario.

Un caso de uso es una técnica para la captura de requisitos potenciales de un

nuevo sistema o una actualización de software. Cada caso de uso proporciona

uno o más escenarios que indican cómo debería interactuar el sistema con el

usuario o con otro sistema para conseguir un objetivo específico. Normalmente,

en los casos se prefiere un lenguaje más cercano al usuario final, sin

tecnicismos.

Los diagramas de casos de usos nos enseñan la comunicación y el

comportamiento de un sistema con los usuarios.

La siguiente imagen muestra la notación que se emplea en los casos de uso.

29


Fig. 8 Notación de casos de uso

Fuente: Propia

Actores

Un actor no es más que un conjunto de roles que los usuarios de Casos de

Uso desempeñan cuando interaccionan con estos. Los actores representan a

terceros fuera del sistema que colaboran con el mismo.

A continuación se presenta una tabla de los actores que intervienen en el

Sistema del SEGUIMIENTO AL DESARROLLO DE TESIS:

Actor Justificación Usuario

Persona que puede registrarse en el sistema,

puede ser: estudiante Profesor

Es el actor que se encarga de registrar los diferentes

temas de tesis asignados para su tutoría, además

registra las revisiones que sean necesarias realizar a

cada tema.

Administrador

Es quien crea, modifica y elimina usuarios en sus

diferentes roles, visualiza la agenda general de las

revisiones y también visualiza los reportes. Tabla 3 Actores de la Aplicación

Fuente: Propia

30

UNIVERSIDAD CENTRAL DEL ECUADOR Una vez identificado los actores del sistema, queda definido el entorno

externo del sistema. Esto son los Casos de Usos del Sistema y del Negocio. Un caso de uso de negocio es la cadena de interacciones entre un actor

de negocio (usuario, estudiante, etc.) y el sistema (una unidad

organizacional o un proceso), con la intención de satisfacer un

requerimiento.

Usuario(from Actores del sistema)

Administrador(from Actores del sistema)

Profesor-Tutor(from Actores del sistema)

Egresado(from Actores del sistema)

Administrador(from Actores del negocio)

Profesor-Tutor(from Actores del negocio)

Egresado(from Actores del negocio)

Realización del Sistema

Fig. 9 Identificación de los Actores del Negocio y del Sistema

Fuente: Propia

31

UNIVERSIDAD CENTRAL DEL ECUADOR 3.1.2 MODELOS DE CASOS DE USO PARA SEGUIMIENTO AL DESARROLLO DE TESIS El objetivo principal del SEGUIMIENTO AL DESARROLLO DE TESIS es el de

llevar un registro de como el tutor y el egresado están desarrollando el tema de

tesis aprobado.

CASO DE USO ADMINISTRADOR

En este diagrama se puede observar que el administrador se podrá registrar y

el será el responsable de ingresar, modificar, eliminar, actualizar la base de

datos de los usuarios, tesis, profesores y revisiones.

AdministradorIngresar Sistema

Registrar

Modificar Temas

Eliminar Tema

Agendar Revisión

Visualizar Reportes

Visualizar Temas

Asignar Tutor aTema

Registrar Tema deTesis

AdministrarUsuarios

Fig. 10 Caso de Uso Administrador

Fuente: Propia

32

UNIVERSIDAD CENTRAL DEL ECUADOR Detalle del caso de uso Administrador.

Caso de Uso: Administrador Descripción: El usuario Administrador es quien será el responsable de la administración de la aplicación Personal involucrado e intereses: El Director de la Carrera de Ingeniaría Informática o la persona designada por la Dirección. Escenario principal:

1. El administrador trata de acceder a la página 2. El sistema le pedirá el nombre de usuario y la contraseña 3. Una vez validada la información registrada, el administrador ingresara al

sistema. 4. Dentro de la aplicación podrá administrar a los usuarios, aprobación de

proyectos de tesis, el seguimiento de las revisiones y los reportes. 5. Termina el caso de uso.

Frecuencia de uso del sistema: El administrador podrá acceder al sistema las veces que creyere conveniente hacerlo.

Tabla 4 Detalle Caso de uso Administrador

Fuente: Propia

AdministradorIngresar Sistema

Registrar

Fig. 11 Caso de Uso Registrar Administrador

Fuente: Propia

En el caso de uso de la Fig. 11, observamos como el administrador del sistema

se registra para validar su información y poder ingresar a la aplicación y ser

quien administre el sistema.

33

UNIVERSIDAD CENTRAL DEL ECUADOR En el caso de que no ingrese correctamente la clave o el nombre de usuario, no

podrá ingresar a la aplicación.

Si el administrador se ha olvidado su clave, tendrá la opción de resetear su

clave de ingreso, para este caso solo le bastará ingresar el correo electrónico

registrado para enviar el reseteo de la clave.

Administrador

Ingresar Sistema

Fig. 12 Caso de Uso Ingresar al Sistema

Fuente: Propia

En el caso de uso de la Fig. 12, observamos que si el administrador ya fue

registrado, podrá ingresar directamente al sistema.

Administrador

AdministrarUsuarios

Fig. 13 Caso de Uso Administrar Usuario

Fuente: Propia

34

UNIVERSIDAD CENTRAL DEL ECUADOR En el caso de uso de la Fig. 13, el actor administrador podrá administrar a los

usuarios registrados en el sistema, esto es podrá crear, modificar, eliminar,

asignar roles a los usuarios.

Administrador


Fig. 14 Caso de Uso Registrar Temas de Tesis

Fuente: Propia

En el caso de uso de la Fig. 14, observamos como el administrador puede

registrar los temas de tesis que han sido aprobados por el H. Consejo Directivo

de la Facultad de Ingeniería Ciencias Físicas y Matemáticas.

Administrador

Asignar Tutor aTema

Fig. 15 Caso de Uso Asigna Tutor

Fuente: Propia

En el caso de uso de la Fig. 15, Observamos que el Administrador una vez que

ha registrado el nuevo tema de tesis, puede asignarle el tutor que a su vez fue

aprobado con el tema de tesis.

35


Administrador

Visualizar Temas

Fig. 16 Caso de Uso Visualizar Temas de Tesis

Fuente: Propia

En el caso de uso de la Fig. 16, observamos que el administrador puede

visualizar todos los temas de tesis que han sido registrador en el sistema por

parte del administrador o del tutor directamente.

Administrador

Modificar Temas

Fig. 17 Caso de Uso Modificar Temas

Fuente: Propia

En el caso de uso de la Fig. 17, el administrador previa autorización escrita por

la autoridad, podrá modificar el nombre del Tema de Tesis registrado

anteriormente.

36


Administrador

Eliminar Tema

Fig. 18 Caso de Uso Eliminar Tema

Fuente: Propia

En el caso de uso de la Fig. 18, observamos que el administrador del sistema,

previa autorización de la autoridad, podrá eliminar un tema de tesis, el cual será

eliminado de la visualización mas no de la base de datos, ósea queda en

estado inactivo.

Administrador

Agendar Revisión

Fig. 19 Caso de Uso Agendar Revisión

Fuente: Propia

En el caso de uso de la Fig. 19, observamos que el administrador del sistema

puede registrar en la agenda una revisión con autorización del profesor-tutor

del tema de tesis.

37


Fig. 20 Caso de Uso Visualizar Reportes

Fuente: Propia

En el caso de uso de la Fig. 20, observamos como el administrador podrá

visualizar los reportes estadísticos de toda la información registrada en el

sistema.

CASO DE USO PROFESOR-TUTOR

En este diagrama se puede observar que el tutor se registra e ingresa al

sistema y puede realizar las actividades de ingresar, modificar, eliminar temas

de tesis, agendará revisiones y por ultimo dar la aprobación final del tema de

tesis.

Administrador

Visualizar Reportes

38


ProfesorIngresar Sistema

Registrar

Eliminar Temas

Agendar Revisión

Visualizar Agenda

Aprobar Tesis

Modificar Temas

Visualizar Temasde Tesis


Fig. 21 Caso de Uso Profesor Fuente: Propia

Caso de Uso: Profesor Descripción: El usuario Profesor es el responsable de registrar, agendar revisiones, aprobación final de tema de tesis Personal involucrado e intereses: Profesor y egresado desarrollador de tesis. Escenario principal:

1. El Profesor trata de acceder a la página 2. El sistema le pedirá el nombre de usuario y la contraseña 3. Una vez validada la información registrada, el Tutor ingresara al

sistema. 4. Dentro de la aplicación podrá Registrar Temas de Tesis, Visualizar los

Temas de Tesis, Modificar, Eliminar Tesis, Agendar Revisiones, Visualizar su Agenda de Revisiones y Aprobación final del Tema de Tesis.

5. Termina el caso de uso.

Caso de Uso “Profesor”

39


Frecuencia de uso del sistema: El Profesor podrá acceder al sistema las veces que creyere conveniente hacerlo.

Tabla 5 Detalle Caso de uso Profesor

Fuente: Propia

Ingresar Sistema

Registrar

Profesor

Fig. 22 Caso de Uso Registrar Profesor

Fuente: Propia

En el caso de uso de la Fig. 22, observamos como el Profesor se registra para

validar su información y poder ingresar a la aplicación.

En el caso de que no ingrese correctamente la clave o el nombre de usuario, no


Si el Profesor se ha olvidado su clave, tendrá la opción de resetear su clave de

ingreso, para este caso solo le bastará ingresar el correo electrónico registrado

para enviar el reseteo de la clave.

40


Ingresar Sistema

Profesor


Fuente: Propia

En el caso de uso de la Fig. 23, observamos que si el Profesor ya fue



Profesor

Fig. 24 Caso de Uso Registra Tema de Tesis

Fuente: Propia

En el caso de uso de la Fig. 24, el actor Profesor podrá registrar nuevos temas

de tesis asignados a él en el sistema.

41


Visualizar Temas

Profesor

Fig. 25 Caso de Uso Visualizar Temas de Tesis

Fuente: Propia

En el caso de uso de la Fig. 25, observamos que el profesor, así como, el

administrador, puede visualizar todos los temas de tesis que han sido

registrador en el sistema por parte del administrador o del tutor directamente.

Modificar Temas

Profesor

Fig. 26 Caso de Uso Modificar Temas

Fuente: Propia

En el caso de uso de la Fig. 26, el Profesor, previa autorización escrita por la

autoridad, podrá modificar el nombre del Tema de Tesis registrado

anteriormente.

42


Eliminar Tema

Profesor

Fig. 27 Caso de Uso Eliminar Tema

Fuente: Propia

En el caso de uso de la Fig. 27, observamos que el Profesor del sistema, previa

autorización de la autoridad, podrá eliminar un tema de tesis, el cual será

eliminado de la visualización mas no de la base de datos, ósea queda en

estado inactivo.

Agendar Revisión

Profesor

Fig. 28 Caso de Uso Agendar Revisión

Fuente: Propia

En el caso de uso de la Fig. 28, observamos que el Profesor puede registrar en

la agenda una revisión del tema de tesis.

43


Fig. 29 Caso de Uso Visualizar Agenda

Fuente: Propia

En el caso de uso de la Fig. 29, observamos como el Profesor podrá visualizar

la agenda de sus revisiones pendientes.

Fig. 30 Caso de Uso Aprobar Tesis

Fuente: Propia

En el caso de uso de la Fig. 30, observamos como el Profesor una vez

realizadas y revisadas todas la modificaciones en el tema de tesis, podrá dar su

aprobación final del desarrollo del tema de tesis.

Visualizar Agenda

Profesor

Aprobación Finaldel Tema

Profesor

44

UNIVERSIDAD CENTRAL DEL ECUADOR CASO DE USO EGRESADO

En este diagrama se puede observar que el egresado se registra e ingresa al

sistema y puede visualizar su agenda, en la cual constan las revisiones que su

tutor ha programado para la revisión del desarrollo de su tema de tesis

previamente aprobado.

Ingresar Sistema

Registrar

EgresadoVisualizar Agenda

Fig. 31 Caso de Uso Egresado

Fuente: Propia

Caso de Uso: Egresado

Descripción: El usuario Egresado, es el responsable de revisar su agenda para revisar las modificaciones en el desarrollo de su tema de tesis solicitadas por el Profesor – Tutor Personal involucrado e intereses: Egresado desarrollador de tesis. Escenario principal:

1. El Egresado trata de acceder a la página 2. El sistema le pedirá el nombre de usuario y la contraseña 3. Una vez validada la información registrada, el Egresado ingresará al

sistema. 4. Dentro de la aplicación podrá visualizar su Agenda de Revisiones 5. Termina el caso de uso.

Frecuencia de uso del sistema: El Egresado podrá acceder al sistema las veces que creyere conveniente hacerlo.

Tabla 6 Detalle Caso de uso Egresado

Fuente: Propia

Caso de Uso “Egresado”

45


Ingresar Sistema

Registrar

Egresado

Fig. 32 Caso de Uso Registrar Profesor

Fuente: Propia

En el caso de uso de la Fig. 32, observamos como el Egresado se registra para

validar su información y poder ingresar a la aplicación.

En el caso de que no ingrese correctamente la clave o el nombre de usuario, no


Si el Egresado se ha olvidado su clave, tendrá la opción de resetear su clave de

ingreso, para este caso solo le bastará ingresar el correo electrónico registrado

para enviar el reseteo de la clave.

46


Ingresar Sistema

Egresado


Fuente: Propia

En el caso de uso de la Fig. 33, observamos que si el Egresado ya fue


Fig. 34 Caso de Uso Visualizar Agenda

Fuente: Propia

En el caso de uso de la Fig. 34, observamos como el Egresado podrá visualizar

la agenda de sus revisiones programadas por su profesor – tutor en el

desarrollo de su tema de tesis.

Visualizar Agenda

Egresado

47

UNIVERSIDAD CENTRAL DEL ECUADOR 3.1.3 DIAGRAMAS DE SECUENCIA

Un diagrama de secuencia muestra la interacción de un conjunto de objetos en

una aplicación a través del tiempo y se modela para cada caso de uso. Como

sabemos los casos de uso permite el modelado de una vista de negocio del

sistema, en cambio el diagrama de secuencia contiene detalles de

implementación del sistema, incluyendo mensajes intercambiados entre los

objetos.

En la Fig. 35 del diagrama de secuencia Ingreso al Sistema, se observa cómo

se va a interactuar con la aplicación para validar los datos e ingresar a la

aplicación.

Fig. 35 Diagrama de Secuencia Ingreso al Sistema

Fuente: Propia

48

UNIVERSIDAD CENTRAL DEL ECUADOR En la Fig. 36 del diagrama de secuencia, observamos cómo se valida la

información ingresada para poder acceder a la aplicación.

Fig. 36 Diagrama de Secuencia Datos Erróneos Fuente: Propia

/ : Tutor

/Ingresar al Sistema

1 : Solicita datos de acceso()

2 : Ingresa datos de acceso()

3 : Valida datos; si datos son correctos ir paso 11()

4 : datos erroneos, ir paso 2 o paso 5()

5 : cambiar clave()

6 : ingresar correo electrónico()

7 : Ingresa correo electrónico()

8 : cambiar clave()

9 : envia mail()

10 : Regresa paso 2()

11 : Ingresa al Sistema()

49

UNIVERSIDAD CENTRAL DEL ECUADOR En la Fig. 37 del diagrama de secuencia, observamos como el administrador

puede administrar a los usuarios de la aplicación, esto es, asignando el rol

correcto a cada uno de los usuarios.

Fig. 37 Diagrama de Secuencia Administrar Usuarios

Fuente: Propia

50

UNIVERSIDAD CENTRAL DEL ECUADOR En la Fig. 38 del diagrama de secuencia registra tema de tesis y asigna tutor,

observamos como el administrador de la aplicación ingresa el tema de tesis

aprobado y le asigna el tutor para el desarrollo del mismo.

Fig. 38 Diagrama de Secuencia Registrar Tema y Asignar Tutor

Fuente: Propia

51

UNIVERSIDAD CENTRAL DEL ECUADOR En la Fig. 39 del diagrama de secuencia para visualizar, modificar temas de

tesis, observamos que el administrador, puede visualizar los temas de tesis en

su totalidad o los puede filtrar, también, previa autorización por escrito del

Director de Escuela, podrá modificar el nombre del Tema de Tesis.

Fig. 39 Diagrama de Secuencia Visualiza y Modifica Temas de Tesis

Fuente: Propia

52

UNIVERSIDAD CENTRAL DEL ECUADOR En la Fig. 40 del diagrama de secuencia para agendar una revisión para un

tema de tesis, el administrador o tutor, pueden agendar fechas para que el

egresado presente avances del desarrollo de su tema de tesis.

Fig. 40 Diagrama de Secuencia Agendar Revisión Fuente: Propia

53

UNIVERSIDAD CENTRAL DEL ECUADOR En la Fig. 41 del diagrama de secuencia para aprobación final del desarrollo del

tema de tesis, observamos que el tutor, una vez revisados y aprobados todos

los avances presentados por el egresado en el desarrollo de su tema de tesis,

dará su aprobación final para la sustentación del trabajo de tesis.

Si el egresado no ha cumplido con lo programado en el desarrollo de su tema

de tesis, el tutor no aprobará el desarrollo del tema.

Fig. 41 Diagrama de Secuencia Aprobación Fuente: Propia

54

UNIVERSIDAD CENTRAL DEL ECUADOR En la Fig. 42 del diagrama de secuencia para visualizar los reportes,

observamos como el administrador puede extraer reportes de la aplicación

cuando se lo requiera de manera general o filtrando la información requerida.

Fig. 42 Diagrama de Secuencia Reportes Fuente: Propia

3.2 ESPECIFICACIONES DE REQUERIMIENTOS

3.2.1 METODOLOGÍA

La metodología que vamos a utilizar en el desarrollo de nuestra aplicación de

SEGUIMIENTO Y CONTROL DEL DESARROLLO DE TESIS es la metodología

de la Cascada.

55

UNIVERSIDAD CENTRAL DEL ECUADOR En Ingeniería de software, nos enseñan que el método de la cascada se utiliza

para determinar las fases en el ciclo de vida en el desarrollo de un sistema.

Las fases o ciclo de vida en el desarrollo de un sistema que se manejan en la

metodología de la cascada son:

1. Análisis de requisitos.

2. Diseño del Sistema.

3. Diseño del Programa.

4. Codificación.

5. Pruebas.

6. Verificación.

7. Mantenimiento.

De esta forma, cualquier error de diseño detectado en la etapa de prueba

conduce necesariamente al rediseño y nueva programación del código

afectado, aumentando los costos del desarrollo.

Fases de la Metodología Cascada

Fig. 43 Fases Metodología Cascada

Fuente: Propia

56

http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software

UNIVERSIDAD CENTRAL DEL ECUADOR Análisis de requisitos Es aquí donde el ingeniero de sistemas se centra en localizar los

requerimientos, el analista debe comprender la, así como la función, el

rendimiento y las interfaces requeridas.

Diseño del Sistema Aquí nos centramos en cuatro características del programa: estructura de los

datos, arquitectura del software, detalle procedimental y caracterización de la

interfaz. En el proceso de diseño se traducen los requisitos en una

representación del software con la calidad requerida antes de que comience la

codificación.

Diseño del Programa En esta fase se crean los algoritmos necesarios para el cumplimiento de los

requisitos planteados por el usuario y se analizan las herramientas que se van

a utilizar para la codificación.

Codificación En esta fase el diseño debe traducirse en una forma legible para la máquina. Si

el diseño se realiza de una manera detallada la codificación puede realizarse

mecánicamente.

Pruebas La prueba se basa en la lógica interna y en las funciones externas del sistema,

esto es realizando las pruebas necesarias que aseguren que la entrada de

información definida produce los resultados que se requieren.

Verificación En esta fase, los desarrolladores ya han realizados las pruebas necesarias del

código y del sistemas, así como el usuario final interactúa con el sistema para

comprobar que este cumple con los requerimientos planteados.

57

UNIVERSIDAD CENTRAL DEL ECUADOR Mantenimiento Esta etapa es una de las más críticas, ya que para ser ejecutada se ha

designado un 75% de los recursos programados en la creación del sistema.

58

UNIVERSIDAD CENTRAL DEL ECUADOR 4. CAPÍTULO IV

INTRODUCCIÓN En este capítulo, trataremos todo lo concerniente a la instalación y

configuración de los prerrequisitos para que nuestra aplicación funcione de

manera correcta, además, descargas de herramientas Open Source para su

instalación y configuración en el servidor donde se alojara la aplicación.

4.1 INSTALACIÓN Y CONFIGURACIÓN INICIAL Hay muchas aplicaciones de Servidor Web Personal disponibles en Internet.

XAMPP es una de las más robustas y compatibles en cuanto a una solución

multiplataforma (sistema operativo múltiple). Esta aplicación de Servidor Web

Personal está disponible para el entorno de Linux, Windows y Mac OS.

También es muy fácil de instalar, configurar y usar.

Un servidor web personal:

• Permite que trabajes en forma local desde tu propia máquina para

desarrollar.

• Te brinda un ambiente seguro y privado para desarrollo que después puede

ser compartido.

• Configura para ti todos los componentes necesarios para un servidor web

sin las complicaciones.

4.1.1 INSTALACIÓN DE PRERREQUISITOS Primero tenemos que descargar la versión, más adecuada de nuestro servidor

XAMPP para el Sistema Operativo en el que vamos a subir nuestra aplicación,

como se muestra en la Fig. 44

59


Fig. 44 Descargar XAMPP

Fuente: Propia

Una vez que damos click en el instalador de XAMPP que necesitamos,

procedemos a guardar nuestro archivo installer.exe, como se muestra en la Fig.

45

Fig. 45 Guardar Archivo installer.exe de XAMPP

Fuente: Propia

4.1.2 INSTALACIÓN DE HERRAMIENTA LIBRES GNU Teniendo el instalador ya descargado y guardo en nuestro PC, como se

muestra en la Fig. 46, procedemos a darle comienzo a la instalación de nuestro

servidor XAMPP.

Fig. 46 Installer.exe de XAMPP

Fuente: Propia

60

UNIVERSIDAD CENTRAL DEL ECUADOR Cuando damos click en el archivo installer.exe, nos aparcera esta pantalla,

dándonos la bienvenida al asistente de instalación del XAMPP, damos click en

el botón Next, como se nuestra en la Fig. 47

Fig. 47 Bienvenida al asistente de instalación de XAMPP

Fuente: Propia

61

UNIVERSIDAD CENTRAL DEL ECUADOR Una vez que hemos dado click en el botón Next, el asistente nos pedirá

seleccionar que deseamos instalar de los componentes de nuestro servidor

XAMPP, escogemos lo que necesitamos, Apache, MySQL, FileZilla FTP Server,

Tomcat, phpMyAdmin y damos click en el botón Next, como se muestra en la

Fig. 48

Fig. 48 Selección componentes de XAMPP

Fuente: Propia

62

UNIVERSIDAD CENTRAL DEL ECUADOR El asistente nos dará la opción del cambio de ruta para la instalación de nuestro

servidor XAMPP, en nuestra caso dejaremos la que está por default, que es en

el disco C:, como se muestra en la Fig. 49

Fig. 49 Carpeta de Instalación de XAMPP

Fuente: Propia

63

UNIVERSIDAD CENTRAL DEL ECUADOR Luego de dar click en el botón Next, nos aparecerá la pantalla de autorización

para iniciar la instalación del servidor XAMPP y la pantalla de progreso de la

instalación, tal como se muestra en la Fig. 50 y Fig. 51

Fig. 50 Autorización iniciar Instalación de XAMPP

Fuente: Propia

Fig. 51 Progreso de Instalación de XAMPP

Fuente: Propia

64

UNIVERSIDAD CENTRAL DEL ECUADOR Cuando termine la instalación de nuestro servidor XAMPP, tendremos en

nuestro escritorio el acceso al Panel de Control de XAMPP, como se muestra

en la Fig. 52

Fig. 52 Panel de Control de XAMPP

Fuente: Propia

4.1.3 CONFIGURACIÓN DE HERRAMIENTA LIBRES GNU Para iniciar la configuración de nuestro servidor XAMPP, damos click en los

botones de Start de los servicios de Apache y MySQL, según se muestra la Fig.

53

Fig. 53 Configuración Apache y MySQL

Fuente: Propia

Si quieres que tu servidor web esté disponible para otras personas en una red

de oficina, puedes hacer clic en el botón de “Desbloquear”. De otra manera, por

65

UNIVERSIDAD CENTRAL DEL ECUADOR razones de seguridad es mejor hacer clic en los botones de “Seguir

Bloqueando”, según Fig. 54

Fig. 54 Configuración Apache

Fuente: Propia

En algunas ocasiones cuando hagas clic en “Inicio” para iniciar el Servidor web

éste no iniciará. Esto normalmente sucede debido a otro programa que está

usando el mismo puerto que el servidor web. El conflicto más común es con

Skype. Si tu servidor web no inicia y estás ejecutando Skype, cierra Skype (haz

clic derecho y en el Menú selecciona la opción Salir) e intenta iniciar el servidor

web de nuevo, según Fig. 55

Fig. 55 Error de Inicio Servidor Web

Fuente: Propia

66

UNIVERSIDAD CENTRAL DEL ECUADOR En nuestro explorador colocamos la siguiente dirección, http://localhost, para

ingresar a nuestro servidor XAMPP, esto lo hacemos desde cualquier

navegador. Según Fig. 56

Fig. 56 Inicio Servidor Web

Fuente: Propia

Si hemos realizado bien la configuración de nuestro servidor, nos deberá

aparecer la siguiente pantalla para elegir el idioma en el que deseamos trabajar,

según Fig. 57

Fig. 57 Inicio Servidor Web

Fuente: Propia

67

http://localhost/

UNIVERSIDAD CENTRAL DEL ECUADOR Desde esta pantalla puedes administrar tu servidor web y cualquier otro

componente que se ha instalado. Esta es la misma pantalla que veras si haces

clic en el botón Admin que se encuentra al lado de la aplicación Apache en el

Panel de Control XAMPP, según Fig. 58

Fig. 58 Servidor Web

Fuente: Propia

68

UNIVERSIDAD CENTRAL DEL ECUADOR Para configurar el MySQL, debemos dar click en el boton Admin de la pantallla

del Panel de Cotrol de XAMPP, según Fig. 59

Fig. 59 Configuración MySQL

Fuente: Propia

Ingresamos el Username y la contraseña que por default es root para los dos

casos, según Fig. 60

Fig. 60 Usuario y Contraseña de MySQL

Fuente: Propia

69

UNIVERSIDAD CENTRAL DEL ECUADOR Una vez ingresado el username y la contraseña, deberá aparecernos la consola

de phpMyAdmin, que es de donde vamos a administrar nuestra base de datos

MYSQL, esto es crear nuestra base de datos y sus respectivas tablas, según

Fig. 61

Fig. 61 Consola de Administración de MySQL

Fuente: Propia

70

UNIVERSIDAD CENTRAL DEL ECUADOR En este punto, puedes detener las aplicaciones Apache y MySQL y volver a

nombrar el archivo en tu directorio xampp llamado ‘htdocs’ a ‘htdocs_default’.

También puedes crear un directorio nuevo y vacío llamado ‘htdocs’ para tus

propios proyectos de diseño web, según Fig. 62

Fig. 62 Directorio XAMPP

Fuente: Propia

Además de nuestro servidor XAMPP, utilizaremos el frameware Laravel, el cual

nos ayudara a que nuestra programación sea más amigable, para lo cual es

necesario instalar Composer.

Para gestionar las dependencias de Laravel en PHP, utilizamos. Composer

gestiona las dependencias de acuerdo a cada proyecto, Composer requiere de

PHP 5.3.2. El instalador nos solicitará la ubicación de nuestro php.exe, la cual

dependerá de donde hemos instalado XAMPP, como se muestra en la Fig. 63

71


Fig. 63 Instalación de Composer para XAMPP

Fuente: Propia

El asistente de instalación de composer, nos muestra la ruta donde se instalará

composer, damos click en el botón install, como se muestra en la Fig. 64

Fig. 64 Instalación de Composer para XAMPP

Fuente: Propia

72

UNIVERSIDAD CENTRAL DEL ECUADOR El instalador modificara la variable PATH para hacer uso de Composer desde

cualquier lugar en la consola. Para probar que la instalación se realizó

correctamente ejecutamos el comando C:\> composer. Como se muestra en la

Fig. 65

Fig. 65 Configuración de Composer para XAMPP

Fuente: Propia Una vez que hemos terminado de instalar todo, podemos crear nuestro

proyecto utilizando Laravel, ésto lo realizamos desde nuestra consola de

Windows (cmd), nos dirigimos a la ruta que se muestra en la Fig. 66

Fig. 66 Creación Proyecto Laravel

Fuente: Propia

73

UNIVERSIDAD CENTRAL DEL ECUADOR Cuando creamos nuestro proyecto, automáticamente Composer empezará a

descargar las librerías que vamos necesitar, esto requiere un poco de tiempo,

como se muestra en la Fig. 67

Fig. 67 Descarga librería para proyecto.

Fuente: Propia Si todo salió correctamente nuestro proyecto “pruebita” se creará sin ningún

problema, como se muestra en la Fig. 68

Fig. 68 Proyecto.

Fuente: Propia

74

UNIVERSIDAD CENTRAL DEL ECUADOR Por ultimo para comprobar que nuestro proyecto “pruebita” se creó de manera

correcta, accedemos a http://localhost/nombre_del_proyecto/public en el

navegador, donde debes ver lo siguiente. Fig. 69

Fig. 69 Proyecto.

Fuente: Propia

4.2 HERRAMIENTAS LIBRES GNU PHP

PHP el significado de sus siglas es HyperText Preprocessor, es un lenguaje que

permite la generación dinámica de contenidos en un servidor web.

PHP (Hypertext Pre-processor), es un lenguaje de programación script, para el

desarrollo de páginas Web dinámicas del lado del servidor, cuyos fragmentos

de código se intercalan fácilmente en páginas HTML, es OpenSource es decir

de código abierto. Su sintaxis ha sido tomada de C, Java y Perl con algunas

características específicas de sí mismo.

MySQL

MySql es el gestor de bases de datos más usado en el mundo del software

libre, por su gran rapidez y facilidad de uso. Su popularidad se debe a que

existen infinidad de librerías y otras herramientas que permiten su uso a través

75

UNIVERSIDAD CENTRAL DEL ECUADOR de gran cantidad de lenguajes de programación, además de su fácil instalación

y configuración.

LARAVEL4

Laravel es un nuevo y poderoso Framework PHP desarrollado por Taylor

Otwell, que promete llevar al lenguaje PHP a un nuevo nivel.

Laravel es un Framework para PHP, el cual nos ayuda a desarrollar

aplicaciones web de un modo mucho más ágil. Laravel usa el patrón de diseño

MVC (Modelo-Vista-Controlador), el controlador es programado como una

clase.

Laravel tiene la ventaja de reducir la cantidad de código, especialmente cuando

sólo necesitamos incluir una funcionalidad.

4.3 IMPLEMENTACIÓN DE REPORTES

Para la implementación de los reportes se utilizó un script de Laravel, para

poder mostrar la curva de variación de cómo se han manejado los temas de

tesis en los diferentes meses.

También podremos encontrar reportes de todas las tesis ingresadas, de

revisiones realizadas, de las revisiones que están pendientes y de cuantas tesis

han sido aprobadas.

4 http://www.laravel.com

76


Fig. 70 Reportes.

Fuente: Propia

77

UNIVERSIDAD CENTRAL DEL ECUADOR 5. CAPÍTULO V

INTRODUCCIÓN En este capítulo nos centraremos en la implementación del software del

SEGUIMIENTO AL DESARROLLO DE TESIS, realizaremos las respectivas

pruebas de funcionalidad para ir probando cada uno de los módulos creados y

explicaremos su funcionamiento.

Al final del capítulo, brindaremos las recomendaciones respectivas sobre la

aplicación y formularemos algunas conclusiones.

5.1 REQUERIMIENTOS DEL SISTEMA Requerimientos de hardware:

• Procesador Pentium IV o superior

• Memoria RAM de 1 GB Tarjeta de Video

• Monitor 1024 x 768 píxeles

• Disco Duro de por lo menos 4 GB libres

• CD-ROM /Puerto USB

• Tarjeta de Sonido

• Teclado

Requerimientos de software:

• Sistema Operativo Windows XP o superior

• Servidor XAMP

5.2 IMPLEMENTACIÓN DEL SOFTWARE SEGUIMIENTO AL DESARROLLO DE TESIS Una vez configurado nuestro servidor, copiaremos las carpetas de nuestra

aplicación hacia las carpetas de configuración del servidor, para que nuestra

aplicación este en la web.

Nuestro software de SEGUIMIENTO DE DESARROLLO DE TESIS, tendrá un

link en la página web de la Carrera de Ingeniaría Informática de la Facultad de

78

UNIVERSIDAD CENTRAL DEL ECUADOR Ingeniería Ciencias Físicas y Matemáticas, para que los usuarios puedan

ingresar sin ninguna dificultad.

Cuando todo esté correcto, al ingresar vía web a nuestra aplicación, nos

aparecerá nuestra página de inicio. Como se muestra en la Fig. 71

Fig. 71 Ingreso a la Aplicación

Fuente: Propia

5.3 PRUEBAS DE FUNCIONALIDAD Y PUESTA EN MARCHA

Como habíamos mencionado antes, manejaremos perfiles de usuarios como

son: Administrador (Persona designada por la Dirección de la Carrera de

Ingeniaría Informática), Tutor (Directores de Tesis) y Estudiantes (Estudiantes

de la Carrera de Ingeniaría Informática)

79

UNIVERSIDAD CENTRAL DEL ECUADOR Los usuarios Estudiantes, pueden registrarse directamente en el link “No tienes

una cuenta aún Regístrate”, como se muestra en la Fig.72

Fig. 72 Registro Nuevo Usuario.

Fuente: Propia

80

UNIVERSIDAD CENTRAL DEL ECUADOR El usuario que se va a registrar, deberá llenar la información requerida en el

siguiente formulario, y deberá dar click en el botón completar para que su

registro se realice correctamente en el sistema. Como se muestra en la Fig. 73

Fig. 73 Formulario de Registro Nuevo Usuario.

Fuente: Propia

81

UNIVERSIDAD CENTRAL DEL ECUADOR Si algún usuario olvido su clave, se cuenta con la opción “Olvidó su Clave? ”,

donde, con ingresar el correo electrónico registrado, se enviara la clave

provisional al correo electrónico que habíamos ingresado anteriormente y así

podemos reiniciar la clave, según la Fig. 74

Fig. 74 Reseteo de Clave de usuario.

Fuente: Propia

82

UNIVERSIDAD CENTRAL DEL ECUADOR Cuando ingresamos a la aplicación se mostrar la pantalla de bienvenida, donde

vamos a encontrar en la parte izquierda los diferentes menús, en la parte

central se mostrará un collage de fotos de la facultad de Ingeniería Ciencias

físicas y matemáticas, un calendario y datos generales de la Facultad de

Ingeniería, como se muestra en la Fig. 75.

Fig. 75 Reseteo de Clave de usuario.

Fuente: Propia

83

UNIVERSIDAD CENTRAL DEL ECUADOR En el menú de USUARIOS, el Administrador del Sistema, podrá Agregar

usuarios y asignar el rol correspondiente, el proceso terminara cuando se de

click en el botón enviar, como se muestran en las Fig. 76

Fig. 76 Registro de Usuario por parte de Administrador.

Fuente: Propia

84

UNIVERSIDAD CENTRAL DEL ECUADOR El administrador, también podrá listar todos los usuarios que están registrados

en el sistema de acuerdo a cada uno de los roles, también podrá realizar la

búsqueda de un usuario especifico en cada uno de los roles, podrá eliminar si

ese fuese el caso y también podrá editar la información ya existente en cada

uno de los usuarios, como se muestra en la Fig. 77

Fig. 77 Listado de Usuario por parte de Administrador.

Fuente: Propia

85

UNIVERSIDAD CENTRAL DEL ECUADOR En el menú APROBACIÓN DE PROYECTOS, el Administrador del Sistema y el

profesor Tutor, podrán agregar nuevos temas de Tesis, previa aprobación del

tema de Tesis por parte de las Autoridades de la Facultad de Ingeniería

Ciencias Físicas y Matemáticas, en esta parte se deberá ingresar la

información requerida de acuerdo al formulario y donde se deberá cargar el plan

de Tesis presentado para su aprobación y el estado en que esta el desarrollo de

la Tesis.

Cabe recalcar que solo se ingresarán los temas que han sido aprobados y el

flujo empezará con la primera revisión del desarrollo de la Tesis, la información

del nuevo tema de tesis se grabará cuando se de click en el botón Aceptar,

según se muestra en la Fig. 78

Fig. 78 Registro Tema de Tesis por parte de Administrador o Tutor

Fuente: Propia

86

UNIVERSIDAD CENTRAL DEL ECUADOR El Administrador podrá visualizar toso los temas de Tesis Registrados, mientras

que el Tutor sólo podrá visualizar los temas que han sido registrados para el

como Tutor, esto quiere decir que ningún usuario con el rol de Tutor podrá ver

los temas registrados de otro Tutor, en la Fig. 79 se muestra el listado de las

Tesis Ingresadas.

Fig. 79 Listado de Tema de Tesis por parte de Administrador o Tutor

Fuente: Propia

87

UNIVERSIDAD CENTRAL DEL ECUADOR En el menú SEGUIMIENTO, el profesor Tutor, podrá agendar las revisiones que

el crea conveniente realizar al desarrollo del tema de Tesis asignado a él, en

esta parte deberá escoger el tema de tesis al que desea agendar una revisión,

colocar la fecha y hora en que se llevará a cabo la revisión, el asunto de la

revisión, el estado (Creado, Revisión, Entregado, Aprobado o Rechazado),

partiremos del estado Creado porque así el egresado sabrá que tiene agendada

una revisión en el desarrollo del tema de Tesis, los demás estado serán como el

profesor califique la revisión realizada, la información registrada se guardará

cuando se de click en el botón Enviar, como se muestra en la Fig.80

Fig. 80 Agendar Revisión por parte del Tutor

Fuente: Propia

88

UNIVERSIDAD CENTRAL DEL ECUADOR El Tutor podrá visualizar todas las revisiones que tiene programadas en el

trascurso del mes y del año, puede tener varias revisiones el mismo día, esta

información le aparecerá sin ningún problema.

El Administrador del Sistema también podrá visualizar esta agenda de

revisiones, para fines de control.

El Egresado, podrá visualizar la agenda de revisiones, pero la diferencia es que

solo se le presentarán las revisiones programadas a su tema de Tesis como se

muestra en la Fig. 81

Fig. 81 Agenda de Revisiones Programadas por parte del Tutor

Fuente: Propia

89

UNIVERSIDAD CENTRAL DEL ECUADOR El Tutor deberá dar click en la revisión programada para poder observar cómo

se ha llevado el control en el desarrollo del tema de Tesis, en esta pantalla se

mostrara todas las revisiones realizadas hasta llegar a la aprobación final del

desarrollo de la Tesis, como se muestra en la Fig. 82

El objetivo de estas revisiones es el mismo que se ha venido manejando de

manera manual, esto es conversar con el tutor para presentarles los avances

que se han ido realizando en el desarrollo de la Tesis, la diferencia es que con

el aplicativo se manejaran tiempos fijos que el tutor ha programado para las

revisiones.

Fig. 82 Ver Revisión por parte del Tutor

Fuente: Propia

90

UNIVERSIDAD CENTRAL DEL ECUADOR En el menú APROBACIÓN FINAL, el Tutor es el único responsable de poner

en el estado de desarrollo de la Tesis por parte del egresado como Aceptación

Final, deberá escoger el tema de Tesis que se va a Aprobar y automáticamente

se cargara la información del Profesor Director y del Estudiante Egresado, se

deberá cargar el documento final de la Tesis y un comprimido de la Aplicación

desarrollada, con esto el egresado podrá realizar los trámites administrativos

para su graduación.

La información se guardara cuando se de click en el botón Aceptar, como se

muestra en la Fig. 83.

Fig. 83 Aprobación Final del Tesis

Fuente: Propia

91

UNIVERSIDAD CENTRAL DEL ECUADOR El Tutor podrá visualizar un listado de las tesis que él ha dado su Aprobación

Final, el Administrador podrá visualizar un listado general de todas las tesis que

tienen aprobación final por parte de los Tutores, como se muestra en la Fig. 84.

Fig. 84 Listado de Tesis Aprobadas

Fuente: Propia

92

UNIVERSIDAD CENTRAL DEL ECUADOR En el menú REPORTES, EL Administrador podrá visualizar en primera instancia

una gráfica en donde se mostrara cuantas tesis por cada mes se han

registrado, y en la parte superior de la gráfica encontrará el acceso a cada uno

de los reportes programados, donde se podrán listar las Tesis Registradas, las

Revisiones Programadas, Revisiones Pendientes, el Total de las Revisiones y

cuantas Tesis han sido Aprobadas, todos estos reportes tiene sus campos de

búsquedas para filtrar la información por Tutor, Fecha (desde-hasta) y podrán

ser impresos en formato .pdf, como se muestra en las siguientes Figuras.

Fig. 85 Reporte de Tesis Registradas

Fuente: Propia

93


Fig. 86 Reporte de Revisiones Realizadas

Fuente: Propia

Fig. 87 Reporte de Revisiones Pendientes

Fuente: Propia

94


Fig. 88 Reporte de Revisiones Agendadas

Fuente: Propia

Fig. 89 Reporte de Tesis Aprobadas

Fuente: Propia

95

UNIVERSIDAD CENTRAL DEL ECUADOR 5.4 CONCLUSIONES • Con este aplicativo se llevará un control en el desarrollo del tema de tesis,

desde cuando fue aprobado hasta la culminación del mismo.

• La Dirección de la Carrera de Ingeniería Informática, llevará un control a

cada uno de los profesores tutores asignados a los diferentes temas de

Tesis.

• Se podrán acortar los tiempos en el desarrollo del tema de Tesis, con esto

lograremos que los egresados se puedan graduar en menor tiempo del que

se lo viene haciendo habitualmente.

• Se ha cumplido a cabalidad con los objetivos planteados, es decir tanto en

los aspectos técnicos y funcionales del sistema.

• El correcto planteamiento y desarrollo de las fases tanto de Análisis como de

Desarrollo permitió determinar una correcta y adecuada obtención del

Sistema en mención. Con esto se logró minimizar errores y lograr un

correcto desarrollo en todas sus fases.

5.5 RECOMENDACIONES • Se debe difundir el uso de la aplicación del SEGUIMIENTO DEL

DESARROLLO DE TESIS.

• Utilizar equipos que cumplan los requerimientos mínimos

preestablecidos para la ejecución del software, con el fin de que no

ocurran errores durante el manejo del mismo.

• Antes del manejo del módulo Administrador es importante leer previamente

el manual de usuario, con la finalidad de evitar cualquier percance en el

momento de la ejecución de la aplicación.

• Una ventaja que presenta el sistema es que va estar publicado en la web

dentro del portal de la facultad de Ingeniería Ciencias Físicas y Matemáticas

para la Carrera de Ingeniería Informática.

96

UNIVERSIDAD CENTRAL DEL ECUADOR 5.6 GLOSARIO DE TERMINOS Alcance.- Es la suma total de todos los productos y sus requisitos o características. Se utiliza a veces para representar la totalidad de trabajo necesitado para dar por terminado un proyecto.

Aplicación.- Es un tipo de programa informático diseñado como herramienta para permitir a un usuario realizar uno o diversos tipos de trabajos.

Codificación.- Es una forma de hacer abstracción a partir de los datos existentes en sus recursos para construir un mayor entendimiento de las fuerzas que intervienen.

Composer.- Es un manejador de dependencias en PHP, no es un gestor de paquetes.

CPAN.- Es el acrónimo de Comprehensive Perl Archive Network. Es un enorme archivo de software escrito en Perl.

Diagrama.- Es un dibujo geométrico, muy utilizado en ciencia, en educación y en comunicación; con el que se obtiene la representación gráfica de una proposición, de la resolución de un problema, de las relaciones entre las diferentes partes o elementos de un conjunto o sistema.

Factibilidad.- Se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los objetivos o metas señaladas. Generalmente la factibilidad se determina sobre un proyecto.

GNU.- Es un sistema operativo tipo Unix desarrollado por y para el Proyecto GNU. Está formado en su totalidad por software libre.

HTML.- Lenguaje de programación para realizar paginas web

Interfaz.- Es conexión física y funcional entre dos sistemas o dispositivos de cualquier tipo dando una comunicación entre distintos niveles

Laravel.- Framework de código abierto utilizado por PHP para desarrollar aplicaciones web.

ODBC.- Open Data Base Connectivity (ODBC) es un estándar de acceso a las bases de datos desarrollado por SQL Access Group.

PATH.- Es una variable de entorno de los sistemas operativos POSIX y los sistemas de Microsoft, en ella se especifican las rutas en las cuales el intérprete de comandos debe buscar los programas a ejecutar.

Pert.- Es una técnica que le permite dirigir la programación de su proyecto.

PHP.- Lenguaje de programación de uso general diseñado para el desarrollo web.

Secuencia.- Conjunto de elementos encadenados o sucesivos.

97

UNIVERSIDAD CENTRAL DEL ECUADOR Sistema.- Es un objeto complejo cuyos componentes se relacionan con al menos algún otro componente.

Sistema Operativo.- Conjunto de órdenes y programas que controlan los procesos básicos de una computadora y permiten el funcionamiento de otros programas.

Software Libre.- Manera de como el código de un software puede ser usado, copiado, estudiado, modificado, y redistribuido libremente de varias formas.

UML.- Lenguaje Unificado de Modelado, es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad.

Verificación.- En el sentido más general, la verificación es la comprobación de algo. Este término se utiliza especialmente en las ciencias, ingeniería, derecho y computación.

Viabilidad.- Es la cualidad de viable, que tiene probabilidades de llevarse a cabo o de concretarse gracias a sus circunstancias o características.

XAMPP.- servidor local para Windows donde se tiene la base de datos MySQL, el servidor web Apache y un intérprete de código PHP.

98


BIBLIOGRAFÍA 1. PRESSMAN, Roger. Ingeniería de Software. Quinta Edición. España. Mc

Graw Hill. 2002. 640 páginas. 2. http://www.ces.gob.ec

3. http://www.asambleanacional.gov.ec/documentos/constitucion_de_bolsillo.pdf

4. http://php.net

5. https://www.apachefriends.org/es

6. http://www.laravel.com

7. https://getcomposer.org

99

http://www.asambleanacional.gov.ec/documentos/constitucion_de_bolsillo.pdf

http://www.laravel.com/

UNIVERSIDAD CENTRAL DEL ECUADOR - … · 4.1 INSTALACIÓN Y CONFIGURACIÓN INICIAL ..... 59 4.1.1...

Documents

Transcript of UNIVERSIDAD CENTRAL DEL ECUADOR - … · 4.1 INSTALACIÓN Y CONFIGURACIÓN INICIAL ..... 59 4.1.1...