universidad de guayaquilrepositorio.ug.edu.ec/bitstream/redug/6722/1... · aprobación de los...
TRANSCRIPT
1
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
IMPLEMENTACIÓN DE UN SISTEMA WEB PARA
EL REGISTRO Y APROBACIÓN DE LOS
ANTEPROYECTOS DE TESIS
Y CURSO DE FIN
DE CARRERA
TESIS DE GRADO
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
EVELYN TATIANA PONGUILLO RODRIGUEZ
TUTOR: ING. VICTOR PAZMIÑO
GUAYAQUIL – ECUADOR
2011
I
2
Guayaquil, 27 de Julio del 2011
APROBACION DEL TUTOR
En mi calidad de Tutor del trabajo de investigación, “Implementación de un sistema
web para el registro y aprobación de los anteproyectos de Tesis y Curso de Fin de
Carrera” elaborado por el Srta. Evelyn Tatiana Ponguillo Rodríguez, egresada de la
Carrera de Ingeniería en Sistemas Computacionales, Facultad de Ciencias
Matemáticas y Físicas de la Universidad de Guayaquil, previo a la obtención del
Título de Ingeniero en Sistemas, me permito declarar que luego de haber orientado,
estudiado y revisado, la Apruebo en todas sus partes.
Atentamente
………………………………….
Ing. Víctor Pazmiño
TUTOR
II
3
DEDICATORIA
Dedico mi proyecto a Dios que me ha dado salud, sabiduría y me
ha encaminado para terminar mis estudios y por estar conmigo en
todo momento.
A continuación a mis padres que me han brindado su apoyo
incondicional y su amor para continuar en este arduo camino y no
dejarme vencer por los obstáculos que surgieron en el trayecto
para alcanzar mi sueño.
III
4
AGRADECIMIENTO
Agradezco a Dios, mi familia y amigos quienes estuvieron
presentes en este largo camino, apoyándome, dándome
fuerzas para continuar.
A mis compañeros de trabajo que aportaron con un granito de
arena en sus conocimientos para que pueda terminar con mi
tesis y el apoyo moral para seguir adelante. Y finalmente a
los profesores que con sus enseñanzas nos guiaron por el
camino correcto para culminar con nuestra meta.
IV
5
TRIBUNAL DE GRADO
DECANO DE LA FACULTAD DIRECTOR
CIENCIAS MATEMATICAS Y FISICAS
TUTOR PROFESOR DEL ÁREA - TRIBUNAL
PROFESOR DEL ÁREA – TRIBUNAL SECRETARIO
V
6
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
Implementación de un sistema web para el registro y
aprobación de los anteproyectos de Tesis y Curso de Fin de
Carrera
Proyecto de trabajo de grado que se presenta como requisito para optar por el título de
INGENIERO en SISTEMAS COMPUTACIONALES
Autor: Evelyn Tatiana Ponguillo Rodríguez
C.I. 092395827-6
Tutor: Ing. Víctor Pazmiño
Guayaquil, Julio del 2011
VI
7
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del Primer Curso de Fin de Carrera, nombrado por el
Departamento de Graduación y la Dirección de la Carrera de Ingeniería en Sistemas
Computacionales de la Universidad de Guayaquil,
CERTIFICO:
Que he analizado el Proyecto de Grado presentado por la egresada
Evelyn Tatiana Ponguillo Rodríguez, como requisito previo para optar por el título de
Ingeniero cuyo problema es:
Implementación de un sistema web para el registro y aprobación de
los anteproyectos de Tesis y Curso de Fin de Carrera
considero aprobado el trabajo en su totalidad.
Presentado por:
________________________________ ____0923958276____
Ponguillo Rodríguez Evelyn Tatiana Cédula de ciudadanía N°
Tutor: ___ Ing. Víctor Pazmiño________
Guayaquil, Julio del 2011
VII
8
ÍNDICE GENERAL
CARÁTULA I
CARTA DE ACEPTACIÓN DEL TUTOR II
DEDICATORIA III
AGRADECIMIENTOS IV
TRIBUNAL DE GRADO V
CERTIFICADO DE ACEPTACION VII
INDICE GENERAL VIII
INDICE GRAFICOS XII
RESUMEN XV
INTRODUCCION XVII
CAPÍTULO I ................................................................................................................. 1
1.1 UBICACIÓN DEL PROBLEMA EN UN CONTEXTO ................................... 1
1.2 SITUACIÓN CONFLICTO NUDOS CRITICOS .............................................. 2
1.3 CAUSAS Y CONSECUENCIAS DEL PROBLEMA ....................................... 2
1.4 DELIMITACIÓN DEL PROBLEMA ................................................................ 3
1.5 FORMULACIÓN DEL PROBLEMA ................................................................ 4
1.6 EVALUACIÓN DEL PROBLEMA ................................................................... 5
1.7 OBJETIVOS ....................................................................................................... 6
1.7.1 OBJETIVO GENERAL ............................................................................... 6
1.7.2. OBJETIVOS ESPECIFICOS ...................................................................... 6
VIII
9
1.8 JUSTIFICACION E IMPORTANCIA .............................................................. 7
CAPÍTULO II ............................................................................................................... 9
MARCO TEÓRICO ...................................................................................................... 9
2.1 ANTECEDENTES DEL ESTUDIO ................................................................... 9
2.2 FUNDAMENTACIÓN TEÓRICA ................................................................... 10
2.2.1 ELABORACIÓN DEL ANTEPROYECTO DE TESIS DE GRADO ...... 10
2.2.1.2 ¿QUÉ EXPRESA EL ANTEPROYECTO? ........................................... 10
2.2.1.3. TUTOR .................................................................................................. 11
2.2.1.4 CRITERIOS DE APROBACIÓN O RECHAZO DE PROYECTOS
INFORMÁTICOS ............................................................................................... 11
2.2.2. IMPLEMENTACIÓN DEL SISTEMA .................................................... 12
2.2.3. ESTUDIO Y HERRAMIENTAS A UTILIZARSE ................................. 12
2.2.3.1 ¿QUÉ ES UNA APLICACIÓN WEB? .................................................. 12
2.2.3.2 EVOLUCIÓN DE APLICACIONES WEB .......................................... 14
2.2.3.3. ARQUITECTURA DE PÁGINAS WEB. ............................................ 16
2.2.3.4 DESARROLLO DE APLICACIONES PARA INTERNET .................. 18
2.2.3.5 APLICACIONES RICAS DE INTERNET ............................................ 20
2.2.3.5.1 VENTAJAS ......................................................................................... 25
2.2.3.6 ARQUITECTURA DE UNA APLICACIÓN RIA ................................ 26
2.2.3.6.1 INTERACCIÓN ENTRE EL CLIENTE Y EL SERVIDOR .............. 27
2.2.3.6.2 PRINCIPALES CARACTERÍSTICAS ............................................... 28
2.2.3.6.3 VENTAJAS DE LA ARQUITECTURA ............................................. 29
IX
10
2.2.3.7 HERRAMIENTAS DE DISEÑO RIA ................................................... 31
2.2.3.8 AJAX ...................................................................................................... 32
2.2.3.9 EL ROL DE AJAX EN LAS APLICACIONES RIA ............................ 35
2.2.4 INTRODUCCIÓN A ZK .......................................................................... 37
2.2.4.1 ELECCIÓN DEL FRAMEWORK ......................................................... 38
2.2.4.2 ZK FRAMEWORK ................................................................................ 39
2.2.4.2.1 VENTAJAS ......................................................................................... 40
2.2.4.2.2 DESVENTAJAS .................................................................................. 41
2.2.4.3 LA ARQUITECTURA ZK ..................................................................... 41
2.2.4.4 LAS CARACTERÍSTICAS .................................................................... 42
2.2.4.5 ¿PARA QUÉ Y PORQUÉ UTILIZAR ZK? ........................................... 44
2.2.4.6¿COMO LO ENCUENTRO? ................................................................... 45
2.2.4.7 PLATAFORMAS ................................................................................... 45
2.2.4.8 ¿PORQUE SURGIO ZK? ....................................................................... 46
2.2.4.9 SERVER-CENTRIC ............................................................................... 46
2.2.4.9.1SERVER-CENTRIC & CLIENT-CENTRIC ....................................... 47
2.2.4.10 SIMPLEMENTE JAVA ....................................................................... 48
2.2.4.11 SEGURIDAD DE LA EMPRESA ....................................................... 49
2.3 FUNDAMENTACIÓN LEGAL ....................................................................... 50
2.4 HIPÓTESIS PREGUNTAS A CONTESTARSE ............................................. 56
2.4.1.PREGUNTAS A CONTESTARSE ............................................................... 57
2.5 VARIABLES DE LA INVESTIGACIÓN........................................................ 57
X
11
CAPÍTULO III ............................................................................................................ 59
METODOLOGÍA ....................................................................................................... 59
3.1 MODALIDAD DE LA INVESTIGACIÓN ..................................................... 59
3.2 POBLACIÓN Y MUESTRA ............................................................................ 60
3.3 INSTRUMENTOS DE RECOLECCIÓN DE DATOS .................................... 64
3.4 INSTRUMENTOS DE LA INVESTIGACIÓN ............................................... 65
3.5 PROCEDIMIENTOS DE LA INVESTIGACIÓN ........................................... 66
3.6 RECOLECCIÓN Y PROCESAMIENTO DE LA INFORMACIÓN .............. 67
3.7 DESARROLLO DEL PROYECTO ................................................................. 67
3.7.1 ANÁLISIS DE LA INFORMACIÓN Y REQUERIMIENTOS ................ 67
ENCUESTA REALIZADA: ............................................................................... 68
CAPÍTULO IV ............................................................................................................ 74
MARCO ADMINISTRATIVO .................................................................................. 74
4.1 CRONOGRAMA .............................................................................................. 74
4.2 PRESUPUESTO ............................................................................................... 91
ANEXOS .................................................................................................................... 93
CONCLUSIONES Y RECOMENDACIONES .......................................................... 97
5.1 CONCLUSIONES ............................................................................................ 97
5.2 RECOMENDACIONES ................................................................................... 98
XI
12
ÍNDICE DE GRÁFICOS
Pág.
GRÁFICO 2.1
HTML ESTÁTICO……………………………………………………………….10
GRÁFICO 2.2
ARQUITECTURA DE SITIO WEB DINÁMICO………………………………13
GRÁFICO 2.3
ARQUITECTURA BÁSICA DE LAS APLICACIONES WEB………………...13
GRÁFICO 2.4
MUESTRA LA RELACIÓN ENTRE WEB 2.0, RIA, AJAX Y FLASH……….23
GRÁFICO 2.5
MODELO DE UNA APLICACIÓN QUE UTILIZA AJAX…………………..30
GRÁFICO 2.6
ARQUITECTURA DE ZK………………………………………………………39
XII
13
GRÁFICO 2.7
ORGANIZACIÓN DE LA INTERFAZ Y SUS HANDLERS……………………..41
GRÁFICO 2.8
CLIENT-SERVER………………………………………………………………..43
GRÁFICO 2.9
SERVER-CENTRIC…………………………………………………………..….44
GRÁFICO 2.10
DIRECT R.I.A……………………………………………………………………44
GRÁFICO 2.11
SERVER-CENTRIC VS CLIENT-CENTRIC………………………………….45
GRÁFICO 3.1
CANTIDAD DE ALUMNOS ENCUESTADOS QUE CONSIDERA QUE EL
PROCESO DE APROBACIÓN DE ANTEPROYECTO ES REGULAR ……….64
GRÁFICO 3.2
XIII
14
CANTIDAD DE ALUMNOS QUE PIENSAN QUE SE PUEDE AUTOMATIZAR
ESTE PROCESO…………………………………………………………...…….65
GRÁFICO 3.3
PORCENTAJE DE ALUMNOS ENCUESTADOS QUE CREEN QUE UN
SISTEMA VÍA WEB AYUDARÍA A UN MEJOR CONTROL DE LOS
ANTEPROYECTOS. ……………………………………. ……………………..…66
GRÁFICO 3.4
CANTIDAD DE ALUMNOS QUE CREE QUE SE OBTENDRÍAN MAYORES
BENEFICIOS CON LA IMPLEMENTACIÓN COMO RAPIDEZ Y
ACCESIBILIDAD..………………………………………………………………...67
XIV
15
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
Implementación de un sistema web para el registro y
aprobación de los anteproyectos de Tesis y Curso de Fin de
Carrera
Autor: Evelyn Tatiana Ponguillo Rodríguez
Tutor: Ing. Víctor Pazmiño
RESUMEN El objetivo principal de la tesis es la de brindar una aplicación que ayude a controlar y
reducir el tiempo de aprobación del tema presentado por un estudiante para realizar su
tesis de grado, teniendo en cuenta que no existe un sistema que permita realizar dicho
proceso, la propuesta consiste en hacer más fácil el proceso ayudando al alumno y al
personal docente con la revisión en cualquier momento del día, evitando así acudir a
la universidad para realizar este proceso en horarios que a veces para el alumno se le
puede complicar por motivos del trabajo y otros inconvenientes que pueden causar
que el día establecido para la sesión de revisión del anteproyecto se cambie o
simplemente se pierda porque uno de los dos no pudo asistir . Con esto se trata de
cumplir con todos los parámetros para el proceso de revisión de la propuesta del
alumno para su posterior aprobación, durante el transcurso del proceso el docente
podrá realizar observaciones, y el alumno corregir el documento según las
consideraciones que le haya realizado el tutor asignado. Tomando en cuenta las
experiencias de cada uno de nuestros compañeros hemos decidido realizar este
proyecto para mejorar indudablemente este proceso y cambiar el método con el que
se ha venido realizando la aprobación de nuestros temas. Podemos concluir, el
sistema nos permitirá reducir el tiempo de aprobación de nuestras propuestas en un
90% y dejando constancia de los pasos que se realizaron para su aceptación,
automatizando así todo el proceso manual, ahorrando tiempo para el egresado y el o
los tutor(es), aprovechando de mejor manera los recursos que se encuentran en la
Universidad.
XV
16
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
Implementación de un sistema web para el registro y
aprobación de los anteproyectos de Tesis y Curso de Fin de
Carrera
ABSTRACT
The main objective of the thesis is to provide an application that helps to control and
reduce the time of approval of the topic presented by a student to make his thesis,
given that there is no system to carry out this process, the proposal is to make the
process easier by helping the students and teachers to review at any time of day, thus
avoiding to go to university to complete this process at times that sometimes the
student will be complicated by reason of work and other inconveniences that may
cause the day appointed for the review session of the preliminary draft is changed
or lost simply because one of the two could not attend. This is intended to
comply with all the parameters for the process of reviewing the student's proposal for
approval during the course of the process the teacher may make observations, and the
student correct the document according to the considerations that have made
the assigned tutor. Taking into account the experiences of each of our partners have
decided to do this project to improve this process will undoubtedly change
the method that has been going on the approval of our issues. We can conclude, the
system will allow us to reduce the time of approval of our proposals by 90%and
noting the steps that were performed for acceptance, automating all the manual
process, saving time for the graduate and or tutor(es), making the most
of the resources found in the University.
XVI
0
INTRODUCCIÓN
El sistema web para el envío del anteproyecto de tesis es una aplicación que permite a
los estudiantes de la universidad enviar su documentación a la institución sin tener
que ir físicamente y entregar hojas impresas a las autoridades respectivas durante el
periodo de entrega de la documentación del tema a investigar o desarrollar en el curso
de graduación o tesis.
Normalmente un sistema se caracteriza por el fácil acceso que brinda a sus usuarios,
sin importar en el lugar en el que se encuentre o de equipos específicos para acceder
a la aplicación, en esta forma un sistema web es lo ideal por la disponibilidad y
flexibilidad, la solución perfecta para el envió de nuestra documentación a cualquier
momento.
La facilidad de uso, es otra de las ventajas que nos ofrece, es decir, que sea sencillo
de utilizar para sus usuarios, de esta manera los estudiantes podrán realizar las tareas
requeridas rápida y eficientemente.
XVII
1
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
1.1 UBICACIÓN DEL PROBLEMA EN UN CONTEXTO
Tomando en cuenta las necesidades existentes en la carrera de Ingeniería
en Sistemas Computacionales de la Facultad de Ciencias Matemáticas y
Físicas Universidad de Guayaquil, específicamente en el departamento de
DIDTEC(Departamento de Investigación y Desarrollo Tecnológico)
encargado del proceso de recepción de carpetas de anteproyectos de los
estudiantes surge el problema de la demora de aprobación de
anteproyectos propuestos además de la falta de un control rigoroso de los
mismos mediante una herramienta tecnológica, de esta manera nace el
proyecto de un sistema web realizando de esta manera un aporte a la
institución por medio del conocimiento adquirido en estos años.
Debido a la falta de un sistema web es evidente el problema que se tiene
en este departamento para archivar las carpetas de los alumnos y llevar
un mejor control es una situación que debe ser resuelta inmediatamente.
2
1.2 SITUACIÓN CONFLICTO NUDOS CRITICOS
El problema surge cuando llega el momento de que los estudiantes presenten sus
anteproyectos y se tiene que asignar tutores, debe considerarse la disponibilidad
horaria de los profesores para luego establecer los días de tutorías a los estudiantes,
ya que el proceso se realiza de manera manual, la acumulación de carpetas es
evidente por ende la búsqueda de las mismas para las tutorías es tediosa, el estudiante
está obligado a dirigirse a la carrera para recibir sus tutorías, algo que se complica un
poco cuando ya está laborando en alguna empresa y el tiempo para llegar a la
Universidad y los horarios de salida interfieren con la hora establecida, entre otros
problemas que surgen en el momento.
Por lo que es necesario implementar un sistema que apoye a este proceso agilizando
pasos, eliminando si es el caso, satisfaciendo de esta manera las necesidades de la
institución sustituyendo los procesos manuales, lanzando un sistema de calidad
resolviendo así el problema en el tiempo establecido.
1.3 CAUSAS Y CONSECUENCIAS DEL PROBLEMA
Una de las principales causas y la más importante es la falta de presupuesto para
desarrollar un sistema que ayude a controlar los anteproyectos ingresados y su
seguimiento.
3
Otra de las causas es la acumulación de anteproyectos que demorar el proceso de
asignación de tutores para la revisión.
Por último tenemos como causas de la demora de aprobación del anteproyecto las
complicaciones que surgen a la hora de asistir a las tutorías tanto para el alumno
como para el tutor ya sea por trabajo o temas personales.
Consecuencias: Demasiados documentos de anteproyectos acumulados para organizar
y poder asignar tutores lo que hace que el proceso se demore.
Molestia en el departamento DIDTEC por la sobrecarga de trabajo para una sola
persona, lo que provoca lentitud de los procedimientos.
Molestias para el estudiante ya que se tarda demasiado tiempo en obtener una
respuesta de aprobación de su anteproyecto y observaciones correspondiente.
1.4 DELIMITACIÓN DEL PROBLEMA
Campo: Universidad de Guayaquil Facultad de Matemáticas y Físicas Carrera de
Ingeniería en Sistemas Computacionales
Área: Departamento de Graduación
Aspecto: Software
Tema: Implementación de un sistema web para el registro y aprobación de los
anteproyectos de Tesis y Curso de Graduación
4
1.5 FORMULACIÓN DEL PROBLEMA
Actualmente, la Universidad de Guayaquil en la Carrera de Ingeniería en Sistemas
Computacionales no cuenta con una herramienta tecnológica que cumpla con todos
los requerimientos necesarios y le permita agilizar los procesos llevando un control
de todos los anteproyectos presentados por los estudiantes.
A medida que avanza el tiempo se ha notado la necesidad de implementar un sistema
automatizado debido al gran volumen de las carpetas que se archivan en un espacio
físico lo que hace que las búsquedas sean muy difíciles y lentas lo que complica el
proceso de asignación y seguimiento a los mismos.
Además surge el problema de la demora en el tiempo de aprobación en el
anteproyecto ya que las revisiones son presenciales, es decir el proceso de
observaciones y correcciones de la documentación depende de un día determinado en
la semana lo que a veces es complicado para el estudiante o para el mismo tutor
asistir a una hora establecida.
Por esta razón, se visualiza en este proyecto de grado una gran oportunidad para dar
solución, de tal manera que se mejore el proceso de ingreso y aprobación de un
anteproyecto de grado en el departamento de investigación y desarrollo tecnológico
DIDTEC, además de ayudar al estudiante a una mejor comunicación con su tutor en
el proceso de aprobación de su anteproyecto sin depender de un horario en especifico
para las correcciones del documento.
5
1.6 EVALUACIÓN DEL PROBLEMA
Examinando la problemática obtenemos los siguientes aspectos generales a evaluar:
Evidente: El problema es indiscutible, muchos egresados viven la mala experiencia
de que no pueden asistir a la tutoría por cuestiones de trabajo de esta manera
perdemos un día de tutoría, luego hay que ponerse de acuerdo con el tutor para la
recuperación de esta sesión que muchas veces es complicado y el proceso
simplemente se alarga, sin tomar en consideración la experiencia de temas rechazados
de algunos alumnos y el tiempo que les tomo conseguir otro tema para su aprobación.
Relevante: Este problema es notable por lo que es muy importante darle una solución
lo más rápido posible ya que este afecta a estudiantes y profesores, y sobretodo que
ya se muestra necesario automatizar procesos utilizando la tecnología necesaria como
Carrera de Sistemas Computacionales y Networking.
Original: No existe a nivel de la Universidad de Guayaquil un sistema web que
permita llevar un control y aprobación de los anteproyectos presentados por los
egresados, por lo que esta sería la primera solución implementada.
Factible: Esta propuesta no requiere muchos recursos por lo que no se debe instalar
en varias maquinas ya que es vía Web y nos ayuda a reducir tiempos de
mantenimiento de equipos, todo esto con una planificación adecuada, la licencia del
software es libre lo que hace que este proyecto sea más factible económicamente.
6
Variables: Las variables a considerarse son: El factor humano (comprende las
personas involucradas en el proceso de graduación que son los que receptan las
carpetas de los anteproyectos enviados por los alumnos egresados y la asignación de
tutores).
1.7 OBJETIVOS
1.7.1 OBJETIVO GENERAL
Implementar un sistema web a la carrera de Ingeniería en Sistemas Computacionales
y Networking de la Universidad de Guayaquil, que sea completo y sencillo, para la
administración y mantenimientos de los diferentes proyectos de grado de los
estudiantes.
Automatizar el proceso de inscripción, seguimiento y aprobación de Tesis,
registrando de manera segura y eficiente la información de la Tesis enviada por el
estudiante a través de un sistema web reduciendo notablemente el tiempo de
aprobación del tema.
Integrar la aplicación web con los diferentes módulos del sistema académico
desarrollados para la carrera de Ingeniería en Sistema Computacionales.
1.7.2. OBJETIVOS ESPECIFICOS
Determinar los requerimientos necesarios para poder desarrollar la aplicación
con la mejor metodología.
7
Analizar la información existente para eliminar datos redundantes y así tener
información confiable y consistente.
Perfeccionar los procesos realizados para la inscripción y aprobación de tema
de tesis disminuyendo tiempo y esfuerzo
Crear una aplicación fácil de acceder que brinde los datos con mayor rapidez
capacidad de soporte de varios usuarios.
Recopilar información con los diferentes módulos que se relacionan con el
sistema académico.
Realizar pruebas de la aplicación una vez integrado con el sistema académico,
para verificar la veracidad de los datos y enlace con los otros módulos.
1.8 JUSTIFICACION E IMPORTANCIA
Este proyecto es conveniente ya que tiene como finalidad agilizar y facilitar los
procesos manuales que se han venido realizando a lo largo de este tiempo en el
departamento de investigación y desarrollo tecnológico (DIDTEC).
Una vez implementado en su totalidad, los Estudiantes, Tutores y directivas de la
carrera y departamento, tendrán a su disposición una herramienta completa que les
permita llevar a cabo la gestión de los diferentes proyectos de grado.
Este proyecto se llevara a cabo utilizando estándares para satisfacer las necesidades
de la universidad y buscando mejorar continuamente la situación de la carrera,
8
ayudando a cambiar los procedimientos y a actualizarnos conforme avanza la
tecnología, cambiando de esta manera los paradigmas de registro de anteproyectos.
La importancia de realizar este proyecto es la de acelerar el proceso de aprobación del
anteproyecto, de esta manera se logra reducir tiempo y ayudar a la comunidad
universitaria en el proceso de aceptación de su tema sin tener que invertir horas para
dirigirse a su respectiva facultad, además de ser los primeros en implementar esta
solución en la Universidad de Guayaquil, de tal manera que toda la comunidad
Universitaria sería beneficiada.
Además la investigación de la herramienta de ZK un nuevo framework que en el país
no ha sido utilizado beneficiara de manera significativa en los conocimientos de los
involucrados, de tal manera esta herramienta ayudara de forma significativa al
desarrollo del nuevo sistema académico, mejorando la experiencia del usuario y la
interacción con el sistema.
9
CAPÍTULO II
MARCO TEÓRICO
2.1 ANTECEDENTES DEL ESTUDIO
Teniendo en consideración la exploración efectuada a través de la observación, la
experiencia de haber pasado por el proceso de presentación del anteproyecto y los
comentarios realizados por compañeros, se puede confirmar que el proceso de
aprobación de un anteproyecto se puede tornar en un ambiente tenso, ya que por
varias razones es a veces difícil para el egresado presentarse en las instalaciones de la
carrera para tener la tutoría del profesor asignado a su proyecto, lo que significa que
pierde el día indicado por las autoridades para su revisión, en ocasiones se puede
llegar a un acuerdo con los tutores, en otras se trata pero no se acopla bien los
horarios con el docente, todo este proceso termina perjudicando al estudiante ya que
no puede continuar con el proceso de revisión de su anteproyecto con total
normalidad, cabe aclarar que los atrasos o la falta de asistencias a las tutorías
dependen de factores externos como el trabajo, accidentes, en conclusión motivos de
fuerza mayor que en muchas ocasiones no dependen del estudiante ni del docente.
Otras de la situaciones que se enfrenta es al momento de que se rechaza el tema y
dependiendo de los días de tutorías, se espera hasta la próxima sesión para proponer
un nuevo tema que quizás pueda ser rechazado por segunda ocasión.
10
Investigando el lado administrativo, es tediosa la búsqueda de la carpeta del alumno
para el momento de la tutoría, lo que significa que no se lleva un excelente control de
los anteproyectos presentados, a su vez esto puede provocar que existan temas
repetidos.
2.2 FUNDAMENTACIÓN TEÓRICA
2.2.1 ELABORACIÓN DEL ANTEPROYECTO DE TESIS DE GRADO
El Anteproyecto de Tesis es la Planeación que primero idea el Investigador
Universitario y que formula por escrito, para preparar y organizar la ejecución para
hacer una tesis de Grado que conduce a un título Universitario.
2.2.1.2 ¿QUÉ EXPRESA EL ANTEPROYECTO?
El Anteproyecto de una Tesis de grado expresa y exige el conocimiento sobre un
tema determinado. Aparte de la información que aporta los conocimientos de un área
específica, es importante el dominio de aspectos generales referentes a la actividad de
la investigación: La epistemología, la lógica de la Investigación y la Metodología.
Todo Anteproyecto revela las disposiciones Intelectuales del autor, especialmente sus
recursos académicos y profesionales.
11
Es necesario poner de manifiesto que para hacer una tesis, exige también un
conocimiento muy especial acerca del proceso de investigación y la naturaleza de la
tesis.
2.2.1.3. TUTOR
* (Del latín "tutor, -oris" )
Este término aparece en castellano en el segundo cuarto del siglo XV y está tomado
del latín "tutor, -oris" = "protector", que, a su vez, deriva del verbo "tueri" =
"proteger". "tutelar" o ejercer la "tutela" sobre alguien, o hacerle "tutorias", es, por
tanto, algo más que "enseñar"; es "guiar, proteger, aconsejar, orientar, cuidar de
alguien".
2.2.1.4 CRITERIOS DE APROBACIÓN O RECHAZO DE PROYECTOS
INFORMÁTICOS
Como ya se expuso, un importante elemento para aprobar o rechazar un proyecto, es
la evaluación costo-eficiencia. Sin embargo, esto no basta, para que un proyecto sea
aprobado, tiene que estar bien justificado, ya sea con beneficios cualitativos o
cuantitativos. En este sentido, será muy importante la coherencia del proyecto con un
plan informático o con líneas estratégicas que se haya planteado la institución, es
decir se revisará que los sistemas a implementar cumplan con los objetivos que se ha
planteado la institución. También se verificará que el cálculo de ponderadores
responda a la estrategia, es así que si un departamento de la organización ha
12
planteado que privilegiará la seguridad, no podría presentar el ponderador
correspondiente un porcentaje bajo.
2.2.2. IMPLEMENTACIÓN DEL SISTEMA
Implementación. La implementación consiste en transformar los resultados del diseño
en realidad (producto de software), en esta etapa se escoge -aunque generalmente se
determina en etapas previas- un lenguaje de programación y se comienza a escribir
las instrucciones necesarias para que el sistema realice las tareas que se han
identificado en las etapas anteriores. “La implementación se refiere a la
programación. El propósito de la implementación es satisfacer los requerimientos de
la manera que especifica el diseño”
2.2.3. ESTUDIO Y HERRAMIENTAS A UTILIZARSE
2.2.3.1 ¿QUÉ ES UNA APLICACIÓN WEB?
El término aplicación Web ha ido evolucionando desde un pequeño sitio Web a una
robusta y entera aplicación. Ahora ya no es raro entender por una aplicación Web a
cientos de usuarios simultáneos, distribuidos alrededor del mundo, todos conectados a
la vez si se requiere. Este término varía de acuerdo a las personas, algunos creen que
una aplicación Web es cualquier página que use java, otros consideran cualquier
13
sistema que use un servidor Web. Aquí, una aplicación Web, será un servidor Web en
el cual los usuarios introducen datos que afectan la condición del negocio. La
diferencia entre unan aplicación Web y un sitio Web radica en su uso. Una aplicación
Web implementa la lógica del negocio, y usa cambios de estados del negocio.
Así, las aplicaciones Web son sistemas de información donde una gran cantidad de
datos volátiles, altamente estructurados, son consultados, procesados y actualizados
mediante navegadores.
El diseño de su interfaz está condicionado por las necesidades de claridad y
simplicidad.
Debe tener una estructura que oriente a cada tipo de usuario en función de sus
necesidades.
Gráfico 2.1 HTML Estático
http://elvex.ugr.es/decsai/csharp/pdf/web/1-web.pdf
14
2.2.3.2 EVOLUCIÓN DE APLICACIONES WEB
La evolución tecnológica que el sector ha sufrido durante los últimos años ha
permitido otra evolución paralela, la de la arquitectura de las aplicaciones web. A
medida que aparecían nuevos recursos técnicos, los patrones de diseño se amoldaban
para aprovechar las nuevas característica que estás novedades ofrecían. De esta
forma, el modelo arquitectónico de las aplicaciones de Internet ha sufrido dos grandes
saltos desde la aparición de los primeros portales. Los distintos modelos de aplicación
sobre los que ha ido desarrollando se clasifica en:
Modelo 1
Son las más primitivas. Se identifican con este modelo las clásicas aplicaciones web
CGI, basadas en la ejecución de procesos externos al servidor web, cuya salida por
pantalla era el html que el navegador recibía en respuesta a su petición. Presentación,
negocio y acceso a datos se confundían en un mismo script perl.
Modelo 1.5
Aplicado a la tecnología java, se da con la aparición de las jsps y los servlets. En este
modelo, las responsabilidades de presentación (navegabilidad, visualización, etc)
recaen en las páginas jsps, mientras que los beans incrustados en las mismas son los
responsables del modelo de negocio y acceso a datos.
15
Modelo 2
Como evolución del modelo 1.5 con la incorporación del patrón MVC a este tipo de
aplicaciones, se define lo que se conoce como Model 2 de la arquitectura web. En el
diagrama siguiente se aprecia la incorporación de un elemento controlador de la
navegación de la aplicación. El modelo de negocio queda encapsulado en los
javabeans que se incrustan en las jsps, aunque como se verá a lo largo del resto del
documento, esta responsabilidad se explota cuando se alcanza el modelo de diseño
ncapas.
Modelo 2X
El modelo 2X aparece como evolución del modelo 2, y con objeto de dar respuesta a
la necesidad, cada vez más habitual, de desarrollar aplicaciones multicanal, es decir,
aplicaciones web pueden ser atacadas desde distintos tipos de clientes remotos. Así,
una aplicación web multicanal podrá ejecutarse desde una PDA, desde un terminal de
telefonía móvil, o desde cualquier navegador html estándar. El medio para lograr
publicar la misma aplicación para distintos dispositivos es emplear plantillas XSL
para transformar los datos XML y determinar la plantilla a emplear en base al
parámetro user-agent recibido en la request. La aplicación de esta solución al modelo
2 de aplicaciones web define lo que se conoce como modelo 2X
16
2.2.3.3. ARQUITECTURA DE PÁGINAS WEB.
La arquitectura de una página Web (Ver figura 2.2) no es muy diferente de un sitio
Web dinámico. En muchas situaciones la dimensión de la lógica del negocio es
ejecutada detrás de un servidor Web en uno de las hileras del lado del servidor. La
elección del lenguaje de modelado y la notación típicamente es decidida por las
necesidades de este lado de la aplicación.
Gráfico 2.2 Arquitectura de Sitio Web dinámico
La arquitectura básica de una aplicación Web incluye browser, network, y un
servidor Web (Ver figura 2.3). Algunas páginas incluyen scripts del lado del cliente
que son interpretados por el browser con los cuales el usuario interactúa. A veces el
usuario ingresa información en los campos de los formularios de la página y somete
estos datos al procesamiento del servidor.
17
Gráfico 2.3 Arquitectura básica de las aplicaciones Web
Actualmente los servidores Web son mucho más seguros, e incluyen características,
como la administración de usuarios, el estado del servidor, proceso de la transacción,
administración remota, etc. Hoy en día los servidores Web pueden ser divididos
dentro de tres categorías: páginas con código (scripts, ejecutable del lado del
servidor), páginas compiladas (carga y ejecuta un componente binario) y un híbrido
entre los dos. Esta última categoría representa páginas con código, que una vez que
son solicitadas son compiladas y usadas en lo sucesivo con esta misma compilación
cuentas veces se requiera.
¿Por qué usar metodologías en el desarrollo de aplicaciones Web?
El desarrollo de aplicaciones Web involucra decisiones no triviales de diseño e
implementación que inevitablemente influyen en todo el proceso de desarrollo,
afectando la división de tareas. Los problemas involucrados, como el diseño del
18
modelo del dominio y la construcción de la interfaz de usuario, tiene requerimientos
disjuntos que deben ser tratados por separado.
El alcance de la aplicación y el tipo de usuario a los que estará dirigida son
consideraciones tan importantes como las tecnologías elegidas para realizar la
implementación. Así como las tecnologías pueden limitar la funcionalidad de la
aplicación, decisiones de diseño equivocadas también puede reducir su capacidad de
usabilidad. El marco de desarrollo de este tipo de aplicaciones debe incluir un
proceso general que tenga en cuenta de manera explícita las características
particulares de las aplicaciones Web.
Para todo esto se han desarrollado metodologías que permiten estructurar, comunicar,
entender, simplificar y formalizar tanto el dominio del problema como las decisiones
de diseño, así como disponer de una documentación detallada y exacta ante futuras
modificaciones.
2.2.3.4 DESARROLLO DE APLICACIONES PARA INTERNET
Como hemos ido viendo en las páginas anteriores, actualmente se observa una
tendencia muy definida que fomenta la utilización los estándares de Internet para
desarrollar aplicaciones de gestión en medianas y grandes empresas. Si centramos
nuestra atención en el desarrollo del interfaz de usuario de estas aplicaciones, lo que
19
encontramos es un uso extensivo de los estándares abiertos utilizados en la web,
aquéllos promovidos por el W3C, si bien es cierto que también se utilizan algunas
tecnologías propietarias.
La característica común que comparten todas las aplicaciones web es el hecho de
centralizar el software para facilitar las tareas de mantenimiento y actualización de
grandes sistemas. Es decir, se evita tener copias de nuestras aplicaciones en todos los
puestos de trabajo, lo que puede llegar a convertir en una pesadilla a la hora de
distribuir actualizaciones y garantizar que todos los puestos de trabajo funcionen
correctamente. Cada vez que un usuario desea acceder a la aplicación web, éste se
conecta a un servidor donde se aloja la aplicación. De esta forma, la actualización de
una aplicación es prácticamente trivial. Simplemente se reemplaza la versión antigua
por la versión nueva en el servidor. A partir de ese momento, todo el mundo utiliza la
versión más reciente de la aplicación sin tener que realizar más esfuerzo que el de
adaptarse a los cambios que se hayan podido producir en su interfaz.
Aunque todas las aplicaciones web se diseñen con la misma filosofía, existen
numerosas alternativas a la hora de implementarlas en la práctica. A grandes rasgos,
podemos diferenciar dos grandes grupos de aplicaciones web en función de si la
lógica de la aplicación se ejecuta en el cliente o en el servidor. Esta distinción nos
permitirá, en los dos próximos apartados, organizar un recorrido sobre las tecnologías
existentes para el desarrollo de interfaces web.
20
En realidad, casi todas las aplicaciones web reales utilizan tecnologías tanto del lado
del cliente como del lado del servidor. Utilizar unas u otras en una cuestión de diseño
que habrá de resolverse en función de lo que resulte más adecuado para satisfacer las
necesidades particulares de cada aplicación.
2.2.3.5 APLICACIONES RICAS DE INTERNET
Hoy en día son una herramienta fundamental en todo ámbito de negocios, desde
soluciones comerciales como carros de compra, catálogos en línea, portales de
organizaciones, hasta complejos sistemas de gestión empresarial como ERPs, por
mencionar algunos ejemplos.
Pero los tiempos van cambiando y todo va evolucionando, las aplicaciones web no
son la excepción. Se ha llegado a un punto en el que la importancia de las
aplicaciones web no radica sólo en las funcionalidades que ofrecen, sino que se hace
necesario que éstas estén lo más optimizadas posibles en términos de rendimiento y
que además ofrezcan una experiencia visual mucho más atractiva, similar a las
tradicionales aplicaciones de escritorio.
Las Aplicaciones Ricas de Internet son la nueva generación de aplicaciones
Web cuyo principal foco de atención es el usuario, es un nuevo tipo de aplicación con
más ventajas que las tradicionales aplicaciones Web, entre ellas podemos destacar
21
como se trabajo en mejorar la arquitectura de las mismas para lograr efectos
eficientes y acortar la brecha entre las aplicaciones Web y las de escritorio.
Una aplicación Rica en Internet es enteramente un nuevo grupo de experiencias Web
que involucra interacción, velocidad y flexibilidad.
En los entornos RIA no se producen recargas de página, ya que desde el principio se
carga toda la pagina y los datos necesarios para que aplicación funcione, y podríamos
discutir si cargamos o no datos que a un futuro no muy lejano estaremos necesitando.
Sólo se produce comunicación con el servidor solo cuando los datos son requeridos
(on demand), cuando se necesitan datos externos como datos de una base de datos o
de otros ficheros externos.
En la actualidad hay muchas empresas que están haciendo hincapié en el desarrollo
de herramientas para crear aplicaciones Web ricas, entre estas podemos mencionar las
plataformas como:
• Flash y Flex de Adobe,
• AJAX
• Open Laszlo ( herramienta Open Source)
• SilverLight de Microsoft
• JavaFx Script de Sun Microsystems
22
Las Aplicaciones Ricas en Internet combinan los mejor de los estándares, tecnologías,
prácticas, para llevar a cabo su principal objetivo, mejorar la calidad de las
aplicaciones Web.
Son aplicaciones que abarcan amplio espectro de áreas y bajo costo de desarrollo,
además de esto provee lo mejor de la interactividad y con muchas propiedades de
multimedia disponibles.
Cuando mezclamos – coordinamos todas estas cosas casi automáticamente estamos
teniendo aplicaciones más “ricas”, dándole al usuario aplicaciones con las siguientes
características:
• mas intuitivas
• mas responsables
• mas efectivas
• mas parecidas a las aplicaciones de escritorio
• mas interactivas
• mas dinámicas
• mas rápidas
• sin refrescos de pagina
• desarrollo casi instantáneo
• multi - plataforma,
23
• descargas progresivas para recuperar contenidos y datos,
• adopta ampliamente los estándares de Internet
• diseño con múltiples capas
Si hacemos un repaso sobre la lista de características que acabamos de nombrar, nos
damos cuenta que satisfacen la mayoría de los objetivos que deseamos de las
aplicaciones de hace una par de años. Desde el punto de vista del desarrollador la
mayoría de este aspecto son tenidos en cuenta, pero hasta la actualidad no existían la
cantidad de herramientas que existen hoy en día para poder desarrollar una aplicación
a conciencia.
En las aplicaciones Ricas en Internet, el cliente empieza a tener mayores
responsabilidades, ya deja ser solo un simple dibujante de la pagina, en esta nueva
etapa de las aplicaciones Web el cliente pasa a tener responsabilidad en la forma en
que se piden los datos al servidor, a partir de ahora hace más explícitamente el envío
y recepción de datos en modo asincrónico de un requerimiento de usuario, redibujar
las regiones de la pagina, reproducir audio y video los cuales están estrechamente
relacionados, independientemente del servidor o back end al que se encuentre
conectado.
24
La arquitectura de las aplicaciones Ricas en Internet asigna esta responsabilidad al
cliente para poder acercarse más a las aplicaciones de escritorio y dejar de ser un
simple cliente en una arquitectura cliente/servidor.
Esto se logra agregando funcionalidad directamente sobre la arquitectura de las
aplicaciones de n-capas que utilizan las aplicaciones legacy sin necesidad de tener
que revisar el resto de las capas.
Esto puede ayudar a solucionar la mayoría de los problemas antes mencionados,
como así también permite desarrollar aplicaciones con requerimientos complejos
reduciendo el costo de desarrollo así como también permitiendo el desarrollo de la
misma en primer lugar.
Las aplicaciones RIA cobran su potencia a través de su arquitectura y capacidades
para fundamentalmente cambiar la forma en que las compañías se comprometen e
interactúan con los usuarios Web, dándoles mejores experiencias de usuario con
resultados sobresalientes.
Consideraciones
La Web es un canal muy importante en las relaciones entre clientes y compañías, sin
embargo las compañías ejecutivas a menudo manifiestan su descontento por no haber
25
llegado a poner en producción en Internet una aplicación que este a la altura de
crecimientos y las posibilidades que ofrece la Internet hoy en día.
En la actualidad es muy amplio el espectro de aplicaciones Web sobre la red. Las
aplicaciones ricas en Internet pueden ser aplicadas a cualquiera de los diferentes
rubros.
2.2.3.5.1 VENTAJAS
Las aplicaciones ricas tienen la capacidad de correr en la mayoría de los navegadores,
dados los estándares que adopta, pero desarrollar una aplicación que corren en un
browser las hace mucho más limitadas, de todas maneras asumir los esfuerzos de
desarrollo tiene sus frutos, a continuación se detallan las ventajas:
• No requieren instalación – actualizar y distribuir la aplicación resulta instantáneo.
• Las Actualizaciones a nuevas versiones son automáticas
• Los usuarios pueden usar la aplicación desde una computadora con conexión a
Internet, y usualmente si interesar que sistema operativo se encuentra instalado en la
computadora.
• Las aplicaciones Web son generalmente menos propensas a la infección de un virus
que una aplicación que corre en un ejecutable porque las aplicaciones RIA manejan
las interacciones con el usuario a través de un motor cliente.
26
• Aplicaciones más “ricas”: Podemos darle comportamiento a las interfaces de
usuario cosa que antes era imposible lograrlo con widgets HTML disponibles para los
browser más comunes de las aplicaciones Web. El enriquecimiento de
funcionalidades puede incluir alguna cosa que pueda ser implementada en la
tecnología para ser usada del lado del cliente, como por ejemplo Drag & Drop, usar
un componente deslizante que me permita cambiar los ítems, ejecutar cálculos del
lado del cliente sin necesidad de enviar un request al servidor, por ejemplo una
calculadora.
• Aplicaciones más ágiles: los comportamientos de interfaces típicamente son mucho
más ágiles que los que proveían las aplicaciones Web estándares a través de las
sucesivas interacciones con el servidor.
2.2.3.6 ARQUITECTURA DE UNA APLICACIÓN RIA
Gráfico 2.4 Muestra la relación entre Web 2.0, RIA, Ajax y Flash
27
Los elementos que muestra la figura son los principales encargados del
comportamiento, la performance y el manejo de las aplicaciones RIA.
Hay tres aspectos muy importantes que influyen en forma directa en la performance
de una aplicación RIA.
• El diseño de la aplicación y el contexto o ambiente de uso
• El comportamiento y expectativas del usuario
• El comportamiento de la aplicación cuando la estamos utilizando
Desde que el usuario inicia una petición a una dirección URL hasta que la respuesta
es enviada al usuario, se suceden una serie de pasos los cuales intentaremos explicar
en los siguientes ítems
2.2.3.6.1 INTERACCIÓN ENTRE EL CLIENTE Y EL SERVIDOR
El usuario hace un click en un link del browser envía un request a un Server. El
servidor responde a los request de los clientes, y cuando la cantidad suficiente de los
contenidos requeridos llegan al cliente (a la cache del browser), el browser los
muestra y el usuario los puede ver. Para que el usuario pueda ver la respuesta deberá
esperar el tiempo necesario que tarde el proceso completo en que la respuesta llegue
al browser.
La fecha negra del diagrama muestra el flujo de descarga de una página Web
tradicional
28
Una página Web tradicional generalmente está compuesta por hojas de estilo,
archivos de scripts, imágenes, objetos flash entre otros, todos estos componentes son
descargados, individualmente, varias veces ante los sucesivos request ya que la
mayoría de las veces requiere varios intercambios de información entre el servidor y
el cliente.
2.2.3.6.2 PRINCIPALES CARACTERÍSTICAS
Anticipar carga de datos
La información puede ser cargada de un servidor en un requerimiento
anticipando el respuesta del usuario, podemos proveer los datos que el usuario
va a necesitar en respuesta anterior, muchas veces se da lo opuesto, solo
cargamos datos necesarios para optimizar recursos
Evitar recarga completa
Muchas veces cambiamos el valor de un input que envía un evento de
servidor, por ejemplo en .Net si el input tiene asociado un evento de servidor,
la aplicación recarga por completo la página, en las aplicaciones RIA esto no
ocurre, y en .Net podemos evitar esto utilizando componentes AJAX
Múltiple validación
La aplicación realiza la mayoría de las validaciones en la capa cliente de la
aplicación, de esta manera evitamos enviar datos inválidos al servidor.
29
Respuestas sin intervención del servidor
Validando en el cliente automáticamente podemos enviarle al usuario una
respuesta, sin necesidad de que sea el servidor el encargado de validar datos
de formularios ingresados por el usuario.
Anticipar eventos
Así como podemos anticipar el envío de datos al cliente, podemos anticipar
ejecución de eventos de servidor, de esta manera cuando ejecutamos un
evento podemos anticiparnos y ejecutar otro que por definición de la
aplicación se ejecuta tiempo después.
Los diseñadores pueden explotar estas posibilidades para lograr aplicaciones más
ágiles garantizando experiencias de usuario más receptivas.
Ciertamente, en la mayoría de los ejemplos, los usuarios gastarán menos tiempo en
esperar una respuesta del servidor, sin embargo, al aplicar estas técnicas estaremos
teniendo modelo de datos mucho más complejos que el de una aplicación Web
tradicional.
2.2.3.6.3 VENTAJAS DE LA ARQUITECTURA
Las aplicaciones Ricas en Internet tienen la característica de exhibir un “look and
feel” que se aproxima al de una aplicación de escritorio, Pero también tiene tiempos
de respuesta parecidos a las mismas, dada la arquitectura que define.
30
Dentro de las principales características podemos destacar:
Balance de carga entre el cliente y el servidor
La demanda de recursos de computación entre el cliente y el servidor es mas
balanceada, tal es así que los servidores Web no necesitan ser grandes
servidores como se necesitaban en las aplicaciones Web tradicionales. Estos
recursos libres que quedan disponibles permiten a un mismo servidor poder
manejar mas sesiones de usuarios concurrentemente.
Comunicación asíncrona.
El motor cliente puede interactuar con el servidor sin tener que esperar para
que el usuario pueda completar una acción por un click en la interfaz, sobre un
botón o bien sobre un link. Esto le permite al usuario ver e interactuar con la
página asincrónicamente desde el motor cliente comunicándose con el
servidor. Esta opción permite a los diseñadores RIA mover datos entre el
cliente y el servidor sin hacer esperar al usuario como ocurría antiguamente
con las aplicaciones comunes. La aplicación más común de esto es la
obtención previa, en el cual una aplicación anticipa la obtención de cierto dato
y descarga esto al cliente antes de que el usuario lo requiera, esto es acelerado
en una respuesta subsecuente.
31
Eficiencia en el tráfico de red.
El tráfico de red puede ser reducido significantemente porque el motor de una
aplicación puede ser más inteligente que un cliente común cuando decide que
datos son necesarios en un intercambio con el servidor. Esto puede acelerar un
requerimiento individual o una respuesta porque son menos los datos que se
intercambian en cada interacción, y sobretodo reduce la carga de la red. Sin
embargo el uso de la técnica de prefeching puede neutralizar o jugarle en
contra en cuanto al tráfico de red porque el código no puede anticipar con
certeza que es lo que el usuario necesitara anticipadamente, esto es muy
común para tales técnicas de descarga de datos extra ya que no todos serán
necesitados para algunos o todos los clientes.
2.2.3.7 HERRAMIENTAS DE DISEÑO RIA
Las aplicaciones Ricas en Internet todavía se encuentran en una etapa de desarrollo, y
esperando la opinión de los usuarios.
A continuación detallamos un conjunto de restricciones y requerimientos a tener en
cuenta que las herramientas de desarrollo deberán contemplar:
32
Browser Modernos: Las aplicaciones Web por lo general requieren browser
modernos para poder funcionar correctamente, además de esto será necesario un
motor javascript que sea el encargado de manejar requerimientos
XMLHTTP Request para manejar las comunicaciones del cliente con el servidor y
viceversa; y el principal condimento es que deberán adoptar los estándares
DOM y manejo de hojas de estilo CSS
Estándares Web: uno de los principales problemas de escribir aplicaciones con
funcionalidad javascript, es que todos los browsers no adoptan los mismos estándares
y eso hace que debamos escribir líneas de código adicional para que funcionen en los
diferente browsers
Herramientas de Desarrollo: Algunos frameworks AJAX y productos de desarrollo
como Curl, Adobe Flex and Microsoft SilverLight proveen un entorno de desarrollo
integrado para crear aplicaciones Web ricas.
2.2.3.8 AJAX
Es una combinación de tecnologías que se desarrollan independientemente:
• XHTML y CSS: para crear una presentación basada en estándares
• DOM para la interacción y manipulación dinámica de la presentación,
• XML, XSLT y JSON para el intercambio y la manipulación de información
• XMLHttpRequest para el intercambio asíncrono de información y
33
JavaScript para unir todas las demás tecnologías.
Gráfico 2.5 Modelo de una aplicación que utiliza AJAX
AJAX permite mejorar completamente la interacción del usuario con la aplicación,
evitando las recargas constantes de la página, ya que el intercambio de información
con el servidor se produce en un segundo plano. Las peticiones HTTP al servidor se
transforman en peticiones JavaScript que se realizan al elemento encargado de AJAX.
Las peticiones más simples no requieren intervención del servidor, por lo que la
respuesta es inmediata. Si la interacción requiere la respuesta del servidor, la petición
se realiza de forma asíncrona mediante AJAX. En este caso, la interacción del usuario
34
tampoco se ve interrumpida por recargas de página o largas esperas por la respuesta
del servidor.
AJAX no es una nueva tecnología ni un producto, es una herramienta poderosa para
el desarrollo de RIA que se basa exclusivamente en JavaScript, XML, entre otras.
Los productos JavaScript AJAX son muy útiles en situaciones donde el usuario
espera que una aplicación funcione incondicionalmente del navegador sobre el cual
está corriendo.
Cuando compramos un DVD o queremos reservar un vuelo, por lo general no
queremos que nos aparezca un cartel que no pida que instalemos un plug-in.
El HTML simple continúa siendo la mejor solución para requisitos simples de la
interfaz de usuario A pesar de eso, un lugar que vende DVD’s o bien las aplicaciones
de reservación de viaje con interfaces de usuario simples a menudo son difíciles de
usar o resultan inútiles, alguien que ha tratado de registrar un itinerario con vuelos
múltiples, hoteles, y los autos de alquiler estarán de acuerdo que los sitios Web
actuales son muy difíciles de usar.
La única desventaja de esto es que programar en javascript es más difícil,
Dos gigantes de la Internet como Amazon o Ebay no fomentan el potencial de
JavaScript AJAX, aunque la tecnología ha estado aproximadamente por años y
potencialmente mejoraría sus sitios Web sustancialmente.
35
2.2.3.9 EL ROL DE AJAX EN LAS APLICACIONES RIA
Los usuarios por lo general usan una aplicación Ajax tipeando en la URL del
navegador, haciendo un click sobre un link, etc. Las aplicaciones que contiene Ajax
son descargadas en el navegador y el usuario puede empezar a trabajar con ellas
inmediatamente.
Ajax es un Framework cuyo principal foco es el usuario y sus necesidades,
Por demasiado tiempo la gente ha soportado de páginas que tardaban una eternidad en
cargarse, controles difíciles de usar, Forms que cuando tardamos mucho tiempo y
recargamos la página se pierden.
Sin embargo, Hay buenas razones para las personas continúen usando un navegador,
esos son los intereses de algunas compañías que se esfuerzan día a día para lograr
aplicaciones interactivas, productivas y agradables.
AJAX apunta a mejorar la experiencia de usuario dentro de las restricciones de los
estándares de los navegadores.
El diseño basado en estándares obviamente tiene los beneficios de que lo hacen
portable, Sino que también tiene una usabilidad integrada dentro de la misma.
36
Los usuarios le interactúan con cientos de sitios Web, aprecian la consistencia, una
calidad que rápidamente se pierde cuando usted confía en plugins, aplicaciones que
solo funcionan en un navegador, e ideas "creativas" del diseño.
No es descabellado, agregar un nuevo control o capa con funcionalidad “rara” cuando
trabajamos, pero para la mayoría, siempre es mejor trabajar con cosas estándares.
Las tecnologías que no son estándares, pueden romper con la consistencia, un
ejemplo puede ser Flash, mucha gente lleva su control o aplicación de flash a
AJAX porque lo usuarios no pueden descargar la imágenes haciendo click en el botón
derecho del Mouse.
Concluyendo, Podemos usar flash para lograr cosas que con otros plugins no
podríamos lograr, de hecho esa es la idea del mismo flash, pero no nos asegura la
completa aceptación de la gente. Algunas personas podrán decir que si la aplicación
incluye flash no es una aplicación AJAX, lo cual no es totalmente cierto, ya que una
aplicación podría delegar ciertas tareas flash o algún otro tipo de plugin.
Elegir un Framework Ajax no es lo más importante de una aplicación hoy en día, la
idea es preguntar qué es lo que ayudaría mas a solucionar el inconveniente de los
usuarios, algunas veces podría ser que ayude mas una aplicación programada con
java, .Net o Flash, y otras una aplicación de escritorio.
37
Las tecnologías estándares, incluyen varias tecnologías bien definidas como pueden
ser: HTML, CSS, HTTP, CGI, envío de formularios, scripting de código en el
servidor.
Javascript, el Document Object Model (DOM), el modelo de eventos (DHTML),
remoting Web, han comenzado a cobrar gran importancia a partir de su
estandarización en los distintos navegadores.
Hoy en día con la integración de tecnologías y las diferentes herramientas que utilizan
este concepto para proveer componentes que no produzcan recarga de pagina y
optimicen los recursos de las aplicaciones, se nos ve facilitada la tarea de desarrollo
de aplicaciones con funcionalidades mucho más rica y confiables para el usuario, que
antes era casi imposible implementar sobre una aplicación Web.
2.2.4 INTRODUCCIÓN A ZK
Para la implementación de RIAs tenemos diversas tecnologías algunas de ellas:
Adobe Designer, OpenLaszlo, AJAX, NexaWeb, Macromedia Flex, ZK.
Ajax se ha convertido en un elemento indispensable para las aplicaciones web 2.0
porque en realidad AJAX es la unión de varias tecnologías que juntas pueden lograr
38
cosas realmente impresionantes como GoogleMaps, Orkut, Gmail, la última versión
de Google Groups, Google Suggest, o algunas otras aplicaciones muy conocidas.
Trabajar con Ajax desde código Javascript aún está de moda, pero ahora utilizando
alguna librería o framework que permita un desarrollo más rápido de la aplicación.
Utilizando así ZK un framework especializado para la creación de aplicaciones Ajax
y RIAs. Debido a que el núcleo de ZK es un mecanismo conducido por eventos
basado en AJAX.
En este proyecto se trabajo con un tipo de RIA conocido como RIA embebida ya que
se unió una aplicación tradicional desarrollada en PHP y JavaScript con una
Aplicación enriquecida realizada a través del Framework ZK.
2.2.4.1 ELECCIÓN DEL FRAMEWORK
En base al diseño anterior se evaluaron algunos frameworks, y por los motivos que se
desarrollan en los siguientes apartados se eligió el framework ZK.
Adaptación e implementación de la interfaz:
Una vez elegido el framework que mejor se adaptaba a las necesidades del
prototipo se implementó la interfaz realizando las modificaciones necesarias al
diseño inicial para que se adaptara a lo ofrecido por ZK.
39
2.2.4.2 ZK FRAMEWORK
ZK es un framework de aplicaciones web en AJAX, completamente en Java de
software de código abierto que permite una completa interfaz de usuario para
aplicaciones web sin usar JavaScript y con poca programación.
El núcleo de ZK es un mecanismo conducido por eventos basado en AJAX,
sustentado sobre 70 componentes XUL y 80 componentes XHTML, y un lenguaje de
marcación para diseñar interfaces de usuario. Los programadores diseñan las páginas
de su aplicación en componentes XUL/XHTML ricos en características, y los
manipulan con eventos disparados por la actividad del usuario final. Es similar al
modelo de programación encontrado en las aplicaciones basadas en GUI de escritorio.
ZK utiliza el acercamiento llamado centrado-en-el-servidor para la sincronización de
componentes y el pipelining entre clientes y servidores se haga automáticamente por
el motor, y los códigos de Ajax sean completamente transparentes para los
desarrolladores de aplicaciones web. Por lo tanto, los usuarios finales obtienen una
interacción y respuesta similar a las de una aplicación de escritorio, mientras que la
complejidad del desarrollo es similar a la que tendría la codificación de aplicaciones
de escritorio.
Desarrollador : Potix Corporation www.zkoss.org
Ultima versión 3.6.2
Género framework Web Ajax
40
Sistema operativo Multiplataforma
Licencia GNU General Public License Comercial
Además de la programación basada en componentes y orientación a eventos, de
manera similar a Swing, ZK soporta un lenguaje de marcación para la definición de
una potente interfaz de usuario llamada ZUML.
ZUML está diseñado para que desarrolladores no expertos diseñen interfaces
de usuario de forma eficiente.
ZUML permite a un desarrollador mezclar diferentes tipos de lenguaje de
marcación, tales como el lenguaje XUL de Mozilla y XHTML, todos ellos en
la misma página.
ZUML permite a los desarrolladores embeber scripts en lenguaje Java
(interpretado por BeanShell) y usar expresiones EL para manipular los
componentes y acceder a los datos.
2.2.4.2.1 VENTAJAS
ZUML permite a los no expertos diseñar eficientemente interfaces de usuario.
Empotrar script en Java ayuda al prototipado rápido y a las personalizaciones.
No es necesario que el desarrollador tenga conocimientos de Ajax o
JavaScript.
Modelo basado en componentes intuitivo dirigido por eventos.
41
Permite centrar toda la lógica de programación en el servidor.
2.2.4.2.2 DESVENTAJAS
No es apropiado para aplicaciones con alto grado de interacción:
o Videojuegos de acción.
o Aplicaciones basadas en gráficos vectoriales o tridimensionales
o Programas de edición fotográfica o de video [8]
2.2.4.3 LA ARQUITECTURA ZK
El framework se basa en mantener un motor en el navegador del cliente que
permite capturar los eventos que se producen en esta zona y así notificar al
motor de actualización que se encuentra en la zona servidor. Este tiene el
conocimiento necesario para decidir que controles se deben actualizar en
función del evento, una vez realizadas las tareas de actualización éste
notificará a los handlers de la aplicación que es dónde el programador habrá
definido las acciones que quiere que se produzcan en cada evento. Una vez
terminada esta fase de intercambio el componente ZK de servidor notificará al
cliente de los cambios que se deben realizar en el árbol DOM del navegador.
42
Gráfico 2.6 Arquitectura de ZK
2.2.4.4 LAS CARACTERÍSTICAS
Diseñado para ser extremadamente ligero:
- Sin dependencias
- No requiere plugins de ningún tipo.
· Compatible con la mayoría de navegadores existentes
· Además ZK soporta los navegadores de dispositivos móviles, de hecho
existe ZK Mobile, que es ZK aplicado al desarrollo de aplicaciones Móviles,
accesibles por el navegador de los mismos.
43
A continuación se describen algunas de las características de ZK que más útiles han
resultado en la implementación del prototipo.
Scripts en Java
ZK permite integrar código Java dentro de la descripción de las páginas,
permitiendo gestionar los eventos, realizar modificaciones durante la
inicialización de los componentes o definir interacciones entre los mismos.
Expresiones EL
Las expresiones EL (como en JSP) permiten incrustar código sencillo para
realizar referencias o asignar valores a campos en función de otros campos o
variables.
Event Handlers
Probablemente sea la característica más usada en el desarrollo de la interfaz
del prototipo. Permite asignar acciones (código Java) a los eventos de la
aplicación.
Esto ha sido básico dada la necesidad de ejecutar, en función de las acciones
del usuario, llamadas al controlador de la aplicación (ver [10.5]) y mostrar el
resultado de dichas acciones en la aplicación.
44
HTML incrustado
Esta característica ha sido especialmente útil en la implementación de la
funcionalidad de firma en cliente, pues era necesario ejecutar un applet en la
zona cliente, con lo que la integración de código HTML era inevitable.
Gráfico 2.7 Organización de la interfaz y sus handlers
2.2.4.5 ¿PARA QUÉ Y PORQUÉ UTILIZAR ZK?
· Es una plataforma perfecta para montar prototipos y probar código.
· Es completamente factible utilizarlo en entornos altamente explotados por los
usuarios.
45
· Podemos crear simples Richlets web, que son componentes con todo lo necesario
para funcionar dentro de otras páginas hechas en cualquier tecnología, respondiendo a
una simple url.
· Es una tecnología completamente madura, que existe como tal desde el año 2005 y
ha tenido una comunidad que no ha parado de crecer de una forma increíble.
2.2.4.6¿COMO LO ENCUENTRO?
ZK está disponible para ser descargado en www.ZKoss.org, pero además tiene una
empresa que lo desarrolla, mantiene y coordina a la comunidad, POTIX en su web
www.potix.com
2.2.4.7 PLATAFORMAS
Eclipse 3.6 - Helios
Eclipse 3.5 - Galileo
Eclipse 3.4 - Ganymede
MyEclipse
IBM RAD 7.5
Suite de Instrumento De Spring 2.5.1
46
2.2.4.8 ¿PORQUE SURGIO ZK?
Surgió por la necesidad del desarrollador de dejar de controlar incompatibilidades de
browsers, mejorar el rendimiento de la aplicación y agilizar la comunicación entre el
cliente y el servidor.
Las aplicaciones web limitaban la ubicación del interfaz de usuario al cliente, y la
lógica de negocio al servidor.
Gráfico 2.8 Client-Server
Ajax descartó numerosos problemas del modelo antiguo y abrió la puerta de las
interfaces de usuario ricas al mundo web. Pero manipular Ajax demanda un gran
nivel y esfuerzo. Y las implementaciones de Ajax existentes no abstraen al
programador del mismo.
2.2.4.9 SERVER-CENTRIC
Esta sería la implementación Ajax ideal que permitiera a los programadores centrarse
en la lógica de negocio.
47
Gráfico 2.9 Server-Centric
Mapeando todos los componentes y sus eventos de la presentación como POJOs, por
ejemplo, como un ORM abstrae de trabajar directamente con tablas de una base de
datos.
Direct R.I.A.
Para conseguirlo ZK inyecta una capa en el cliente de JavaScript que es atendida en el
servidor de forma que todos los eventos y procesos son gestionados por ella.
Gráfico 2.10 Direct R.I.A.
2.2.4.9.1SERVER-CENTRIC & CLIENT-CENTRIC
La diferencia entre ambos radica en dónde se está ejecutando la aplicación.
48
Server Centric: la aplicación se procesa completamente en el servidor, el cliente sólo
se utiliza para mostrar información.
Client Centric: la aplicación se ejecuta mayormente en el cliente, como por ejemplo
hace GWT (Google Web Toolkit)
Gráfico 2.11 Server-Centric VS Client-Centric
2.2.4.10 SIMPLEMENTE JAVA
ZK es renombrado por su " Ajax sin JavaScript ", es transparentemente sin cualquier
conocimiento de Ajax y JavaScript.
El motor de cliente y el motor de actualización en ZK juegan los papeles de jarra y
colector, interpretación de comunicación de Ajax transparente. Los eventos inducidos
por los usuarios son encapsulados y ordenados a oyentes que corren en el servidor.
Los cambios realizados en los componentes POJO se refleja en el cliente de forma
transparente.
49
2.2.4.11 SEGURIDAD DE LA EMPRESA
Es decir, no se expone la lógica de negocio al cliente, lo que indudablemente lo hace
más seguro ya que todo es ejecutado del lado del servidor.
Otro de los beneficios de ZK es proteger el uso de XSS, DOS y CSRF lo que
significa que no hay ataques a nuestro código, así protegemos la autentificación y la
autorización en el marco de seguridad.
2.2.4.12 ADAPTABILIDAD Y DISPONIBILIDAD
ZK tiene el apoyo de clustering lleno; todos los objetos de UI son fácilmente
serializable. UI componentes son diseñados para reducir al mínimo la huella de
memoria y maximizar el funcionamiento por optimizando el estado de los
componentes y el comportamiento.
Además, los reveladores pueden mejorar la disponibilidad con puestas en práctica de
dirección específicas failover de aplicación.
Una vez conocemos la arquitectura de ZK comentar que:
· ZK es capaz de comunicarse entre páginas.
Estén o no en el mismo desktop (url)
· ZK es capaz de comunicarse entre Desktops.
Estén o no en la misma aplicación.
· ZK es capaz de comunicarse entre aplicaciones.
50
Dentro de un Ear pueden haber varios War o aplicaciones diferentes.
2.3 FUNDAMENTACIÓN LEGAL
Ley de propiedad Intelectual
Título Preliminar
Art. 1.- El Estado reconoce, regula y garantiza la propiedad intelectual adquirida de
conformidad con la ley, las decisiones de la Comisión de la Comunidad Andina y los
convenios internacionales vigentes en el Ecuador.
La propiedad intelectual comprende:
1. Los derechos de autor y derechos conexos;
2. La propiedad industrial, que abarca, entre otros elementos, los siguientes:
a. Las invenciones;
b. Los dibujos y modelos industriales;
c. Los esquemas de trazado (topografías) de circuitos integrados;
d. La información no divulgada y los secretos comerciales e industriales;
e. Las marcas de fábrica, de comercio, de servicios y los lemas comerciales;
f. Las apariencias distintivas de los negocios y establecimientos de comercio;
g. Los nombres comerciales;
h. Las indicaciones geográficas; e,
i. Cualquier otra creación intelectual que se destine a un uso agrícola, industrial o
comercial
51
Sección V
DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS
Parágrafo Primero
DE LOS PROGRAMAS DE ORDENADOR
Art. 28.- Los programas de ordenador se consideran obras literarias y se protegen
como tales. Dicha protección se otorga independientemente de que hayan sido
incorporados en un ordenador y cualquiera sea la forma en que estén expresados, ya
sea en forma legible por el hombre (código fuente) o en forma legible por máquina
(código objeto), ya sean programas operativos y programas aplicativos, incluyendo
diagramas de flujo, planos, manuales de uso, y en general, aquellos elementos que
conformen la estructura, secuencia y organización del programa.
Art. 29.- Es titular de un programa de ordenador, el productor, esto es la persona
natural o jurídica que toma la iniciativa y responsabilidad de la realización de la obra.
Se considerará titular, salvo prueba en contrario, a la persona cuyo nombre conste en
la obra o sus copias de la forma usual.
Dicho titular está además legitimado para ejercer en nombre propio los derechos
morales sobre la obra, incluyendo la facultad para decidir sobre su divulgación.
52
El productor tendrá el derecho exclusivo de realizar, autorizar o prohibir la
realización de modificaciones o versiones sucesivas del programa, y de programas
derivados del mismo.
Las disposiciones del presente artículo podrán ser modificadas mediante acuerdo
entre los autores y el productor.
Art. 30.- La adquisición de un ejemplar de un programa de ordenador que haya
circulado lícitamente, autoriza a su propietario a realizar exclusivamente:
a) Una copia de la versión del programa legible por máquina (código objeto) con
fines de seguridad o resguardo;
b) Fijar el programa en la memoria interna del aparato, ya sea que dicha fijación
desaparezca o no al apagarlo, con el único fin y en la medida necesaria para utilizar el
programa; y;
c) Salvo prohibición expresa, adaptar el programa para su exclusivo uso personal,
siempre que se limite al uso normal previsto en la licencia. El adquirente no podrá
transferir a ningún título el soporte que contenga el programa así adaptado, ni podrá
utilizarlo de ninguna otra forma sin autorización expresa, según las reglas generales.
53
Se requerirá de autorización del titular de los derechos para cualquier otra utilización,
inclusive la reproducción para fines de uso personal o el aprovechamiento del
programa por varias personas, a través de redes u otros sistemas análogos, conocidos
o por conocerse.
Art. 31.- No se considerará que existe arrendamiento de un programa de ordenador
cuando éste no sea el objeto esencial de dicho contrato. Se considerará que el
programa es el objeto esencial cuando la funcionalidad del objeto materia del
contrato, dependa directamente del programa de ordenador suministrado con dicho
objeto; como cuando se arrienda un ordenador con programas de ordenador instalados
previamente.
Art. 32.- Las excepciones al derecho de autor establecidas en los artículos 30 y 31 de
esta Ley, son las únicas aplicables respecto a los programas de ordenador.
Las normas contenidas en el presente parágrafo se interpretarán de manera que su
aplicación no perjudique la normal explotación de la obra o los intereses legítimos del
titular de los derechos.
Nº 1014
RAFAEL CORREA DELGADO
PRESIDENTE CONSTITUCIONAL DE LA REPÚBLICA
CONSIDERANDO:
54
Que en el apartado g) del numeral 6 d la Carta Iberoamericana de Gobierno
Electrónico, aprobada por la IX Conferencia Iberoamericana de Ministros de
Administración Pública y Reforma del Estado, realizada en Chile el 1 de Junio de
2007, se recomienda el uso de estándares abiertos y software libre, como
herramientas informáticas;
Que es el interés del Gobierno alcanzar soberanía y autonomía tecnológica, así como
un significativo ahorro de recursos públicos y que el Software Libre es en muchas
instancias unos instrumentos para alcanzar estos objetivos;
Que el 18 de Julio del 2007 se creó e incorporó a la estructura orgánica de la
Presidencia de la República la Subsecretaría de Informática, dependiente de la
secretaría general de la Administración mediante Acuerdo Nº119 publicado en el
Registro Oficial No. 139 de 1 de Agosto del 2007;
Que el numeral 1 del artículo 6 del Acuerdo Nº 119 , faculta a la Subsecretaría de
Informática a elaborar y ejecutar planes, programas, proyectos, estrategias, políticas,
proyectos de leyes y reglamentos para el uso de Software Libre en las dependencias
del gobierno central; y,
En ejercicio de la atribución que le confiere el numeral 9 del artículo 171 de la
Constitución Política de la república;
55
DECRETA:
Artículo 1.- Establecer como política pública para las entidades de la Administración
Pública Central la utilización de Software Libre en sus sistemas y equipamientos
informáticos.
Artículo 2.- Se entiende por Software Libre, a los programas de computación que se
pueden utilizar y distribuir sin restricción alguna, que permitan su acceso a los
códigos fuentes y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
a) Utilización del programa con cualquier propósito de uso común
b) Distribución de copias sin restricción alguna
c) Estudio y modificación del programa (Requisito: código fuente disponible)
d) Publicación delo programa mejorado (Requisito: código fuente disponible)
Artículo 3.- Las entidades de la Administración Pública central previa a la instalación
del software libre en sus equipos, deberán verificar la existencia de capacidad técnica
que brinde el soporte necesario para el uso de este tipo de software.
Artículo 4.- Se faculta la utilización de software propietario (no libre) únicamente
cuando no exista solución de Software Libre que supla las necesidades requeridas, o
cuando esté en riesgo la seguridad nacional, o cuando el proyecto informático se
encuentre en un punto de no retorno.
56
Para efectos de este decreto se comprende cómo seguridad nacional, las garantías
para la supervivencia de la colectividad y la defensa del patrimonio nacional.
Para efectos de este decreto se entiende por un punto de no retorno, cuando el sistema
o proyecto informático se encuentre en cualquiera de estas condiciones:
a) Sistema en producción funcionando satisfactoriamente y que un análisis de costo
beneficio muestre que no es razonable ni conveniente una migración a Software Libre
b) Proyecto es estado de desarrollo y que un análisis de costo – beneficio muestre que
no es conveniente modificar el proyecto y utilizar Software Libre.
Periódicamente se evaluarán los sistemas informáticos que utilizan software
propietario con la finalidad de migrarlos a Software Libre.
Dado en el Palacio Nacional en la ciudad de San Francisco de Quito, Distrito
Metropolitano, el día de hoy 10 de abril de 2008
Rafael Correa Delgado
PRESIDENTE CONSTITUCIONAL DE LA REPÚBLICA
2.4 HIPÓTESIS PREGUNTAS A CONTESTARSE
El proceso de revisión y aprobación del anteproyecto es lento, esto se da por varios
motivos, pero existe uno que es el más importante de todos y lo considero como la
hipótesis principal, el cual procede de un factor humano y es el horario de tutorías
57
establecidos de manera física, es decir que se tiene una reunión con el tutor para
revisar los avances o realizar observaciones para que su tema sea aceptado.
Tanto el tutor como el alumno tienen en ocasiones inconvenientes para llegar a la
reunión establecida siendo a veces este el único día asignado para la revisión, lo que
indica que se perdería la tutoría a veces sin tener la opción de recuperar la sesión
establecida otro día, esto se da en el caso de que alguno de los dos faltase.
Lo que genera un proceso lento para la revisión y aprobación del anteproyecto de
tesis ya que involucra mucho el factor humano sin ayuda de la tecnología.
2.4.1.PREGUNTAS A CONTESTARSE
1.- ¿Se puede llegar a reducir el tiempo de aprobación de un Anteproyecto?
2.- ¿Se mejorara el control y organización del Anteproyecto de Grado en el proceso
de aprobación?
2.5 VARIABLES DE LA INVESTIGACIÓN
Análisis del proceso de Ingreso de Anteproyecto de estudiantes egresados que van a
presentar tema de tesis.- Se trata de realizar un estudio exhaustivo del proceso para el
ingreso y aprobación de tema de tesis, de esta manera podremos definir mejor el
problema y dar una solución.
58
Eficiencia en el proceso de aprobación de la propuesta de anteproyecto.- El tiempo
para la aceptación o rechazo de un tema es variable. Puede demorarse días o en el
peor de los casos hasta un mes o más, dependiendo de que no existan inconvenientes
a las horas de tutorías establecidas.
Implementación de un sistema web para el registro y aprobación de los anteproyectos
de Tesis y Curso de Fin de carrera.- Por medio del estudio realizado y el análisis
debido teniendo en cuenta todas las observaciones se procederá a la implementación
del sistema web que ayude a resolver las necesidades de la comunidad universitaria.
59
CAPÍTULO III
METODOLOGÍA
DISEÑO DE LA INVESTIGACIÓN
3.1 MODALIDAD DE LA INVESTIGACIÓN
Investigación de campo
Se considero aplicar esta metodología ya que es la más adecuada para darnos un
mejor panorama sobre la manera en que ven los estudiantes el proceso de aprobación
de tesis dentro de la Carrera de Ingeniería en Sistemas Computacionales.
Se investiga en la Carrera cual sería la forma más adecuada de llevar a cabo el
proceso de aprobación y revisión de proyectos de tesis de los alumnos que están en su
etapa final dentro de la Carrera. No hay un método establecido que permita llevar
este proceso de manera más automatizada y que a su vez ofrezca una mayor rapidez
para la aprobación del mismo.
Se encuestó a un grupo de estudiantes, dentro del cual se encuentra considerados
estudiantes que están en proceso de tesis o de proyecto de grado.
60
3.2 POBLACIÓN Y MUESTRA
Población:
Estudiantes de la Carrera de Ingeniería en Sistema.
Estudiantes egresados de la Carrera de Ingeniería en sistemas Computacionales: Los
inscritos en el curso de graduación. determinar cómo consideran el proceso de
aprobación de tesis establecido en la actualidad.
Muestra:
Dentro de la población encuestada se considero a los estudiantes que están egresados
de la Carrera de Ingeniería en Sistemas Computacionales y que se inscribieron en el
1er curso de graduación.
Tamaño de la población aproximado 80 estudiantes
Tamaño de la muestra: 63 estudiantes
Error Muestra para el 95% de NC (Nivel de Confianza): 5.8%
POBLACIÓN DE
ALUMNOS ESTIMADA
N
PERIODO 2010 CURSO DE
GRADUACION
63
61
MUESTRA
Se aplica la fórmula:
PQN
n =
|(N-1) E² + PQ
K²
EL TAMAÑO DE LA MUESTRA
n: Tamaño de muestra PQ: Varianza =0.25
N: Población
E: Margen de error
K: Constante de corrección del error (95.5%) = 2
20.63
316439.0
20
25.0265756.0
20
25.04/)003364.0)(79(
20
25.02/)058.0)(180(
)80(25.022
n
n
n
n
n
N= 80
E= 5.8% = 0.058
K=2
PQ=0.25
n = ¿?
62
Cuadro No. 1
Elaboración: Evelyn Ponguillo Rodríguez
Fuente: Evelyn Ponguillo Rodríguez
Cuadro No. 2
MATRIZ DE OPERACIONALIZACIÓN DE VARIABLES
Variables Dimensiones Indicadores Técnicas y/o
Instrumentación
V.I.
Análisis del proceso
de Ingreso de
Anteproyecto de
estudiantes egresados
que van a presentar
tema de tesis.
Estudiantes
egresados de la
carrera de
Ingeniería en
Sistemas
Computacionales.
Un estimado entre
80 y 120 egresados
en proceso de
inscripción de
curso de
graduación.
El análisis se
realizo mediante
encuestas
realizadas a los
egresados que se
inscribieron en el
proceso de
graduación.
Año Periodo Total Alumnos
2010 1 45
2 18
Total 63
63
Departamento de
Investigación Y
Desarrollo
Tecnológico.
Registro de
estudiantes
encuestados 99%.
Referencias
bibliográficas
sobre el
Framework ZK.
V.D.
Eficiencia en el
proceso de
aprobación de la
propuesta de
anteproyecto.
Desarrollar el
software para
agilizar la gestión
en el proceso de
aprobación de
anteproyecto
mejorando el
tiempo de
respuesta.
Metodología
utilizada fue la
representación
grafica del estudio
realizado.
Consulta a
expertos sobre el
proceso de ingreso
y aprobación de
anteproyecto.
Calidad Lectora y
Aprendizaje
Interpretación del
texto.
Encuestas,
Entrevistas.
V.D.
Implementación de
un sistema web para
el registro y
Diseño del
sistema web para
la Carrera de
Metodología de
desarrollo de
Software.
Bibliografía
especializada por
el uso de la
64
aprobación de los
anteproyectos de
Tesis y Curso de Fin
de carrera
Ingeniería en
Sistemas
Computacionales
y Networking
herramienta ZK.
Calidad de
Distribución
Interpretación del
software
Foros y páginas
web de ZK
Elaboración: Evelyn Ponguillo Rodríguez
Fuente: Evelyn Ponguillo Rodríguez
3.3 INSTRUMENTOS DE RECOLECCIÓN DE DATOS
TECNICAS
Las técnicas de campo que se utilizaron para desarrollar la aplicación para el ingreso
y aprobación de anteproyectos son: Encuesta y Recopilación de datos necesarios para
terminar el proyecto de fin de carrera.
65
LOS INSTRUMENTOS
Técnica Instrumento
- Observación - Registro de observación
- Encuesta - Cuestionario
3.4 INSTRUMENTOS DE LA INVESTIGACIÓN
Registro de Observación: Se observó el proceso de registro y aprobación de proyectos
de tesis. Determinando así cuales eran los pasos a seguir.
Se verifico el formato que los alumnos deben de llenar cuando registran sus tesis,
previo a la aprobación de las mismas.
Guión de Entrevista: Se entrevistó a 63 estudiantes de la carrera de Ingeniería en
Sistemas Computacionales los cuales ya han pasado por este proceso o se encuentran
en el mismo.
Encuesta aplicable a los estudiantes: Nos permitirá saber el grado de satisfacción que
muestran ante el método de aprobación que se está aplicando al momento en la
Carrera así como también saber la opinión que tienen con respecto a aplicar un
método automatizado para dicho proceso.
66
3.5 PROCEDIMIENTOS DE LA INVESTIGACIÓN
El problema:
Planteamiento del problema
Análisis del problema
Interrogantes de la investigación
Objetivos de la Investigación
Alcance de la Investigación
Justificación o importancia de la investigación
Marco teórico:
Fundamentación teórica
Fundamentación Legal
Preguntas a contestarse
Identificación de Variables
Metodología:
Diseño de Investigación
Población y Muestra
Instrumentos de recolección de datos
Procedimiento de la Investigación
Recolección de Datos
Análisis de los datos recolectados
67
Criterios para la elaboración de la propuesta
3.6 RECOLECCIÓN Y PROCESAMIENTO DE LA
INFORMACIÓN
Se dedicó un tiempo a la observación y análisis del proceso de aprobación de
proyectos de tesis.
Se coordino reuniones con la persona encargada de la revisión, aprobación de
proyectos de tesis.
Los datos recolectados a través de la observación y entrevistas fueron registrados con
el resto de la documentación y analizados.
Los datos recolectados a través de las encuestas fueron tabulados mediante Excel y
comparados por cuadros estadísticos.
3.7 DESARROLLO DEL PROYECTO
3.7.1 ANÁLISIS DE LA INFORMACIÓN Y REQUERIMIENTOS
Tras las encuestas e investigaciones realizadas se pudo obtener los siguientes datos:
68
ENCUESTA REALIZADA:
Objetivo de le Encuesta:
Determinar de la población total de estudiantes, ¿cuánto tiempo se tardo la
aprobación de su proyecto?
El tiempo que tarda en aprobar un proyecto
Ricardo Almendares
1.-
Excelente Regular x Malo
2.- Si x No
3.-
Si x No
4.- Marque los beneficios que usted cree que se obtendrían con un sistema vía Web que ayude al proceso
x x
Seguridad en la información. Otros beneficios x
5.- Si usted ya presento su Anteproyecto, indique el tiempo que se demoro en la aprobación de su tema.
Número en días 5
Gracias por su atención
ENCUESTA SOBRE EL PROCESO DE APROBACION DEL ANTEPROYECTO
Universidad de Guayaquil Facultad de Ciencias Matemáticas y Físicas
Carrera de Ingeniería en Sistemas Computacionales
¿Cómo considera el proceso actual de aprobación de Anteproyecto?
¿Piensa usted que se puede automatizar el proceso de aprobación de Anteproyecto?
¿Cree usted que un sistema vía Web podría llevar un mejor control de los anteproyectos ingresado por los egresados?
de aprobación de anteproyectos. Rapidez en la aprobación del anteproyecto Acceso desde cualquier lugar a la información
Conteste las siguientes preguntas marcando con una x en el casillero correspondiente a su respuesta
Nombre del Encuestado:
69
¿Qué porcentaje de estudiantes cree conveniente que automatizar el proceso de
aprobación de proyectos de grados y tesis es lo mejor?
Resultados obtenidos:
Tamaño de la población (estudiantes promedio matriculados): 80 estudiantes
Tamaño de la muestra: 63 estudiantes
Error Muestra para el 95% de NC (Nivel de Confianza): 5.8%
Análisis Estadísticos:
Pregunta 1.-
1.- ¿Cómo considera el proceso actual de aprobación de Anteproyecto?
Grafico 3.1
Elaboración: Investigadora
Fuente: Encuesta Realizada
70
Análisis: De los 63 estudiantes encuestados, 48 opinan que el proceso de aprobacion
de Anteproyecto es regular y 15 opinan que es malo.
Pregunta 2.-
¿Piensa usted que se puede automatizar el proceso de aprobación de
Anteproyecto?
Grafico 3.2
Elaboración: Investigadora
Fuente: Encuesta Realizada
Análisis: De acuerdo al análisis estadísticos, de la población total de 55 opinan que se
puede automiatizar el proceso de aprobacion mientras que 8 piensan que no.
71
Pregunta 3.-
3.- ¿Cree usted que un sistema vía Web podría llevar un mejor control de los
anteproyectos ingresado por los egresados?
Grafico 3.3
Elaboración: Investigadora
Fuente: Encuesta Realizada
Análisis: De los 63 estudiantes entrevistados, 45 estudiantes creen que se puede
llevar un mejor control para la revision de la aprobacion de anteproyectos y 18
consideran que no.
72
Pregunta 4.-
Marque los beneficios que usted cree que se obtendrían con un sistema vía Web
que ayude al proceso de aprobación de anteproyectos.
Grafico 3.4
Elaboración: Investigadora
Fuente: Encuesta Realizada
Análisis: De acuerdo al análisis estadísticos, de la población total de estudiantes 50
opinan que brindara mayor rapidez, 63 opinan que sera accesible, 0 que brindara
seguridad y 46 que podran admitir otro tipo de beneficios.
73
3.8 CRITERIOS PARA LA ELABORACIÓN DE LA PROPUESTA (EN CASO DE PROYECTOS FACTIBLES Y ESPECIALES)
Mediante el Desarrollo de la Aplicación para la Ingreso y Aprobación de
Anteproyectos de Tesis y Proyectos de Grado de Estudiantes de la Carrera Ingeniería
en Sistema de la Universidad de Guayaquil, mejoraran los procesos de manera que el
tiempo de aprobación será mucho más rápido y además de mejorar el perfil de la
institución ya que es una carrera tecnología y debe estar evolucionando conforme a
que la ciencia avanza.
3.9 CRITERIOS DE VALIDACIÓN DE LA PROPUESTA
La respuesta que se obtuvo después de realizar las encuestas fue impresionante
debido a que se puede analizar el tiempo que puede tardar la aprobación de un
anteproyecto y los inconvenientes que pueden surgir en el proceso; por lo que la
metodología implementada resulto una buena táctica debido a que se llego a conocer
de manera clara y objetiva las opiniones de los estudiantes con respecto a este asunto
y la necesidad de tener un proceso automatizado.
74
CAPÍTULO IV
MARCO ADMINISTRATIVO
4.1 CRONOGRAMA
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
4.2 PRESUPUESTO
EGRESOS DÓLARES
Suministros de oficina y computación $ 50.00
Impresiones de hojas de encuestas 3.00
Computadora y servicios de Internet 85.00
Transporte 50.00
Refrigerio 25.00
Empastado, anillado de tesis de grado 50.00
TOTAL……………………………………… $ 263.00
PRESUPUESTO DE LA APLICACIÓN
EGRESOS DÓLARES
Licencia del Framework ZK (open source y
utilizado en un sistema educativo)
0.00
Licencia de IDE MyEclipse 7.5 0.00
Horas Programador ($3.19xh) 3240.00
Licencia de SQL Server Enterprise Edition R2
2008
2588.21
Licencia de Windows Server 2008 R2 1904.00
TOTAL……………………………………… $ 7732.21
Ingresos
El ingreso de este proyecto se refleja en los beneficios que brinda el mismo, es decir
la rapidez al realizar las operaciones permitirá optimizar tiempos de respuesta, mayor
92
organización, entre otros, todo esto permitirá brindar mejores servicios a los
estudiando siendo beneficiados toda la comunidad universitaria.
93
ANEXOS
94
95
96
97
CAPÍTULO V
CONCLUSIONES Y RECOMENDACIONES
5.1 CONCLUSIONES
En base a los estudios realizados sobre el proyecto podemos destacar que:
Desde el punto de vista tecnológico el proyecto es viable ya que debido a la
automatización de los procesos con la utilización de las herramientas actuales de
internet nos brinda mayor rapidez para efectuar la revisión de los proyectos de
manera eficaz y según las pruebas realizadas se llega a la conclusión de que se reduce
el tiempo de aprobación de anteproyecto en un 90% ya que la revisión del documento
se realiza en cualquier día y con mayor frecuencia a la que normalmente se estaba
llevando, ayudando a un mejor desenvolvimiento y depuración del anteproyecto.
La puesta en producción de la aplicación aportará notables cambios y beneficios
como lo es el de menor tiempo en aprobación de anteproyectos además de mejorar
indudablemente el control y organización de los anteproyectos ingresados por el
estudiante en un 99%.
Este proyecto permite administrar y gestionar la información de los anteproyectos de
grado, de tal forma que tanto estudiantes, como tutores de proyectos y directivos del
departamento, puedan tener datos actualizados, precisos y detallados, de los avances
de estos anteproyectos.
98
Adicional este proyecto genera una base de conocimientos para el departamento y sus
estudiantes permitiendo la descendencia de nuevos proyectos de grado y trabajos de
investigación.
5.2 RECOMENDACIONES
Dada la importancia del Ingreso y Aprobación de los Anteproyectos de Tesis y
Proyecto de Grado se recomienda que en la implementación de este proyecto se tenga
en consideración que los usuarios necesarios como administrador, tutor y alumno
posean el perfil indicado.
Se debe preparar todos los datos que le preceden como la línea de investigación o
tópico, causa estado y requerimiento, así como los datos de los alumnos debidamente
matriculados, no olvidar asignar las equivalencias en las líneas de investigación o
tópico.
Recordar también que tener un buen servidor ayudara a que la transacción realizadas
por los usuarios sean procesada de manera rápida.
Tomar en cuenta para versiones posteriores del sistema más reportes gerenciales.
99
BIBLIOGRAFÍA
Oscar Luis, Elaboración del anteproyecto y proyecto de tesis de grado, 8 de julio de
2010 http://guiadetesis.blogspot.com/search/label/anteproyecto%20de%20tesis.
Galvis Quintero Jorge, diseño e implementación de una aplicación web (Sistema
Web Alexa) para la gestión de las reservas de aulas y videobeams
de la universidad de santander udes sede cúcuta, 2009,
http://www.camayihi.org/flakox/alexa.pdf
Ministerio de Planificación y Cooperación División de Planificación, Estudios e
Inversión Departamento de Inversiones, Metodología de Proyectos Informático
http://www.serplacrm.cl/publicaciones/metodologias/LMV11.pdf
Berzal Fernando, Francisco J. Cortijo & Juan Carlos Cubero, Interfaces Web
http://Elvex.Ugr.Es/Decsai/Csharp/Pdf/Web/1-Web.Pdf
Carles De Haro Juan, Prototipo De Framework Documental Para Firma Electrónica:
Cliente, 19/10/2007,
http://Upcommons.Upc.Edu/Pfc/Bitstream/2099.1/4874/1/Pfc%20-
%20carles%20de%20haro%20juan.Pdf
Carles Mateu, Desarrollo De Aplicaciones Web, 1ra. Edición Marzo 2004 desde
http://www.Uoc.Edu/Masters/Softwarelibre/Esp/Materials/Desarrollo_Web.Pdf
100
Elia Vite Villegas Itl, Armando Jaraleño Paloalto Itsur , Desarrollo De Aplicaciones
Web Utilizando Rich Internet Applications- (Rias) e Implementando
Consejo De Ciencia Y Tecnología Del Estado De Guanajuato(2008)
http://computomovil.files.wordpress.com/2009/10/elia-vite-y-j-armando-jaraleno.pdf
Ferri Francisco, “Introducción Zk” , 09 Febrero del 2011
http://Www.Adictosaltrabajo.Com/Material_Charlas/20110209/Charlazk.Pdf
Lanvin Daniel Fernández, “Definición De Una Arquitectura Software Para El Diseño
De Aplicaciones Web Basadas En Tecnología Java-J2ee”
http://Www.Di.Uniovi.Es/~Dflanvin/Doctorado/Arquitecruraj2ee.Pdf
López Aguilar, Desarrollo De Aplicaciones Web Usando Uml, 2005,
http://Perseo.Cs.Buap.Mx/Bellatrix/Tesis/Tes810.Pdf
Palacios Eliseo, “Aplicaciones Ricas En Internet (Ria). Un Enfoque De
Refactorizacion”, Diciembre De 2008,
http://Revista.Info.Unlp.Edu.Ar/Tesinas/Tesis44.Pdf
101
Pineda Sánchez Hugo Andrés, “Investigación Y Desarrollo De Aplicaciones Web
Enriquecidas”,2007,http://Dspace.Fica.Ufro.Cl:8080/Jspui/Bitstream/123456789/228/
1/Hugo%20pineda.Pdf
Diccionario etimológico de Joan Corominas
Henri Chen, Robbie Cheng, Zk Ajax Without Javascript Framework (Copyright 2007
By Potix Corporation)
Conceptos y páginas de ZK, 6 Octubre del 2010
http://Es.Wikipedia.Org/Wiki/Zk_Framework
http://Www.Zkoss.Org/Product/Zk.Dsp
http://Books.Zkoss.Org/Wiki/Small_Talks/2009/July/Zk_5.0_And_Client-
Centric_Approach
http://Www.Zkoss.Org Zk Página Principal
http://En.Wikipedia.Org/Wiki/Zk_Framework (Artículo De Zk En Wikipedia)
0
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
IMPLEMENTACIÓN DE UN SISTEMA WEB PARA EL REGISTRO Y APROBACIÓN DE LOS
ANTEPROYECTOS DE TESIS Y CURSO DE FIN
DE CARRERA
TESIS DE GRADO
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
EVELYN TATIANA PONGUILLO RODRIGUEZ
TUTOR: ING. VICTOR PAZMIÑO
GUAYAQUIL – ECUADOR
2011
1
Manual Técnico
2
INDICE
1.TEMA .......................................................................................................................................... 7
1.2. ANTECEDENTES ............................................................................................... 7
1.3.VISIÓN.............................................................................................................. 8
1.4.MISIÓN ............................................................................................................ 8
1.5. CRITERIO DE DISEÑO ........................................................................................ 8
1.6. BENEFICIOS...................................................................................................... 9
1.7. OBJETIVO GENERAL ........................................................................................10
1.8. OBJETIVOS ESPECÍFICOS ..................................................................................11
1.9. ALCANCES .......................................................................................................11
1.10.RESTRICCIONES ..............................................................................................12
2.MATRIZ DE USUARIOS ......................................................................................................... 13
2.1 CASOS DE USO .................................................................................................13
2.2.DIAGRAMA GENERAL.......................................................................................15
2.3.DIAGRAMA DE FLUJO DE DATOS ......................................................................16
2.3.1 NARRATIVA DEL DIAGRAMA ................................................................. 17
2.3.2. NARRATIVA DE PROCESOS .................................................................... 18
2.3.2.1 REGISTRO DE ANTEPROYECTO ......................................................... 18
2.3.2.2 MODIFICAR PROPUESTA DE PROYECTO ........................................ 19
2.3.2.4 VISUALIZAR OBSERVACIONES (BANDEJA DE ENTRADA
ESTUDIANTE ......................................................................................................... 21
2.3.2.5 VER ANTEPROYECTOS QUE SE LE ASIGNARON A UN
DOCENTE (BANDEJA DE ENTRADA TUTOR)............................................... 22
2.3.2.6 ESCOGER UN ANTEPROYECTO DE LA BANDEJA DE ENTRADA
................................................................................................................................... 23
2.3.2.7 REALIZAR OBSERVACIONES A LOS ANTEPROYECTOS. ............ 24
2.3.2.8 VER OBSERVACIONES DE ANTEPROYECTOS ................................ 24
3
2.3.2.9 ACEPTAR O RECHAZAR UN ANTEPROYECTO............................... 25
2.3.2.10 ESCOGER ANTEPROYECTOS DE LA BANDEJA DE ENTRADA
ADMINISTRADOR ................................................................................................ 26
2.3.2.11 ASIGNACIÓN DE DOCENTE A ANTEPROYECTOS ...................... 27
2.3.2.12 ELIMINACIÓN DE TEMAS DE ANTEPROYECTOS ....................... 28
2.3.2.13 BÚSQUEDA DE ANTEPROYECTOS ................................................... 29
2.3.2.14 REPORTES DE ANTEPROYECTOS ................................................... 30
2.4 REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES ................. 30
2.5 REQUERIMIENTOS DEL SISTEMA ......................................................................32
3. BASE DE DATOS ................................................................................................................ 34
3.1 DESCRIPCIÓN DE LA BASE DE DATOS ................................................................35
3.2 LISTA DE USUARIOS BASE DE DATOS. ...............................................................35
3.3 DICCIONARIO DE DATOS ..................................................................................35
3.4 TABLAS CON MAYOR FRECUENCIA DE ACCESOS. ..............................................60
3.5 TABLAS CON MAYOR CANTIDAD DE REGISTROS. ..............................................60
3.7 PLANES DE CONTINGENCIA RECOMENDADOS. .................................................63
3.8 PLANES DE CRECIMIENTO ESTIMADO. ..............................................................64
3.9 ESTRATEGIA DE RESPALDOS RECOMENDADO ...................................................64
3.10 MÉTODO DE CONEXIÓN A LA BASE DE DATOS. ...............................................65
3.11 CONFIGURACIONES DE MOTOR DE BASES DE DATOS Y/O SISTEMA OPERATIVO.
.............................................................................................................................65
3.12 OBSERVACIONES ADICIONALES ......................................................................65
4. INSTALACIÓN ........................................................................................................................ 66
4.1 INTRODUCCIÓN ...............................................................................................66
4.2 REQUERIMIENTOS ANTES DE INSTALAR .......................................................66
4.2.1 ENTORNO DE PRODUCCIÓN ................................................................... 66
4.2.2 ENTORNO DE PRE-PRODUCCIÓN .......................................................... 67
4
4.3 ENTORNO DE DESARROLLO ..............................................................................69
4.4 INSTALACIÓN DE HERRAMIENTAS ....................................................................71
4.4.1 INSTALACIÓN JAVA JDK EN WINDOWS XP ....................................... 71
4.4.2 CONFIGURACIÓN DE JAVA (VARIABLES DE ENTORNO) .............. 77
4.4.3 INSTALACION DE TOMCAT 6 .................................................................. 81
4.4.4 INSTALACIÓN DE MYECLIPSE 7.5 ........................................................ 84
4.4.5 INSTALACIÓN DE ZK FRAMEWORK .................................................... 86
4.4.6 INSTALACIÓN DE JASPERREPORT ....................................................... 94
4.4.6.1 EJECUTANDO EL IREPORT .................................................................. 99
4.4.7 INSTALACIÓN DEL SERVIDOR SUBVERSION SVNSERVER ......... 100
4.4.8 INSTALACIÓN DEL SVN EN MYECLIPSE 7.5 ..................................... 103
4.4.9 INSTALACIÓN DE SQL SERVER 2008 .................................................. 108
4.4.10 INSTALAR ADOBE READER | LECTOR DE ARCHIVOS PDF ........ 123
4.5 CONFIGURACIÓN PARA ENTORNO DE DESARROLLO ....................................... 127
4.5.1 INTRODUCCIÓN ........................................................................................ 127
4.5.2 CONFIGURACIÓN: .................................................................................... 127
4.5.3 CONFIGURAR UN JDK EN EL ECLIPSE .............................................. 127
4.5.4 CONFIGURACIÓN DE TOMCAT EN MYECLIPSE 7.5 ...................... 129
4.5.5 INSTALACIÓN DE ZK FRAMEWORK .................................................. 137
4.5.6 PARA CREAR UN PROYECTO ................................................................ 145
4.5.7 CONFIGURACIÓN DE HIBERNATE EN MYECLIPSE 7.5. ............... 153
4.5.8 CONFIGURACIÓN SVN EN MYECLIPSE 7.5 ....................................... 173
4.6 RESTAURAR UNA BASE DE DATOS. ................................................................. 181
5. PARTE TECNICA .................................................................................................................. 184
5.1BANDEJA ENTRADA ADMINISTRADOR (BANDEJAENTRADA) ............................ 184
5.2 ASIGNACIÓN DE TUTORES (ASIGNACIONTUTORPROYECTO) ........................... 186
5.3 PROYECTO LECTURA (PROYECTODELECTURA) ................................................ 188
5
5.4 PROTOTIPO DE LA INTERFACE (SEGUNDA PESTAÑA DE LA PANTALLA ANTERIOR)
........................................................................................................................... 191
5.5 MANTENIMIENTO LÍNEA DE
INVESTIGACIÓN(MANTENIMIENTOLINEAINVESTIGACION) ................................... 194
5.6 INGRESO DE TÓPICOS DE UN PROYECTO(LINEAINVESTIGACION) .................... 196
5.7 EQUIVALENCIAS(LINEAINVESTIGACIONEQUIVALENCIA) .................................. 197
5.8 MANTENIMIENTO REQUERIMIENTO(MANTENIMIENTOREQUERIMIENTO) ...... 199
5.9 INGRESO DE REQUERIMIENTOS(REQUERIMIENTO) ......................................... 202
5.10 MANTENIMIENTO CAUSA ESTADO (MANTENIMIENTOCAUSAESTADO) ......... 204
5.11 CAUSA ESTADO (CAUSAESTADO) ................................................................. 206
5.12 REPORTE DE ANTEPROYECTO(REPORTEANTEPROYECTOS) ............................ 208
5.13 REPORTE DE TUTORES DE ANTEPROYECTO(REPORTETUTORESANTEPROYECTO)
........................................................................................................................... 211
5.14 ADMINISTRACIÓN DE GRADUACIÓN ............................................................ 214
5.15 PROYECTO DE LECTURA (PROYECTOADMINISTRACION) ................................ 216
5.16 LISTADO DE TUTORES ASIGNADOS A UN PROYECTO (TUTORESPROYECTO) .. 217
5.17 BANDEJA ENTRADA ALUMNO (MENUALUMNO) ........................................... 219
5.18 PROYECTO (PROYECTO) ............................................................................... 222
5.19 PROTOTIPO DE LA INTERFACE (SEGUNDA PESTAÑA DE LA PANTALLA
ANTERIOR) .......................................................................................................... 225
5.20 VER CAUSA ESTADO DEL PROYECTO ACTIVO(VERCAUSAESTADO) ................. 227
5.21 VER TUTORES ASIGNADOS Y SUS OBSERVACIONES(TUTORESANTEPROYECTO)
........................................................................................................................... 229
5.22 LISTA DE OVBSERVACIONES(LISTAOBSERVACIONES) .................................... 230
5.23 MENÚ TUTOR .............................................................................................. 232
5.24 PROYECTO LECTURA TUTOR(PROYECTODELECTURATUTOR) ......................... 234
6.ESTÁNDARES DE REPORTES ............................................................................................ 243
6
6.1 DISEÑO DE REPORTES .................................................................................... 243
6.1.1ESTRUCTURA .............................................................................................. 243
6.1.2 PAPEL TAMAÑO ........................................................................................ 246
6.1.3 ORIENTACIÓN ........................................................................................... 247
6.1.4 COLORES ..................................................................................................... 247
6.1.5 TIPOGRAFÍAS ............................................................................................. 247
6.1.6 RECOMENDACIONES .............................................................................. 248
6.1.7 OBSERVACIÓN: ......................................................................................... 248
7
1.TEMA
Implementación de un sistema web para el registro y aprobación de los
anteproyectos de Tesis y Curso de Fin de Carrera
1.2. ANTECEDENTES
Teniendo en consideración la exploración efectuada a través de la observación, la
experiencia de haber pasado por el proceso de presentación del anteproyecto y los
comentarios realizados por compañeros, se puede confirmar que el proceso de
aprobación de un anteproyecto se puede tornar en un ambiente tenso, ya que por varias
razones, a veces es difícil para el egresado presentarse en las instalaciones de la carrera a
las tutoría del profesor asignado a su proyecto, lo que significa que pierde el día indicado
por las autoridades para su revisión, en ocasiones se puede llegar a un acuerdo con los
tutores, en otras se trata, pero no se acopla bien los horarios con el docente, todo este
proceso termina perjudicando al alumno ya que no puede continuar con el proceso de
revisión de su anteproyecto con total normalidad, cabe aclarar que los atrasos o la falta de
asistencia a las tutorías dependen de factores externos como el trabajo, accidentes, en
conclusión motivos de fuerza mayor que en muchas ocasiones no dependen del
estudiante ni del docente.
Otras de la situaciones que se enfrenta es al momento de que se rechaza el tema y
dependiendo de los días de tutorías, se espera hasta la próxima sesión para proponer un
nuevo tema que quizás pueda ser rechazado por segunda ocasión.
Investigando el lado administrativo, es tediosa la búsqueda de la carpeta del alumno para
el momento de la tutoría, lo que significa que no se lleva un excelente control de los
anteproyectos presentados, a su vez esto puede provocar que existan temas repetidos.
8
1.3.VISIÓN
Proporcionar un sistema de calidad que cumpla con estándares y brinde información
concisa través del portal web, cumpliendo con todos los requerimientos del mismo, que
sea amigable con el usuario y que brinde las facilidades de registro del anteproyecto
desde cualquier ordenador conectado a internet.
1.4.MISIÓN
Reestructurar el proceso manual que se ha venido realizando en el registro del
anteproyecto de tesis o curso de graduación, eliminando la lentitud en la búsqueda de
información, ofreciendo un mejor servicio a la comunidad universitaria.
1.5. CRITERIO DE DISEÑO
El proyecto Implementación de un sistema web para el registro y aprobación de los
anteproyectos de Tesis y Curso de Fin de Carrera usará como criterios de diseño las
siguientes herramientas:
Del Sistema Operativo:
Windows Server 2008 Service Pack 2
Del Lenguaje de Programación:
Java Versión 6
Del Motor de Base de Datos:
SqlServer 2008 R2
Otras Herramientas
9
Framework ZK 5
Hibernate 3.2 con Anotaciones.
MyEclipse 7.5
IReport 3.7.6
Tomcat 6
SVN Apache 2.2
1.6. BENEFICIOS
Usuario alumno:
Podrá ingresar el anteproyecto desde cualquier lugar donde tenga acceso a
Internet.
Los horarios de acceso son ilimitados, cabe recalcar que debe tener un perfil
especial (graduación alumno) que le permita tener un horario sin restricciones, es
decir de todo el día, los roles para este caso serían de egresados o alumnos que le
permitan realizar tesis, todo esto será posible si el administrador concede los
permisos necesarios, los cuales estamos indicando para este proyecto y este perfil
en particular
No tendrá que ir físicamente a las tutorías para que le aprueben el anteproyecto.
La interacción para la aprobación del anteproyecto será mucho más rápida. (No
deberá esperar una vez por semana).
Podrá ver Anteproyectos aprobados de años anteriores, lo que ayudara al alumno
a verificar que su tema no sea repetido.
Usuario Tutor:
Acceso en cualquier lugar donde tenga una conexión a internet.
10
Podrá revisar los anteproyectos en cualquier momento del día ya que no hay
horarios establecidos, lo que significa que las observaciones las realizara sin
ningún problema, cabe recalcar que el perfil asignado debe ser (tutor de
graduación), el mismo que debe tener un horario sin restricciones, aclarando que
también puede depender de las políticas de seguridad establecidas por el
administrador para el rol de tutores de proyecto de grado o tesis.
Usuario Administrador:
Acceso en cualquier lugar donde tenga una conexión a internet.
Podrá ver reportes gerenciales.
También podrá realizar búsquedas de anteproyectos por profesor o alumnos y ver
en qué estado se encuentra, además de sus tutores y observación, de esta manera
estará monitoreando los anteproyectos.
Podrá realizar las asignaciones de Tutores para la revisión del Anteproyecto y
automáticamente se enviaran los correos correspondientes indicando la elección
para el proceso de revisión y aprobación.
1.7. OBJETIVO GENERAL
Automatizar el proceso de inscripción, seguimiento y aprobación de Tesis, registrando de
manera segura y eficiente la información del Anteproyecto enviada por el alumno a
través de un sistema web, eliminando la necesidad de enviar varias copias de papel de los
anteproyectos de cada alumno, mejorando la comunicación entre el estudiante y el
profesor.
11
1.8. OBJETIVOS ESPECÍFICOS
1. Perfeccionar los procesos realizados para la inscripción y aprobación de tema de
tesis disminuyendo tiempo y esfuerzo.
2. Crear una aplicación fácil de acceder que brinde los datos con mayor rapidez y
con capacidad de soporte de varios usuarios.
3. Analizar la información existente para eliminar datos redundantes y así tener
información confiable y consistente.
4. Ayudar al personal de graduación aprovechar su tiempo en otras actividades
relevantes.
1.9. ALCANCES
1. Registro del anteproyecto.- Permitir el ingreso de la información del
anteproyecto, el tema del mismo, escoger a que tópico quiere aplicar, ejemplo:
redes, base de datos, desarrollo de software, etc.
2. Asignación de los profesores al anteproyecto del estudiante.- Asignar
profesores a un tema de tesis o de curso de graduación.
3. Búsqueda de profesores para la asignación.- Buscar a los docentes para que
sean asignados como tutores de anteproyectos según el criterio escogido, este
proceso se realizara según las opciones de línea de investigación que se tengan
activas en ese periodo de tiempo.
4. Bandeja de entrada Tutor.- Visualizar los anteproyectos que le han sido
asignados y poder elegir cuál de ellas revisar y comenzar con el proceso de
aprobación.
12
5. Observaciones del anteproyecto.- Registrar las observaciones que sean
necesarias en el anteproyecto que este visualizando.
6. Modificación de anteproyecto.- Permitir al estudiante modificar la última
versión del documento, cambiar el titulo del tema si es necesario.
7. Reporte de anteproyectos.- Emitir reportes de los anteproyectos presentados en
un rango de fechas.
8. Reportes de los profesores.- Emitir reporte de los profesores asignados a los
anteproyectos enviados por los estudiantes.
9. Manejo de Versiones de anteproyectos.- Asignar un código de versión para
cada modificación del documento enviado por el alumno hasta llegar a una
versión final que será el documento aprobado.
1.10.RESTRICCIONES
Restricción de Alcances: El módulo del registro y aprobación de Anteproyectos de
Tesis y proyectos de grado posee las siguientes limitaciones:
No existen reportes administrativos de las Observaciones de los Anteproyectos,
sin embargo estas pueden ser impresas por cada anteproyecto solo por parte de
los tutores y consultadas por alumnos.
El administrador no podrá consultar anteproyectos que estén eliminados, pero el
alumno si podrá visualizar este en el caso de que lo tuviese.
No existe la impresión del contenido del Anteproyecto, pero si puede visualizar
sus diferentes versiones.
No se controla los días que una observación esta sin corregir sin embargo si se
detalla al momento de consultar, cuantas observaciones están sin corregir.
13
No hay reportes administrativos de los diferentes estados por los que ha pasado
un anteproyecto, sin embargo existe consultas por parte del alumno donde le
permite imprimir los estados por los que ha pasado su anteproyecto.
2.MATRIZ DE USUARIOS
2.1 CASOS DE USO
Tipo de Usuario Descripción
Alumno Estudiante apto para tesis, egresado (alumno que ingresa el
anteproyecto).
Docente Tutor de Graduación (Docente que se encarga de revisar y aprobar
el anteproyecto).
Administrador
Graduación
Coordinador Académico, Autoridades (Personal administrativo
que podrá realizar las asignaciones de Tutor a los Anteproyectos y
ver reportes de Anteproyectos).
14
15
2.2.DIAGRAMA GENERAL
NARRATIVA DE DIAGRAMA GENERAL
Los ingresos necesarios para que nuestra aplicación funcione correctamente.
1. Los datos de los proyectos de tesis de grado almacenados y actualizados.
2. Reportes del modelo de Registro y Aprobación de Proyectos o Tesis de grado.
16
2.3.DIAGRAMA DE FLUJO DE DATOS
17
2.3.1 NARRATIVA DEL DIAGRAMA
1. El estudiante del Curso de Fin de Carrera o Tesis registra el anteproyecto con el
formato correspondiente a su proyecto o tesis de grado
2. El Coordinador de graduación revisa el anteproyecto y si el anteproyecto esta
correcto realiza la asignación de tutor(es) al mismo, caso contrario lo elimina.
3. El tutor del Curso de Fin de Carrera revisa el anteproyecto. y si esta incorrecto
realiza observaciones al documento indicando si esta de acuerdo o en desacuerdo
con cada requerimiento.
4. Dependiendo de si señala todas de acuerdo o en desacuerdo puede aceptar o
rechazar el anteproyecto para terminar el proceso.
5. El estudiante revisa si tiene observaciones en su documento, y si es así procede a
modificar los requerimientos necesarios (corrige el documento).
6. La corrección del documento genera las diferentes versiones del anteproyecto.
7. Se vuelve a someter a revisión por parte del tutor al anteproyecto (regresa al paso
3).
8. El coordinador de graduación revisa los anteproyectos ingresados, en proceso,
aceptados o rechazados.
9. El Coordinador de Graduación puede visualizar reportes de Anteproyectos para
saber su estado, además de ver todos los anteproyectos asignados a tutores
específicos.
18
2.3.2. NARRATIVA DE PROCESOS
2.3.2.1 REGISTRO DE ANTEPROYECTO
Descripción
El caso de uso lo inicia el estudiante de la Carrera de Ingeniería en Sistemas
Computacionales, su finalidad es ingresar su propuesta de anteproyecto de tesis o
proyecto de graduación desde cualquier parte de su casa, cyber o desde la universidad
para su posterior aprobación.
Flujo de Eventos
Flujo Básico
El estudiante va a la opción del botón nuevo proyecto.
Le aparecerá una nueva pantalla de registro de anteproyecto donde
ingresa el tema o titulo del proyecto.
Selecciona el tópico al que va orientado su proyecto (Desarrollo de
software, Redes, Base de datos, etc.).
Selecciona el tipo de Contenido del Anteproyecto como por ejemplo si es
de desarrollo o investigativo.
Ingresa el numero de cedula de el(los) integrante(s) de grupo.
Comienza a llenar el formato de anteproyecto presentado (Antecedente,
Descripción del Problema, Objetivos Generales, Objetivos Específicos,
Justificación).
Todas estas opciones para llenar no aparecerán en una sola ventana por lo
que deberá dar un clic en las pestañas correspondientes para llenar el
formulario.
19
Por último de un clic en grabar, automáticamente la versión del
documento se generara, si es por primera vez la versión 1, luego será la 2
y así sucesivamente.
Precondiciones
Estar matriculado en los últimos semestres para poder ingresar el anteproyecto como
tesis o haberse inscrito en el curso de graduación.
Poscondiciones
No aplica
2.3.2.2 MODIFICAR PROPUESTA DE PROYECTO
Descripción
Permite que el estudiante tenga acceso a modificar su proyecto de Tesis o de Curso de
Graduación, pero esta se guardara con otra versión a la inicial, lo que creara un historial
de versiones de un anteproyecto específico.
Flujo de Eventos
Flujo Básico
Se mostrará al estudiante la última versión del documento ingresado para
que realice las modificaciones
Los campos se desbloquearan para que el estudiante pueda realizar los
cambios respectivos.
Una vez realizado los cambios deseados se procederá a guardar la
información con una versión diferente (proceso automático).
20
Precondiciones.
El estudiante debe tener un anteproyecto activo, es decir haber ingresado la primera
versión del documento y estar en un periodo de revisión vigente para poder realizar las
modificaciones.
Poscondiciones
No aplica.
2.3.2.3 VISUALIZAR VERSIONES DE ANTEPROYECTOS
Descripción
El usuario estudiante podrá visualizar las diferentes versiones de su anteproyecto
ingresado, así como los anteriores proyectos rechazados si los tuviese, de esta manera
podrán escoger entre las versiones del anteproyecto y ver las correcciones realizadas o
estado de su anteproyecto en el periodo establecido.
Flujo de Eventos
Flujo Básico
El estudiante de la carrera selecciona una versión de la lista y pulsa sobre
el hipervínculo del mismo.
El sistema muestra una nueva interfaz en la que se muestra la información
del proyecto: Antecedentes, objetivos generales y específicos, estado de
la propuesta, etc.
Otra opción que tendrá disponible el estudiante es la parte de ver los
tutores asignados a su proyecto y a la vez las observaciones realizadas
por el mismo.
21
Precondiciones.
Tener varias versiones de un anteproyecto ingresado.
Poscondiciones.-
No aplica.
2.3.2.4 VISUALIZAR OBSERVACIONES (BANDEJA DE ENTRADA
ESTUDIANTE
Descripción
El estudiante podrá visualizar las observaciones que fueron realizadas por sus tutores
asignados al proyecto, es decir visualizara las observaciones de cada tutor asignado.
Flujo de Eventos
Flujo Básico
Escoger el anteproyecto del que desea ver las observaciones realizadas.
Una vez que dio clic en el anteproyecto podrá visualizar los tutores que
fueron asignados a su proyecto y sus respectivas observaciones.
Podrá visualizar el número total de observaciones, el total corregidas y sin
corregir por cada tutor.
Precondiciones
Haber realizado observaciones al anteproyecto a consultar por parte de él o los tutor(es).
Poscondiciones
No aplica
22
2.3.2.5 VER ANTEPROYECTOS QUE SE LE ASIGNARON A UN
DOCENTE (BANDEJA DE ENTRADA TUTOR)
Descripción
El actor iniciador de este caso de uso es el Docente de la carrera. Mediante esta opción se
podrá observar en la bandeja de entrada los anteproyectos que le fueron asignados.
Flujo de Eventos
Flujo Básico
La pantalla muestra un listado de los anteproyectos enviados por los
alumnos y que le fueron asignados.
Se presentaran el tema del anteproyecto, el nombre del estudiante y la
fecha de envío de la información.
Para ver su contenido podrán acceder al mismo pulsando sobre el tema del
anteproyecto.
Precondiciones.
Debe haber anteproyectos ingresados en la bandeja de entrada para poder asignarlos a los
tutores.
Poscondiciones
No aplica
23
2.3.2.6 ESCOGER UN ANTEPROYECTO DE LA BANDEJA DE
ENTRADA
Descripción
El docente una vez ingresado a la bandeja de entrada podrá escoger un anteproyecto entre
los que aparecerán en el buzón para visualizarlo.
Flujo de Eventos
Flujo Básico
Escoge un anteproyecto que desea revisar
Aparecerá el tema del proyecto con la información que ha ingresado el
estudiante
Podrá realizar las observaciones de las diferentes secciones del
documento.
Dispondrá de las siguientes opciones: Rechazar el anteproyecto, Aceptar
el anteproyecto. Cancelar para salir del anteproyecto.
Si rechaza o acepta el anteproyecto se presentar una pantalla para escribir
el motivo del rechazo.
Precondiciones.
Tener anteproyectos asignados
Poscondiciones
No aplica.
24
2.3.2.7 REALIZAR OBSERVACIONES A LOS ANTEPROYECTOS.
Descripción
Permite al docente realizar observaciones a un anteproyecto de cada uno de los
requerimientos del mismo.
Flujo de Eventos
Flujo Básico
Primero debe escoger un anteproyecto para revisar.
Podrá realizar las observaciones de las diferentes secciones del
documento que desee dando clic sobre el tema de anteproyecto especifico.
Se mostrará una nueva ventana donde podrá escribir la observación y
decidir si está de acuerdo o en desacuerdo con dicho requerimiento,
dependiendo del caso se exigirá que escriba o no la observación.
Precondiciones.
Haber elegido un anteproyecto en particular para realizar las observaciones.
Poscondiciones
No aplica.
2.3.2.8 VER OBSERVACIONES DE ANTEPROYECTOS
Descripción
El tutor podrá visualizar las observaciones realizadas de un proyecto en específico así
como las observaciones de los demás tutores asignados al anteproyecto en común. No
25
podrá visualizar observaciones de anteproyectos en los que no haya participado, tendrá la
opción de visualizar e imprimir las observaciones.
Flujo de Eventos
Flujo Básico
Escoger el anteproyecto del que desea ver las observaciones realizadas.
Una vez que dio clic en el anteproyecto podrá visualizar las observaciones
de este en particular dando clic en la opción de observaciones.
Se permitirá imprimir si es necesario.
Precondiciones
Haber realizado observaciones al anteproyecto a consultar.
Poscondiciones
No aplica
2.3.2.9 ACEPTAR O RECHAZAR UN ANTEPROYECTO
Descripción
El tutor podrá visualizar un anteproyecto realizar las observaciones y luego aceptar o
rechazar un proyecto dependiendo de las observaciones realizadas.
Flujo de Eventos
Flujo Básico
Escoger el anteproyecto del que desea realizar las observaciones y aceptar
o rechazar el documento.
26
Se permitirá aceptar el anteproyecto si todos los requerimientos fueron
aceptados, y rechazar si todas las observaciones estuvieron en desacuerdo.
Precondiciones
Haber realizado observaciones al anteproyecto aceptando o rechazando todas las
observaciones.
Poscondiciones
No aplica
2.3.2.10 ESCOGER ANTEPROYECTOS DE LA BANDEJA DE
ENTRADA ADMINISTRADOR
Descripción
Este caso de uso interviene el actor coordinador de graduación el encargado de la
asignación de anteproyectos a tutor y eliminación de temas, de tal manera que podrá
visualizar los proyectos ingresados, en revisión, aceptados y rechazados.
Flujo de Eventos
Flujo Básico
Tiene la opción de visualizar los anteproyectos ingresados para luego
asignarles tutores.
Tiene la opción de visualizar los anteproyectos que están en proceso de
revisión.
Tiene la opción de visualizar los anteproyectos que están aceptados y
rechazados por los tutores.
27
Precondiciones
Debe haber ingresado al registro del sistema con el rol de coordinador de graduación.
Poscondiciones
No aplica.
2.3.2.11 ASIGNACIÓN DE DOCENTE A ANTEPROYECTOS
Descripción
Este caso de uso interviene el actor coordinador de graduación, la asignación del docente
a un tema de anteproyecto según el tópico que ha escogido el alumno, se basa en un
criterio de selección para elegir al docente.
Flujo de Eventos
Flujo Básico
Buscar el tema en particular que se desea asignar el o los docentes para la
aprobación del tema.
Una vez elegido el tema para el que se va asignar los tutores se procede a
elegir de una lista en la cual se encuentran a los tutores relacionados al tópico
que tiene el anteproyecto este puede ser de: Redes, Desarrollo de Software,
Base de datos, etc.
El criterio de selección es escogido por el administrador en este caso el
coordinador de graduación.
Dar clic en aceptar para terminar la asignación.
28
Precondiciones
Debe haber ingresado al registro del sistema con el rol de coordinador de graduación.
Poscondiciones
No aplica.
2.3.2.12 ELIMINACIÓN DE TEMAS DE ANTEPROYECTOS
Descripción
Este caso de uso interviene el actor de coordinador de graduación, donde será la persona
indicada para eliminar temas de anteproyectos que a su criterio no son viables o por otras
causas que pueden surgir en el tiempo.
Flujo de Eventos
Flujo Básico
Buscar el tema en particular que se desea eliminar.
Una vez elegido el tema se elije la opción de eliminación.
Pregunta si está segura de la eliminación y procede a ejecutar la opción.
Precondiciones
Debe haber ingresado al registro del sistema con el rol de coordinador de graduación.
Poscondiciones
No aplica.
29
2.3.2.13 BÚSQUEDA DE ANTEPROYECTOS
Descripción
Este caso de uso interviene el actor de coordinador de graduación, esta opción le ofrece
al coordinador realizar una búsqueda de anteproyectos específicos por numero de cedula,
o nombres del tutor o estudiante.
Flujo de Eventos
Flujo Básico
Llenar los filtros o criterios de búsqueda según su elección.
Permite realizar la búsqueda por numero de cedula o apellidos tanto de
tutor como de estudiantes.
Una vez encontrado podrá ver el estado del anteproyecto, los tutores
asignados y sus respectivas observaciones.
Precondiciones
Debe haber ingresado al registro del sistema con el rol de coordinador de graduación o
tener el perfil necesario para ver estas opciones.
Poscondiciones
No aplica.
30
2.3.2.14 REPORTES DE ANTEPROYECTOS
Descripción
Este caso de uso interviene el actor de coordinador de graduación, esta opción permite
que podamos ver de forma de reportes e impresa todos los anteproyectos ingresados, sus
estados, entre otros, ver los anteproyectos de tutores específicos.
Flujo de Eventos
Flujo Básico
Llenar los filtros o criterios de búsqueda según su elección.
Permite realizar la búsqueda por tópicos, periodos de graduación, si se
trata de tesis o curso de graduación de carrera.
Imprimir el reporte si es necesario.
Precondiciones
Debe haber ingresado al registro del sistema con el rol de coordinador de graduación o
tener el perfil necesario para ver estas opciones.
Poscondiciones
No aplica.
2.4 REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES
Funcionales:
Permitir el ingreso de anteproyecto y su modificación, crear versiones de los
anteproyectos.
31
Asignar Anteproyectos a Tutores para su revisión y aprobación.
Permitir realizar observaciones al Anteproyecto por parte del tutor.
Para que funcione todo esto se deberá llenar con anticipación los registros de
requerimientos, línea de investigación o tópico, Causa estado, así como datos de
otros módulos como materias de un flujo especifico, Parámetros de Graduación,
Asignación de Profesores a Materias.
Reportar los anteproyectos presentados en un periodo de tiempo específico.
Permitir realizar búsquedas de Anteproyectos por alumno o por tutor en ambos
casos, por cedula y apellidos.
No Funcionales:
Para el funcionamiento del módulo se necesita la instalación de las siguientes
herramientas:
My Eclipse versión 7.5
Java versión 6.0
ZK Framework versión 5.0
Hibernate versión 3.2 con Anotaciones
SVN Apache 2.2
iReports versión 3.7.6
La plataforma a usar es ZK con el lenguaje de programación de Java en la herramienta o
IDE MyEclipse además de la herramienta de Hibernate para mapear y Subversión para la
integración del proyecto con otros módulos y por último el IReport para generar los
reportes.
32
2.5 REQUERIMIENTOS DEL SISTEMA
Recurso de Hardware.- Los equipos que van a ser utilizados en el módulo, durante el
desarrollo del proyecto necesitan las siguientes características:
Para el servidor:
Procesador
Tipo de procesador:
Procesador IAMD Phenom™ II X4 o más rápido
Velocidad de procesador:
Recomendado: 2.8 GHz o más
Sistema operativo Windows Server 2008 R2 Itanium IA642
Memoria
Mínimo: 2 GB
Recomendado: 4 GB o más
Máximo: máximo del sistema operativo
Disco Duro Mínimo: 500 GB
Recomendado: 1 TB o más
Para el cliente:
Procesador
Tipo de procesador:
Procesador Pentium 4 o más rápido
Velocidad de procesador:
Recomendado: 3.0 GHz o más
Sistema operativo Windows XP o superior
Memoria
Mínimo: 1 GB
Recomendado: 2 GB o más
Máximo: máximo del sistema operativo
Disco Duro Mínimo: 80 GB
Recomendado: 160 GB o más
Recurso de Software.- Es un módulo es integrado y posee los siguientes requisitos:
Para el Servidor:
Servidor de aplicaciones Apache Tomcat versión 6.0
Base de Datos.- Microsoft SQL Server 2008.
33
Navegadores (Firefox, Internet Explorer, Google Chroome).
Sistema Operativo Windows Server 2008 Service Pack 2.
Utilitarios Microsoft Office.
My Eclipse versión 7.5
ZK Framework versión 5.0
Hibernate versión 3.2 con Anotaciones
SVN Apache 2.2
iReports versión 3.7.6
Para el Cliente:
Navegadores (Firefox, Internet Explorer, Google Chroome).
Sistema Operativo Windows XP Service Pack 3.
JRE versión 5.0
34
3. BASE DE DATOS
Asignacion (Proyecto)
Id int
IdPersona int
IdProyecto int
FechaIngreso datetime
Indtutoria int
Bandenvio int
Estado nchar(1)
Column Name Data Type Allow Nulls
DetalleProyecto (Proyecto)
Id int
IdProyecto int
IdRequerimientoTipoProceso int
DetalleProyecto text
Scversion int
FechaIngreso datetime
IdUsuario nvarchar(50)
Column Name Data Type Allow Nulls
Observacion (Proyecto)
Id int
IdDetalleProyecto int
IdPersona int
DetalleObservacion text
FechaIngreso datetime
EstadoEnvio int
Estado nchar(1)
EstadoObservacion int
Column Name Data Type Allow Nulls
ProyectoEstudiante (Proyecto)
Id int
IdProyecto int
IdPersona int
Column Name Data Type Allow Nulls
Requerimiento (Proyecto)
Id int
Descripcion nvarchar(500)
Estado nchar(1)
IdUnidadAcademica int
CampoAyuda nvarchar(500)
Column Name Data Type Allow Nulls
FK_ProyectoEstudiante_Proyecto
FK_DetalleProyecto_Proyecto
FK_Asignacion_Proyecto
FK_Observacion_DetalleProyecto
CausaEstado (Proyecto)
Id int
Descripcion nvarchar(250)
Estado nchar(1)
Column Name Data Type Allow Nulls
RequerimientoTipoProceso (Proyecto)
Id int
IdRequerimiento int
IdProceso int
Estado nchar(1)
Orden int
Column Name Data Type Allow Nulls
FK_RequerimientoTipoProceso_Requerimiento
LineaInvestigacion (Proyecto)
Id int
Descripcion nvarchar(250)
Estado nchar(1)
IdUnidadAcademico int
Column Name Data Type Allow ...
Proyecto (Proyecto)
Id int
IdLineaInvestigacion int
IdPeriodo int
NoProyecto int
Tema nvarchar(500)
FechaIngreso datetime
IdProceso int
IdUsuario nvarchar(50)
IdContenido int
Prorroga int
IdAutorizacion int
Bandenvio int
IdUnidadAcademico int
IdEstado int
IdEstadoFinalizado int
Column Name Data Type Allow Nulls
ProfesorCausa (Proyecto)
Id int
IdPersona int
IdProyecto int
IdCausa int
DescCausa text
IdEstado int
Fecha datetime
Column Name Data Type Allow Nulls
FK_ProfesorCausa_CausaEstado
FK_ProfesorCausa_Proyecto
LineaInvestigacionEquivalencia (Proyecto)
Id int
IdLineaInvestigacion int
IdMateria int
Estado nchar(1)
Column Name Data Type Allow Nulls
FK_LineaInvestigacionEquivalencia_LineaInvestigacion
FK_Proyecto_LineaInvestigacion
FK_DetalleProyecto_RequerimientoTipoProceso
35
3.1 DESCRIPCIÓN DE LA BASE DE DATOS
La base de datos del modulo almacenará los datos de los anteproyectos
ingresados por los alumnos así como su línea de investigación, contenido, tutores
asignados y las observaciones realizadas a los anteproyectos.
3.2 LISTA DE USUARIOS BASE DE DATOS.
El usuario Seminario se utiliza para la conexión a la base de datos para el acceso
a las estructuras del modulo de Registro y Aprobación del Anteproyecto de Tesis
y Proyecto de Grado.
3.3 DICCIONARIO DE DATOS
Para el desarrollo del presente módulo se emplearan la siguiente base de datos,
esquema y tablas.
Base de Datos CiscAcademico
Esquema Proyecto
Tablas
1. Proyecto
2. DetalleProyecto
3. ProyectoEstudiante
4. Asignación
5. Requerimiento
6. RequerimientoTipoProceso
7. Observación
8. ProfesorCausa
9. LineaInvestigacion
10. LineaInvestigacionEquivalencias
11. CausaEstado
36
DESCRIPCION DE TABLAS
Nombre de
Tabla: Proyecto Gestor de la Base: SQL-Server 2008
Fecha de
Creación: 31/07/2010 Base de Datos: CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº Primary
Key
Foreig
n Key Nombre Columna Descripción
Tipo de
Dato Nullable
1 x
Id Contiene el código de identificación de la tabla. Int No
2
X IdLineaInvestigacio
n
Contiene el código del tópico al que pertenece una
tesis o proyecto de graduación. Int No
3
X IdPeriodo
Contiene el código del periodo lectivo en el que se
registro un proyecto de curso de graduación, si es
de Tesis no guarda nada.
Int Si
4
NoProyecto Contiene el número de proyecto asignado según el
tópico o materia del proyecto o tesis. Int No
5
Tema Contiene el titulo del tema del proyecto o tesis de
grado.
nvarchar(500
) No
6
Fechaingreso Contiene la fecha en la cual se registro el
anteproyecto. datetime No
37
7
X IdProceso Contiene el código del proceso, es decir si se trata
de una tesis o de un proyecto de graduación. Int No
8
X IdUsuario
Contiene el registro del usuario logeado que está
ingresando el anteproyecto (Sirve mucho cuando se
trata de un anteproyecto grupal)
Nvarchar(50
) No
9
X IdContenido Contiene el código del contenido, es decir si el
proyecto es de desarrollo, investigativo u otro tipo. Int No
10
Prorroga Contiene el número de veces que se le ha dado
prorroga a ese proyecto Int Si
11
X IdAutorizacion Contiene el id de persona para saber quien autorizo
la prórroga para ese proyecto. Int Si
12
Bandenvio
Contiene el valor de (0,1,2,3) donde 0 indica que no
se ha enviado el correo correspondiente, 1 que ya se
envió el correo al coordinador de graduación, 2
cuando se envía una notificación al tutor y 3 cuando
se envió el correo al alumno para notificarle que se
acepto o rechazo la propuesta
Int Si
13
X IdUnidadAcademic
o
Contiene el código para saber a qué carrera,
facultad pertenece un registro determinado. Int Si
14
X IdEstado
Contiene el estado del anteproyecto, es decir si está
ingresado, en revisión, rechazado, Aceptado o
Eliminado.
Int No
15
IdEstadoFinalizado Contiene el estado final de aprobado o reprobado Int Si
38
del proyecto sustentado
ÍNDICES
N
º Nombre Índice Nombre Columna Descripción Clustered Orden
1 PK_Proyecto Id Índice de la Tabla de
Proyecto Si ASC
2 IDX1_PROY_C
OMP01
IdLineaInvestigacion, IdPeriodo, IdProceso,
IdUnidadAcademico, IdEstado.
Índice Compuesto de la
tabla de Proyecto No ASC
CLAVE PRIMARIA
Nº Nombre Descripción Tabla Auto Incremental Única
1 PK_Proyect
o
Clave Primaria que contiene el código de
identificación de la tabla. Proyecto Si Si
CLAVES FORÁNEAS
Nº Campo Nombre Descripción Tabla Tabla Referencia
Campo
Referenci
a
1 IdLineaInvesti
gacion
FK_Proyecto_LineaIn
vestigacion
Relación entre las tablas de
Proyecto y LineaInvestigacion Proyecto LineaInvestigacion Id
39
2 IdPeriodo FK_Proyecto_Periodo Relación entre las tablas de
Periodo y Proyecto Proyecto Periodo Id
3 IdProceso FK_Proyecto_Proceso Relación entre las tablas de
Proyecto y Proceso Proyecto Proceso Id
4 IdUsuario FK_Proyecto_usuarios Relación entre las tablas de
Proyecto y Usuarios Proyecto Usuario Id
5 IdContenido FK_Proyecto_Conteni
do
Relación entre las tablas de
Proyecto y Contenido Proyecto Contenido Id
6 IdAutorizació
n FK_Proyecto_Persona
Relación entre las tablas de
Proyecto y Persona Proyecto Persona Id
7 IdUnidadAca
demico
FK_Proyecto_Unidad
Academica
Relación entre las tablas de
Proyecto y UnidadAcademica Proyecto UnidadAcademica Id
8 IdEstado FK_Proyecto_EstadoP
royecto
Relación entre las tablas de
Proyecto y EstadoProyecto Proyecto EstadoProyecto Id
40
DESCRIPCION DE TABLAS
Nombre de Tabla: DetalleProyecto Gestor de la Base: SQL-Server 2008
Fecha de Creación: 31/07/2010 Base de Datos: CiscAcademico
DESCRIPCIÓN DE CAMPOS
N
º
Prima
ry
Key
Forei
gn
Key
Nombre
Columna Descripción
Tipo
de
Dato
Nulla
ble
1 x
Id Contiene el código de identificación de la tabla Int No
2
X IdProyecto Contiene código del proyecto al cual pertenece este detalle Int No
3
X IdRequerimient
oTipoProceso
Contiene el id del requerimiento según su proceso(Tesis/Curso de
Graduación) que se está ingresando en un determinado anteproyecto. Int Si
4
DetalleProyecto Se detalla el contenido del anteproyecto de un requerimiento en
específico Text No
5
Scversion Contiene la versión del requerimiento de un anteproyecto. Int No
6
Fechaingreso Contiene la fecha de ingreso de un requerimiento en específico. datetim
e No
7
X IdUsuario
Contiene el registro del usuario logeado que está ingresando el
detalle del anteproyecto (Sirve mucho cuando se trata de un
anteproyecto grupal)
Nvarch
ar(50) Yes
41
ÍNDICES
N
º Nombre Índice Nombre Columna Descripción Clustered Orden
1 PK_DetalleProyecto Id Índice de la tabla DetalleProyecto Si ASC
2 IDX1_DEPR_COMP
01
IdProyecto ,
IdRequerimientoTipoProceso ,
Scversion
Indice compuesto de la tabla
DetalleProyecto No ASC
CLAVE PRIMARIA
Nº Nombre Descripción Tabla Auto
Incremental Única
1 Id Clave Primaria que contiene el código de identificación de la
tabla. DetalleProyecto Si SI
CLAVES FORÁNEAS
N
º Campo Nombre Descripción Tabla
Tabla
Referencia
Campo
Referenci
a
1 IdProyecto FK_DetalleProyecto_Proyec Relación entre la tabla de DetalleProyect Proyecto Id
42
to DetalleProyecto y Proyecto o
2 IdRequerimien
toTipoProceso
FK_DetalleProyecto_Reque
rimientoTipoProceso
Relación entre la tabla de
DetalleProyecto y
RequerimientoTipoProceso
DetalleProyect
o
Requerimient
oTipoProces
o
Id
3 IdUsuario FK_DetalleProyecto_usuari
os
Relación ente la tabla de
DetalleProyecto y usuarios
DetalleProyect
o Usuarios Id
DESCRIPCION DE TABLAS
Nombre de Tabla: ProyectoEstudiante Gestor de la Base: SQL-Server 2008
Fecha de Creación: 31/07/2010 Base de Datos: CiscAcademico
DESCRIPCIÓN DE CAMPOS
N
º
Primary
Key
Foreign
Key
Nombre
Columna Descripción
Tipo de
Dato Nullable
1 x
Id Contiene el código de identificación de la tabla. Int No
2
X IdProyecto Contiene código del proyecto con el cual se está
relacionando a un estudiante. Int No
3
X IdPersona Contiene el código del alumno que tiene un anteproyecto
registrado. Int No
43
ÍNDICES
Nº Nombre Índice Nombre Columna Descripción Clustered Orden
1 PK_ProyectoEstudiante Id Índice de la tabla ProyectoEstudiante Si ASC
2 IDX1_PRES_COMP01 IdPersona, IdProyecto Índice compuesto de la tabla ProyectoEstudiante No ASC
CLAVE PRIMARIA
Nº Nombre Descripción Tabla Auto
Incremental Única
1 PK_ProyectoEstudia
nte
Clave Primaria que contiene el código de
identificación de la tabla.
ProyectoEstudiant
e Si Si
CLAVES FORÁNEAS
Nº Campo Nombre Descripción Tabla Tabla
Referencia
Campo
Referencia
1 IdProyect
o
FK_ProyectoEstudiant
e_Proyecto
Relación entre la tabla de
ProyectoEstudiante y Proyecto
ProyectoEstudian
te Proyecto Id
2 IdPersona FK_ProyectoEstudiant
e_Persona
Relación entre la tabla de
ProyectoEstudiante y Persona
ProyectoEstudian
te Persona Id
44
DESCRIPCION DE TABLAS
Nombre de Tabla: Asignación Gestor de la Base: SQL-Server 2008
Fecha de Creación: 31/07/2010 Base de Datos: CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº Primary
Key
Foreign
Key
Nombre
Columna Descripción
Tipo de
Dato Nullable
1 x
Id Contiene el código de identificación de la tabla. Int No
2
x IdPersona Contiene código del tutor al que se le va asignar un
anteproyecto. Int No
3
x IdProyecto Contiene el código del anteproyecto. Int No
4
FechaIngres
o
Contiene la fecha en que se realizo la asignación DateTim
e No
5
IndTutoria
0 no se ha asignado tutor para el proceso de desarrollo una vez
aprobado el anteproyecto, 1 se asigno tutor para el desarrollo y
control del proyecto.
Int No
6
Bandenvio 0 aun no ha enviado el correo y 1 si ya se envió la notificación. Int No
7
Estado A(Activo), I (Inactivo) y E (Eliminado). nchar(1) No
45
ÍNDICES
Nº Nombre Índice Nombre Columna Descripción Clustered Orden
1 PK_Asignacion Id Índice de la tabla de Asignación Si ASC
2 IDX1_ASIG_COMP
01
IdPersona (ASC), IdProyecto
(ASC), Estado (ASC)
Índice compuesto de la tabla de
Asignación No ASC
CLAVE PRIMARIA
N
º Nombre Descripción Tabla
Auto
Incremental Única
1 PK_Asignacio
n
Clave primaria que contiene el código de identificación de la
tabla. Asignación Si Si
CLAVES FORÁNEAS
N
º Campo Nombre Descripción Tabla
Tabla
Referenci
a
Campo
Referenci
a
1 IdProyect
o
FK_ Asignación
_Proyecto
Relación entre la tabla de Asignación y
Proyecto
Asignació
n Proyecto Id
2 IdPersona FK_ Asignación
_Persona
Relación entre la tabla de Asignación y
Persona
Asignació
n Persona Id
46
DESCRIPCION DE TABLAS
Nombre de Tabla: Requerimiento Gestor de la Base: SQL-Server 2008
Fecha de Creación: 31/07/2010 Base de Datos: CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº Primary
Key
Foreign
Key
Nombre
Columna Descripción Tipo de Dato
Nul
labl
e
1 x
Id Contiene el código de identificación de la
tabla. Int No
2
Descripcion
Contiene la descripción o titulo de los
requerimientos que se necesitan que
entreguen en los anteproyectos
Nvarchar(500) No
3
Estado Pueden tener 2 estados A (Activo), I
(Inactivo) Nchar(1) No
4
x IdUnidadAcade
mica
Contiene el código para saber a qué
carrera, facultad pertenece un registro
determinado
Int No
5
CampoAyuda
Contiene una descripción adicional que
ofrece una ayuda al estudiante al momento
de ingresar el anteproyecto, detalla que
nvarchar(500) Si
47
debe ingresar en un requerimiento
específico.
ÍNDICES
Nº Nombre Índice Nombre Columna Descripción Clustered Orden
1 PK_Requerimiento Id Índice de la tabla de
Requerimiento Si ASC
2 IDX1_REQU_IDLINEAIN
VESTIGACION IdUnidadAcademica
Índice compuesto de la tabla de
Requerimiento. No ASC
CLAVE PRIMARIA
Nº Nombre Descripción Tabla Auto
Incremental Única
1 PK_Requerimient
o
Clave primaria que contiene el código de identificación de la
tabla. Id Si Si
CLAVES FORÁNEAS
Nº Campo Nombre Descripción Tabla Tabla
Referenci
Campo
Referenci
48
a a
1
IdUnidad
Academic
a
FK_Requerimiento_Uni
dadAcademica
Relación entre la tabla de
Requerimiento y UnidadAcademica
Requerimient
o
UnidadAc
ademica Id
DESCRIPCION DE TABLAS
Nombre de
Tabla:
RequerimientoTipoProc
eso Gestor de la Base: SQL-Server 2008
Fecha de
Creación: 31/07/2010 Base de Datos: CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº
Primary
Key
Foreig
n Key
Nombre
Columna Descripción
Tipo de
Dato Nullable
1 x
Id Contiene el código de identificación de la tabla. Int No
2
x
IdRequerimient
o
Contiene el código del requerimiento que se va a enlazar
con un tipo de proceso en especifico Int No
3
x IdProceso Contiene si este requerimiento es de tesis o de curso de
graduación. Int No
4
Estado A (Activo), I (Inactivo) Nchar(1) No
5
Orden Contiene el titulo del tema del proyecto o tesis de grado. int No
49
ÍNDICES
Nº Nombre Índice Nombre Columna Descripción Clustered Orde
n
1 PK_RequerimientoTipoProc
eso Id
Índice de la tabla de
RequerimientoTipoProceso Si ASC
2 IDX1_RETI_COMP01 IdProceso,
IdRequerimiento
Indice compuesto de la tabla de
RequerimintoTipoProceso No ASC
CLAVE PRIMARIA
Nº Nombre Descripción Tabla Auto
Incremental Única
1 PK_RequerimientoTipoProc
eso
Clave primaria que contiene el
código de identificación de la
tabla.
RequerimientoTipoProce
so Si Si
CLAVES FORÁNEAS
Nº Campo Nombre Descripción Tabla Tabla
Referencia
Campo
Referenci
a
1 IdProceso FK_RequerimientoTi
poProceso_Proceso
Relación entre la tabla de
Requerimiento y Proceso
Requerimient
oTipoProceso Proceso Id
50
2 IdRequerimient
o
FK_RequerimientoTi
poProceso_Requerimi
ento
Relación entre la tabla de
Requerimiento y
RequerimientoTipoProceso
Requerimient
oTipoProceso
Requerimient
o Id
DESCRIPCION DE TABLAS
Nombre de Tabla: Observación Gestor de la Base: SQL-Server 2008
Fecha de Creación: 31/07/2011 Base de Datos: CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº Primary
Key
Foreign
Key Nombre Columna Descripción
Tipo de
Dato
Nul
labl
e
1 x
Id Contiene el código de identificación de la tabla. Int No
2
x IdDetalleProyecto Contiene el código de a que detalle se está realizando la
observación. Int No
3
x IdPersona Contiene el código del profesor que está realizando la
observación Int No
51
4
DetalleObservacio
n
Contiene el detalle de la observación realizada por el
tutor a un requerimiento en especifico text Si
5
FechaIngreso Contiene la fecha de ingreso de la observación. DateTime No
6
EstadoEnvio 0 (no ha enviado la notificación) y 1(Ya envió la
notificación) int No
7
Estado Puede tener 2 estados: A (Activo), I (Inactivo) Nchar(1) No
8
EstadoObservacio
n
1(Acuerdo) si el requerimiento ingresado es aceptado
por el tutor y 2(Desacuerdo) si no es aceptado. Int No
ÍNDICES
Nº Nombre Índice Nombre Columna Descripción Clustere
d Orden
1 PK_Observacion Id Índice de la tabla de Observación. Si ASC
2 IDX1_OBSE_COMP0
1 IdDetalleProyecto, IdPersona
Indica compuesto de la tabla de
Observación. No ASC
CLAVE PRIMARIA
Nº Nombre Descripción Tabla Auto
Incremental Única
1 PK_Observacio Clave primaria que contiene el código de identificación Observacion Si Si
52
n de la tabla.
CLAVES FORÁNEAS
Nº Campo Nombre Descripción Tabla Tabla
Referencia
Campo
Referenci
a
1 IdDetalleProyect
o
FK_Observacion_Detall
eProyecto
Relación entre la tabla de
Observacion y DetalleProyecto
Observacio
n
DetalleProyect
o Id
2 IdPersona FK_Observacion_Perso
na
Relación entre la tabla de
Obsrvacion y Persona
Observacio
n Persona Id
DESCRIPCION DE TABLAS
Nombre de
Tabla: ProfesorCausa Gestor de la Base: SQL-Server 2008
Fecha de
Creación: 31/07/2010 Base de Datos: CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº
Primary
Key
Foreig
n Key
Nombre
Columna Descripción
Tipo de
Dato Nullable
1 x
Id Contiene el código de identificación de la tabla. Int No
53
2
x IdPersona Contiene código del tutor al cual se le va asignar un
anteproyecto Int No
3
x IdProyecto Contiene el código del anteproyecto ingresado por el(los)
alumno(s). Int No
4
x IdCausa Contiene el código de causa asignado a un anteproyecto
especifico Int Si
5
DescCausa Contiene la descripción de la causa por la cual el anteproyecto
está en revisión, aceptado o rechazado text Si
6
x IdEstado Contiene el id del estado de un anteproyecto ingresado,
aceptado, rechazado, en revisión o eliminado Int No
7
Fecha Contiene la fecha de ingreso Datetime Si
ÍNDICES
Nº Nombre Índice Nombre Columna Descripción Clustered Orde
n
1 PK_ProfesorCausa Id Índice de la tabla de ProfesorCausa Si ASC
2 Idx1_PRCA_COMP0
1 IdPersona, IdProyecto Indica compuesto de la tabla de ProfesorCausa No ASC
54
CLAVE PRIMARIA
Nº Nombre Descripción Tabla Auto
Incremental Única
1 PK_ProfesorCaus
a
Clave primaria que contiene el código de identificación de la
tabla.
ProfesorCaus
a Si Si
CLAVES FORÁNEAS
Nº Campo Nombre Descripción Tabla Tabla
Referencia
Campo
Referenci
a
1 IdCausa FK_ProfesorCausa_CausaEs
tado
Relación entre la tabla de
ProfesorCausa y CausaEstado
ProfesorCaus
a CausaEstado Id
2 IdEstado FK_ProfesorCausa_EstadoP
royecto
Relación entre la tabla de
ProfesorCausa y EstadoProyecto
ProfesorCaus
a
EstadoProyect
o Id
3 IdPersona FK_ProfesorCausa_Persona Relación entre la tabla de
ProfesorCausa y Persona
ProfesorCaus
a Persona Id
4 IdProyecto FK_ProfesorCausa_Proyect
o
Relación entre la tabla de
ProfesorCausa y Proyecto
ProfesorCaus
a Proyecto Id
55
DESCRIPCION DE TABLAS
Nombre de
Tabla: LineaInvestigacion Gestor de la Base: SQL-Server 2008
Fecha de
Creación: 31/07/2011 Base de Datos: CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº Primary
Key
Foreig
n Key Nombre Columna Descripción
Tipo de
Dato Nullable
1 x
Id Contiene el código de identificación de la tabla. Int No
2
Descripción Contiene la descripción o nombre de la línea de
investigación o tópico de los anteproyectos
nvarchar(250
) No
3
Estado A (Activo), I (Inactivo) nchar (1) No
4
x IdUnidadAcademi
ca
Contiene el código para saber a qué carrera, facultad
pertenece un registro determinado Int No
56
ÍNDICES
Nº Nombre Índice Nombre Columna Descripción Clustered Orde
n
1 PK_LineaInvestigacion Id Índice de la tabla de
LineaInvestigación Si ASC
2 IDX1_LIIN_IDUNIDADACADEMI
CO
IdUnidadAcademic
o
Indice por IdUnidadAcademica para
la tabla de LineaInvestigacion No ASC
Nº Nombre Descripción Tabla Auto
Incremental
Únic
a
1 PK_LineaInvestigac
ion
Clave Primaria que contiene el código de
identificación de la tabla. LineaInvestigaci
on Si Si
CLAVES FORÁNEAS
Nº Campo Nombre Descripción Tabla Tabla
Referencia
Campo
Referen
cia
1 IdUnidadAcademic
o
FK_LineaInvestigaci
on_UnidadAcademi
ca
Relación entre la tabla
de LineaInvestigación y
UnidadAcademica
LineaInvestigaci
on
UnidadAcademi
ca Id
57
DESCRIPCION DE TABLAS
Nombre de
Tabla:
LineaInvestigacionEquivalen
cia Gestor de la Base: SQL-Server 2008
Fecha de
Creación: 31/07/2011 Base de Datos: CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº Primary
Key
Foreig
n Key Nombre Columna Descripción
Tipo de
Dato Nullable
1 x
Id Contiene el código de identificación de la tabla. Int No
2
x
IdLineaInvestigaci
on
Contiene el código de la línea de investigación o
tópico con la que va a relacionar una materia. Int No
3
x IdMateria Contiene el código de la materia la cual se quiere
relacionar con un tópico especifico Int No
4
Estado A (Activo), I (Inactivo) Nchar(1) No
NDICES
Nº Nombre Índice Nombre Columna Descripción Clustered Orde
n
1 PK_LineaInvestigacionEquivalen
cia Id
Índice de la tabla de
LineaInvestigaciónEquivalencia Si ASC
58
2 IDX1_LIIN_IdLineaInvestigacio
n
IdLineaInvestigacio
n
Indice por LineaInvestigacion para la tabla
de LineaInvestigacionEquivalencia No ASC
CLAVE PRIMARIA
Nº Nombre Descripción Tabla Auto
Incremental Única
1 PK_LineaInvestigacionE
quivalencia
Clave Primaria que contiene el
código de identificación de la
tabla.
LineaInvestigacionEquivalenc
ia Si Si
CLAVES FORÁNEAS
Nº Campo Nombre Descripción Tabla Tabla
Referencia
Campo
Referen
cia
1
IdLineaInvestigacio
n
FK_LineaInves
tigacionEquival
encia_LineaInv
estigacion
Relación entre la tabla de
LineaInvestigaciónEquiva
lencia y
LineaInvestigacion
LineaInvestigacionE
quivalencia
LineaInvestigaci
on Id
2 IdMateria
FK_LineaInves
tigacionEquival
encia_Materia
Relación entre la tabla de
LineaInvestigaciónEquiva
lencia y Materia
LineaInvestigacionE
quivalncia Materia Id
DESCRIPCION DE TABLAS
Nombre de CausaEstado Gestor de la Base: SQL-Server 2008
59
Tabla:
Fecha de
Creación: 31/07/2011 Base de Datos: CiscAcademico
DESCRIPCIÓN DE CAMPOS
Nº
Primary
Key
Foreig
n Key
Nombre
Columna Descripción
Tipo de
Dato Nullable
1 x
Id Contiene el código de identificación de la tabla. Int No
2
Descripcio
n
Contiene la descripción de las diferentes causas del estado
de un proyecto
nvarchar(250
) No
3
Estado A (Activo), I (Inactivo) Nchar(1) No
ÍNDICES
Nº Nombre Índice Nombre Columna Descripción Clustered Orden
1 PK_CausaEstado Id Índice de la tabla de CausaEstado Si ASC
CLAVE PRIMARIA
Nº Nombre Descripción Tabla
Auto
Incremental Única
1 PK_CausaEsta
do
Clave Primaria que contiene el código de identificación de
la tabla.
CausaEstad
o Si Si
3.4 TABLAS CON MAYOR FRECUENCIA DE ACCESOS.
Las tablas que poseen mayor concurrencia son:
o Proyecto
o DetalleProyecto
o ProyectoEstudiante
o Observación
o Asignación
3.5 TABLAS CON MAYOR CANTIDAD DE REGISTROS.
Las tablas que poseen mayor número de registros son:
o Proyecto
o DetalleProyecto
o Observación
o Asignación
3.6 PLANES DE MANTENIMIENTO RECOMENDADOS.
El objetivo de un plan de contingencia para la base de datos es definir las
acciones a realizar para proporcionar continuidad y recuperación en los
servicios que proporciona el sistema académico.
Recomendamos realizar el mantenimiento de la base de datos 2 veces al año.
En el plan de contingencia se recomienda incluir las siguientes tareas:
1- Validar la integridad de las bases de datos
2- Reconstruir los índices
3- Actualizar las estadísticas
4- Recompilar los procedimientos almacenados
5- Compactación de la Base de Datos.
61
6- Revisión de tablas temporales que no se utilizan para su destrucción.
Para llevar a cabo los puntos anteriores detallaremos algunas actividades.
1- Reorganizar páginas de datos y de índices
Quita y vuelve a crear los índices de la base de datos con un nuevo valor
de relleno. El valor de FILL FACTOR determina el espacio vacío que se
deja en cada página del índice y reserva un porcentaje de espacio
disponible en cada página de datos del índice para su expansión en el
futuro. Al agregar datos a la tabla, el espacio disponible se llena, ya que no
se mantiene el valor de FILL FACTOR. El espacio disponible puede
restablecerse al reorganizar las páginas de datos y de índice.
2- Reorganizar páginas con la cantidad original de espacio disponible
Elimina y crea de nuevo los índices de tabla de la base de datos con el
valor de FILL FACTOR original especificado al crear los índices por
primera vez.
3- Cambiar el porcentaje de espacio disponible por página
Quita y crea de nuevo los índices con un valor de FILL FACTOR nuevo,
que se vuelve a calcular automáticamente, por lo que se reserva la
cantidad especificada de espacio disponible en las páginas de índice.
Cuanto mayor sea el porcentaje, más espacio disponible se reservará en las
páginas de índice y mayor tamaño tendrá el índice. Los valores válidos
oscilan entre 0 y 100.
4- Actualizar estadísticas usadas por el optimizador de consultas
Vuelve a muestrear las estadísticas de distribución de cada índice creado
en las tablas de usuario de la base de datos. SQL Server utiliza las
estadísticas de distribución para optimizar la exploración de las tablas
durante el procesamiento de las instrucciones Transact-SQL. Para generar
automáticamente las estadísticas de distribución, SQL Server muestrea
periódicamente para cada índice un porcentaje de los datos de la tabla
62
correspondiente. Este porcentaje se basa en el número de filas de la tabla
y en la frecuencia de modificación de los datos. Utilice esta opción para
realizar un muestreo adicional con el porcentaje especificado de datos de
las tablas.
5- Porcentaje de base de datos para muestrear
Especifica el porcentaje de datos de las tablas que se van a muestrear para
generar estadísticas de distribución. A medida que aumenta el porcentaje,
la precisión de las estadísticas crece. No obstante, el muestreo lleva cada
vez más tiempo. Si el valor especificado no genera una muestra suficiente,
SQL Server determinará automáticamente un tamaño de muestra
adecuado. Los valores válidos oscilan entre 1 y 100.
6- Quitar el espacio no utilizado de los archivos de la base de datos
Quita el espacio no utilizado de la base de datos y permite así que se
reduzca el tamaño de los archivos de datos.
7- Reducir la base de datos cuando se incremente por encima de 100MB
Quita el espacio no utilizado de la base de datos sólo si ésta excede el
tamaño especificado, en megabytes (MB).
8- Espacio disponible tras la reducción
Determina la cantidad de espacio no utilizado que permanecerá en la base
de datos después de su reducción. Cuanto mayor sea el porcentaje menos
se podrá reducir la base de datos. El valor se basa es un porcentaje de los
datos reales de la base de datos. Por ejemplo, si se reduce una base de
datos de 100 MB que contiene 60 MB de datos y 40 MB de espacio
disponible, con un porcentaje de espacio disponible del 50%, quedarán 60
MB de datos y 30 MB de espacio disponible. Sólo se elimina el espacio de
la base de datos que exceda el porcentaje indicado. Los valores válidos
oscilan entre 0 y 100.
63
3.7 PLANES DE CONTINGENCIA RECOMENDADOS.
Para prevenir futuros inconvenientes con la base de datos se recomiendan los
siguientes puntos:
1. Obtención y almacenamiento de los Respaldos de Información
(BACKUPS).
Se deberán establecer los procedimientos para la obtención de copias de
Seguridad de todos los elementos necesarios para asegurar la correcta
ejecución del sistema.
- Backups de la base de Datos.
2. Políticas (Normas y Procedimientos de Backups)
Se debe establecer los procedimientos, normas, y determinación de
responsabilidades, debiéndose incluir:
- Periodicidad del Backup
- Uso obligatorio de un formulario estándar para el registro y control de los
Backups.
- Almacenamiento de los Backups en condiciones ambientales óptimas,
dependiendo del medio magnético empleado.
- Reemplazo de los Backups, en forma periódica, antes que el medio
magnético de soporte se pueda deteriorar (reciclaje o refresco).
- Pruebas periódicas de los Backups (Restore), verificando su funcionalidad.
3. Mantenimientos
Realizar mantenimientos preventivos regulares a los equipos de los
servidores, para proveer cualquier falla a nivel de hardware.
64
3.8 PLANES DE CRECIMIENTO ESTIMADO.
Considerando los datos analizados con respecto a procesos de Graduación
anteriores se estima un máximo de estudiantes inscritos equivalentes a 150
por cada periodo de graduación los mismos que pueden llegar máximo 2 por
año, mientras que por proceso de tesis anualmente contamos con un máximo
de 20 inscritos anualmente. Tomando en cuenta este valor se pueden estimar
los siguientes datos:
#AnteproyectoxSeminarios=>150x2=300
#AnteproyectosAnualesxTesis=>20
#TotalAnteproyectosAnuales=>300+20 =320
#MaximoTutoresxAnteproyecto =>3
#MaximoObservacionesxTutores=>20
#TotalObservacionesTutoresxAnteproyecto=> 30x2=60
#TotalAnualTareas=> 320x60= 19.200 registros anuales
Pudiendo concluir un número total de registro aproximados a 19.200 por año,
por tales razones se puede recomendar realizar eliminaciones y respaldos de
información cada 5 años.
3.9 ESTRATEGIA DE RESPALDOS RECOMENDADO
Según las necesidades del sistema académico se recomienda como estrategia
de respaldo realizar full-backup de la base por semana (recomendamos los
domingos a las 17h00) y un backup incremental diario a partir de una hora
establecida (podría ser a las 23h00 de Lunes a Viernes) y todo esto respaldarlo
semanalmente en cintas o en cualquier unidad de almacenamiento disponible.
65
3.10 MÉTODO DE CONEXIÓN A LA BASE DE DATOS.
El método de conexión de base de dados empleados es el JDBC mientras que
el método acceso a datos empleado en el modulo es el ORM “Hibernate”.
3.11 CONFIGURACIONES DE MOTOR DE BASES DE DATOS
Y/O SISTEMA OPERATIVO.
El motor de Base de Datos empleado para el desarrollo de la aplicación es
SQL Server 2008 y para que el sistema funcione correctamente es necesario
considerar los siguientes puntos detallados a continuación:
Se debe configurar el Agente SQL Server para que funcione de
manera automática con la finalidad de que se puedan ejecutar los Jobs
almacenados en la base de datos.
El sistema operativo debe contar mínimo con 2GB de memoria para el
correcto funcionamiento de la B/D.
Habilitar conexiones remotas en la instancia de SQL Server que desea
conectarse desde un equipo remoto.
3.12 OBSERVACIONES ADICIONALES
Podemos recomendar que en los periodos de mayor transaccionalidad se
realicen log cada hora, de esta manera estaremos prevenidos contra cualquier
fallo de la base de datos en esta época.
Otra opción sería la de replicación de la base de datos cada 2 horas, teniendo
en consideración que tendremos máximo una hora para restablecer la base de
datos en el caso de que el primero falle, de esta manera también podemos ver
que la perdida de datos sea mínima.
66
4. INSTALACIÓN
4.1 INTRODUCCIÓN
El presente documento está dirigido al usuario del Sistema Sistema Académico, con
la finalidad de poder ayudarlo en la instalación del sistema.
4.2 REQUERIMIENTOS ANTES DE INSTALAR
4.2.1 ENTORNO DE PRODUCCIÓN
Recursos de Hardware.- Se necesitan las siguientes características:
Para el servidor:
Procesador Tipo de procesador:
Procesador Intel® Xeon® E3 o más rápido
Sistema
operativo Windows Server 2008 R2 Itanium IA642
Memoria
Mínimo: 8 GB
Recomendado: 16 GB o más
Máximo: máximo del sistema operativo
Disco Duro
Mínimo: 1 TB
Recomendado: 2 TB o más
Máximo: lo máximo que el sistema operativo soporte
Para el cliente (Desarrolladores):
Procesador
Tipo de procesador:
Procesador Intel Core 2 Duo o más rápido
Velocidad de procesador:
Recomendado: 2.13 GHz o más
Sistema operativo Windows XP o superior
67
Memoria
Mínimo: 1 GB
Recomendado: 2 GB o más
Máximo: máximo del sistema operativo
Disco Duro
Mínimo: 80 GB
Recomendado: 160 GB
Máximo : 250GB
Recurso de Software.- Es un módulo es integrado y posee los siguientes
requisitos:
Para el Servidor:
Servidor de aplicaciones Apache Tomcat versión 6.0
Servidor de Base de Datos.- Microsoft SQL Server 2008.
Sistema Operativo Windows Server 2008 Service Pack 2.
JRE versión 5.0
Para el Cliente
JRE versión 5.0
Adobe Reader 9
Navegadores (Firefox, Internet Explorer, Google Chroome).
Utilitarios Microsoft Office.
Sistema Operativo Windows XP SP 2 en adelante.
4.2.2 ENTORNO DE PRE-PRODUCCIÓN
Para el servidor:
Procesador
Tipo de procesador:
Procesador Dual-Core AMD Opteron 1224 SE o más
rápido
Velocidad de procesador:
Recomendado: 3.2 GHz o más
Sistema
operativo Windows Server 2008 R2 Itanium IA642
Memoria
Mínimo: 4 GB
Recomendado: 8 GB o más
Máximo: máximo del sistema operativo
Disco Duro
Mínimo: 1 TB
Recomendado: 2 TB o más
Máximo: lo máximo que el sistema operativo soporte
68
Para el cliente:
Procesador
Tipo de procesador:
Procesador Pentium 4 o más rápido
Velocidad de procesador:
Recomendado: 3.0 GHz o más
Sistema
operativo Windows XP o superior
Memoria
Mínimo: 1 GB
Recomendado: 2 GB o más
Máximo: máximo del sistema operativo
Disco Duro
Mínimo: 80 GB
Recomendado: 160 GB
Máximo : 500GB
Recurso de Software.- Es un módulo es integrado y posee los siguientes
requisitos:
Para el Servidor:
Servidor de aplicaciones Apache Tomcat versión 6.0
Servidor de Base de Datos.- Microsoft SQL Server 2008.
Navegadores (Firefox, Internet Explorer, Google Chroome).
Sistema Operativo Windows Server 2008 Service Pack 2.
Utilitarios Microsoft Office.
My Eclipse versión 7.5
ZK Framework versión 5.0
Hibernate versión 3.2 con Anotaciones
iReports versión 3.7.6
JRE versión 5.0
Servidor SVN
Adobe Reader 9
Para el Cliente (Desarrolladores):
Servidor de aplicaciones Apache Tomcat versión 6.0
Cliente de Base de Datos.- Microsoft SQL Server 2008.
Navegadores (Firefox, Internet Explorer, Google Chroome).
Sistema Operativo Windows XP Service Pack 3.
JRE versión 5.0
Utilitarios Microsoft Office.
69
My Eclipse versión 7.5
ZK Framework versión 5.0
Hibernate versión 3.2 con Anotaciones
iReports versión 3.7.6
Cliente SVN
Adobe Reader 9
4.3 ENTORNO DE DESARROLLO
Para el servidor:
Procesador
Tipo de procesador:
Procesador IAMD Phenom™ II X2 o más rápido
Velocidad de procesador:
Recomendado: 2.8 GHz o más
Sistema
operativo Windows Server 2008 R2 Itanium IA642
Memoria
Mínimo: 2 GB
Recomendado: 4 GB o más
Máximo: máximo del sistema operativo
Disco Duro
Mínimo: 250 GB
Recomendado: 500 GB o más
Máximo: 1 TB o mas
Para el cliente:
Procesador
Tipo de procesador:
Procesador Pentium 4 o más rápido
Velocidad de procesador:
Recomendado: 3.0 GHz o más
Sistema
operativo Windows XP o superior
Memoria
Mínimo: 1 GB
Recomendado: 2 GB o más
Máximo: máximo del sistema operativo
Disco Duro
Mínimo: 80 GB
Recomendado: 160 GB
Máximo: 500 o más
70
Recurso de Software.- Es un módulo es integrado y posee los siguientes
requisitos:
Para el Servidor:
Servidor de aplic
aciones Apache Tomcat versión 6.0
Servidor de Base de Datos.- Microsoft SQL Server 2008.
Navegadores (Firefox, Internet Explorer, Google Chrome).
Sistema Operativo Windows Server 2008 Service Pack 2.
Utilitarios Microsoft Office.
My Eclipse versión 7.5
ZK Framework versión 5.0
Hibernate versión 3.2 con Anotaciones
iReports versión 3.7.6
JRE versión 5.0
Servidor SVN
Adobe Reader 9
Para el Cliente (Desarrolladores):
Servidor de aplicaciones Apache Tomcat versión 6.0
Cliente de Base de Datos.- Microsoft SQL Server 2008.
Navegadores (Firefox, Internet Explorer, Google Chrome).
Sistema Operativo Windows XP Service Pack 3.
JRE versión 5.0
Utilitarios Microsoft Office.
My Eclipse versión 7.5
ZK Framework versión 5.0
Hibernate versión 3.2 con Anotaciones
iReports versión 3.7.6
Cliente SVN
Adobe Reader 9
71
4.4 INSTALACIÓN DE HERRAMIENTAS
4.4.1 INSTALACIÓN JAVA JDK EN WINDOWS XP
Lo primero que debemos hacer es instalar el “Java SE Development Kit” o
“JDK”. Para esto, he realizado unas capturas de los pasos que hay que seguir para
realizarlo correctamente.
1. En primer lugar accedemos a la página de SUN en español (los que lo deseen
puede hacerlo a la página oficial en inglés).
2. Dentro del menú “Descargas“, seleccionamos “Java 2 Standard Edition“.
3. Ahora nos aparece una lista de software para descargar. Nosotros
seleccionamos “JDK 6 Update 12” pulsando el botón download que
tenemos a la derecha del mismo.
72
4. Ahora seleccionamos la plataforma en la que lo vamos a instalar. Para
nuestro caso será Windows.
Nos muestra el fichero que vamos a descargar y el tamaño del mismo.
73
5. Hacemos clic en el enlace “jdk-6u12-windows-i586-p.exe” y nos aparece:
6. Pulsamos en “Guardar archivo” y seleccionamos el lugar de nuestro equipo
donde queremos dejarlo. El resultado de dejarlo en el escritorio es el que veis
a continuación:
7. Ahora que la tenemos el fichero de instalación en nuestro equipo, lo
ejecutamos y seguimos los pasos que nos va indicando:
74
8. En la siguiente pantalla. Pueden seleccionar los packs a instalar.
9. No eliminen las Development tools.
10. Más abajo es posible elegir en que directorio instalarlo. También les aconsejo
que dejen el que está por defecto; en este caso es C:\j2sdk1.4.2_01.
75
11. Dar clic en el botón siguiente.
12. Elegir en que directorio instalar jr6. También les aconsejo que dejen el que está
por defecto.
76
Nos presenta el avance de la instalación:
77
13. Ahora ya tenemos instalado el software necesario para compilar programas
java.
4.4.2 CONFIGURACIÓN DE JAVA (VARIABLES DE ENTORNO)
Debemos incluir en el path de windows, el directorio bin de nuetro nuevo JDK.
La forma más sencilla de hacerlo es incluir este path en las variables de entorno de
Windows para que esté disponible cada vez que iniciamos el ordenador y no
tengamos que volver a poner el path.
1. Para esto, nos vamos a Inicio –> configuración –> panel de control –>
Sistema (Es lo mismo que si hacemos click con el botón derecho del ratón
en Mi Pc y seleccionamos Propiedades).
78
2. Luego aparecerá la siguiente pantalla.
3. Ahora nos posicionamos en “Opciones Avanzadas” y pulsamos en el botón
“Variables de entorno“. Debería aparecer algo similar a la siguiente
captura:
79
En la captura anterior, podemos distinguir dos secciones. Una de “Variables de
usuario” y otros de “Variables de sistema“.
4. Si nos fijamos en la parte de “Variables de sistema” podremos ver una
variable con el nombre “Path“. Ésta es la que tenemos que modificar.
Seleccionamos esta variable y pulsamos el botón “modificar“.
5. La variable Path, contiene una serie de rutas de directorios de nuestro
sistema a los que el mismo irá a buscar un fichero cuando lo ejecutemos.
Para incluir nuestro directorio de java nos posicionamos en la casilla “Valor
de la variable”, nos vamos al final y añadimos nuestra ruta.
80
6. Los directorios están separados uno de otro mediante el símbolo de “punto y
coma” (;), con lo que al posicionarnos al final de la lista introducimos un
“punto y coma”. Yo suelo añadir también un espacio después, pero creo que
no es necesario. Después de esto introducimos la carpeta donde tenemos los
ejecutables de nuestro recién instalado JDK, que en nuestro caso es:
“C:\Archivos de programa\Java\jdk1.6.0_12\bin”. Tenéis que tener en cuenta
que siempre es el directorio “bin” dentro del jdk.
7. Bueno, añadimos esa ruta a la lista de carpetas y pulsamos aceptar.
Para que esto tenga efecto, tendremos que reiniciar el ordenador. Si no queremos
reiniciar el ordenador o no podemos, tenemos la opción de añadir la ruta que
hemos comentado antes, pero esta vez a través de la consola de comandos de la
forma: path=%path%;C:\Archivos de programa\Java\jdk1.6.0_12\bin
De esta forma tendremos disponible los ejecutables de esta carpeta en el path en
este momento, pero esta solución solo nos sirve hasta que reiniciemos el
ordenador por que una vez reiniciado, esta información que acabamos de
introducir no estará disponible. Para que sea algo duradero tendremos que hacerlo
81
como en la primera opción que os que comentado. Dentro de las variables de
entorno de Windows.
4.4.3 INSTALACION DE TOMCAT 6
1. Descargar el instalador 32-bit/64-bit Windows Service
Installer (pgp, md5) de Apache Tomcat desde su página oficinal.
2. Seguimos los pasos de instalación, seleccionando la opción “Service”
82
3. Colocar un nombre de usuario y un password si desean, esto es para
loguearnos en el servidor.
4. Damos por entendido de que tienen el JRE (Java Runtime Environment)
instalado, si no
83
Finalizamos la instalación y aceptamos para iniciar el servidor apache.
5. Probamos escribiendo en el explorador http://localhost:8080/
Bien ahora que tenemos instalado nuestro servidor apache, debemos tener en cuenta
algo, en la carpeta donde se instalo nuestro servidor que por lo general es:
C:\Archivos de programa\Apache Software Foundation\Tomcat 6.0
84
La carpeta webapps es donde se despliegan nuestros sitios Web.
4.4.4 INSTALACIÓN DE MYECLIPSE 7.5
1. Damos clic sobre el icono se Instalación de MyEclipse 7.5
2. Aparece una interfaz donde se muestra que la herramienta se está preparando para su
instalación en el sistema operativo :
3. Aceptamos la licencia y pulsamos “Next” para continuar con la instalación.
85
4. Aparecerá una interfaz donde se pulsa el botón “Install” para iniciar la copia de
archivos de instalación al sistema operativo.
5. Ubicamos la dirección de WorkSpace donde se ubicaran nuestro proyectos
86
6. Finalmente se abrirá MyEclipse y se mostrará su ubicación
4.4.5 INSTALACIÓN DE ZK FRAMEWORK
1. Para instalar Zk en el menú de My Eclipse accedemos a la siguiente ruta:
Help-> Software Update -> Add/Remove Software
87
2. Luego se muestra la siguiente pantalla de carga.
3. A continuación se muestra la siguiente pantalla donde se instalará el
componente de ZK, se selecciona la opción Personal Software y se da click en
el botón Add.
88
4. Se muestra la siguiente pantalla donde se agregará el archivo, se selecciona la
opción Public Sites y se da click en el botón Add Archive.
5. Se procederá a buscar el archivo de instalación de ZK.
89
6. Luego de haberse realizado la carga de los componentes se muestra la pantalla
anterior con el componente cargado listo para instalarse, debiendo seleccionar
el check del archivo y dar click en el botón Next para continuar.
7. A continuación se muestra la pantalla final previa a la instalación de ZK
donde se debe dar click en el botón Apply para continuar.
90
8. Luego se muestra la siguiente pantalla donde se está cargando
automáticamente el software necesario para la instalación.
91
9. Seguidamente se muestra la pantalla de aceptación de términos de la licencia,
debiendo seleccionar el check de aceptación y seguidamente click en el botón
Next que se habilitará.
10. Posteriormente se muestra la pantalla de actualización del software debiendo
dar click en el botón Update.
92
11. Consecutivamente se muestra la pantalla mostrando el avance de la
actualización.
12. A continuación luego de la actualización se muestra una alerta donde se pide
volverá reiniciar el My Eclipse donde se debe dar click en el botón Yes, y se
ha finalizado la instalación de ZK.
93
13. Finalmente se muestra la página de bienvenida y se procede a realizar la
activación de ZK, esto se realiza en la siguiente ruta: Help-> Activate ZK
Studio
14. Seguidamente se muestra la pantalla de activación en la cual se debe ingresar
el username y el password y dar click en el botón Activate.
94
15. Por último se muestra un mensaje de felicitaciones porque se instaló
correctamente ZK.
4.4.6 INSTALACIÓN DE JASPERREPORT
JasperReports es una herramienta de creación de informes que tiene la habilidad
de entregar contenido enriquecido al monitor, a la impresora o a ficheros PDF,
HTML, XLS, CSV y XML.
95
Está escrito completamente en Java y puede ser usado en gran variedad de
aplicaciones de Java, incluyendo J2EE o aplicaciones web, para generar contenido
dinámico.
Su propósito principal es ayudar a crear documentos de tipo páginas, preparados
para imprimir en una forma simple y flexible.
JasperReports se usa comúnmente con iReport, un front-end gráfico de código
abierto para la edición de informes.
Se encuentra bajo licencia libre GNU, por lo que es Software libre. Forma parte
de la iniciativa apilada open source Lisog.
Descargando iReport.
Para descargar el iReport procederemos a bajarlo directamente de la página oficial
http://www.jasperforge.org/projects/ireport
En esta página escogeremos iReport Versión 3.7.6 donde nos descargará el
instalador del paquete de distribución
Después de descargado hacemos doble clic para ejecutar el paquete.
Instalando Ireport-3.7.6-windows-installer
96
1. Al ejecutar el instalador inmediatamente tendremos la pantalla de bienvenida a
la instalación del iReport, luego presionamos “Next”
2. Después nos desplegará una pantalla donde nos indicará que aceptemos los
términos de instalación y licencias todo esto se confirma al hacer clic en “I
Agree”
3. Después de hacer clic nos mostrará la configuración para la instalación del
producto donde seleccionamos la casilla de iReport y procedemos hacer clic en
“Next”
97
4. Luego le indicaremos al instalador donde será la reta donde se encontrará
alojado nuestra aplicación por defecto nos da la ruta como muestra la figura
para este caso le dejaremos la misma.
5. Con los parámetros establecidos podemos ejecutar la instalación para ello
hacemos clic en el botón “Install”
98
6. Luego de esto el programa comenzará a copiar los archivos necesarios para
completar la instalación
7. Listo hemos terminado de Instalar el iReport para culminar hacemos clic en el
botón “Finish”
99
4.4.6.1 EJECUTANDO EL IREPORT
1. Para ejecutar el iReport hacemos doble clic en el icono del aplicativo que se
tuvo que crear en nuestro escritorio
2. Esperamos que cargue el programa.
3. Cuando termine de cargar tendremos listo el programa para poder utilizar
100
4.4.7 INSTALACIÓN DEL SERVIDOR SUBVERSION
SVNSERVER
1. Ejecutamos el programa de instalación
2. Pulsamos "Next"
3. Nos aparece una pantalla que nos da una información que debemos leer antes de
proceder con la instalación , Pulsamos "Next"
101
4. Aquí nos mostrara la ruta en donde el SVN se va a instalar por defecto damos
click en “Next”.
5. Finalmente damos click en Instalar
102
6. Una vez q ha concluido la instalación damos click en “Finish”.
103
4.4.8 INSTALACIÓN DEL SVN EN MYECLIPSE 7.5
1.- Seleccionamos la opción “Help desde el menú”. Y seleccionamos la opción
añadir o remover software.
2.-nos presenta la siguiente panatalla y damos click en “Add”.
3.- Se nos presenta la siguiente pantalla en donde seleccionamos “Add Site”.
104
4.- Ingresamos la siguiente url que se la debe de optener desde la pagina oficial de
svn.
“http://subclipse.tigris.org/update_1.6.x” esta línea depende de la versión que se
desea instalar presionamos OK.
5.- se nos presentan los modulos a instalar los chequamos como indica la
siguiente figura, y presionamos n siguiente.
105
6.- después de seleccionar el svn y damos click en “Next” se mustran todos los
modulos a instalar. Seleccionamos “Apply”.
106
7.- en la siguiente pantalla selccioanos “Update”.
107
8.- Despus de esto nos queda reiniciar el MyEclipse. Selccionamdo “Yes”.
9.- Esta listo para ser usado.
108
4.4.9 INSTALACIÓN DE SQL SERVER 2008
Recomendaciones Antes de Instalar
Es importante que antes de instalar SQL Server se tengan en cuenta algunas
recomendaciones importantes:
1. Decidir la edición de SQL Server 2008 que se desea instalar
2. Revisar que se cumpla con los requerimientos de hardware y software
necesarios para instalar SQL Server 2008, la información al respecto se
encuentra en la documentación del producto, al final de este documento se
presenta el link hacia dicha documentación
3. Crear cuentas para los servicios de SQL Server, estas cuentas deben ser
creadas con privilegios mínimos ya que durante el proceso de instalación, el
asistente les asignará los permisos necesarios para ejecutar los respectivos
servicios.
La creación de estas cuentas de servicio NO es obligatoria para poder
instalar SQL Server, pero es una buena práctica de seguridad
109
Instalando
A continuación se muestra una guía paso a paso de la instalación de SQL Server
2008, con sus componentes de administración.
110
“En SQL Server Installation Center” es posible revisar información detallada acerca
de requerimientos para la instalación, recomendaciones de seguridad y adicionalmente
realizar un chequeo de la configuración del sistema.
1. Haga clic en “System Configuration Checker”
2. Revise el reporte y haga clic en “OK” ahora vaya al tab “Installation” y allí
seleccione la opción “New SQL Server stand alone installation or add
features to an existing installation”
111
3. Observe de nuevo el reporte y haga clic en “OK” Si está instalando una
versión de pruebas (cómo en este ejemplo) de SQL Server, podrá
seleccionar la opción correspondiente para la edición que desee; en una
instalación diferente, agregue la clave de producto y haga clic en “Next”
112
Ahora, lea los términos de licencia y luego, si está de acuerdo seleccione la
opción correspondiente y haga clic en “Next”
113
4. A continuación, se instalan componentes de soporte necesarios para la
instalación, haga clic en “Install” para instalarlos Ahora haga clic en “Next”
Ahora, deberá seleccionar las características de SQL server 2008 que desea
instalar; Asegúrese de instalar los servicios que en algún momento vaya a
utilizar, si está totalmente seguro que no va a usar un servicio específico cómo
Analysis Services, limpie la casilla de verificación junto a él y haga clic en
“Next”
114
115
5. A continuación tendrá que decidir si la instancia que va instalar es una
instancia por defecto o nombrada, en el segundo caso tendrá que asignar a
esta un nombre con el cual la reconocerá a futuro; si la instancia es creada
por defecto, la forma de conectarse a esta desde servidores o equipos clientes
remotos, será por medio del nombre de la máquina o de la dirección ip de la
misma. Haga clic en “Next” En la siguiente ventana, se encuentra un análisis
de requerimientos de espacio, cuando se haya comprobado que cuenta con
el espacio de almacenamiento suficiente haga clic en “Next” Ahora, usted
deberá configurar las cuentas con las cuales se ejecutará el servicio; la
recomendación es utilizar diferentes cuentas, sin embargo, en la imagen de
la derecha usted puede observar cómo una cuenta es utilizada para ejecutar
más de un servicio, en la parte inferior podría seleccionar la opción para
utilizar la misma cuenta para todos los servicios, en cuyo caso solamente
tendrá que escribir credenciales una vez, pero no estará cumpliendo con
buenas prácticas de seguridad. Después de configurar las cuentas haga clic en
el tab “Collation”.
116
117
6. En Collation, observe los métodos de ordenamiento que van a ser utilizados
tanto para SQL Server cómo para Analysis Services; es importante que tenga
un cuenta si existen regulaciones en su organización acerca del tipo de
ordenamiento a utilizar, y de no ser así, busque que tanto las bases de datos,
cómo Analysis Services tengan modelos de ordenamiento similares para evitar
problemas cuando estos dos componentes se conecten entre sí. Haga clic en Next
Ahora, tendrá que definir si va a utilizar un modelo de autenticación Windows o
Mixto, y si especifica un modelo mixto deberá escribir una contraseña para el
usuario administrador tipo SQL; Recuerde que el modo mixto permite la
utilización de inicios de sesión tipo SQL (usuarios que no hacen parte de
Windows) y es utilizada para dar acceso a SQL Server desde aplicaciones,
entre otras cosas. De todas maneras se recomienda por razones de seguridad y
mientras sea posible, utilizar el modo de autenticación tipo Windows. Agregue
también como administradora cualquier usuario que vaya a cumplir con dicha
tarea, por ejemplo el usuario que está ejecutando la instalación (Add current
User) Haga clic en “Data Directories” Ahora revise las ubicaciones físicas
donde va a quedar instalado SQL Server y cada uno de sus componentes,
Haga clic en Next.
118
119
7. Agregue los usuarios que van a ser administradores de Análisis Services, puede
agregar al usuario con el que está ejecutando la instalación o a cualquier otro
usuario vaya a “Data Directories” Revise la ubicación donde va a quedar
almacenada la información de Analysis Services haga clic en „‟Next” Defina
en qué modo va a instalar reporting services, puede instalarlo en el modo nativo
(para que pueda usar reporting services una vez termine la instalación sin
necesidad de SharePoint), otro es el modo integrado con SharePoint (que
almacenara sus reportes en una librería de reportes de SharePoint) o bien puede
instalar Reporting Services pero no configurarlo, lo cual implica que luego
debería realizar dicha configuración (esta opción se utilizaría si piensa
realizar una configuración escalada de Reporting Services) Para efectos de
este ejemplo, seleccionamos el modo nativo. Haga clic en “ Next”.
120
121
8. Ahora, seleccione las opciones para que se envíen reportes de errores y de uso
de características hacia Microsoft y haga clic en “Next” Haga clic en “Next”
Revise el resumen y haga clic en “Install”
122
9. La instalación está siendo realizada La instalación ha sido completada Si desea
ver un resumen de la instalación, aquí encuentra un link hacia dicho registro de
123
resumen Haga clic en “Close” para salir la instalación ha sido terminada.
La instalación de todas las ediciones y componentes de SQL Server es similar al
ejemplo que se mostró anteriormente, recuerde que puede instalar todos los
componentes o solo algunos de ellos en un equipo; por ejemplo, si se deseara instalar
únicamente los componentes cliente para desde allí conectarse a un servidor de SQL
Server ubicado en un lugar remoto, bastaría con seguir el mismo proceso de
instalación y en la página de selección de componentes seleccionar únicamente los
componentes cliente; de la misma manera podría instalarse únicamente la
documentación (libros en pantalla), para tener una buena fuente de información y
capacitación en cualquier máquina.
4.4.10 INSTALAR ADOBE READER | LECTOR DE ARCHIVOS
PDF es el formato para documentos por excelencia, ya que agrupa imágenes
vectoriales, mapas de bits y texto, hoy explicaremos como instalar un lector de PDF,
para luego ampliar el tema con algún editor de archivos PDF, empezamos explicando
cómo llevar a cabo la instalación paso a paso de Adobe Reader, el software diseñado
por de desarrollador de este tipo de documentos, lo primero que debemos hacer es
descargar el instalador de la página oficial de Adobe, para eso hacemos clic acá o
vistamos la página para obtener la versión más reciente.
Automáticamente al hacer click sobre el enlace se mostrara una ventana
preguntándonos que deseamos hacer con el archivo, elegimos “Ejecutar” para
comenzar la instalación una vez concretada la descarga.
124
La primer intervención que requiere la instalación, es elegir la carpeta en la cual
queremos instalar el programa, por defecto “C:\Archivos de programa\Adobe\Reader
9.0\” para esta instalación vamos a dejarla así, aunque eso queda a decisión
del usuario.
125
Ahora nos da la última oportunidad para cambiar la carpeta de instalación, podemos
reconfigurarla haciendo click sobre “Atrás”. Si estamos seguros procedemos haciendo
click en “Instalar”.
Ahora solo queda esperar unos segundos mientras se concreta la instalación.
126
Y finalmente clickeamos sobre “Finalizar” para terminar la instalación de Adobe
Reader 9.0.
127
Si llegase a presentarse un error en Adobe Reader podremos solucionarlo reinstalando
la aplicación, para eso recomendamos desinstalarlo usando Ccleaner, y volver a
instalarlo siguiendo este tutorial.
4.5 CONFIGURACIÓN PARA ENTORNO DE DESARROLLO
4.5.1 INTRODUCCIÓN El presente documento está dirigido al usuario del Sistema Académico, con la finalidad de
poder ayudarlo en las configuraciones específicas del sistema.
4.5.2 CONFIGURACIÓN: A continuación se detalla los pasos secuenciales para la correcta configuración de lo
necesario para el sistema Académico
4.5.3 CONFIGURAR UN JDK EN EL ECLIPSE Para configurar el JDK, tenemos que ir a la configuración del Eclipse. Para eso hacemos
Windows->Preferences. Buscamos la opción Installed JREs.
128
Dentro de esta ventana, seleccionamos Add… y apuntamos a dónde tenemos instalado nuestro
JDK. Hay que tomar mucha atención, estamos dentro de la opción Installed JREs y
seleccionando un JDK para que sea agregado. Puede sonar confuso. Para mi lo es. Habría que
preguntarle a la gente de Eclipse por qué lo hicieron de esta forma. Por favor, recordar,
tenemos que agregar un JDK (y no un JRE). A modo de ejemplo, yo tengo mi jdk 1.6.01. Eso
no requiere mayor atención.
Configurar el compliance level de Eclipse
129
Una vez configurado el JDK como JRE (si, ya dijimos es medio ambiguo), tenemos que
asegurarnos que el Eclipse va a seguir nuestras versiones correctamente. Eso es, validar
nuestro código como si fuera código del JDK correspondiente que tenemos. Si usamos un
JDK 1.6, tenemos que tener el compliance level en 6.0. Si usamos un JDK 1.4, tenemos que
tener el compliance level en 1.4. He aquí una pantalla.
Para algunos es suficiente tener una ayuda de código en línea, para otros, es muy lindo ver
una ventana dentro del Eclipse que nos de ayuda de los métodos. ¡Esto es posible! El Eclipse
es una herramienta genial que nos permite hacer casi cualquier cosa. Para eso, en cualquier
perspectiva que estemos, activamos la ventana JavaDoc. Tenemos que ir Window->Show
View->Javadoc (o apretar Alt+Shift+Q, J)
4.5.4 CONFIGURACIÓN DE TOMCAT EN MYECLIPSE 7.5
1. MyEclipse Tomcat trabajará con todos los de Java 5.0 y actual JDK6.
Sin embargo, si desea utilizar un JDK de Java 6 para ejecutar My
Eclipse Tomcat, por favor utiliza JDK 6 Update 4 (1.6.0_04) o
superior para evitar JAX-WS problemas de compatibilidad de la API.
2. Para esto nos ubicamos en nuestro entorno de desarrollo de MyEclipse
130
3. Luego vamos a configurar el servidor para esto vamos hasta este icono de
nuestro entorno de desarrollo en este caso es Myeclipse a Deplyments
desplegamos el menú y escogemos congure server.
4. Nos va a aparecer la pantalla de configuración que es la siguiente:
Aquí podremos visualizar el listado de servidores web donde vamos a escoger tomcat.
131
5. Seguido de esto escogeremos Tomcat se va a desplegar un listado de
opciones en la cual escogeremos Tomcat 6.X como vemos en la imagen.
132
6. Una vez que escogemos Tomcat 6. Empezaremos a configurar buscando
la carpeta de Apache que previamente tuvieron q haber descargado.
7. Damos click en Browse en la opción de TOMCAT HOME
DIRECTORY para buscar la ubicación C:\Archivos de programa\Apache
Software Foundation\Tomcat 6.0 click en ACEPTAR.
133
8. Como podemos observar en la imagen la va a estar la ruta en Tomcat
Home Directory pero también en el resto de Directorios por defecto a
excepción de Optional program arguments que en este caso tiene -b
0.0.0.0(extranet) que es para publicar la IP, pero si queremos intranet
ponemos la IP de la maquina como también puede ir vacio , habilitamos el
servidor dando click en la opción Enable y finalmente presionamos ok .
134
Ahora procederemos a configurar y cargar las librerías del JDK. Para esto hacemos
los mismos pasos Manage Deployment > configure server, nos aparecerá la siguiente
pantalla escogeremos tomcat6x pero esta ocasión será JDK como vemos en la
imagen.
9. Aquí procederemos a agregar el nombre en la parte donde dice TOMCAT
JDK NAME DAMOS CLICK EN ADD.
135
10. Procederemos a buscar el directorio de JDK que se encuentra en la
carpeta de Java y damos click en aceptar.
11. Procederemos a agregar las librerías una vez q agregados las librerías
procedemos a finalizar.
12. Seguido de esto nos retornara a la pantalla inicial donde pulsaremos ok.
136
13. Para comprobar que se ha realizado con éxito la configuración
procedemos a iniciar el servidor. Nos vamos hasta Manage
Deployment>tomcat 6x finalmente Star.
14. Y podemos ver en la consola de MyEclipse como se está levantando el
servicio.
137
4.5.5 INSTALACIÓN DE ZK FRAMEWORK
16. Para instalar Zk en el menú de My Eclipse accedemos a la siguiente ruta: Help->
Software Update -> Add/Remove Software
17. Luego se muestra la siguiente pantalla de carga.
138
18. A continuación se muestra la siguiente pantalla donde se instalará el
componente de ZK, se selecciona la opción Personal Software y se da click en el
botón Add.
19. Se muestra la siguiente pantalla donde se agregará el archivo, se selecciona la
opción Public Sites y se da click en el botón Add Archive.
139
20. Se procederá a buscar el archivo de instalación de ZK.
21. Luego de haberse realizado la carga de los componentes se muestra la pantalla
anterior con el componente cargado listo para instalarse, debiendo seleccionar el
check del archivo y dar click en el botón Next para continuar.
140
22. A continuación se muestra la pantalla final previa a la instalación de ZK donde
se debe dar click en el botón Apply para continuar.
141
23. Luego se muestra la siguiente pantalla donde se está cargando automáticamente
el software necesario para la instalación.
142
24. Seguidamente se muestra la pantalla de aceptación de términos de la licencia,
debiendo seleccionar el check de aceptación y seguidamente click en el botón Next
que se habilitará.
25. Posteriormente se muestra la pantalla de actualización del software debiendo dar
click en el botón Update.
26. Consecutivamente se muestra la pantalla mostrando el avance de la
actualización.
143
27. A continuación luego de la actualización se muestra una alerta donde se pide
volverá reiniciar el My Eclipse donde se debe dar click en el botón Yes, y se ha
finalizado la instalación de ZK.
28. Finalmente se muestra la página de bienvenida y se procede a realizar la
activación de ZK, esto se realiza en la siguiente ruta: Help-> Activate ZK Studio
144
29. Seguidamente se muestra la pantalla de activación en la cual se debe ingresar el
username y el password y dar click en el botón Activate.
30. Por último se muestra un mensaje de felicitaciones porque se instaló
correctamente ZK.
145
4.5.6 PARA CREAR UN PROYECTO
1.- Se debe crear un Web Project accediendo a la siguiente ruta: File -> New -> Web project
146
2.- A continuación se muestra la siguiente pantalla en al cual se debe hacer los siguientes
pasos:
En Project Name se ingresa el nombre del proyecto.
En Location se selecciona el check para que use la locación por default indicada en la
parte inferior del mismo.
En Source Folder se ingresa el nombre del contenedor de los paquetes a crear
En Web Root Folder se ingresa el nombre del contenedor de las aplicaciones.
En context root URL se ingresa como ruta el nombre del proyecto precedido por /.
Por ej: /Academico.
En J2EE Specification Level se escoge la opción de Java EE 5.0 porque esa es la
versión de java que usaremos.
Se da click en el botón Finish
4.- A continuación se muestra una alerta de incompatibilidad de nivel de java por lo que el
nivel asignado por default es el nivel 6.0, pero como nuestro proyecto usará la versión 5.0 de
java se deberá dar click en el botón Yes para aceptar la confirmación de trabajar con el nivel
5.0 de java.
147
5.- Ahora vamos a decirle al proyecto web que sea un proyecto ZK y para esto se necesita
añadirle las librerías de ZK. Para agregar las librerías se accede a la siguiente ruta: Click
derecho en el proyecto -> Build Path -> Configure Build Path.
6.- Luego en la pestaña de Libraries se da click en el botón Add External JARs.
148
7.- Se busca donde está la carpeta descomprimida de zk –bin-5.0.1 -> dist -> lib
8.- Y se procede a copiar las librerías que están dentro de la carpeta lib y dentro de las
carpetas ext y zkforge.
149
9.- Seguidamente aparece la pantalla anterior donde ya se muestran las librerías agregadas y
se da click en el botón Ok.
10.- Además se añade el driver de conexión a la base que se llama sqljdbc.
150
11.- Luego dentro del proyecto “Pruebita”->webroot->WEB-INF->web.xml se abre este
archivo.
151
12.- Se abre la pestañita Source y se elimina lo que está
ahí.
13.- Accede a la ruta donde se encuentre el archivo web.xml y se abre el archivo.
14.- Se copia el contenido del archivo web.xml
152
15.- Y se copia el contenido en el archivo web.xml del proyecto y se guarda los campos.
16.- Y finalmente se borra el archivo index.jsp que se creó en el proyecto.
153
4.5.7 CONFIGURACIÓN DE HIBERNATE EN MYECLIPSE 7.5.
1. Se da clic derecho sobre el proyecto web al que se le desea agregar Hibernate.
2. 2.-Se da clic sobre propiedades.
3. Aparecerá un interfaz con datos del proyecto:
154
4. Inmediatamente nos ubicamos en la pestaña de Librerías.
5. Seleccionamos el botón “add External JARs” para agregar la librería de
conexión con la base de datos.
155
6. La librería se ubica dentro de las propiedades del proyecto
7. Pulso el botón “OK” para concluir la inclusión de librerías al proyecto.
8. Seguidamente se procederá a añadir al proyecto la capacidad de Hibernate
para lo cual es necesario ubicarse sobre el proyecto, dar clic derecho y
seleccionar del menú contextual la opción correspondiente:
156
9. Acontinuación aparecerá una interfaz donde se tendra que configurar paso a
paso el hibernate.
10. Como se va a trabajar con Anotaciones seleccionamos la opción
correspondiente:
157
11. Pulsamos el botón “Next” para continuar con la configuración y visualizar el
nombre del archivo de configuración del Hibernate que es el El archivo
hbernate .cfg.xml:
12. Pulsamos el botón “Next” para continuar con la configuración:
158
13. Des chequeamos los detalles de conexión con la base de datos:
14. Pulsamos el botón siguiente para continuar, en este paso debemos seleccionar
o crear el paquete en el que se agregara el mapeo de las clases;
159
15. En nuestro caso el proyecto ya tiene un paquete definido simplemente lo
vamos a seleccionar dando clic sobre el botón “Browser”:
16. Una vez seleccionado el paquete, damos clic sobre el botón “Finish ” para
finalizar la instalación de la Hibernate.
160
17. Posteriormente procedemos a cambiar la perspectiva de Myeclipse a una de
Hibernate:
18. Agregamos la configuración de la conexión con la base de datos:
161
19. Para agregar la nueva conexión se da clic sobre el botón de de “New”
20. Agregamos los datos de conexión con la base:
162
21. Para agregar el driver pulsamos el botón “Add JARs” :
22. Una vez agregado el driver de la base hacemos un test para lo cual damos clic
sobre el botón “Test”
163
23. Ingresamos la clave de la base
24. Como no existe clave solo se pone ok, si la conexión fue correcta se mostrara
el siguiente mensaje:
25. Pulsamos el botón “Finish” para terminar configuración de la conexión con la
base.
26. Seguidamente aparecerá una interfaz donde debemos seleccionar los datos de
conexión creados.
164
27. Después de seleccionar la conexión se llenaran de forma automática los
campos de conexión de la interfaz.
28. Abro la base dando clic sobre el icono correspondiente ubicado en la paleta de
“BD Browser“
29. Ingreso el usuario y la clave.
165
30. Se procede a abrir la base.
31. Escojo la base con la que quiero conectarme, en este caso nuestra base es cisc
32. Selecciono las tablas a mapear presionado ctrl + clic sobre cada una de ellas
166
33. Las arrastro hacia el cuadro del mapping que se encuentra en la ventana de
configuracion de hibernate esto se logra manteniendo presionado ctrl, al
realizar esto se desliega una ventana
34. Escojo el paquete dando clic en browser
167
35. Selecciono mapping annotations ya que vamos a trabajar con este esquema
36. Deshabilito que las clases creadas sean abstractas.
168
37. Selecciono que se generen los DAO de las clases creadas al mapear.
38. Pulso el botón “Next”, para proseguir con el mapeo.
169
39. Pulso el botón next
40. Incluyo las referencias (Foráneas y primarias)
170
41. Pulso “Finish” para mapear
42. Se agregaran las clases mapeadas dentro del paquete de datos
171
43. Ahora se procede a configurar las propiedades de hibernate
44. En Properties doy clic derecho sobre “Add” y se mostrara la siguiente
pantalla:
172
45. Escojo max_fetch_depth
46. Le coloco el valor
173
47. Finalmente doy clic en “OK” y listo ya tenemos configurado Hibernate .
4.5.8 CONFIGURACIÓN SVN EN MYECLIPSE 7.5
1.- En la opción import se nos va a cargar el modulo dl SVN.
174
2.- el modulo se llamara como le indicamos al momento de
instalar “SVN” presionamos next.
Si es la primera vez que estamos creando un repositorio en el
cliente se esta pantalla vaa star vacía caso contrario se le
mostrara todos los repositorios ya creados.
175
3.- creamos un nuevo repositorio chequeando la primera opción.
176
4.- Damos click en “siguiente” y se nos mostrara la siguiente
pantalla.
177
5.- Aquí ingresamos la url apuntando al servidor de versiones
antes ya instalado. Presionamos en siguiente.
178
6.- Aquí se cargara el proyecto existente en el servidor “SVN”.
179
7.- Seleccionamos el proyecto y damso click en siguiente.
180
8.- Damos click en Finish. El proyecto se cargara en el
Workspace local de la maquina.
181
4.6 RESTAURAR UNA BASE DE DATOS.
Para restaurar una copia de seguridad completa
1. Después de conectarse a la instancia apropiada de Microsoft SQL Server
Database Engine, en el Explorador de objetos, haga clic en el nombre del
servidor para expandir el árbol del servidor.
2. Expanda Bases de datos. Dependiendo de la base de datos, seleccione una
base de datos de usuario o expanda Bases de datos del sistema, a
continuación, seleccione una base de datos del sistema.
3. Haga clic en la base de datos, seleccione Tareas y, a continuación, haga clic
en Restaurar.
4. Haga clic en la base de datos, que abre el cuadro de diálogo Restaurar base de
datos.
182
5. En la página General, el nombre de la base de datos de la restauración
aparecerá en este cuadro de lista base de datos. Para crear una nueva base de
datos, escriba su nombre en el cuadro de lista.
6. En la A un punto del cuadro de texto en tiempo, bien mantener el valor
predeterminado (Lo más reciente posible) o seleccionar una fecha y hora
específicas, haga clic en el botón Examinar, que se abre el momento en el
cuadro de diálogo Restaurar. Para obtener más información, vea Cómo
restaurar a un momento dado (SQL Server Management Studio) .
7. Para especificar la fuente y la ubicación de la copia de seguridad conjuntos
para restaurar, haga clic en una de las siguientes opciones:
La base de datos
Escriba un nombre de base de datos en el cuadro de lista.
Desde el dispositivo
Haga clic en el botón Examinar, que abre el cuadro de diálogo Especificar
copia de seguridad. En el cuadro de lista de medios de copia de
seguridad, seleccione uno de los tipos de dispositivos en la lista. Para
seleccionar uno o más dispositivos para el cuadro de ubicación de la lista de
copia de seguridad, haga clic en Agregar.
Después de agregar los dispositivos que desee en el cuadro Ubicación de la
lista de copia de seguridad, haga clic en Aceptar para volver a la
página General.
8. En el cuadro Seleccione la copia de seguridad conjuntos para restablecer
la cuadrícula, seleccione las copias de seguridad para restaurar. Esta
cuadrícula muestra las copias de seguridad disponibles para la ubicación
especificada. De forma predeterminada, un plan de recuperación se
sugiere. Para anular el plan de recuperación sugerido, puede cambiar las
selecciones de la cuadrícula. Las copias de seguridad que dependen de una
copia de seguridad seleccionada se anula automáticamente.
Para obtener información acerca de las columnas en el cuadro Seleccione la
copia de seguridad conjuntos para restablecer la red, vea Restaurar base de
datos (página General) .
9. Para ver o seleccionar las opciones avanzadas, haga clic en Opciones en
el panel Seleccionar una página.
10. En las opciones del panel de restauración, puede elegir cualquiera de las
siguientes opciones, si es apropiado para su situación:
Sobrescribir la base de datos existente
Conservar la configuración de la replicación
Preguntar antes de restaurar cada copia de seguridad
Restringir el acceso a la base de datos restaurada
183
Para obtener más información sobre estas opciones, vea Restaurar base de
datos (página Opciones) .
11. Si lo desea, puede restaurar la base de datos a una nueva ubicación si
especifica un nuevo destino de restauración para cada archivo en
la restauración de los archivos de base de datos en red. Para obtener más
información acerca de esta cuadrícula, vea Restaurar base de datos (página
Opciones) .
12. El panel Estado de recuperación determina el estado de la base de datos
después de la operación de restauración. El comportamiento por defecto es:
Deja la base de datos lista para su uso revirtiendo las transacciones no
confirmadas. registros de transacciones adicionales no se pueden
restaurar. (RESTORE WITH RECOVERY)
Nota
Elija esta opción sólo si va a restaurar todas las copias de seguridad necesarias
ahora.
13. Alternativamente, usted puede elegir cualquiera de las siguientes opciones:
Deja la base de datos no operativa, y no revertir transacciones no
confirmadas. registros de transacciones adicionales se pueden
recuperar.(RESTORE WITH NORECOVERY)
Deja la base de datos de sólo el modo de lectura. Deshacer las
transacciones sin confirmar, pero guardar las acciones de deshacer en
un archivo en espera para que los efectos de recuperación se puede
revertir. (RESTORE WITH STANDBY)
Para obtener descripciones de las opciones, vea Restaurar base de datos
(página Opciones) .
Nota
Después de restaurar un servidor SQL Server 2005 o base de datos SQL
Server 2000 a SQL Server 2008, la base de datos esté disponible
inmediatamente y se actualiza automáticamente.
Si la base de datos tiene índices de texto completo, el proceso de actualización
los importa, los restablece o los vuelve a generar, dependiendo de la
configuración de la actualización de texto completo servidor de
alojamiento opcional. Si la opción de actualización se establece
enImportar o reconstrucción, el texto completo de los índices no estará
disponible durante la actualización. Dependiendo de la cantidad de datos que
se están indexados, la importación puede tardar varias horas, y la
reconstrucción puede durar hasta diez veces más. Tenga en cuenta también
que cuando la opción de actualización se establece en Importar, si un catálogo
de texto completo no está disponible, el texto completo de los índices
184
asociados se vuelven a generar.Para obtener información acerca de cómo ver o
cambiar la configuración de la actualización de texto completo de opciones de
propiedad, vea Cómo ver o cambiar propiedades del servidor de búsqueda de
texto completo (SQL Server Management Studio) .
5. PARTE TECNICA
5.1BANDEJA ENTRADA ADMINISTRADOR
(BANDEJAENTRADA)
1. Esta pantalla nos muestra la Bandeja de entrada que visualizará el Administrador y en
la cual podrá ver las siguientes carpetas:
Proyectos Nuevos
Proyectos Asignados
Proyectos Aceptados
Proyectos Rechazados
En esta pantalla se mostraran los anteproyectos en un listado dependiendo de las opciones
antes mencionadas.
Ubicación En El Menú
Menú principal >Anteproyecto Graduación > Bandeja Entrada >BandejaEntrada.zul
185
Prototipo de la interface
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño de
Dato
Obligatorio
(s/n) Prefijo del Control
Visual
Validaciones
Bandeja Entrada
Proyectos
Nuevos
Enlace para
visualizar
proyectos
nuevos.
proyectonuevo toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
Proyectos
Asignados
Enlace para
visualizar
proyectos
asignados.
proyectoasignado toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
Proyectos
Aceptados
Enlace para
visualizar
proyectos
aceptados.
Proyectoaceptado toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
186
Proyectos
Rechazados
Enlace para
visualizar
proyectos
rechazados.
Proyectorechazado toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
ToolbarButton
Asignar
Proyectos a
Tutores
Botón para
asignar
proyectos a
tutores
asignaproyectostutores toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
Listbox
Tema Presenta los
temas de los
anteproyectos.
String Tema Listcell: Sirve
para mostrar
datos en el
listado.
Fecha
Ingreso
Presenta las
fechas de los
anteproyectos.
Date Fecha Ingreso Listcell:Sirve
para mostrar
datos en el
listado.
5.2 ASIGNACIÓN DE TUTORES
(ASIGNACIONTUTORPROYECTO)
Asignación de Tutor para los proyectos nuevos, en el caso de no existir nuevos proyectos
aparece un mensaje que indique que no hay proyecto a asignar.
En el caso de existir tema para asignar en Administrador lo podrá realizar con la ayuda de las
opciones de Filtro de selección donde el tendrá los tópicos y que profesor pertenece a cada
cual, una vez elegido saldrán los temas que correspondan al tópico elegido.
Ubicación en el Menú:
Menú principal >Anteproyecto Graduación > Bandeja Entrada >BandejaEntrada.zul Opción
: Asignar Proyectos a Tutores.
Prototipo de la interface
187
Campos de la interface
Nombre del Campo Descripción Tipo/tamaño de
Dato
Obligatorio
(s/n) Prefijo
del
Control
Visual
Validaciones
Filtros de Selección
Tópicos Permite ver las
diferentes tópicos
por los que se
puede realizar la
búsqueda(base de
datos, redes,
desarrollo de
software).
Rdblinea Radio: Permite
escoger entre
varias opciones.
Buscar Permite realizar la
búsqueda de los
tutores de un
tópico.
btnBuscar Button: Permite
dar un clic para
disparar un
evento.
Resultado de listado
Cancelar Cierra la ventana
de la asignación de
tutores.
Cancelar toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
188
como opciones.
Cedula Muestra la cedula
del tuto en un
listado.
String Cedula Listcell: Sirve
para mostrar
datos en el
listado.
Nombres Muestra el nombre
de un tutor en un
listado.
String Nombres Listcell: Sirve
para mostrar
datos en el
listado.
Apellidos Muestra el
apellido de un
tutor en un listado.
String Apellidos Listcell: Sirve
para mostrar
datos en el
listado.
Mensajes de Advertencia
En el caso de que no existan proyectos que asignar a los tutores.
5.3 PROYECTO LECTURA (PROYECTODELECTURA)
El Administrador al darle doble clic sobre el proyecto que desee ver, podrá apreciar dos
pestañas una de datos generales y otra de datos del anteproyecto.
Datos Principales del Proyecto: ahí estara especificado los datos como son el
numero de proyecto, el periodo, tema, tipo de proyecto, topico y el contenido asi
como los nombres del alumno al cual pertenece dicho proyecto.
189
Ubicación en el Menú:
Menú principal >Anteproyecto Graduación > Bandeja Entrada >BandejaEntrada.zul Opción
: Clic sobre el listado de Anteproyectos.
Prototipo de la interface
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Datos Principales
N
Proyecto
Permite ver el numero
secuencial asignado a un
anteproyecto.
lblnoproyecto Label: Permite
visualizar datos.
190
Periodo
Lectivo
Permite ver el periodo lectivo
de un anteproyecto.
lblperiodo Button: Permite
dar un clic para
disparar un
evento.
Tema Permite ver el tema o titulo del
anteproyecto graduación.
lbltema Label: Permite
visualizar datos.
Tipo
proyecto
Permite ver el tipo de proyecto
si es tesis o curso de
graduación.
lblgrupal Label: Permite
visualizar datos.
Tópico Permite ver el tópico del
proyecto (Redes, Base de
datos, etc.)
lbllinea Label: Permite
visualizar datos.
Contenido Permite ver el contenido del
anteproyecto(investigación o
desarrollo.)
lblcontenido Label: Permite
visualizar datos.
Listado de alumnos
Cedula Muestra la cedula del alumno
en un listado.
String Cedula Listcell: Sirve
para mostrar
datos en el
listado.
Nombres Muestra el nombre de un
alumno en un listado.
String Nombres Listcell: Sirve
para mostrar
datos en el
listado.
Apellidos Muestra el apellido de un
alumno en un listado.
String Apellidos Listcell: Sirve
para mostrar
datos en el
listado.
Botones
Asignar
tutor
Permite asignar tutores a un
proyecto
Btnasignar Button: Permite
dar un clic para
disparar un
evento.
Eliminar Permite eliminar un proyecto Btneliminar Button: Permite
dar un clic para
disparar un
evento.
191
Cancelar Permite salir de la pantalla. btncancelar Button: Permite
dar un clic para
disparar un
evento.
5.4 PROTOTIPO DE LA INTERFACE (SEGUNDA PESTAÑA DE LA
PANTALLA ANTERIOR)
Datos del anteproyecto.
En los datos del anteproyecto se podrá visualizar los datos en si del proyecto como se puede
apreciar en el grafico.
192
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Listado de alumnos
Requermientos Muestra los títulos de
los requerimientos del
anteproyecto.
String Requerimiento Listcell: Sirve
para mostrar
datos en el
listado.
Descripcion Muestra el contenido de
un requerimiento
específico.
String Descripcion Listcell: Sirve
para mostrar
datos en el
listado.
Botones
Asignar tutor Permite asignar tutores a
un proyecto
Btnasignar Button:
Permite dar un
clic para
disparar un
evento.
Eliminar Permite eliminar un
proyecto
Btneliminar Button:
Permite dar un
clic para
disparar un
evento.
Cancelar Permite salir de la
pantalla.
btncancelar Button:
Permite dar un
clic para
disparar un
evento.
Mensajes de Advertencia
Este mensaje sale cuando se quiere hacer el cambio de tutor; el cambio de tutor se puede dar
por muchos factores: el tutor se enferma, sale de viaje, etc. Por lo cual se ha contemplado esta
opción.
193
La opción cancelar nos permite salir de la pantalla de proyecto asignados y regresar a nuestra
bandeja de entrada.
Opción de eliminación: Con esta opción aparecerá un mensaje confirmando la eliminación
de dicho proyecto como se puede observar en la siguiente grafica.
Mensajes Successfully
Al final le aparecerá un mensaje de confirmación OK.
194
5.5 MANTENIMIENTO LÍNEA DE
INVESTIGACIÓN(MANTENIMIENTOLINEAINVESTIGACION)
Dentro de esta opción el administrador podrá ingresar nuevas líneas de investigación de
proyectos, dicho de otra manera ingresar nuevas tópicos.
Menú principal >Mantenimiento > Mantenimiento Línea investigación
195
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Filtros de Selección
Código Espacio para digitar el
código de la línea de
investigación o tópico a
consultar.
String txtCodigo Textbox: Sirve
para ingresar
datos.
Descripción Espacio para digitar la
descripción por la cual
se va a realizar la
búsqueda del tópico.
String txtDescripcion Textbox: Sirve
para ingresar
datos.
Buscar Sirve para dar inicio a la
búsqueda según los
parámetros ingresados
en la caja de texto.
btnBuscar Button:
Permite dar un
clic para
disparar un
evento.
Borrar Sirve para limpiar los
campos y realizar una
nueva consulta.
btnBorrar Button:
Permite dar un
clic para
disparar un
evento.
Toolbar
nuevo Permite ingresar una
nueva línea de
investigación o tópico.
Btnasignar toolbarbutton:
Sirve para
mostrar datos
en forma de
menú, como
opciones.
Eliminar Permite eliminar o
inactivar una línea de
investigación o tópico
según a chequeado en el
listado de resultados.
Btneliminar toolbarbutton:
Sirve para
mostrar datos
en forma de
menú, como
opciones.
Listado de resultado
Cuadro Permite chequear una
opción del listado.
Checkbox Cuadro Listcell: Sirve
para mostrar
datos en el
listado.
196
Código El código de la línea de
investigación o tópico en
el listado.
String Codigo Listcell: Sirve
para mostrar
datos en el
listado.
descripción La descripción en la
línea de investigación o
tópico en el listado.
String Descripcion Listcell: Sirve
para mostrar
datos en el
listado.
5.6 INGRESO DE TÓPICOS DE UN
PROYECTO(LINEAINVESTIGACION)
También podemos ingresar un nuevo tópico para lo cual damos clic en la opción Nuevo y
como nos muestra la grafica se abrirá una ventana en la cual el administrador procederá a
ingresar el nuevo nombre del tópico así como el estado del mismo, solo estos dos datos son
necesarios ya que los códigos son generados automáticamente con cada nuevo ingreso.
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control Visual
Validaciones
Filtros de Selección
Código Espacio para
el código de
la línea de
investigación
o tópico que
se generara.
Integer S txtCodigoLinea Textbox: Sirve para
ingresar datos.
197
Descripción Espacio para
digitar la
descripción
por la cual se
va a grabar
esta línea de
investigación
o tópico.
String S txtDescripcionLinea Textbox: Sirve para
ingresar datos.
Estado Puede elegir
si la línea de
investigación
o tópico tiene
estado activo
o inactivo.
String S cmbEstados Combobox: Sirve para
mostrar en un listado
las diferentes opciones
a elegir.
Guardar Sirve para
guardar los
datos
ingresados en
la pantalla.
btnGrabar Button: Permite dar un
clic para disparar un
evento.
Equivalencia Sirve para
llamar a una
nueva
pantalla y
realizar las
equivalencias.
btnEquivalencia Button: Permite dar un
clic para disparar un
evento.
Cancelar Sirve para
cancelar el
proceso es
decir, cerrar
la ventana.
btnCancelar Button: Permite dar un
clic para disparar un
evento.
5.7
EQUIVALENCIAS(LINEAINVESTIGACIONEQUIVALENCIA)
En esta pantalla también se pueden hacer equivalencias que no es más que otra cosa que
relacionar las materias que se dan en cada semestre con cada uno de los tópicos.
Como se puede ver se despliega un listado de las materias con las que se puede hacer la
equivalencia se elije las que correspondan y se guarda los cambios
198
Campos de la interface
Nombre
del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Filtros de Selección
Cuadro Permite
chequear una
opción del
listado.
Checkbox Cuadro Listcell: Sirve para mostrar datos en el
listado.
Materia Lista de las
materas que
se pueden
escoger del
listado y
relacionarlas
con la línea
String Materia Listcell: Sirve para mostrar datos en el
listado.
199
de
investigación
o tópico.
Guardar Sirve para
guardar los
datos
ingresados
en la
pantalla.
btnGrabar Button: Permite dar un clic para disparar
un evento.
Cancelar Sirve para
cancelar el
proceso es
decir, cerrar
la ventana.
btnCancelar Button: Permite dar un clic para disparar
un evento.
Mensajes Successfully
Una vez ingresados todos los datos y realizados todos los cambios deseados procedemos a
guardar los cambios.
5.8 MANTENIMIENTO
REQUERIMIENTO(MANTENIMIENTOREQUERIMIENTO)
Como lo mencionamos anteriormente el administrador podrá ingresar aquí nuevos
requerimientos sobre la estructura con la cual se debe de presentar un proyecto o hacer
modificaciones de los mismos; según como él lo crea pertinente.
Menú principal >Mantenimiento > Mantenimiento Requerimiento
200
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Filtros de Selección
Código Espacio para
digitar el
código del
requerimiento
a consultar.
String txtCodigo Textbox: Sirve para ingresar
datos.
Descripción Espacio para
digitar la
descripción
por la cual se
va a realizar la
búsqueda del
requerimiento.
String txtDescripcion Textbox: Sirve para ingresar
datos.
201
Buscar Sirve para dar
inicio a la
búsqueda
según los
parámetros
ingresados en
la caja de
texto.
btnBuscar Button: Permite dar un clic
para disparar un evento.
Borrar Sirve para
limpiar los
campos y
realizar una
nueva
consulta.
btnBorrar Button: Permite dar un clic
para disparar un evento.
Toolbar
nuevo Permite
ingresar un
nuevo
requerimiento.
Btnasignar toolbarbutton: Sirve para
mostrar datos en forma de
menú, como opciones.
Eliminar Permite
eliminar o
inactivar un
requerimiento
de la lista de
resultados.
Btneliminar toolbarbutton: Sirve para
mostrar datos en forma de
menú, como opciones.
Listado de resultado
Cuadro Permite
chequear una
opción del
listado.
Checkbox Cuadro Listcell: Sirve para mostrar
datos en el listado.
Id El código del
requerimiento
en el listado.
String Id Listcell: Sirve para mostrar
datos en el listado.
descripción La
descripción
del
requerimiento
en el listado.
String Descripcion Listcell: Sirve para mostrar
datos en el listado.
202
5.9 INGRESO DE REQUERIMIENTOS(REQUERIMIENTO)
Si le damos clic sobre la opción nuevo podremos ingresar el requerimiento. Y procedemos a
guardar los cambios, donde se detallara el nombre del requerimiento ,también debe escoger
si es para tesis o proyecto de graduación, así como el orden de presentación según sea el caso,
la descripción de una ayuda adicional para describir lo que debe ingresar en este
requerimiento.
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control Visual
Validaciones
Filtros de Selección
Código Espacio para el
código del
requerimiento que se
Integer S txttipocodigo Textbox:
Sirve para
ingresar
203
generara. datos.
Descripción Espacio para digitar
la descripción que se
va a grabar.
String S txttipodescripcion Textbox:
Sirve para
ingresar
datos.
Curso de
graduación
Opción para
determinar que el
requerimiento es de
curso de graduación.
Rdbgraduacion Radio:
Permite elegir
una opción
entre varias.
Graduacion Integer Intgraduacion Intbox:
permite
ingresar solo
números.
Tesis Opción para
determinar que el
requerimiento es de
tesis.
Rdbtesis Radio:
Permite elegir
una opción
entre varias.
Tesis Integer Inttesis Intbox:
permite
ingresar solo
números.
Ambos Opción para
determinar que el
requerimiento es de
curso de graduación y
de tesis.
Rdbambos Radio:
Permite elegir
una opción
entre varias.
Contenido Puede escribir una
ayuda describiendo el
requerimiento que se
está ingresando.
String N txtContenido Textbox:
Sirve para
ingresar
datos.
Estado Puede elegir si el
requerimiento tiene
estado activo o
inactivo.
String S cmbEstados Combobox:
Sirve para
mostrar en un
listado las
diferentes
opciones a
elegir.
Guardar Sirve para guardar los
datos ingresados en la
pantalla.
btnGrabar Button:
Permite dar
un clic para
disparar un
204
evento.
Cancelar Sirve para cancelar el
proceso es decir,
cerrar la ventana.
btnCancelar Button:
Permite dar
un clic para
disparar un
evento.
Mensajes Successfully
Una vez ingresados todos los datos y realizados todos los cambios deseados procedemos a
guardar los cambios.
5.10 MANTENIMIENTO CAUSA ESTADO
(MANTENIMIENTOCAUSAESTADO)
En este proceso se modificaran y eliminaran cada uno de los estados definidos por el usuario
así como también se pueden crear nuevos estados.
Menú principal >Mantenimiento > Mantenimiento Causa Estado
205
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Filtros de Selección
Código Espacio para digitar el
código de Causa Estado
a consultar.
String txtCodigo Textbox: Sirve
para ingresar
datos.
Descripción Espacio para digitar la
descripción por la cual
se va a realizar la
búsqueda de la Causa
Estado.
String txtDescripcion Textbox: Sirve
para ingresar
datos.
Buscar Sirve para dar inicio a la
búsqueda según los
parámetros ingresados
en la caja de texto.
btnBuscar Button:
Permite dar un
clic para
disparar un
evento.
Borrar Sirve para limpiar los
campos y realizar una
nueva consulta.
btnBorrar Button:
Permite dar un
clic para
disparar un
evento.
206
Toolbar
nuevo Permite ingresar un
nuevo Causa Estado
Btnasignar toolbarbutton:
Sirve para
mostrar datos
en forma de
menú, como
opciones.
Eliminar Permite eliminar o
inactivar un registro de
Causa Estado de la lista
de resultados.
Btneliminar toolbarbutton:
Sirve para
mostrar datos
en forma de
menú, como
opciones.
Listado de resultado
Cuadro Permite chequear una
opción del listado.
Checkbox Cuadro Listcell: Sirve
para mostrar
datos en el
listado.
Id El código de Causa
Estado en el listado.
String Id Listcell: Sirve
para mostrar
datos en el
listado.
descripción La descripción de Causa
Estado en el listado.
String Descripcion Listcell: Sirve
para mostrar
datos en el
listado.
5.11 CAUSA ESTADO (CAUSAESTADO)
La opción de nuevo nos abrirá una nueva pantalla en la cual podemos ingresar el estado que
deseamos crear.
Tenemos el campo para ingresar la descripción de la nueva causa que puede tener un
estado de anteproyecto.
207
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control Visual
Validaciones
Filtros de Selección
Código Espacio para el
código secuencial
que se generara.
Integer S txtCodigoCausa Textbox:
Sirve para
ingresar
datos.
Descripción Espacio para
digitar la
descripción por la
cual se va a grabar
esta línea de
investigación o
tópico.
String S txtDescripcionCausa Textbox:
Sirve para
ingresar
datos.
Estado Puede elegir si la
línea de
investigación o
tópico tiene estado
activo o inactivo.
String S cmbEstados Combobox:
Sirve para
mostrar en un
listado las
diferentes
opciones a
elegir.
Guardar Sirve para guardar
los datos
ingresados en la
pantalla.
btnGrabar Button:
Permite dar
un clic para
disparar un
evento.
Cancelar Sirve para cancelar
el proceso es decir,
btnCancelar Button:
Permite dar
un clic para
208
cerrar la ventana. disparar un
evento.
Mensajes Successfully
Una vez ingresados todos los datos y realizados todos los cambios deseados procedemos a
guardar los cambios.
Reportes
5.12
REPORTE DE
ANTEPROYECTO(REPORTEANTEPROYECTOS)
Es un reporte de los proyectos que se encuentran ingresados en el sistema, se puede
realizar la búsqueda por tópicos, periodo de graduación o año de tesis.
209
Ubicación en el Menú:
Menú principal >Reportes > Reporte de Anteproyecto
Prototipo de la interface
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Filtros de Selección
210
Tópico Permite
escoger un
tópico o todas
las opciones
según se
requiera el
reporte.
String cmbtopico Combobox: Sirve para mostrar
en un listado las diferentes
opciones a elegir.
Curso de
Graduación
Permite
activar la
opción para
escoger los
periodos
lectivos.
String rdbgraduacion Radio: Permite elegir una
opción entre varias.
Periodo
Lectivo
Permite
escoger el
periodo
lectivo del
curso de
graduación a
visualizar.
String cmbperiodo Combobox: Sirve para mostrar
en un listado las diferentes
opciones a elegir.
Tesis Permite
activar la
casilla para
ingresar el
año.
String rdbtesis Radio: Permite elegir una
opción entre varias.
Año de
Proyecto de
Tesis
Permite
ingresar el
año de
ingreso de las
tesis.
Int intaniotesis intBox: permite el ingreso de
números en la caja de texto.
Imprimir Sirve para
llamar al
reporte según
las opciones
de filtrado
seleccionados.
btnImprimir Button: Permite dar un clic para
disparar un evento.opciones.
Borrar Sirve para
cancelar el
proceso es
decir, cerrar la
ventana.
btnBorrar Button: Permite dar un clic para
disparar un evento.
211
Reporte Sirve para
llamar al
reporte
grafico según
las opciones
de filtrado
seleccionado.
btnPorcentaje Button: Permite dar un clic para
disparar un evento.
Área de Impresión
Reporte
Anteproyecto
Sirve para
mostrar el
contenido del
reporte.
reportAnte Jasperreport: Muestra el
contenido del reporte.
5.13 REPORTE DE TUTORES DE
ANTEPROYECTO(REPORTETUTORESANTEPROYECTO)
Se podrá visualizar los temas que se han ingresado al sistema así como que tutores han sido
asignados, las fecha de ingreso y el estado en el cual se encuentra cada proyecto en general y
dependiendo del tutor.
Permite realizar búsquedas por tópicos, tutores, periodo de graduación o año de tesis.
Ubicación en el Menú:
Menú principal >Reportes > Reporte de Tutores Anteproyecto
Prototipo de la interface
212
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Filtros de Selección
Tópico Permite
escoger un
tópico o todas
las opciones
según se
requiera el
reporte.
String cmbtopico Combobox: Sirve para
mostrar en un listado las
diferentes opciones a elegir.
213
Tutores Permite
escoger un
tutor
determinado
que se desee
consultar o en
el caso de que
no sea así tiene
la opción de
todos.
String cmbtutor Combobox: Sirve para
mostrar en un listado las
diferentes opciones a elegir.
Curso de
Graduación
Permite activar
la opción para
escoger los
periodos
lectivos.
String rdbgraduacion Radio: Permite elegir una
opción entre varias.
Periodo
Lectivo
Permite
escoger el
periodo lectivo
del curso de
graduación a
visualizar.
String cmbperiodo Combobox: Sirve para
mostrar en un listado las
diferentes opciones a elegir.
Tesis Permite activar
la casilla para
ingresar el
año.
String rdbtesis Radio: Permite elegir una
opción entre varias.
Año de
Proyecto de
Tesis
Permite
ingresar el año
de ingreso de
las tesis.
Int intaniotesis intBox: permite el ingreso
de números en la caja de
texto.
Imprimir Sirve para
llamar al
reporte según
las opciones
de filtrado
seleccionados.
btnImprimir Button: Permite dar un clic
para disparar un
evento.opciones.
Borrar Sirve para
cancelar el
proceso es
decir, cerrar la
ventana.
btnBorrar Button: Permite dar un clic
para disparar un evento.
Área de Impresión
Reporte Sirve para
mostrar el
reportTutoAnte Jasperreport: Muestra el
214
Anteproyecto contenido del
reporte de
Tutores de
Anteproyectos.
contenido del reporte.
5.14 ADMINISTRACIÓN DE GRADUACIÓN
Este menú el administrador podrá hacer búsquedas de proyectos ya sea por tutor o por
alumno. En ambos casos se permite la búsqueda por nombres o numero. Así se podrá ver el
listado de proyectos que un tutor tiene asignado así como el documento del alumno con las
observaciones que cada tutor ha realizado sobre su proyecto.
Ubicación en el Menú:
Menú principal >Administración > Administración de Graduación
Prototipo de la interface
215
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Filtros de Selección
Alumno Permite visualizar
los anteproyectos de
los alumnos, es
decir realiza la
búsqueda por
alumno.
String rdbalumno Radio: Permite
elegir una opción
entre varias..
Profesor Permite visualizar lo
anteproyectos
realizando la
búsqueda por
profesor.
String rdbgraduacion Radio: Permite
elegir una opción
entre varias..
Cedula Permite escoger el
periodo lectivo del
curso de graduación
a visualizar.
String txtCedula Textbox: Sirve
para ingresar
datos.
Apellidos Permite activar la
casilla para ingresar
el año.
String txtApellido1
txtApellido2
Textbox: Sirve
para ingresar
datos.
Borrar Sirve para cancelar
el proceso es decir,
cerrar la ventana.
btnBorrar Button: Permite
dar un clic para
disparar un
evento.
Buscar Permite realizar la
búsqueda según los
filtros
seleccionados.
btnBuscar Button: Permite
dar un clic para
disparar un
evento.
Listado de resultados
Tema Sirve para mostrar
el tema de los
anteproyectos.
String Tema Listcell: Sirve
para mostrar
datos en el
listado.
216
Fecha Ingreso Muestra la fecha de
ingreso del
anteproyecto.
Date Fecha Ingreso Listcell: Sirve
para mostrar
datos en el
listado.
Versiones Muestra la versión
del documento
String Versiones Listcell: Sirve
para mostrar
datos en el
listado.
5.15 PROYECTO DE LECTURA
(PROYECTOADMINISTRACION)
Al darle doble clic sobre uno de los resultados de la búsqueda se nos abrirá una pantalla
donde podemos ver detalladamente el documento.
217
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Listado de alumnos
Requermientos Muestra los títulos de
los requerimientos del
anteproyecto.
String Requerimiento Listcell: Sirve
para mostrar
datos en el
listado.
Descripcion Muestra el contenido
de un requerimiento
específico.
String Descripcion Listcell: Sirve
para mostrar
datos en el
listado.
Botones
Cancelar Permite salir de la
pantalla.
Btncancelar Button:
Permite dar
un clic para
disparar un
evento.
Estado Permite ver el estado
del anteproyecto.
btnEstado Button:
Permite dar
un clic para
disparar un
evento.
Tutores Permite ver los tutores
asignados al
anteproyecto.
btnTutorores Button:
Permite dar
un clic para
disparar un
evento.
5.16 LISTADO DE TUTORES ASIGNADOS A UN PROYECTO
(TUTORESPROYECTO)
Si damos clic en el botón de Tutores se podrá visualizar todos los tutores asignados al
proyecto que está consultando, así como el número de observaciones realizadas por cada uno
de ellos, las observaciones que el alumno ha revisado, la cantidad que ha corregido y la
cantidad que siguen sin corregir.
218
Prototipo de Interface
Campos de la interface
Listado de resultados
Cedula Muestra el
numero de
cedula del
tutor del
anteproyecto.
String Cedula Listcell: Sirve para mostrar datos en el listado.
Nombres Muestra los
nombres del
tutor
asignado al
anteproyecto.
Date Nombre
s
Listcell: Sirve para mostrar datos en el listado.
Apellidos Muestra los
apellidos del
tutor
asignado al
anteproyecto.
String Apellid
os
Listcell: Sirve para mostrar datos en el listado.
#Obser Muestra el
número de
observaciones
del
anteproyecto.
String Obser Listcell: Sirve para mostrar datos en el listado.
219
#Obs.Nuevas Muestra el
número de
observaciones
nuevas del
anteproyecto.
String ObsNue
vas
Listcell: Sirve para mostrar datos en el listado.
#Obs.Corregidas Muestra el
número de
observaciones
corregidas del
anteproyecto.
String ObsCor
regidas
Listcell: Sirve para mostrar datos en el listado.
#Obs.sin
Corregir
Muestra el
número de
observaciones
sin corregir
del
anteproyecto.
String Obssin
Corregi
r
Listcell: Sirve para mostrar datos en el listado.
Menú Alumno
Las opciones de los alumnos serán ingresar y modificar el anteproyecto y la visualización de
sus tutores, observaciones, versiones del documento y el estado del mismo.
5.17 BANDEJA ENTRADA ALUMNO (MENUALUMNO)
En la bandeja de entrada del alumno existen varias opciones que le permitirá ingresar un
nuevo Anteproyecto, así como modificarlo, además de ver otras opciones.
220
En esta bandeja de entrada se podrán visualizar las diferencias versiones de un documento,
así como la fecha de ingreso del mismo.
Prototipo de la Interface
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del Control
Visual
Validaciones
Bandeja Entrada
Modificar
cabecera del
proyecto
Activo
Enlace para
visualizar y
modificar la
cabecera del
anteproyecto
que se está
revisando o en
proceso de
aprobacion.
modificarcabproyec
to
toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
A
221
Modificar
Proyecto
Activo.
Enlace para
visualizar y
modificar el
contenido del
anteproyecto, es
decir los
requerimientos.
modificarproyecto toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
Ver Causa y
estado del
proyecto
Activo.
Enlace para
visualizar la
causa y el
estado en el que
se encuentra un
anteproyecto.
Vercausaestadoproyect
o
toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
Ver tutores
Asignados y sus
observaciones.
Enlace para
visualizar los
tutores y
observaciones
del
anteproyecto
activo.
menuobservaciones toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
ToolbarButton
Nuevo
Anteproyecto
Botón para
permitir el
ingreso de un
anteproyecto,
siempre que
cumpla con los
requerimientos
para ingreso.
Nuevoanteproyecto. toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
Listbox
Tema Presenta los
temas de los
anteproyectos.
String Tema Listcell: Sirve
para mostrar
datos en el
listado.
Fecha Ingreso Presenta las
fechas de los
anteproyectos.
Date Fecha Ingreso Listcell:Sirve
para mostrar
datos en el
listado.
Versión Se presenta la
versión del
documento
(Anteproyecto)
String Versión Listcell:Sirve
para mostrar
datos en el
listado.
222
Mensajes de Advertencia
Para ingresar el anteproyecto nos vamos al botón de Nuevo Anteproyecto donde le aparecerá
una nueva pantalla para permitirle el ingreso del mismo, esto dependerá de diferentes
factores.
En el caso de no poder ingresar un anteproyecto le saldrá la siguiente advertencia, ya que
seguramente ya tiene un anteproyecto ingresado el cual se encuentra en revisión o
simplemente ya fue aceptado por su(s) tutor(es).
5.18 PROYECTO (PROYECTO)
Al momento de ingresar un nuevo anteproyecto tenemos 2 pestañas la primera es de Datos
principales donde podemos ver que se puede digitar el tema del anteproyecto, escoger entre
proyectos grupal e individual, esto depende de si se lo permitieran caso contrario aparecerá
deshabilitada la opción d Grupal, escoger el tópico de su proyecto así como el tipo de
contenido del mismo.
Prototipo de la Interface
223
Campos de la interface
Nombre
del Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Datos Principales
N
Proyecto
Permite ver el
numero
secuencial
asignado a un
anteproyecto.
String txtnoproyecto Textbox: Sirve para ingresar
datos.
Periodo
Lectivo
Permite ver el
periodo
lectivo de un
anteproyecto.
String Txtperiodo Textbox: Sirve para ingresar
datos.
Tema Permite ver el
tema o titulo
del
anteproyecto
graduación.
String txttema Label: Permite visualizar datos.
224
Buscar
temas
similares
Permite ver
un listado de
los
anteproyectos
que ya han
sido
aprobados.
btnTemas Button: Permite dar un clic para
disparar un evento.
Tesis
individual
Opción para
que el
anteproyecto
sea
individual.
rdbindividual Radio: Permite elegir una opción
entre varias.
Tesis
grupal
Opción para
permitir mas
integrantes en
el
anteproyecto.
Rdbgrupal Radio: Permite elegir una opción
entre varias.
Tópico Permite elegir
el tópico del
proyecto
(Redes, Base
de datos, etc.)
Cmbtopico Combobox: Sirve para mostrar en
un listado las diferentes opciones
a elegir.
Contenido Permite elegir
el contenido
del
anteproyecto
(investigación
o desarrollo.)
cmbcontenido Combobox: Sirve para mostrar en
un listado las diferentes opciones
a elegir.
Listado de alumnos
Cedula Muestra la
cedula del
alumno en un
listado.
String Cedula Listcell: Sirve para mostrar datos
en el listado.
Nombres Muestra el
nombre de un
alumno en un
listado.
String Nombres Listcell: Sirve para mostrar datos
en el listado.
225
Apellidos Muestra el
apellido de un
alumno en un
listado.
String Apellidos Listcell: Sirve para mostrar datos
en el listado.
Añadir
alumno
Permite
añadir al
listado un
alumno, es
decir el o los
integrante(s)
del
anteproyecto.
btnAnadir Button: Permite dar un clic para
disparar un evento.
Borrar Permite
eliminar del
listado a un
integrante de
un
anteproyecto.
btnBorrar Button: Permite dar un clic para
disparar un evento.
Botones
Guardar Permite
grabar el
anteproyecto.
btnGrabar Button: Permite dar un clic para
disparar un evento.
Cancelar Permite salir
de la pantalla.
btnCancelar Button: Permite dar un clic para
disparar un evento.
Estado Permite ver el
estado del
anteproyecto.
btnEstado Button: Permite dar un clic para
disparar un evento.
Tutores Permite ver
los tutores del
anteproyecto.
btnTutores Button: Permite dar un clic para
disparar un evento.
5.19 PROTOTIPO DE LA INTERFACE (SEGUNDA PESTAÑA DE
LA PANTALLA ANTERIOR)
La segunda seccion es la del detalle de los requerimientos del anteproyecto.
226
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Listado de los requerimientos
Requermientos Muestra los
títulos de los
requerimientos
del
anteproyecto.
String Requerimiento Listcell: Sirve para mostrar
datos en el listado.
227
Descripcion Muestra el
contenido de
un
requerimiento
específico.
String Descripcion Listcell: Sirve para mostrar
datos en el listado.
Botones
Guardar Permite grabar
el anteproyecto.
btnGrabar Button: Permite dar un clic
para disparar un evento.
Cancelar Permite salir de
la pantalla.
btnCancelar Button: Permite dar un clic
para disparar un evento.
Estado Permite ver el
estado del
anteproyecto.
btnEstado Button: Permite dar un clic
para disparar un evento.
Tutores Permite ver los
tutores del
anteproyecto.
btnTutores Button: Permite dar un clic
para disparar un evento.
Mensaje de advertencias
Se procedera a grabar los datos dando clic en el botón guardar, donde le saldra la ventana de
confirmación de transacción y dependiendo de la opción que escoja se grabara la
información.
5.20 VER CAUSA ESTADO DEL PROYECTO
ACTIVO(VERCAUSAESTADO)
228
Para ver en qué estado está el anteproyecto podemos dar un clic en la opción de Ver Causa
Estado del Proyecto activo donde se visualizara el tema del anteproyecto, estado en general
en el que se encuentra, y el estado por tutor, es decir si ya está ingresado, aceptado, rechazado
o en revisión y la causa que el mismo le haya puesto.
Prototipo de la interface
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Ver causa Estado de un Anteproyecto
Tema Permite ver el tema del
anteproyecto consultado.
String Txttema Textbox:
Sirve para
ingresar datos.
Estado General Permite ver el estado
general del anteproyecto
consultado.
String txtEstado Textbox:
Sirve para
ingresar datos.
Listado de alumnos
Profesor Muestra Los tutores
asignados a un
String Profesor Listcell: Sirve
para mostrar
229
anteproyecto. datos en el
listado.
Estado Muestra el estado del
anteproyecto de un tutor
determinado.
String Estado Listcell: Sirve
para mostrar
datos en el
listado.
Causa Muestra la causa por el
cual el anteproyecto se
encuentra en ese estado.
String Causa Listcell: Sirve
para mostrar
datos en el
listado.
Detalle Muestra el detalle u
observación realizada
por la causa en la que se
encuentra el
anteproyecto.
String Detalle Listcell: Sirve
para mostrar
datos en el
listado.
5.21 VER TUTORES ASIGNADOS Y SUS
OBSERVACIONES(TUTORESANTEPROYECTO)
Dando clic en la opción anterior veremos la siguiente pantalla donde se detallara los datos de
los tutores asignados al proyecto, el numero de observaciones realizadas por el mismo,
observaciones nuevas es decir sin revisar por el alumno, observaciones corregidas y sin
corregir. (Esta pantalla esta detallada con anterioridad pero la colocación es necesaria para
indicar de donde sale la que siguiente pantalla)
Campos de la interface
230
Listado de resultados
Cedula Muestra el numero
de cedula del tutor
del anteproyecto.
String Cedula Listcell: Sirve
para mostrar
datos en el
listado.
Nombres Muestra los nombres
del tutor asignado al
anteproyecto.
Date Nombres Listcell: Sirve
para mostrar
datos en el
listado.
Apellidos Muestra los
apellidos del tutor
asignado al
anteproyecto.
String Apellidos Listcell: Sirve
para mostrar
datos en el
listado.
#Obser Muestra el número
de observaciones del
anteproyecto.
String Obser Listcell: Sirve
para mostrar
datos en el
listado.
#Obs.Nuevas Muestra el número
de observaciones
nuevas del
anteproyecto.
String ObsNuevas Listcell: Sirve
para mostrar
datos en el
listado.
#Obs.Corregidas Muestra el número
de observaciones
corregidas del
anteproyecto.
String ObsCorregidas Listcell: Sirve
para mostrar
datos en el
listado.
#Obs.sin
Corregir
Muestra el número
de observaciones sin
corregir del
anteproyecto.
String ObssinCorregir Listcell: Sirve
para mostrar
datos en el
listado.
5.22 LISTA DE OVBSERVACIONES(LISTAOBSERVACIONES)
Al dar doble clic sobre el nombre del tutor podremos observar la siguiente pantalla con las
observaciones realizadas por el docente encargado de la revisión del anteproyecto, es decir en
que requerimiento realizo la observación, el detalle de la misma y la versión del documento
en el que fue revisado.
Prototipo de la Interface.
231
Campos de la interface
Listado de resultados
Requerimiento Muestra el
requerimiento al cual
se le realizo la
observación.
String Requerimiento Listcell: Sirve
para mostrar datos
en el listado.
Detalle Muestra el detalle de
la observación.
String Detalle Listcell: Sirve
para mostrar datos
en el listado.
Versión Muestra la versión
del documento al que
se le realizo la
observación.
String Version Listcell: Sirve
para mostrar datos
en el listado.
Cancelar Permite salir de la
pantalla.
btnCancelar Button: Permite
dar un clic para
disparar un
evento.
232
5.23 MENÚ TUTOR
La opción del tutor será similar a la bandeja de entrada del administrador con la diferencia de
que solo podrá ver los anteproyectos asignados al mismo.
Ubicación en el Menú:
Menú principal >Anteproyecto de Graduación > Bandeja Entrada > Tutor
Prototipo de la Interface
233
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del Control
Visual
Validaciones
Bandeja Entrada
Proyectos
Nuevos
Enlace para
visualizar
proyectos
nuevos.
proyectonuevo toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
Proyectos
Revisados
Enlace para
visualizar
proyectos
asignados.
proyectoasignado toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
Proyectos
Aceptados
Enlace para
visualizar
proyectos
aceptados.
Proyectoaceptado toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
Proyectos
Rechazados
Enlace para
visualizar
proyectos
rechazados.
Proyectorechazado toolbarbutton:
Sirve para
mostrar datos en
forma de menú,
como opciones.
Listbox
234
Tema Presenta los
temas de los
anteproyectos.
String Tema Listcell: Sirve
para mostrar
datos en el
listado.
Fecha
Ingreso
Presenta las
fechas de los
anteproyectos.
Date Fecha Ingreso Listcell:Sirve
para mostrar
datos en el
listado.
Versión Permite
visualizar la
versión del
documento
(Anteproyecto)
que se va a
revisar.
String Versión Listcell:Sirve
para mostrar
datos en el
listado.
5.24 PROYECTO LECTURA
TUTOR(PROYECTODELECTURATUTOR)
Al dar clic sobre uno de los anteproyectos se podrá visualizar su contenido, donde el tutor
podrá ver el tema, el tipo de proyecto, tópico, contenido, integrantes del proyecto, además de
los requerimientos del documento.
Prototipo de Interface
235
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control Visual
Validaciones
Datos Principales
N Proyecto Permite ver el numero
secuencial asignado a un
anteproyecto.
lblnoproyecto Label:
Permite
visualizar
datos.
Periodo
Lectivo
Permite ver el periodo
lectivo de un anteproyecto.
lblperiodo Button:
Permite dar
un clic para
disparar un
evento.
Tema Permite ver el tema o titulo
del anteproyecto
graduación.
lbltema Label:
Permite
visualizar
datos.
Tipo proyecto Permite ver el tipo de
proyecto si es tesis o curso
de graduación.
lblgrupal Label:
Permite
visualizar
datos.
Tópico Permite ver el tópico del
proyecto (Redes, Base de
datos, etc.)
lbllinea Label:
Permite
visualizar
datos.
Contenido Permite ver el contenido del
anteproyecto(investigación
o desarrollo.)
lblcontenido Label:
Permite
visualizar
datos.
Listado de alumnos
Cedula Muestra la cedula del
alumno en un listado.
String Cedula Listcell: Sirve
para mostrar
datos en el
listado.
Nombres Muestra el nombre de un
alumno en un listado.
String Nombres Listcell: Sirve
para mostrar
datos en el
listado.
Apellidos Muestra el apellido de un
alumno en un listado.
String Apellidos Listcell: Sirve
para mostrar
datos en el
236
listado.
Botones
Aceptar Permite cambiar el estado
del anteproyecto a aceptado.
btnAceptar Button:
Permite dar
un clic para
disparar un
evento.
Rechazar Permite cambiar el estado
del anteproyecto a
rechazado.
btnRechazar Button:
Permite dar
un clic para
disparar un
evento.
Cancelar Permite salir de la pantalla. btnCancelar Button:
Permite dar
un clic para
disparar un
evento.
Causa Permite ingresar la causa
del estado del anteproyecto.
btnAgregarCausa Button:
Permite dar
un clic para
disparar un
evento.
Observaciones Permite visualizar las
observaciones realizadas por
todos los tutores de un
anteproyecto.
btnObservaciones Button:
Permite dar
un clic para
disparar un
evento.
En la pestana de Datos del Anteproyecto podemos ver la documentación ingresada por el
alumno, y si el tutor ha estado de acuerdo o en desacuerdo con tal requerimiento, o no ha
realizado ninguna observación para el caso de estar de acuerdo se mostrara un visto(), caso
contrario una equis(X).
237
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control
Visual
Validaciones
Listado de los requerimientos
Imagen Permite visualizar un
visto o una equis
después que se ha
realizado la observación.
imgaceptar Image: Permie
colocar
imágenes.
238
Requermientos Muestra los títulos de los
requerimientos del
anteproyecto.
String Requerimiento Listcell: Sirve
para mostrar
datos en el
listado.
Descripcion Muestra el contenido de
un requerimiento
específico.
String Descripcion Listcell: Sirve
para mostrar
datos en el
listado.
Botones
Aceptar Permite cambiar el
estado del anteproyecto a
aceptado.
btnAceptar Button:
Permite dar
un clic para
disparar un
evento.
Rechazar Permite cambiar el
estado del anteproyecto a
rechazado.
btnRechazar Button:
Permite dar
un clic para
disparar un
evento.
Cancelar Permite salir de la
pantalla.
btnCancelar Button:
Permite dar
un clic para
disparar un
evento.
Causa Permite ingresar la causa
del estado del
anteproyecto.
btnAgregarCau
sa
Button:
Permite dar
un clic para
disparar un
evento.
Observaciones Permite visualizar las
observaciones realizadas
por todos los tutores de
un anteproyecto.
btnObservacion
es
Button:
Permite dar
un clic para
disparar un
evento.
239
Mensajes de Advertencia
El siguiente mensaje saldrá cuando el tutor de clic en el botón de
Aceptar
Dependiendo de la situación en la que quiera aprobar el anteproyecto le
saldrán mensajes de confirmación o de advertencia.
En este caso el siguiente mensaje será de advertencia por no estar de
acuerdo con todo lo que está en el documento.
El siguiente mensaje sale si da un clic en Rechazar el anteproyecto.
240
El siguiente mensaje sale porque no ha realizado las observaciones a todo
el documento.
Mensajes Successfully
241
5.25 OBSERVACIÓN (OBSERVACIÓN)
Permite ingresar una observación a un requerimiento específico.
Prototipo de la Interface.
Campos de la interface
Nombre del
Campo
Descripción Tipo/tamaño
de Dato
Obligatorio
(s/n) Prefijo del
Control Visual
Validaciones
Observación
Acuerdo Esta opción
describe que el
tutor esta con un
requerimiento
especifico.
rdbacuerdo Radio:
Permite elegir
una opción
entre varias.
Desacuerdo Esta opción
describe el
desacuerdo que el
tutor tiene con un
requerimiento
específico.
rdbdesacuerdo Radio:
Permite elegir
una opción
entre varias.
242
Observación Permite ingresar la
observación
dependiendo del
requerimiento y si
esta desacuerdo o
en desacuerdo.
String S: Cuando
está en
desacuerdo.
txtobservacion Textbox:
Sirve para
ingresar
datos.
Guardar Sirve para guardar
los datos ingresados
en la pantalla.
btnGrabar Button:
Permite dar
un clic para
disparar un
evento.
Cancelar Sirve para cancelar
el proceso es decir,
cerrar la ventana.
btnCancelar Button:
Permite dar
un clic para
disparar un
evento.
Mensajes Successfully
Una vez ingresados todos los datos procedemos a guardar los cambios.
243
6.ESTÁNDARES DE REPORTES
6.1 DISEÑO DE REPORTES
6.1.1ESTRUCTURA
Debido a que el usuario mide la efectividad de las aplicaciones basándose
en la capacidad de la salida de la información, resulta muy importante
diseñar informes efectivos y con presentaciones agradables. Los
siguientes apartados proponen el estándar a seguir para los informes. Los
reportes deben contener la siguiente estructura:
SECCIÓN DE TITULO
En esta sección se detallaran datos importantes como:
Nombre de la Universidad(Universidad de Guayaquil)
El título del reporte deberá ser significativo de manera que refleje
su contenido.
La fecha de generación del informe en formato día, mes y año
(DD/MM/YYYY).
La hora de generación del Informe en formato horas, minutos
(HH.mm).
Número de página en formato N, por ejemplo: página 1
244
SECCIÓN DE ENCABEZADO DE PÁGINA
La sección de encabezado de página contiene los datos que se
visualizarán como encabezado en todas las páginas del reporte. Dicho
encabezado debe tener los siguientes datos:
-Los parámetros del reporte son los criterios utilizados para filtrar los
datos que forman parte del informe. Estos parámetros pueden visualizarse
de la siguiente manera:
Para informes con varios criterios de consulta se tendrá que definir como
parte del encabezado una zona de parámetros que detalle los filtros
aplicados al reporte.
SECCIÓN ENCABEZADO DE COLUMNA
Esta sección se encargará de mostrar el encabezado de los datos del
detalle. Se ubica en esta sección para que solamente sean impresos una
vez en cada página y no cuando hay un cambio de grupo o corte, para
ahorrar espacio.
245
SECCIÓN DE DETALLE
Esta sección es una de las más importantes dentro de los informes ya que
contiene el detalle de la información consultada. La Sección Central se
puede dividir en dos partes:
-La primera, que contiene los cortes por los cuales la información será
agrupada. Se recomienda el uso máximo de 4 (3 si es posible), ya que el
exceso de agrupaciones tiende a confundir al usuario y agrega mucha
complejidad a la distribución de la información. Si es necesario, cada
corte puede llevar un subtotal que pueden ser sumatorias de montos o
bien, conteo de registros. Se recomienda que estos totales sean colocados
al final del detalle y alineados con su respectiva columna.
-La segunda, que es propiamente el detalle de los registros. Es importante
mencionar que la selección de los datos a mostrar deberá ser por
prioridad y necesidad del usuario, ya que en ocasiones donde existe gran
cantidad de datos, puede conllevar a problemas de espacio. Es permitido,
si realmente se requiere, el uso de informes en páginas con orientación
horizontal, ya que permite tener una mayor cantidad de columnas en el
detalle, sin embargo, estos deberán utilizarse en forma moderada, debido
a que acorta el número de registros mostrados por página, lo que
ocasiona más gasto de papel.
246
SECCIÓN DE PIE DE REPORTE
Esta sección es de uso exclusivo para totales generales del informe. En
dicha sección se totalizan los resultados de los grupos o cortes. Además
es aquí, donde se permitirá el uso de gráficos, ya sea de barras o pastel
(recomendados por su fácil entendimiento). Si se requiere el uso de
gráficos, estos deberán utilizarse en forma moderada, preferiblemente en
los reportes resumidos que no tienen altos volúmenes de información en
su detalle o sección central de datos.
6.1.2 PAPEL TAMAÑO
Los reportes deberán ser diseñados para un tamaño de papel A4 (21 x
29,7) cm. Solo en casos muy específicos como la impresión de boletas,
comprobantes y otro tipo de documentos que requieren otros tamaños se
permitirá variar el tamaño del papel.
247
6.1.3 ORIENTACIÓN
La orientación de las páginas debe ser vertical, ya que permite un mayor
número de líneas por página, lo que contribuye en el aprovechamiento
del papel. Sin embargo, si el número de datos en el detalle son muchos,
se permite el uso de la orientación horizontal. Se debe analizar muy bien
los volúmenes de información a desplegar ya que para reportes que
pueden tener muchos registros no es recomendable usar la orientación
horizontal ya que son menos las líneas permitidas por página, lo que
aumenta el gasto de papel.
6.1.4 COLORES
Para los reportes se define el uso del color negro en forma única. La
razón, es que la mayoría de las impresoras de la Institución no son a
colores, por lo que no valdría la pena realizar informes con tonos que no
pueden visualizarse en la impresión. Además, la impresión a colores
representaría un gasto muy elevado para la Institución. Para el caso de los
informes que contengan imágenes, gráficos de barras, pasteles u otro
estilo de imágenes que requieren el uso de colores, se recomienda que se
le haga saber al usuario sobre el uso moderado de estos informes por el
alto costo que conlleva.
6.1.5 TIPOGRAFÍAS
Es recomendable el uso de Tahoma debido a que es una fuente más
comprimida que las demás. Esto permite una mejor distribución de la
información dentro de los reportes.
248
6.1.6 RECOMENDACIONES
Asegúrese que la herramienta de generación de informes tenga la
capacidad de mostrar el reporte en pantalla antes de ser impreso.
Analice muy bien la información que será desplegada en el
informe. Solo muestre los datos necesarios.
6.1.7 OBSERVACIÓN:
Existen reportes que no aplican este formato, debido a que ya se tiene
establecido un formato con anterioridad por la institución y no deben ser
modificados como por ejemplo el documento de inscripción al semestre.
Manual de Usuario
1
INDICE
1. INTRODUCCIÓN ....................................................................................................................... 2
2. USO DEL SISTEMA ................................................................................................................... 2
2.1 MÓDULO REGISTRO Y APROBACIÓN DE LOS ANTEPROYECTOS DE TESIS Y CURSO DE FIN
DE CARRERA ................................................................................................................................ 2
2.2. INGRESO AL SISTEMA ........................................................................................................... 3
2.1.2. BOSQUEJO DEL MENU QUE TIENE DISPONIBLE EL ADMINISTRADOR. ............................. 4
2.3 ROL ADMINISTRADOR ........................................................................................................... 5
2.3.1 MANTENIMIENTOS .......................................................................................................... 13
2.3.1.1 MANTENIMIENTO LÍNEA DE INVESTIGACIÓN ............................................................... 14
2.3.1.2 MANTENIMIENTO REQUERIMIENTO ............................................................................ 18
2.3.1.3 MANTENIMIENTO CAUSA ESTADO ............................................................................... 20
2.3.2 REPORTES .................................................................................................................. 21
2.3.2.1 REPORTE DE ANTEPROYECTO ....................................................................................... 21
2.3.2.2 REPORTE DE TUTORES DE ANTEPROYECTO .................................................................. 23
2.3.3. ADMINISTRACIÓN DE GRADUACIÓN .............................................................................. 24
2.4 MENÚ ALUMNO .................................................................................................................. 27
2.4.2 MODIFICAR CABECERA DEL PROYECTO ACTIVO .............................................................. 31
2.4.3 MODIFICAR EL PROYECTO ACTIVO .................................................................................. 31
2.4.4 VER CAUSA ESTADO DEL PROYECTO ACTIVO................................................................... 32
2.4.5 VER TUTORES ASIGNADOS Y SUS OBSERVACIONES......................................................... 34
2.5. MENÚ TUTOR ..................................................................................................................... 36
2
1. INTRODUCCIÓN
El presente documento está dirigido al usuario del Sistema Académico CISC - CINT,
con la finalidad de poder ayudarlo y que realice de forma adecuada el uso de cada una de
sus funciones.
El presente “Manual de Usuario” tiene como objetivo detallar la metodología para la
utilización del Sistema de Ingreso y Aprobación de Anteproyectos de Tesis y Proyectos
de Grado de la Universidad de Guayaquil, Facultad de Matemáticas y Físicas Carrera de
Ingeniería en Sistemas Computacionales.
El sistema está compuesto por:
1) Opciones para el Administrador
2) Opciones para el Tutor
3) Opciones para el Alumno.
Sirve para dar información en forma clara y precisa a todos los alumnos, tutores y
administrativos sobre el modulo de ingreso y aprobación del Anteproyecto de proyectos
de grado o tesis.
De esta forma guiara a los diferentes usuarios para lograr el uso correcto del sistema.
2. USO DEL SISTEMA
2.1 MÓDULO REGISTRO Y APROBACIÓN DE LOS
ANTEPROYECTOS DE TESIS Y CURSO DE FIN DE CARRERA
Bienvenidos al Manual de Usuario del Sistema de de Aprobacion de Anteproyectos de
Tesis y de Cursos de Fin de Carrera.
A continuacion vera detallado cada una de las opciones disponibles dentro del sistema
tanto para el Administrador, Tutores y Alumnos.
Esperando que el mismo sea de mucha utilidad para cada uno de los usuarios que van
hacer uso del mismo.
3
2.2. INGRESO AL SISTEMA
Pantalla de Ingreso
Se ingresa el usuario y contraseña. Asi como tambien el ingreso de los caracteres de
seguridad.
Empezaremos mostrando la estructura del menu y opciones que tiene disponible al rol
del Administrador.
4
2.1.2. BOSQUEJO DEL MENU QUE TIENE DISPONIBLE EL
ADMINISTRADOR.
5
2.3 ROL ADMINISTRADOR
1. Esta pantalla nos muestra la Bandeja de entrada que visualizará el Administrador
y en la cual podrá ver las siguientes carpetas:
Proyectos Nuevos: aquí podrá ver los proyectos nuevos que los alumnos
ingresan para que puedan ser aprobados.
Proyectos Asignados: aquí se mostrara los proyectos que ingresaron los
alumnos y que ya fueron asignados a sus respectivos tutores para la respectiva
revisión.
Proyectos Aceptados: son aquellos proyectos que ya pasaron su fase de
revisión y que ya fueron aprobados.
Proyectos Rechazados: aquellos proyectos que no cumplieron con los
requisitos necesarios para su aprobación.
6
Dentro de esta carpeta el administrador tendrá la opción A que es asignación de
Tutor para los proyectos nuevos tal como se muestra en la siguiente Figura , en
el caso de no existir nuevos proyectos aparece un mensaje donde se indique que
no hay proyecto a asignar.
En el caso de existir tema para asignar en Administrador lo podrá realizar con la ayuda
de las opciones de Filtro de selección donde el tendrá los tópicos y que profesor
pertenece a cada cual, una vez elegido saldrán los temas que correspondan al tópico
elegido.
7
A
8
Dentro de su bandeja tiene la opción Proyectos Asignados como indica en
apuntador B y tal como se muestra en la figura en el lado derecho podrá
observar cada uno de los proyectos asignados así como la fecha de ingreso.
El Administrador al darle doble clic sobre el proyecto que desee ver, podrá apreciar dos
pestañas una de datos generales y otra de datos del anteproyecto.
Datos Principales del Proyecto: ahí estara especificado los datos como son el
numero de proyecto, el periodo, tema, tipo de proyecto, topico y el contenido
asi como los nombres del alumno al cual pertenece dicho proyecto.
B
9
En los datos del anteproyecto se podrá visualizar los datos en si del proyecto
como se puede apreciar en el grafico.
10
11
En esta parte se puede hacer el cambio de tutor; el cambio de tutor se puede
dar por muchos factores: el tutor se enferma, sale de viaje, etc. Por lo cual se
ha contemplado esta opción.
La opción cancelar nos permite salir de la pantalla de proyecto asignados y
regresar a nuestra bandeja de entrada. Tal como se muestra en la figura C.
C
12
Eliminación de un Proyecto: también se puede eliminar un proyecto ya sea por
que el alumno se retire o porque su proyecto fue rechazado. En el grafico se
indica la opción de eliminar D.
D
13
Luego aparecerá un mensaje confirmando la eliminación de dicho proyecto como se
puede observar en la siguiente grafica.
Al final le aparecerá un mensaje de confirmación OK.
2.3.1 MANTENIMIENTOS
14
Dentro de este menú encontraremos:
Mantenimiento Línea de Investigación: dentro de esta opción el
administrador podrá ingresar nuevas líneas de investigación de proyectos,
dicho de otra manera ingresar nuevas categorías.
Mantenimiento de requerimientos: en esta opción se podrán ingresar
nuevos requerimientos para la estructura del anteproyecto o para
modificar el orden del formato del mismo,
Mantenimiento Causa Estado: en esta opción se puede definir en base a
parámetros ya establecidos o ingresados recientemente el estado en el cual
se encuentra un proyecto.
2.3.1.1 MANTENIMIENTO LÍNEA DE INVESTIGACIÓN
Cómo podemos ver en la grafica nos aparece un listado todos los tópicos con sus
respectivos códigos. En el grafico 2 podemos apreciar que si le damos doble clic sobre
cada tópico podemos ver la descripción del mismo.
15
Grafico 1.
16
Grafico 2.
También podemos ingresar un nuevo tópico para lo cual damos clic en la opción
Nuevo E y como nos muestra la grafica se abrirá una ventana en la cual el
administrador procederá a ingresar el nuevo nombre del tópico así como el estado
del mismo, solo estos dos datos son necesarios ya que los códigos son generados
automáticamente con cada nuevo ingreso. Una vez ingresados los datos
procedemos a guardar los cambios.
E
F
17
En esta pantalla también se pueden hacer equivalencias que no es más que otra
cosa que relacionar las materias que se dan en cada semestre con cada uno de los
tópicos. Como lo vemos en la grafica anterior en el apuntador F este es el botón
con el que se abrirá la siguiente pantalla.
Como se puede ver se despliega un listado de las materias con las que se puede
hacer la equivalencia se elije las que correspondan y se guarda los cambios
18
Una vez ingresados todos los datos y realizados todos lo cambios deseados
procedemos a guardar los cambios.
2.3.1.2 MANTENIMIENTO REQUERIMIENTO
Como lo mencionamos anteriormente el administrador podrá ingresar aquí nuevos
requerimientos sobre la estructura con la cual se debe de presentar un proyecto o hacer
modificaciones de los mismos; según como él lo crea pertinente.
19
Si le damos clic sobre la opción nuevo podremos ingresar el nuevo requerimiento.
Y procedemos a guardar los cambios, donde se detallara el nombre del
requerimiento ,también debe escoger si es para tesis o proyecto de graduación,
así como el orden de presentación según sea el caso, la descripción de una ayuda
adicional para describir lo que debe ingresar en este requerimiento, luego guardar
los cambios.
20
2.3.1.3 MANTENIMIENTO CAUSA ESTADO
En este proceso en cual se puede ver cuántos proyectos se encuentra en cada uno de los
estados definidos así como también se pueden crear nuevos estados.
En esta opción si le damos clic a nuevo se nos abrirá una nueva pantalla en la cual
podemos ingresar el nuevo estado que deseamos crear.
Tenemos el campo para ingresar la descripción de la nueva causa que puede tener
un estado de anteproyecto.
21
2.3.2 REPORTES
2.3.2.1 REPORTE DE ANTEPROYECTO
Aquí se podrá visualizar un reporte tal como lo muestra la grafica de los proyectos según
los tópicos. Es como un histórico de los proyectos que se encuentran ingresados en el
sistema, se puede realizar la búsqueda por tópicos, periodo de graduación o año de tesis.
22
23
2.3.2.2 REPORTE DE TUTORES DE ANTEPROYECTO
Aquí se podrá visualizar un histórico de los temas que se han ingresado al sistema así
como que tutores han sido asignados, las fecha de ingreso y el estado en el cual se
encuentra cada proyecto en general y dependiendo del tutor.
Permite realizar búsquedas por tópicos, tutores, periodo de graduación o año de tesis.
24
2.3.3. ADMINISTRACIÓN DE GRADUACIÓN
Este menú el administrador podrá hacer búsquedas de proyectos ya sea por tutor o por
alumno. En ambos casos se permite la búsqueda por nombres o numero de cedula como
se puede observar el la figura 1. Así se podrá ver el listado de proyectos que un tutor
tiene asignado así como el documento del alumno con las observaciones que cada tutor
ha realizado sobre su proyecto.
Figura 1
Según la
Alumno
Profesor
25
búsqueda realizada, le saldrá el listado de anteproyectos con su última versión y si
consulta los anteproyectos de un alumno especifico saldrá el listado de todas las
versiones de los documentos ingresados por este alumno.
Al darle doble clic sobre uno de los resultados de la búsqueda se nos abrirá una pantalla
donde podemos ver detalladamente el documento.
Figura 2
26
Si damos clic en el botón de Tutores se podrá visualizar todos los tutores asignados al
proyecto que está consultando, así como el numero de observaciones realizadas por cada
uno de ellos, las observaciones que el alumno ha revisado, la cantidad que ha corregido y
la cantidad que siguen sin corregir.
Así se visualiza el resultado.
27
2.4 MENÚ ALUMNO
Las opciones de los alumnos serán ingresar y modificar el anteproyecto y la visualización
de sus tutores, observaciones, versiones del documento y el estado del mismo.
En la bandeja de entrada del alumno existen varias opciones que le permitirá ingresar un
nuevo Anteproyecto, así como modificarlo, además de ver otras opciones.
En esta bandeja de entrada se podrán visualizar las diferencias versiones de un
documento, así como la fecha de ingreso del mismo.
28
2.4.1 NUEVO ANTEPROYECTO
Para ingresar el anteproyecto nos vamos al botón de Nuevo Anteproyecto donde le
aparecerá una nueva pantalla para permitirle el ingreso del mismo, esto dependerá de
diferentes factores.
En el caso de no poder ingresar un anteproyecto le saldrá la siguiente advertencia, ya que
seguramente ya tiene un anteproyecto ingresado el cual se encuentra en revisión o
simplemente ya fue aceptado por su(s) tutor(es).
A
29
Al momento de ingresar un nuevo anteproyecto tenemos 2 pestañas la primera es de
Datos principales donde podemos ver que se puede digitar el tema del anteproyecto,
escoger entre proyectos grupal e individual, esto depende de si se lo permitieran caso
contrario aparecerá deshabilitada la opción d Grupal, escoger el tópico de su proyecto así
como el tipo de contenido del mismo.
30
Para ingresar los integrantes del anteproyecto debe digitar en el area donde dice cedula el
numero de identificacion del o los estudiantes que van a estar en el proyecto, para que
aparezca en la lista de arriba dar clic en Añadir alumno y listo.
Para eliminar un integrante del grupo de la lista, señalar con el ratón encima del alumno a
eliminar y dar clic en el botón Borrar.
La segunda seccion es la del detalle de los requerimientos del anteproyecto, donde se van
a ingresar los antecedentes, objetivo general y especificos, Introduccion, etc.
Luego dar un clic en el botón guardar y listo.
31
2.4.2 MODIFICAR CABECERA DEL PROYECTO ACTIVO
Para modificar el anteproyecto ingresado, como el titulo, tópico y contenido, deberá ir a
la opción de Modificar cabecera del Proyecto Activo, cabe recalcar que la opción solo
presentara datos cuando exista un anteproyecto ingresado o en proceso de revisión.
2.4.3 MODIFICAR EL PROYECTO ACTIVO
Y en el caso de querer modificar el contenido, escoger la opción de Modificar el
Proyecto Activo, dependiendo de la opción que escoja se mostraran habilitados y
deshabilitados los cuadro de texto para escribir.
32
Una vez realizadas las modificaciones, se procedera a grabar los datos dando clic en el
botón guardar, donde le saldra la ventana de confirmación de transacción y dependiendo
de la opción que escoja se grabara la información modificada.
2.4.4 VER CAUSA ESTADO DEL PROYECTO ACTIVO
Para ver en qué estado está el anteproyecto podemos dar un clic en la opción de Ver
Causa Estado del Proyecto activo donde se visualizara el tema del anteproyecto,
estado en general en el que se encuentra, y el estado por tutor, es decir si ya está
ingresado, aceptado, rechazado o en revisión y la causa que el mismo le haya puesto.
33
La pantalla anterior tiene la opcion de imprimir el estado del proyecto por tutor donde se
detalla la causa y su detalle del porque se encuentra en tal estado con su respectiva fecha.
34
2.4.5 VER TUTORES ASIGNADOS Y SUS OBSERVACIONES
Dando clic en la opción anterior veremos la siguiente pantalla donde se detallara los
datos de los tutores asignados al proyecto, el numero de observaciones realizadas por el
mismo, observaciones nuevas es decir sin revisar por el alumno, observaciones
corregidas y sin corregir.
35
Al dar doble clic sobre el nombre del tutor podremos observar la siguiente pantalla con
las observaciones realizadas por el docente encargado de la revisión del anteproyecto, es
decir en que requerimiento realizo la observación, el detalle de la misma y la versión del
documento en el que fue revisado.
36
2.5. MENÚ TUTOR
La opción del tutor será similar a la bandeja de entrada del administrador con la
diferencia de que solo podrá ver los anteproyectos asignados al mismo.
Entre las carpetas que podrá visualizar tenemos:
Proyectos Nuevos: aquí podrá ver los proyectos nuevos que le fueron
asignados para su posterior aprobación o rechazo.
Proyectos Asignados: aquí se mostrara los proyectos que están siendo
revisados por el tutor.
Proyectos Aceptados: son aquellos proyectos que ya pasaron su fase de
revisión y que ya fueron aprobados por el tutor.
Proyectos Rechazados: aquellos proyectos que no cumplieron con los
requisitos necesarios para su aprobación y que el tutor rechazo.
37
A continuación la pantalla de bandeja de entrada del tutor.
En la parte derecha de la bandeja de entrada se mostraran los proyectos nuevos,
revisados, aceptados rechazados por el tutor, para el ejemplo se ha escogido proyectos
revisados, donde se mostrara la fecha de ingreso y la versión del documento.
Al dar clic sobre uno de los anteproyectos se podrá visualizar su contenido, donde el
tutor podrá ver el tema, el tipo de proyecto, tópico, contenido, integrantes del proyecto,
además de los requerimientos del documento.
38
En la pestana de Datos del Anteproyecto podemos ver la documentación ingresada por el
alumno, y si el tutor ha estado de acuerdo o en desacuerdo con tal requerimiento, o no ha
realizado ninguna observación para el caso de estar de acuerdo se mostrara un visto(),
caso contrario una equis(X).
39
Si el tutor da un clic en el boton de observaciones podra ver un listado de las
observaciones realizadas por los diferentes tutores implicados en la revision del
anteproyecto en particular, asi como la fecha de ingreso y en la version en la que se
realizo la observacion.
40
Además podrá imprimir un reporte de las observaciones realizadas para un proyecto en
particular.