UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/12196/1/B-CISC-PTG...5.7.1.2. MODELO...
Transcript of UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/12196/1/B-CISC-PTG...5.7.1.2. MODELO...
UNIVERSIDAD DE GUAYAQUIL
Facultad de Ciencias Matemáticas y Físicas
Carrera de Ingeniería en Sistemas Computacionales
“Sistema de Evaluación de Profesores y Workflow para Solución de Sugerencias y Reclamos”
TESIS DE GRADO
Previo a la Obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
Autores:
Eddy Javier Aguilar Cedeño
Manuel Armando Zumba Gómez Agustín Fabián Abad Durazno
GUAYAQUIL – ECUADOR
Año: 2006
I
DEDICATORIA Este proyecto está dedicado en primer
lugar a “Jehová Dios” por mantenerme con
la fe firme, a mi familia por brindarme su
respaldo y a mi novia Angelita por darme
su apoyo incondicional en todo momento.
Eddy Aguilar Cedeño
II
DEDICATORIA A mis padres, sin cuyo estimulo y apoyo
no hubiera logrado dar un paso mas en mi
vida profesional.
A mis hermanos por sus constantes
muestras de apoyo.
Juntos, su presencia ha sido un gran
motivo para mi esfuerzo de superación.
Armando Zumba Gómez
III
DEDICATORIA Este trabajo esta dedicado a mi “DIOS” a
mis PADRES; quienes en todo momento
confiaron en mí y estuvieron a mi lado, que
no bastó lo económico sino también lo
moral y espiritual para poder terminar esta
etapa de mi vida y ser un hombre de bien.
Agustín Abad Durazno
IV
AGRADECIMIENTO
Agradezco primeramente a “Jehová Dios”
por darme las fuerzas necesarias para
poder salir adelante día a día y no
desmayar en este difícil camino para
alcanzar el éxito profesional, a mi familia
por apoyarme emocionalmente en esta
complicada etapa de mi vida académica y
a mi novia Angelita por estar siempre
conmigo en las buenas y en las malas
ayudándome a salir adelante.
Eddy Aguilar Cedeño
V
AGRADECIMIENTO A Dios, que ha sido un pilar importante
en el que me he apoyado para lograr un
objetivo más en mi carrera profesional.
A mi familia por su comprensión y
apoyo en todo momento.
A mis compañeros de proyecto por su
ayuda y colaboración para la realización
de este trabajo.
Armando Zumba Gómez
VI
AGRADECIMIENTO
A través de este trabajo, aprovecho la
oportunidad para agradecer a toda mi
familia, hermanos y a todas aquellas
personas que de una u otra manera
hicieron posible la culminación de mis
estudios universitarios. Y un especial
agradecimiento a Verónica por estar
apoyándome en todo.
Gracias a todos.
Agustín Abad Durazno
VII
TRIBUNAL DE GRADUACION PRESIDENTE DEL TRIBUNAL PRIMER VOCAL
SEGUNDO VOCAL SECRETARIO
VIII
DECLARACION EXPRESA
“La autoría de la tesis de grado corresponde exclusivamente al suscrito(s),
perteneciendo a la Universidad de Guayaquil los derechos que generen la
aplicación de la misma” (Reglamento de Graduación de la Carrera de
Ingeniería en Sistemas Computacionales, art 26)
IX
RESUMEN
En la actualidad con los avances de la tecnología de información se hace
imprescindible para toda institución educativa automatizar sus procesos de
evaluación de profesores, e incluso procesos para brindar solución a
sugerencias o reclamos, que lleva internamente con el único fin de contar
con un personal docente idóneo y brindar una mayor seguridad a los
procesos inmersos en la solución de sugerencias o reclamos. Ante esta
necesidad que atraviesan las Instituciones Educativas proponemos la
creación del “Sistema de evaluación de profesores y workflow para la
solución de sugerencias y reclamos”, el mismo que les permitirá a las
Instituciones Educativas realizar sus procesos de evaluación de profesores y
emisión de sugerencias y reclamos de una manera más efectiva y eficiente
mediante la Web lo cual les permitirá ahorrar tiempo y dinero que son dos
recursos muy importantes dentro de la misma.
�
INDICE GENERAL
DEDICATORIA I
AGRADECIMIENTO IV
TRIBUNAL DE GRADUACION VII
DECLARACION EXPRESA VIII
RESUMEN IX
INDICE GENERAL X
CAPITULO I
INTRODUCCION GENERAL 1
1.1. PROBLEMÁTICA 3
1.1.1. SISTEMA DE EVALUACION DE PROFESORES 3
1.1.2. WORKFLOW PARA LA SOLUCION DE SUGERENCIAS O
RECLAMOS
5
1.1.3. CAUSAS 6
1.1.4. CONSECUENCIAS 7
1.2. SOLUCION DE LA PROBLEMÁTICA 9
1.3. MISION 11
1.4. VISION 11
CAPITULO II
NATURALEZA DEL PROYECTO 12
2.1. EL PRODUCTO O SERVICIO 12
2.1.1. EL EQUIPO DIRECTIVO 13
CAPITULO III
EL MERCADO 14
3.1. DEFINICION DEL MERCADO 14
3.2. ANALISIS DE LA COMPETENCIA 15
3.3. PROMOCION Y PUBLICIDAD 17
3.4. PARTIDOS INTERESADOS 18
CAPITULO IV
EL PRODUCTO O SERVICIO 20
4.1. ESPECIFICACIONES DEL PRODUCTO O SERVICIO 20
4.1.1. DECLARACION DEL ALCANCE 20
4.1.1.1. JUSTIFICACION DEL PROYECTO 20
4.1.1.2. PRODUCTO DEL PROYECTO 21
4.1.2. DEFINICION DEL ALCANCE 26
4.2. INFRAESTRUCTURA 37
CAPITULO V
PLAN DE TRABAJO DE DESARROLLO DEL PROYECTO 38
5.1. PROCESO DE INICIALIZACION 38
5.1.1. DESCRIPCION DEL PRODUCTO 39
5.1.2. OBJETIVO GENERAL 46
5.1.3. OBJETIVOS ESPECIFICOS 46
5.2. PROCESO DE PLANEACION 48
5.2.1. PLANEACION DEL ALCANCE 48
5.2.1.1. RECOPILACION DE INFORMACION 48
5.2.1.1.1. INVESTIGACION 48
5.2.1.1.2. CONCEPTOS BASICOS 49
5.2.1.1.2.1. WORKFLOW PARA SOLUCION DE
SUGERENCIAS Y RECLAMOS
49
5.2.1.1.2.2. SISTEMA DE EVALUACION DE PROFESORES 54
5.2.1.1.2.3. POLITICAS DE LA ENTREVISTA 66
5.2.1.1.2.4. MODELO DE DESARROLLO 67
5.3. ESTUDIO DE FACTIBILIDAD 69
5.3.1. FACTIBILIDAD TECNICA 70
5.3.2. FACTIBILIDAD ECONOMICA 70
5.3.3. FACTIBILIDAD OPERATIVA 71
5.4. COMUNICACIÓN CON EL CLIENTE 72
5.5. ETAPA DE ANALISIS 73
5.6. RECURSOS 73
5.6.1. RECURSOS DE HARDWARE 75
5.6.2. RECURSOS DE SOFTWARE 75
5.6.2.1. SISTEMA OPERATIVO 76
5.6.2.2. PROTOCOLOS DE RED SOPORTADOS 76
5.6.2.3. PLATAFORMA DE DESARROLLO 76
5.6.2.4. BASE DE DATOS DOCUMENTAL 78
5.6.2.5. MODELO DE CONTENCION DE LA BASE DE DATOS
DE DOMINO
79
5.6.2.6. COMPONENTES DE UNA BASE DE DATOS DOMINO 80
5.6.2.7. LENGUAJE DE PROGRAMACION 80
5.6.2.7.1. JAVA 80
5.6.2.7.2. JAVASCRIPT 85
5.6.2.7.3. LENGUAJE DE FORMULAS 86
5.6.2.7.4. LOTUS SCRIPT 88
5.6.3. RECURSO HUMANO 93
5.7. METODOS DE ESTIMACION DE PROYECTO 94
5.7.1. MODELO ALGORITMICO 94
5.7.1.1. MODELO PUNTO DE FUNCION 94
5.7.1.2. MODELO COCOMO 98
5.8. ADMINISTRACION DE COSTOS 101
5.8.1. PLANEACION DE RECURSOS 101
5.8.2. ESTIMACION DE COSTOS 102
5.9. CRONOGRAMA DE ACTIVIDADES 102
5.9.1. LISTADO DE ACTIVIDADES 103
5.10. ADMINISTRACIÓN DE RIESGOS 105
5.11. ANALISIS DE REQUERIMIENTOS 108
5.11.1. REQUERIMIENTOS FUNCIONALES 108
5.11.2. REQUERIMIENTOS DE RENDIMIENTO 109
5.12. ANALISIS COSTO BENEFICIO 110
5.13. CASOS DE USO DEL SISTEMA 114
5.14. MODELADO DE REQUERIMIENTOS 116
5.14.1. DIAGRAMA DE FLUJO DE DATOS 116
5.14.1.1. NOTACION GRAFICA 117
CAPITULO VI
DISEÑO 122
6.1. TIPOS DE CLIENTES 122
6.2. TIPOS DE USUARIOS 123
6.3. MODELO DE FORMULARIOS 124
6.3.1. FORMULARIO DE INGRESO 124
6.3.2. FORMULARIO DE REGISTRO 125
6.3.3. FORMULARIO DE MATERIAS A EVALUAR 127
6.3.4. FORMULARIO DE BIENVENIDA 128
6.3.5. FORMULARIO DE ENVIO DE SUGERENCIA O RECLAMO 130
6.3.6. FORMULARIO DE EVALUACION 131
6.4. DISEÑO ARQUITECTONICO Y DIAGRAMA DE BLOQUES 133
6.5. DISEÑO DE INTERFAZ 136
6.5.1. COMPONENTES DE LA INTERFAZ GRAFICA DEL
USUARIO
136
6.5.1.1. SESION DEL ADMINISTRADOR 136
6.5.1.2. INGRESO A LA APLICACIÓN 138
6.5.1.3. ENVÍO DE MAIL 139
6.5.2. DIAGRAMA JERÁRQUICO DE LA INTERFAZ GRÁFICA
DE USUARIO
140
6.5.2.1. INICIO DE SESIÓN 140
6.5.2.2. SESIÓN DEL ADMINISTRADOR 141
6.5.2.2.1. ARCHIVO 141
6.5.2.2.2. REGISTRO 142
6.5.2.2.3. CONSULTA EVALUACIÓN 142
6.5.2.2.4. REPORTES 142
6.5.2.2.5. HISTÓRICO 142
6.5.2.2.6. ARCHIVOS LOG 143
6.5.2.2.7. CORREO 143
6.5.2.2.8. PERSONAL 143
6.5.3. DIAGRAMA JERÁRQUICO DEL MENÚ PRINCIPAL 143
6.5.3.1. DESCRIPCIÓN DE CADA OPCIÓN DEL MENÚ 145
6.5.3.1.1. MENÚ ARCHIVO 145
6.5.3.1.2. IMPORTAR ARCHIVOS LOG 145
6.5.3.1.3. TABULACIÓN DE ENCUESTAS 145
6.5.3.1.4. MIGRACIÓN DE DATOS 146
6.5.3.2. MENÚ REGISTRO 146
6.5.3.2.1. USUARIOS 146
6.5.3.2.2. PREGUNTAS 146
6.5.3.3. MENÚ CONSULTA EVALUACIÓN 148
6.5.3.3.1. GRÁFICOS ESTADÍSTICOS 148
6.5.3.3.2. GRÁFICO COMPARATIVO 149
6.5.3.3.3. RESULTADOS EVALUACIÓN 149
6.5.3.4. MENÚ REPORTES 150
6.5.3.4.1. EVALUACIÓN Y SOLICITUDES 150
6.5.3.5. MENÚ HISTÓRICO 151
6.5.3.5.1. EVALUACIÓN Y SOLICITUDES 151
6.5.3.6. MENÚ ARCHIVOS LOG 152
6.5.3.6.1. AUDITORIA 152
6.5.3.7. MENÚ CORREO 153
6.5.3.7.1. DEPARTAMENTO Y ALUMNO 153
6.5.3.8. MENÚ PERSONAL 154
6.5.3.8.1. CAMBIAR CLAVE 154
CAPITULO VII
DESARROLLO Y PRUEBA DEL SISTEMA 155
7.1. DESARROLLO DEL SISTEMA 155
7.1.1. BASE DE DATOS 155
7.1.1.1. CREACIÓN DE LA BASE DE DATOS 156
7.1.1.2. CREACIÓN DE LOS FORMULARIOS 156
7.1.2. CREACIÓN DE LOS AGENTES 157
7.1.3. SEGURIDADES 158
7.1.3.2. DE LA BASE DE DATOS 158
7.1.3.3. DEL SISTEMA 159
7.1.3.4. REGISTROS DE LOGS 159
7.2. PRUEBAS DEL SISTEMA 159
CAPITULO VIII
ASPECTOS ECONOMICOS Y FINANCIEROS 160
8.1. FLUJO DE CAJA 160
8.2. PROYECCION DE RESULTADOS 161
8.2.1. RECUPERACION DE LA INVERSION 161
8.2.2. FORMAS DE PAGO DEL SISTEMA 162
CAPITULO IX
BENEFICIOS Y CONCLUSIONES DE LA TESIS 163
9.1. BENEFICIOS 163
9.2. CONCLUSIONES 164
ANEXOS
ANEXO 1 165
ANEXO 2 166
ANEXO 3 168
ANEXO 4 170
ANEXO 5 171
BIBLIOGRAFIA 172
1
CAPITULO 1
INTRODUCCION GENERAL
Es bien claro para la comunidad educativa que el reto de la cobertura
universal y la calidad en la educación para los jóvenes empieza con la idea
de que es un esfuerzo continuo y permanente en el que debemos
involucrarnos todos. Son muchos los pasos que se deben dar, pero tal vez
uno de los primeros lo constituye la consolidación de un sistema de calidad,
que les permita a los jóvenes desarrollar competencias básicas, mejorar sus
aprendizajes y superar los promedios que hoy nos ubican por debajo de los
países latinoamericanos; que les brinde a los maestros y maestras el reporte
sobre las fortalezas, avances y vacíos de los alumnos, así como un
escenario real de los resultados de su trabajo; que se convierta para rectores
y maestros en la principal herramienta de planeación y de construcción de
proyectos pedagógicos creativos e innovadores; que sea la materia prima de
2
las investigaciones de la comunidad académica y elemento fundamental en
la formación de maestros y maestras y que genere en la sociedad el
compromiso de acompañar el proceso. Es precisamente con miras a cumplir
estos objetivos que se debe poner en marcha una estrategia de calidad, que
tiene como centro la implementación de un sistema de evaluación y de
mejoramiento continuo en todos los niveles.
En la actualidad, muchas de las universidades del país y del mundo intentan
publicar en Internet servicios que contribuyan al desempeño óptimo de la
educación. Uno de estos puntos es la evaluación de maestros. El objetivo
primordial de establecer un servicio de esta índole es mejorar la calidad
académica del profesorado.
Mediante estos proyectos se logra monitorear a los catedráticos en muchos
aspectos como son la capacidad de implantar una clase, puntualidad o
empeño al dar la misma. Así como también los estudiantes tienen la
posibilidad de calificar o intervenir directamente en la logística de su
aprendizaje.
3
1.1 PROBLEMÁTICA
1.1.1. Sistema de evaluación de profesores.
En la actualidad la Universidad de Guayaquil en cada una de sus
facultades no cuenta con un Sistema que permita la evaluación en
línea del personal docente, ya que en cada una de ellas existen
diferentes procesos de evaluación, sean estos manuales o
informáticos.
Lo cual con lleva a problemas como:
�
• Falta de una correcta apreciación de los conocimientos, nivel
académico y pedagogía de los profesores.
• La interrupción en horas destinadas a impartir clases.
• Altos costos en la impresión de encuestas u evaluaciones.
• Escasos monitoreos de catedráticos.
• Presencia de maestros no eficientes o de calidad.
4
Para todos los profesores, la evaluación significará un proceso de
autorreflexión respecto de su desempeño profesional, lo que les
permitirá identificar fortalezas y debilidades y proyectar un camino
para potenciar las primeras y superar las segundas.
La evaluación final de cada profesor corresponde a una apreciación
global relativa al desempeño profesional relacionado con el marco
para la buena enseñanza, sus dominios y criterios.
Considerando que es ésta una evaluación formativa y que el uso
inadecuado de la información puede provocar efectos negativos para
el sistema (no sólo para los profesores, sino fundamentalmente para
los procesos de aprendizaje de los alumnos, ya que la autoridad
pedagógica no puede ser relativizada), se estipulará lo siguiente para
el uso de la información:
La información debe ser entregada a cada profesor, planteándoles,
con fundamento en las evidencias, sus fortalezas y aspectos a mejorar
por dominios y criterios y las categorías en que fueron clasificados.
5
La información sobre el desempeño individual de cada docente no
puede ser compartida con los alumnos y la comunidad, y en ningún
caso ser utilizada como ranking de facultades o profesores.
1.1.2. Workflow para la solución de sugerencias o reclamo.
Tampoco se cuenta con un proceso automatizado para la solución de
sugerencias o reclamos, por tal razón se tiene que recurrir a oficios o
solicitudes que lo único que logran es:
• Aumentar el papel en la oficina.
• Aumentar gastos con respecto a impresiones.
• Perdida de tiempo en trámites, entre otros.
El proceso de sugerencias y reclamos en la carrera de Ingeniería en
Sistemas Computacionales actualmente se lo lleva de la siguiente
manera:
El oficio o solicitud de la queja o sugerencia es receptado por la
secretaria, la misma que se encarga de enviarlo a la directora de la
carrera, la directora una vez que comprueba la magnitud de la queja o
6
sugerencia es la que decide si enviarlo al secretario de la carrera en
caso de ser algo menor o enviarlo al Decano de la facultad en caso de
algo mayor, el Decano a su vez revisa el oficio y decide si es algo que
esta dentro de su alcance le da solución caso contrario lo envía al
concejo directivo.
1.1.3. Causas.
El problema de que no exista un sistema de evaluación en línea del
personal docente y Workflow para la solución de Sugerencias y
Reclamos se debe a causas como:
• Falta de presupuesto para adquirir la plataforma adecuada para
la instalación de sistemas ya creados.
• Poco interés en lograr la automatización de la mayoría de los
procesos.
• Falta de conocimientos de los beneficios y ventajas que le
representaría la construcción o adquisición de un sistema y
workflow adecuado.
7
• La existencia de mitos en el personal operativo, ya que se
piensa que con la automatización de los procesos se reducirían
plazas de trabajo.
1.1.4. Consecuencias.
La existencia de problemas en la evaluación del personal docente y en
la solución de reclamos y sugerencias pueden ocasionar los
siguientes efectos:
• No se obtiene una correcta apreciación del desenvolvimiento
del personal docente.
• Mala administración de los resultados emitidos por sistemas de
evaluación manuales.
• Perdida de dinero en la impresión de los formularios.
• Perdida de tiempo en la realización de tramites para presentar y
dar solución a una sugerencia o reclamo.
• Aumento de papeles en la oficina de trabajo.
• Necesidad de asignar espacio físico para el almacenamiento de
mayor cantidad de papeles.
8
ARBOL DE PROBLEMAS
��
����������������������������
Cuadro No.1 Fuente: Investigadores
���������������������������������� ��
Incorrecta apreciación del desenvolvimiento del personal docente.
Perdida de dinero en la impresión de los
formularios.
Perdida de tiempo en tramite de sugerencia
o reclamo.
Disminución del presupuesto con el que cuenta la organización.
Solución a sugerencias y reclamos fuera de
tiempo.
Existencia de vacíos en los conocimientos
de los alumnos.
Aumento en los gastos de la organización
Existencia de mitos en el personal operativo.
Poco interés en la automatización de los
procesos
Procesos lentos y tediosos.
Falta de conocimiento de los beneficios de la
aplicación.
Reducción en el control de calidad de la
información
Causas
Efectos
9
1.2. SOLUCIÓN DE LA PROBLEMÁTICA
Entre nuestras soluciones están, el poder brindar un mayor grado de
seguridad al flujo y manejo de información dentro de la organización
tomando para ello reglas de seguridad en el manejo y administración
de la aplicación, tales como la utilización de archivos log de auditoria,
control en el acceso a la aplicación a través del ingreso de usuarios y
password. Además se llevará un mejor control en cuanto a niveles de
rol asignados.
ARBOL DE ALTERNATIVAS
��
�������
��������������
Cuadro: 2 Fuente: Investigadores.
Automatización del flujo de información que involucra el
proceso de EP y SSR
Reducir costos mediante la herramienta
Disminuir riesgo de perdida de
documentos (sugerencia o
reclamo)
Controlar la integridad de la
información
Evitar la incorrecta manipulación de los
resultados
Agilizar el trámite para la solución de
sugerencia o reclamo
Incrementar control de calidad de la
información
10
Frente a este antecedente, existe una necesidad de implementar un
SEP y WSSR, que no sólo permita realizar la evaluación docente ,
sino que además permita emitir solicitudes de sugerencias y reclamos,
todo esto on-line.
En este planteamiento del proyecto se oferta una mejora a un proceso
existente como es el de la evaluación a los profesores, ya que dicha
evaluación se la realizará en un tiempo pre-establecido por el
administrador, será de manera individual tomando en cuenta las
materias en las que el alumno se ha registrado en un tiempo optimo,
siempre y cuando esté dentro del tiempo establecido por el
administrador no como se lo lleva actualmente de manera global.
Además se presenta un Workflow para la automatización del proceso
en el que se analiza y brinda una solución a sugerencias o reclamos
emitidos por el alumno, este proceso en la actualidad se las realiza de
manera manual.
11
1.3. Misión
Mejorar el nivel de calidad en el grupo de catedráticos que conforman
la Universidad de Guayaquil mediante críticas constructivas de parte
de los alumnos.
1.4. Visión
Competir en el mercado a nivel de software académico y tratar de
incurrir a otro tipo de mercado como son las evaluaciones en línea de
recursos humanos e investigación tanto de entidades públicas como
privadas.
12
CAPITULO 2
NATURALEZA DEL PROYECTO
2.1. EL PRODUCTO O SERVICIO.
���El “Sistema de evaluación de profesores y workflow para la solución
de sugerencias y reclamos” es una herramienta que permite a las
Instituciones Educativas automatizar los procesos de emisión de
sugerencias o reclamos posibilitando a los usuarios realizarlas
mediante el uso de la misma.
Una de las características de nuestro producto es que el usuario
puede realizar la evaluación así como emitir sugerencias o reclamos
13
por Internet permitiéndole de esta manera al usuario ahorrar tiempo al
estar explícitamente en la Institución para realizar dicho trámite.
A través de nuestro sistema los usuarios tienen como beneficio una
fácil administración de la herramienta, ahorro de papel, disminución de
errores al tramitar una sugerencia o reclamo.
2.1.2. EL EQUIPO DIRECTIVO.
El equipo que desarrollara el presente proyecto esta conformado por
las siguientes personas:
• EDDY AGUILAR CEDEÑO.
• MANUEL ZUMBA GOMEZ.
• AGUSTIN ABAD DURAZNO.
Estos integrantes se llegaron a conocer producto de la necesidad de
crear el “Sistema de evaluación de profesores y workflow para la
solución de sugerencias y reclamos” todos y cada uno posee
características muy relevantes por lo cual se hace necesaria su
presencia en el desarrollo del proyecto.
14
CAPITULO 3
EL MERCADO
3.1. DEFINICION DEL MERCADO.
Nuestro sistema va dirigido a todas las instituciones educativas que
requieran implementar o mejorar sus sistemas de evaluación del
personal docente y automatizar los procesos de sugerencias y
reclamos que llevan internamente, sean estas instituciones pequeñas,
medianas o grandes.
Permitiéndoles ahorrar y mejorar operaciones considerables:
�
15
• Reducción de costos de impresión.
• Disminución de papel.
• Reducción de ciclos de tiempo muerto.
• Incremento de la productividad.
• Ahorro de costos.
• Agilizar procesos.
Además, nuestro Workflow ayuda a las Instituciones Educativas a
reducir procesos que son generalmente poco estandarizados, no
integrados, lentos, costosos, vulnerables a quiebres y dependientes de
personas en la organización denominados responsables de los
procesos y cumplir con las normas de auditoria.
3.2 . ANALISIS DE LA COMPETENCIA.
En la actualidad existen Instituciones que han desarrollado sistemas
similares al nuestro permitiendo de esta manera automatizarse en
cuanto a sus procesos de evaluación de personal docente y solución
de sugerencias y reclamos. Entre las investigadas están:
�
16
• CISC. (Carrera de Ingeniería en Sistemas Computacionales)
Perteneciente a la Facultad de Ciencias Matemáticas y Físicas de
la Universidad de Guayaquil, Es una de las instituciones educativas
que posee el sistema de evaluación de profesores, dicho sistemas
presenta grandes características.
• CISE. (Centro de Investigaciones y Servicios Educativos)
Perteneciente a la Escuela Superior Politécnica del Litoral, Este
Centro de Investigaciones desarrollo el sistema CENACAD (Censo
Académico en línea), dicho sistema tiene las siguientes
características:
• Evaluación de profesores en línea.
• Ingreso por medio de Usuario y Clave.
• Permite observar un histórico de las evaluaciones.
• Permite observar reportes por materia y profesor.
• COLPOS. (Colegio de Postgraduados de México) Tiene su
Sistema de Evaluación en Línea (SEL) de Cursos y profesores
del Colegio de Postgraduados, dicho sistema tiene las
siguientes características:
17
• Evaluación de profesores en línea.
• Registrar nuevos usuarios.
• Tiene una sección de preguntas frecuentes.
3.3 . PROMOCIÓN Y PUBLICIDAD.
Para promocionar nuestro producto recurriremos a los medios
impresos, medios del Internet, haremos visitas y enviaremos correos a
diferentes Instituciones Educativas ya sean pequeñas o grandes.
Como promoción para nuestros futuros clientes, se brindara la
oportunidad de tener por dos meses un servicio gratis de hospedaje
HOSTING, para de esta manera disminuir aún más los gastos y mano
de obra relacionados con la instalación y mantenimiento de las
plataformas del servidor, además los clientes cargan y almacenan sus
datos en un lugar remoto y seguro eliminando la necesidad de
comprar bases de datos, servidores, hardware.
18
3.4 . PARTIDOS INTERESADOS.
Los partidos interesados son individuos y organizaciones que están
activamente interesados en el proyecto, o cuyos intereses pueden ser
afectados positiva o negativamente como resultado de la ejecución del
proyecto o de la terminación exitosa del proyecto.
� ���
• Administradores del proyecto. El individuo responsable de la
administración el proyecto.
• Cliente. Dentro de este grupo se encuentran la institución educativa
que es la que va a administrar el sistema y los estudiante que van
hacer uso del mismo para evaluar al personal docente y emitir sus
sugerencias o reclamos.
• Organización ejecutora. Dentro de este grupo estamos nosotros
como desarrolladores de la aplicación y la Universidad de Guayaquil
que a través del instructor del seminario Ingeniero Pedro Moncada nos
imparte el conocimiento requerido para llevar a cabo el proyecto y
terminarlo exitosamente.
19
• Patrocinador. Dentro de este grupo estamos nosotros los
desarrolladores que con nuestro esfuerzo económico logramos
solventar cada una de las etapas del proyecto.
�
�
20
CAPITULO 4
EL PRODUCTO O SERVICIO
4.1. ESPECIFICACIONES DEL PRODUCTO O SERVICIO.
� . DECLARACIÓN DEL ALCANCE�
4.1.1.1 Justificación del proyecto.
Hemos notado que las instituciones educativas carecen de un sistema
de evaluación de profesores en línea y un proceso automatizado para
21
la solución de sugerencias y reclamos por lo cual tienen que recurrir a
las siguientes actividades:
Nota: Las cuales ya han sido definidas en la sección 6.1.
Debido a estas necesidades hemos decidido hacer la petición de
implementar un “Sistema de evaluación de Profesores y Workflow para
la solución de sugerencias y reclamos” para de esta manera
automatizar las tareas que vienen realizando estos departamentos y
así poder contar siempre con información consistente y oportuna en el
momento adecuado.
4.1.1.2 Producto del proyecto.
Nota: Se describen con más detalle en la sección 5.1.1.
Sistema de evaluación de profesores.
El Sistema de Evaluación de Profesores es un Sistema automático
(Ver figura A-1) que tiene por finalidad permitir que los alumnos
22
evalúen a los profesores en un tiempo determinado sobre la actuación
de los mismos en puntos tan relevantes como son:
• Nivel de actualización de conocimientos.
• Capacidad de análisis
• Nivel de calidad del profesorado
• Dominio del grupo
• Pedagogía
• Asistencia - Puntualidad, etc.
�
�� ������
Fuente: Investigadores
La información que viaja a través de Internet es muy valiosa, por ello,
la aplicación que se presenta mantiene un excelente nivel de
seguridad, es muy amigable al usuario, permite realizar consultas en
línea, reportes estadísticos acerca de las evaluaciones realizadas.
23
Todo ese banco de datos actualizado que se obtiene con dicha
evaluación de maestros on-line y que se almacenara en una base de
datos documental permitirá la toma de decisiones oportunas al
personal administrativo.
Este procedimiento lo realizará periódicamente el estudiantado. El
sistema que se plantea presenta las siguientes características:
• Nivel de seguridad aceptable.
• Registro al Sistema por parte del Usuario.
• Control de acceso a la aplicación a nivel de login y password.
• Evaluación del personal docente mediante solución de
cuestionario.
• Monitoreo del nivel de pedagogía del maestro, puntualidad,
disponibilidad de tiempo, habilidad para dar una clase, entre
otros.
• Perfiles configurados de acuerdo al tipo de usuario.
• Interfaz gráfica del usuario amigable.
• Facilidad para la configuración de la evaluación por parte del
Administrador.
24
• Generación de reportes, con la facilidad de establecer rangos de
fecha y hora.
• Envío de mensajes a los alumnos por parte de los
administradores.
• Generación de gráficos estadísticos.
• Opción para la emisión de Sugerencias y Reclamos por parte del
estudiante.
• Generación de Archivos de Auditoria.
• Generación de Archivos Log de errores.�
Workflow para la solución de sugerencias y reclamos.
El Workflow para la solución de sugerencias y reclamos tiene por
finalidad permitir que los alumnos emitan sugerencias generales de
diferentes índoles de una manera más ágil, segura, confidencial y en
el momento que ellos necesiten, eliminando el transito de papel entre
las oficinas que lo único que provocan es entorpecer el proceso,
ahorrando de esta manera el tiempo que conlleva el tramite al pasar
por cada una de los departamentos y dinero que se gasta al emitir
cada uno de estos oficios o solicitudes.
25
El Workflow para la solución de sugerencias y reclamos tiene las
siguientes características:
�
• Selección del tipo de reclamo el mismo que puede ser Queja,
reclamo o sugerencia.
• Selección del asunto a tratar.
• Descripción de la queja, reclamo o sugerencia.
Una vez que se envía la solicitud esta será receptada de manera
electrónica por la persona que deberá darle trámite y seguirá el flujo
decisional antes prescrito.
Cabe recalcar que el proceso llevara una completa confidencialidad
de la solicitud para así de esta manera evitar posibles represarías.
26
4.1.2 DEFINICION DEL ALCANCE.
• Migración de Datos.
Cuadro: No. 3 Fuente: Investigadores
Inicio de sesión Administrador
Selección Opción Migración de Datos
Copia de documentos de solicitudes y evaluaciones a
BD Archive
Eliminación de documentos de las
diferentes vistas
Conexión vía ODBC con la BD relacional de
la carrera.
Transferencia de archivos a la base documental del
SEPYWSSR
Creación de Archivos Log de la acción
realizada
Confirmación de migración realizada
27
• Control de Ingreso al registro
����������������������������������
�����
Cuadro: No. 4 Fuente: Investigadores
Inicio de sesión
Validar número de cédula en la base de
datos
Escribir número de cédula
Ingreso a la sección de registro
Número de cédula no válido
No muestra opción de registro
Señal
Mensaje de bienvenida al
Portal
Número de
cédula válido
Señal
Ingreso de datos del usuario para
el registro
Validación de usuario y
contraseña
Usuario y contraseña ya
existentes
Mensaje de aceptación
Usuario y contraseña
validos
Señal
28
• Control de Usuario y Contraseña
�����������������������
Cuadro: No. 5 Fuente: Investigadores.
Inicio de sesión
Validar usuario y contraseña en la base
de datos
Ingreso de usuario y contraseña
Ingreso a las opciones del Sistema
Usuario o contraseña no valido
No muestra opción del sistema Ingreso a
opciones del sistema
Usuario y
contraseña valido
Señal
29
• Crear archivos de auditoria (.log), a diferentes niveles.
���������������������
Cuadro: No. 6 Fuentes: Investigadores.
�����������������������
Procesamiento de petición (verifica
datos)
Almacenamiento en archivos .Log
Ingreso al sistema
Interactúa con los documentos
Realización archivos .Log
Presentación de resultados
Petición
30
Si existen materias
Fecha dentro del rango
Si existen materias
Si
No
• Proceso de Evaluación de Profesores.
����������������������������
� �������������
Cuadro: No. 7 Fuente: Investigadores.
�
Ingreso a la opción de evaluación
Proceso de Evaluación de Profesores
Validación de fechas para evaluar
Selección de la materia a evaluar
Cuestionario de Evaluación
Grabar la Evaluación
Verificación de Materias por
Evaluar
Desea seguir
evaluando
Mensaje de Fecha fuera del Rango
1
1
31
• Proceso de envío de Sugerencias o Reclamos.
�
Cuadro: No.8 Fuente: Investigadores.
���������
Ingreso a la opción de Sugerencias o
Reclamos
Seleccionar tipo de Sugerencia o
Reclamo
Reclamo Sugerencia
Seleccionar tipo de Reclamo
Seleccionar tipo de Sugerencia
Envío de Solicitud
Envío de Solicitud
Proceso de Envío de Sugerencia o Reclamo
32
• Proceso de Recepción de Sugerencia o Reclamo.
����������������������������������������
���
Cuadro: No. 9 Fuente: Investigadores.
Proceso de Recepción de Sugerencia o Reclamo
Recepción de Sugerencia o
Reclamo
�
Clasificación de Sugerencia o
Reclamo
Verificación de Sugerencia o
Reclamo
Sugerencia Reclamo
Está dentro del alcance Selecciono
Departamento
Revisión del Reclamo
Ejecutar y Tramitar el
reclamo Usuario legaliza reclamo
crítico
no crítico
No Está dentro del alcance
Selecciono Departamento
Revisión de Sugerencia
1
1
33
• Emisión de reportes predefinidos.
�
���������������������������
Cuadro: No. 10 Fuente: Investigadores.
�
Orden de Reporte
Seleccionar Tipo de Reporte
�
Establecer Fecha
�
��������������������������������
Presentación de Reportes
Procesar Orden
34
• Proceso de Mantenimiento de Preguntas.
�������������������������������
Cuadro: No. 11 Fuente: Investigadores.
�������������
������������������������������� �����
Seleccionar Opción de Mantenimiento
La Pregunta
existe
Registrar Pregunta
Modificar o Eliminación
No
Si
Buscar Pregunta
35
• Proceso de Tabulación de preguntas
������������������������������������
Cuadro: No. 12 Fuente: Investigadores.
��������
Verificar tiempo límite
Proceso de Tabulación de Preguntas
Selección de Pregunta
Verificar y clasificar
respuestas
Dividir total de cada respuesta para el total de encuesta.
Existe otra
pregunta
Presentar resultados y
gráficos estadísticos
Si No
Orden de Tabulación
36
• Proceso de Mantenimiento de Usuarios.
�
�����������������������������
�
Cuadro: No. 13 Fuente: Investigadores.
�������������
������������������������������������
Seleccionar Opción de Mantenimiento
Existe Usuario
Modificarlo o darlo de baja
No
Si Buscar Usuario
Registro de Usuario
Asignación de Permisos de Acceso
Orden de mantenimiento de usuario
Si
37
4.2. INFRAESTRUCTURA. �
���
���
Gráfico: No. 2 Fuente: Investigadores.
38
CAPITULO 5
PLAN DE TRABAJO DE DESARROLLO DEL
PROYECTO
5.1 PROCESO DE INICIALIZACION
Hemos notado que algunas Instituciones Educativas carecen de un
Sistema de Evaluación de Profesores en línea y procesos
automatizados para Solución de Sugerencias o Reclamos y otras
Instituciones necesitan mejoras en sus Sistemas por lo cual tiene que
recurrir a las siguientes actividades:
�
39
• Sus Sistemas no están emitiendo reportes históricos de las
Evaluaciones.
• Inversión de personal o recurso humano en tareas o
procedimientos manuales como lo es el proceso que brinda
solución a una sugerencia o reclamo.
• Pérdida de tiempo.
• Pérdida de dinero para la empresa
• Proceso de Evaluación de Profesores lo realizan mediante
papeles.
• Distribución de tareas manualmente a los usuarios.
• Des-balanceo de las cargas de trabajo.
• Falta de control en las tareas.
• Falta de estandarización de los procesos.
• Falta de coordinación entre departamentos.
• Aumento en el manejo de papeles y documentación
5.1.1 Descripción del Producto
Al crear una aplicación de este tipo como lo es, “Web”, en este caso
“Evaluación de Profesores y Workflow para la solución de sugerencias
o reclamos” se dan muchas opciones de mejoras a procesos rutinarios
40
y comunes que antes existían en determinados procesos, entre los
cuales podemos mencionar los siguientes:
• Nivel de seguridad aceptable.
Cada una de las transacciones que se manejarán a través de este
portal, se manejarán con ciertos perfiles de seguridad que se
establecerán de acuerdo al nivel crítico de la aplicación. Los
métodos que se emplearán es el uso de usuario, contraseña para
el acceso a la aplicación, encriptación para el paso de variables de
una página a otra; además las opciones de seguridad a nivel de
datos que ofrece la plataforma Domino.
• Acceso Remoto.
Otra característica del sistema es el acceso remoto desde
cualquier parte del mundo, de esta manera se permite a los
usuarios Evaluar a los profesores o emitir sus sugerencias o
reclamos. Se puede llevar un seguimiento de los procesos,
garantizar el flujo de información.
41
• Registro al Sistema por parte del Usuario.
El Sistema permitirá a los nuevos usuarios registrarse al mismo,
para lo cual deberán estar matriculados en la institución en el
semestre en curso. Para llevar a cabo el registro del nuevo usuario,
este deberá ingresar su número de cédula, si el usuario esta
legalmente inscrito inmediatamente ingresara a la pagina de
registro, en la cual deberá ingresar los datos que se le pidan
incluido su usuario y contraseña.
• Control de acceso a la aplicación a nivel de usuario y
contraseña.
Para el acceso a la aplicación el usuario deberá ingresar su usuario
y contraseña, las cuales fueron establecidas en el momento del
registro.
• Evaluación del personal docente mediante un cuestionario.
La evaluación del personal docente se realizará por medio de
cuestionario, la misma que se llevara a cabo de manera individual
por profesor, cabe indicar que el alumno podrá completar la
42
evaluación durante el tiempo que haya establecido el usuario
administrador.
• Monitoreo del nivel de pedagogía del maestro, puntualidad,
disponibilidad de tiempo, habilidad para dar una clase,
entre otros.
Los resultados de la evaluación luego de ser internamente
tabulados, permitirán tener una mejor visión del desempeño del
personal docente, los cuales servirán para futuras revisiones de
contrato.
• Perfiles configurados de acuerdo al tipo de usuario.
De acuerdo al tipo de usuario se establecerá el nivel de acceso que
tendrá a la aplicación. El mismo que es establecido por el usuario
administrador.
• Interfaz gráfica del usuario amigable.
Luego de haber realizado consultas a los usuarios que están
involucrados en el manejo de la aplicación hemos tomado en
43
cuenta las necesidades de interfaz gráfica que ellos requieren, por
lo cual el sistema ofrecerá a los diferentes tipos de usuarios:
• Una combinación de colores que no perturbará la visión de los
usuarios.
• La fuente y el estilo de la interfaz tendrá un formato que
ayudará a la visión del usuario.
• Presentará una interfaz gráfica balanceada, teniendo un
equilibrio de eje vertical y horizontal para tener un ajuste de la
visión.
• Uniformidad ubicando los elementos de acuerdo a una
distribución regular (fila – columnas).
• Alineamiento en la presentación de los diferentes objetos.
• Facilidad para la configuración de la evaluación por parte
del Administrador.
El sistema brindará la opción de ingreso, modificación o eliminación
de preguntas las mismas que será configurada por el usuario
administrador.
• Generación de reportes, con la facilidad de establecer
rangos de fecha y hora.
44
La aplicación brindará la opción de generación de reportes, la
misma que será establecida por rangos de fecha y hora, esta
configuración limitará la visualización de resultados. Dependiendo
del tipo de usuario se le brindará un nivel de acceso al reporte que
necesita el usuario.
• Envío de mensajes a los alumnos por parte de los
administradores.
Para que exista una mejor comunicación entre los diferentes
usuarios existentes, se ha explotado una de las grandes
características que brinda la herramienta que es el servicio de
mensajería. Este servicio nos permitirá:
• Envió de confirmación de registro al correo del alumno.
• Permitirá comunicar a los alumnos los rangos de tiempo en los
cuales podrán realizar la evaluación al personal docente.
• Permitirá la comunicación entre los diferentes departamentos.
• Permitirá enviar al alumno un correo confirmando la aceptación
o rechazo de la sugerencia o reclamo, emitida por el mismo.
45
• Generación de gráficos estadísticos.
Esta opción permitirá visualizar gráficamente los resultados
obtenidos en la evaluación a los diferentes tipos de usuarios con
permisos establecidos por el usuario administrador, para poder
tener una mejor apreciación de estos.
• Emisión de Sugerencias o Reclamos por parte del
estudiante.
Esta opción permitirá al estudiante comunicar a altos directivos de
la Institución Educativa sus Sugerencias o Reclamos, la misma que
serán categorizadas para luego ser enviadas a los diferentes tipos
de departamentos encargados de darle un seguimiento y solución
a la misma. Adicionalmente se brindará la opción de imprimir el
documento para de esta manera tener un respaldo físico.�
• Generación de Archivos de Auditoria.
Esta opción permitirá almacenar en un documento los cambios que
los usuarios realicen en la base de datos, para de esta manera
llevar un mejor control y seguimiento a los procesos que se
ejecutan en la aplicación.�
46
• Generación de Archivos Log de errores.
Esta opción permitirá almacenar en un documento los diferentes
tipos de errores ocurridos en el manejo de la aplicación, por
ejemplo; intentos fallidos en el acceso a la aplicación.
5.1.2 Objetivo General
Establecer un Sistema para la evaluación de profesores y
Workflow para solución de sugerencias y reclamos, el cual
permitirá a los alumnos evaluar al personal docente y emitir sus
sugerencias y reclamos de manera oportuna desde cualquier lugar vía
Internet sin la necesidad de estar dentro de sus respectivos centros
educativos.
� ��
5.1.3 Objetivos Específicos.
• Fomentar una comunidad docente, estable y de alta calidad.
• Aportar datos y reflexiones que contribuyan a otros procesos de
evaluación en la facultad.
47
• Tener información confiable que permita la toma de decisiones en
un momento oportuno.
• Fomentar la constante mejoría en los resultados y el desempeño
académicos de los profesores.
• Fomentar la producción intelectual de calidad por parte del
profesorado.
• Aportar al Profesor elementos para la reflexión sobre su actividad
docente, de servicio e investigación en la universidad.
• Aportar elementos que ayuden en la toma de decisiones en los
programas de formación, seguimiento y mejoramiento continuo de
los profesores.
• Captar las sugerencias y reclamos por parte de los estudiantes,
para su futuro análisis en busca de una solución adecuada.
• Agilizar el proceso de sugerencias y reclamos para de esta manera
obtener una solución oportuna.
• Reducir los gastos que conlleva el uso de papel, impresiones.
• Evitar la perdida de solicitud de reclamo ya que esta se envía de
manera electrónica a la persona que la debe analizar.
• Permitir la comparación de información de alumnos aprobados y
reprobados contra la información generada por la evaluación, para
una toma de decisión mas precisa.
48
5.2 PROCESO DE PLANEACION
El propósito de la planificación es establecer un plan razonable para el
desarrollo y administración del proyecto de software. Los planes
razonables están basados en estimaciones realistas del trabajo que
permitan establecer los compromisos necesarios para desarrollar el
proyecto. La planificación incluye pasos para estimar la cantidad de
trabajo y los recursos necesarios.
5.2.1 PLANEACION DEL ALCANCE
5.2.1.1 RECOPILACIÓN DE INFORMACIÓN.
���
5.2.1.1.1 Investigación
El desarrollo del “Sistema de evaluación de profesores y workflow
para la solución de sugerencias y reclamos” implicó un sinnúmero
de investigaciones y horas destinadas a la comprensión de los
procesos de evaluación del desempeño académico del personal
49
docente y el de solución a reclamos y sugerencias, en busca de las
mejores opciones aplicables. A continuación presentamos un
extracto de la investigación realizada.
5.2.1.1.2 Conceptos básicos
5.2.1.1.2.1 Workflow para Solución de Sugerencias o Reclamos
Automatización de flujos de trabajo
�Los procesos operacionales de las empresas son frecuentemente el
resultado de la combinación de eventos y flujos de tareas
contemplados por la operación diaria, los cuales se consideran como
las reglas del negocio, estos procesos son generalmente poco
estandarizados, no integrados, lentos, costosos, vulnerables a
quiebres y dependientes de pocas personas en la organización
denominadas responsables de los procesos”.
Prof. PHD. Bonifacio Martín Galán
Universidad Carlos III de Madrid
50
Los 4 Problemas Típicos en los flujos de trabajo:
• Traslado de la información entre las personas de la empresa.
• Desconocimiento de los procesos.
• Procesos largos o ineficientes.
• Grandes volúmenes de papel.
Concepto de Workflow.
Es la automatización de procesos colaborativos, permitiendo la
integración de la organización, información y procesos.
Componentes de un Workflow 1.- Biblioteca de procesos lógicos.
Definición de los pasos de los procesos, sus reglas de ruteo y
secuencias.
51
2.- Directorio de la Organización.
Definición, agrupación y asignación de los participantes del
workflow.
3.- Objetos de Información.
Composición gráfica de Formularios y vías de Acceso a la
información a través de vistas.
Flujo Electrónico de trabajo.
Es la capacidad de utilizar documentos electrónicos y firmas digitales,
movidos dentro de nuestro sistema de correo existente y cuya
información además actualice el sistema central, sin necesidad de
volver a digitar.
�
Gráfico: 3
Fuente: Investigadores
52
UN SISTEMA WORKFLOW BRINDA:
• Modelo electrónico de los procesos.
• Eficiencia y estandarización de los procesos.
• Monitoreo y control de las tareas (alarmas, leadtimes).
• Reducir el manejo de papel y documentación
• Integración de la organización en el proceso (colaboración).
• Distribución de tareas automáticamente a los usuarios.
• Simplificar las actividades manuales del usuario.
• Mayor eficiencia en las actividades diarias, reduciendo los ciclos de
tiempos muertos de los empleados.
• Mejora la productividad de cada participante dentro del flujo.
• Mayor control de los procesos, identificación de los puntos de
quiebre (Balanceo de carga de trabajo).
• Ahorros de costos en gastos de papel y recursos de impresión,
mediante la circulación de documentos electrónicos.
• Colaboración más efectiva entre departamentos o compañías.
• Proporciona la información correcta a la gente adecuada en el
momento preciso (Compartir conocimiento).
• Mejora los sistemas de gestión de calidad.
53
GRAFICO DE LOS PROCESOS INVOLUCRADOS ����������������������������
�������
�����������
������� �������
�����������
���������� �������
!���������� �������
� ���������� �������
��"#��
�
�
$���������
��"������ �������
%����&�'� ���(�)����
!��������*��������� �������
����������% ������
�+�������� ������������ �������
,������-����������������� ������
��"#��
�� ��������$������������
��"#��
��"������ �������
%����&�'� ���(�)����.�
�+�������� ������������ �������
,������-����������������� ������
Si
No
Si
No
No
Si
.�
-���������� ��$���������
-���������� ��$���������
Gráfico: 4 Fuente: Investigadores
54
Descripción de Roles.
Nombre Rol Ing. Matilde Alvear L. Directora Ing. Luís Cobos Subdirector Ing. Katty Lagos Coordinadora Académica Ing. Darwin Patiño Coordinador Seminario Graduación Ab. Juan Chávez Secretario Lcdo. Espinosa Álvaro Coordinador de Administración Ing. Moisés Vera Coordinador Dep. de Informática Srta. Arias Jordán Bibliotecaria Srta. Alegría Álvarez Bibliotecaria
Cuadro: 14
Fuente: Investigadores
5.2.1.1.2.2 Sistema de Evaluación de Profesores
El sistema de evaluación del desempeño docente es una actividad
obligatoria para las instituciones de educación superior, sirve para el
logro de la equidad, al garantizar la estabilidad, la promoción y la justa
remuneración de los educadores, y que deberá realizarse dentro de
los parámetros establecidos, por otra parte debe ser comprendido
como un proceso permanente de mejoramiento de la calidad docente
a través de su capacitación.
55
Dentro de la evaluación de profesores se consideran puntos
importantes como:
• El nivel de organización y planificación de actividades previas.
• El grado de conocimientos del docente sobre la asignatura.
• La puntualidad en la hora de llegada.
• La asistencia del profesor en el semestre.
• La atención y cordialidad por parte del docente a las inquietudes
de los alumnos.
• Cumplimiento del programa de estudio.
• La didáctica empleada por el docente.
• Material didáctico de apoyo adecuado para el alumno.
• Forma de Evaluar a los alumnos.�
Qué es y para que sirve la evaluación del desempeño académico
de los profesores.
La evaluación del desempeño académico de los profesores debe
comprenderse dentro del marco general del aseguramiento de la
calidad de la educación superior y el mejoramiento cualitativo del
personal académico.
Debido a la aún incipiente cultura de evaluación que prevalece en las
instituciones de educación superior del país, en ocasiones se tiende a
pensar que la evaluación del desempeño docente puede convertirse
56
en un instrumento para aplicar sanciones o retaliaciones, o que se
limita a los resultados de las encuestas dirigidas a los estudiantes. Sin
embargo, se debe de tomar en cuenta que los propósitos
fundamentales de la evaluación tienen que ver con el mejoramiento
permanente de la totalidad del trabajo académico, y para resolver
futuras contrataciones.�
Uso de los resultados de la evaluación
Concierne más bien a la retroalimentación necesaria para lograr una
adecuada planificación y ejecución de las actividades de docencia,
investigación, vinculación con la comunidad y gestión académica, al
desarrollo de los procesos de capacitación permanente, y a garantizar
mecanismos para una justa promoción, permanencia y reconocimiento
del personal académico.�
Objeto de la Evaluación.
La evaluación del desempeño académico de los profesores tiene por
objeto la totalidad de la actividad de los profesores y sus resultados,
es decir se tomaran en cuenta los siguientes ámbitos:
57
• Las actividades de docencia: Trabajo en el aula, practicas,
programación macro y micro curricular, evaluación de logros del
aprendizaje, preparación de materiales didácticos.
• Las actividades de investigación: programación, ejecución y
evaluación de proyectos de investigación en los campos de la
ciencia y tecnología.�
Objetivos de la Evaluación.
• Fomentar las mejoras en la calidad del trabajo académico y, en
consecuencia, la calidad de los servicios educativos que se
brinda a la comunidad estudiantil.
• Proveer a los profesores la información sobre la percepción que
la comunidad académica, especialmente los estudiantes, tienen
de su desempeño, para retroalimentar su inserción en los
procesos académicos.
• Contribuir a la permanente actualización de conocimientos y a
la capacitación pedagógica de los profesores mediante el uso
de los resultados de la evaluación.
• Proveer a las instituciones de instrumentos para la toma de
decisiones relacionadas con la planificación y distribución de
actividades de su personal académico.
58
• Garantizar la permanencia y promoción del personal académico
idóneo.
• Promover la cultura de evaluación en la comunidad estudiantil.
Modalidades o Vertientes de la evaluación.
Para la evaluación del personal docente suelen utilizarse, de manera
complementaria, dos modalidades o vertientes de la evaluación:
Evaluación Formativa: Tiene como propósito el desarrollo
permanente del personal académico. Los resultados de la evaluación
formativa se utilizan para ayudar al profesor a progresar
profesionalmente, para propiciar que el docente potencie sus
fortalezas, afiance sus logros, supere sus dificultades y reduzca sus
debilidades, y apoyarle en su esfuerzo para consolidar su carrera
dentro de la institución.
Evaluación Sumativa: Tiene como finalidad en que la institución
identifique a los profesores que por su calificación deben ser retenidos
y aquellos que por sus meritos deben ser promovidos mediante
59
ascensos en el escalafón docente. Esta evaluación culmina con las
decisiones administrativas sobre permanencia, promoción y sobre las
relaciones contractuales entre la institución y el docente.
� � ACTORES DEL PROCESO DE EVALUACION DEL PROYECTO
a) El profesor que es evaluado.
b) Los estudiantes, que emiten sus opiniones y juicios valorativos
sobre el desempeño de los profesores en la actividad en el aula.
c) Los funcionarios académicos encargados de la gestión de la
unidad académica (coordinadores de área, directores de escuela o
departamento, directores o coordinadores de programa, decanos,
funcionarios de las direcciones generales académicas, etc).
d) Los funcionarios académicos encargados de la evaluación de la
programación curricular y su cumplimiento.
e) Los miembros de los comités de evaluación y de las comisiones
dictaminadoras.
60
PROFESORES SUJETOS A EVALUACIÓN.
Profesores sujetos a la evaluación formativa: Estarán sujetos a la
modalidad formativa de la evaluación todos los docentes (titulares,
invitados y accidentales) que impartan cursos en el centro de
educación superior, con independencia del tiempo de ejercicio docente
(a dedicación exclusiva, a tiempo completo o a tiempo parcial).
Profesores sujetos a la evaluación sumativa: Estarán sujetos a la
evaluación sumativa los profesores titulares (principales, agregados y
auxiliares).
APLICACIÓN DEL PROCESO DE EVALUACIÓN
Evaluación de resultados del trabajo académico: Para la
evaluación del desempeño académico de los profesores se
considerará necesariamente: los logros de aprendizaje de los
estudiantes, el cumplimiento de los planes micro curriculares; los
logros de las investigaciones, publicaciones, tesis dirigidas y
aprobadas.
61
Asimismo, se considerará los procesos de mejoramiento del
desempeño académico del profesor: la capacitación dentro de la
disciplina o área de conocimiento en la que trabaja, la capacitación
docente; y , las modificaciones introducidas en sus programaciones
que evidencian la actualización de sus conocimientos.
Dimensión y criterios de la evaluación: La información obtenida en
los distintos momentos del proceso de evaluación del trabajo del
desempeño del profesor será analizada y evaluada a partir de las
siguientes dimensiones y criterios:
• Dimensión: Educación y práctica de valores: Involucra la
declaración de Principios y valores en el currículo y su practica
cotidiana por parte del profesor.
• Criterio: Educación: Este criterio verifica que en el diseño y
ejecución curricular, así como en las actividades extracurriculares
el profesor imparte enseñanza relacionada con valores.
• Criterio: Practica: Este criterio verifica si los valores declarados
por la institución, incluidos en el diseño curricular y extra curricular
son practicados por el profesor.
62
• Dimensión: Coherencia: Expresa el grado de correspondencia
entre lo que el profesor declara realizar en concordancia con la
misión institucional, los planes institucionales y de la unidad
académica y sus propios planes de trabajo, lo que efectivamente
realiza. Expresa la relación entre lo programado y realizado.
• Criterio: Eficiencia: Este criterio verifica el optimo manejo de los
recursos institucionales asignados al profesor para el cumplimiento
de su trabajo.
• Criterio: Eficacia: Este criterio verifica la correspondencia entre
los medios utilizados y los resultados obtenidos.
• Criterio: Efectividad: Este criterio aprecia el grado de
consecución de metas y objetivos previamente establecidos.
• Dimensión: Relevancia: Considera la importancia, pertinencia,
alcance, transparencia e impacto del trabajo y el desempeño del
profesor.
• Criterio: Impacto: Este criterio permite estimar el grado de
influencia interna y externa a la institución que tienen las
actividades realizadas por el profesor en la docencia, la
investigación, la dirección, la gestión institucional y la vinculación
con la colectividad.
63
PERIODOS DE LA EVALUACION Y PLAZOS
Periodos de las evaluaciones: En la normativa interna de la
institución se fijaran los periodos de evaluación. Para ello, se tomaran
en cuenta los distintos ámbitos y componentes del trabajo académico
y del desempeño del profesor que deben ser evaluados.
Plazos para la presentación de informes de evaluación del trabajo
y el desempeño académico: En un plazo de 45 días a partir del inicio
del periodo de la evaluación, el comité de evaluación presentará un
informe detallado de los resultados cuantitativos y cualitativos de cada
uno de los profesores sujetos al proceso.
Notificación: El comité de evaluación, en un plazo no mayor de ocho
días, notificará los resultados finales al profesor y a las autoridades
pertinentes de la institución de educación superior.
Plazo para presentar el recurso de revisión: En caso que el
profesor considerase que el informe del comité de evaluación amerita
una revisión, planteará este recurso, argumentando las razones que la
64
sustenta y aportando la información complementaria, en el plazo de 15
días a partir de la notificación a que se refiere el artículo precedente.
Plazo para la revisión: El comité de evaluación tendrá un plazo de
ocho días para pronunciarse sobre el recurso de revisión del profesor.
Su pronunciamiento, debidamente justificado, se notificará en el plazo
de ocho días al profesor y a la autoridad pertinente.
Plazo para el envío del informe al comité dictaminador: La
normativa interna fijará los procedimientos y periodos en que se
reunirá el comité dictaminador para, previo conocimiento del informe
de evaluación del trabajo y el desempeño académico emitido por el
comité evaluador, en base a juicios sobre permanencia, promoción y
asignación de estímulos al profesor. En todo esto, el comité
dictaminador tendrá un plazo de 15 días para notificar al profesor y a
las autoridades pertinentes sobre el resultado de su dictamen.
65
Entrevista
Para hacer el levantamiento de información de las necesidades del
cliente, hemos recurrido a la Metodología de la Entrevista, en la misma
que pudimos constatar las siguientes necesidades:
• Sistema de evaluación del personal docente en línea.
• Automatización de los procesos para la solución de sugerencias y
reclamos.
Tomando como fuentes de información las entrevistas realizadas a las
siguientes personas:
Nombre Cargo/Departamento Información relevada
Dr. José Apolo Vicerrector Académico Proceso de Evaluación
Andrés Salame Secretario Vicerrectorado
Académico Proceso de Evaluación
Ing. Luis Cobos Sub-Director Proceso de Evaluación
Ab. Juan Chávez Secretario (CISC)
Proceso de Solución
de sugerencias y
Reclamos
Ing. Moisés Vera Departamento de Hardware Especificaciones
funcionales del sistema
�
Cuadro: No. 15
Fuente: Investigadores.
66
Aparte de la información y necesidades obtenidas en estas
entrevistas, nos vimos en la obligación de investigar Sistemas de
Evaluación de Profesores, similares al planteado como tema de
proyecto para tener un poco más claro los requerimientos del cliente.
Dicha entrevista nos permitió establecer las necesidades y mejoras
que podríamos plantear como justificación del nuestro producto.
En esta entrevista participaron además de las personas antes
mencionadas, los integrantes del grupo de trabajo.
Las preguntas y respuestas básicas que nosotros planteamos nos van
a permitir establecer mejor el ámbito del problema y la percepción
global de la solución, las mismas que se encuentran en el anexo1 y 2
respectivamente.�
5.2.1.1.2.3 POLÍTICAS DE LA ENTREVISTA
• Las entrevistas serán realizadas a las Personas antes
mencionadas.
• La estimación de tiempo para cada entrevista es de 30 minutos
como mínimo.
67
• Los días y hora, en que se realizarán las entrevistas serán
establecidas previo acuerdo con las personas involucradas.
• Como opción se mencionara que la hora de la entrevista podría ser
a partir de las 4:30 p.m. Ya que es cuando nos podrían dedicar
más tiempo y de ser necesario se podrá extender la misma.
• El formato de la entrevista se basa en preguntas, las mismas que
van a ser relacionadas con cada persona a entrevistar.
5.2.1.1.2.4 MODELO DE DESARROLLO.
El modelo que a se va a utilizar para el desarrollo del sistema es el
Lineal Secuencial Estructurado que comienza con un nivel de
sistemas y progresa con el análisis, diseño, codificación, pruebas y
mantenimiento, el cual dividirá el proyecto en entregas las mismas que
estarán especificadas en el cronograma de actividades. Dicho modelo
nos permitirá centrarnos en cada una de las etapas del proyecto y de
está manera tener un enfoque más realista del desarrollo de sistemas
y de software a gran escala.
�
Gráfico: No. 5
Fuente: Investigadores.
68
Actividades:
/�Ingeniería y modelado de Sistemas / Información.
• Ubicación del software en el ámbito donde va a funcionar.
2.- Análisis de los requisitos del software.
• Se deben conocer los aspectos relacionados con la
información a tratar, la función requerida, comportamiento,
rendimiento, etc del software.
• El cliente debe dar el visto bueno.
3.- Diseño.
• Estructura del programa y arquitectura del software.
• Representación de la Interfaz.
• Detalle Procedimental (algoritmo).
4.- Generación de código o Implementación.
• Puede automatizarse si el diseño está bien detallado.
69
5.- Pruebas.
• De Caja Blanca: Análisis de los distintos caminos de
ejecución de los algoritmos.
• De Caja Negra: Análisis de los procesos externos
funcionales.
6.- Mantenimiento.
Gestión de cambios en el software debidos a:
• Errores durante el desarrollo.
• Adaptación a nuevos entornos. Ej. Sistema Operativo
• Mejoras funcionales o de Rendimiento.
5.3 ESTUDIO DE FACTIBILIDAD
El estudio de factibilidad se refiere a la disponibilidad de los recursos
necesarios para llevar a cabo los objetivos o metas señalados.
Determina las posibilidades de éxito para conseguir la solución de las
necesidades detectadas y además recopilar datos relevantes sobre el
70
desarrollo de un proyecto y en base a ello tomar la mejor decisión,
para proceder a su estudio, desarrollo o implementación.
5.3.1 Factibilidad Técnica.
Establecer en las Instituciones Educativas un mecanismo que permita
controlar el flujo de procesos involucrados en dar solución a una
sugerencia o reclamo, además de realizar y controlar el proceso de
evaluación de Profesores.
5.3.2 Factibilidad Económica.
Generalmente la factibilidad económica es el elemento más importante
ya que a través de él, se solventan las demás carencias de otros
recursos, es lo mas difícil de conseguir y requiere de actividades
adicionales, cuando no se posee.
Los costos a los que se incurre durante el ciclo de vida del proyecto
como:
71
Costos de estudio, diseño, desarrollo, licencias, hardware, software,
instalación, recargos e impuestos, capacitación de personal, servicio
técnico, serán solventados por la Institución Educativa que requiera la
implantación del software “Sistema de evaluación de Profesores y
Workflow para la solución de sugerencias y reclamos”. En este
momento todos los costos en los que se puedan incurrir están
solventados por los creadores del software.�
5.3.3 Factibilidad Operativa.
Se refiere a todos aquellos recursos donde interviene algún tipo de
actividad, depende de los recursos humanos que participen durante la
operación del proyecto. Durante esta etapa se identifican todas
aquellas actividades que son necesarias para lograr el objetivo y se
evalúa y determina todo lo necesario para llevarla a cabo.
Una entidad educativa tiene la necesidad de mejorar constantemente,
para lo cual necesita contar con un sistema que controle sus procesos
relacionados a la evaluación de profesores y a la solución de
sugerencias o reclamos de una manera eficiente y eficaz, pero que
tenga alto rendimiento y bajo costo. Por lo tanto el proyecto desde el
72
punto de vista técnico y económico es viable y a priori, porque la
inversión en hardware y software es aceptable. Desde el punto de
vista operativo es óptimo porque el tiempo de capacitación de
personal y costos operativos son mínimos, ya que la aplicación es
orientada a diversos tipos de usuarios, tales como el usuario
Administrador del Sistema y usuarios por departamentos.
5.4 COMUNICACIÓN CON EL CLIENTE.
En el método de desarrollo utilizado se establece la comunicación con
el cliente en la cual el nos define sus necesidades, también se debe
de realizar entrevistas estructuradas a cada una de las personas
involucradas. Estas entrevistas se ciñen a un riguroso cuestionario
predefinido, que contiene:
• Descripción del proceso actual de evaluación de profesores.
• Descripción del proceso actual de solución de sugerencias o
reclamos.
• Entradas y salidas, documentos, información y/o servicios.
• Especificación de requerimientos.
73
• Especificaciones genéricas de diseño.
• Especificaciones de Programas y procedimientos.
• Apoyo de software existente.
• Diseños de pantallas / informes utilizados en la actividad a
realizar.�
5.5 ETAPA DE ANALISIS.
Esta etapa nos permite definir las tareas requeridas para establecer
los recursos, el tiempo, riesgos, costos y otras informaciones
relacionadas con el proyecto��
5.6 RECURSOS.
Dentro del análisis del proyecto “Sistema de Evaluación de Profesores
y Workflow para Solución de Sugerencias o Reclamos” se contempla
los siguientes recursos requeridos para acometer el esfuerzo de
desarrollo como son las herramientas de hardware, software y el
recurso humano.
74
RECURSOS DEL PROYECTO
Gráfico: No. 6 Fuente: Investigadores.
Considerando la magnitud de la aplicación “Sistema de Evaluación de
Profesores y Workflow para la solución de sugerencias y Reclamos” y
el tiempo dedicado a la investigación, herramientas o agregados se
definen los siguientes recursos requeridos.
En base a ciertas configuraciones de seguridad existentes en
organizaciones se establece los siguientes Recursos Físicos.
Recursos económicos
Hardware y Software
Recurso Humano
75
5.6.1 RECURSOS DE HARDWARE
Requerimientos de hardware y software para la instalación de servidor
de aplicaciones documentales e IBM Lotus Document Manager.
Cant. Equipos 1 Procesador Pentium IV de 2 GHz. o superior. 1 Memoria RAM 1 GB recomendado. 1 Disco duro con capacidad de 40 GB.
Cuadro: No. 16 Fuente: Investigadores.
Para efectos del proyecto se requiere una tarjeta de red para uso local
(comunicación con los demás departamentos) y otra para el enlace
con el exterior de la red, con el proveedor de Internet.
Las características de hardware están íntimamente ligadas con la
versión de sistema operativo que se decida utilizar.
5.6.2 RECURSOS DE SOFTWARE
76
5.6.2.1 Sistema Operativo: La plataforma sobre la cual se
ejecuta la aplicación “Sistema de Evaluación de Profesores y Workflow
para la Solución de Sugerencias o Reclamos” está especificado en el
siguiente cuadro:
�
* Intel®
• Microsoft Windows® Server 2003 6.5 y 6.5.1, 6.5.2, 6.5.3
• Microsoft Windows NT® Server Lotus Domino 6.5 y 6.5.1, 6.5.2, 6.5.3
• Microsoft Windows® 2000 Advanced Server Lotus Domino 6.5 y
6.5.1, 6.5.2, 6.5.3
Cuadro: No. 17 Fuente: Investigadores.
5.6.2.2 Protocolos de Red Soportados.
• TCP/IP
5.6.2.3 Plataforma de Desarrollo:
La plataforma de trabajo que se va a emplear para el desarrollo del
sistema es Lotus Domino 6.5, la cual ofrece una gran variedad de
77
servicios de colaboración y una infraestructura para las aplicaciones y
el flujo de trabajo de procesos empresariales distribuidos.
Lotus Domino es un entorno de desarrollo rápido de aplicaciones que
ofrece un gran beneficio sobre la inversión a sus usuarios.
Entre las funciones que incluye Lotus Domino se encuentra:
• Seguridad de Web integrada.
• HTML nativo.
• Eventos de JavaScript integrados.
• Integración con el sistema de archivos.
• Servlets y agentes de Java.
• Objetos distribuidos, como, por ejemplo, CORBA/IIOP.
• Integración con herramientas de diseño de otros fabricantes.
• Integración con Microsoft IIS.
• Almacenamiento de objetos programables.
• Replicación.
Lotus Domino también se integra con orígenes de datos de servidor,
como, por ejemplo, IBM DB2 y Oracle, y con sistemas de
transacciones como IBM CICS.
78
Arquitectura Notes/Domino.
�������������������
Gráfico: 7
Fuente: Investigadores.
5.6.2.4 Base de Datos Documental:
La base de datos que se va a emplear para el desarrollo del Sistema
es provista por la Plataforma Domino y es de tipo Documental, en
dicha base de datos cada registro se corresponde a un documento,
sea éste de cualquier tipo: una publicación impresa, un documento
Cliente Notes
Cliente Web
Domino Server
HTTP Server
Domino Object Store
OS File System
RDBMS
79
audiovisual, gráfico o sonoro, un documento de archivo, un documento
electrónico.
La base del diseño de Lotus Notes y Domino es el uso de una
estructura de datos única y sencilla, denominada nota, en la que se
almacena toda la información.
Las Notas se utilizan para almacenar datos y elementos de diseño. 5.6.2.5 Modelo de contención de las bases de datos de Domino�
Las bases de datos de Domino son archivos que se sitúan en el
sistema de archivos. Lotus Domino utiliza la ruta de acceso y el
nombre de archivos para identificar la base de datos. Una vez abierta
la base de datos, se accede a la información abriendo notas.
Este tipo de relación se denomina modelo de contención. El sistema
de archivos contiene bases de datos, las bases de datos contiene
notas y las notas contienen información.
80
5.6.2.6 Componentes de una base de datos Domino.
Los componentes de una base de Domino son:
• Documentos(información).
• Electos de diseño(formas, vistas).
• Seguridades (ACL).
• Elementos Lógicos.
5.6.2.7 Lenguaje de Programación.
Los lenguajes de programación utilizados son :
• Java.
• JavaScript.
• LotusScript.
• Lenguaje Formulas.
5.6.2.7.1 JAVA
81
Este Lenguaje de programación es de uso general y concurrente. Es
un lenguaje estructurado orientado a objetos. Maneja todo su potencial
a través de clases definidas. La última versión de JDK es 1.5.
Características
Entre las principales características del Lenguaje de Programación
JAVA se mencionan las siguientes:
• Simple
• Orientado a objetos
• Distribuido
• Robusto
• Arquitectura neutral
• Seguro
• Portable.
• Multithreaded.
Simple. Java ofrece toda la funcionalidad de un lenguaje potente.
Añade el uso del “garbage collector” (Reciclador de memoria
dinámica).
82
No es necesario preocuparse de liberar memoria, el reciclador se
encarga de ello y como es un thread de baja prioridad, cuando entra
en acción, permite liberar bloques de memoria muy grandes, lo que
reduce la fragmentación de la memoria.
�
Orientado a objetos. Java trabaja con sus datos como objetos y con
interfaces a esos objetos. Soporta las tres características propias del
paradigma de la orientación a objetos: encapsulación, herencia y
polimorfismo. Las plantillas de objetos son llamadas, como en C++,
clases y sus copias, instancias. Estas instancias, como en C++,
necesitan ser construidas y destruidas en espacios de memoria.
Distribuido. Java se ha construido con extensas capacidades de
interconexión TCP/IP. Existen librerías de rutinas para acceder e
interactuar con protocolos como HTTP y FTP. Esto permite a los
programadores acceder a la información a través de la red con tanta
facilidad como a los ficheros locales. Java en sí no es distribuido, pero
proporciona las librerías y herramientas para que los programas
puedan ser distribuidos, es decir, que se corran en varias máquinas,
interactuando.
83
Robusto. Java realiza verificaciones en busca de problemas tanto en
tiempo de compilación como en tiempo de ejecución. La comprobación
de tipos en Java ayuda a detectar errores en el ciclo de desarrollo.
Java obliga a la declaración explícita de métodos. Maneja la memoria
para eliminar las preocupaciones por parte del programador de la
liberación o corrupción de memoria. Además, para asegurar el
funcionamiento de la aplicación, realiza una verificación de los byte-
codes, que son el resultado de la compilación de un programa Java.
Es un código de máquina virtual que es interpretado por el intérprete
Java. No es el código máquina directamente entendible por el
hardware, pero ya ha pasado todas las fases del compilador: análisis
de instrucciones, orden de operadores, etc., y ya tiene generada la pila
de ejecución de órdenes.
Arquitectura neutral. Para establecer Java como parte integral de la
red, el compilador Java compila su código a un fichero objeto de
formato independiente de la arquitectura de la máquina en que se
ejecutará. Cualquier máquina que tenga el sistema de ejecución (run-
time) puede ejecutar ese código objeto, sin importar en modo alguno
la máquina en que ha sido generado.
84
Seguro. Las aplicaciones de Java resultan extremadamente seguras,
ya que no acceden a zonas delicadas de memoria o de sistema, con lo
cual evitan la interacción de ciertos virus. Java no posee una
semántica específica para modificar la pila de programa, la memoria
libre o utilizar objetos y métodos de un programa sin los privilegios del
kernel del sistema operativo. Java imposibilita también, abrir ningún
fichero de la máquina, no permite ejecutar ninguna aplicación nativa
de una plataforma e impide que se utilicen otros ordenadores como
puente, es decir, nadie puede utilizar nuestra máquina para hacer
peticiones o realizar operaciones con otra.
���
Portable. Más allá de la portabilidad básica por ser de arquitectura
independiente, Java implementa otros estándares de portabilidad para
facilitar el desarrollo. Los enteros son siempre enteros y además,
enteros de 32 bits en complemento a 2. Además, Java construye sus
interfaces de usuario a través de un sistema abstracto de ventanas de
forma que las ventanas puedan ser implantadas en entornos Unix, Pc
o Mac.
Multithreaded. Java permite muchas actividades simultáneas en un
programa. Los threads son básicamente pequeños procesos o piezas
85
independientes de un gran proceso. El beneficio consiste en un mejor
rendimiento interactivo y mejor comportamiento en tiempo real.
Aunque el comportamiento en tiempo real está limitado a las
capacidades del sistema operativo subyacente.
5.6.2.7.2 JAVASCRIPT
Es un nuevo lenguaje escrito. Los 'Scripts' de Javascript pueden ser
introducidos dentro de sus páginas de HTML. Con Javascript se puede
dar respuesta a eventos iniciados por el usuario (el observador de
nuestras páginas, por ejemplo), eventos tales como la entrada de una
forma o algún enlace. Esto sucede sin ningún tipo de transmisión. De
tal forma que cuando un usuario escribe algo en una forma, no es
necesario que sea transmitido hacia el servidor, verificado y devuelto.
Las entradas son verificadas por la aplicación cliente y pueden ser
transmitidas después de esto, También se puede pensar de programa
que se ejecuta en la versión cliente.
Aunque JavaScript se parece a Java, no es lo mismo! Java es un
lenguaje de programación mucho más complejo que JavaScript.
JavaScript está hecho para ser un lenguaje bastante fácil de entender.
86
A los autores del JavaScript no les debió haber importado mucho el
tema de la programación. Por esta razón, algunos elementos de Java
no son aceptados en JavaScript.
5.6.2.7.3. LENGUAJE DE FORMULA
Este Lenguaje ofrece una interfaz de programación sencilla y directa
para las aplicaciones de Domino. Al igual que ocurre con otros
lenguajes de programación, el lenguaje de formulas tiene reglas y una
sintaxis específica. Su código está diseñado especialmente para
trabajar con el elemento que el usuario está procesando actualmente.
El Lenguaje de formulas se puede utilizar para realizar muchos tipos
de operaciones. Algunos de los ejemplos mas comunes son:
• El Cálculo de Valores.
• La comparación de Valores.
• La Automatización de tareas.
87
Donde se Pueden Utilizar las Formulas
Las Formulas se pueden utilizar en muchos elementos de diseño; por
ejemplo, en formularios, vistas, paginas, campos, botones, acciones,
etc. El código se introduce en un evento de un objeto en el panel de
programación.
Uso de Lenguajes de Formulas en los Formularios
Utilice Formulas en los Formularios para agregar, calcular y formatear
datos de forma automática. Las Formulas le permiten:
• Mostrar un titulo si el documento es nuevo y otro si el
documento se está editando.
• Calcular fechas de finalización basándose en las fechas de
inicio y la duración.
• Introducir la fecha de creación del documento.
• Agregar opciones a una lista.
• Asegurarse de que los usuarios no guardan el documento con
determinados campos vacíos.
• Formatear las entradas de los usuarios para que sean
coherentes en todos los documentos.�
�����
88
5.6.2.7.4. LOTUS SCRIPT
LotusScript es un embebido, Idioma de encriptación BASICO con un
juego poderoso de extensiones del idioma dentro de las que habilitan
desarrollo de la aplicación orientado-objeto y por las aplicaciones de
software de Lotus. LotusScript le permite poner escrituras más
complejas en una variedad mayor de situaciones y eventos que los
macros tradicionales. LotusScript y sus toolset de desarrollo
proporcionan un ambiente de la programación común por las
aplicaciones del Lotus en todas las plataformas apoyadas por software
del Lotus (como Windows, AIX, Linux).
�
Está disponible en: ���
• IBM Lotus Notes Release 4 and later
• IBM Lotus Approach® 96 Edition and later
• IBM Lotus Freelance Graphics® 96 Edition and later
• IBM Lotus Word Pro 96 Edition and later
• IBM Lotus 1-2-3 97 Edition and later
• IBM Lotus Enterprise Solution Builder
LotusScript ofrece una variedad ancha de rasgos. Su interfase al
software del Lotus ha terminado predefinido objetos clases. Los
89
productos vigilan la recopilación y cargando de escrituras del usuario y
automáticamente incluye definiciones de la clase para permitir
codificar más eficaz. LotusScript extiende las capacidades de
desarrollo de software del Loto proporcionando:
�
• La habilidad de poner escrituras en una variedad de objetos y
eventos en muchas aplicaciones de software de Loto.
LotusScript tiene un juego de extensiones más allá de Visual
Básico, eso proporciona poder adicional y utilidad al escribir
aplicaciones que usan software del Loto.
• Un debugger y sintaxis-dirigió a editor.
• Acceda a un rango ancho de funciones del producto a través de
las clases definidas para cada producto.
• Acceda a las bibliotecas de las clases externas definidas
usando el LSX Toolkit.
El ambiente en el que usted escribe, ponga a punto, y ejecute
escrituras dependiendo de su aplicación de software de Lotus.
Aprender sobre su producto está programando ambiente, vea su
documentación del producto.
90
LotusScript ofrece las siguientes ventajas:
Superset de BASICO.
Puesto que LotusScript es un idioma BASICO, es fácil aprender, sobre
todo para los usuarios Básicos Visuales. Usted puede escribir
escrituras sofisticadas que usan condiciones, subprogramas y otras
convenciones.
Plataforma.
LotusScript es una multi-plataforma Básica como el lenguaje de script.
Funciona con plataformas como Windows, Macintosh, OS/2, UNIX,
z/OS, y OS/400. Escrituras desarrolladas en Windows ejecutan
inalterado en cualquier otra plataforma apoyada. Esta portabilidad es
importante como aplicaciones de escritorio y workgroup y los
documentos se envían por correo a usuarios compartidos.��
Orientación a Objetos.
El software del lotus proporciona Clases del Objeto que están
disponibles para LotusScript. Usted puede escribir, acceder y
91
manipular estos objetos. Las escrituras manejan eventos, como por
una acción, pulsando el botón, abriendo un documento, o abriendo
una vista.
LotusScript le da la habilidad de crear sus propias clases y objetos, y
fácilmente las subclases.
Inter-operabilidad con otros lenguajes.
Usted puede utilizar lenguaje de fórmula y @functions de LotusScript.
Usted también puede utilizar Java y JavaScript.
Ambiente de Desarrollo integrado
El Ambiente de Desarrollo Integrado de Lotus Script (IDE) proporciona
una interfase para crear, revisar, y poner a punto escrituras, y para
hojear las variables y propiedades de clases. El IDE le permite escribir
escrituras más complejas en Notes.
Bibliotecas de LotusScript
Usted puede crear funciones y bibliotecas de clase en este lenguaje y
puede rehusarlo en aplicaciones de software de Lotus vía declaración
de extensión del lenguaje .
92
Interfaz Gráfica
Como herramienta de desarrollo se emplea el Domino Designer 6.5
que es un cliente especial para la construcción de aplicaciones
incluyendo aplicaciones Web.
�
Este cliente nos va a permitir la creación de una base de datos nueva
la misma que puede basarse en una templeta en blanco creando una
base de datos desde cero o una templeta existente. También nos va a
permitir la creación de Framesets, Pages, Views, Forms, Agents,
Outlines, Subforms, Compartir Recursos (Shared Resources).
Hosting: Para poder levantar el Sistema es necesario contratar los
servicios hosting de un proveedor determinado el cual nos asignara un
dominio y un espacio de disco para poder levantar nuestro Sistema y
guardar nuestras operaciones. El costo de dicho servicio varia de
acuerdo a lo que solicite el cliente.
Cabe recalcar que el sistema también se lo podrá trabajar de manera
local mediante el uso de una Intranet.
93
5.6.3. RECURSO HUMANO.
Una vez realizada la estimación del esfuerzo de desarrollo (personas
por mes) y seleccionar la especialidad que desempeñará cada
integrante se optó por establecer un equipo de trabajo conformado por
tres personas: Sr. Eddy Aguilar, Sr. Armando Zumba y Sr. Agustín
Abad
Este Recurso Humano intervino en cada una de las fases de
desarrollo del Sistema de Evaluación de Profesores y workflow de
Solución de Sugerencias o Reclamos como son: levantamiento de
información, análisis, diseño, desarrollo, pruebas e implantación de la
aplicación; todos orientados a investigar arduamente para el desarrollo
del mismo y de buscar las mejores opciones existentes.
�
En el siguiente cuadro se presentan las características más relevantes
de los recursos utilizados para el Sistema de Evaluación de
Profesores y workflow de Solución de Sugerencias o Reclamos:
94
CARACTERISTICAS DE LOS RECURSOS
$������������� �
��������
������������
�������&� �����
���(������� � ������ ���������
*�������� ����������������
0���1���� ����� ���������� �����������
��������
����1���� ����� ���������� �����������
��������
0������ ����� ���������� �����������
���������
Cuadro: No. 18
Fuente: Investigadores.
5.7 METODOS DE ESTIMACION DE PROYECTOS
5.7.1����MODELO ALGORITMICO.
5.7.1.1 MODELO PUNTO DE FUNCIÓN
La descomposición de estimación basada en puntos de función se
centra en los valores de dominio de información, y no en las funciones
de software. Teniendo en cuenta tablas de cálculo del PF, el
planificador del proyecto estima entradas, salidas, ediciones, archivos
e interfaces internas.
95
ENTRADAS
• Registro de Usuarios de Evaluación.
• Ingreso de Solicitud de Sugerencia o Reclamo.
• Ingreso de Preguntas.
• Ingreso de Nuevos Usuarios.
• Ingreso de la Evaluación.
• Ingreso de Rango de la Evaluación.
SALIDAS
• Listado de Sugerencia o Reclamo a Solucionar.
• Listado de alumnos que han realizado la Evaluación.
• Listado de alumnos que no han realizado la Evaluación.
• Listado de Usuarios.
• Listado de Preguntas.
• Listado de Sugerencias o Reclamos Aprobadas.
• Listado de Sugerencias o Reclamos Rechazadas.
CONSULTAS O REPORTES
• Reportes de todos los profesores Existentes.
• Reportes de todas las materias dictadas por el profesor.
• Reporte gráfico sobre determinada materia.
96
• Detalle del reporte gráfico.
• Reporte de todas las materias que existen.
• Reporte de los profesores que dan esa materia.
• Reporte gráfico sobre determinada materia del profesor.
• Reporte general de evaluaciones.
• Reporte de alumno aprobado o reprobado.
• Historial global de profesor/ materia.
• Histórico gráfico de preguntas por profesor/materia/año.
ARCHIVOS INTERNOS
• Forma Evaluación.
• Forma Solicitud: Sugerencia.
• Forma Solicitud: Reclamo.
• Forma Registro de Alumno.
• Forma Registro de los Usuarios.
• Forma Ingreso de Preguntas.
ARCHIVOS EXTERNOS
• Tabla Materia.
• Tabla Profesor.
• Tabla Alumno.
• Tabla MatPro.
97
• Tabla AluMat.
PARAMETROS Complejidad
baja Complejidad
media Complejidad
alta TOTAL
# de entradas 3X3 2X4 1X6 23 # de salidas 4X4 2X5 1X7 33 # archivos (internos) 3X7 2X10 1X15 56 # archivos (externos)
5X5 X7 X10 25
# de consultas o reportes
8X3 2X4 2X6 44
Punto de función no ajustado
181
Cuadro: No. 18 Fuente: Investigadores.
FORMULAS
FA = 0.01 * PFNA + 0.65
PF = PFNA * FA
LDC = PF * (promedio de lenguaje)
PFNA = 181
DESARROLLO
FA = 0.01 * PFNA + 0.65
FA = 0.01 * 181 + 0.65
FA = 2.46
98
PF = PFNA * FA
PF = 181 * 2.46
PF = 445.26
LDC = PF * (promedio de lenguaje)
LDC = 445.26 * (4GL)
LDC = 445.26 * 40
LDC = 17810.4
KLDC = 17.81
5.7.1.2 �MODELO COCOMO.
COCOMO es un modelo Constructivo de Costos usado para la
estimación de software, esta definido para tres tipos de proyectos:
Modo Orgánico (proyectos relativamente pequeños y sencillos), Modo
Semi-acoplado (su desarrollo es complejo y de alta innovación técnica,
desarrollo de entorno poco estable), Modo Empotrado (proyectos de
software que deben ser desarrollados en un conjunto de hardware,
software y restricciones operativas).
99
MODELO INTERMEDIO ���� MODO EMPOTRADO
FORMULAS
Km = 2.8 Sk1.20 (persona / mes)
Td = 2.5 Km0.32 (meses)
DATA: Tamaño de la Base de Datos.
ACAP: Capacidad del Analista.
AEXP: Experiencia de la aplicación.
LEXP: Experiencia en lenguaje de programación.
SCED: Plan de desarrollo requerido.
DATA ���� Alto ���� 1.08
ACAP ���� Alto ���� 0.86
AEXP ���� Bajo ���� 1.13
LEXP ���� Nominal ���� 1
SCED ���� Alto ���� 1.04
DESARROLLO
Km = 2.8 Sk1.20 (persona / mes)
Km = 2.8 * (17.81)1.20
100
Km = 88.7
Km = 88.7 * DATA
Km = 88.7 * 1.08
Km = 95.8
Km = 95.8 * ACAP
Km = 95.8 * 0.86
Km = 82.4
Km = 82.4 * AEXP
Km = 82.4 * 1.13
Km = 93.1
Km = 93.1 * LEXP
Km = 93.1 * 1
Km = 93.1
Km = 93.1 * SCED
Km = 93.1 * 1.04
Km = 96.8
Km = 97 (personas / mes)
Td = 2.5 Km0.32 (meses)
101
Td = 2.5 * 970.32
Td = 10 (meses)
5.8. ADMINISTRACION DE COSTOS.
5.8.1 Planeación de Recursos.
Es determinar que recursos (personas, equipos, materiales) y en que
cantidades de cada uno deberán ser usados para ejecutar las
actividades del proyecto.
2 Analistas de sistemas.
2 Diseñadores gráficos.
2 Programadores
1 Administrador de proyectos
Pagos de planillas de agua, luz, Teléfono.
Almuerzos
Costo de consulta (entrevistas).
Costo de mantenimiento de equipos
Capacitación
102
5.8.2. Estimación de Costos.
Es desarrollar una aproximación (estimado) de los costos de los
recursos que se necesitan para completar las actividades del proyecto.
2 Analistas de sistemas. $1.000,00
2 Diseñadores gráficos. $400,00
2 Programadores $2.500,00
1 Administrador de proyectos $3.000,00
Pagos de planillas de agua, luz, Teléfono. $49,50
Almuerzos $243,00
Costo de consulta (entrevistas). $20,00
Costo de mantenimiento de equipos $126,00
Capacitación $330,00
5.9. CRONOGRAMA DE ACTIVIDADES.
Basándonos en el cronograma presentado por la carrera para el Seminario
de Graduación 2006 hemos establecido las siguientes actividades o tareas a
103
ejecutar para alcanzar el desarrollo del proyecto “Sistema de Evaluación de
Profesores y Workflow para la solución de sugerencias o reclamos (SEP y
WSSR)”. Cabe recalcar que desde el inicio del seminario este cronograma ha
sufrido cambios para ajustarse a eventos que han suscitado. Para la
valoración del tiempo se ha tomado en consideración días laborables,
considerando los días no laborables como tiempo de holgura.
2!�������� ������������"�������� �%��3���4�
5.9.1 LISTADO DE ACTIVIDADES.
-5����� %���"�������
�� ����� ��������� ���
�� !�" � � �������������� ��#����
$� %�&� � ������' ����
(� !�" � ������)��������������� ������ �"���� ���
*� !�" � �� ��+ �������������� ������ �"���� ���
�� ,��� �� ��������"���� ��� ��- ������ ��� ��������� ����������- ���
�� %� ��� ��������� ����������- ���
�� ,��� �� ������ �"���� ���.����- ��/��������/� �-�� �� ����0�
�� ��"���������������- ���
��� %�&� � ��������� �� �����
��� 1�2����������� ������������� ���
��� %�&� � ���������� ������������� ��
�$� !������������ �� �����
�(� 1���������� �� �������� ��#����
�*� %�� � ��� �������%������
��� %�� � ��� ������3 �� ��
��� %�� � ��� ������4�����
��� %�� � ��� ������, ������
��� ! ��5������' ����
��� ! ��5�����!���
��� ! ��5��%�6� ���� ���
104
��� ! ��������! ��5��7����������' ����
�$� ! ����8��&�6� �������9��:�;� �� ��
�(� ;�� �� ��� ����'����� ���
�*� '����� ���%�&� � ��#�! ��5��
��� 4�� " �� ���
��� ;���2�
��� ������ ���
�
Cuadro: No. 19
Fuente: Investigadores. ��
105
5.10. ADMINISTRACIÓN DE RIESGOS �
����,6��
$���-���6-��
%���*%��
��67%7�8�$%$�
�����*6�
���*�%*�,�%��
�<������-#���� ����������� ��#����
�;��#����
�9�#�=>�
�'�� ��
��!����"� � ����� ��6���?������2>�����;�� ��� �����������������2����
�<���?#� �������� ������� � ����
�;�������
�9������
�3�������
��4 � ���� ����������;�� ��� ������������������?���� ������=�����%�����+� ����� @����� ��#�����
�<������� ������������ ��#�������� ��2���& �����
�;��#����
�9�#�=>�
�'�� ��
��,�� @������ ����� �� �� ������ ����� ������A�����������6��� ����� ������ ��#����������� �����������������
����
;1,'B�%C������
��������������;��#���� �����������
�;��#����
�9�#�=>�
�'�� ��
��1�2������;��+ ������1�2������������
�����B,7%��D%4�B�%C�
�<�����4�� ���� ����������>��� �������
�7�� ��
�9������
�3�������
��A����=����%�&� � �����,�6��� � �������A���� �-�� �� �����6������� 2�#���� ��#�������,�- ���6��������� ������������? ����
106
4�2 �������� ��+ �������7�� ������2>���
7�� �� =>� 3������� ��4�������� ��+ ���2 �����" � �������
�<��������� ��6� �2���
�;��#����
�=>�
�4���" ���
��%�� @�������-��� �������� �����,�- ����� �"���� ���? ��� ���������#���� �������� ��������������� ��
�A������2 �������6��� � ��������� �� ��#�����
�;��#����
�=>�
�'�� ��
��A�������2�����&� � �������6��� � ������������ �����,�- ���� ��� �"���� ���6������?�������������� ����� ��#�����������-����
<������������ ���������6������?� ���� ���
;������� =>� '�� �� ��E�� " ���6��������� �������? �����2��� �������1�2������������������������������ ��#�����
�,1<F1,�9�1�3B'����
<��������������������� ��������������� ��
;������� =>� '�� �� �� �� " ������� ����� ����2��������6��� � �������
�F������A���� ����6�������������@��
�;��#����
�%��
�'�� ��
��B2�����������������?���� ������4 � ���� ���������2�����?���� ����
��
A1,,%9�1�3%'��� <�����?���� ������������ ����)�� ���
;��#���� =>� '�� �� ��F � @��?���� �������9��������� ����
=������������� � ���� � �� ���
;��#���� =>� '�� �� ��%�� @����������+� ���������=������!����� � @���
���
314�BCB7�4B�=������!�������"���������:����������� ���������� �� ����� �����
;��#���� =>� 3������� ��A���� ���2�����2�����������
107
<��������� ����� ������������������
;��#���� =>� 4���" ��� ��!�" � ����&��������A�������� ������
<�����?���� �������������������������� ������ ����
;��#���� =>� 4���" ��� ��,�� @�������� �� -�� ���2����2�����=������!����
;,1'F;F1'3B� <��������������� ���� ����� 7�� �� 9������ 4���" ��� ��,�� @�����2�����&� � ��������������!�>����� �����>���G�� ����2� ���-���� ������
Cuadro: No. 20
Fuente: Investigadores. �
108
5.11. ANALISIS DE REQUERIMIENTOS.
“El Sistema de Evaluación de Profesores y Workflow para la Solución de
Sugerencias y Reclamos” nace frente a la necesidad de automatizar los
procesos que se vienen realizando en las Unidades Educativas de manera
manual para de está manera agilitar los diferentes procesos que de estos
dependen.
5.11.1. REQUERIMIENTOS FUNCIONALES.
El sistema debe tener la capacidad de poder procesar las diferentes
evaluaciones que los alumnos realizan de una forma eficiente y efectiva,
tratando de optimizar en lo sumo posible los recursos de la organización. El
sistema debe de ser capaz de conectarse a bases de datos relacionales
para de está manera extraer información importante que le servirá para
alimentar su base de datos documental. También debe de ser capaz de
registrar a nuevos usuarios tanto de evaluación como de administración
asignándoles sus perfiles correspondientes. Debe de ser capaz de realizar
sugerencias o reclamos para de esta manera poder comunicarles a las
autoridades correspondientes las diferentes anomalías que se podrían
109
presentar en el proceso educativo. Debe ser capaz de enviar las diferentes
sugerencias o reclamos a los diferentes departamentos para que se le de
su correspondiente tramite. Debe de poder emitir reportes de las
evaluaciones realizadas por los alumnos por fechas para de esta manera
tener un soporte para mejorar el proceso educativo.
5.11.2. REQUERIMIENTOS DE RENDIMIENTO.
El sistema debe de asegurar que el proceso de evaluación se realizará
adecuadamente para de está manera poder contar con los resultados de
las evaluaciones a tiempo y poder tomar las decisiones del caso, además
debe garantizar el correcto tramite a las sugerencias y reclamos emitidas
por los usuarios, para lograr dicho objetivo el sistema debe tener relación
con otros sistemas internos de la organización que brinden la información
necesaria de manera oportuna para de esta manera poder realizar la
correspondiente evaluación al personal docente, solucionar las sugerencias
y reclamos de los usuarios y tomar decisiones en un tiempo requerido.
110
Confiabilidad.
El sistema debe de asegurar que el proceso de evaluación del
personal docente y solución de sugerencias y reclamos se realice de
la forma más rápida y oportuna de tal manera que no afecte a las
unidades educativas dichos procesos al ser lentos y costosos.
Una de las características que hacen confiable al sistema es su
autenticación ya que de esta manera solo se permite el acceso a está
aplicación al personal autorizado por la organización, además posee
un archivo Log del personal que accede a dicha aplicación para de
está manera llevar un control de la misma.
5.12. ANÁLISIS COSTO BENEFICIO.
Posibles costes de un sistema de evaluación de profesores y
Workflow para la Solución de Sugerencias y Reclamos.
Costes de Elaboración
111
Costes de Investigación.
Costes de alquiler o compra de equipos.
Costes de instalación de los equipos.
Costes de capital.
Costes de gestión y de personal.
Costes de modificación y ubicación de los equipos.
Costes de puesta en marchan
Costes del sistema operativo.
Costes de la plataforma de desarrollo.
Costes de la instalación de los equipos de comunicaciones (líneas
telefónicas y datos).
Costes del personal para la puesta en marcha.
Costes de contratación de personal y alquileres.
Costes de interrupción en la organización.
Costes de gestión necesarios para dirigir la actividad inicial.
Costes relacionados con el proyecto.
112
Costes de adquisición de software de aplicación.
Costes de las modificaciones del software para que encajen con los
sistemas locales.
Costes de personal, gastos generales etc. Del desarrollo de
aplicaciones internas.
Costes de entrenamiento del personal en el uso de aplicaciones.
Costes de entrevistas y recogidas de información.
Costes de procedimientos de instalación.
Costes de preparación de la documentación.
Costes de la supervisión del desarrollo.
Costes del proceso.
Costes de mantenimiento del sistema(hardware, software e
instalaciones).
Costes de suministros(electricidad, teléfono, agua).
Costes de depreciación del hardware.
Costes del personal involucrado en la gestión de los sistemas de
información, operación y actividades de planificación.
113
Beneficio en las tareas de mantenimiento y almacenamiento de
información.
Capacidad de recoger y almacenar datos de los registros.
Aumento de la cantidad de datos que se pueden almacenar en a la
base de datos.
Aumento en la seguridad de almacenamiento de datos.
Mejora en la portabilidad de los datos.
Beneficios en las tareas de búsqueda de datos.
Capacidad mejorada en el acceso a la base de datos.
Capacidad mejorada de cambio de datos dentro de la base de datos.
Capacidad mejorada de crear acceso a los datos y por quién.
Capacidad de hacer auditoria y análisis de las actividades de
búsqueda de los datos.
Beneficios en la tarea de procesamiento de datos.
Capacidad de emitir reportes previamente definidos.
Capacidad de manejo de archivos de auditoria (.log).
Capacidad de procesar evaluaciones de los alumnos.
114
Capacidad de asignar roles a los usuarios.
Capacidad de adaptación a cualquier tipo de Unidad Educativa
(sistema parametrizable).
Capacidad de control de usuarios y password.
Restricciones.
• El software está orientado a la evaluación del persona docente
y a la solución de sugerencias y reclamos de la unidad
educativa, más no a la matriculación de los alumnos.
• El acceso al sistema es limitado para el usuario administrador
del sistema, usuarios del sistema y usuarios de evaluación.
• El usuario debe tener conocimientos de navegación en Internet.
5.13. CASOS DE USO DEL SISTEMA.
Un diagrama de casos de uso del sistema muestra las distintas
operaciones que se esperan de una aplicación o sistema y cómo se
relaciona con su entorno sean estos usuarios u otras aplicaciones.
115
Casos de uso del Sistema de Evaluación de Profesores y Workflow de
Solución de Sugerencias o Reclamos.
CLIENTES NOTES
Gráfico: No.8 Fuente: Investigadores.
Usuario
Recepción de respuesta
Solicitud
Domino Server
Autenticación
Autorización
116
CLIENTES BROWSER
Solicitud Usuario Recepción de respuesta
������
Gráfico: No. 9 Fuente: Investigadores
5.14. MODELADO DE REQUERIMIENTOS.
5.14.1 DIAGRAMA DE FLUJO DE DATOS (DFD).
El diagrama de flujo de datos (DFD) es una técnica que representa el
flujo de información y las transformaciones que se aplican a los datos
al moverse desde la entrada hasta la salida.
http Server
Domino Engin
Domino Server
Servidor
DNS 1
.
.
117
El DFD es también conocido como gráfico de datos, diagramas de
datos o como diagrama de burbujas.
Se puede usar el diagrama de flujo de datos para representar un
sistema o software a cualquier nivel de abstracción. De hecho, los
DFD pueden ser divididos en niveles que representen un mayor flujo
de información y un mayor detalle funcional. Por consiguiente, el DFD
proporciona un mecanismo para el modelado funcional así como el
modelado del flujo de información
5.14.1.1 Notación Gráfica.
La notación gráfica empleada en el Diagrama de Flujo de Datos se
muestra a continuación:
118
NOTACIÓN DFD
���7686�� $��������6-�
�������������������
��*���������/��� ��������� ������G���������������������� ������������ ���
�����������
��� �� �+�������� ������� 2 �������- � �������2��6������ 6�������� �"���� ��������� �������� ����������
��1�����)������ � @� ������������������ ������ 6����������������� ����
�
Cuadro: No.21 Fuente: Investigadores
119
DFD Nivel 0
���������������������������
Gráfico: No. 10 Fuente: Investigadores.
SEP Y WSSR
Ingreso Clave de Acceso
Ingreso Evaluación
Ingreso Solicitud Sug. O Reclamo
Registro de User al Sistema
Reportes de Resultado de la
Evaluación
Confirmación Solución Sug. O
Reclamo
Confirmación de User Registrados
al Sistema
Interfaz Gráfica Amigable
120
��
�
Interactúa con el
Servidor
Visualiza Vistas
Interfaz Gráfica
amigable
Solución Sugerencia o Reclamo
Recepción de Solicitud
Clasificación Sugerencia o Reclamo
Ejecutar tramite de solución
Selecciono Departamento
Dentro del alcance
Fuera del alcance
Revisión del
Reclamo
Ejecutar tramite de solución
Confirmación de solución tomada
Solicitud de Sugerencia o Reclamo Selección
de tipo de solicitud
Ingreso Datos
de Solicitud
Envío de
Solicitud
Activo acceso al Sistema
Verif. Conf. De servidor y permisos de
ACL en la BD
Autentificación del usuario
Ingreso de clave
de acceso
No Activa acceso al Sistema
Pedido de nueva clave
Almacena Log de errores
Petición de Evaluación
Petición no Aceptación
Verifica tiempo limite
Tiempo fuera de rango
Selección de
materia
Procesamiento de evaluación
Almacena Log de errores
Grabar Evaluación
2
������������"� ��������������������������9� �1�������� ���������
�� �������������� �����
$�$�
121
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
Gráfico: No. 11 Fuente: Investigadores�
�
�
�
Petición de Tabulación
Ejecución de Agente Verifico
fecha establecida
No se cumple fecha
Agente no ejecuta
tabulación
Si se cumple fecha
Clasifico preguntas
Selecciono preguntas
Clasifico respuestas
Proceso respuestas
Verifica existe otra pregunta
Visualizo Gráficos de resultado
estadísticos
2
122
CAPITULO 6
DISEÑO.
El diseño del software es el proceso que permite traducir los requisitos
analizados de un sistema en una representación del software, que
inicialmente da una visión del mismo y tras posteriores refinamientos
nos conducirá a una representación de diseño muy cercana al código
fuente.
6.1. TIPOS DE CLIENTES.
Existen dos formas en que un usuario puede ejecutar la aplicación,
estas son:
123
Cliente Notes: Puede acceder a los datos en el servidor Domino y
localmente, proveyendo un acceso portable a los datos.
Cliente Browser: Pueden acceder a los datos en el servidor Domino
y desplayarlos en el Browser.
6.2. TIPOS DE USUARIOS.
Dentro del análisis de esta aplicación se han definido los siguientes
tipos de usuarios a los cuales se le permitirá el acceso a la misma:
Usuario Administrador: Será el encargado de la administración del
sistema, lo correspondiente a mantenimiento de preguntas, usuarios y
nivel de acceso que tendrán los mismos.
Usuario Evaluador: Accederá a la aplicación mediante el Cliente
Browser, para realizar las tareas correspondientes a la evaluación de
profesores y emisión de sugerencias o reclamos.
Usuario Departamental: Accederán a la aplicación mediante el
cliente Notes o Browser, para realizar tareas correspondientes a la
solución de sugerencias o reclamos y/o consultar resultados de la
evaluación de profesores.
124
6.3. MODELO DE FORMULARIOS.
A continuación se detallaran los diferentes formularios que se
desarrollaran dentro del Sistema, y en que punto del proceso se
utilizaran.
Cabe indicar que estos formularios serán sometidos a cambios
dependiendo del conocimiento de la herramienta.
6.3.1. Formulario de Ingreso.
Este formulario se utilizará para el ingreso de los usuarios al sistema,
dicho formulario podrá ser ejecutado a nivel de cliente browser y
Notes.
������� � ���� � �������� � � � � �� �� �� � � � � �� � � �� �� � � ���� � ��
��������� � � �� �� � �� � � � �� �� � �� ��� � ��������
����� ���� � � � ���� ��� � � � � � � � � � � � � � �� �� � �� ��� � ��� ���� � �
Cuadro 22
Fuente: Investigadores
125
Gráfico: 12 Fuente: Investigadores
6.3.2. Formulario de Registro.
Este formulario nos permite el registro de nuevos usuarios
evaluadores al sistema, cabe indicar que el alumno debe estar inscrito
en el semestre en curso para que se lleve a cabo este registro.
126
Gráfico 13 Fuente Investigadores
127
������� � ���� � �������� � � � � �� �� �� � � � � �� � � �� �� � � ���� � ��
�������� � � � � �� ���� �� � � � �� �� � �� ��� � � � � ��� � �� � ���
����� ���� � � � ���� ��� � � � � � � � � � � �� �� � �� ��� � ��� ���� � �
��� �� � �� � �� � �� �����!�" ���� � � � �� �� � �� ��� � � �� � �� �
���� �� �� �� # � � $ % �� � � � �� �� � �� ��� � �� �� �� ��
������� � # � � & �% � ��' ( �) ��*�� � � � �� �� � �� ��� � ����� �
��� � �� # � � $ � �� � � � � � �� �� � �� ��� � � � ��
���� � ���� � # � � + � � � � � �� �� � �� ��� � �� � ���� �
���� � � , �� �� ��� & ������� � � � � �� �� �� ����� ��
��!� �) � - �� .� � ��.� � .�� � � � �� �� � �!� �) ������
Cuadro 23
Fuente: Investigadores 6.3.3. Formulario de Materias a evaluar.
Este formulario nos permite seleccionar la materia que se va a evaluar.
Solamente presentará las materias que aun no han sido evaluadas y
que estén dentro del rango de evaluación.
128
Gráfico: 14 Fuente Investigadores
6.3.4. Formulario de Bienvenida.
Este formulario nos muestra las diferentes opciones que nos brinda la
aplicación, entre las cuales se encuentran:
Evaluar: Permite realizar la evaluación de profesores, presentando las
materias en las cuales está inscrito el alumno, éste deberá elegir la
materia que desea evaluar.
129
Esta evaluación se la deberá realizar dentro de la fecha establecida
como inicio y fin de evaluación.
Sugerencias o Reclamos: Permite emitir Sugerencias o Reclamos,
previamente el usuario deberá seleccionar el tipo de la misma.
Cabe indicar que toda la información que usted ingrese es de estricta
confidencialidad.
Gráfico: 15 Fuente Investigadores
130
6.3.5. Formulario de Envío de Sugerencia o Reclamo.
Este formulario permitirá al usuario evaluador, emitir Sugerencias o
Reclamos, para que dicho envío se realice correctamente se deberán
llenar todos los campos especificados. Cabe indicar que la identidad
del usuario que emite la solicitud o reclamo se la mantendrá en
absoluta reserva.
Gráfico: 16 Fuente Investigadores
131
������� � ���� � �������� � � � � �� �� �� � � � � �� � � �� �� � � ���� � ��
# �� ���� ��� � �� � �� / �� � �� � ��� � � � �� �� �� ����� ���� �� � �� ��� �
������ �� # � � 0 ��( �1 ��� � � � �� �� � �� ��� � ���� ��
��� ��� ����� # � � �� ��*2 � ���" ����� � � � �� �� � �� ��� � � ��� ���3 �
�� ��� # � � �� �' ( �) ��*�� � � � �� �� � �� ��� � ����� �� �� ��3 � ���
������ � �� � �� & ���� �" ���� � � � �� �� �� ����� ��� ����� �
��� � ����� ���� , ��) � � 4 �) �( 5� � �� � � � � �� �� � �� ���� � ����� ��3 � � � �
�� ��� �
2 � �) ������� - �� .� � ��.� �.�� � � & �� �����!� �) ������
Cuadro: 24
Fuente: Investigadores
6.3.6. Formulario de Evaluación.
Este formulario permitirá al usuario evaluador, cumplir con el proceso
de evaluación de su docente, previo a la selección de la materia. Una
vez cumplida la evaluación el usuario podrá guardar dicha evaluación.
132
Gráfico: 17 Fuente Investigadores
������� � ���� � �������� � � � � �� �� �� � � � � �� � � �� �� � � ���� � ��
, �� �� � �� , �� �� ��� � � � � �� �� �� ����� ������ �� �� ��
, �� �� � �� , �� �� ��� � � � � �� �� �� ����� ������ �� �� ��
, �� �� � �6 , �� �� ��� 6 � � � �� �� �� ����� ������ �� �� ��
, �� �� � �� , �� �� ��� 6 � � � �� �� �� ����� ������ �� �� ��
, �� �� � �� , �� �� ��� � � � � �� �� �� ����� ������ �� �� ��
, �� �� � �� , �� �� ��� � � � � �� �� �� ����� ������ �� �� ��
, �� �� � �7 , �� �� ��� � � � � �� �� �� ����� ������ �� �� ��
, �� �� � �� , �� �� ��� � � � � �� �� �� ����� ��
133
���� �� �� ��
, �� �� � �� , �� �� ��� � � � � �� �� �� ����� ������ �� �� ��
, �� �� � ��� , �� �� ��� � � � � �� �� �� ����� ������ �� �� ��
, �� �� � ��� , �� �� ��� � � � � �� �� �� ����� ������ �� �� ��
, �� �� � ��� , �� �� ��� � � � � �� �� �� ����� ������ �� �� ��
, �� �� � ��6 , �� �� ��� 6 � � � �� �� �� ����� ������ �� �� ��
Cuadro: 25
Fuente: Investigadores
6.4. DISEÑO ARQUITECTÓNICO Y DIAGRAMA DE BLOQUES.
Define la relación entre cada uno de los elementos estructurales del
sistema.
�
134
DISEÑO ARQUITECTONICO
I N T E R F A Z
Autenticación Del Usuario
No activa el acceso
Verificación de
configuración del servidor y
permisos ACL de la
Pedido de clave de acceso
Interactúa con el Servidor
Petición de evaluación
Verificación de tiempo
Selección de materia
Procesa evaluación
Solicitud de Sug. o Recl
Selecc. Tipo de solicitud
Ingrese datos de solicitud
Envío de solicitud
Registro de Usuarios
Ingre. Datos del User
Asignación de permisos
Registro nuevo Usuario
Petición de Vistas
Procesa petición de vistas
Petición De Tabulación
Verif. Tiempo establecido
Clasif. preguntas
Clasif. respuestas
Procesa respuestas
Petición mantenimiento de preguntas
Selección de mantenimient
Procesa mantenimient
Petic. Soluc. Sug. o Recl
Verificación Sug .o Recl
Selecc. departament
Confirmación solución
I N T E R F A Z
FILE SYSTEM
BDD RDBMS
Clave de acceso
Ingreso de solicitud
sugerencia o reclamo
Registro del usuario
Registro de preguntas
Petición de vistas
Clave de acceso
Ingreso de solicitud
sugerencia o reclamo
Registro del usuario
Registro de preguntas
Petición de vistas
ENTRADAS ENTRADAS
Gráfico: 18 Fuente Investigadores
�
Domino Server
Autenticación
Autorización
http Server
Domino Engine
Domino Server
SEP Y WSSR
Modulo Mantenimiento de
Usuarios
Modulo de Evaluación
Modulo Mantenimiento de
Preguntas
Modulo de sug. y reclamos
Modulo de Tabulación de Preguntas
Modulo de Vistas
Modulo de Históricos
Vista de alumnos
que no realizan
Vista Comparativa Vista porcentaje
Profesor/ preguntas
Vistas de Gráficas
NRPC NRPC
Cliente Notes
Cliente Web
DIAGRAMA DE BLOQUES DEL
SISTEMA
Gráfico: 19 Fuente Investigadores
135
136
�
6.5. DISEÑO DE INTERFAZ
La interfaz hombre-máquina, llamada también interfaz de de usuario”,
permite al usuario mejor adaptación hacia aplicaciones de software
interactivo. La percepción humana, el nivel de preparación y el perfil del
usuario, así como el resto de las tareas que realiza el usuario, son los
factores que influyen en el diseño de una interfaz.
Además de la interfaz, la disponibilidad del hardware, la tecnología del
software y las aplicaciones misma, son piezas claves del resultado final.
6.5.1. COMPONENTES DE LA INTERFAZ GRAFICA DEL USUARIO
Entre los principales componentes de interfaz gráfica presentes en la
aplicación SEPYWSSR tenemos:
6.5.1.1. Sesión del Administrador
Los componentes de la sesión del administrador se detallan a
continuación:
137
Gráfico: 20 Fuente Investigadores
Descripción de los elementos de la sesión del administrador A Menú: Muestra y permite el acceso a las opciones establecidas solo
para el usuario administrador. B Menú de Control: Es un vinculo que contiene la URL que permite cerrar
la sesión actual. C Gif: Imagen que realza el diseño de una aplicación. D Identificador de Usuario: Permite identificar que tipo de usuario a
iniciado una sesión dentro de la aplicación.
Cuadro: 26 Fuente Investigadores
A
B
C
D
138
6.5.1.2. Ingreso a la Aplicación.
Los componentes del ingreso a la aplicación se detallan a continuación:
Gráfico: 21 Fuente Investigadores
Descripción de los elementos del ingreso a la aplicación
A Link: Es un vinculo que contiene la URL de acceso al inicio de sesión.
Cuadro: 27 Fuente Investigadores
A
139
6.5.1.3. Envío de mail.
Gráfico: 22 Fuente Investigadores
Descripción de los elementos de la sesión del administrador A Field: Es un área de texto que permite el ingreso de la información
solicitada, en este caso el Subject para el envío de correo. B Menú de Control: Es un vinculo que contiene la URL, en este caso
permite cerrar la sesión actual, Enviar correo, Ingreso de nuevos datos del correo y el retorno a una pagina anterior.
C Identificador de Usuario: Permite identificar que tipo de usuario a iniciado una sesión dentro de la aplicación.
D Dialog List: Permite escoger de entre diferentes valores asignados a él, en este caso el valor escogido será usado para el envío de correo.
E Botón: Objeto que ejecuta una acción cuando se lo pulsa.
Cuadro: 28 Fuente Investigadores
A
B
C D
E
140
6.5.2. Diagrama Jerárquico de la Interfaz Gráfica de usuario.
6.5.2.1. Inicio de sesión
Es la primera interacción que tiene el usuario con la aplicación, en esta
se permite establecer el nivel de seguridad de usuario y clave, da la
posibilidad de que se inicie una nueva sesión autenticándose con uno de
los usuarios definidos en la base de datos documental. Además permite
el acceso a formularios de registro de nuevos usuarios y formularios de
recuerdo de contraseña y brinda una ayuda sobre el ingreso a la
aplicación (Ver grafico)
Gráfico: 23 Fuente Investigadores
141
6.5.2.2. Sesión del Administrador
Las alternativas que se presentan al usuario administrador de la
aplicación se resumen a continuación: (Ver Grafico)
Gráfico: 24 Fuente Investigadores
6.5.2.2.1. Archivo
Menú archivo, en esta opción el administrador podrá realizar las
respectivas migraciones de datos y archivos log, así como también la
tabulación de encuestas.
142
6.5.2.2.2. Registro
Menú Registro, el administrador podrá realizar el registro, modificación y
eliminación lógica de usuarios departamentales y evaluadores además
contará con la posibilidad de ingresar nuevas preguntas así como
modificarlas y/o eliminarlas.
6.5.2.2.3. Consulta Evaluación
Menú Consulta Evaluación, se brinda al usuario administrador y
departamental la alternativa de realizar consultas de gráficos
estadísticos, comparativos y resultados de evaluaciones los mismos que
se obtendrán de la tabulación.
6.5.2.2.4. Reportes
Menú Reporte, permitirá tanto al usuario administrador como al
departamental la posibilidad de generar reportes de solicitud y
evaluación los mismos que podrán ser impresos.
6.5.2.2.5. Histórico
Menú histórico, brinda la opción tanto al usuario administrador como al
departamental de poder consultar datos históricos que han sido
almacenados previamente en dicha base para tener un soporte de
documentos.
143
6.5.2.2.6. Archivos Log
Menú Archivos Log, ofrece al usuario administrador la posibilidad de
consultar documentos que contienen información relacionada a fallos del
sistema ocasionados tanto por el usuario administrador como
departamental.
6.5.2.2.7. Correo
Menú Correo, esta opción permite al usuario administrador enviar
correos tanto al usuario departamental como al evaluador.
6.5.2.2.8. Personal
Menú personal, esta opción permite tanto al usuario administrador como
al departamental la posibilidad de modificar su clave de acceso así como
de acceder a la bandeja de entrada del mismo (ésta última opción solo
ésta disponible para el usuario departamental).
6.5.3. Diagrama Jerárquico del Menú Principal (Usuario
Administrador)
En el siguiente cuadro se muestra el diagrama jerárquico empleado en el
menú principal de usuario administrador.
144
Pág
. 1 /
1 S
ISTE
MA
DE
EV
ALU
AC
ION
DE
PR
OFE
SO
RE
S Y
WO
RK
FLO
W P
AR
A
SO
LUC
ION
DE
SU
GE
RE
NC
IAS
O R
EC
LAM
OS
Ver
sión
1.0
Fech
a de
Dis
eño
05/0
5/20
06
D
IAG
RA
MA
JE
RA
RQ
UIC
O D
EL
ME
NU
PR
INC
IPA
L
Con
sulta
E
valu
ació
n
SE
PY
WS
SR
Arc
hivo
R
egis
tro
Rep
orte
s H
istó
rico
A
rchi
vos
Log
Impo
rtar
ar
chiv
os L
og
Tabu
laci
ón d
e en
cues
tas
Usu
ario
s G
ráfic
o es
tadí
stic
o S
olic
itude
s A
udito
ria
Mig
raci
ón d
e D
atos
Cua
dro
29
Cor
reo
Preg
unta
s G
ráfic
o co
mpa
rativ
o
Res
ulta
do
eval
uaci
ón
Eva
luac
ión
Sol
icitu
des
Eva
luac
ión
Dep
arta
men
to
Alu
mno
s
145
6.5.3.1. Descripción de cada opción del menú
6.5.3.1.1. Menú Archivo
Cuadro 30 Fuente: Investigadores
6.5.3.1.2. Importar Archivos Log
Permitirá al usuario administrador importar los archivos generados en
base a errores de la aplicación ocasionados por los usuarios.
6.5.3.1.3. Tabulación de Encuestas
Esta opción permitirá al usuario administrador tabular las encuestas
realizadas por los usuarios evaluadores.
MODULO GUI
ARCHIVO
IMPORTAR ARCHIVOS LOG
TABULAR ENCUESTAS
MIGRACION DE DATOS
146
6.5.3.1.4. Migración de Datos
Con esta opción el usuaro administrador podrá realizar una actualización
de la base de datos documental con información de una base relacional.
Dicha información permitirá llevar a cabo la evaluación del personal
docente. Esta opción estará disponible solo cuando cuando haya
finalizado la fecha de evaluación.
6.5.3.2. Menú Registro
Cuadro 31
Fuente: Investigadores
6.5.3.2.1. Usuarios
Esta opción permitirá permitirá al usuario administrador consultar,
registrar, modificar y eliminar logicamente usuarios del sistema.
MODULO GUI
REGISTRO
USUARIOS
PREGUNTAS
147
Gráfico: 25 Fuente Investigadores
6.5.3.2.2. Preguntas
Esta opción permitirá permitirá al usuario administrador consultar,
registrar, modificar y eliminar preguntas de la evaluación.
Gráfico: 26 Fuente Investigadores
148
6.5.3.3. Menú Consulta Evaluación
Cuadro 32 Fuente: Investigadores
6.5.3.3.1. Gráficos Estadísticos
Esta opción permitirá tanto al usuario administrador como al
departamental ver los resultados de la evaluación en gráficos
estadísticos.
Gráfico: 27 Fuente Investigadores
MODULO GUI
CONSULTA EVALUACIÓN
GRAFICOS ESTADISTICOS
GRAFICO COMPARATIVO
RESULTADOS EVALUACION
149
6.5.3.3.2. Gráfico Comparativo
Esta opción permitirá tanto al usuario administrador como al
departamental ver un gráfico comparativo de los resultados obtenidos
por varios profesores en una determinada materia.
6.5.3.3.3. Resultados Evaluación
Esta opción permitirá tanto al usuario administrador como al
departamental ver los resultados obtenidos por cada uno de los
profesores en cada una de las preguntas.
Gráfico: 28 Fuente Investigadores
150
6.5.3.4. Menú Reportes
Cuadro 33
Fuente: Investigadores
6.5.3.4.1. Evaluación y Solicitudes
Esta opción permitirá generar reportes de alumnos que no han evaluado
y solicitudes finalizadas, tanto al usuario administrador como al
departamental.
Gráfico: 29 Fuente Investigadores
MODULO GUI
REPORTES
EVALUACION
SOLICITUDES
151
6.5.3.5. Menú Histórico
Cuadro 34
Fuente: Investigadores
6.5.3.5.1. Evaluación y Solicitudes
Esta opción permitirá consultar archivos históricos de solicitudes
finalizadas y resultados de evaluaciones en diferentes ciclos y años los
mismos que podrán ser accedidos tanto por el usuario administrador
como por el departamental.
Gráfico: 30 Fuente Investigadores
MODULO GUI
HISTORICO
EVALUACION
SOLICITUD
152
6.5.3.6. Menú Archivos Log
Cuadro 35
Fuente: Investigadores
6.5.3.6.1. Auditoria
Esta opción permitirá al usuario administrador consultar los diferentes
errores que se hayan suscitado en el sistema por parte de los usuarios.
Gráfico: 31 Fuente Investigadores
MODULO GUI
ARCHIVOS LOG
AUDITORIA
153
6.5.3.7. Menú Correo
Cuadro 36
Fuente: Investigadores
6.5.3.7.1. Departamento y Alumno
Esta opción permite al usuario administrador enviar correos a los
diferentes usuarios departamentales así como también a los usuarios
evaluadores.
Gráfico: 32 Fuente Investigadores
MODULO GUI
CORREO
DEPARTAMENTO
ALUMNO
154
6.5.3.8. Menú personal
Cuadro 37
Fuente: Investigadores
6.5.3.8.1. Cambiar Clave
Esta opción permitirá a los diferentes usuarios modificar la clave de
acceso para efectos de seguridad.
Gráfico: 33 Fuente Investigadores
MODULO GUI
PERSONAL
CAMBIAR CLAVE
155
CAPITULO 7
DESARROLLO Y PRUEBA DEL SISTEMA
7.1. DESARROLLO DEL SISTEMA
Una vez que la actividad de diseño ha sido completada normalmente se
comienza el desarrollo del sistema de acuerdo a las especificaciones
establecidas en el diseño.
7.1.1. Base de Datos
Como Sistema Manejador de Base de Datos se optó por trabajar con
Domino, el cual es una plataforma de desarrollo que ofrece una base de
datos documental, la misma que posee un gran nivel de seguridad en el
acceso.
156
7.1.1.1. Creación de la base de datos
EL SEPYWSSR maneja 4 bases de datos documentales:
- Aplicación.nsf
- Username.nsf
- Parámetros.nsf
- Aplicación (Histórico)
Las cuales contendrán los formularios necesarios para el correcto
funcionamiento del Sistema. La creación de las bases de datos se
realiza dentro de Domino mediante:
El cual le permitirá crear una nueva base de datos estableciendo la
configuración de la misma como por ejemplo el directorio de la misma y
la templeta con la cual se la desea crear.
7.1.1.2. Creación de los formularios
Se ha definido varios formularios para el correcto funcionamiento del
sistema; entre los cuales podemos mencionar:
Base usernames.nsf
Verifica_user, Registro_Usuario, usuarios.
Base parámetros.nsf
Preguntas, Registro_preguntas.
File -> Database -> new
157
Base aplicación.nsf
AnioCiclo, Asignar, BandejaDepartamento, BandejaEntrada, Bienvenida,
BienvenidaDepartamento, BienvenidaManager, CambiaClave,
Configuraciones, EnviarAprobación, EnviarDepartamento,
EnviarDirectivo, EnviarRechazo, evaluación, GráficoMaterias,
GraficoMatProf, GraficoProfe, GraficoProfesoresxMateria, Gráficos,
GraficosComparación, Ingresar_encuesta, Log, Perfil, PreguntaProfe,
RecordarClave, ReporteNoevaluan, ReporteSolicitudes, Solicitud,
SolicitudAnioCiclo.
7.1.2. Creación de los Agentes
El SEPYWSSR posee un sin número de módulos para su correcto
funcionamiento, entre los más importantes podemos mencionar:
• RegistrarUsuario este agente es el encargado de registrar al
usuarios en la base username.nsf, previo al registro primero verifica
si el nombre de usuario se encuentra repetido.
• Migración es llamado así porque se encarga de migrar los datos de
la base relacional de la carrera a la base de domino, además de
migrar datos realiza otras tareas como: realiza una copia de la base
de aplicación para que sirva como histórico, elimina los documentos
las diferentes vistas, guarda datos referentes al responsable que
realiza la migración en la base de datos relacional SQL 2000.
• FechaCaducidad este es un agente calendarizado el cual es el
encargado de verificar cuales son las solicitudes de sugerencia o
158
reclamo que ya tienen fecha de caducidad expirada, para reenviarlas
a la dirección.
• ImportarLog este agente es el encargado de extraer los datos
referentes a acciones realizadas en la administración de la aplicación
de la base de datos relacional SQL 2000.
• CambiaClave este agente permite modificar la clave del usuario
conectado, previamente verifica si las claves coinciden.
• comparación este agente se encarga de filtrar los datos necesarios
referentes a los profesores asignados a una materia para de esta
manera poder obtener los resultados de las evaluaciones y generar
los gráficos de comparación posteriormente.
• EnviaDepartamento este agente es el encargado de enviar la
solicitud al responsable del departamento dependiendo del asunto a
tratar.
• ProcesaDatos este agente se encarga de procesar las evaluaciones
realizadas por los alumnos.
7.1.3. Seguridades
7.1.3.2. De la base de datos
Los niveles de seguridad establecidos en la base de datos documental
de Domino radican en que antes de que un usuario ingrese a la misma
primero debe estar registrado en la ACL de la base, de estarlo también
se contempla el nivel de acceso del mismo y el roll asignado. Aparte de
las seguridades mencionadas Domino también contempla el
159
ocultamiento de la información de cada formulario mediante el Hide el
cual la realiza en base a determinados parámetros de ocultamiento.
7.1.3.3. Del sistema
Se ha contemplado un nivel de seguridad a nivel de usuario y
contraseña para de esta manera restringir el acceso a la aplicación
SEPYWSSR. El usuario no debe utilizar contraseñas sencillas, pero
deben ser fáciles de recordar sólo para quien la estableció.
7.1.3.4. Registros de logs
La aplicación SEPYWSSR establece un registro muy importante de
auditoria, el cual va a permitir almacenar determinada información en la
base de datos relacional SQL 2000. Aparte también se creo un log para
el formulario solicitud el cual va a ir registrando el flujo de la misma.
7.2. PRUEBAS DEL SISTEMA
Las pruebas realizadas dentro de la aplicación SEPYWSSR se basan en
datos proporcionados por la carrera de Ingeniería en Sistemas
Computacional relacionados a registros de semestre pasados.
Como resultado de dichas pruebas se han podido establecer tiempos y
aplicar correcciones importantes en el funcionamiento de la aplicación.
160
CAPÌTULO 8
ASPECTOS ECONOMICOS FINANCIEROS
8.1. FLUJO DE CAJA.
En el flujo de caja que hemos establecido se encuentran inmersos
tanto el costo total del proyecto como los gastos en los cuales
nosotros como grupo de trabajo tendríamos que incurrir para el
desarrollo e implementación de esta aplicación.
Cabe indicar que al costo de implementación del proyecto se le ha
aumentado un 30.4%, el cual se vera reflejado en el costo final
del proyecto, en caso de que exista una opción de venta.
161
Nota: Para la apreciación de los cálculos realizados ver en el
anexo 5, en el documento en Excel denominado Administración
de Costo, en la hoja Flujo de Caja.
8.2. PROYECCIÓN DE RESULTADOS.
8.2.1. RECUPERACION DE LA INVERSION
Para la recuperación de la inversión que realiza el cliente en la
adquisición de este Software, hemos detallado los ahorros que el
cliente va a obtener al reducir los gastos en los que incurría al no
contar con el Sistema de Evaluación de Profesores y Workflow de
Solución de Sugerencias o Reclamos, tales como:
• Ahorro de papel.
• Tinta de impresión.
• llamadas telefónicas.
• Sueldos del personal que debería contratar para realizar la
evaluación manualmente.
• Uso de fax.
162
Cabe indicar que la recuperación de la inversión que conlleva la
adquisición del “Sistema de Evaluación de Profesores y Workflow
de Solución de Sugerencias o Reclamos”, no se verá reflejado en
el ingreso de dinero a las arcas de la unidad educativa, sino mas
bien en el realce que tendría la institución como tal, al brindar un
buen servicio a la comunidad estudiantil y contar con un personal
docente idóneo.
8.2.2. FORMAS DE PAGO DEL SISTEMA.
Para la cancelación de este software hemos contemplado los
factores económicos de este país, por lo cual detallamos las
opciones:
• Cancelación de forma mensual en el cual el cliente nos va
hacer abonos fijos mensuales establecidos en un contrato
inicial.
• Cancelación del Cincuenta por ciento al inicio del proyecto y el
saldo, nos cancelarán a medida que se vayan presentado los
avances o hitos.
• Cancelación por medio de cheques a fecha.
• Cancelación total al inicio del proyecto.
163
CAPITULO 9
BENEFICIOS Y CONCLUSIONES DE LA TESIS
9.1. BENEFICIOS.
• Sistema universal, compatible con el Navegador Internet
Explorer 6.
• Acceso remoto al sistema.
• Ninguna instalación del lado del cliente.
• Disponibilidad 24 x 7.
• Navegación amistosa.
• Ahorro en Costo de Materiales.
• Disminución del tiempo en que se realizan los procesos, ya
que estos serán automatizados.
• Seguridad de datos, debido a que utiliza el protocolo de
seguridad SSL el cual proporciona sus servicios de seguridad
164
cifrando los datos intercambiados entre el servidor y el cliente
con un algoritmo de cifrado simétrico.
• El usuario administrador del sistema podrá definir los
parámetros de evaluación.
• Generación de reportes, datos estadísticos.
• Reducir la posibilidad de que personal no autorizado pueda
ingresar y realizar una evaluación de profesores o emitir una
sugerencia o reclamo.
• Alta fiabilidad del Workflow ya que Lotus Domino presenta
gran calidad y estabilidad.
• Incrementar el nivel de seguridad en el flujo de la información
que será evaluada, por parte de la aplicación.
• Informes de acceso al portal generados automáticamente.
• Monitoreo a partir de archivos de Auditoria y Logs de errores.
9.2. CONCLUSIONES.
Esta es una aplicación muy importante que debe estar dentro de
una Institución Educativa ya que ayudaría a automatizar sus
procesos de Solución de Sugerencias o Reclamos y Evaluación
de Profesores, y de esta manera fortalecerla y hacerla altamente
competitiva.
ANEXOS
165
ANEXO 1
Entrevista al Ing. Luís Cobos. ¿Como se lleva el proceso de Evaluación de Profesores? La Directora, Ing. Matilde Alvear, es la que emite la orden de en que fecha y con que duración se realizará el proceso de evaluación de profesores, el comunicado es dirigido al Ing. Moisés Vera, y él se encargará de planificar el cumplimiento del proceso. ¿Quién se encarga de cumplir el proceso de evaluación? El Ing. Moisés Vera, él se encarga de coordinar con sus colaboradores todo lo necesario para que el proceso de evaluación de profesores se cumpla en el periodo indicado por la Ing. Matilde Alvear. ¿En que fecha por lo general se están realizando las evaluaciones? Se las realizan 1 vez por semestre, antes del examen del primer parcial. Esto se lo hace para:
•••• Evitar que los alumnos evalúen a los profesores en base a resultados de exámenes.
•••• Tratar que con los resultados de la evaluación se pueda mejorar a tiempo el desempeño del profesor o cualquier otra anomalía.
¿Qué tiempo se les da a los alumnos para que realicen la evaluación? El alumno deberá realizar la evaluación de los profesores en un día que esté dentro del tiempo determinado para que se cumpla todo este proceso, no le tomará mas de 25 minutos, completar la evaluación ¿En que momentos o para que se utilizan los resultados emitidos por la evaluación? Luego de que se realiza un análisis de los resultados, en la actualidad se los están utilizando para tener mejores perspectivas en futuras contrataciones de docentes o en ampliaciones de contratos, además permite el dialogo con el profesor y topar temas sobre los puntos en los que se cree que debería tratar de mejorar como por ejemplo:
•••• Puntualidad. •••• Relaciones interpersonales con el estudiante. •••• Entrega de calificaciones. •••• Conocimiento del docente. •••• La manera en que está llevando la cátedra.
¿Quiénes reciben los resultados de la evaluación? El Comité Académico revisa los resultados y emite un informe general de la evaluación, que es enviado al Consejo Directivo, el se encarga de analizarlo y si es el caso imponer alguna sanción. ¿Quiénes conforman el Comité de Evaluación? Está conformado por:
•••• Ing. Matilde Alvear. •••• Ing. Luís Cobos. •••• Ing. Katty Lagos.
166
Anexo 2 Cuestionario realizado al Abg. Juan Chávez Sugerencia o reclamo en general ¿Porqué departamento o persona (encargada) debe pasar la sugerencia o reclamo a fin de darle una solución? (Esto depende del tipo de sugerencia o reclamo que sea) La directora es la primera persona encargada en recibir la solicitud y dependiendo de la gravedad puede pasar a otros departamentos. ¿Las sugerencias o reclamos son clasificadas o no por algún tipo de prioridad? Los reclamos o sugerencias son ordenados por prioridades. ¿Cuáles son los roles que cumplen las personas encargadas de darles tramite a la sugerencia o reclamo?
������� ���
����������� �������� ������������������������� ����������������������������� ������������ ������������������� ��!�� �������������������"������#�� ���$�����%&��'� ����������������(�)��'��*����� �������������� ��������#�������������+���� �������������)�������,���&���������� ����$���&�� -��������������� ������*����'� -���������
¿Luego de haberse dado una solución a la sugerencia o reclamo por parte de la persona o departamento encargado, se le hace llegar o debería informarse de alguna manera con un aviso al estudiante o un aviso en general de las sanciones o medidas tomadas en base a sugerencias o reclamos ya solucionados? Dependiendo de la magnitud de la sugerencia o reclamo está será publicada. La persona o departamento encargado de dar una solución a la sugerencia o reclamo ¿Qué tipo de documento emite? Emiten una notificación de la solución tomada la cual va a estar dirigida a la Directora. ¿Qué tiempo debe tomarse una persona o departamento encargado de darle tramite a una sugerencia o reclamo y esta pueda continuar hacia la siguiente persona o departamento?
167
El tiempo que se da de plazo para que el departamento de solución a la sugerencia o reclamo es 15 días, si en dicho tiempo no se ah dado una solución está pasará a otro departamento el mismo que será seleccionado por la Directora. ¿Existe o debería existir un plazo de tiempo determinado para que el alumno pueda emitir una sugerencia o reclamo? No plazo para que el alumno emita una sugerencia o reclamo. ¿Existe o debería existir un límite de sugerencias o reclamos que el alumno pueda emitir? No existe límite. ¿Las sugerencias o reclamos hacia los profesores son clasificadas o no por algún tipo de prioridad? Son clasificadas dependiendo a la gravedad del asunto.
168
ANEXO 3
Cuestionario realizado al Ingeniero Moisés Vera • En base a que evalúan a los profesores.
La evaluación que se realiza a los profesores es en base a: . La puntualidad. . Cordialidad y atención. . Desarrollo de los temas. . Didáctica empleada. . Material de estudio utilizado. . Nivel de planificación y organización.
• Por donde viaja esta información.
Estos resultados son revisados por el comité académico y si existe algún problema es revisado por el consejo universitario.
• Qué datos ustedes utilizan.
Los datos que se utilizan están especificados en las siguientes tablas:
alumnos Column Name Condense Type Nullable cedula Nvarchar2(10) Null Nombre Nvarchar2(225) Null Valida Bit Null
Dbencuesta Column Name Condense Type Nullable Cedula Nvarchar2(10) Null Nombre Nvarchar2(50) Null codmateria Nvarchar(5) Null Materia Nvarchar2(50) Null Grupo Nvarchar2(50 Null Profesor Nvarchar2(50) Null Valida Bit Null Anio Int Null Ciclo Int null
Observación Column Name Condense Type Nullable Fecha Nvarchar2(400) Null Observación Nvarchar2(5) Null Curso Nvarchar(5) Null Profesor Nvarchar2(50) Null Materia Nvarchar2(50) Null Codmat Nvarchar2(50) Null
Matpro Column Name Condense Type Nullable Materia Nvarchar2(50) Null Profesor Nvarchar2(50) Null
Resultado Column Name Condense Type Nullable Materia Nvarchar2(50) Null Profesor Nvarchar2(50) Null P1 Nvarchar(1) Null P2 Nvarchar(1) Null P3 Nvarchar(1) Null P4 Nvarchar(1) Null P5 Nvarchar(1) Null P6 Nvarchar(1) Null P7 Nvarchar(1) Null P8 Nvarchar(1) Null P9 Nvarchar(1) Null P10 Nvarchar(1) Null Observación Nvarchar(2) Null
Opciones Column Name Condense Type Nullable canpreguntas tinyint Null
169
Preguntas Column Name Condense Type Nullable Numero Smallint Null Pregunta Nvarchar2(150) Null Opcion0 Nvarchar(50) Null Opcion1 Nvarchar(50) Null Opcion2 Nvarchar(50) Null Opcion3 Nvarchar(50) Null Opcion4 Nvarchar(50) Null
• Si tienen procesos para dar solución a las sugerencias o reclamos?
Si existen procesos manuales para la dar tramite a dichos reclamos. Dichas solicitudes deben ir dirigidas a la Ing. Matilde Alvear.
172
BIBLIOGRAFIA
1. REGLAMENTO DE TACHA. 2. Administración IBM Lotus Domino. Fundamentos Operacionales (Tutorial) 3. Desarrollo de aplicaciones para IBM Lotus Domino. Nivel Básico (Tutorial) 4. R. Pressman. "Ingeniería del Software", McGraw Hill, 2001. Sitios Web visitados • http://www.notesring.com • http://www.lotus.com/sandbox • http://www.lotus.com/ldd • http://www.colpos.mx/evaluacion/info.php • http://www.lenara.cl/ • https://www.cenacad.espol.edu.ec/
Id Nombre de tarea Duración Comienzo Fin
1 Formación de grupos 2 días mar 17/01/06 mié 18/01/06
2 Definición del tema del proyecto 1 día jue 19/01/06 jue 19/01/06
3 Análisis del Sistema 40 días vie 20/01/06 jue 16/03/06
4 Definir el método de recolección de información 1 día vie 20/01/06 vie 20/01/06
5 Definir políticas de recolección de información 1 día lun 23/01/06 lun 23/01/06
6 Recopilación de Información previo a la asignación de autoridades a entrevistar10 días mar 24/01/06 lun 06/02/06
7 Asignación de autoridades a entrevistar 1 día mar 07/02/06 mar 07/02/06
8 Recopilación de información (entrevistas, consultas, investigaciones)2 días mié 08/02/06 jue 09/02/06
9 Informe de las entrevistas 1 día vie 10/02/06 vie 10/02/06
10 Análisis del tema propuesto 1 día lun 13/02/06 lun 13/02/06
11 Establecer necesidades del usuario 1 día mar 14/02/06 mar 14/02/06
12 Análisis de necesidades del usuario 1 día mié 15/02/06 mié 15/02/06
13 Desarrollo de propuesta. 1 día jue 16/02/06 jue 16/02/06
14 Entrega de la propuesta del proyecto 1 día vie 17/02/06 vie 17/02/06
15 Administración del Alcance 7 días lun 20/02/06 mar 28/02/06
16 Administración de Tiempo 5 días mié 01/03/06 mar 07/03/06
17 Administración de Costos 4 días mié 08/03/06 lun 13/03/06
18 Administración de Riesgos 3 días mar 14/03/06 jue 16/03/06
19 Diseño del Sistema 21 días vie 17/03/06 vie 14/04/06
20 Diseño de Datos 5 días vie 17/03/06 jue 23/03/06
21 Diseño Arquitectónico 7 días vie 24/03/06 lun 03/04/06
22 Diagrama del Diseño General del Sistema 5 días mar 04/04/06 lun 10/04/06
23 Diagrama Jerarquico del Menú Principal 4 días mar 11/04/06 vie 14/04/06
24 Preparación para la Sustentación 11 días lun 17/04/06 lun 01/05/06
25 Sustentación Análisis y Diseño 4 días mar 02/05/06 sáb 06/05/06
26 Codificación 70 días lun 08/05/06 vie 11/08/06
27 Prueba 11 días lun 14/08/06 lun 28/08/06
28 Integración 9 días mar 29/08/06 vie 08/09/06
29
30 Total Días Laborables 169 días mar 17/01/06 vie 08/09/06
L M X J V S D L M X J V S D L Mne '06 22 ene '06 29 ene '06
Tarea
División
Progreso
Hito
Resumen
Resumen del proyecto
Tareas externas
Hito externo
Fecha límite
Página 1
Proyecto: cronogramaFecha: jue 14/09/06
X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V05 feb '06 12 feb '06 19 feb '06 26 feb '06 05 mar '06 12 mar '06
Tarea
División
Progreso
Hito
Resumen
Resumen del proyecto
Tareas externas
Hito externo
Fecha límite
Página 2
Proyecto: cronogramaFecha: jue 14/09/06
S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L19 mar '06 26 mar '06 02 abr '06 09 abr '06 16 abr '06 23 abr '06 30 abr '
Tarea
División
Progreso
Hito
Resumen
Resumen del proyecto
Tareas externas
Hito externo
Fecha límite
Página 3
Proyecto: cronogramaFecha: jue 14/09/06
M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J6 07 may '06 14 may '06 21 may '06 28 may '06 04 jun '06 11 jun '06
Tarea
División
Progreso
Hito
Resumen
Resumen del proyecto
Tareas externas
Hito externo
Fecha límite
Página 4
Proyecto: cronogramaFecha: jue 14/09/06
V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D18 jun '06 25 jun '06 02 jul '06 09 jul '06 16 jul '06 23 jul '06 30 j
Tarea
División
Progreso
Hito
Resumen
Resumen del proyecto
Tareas externas
Hito externo
Fecha límite
Página 5
Proyecto: cronogramaFecha: jue 14/09/06
L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M Xl '06 06 ago '06 13 ago '06 20 ago '06 27 ago '06 03 sep '06 10 sep '06
Tarea
División
Progreso
Hito
Resumen
Resumen del proyecto
Tareas externas
Hito externo
Fecha límite
Página 6
Proyecto: cronogramaFecha: jue 14/09/06
CONCEPTOS mes 1 mes 2 mes 3 mes 4 mes 5 mes 6 mes 7 mes 8 mes 9 mes 10 total
INGRESOSPor venta al mes $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $10.000,00
total ingresos por mes $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $10.000,00
EGRESOSsueldos y salarios
2 analistas $500,00 $500,00 $1.000,00
2 diseñadores graf. $400,00 $400,00
2 programadores $500,00 $500,00 $500,00 $500,00 $250,00 $250,00 $2.500,00
1 admin. De proyectos $300,00 $300,00 $300,00 $300,00 $300,00 $300,00 $300,00 $300,00 $300,00 $300,00 $3.000,00
Pago de planillas.
agua $1,00 $1,00 $1,00 $1,00 $1,00 $1,00 $1,00 $1,00 $1,00 $9,00
luz $2,50 $2,50 $2,50 $2,50 $2,50 $2,50 $2,50 $2,50 $2,50 $22,50
telefono $2,00 $2,00 $2,00 $2,00 $2,00 $2,00 $2,00 $2,00 $2,00 $18,00
Pago adicionales
almuerzos $27,00 $27,00 $27,00 $27,00 $27,00 $27,00 $27,00 $27,00 $27,00 $243,00
Gastos Generales
costos de consulta $10,00 $10,00 $20,00
Costo manten. De hardw $14,00 $14,00 $14,00 $14,00 $14,00 $14,00 $14,00 $14,00 $14,00 $126,00
capacitación $33,00 $33,00 $33,00 $33,00 $33,00 $33,00 $33,00 $33,00 $33,00 $33,00 $330,00
total gastos por mes $889,50 $889,50 $779,50 $879,50 $879,50 $879,50 $879,50 $629,50 $629,50 $333,00 $7.668,50
Utilidad Mensual $110,50 $110,50 $220,50 $120,50 $120,50 $120,50 $120,50 $370,50 $370,50 $667,00 $2.331,50Utilidad Acumulada del mes anterior $0,00 $110,50 $221,00 $441,50 $562,00 $682,50 $803,00 $923,50 $1.294,00 $1.664,50Utilidad Acumulada al final del mes $110,50 $221,00 $441,50 $562,00 $682,50 $803,00 $923,50 $1.294,00 $1.664,50 $2.331,50
FLUJO DE CAJAAL 30-05-2006
UNIVERSIDAD DE GUAYAQUIL
Facultad de Ciencias Matemáticas y Físicas
Carrera de Ingeniería en Sistemas Computacionales
“Sistema de Evaluación de Profesores y Workflow para Solución de Sugerencias y Reclamos”
TESIS DE GRADO
Previo a la Obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
Autores:
Eddy Javier Aguilar Cedeño
Manuel Armando Zumba Gómez Agustín Fabián Abad Durazno
GUAYAQUIL – ECUADOR
Año: 2006
I
DEDICATORIA Este proyecto está dedicado en primer
lugar a “Jehová Dios” por mantenerme con
la fe firme, a mi familia por brindarme su
respaldo y a mi novia Angelita por darme
su apoyo incondicional en todo momento.
Eddy Aguilar Cedeño
II
DEDICATORIA A mis padres, sin cuyo estimulo y apoyo
no hubiera logrado dar un paso mas en mi
vida profesional.
A mis hermanos por sus constantes
muestras de apoyo.
Juntos, su presencia ha sido un gran
motivo para mi esfuerzo de superación.
Armando Zumba Gómez
III
DEDICATORIA Este trabajo esta dedicado a mi “DIOS” a
mis PADRES; quienes en todo momento
confiaron en mí y estuvieron a mi lado, que
no bastó lo económico sino también lo
moral y espiritual para poder terminar esta
etapa de mi vida y ser un hombre de bien.
Agustín Abad Durazno
IV
AGRADECIMIENTO
Agradezco primeramente a “Jehová Dios”
por darme las fuerzas necesarias para
poder salir adelante día a día y no
desmayar en este difícil camino para
alcanzar el éxito profesional, a mi familia
por apoyarme emocionalmente en esta
complicada etapa de mi vida académica y
a mi novia Angelita por estar siempre
conmigo en las buenas y en las malas
ayudándome a salir adelante.
Eddy Aguilar Cedeño
V
AGRADECIMIENTO A Dios, que ha sido un pilar importante
en el que me he apoyado para lograr un
objetivo más en mi carrera profesional.
A mi familia por su comprensión y
apoyo en todo momento.
A mis compañeros de proyecto por su
ayuda y colaboración para la realización
de este trabajo.
Armando Zumba Gómez
VI
AGRADECIMIENTO
A través de este trabajo, aprovecho la
oportunidad para agradecer a toda mi
familia, hermanos y a todas aquellas
personas que de una u otra manera
hicieron posible la culminación de mis
estudios universitarios. Y un especial
agradecimiento a Verónica por estar
apoyándome en todo.
Gracias a todos.
Agustín Abad Durazno
VII
TRIBUNAL DE GRADUACION PRESIDENTE DEL TRIBUNAL PRIMER VOCAL
SEGUNDO VOCAL SECRETARIO
VIII
DECLARACION EXPRESA
“La autoría de la tesis de grado corresponde exclusivamente al suscrito(s),
perteneciendo a la Universidad de Guayaquil los derechos que generen la
aplicación de la misma” (Reglamento de Graduación de la Carrera de
Ingeniería en Sistemas Computacionales, art 26)
IX
RESUMEN
En la actualidad con los avances de la tecnología de información se hace
imprescindible para toda institución educativa automatizar sus procesos de
evaluación de profesores, e incluso procesos para brindar solución a
sugerencias o reclamos, que lleva internamente con el único fin de contar
con un personal docente idóneo y brindar una mayor seguridad a los
procesos inmersos en la solución de sugerencias o reclamos. Ante esta
necesidad que atraviesan las Instituciones Educativas proponemos la
creación del “Sistema de evaluación de profesores y workflow para la
solución de sugerencias y reclamos”, el mismo que les permitirá a las
Instituciones Educativas realizar sus procesos de evaluación de profesores y
emisión de sugerencias y reclamos de una manera más efectiva y eficiente
mediante la Web lo cual les permitirá ahorrar tiempo y dinero que son dos
recursos muy importantes dentro de la misma.
�
INDICE GENERAL
DEDICATORIA I
AGRADECIMIENTO IV
TRIBUNAL DE GRADUACION VII
DECLARACION EXPRESA VIII
RESUMEN IX
INDICE GENERAL X
CAPITULO I
INTRODUCCION GENERAL 1
1.1. PROBLEMÁTICA 3
1.1.1. SISTEMA DE EVALUACION DE PROFESORES 3
1.1.2. WORKFLOW PARA LA SOLUCION DE SUGERENCIAS O
RECLAMOS
5
1.1.3. CAUSAS 6
1.1.4. CONSECUENCIAS 7
1.2. SOLUCION DE LA PROBLEMÁTICA 9
1.3. MISION 11
1.4. VISION 11
CAPITULO II
NATURALEZA DEL PROYECTO 12
2.1. EL PRODUCTO O SERVICIO 12
2.1.1. EL EQUIPO DIRECTIVO 13
CAPITULO III
EL MERCADO 14
3.1. DEFINICION DEL MERCADO 14
3.2. ANALISIS DE LA COMPETENCIA 15
3.3. PROMOCION Y PUBLICIDAD 17
3.4. PARTIDOS INTERESADOS 18
CAPITULO IV
EL PRODUCTO O SERVICIO 20
4.1. ESPECIFICACIONES DEL PRODUCTO O SERVICIO 20
4.1.1. DECLARACION DEL ALCANCE 20
4.1.1.1. JUSTIFICACION DEL PROYECTO 20
4.1.1.2. PRODUCTO DEL PROYECTO 21
4.1.2. DEFINICION DEL ALCANCE 26
4.2. INFRAESTRUCTURA 37
CAPITULO V
PLAN DE TRABAJO DE DESARROLLO DEL PROYECTO 38
5.1. PROCESO DE INICIALIZACION 38
5.1.1. DESCRIPCION DEL PRODUCTO 39
5.1.2. OBJETIVO GENERAL 46
5.1.3. OBJETIVOS ESPECIFICOS 46
5.2. PROCESO DE PLANEACION 48
5.2.1. PLANEACION DEL ALCANCE 48
5.2.1.1. RECOPILACION DE INFORMACION 48
5.2.1.1.1. INVESTIGACION 48
5.2.1.1.2. CONCEPTOS BASICOS 49
5.2.1.1.2.1. WORKFLOW PARA SOLUCION DE
SUGERENCIAS Y RECLAMOS
49
5.2.1.1.2.2. SISTEMA DE EVALUACION DE PROFESORES 54
5.2.1.1.2.3. POLITICAS DE LA ENTREVISTA 66
5.2.1.1.2.4. MODELO DE DESARROLLO 67
5.3. ESTUDIO DE FACTIBILIDAD 69
5.3.1. FACTIBILIDAD TECNICA 70
5.3.2. FACTIBILIDAD ECONOMICA 70
5.3.3. FACTIBILIDAD OPERATIVA 71
5.4. COMUNICACIÓN CON EL CLIENTE 72
5.5. ETAPA DE ANALISIS 73
5.6. RECURSOS 73
5.6.1. RECURSOS DE HARDWARE 75
5.6.2. RECURSOS DE SOFTWARE 75
5.6.2.1. SISTEMA OPERATIVO 76
5.6.2.2. PROTOCOLOS DE RED SOPORTADOS 76
5.6.2.3. PLATAFORMA DE DESARROLLO 76
5.6.2.4. BASE DE DATOS DOCUMENTAL 78
5.6.2.5. MODELO DE CONTENCION DE LA BASE DE DATOS
DE DOMINO
79
5.6.2.6. COMPONENTES DE UNA BASE DE DATOS DOMINO 80
5.6.2.7. LENGUAJE DE PROGRAMACION 80
5.6.2.7.1. JAVA 80
5.6.2.7.2. JAVASCRIPT 85
5.6.2.7.3. LENGUAJE DE FORMULAS 86
5.6.2.7.4. LOTUS SCRIPT 88
5.6.3. RECURSO HUMANO 93
5.7. METODOS DE ESTIMACION DE PROYECTO 94
5.7.1. MODELO ALGORITMICO 94
5.7.1.1. MODELO PUNTO DE FUNCION 94
5.7.1.2. MODELO COCOMO 98
5.8. ADMINISTRACION DE COSTOS 101
5.8.1. PLANEACION DE RECURSOS 101
5.8.2. ESTIMACION DE COSTOS 102
5.9. CRONOGRAMA DE ACTIVIDADES 102
5.9.1. LISTADO DE ACTIVIDADES 103
5.10. ADMINISTRACIÓN DE RIESGOS 105
5.11. ANALISIS DE REQUERIMIENTOS 108
5.11.1. REQUERIMIENTOS FUNCIONALES 108
5.11.2. REQUERIMIENTOS DE RENDIMIENTO 109
5.12. ANALISIS COSTO BENEFICIO 110
5.13. CASOS DE USO DEL SISTEMA 114
5.14. MODELADO DE REQUERIMIENTOS 116
5.14.1. DIAGRAMA DE FLUJO DE DATOS 116
5.14.1.1. NOTACION GRAFICA 117
CAPITULO VI
DISEÑO 122
6.1. TIPOS DE CLIENTES 122
6.2. TIPOS DE USUARIOS 123
6.3. MODELO DE FORMULARIOS 124
6.3.1. FORMULARIO DE INGRESO 124
6.3.2. FORMULARIO DE REGISTRO 125
6.3.3. FORMULARIO DE MATERIAS A EVALUAR 127
6.3.4. FORMULARIO DE BIENVENIDA 128
6.3.5. FORMULARIO DE ENVIO DE SUGERENCIA O RECLAMO 130
6.3.6. FORMULARIO DE EVALUACION 131
6.4. DISEÑO ARQUITECTONICO Y DIAGRAMA DE BLOQUES 133
6.5. DISEÑO DE INTERFAZ 136
6.5.1. COMPONENTES DE LA INTERFAZ GRAFICA DEL
USUARIO
136
6.5.1.1. SESION DEL ADMINISTRADOR 136
6.5.1.2. INGRESO A LA APLICACIÓN 138
6.5.1.3. ENVÍO DE MAIL 139
6.5.2. DIAGRAMA JERÁRQUICO DE LA INTERFAZ GRÁFICA
DE USUARIO
140
6.5.2.1. INICIO DE SESIÓN 140
6.5.2.2. SESIÓN DEL ADMINISTRADOR 141
6.5.2.2.1. ARCHIVO 141
6.5.2.2.2. REGISTRO 142
6.5.2.2.3. CONSULTA EVALUACIÓN 142
6.5.2.2.4. REPORTES 142
6.5.2.2.5. HISTÓRICO 142
6.5.2.2.6. ARCHIVOS LOG 143
6.5.2.2.7. CORREO 143
6.5.2.2.8. PERSONAL 143
6.5.3. DIAGRAMA JERÁRQUICO DEL MENÚ PRINCIPAL 143
6.5.3.1. DESCRIPCIÓN DE CADA OPCIÓN DEL MENÚ 145
6.5.3.1.1. MENÚ ARCHIVO 145
6.5.3.1.2. IMPORTAR ARCHIVOS LOG 145
6.5.3.1.3. TABULACIÓN DE ENCUESTAS 145
6.5.3.1.4. MIGRACIÓN DE DATOS 146
6.5.3.2. MENÚ REGISTRO 146
6.5.3.2.1. USUARIOS 146
6.5.3.2.2. PREGUNTAS 146
6.5.3.3. MENÚ CONSULTA EVALUACIÓN 148
6.5.3.3.1. GRÁFICOS ESTADÍSTICOS 148
6.5.3.3.2. GRÁFICO COMPARATIVO 149
6.5.3.3.3. RESULTADOS EVALUACIÓN 149
6.5.3.4. MENÚ REPORTES 150
6.5.3.4.1. EVALUACIÓN Y SOLICITUDES 150
6.5.3.5. MENÚ HISTÓRICO 151
6.5.3.5.1. EVALUACIÓN Y SOLICITUDES 151
6.5.3.6. MENÚ ARCHIVOS LOG 152
6.5.3.6.1. AUDITORIA 152
6.5.3.7. MENÚ CORREO 153
6.5.3.7.1. DEPARTAMENTO Y ALUMNO 153
6.5.3.8. MENÚ PERSONAL 154
6.5.3.8.1. CAMBIAR CLAVE 154
CAPITULO VII
DESARROLLO Y PRUEBA DEL SISTEMA 155
7.1. DESARROLLO DEL SISTEMA 155
7.1.1. BASE DE DATOS 155
7.1.1.1. CREACIÓN DE LA BASE DE DATOS 156
7.1.1.2. CREACIÓN DE LOS FORMULARIOS 156
7.1.2. CREACIÓN DE LOS AGENTES 157
7.1.3. SEGURIDADES 158
7.1.3.2. DE LA BASE DE DATOS 158
7.1.3.3. DEL SISTEMA 159
7.1.3.4. REGISTROS DE LOGS 159
7.2. PRUEBAS DEL SISTEMA 159
CAPITULO VIII
ASPECTOS ECONOMICOS Y FINANCIEROS 160
8.1. FLUJO DE CAJA 160
8.2. PROYECCION DE RESULTADOS 161
8.2.1. RECUPERACION DE LA INVERSION 161
8.2.2. FORMAS DE PAGO DEL SISTEMA 162
CAPITULO IX
BENEFICIOS Y CONCLUSIONES DE LA TESIS 163
9.1. BENEFICIOS 163
9.2. CONCLUSIONES 164
ANEXOS
ANEXO 1 165
ANEXO 2 166
ANEXO 3 168
ANEXO 4 170
ANEXO 5 171
BIBLIOGRAFIA 172
SEGUNDO TOMO
INDICE GENERAL
DEDICATORIA I
AGRADECIMIENTO IV
TRIBUNAL DE GRADUACION VII
DECLARACION EXPRESA VIII
RESUMEN IX
INDICE GENERAL
MANUAL TECNICO
INTRODUCCION 1
DIAGRAMAS DEL SEPYWSSR 3
ARBOL DE PROBLEMAS 3
ARBOL DE ALTERNATIVAS 4
INFRAESTRUCTURA 5
GRAFICO DE LOS PROCESOS INVOLUCRADOS 6
DFD NIVEL 0 7
DIAGRAMA DE FLUJO DE DATOS 8
DISEÑO ARQUITECTONICO 10
DIAGRAMA DE BLOQUES DEL SISTEMA 11
DIAGRAMA GERARQUICO DEL MENU PRINCIPAL USUARIO
ADMINISTRADOR
12
DIAGRAMA GERARQUICO DEL MENU PRINCIPAL USUARIO
DEPARTAMENTAL
13
DIAGRAMA GERARQUICO DEL MENU PRINCIPAL USUARIO
EVALUADOR
14
CODIFICACION DE PRINCIPALES AGENTES
MIGRACION 15
COMPARACION 27
PROCESA DATOS 32
REGISTRAR USUARIO 40
FECHA CADUCIDAD 47
MANUAL DE USUARIO
INTRODUCCION 52
INSTALACION DEL SISTEMA 53
INSTALANDO SERVIDOR DOMINO 6.5.2. 55
CONFIGURACION DEL SERVIDOR DOMINO 6.5.2. 56
INSTALANDO CLIENTE NOTES 57
CONFIGURACION DEL CLIENTE NOTES 58
EXPLICACION DEL SISTEMA 60
SEGUNDO TOMO
MANUAL TECNICO
Y
MANUAL DE USUARIO
1
MANUAL TECNICO
INTRODUCCION
Es bien claro para la comunidad educativa que el reto de consolidar una
calidad en la educación para los jóvenes empieza con la idea de que es un
esfuerzo continuo y permanente en el que debemos involucrarnos todos, de
no hacerlo los jóvenes no desarrollaran competencias básicas, no mejorar su
aprendizaje y no superaran los promedios que hoy nos ubican por debajo de
los países latinoamericanos.
En la actualidad, muchas de las universidades del país y del mundo intentan
publicar en Internet servicios que contribuyan al desempeño óptimo de la
educación. Uno de estos puntos es la evaluación de maestros y la solución a
sugerencias o reclamos. El objetivo primordial de establecer un servicio de
2 esta índole es mejorar la calidad académica del profesorado y brindar una
mayor seguridad y ahorro de tiempo y dinero en los procesos inmersos en la
solución de sugerencias o reclamos.
Por ello existe la necesidad de implementar un sistema que brinde reportes y
ayude a la toma de decisiones sobre las fortalezas, avances de los maestros,
la capacidad de implantar una clase, puntualidad o empeño al dar la misma
así como un escenario real de los resultados de su trabajo; que permita a los
estudiantes tener la posibilidad de intervenir directamente en la logística de
su aprendizaje ;que se convierta para rectores y maestros en la principal
herramienta de planeación y construcción de proyectos pedagógicos
creativos e innovadores y en un elemento fundamental en la formación de
maestros. Frente a esta necesidad, nace la idea de desarrollar una aplicación
que tiene como centro la implementación de un sistema de Evaluación de
Profesores y Workflow para la solución de sugerencias o Reclamos.
3
DIAGRAMAS DELSEPYWSSR
ARBOL DE PROBLEMAS
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
������������������
���������������� ��
Incorrecta apreciación del desenvolvimiento del personal docente.
Perdida de dinero en la impresión de los
formularios.
Perdida de tiempo en tramite de sugerencia
o reclamo.
Disminución del presupuesto con el que cuenta la organización.
Solución a sugerencias y reclamos fuera de
tiempo.
Existencia de vacíos en los conocimientos
de los alumnos.
Aumento en los gastos de la organización
Existencia de mitos en el personal operativo.
Poco interés en la automatización de los
procesos
Procesos lentos y tediosos.
Falta de conocimiento de los beneficios de la
aplicación.
Reducción en el control de calidad de la
información
Causas
Efectos
4
�
�
�
ARBOL DE ALTERNATIVAS
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
Automatización del flujo de información que involucra el
proceso de EP y SSR
Reducir costos mediante la herramienta
Disminuir riesgo de perdida de
documentos (sugerencia o
reclamo)
Controlar la integridad de la
información
Evitar la incorrecta manipulación de los
resultados
Agilizar el trámite para la solución de
sugerencia o reclamo
Incrementar control de calidad de la
información
5
INFRAESTRUCTURA.
6
�
GRAFICO DE LOS PROCESOS INVOLUCRADOS ����������������������������
����
� �������
�������������
����������
����������������
���������������
��� ������������
�����
��
��
���������
��� ����������
��������� ��� �!����
�������"��������������
� �����#��������
�$�����������%�������������
&�����'������%���������%�
�����
����������������#����
�����
��� ����������
��������� ��� �!����(�
�$�����������%�������������
&�����'������%���������%�
Si
No
Si
No
No
Si
(�
'��������������������
'��������������������
7
DFD Nivel 0
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
SEP Y WSSR
Ingreso Clave de Acceso
Ingreso Evaluación
Ingreso Solicitud Sug. O Reclamo
Registro de User al Sistema
Reportes de Resultado de la
Evaluación
Confirmación Solución Sug. O
Reclamo
Confirmación de User Registrados
al Sistema
Interfaz Gráfica Amigable
8
����������
Interactúa con el
Servidor
Visualiza Vistas
Interfaz Gráfica
amigable
Solución Sugerencia o Reclamo
Recepción de Solicitud
Clasificación Sugerencia o
Reclamo
Ejecutar tramite de solución
Selecciono Departamento
Dentro del alcance
Fuera del alcance
Revisión del
Reclamo
Ejecutar tramite de solución
Confirmación de solución tomada
Solicitud de Sugerencia o Reclamo Selección
de tipo de solicitud
Ingreso Datos
de Solicitud
Envío de Solicitud
Activo acceso al Sistema
Verif. Conf. De servidor y permisos de
ACL en la BD
Autentificación del usuario
Ingreso de clave
de acceso
No Activa acceso al Sistema
Pedido de nueva clave
Almacena Log de errores
Petición de Evaluación
Petición no Aceptación
Verifica tiempo limite
Tiempo fuera de
rango
Selección de
materia
Procesamiento de evaluación
Almacena Log de errores
Grabar Evaluación
2
� ��#������������%��������� ��� ������)���*�����������%����
��+����� ��������#� ,�
�,-,��
9
�������������������������������
Petición de Tabulación
Ejecución de Agente Verifico
fecha establecida
No se cumple fecha
Agente no ejecuta
tabulación
Si se cumple fecha
Clasifico preguntas
Selecciono preguntas
Clasifico respuestas
Proceso respuestas
Verifica existe otra pregunta
Visualizo Gráficos de resultado
estadísticos 2
10
�
DISEÑO ARQUITECTONICO
���������������
I
N
T
E
R
F
A
Z
Autenticación Del
Usuario
No activa el acceso
Verificación de
configuración del servidor y
permisos ACL de la
Pedido de clave de acceso
Interactúa con el Servidor
Petición de evaluación
Verificación de tiempo
Selección de materia
Procesa evaluación
Solicitud de Sug. o Recl
Selecc. Tipo de
Ingrese datos de
Envío de solicitud
Registro de Usuarios
Ingre. Datos del
Asignación de permisos
Registro nuevo Usuario
Petición de Vistas
Procesa petición de vistas
Petición De Tabulación
Verif. Tiempo establecido
Clasif. preguntas
Clasif. respuestas
Procesa respuestas
Petición mantenimiento de
Selección de mantenimient
Procesa mantenimient
Petic. Soluc. Sug.
Verificación Sug .o
Selecc. departamen
Confirmación solución
I
N
T
E
R
F
A
Z
FILE
SYSTEM BDD RDBMS
Clave de acceso
Ingreso de solicitud
sugerencia o reclamo
Registro del usuario
Registro de preguntas
Petición de vistas
Clave de acceso
Ingreso de solicitud sugerencia o reclamo
Registro del usuario
Registro de preguntas
Petición de vistas
ENTRADAS ENTRADAS
11
�
Domino Server
Autenticación
Autorización
http Serve
Domino Engi
Domino Server
SEP Y WSSR
Modulo Mantenimiento de
Usuarios
Modulo de Evaluación
Modulo Mantenimiento de
Preguntas
Modulo de Solución de Sugerencias y
Reclamos
Modulo de Tabulación de
Preguntas
Modulo de Vistas
Modulo de Históricos
Vista de alumnos que no realizan
evaluación
Vista Comparativa
Vista porcentaje Profesor/ preguntas
Vistas por rangos de fecha
NRPC NRPC
Cliente Notes
Cliente Web
DIAGRAMA DE BLOQUES DEL
SISTEMA
12
�
SEPYWSSR Fecha de Diseño 10/09/2006�
DIAGRAMA JERARQUICO DEL MENU PRINCIPAL (USUARIO ADMINISTRADOR) ���������������
SISTEMA DE EVALUACION DE PROFESORES Y WORKFLOW PARA LA SOLUCIÓN DE SUGERENCIAS O RECLAMOS
Archivo Registro Consulta Evaluación
Histórico Archivos Log
Correo Personal
Importar archivos
Log
Tabulación de
Evaluación
Migración de Datos
Usuarios
Preguntas
Gráfico estadístico
Reportes Profesores
Evaluación
Solicitud
Auditoria Correo Departamental
Correo Alumno
Cambiar Clave
13
�
�
SEPYWSSR Fecha de Diseño 10/09/2006�
DIAGRAMA JERARQUICO DEL MENU PRINCIPAL (USUARIO DEPARTAMENTAL) ���������������
SISTEMA DE EVALUACION DE PROFESORES Y WORKFLOW PARA LA SOLUCIÓN DE SUGERENCIAS O RECLAMOS
Solicitud Consulta Evaluación
Histórico Personal
Aprobada
Rechazada
Gráficos estadísticos
Resultados Evaluación
Evaluación
Solicitud Cambiar
Clave
Bandeja de Entrada
14
�
�
SEPYWSSR Fecha de Diseño 10/09/2006�
DIAGRAMA JERARQUICO DEL MENU PRINCIPAL (USUARIO EVALUADOR) ���������������
SISTEMA DE EVALUACION DE PROFESORES Y WORKFLOW PARA LA SOLUCIÓN DE SUGERENCIAS O RECLAMOS
Solicitud Evaluación Personal
Nueva Solicitud
Mis Solicitudes Finalizadas
Cambiar Clave
Evaluación Bandeja de Entrada
15
CODIFICACION DE AGENTES PRINCIPALES
Dentro del Sistema de Evaluación de Profesores y Workflow para Solución de
Sugerencias o Reclamos se han determinado cinco agentes principales y son
los siguientes:
(Migracion)
(Comparacion)
(ProcesaDatos)
(FechaCaducidad)
(RgistrarUsuario)
Migración
Este agente permite actualizar la base de datos documental de domino con
registros de la base relacional SQL Server de la carrera, los cuales servirán para
llevar a cabo la respectiva evaluación del personal docente.
16 Cabe recalcar que previo a la migración de los registros el agente migración
primero lleva a cabo un respaldo de las solicitudes finalizadas y los resultados
de las evaluaciones, en una base de datos de archive que servirá de histórico.
Migracion (Agent) : (Options)
Option Public Uselsx “*LSXODBC" Option Declare Use "UtilWeb" Migracion (Agent) : (Declarations)
Dim con As ODBCConnection Dim qry As ODBCQuery Dim result As ODBCResultSet Dim db As NotesDatabase Dim db2 As NotesDatabase Dim db3 As NotesDatabase Dim archiveDb As NotesDatabase Dim doc As NotesDocument Dim doch As NotesDocument Dim doce As NotesDocument Dim doc1 As NotesDocument Dim doc2 As NotesDocument Dim entry As NotesViewEntry Dim view As NotesView Dim view1 As NotesView Dim view2 As NotesView Dim collection As NotesViewEntryCollection Dim collectionH As NotesDocumentCollection Dim collectione As NotesDocumentCollection Dim cedula, nombre, apellido, completo As String Dim anio, ciclo, r_cedula, codmat, grupo As String
17 Dim codigo, descripcion As String Dim oid_periodo, aniop, ciclop, codmatp, paralelop, oid_profesor, profesorp As String Dim oid, cedulap, nombrep, apellidop, titulo, estado, nombre_corto As String Dim searchFormula As String Dim searchFormula2 As String Dim archiveServer As String Dim archiveFile As String Dim BaseDoc As String Dim cedulaS As Variant Dim cedulaW As Variant Dim bandera As Integer Migracion (Agent) : Initialize
Sub Initialize Set db = New NotesDatabase("hub","SEPYWSSR/parametros.nsf") Set db2 = New NotesDatabase("hub", "SEPYWSSR/aplicacion.nsf") Set db3 = New NotesDatabase("hub", "SEPYWSSR/username.nsf") 'Copia de base de datos para Generar históricos searchFormula = {Form = "so" & bandera = "Finalizado"} searchFormula2 = {Form = "ResultadoEvaluacion"} Set archiveDb = New NotesDatabase( "", "" ) archiveServer = ""
archiveFile = "D:\Lotus\Domino\Data\SEPYWSSR\Historico\"+db2.FileName
If (Not(archiveDb.Open(archiveServer, archiveFile))) Then Set archiveDb = db2.CreateCopy( archiveServer, archiveFile ) End If Set collectionH = db2.Search(searchFormula, Nothing,0) Set doch = collectionH.GetFirstDocument() While Not(doch Is Nothing) Call doch.CopyToDatabase( archiveDb ) Set doch = collectionH.GetNextDocument(doch) Wend Set collectione = db2.Search(searchFormula2, Nothing,0) Set doce = collectione.GetFirstDocument()
18 While Not(doce Is Nothing) Call doce.CopyToDatabase( archiveDb ) Set doce = collectione.GetNextDocument(doce) Wend 'Elimino los Registros Existentes para migrar nuevos Registros 'Alumnos Set view = db.GetView("alumnos") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Materias Set view = db.GetView("materias") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Paralelo Set view = db.GetView("paralelo") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Profesor Set view = db.GetView("profesor") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document
19 doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'RegMaSem Set view = db.GetView("regma_sem") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Si evaluan Set view = db.GetView("Si_evaluan") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Resultados Tabulación Set view = db2.GetView("ResultadoTab") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Evaluación Set view = db2.GetView("evaluacion") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Solicitudes
20 Set view = db2.GetView("solicitudes") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Fin eliminacion de Registros Set con = New ODBCConnection Set qry = New ODBCQuery Set result = New ODBCResultSet Set qry.Connection = con Set result.Query = qry con.ConnectTo("BaseCarrera") Call alumno Call materia Call regma_sem Call paralelo Call profesor result.Close(DB_CLOSE) con.Disconnect Call exito End Sub Migracion (Agent) : alumno
Sub alumno qry.SQL = "select cedula,nombre,apellido,COMPLETO from ALUMNO" If Not result.Execute Then
21 Messagebox result.GetExtendedErrorMessage, ,result.GetErrorMessage Exit Sub End If Do result.NextRow cedula = result.GetValue("cedula") nombre = result.GetValue("nombre") apellido = result.GetValue("apellido") completo = result.GetValue("COMPLETO") Set doc = New NotesDocument(db) doc.cedula = cedula doc.nombre = nombre doc.apellido = apellido doc.completo = completo doc.Form = "alumnos" Call doc.Save(True,True) Loop Until result.IsEndOfData End Sub Migracion (Agent) : regma_sem
Sub regma_sem qry.SQL = "select ANIO,CICLO,CEDULA,CODMAT,GRUPO from REGMA_SEM order by GRUPO" If Not result.Execute Then Messagebox result.GetExtendedErrorMessage, ,result.GetErrorMessage Exit Sub End If Do result.NextRow anio = result.GetValue("ANIO") ciclo = result.GetValue("CICLO")
22 r_cedula = result.GetValue("CEDULA") codmat = result.GetValue("CODMAT") grupo = result.GetValue("GRUPO") Set doc = New NotesDocument(db) doc.anio = anio doc.ciclo = ciclo doc.cedula = r_cedula doc.codmat = codmat doc.grupo = grupo doc.estado = "" doc.Form = "regma_sem" Call doc.Save(True,True) Loop Until result.IsEndOfData End Sub Migracion (Agent) : materia
Sub materia qry.SQL = "select CODIGO,NOMBRE from MATERIA" If Not result.Execute Then Messagebox result.GetExtendedErrorMessage, ,result.GetErrorMessage Exit Sub End If Do result.NextRow codigo = result.GetValue("CODIGO") descripcion = result.GetValue("NOMBRE") Set doc = New NotesDocument(db) doc.codigo = codigo doc.descripcion = descripcion doc.Form = "materia"
23 Call doc.Save(True,True) Loop Until result.IsEndOfData End Sub Migracion (Agent) : paralelo
Sub paralelo qry.SQL ="select OID_PERIODO,ANIO,CICLO,CODMAT,PARALELO,OID_PROFESOR,PROFESOR from PARALELO" If Not result.Execute Then Messagebox result.GetExtendedErrorMessage, ,result.GetErrorMessage Exit Sub End If Do result.NextRow oid_periodo = result.GetValue("OID_PERIODO") aniop = result.GetValue("ANIO") ciclop = result.GetValue("CICLO") codmatp = result.GetValue("CODMAT") paralelop = result.GetValue("PARALELO") oid_profesor = result.GetValue("OID_PROFESOR") profesorp = result.GetValue("PROFESOR") Set doc = New NotesDocument(db) doc.oid_periodo = oid_periodo doc.anio = aniop doc.ciclo = ciclop doc.codmat = codmatp doc.paralelo = paralelop doc.oid_profesor = oid_profesor doc.profesor = profesorp doc.Form = "paralelo" Call doc.Save(True,True) Loop Until result.IsEndOfData
24 End Sub Migracion (Agent) : profesor
Sub profesor qry.SQL ="select OID,CEDULA,NOMBRE,APELLIDO,TITULO,ESTADO,NOMBRE_CORTO from PROFESOR" If Not result.Execute Then Messagebox result.GetExtendedErrorMessage, ,result.GetErrorMessage Exit Sub End If 'Dim oid, cedulap, nombrep, apellidop, titulo, estado, nombre_corto As String Do result.NextRow oid = result.GetValue("OID") cedulap = result.GetValue("CEDULA") nombrep = result.GetValue("NOMBRE") apellidop = result.GetValue("APELLIDO") titulo = result.GetValue("TITULO") estado = result.GetValue("ESTADO") nombre_corto = result.GetValue("NOMBRE_CORTO") Set doc = New NotesDocument(db) doc.oid = oid doc.cedula = cedulap doc.nombre = nombrep doc.apellido = apellidop doc.titulo = titulo doc.estado = estado doc.nombre_corto = nombre_corto doc.Form = "profesor" Call doc.Save(True,True) Loop Until result.IsEndOfData End Sub
25 Migracion (Agent) : inactivar
Sub inactivar bandera = 0 Set view1 = db3.GetView("v_activos") Set doc1 = view1.GetFirstDocument While Not(doc1 Is Nothing) cedulaW = doc1.GetItemValue("cedula") Set view2 = db.GetView("alumnos") Set doc2 = view2.GetFirstDocument While Not(doc2 Is Nothing) cedulaS = doc2.GetItemValue("cedula") If (cedulaW (0) = cedulaS (0)) Then bandera = 1 End If Set doc2 = view2.GetNextDocument(doc2) Wend If (bandera = 0) Then doc1.c_estado = "Inactivo" Call doc1.Save(True,False) End If bandera = 0 Set doc1 = view1.GetNextDocument(doc1) Wend End Sub Migracion (Agent) : activar
Sub activar bandera = 0 Set view1 = db3.GetView("v_inactivos") Set doc1 = view1.GetFirstDocument While Not(doc1 Is Nothing) cedulaW = doc1.GetItemValue("cedula")
26 Set view2 = db.GetView("alumnos") Set doc2 = view2.GetFirstDocument While Not(doc2 Is Nothing) cedulaS = doc2.GetItemValue("cedula") If (cedulaW (0) = cedulaS (0)) Then bandera = 1 End If Set doc2 = view2.GetNextDocument(doc2) Wend If (bandera = 1) Then doc1.c_estado = "Activo" Call doc1.Save(True,False) End If bandera = 0 Set doc1 = view1.GetNextDocument(doc1) Wend End Sub
Comparación
Este agente se encarga de tomar los resultados de las evaluaciones realizadas
a varios profesores asignados a una materia con el único fin de comparar dichos
resultados y presentarlos en gráficos estadísticos para futuras tomas de
decisiones.
Comparacion (Agent) : (Options)
Option Public Option Declare Use "UtilWeb" Comparacion (Agent) : (Declarations)
27 Dim sesion As NotesSession Dim dbo As NotesDatabase Dim db2 As NotesDatabase Dim doc1 As NotesDocument Dim doc2 As NotesDocument Dim doc3 As NotesDocument Dim colecciona As NotesDocumentCollection Dim coleccionb As NotesDocumentCollection Dim vc As NotesViewEntryCollection Dim profiledoc As NotesDocument Dim view1 As NotesView Dim view2 As NotesView Dim view3 As NotesView Dim server As String Dim BasePar As String Dim BaseDoc As String Dim cnte(1 To 5) As Integer Dim cntm(1 To 5) As Integer Dim cntb(1 To 5) As Integer Dim cntr(1 To 5) As Integer Dim cntp(1 To 5) As Integer Dim prof(1 To 5) As String Dim i As Integer Dim j As Integer Dim m As String Dim iV As Integer Dim oid As String Dim url As String Dim k As String Dim preguntas As Integer Dim urlGB As String Dim profesor As Variant Dim maestro As Variant Dim codigo As Variant Dim oid_mat As String
28 Dim e1,m1,b1,r1,p1 As String Dim e2,m2,b2,r2,p2 As String Dim e3,m3,b3,r3,p3 As String Dim e4,m4,b4,r4,p4 As String Dim e5,m5,b5,r5,p5 As String Dim prof1,prof2,prof3,prof4,prof5 As String Comparacion (Agent) : Initialize
Sub Initialize Call EnceraArray i = 1 j = 0 Set sesion = New NotesSession Set dbo = sesion.currentdatabase Set profiledoc = dbo.GetProfileDocument("Perfil") server = profiledoc.servidor (0) BasePar = profiledoc.BasePar (0) Set doc1 = sesion.DocumentContext urlGB = doc1.Query_String(0) oid = URLExtraeParametro(urlGB, "oid") m = URLExtraeParametro(urlGB, "nume") Set db2 = New NotesDatabase(server,BasePar) 'recupero total de preguntas Set view3 = db2.GetView("preguntas") Set vc = view3.AllEntries preguntas = vc.Count Set view1 = db2.GetView("oid_materia") Set colecciona = view1.GetAllDocumentsByKey(oid) Set doc2 = colecciona.GetFirstDocument While Not(doc2 Is Nothing) j = j +1 profesor = doc2.GetItemValue("profesor")
29 maestro = doc2.GetItemValue("oid_profesor") prof(j) = Cstr(maestro (0)) Set view2 = dbo.GetView("ResultadoTab2") Set coleccionb = view2.GetAllDocumentsByKey(profesor (0)) Set doc3 = coleccionb.GetFirstDocument While Not(doc3 Is Nothing) codigo = doc3.GetItemValue("codigo") oid_mat = Cstr(codigo (0)) If (oid_mat = oid) Then cnte(i) = cnte(i) + Cint(doc3.OpcionE (0)) cntm(i) = cntm(i) + Cint(doc3.OpcionM (0)) cntb(i) = cntb(i) + Cint(doc3.OpcionB (0)) cntr(i) = cntr(i) + Cint(doc3.OpcionR (0)) cntp(i) = cntp(i) + Cint(doc3.OpcionP (0)) End If Set doc3 = coleccionb.GetNextDocument(doc3) Wend cnte(i) = cnte(i) / preguntas cntm(i) = cntm(i) / preguntas cntb(i) = cntb(i) / preguntas cntr(i) = cntr(i) / preguntas cntp(i) = cntp(i) / preguntas i = i + 1 Set doc2 = colecciona.GetNextDocument(doc2) Wend Call casting BaseDoc = URLCorrigePath(dbo.FilePath) If (m = "2") Then url = "'/"+BaseDoc+"/GraficosComparacion?OpenForm&e1="+e1+"&m1="+m1+"&b1="+b1+"&r1="+r1+"&p1="+p1+"&prof1="+prof1+"&e2="+e2+"&m2="+m2+"&b2="+b2+"&r2="+r2+"&p2="+p2+"&prof2="+prof2+"&oidmat="+oid+"&cnt="+m+"'" Print "<SCRIPT LANGUAGE='JavaScript'>history.back();window.open("+url+",'Reporte','scrollbars=yes,
30 toolbar=0,location=0,directories=0,status=0,menubar=0,resizable=0,width=570,height=400,top=100,left=100');</SCRIPT>" Else If (j = 3) Then url = "'/"+BaseDoc+"/GraficosComparacion?OpenForm&e1="+e1+"&m1="+m1+"&b1="+b1+"&r1="+r1+"&p1="+p1+"&prof1="+prof1+"&e2="+e2+"&m2="+m2+"&b2="+b2+"&r2="+r2+"&p2="+p2+"&prof2="+prof2+"&e3="+e3+"&m3="+m3+"&b3="+b3+"&r3="+r3+"&p3="+p3+"&prof3="+prof3+"&oid="+oid+"&cnt="+m+"'" Print "<SCRIPT LANGUAGE='JavaScript'>history.back();window.open("+url+",'Reporte','scrollbars=yes, toolbar=0,location=0,directories=0,status=0,menubar=0,resizable=0,width=570,height=400,top=100,left=100');</SCRIPT>" Else If (j = 4) Then url = "'/"+BaseDoc+"/GraficosComparacion?OpenForm&e1="+e1+"&m1="+m1+"&b1="+b1+"&r1="+r1+"&p1="+p1+"&prof1="+prof1+"&e2="+e2+"&m2="+m2+"&b2="+b2+"&r2="+r2+"&p2="+p2+"&prof2="+prof2+"&e3="+e3+"&m3="+m3+"&b3="+b3+"&r3="+r3+"&p3="+p3+"&prof3="+prof3+"&e4="+e4+"&m4="+m4+"&b4="+b4+"&r4="+r4+"&p4="+p4+"&prof4="+prof4+"&oid="+oid+"&cnt="+m+"'" Print "<SCRIPT LANGUAGE='JavaScript'>history.back();window.open("+url+",'Reporte','scrollbars=yes, toolbar=0,location=0,directories=0,status=0,menubar=0,resizable=0,width=570,height=400,top=100,left=100');</SCRIPT>" End If End If End If End Sub comparacion (Agent) : EnceraArray
Sub EnceraArray For iV = 1 To 5 cnte(iV) = 0 cntm(iV) = 0
31 cntb(iV) = 0 cntr(iV) = 0 cntp(iV) = 0 Next End Sub Comparacion (Agent) : casting
Sub casting e1 = Cstr(cnte(1)) e2 = Cstr(cnte(2)) e3 = Cstr(cnte(3)) e4 = Cstr(cnte(4)) e5 = Cstr(cnte(5)) m1 = Cstr(cntm(1)) m2 = Cstr(cntm(2)) m3 = Cstr(cntm(3)) m4 = Cstr(cntm(4)) m5 = Cstr(cntm(5)) b1 = Cstr(cntb(1)) b2 = Cstr(cntb(2)) b3 = Cstr(cntb(3)) b4 = Cstr(cntb(4)) b5 = Cstr(cntb(5)) r1 = Cstr(cntr(1)) r2 = Cstr(cntr(2)) r3 = Cstr(cntr(3)) r4 = Cstr(cntr(4)) r5 = Cstr(cntr(5)) p1 = Cstr(cntp(1)) p2 = Cstr(cntp(2)) p3 = Cstr(cntp(3)) p4 = Cstr(cntp(4))
32 p5 = Cstr(cntp(5)) prof1 = prof(1) prof2 = prof(2) prof3 = prof(3) prof4 = prof(4) prof5 = prof(5) End Sub
ProcesaDatos
Este agente se encarga de tabular las evaluaciones realizadas por los alumnos.
Este proceso se lo lleva a cabo tomando todos los códigos de los profesores de
la vista profesor e ir realizando una búsqueda de los paralelos asignados a ese
código, una vez obtenido los paralelos tomados por el profesor verificamos los
resultados de evaluación obtenidos por el código de profesor y el paralelo
asignado al profesor, de coincidir tanto el código como el paralelo
contabilizamos el resultado para al final dividirlo por el número de encuestas
realizadas.
ProcesaDatos (Agent) : (Options) Option Public Uselsx "*LSXODBC" Option Declare Use "UtilWeb" ProcesaDatos (Agent) : (Declarations)
Dim con As ODBCConnection
33 Dim qry As ODBCQuery Dim result As ODBCResultSet Dim sesion As NotesSession Dim db1 As NotesDatabase Dim db2 As NotesDatabase Dim dbo As NotesDatabase Dim doc As NotesDocument Dim doc1 As NotesDocument Dim doc2 As NotesDocument Dim doc3 As NotesDocument Dim doc4 As NotesDocument Dim profiledoc As NotesDocument Dim view As NotesView Dim view1 As NotesView Dim view2 As NotesView Dim view3 As NotesView Dim view4 As NotesView Dim entry As NotesViewEntry Dim item As NotesItem Dim colecciont As NotesViewEntryCollection Dim vc As NotesViewEntryCollection Dim coleccionp As NotesDocumentCollection Dim coleccione As NotesDocumentCollection Dim estado As String Dim codigop As Variant Dim nombrep As Variant Dim paralelo As Variant Dim codigo As Variant Dim paraleloe As Variant 'Dim paralelox As String Dim materia As Variant Dim materiax As String Dim cnte As Integer Dim cntm As Integer Dim cntb As Integer Dim cntr As Integer Dim cntp As Integer Dim contador As Integer Dim j As Integer
34 Dim pregunta As String Dim x As String Dim numero As String Dim opcion As Variant Dim ResultE, ResultM, ResultB, ResultR, ResultP As String Dim preguntax,materiae, ciclo, anio As Variant Dim iV As Integer Dim user As Variant Dim usin As String Dim app As String Dim fecha As String Dim descrip As String Dim server As String Dim BasePar As String Dim BaseApp As String Dim BaseDoc As String Dim total As Integer ProcesaDatos (Agent) : Initialize
Sub Initialize Set sesion = New NotesSession Set dbo = sesion.currentdatabase Set profiledoc = dbo.GetProfileDocument("Perfil") server = profiledoc.servidor (0) BaseApp = profiledoc.BaseApp (0) BasePar = profiledoc.BasePar (0) Set db1 = New NotesDatabase(server,BasePar) Set db2 = New NotesDatabase(server,BaseApp) 'recupero total de preguntas Set view4 = db1.GetView("preguntas") Set vc = view4.AllEntries total = vc.Count 'Limpio registros de tabulaciones anteriores Set view = db2.GetView("ResultadoTab") Set colecciont = view.AllEntries
35 Set entry = colecciont.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = colecciont.GetNextEntry(entry) Wend 'Fin limpieza de registros 'Datos del Log de Auditoria usin = "system" fecha = Cstr(Now) descrip = "tabulación de encuestas" app = "Sesión administrador" 'fin datos del log Set view1 = db1.GetView("profesor" ) Set doc1 = view1.GetFirstDocument While Not(doc1 Is Nothing) nombrep = doc1.GetItemValue("nombre_corto") codigop = doc1.GetItemValue("oid") Set view2 = db1.GetView("paralelo") Set coleccionp = view2.GetAllDocumentsByKey(codigop (0)) Set doc2 = coleccionp.GetFirstDocument While Not(doc2 Is Nothing) paralelo = doc2.GetItemValue("paralelo") 'paralelox = Cstr(paralelo (0)) Set view3 = db2.GetView("evaluacion") Set coleccione = view3.GetAllDocumentsByKey(nombrep (0)) 'For iV = 1 To 10 Step 1 For iV = 1 To total Step 1 Set doc3 = coleccione.GetFirstDocument Call EnceraContadores
36 j = iV x = Cstr(j) numero = "pm"+x pregunta = "pm_"+x While Not(doc3 Is Nothing) paraleloe = doc3.GetItemValue("paralelo") If paraleloe (0) = paralelo (0) Then opcion = doc3.GetItemValue(numero) preguntax = doc3.GetItemValue(pregunta) materia = doc3.GetItemValue("materia") codigo = doc3.GetItemValue("codigo") anio = doc3.GetItemValue("anio") ciclo = doc3.GetItemValue("ciclo") If opcion (0) = "1" Then cnte = cnte + 1 Else If opcion (0) = "2" Then cntm = cntm + 1 Else If opcion (0) = "3" Then cntb = cntb + 1 Else If opcion (0) = "4" Then cntr = cntr + 1 Else If opcion (0) = "5" Then cntp = cntp + 1 End If End If End If End If End If contador = contador + 1 End If Set doc3 = coleccione.GetNextDocument(doc3) Wend
37 '< Aqui se van a crear los documentos de tabulación > If contador <> 0 Then cnte = cnte * 100 / contador cntm = cntm * 100 / contador cntb = cntb * 100 / contador cntr = cntr * 100 / contador cntp = cntp * 100 / contador ResultE = Cstr(cnte) ResultM = Cstr(cntm) ResultB = Cstr(cntb) ResultR = Cstr(cntr) ResultP = Cstr(cntp) Set doc4 = New NotesDocument(db2) doc4.profesor = nombrep (0) doc4.paralelo = paralelo (0) doc4.materia = materia (0) doc4.codigo = codigo (0) doc4.fecha_tab = Date$ doc4.anio = anio (0) doc4.ciclo = ciclo (0) doc4.pregunta = preguntax (0) doc4.OpcionE = ResultE doc4.OpcionM = ResultM doc4.OpcionB = ResultB doc4.OpcionR = ResultR doc4.OpcionP = ResultP doc4.Form = "ResultadoEvaluacion" Call doc4.Save(True,True) End If Next iV Set doc2 = coleccionp.GetNextDocument(doc2) Wend Set doc1 = view1.GetNextDocument(doc1)
38 Wend Call carga_log(fecha,usin,app,descrip) Call exito End Sub ProcesaDatos (Agent) : EnceraContadores
Sub EnceraContadores cnte = 0 cntm = 0 cntb = 0 cntr = 0 cntp = 0 contador = 0 End Sub ProcesaDatos (Agent) : carga_log
Sub carga_log(fecha As String,usuario As String,app As String,descrip As String) Set con = New ODBCConnection Set qry = New ODBCQuery Set result = New ODBCResultSet Dim sentencia As String sentencia = "insert into t_auditoria values('"+fecha+"','"+usuario+"','"+app+"','"+descrip+"')" Set qry.Connection = con Set result.Query = qry If Not (con.ConnectTo("Lotus_ODBC")) Then Msgbox "No se pudo realizar la conexión" End If
39 qry.SQL = sentencia result.Execute result.Close(DB_CLOSE) con.Disconnect End Sub
Registrarusuario
Este agente se encarga de registrar los usuarios al sistema, antes de llevar a
cabo el registro primero verifica si el nombre de usuario ya existe en el sistema o
contiene algún carácter en blanco.
Sub Initialize
Set sesion = New NotesSession
Set db = sesion.CurrentDatabase
Set doc = sesion.DocumentContext
Set view = db.GetView("v_usuarios")
user = doc.GetItemValue("c_usuario")
clave1 = doc.GetItemValue("c_contraseña")
clave2 = doc.GetItemValue("c_contraseña_1")
40 pregunta = doc.GetItemValue("c_pregunta")
respuesta = doc.GetItemValue("c_respuesta")
correo = doc.GetItemValue("c_correo")
nombre = doc.GetItemValue("c_nombre")
apellido = doc.GetItemValue("c_apellido")
ctipo = doc.GetItemValue("c_tipo")
fecha2 = doc.GetItemValue("c_fecha")
estado = doc.GetItemValue("c_estado")
sexo = doc.GetItemValue("c_sexo")
cedula = doc.GetItemValue("cedula")
nombre2 = doc.GetItemValue("nombre")
tipo = doc.GetItemValue("tipo")
tip = Cstr(tipo (0))
usuario = doc.GetItemValue("usuario")
usin = Cstr(usuario (0))
bandera = doc.GetItemValue("bandera")
id = doc.GetItemValue("id")
fecha = doc.GetItemValue("fecha")
Set doc2 = view.GetDocumentByKey(user (0))
41 If (doc Is Nothing) Then
Print "<SCRIPT LANGUAGE='JavaScript'>window.history.back();window.alert('El
documento esta vacio');</SCRIPT>"
Exit Sub
End If
If (user (0) = "") Then
Print"<SCRIPT
LANGUAGE='JavaScript'>window.history.back();window.alert('Debe ingresar
nombre de usuario para validar');</SCRIPT>"
Else
If Not(doc2 Is Nothing) Then
Print"<SCRIPT
LANGUAGE='JavaScript'>window.history.back();window.alert('Nombre de
usuario se encuentra repetido');</SCRIPT>"
Else
If (clave1 (0) = "") Then
42 Print"<SCRIPT
LANGUAGE='JavaScript'>window.history.back();window.alert('Debe ingresar
contraseña');</SCRIPT>"
Else
If (clave2 (0) = "") Then
Print"<SCRIPT
LANGUAGE='JavaScript'>window.history.back();window.alert('Debe confirmar
contraseña');</SCRIPT>"
Else
If (clave1 (0) <> clave2 (0)) Then
Print"<SCRIPT
LANGUAGE='JavaScript'>window.history.back();window.alert('Contraseñas no
coinciden');</SCRIPT>"
Else
If (pregunta (0) = "Seleccione una") Then
Print"<SCRIPT
LANGUAGE='JavaScript'>window.history.back();window.alert('Debe seleccionar
pregunta secreta');</SCRIPT>"
Else
If (respuesta (0) = "") Then
43 Print"<SCRIPT
LANGUAGE='JavaScript'>window.history.back();window.alert('Debe contestar
pregunta secreta');</SCRIPT>"
Else
If (correo (0) = "") Then
Print"<SCRIPT
LANGUAGE='JavaScript'>window.history.back();window.alert('Debe ingresar
correo electrónico');</SCRIPT>"
Else
If (nombre (0) = "") Then
Print"<SCRIPT
LANGUAGE='JavaScript'>window.history.back();window.alert('Debe ingresar
primer nombre');</SCRIPT>"
Else
If (apellido (0) = "") Then
Print"<SCRIPT
LANGUAGE='JavaScript'>window.history.back();window.alert('Debe ingresar
primer apellido');</SCRIPT>"
Else
Set doc3 = New NotesDocument(db)
44 doc3.cedula = cedula (0)
doc3.nombre = nombre2 (0)
doc3.tipo = tipo (0)
doc3.usuario = usuario (0)
doc3.bandera = "0"
doc3.id = id (0)
doc3.fecha = fecha (0)
doc3.c_usuario = user (0)
doc3.c_tipo = ctipo (0)
doc3.c_contraseña = clave1 (0)
doc3.c_contraseña_1 = clave2 (0)
45 doc3.c_pregunta = pregunta (0)
doc3.c_respuesta = respuesta (0)
doc3.c_correo = correo (0)
doc3.c_nombre = nombre (0)
doc3.c_apellido = apellido (0)
doc3.c_sexo = sexo (0)
doc3.c_fecha = fecha2 (0)
doc3.c_estado = estado (0)
doc3.Form = "ru"
Call doc3.Save(True,True)
BaseDoc = "SEPYWSSR/username.nsf"
46 Print"<SCRIPT
LANGUAGE='JavaScript'>top.document.location.href='/"+BaseDoc+"/registro_ex
ito?OpenForm&nom="+usin+"&tipo="+tip+"';</SCRIPT>"
'Print"<SCRIPT
LANGUAGE='JavaScript'>window.history.back();window.alert('Usuario
registrado con éxito');</SCRIPT>"
'If tipo = "Administrador" Then
'Print"<SCRIPT
LANGUAGE='JavaScript'>window.opener.location.href='/"+BaseDoc+"/registro_
exito?OpenForm&nom="+usin+"&tipo="+tip+"';window.close();</SCRIPT>"
'End If
End If
End If
End If
End If
End If
End If
End If
End If
End If
47 End If
End Sub
FechaCaducidad
Este agente se encarga de verificar la fecha de caducidad de la solicitud con el
único fin de controlar el flujo de la misma. Este agente es de tipo calendarizado
y se ejecuta en un momento determinado, en el instante de que se haya
caducado la fecha lo que hace es enviar la solicitud a la directora de la carrera
para que tome las medidas del caso.
Sub Initialize
Set sesion = New NotesSession
Set db = sesion.currentdatabase
Set profiledoc = db.GetProfileDocument("Perfil")
server = profiledoc.servidor (0)
BaseUse = profiledoc.BaseUs (0)
BasePar = profiledoc.BasePar (0)
48 Set view = db.GetView("solicitud")
Set doc = view.GetFirstDocument
While Not(doc Is Nothing)
estado = doc.GetItemValue("estado_1")
If (estado (0) <> "Aprobada" And estado (0) <> "Rechazada" And estado
(0) <> "Aprueba Direccion") Then
fecha_cad = doc.GetItemValue("fecha_caducidad")
If (Cvar(Date$) >= fecha_cad (0) ) Then
'Obtengo responsable de la dirección
Set db2 = New NotesDatabase(server,BasePar)
Set view2 = db2.GetView( "Departamento2" )
Set doc_param = view2.GetDocumentByKey("Direccion")
id_dir = doc_param.GetItemValue("CodDir")
id_aux = doc_param.GetItemValue("CodAux")
Set view3 = db2.GetView("Personal")
Set doc_respon = view3.GetDocumentByKey(id_dir (0))
49 estado_dir = doc_respon.GetItemValue("estado")
If estado_dir (0) = "Activo" Then
director = doc_respon.GetItemValue("nombre")
Else
Set docaux = view2.GetDocumentByKey(id_aux (0))
director = docaux.GetItemValue("nombre")
End If
'-----------------------------------------------------------------------------
'Lleno log del flujo
fecha = Cstr(Now)
Set item = doc.GetFirstItem( "fecha_log" )
Call item.AppendToTextList(fecha)
Set item = doc.GetFirstItem( "respon_log" )
Call item.AppendToTextList(doc.responsable_1)
Set item = doc.GetFirstItem( "accion_log" )
Call item.AppendToTextList("Retiro de solicitud" )
Set item = doc.GetFirstItem( "observaciones" )
Call item.AppendToTextList("No califico solicitud")
'Fin llenado log del flujo
50 'Recupero usuario destino
Set db3 = New NotesDatabase(server,BaseUse)
Set view4 = db3.GetView( "l_usuarios" )
Set docuse = view4.GetDocumentByKey(director (0))
receptor = docuse.GetItemValue("c_usuario")
'----------------------------------------------------------
'Reasignación a dirección
doc.estado_1 = "Aprueba Direccion"
doc.responsable_1 = director (0)
doc.user = receptor (0)
doc.tipo = "Departamental"
'-----------------------------------------------------------
Call doc.Save( True, False )
End If
End If
Set doc = view.GetNextDocument(doc)
Wend
End Sub
51
MANUAL DE USUARIO
SISTEMA DE EVALUACION DE
PROFESORES Y WORKFLOW PARA
SOLUCION DE SUGERENCIAS Y
RECLAMOS
2006
52
INTRODUCCIÓN El presente Manual de Usuario del “Sistema de Evaluación de Profesores y
Workflow para Solución de Sugerencias y Reclamos”, contiene los
procedimientos y métodos necesarios que le permitirán al usuario que utiliza la
aplicación desenvolverse de una manera eficaz dentro de la misma.
Este manual se divide en dos partes esenciales: 1) En primera instancia, la
instalación de la aplicación SEPYWSSR. 2) La explicación de todo el sistema
paso a paso. Se ha mantenido estándares en el desarrollo de las interfaces para
que el usuario se familiarice con el uso constante de la aplicación.
53
INSTALACION DEL SISTEMA
El Sistema de Evaluación de Profesores y Workflow para Solución de
Sugerencias y Reclamos necesita recursos físicos, lógicos, humanos y una
infraestructura específica para desenvolverse adecuadamente. En esta sección
se indica todos los requerimientos mínimos necesarios para que la funcionalidad
del SEPYWSSR sea aceptable.
En la parte de recursos físicos se especifican los elementos de Hardware
necesarios como son:
� Procesador Pentium IV de 2 GHZ o superior.
� Memoria Ram 1 GB recomendado.
� Disco duro con capacidad de 40 GB.
En la parte de los recursos lógicos se indica como debe esta configurado el
servidor domino para un correcto funcionamiento del SEPYWSSR.
54 El esquema de infraestructura necesario para implementar el SEPYWSSR es el
siguiente: La organización recibe del proveedor de servicio hosting un domino, el
usuario en su navegador ingresará el nombre de dominio asignado a la
organización para la utilización del sistema, en el momento que ejecute la
petición está se encaminará al proveedor hosting de la organización el mismo
que será el encargado de enrutar dicha petición al servidor domino de la
organización. El SEPYWSSR tendrá dos interfaces el eth1 que recibe la petición
del usuario desde Internet, y el eth0 que recibe la petición desde adentro de la
organización por medio de una intranet.
En el CD de la aplicación se encuadran todo el Software necesario para instalar
el SEPYWSSR y su árbol de directorios esta dispuesto de la siguiente manera:
• SEPYWSSR.- aquí se encuentran las respectivas bases de datos necesarias
para la ejecución del sistema.
• COMPONENTES.- aquí se encuentran los respectivos componentes
necesarios para el correcto funcionamiento de la aplicación.
• DOCUMENTACION.- aquí se encuentran la respectiva documentación del
proyecto.
• IMAGES.- aquí se encuentran las imágenes utilizadas en el sistema.
55 Se necesita realizar los siguientes pasos para la instalación del SEPYWSSR:
1. Instalar servidor domino 6.5.2.
2. Configurar el servidor domino.
3. Instalar cliente Notes.
4. Configurar cliente Notes.
5. Copiar la carpeta SEPYWSSR del CD al directorio domino.
6. Firmar las respectivas bases de datos.
Instalar servidor domino 6.5.2.
En el CD se encuentran tanto los instaladores del servidor como del cliente, el
archivo para instalar el servidor se llama c56srna.exe.
Descomprimir el contenido del archivo en el directorio D (recomendado) o en el
C. Una vez descomprimido seguir el siguiente paso:
- Seleccionar Domino Server Enterprice.
56 Configuración del servidor domino 6.5.2.
Luego de que haya instalado el servidor hay que proceder a configurarlo para lo
cual debemos de seguir los siguientes pasos:
- Levantar el servidor, para lo cual hay que ir a inicio, programas, lotus
aplicattions y seleccionar Lotus Domino server.
- Una vez levantado el servidor se abrirá una consola de configuración
paso a paso.
- Como primer paso se deberá seleccionar la opción Set up the first
server, está opción se escoge por que la instalación que se va a realizar
es la de un servidor principal.
- Luego se deberá setear en la caja Server name el nombre del servidor y
en server tittle una descripción del servidor.
- Luego se procederá a ingresar el nombre de la organización en la caja
Organization name y la respectiva clave en Organization certifier
password.
- Luego se deberá ingresar el nombre del dominio el cual tiene que ser
igual al nombre de la organización en la caja Domino domain name.
57
- Luego se tendrá que registrar al administrador del sistema para lo cual se
tiene que ingresar el nombre del mismo en la caja First name, el apellido
en la caja Last name y su respectiva contraseña en la caja
Administrador password.
- En la siguiente opción se deberá seleccionar los procesos que deseamos
que se levante al iniciar el servidor.
- En la siguiente opción debemos de setear las seguridades de acceso al
servidor.
Instalar el cliente Notes.
En el CD se encuentran tanto los instaladores del servidor como del cliente, el
archivo para instalar el cliente notes se llama c56sqna.exe.
Descomprimir el contenido del archivo en el directorio D (recomendado) o en el
C. Una vez descomprimido seguir el siguiente paso:
- Aceptar los términos del contrato.
- Registra el nombre de usuario y la organización (pueden ser cualquiera).
- Habilitar el domino designer y domino administrador.
58
- Install.
Configuración del cliente Notes.
- Levantar el cliente Notes para lo cual dar doble clic sobre el icono Lotus
Notes que está en el escritorio.
- Una vez levantado el cliente Notes debes ingresar tanto el nombre del
administrador en la caja Your name el cual deberá de ser el mismo que
registraste en la configuración del servidor, y el dominio del servidor en la
caja Domino server de la siguiente manera servidor/dominio.
- Debes de seleccionar el protocolo TCP/IP en la opción del combo.
- Next, next, next, next y aceptar.
Copiar carpeta SEPYWSSR.
Copiar la carpeta SEPYWSSR al directorio Lotus/Domino/Data.
Firmar las respectivas bases de datos.
Para llevar a esto debes de seguir los siguientes pasos:
59
- Levantar el servidor domino.
- Levantar el domino administrador.
- Ir a la opción Files.
- Seleccionar la carpeta SEPYWSSR.
- Dar clic sobre las bases respectivas y seleccionar la opción sign.
- Setear la opción Active server’s ID.
- OK.
60
EXPLICACION DEL SISTEMA
SISTEMA DE EVALUACION DE PROFESORES Y WORKFLOW PARA
SOLUCION DE SUGERENCIAS Y RECLAMOS
Una vez culminado el proceso de instalación, la aplicación SEPYWSSR estará
disponible en el momento que se levante el servidor domino.
Configuración del Sistema
Para que las evaluaciones por parte del usuario evaluador puedan llevarse
acabo con completa normalidad es necesario que el usuario Administrador
configure la fecha de evaluación, la cual podrá realizarse en el documento de
Perfil del sistema.
61
En el gráfico anterior se muestra el acceso al documento de perfil del sistema,
que será en ambiente Notes o sea Local. Para acceder al mismo se deberá
tener el servidor domino levantado e instalado el cliente notes y dar clic sobre el
icono de la aplicación.
62
En este documento se podrá parametrizar determinadas variables que se
utilizarán en el sistema como son:
• Servidor: permitirá ingresar el nombre del servidor con el cual la
aplicación va a trabajar.
• Base aplicación: permite ingresar la ruta de la base de datos de
aplicación.
• Base Parámetros: permite ingresar la ruta de la base de datos de
parámetros.
63
• Base Username: permite ingresar la ruta de la base de datos de
usuarios del SEPYWSSR.
• Base Histórico: permite ingresar la ruta de la base de datos de
archivos históricos del SEPYWSSR.
• Fecha Inicio: permite seleccionar la fecha de inicio de la
evaluación.
• Fecha Fin: permite seleccionar la fecha final de la evaluación.
Una vez seteados estos campos se deberá dar clic sobre el botón grabar para
actualizar los datos del SEPYWSSR.
Tipos de Usuarios
Existen 3 tipos de sesiones.
- Administrador.
- Departamental.
- Evaluador.
Si se desea ingresar a la sesión como usuario Administrador, Departamental o
Evaluador ingresamos en el browser la URL específica de la aplicación.
64 Iniciar Sesión.
La ventana “Inicio de sesión” establece un nivel de seguridad de usuario y
contraseña, mediante la cual, el usuario tendrá acceso a la aplicación
SEPYWSSR.
Cabe recalcar que el usuario Administrador ya esta registrado en el sistema y es
uno solo, por lo tanto no necesita volver a registrarse.
En el caso de que el usuario Administrador no recuerde su contraseña deberá
hacer un clic en: No recuerdo contraseña >> y saldrá la siguiente pantalla.
65 En esta pantalla ingresar su Usuario y Respuesta pregunta secreta, luego dar
clic en el botón Aceptar, al coincidir estas dos opciones el sistema le retornará
la contraseña del usuario solicitante.
Si el usuario a digitado mal el nombre de Usuario o la Respuesta a la pregunta
secreta el sistema le retornará un mensaje de error a dicha petición.
66 MENÚ PRINCIPAL DEL USUARIO ADMINISTRADOR El menú principal del usuario administrador, describe las opciones para todas
las operaciones que realiza la aplicación y son las siguientes:
� Archivo
� Registro
� Consulta evaluación
� Reportes
� Archivos Log
� Correo
� Personal
67
Barra de Opción del Menú Principal
Esta opción permitirá al usuario cerrar la sesión actual del sistema.
Uso de las Barras de Desplazamiento Algunas ventanas incluyen barras de desplazamiento, que pueden utilizarse
para mostrar en pantalla el texto situado más allá de los límites de la ventana.
68
Menú Archivo
El menú Archivo contiene los siguientes submenús:
� Importar archivos Log.
� Tabulación de evaluaciones.
� Migración de datos.
Importar archivos Log.
Permitirá al usuario administrador importar los archivos generados en base a
errores de la aplicación ocasionados por los usuarios.
Esta opción muestra un mensaje de confirmación para asegurar que los
archivos han sido importados con éxito.
69 Tabulación de Encuestas
Esta opción permitirá al usuario administrador tabular las encuestas realizadas
por los usuarios evaluadores.
Esta opción muestra un mensaje de confirmación para asegurar que las
encuestas han sido tabuladas con éxito.
Migración de Datos
Con esta opción el usuaro administrador podrá realizar una actualización de la
base de datos documental con información de una base relacional. Dicha
información permitirá llevar a cabo la evaluación del personal docente. Esta
opción estará disponible solo cuando cuando haya finalizado la fecha de
evaluación.
Registro
El menú Registro contiene los siguientes submenús:
� Usuario.
70
� Preguntas.
Usuarios
Esta opción permitirá permitirá al usuario administrador consultar, registrar,
modificar y eliminar logicamente usuarios del sistema.
71 A continuación se muestra la barra de opciones del registro de usuario.
Regresar Permite regresar una la pantalla anterior.
Nuevo Usuario Llama al formulario de nuevo usuario
Cerrar Sesión Permite cerrar la sesión actual del usuario.
Preguntas
Esta opción permitirá permitirá al usuario administrador consultar, registrar,
modificar y eliminar preguntas de la evaluación.
Para llevar a cabo la modificación de una determinada pregunta basta con dar
doble clic sobre la pregunta, se displayará un formulario para modificar dicha
pregunta, asiendo clic en la opción Editar.
72
A continuación se muestra la barra de opciones del registro de preguntas.
Regresar Permite regresar una la pantalla anterior.
Nueva Pregunta Permite llamar al registro de nueva pregunta.
Enviar a papelera Permite enviar a la papelera el elemento seleccionado.
Vaciar papelera Permite vaciar la papelera.
Cerrar Sesión Permite cerrar la sesión actual del usuario.
Editar. Permite editar la pregunta seleccionada
73 Consulta Evaluación
Esta opción permitirá tanto al usuario administrador como al departamental ver
los resultados de la evaluación en gráficos estadísticos.
Gráficos Estadísticos.
Esta opción permitirá tanto al usuario administrador como al departamental ver
los resultados de la evaluación en gráficos estadísticos.
Para llegar a esta pantalla se debe de seleccionar al profesor por medio del
código, después seleccionar el código de la materia de dicho profesor y por
último seleccionar la pregunta para acceder al gráfico que contiene los
resultados de dicha evaluación.
74 Gráfico Comparativo.
Esta opción permitirá tanto al usuario administrador como al departamental ver
un gráfico comparativo de los resultados obtenidos por varios profesores en una
determinada materia.
Para llegar a esta pantalla deberá seleccionar el código de la materia a
comparar.
A continuación se muestra la Barra de Opciones del formulario Gráficos
Comparativo.
75
Regresar Permite regresar una la pantalla anterior.
Ver Gráfica Permite ver el gráfico comparativo de las materias.
Cerrar Sesión Permite cerrar la sesión actual del usuario.
Resultados de Evaluación.
Esta opción permitirá tanto al usuario administrador como al departamental ver
los resultados obtenidos por cada uno de los profesores en cada una de las
preguntas.
Para llegar a esta pantalla deberá seleccionar un profesor y consultar los
resultados.
76 Reportes.
Esta opción permitirá generar reportes de alumnos que no han evaluado y
solicitudes finalizadas, tanto al usuario administrador como al departamental.
Solicitudes.
Esta opción permitirá generar reportes de solicitudes finalizadas, las mismas
que podrán ser impresas.
77
A continuación se muestra la Barra de Opciones del formulario Solicitudes
Finalizadas:
Regresar Permite regresar una la pantalla anterior.
Imprimir. Permite imprimir las solicitudes finalizadas.
Cerrar Sesión Permite cerrar la sesión actual del usuario.
Evaluación.
Esta opción permite generar reportes de los alumnos que no han realizado la
evaluación, el mismo que podrá ser impreso.
78
Historico.
Esta opción permitirá consultar archivos históricos de solicitudes finalizadas y
resultados de evaluaciones en diferentes ciclos y años los mismos que podrán
ser accedidos tanto por el usuario administrador como por el departamental.
79 Evaluación.
La opción evaluación permite consultar un historico de los resultados de
evaluaciones realizadas en base al Año y ciclo establecidos. Deberá hacer un
clic en la opción Buscar Archivos para generar la consulta.
Luego de seleccionar a un profesor podemos acceder a los resultados de la
evaluación del mismo y dando doble clic sobre una pregunta especifica
podemos acceder a una consulta mas detallada de la misma.
80
Solicitud.
La opción evaluación permite consultar un historico de los resultados de
solicitudes realizadas en base al Año y ciclo establecidos. Deberá hacer un clic
en la opción Buscar Archivos para generar la consulta.
81
En esta pantalla deberá seleccionar el Tipo de Busqueda y en el cuadro de
texto digitar la opción de busqueda que son:
Estado: las opciones serán Aprobada y Rechazada.
Tipo de Solicitud: las opciones serán General, Sugerencia o Reclamo.
Dar clic en el Botón Buscar para generar la consulta.
82
Para acceder a un detalle más específico acerca de los resultados de la
consulta dar doble clic sobre una solicitud determinada y presentará la siguiente
consulta.
83
Y para ver los estados por el cual a pasado la solicitud, dar clic en Log del
Flujo.
Archivos Log.
Esta opción permitirá al usuario administrador consultar los diferentes errores
que se hayan suscitado en el sistema por parte de los usuarios.
Auditoria.
Esta opción permite generar un listado de determinadas acciones realizadas en
el sistema por parte del usuario Administrador y/o Departamental.
84
Para acceder a una consulta más detallada, dar doble clic sobre una acción
determinada y presentará la siguiente consulta:
Correo.
Esta opción permite al usuario administrador enviar correos a los diferentes
usuarios departamentales así como también a los usuarios evaluadores.
85
Correo Departamento.
Esta opción permite enviar correos al usuario Departamental.
Para enviar el correo seleccionar el usuario al cual le llegará el e-mail y después
dar clic en Aceptar, poner Subject y el mensaje.
A continuación se muestra la Barra de Opciones del formulario Correo
Departamental:
86
Regresar Permite regresar una la pantalla anterior.
Nuevo Permite crear un nuevo mensaje de correo
Enviar Permite enviar el correo a la persona especificada.
Cerrar Sesión Permite cerrar la sesión actual del usuario.
Menú Principal. Permite regresar al Menú Principal.
Correo Alumno.
Esta opción permite enviar correos a los alumnos.
87
Para enviar el correo a un determinado alumno, seleccionar el Semestre del
alumno, el curso y dar un clic en Aceptar y luego poner el Subject y el mensaje.
Una vez seguidos los pasos anteriores dar clic en la opción Enviar.
Personal.
Cambiar clave.
Esta opción permitirá a los diferentes usuarios modificar la clave de acceso para
efectos de seguridad.
88 MENÚ PRINCIPAL DEL USUARIO DEPARTAMENTAL
El menú principal del usuario departamental describe las diferentes funciones
que puede realizar el mismo y son las siguientes:
� Solicitudes
� Consulta Evaluación
� Reportes
� Histórico
� Personal
89 Solicitudes
Aprobadas
Permite consultar las solicitudes finalizadas que hayan sido aprobadas.
Para tener un acceso más detallado a cerca del contenido de la solicitud bastará
con dar un doble clic sobre la misma.
90 Rechazadas
Permite consultar las solicitudes finalizadas que hayan sido rechazadas.
Para tener un acceso más detallado a cerca del contenido de la solicitud bastara
con dar un doble clic sobre la misma.
Consulta Evaluación
Esta opción permitirá tanto al usuario administrador como al departamental ver
los resultados de la evaluación en gráficos estadísticos.
91
Reportes.
Esta opción permitirá generar reportes de alumnos que no han evaluado y
solicitudes finalizadas, tanto al usuario administrador como al departamental.
Historico.
Esta opción permitirá consultar archivos históricos de solicitudes finalizadas y
resultados de evaluaciones en diferentes ciclos y años los mismos que podrán
ser accedidos tanto por el usuario administrador como por el departamental.
92 Personal
Esta opción tiene el siguiente sub-menú:
Bandeja de Entrada.
Esta opción permite revisar las solicitudes emitidas por el usuario evaluador
para darle su debido trámite.
93 Para tener un acceso más detallado a la solicitud y darle su debido trámite
bastará con dar un doble clic sobre la solicitud determinada.
Cambiar clave.
Esta opción permitirá a los diferentes usuarios modificar la clave de acceso para
efectos de seguridad.
94 MENÚ PRINCIPAL DEL USUARIO EVALUADOR
El menú principal del usuario evaluador describe las diferentes funciones que
puede realizar el mismo y son las siguientes:
� Solicitud
� Evaluación
� Personal
95 Solicitud
Esta opción posee el siguiente sub-menú:
Nueva solicitud
Esta opción nos permite generar una nueva instancia de una solicitud, la misma
que puede ser General, Sugerencia o Reclamo.
96 Cabe recalcar que los campos que tienen el asterisco de color rojo son campos
obligatorios.
Mis Solicitudes Finalizadas
Esta opción permite al usuario evaluador consultar las solicitudes finalizadas ya
sean estas aprobadas o rechazadas.
Para tener un acceso más detallado acerca de la solicitud bastará con tan solo
dar un doble clic sobre una solicitud determinada.
97 Evaluación
Esta opción va a permitir al usuario evaluador acceder al formulario de materias
por evaluar en el cual se detallan datos como:
� Código de la materia.
� Nombre de la materia.
� Semestre de la materia.
� Fecha de inicio de la evaluación.
� Fecha final de la evaluación.
98 Para poder acceder al formulario de evaluación bastará con dar un clic sobre el
código de la materia.
Cabe recalcar que para que el alumno pueda realizar la evaluación de la materia
deberá estar dentro de los límites de fecha inicio y fecha fin, de lo contrario no
podrá realizar la evaluación.
Para llevar a cabo la evaluación de la materia se deberá seleccionar una opción
para cada pregunta de lo contrario no culminar la evaluación y por último hacer
clic en el botón Aceptar.
99 Personal
Bandeja de Entrada
Esta opción permitirá consultar al usuario evaluador la respuesta a las
solicitudes enviadas a la dirección.
Bastará con dar doble clic sobre una respuesta en específico para tener acceso
a la misma.
100
Cambiar clave.
Esta opción permitirá a los diferentes usuarios modificar la clave de acceso para
efectos de seguridad.