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 5
RECLAMOS
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 49
SUGERENCIAS Y RECLAMOS
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 79
DE DOMINO
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 136
USUARIO
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 140
DE USUARIO
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
Existencia de vacíos Disminución del Solución a sugerencias en los conocimientos presupuesto con el que y reclamos fuera de de los alumnos. cuenta la organización. tiempo.
Incorrecta apreciación Perdida de dinero en la Perdida de tiempo en del desenvolvimiento impresión de los tramite de sugerencia del personal docente. formularios. o reclamo.
Causas No se cuenta con un SEP y WSSR on-line
Efectos
Aumento en los gastos Existencia de mitos en Poco interés en la de la organización el personal operativo. automatización de los procesos
Reducción en el Falta de conocimiento Procesos lentos y control de calidad de la de los beneficios de la tediosos. información aplicación.
Cuadro No.1 Fuente: Investigadores
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
Automatizació n del flujo de información qu e involucra el proceso de EP y SSR
Reducir costos Disminuir riesgo de Controlar la mediante la perdida de integridad de la herramienta documentos información (sugerencia o reclamo)
Incrementar control Agilizar el trámite Evitar la incorrecta de calidad de la para la solución de manipulación de los información sugerencia o resultados reclamo
Cuadro: 2 Fuente: Investigadores.
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.
4.1.1 . 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.
Figura 1 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.
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
Cuadro: No. 3 Fuente: Investigadores
27
• Control de Ingreso al registro
Inicio de sesión
Ingreso a la sección de registro
Señal Escribir número de cédula
Validar número de cédula en la base de datos Número de cédula no válido Número de cédula válido No muestra opción de registro Mensaje de bienvenida al
Portal
Señal
Ingreso de datos
Usuario y del usuario para
contraseña ya el registro existentes
Señal
Validación de usuario y contraseña
Mensaje de aceptación Usuario y contraseña validos
Cuadro: No. 4 Fuente: Investigadores
28
• Control de Usuario y Contraseña
Inicio de sesión
Ingreso a las opciones del Sistema
Señal Ingreso de usuario y contraseña
Validar usuario y contraseña en la base de datos Usuario o contraseña no
valido Usuario y contraseña valido No muestra opción del sistema Ingreso a opciones del sistema
Cuadro: No. 5 Fuente: Investigadores.
29
• Crear archivos de auditoria (.log), a diferentes niveles.
Realiz ación archivos .Log
Ingreso al Interactúa con los documentos sistema
Petición Procesamiento de Almacenamiento petición (verific a datos) en archivos .Log
Presentación de resultados
Cuadro: No. 6 Fuentes: Investigadores.
30
• Proceso de Evaluación de Profesores.
Proceso de Evaluación de Profesores
1
Ingreso a la opción de evaluación
Validación de fechas para evaluar
Fecha dentro Mensaje de del rango Fecha fuera del Rango Selección de la materia a evaluar
Cuestionario de Evaluación
Grabar la Evaluación
Si
Si existen materias Desea Verificación de seguir Materias por Evaluar evaluando
Si existen No 1 materias
Cuadro: No. 7 Fuente: Investigadores.
31
• Proceso de envío de Sugerencias o Reclamos.
Proceso de Envío de Sugerencia o Reclamo
Ingreso a la opción de Sugerencias o Reclamos
Seleccionar tipo de Sugerencia o Reclamo
Reclamo Sugerencia
Seleccionar tipo Seleccionar tipo de Reclamo de Sugerencia
Envío de Envío de Solicitud Solicitud
Cuadro: No.8 Fuente: Investigadores.
32
• Proceso de Recepción de Sugerencia o Reclamo.
Proceso de Recepción de Sugerencia o Reclamo
Recepción de Sugerencia o
Reclamo
1
Clasificación de Sugerencia o Reclamo
Verificación de Sugerencia o Reclamo No Está dentro del alcance Sugerencia Reclamo
Está dentro Selecciono del alcance Selecciono Departamento Departamento
Revisión de Revisión del Sugerencia Reclamo no crítico Ejecutar y crítico Tramitar el 1 reclamo Usuario legaliza reclamo
Cuadro: No. 9 Fuente: Investigadores.
33
• Emisión de reportes predefinidos.
Emisión de reportes predefinidos.
Seleccionar Orden de Tipo de Reporte Reporte
Establecer
Fecha
Procesar Orden
Presentación de Reportes
Cuadro: No. 10 Fuente: Investigadores.
34
• Proceso de Mantenimiento de Preguntas.
Proceso de Mantenimiento de Preguntas
Seleccionar Opción de Mantenimiento
No
La Registrar Pregunta Pregunta existe
Si
Buscar Pregunta
Modificar o Eliminación
Cuadro: No. 11 Fuente: Investigadores.
35
• Proceso de Tabulación de preguntas
Proceso de Tabulación de Preguntas
Orden de Tabulación Verificar tiempo límite
Selección de
Pregunta
Verificar y
clasificar
respuestas
Dividir total de cada respuesta para el total de encuesta.
No Presentar Si Existe otra resultados y pregunta gráficos estadísticos
Cuadro: No. 12 Fuente: Investigadores.
36
• Proceso de Mantenimiento de Usuarios.
Proceso de Mantenimiento de Usuarios.
Orden de mantenimiento de usuario
Seleccionar Opción de Mantenimiento
No
Existe Registro de
Usuario Usuario
Si Asignación Si Buscar Usuario de Permisos de Acceso
Modificarlo o darlo de baja
Cuadro: No. 13 Fuente: Investigadores.
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
Estudiante Secretaria Envía
Ini cio Crea Recepto Verifica Clasifica 1 Solicitud Solicitud Solicitud Solicitud
Directora No Revisa Rechazada 1 Aprueba? Solicitud
Si Si Genero Verifica Tipo de Esta a mi Ejecuta Solución Notificación Solicitud Alcance de Solicitud de Solución
No
En vía Envía No 2 Selecciona Revisa Aprueba? Rechazada Departamento Solicitud
2
Si Notifica a la Directora Genero Ejecuta Solución Notificación Gráfico: 4 de Solicitud de Solución Fuente: Investigadores Notifica a la Directora
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 Secretario Vicerrectorado Andrés Salame Proceso de Evaluación Académico Ing. Luis Cobos Sub-Director Proceso de Evaluación Proceso de Solución Ab. Juan Chávez Secretario (CISC) de sugerencias y Reclamos Especificaciones Ing. Moisés Vera Departamento de Hardware 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:
1.- 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
Recurso Humano
Hardware y Software
Recursos económicos
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.
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.
Domino Domino Object Server Store
Cliente Notes
OS File System
HTTP Server Cliente Web RDBMS
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
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
Descripción Informes Fecha Tiempo del de cronológica aplicación recurso disponibilidad del recurso recurso 17/01/06 œ Hardware Inmediata 9 meses 09/09/06 18/02/06 œ Software Inmediata 8 meses 09/09/06 17/01/06 œ Humano Inmediata 10 meses 09/09/06
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 Complejidad Complejidad TOTAL baja media alta # de entradas 3X3 2X4 1X6 23 # de salidas 4X4 2X5 1X7 33 # archivos (internos) 3X7 2X10 1X15 56 # archivos 5X5 X7 X10 25 (externos) # de consultas o 8X3 2X4 2X6 44 reportes Punto de función no 181 ajustado
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.
(Ver Cronograma de actividades el Anexo 4)
5.9.1 LISTADO DE ACTIVIDADES.
Número Actividades 1 Formación de grupos 2 Definición del tema del proyecto 3 Análisis del Sistema 4 Definir el método de recolección de información 5 Definir políticas de recolección de información 6 Recopilación de Información previo a la asignación de autoridades a entrevistar 7 Asignación de autoridades a entrevistar 8 Recopilación de información (entrevistas, consultas, investigaciones) 9 Informe de las entrevistas 10 Análisis del tema propuesto 11 Establecer necesidades del usuario 12 Análisis de necesidades del usuario 13 Desarrollo de propuesta. 14 Entrega de la propuesta del proyecto 15 Administración del Alcance 16 Administración de Tiempo 17 Administración de Costos 18 Administración de Riesgos 19 Diseño del Sistema 20 Diseño de Datos 21 Diseño Arquitectónico
104
22 Diagrama del Diseño General del Sistema 23 Diagrama Jerárquico del Menú Principal 24 Preparación para la Sustentación 25 Sustentación Análisis y Diseño 26 Codificación 27 Prueba 28 Integración
Cuadro: No. 19 Fuente: Investigadores.
105
5.10. ADMINISTRACIÓN DE RIESGOS
RIESGO DEFINICION AFECTA PROBABILIDA EFECTO ESTRATEGIAS D - Darle facilidades para que haga su Que se vaya un integrante del Proyecto Muy Baja Serio trabajo. proyecto - Proporcionar un entorno agradable. PERSONAL - Capacitar al personal. Que haya personal sin conocimiento Producto Moderada Tolerante - Proporcionarle manuales de la herramienta. - Buscar Asesoría para realizar el proyecto. - Realizar reuniones periódicas de Que los integrantes del proyecto Proyecto Muy Baja Serio integración. sean problemáticos. - Hacerles notar que para terminar el proyecto todos dependemos de todos. - Establecer Políticas. Integrantes del Proyecto Proyecto Muy Baja Serio - Establecer multas. incontrolados - Hacer Buen Análisis de Que la Competencia tenga un Grupo Moderada Tolerante Requerimientos mejor producto - Hacer investigaciones que contribuyan al proyecto. - Revisar que se cumplan todos los ORGANIZACIONAL hitos.
106
Cambio de las políticas del Grupo Grupo Baja Tolerante - Contar con políticas bien definidas de trabajo. - Analizar la solvencia del grupo. Que el grupo quiebre Proyecto Baja Catastrófico - Revisar la información históricas de la trayectoria de los integrantes del grupo - Hacer un buen análisis de REQUERIMIENTOS Hacer cambio de requerimientos a Proyecto Baja Serio requerimientos de usuario. medio proyecto. - Revisar si la información que se ha tomado en cuenta para el proyecto es relevante. Que no se cumpla con lo que se ha Producto Baja Serio - Verificar que se cumplan los hitos prometido establecidos. - Establecer cronogramas de entregas del proyecto Que no se tenga un acercamiento Producto Baja Serio - planificar reuniones para con el usuario establecer requerimientos. - Obtener manuales de la Uso de Herramientas que no se Proyecto Alta Serio herramienta. HERRAMIENTAS conozca - Capacitar al personal sobre la herramienta. Que la herramienta no tenga Proyecto Baja Serio - Utilizar herramientas de Marcas soporte técnico conocidas. Base de datos no apta para la Proyecto Baja Serio - Analizar las características de la aplicación Base de Datos a utilizar. Base de Datos no ofrece el número Proyecto Baja Tolerante - Hacer pruebas a la base de datos. TECNOLOGICO de respuesta en el tiempo destinado.
107
Que no se puedan integrar los Proyecto Baja Catastrófico - Definir estándares módulos - Hacer reuniones. Que la herramienta no este acorde Proyecto Baja Catastrófico - Realizar las respectivas pruebas a la carga de procesamiento sobre la Base de Datos. PRESUPUESTO Que no alcance el presupuesto Grupo Moderada Catastrófico - Realizar un buen análisis de costos. - Dejar un porcentaje extra para cubrir eventualidades.
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
Autenticación Solicitud
Autorización
Usuario Domino Server Recepción de respuesta
Gráfico: No.8 Fuente: Investigadores.
116
CLIENTES BROWSER
http Domi Serve no Servidor r Engin Solicitud DNS 1 Domino Server
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.
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
SIMBOLOS DESCRIPCION
Terminador, representan entidades externas con las cuales el sistema se comunica.
Proceso
El flujo se usa para describir el movimiento de bloques o paquetes de información de una parte del sistema a otra.
El almacén se utiliza para modelar una colección de paquetes de datos en reposo
Cuadro: No.21 Fuente: Investigadores
119
DFD Nivel 0
Ingreso Clave de Reportes de Acceso Resultado de la Evaluación
Ingreso Confirmación Evaluación Solución Sug. O Reclamo SEP Y WSSR
Ingreso Solicitud Confirmación de Sug. O Reclamo User Registrados al Sistema
Registro de User Interfaz Gráfica al Sistema Amigable
Gráfico: No. 10 Fuente: Investigadores.
120
Dentro del Ejecutar 2 alcance tramite de Confirmación de solución solución tomada Solución Recepción Sugerencia de Solicitud Clasificación Visualiza o Reclamo Sugerencia Selecciono Vistas Ejecutar o Reclamo Departamento tramite de Revisión solución del Interfaz Interactúa Reclamo Gráfica Fuera del con el amigable Solicitud de alcance Servidor Sugerencia Envío Selección o Reclamo de de tipo de Ingreso Solicitud solicitud Datos Ingreso Activo de de clave acceso al Petición de Solicitud de acceso Sistema Evaluación Petición no Sistema de Evaluación de Aceptación Almacena Profesores y Workflow Log de para Solución de Verif. Conf. Sugerencias o Reclamos. Autentificación Verifica errores De servidor y del usuario tiempo Tiempo permisos de D.F.D limite fuera de ACL en la BD rango Procesamiento de evaluación Pedido de Selección nueva No Activa de clave acceso al materia Grabar Sistema Evaluación
Almacena Log de errores
121
Proceso respuestas
Clasifico respuestas
Verifica existe otra Selecciono pregunta preguntas Clasifico preguntas Si se Visualizo cumple Gráficos de fecha resultado estadísticos
2 Petición de Ejecución Agente no Tabulación de Agente Verifico No se ejecuta fecha cumple tabulación establecida fecha
Gráfico: No. 11 Fuente: Investigadores
1 22
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:
1 23
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.
1 24
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.
CAMPOS T IPOS D E CAMPOS E je m p lo d e c o n te n id o OB SE R V ACION E S C_usuario te x t arm an d ito P e rm ite in g re so d e l usuario c_con trase ñ a p assw ord ********** P e rm ite in g re so d e con trase ñ a
Cuadro 22 Fuente: Investigadores
1 25
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.
1 26
Gráfico 13 Fuente Investigadores
1 27
CAMPOS T IPOS D E CAMPOS E je m p lo d e c o n te n id o OB SE R V ACION E S c_usuari te x t 0 9 18 4526 58 P e rm ite in g re so d e n um e ro d e ce d ula c_con trase ñ a P assw ord ******* P e rm ite in g re so d e con trase ñ a c_p re g un ta Com b o b ox Color fav orito P e rm ite in g re so d e p re g un ta c_re sp ue sta T e x t A z ul P e rm ite in g re so d e re sp ue sta c_corre o T e x t M az g 11@ y ah oo.com P e rm ite in g re so d e corre o c_n om b re T e x t A rm an d o P e rm ite in g re so d e n om b re c_ap e llid o T e x t Z um b a P e rm ite in g re so d e ap e llid o c_se x o R ad io b utton M asculin o P e rm ite se le ccion ar c_fe ch a D ate /tim e 12 / 0 6 / 20 0 6 P re se n ta fe ch a actual
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.
1 28
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.
1 29
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
1 30
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
1 31
CAMPOS T IPOS D E CAMPOS E je m p lo d e c o n te n id o OB SE R V ACION E S T ip o_re clam o Com b o b ox S ug e re n cia P e rm ite se le ccion ar tip o d e re clam o C_ciud ad T e x t G uay aq uil P e rm ite in g re so d e ciud ad C_d ire ccion T e x t Cd la. F e rrov iaria P e rm ite in g re so d e d ire cció n C_m ail T e x t m ag s@ y ah oo.com P e rm ite in g re so d e corre o e le ctró n ico C_asun to Com b o b ox M al se rv icio P e rm ite se le ccion ar e l asun to C_d e scrip cion R ich te x t N o h ay In te rn e t P e rm ite in g re sar d e scrip ció n d e l re clam o F e ch a_actual D ate / tim e 25 / 0 2 / 20 0 6 M ue stra la fe ch a actual
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.
1 32
Gráfico: 17 Fuente Investigadores
CAMPOS T IPOS D E CAMPOS E je m p lo d e c o n te n id o OB SE R V ACION E S R _p re g _1 R ad io b utton 1 P e rm ite se le ccion ar la re sp ue sta R _p re g _2 R ad io b utton 5 P e rm ite se le ccion ar la re sp ue sta R _p re g _3 R ad io b utton 3 P e rm ite se le ccion ar la re sp ue sta R _p re g _4 R ad io b utton 3 P e rm ite se le ccion ar la re sp ue sta R _p re g _5 R ad io b utton 2 P e rm ite se le ccion ar la re sp ue sta R _p re g _6 R ad io b utton 2 P e rm ite se le ccion ar la re sp ue sta R _p re g _7 R ad io b utton 2 P e rm ite se le ccion ar la re sp ue sta R _p re g _8 R ad io b utton 4 P e rm ite se le ccion ar
1 33
la re sp ue sta R _p re g _9 R ad io b utton 4 P e rm ite se le ccion ar la re sp ue sta R _p re g _10 R ad io b utton 1 P e rm ite se le ccion ar la re sp ue sta R _p re g _11 R ad io b utton 1 P e rm ite se le ccion ar la re sp ue sta R _p re g _12 R ad io b utton 5 P e rm ite se le ccion ar la re sp ue sta R _p re g _13 R ad io b utton 3 P e rm ite se le ccion ar la re sp ue sta
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 ENTRA D AS ENTRADAS Interactúa con el Servidor
Clave de Autenticación Petición de Verificació Selección Procesa I Clave de acceso Del evaluación n de tiempo de materia evaluación acceso I Usuario N
N Solicitud de Selecc. Tipo Ingrese datos Envío de T Ingreso de Sug. o Recl de solicitud de solicitud solicitud solicitud Ingreso de Verificación T E sugerencia solicitud de o reclamo sugerencia configuración E Registro de Ingre. Datos Asignación Registro nuevo R o reclamo del servidor y del User de permisos Usuarios Usuario permisos R F Registro ACL de la del usuario Petición de Procesa petición Registro F A Vistas de vistas del usuario No activa el A acceso Z Registro de Registro de Z Petición De Verif. Tiempo Clasif. Clasif. Procesa preguntas Tabulación establecido preguntas respuestas respuestas preguntas Pedido de clave de acceso
Petición mantenimiento Selección de Procesa de preguntas mantenimient mantenimient Petición de Petición de vistas vistas Petic. Soluc. Verificación Selecc. Confirmación Sug. o Recl Sug .o Recl departament solución
Gráfico: 18 BDD RDBMS FILE Fuente Investigadores SYSTEM
135
Cliente Cliente Notes Web
NRPC NRPC
http Domin Autenticación Server o Engine Autorización Domino Server
Domino Server
Modulo Mantenimiento de Usuarios
Modulo Mantenimiento de Preguntas SEP Y WSSR Modulo de sug. y reclamos
Modulo de Tabulación de Preguntas
DIAGRAMA DE Modulo de Evaluación BLOQUES DEL SISTEMA Modulo de Vistas
Gráfico: 19 Fuente Investigadores Modulo de Históricos
Vista de alumnos Vista Comparativa Vista porcentaje Vistas de Gráficas
que no realizan Profesor/ preguntas
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
C
B
D
A
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
138
6.5.1.2. Ingreso a la Aplicación.
Los componentes del ingreso a la aplicación se detallan a continuación:
A
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
139
6.5.1.3. Envío de mail.
B
C D
E
A
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
1 40
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
1 41
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.
1 42
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.
1 43
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.
1 44
Pág. 1 / 1 SISTEMA DE EVALUACION DE PROFESORES Y WORKFLOW PARA SOLUCION DE SUGERENCIAS O RECLAMOS Fecha de Diseño 05/05/2006 Versión 1.0
DIAGRAMA JERARQUICO DEL MENU PRINCIPAL
SEPYWSSR
Archivo Registro Consulta Reportes Histórico Archivos Log Correo Evaluación
Importar Usuarios Gráfico Solicitudes Solicitudes Auditoria Departamento archivos Log estadístico
Evaluación Preguntas Evaluación Alumnos Gráfico comparativo Tabulación de encuestas
Resultado evaluación Migración de Datos Cuadro 29
1 45
6.5.3.1. Descripción de cada opción del menú
6.5.3.1.1. Menú Archivo
MODULO GUI
ARCHIVO
IMPORTAR ARCHIVOS LOG
TABULAR ENCUESTAS
MIGRACION DE DATOS
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.
1 46
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
MODULO GUI
REGISTRO
USUARIOS
PREGUNTAS
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.
1 47
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
1 48
6.5.3.3. Menú Consulta Evaluación
MODULO GUI
CONSULTA EVALUACIÓN
GRAFICOS ESTADISTICOS
GRAFICO COMPARATIVO
RESULTADOS EVALUACION
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
1 49
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
1 50
6.5.3.4. Menú Reportes
MODULO GUI
REPORTES
EVALUACION
SOLICITUDES
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
1 51
6.5.3.5. Menú Histórico
MODULO GUI
HISTORICO
EVALUACION
SOLICITUD
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
1 52
6.5.3.6. Menú Archivos Log
MODULO GUI
ARCHIVOS LOG
AUDITORIA
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
1 53
6.5.3.7. Menú Correo
MODULO GUI
CORREO
DEPARTAMENTO
ALUMNO
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
1 54
6.5.3.8. Menú personal
MODULO GUI
PERSONAL
CAMBIAR CLAVE
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
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:
File -> Database -> new
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. 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?
Nombre Rol Ing. Matilde Alvear L. Directora Ing. Luís Cobos SubœDirector Ing. Katty Lagos Coordinadora Académica Ing. Darwin Patiño Coordinador Seminario Graduación Ab. Juan Chávez Secretario Lcdo. Espinoza Êlvaro Coordinador de Administración Ing. Moisés Vera Coordinador Dep. de Informática Srta. Arias Jordán Bibliotecaria Srta. Alegría Êlvarez Bibliotecaria
¿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 Matpro cedula Nvarchar2(10) Null Column Name Condense Type Nullable Nombre Nvarchar2(225) Null Materia Nvarchar2(50) Null Valida Bit Null Profesor Nvarchar2(50) Null
Dbencuesta Resultado Column Name Condense Type Nullable Column Name Condense Type Nullable Cedula Nvarchar2(10) Null Materia Nvarchar2(50) Null Nombre Nvarchar2(50) Null Profesor Nvarchar2(50) Null codmateria Nvarchar(5) Null P1 Nvarchar(1) Null Materia Nvarchar2(50) Null P2 Nvarchar(1) Null Grupo Nvarchar2(50 Null P3 Nvarchar(1) Null Profesor Nvarchar2(50) Null P4 Nvarchar(1) Null Valida Bit Null P5 Nvarchar(1) Null Anio Int Null P6 Nvarchar(1) Null Ciclo Int null P7 Nvarchar(1) Null P8 Nvarchar(1) Null P9 Nvarchar(1) Null P10 Nvarchar(1) Null Observación Nvarchar(2) Null
Observación Opciones Column Name Condense Type Nullable Column Name Condense Type Nullable Fecha Nvarchar2(400) Null Observación Nvarchar2(5) Null canpreguntas tinyint Null Curso Nvarchar(5) Null Profesor Nvarchar2(50) Null Materia Nvarchar2(50) Null Codmat Nvarchar2(50) 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 ne '06 22 ene '06 29 ene '06 L M X J V S D L M X J V S D L M 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 autoridad1e0s daí aesntrevistar 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, investigacion2e dsí)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
Tarea Hito Tareas externas Proyecto: cronograma División Resumen Hito externo Fecha: jue 14/09/06 Progreso Resumen del proyecto Fecha límite
Página 1 05 feb '06 12 feb '06 19 feb '06 26 feb '06 05 mar '06 12 mar '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 V
Tarea Hito Tareas externas Proyecto: cronograma División Resumen Hito externo Fecha: jue 14/09/06 Progreso Resumen del proyecto Fecha límite
Página 2 19 mar '06 26 mar '06 02 abr '06 09 abr '06 16 abr '06 23 abr '06 30 abr ' 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 L
Tarea Hito Tareas externas Proyecto: cronograma División Resumen Hito externo Fecha: jue 14/09/06 Progreso Resumen del proyecto Fecha límite
Página 3 6 07 may '06 14 may '06 21 may '06 28 may '06 04 jun '06 11 jun '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 J
Tarea Hito Tareas externas Proyecto: cronograma División Resumen Hito externo Fecha: jue 14/09/06 Progreso Resumen del proyecto Fecha límite
Página 4 18 jun '06 25 jun '06 02 jul '06 09 jul '06 16 jul '06 23 jul '06 30 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 V S D
Tarea Hito Tareas externas Proyecto: cronograma División Resumen Hito externo Fecha: jue 14/09/06 Progreso Resumen del proyecto Fecha límite
Página 5 l '06 06 ago '06 13 ago '06 20 ago '06 27 ago '06 03 sep '06 10 sep '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 X
Tarea Hito Tareas externas Proyecto: cronograma División Resumen Hito externo Fecha: jue 14/09/06 Progreso Resumen del proyecto Fecha límite
Página 6 FLUJO DE CAJA AL 30-05-2006 CONCEPTOS mes 1 mes 2 mes 3 mes 4 mes 5 mes 6 mes 7 mes 8 mes 9 mes 10 total INGRESOS Por 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 EGRESOS sueldos 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,50 Utilidad 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,50 Utilidad 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
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 5
RECLAMOS
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 49
SUGERENCIAS Y RECLAMOS
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 79
DE DOMINO
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 136
USUARIO
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 140
DE USUARIO
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 12
ADMINISTRADOR
DIAGRAMA GERARQUICO DEL MENU PRINCIPAL USUARIO 13
DEPARTAMENTAL
DIAGRAMA GERARQUICO DEL MENU PRINCIPAL USUARIO 14
EVALUADOR
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
Existencia de vacíos Disminución del Solución a sugerencias en los conocimientos presupuesto con el que y reclamos fuera de de los alumnos. cuenta la organización. tiempo.
Incorrecta apreciación Perdida de dinero en la Perdida de tiempo en del desenvolvimiento impresión de los tramite de sugerencia del personal docente. formularios. o reclamo.
Ca usas No se cuenta con un
SEP y WSSR on-line
Efectos
Aumento en los gastos Existencia de mitos en Poco interés en la
de la organización el personal operativo. automatización de los procesos
Reducción en el Falta de conocimiento Procesos lentos y control de calidad de la de los beneficios de la tediosos. información aplicación.
4
ARBOL DE ALTERNATIVAS
Automatización de l flujo de información que in volucra el proceso de EP y SSR
Reducir costos Disminuir riesgo de Controlar la
mediante la perdida de integridad de la
herramienta documentos información (sugerencia o reclamo)
Incrementar control Evitar la incorrecta Agilizar el trámite de calidad de la para la solución de manipulación de los
información sugerencia o resultados
reclamo
5
INFRAESTRUCTURA. 6
GRAFICO DE LOS PROCESOS INVOLUCRADOS
Estudiante Secretaria Envía
Inicio Crea Recepto Verifica Clasifica 1 Solicitud Solicitud Solicitud Solicitud
Directora No Revisa Rechazada 1 Aprueba? Solicitud
Si
Si Genero Verifica T ipo de Esta a mi Ejecuta Solución Notificación Solicit ud Alcance de Solicitud de Solución
No
Envía Envía No Selecciona Revisa 2 Aprueba? Rechazada Departamento Solicitud
2
Si Notifica a la Directora Genero Ejecuta Solución Notificación de Solicitud de Solución Notifica a la Directora 7
DFD Nivel 0
Ingreso Clave de Reportes de Acceso Resultado de la Evaluación
Ingreso Confirmación
Evaluación Solución Sug. O Reclamo
SEP Y WSSR
Ingreso Solicitud Confirmación de Sug. O Reclamo User Registrados al Sistema
Registro de User Interfaz Gráfica al Sistema Amigable
8
Ejecutar Dentro del 2 alcance tramite de Confirmación de so lución solución tomada Solución Recepción Sugerencia de Solicitud Visualiza o Reclamo Clasificación Selecciono Vistas Sugerencia o Reclamo Departamento Ejecutar tramite de Revisión solución del Interfaz Interactúa Reclamo Gráfica Fuera del con el alcance amigable Servidor Solicitud de Sugerencia Envío de Selección Solicitud o Reclamo de tipo de Ingreso solicitud Datos Ingreso Activo de acceso al de clave Petición de Solicitud de acceso Sistema Evaluación Petición no Sistema de Evaluación de Aceptación Almacena Profesores y Workflow Log de para Solución de Verif. Conf. errores Sugerencias o Reclamos. Autentificación Verifica De servidor y del usuario tiempo Tiempo D.F.D permisos de limite fuera de ACL en la BD rango Procesamiento de evaluación Pedido de Selección nueva No Activa de clave acceso al materia Grabar Sistema Evaluación
Almacena Log de errores 9
Proceso respuestas
Clasifico respuestas
Verifica existe otra pregunta Selecciono preguntas
Clasifico
preguntas Si se Visualizo cumple Gráficos de fecha resultado estadísticos
2 Petición de Ejecución Agente no Verifico No se Tabulación de Agente ejecuta fecha cumple tabulación establecida fecha
10
DISEÑO ARQUITECTONICO ENTRADAS ENTRADAS Interactúa con el Servidor
Clave de Autenticación Petición de Verificació Selección Procesa Clave de acceso Del evaluación n de tiempo de materia evaluación acceso Usuario
Solicitud de Selecc. Ingrese Envío de Ingreso de Sug. o Recl Tipo de datos de solicitud I solicitud Ingreso de Verificación sugerencia solicitud I de N o reclamo sugerencia configuración Registro de Ingre. Asignación Registro nuevo o reclamo N del servidor y Usuarios Datos del de permisos Usuario T permisos Registro del T ACL de la E usuario
Registro del Petición de Procesa petición E usuario No activa el Vistas de vistas R
R acceso F Registro de
Registro de Petición De Verif. Tiempo Clasif. Clasif. Procesa preguntas F A preguntas Tabulación establecido preguntas respuestas respuestas Pedido de A clave de Z acceso Z Petición Selección de Procesa mantenimiento de mantenimient mantenimient Petición de Petición de vistas vistas Petic. Verificació Selecc. Confirmación Soluc. Sug. n Sug .o departamen solución
BDD RDBMS FILE SYSTEM 11
Cliente Cliente Notes Web
NRPC NRPC
http Domi Autenticació Serve no n Engi
Autorización Domino Server Domino Server
Modulo Mantenimiento de Usuarios
Modulo Mantenimiento de Preguntas
SEP Y WSSR Modulo de Solución de Sugerencias y Reclamos
Modulo de Tabulación de Preguntas
Modulo de DIAGRAMA DE Evaluación BLOQUES DEL SISTEMA Modulo de Vistas
Modulo de Históricos
Vista de alumnos Vista Vista porcentaje Vistas por que no realizan Comparativa Profesor/ rangos de fecha evaluación preguntas
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 Histórico Archivos Correo Personal Evaluación Log
Importar Usuarios Correo Cambiar Gráfico Evaluación Auditoria archivos Departamental estadístico Clave Log Preguntas Solicitud Correo Reportes Tabulación Alumno Profesores de Evaluación
Migración de Datos
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 Histórico Personal Evaluación
Aprobada Gráficos Evaluación Bandeja de Entrada estadísticos Rechazada Solicitud Resultados Cambiar Evaluación Clave
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 Evaluación Bandeja de Solicitud Entrada
Mis Cambiar Solicitudes Clave Finalizadas
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,PROFES OR 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 "" 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 "" 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 "" 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 ""
Exit Sub
End If
If (user (0) = "") Then
Print""
Else
If Not(doc2 Is Nothing) Then
Print""
Else
If (clave1 (0) = "") Then 42
Print""
Else
If (clave2 (0) = "") Then
Print""
Else
If (clave1 (0) <> clave2 (0)) Then
Print""
Else
If (pregunta (0) = "Seleccione una") Then
Print""
Else
If (respuesta (0) = "") Then 43
Print""
Else
If (correo (0) = "") Then
Print""
Else
If (nombre (0) = "") Then
Print""
Else
If (apellido (0) = "") Then
Print""
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""
'Print""
'If tipo = "Administrador" Then
'Print""
'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:
V Procesador Pentium IV de 2 GHZ o superior.
V Memoria Ram 1 GB recomendado.
V 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.