universidad central del ecuador - … · 4.1 instalaciÓn y configuraciÓn inicial ..... 59 4.1.1...
TRANSCRIPT
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
iv
v
vi
vii
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
xvi
xvii
UNIVERSIDAD CENTRAL DEL ECUADOR
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
Registrar Tema deTesis
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
UNIVERSIDAD CENTRAL DEL ECUADOR
ProfesorIngresar Sistema
Registrar
Eliminar Temas
Agendar Revisión
Visualizar Agenda
Aprobar Tesis
Modificar Temas
Visualizar Temasde Tesis
Registrar Tema deTesis
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
podrá ingresar a la aplicación.
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
UNIVERSIDAD CENTRAL DEL ECUADOR
Ingresar Sistema
Profesor
Fig. 23 Caso de Uso Ingresar al Sistema
Fuente: Propia
En el caso de uso de la Fig. 23, observamos que si el Profesor ya fue
registrado, podrá ingresar directamente al sistema.
Registrar Tema deTesis
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
podrá ingresar a la aplicación.
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
UNIVERSIDAD CENTRAL DEL ECUADOR
Ingresar Sistema
Egresado
Fig. 33 Caso de Uso Ingresar al Sistema
Fuente: Propia
En el caso de uso de la Fig. 33, observamos que si el Egresado ya fue
registrado, podrá ingresar directamente al sistema.
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
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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
UNIVERSIDAD CENTRAL DEL ECUADOR
Fig. 86 Reporte de Revisiones Realizadas
Fuente: Propia
Fig. 87 Reporte de Revisiones Pendientes
Fuente: Propia
94
UNIVERSIDAD CENTRAL DEL ECUADOR
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
UNIVERSIDAD CENTRAL DEL ECUADOR
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