UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/12196/1/B-CISC-PTG...5.7.1.2. MODELO...

UNIVERSIDAD DE GUAYAQUIL

Facultad de Ciencias Matemáticas y Físicas

Carrera de Ingeniería en Sistemas Computacionales

“Sistema de Evaluación de Profesores y Workflow para Solución de Sugerencias y Reclamos”

TESIS DE GRADO

Previo a la Obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

Autores:

Eddy Javier Aguilar Cedeño

Manuel Armando Zumba Gómez Agustín Fabián Abad Durazno

GUAYAQUIL – ECUADOR

Año: 2006

I

DEDICATORIA Este proyecto está dedicado en primer

lugar a “Jehová Dios” por mantenerme con

la fe firme, a mi familia por brindarme su

respaldo y a mi novia Angelita por darme

su apoyo incondicional en todo momento.

Eddy Aguilar Cedeño

II

DEDICATORIA A mis padres, sin cuyo estimulo y apoyo

no hubiera logrado dar un paso mas en mi

vida profesional.

A mis hermanos por sus constantes

muestras de apoyo.

Juntos, su presencia ha sido un gran

motivo para mi esfuerzo de superación.

Armando Zumba Gómez

III

DEDICATORIA Este trabajo esta dedicado a mi “DIOS” a

mis PADRES; quienes en todo momento

confiaron en mí y estuvieron a mi lado, que

no bastó lo económico sino también lo

moral y espiritual para poder terminar esta

etapa de mi vida y ser un hombre de bien.

Agustín Abad Durazno

IV

AGRADECIMIENTO

Agradezco primeramente a “Jehová Dios”

por darme las fuerzas necesarias para

poder salir adelante día a día y no

desmayar en este difícil camino para

alcanzar el éxito profesional, a mi familia

por apoyarme emocionalmente en esta

complicada etapa de mi vida académica y

a mi novia Angelita por estar siempre

conmigo en las buenas y en las malas

ayudándome a salir adelante.


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.


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.


VII

TRIBUNAL DE GRADUACION PRESIDENTE DEL TRIBUNAL PRIMER VOCAL

SEGUNDO VOCAL SECRETARIO

VIII

DECLARACION EXPRESA

“La autoría de la tesis de grado corresponde exclusivamente al suscrito(s),

perteneciendo a la Universidad de Guayaquil los derechos que generen la

aplicación de la misma” (Reglamento de Graduación de la Carrera de

Ingeniería en Sistemas Computacionales, art 26)

IX

RESUMEN

En la actualidad con los avances de la tecnología de información se hace

imprescindible para toda institución educativa automatizar sus procesos de

evaluación de profesores, e incluso procesos para brindar solución a

sugerencias o reclamos, que lleva internamente con el único fin de contar

con un personal docente idóneo y brindar una mayor seguridad a los

procesos inmersos en la solución de sugerencias o reclamos. Ante esta

necesidad que atraviesan las Instituciones Educativas proponemos la

creación del “Sistema de evaluación de profesores y workflow para la

solución de sugerencias y reclamos”, el mismo que les permitirá a las

Instituciones Educativas realizar sus procesos de evaluación de profesores y

emisión de sugerencias y reclamos de una manera más efectiva y eficiente

mediante la Web lo cual les permitirá ahorrar tiempo y dinero que son dos

recursos muy importantes dentro de la misma.

�

INDICE GENERAL

DEDICATORIA I

AGRADECIMIENTO IV

TRIBUNAL DE GRADUACION VII

DECLARACION EXPRESA VIII

RESUMEN IX

INDICE GENERAL X

CAPITULO I

INTRODUCCION GENERAL 1

1.1. PROBLEMÁTICA 3

1.1.1. SISTEMA DE EVALUACION DE PROFESORES 3

1.1.2. WORKFLOW PARA LA SOLUCION DE SUGERENCIAS O

RECLAMOS

5

1.1.3. CAUSAS 6

1.1.4. CONSECUENCIAS 7

1.2. SOLUCION DE LA PROBLEMÁTICA 9

1.3. MISION 11

1.4. VISION 11

CAPITULO II

NATURALEZA DEL PROYECTO 12

2.1. EL PRODUCTO O SERVICIO 12

2.1.1. EL EQUIPO DIRECTIVO 13

CAPITULO III

EL MERCADO 14

3.1. DEFINICION DEL MERCADO 14

3.2. ANALISIS DE LA COMPETENCIA 15

3.3. PROMOCION Y PUBLICIDAD 17

3.4. PARTIDOS INTERESADOS 18

CAPITULO IV

EL PRODUCTO O SERVICIO 20

4.1. ESPECIFICACIONES DEL PRODUCTO O SERVICIO 20

4.1.1. DECLARACION DEL ALCANCE 20

4.1.1.1. JUSTIFICACION DEL PROYECTO 20

4.1.1.2. PRODUCTO DEL PROYECTO 21

4.1.2. DEFINICION DEL ALCANCE 26

4.2. INFRAESTRUCTURA 37

CAPITULO V

PLAN DE TRABAJO DE DESARROLLO DEL PROYECTO 38

5.1. PROCESO DE INICIALIZACION 38

5.1.1. DESCRIPCION DEL PRODUCTO 39

5.1.2. OBJETIVO GENERAL 46

5.1.3. OBJETIVOS ESPECIFICOS 46

5.2. PROCESO DE PLANEACION 48

5.2.1. PLANEACION DEL ALCANCE 48

5.2.1.1. RECOPILACION DE INFORMACION 48

5.2.1.1.1. INVESTIGACION 48

5.2.1.1.2. CONCEPTOS BASICOS 49

5.2.1.1.2.1. WORKFLOW PARA SOLUCION DE

SUGERENCIAS Y RECLAMOS

49

5.2.1.1.2.2. SISTEMA DE EVALUACION DE PROFESORES 54

5.2.1.1.2.3. POLITICAS DE LA ENTREVISTA 66

5.2.1.1.2.4. MODELO DE DESARROLLO 67

5.3. ESTUDIO DE FACTIBILIDAD 69

5.3.1. FACTIBILIDAD TECNICA 70

5.3.2. FACTIBILIDAD ECONOMICA 70

5.3.3. FACTIBILIDAD OPERATIVA 71

5.4. COMUNICACIÓN CON EL CLIENTE 72

5.5. ETAPA DE ANALISIS 73

5.6. RECURSOS 73

5.6.1. RECURSOS DE HARDWARE 75

5.6.2. RECURSOS DE SOFTWARE 75

5.6.2.1. SISTEMA OPERATIVO 76

5.6.2.2. PROTOCOLOS DE RED SOPORTADOS 76

5.6.2.3. PLATAFORMA DE DESARROLLO 76

5.6.2.4. BASE DE DATOS DOCUMENTAL 78

5.6.2.5. MODELO DE CONTENCION DE LA BASE DE DATOS

DE DOMINO

79

5.6.2.6. COMPONENTES DE UNA BASE DE DATOS DOMINO 80

5.6.2.7. LENGUAJE DE PROGRAMACION 80

5.6.2.7.1. JAVA 80

5.6.2.7.2. JAVASCRIPT 85

5.6.2.7.3. LENGUAJE DE FORMULAS 86

5.6.2.7.4. LOTUS SCRIPT 88

5.6.3. RECURSO HUMANO 93

5.7. METODOS DE ESTIMACION DE PROYECTO 94

5.7.1. MODELO ALGORITMICO 94

5.7.1.1. MODELO PUNTO DE FUNCION 94

5.7.1.2. MODELO COCOMO 98

5.8. ADMINISTRACION DE COSTOS 101

5.8.1. PLANEACION DE RECURSOS 101

5.8.2. ESTIMACION DE COSTOS 102

5.9. CRONOGRAMA DE ACTIVIDADES 102

5.9.1. LISTADO DE ACTIVIDADES 103

5.10. ADMINISTRACIÓN DE RIESGOS 105

5.11. ANALISIS DE REQUERIMIENTOS 108

5.11.1. REQUERIMIENTOS FUNCIONALES 108

5.11.2. REQUERIMIENTOS DE RENDIMIENTO 109

5.12. ANALISIS COSTO BENEFICIO 110

5.13. CASOS DE USO DEL SISTEMA 114

5.14. MODELADO DE REQUERIMIENTOS 116

5.14.1. DIAGRAMA DE FLUJO DE DATOS 116

5.14.1.1. NOTACION GRAFICA 117

CAPITULO VI

DISEÑO 122

6.1. TIPOS DE CLIENTES 122

6.2. TIPOS DE USUARIOS 123

6.3. MODELO DE FORMULARIOS 124

6.3.1. FORMULARIO DE INGRESO 124

6.3.2. FORMULARIO DE REGISTRO 125

6.3.3. FORMULARIO DE MATERIAS A EVALUAR 127

6.3.4. FORMULARIO DE BIENVENIDA 128

6.3.5. FORMULARIO DE ENVIO DE SUGERENCIA O RECLAMO 130

6.3.6. FORMULARIO DE EVALUACION 131

6.4. DISEÑO ARQUITECTONICO Y DIAGRAMA DE BLOQUES 133

6.5. DISEÑO DE INTERFAZ 136

6.5.1. COMPONENTES DE LA INTERFAZ GRAFICA DEL

USUARIO

136

6.5.1.1. SESION DEL ADMINISTRADOR 136

6.5.1.2. INGRESO A LA APLICACIÓN 138

6.5.1.3. ENVÍO DE MAIL 139

6.5.2. DIAGRAMA JERÁRQUICO DE LA INTERFAZ GRÁFICA

DE USUARIO

140

6.5.2.1. INICIO DE SESIÓN 140

6.5.2.2. SESIÓN DEL ADMINISTRADOR 141

6.5.2.2.1. ARCHIVO 141

6.5.2.2.2. REGISTRO 142

6.5.2.2.3. CONSULTA EVALUACIÓN 142

6.5.2.2.4. REPORTES 142

6.5.2.2.5. HISTÓRICO 142

6.5.2.2.6. ARCHIVOS LOG 143

6.5.2.2.7. CORREO 143

6.5.2.2.8. PERSONAL 143

6.5.3. DIAGRAMA JERÁRQUICO DEL MENÚ PRINCIPAL 143

6.5.3.1. DESCRIPCIÓN DE CADA OPCIÓN DEL MENÚ 145

6.5.3.1.1. MENÚ ARCHIVO 145

6.5.3.1.2. IMPORTAR ARCHIVOS LOG 145

6.5.3.1.3. TABULACIÓN DE ENCUESTAS 145

6.5.3.1.4. MIGRACIÓN DE DATOS 146

6.5.3.2. MENÚ REGISTRO 146

6.5.3.2.1. USUARIOS 146

6.5.3.2.2. PREGUNTAS 146

6.5.3.3. MENÚ CONSULTA EVALUACIÓN 148

6.5.3.3.1. GRÁFICOS ESTADÍSTICOS 148

6.5.3.3.2. GRÁFICO COMPARATIVO 149

6.5.3.3.3. RESULTADOS EVALUACIÓN 149

6.5.3.4. MENÚ REPORTES 150

6.5.3.4.1. EVALUACIÓN Y SOLICITUDES 150

6.5.3.5. MENÚ HISTÓRICO 151


6.5.3.6. MENÚ ARCHIVOS LOG 152

6.5.3.6.1. AUDITORIA 152

6.5.3.7. MENÚ CORREO 153

6.5.3.7.1. DEPARTAMENTO Y ALUMNO 153

6.5.3.8. MENÚ PERSONAL 154

6.5.3.8.1. CAMBIAR CLAVE 154

CAPITULO VII

DESARROLLO Y PRUEBA DEL SISTEMA 155

7.1. DESARROLLO DEL SISTEMA 155

7.1.1. BASE DE DATOS 155

7.1.1.1. CREACIÓN DE LA BASE DE DATOS 156

7.1.1.2. CREACIÓN DE LOS FORMULARIOS 156

7.1.2. CREACIÓN DE LOS AGENTES 157

7.1.3. SEGURIDADES 158

7.1.3.2. DE LA BASE DE DATOS 158

7.1.3.3. DEL SISTEMA 159

7.1.3.4. REGISTROS DE LOGS 159

7.2. PRUEBAS DEL SISTEMA 159

CAPITULO VIII

ASPECTOS ECONOMICOS Y FINANCIEROS 160

8.1. FLUJO DE CAJA 160

8.2. PROYECCION DE RESULTADOS 161

8.2.1. RECUPERACION DE LA INVERSION 161

8.2.2. FORMAS DE PAGO DEL SISTEMA 162

CAPITULO IX

BENEFICIOS Y CONCLUSIONES DE LA TESIS 163

9.1. BENEFICIOS 163

9.2. CONCLUSIONES 164

ANEXOS

ANEXO 1 165

ANEXO 2 166

ANEXO 3 168

ANEXO 4 170

ANEXO 5 171

BIBLIOGRAFIA 172

1

CAPITULO 1

INTRODUCCION GENERAL

Es bien claro para la comunidad educativa que el reto de la cobertura

universal y la calidad en la educación para los jóvenes empieza con la idea

de que es un esfuerzo continuo y permanente en el que debemos

involucrarnos todos. Son muchos los pasos que se deben dar, pero tal vez

uno de los primeros lo constituye la consolidación de un sistema de calidad,

que les permita a los jóvenes desarrollar competencias básicas, mejorar sus

aprendizajes y superar los promedios que hoy nos ubican por debajo de los

países latinoamericanos; que les brinde a los maestros y maestras el reporte

sobre las fortalezas, avances y vacíos de los alumnos, así como un

escenario real de los resultados de su trabajo; que se convierta para rectores

y maestros en la principal herramienta de planeación y de construcción de

proyectos pedagógicos creativos e innovadores; que sea la materia prima de

2

las investigaciones de la comunidad académica y elemento fundamental en

la formación de maestros y maestras y que genere en la sociedad el

compromiso de acompañar el proceso. Es precisamente con miras a cumplir

estos objetivos que se debe poner en marcha una estrategia de calidad, que

tiene como centro la implementación de un sistema de evaluación y de

mejoramiento continuo en todos los niveles.

En la actualidad, muchas de las universidades del país y del mundo intentan

publicar en Internet servicios que contribuyan al desempeño óptimo de la

educación. Uno de estos puntos es la evaluación de maestros. El objetivo

primordial de establecer un servicio de esta índole es mejorar la calidad

académica del profesorado.

Mediante estos proyectos se logra monitorear a los catedráticos en muchos

aspectos como son la capacidad de implantar una clase, puntualidad o

empeño al dar la misma. Así como también los estudiantes tienen la

posibilidad de calificar o intervenir directamente en la logística de su

aprendizaje.

3

1.1 PROBLEMÁTICA

1.1.1. Sistema de evaluación de profesores.

En la actualidad la Universidad de Guayaquil en cada una de sus

facultades no cuenta con un Sistema que permita la evaluación en

línea del personal docente, ya que en cada una de ellas existen

diferentes procesos de evaluación, sean estos manuales o

informáticos.

Lo cual con lleva a problemas como:

�

• Falta de una correcta apreciación de los conocimientos, nivel

académico y pedagogía de los profesores.

• La interrupción en horas destinadas a impartir clases.

• Altos costos en la impresión de encuestas u evaluaciones.

• Escasos monitoreos de catedráticos.

• Presencia de maestros no eficientes o de calidad.

4

Para todos los profesores, la evaluación significará un proceso de

autorreflexión respecto de su desempeño profesional, lo que les

permitirá identificar fortalezas y debilidades y proyectar un camino

para potenciar las primeras y superar las segundas.

La evaluación final de cada profesor corresponde a una apreciación

global relativa al desempeño profesional relacionado con el marco

para la buena enseñanza, sus dominios y criterios.

Considerando que es ésta una evaluación formativa y que el uso

inadecuado de la información puede provocar efectos negativos para

el sistema (no sólo para los profesores, sino fundamentalmente para

los procesos de aprendizaje de los alumnos, ya que la autoridad

pedagógica no puede ser relativizada), se estipulará lo siguiente para

el uso de la información:

La información debe ser entregada a cada profesor, planteándoles,

con fundamento en las evidencias, sus fortalezas y aspectos a mejorar

por dominios y criterios y las categorías en que fueron clasificados.

5

La información sobre el desempeño individual de cada docente no

puede ser compartida con los alumnos y la comunidad, y en ningún

caso ser utilizada como ranking de facultades o profesores.

1.1.2. Workflow para la solución de sugerencias o reclamo.

Tampoco se cuenta con un proceso automatizado para la solución de

sugerencias o reclamos, por tal razón se tiene que recurrir a oficios o

solicitudes que lo único que logran es:

• Aumentar el papel en la oficina.

• Aumentar gastos con respecto a impresiones.

• Perdida de tiempo en trámites, entre otros.

El proceso de sugerencias y reclamos en la carrera de Ingeniería en

Sistemas Computacionales actualmente se lo lleva de la siguiente

manera:

El oficio o solicitud de la queja o sugerencia es receptado por la

secretaria, la misma que se encarga de enviarlo a la directora de la

carrera, la directora una vez que comprueba la magnitud de la queja o

6

sugerencia es la que decide si enviarlo al secretario de la carrera en

caso de ser algo menor o enviarlo al Decano de la facultad en caso de

algo mayor, el Decano a su vez revisa el oficio y decide si es algo que

esta dentro de su alcance le da solución caso contrario lo envía al

concejo directivo.

1.1.3. Causas.

El problema de que no exista un sistema de evaluación en línea del

personal docente y Workflow para la solución de Sugerencias y

Reclamos se debe a causas como:

• Falta de presupuesto para adquirir la plataforma adecuada para

la instalación de sistemas ya creados.

• Poco interés en lograr la automatización de la mayoría de los

procesos.

• Falta de conocimientos de los beneficios y ventajas que le

representaría la construcción o adquisición de un sistema y

workflow adecuado.

7

• La existencia de mitos en el personal operativo, ya que se

piensa que con la automatización de los procesos se reducirían

plazas de trabajo.

1.1.4. Consecuencias.

La existencia de problemas en la evaluación del personal docente y en

la solución de reclamos y sugerencias pueden ocasionar los

siguientes efectos:

• No se obtiene una correcta apreciación del desenvolvimiento

del personal docente.

• Mala administración de los resultados emitidos por sistemas de

evaluación manuales.

• Perdida de dinero en la impresión de los formularios.

• Perdida de tiempo en la realización de tramites para presentar y

dar solución a una sugerencia o reclamo.

• Aumento de papeles en la oficina de trabajo.

• Necesidad de asignar espacio físico para el almacenamiento de

mayor cantidad de papeles.

8

ARBOL DE PROBLEMAS

��

��

Cuadro No.1 Fuente: Investigadores

��

Incorrecta apreciación del desenvolvimiento del personal docente.

Perdida de dinero en la impresión de los

formularios.

Perdida de tiempo en tramite de sugerencia

o reclamo.

Disminución del presupuesto con el que cuenta la organización.

Solución a sugerencias y reclamos fuera de

tiempo.

Existencia de vacíos en los conocimientos

de los alumnos.

Aumento en los gastos de la organización

Existencia de mitos en el personal operativo.

Poco interés en la automatización de los

procesos

Procesos lentos y tediosos.

Falta de conocimiento de los beneficios de la

aplicación.

Reducción en el control de calidad de la

información

Causas

Efectos

9

1.2. SOLUCIÓN DE LA PROBLEMÁTICA

Entre nuestras soluciones están, el poder brindar un mayor grado de

seguridad al flujo y manejo de información dentro de la organización

tomando para ello reglas de seguridad en el manejo y administración

de la aplicación, tales como la utilización de archivos log de auditoria,

control en el acceso a la aplicación a través del ingreso de usuarios y

password. Además se llevará un mejor control en cuanto a niveles de

rol asignados.

ARBOL DE ALTERNATIVAS

��

��

��

Cuadro: 2 Fuente: Investigadores.

Automatización del flujo de información que involucra el

proceso de EP y SSR

Reducir costos mediante la herramienta

Disminuir riesgo de perdida de

documentos (sugerencia o

reclamo)

Controlar la integridad de la

información

Evitar la incorrecta manipulación de los

resultados

Agilizar el trámite para la solución de

sugerencia o reclamo

Incrementar control de calidad de la

información

10

Frente a este antecedente, existe una necesidad de implementar un

SEP y WSSR, que no sólo permita realizar la evaluación docente ,

sino que además permita emitir solicitudes de sugerencias y reclamos,

todo esto on-line.

En este planteamiento del proyecto se oferta una mejora a un proceso

existente como es el de la evaluación a los profesores, ya que dicha

evaluación se la realizará en un tiempo pre-establecido por el

administrador, será de manera individual tomando en cuenta las

materias en las que el alumno se ha registrado en un tiempo optimo,

siempre y cuando esté dentro del tiempo establecido por el

administrador no como se lo lleva actualmente de manera global.

Además se presenta un Workflow para la automatización del proceso

en el que se analiza y brinda una solución a sugerencias o reclamos

emitidos por el alumno, este proceso en la actualidad se las realiza de

manera manual.

11

1.3. Misión

Mejorar el nivel de calidad en el grupo de catedráticos que conforman

la Universidad de Guayaquil mediante críticas constructivas de parte

de los alumnos.

1.4. Visión

Competir en el mercado a nivel de software académico y tratar de

incurrir a otro tipo de mercado como son las evaluaciones en línea de

recursos humanos e investigación tanto de entidades públicas como

privadas.

12

CAPITULO 2

NATURALEZA DEL PROYECTO

2.1. EL PRODUCTO O SERVICIO.

��El “Sistema de evaluación de profesores y workflow para la solución

de sugerencias y reclamos” es una herramienta que permite a las

Instituciones Educativas automatizar los procesos de emisión de

sugerencias o reclamos posibilitando a los usuarios realizarlas

mediante el uso de la misma.

Una de las características de nuestro producto es que el usuario

puede realizar la evaluación así como emitir sugerencias o reclamos

13

por Internet permitiéndole de esta manera al usuario ahorrar tiempo al

estar explícitamente en la Institución para realizar dicho trámite.

A través de nuestro sistema los usuarios tienen como beneficio una

fácil administración de la herramienta, ahorro de papel, disminución de

errores al tramitar una sugerencia o reclamo.

2.1.2. EL EQUIPO DIRECTIVO.

El equipo que desarrollara el presente proyecto esta conformado por

las siguientes personas:

• EDDY AGUILAR CEDEÑO.

• MANUEL ZUMBA GOMEZ.

• AGUSTIN ABAD DURAZNO.

Estos integrantes se llegaron a conocer producto de la necesidad de

crear el “Sistema de evaluación de profesores y workflow para la

solución de sugerencias y reclamos” todos y cada uno posee

características muy relevantes por lo cual se hace necesaria su

presencia en el desarrollo del proyecto.

14

CAPITULO 3

EL MERCADO

3.1. DEFINICION DEL MERCADO.

Nuestro sistema va dirigido a todas las instituciones educativas que

requieran implementar o mejorar sus sistemas de evaluación del

personal docente y automatizar los procesos de sugerencias y

reclamos que llevan internamente, sean estas instituciones pequeñas,

medianas o grandes.

Permitiéndoles ahorrar y mejorar operaciones considerables:

�

15

• Reducción de costos de impresión.

• Disminución de papel.

• Reducción de ciclos de tiempo muerto.

• Incremento de la productividad.

• Ahorro de costos.

• Agilizar procesos.

Además, nuestro Workflow ayuda a las Instituciones Educativas a

reducir procesos que son generalmente poco estandarizados, no

integrados, lentos, costosos, vulnerables a quiebres y dependientes de

personas en la organización denominados responsables de los

procesos y cumplir con las normas de auditoria.

3.2 . ANALISIS DE LA COMPETENCIA.

En la actualidad existen Instituciones que han desarrollado sistemas

similares al nuestro permitiendo de esta manera automatizarse en

cuanto a sus procesos de evaluación de personal docente y solución

de sugerencias y reclamos. Entre las investigadas están:

�

16

• CISC. (Carrera de Ingeniería en Sistemas Computacionales)

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

la Universidad de Guayaquil, Es una de las instituciones educativas

que posee el sistema de evaluación de profesores, dicho sistemas

presenta grandes características.

• CISE. (Centro de Investigaciones y Servicios Educativos)

Perteneciente a la Escuela Superior Politécnica del Litoral, Este

Centro de Investigaciones desarrollo el sistema CENACAD (Censo

Académico en línea), dicho sistema tiene las siguientes

características:

• Evaluación de profesores en línea.

• Ingreso por medio de Usuario y Clave.

• Permite observar un histórico de las evaluaciones.

• Permite observar reportes por materia y profesor.

• COLPOS. (Colegio de Postgraduados de México) Tiene su

Sistema de Evaluación en Línea (SEL) de Cursos y profesores

del Colegio de Postgraduados, dicho sistema tiene las

siguientes características:

17

• Evaluación de profesores en línea.

• Registrar nuevos usuarios.

• Tiene una sección de preguntas frecuentes.

3.3 . PROMOCIÓN Y PUBLICIDAD.

Para promocionar nuestro producto recurriremos a los medios

impresos, medios del Internet, haremos visitas y enviaremos correos a

diferentes Instituciones Educativas ya sean pequeñas o grandes.

Como promoción para nuestros futuros clientes, se brindara la

oportunidad de tener por dos meses un servicio gratis de hospedaje

HOSTING, para de esta manera disminuir aún más los gastos y mano

de obra relacionados con la instalación y mantenimiento de las

plataformas del servidor, además los clientes cargan y almacenan sus

datos en un lugar remoto y seguro eliminando la necesidad de

comprar bases de datos, servidores, hardware.

18

3.4 . PARTIDOS INTERESADOS.

Los partidos interesados son individuos y organizaciones que están

activamente interesados en el proyecto, o cuyos intereses pueden ser

afectados positiva o negativamente como resultado de la ejecución del

proyecto o de la terminación exitosa del proyecto.

� ��

• Administradores del proyecto. El individuo responsable de la

administración el proyecto.

• Cliente. Dentro de este grupo se encuentran la institución educativa

que es la que va a administrar el sistema y los estudiante que van

hacer uso del mismo para evaluar al personal docente y emitir sus

sugerencias o reclamos.

• Organización ejecutora. Dentro de este grupo estamos nosotros

como desarrolladores de la aplicación y la Universidad de Guayaquil

que a través del instructor del seminario Ingeniero Pedro Moncada nos

imparte el conocimiento requerido para llevar a cabo el proyecto y

terminarlo exitosamente.

19

• Patrocinador. Dentro de este grupo estamos nosotros los

desarrolladores que con nuestro esfuerzo económico logramos

solventar cada una de las etapas del proyecto.

�

�

20

CAPITULO 4

EL PRODUCTO O SERVICIO

4.1. ESPECIFICACIONES DEL PRODUCTO O SERVICIO.

� . DECLARACIÓN DEL ALCANCE�

4.1.1.1 Justificación del proyecto.

Hemos notado que las instituciones educativas carecen de un sistema

de evaluación de profesores en línea y un proceso automatizado para

21

la solución de sugerencias y reclamos por lo cual tienen que recurrir a

las siguientes actividades:

Nota: Las cuales ya han sido definidas en la sección 6.1.

Debido a estas necesidades hemos decidido hacer la petición de

implementar un “Sistema de evaluación de Profesores y Workflow para

la solución de sugerencias y reclamos” para de esta manera

automatizar las tareas que vienen realizando estos departamentos y

así poder contar siempre con información consistente y oportuna en el

momento adecuado.

4.1.1.2 Producto del proyecto.

Nota: Se describen con más detalle en la sección 5.1.1.

Sistema de evaluación de profesores.

El Sistema de Evaluación de Profesores es un Sistema automático

(Ver figura A-1) que tiene por finalidad permitir que los alumnos

22

evalúen a los profesores en un tiempo determinado sobre la actuación

de los mismos en puntos tan relevantes como son:

• Nivel de actualización de conocimientos.

• Capacidad de análisis

• Nivel de calidad del profesorado

• Dominio del grupo

• Pedagogía

• Asistencia - Puntualidad, etc.

�

��

Fuente: Investigadores

La información que viaja a través de Internet es muy valiosa, por ello,

la aplicación que se presenta mantiene un excelente nivel de

seguridad, es muy amigable al usuario, permite realizar consultas en

línea, reportes estadísticos acerca de las evaluaciones realizadas.

23

Todo ese banco de datos actualizado que se obtiene con dicha

evaluación de maestros on-line y que se almacenara en una base de

datos documental permitirá la toma de decisiones oportunas al

personal administrativo.

Este procedimiento lo realizará periódicamente el estudiantado. El

sistema que se plantea presenta las siguientes características:

• Nivel de seguridad aceptable.

• Registro al Sistema por parte del Usuario.

• Control de acceso a la aplicación a nivel de login y password.

• Evaluación del personal docente mediante solución de

cuestionario.

• Monitoreo del nivel de pedagogía del maestro, puntualidad,

disponibilidad de tiempo, habilidad para dar una clase, entre

otros.

• Perfiles configurados de acuerdo al tipo de usuario.

• Interfaz gráfica del usuario amigable.

• Facilidad para la configuración de la evaluación por parte del

Administrador.

24

• Generación de reportes, con la facilidad de establecer rangos de

fecha y hora.

• Envío de mensajes a los alumnos por parte de los

administradores.

• Generación de gráficos estadísticos.

• Opción para la emisión de Sugerencias y Reclamos por parte del

estudiante.

• Generación de Archivos de Auditoria.

• Generación de Archivos Log de errores.�

Workflow para la solución de sugerencias y reclamos.

El Workflow para la solución de sugerencias y reclamos tiene por

finalidad permitir que los alumnos emitan sugerencias generales de

diferentes índoles de una manera más ágil, segura, confidencial y en

el momento que ellos necesiten, eliminando el transito de papel entre

las oficinas que lo único que provocan es entorpecer el proceso,

ahorrando de esta manera el tiempo que conlleva el tramite al pasar

por cada una de los departamentos y dinero que se gasta al emitir

cada uno de estos oficios o solicitudes.

25

El Workflow para la solución de sugerencias y reclamos tiene las

siguientes características:

�

• Selección del tipo de reclamo el mismo que puede ser Queja,

reclamo o sugerencia.

• Selección del asunto a tratar.

• Descripción de la queja, reclamo o sugerencia.

Una vez que se envía la solicitud esta será receptada de manera

electrónica por la persona que deberá darle trámite y seguirá el flujo

decisional antes prescrito.

Cabe recalcar que el proceso llevara una completa confidencialidad

de la solicitud para así de esta manera evitar posibles represarías.

26

4.1.2 DEFINICION DEL ALCANCE.

• Migración de Datos.

Cuadro: No. 3 Fuente: Investigadores

Inicio de sesión Administrador

Selección Opción Migración de Datos

Copia de documentos de solicitudes y evaluaciones a

BD Archive

Eliminación de documentos de las

diferentes vistas

Conexión vía ODBC con la BD relacional de

la carrera.

Transferencia de archivos a la base documental del

SEPYWSSR

Creación de Archivos Log de la acción

realizada

Confirmación de migración realizada

27

• Control de Ingreso al registro

��

��

Cuadro: No. 4 Fuente: Investigadores

Inicio de sesión

Validar número de cédula en la base de

datos

Escribir número de cédula

Ingreso a la sección de registro

Número de cédula no válido

No muestra opción de registro

Señal

Mensaje de bienvenida al

Portal

Número de

cédula válido

Señal

Ingreso de datos del usuario para

el registro

Validación de usuario y

contraseña

Usuario y contraseña ya

existentes

Mensaje de aceptación

Usuario y contraseña

validos

Señal

28

• Control de Usuario y Contraseña

��

Cuadro: No. 5 Fuente: Investigadores.

Inicio de sesión

Validar usuario y contraseña en la base

de datos

Ingreso de usuario y contraseña

Ingreso a las opciones del Sistema

Usuario o contraseña no valido

No muestra opción del sistema Ingreso a

opciones del sistema

Usuario y

contraseña valido

Señal

29

• Crear archivos de auditoria (.log), a diferentes niveles.

��

Cuadro: No. 6 Fuentes: Investigadores.

��

Procesamiento de petición (verifica

datos)

Almacenamiento en archivos .Log

Ingreso al sistema

Interactúa con los documentos

Realización archivos .Log

Presentación de resultados

Petición

30

Si existen materias

Fecha dentro del rango

Si existen materias

Si

No

• Proceso de Evaluación de Profesores.

��

� ��


�

Ingreso a la opción de evaluación

Proceso de Evaluación de Profesores

Validación de fechas para evaluar

Selección de la materia a evaluar

Cuestionario de Evaluación

Grabar la Evaluación

Verificación de Materias por

Evaluar

Desea seguir

evaluando

Mensaje de Fecha fuera del Rango

1

1

31

• Proceso de envío de Sugerencias o Reclamos.

�

Cuadro: No.8 Fuente: Investigadores.

��

Ingreso a la opción de Sugerencias o

Reclamos

Seleccionar tipo de Sugerencia o

Reclamo

Reclamo Sugerencia

Seleccionar tipo de Reclamo

Seleccionar tipo de Sugerencia

Envío de Solicitud

Envío de Solicitud

Proceso de Envío de Sugerencia o Reclamo

32

• Proceso de Recepción de Sugerencia o Reclamo.

��

��


Proceso de Recepción de Sugerencia o Reclamo

Recepción de Sugerencia o

Reclamo

�

Clasificación de Sugerencia o

Reclamo

Verificación de Sugerencia o

Reclamo

Sugerencia Reclamo

Está dentro del alcance Selecciono

Departamento

Revisión del Reclamo

Ejecutar y Tramitar el

reclamo Usuario legaliza reclamo

crítico

no crítico

No Está dentro del alcance

Selecciono Departamento

Revisión de Sugerencia

1

1

33

• Emisión de reportes predefinidos.

�

��


�

Orden de Reporte

Seleccionar Tipo de Reporte

�

Establecer Fecha

�

��

Presentación de Reportes

Procesar Orden

34

• Proceso de Mantenimiento de Preguntas.

��


��

��

Seleccionar Opción de Mantenimiento

La Pregunta

existe

Registrar Pregunta

Modificar o Eliminación

No

Si

Buscar Pregunta

35

• Proceso de Tabulación de preguntas

��


��

Verificar tiempo límite

Proceso de Tabulación de Preguntas

Selección de Pregunta

Verificar y clasificar

respuestas

Dividir total de cada respuesta para el total de encuesta.

Existe otra

pregunta

Presentar resultados y

gráficos estadísticos

Si No

Orden de Tabulación

36

• Proceso de Mantenimiento de Usuarios.

�

��

�


��

��

Seleccionar Opción de Mantenimiento

Existe Usuario

Modificarlo o darlo de baja

No

Si Buscar Usuario

Registro de Usuario

Asignación de Permisos de Acceso

Orden de mantenimiento de usuario

Si

37

4.2. INFRAESTRUCTURA. �

��

��

Gráfico: No. 2 Fuente: Investigadores.

38

CAPITULO 5

PLAN DE TRABAJO DE DESARROLLO DEL

PROYECTO

5.1 PROCESO DE INICIALIZACION

Hemos notado que algunas Instituciones Educativas carecen de un

Sistema de Evaluación de Profesores en línea y procesos

automatizados para Solución de Sugerencias o Reclamos y otras

Instituciones necesitan mejoras en sus Sistemas por lo cual tiene que

recurrir a las siguientes actividades:

�

39

• Sus Sistemas no están emitiendo reportes históricos de las

Evaluaciones.

• Inversión de personal o recurso humano en tareas o

procedimientos manuales como lo es el proceso que brinda

solución a una sugerencia o reclamo.

• Pérdida de tiempo.

• Pérdida de dinero para la empresa

• Proceso de Evaluación de Profesores lo realizan mediante

papeles.

• Distribución de tareas manualmente a los usuarios.

• Des-balanceo de las cargas de trabajo.

• Falta de control en las tareas.

• Falta de estandarización de los procesos.

• Falta de coordinación entre departamentos.

• Aumento en el manejo de papeles y documentación

5.1.1 Descripción del Producto

Al crear una aplicación de este tipo como lo es, “Web”, en este caso

“Evaluación de Profesores y Workflow para la solución de sugerencias

o reclamos” se dan muchas opciones de mejoras a procesos rutinarios

40

y comunes que antes existían en determinados procesos, entre los

cuales podemos mencionar los siguientes:

• Nivel de seguridad aceptable.

Cada una de las transacciones que se manejarán a través de este

portal, se manejarán con ciertos perfiles de seguridad que se

establecerán de acuerdo al nivel crítico de la aplicación. Los

métodos que se emplearán es el uso de usuario, contraseña para

el acceso a la aplicación, encriptación para el paso de variables de

una página a otra; además las opciones de seguridad a nivel de

datos que ofrece la plataforma Domino.

• Acceso Remoto.

Otra característica del sistema es el acceso remoto desde

cualquier parte del mundo, de esta manera se permite a los

usuarios Evaluar a los profesores o emitir sus sugerencias o

reclamos. Se puede llevar un seguimiento de los procesos,

garantizar el flujo de información.

41

• Registro al Sistema por parte del Usuario.

El Sistema permitirá a los nuevos usuarios registrarse al mismo,

para lo cual deberán estar matriculados en la institución en el

semestre en curso. Para llevar a cabo el registro del nuevo usuario,

este deberá ingresar su número de cédula, si el usuario esta

legalmente inscrito inmediatamente ingresara a la pagina de

registro, en la cual deberá ingresar los datos que se le pidan

incluido su usuario y contraseña.

• Control de acceso a la aplicación a nivel de usuario y

contraseña.

Para el acceso a la aplicación el usuario deberá ingresar su usuario

y contraseña, las cuales fueron establecidas en el momento del

registro.

• Evaluación del personal docente mediante un cuestionario.

La evaluación del personal docente se realizará por medio de

cuestionario, la misma que se llevara a cabo de manera individual

por profesor, cabe indicar que el alumno podrá completar la

42

evaluación durante el tiempo que haya establecido el usuario

administrador.

• Monitoreo del nivel de pedagogía del maestro, puntualidad,

disponibilidad de tiempo, habilidad para dar una clase,

entre otros.

Los resultados de la evaluación luego de ser internamente

tabulados, permitirán tener una mejor visión del desempeño del

personal docente, los cuales servirán para futuras revisiones de

contrato.

• Perfiles configurados de acuerdo al tipo de usuario.

De acuerdo al tipo de usuario se establecerá el nivel de acceso que

tendrá a la aplicación. El mismo que es establecido por el usuario

administrador.

• Interfaz gráfica del usuario amigable.

Luego de haber realizado consultas a los usuarios que están

involucrados en el manejo de la aplicación hemos tomado en

43

cuenta las necesidades de interfaz gráfica que ellos requieren, por

lo cual el sistema ofrecerá a los diferentes tipos de usuarios:

• Una combinación de colores que no perturbará la visión de los

usuarios.

• La fuente y el estilo de la interfaz tendrá un formato que

ayudará a la visión del usuario.

• Presentará una interfaz gráfica balanceada, teniendo un

equilibrio de eje vertical y horizontal para tener un ajuste de la

visión.

• Uniformidad ubicando los elementos de acuerdo a una

distribución regular (fila – columnas).

• Alineamiento en la presentación de los diferentes objetos.

• Facilidad para la configuración de la evaluación por parte

del Administrador.

El sistema brindará la opción de ingreso, modificación o eliminación

de preguntas las mismas que será configurada por el usuario

administrador.

• Generación de reportes, con la facilidad de establecer

rangos de fecha y hora.

44

La aplicación brindará la opción de generación de reportes, la

misma que será establecida por rangos de fecha y hora, esta

configuración limitará la visualización de resultados. Dependiendo

del tipo de usuario se le brindará un nivel de acceso al reporte que

necesita el usuario.

• Envío de mensajes a los alumnos por parte de los

administradores.

Para que exista una mejor comunicación entre los diferentes

usuarios existentes, se ha explotado una de las grandes

características que brinda la herramienta que es el servicio de

mensajería. Este servicio nos permitirá:

• Envió de confirmación de registro al correo del alumno.

• Permitirá comunicar a los alumnos los rangos de tiempo en los

cuales podrán realizar la evaluación al personal docente.

• Permitirá la comunicación entre los diferentes departamentos.

• Permitirá enviar al alumno un correo confirmando la aceptación

o rechazo de la sugerencia o reclamo, emitida por el mismo.

45

• Generación de gráficos estadísticos.

Esta opción permitirá visualizar gráficamente los resultados

obtenidos en la evaluación a los diferentes tipos de usuarios con

permisos establecidos por el usuario administrador, para poder

tener una mejor apreciación de estos.

• Emisión de Sugerencias o Reclamos por parte del

estudiante.

Esta opción permitirá al estudiante comunicar a altos directivos de

la Institución Educativa sus Sugerencias o Reclamos, la misma que

serán categorizadas para luego ser enviadas a los diferentes tipos

de departamentos encargados de darle un seguimiento y solución

a la misma. Adicionalmente se brindará la opción de imprimir el

documento para de esta manera tener un respaldo físico.�

• Generación de Archivos de Auditoria.

Esta opción permitirá almacenar en un documento los cambios que

los usuarios realicen en la base de datos, para de esta manera

llevar un mejor control y seguimiento a los procesos que se

ejecutan en la aplicación.�

46

• Generación de Archivos Log de errores.

Esta opción permitirá almacenar en un documento los diferentes

tipos de errores ocurridos en el manejo de la aplicación, por

ejemplo; intentos fallidos en el acceso a la aplicación.

5.1.2 Objetivo General

Establecer un Sistema para la evaluación de profesores y

Workflow para solución de sugerencias y reclamos, el cual

permitirá a los alumnos evaluar al personal docente y emitir sus

sugerencias y reclamos de manera oportuna desde cualquier lugar vía

Internet sin la necesidad de estar dentro de sus respectivos centros

educativos.

� ��

5.1.3 Objetivos Específicos.

• Fomentar una comunidad docente, estable y de alta calidad.

• Aportar datos y reflexiones que contribuyan a otros procesos de

evaluación en la facultad.

47

• Tener información confiable que permita la toma de decisiones en

un momento oportuno.

• Fomentar la constante mejoría en los resultados y el desempeño

académicos de los profesores.

• Fomentar la producción intelectual de calidad por parte del

profesorado.

• Aportar al Profesor elementos para la reflexión sobre su actividad

docente, de servicio e investigación en la universidad.

• Aportar elementos que ayuden en la toma de decisiones en los

programas de formación, seguimiento y mejoramiento continuo de

los profesores.

• Captar las sugerencias y reclamos por parte de los estudiantes,

para su futuro análisis en busca de una solución adecuada.

• Agilizar el proceso de sugerencias y reclamos para de esta manera

obtener una solución oportuna.

• Reducir los gastos que conlleva el uso de papel, impresiones.

• Evitar la perdida de solicitud de reclamo ya que esta se envía de

manera electrónica a la persona que la debe analizar.

• Permitir la comparación de información de alumnos aprobados y

reprobados contra la información generada por la evaluación, para

una toma de decisión mas precisa.

48

5.2 PROCESO DE PLANEACION

El propósito de la planificación es establecer un plan razonable para el

desarrollo y administración del proyecto de software. Los planes

razonables están basados en estimaciones realistas del trabajo que

permitan establecer los compromisos necesarios para desarrollar el

proyecto. La planificación incluye pasos para estimar la cantidad de

trabajo y los recursos necesarios.

5.2.1 PLANEACION DEL ALCANCE

5.2.1.1 RECOPILACIÓN DE INFORMACIÓN.

��

5.2.1.1.1 Investigación

El desarrollo del “Sistema de evaluación de profesores y workflow

para la solución de sugerencias y reclamos” implicó un sinnúmero

de investigaciones y horas destinadas a la comprensión de los

procesos de evaluación del desempeño académico del personal

49

docente y el de solución a reclamos y sugerencias, en busca de las

mejores opciones aplicables. A continuación presentamos un

extracto de la investigación realizada.

5.2.1.1.2 Conceptos básicos

5.2.1.1.2.1 Workflow para Solución de Sugerencias o Reclamos

Automatización de flujos de trabajo

�Los procesos operacionales de las empresas son frecuentemente el

resultado de la combinación de eventos y flujos de tareas

contemplados por la operación diaria, los cuales se consideran como

las reglas del negocio, estos procesos son generalmente poco

estandarizados, no integrados, lentos, costosos, vulnerables a

quiebres y dependientes de pocas personas en la organización

denominadas responsables de los procesos”.

Prof. PHD. Bonifacio Martín Galán

Universidad Carlos III de Madrid

50

Los 4 Problemas Típicos en los flujos de trabajo:

• Traslado de la información entre las personas de la empresa.

• Desconocimiento de los procesos.

• Procesos largos o ineficientes.

• Grandes volúmenes de papel.

Concepto de Workflow.

Es la automatización de procesos colaborativos, permitiendo la

integración de la organización, información y procesos.

Componentes de un Workflow 1.- Biblioteca de procesos lógicos.

Definición de los pasos de los procesos, sus reglas de ruteo y

secuencias.

51

2.- Directorio de la Organización.

Definición, agrupación y asignación de los participantes del

workflow.

3.- Objetos de Información.

Composición gráfica de Formularios y vías de Acceso a la

información a través de vistas.

Flujo Electrónico de trabajo.

Es la capacidad de utilizar documentos electrónicos y firmas digitales,

movidos dentro de nuestro sistema de correo existente y cuya

información además actualice el sistema central, sin necesidad de

volver a digitar.

�

Gráfico: 3


52

UN SISTEMA WORKFLOW BRINDA:

• Modelo electrónico de los procesos.

• Eficiencia y estandarización de los procesos.

• Monitoreo y control de las tareas (alarmas, leadtimes).

• Reducir el manejo de papel y documentación

• Integración de la organización en el proceso (colaboración).

• Distribución de tareas automáticamente a los usuarios.

• Simplificar las actividades manuales del usuario.

• Mayor eficiencia en las actividades diarias, reduciendo los ciclos de

tiempos muertos de los empleados.

• Mejora la productividad de cada participante dentro del flujo.

• Mayor control de los procesos, identificación de los puntos de

quiebre (Balanceo de carga de trabajo).

• Ahorros de costos en gastos de papel y recursos de impresión,

mediante la circulación de documentos electrónicos.

• Colaboración más efectiva entre departamentos o compañías.

• Proporciona la información correcta a la gente adecuada en el

momento preciso (Compartir conocimiento).

• Mejora los sistemas de gestión de calidad.

53

GRAFICO DE LOS PROCESOS INVOLUCRADOS ��

��

��

��

��

��

!��

� ��

��"#��

�

�

$��

��"��

%��&�'� ��(�)��

!��*��

��% ��

�+��

,��-��

��"#��

�� $��

��"#��

��"��

%��&�'� ��(�)��.�

�+��

,��-��

Si

No

Si

No

No

Si

.�

-�� $��

-�� $��

Gráfico: 4 Fuente: Investigadores

54

Descripción de Roles.

Nombre Rol Ing. Matilde Alvear L. Directora Ing. Luís Cobos Subdirector Ing. Katty Lagos Coordinadora Académica Ing. Darwin Patiño Coordinador Seminario Graduación Ab. Juan Chávez Secretario Lcdo. Espinosa Álvaro Coordinador de Administración Ing. Moisés Vera Coordinador Dep. de Informática Srta. Arias Jordán Bibliotecaria Srta. Alegría Álvarez Bibliotecaria

Cuadro: 14


5.2.1.1.2.2 Sistema de Evaluación de Profesores

El sistema de evaluación del desempeño docente es una actividad

obligatoria para las instituciones de educación superior, sirve para el

logro de la equidad, al garantizar la estabilidad, la promoción y la justa

remuneración de los educadores, y que deberá realizarse dentro de

los parámetros establecidos, por otra parte debe ser comprendido

como un proceso permanente de mejoramiento de la calidad docente

a través de su capacitación.

55

Dentro de la evaluación de profesores se consideran puntos

importantes como:

• El nivel de organización y planificación de actividades previas.

• El grado de conocimientos del docente sobre la asignatura.

• La puntualidad en la hora de llegada.

• La asistencia del profesor en el semestre.

• La atención y cordialidad por parte del docente a las inquietudes

de los alumnos.

• Cumplimiento del programa de estudio.

• La didáctica empleada por el docente.

• Material didáctico de apoyo adecuado para el alumno.

• Forma de Evaluar a los alumnos.�

Qué es y para que sirve la evaluación del desempeño académico

de los profesores.

La evaluación del desempeño académico de los profesores debe

comprenderse dentro del marco general del aseguramiento de la

calidad de la educación superior y el mejoramiento cualitativo del

personal académico.

Debido a la aún incipiente cultura de evaluación que prevalece en las

instituciones de educación superior del país, en ocasiones se tiende a

pensar que la evaluación del desempeño docente puede convertirse

56

en un instrumento para aplicar sanciones o retaliaciones, o que se

limita a los resultados de las encuestas dirigidas a los estudiantes. Sin

embargo, se debe de tomar en cuenta que los propósitos

fundamentales de la evaluación tienen que ver con el mejoramiento

permanente de la totalidad del trabajo académico, y para resolver

futuras contrataciones.�

Uso de los resultados de la evaluación

Concierne más bien a la retroalimentación necesaria para lograr una

adecuada planificación y ejecución de las actividades de docencia,

investigación, vinculación con la comunidad y gestión académica, al

desarrollo de los procesos de capacitación permanente, y a garantizar

mecanismos para una justa promoción, permanencia y reconocimiento

del personal académico.�

Objeto de la Evaluación.

La evaluación del desempeño académico de los profesores tiene por

objeto la totalidad de la actividad de los profesores y sus resultados,

es decir se tomaran en cuenta los siguientes ámbitos:

57

• Las actividades de docencia: Trabajo en el aula, practicas,

programación macro y micro curricular, evaluación de logros del

aprendizaje, preparación de materiales didácticos.

• Las actividades de investigación: programación, ejecución y

evaluación de proyectos de investigación en los campos de la

ciencia y tecnología.�

Objetivos de la Evaluación.

• Fomentar las mejoras en la calidad del trabajo académico y, en

consecuencia, la calidad de los servicios educativos que se

brinda a la comunidad estudiantil.

• Proveer a los profesores la información sobre la percepción que

la comunidad académica, especialmente los estudiantes, tienen

de su desempeño, para retroalimentar su inserción en los

procesos académicos.

• Contribuir a la permanente actualización de conocimientos y a

la capacitación pedagógica de los profesores mediante el uso

de los resultados de la evaluación.

• Proveer a las instituciones de instrumentos para la toma de

decisiones relacionadas con la planificación y distribución de

actividades de su personal académico.

58

• Garantizar la permanencia y promoción del personal académico

idóneo.

• Promover la cultura de evaluación en la comunidad estudiantil.

Modalidades o Vertientes de la evaluación.

Para la evaluación del personal docente suelen utilizarse, de manera

complementaria, dos modalidades o vertientes de la evaluación:

Evaluación Formativa: Tiene como propósito el desarrollo

permanente del personal académico. Los resultados de la evaluación

formativa se utilizan para ayudar al profesor a progresar

profesionalmente, para propiciar que el docente potencie sus

fortalezas, afiance sus logros, supere sus dificultades y reduzca sus

debilidades, y apoyarle en su esfuerzo para consolidar su carrera

dentro de la institución.

Evaluación Sumativa: Tiene como finalidad en que la institución

identifique a los profesores que por su calificación deben ser retenidos

y aquellos que por sus meritos deben ser promovidos mediante

59

ascensos en el escalafón docente. Esta evaluación culmina con las

decisiones administrativas sobre permanencia, promoción y sobre las

relaciones contractuales entre la institución y el docente.

� � ACTORES DEL PROCESO DE EVALUACION DEL PROYECTO

a) El profesor que es evaluado.

b) Los estudiantes, que emiten sus opiniones y juicios valorativos

sobre el desempeño de los profesores en la actividad en el aula.

c) Los funcionarios académicos encargados de la gestión de la

unidad académica (coordinadores de área, directores de escuela o

departamento, directores o coordinadores de programa, decanos,

funcionarios de las direcciones generales académicas, etc).

d) Los funcionarios académicos encargados de la evaluación de la

programación curricular y su cumplimiento.

e) Los miembros de los comités de evaluación y de las comisiones

dictaminadoras.

60

PROFESORES SUJETOS A EVALUACIÓN.

Profesores sujetos a la evaluación formativa: Estarán sujetos a la

modalidad formativa de la evaluación todos los docentes (titulares,

invitados y accidentales) que impartan cursos en el centro de

educación superior, con independencia del tiempo de ejercicio docente

(a dedicación exclusiva, a tiempo completo o a tiempo parcial).

Profesores sujetos a la evaluación sumativa: Estarán sujetos a la

evaluación sumativa los profesores titulares (principales, agregados y

auxiliares).

APLICACIÓN DEL PROCESO DE EVALUACIÓN

Evaluación de resultados del trabajo académico: Para la

evaluación del desempeño académico de los profesores se

considerará necesariamente: los logros de aprendizaje de los

estudiantes, el cumplimiento de los planes micro curriculares; los

logros de las investigaciones, publicaciones, tesis dirigidas y

aprobadas.

61

Asimismo, se considerará los procesos de mejoramiento del

desempeño académico del profesor: la capacitación dentro de la

disciplina o área de conocimiento en la que trabaja, la capacitación

docente; y , las modificaciones introducidas en sus programaciones

que evidencian la actualización de sus conocimientos.

Dimensión y criterios de la evaluación: La información obtenida en

los distintos momentos del proceso de evaluación del trabajo del

desempeño del profesor será analizada y evaluada a partir de las

siguientes dimensiones y criterios:

• Dimensión: Educación y práctica de valores: Involucra la

declaración de Principios y valores en el currículo y su practica

cotidiana por parte del profesor.

• Criterio: Educación: Este criterio verifica que en el diseño y

ejecución curricular, así como en las actividades extracurriculares

el profesor imparte enseñanza relacionada con valores.

• Criterio: Practica: Este criterio verifica si los valores declarados

por la institución, incluidos en el diseño curricular y extra curricular

son practicados por el profesor.

62

• Dimensión: Coherencia: Expresa el grado de correspondencia

entre lo que el profesor declara realizar en concordancia con la

misión institucional, los planes institucionales y de la unidad

académica y sus propios planes de trabajo, lo que efectivamente

realiza. Expresa la relación entre lo programado y realizado.

• Criterio: Eficiencia: Este criterio verifica el optimo manejo de los

recursos institucionales asignados al profesor para el cumplimiento

de su trabajo.

• Criterio: Eficacia: Este criterio verifica la correspondencia entre

los medios utilizados y los resultados obtenidos.

• Criterio: Efectividad: Este criterio aprecia el grado de

consecución de metas y objetivos previamente establecidos.

• Dimensión: Relevancia: Considera la importancia, pertinencia,

alcance, transparencia e impacto del trabajo y el desempeño del

profesor.

• Criterio: Impacto: Este criterio permite estimar el grado de

influencia interna y externa a la institución que tienen las

actividades realizadas por el profesor en la docencia, la

investigación, la dirección, la gestión institucional y la vinculación

con la colectividad.

63

PERIODOS DE LA EVALUACION Y PLAZOS

Periodos de las evaluaciones: En la normativa interna de la

institución se fijaran los periodos de evaluación. Para ello, se tomaran

en cuenta los distintos ámbitos y componentes del trabajo académico

y del desempeño del profesor que deben ser evaluados.

Plazos para la presentación de informes de evaluación del trabajo

y el desempeño académico: En un plazo de 45 días a partir del inicio

del periodo de la evaluación, el comité de evaluación presentará un

informe detallado de los resultados cuantitativos y cualitativos de cada

uno de los profesores sujetos al proceso.

Notificación: El comité de evaluación, en un plazo no mayor de ocho

días, notificará los resultados finales al profesor y a las autoridades

pertinentes de la institución de educación superior.

Plazo para presentar el recurso de revisión: En caso que el

profesor considerase que el informe del comité de evaluación amerita

una revisión, planteará este recurso, argumentando las razones que la

64

sustenta y aportando la información complementaria, en el plazo de 15

días a partir de la notificación a que se refiere el artículo precedente.

Plazo para la revisión: El comité de evaluación tendrá un plazo de

ocho días para pronunciarse sobre el recurso de revisión del profesor.

Su pronunciamiento, debidamente justificado, se notificará en el plazo

de ocho días al profesor y a la autoridad pertinente.

Plazo para el envío del informe al comité dictaminador: La

normativa interna fijará los procedimientos y periodos en que se

reunirá el comité dictaminador para, previo conocimiento del informe

de evaluación del trabajo y el desempeño académico emitido por el

comité evaluador, en base a juicios sobre permanencia, promoción y

asignación de estímulos al profesor. En todo esto, el comité

dictaminador tendrá un plazo de 15 días para notificar al profesor y a

las autoridades pertinentes sobre el resultado de su dictamen.

65

Entrevista

Para hacer el levantamiento de información de las necesidades del

cliente, hemos recurrido a la Metodología de la Entrevista, en la misma

que pudimos constatar las siguientes necesidades:

• Sistema de evaluación del personal docente en línea.

• Automatización de los procesos para la solución de sugerencias y

reclamos.

Tomando como fuentes de información las entrevistas realizadas a las

siguientes personas:

Nombre Cargo/Departamento Información relevada

Dr. José Apolo Vicerrector Académico Proceso de Evaluación

Andrés Salame Secretario Vicerrectorado

Académico Proceso de Evaluación

Ing. Luis Cobos Sub-Director Proceso de Evaluación

Ab. Juan Chávez Secretario (CISC)

Proceso de Solución

de sugerencias y

Reclamos

Ing. Moisés Vera Departamento de Hardware Especificaciones

funcionales del sistema

�

Cuadro: No. 15

Fuente: Investigadores.

66

Aparte de la información y necesidades obtenidas en estas

entrevistas, nos vimos en la obligación de investigar Sistemas de

Evaluación de Profesores, similares al planteado como tema de

proyecto para tener un poco más claro los requerimientos del cliente.

Dicha entrevista nos permitió establecer las necesidades y mejoras

que podríamos plantear como justificación del nuestro producto.

En esta entrevista participaron además de las personas antes

mencionadas, los integrantes del grupo de trabajo.

Las preguntas y respuestas básicas que nosotros planteamos nos van

a permitir establecer mejor el ámbito del problema y la percepción

global de la solución, las mismas que se encuentran en el anexo1 y 2

respectivamente.�

5.2.1.1.2.3 POLÍTICAS DE LA ENTREVISTA

• Las entrevistas serán realizadas a las Personas antes

mencionadas.

• La estimación de tiempo para cada entrevista es de 30 minutos

como mínimo.

67

• Los días y hora, en que se realizarán las entrevistas serán

establecidas previo acuerdo con las personas involucradas.

• Como opción se mencionara que la hora de la entrevista podría ser

a partir de las 4:30 p.m. Ya que es cuando nos podrían dedicar

más tiempo y de ser necesario se podrá extender la misma.

• El formato de la entrevista se basa en preguntas, las mismas que

van a ser relacionadas con cada persona a entrevistar.

5.2.1.1.2.4 MODELO DE DESARROLLO.

El modelo que a se va a utilizar para el desarrollo del sistema es el

Lineal Secuencial Estructurado que comienza con un nivel de

sistemas y progresa con el análisis, diseño, codificación, pruebas y

mantenimiento, el cual dividirá el proyecto en entregas las mismas que

estarán especificadas en el cronograma de actividades. Dicho modelo

nos permitirá centrarnos en cada una de las etapas del proyecto y de

está manera tener un enfoque más realista del desarrollo de sistemas

y de software a gran escala.

�

Gráfico: No. 5


68

Actividades:

/�Ingeniería y modelado de Sistemas / Información.

• Ubicación del software en el ámbito donde va a funcionar.

2.- Análisis de los requisitos del software.

• Se deben conocer los aspectos relacionados con la

información a tratar, la función requerida, comportamiento,

rendimiento, etc del software.

• El cliente debe dar el visto bueno.

3.- Diseño.

• Estructura del programa y arquitectura del software.

• Representación de la Interfaz.

• Detalle Procedimental (algoritmo).

4.- Generación de código o Implementación.

• Puede automatizarse si el diseño está bien detallado.

69

5.- Pruebas.

• De Caja Blanca: Análisis de los distintos caminos de

ejecución de los algoritmos.

• De Caja Negra: Análisis de los procesos externos

funcionales.

6.- Mantenimiento.

Gestión de cambios en el software debidos a:

• Errores durante el desarrollo.

• Adaptación a nuevos entornos. Ej. Sistema Operativo

• Mejoras funcionales o de Rendimiento.

5.3 ESTUDIO DE FACTIBILIDAD

El estudio de factibilidad se refiere a la disponibilidad de los recursos

necesarios para llevar a cabo los objetivos o metas señalados.

Determina las posibilidades de éxito para conseguir la solución de las

necesidades detectadas y además recopilar datos relevantes sobre el

70

desarrollo de un proyecto y en base a ello tomar la mejor decisión,

para proceder a su estudio, desarrollo o implementación.

5.3.1 Factibilidad Técnica.

Establecer en las Instituciones Educativas un mecanismo que permita

controlar el flujo de procesos involucrados en dar solución a una

sugerencia o reclamo, además de realizar y controlar el proceso de

evaluación de Profesores.

5.3.2 Factibilidad Económica.

Generalmente la factibilidad económica es el elemento más importante

ya que a través de él, se solventan las demás carencias de otros

recursos, es lo mas difícil de conseguir y requiere de actividades

adicionales, cuando no se posee.

Los costos a los que se incurre durante el ciclo de vida del proyecto

como:

71

Costos de estudio, diseño, desarrollo, licencias, hardware, software,

instalación, recargos e impuestos, capacitación de personal, servicio

técnico, serán solventados por la Institución Educativa que requiera la

implantación del software “Sistema de evaluación de Profesores y

Workflow para la solución de sugerencias y reclamos”. En este

momento todos los costos en los que se puedan incurrir están

solventados por los creadores del software.�

5.3.3 Factibilidad Operativa.

Se refiere a todos aquellos recursos donde interviene algún tipo de

actividad, depende de los recursos humanos que participen durante la

operación del proyecto. Durante esta etapa se identifican todas

aquellas actividades que son necesarias para lograr el objetivo y se

evalúa y determina todo lo necesario para llevarla a cabo.

Una entidad educativa tiene la necesidad de mejorar constantemente,

para lo cual necesita contar con un sistema que controle sus procesos

relacionados a la evaluación de profesores y a la solución de

sugerencias o reclamos de una manera eficiente y eficaz, pero que

tenga alto rendimiento y bajo costo. Por lo tanto el proyecto desde el

72

punto de vista técnico y económico es viable y a priori, porque la

inversión en hardware y software es aceptable. Desde el punto de

vista operativo es óptimo porque el tiempo de capacitación de

personal y costos operativos son mínimos, ya que la aplicación es

orientada a diversos tipos de usuarios, tales como el usuario

Administrador del Sistema y usuarios por departamentos.

5.4 COMUNICACIÓN CON EL CLIENTE.

En el método de desarrollo utilizado se establece la comunicación con

el cliente en la cual el nos define sus necesidades, también se debe

de realizar entrevistas estructuradas a cada una de las personas

involucradas. Estas entrevistas se ciñen a un riguroso cuestionario

predefinido, que contiene:

• Descripción del proceso actual de evaluación de profesores.

• Descripción del proceso actual de solución de sugerencias o

reclamos.

• Entradas y salidas, documentos, información y/o servicios.

• Especificación de requerimientos.

73

• Especificaciones genéricas de diseño.

• Especificaciones de Programas y procedimientos.

• Apoyo de software existente.

• Diseños de pantallas / informes utilizados en la actividad a

realizar.�

5.5 ETAPA DE ANALISIS.

Esta etapa nos permite definir las tareas requeridas para establecer

los recursos, el tiempo, riesgos, costos y otras informaciones

relacionadas con el proyecto��

5.6 RECURSOS.

Dentro del análisis del proyecto “Sistema de Evaluación de Profesores

y Workflow para Solución de Sugerencias o Reclamos” se contempla

los siguientes recursos requeridos para acometer el esfuerzo de

desarrollo como son las herramientas de hardware, software y el

recurso humano.

74

RECURSOS DEL PROYECTO


Considerando la magnitud de la aplicación “Sistema de Evaluación de

Profesores y Workflow para la solución de sugerencias y Reclamos” y

el tiempo dedicado a la investigación, herramientas o agregados se

definen los siguientes recursos requeridos.

En base a ciertas configuraciones de seguridad existentes en

organizaciones se establece los siguientes Recursos Físicos.

Recursos económicos

Hardware y Software

Recurso Humano

75

5.6.1 RECURSOS DE HARDWARE

Requerimientos de hardware y software para la instalación de servidor

de aplicaciones documentales e IBM Lotus Document Manager.

Cant. Equipos 1 Procesador Pentium IV de 2 GHz. o superior. 1 Memoria RAM 1 GB recomendado. 1 Disco duro con capacidad de 40 GB.


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


5.6.2.2 Protocolos de Red Soportados.

• TCP/IP

5.6.2.3 Plataforma de Desarrollo:

La plataforma de trabajo que se va a emplear para el desarrollo del

sistema es Lotus Domino 6.5, la cual ofrece una gran variedad de

77

servicios de colaboración y una infraestructura para las aplicaciones y

el flujo de trabajo de procesos empresariales distribuidos.

Lotus Domino es un entorno de desarrollo rápido de aplicaciones que

ofrece un gran beneficio sobre la inversión a sus usuarios.

Entre las funciones que incluye Lotus Domino se encuentra:

• Seguridad de Web integrada.

• HTML nativo.

• Eventos de JavaScript integrados.

• Integración con el sistema de archivos.

• Servlets y agentes de Java.

• Objetos distribuidos, como, por ejemplo, CORBA/IIOP.

• Integración con herramientas de diseño de otros fabricantes.

• Integración con Microsoft IIS.

• Almacenamiento de objetos programables.

• Replicación.

Lotus Domino también se integra con orígenes de datos de servidor,

como, por ejemplo, IBM DB2 y Oracle, y con sistemas de

transacciones como IBM CICS.

78

Arquitectura Notes/Domino.

��

Gráfico: 7


5.6.2.4 Base de Datos Documental:

La base de datos que se va a emplear para el desarrollo del Sistema

es provista por la Plataforma Domino y es de tipo Documental, en

dicha base de datos cada registro se corresponde a un documento,

sea éste de cualquier tipo: una publicación impresa, un documento

Cliente Notes

Cliente Web

Domino Server

HTTP Server

Domino Object Store

OS File System

RDBMS

79

audiovisual, gráfico o sonoro, un documento de archivo, un documento

electrónico.

La base del diseño de Lotus Notes y Domino es el uso de una

estructura de datos única y sencilla, denominada nota, en la que se

almacena toda la información.

Las Notas se utilizan para almacenar datos y elementos de diseño. 5.6.2.5 Modelo de contención de las bases de datos de Domino�

Las bases de datos de Domino son archivos que se sitúan en el

sistema de archivos. Lotus Domino utiliza la ruta de acceso y el

nombre de archivos para identificar la base de datos. Una vez abierta

la base de datos, se accede a la información abriendo notas.

Este tipo de relación se denomina modelo de contención. El sistema

de archivos contiene bases de datos, las bases de datos contiene

notas y las notas contienen información.

80

5.6.2.6 Componentes de una base de datos Domino.

Los componentes de una base de Domino son:

• Documentos(información).

• Electos de diseño(formas, vistas).

• Seguridades (ACL).

• Elementos Lógicos.

5.6.2.7 Lenguaje de Programación.

Los lenguajes de programación utilizados son :

• Java.

• JavaScript.

• LotusScript.

• Lenguaje Formulas.

5.6.2.7.1 JAVA

81

Este Lenguaje de programación es de uso general y concurrente. Es

un lenguaje estructurado orientado a objetos. Maneja todo su potencial

a través de clases definidas. La última versión de JDK es 1.5.

Características

Entre las principales características del Lenguaje de Programación

JAVA se mencionan las siguientes:

• Simple

• Orientado a objetos

• Distribuido

• Robusto

• Arquitectura neutral

• Seguro

• Portable.

• Multithreaded.

Simple. Java ofrece toda la funcionalidad de un lenguaje potente.

Añade el uso del “garbage collector” (Reciclador de memoria

dinámica).

82

No es necesario preocuparse de liberar memoria, el reciclador se

encarga de ello y como es un thread de baja prioridad, cuando entra

en acción, permite liberar bloques de memoria muy grandes, lo que

reduce la fragmentación de la memoria.

�

Orientado a objetos. Java trabaja con sus datos como objetos y con

interfaces a esos objetos. Soporta las tres características propias del

paradigma de la orientación a objetos: encapsulación, herencia y

polimorfismo. Las plantillas de objetos son llamadas, como en C++,

clases y sus copias, instancias. Estas instancias, como en C++,

necesitan ser construidas y destruidas en espacios de memoria.

Distribuido. Java se ha construido con extensas capacidades de

interconexión TCP/IP. Existen librerías de rutinas para acceder e

interactuar con protocolos como HTTP y FTP. Esto permite a los

programadores acceder a la información a través de la red con tanta

facilidad como a los ficheros locales. Java en sí no es distribuido, pero

proporciona las librerías y herramientas para que los programas

puedan ser distribuidos, es decir, que se corran en varias máquinas,

interactuando.

83

Robusto. Java realiza verificaciones en busca de problemas tanto en

tiempo de compilación como en tiempo de ejecución. La comprobación

de tipos en Java ayuda a detectar errores en el ciclo de desarrollo.

Java obliga a la declaración explícita de métodos. Maneja la memoria

para eliminar las preocupaciones por parte del programador de la

liberación o corrupción de memoria. Además, para asegurar el

funcionamiento de la aplicación, realiza una verificación de los byte-

codes, que son el resultado de la compilación de un programa Java.

Es un código de máquina virtual que es interpretado por el intérprete

Java. No es el código máquina directamente entendible por el

hardware, pero ya ha pasado todas las fases del compilador: análisis

de instrucciones, orden de operadores, etc., y ya tiene generada la pila

de ejecución de órdenes.

Arquitectura neutral. Para establecer Java como parte integral de la

red, el compilador Java compila su código a un fichero objeto de

formato independiente de la arquitectura de la máquina en que se

ejecutará. Cualquier máquina que tenga el sistema de ejecución (run-

time) puede ejecutar ese código objeto, sin importar en modo alguno

la máquina en que ha sido generado.

84

Seguro. Las aplicaciones de Java resultan extremadamente seguras,

ya que no acceden a zonas delicadas de memoria o de sistema, con lo

cual evitan la interacción de ciertos virus. Java no posee una

semántica específica para modificar la pila de programa, la memoria

libre o utilizar objetos y métodos de un programa sin los privilegios del

kernel del sistema operativo. Java imposibilita también, abrir ningún

fichero de la máquina, no permite ejecutar ninguna aplicación nativa

de una plataforma e impide que se utilicen otros ordenadores como

puente, es decir, nadie puede utilizar nuestra máquina para hacer

peticiones o realizar operaciones con otra.

��

Portable. Más allá de la portabilidad básica por ser de arquitectura

independiente, Java implementa otros estándares de portabilidad para

facilitar el desarrollo. Los enteros son siempre enteros y además,

enteros de 32 bits en complemento a 2. Además, Java construye sus

interfaces de usuario a través de un sistema abstracto de ventanas de

forma que las ventanas puedan ser implantadas en entornos Unix, Pc

o Mac.

Multithreaded. Java permite muchas actividades simultáneas en un

programa. Los threads son básicamente pequeños procesos o piezas

85

independientes de un gran proceso. El beneficio consiste en un mejor

rendimiento interactivo y mejor comportamiento en tiempo real.

Aunque el comportamiento en tiempo real está limitado a las

capacidades del sistema operativo subyacente.

5.6.2.7.2 JAVASCRIPT

Es un nuevo lenguaje escrito. Los 'Scripts' de Javascript pueden ser

introducidos dentro de sus páginas de HTML. Con Javascript se puede

dar respuesta a eventos iniciados por el usuario (el observador de

nuestras páginas, por ejemplo), eventos tales como la entrada de una

forma o algún enlace. Esto sucede sin ningún tipo de transmisión. De

tal forma que cuando un usuario escribe algo en una forma, no es

necesario que sea transmitido hacia el servidor, verificado y devuelto.

Las entradas son verificadas por la aplicación cliente y pueden ser

transmitidas después de esto, También se puede pensar de programa

que se ejecuta en la versión cliente.

Aunque JavaScript se parece a Java, no es lo mismo! Java es un

lenguaje de programación mucho más complejo que JavaScript.

JavaScript está hecho para ser un lenguaje bastante fácil de entender.

86

A los autores del JavaScript no les debió haber importado mucho el

tema de la programación. Por esta razón, algunos elementos de Java

no son aceptados en JavaScript.

5.6.2.7.3. LENGUAJE DE FORMULA

Este Lenguaje ofrece una interfaz de programación sencilla y directa

para las aplicaciones de Domino. Al igual que ocurre con otros

lenguajes de programación, el lenguaje de formulas tiene reglas y una

sintaxis específica. Su código está diseñado especialmente para

trabajar con el elemento que el usuario está procesando actualmente.

El Lenguaje de formulas se puede utilizar para realizar muchos tipos

de operaciones. Algunos de los ejemplos mas comunes son:

• El Cálculo de Valores.

• La comparación de Valores.

• La Automatización de tareas.

87

Donde se Pueden Utilizar las Formulas

Las Formulas se pueden utilizar en muchos elementos de diseño; por

ejemplo, en formularios, vistas, paginas, campos, botones, acciones,

etc. El código se introduce en un evento de un objeto en el panel de

programación.

Uso de Lenguajes de Formulas en los Formularios

Utilice Formulas en los Formularios para agregar, calcular y formatear

datos de forma automática. Las Formulas le permiten:

• Mostrar un titulo si el documento es nuevo y otro si el

documento se está editando.

• Calcular fechas de finalización basándose en las fechas de

inicio y la duración.

• Introducir la fecha de creación del documento.

• Agregar opciones a una lista.

• Asegurarse de que los usuarios no guardan el documento con

determinados campos vacíos.

• Formatear las entradas de los usuarios para que sean

coherentes en todos los documentos.�

��

88

5.6.2.7.4. LOTUS SCRIPT

LotusScript es un embebido, Idioma de encriptación BASICO con un

juego poderoso de extensiones del idioma dentro de las que habilitan

desarrollo de la aplicación orientado-objeto y por las aplicaciones de

software de Lotus. LotusScript le permite poner escrituras más

complejas en una variedad mayor de situaciones y eventos que los

macros tradicionales. LotusScript y sus toolset de desarrollo

proporcionan un ambiente de la programación común por las

aplicaciones del Lotus en todas las plataformas apoyadas por software

del Lotus (como Windows, AIX, Linux).

�

Está disponible en: ��

• IBM Lotus Notes Release 4 and later

• IBM Lotus Approach® 96 Edition and later

• IBM Lotus Freelance Graphics® 96 Edition and later

• IBM Lotus Word Pro 96 Edition and later

• IBM Lotus 1-2-3 97 Edition and later

• IBM Lotus Enterprise Solution Builder

LotusScript ofrece una variedad ancha de rasgos. Su interfase al

software del Lotus ha terminado predefinido objetos clases. Los

89

productos vigilan la recopilación y cargando de escrituras del usuario y

automáticamente incluye definiciones de la clase para permitir

codificar más eficaz. LotusScript extiende las capacidades de

desarrollo de software del Loto proporcionando:

�

• La habilidad de poner escrituras en una variedad de objetos y

eventos en muchas aplicaciones de software de Loto.

LotusScript tiene un juego de extensiones más allá de Visual

Básico, eso proporciona poder adicional y utilidad al escribir

aplicaciones que usan software del Loto.

• Un debugger y sintaxis-dirigió a editor.

• Acceda a un rango ancho de funciones del producto a través de

las clases definidas para cada producto.

• Acceda a las bibliotecas de las clases externas definidas

usando el LSX Toolkit.

El ambiente en el que usted escribe, ponga a punto, y ejecute

escrituras dependiendo de su aplicación de software de Lotus.

Aprender sobre su producto está programando ambiente, vea su

documentación del producto.

90

LotusScript ofrece las siguientes ventajas:

Superset de BASICO.

Puesto que LotusScript es un idioma BASICO, es fácil aprender, sobre

todo para los usuarios Básicos Visuales. Usted puede escribir

escrituras sofisticadas que usan condiciones, subprogramas y otras

convenciones.

Plataforma.

LotusScript es una multi-plataforma Básica como el lenguaje de script.

Funciona con plataformas como Windows, Macintosh, OS/2, UNIX,

z/OS, y OS/400. Escrituras desarrolladas en Windows ejecutan

inalterado en cualquier otra plataforma apoyada. Esta portabilidad es

importante como aplicaciones de escritorio y workgroup y los

documentos se envían por correo a usuarios compartidos.��

Orientación a Objetos.

El software del lotus proporciona Clases del Objeto que están

disponibles para LotusScript. Usted puede escribir, acceder y

91

manipular estos objetos. Las escrituras manejan eventos, como por

una acción, pulsando el botón, abriendo un documento, o abriendo

una vista.

LotusScript le da la habilidad de crear sus propias clases y objetos, y

fácilmente las subclases.

Inter-operabilidad con otros lenguajes.

Usted puede utilizar lenguaje de fórmula y @functions de LotusScript.

Usted también puede utilizar Java y JavaScript.

Ambiente de Desarrollo integrado

El Ambiente de Desarrollo Integrado de Lotus Script (IDE) proporciona

una interfase para crear, revisar, y poner a punto escrituras, y para

hojear las variables y propiedades de clases. El IDE le permite escribir

escrituras más complejas en Notes.

Bibliotecas de LotusScript

Usted puede crear funciones y bibliotecas de clase en este lenguaje y

puede rehusarlo en aplicaciones de software de Lotus vía declaración

de extensión del lenguaje .

92

Interfaz Gráfica

Como herramienta de desarrollo se emplea el Domino Designer 6.5

que es un cliente especial para la construcción de aplicaciones

incluyendo aplicaciones Web.

�

Este cliente nos va a permitir la creación de una base de datos nueva

la misma que puede basarse en una templeta en blanco creando una

base de datos desde cero o una templeta existente. También nos va a

permitir la creación de Framesets, Pages, Views, Forms, Agents,

Outlines, Subforms, Compartir Recursos (Shared Resources).

Hosting: Para poder levantar el Sistema es necesario contratar los

servicios hosting de un proveedor determinado el cual nos asignara un

dominio y un espacio de disco para poder levantar nuestro Sistema y

guardar nuestras operaciones. El costo de dicho servicio varia de

acuerdo a lo que solicite el cliente.

Cabe recalcar que el sistema también se lo podrá trabajar de manera

local mediante el uso de una Intranet.

93

5.6.3. RECURSO HUMANO.

Una vez realizada la estimación del esfuerzo de desarrollo (personas

por mes) y seleccionar la especialidad que desempeñará cada

integrante se optó por establecer un equipo de trabajo conformado por

tres personas: Sr. Eddy Aguilar, Sr. Armando Zumba y Sr. Agustín

Abad

Este Recurso Humano intervino en cada una de las fases de

desarrollo del Sistema de Evaluación de Profesores y workflow de

Solución de Sugerencias o Reclamos como son: levantamiento de

información, análisis, diseño, desarrollo, pruebas e implantación de la

aplicación; todos orientados a investigar arduamente para el desarrollo

del mismo y de buscar las mejores opciones existentes.

�

En el siguiente cuadro se presentan las características más relevantes

de los recursos utilizados para el Sistema de Evaluación de

Profesores y workflow de Solución de Sugerencias o Reclamos:

94

CARACTERISTICAS DE LOS RECURSOS

$��

��

��

��&� ��

��(��

*��

0��1��

��

��1��

��

0��

��

Cuadro: No. 18


5.7 METODOS DE ESTIMACION DE PROYECTOS

5.7.1��MODELO ALGORITMICO.

5.7.1.1 MODELO PUNTO DE FUNCIÓN

La descomposición de estimación basada en puntos de función se

centra en los valores de dominio de información, y no en las funciones

de software. Teniendo en cuenta tablas de cálculo del PF, el

planificador del proyecto estima entradas, salidas, ediciones, archivos

e interfaces internas.

95

ENTRADAS

• Registro de Usuarios de Evaluación.

• Ingreso de Solicitud de Sugerencia o Reclamo.

• Ingreso de Preguntas.

• Ingreso de Nuevos Usuarios.

• Ingreso de la Evaluación.

• Ingreso de Rango de la Evaluación.

SALIDAS

• Listado de Sugerencia o Reclamo a Solucionar.

• Listado de alumnos que han realizado la Evaluación.

• Listado de alumnos que no han realizado la Evaluación.

• Listado de Usuarios.

• Listado de Preguntas.

• Listado de Sugerencias o Reclamos Aprobadas.

• Listado de Sugerencias o Reclamos Rechazadas.

CONSULTAS O REPORTES

• Reportes de todos los profesores Existentes.

• Reportes de todas las materias dictadas por el profesor.

• Reporte gráfico sobre determinada materia.

96

• Detalle del reporte gráfico.

• Reporte de todas las materias que existen.

• Reporte de los profesores que dan esa materia.

• Reporte gráfico sobre determinada materia del profesor.

• Reporte general de evaluaciones.

• Reporte de alumno aprobado o reprobado.

• Historial global de profesor/ materia.

• Histórico gráfico de preguntas por profesor/materia/año.

ARCHIVOS INTERNOS

• Forma Evaluación.

• Forma Solicitud: Sugerencia.

• Forma Solicitud: Reclamo.

• Forma Registro de Alumno.

• Forma Registro de los Usuarios.

• Forma Ingreso de Preguntas.

ARCHIVOS EXTERNOS

• Tabla Materia.

• Tabla Profesor.

• Tabla Alumno.

• Tabla MatPro.

97

• Tabla AluMat.

PARAMETROS Complejidad

baja Complejidad

media Complejidad

alta TOTAL

# de entradas 3X3 2X4 1X6 23 # de salidas 4X4 2X5 1X7 33 # archivos (internos) 3X7 2X10 1X15 56 # archivos (externos)

5X5 X7 X10 25

# de consultas o reportes

8X3 2X4 2X6 44

Punto de función no ajustado

181


FORMULAS

FA = 0.01 * PFNA + 0.65

PF = PFNA * FA

LDC = PF * (promedio de lenguaje)

PFNA = 181

DESARROLLO

FA = 0.01 * PFNA + 0.65

FA = 0.01 * 181 + 0.65

FA = 2.46

98

PF = PFNA * FA

PF = 181 * 2.46

PF = 445.26

LDC = PF * (promedio de lenguaje)

LDC = 445.26 * (4GL)

LDC = 445.26 * 40

LDC = 17810.4

KLDC = 17.81

5.7.1.2 �MODELO COCOMO.

COCOMO es un modelo Constructivo de Costos usado para la

estimación de software, esta definido para tres tipos de proyectos:

Modo Orgánico (proyectos relativamente pequeños y sencillos), Modo

Semi-acoplado (su desarrollo es complejo y de alta innovación técnica,

desarrollo de entorno poco estable), Modo Empotrado (proyectos de

software que deben ser desarrollados en un conjunto de hardware,

software y restricciones operativas).

99

MODELO INTERMEDIO �� MODO EMPOTRADO

FORMULAS

Km = 2.8 Sk1.20 (persona / mes)

Td = 2.5 Km0.32 (meses)

DATA: Tamaño de la Base de Datos.

ACAP: Capacidad del Analista.

AEXP: Experiencia de la aplicación.

LEXP: Experiencia en lenguaje de programación.

SCED: Plan de desarrollo requerido.

DATA �� Alto �� 1.08

ACAP �� Alto �� 0.86

AEXP �� Bajo �� 1.13

LEXP �� Nominal �� 1

SCED �� Alto �� 1.04

DESARROLLO

Km = 2.8 Sk1.20 (persona / mes)

Km = 2.8 * (17.81)1.20

100

Km = 88.7

Km = 88.7 * DATA

Km = 88.7 * 1.08

Km = 95.8

Km = 95.8 * ACAP

Km = 95.8 * 0.86

Km = 82.4

Km = 82.4 * AEXP

Km = 82.4 * 1.13

Km = 93.1

Km = 93.1 * LEXP

Km = 93.1 * 1

Km = 93.1

Km = 93.1 * SCED

Km = 93.1 * 1.04

Km = 96.8

Km = 97 (personas / mes)

Td = 2.5 Km0.32 (meses)

101

Td = 2.5 * 970.32

Td = 10 (meses)

5.8. ADMINISTRACION DE COSTOS.

5.8.1 Planeación de Recursos.

Es determinar que recursos (personas, equipos, materiales) y en que

cantidades de cada uno deberán ser usados para ejecutar las

actividades del proyecto.

2 Analistas de sistemas.

2 Diseñadores gráficos.

2 Programadores

1 Administrador de proyectos

Pagos de planillas de agua, luz, Teléfono.

Almuerzos

Costo de consulta (entrevistas).

Costo de mantenimiento de equipos

Capacitación

102

5.8.2. Estimación de Costos.

Es desarrollar una aproximación (estimado) de los costos de los

recursos que se necesitan para completar las actividades del proyecto.

2 Analistas de sistemas. $1.000,00

2 Diseñadores gráficos. $400,00

2 Programadores $2.500,00

1 Administrador de proyectos $3.000,00

Pagos de planillas de agua, luz, Teléfono. $49,50

Almuerzos $243,00

Costo de consulta (entrevistas). $20,00

Costo de mantenimiento de equipos $126,00

Capacitación $330,00

5.9. CRONOGRAMA DE ACTIVIDADES.

Basándonos en el cronograma presentado por la carrera para el Seminario

de Graduación 2006 hemos establecido las siguientes actividades o tareas a

103

ejecutar para alcanzar el desarrollo del proyecto “Sistema de Evaluación de

Profesores y Workflow para la solución de sugerencias o reclamos (SEP y

WSSR)”. Cabe recalcar que desde el inicio del seminario este cronograma ha

sufrido cambios para ajustarse a eventos que han suscitado. Para la

valoración del tiempo se ha tomado en consideración días laborables,

considerando los días no laborables como tiempo de holgura.

2!�� "�� %��3��4�

5.9.1 LISTADO DE ACTIVIDADES.

-5�� %��"��

��

�� !�" � � �� #��

$� %�&� � ��' ��

(� !�" � ��)�� "��

*� !�" � �� + �� "��

�� ,�� "�� - �� - ��

�� %� �� - ��

�� ,�� "�� .��- ��/��/� �-�� 0�

�� "��- ��

�� %�&� � ��

�� 1�2��

�� %�&� � ��

�$� !��

�(� 1�� #��

�*� %�� %��

�� %�� 3 ��

�� %�� 4��

�� %�� , ��

�� ! ��5��' ��

�� ! ��5��!��

�� ! ��5��%�6� ��

104

�� ! ��! ��5��7��' ��

�$� ! ��8��&�6� ��9��:�;� ��

�(� ;�� '��

�*� '�� %�&� � ��#�! ��5��

�� 4�� " ��

�� ;��2�

��

�

Cuadro: No. 19

Fuente: Investigadores. ��

105

5.10. ADMINISTRACIÓN DE RIESGOS �

��,6��

$��-��6-��

%��*%��

��67%7�8�$%$�

��*6�

��*�%*�,�%��

�<��-#�� #��

�;��#��

�9�#�=>�

�'��

��!��"� � �� 6��?��2>��;�� 2��

�<��?#� ��

�;��

�9��

�3��

��4 � �� ;�� ?�� =��%��+� �� @�� #��

�<�� #�� 2��& ��

�;��#��

�9�#�=>�

�'��

��,�� @�� A��6�� #��

��

;1,'B�%C��

��;��#��

�;��#��

�9�#�=>�

�'��

��1�2��;��+ ��1�2��

��B,7%��D%4�B�%C�

�<��4�� >��

�7��

�9��

�3��

��A��=��%�&� � ��,�6�� A�� -�� 6�� 2�#�� #��,�- ��6�� ? ��

106

4�2 �� + ��7�� 2>��

7�� =>� 3�� 4�� + ��2 ��" � ��

�<�� 6� �2��

�;��#��

�=>�

�4��" ��

��%�� @��-�� ,�- �� "�� ? �� #��

�A��2 ��6�� #��

�;��#��

�=>�

�'��

��A��2��&� � ��6�� ,�- �� "�� 6��?�� #��-��

<�� 6��?� ��

;�� =>� '�� E�� " ��6�� ? ��2�� 1�2�� #��

�,1<F1,�9�1�3B'��

<��

;�� =>� '�� " �� 2��6��

�F��A�� 6��@��

�;��#��

�%��

�'��

��B2��?�� 4 � �� 2��?��

��

A1,,%9�1�3%'�� <��?�� )��

;��#�� =>� '�� F � @��?�� 9��

=��

;��#�� =>� '�� %�� @��+� ��=��!�� @��

��

314�BCB7�4B�=��!��"��:��

;��#�� =>� 3�� A�� 2��2��

107

<��

;��#�� =>� 4��" �� !�" � ��&��A��

<��?��

;��#�� =>� 4��" �� ,�� @�� -�� 2��2��=��!��

;,1'F;F1'3B� <�� 7�� 9�� 4��" �� ,�� @��2��&� � ��!�>�� >��G�� 2� ��-��

Cuadro: No. 20

Fuente: Investigadores. �

108

5.11. ANALISIS DE REQUERIMIENTOS.

“El Sistema de Evaluación de Profesores y Workflow para la Solución de

Sugerencias y Reclamos” nace frente a la necesidad de automatizar los

procesos que se vienen realizando en las Unidades Educativas de manera

manual para de está manera agilitar los diferentes procesos que de estos

dependen.

5.11.1. REQUERIMIENTOS FUNCIONALES.

El sistema debe tener la capacidad de poder procesar las diferentes

evaluaciones que los alumnos realizan de una forma eficiente y efectiva,

tratando de optimizar en lo sumo posible los recursos de la organización. El

sistema debe de ser capaz de conectarse a bases de datos relacionales

para de está manera extraer información importante que le servirá para

alimentar su base de datos documental. También debe de ser capaz de

registrar a nuevos usuarios tanto de evaluación como de administración

asignándoles sus perfiles correspondientes. Debe de ser capaz de realizar

sugerencias o reclamos para de esta manera poder comunicarles a las

autoridades correspondientes las diferentes anomalías que se podrían

109

presentar en el proceso educativo. Debe ser capaz de enviar las diferentes

sugerencias o reclamos a los diferentes departamentos para que se le de

su correspondiente tramite. Debe de poder emitir reportes de las

evaluaciones realizadas por los alumnos por fechas para de esta manera

tener un soporte para mejorar el proceso educativo.

5.11.2. REQUERIMIENTOS DE RENDIMIENTO.

El sistema debe de asegurar que el proceso de evaluación se realizará

adecuadamente para de está manera poder contar con los resultados de

las evaluaciones a tiempo y poder tomar las decisiones del caso, además

debe garantizar el correcto tramite a las sugerencias y reclamos emitidas

por los usuarios, para lograr dicho objetivo el sistema debe tener relación

con otros sistemas internos de la organización que brinden la información

necesaria de manera oportuna para de esta manera poder realizar la

correspondiente evaluación al personal docente, solucionar las sugerencias

y reclamos de los usuarios y tomar decisiones en un tiempo requerido.

110

Confiabilidad.

El sistema debe de asegurar que el proceso de evaluación del

personal docente y solución de sugerencias y reclamos se realice de

la forma más rápida y oportuna de tal manera que no afecte a las

unidades educativas dichos procesos al ser lentos y costosos.

Una de las características que hacen confiable al sistema es su

autenticación ya que de esta manera solo se permite el acceso a está

aplicación al personal autorizado por la organización, además posee

un archivo Log del personal que accede a dicha aplicación para de

está manera llevar un control de la misma.

5.12. ANÁLISIS COSTO BENEFICIO.

Posibles costes de un sistema de evaluación de profesores y

Workflow para la Solución de Sugerencias y Reclamos.

Costes de Elaboración

111

Costes de Investigación.

Costes de alquiler o compra de equipos.

Costes de instalación de los equipos.

Costes de capital.

Costes de gestión y de personal.

Costes de modificación y ubicación de los equipos.

Costes de puesta en marchan

Costes del sistema operativo.

Costes de la plataforma de desarrollo.

Costes de la instalación de los equipos de comunicaciones (líneas

telefónicas y datos).

Costes del personal para la puesta en marcha.

Costes de contratación de personal y alquileres.

Costes de interrupción en la organización.

Costes de gestión necesarios para dirigir la actividad inicial.

Costes relacionados con el proyecto.

112

Costes de adquisición de software de aplicación.

Costes de las modificaciones del software para que encajen con los

sistemas locales.

Costes de personal, gastos generales etc. Del desarrollo de

aplicaciones internas.

Costes de entrenamiento del personal en el uso de aplicaciones.

Costes de entrevistas y recogidas de información.

Costes de procedimientos de instalación.

Costes de preparación de la documentación.

Costes de la supervisión del desarrollo.

Costes del proceso.

Costes de mantenimiento del sistema(hardware, software e

instalaciones).

Costes de suministros(electricidad, teléfono, agua).

Costes de depreciación del hardware.

Costes del personal involucrado en la gestión de los sistemas de

información, operación y actividades de planificación.

113

Beneficio en las tareas de mantenimiento y almacenamiento de

información.

Capacidad de recoger y almacenar datos de los registros.

Aumento de la cantidad de datos que se pueden almacenar en a la

base de datos.

Aumento en la seguridad de almacenamiento de datos.

Mejora en la portabilidad de los datos.

Beneficios en las tareas de búsqueda de datos.

Capacidad mejorada en el acceso a la base de datos.

Capacidad mejorada de cambio de datos dentro de la base de datos.

Capacidad mejorada de crear acceso a los datos y por quién.

Capacidad de hacer auditoria y análisis de las actividades de

búsqueda de los datos.

Beneficios en la tarea de procesamiento de datos.

Capacidad de emitir reportes previamente definidos.

Capacidad de manejo de archivos de auditoria (.log).

Capacidad de procesar evaluaciones de los alumnos.

114

Capacidad de asignar roles a los usuarios.

Capacidad de adaptación a cualquier tipo de Unidad Educativa

(sistema parametrizable).

Capacidad de control de usuarios y password.

Restricciones.

• El software está orientado a la evaluación del persona docente

y a la solución de sugerencias y reclamos de la unidad

educativa, más no a la matriculación de los alumnos.

• El acceso al sistema es limitado para el usuario administrador

del sistema, usuarios del sistema y usuarios de evaluación.

• El usuario debe tener conocimientos de navegación en Internet.

5.13. CASOS DE USO DEL SISTEMA.

Un diagrama de casos de uso del sistema muestra las distintas

operaciones que se esperan de una aplicación o sistema y cómo se

relaciona con su entorno sean estos usuarios u otras aplicaciones.

115

Casos de uso del Sistema de Evaluación de Profesores y Workflow de

Solución de Sugerencias o Reclamos.

CLIENTES NOTES

Gráfico: No.8 Fuente: Investigadores.

Usuario

Recepción de respuesta

Solicitud

Domino Server

Autenticación

Autorización

116

CLIENTES BROWSER

Solicitud Usuario Recepción de respuesta

��

Gráfico: No. 9 Fuente: Investigadores

5.14. MODELADO DE REQUERIMIENTOS.

5.14.1 DIAGRAMA DE FLUJO DE DATOS (DFD).

El diagrama de flujo de datos (DFD) es una técnica que representa el

flujo de información y las transformaciones que se aplican a los datos

al moverse desde la entrada hasta la salida.

http Server

Domino Engin

Domino Server

Servidor

DNS 1

.

.

117

El DFD es también conocido como gráfico de datos, diagramas de

datos o como diagrama de burbujas.

Se puede usar el diagrama de flujo de datos para representar un

sistema o software a cualquier nivel de abstracción. De hecho, los

DFD pueden ser divididos en niveles que representen un mayor flujo

de información y un mayor detalle funcional. Por consiguiente, el DFD

proporciona un mecanismo para el modelado funcional así como el

modelado del flujo de información

5.14.1.1 Notación Gráfica.

La notación gráfica empleada en el Diagrama de Flujo de Datos se

muestra a continuación:

118

NOTACIÓN DFD

��7686�� $��6-�

��

��*��/�� G��

��

�� +�� 2 ��- � ��2��6�� 6�� "��

��1��)�� @� �� 6��

�

Cuadro: No.21 Fuente: Investigadores

119

DFD Nivel 0

��


SEP Y WSSR

Ingreso Clave de Acceso

Ingreso Evaluación

Ingreso Solicitud Sug. O Reclamo

Registro de User al Sistema

Reportes de Resultado de la

Evaluación

Confirmación Solución Sug. O

Reclamo

Confirmación de User Registrados

al Sistema

Interfaz Gráfica Amigable

120

��

�

Interactúa con el

Servidor

Visualiza Vistas

Interfaz Gráfica

amigable

Solución Sugerencia o Reclamo

Recepción de Solicitud

Clasificación Sugerencia o Reclamo

Ejecutar tramite de solución


Dentro del alcance

Fuera del alcance

Revisión del

Reclamo


Confirmación de solución tomada

Solicitud de Sugerencia o Reclamo Selección

de tipo de solicitud

Ingreso Datos

de Solicitud

Envío de

Solicitud

Activo acceso al Sistema

Verif. Conf. De servidor y permisos de

ACL en la BD

Autentificación del usuario

Ingreso de clave

de acceso

No Activa acceso al Sistema

Pedido de nueva clave

Almacena Log de errores

Petición de Evaluación

Petición no Aceptación

Verifica tiempo limite

Tiempo fuera de rango

Selección de

materia

Procesamiento de evaluación


Grabar Evaluación

2

��"� ��9� �1��

��

$�$�

121

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

Gráfico: No. 11 Fuente: Investigadores�

�

�

�

Petición de Tabulación

Ejecución de Agente Verifico

fecha establecida

No se cumple fecha

Agente no ejecuta

tabulación

Si se cumple fecha

Clasifico preguntas

Selecciono preguntas

Clasifico respuestas

Proceso respuestas

Verifica existe otra pregunta

Visualizo Gráficos de resultado

estadísticos

2

122

CAPITULO 6

DISEÑO.

El diseño del software es el proceso que permite traducir los requisitos

analizados de un sistema en una representación del software, que

inicialmente da una visión del mismo y tras posteriores refinamientos

nos conducirá a una representación de diseño muy cercana al código

fuente.

6.1. TIPOS DE CLIENTES.

Existen dos formas en que un usuario puede ejecutar la aplicación,

estas son:

123

Cliente Notes: Puede acceder a los datos en el servidor Domino y

localmente, proveyendo un acceso portable a los datos.

Cliente Browser: Pueden acceder a los datos en el servidor Domino

y desplayarlos en el Browser.

6.2. TIPOS DE USUARIOS.

Dentro del análisis de esta aplicación se han definido los siguientes

tipos de usuarios a los cuales se le permitirá el acceso a la misma:

Usuario Administrador: Será el encargado de la administración del

sistema, lo correspondiente a mantenimiento de preguntas, usuarios y

nivel de acceso que tendrán los mismos.

Usuario Evaluador: Accederá a la aplicación mediante el Cliente

Browser, para realizar las tareas correspondientes a la evaluación de

profesores y emisión de sugerencias o reclamos.

Usuario Departamental: Accederán a la aplicación mediante el

cliente Notes o Browser, para realizar tareas correspondientes a la

solución de sugerencias o reclamos y/o consultar resultados de la

evaluación de profesores.

124

6.3. MODELO DE FORMULARIOS.

A continuación se detallaran los diferentes formularios que se

desarrollaran dentro del Sistema, y en que punto del proceso se

utilizaran.

Cabe indicar que estos formularios serán sometidos a cambios

dependiendo del conocimiento de la herramienta.

6.3.1. Formulario de Ingreso.

Este formulario se utilizará para el ingreso de los usuarios al sistema,

dicho formulario podrá ser ejecutado a nivel de cliente browser y

Notes.

��

��

��

Cuadro 22


125

Gráfico: 12 Fuente: Investigadores

6.3.2. Formulario de Registro.

Este formulario nos permite el registro de nuevos usuarios

evaluadores al sistema, cabe indicar que el alumno debe estar inscrito

en el semestre en curso para que se lleve a cabo este registro.

126

Gráfico 13 Fuente Investigadores

127

��

��

��

�� !�" ��

�� # � � $ % ��

�� # � � & �% � ��' ( �) ��*��

�� # � � $ � ��

�� # � � + � � � � � ��

�� , �� & ��

��!� �) � - �� .� � ��.� � .�� !� �) ��

Cuadro 23

Fuente: Investigadores 6.3.3. Formulario de Materias a evaluar.

Este formulario nos permite seleccionar la materia que se va a evaluar.

Solamente presentará las materias que aun no han sido evaluadas y

que estén dentro del rango de evaluación.

128

Gráfico: 14 Fuente Investigadores

6.3.4. Formulario de Bienvenida.

Este formulario nos muestra las diferentes opciones que nos brinda la

aplicación, entre las cuales se encuentran:

Evaluar: Permite realizar la evaluación de profesores, presentando las

materias en las cuales está inscrito el alumno, éste deberá elegir la

materia que desea evaluar.

129

Esta evaluación se la deberá realizar dentro de la fecha establecida

como inicio y fin de evaluación.

Sugerencias o Reclamos: Permite emitir Sugerencias o Reclamos,

previamente el usuario deberá seleccionar el tipo de la misma.

Cabe indicar que toda la información que usted ingrese es de estricta

confidencialidad.


130

6.3.5. Formulario de Envío de Sugerencia o Reclamo.

Este formulario permitirá al usuario evaluador, emitir Sugerencias o

Reclamos, para que dicho envío se realice correctamente se deberán

llenar todos los campos especificados. Cabe indicar que la identidad

del usuario que emite la solicitud o reclamo se la mantendrá en

absoluta reserva.


131

��

# �� / ��

�� # � � 0 ��( �1 ��

�� # � � �� *2 � ��" �� 3 �

�� # � � �� ' ( �) ��*�� 3 � ��

�� & �� " ��

�� , ��) � � 4 �) �( 5� � �� 3 � � � �

��

2 � �) �� - �� .� � ��.� �.�� & �� !� �) ��

Cuadro: 24


6.3.6. Formulario de Evaluación.

Este formulario permitirá al usuario evaluador, cumplir con el proceso

de evaluación de su docente, previo a la selección de la materia. Una

vez cumplida la evaluación el usuario podrá guardar dicha evaluación.

132


��

, �� , ��

, �� , ��

, �� 6 , �� 6 � � � ��

, �� , �� 6 � � � ��

, �� , ��

, �� , ��

, �� 7 , ��

, �� , ��

133

��

, �� , ��

, �� , ��

, �� , ��

, �� , ��

, �� 6 , �� 6 � � � ��

Cuadro: 25


6.4. DISEÑO ARQUITECTÓNICO Y DIAGRAMA DE BLOQUES.

Define la relación entre cada uno de los elementos estructurales del

sistema.

�

134

DISEÑO ARQUITECTONICO

I N T E R F A Z

Autenticación Del Usuario

No activa el acceso

Verificación de

configuración del servidor y

permisos ACL de la

Pedido de clave de acceso

Interactúa con el Servidor

Petición de evaluación

Verificación de tiempo

Selección de materia

Procesa evaluación

Solicitud de Sug. o Recl

Selecc. Tipo de solicitud

Ingrese datos de solicitud

Envío de solicitud

Registro de Usuarios

Ingre. Datos del User

Asignación de permisos

Registro nuevo Usuario

Petición de Vistas

Procesa petición de vistas

Petición De Tabulación

Verif. Tiempo establecido

Clasif. preguntas

Clasif. respuestas

Procesa respuestas

Petición mantenimiento de preguntas

Selección de mantenimient

Procesa mantenimient

Petic. Soluc. Sug. o Recl

Verificación Sug .o Recl

Selecc. departament

Confirmación solución

I N T E R F A Z

FILE SYSTEM

BDD RDBMS

Clave de acceso

Ingreso de solicitud


Registro del usuario

Registro de preguntas

Petición de vistas

Clave de acceso





Petición de vistas

ENTRADAS ENTRADAS


�

Domino Server

Autenticación

Autorización

http Server

Domino Engine

Domino Server

SEP Y WSSR

Modulo Mantenimiento de

Usuarios

Modulo de Evaluación


Preguntas

Modulo de sug. y reclamos

Modulo de Tabulación de Preguntas

Modulo de Vistas

Modulo de Históricos

Vista de alumnos

que no realizan

Vista Comparativa Vista porcentaje

Profesor/ preguntas

Vistas de Gráficas

NRPC NRPC

Cliente Notes

Cliente Web

DIAGRAMA DE BLOQUES DEL

SISTEMA


135

136

�

6.5. DISEÑO DE INTERFAZ

La interfaz hombre-máquina, llamada también interfaz de de usuario”,

permite al usuario mejor adaptación hacia aplicaciones de software

interactivo. La percepción humana, el nivel de preparación y el perfil del

usuario, así como el resto de las tareas que realiza el usuario, son los

factores que influyen en el diseño de una interfaz.

Además de la interfaz, la disponibilidad del hardware, la tecnología del

software y las aplicaciones misma, son piezas claves del resultado final.

6.5.1. COMPONENTES DE LA INTERFAZ GRAFICA DEL USUARIO

Entre los principales componentes de interfaz gráfica presentes en la

aplicación SEPYWSSR tenemos:

6.5.1.1. Sesión del Administrador

Los componentes de la sesión del administrador se detallan a

continuación:

137


Descripción de los elementos de la sesión del administrador A Menú: Muestra y permite el acceso a las opciones establecidas solo

para el usuario administrador. B Menú de Control: Es un vinculo que contiene la URL que permite cerrar

la sesión actual. C Gif: Imagen que realza el diseño de una aplicación. D Identificador de Usuario: Permite identificar que tipo de usuario a

iniciado una sesión dentro de la aplicación.

Cuadro: 26 Fuente Investigadores

A

B

C

D

138

6.5.1.2. Ingreso a la Aplicación.

Los componentes del ingreso a la aplicación se detallan a continuación:


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.


A

139

6.5.1.3. Envío de mail.


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.


A

B

C D

E

140

6.5.2. Diagrama Jerárquico de la Interfaz Gráfica de usuario.

6.5.2.1. Inicio de sesión

Es la primera interacción que tiene el usuario con la aplicación, en esta

se permite establecer el nivel de seguridad de usuario y clave, da la

posibilidad de que se inicie una nueva sesión autenticándose con uno de

los usuarios definidos en la base de datos documental. Además permite

el acceso a formularios de registro de nuevos usuarios y formularios de

recuerdo de contraseña y brinda una ayuda sobre el ingreso a la

aplicación (Ver grafico)


141

6.5.2.2. Sesión del Administrador

Las alternativas que se presentan al usuario administrador de la

aplicación se resumen a continuación: (Ver Grafico)


6.5.2.2.1. Archivo

Menú archivo, en esta opción el administrador podrá realizar las

respectivas migraciones de datos y archivos log, así como también la

tabulación de encuestas.

142

6.5.2.2.2. Registro

Menú Registro, el administrador podrá realizar el registro, modificación y

eliminación lógica de usuarios departamentales y evaluadores además

contará con la posibilidad de ingresar nuevas preguntas así como

modificarlas y/o eliminarlas.

6.5.2.2.3. Consulta Evaluación

Menú Consulta Evaluación, se brinda al usuario administrador y

departamental la alternativa de realizar consultas de gráficos

estadísticos, comparativos y resultados de evaluaciones los mismos que

se obtendrán de la tabulación.

6.5.2.2.4. Reportes

Menú Reporte, permitirá tanto al usuario administrador como al

departamental la posibilidad de generar reportes de solicitud y

evaluación los mismos que podrán ser impresos.

6.5.2.2.5. Histórico

Menú histórico, brinda la opción tanto al usuario administrador como al

departamental de poder consultar datos históricos que han sido

almacenados previamente en dicha base para tener un soporte de

documentos.

143

6.5.2.2.6. Archivos Log

Menú Archivos Log, ofrece al usuario administrador la posibilidad de

consultar documentos que contienen información relacionada a fallos del

sistema ocasionados tanto por el usuario administrador como

departamental.

6.5.2.2.7. Correo

Menú Correo, esta opción permite al usuario administrador enviar

correos tanto al usuario departamental como al evaluador.

6.5.2.2.8. Personal

Menú personal, esta opción permite tanto al usuario administrador como

al departamental la posibilidad de modificar su clave de acceso así como

de acceder a la bandeja de entrada del mismo (ésta última opción solo

ésta disponible para el usuario departamental).

6.5.3. Diagrama Jerárquico del Menú Principal (Usuario

Administrador)

En el siguiente cuadro se muestra el diagrama jerárquico empleado en el

menú principal de usuario administrador.

144

Pág

. 1 /

1 S

ISTE

MA

DE

EV

ALU

AC

ION

DE

PR

OFE

SO

RE

S Y

WO

RK

FLO

W P

AR

A

SO

LUC

ION

DE

SU

GE

RE

NC

IAS

O R

EC

LAM

OS

Ver

sión

1.0

Fech

a de

Dis

eño

05/0

5/20

06

D

IAG

RA

MA

JE

RA

RQ

UIC

O D

EL

ME

NU

PR

INC

IPA

L

Con

sulta

E

valu

ació

n

SE

PY

WS

SR

Arc

hivo

R

egis

tro

Rep

orte

s H

istó

rico

A

rchi

vos

Log

Impo

rtar

ar

chiv

os L

og

Tabu

laci

ón d

e en

cues

tas

Usu

ario

s G

ráfic

o es

tadí

stic

o S

olic

itude

s A

udito

ria

Mig

raci

ón d

e D

atos

Cua

dro

29

Cor

reo

Preg

unta

s G

ráfic

o co

mpa

rativ

o

Res

ulta

do

eval

uaci

ón

Eva

luac

ión

Sol

icitu

des

Eva

luac

ión

Dep

arta

men

to

Alu

mno

s

145

6.5.3.1. Descripción de cada opción del menú

6.5.3.1.1. Menú Archivo

Cuadro 30 Fuente: Investigadores

6.5.3.1.2. Importar Archivos Log

Permitirá al usuario administrador importar los archivos generados en

base a errores de la aplicación ocasionados por los usuarios.

6.5.3.1.3. Tabulación de Encuestas

Esta opción permitirá al usuario administrador tabular las encuestas

realizadas por los usuarios evaluadores.

MODULO GUI

ARCHIVO

IMPORTAR ARCHIVOS LOG

TABULAR ENCUESTAS

MIGRACION DE DATOS

146

6.5.3.1.4. Migración de Datos

Con esta opción el usuaro administrador podrá realizar una actualización

de la base de datos documental con información de una base relacional.

Dicha información permitirá llevar a cabo la evaluación del personal

docente. Esta opción estará disponible solo cuando cuando haya

finalizado la fecha de evaluación.

6.5.3.2. Menú Registro

Cuadro 31


6.5.3.2.1. Usuarios

Esta opción permitirá permitirá al usuario administrador consultar,

registrar, modificar y eliminar logicamente usuarios del sistema.

MODULO GUI

REGISTRO

USUARIOS

PREGUNTAS

147


6.5.3.2.2. Preguntas

Esta opción permitirá permitirá al usuario administrador consultar,

registrar, modificar y eliminar preguntas de la evaluación.


148

6.5.3.3. Menú Consulta Evaluación

Cuadro 32 Fuente: Investigadores

6.5.3.3.1. Gráficos Estadísticos

Esta opción permitirá tanto al usuario administrador como al

departamental ver los resultados de la evaluación en gráficos

estadísticos.


MODULO GUI

CONSULTA EVALUACIÓN

GRAFICOS ESTADISTICOS

GRAFICO COMPARATIVO

RESULTADOS EVALUACION

149

6.5.3.3.2. Gráfico Comparativo


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


departamental ver los resultados obtenidos por cada uno de los

profesores en cada una de las preguntas.


150

6.5.3.4. Menú Reportes

Cuadro 33


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.


MODULO GUI

REPORTES

EVALUACION

SOLICITUDES

151

6.5.3.5. Menú Histórico

Cuadro 34


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.


MODULO GUI

HISTORICO

EVALUACION

SOLICITUD

152

6.5.3.6. Menú Archivos Log

Cuadro 35


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.


MODULO GUI

ARCHIVOS LOG

AUDITORIA

153

6.5.3.7. Menú Correo

Cuadro 36


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.


MODULO GUI

CORREO

DEPARTAMENTO

ALUMNO

154

6.5.3.8. Menú personal

Cuadro 37


6.5.3.8.1. Cambiar Clave

Esta opción permitirá a los diferentes usuarios modificar la clave de

acceso para efectos de seguridad.


MODULO GUI

PERSONAL

CAMBIAR CLAVE

155

CAPITULO 7

DESARROLLO Y PRUEBA DEL SISTEMA

7.1. DESARROLLO DEL SISTEMA

Una vez que la actividad de diseño ha sido completada normalmente se

comienza el desarrollo del sistema de acuerdo a las especificaciones

establecidas en el diseño.

7.1.1. Base de Datos

Como Sistema Manejador de Base de Datos se optó por trabajar con

Domino, el cual es una plataforma de desarrollo que ofrece una base de

datos documental, la misma que posee un gran nivel de seguridad en el

acceso.

156

7.1.1.1. Creación de la base de datos

EL SEPYWSSR maneja 4 bases de datos documentales:

- Aplicación.nsf

- Username.nsf

- Parámetros.nsf

- Aplicación (Histórico)

Las cuales contendrán los formularios necesarios para el correcto

funcionamiento del Sistema. La creación de las bases de datos se

realiza dentro de Domino mediante:

El cual le permitirá crear una nueva base de datos estableciendo la

configuración de la misma como por ejemplo el directorio de la misma y

la templeta con la cual se la desea crear.

7.1.1.2. Creación de los formularios

Se ha definido varios formularios para el correcto funcionamiento del

sistema; entre los cuales podemos mencionar:

Base usernames.nsf

Verifica_user, Registro_Usuario, usuarios.

Base parámetros.nsf

Preguntas, Registro_preguntas.

File -> Database -> new

157

Base aplicación.nsf

AnioCiclo, Asignar, BandejaDepartamento, BandejaEntrada, Bienvenida,

BienvenidaDepartamento, BienvenidaManager, CambiaClave,

Configuraciones, EnviarAprobación, EnviarDepartamento,

EnviarDirectivo, EnviarRechazo, evaluación, GráficoMaterias,

GraficoMatProf, GraficoProfe, GraficoProfesoresxMateria, Gráficos,

GraficosComparación, Ingresar_encuesta, Log, Perfil, PreguntaProfe,

RecordarClave, ReporteNoevaluan, ReporteSolicitudes, Solicitud,

SolicitudAnioCiclo.

7.1.2. Creación de los Agentes

El SEPYWSSR posee un sin número de módulos para su correcto

funcionamiento, entre los más importantes podemos mencionar:

• RegistrarUsuario este agente es el encargado de registrar al

usuarios en la base username.nsf, previo al registro primero verifica

si el nombre de usuario se encuentra repetido.

• Migración es llamado así porque se encarga de migrar los datos de

la base relacional de la carrera a la base de domino, además de

migrar datos realiza otras tareas como: realiza una copia de la base

de aplicación para que sirva como histórico, elimina los documentos

las diferentes vistas, guarda datos referentes al responsable que

realiza la migración en la base de datos relacional SQL 2000.

• FechaCaducidad este es un agente calendarizado el cual es el

encargado de verificar cuales son las solicitudes de sugerencia o

158

reclamo que ya tienen fecha de caducidad expirada, para reenviarlas

a la dirección.

• ImportarLog este agente es el encargado de extraer los datos

referentes a acciones realizadas en la administración de la aplicación

de la base de datos relacional SQL 2000.

• CambiaClave este agente permite modificar la clave del usuario

conectado, previamente verifica si las claves coinciden.

• comparación este agente se encarga de filtrar los datos necesarios

referentes a los profesores asignados a una materia para de esta

manera poder obtener los resultados de las evaluaciones y generar

los gráficos de comparación posteriormente.

• EnviaDepartamento este agente es el encargado de enviar la

solicitud al responsable del departamento dependiendo del asunto a

tratar.

• ProcesaDatos este agente se encarga de procesar las evaluaciones

realizadas por los alumnos.

7.1.3. Seguridades

7.1.3.2. De la base de datos

Los niveles de seguridad establecidos en la base de datos documental

de Domino radican en que antes de que un usuario ingrese a la misma

primero debe estar registrado en la ACL de la base, de estarlo también

se contempla el nivel de acceso del mismo y el roll asignado. Aparte de

las seguridades mencionadas Domino también contempla el

159

ocultamiento de la información de cada formulario mediante el Hide el

cual la realiza en base a determinados parámetros de ocultamiento.

7.1.3.3. Del sistema

Se ha contemplado un nivel de seguridad a nivel de usuario y

contraseña para de esta manera restringir el acceso a la aplicación

SEPYWSSR. El usuario no debe utilizar contraseñas sencillas, pero

deben ser fáciles de recordar sólo para quien la estableció.

7.1.3.4. Registros de logs

La aplicación SEPYWSSR establece un registro muy importante de

auditoria, el cual va a permitir almacenar determinada información en la

base de datos relacional SQL 2000. Aparte también se creo un log para

el formulario solicitud el cual va a ir registrando el flujo de la misma.

7.2. PRUEBAS DEL SISTEMA

Las pruebas realizadas dentro de la aplicación SEPYWSSR se basan en

datos proporcionados por la carrera de Ingeniería en Sistemas

Computacional relacionados a registros de semestre pasados.

Como resultado de dichas pruebas se han podido establecer tiempos y

aplicar correcciones importantes en el funcionamiento de la aplicación.

160

CAPÌTULO 8

ASPECTOS ECONOMICOS FINANCIEROS

8.1. FLUJO DE CAJA.

En el flujo de caja que hemos establecido se encuentran inmersos

tanto el costo total del proyecto como los gastos en los cuales

nosotros como grupo de trabajo tendríamos que incurrir para el

desarrollo e implementación de esta aplicación.

Cabe indicar que al costo de implementación del proyecto se le ha

aumentado un 30.4%, el cual se vera reflejado en el costo final

del proyecto, en caso de que exista una opción de venta.

161

Nota: Para la apreciación de los cálculos realizados ver en el

anexo 5, en el documento en Excel denominado Administración

de Costo, en la hoja Flujo de Caja.

8.2. PROYECCIÓN DE RESULTADOS.

8.2.1. RECUPERACION DE LA INVERSION

Para la recuperación de la inversión que realiza el cliente en la

adquisición de este Software, hemos detallado los ahorros que el

cliente va a obtener al reducir los gastos en los que incurría al no

contar con el Sistema de Evaluación de Profesores y Workflow de

Solución de Sugerencias o Reclamos, tales como:

• Ahorro de papel.

• Tinta de impresión.

• llamadas telefónicas.

• Sueldos del personal que debería contratar para realizar la

evaluación manualmente.

• Uso de fax.

162

Cabe indicar que la recuperación de la inversión que conlleva la

adquisición del “Sistema de Evaluación de Profesores y Workflow

de Solución de Sugerencias o Reclamos”, no se verá reflejado en

el ingreso de dinero a las arcas de la unidad educativa, sino mas

bien en el realce que tendría la institución como tal, al brindar un

buen servicio a la comunidad estudiantil y contar con un personal

docente idóneo.

8.2.2. FORMAS DE PAGO DEL SISTEMA.

Para la cancelación de este software hemos contemplado los

factores económicos de este país, por lo cual detallamos las

opciones:

• Cancelación de forma mensual en el cual el cliente nos va

hacer abonos fijos mensuales establecidos en un contrato

inicial.

• Cancelación del Cincuenta por ciento al inicio del proyecto y el

saldo, nos cancelarán a medida que se vayan presentado los

avances o hitos.

• Cancelación por medio de cheques a fecha.

• Cancelación total al inicio del proyecto.

163

CAPITULO 9

BENEFICIOS Y CONCLUSIONES DE LA TESIS

9.1. BENEFICIOS.

• Sistema universal, compatible con el Navegador Internet

Explorer 6.

• Acceso remoto al sistema.

• Ninguna instalación del lado del cliente.

• Disponibilidad 24 x 7.

• Navegación amistosa.

• Ahorro en Costo de Materiales.

• Disminución del tiempo en que se realizan los procesos, ya

que estos serán automatizados.

• Seguridad de datos, debido a que utiliza el protocolo de

seguridad SSL el cual proporciona sus servicios de seguridad

164

cifrando los datos intercambiados entre el servidor y el cliente

con un algoritmo de cifrado simétrico.

• El usuario administrador del sistema podrá definir los

parámetros de evaluación.

• Generación de reportes, datos estadísticos.

• Reducir la posibilidad de que personal no autorizado pueda

ingresar y realizar una evaluación de profesores o emitir una

sugerencia o reclamo.

• Alta fiabilidad del Workflow ya que Lotus Domino presenta

gran calidad y estabilidad.

• Incrementar el nivel de seguridad en el flujo de la información

que será evaluada, por parte de la aplicación.

• Informes de acceso al portal generados automáticamente.

• Monitoreo a partir de archivos de Auditoria y Logs de errores.

9.2. CONCLUSIONES.

Esta es una aplicación muy importante que debe estar dentro de

una Institución Educativa ya que ayudaría a automatizar sus

procesos de Solución de Sugerencias o Reclamos y Evaluación

de Profesores, y de esta manera fortalecerla y hacerla altamente

competitiva.

ANEXOS

165

ANEXO 1

Entrevista al Ing. Luís Cobos. ¿Como se lleva el proceso de Evaluación de Profesores? La Directora, Ing. Matilde Alvear, es la que emite la orden de en que fecha y con que duración se realizará el proceso de evaluación de profesores, el comunicado es dirigido al Ing. Moisés Vera, y él se encargará de planificar el cumplimiento del proceso. ¿Quién se encarga de cumplir el proceso de evaluación? El Ing. Moisés Vera, él se encarga de coordinar con sus colaboradores todo lo necesario para que el proceso de evaluación de profesores se cumpla en el periodo indicado por la Ing. Matilde Alvear. ¿En que fecha por lo general se están realizando las evaluaciones? Se las realizan 1 vez por semestre, antes del examen del primer parcial. Esto se lo hace para:

•••• Evitar que los alumnos evalúen a los profesores en base a resultados de exámenes.

•••• Tratar que con los resultados de la evaluación se pueda mejorar a tiempo el desempeño del profesor o cualquier otra anomalía.

¿Qué tiempo se les da a los alumnos para que realicen la evaluación? El alumno deberá realizar la evaluación de los profesores en un día que esté dentro del tiempo determinado para que se cumpla todo este proceso, no le tomará mas de 25 minutos, completar la evaluación ¿En que momentos o para que se utilizan los resultados emitidos por la evaluación? Luego de que se realiza un análisis de los resultados, en la actualidad se los están utilizando para tener mejores perspectivas en futuras contrataciones de docentes o en ampliaciones de contratos, además permite el dialogo con el profesor y topar temas sobre los puntos en los que se cree que debería tratar de mejorar como por ejemplo:

•••• Puntualidad. •••• Relaciones interpersonales con el estudiante. •••• Entrega de calificaciones. •••• Conocimiento del docente. •••• La manera en que está llevando la cátedra.

¿Quiénes reciben los resultados de la evaluación? El Comité Académico revisa los resultados y emite un informe general de la evaluación, que es enviado al Consejo Directivo, el se encarga de analizarlo y si es el caso imponer alguna sanción. ¿Quiénes conforman el Comité de Evaluación? Está conformado por:

•••• Ing. Matilde Alvear. •••• Ing. Luís Cobos. •••• Ing. Katty Lagos.

166

Anexo 2 Cuestionario realizado al Abg. Juan Chávez Sugerencia o reclamo en general ¿Porqué departamento o persona (encargada) debe pasar la sugerencia o reclamo a fin de darle una solución? (Esto depende del tipo de sugerencia o reclamo que sea) La directora es la primera persona encargada en recibir la solicitud y dependiendo de la gravedad puede pasar a otros departamentos. ¿Las sugerencias o reclamos son clasificadas o no por algún tipo de prioridad? Los reclamos o sugerencias son ordenados por prioridades. ¿Cuáles son los roles que cumplen las personas encargadas de darles tramite a la sugerencia o reclamo?

��

�� !�� "��#�� $��%&��'� ��(�)��'��*�� #��+�� )��,��&�� $��&�� -�� *��'� -��

¿Luego de haberse dado una solución a la sugerencia o reclamo por parte de la persona o departamento encargado, se le hace llegar o debería informarse de alguna manera con un aviso al estudiante o un aviso en general de las sanciones o medidas tomadas en base a sugerencias o reclamos ya solucionados? Dependiendo de la magnitud de la sugerencia o reclamo está será publicada. La persona o departamento encargado de dar una solución a la sugerencia o reclamo ¿Qué tipo de documento emite? Emiten una notificación de la solución tomada la cual va a estar dirigida a la Directora. ¿Qué tiempo debe tomarse una persona o departamento encargado de darle tramite a una sugerencia o reclamo y esta pueda continuar hacia la siguiente persona o departamento?

167

El tiempo que se da de plazo para que el departamento de solución a la sugerencia o reclamo es 15 días, si en dicho tiempo no se ah dado una solución está pasará a otro departamento el mismo que será seleccionado por la Directora. ¿Existe o debería existir un plazo de tiempo determinado para que el alumno pueda emitir una sugerencia o reclamo? No plazo para que el alumno emita una sugerencia o reclamo. ¿Existe o debería existir un límite de sugerencias o reclamos que el alumno pueda emitir? No existe límite. ¿Las sugerencias o reclamos hacia los profesores son clasificadas o no por algún tipo de prioridad? Son clasificadas dependiendo a la gravedad del asunto.

168

ANEXO 3

Cuestionario realizado al Ingeniero Moisés Vera • En base a que evalúan a los profesores.

La evaluación que se realiza a los profesores es en base a: . La puntualidad. . Cordialidad y atención. . Desarrollo de los temas. . Didáctica empleada. . Material de estudio utilizado. . Nivel de planificación y organización.

• Por donde viaja esta información.

Estos resultados son revisados por el comité académico y si existe algún problema es revisado por el consejo universitario.

• Qué datos ustedes utilizan.

Los datos que se utilizan están especificados en las siguientes tablas:

alumnos Column Name Condense Type Nullable cedula Nvarchar2(10) Null Nombre Nvarchar2(225) Null Valida Bit Null

Dbencuesta Column Name Condense Type Nullable Cedula Nvarchar2(10) Null Nombre Nvarchar2(50) Null codmateria Nvarchar(5) Null Materia Nvarchar2(50) Null Grupo Nvarchar2(50 Null Profesor Nvarchar2(50) Null Valida Bit Null Anio Int Null Ciclo Int null

Observación Column Name Condense Type Nullable Fecha Nvarchar2(400) Null Observación Nvarchar2(5) Null Curso Nvarchar(5) Null Profesor Nvarchar2(50) Null Materia Nvarchar2(50) Null Codmat Nvarchar2(50) Null

Matpro Column Name Condense Type Nullable Materia Nvarchar2(50) Null Profesor Nvarchar2(50) Null

Resultado Column Name Condense Type Nullable Materia Nvarchar2(50) Null Profesor Nvarchar2(50) Null P1 Nvarchar(1) Null P2 Nvarchar(1) Null P3 Nvarchar(1) Null P4 Nvarchar(1) Null P5 Nvarchar(1) Null P6 Nvarchar(1) Null P7 Nvarchar(1) Null P8 Nvarchar(1) Null P9 Nvarchar(1) Null P10 Nvarchar(1) Null Observación Nvarchar(2) Null

Opciones Column Name Condense Type Nullable canpreguntas tinyint Null

169

Preguntas Column Name Condense Type Nullable Numero Smallint Null Pregunta Nvarchar2(150) Null Opcion0 Nvarchar(50) Null Opcion1 Nvarchar(50) Null Opcion2 Nvarchar(50) Null Opcion3 Nvarchar(50) Null Opcion4 Nvarchar(50) Null

• Si tienen procesos para dar solución a las sugerencias o reclamos?

Si existen procesos manuales para la dar tramite a dichos reclamos. Dichas solicitudes deben ir dirigidas a la Ing. Matilde Alvear.

172

BIBLIOGRAFIA

1. REGLAMENTO DE TACHA. 2. Administración IBM Lotus Domino. Fundamentos Operacionales (Tutorial) 3. Desarrollo de aplicaciones para IBM Lotus Domino. Nivel Básico (Tutorial) 4. R. Pressman. "Ingeniería del Software", McGraw Hill, 2001. Sitios Web visitados • http://www.notesring.com • http://www.lotus.com/sandbox • http://www.lotus.com/ldd • http://www.colpos.mx/evaluacion/info.php • http://www.lenara.cl/ • https://www.cenacad.espol.edu.ec/

Id Nombre de tarea Duración Comienzo Fin

1 Formación de grupos 2 días mar 17/01/06 mié 18/01/06

2 Definición del tema del proyecto 1 día jue 19/01/06 jue 19/01/06

3 Análisis del Sistema 40 días vie 20/01/06 jue 16/03/06

4 Definir el método de recolección de información 1 día vie 20/01/06 vie 20/01/06

5 Definir políticas de recolección de información 1 día lun 23/01/06 lun 23/01/06

6 Recopilación de Información previo a la asignación de autoridades a entrevistar10 días mar 24/01/06 lun 06/02/06

7 Asignación de autoridades a entrevistar 1 día mar 07/02/06 mar 07/02/06

8 Recopilación de información (entrevistas, consultas, investigaciones)2 días mié 08/02/06 jue 09/02/06

9 Informe de las entrevistas 1 día vie 10/02/06 vie 10/02/06

10 Análisis del tema propuesto 1 día lun 13/02/06 lun 13/02/06

11 Establecer necesidades del usuario 1 día mar 14/02/06 mar 14/02/06

12 Análisis de necesidades del usuario 1 día mié 15/02/06 mié 15/02/06

13 Desarrollo de propuesta. 1 día jue 16/02/06 jue 16/02/06

14 Entrega de la propuesta del proyecto 1 día vie 17/02/06 vie 17/02/06

15 Administración del Alcance 7 días lun 20/02/06 mar 28/02/06

16 Administración de Tiempo 5 días mié 01/03/06 mar 07/03/06

17 Administración de Costos 4 días mié 08/03/06 lun 13/03/06

18 Administración de Riesgos 3 días mar 14/03/06 jue 16/03/06

19 Diseño del Sistema 21 días vie 17/03/06 vie 14/04/06

20 Diseño de Datos 5 días vie 17/03/06 jue 23/03/06

21 Diseño Arquitectónico 7 días vie 24/03/06 lun 03/04/06

22 Diagrama del Diseño General del Sistema 5 días mar 04/04/06 lun 10/04/06

23 Diagrama Jerarquico del Menú Principal 4 días mar 11/04/06 vie 14/04/06

24 Preparación para la Sustentación 11 días lun 17/04/06 lun 01/05/06

25 Sustentación Análisis y Diseño 4 días mar 02/05/06 sáb 06/05/06

26 Codificación 70 días lun 08/05/06 vie 11/08/06

27 Prueba 11 días lun 14/08/06 lun 28/08/06

28 Integración 9 días mar 29/08/06 vie 08/09/06

29

30 Total Días Laborables 169 días mar 17/01/06 vie 08/09/06

L M X J V S D L M X J V S D L Mne '06 22 ene '06 29 ene '06

Tarea

División

Progreso

Hito

Resumen

Resumen del proyecto

Tareas externas

Hito externo

Fecha límite

Página 1

Proyecto: cronogramaFecha: jue 14/09/06

X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V05 feb '06 12 feb '06 19 feb '06 26 feb '06 05 mar '06 12 mar '06

Tarea

División

Progreso

Hito

Resumen


Tareas externas

Hito externo

Fecha límite

Página 2


S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L19 mar '06 26 mar '06 02 abr '06 09 abr '06 16 abr '06 23 abr '06 30 abr '

Tarea

División

Progreso

Hito

Resumen


Tareas externas

Hito externo

Fecha límite

Página 3


M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J6 07 may '06 14 may '06 21 may '06 28 may '06 04 jun '06 11 jun '06

Tarea

División

Progreso

Hito

Resumen


Tareas externas

Hito externo

Fecha límite

Página 4


V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D18 jun '06 25 jun '06 02 jul '06 09 jul '06 16 jul '06 23 jul '06 30 j

Tarea

División

Progreso

Hito

Resumen


Tareas externas

Hito externo

Fecha límite

Página 5


L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M X J V S D L M Xl '06 06 ago '06 13 ago '06 20 ago '06 27 ago '06 03 sep '06 10 sep '06

Tarea

División

Progreso

Hito

Resumen


Tareas externas

Hito externo

Fecha límite

Página 6


CONCEPTOS mes 1 mes 2 mes 3 mes 4 mes 5 mes 6 mes 7 mes 8 mes 9 mes 10 total

INGRESOSPor venta al mes $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $10.000,00

total ingresos por mes $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $1.000,00 $10.000,00

EGRESOSsueldos y salarios

2 analistas $500,00 $500,00 $1.000,00

2 diseñadores graf. $400,00 $400,00

2 programadores $500,00 $500,00 $500,00 $500,00 $250,00 $250,00 $2.500,00

1 admin. De proyectos $300,00 $300,00 $300,00 $300,00 $300,00 $300,00 $300,00 $300,00 $300,00 $300,00 $3.000,00

Pago de planillas.

agua $1,00 $1,00 $1,00 $1,00 $1,00 $1,00 $1,00 $1,00 $1,00 $9,00

luz $2,50 $2,50 $2,50 $2,50 $2,50 $2,50 $2,50 $2,50 $2,50 $22,50

telefono $2,00 $2,00 $2,00 $2,00 $2,00 $2,00 $2,00 $2,00 $2,00 $18,00

Pago adicionales

almuerzos $27,00 $27,00 $27,00 $27,00 $27,00 $27,00 $27,00 $27,00 $27,00 $243,00

Gastos Generales

costos de consulta $10,00 $10,00 $20,00

Costo manten. De hardw $14,00 $14,00 $14,00 $14,00 $14,00 $14,00 $14,00 $14,00 $14,00 $126,00

capacitación $33,00 $33,00 $33,00 $33,00 $33,00 $33,00 $33,00 $33,00 $33,00 $33,00 $330,00

total gastos por mes $889,50 $889,50 $779,50 $879,50 $879,50 $879,50 $879,50 $629,50 $629,50 $333,00 $7.668,50

Utilidad Mensual $110,50 $110,50 $220,50 $120,50 $120,50 $120,50 $120,50 $370,50 $370,50 $667,00 $2.331,50Utilidad Acumulada del mes anterior $0,00 $110,50 $221,00 $441,50 $562,00 $682,50 $803,00 $923,50 $1.294,00 $1.664,50Utilidad Acumulada al final del mes $110,50 $221,00 $441,50 $562,00 $682,50 $803,00 $923,50 $1.294,00 $1.664,50 $2.331,50

FLUJO DE CAJAAL 30-05-2006

UNIVERSIDAD DE GUAYAQUIL

Facultad de Ciencias Matemáticas y Físicas

Carrera de Ingeniería en Sistemas Computacionales

“Sistema de Evaluación de Profesores y Workflow para Solución de Sugerencias y Reclamos”

TESIS DE GRADO

Previo a la Obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

Autores:

Eddy Javier Aguilar Cedeño

Manuel Armando Zumba Gómez Agustín Fabián Abad Durazno

GUAYAQUIL – ECUADOR

Año: 2006

I

DEDICATORIA Este proyecto está dedicado en primer

lugar a “Jehová Dios” por mantenerme con

la fe firme, a mi familia por brindarme su

respaldo y a mi novia Angelita por darme

su apoyo incondicional en todo momento.


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.


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.


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.


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.


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.


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



RESUMEN IX

INDICE GENERAL X

CAPITULO I

INTRODUCCION GENERAL 1

1.1. PROBLEMÁTICA 3

1.1.1. SISTEMA DE EVALUACION DE PROFESORES 3

1.1.2. WORKFLOW PARA LA SOLUCION DE SUGERENCIAS O

RECLAMOS

5

1.1.3. CAUSAS 6

1.1.4. CONSECUENCIAS 7

1.2. SOLUCION DE LA PROBLEMÁTICA 9

1.3. MISION 11

1.4. VISION 11

CAPITULO II

NATURALEZA DEL PROYECTO 12

2.1. EL PRODUCTO O SERVICIO 12

2.1.1. EL EQUIPO DIRECTIVO 13

CAPITULO III

EL MERCADO 14

3.1. DEFINICION DEL MERCADO 14

3.2. ANALISIS DE LA COMPETENCIA 15

3.3. PROMOCION Y PUBLICIDAD 17

3.4. PARTIDOS INTERESADOS 18

CAPITULO IV

EL PRODUCTO O SERVICIO 20

4.1. ESPECIFICACIONES DEL PRODUCTO O SERVICIO 20

4.1.1. DECLARACION DEL ALCANCE 20

4.1.1.1. JUSTIFICACION DEL PROYECTO 20

4.1.1.2. PRODUCTO DEL PROYECTO 21

4.1.2. DEFINICION DEL ALCANCE 26

4.2. INFRAESTRUCTURA 37

CAPITULO V

PLAN DE TRABAJO DE DESARROLLO DEL PROYECTO 38

5.1. PROCESO DE INICIALIZACION 38

5.1.1. DESCRIPCION DEL PRODUCTO 39

5.1.2. OBJETIVO GENERAL 46

5.1.3. OBJETIVOS ESPECIFICOS 46

5.2. PROCESO DE PLANEACION 48

5.2.1. PLANEACION DEL ALCANCE 48

5.2.1.1. RECOPILACION DE INFORMACION 48

5.2.1.1.1. INVESTIGACION 48

5.2.1.1.2. CONCEPTOS BASICOS 49

5.2.1.1.2.1. WORKFLOW PARA SOLUCION DE

SUGERENCIAS Y RECLAMOS

49

5.2.1.1.2.2. SISTEMA DE EVALUACION DE PROFESORES 54

5.2.1.1.2.3. POLITICAS DE LA ENTREVISTA 66

5.2.1.1.2.4. MODELO DE DESARROLLO 67

5.3. ESTUDIO DE FACTIBILIDAD 69

5.3.1. FACTIBILIDAD TECNICA 70

5.3.2. FACTIBILIDAD ECONOMICA 70

5.3.3. FACTIBILIDAD OPERATIVA 71

5.4. COMUNICACIÓN CON EL CLIENTE 72

5.5. ETAPA DE ANALISIS 73

5.6. RECURSOS 73

5.6.1. RECURSOS DE HARDWARE 75

5.6.2. RECURSOS DE SOFTWARE 75

5.6.2.1. SISTEMA OPERATIVO 76

5.6.2.2. PROTOCOLOS DE RED SOPORTADOS 76

5.6.2.3. PLATAFORMA DE DESARROLLO 76

5.6.2.4. BASE DE DATOS DOCUMENTAL 78

5.6.2.5. MODELO DE CONTENCION DE LA BASE DE DATOS

DE DOMINO

79

5.6.2.6. COMPONENTES DE UNA BASE DE DATOS DOMINO 80

5.6.2.7. LENGUAJE DE PROGRAMACION 80

5.6.2.7.1. JAVA 80

5.6.2.7.2. JAVASCRIPT 85

5.6.2.7.3. LENGUAJE DE FORMULAS 86

5.6.2.7.4. LOTUS SCRIPT 88

5.6.3. RECURSO HUMANO 93

5.7. METODOS DE ESTIMACION DE PROYECTO 94

5.7.1. MODELO ALGORITMICO 94

5.7.1.1. MODELO PUNTO DE FUNCION 94

5.7.1.2. MODELO COCOMO 98

5.8. ADMINISTRACION DE COSTOS 101

5.8.1. PLANEACION DE RECURSOS 101

5.8.2. ESTIMACION DE COSTOS 102

5.9. CRONOGRAMA DE ACTIVIDADES 102

5.9.1. LISTADO DE ACTIVIDADES 103

5.10. ADMINISTRACIÓN DE RIESGOS 105

5.11. ANALISIS DE REQUERIMIENTOS 108

5.11.1. REQUERIMIENTOS FUNCIONALES 108

5.11.2. REQUERIMIENTOS DE RENDIMIENTO 109

5.12. ANALISIS COSTO BENEFICIO 110

5.13. CASOS DE USO DEL SISTEMA 114

5.14. MODELADO DE REQUERIMIENTOS 116

5.14.1. DIAGRAMA DE FLUJO DE DATOS 116

5.14.1.1. NOTACION GRAFICA 117

CAPITULO VI

DISEÑO 122

6.1. TIPOS DE CLIENTES 122

6.2. TIPOS DE USUARIOS 123

6.3. MODELO DE FORMULARIOS 124

6.3.1. FORMULARIO DE INGRESO 124

6.3.2. FORMULARIO DE REGISTRO 125

6.3.3. FORMULARIO DE MATERIAS A EVALUAR 127

6.3.4. FORMULARIO DE BIENVENIDA 128

6.3.5. FORMULARIO DE ENVIO DE SUGERENCIA O RECLAMO 130

6.3.6. FORMULARIO DE EVALUACION 131

6.4. DISEÑO ARQUITECTONICO Y DIAGRAMA DE BLOQUES 133

6.5. DISEÑO DE INTERFAZ 136

6.5.1. COMPONENTES DE LA INTERFAZ GRAFICA DEL

USUARIO

136

6.5.1.1. SESION DEL ADMINISTRADOR 136

6.5.1.2. INGRESO A LA APLICACIÓN 138

6.5.1.3. ENVÍO DE MAIL 139

6.5.2. DIAGRAMA JERÁRQUICO DE LA INTERFAZ GRÁFICA

DE USUARIO

140

6.5.2.1. INICIO DE SESIÓN 140

6.5.2.2. SESIÓN DEL ADMINISTRADOR 141

6.5.2.2.1. ARCHIVO 141

6.5.2.2.2. REGISTRO 142

6.5.2.2.3. CONSULTA EVALUACIÓN 142

6.5.2.2.4. REPORTES 142

6.5.2.2.5. HISTÓRICO 142

6.5.2.2.6. ARCHIVOS LOG 143

6.5.2.2.7. CORREO 143

6.5.2.2.8. PERSONAL 143

6.5.3. DIAGRAMA JERÁRQUICO DEL MENÚ PRINCIPAL 143

6.5.3.1. DESCRIPCIÓN DE CADA OPCIÓN DEL MENÚ 145

6.5.3.1.1. MENÚ ARCHIVO 145

6.5.3.1.2. IMPORTAR ARCHIVOS LOG 145

6.5.3.1.3. TABULACIÓN DE ENCUESTAS 145

6.5.3.1.4. MIGRACIÓN DE DATOS 146

6.5.3.2. MENÚ REGISTRO 146

6.5.3.2.1. USUARIOS 146

6.5.3.2.2. PREGUNTAS 146

6.5.3.3. MENÚ CONSULTA EVALUACIÓN 148

6.5.3.3.1. GRÁFICOS ESTADÍSTICOS 148

6.5.3.3.2. GRÁFICO COMPARATIVO 149

6.5.3.3.3. RESULTADOS EVALUACIÓN 149

6.5.3.4. MENÚ REPORTES 150


6.5.3.5. MENÚ HISTÓRICO 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



RESUMEN IX

INDICE GENERAL

MANUAL TECNICO

INTRODUCCION 1

DIAGRAMAS DEL SEPYWSSR 3

ARBOL DE PROBLEMAS 3

ARBOL DE ALTERNATIVAS 4

INFRAESTRUCTURA 5

GRAFICO DE LOS PROCESOS INVOLUCRADOS 6

DFD NIVEL 0 7

DIAGRAMA DE FLUJO DE DATOS 8

DISEÑO ARQUITECTONICO 10

DIAGRAMA DE BLOQUES DEL SISTEMA 11

DIAGRAMA GERARQUICO DEL MENU PRINCIPAL USUARIO

ADMINISTRADOR

12


DEPARTAMENTAL

13


EVALUADOR

14

CODIFICACION DE PRINCIPALES AGENTES

MIGRACION 15

COMPARACION 27

PROCESA DATOS 32

REGISTRAR USUARIO 40

FECHA CADUCIDAD 47

MANUAL DE USUARIO

INTRODUCCION 52

INSTALACION DEL SISTEMA 53

INSTALANDO SERVIDOR DOMINO 6.5.2. 55

CONFIGURACION DEL SERVIDOR DOMINO 6.5.2. 56

INSTALANDO CLIENTE NOTES 57

CONFIGURACION DEL CLIENTE NOTES 58

EXPLICACION DEL SISTEMA 60

SEGUNDO TOMO

MANUAL TECNICO

Y

MANUAL DE USUARIO

1

MANUAL TECNICO

INTRODUCCION

Es bien claro para la comunidad educativa que el reto de consolidar una

calidad en la educación para los jóvenes empieza con la idea de que es un

esfuerzo continuo y permanente en el que debemos involucrarnos todos, de

no hacerlo los jóvenes no desarrollaran competencias básicas, no mejorar su

aprendizaje y no superaran los promedios que hoy nos ubican por debajo de

los países latinoamericanos.

En la actualidad, muchas de las universidades del país y del mundo intentan

publicar en Internet servicios que contribuyan al desempeño óptimo de la

educación. Uno de estos puntos es la evaluación de maestros y la solución a

sugerencias o reclamos. El objetivo primordial de establecer un servicio de

2 esta índole es mejorar la calidad académica del profesorado y brindar una

mayor seguridad y ahorro de tiempo y dinero en los procesos inmersos en la

solución de sugerencias o reclamos.

Por ello existe la necesidad de implementar un sistema que brinde reportes y

ayude a la toma de decisiones sobre las fortalezas, avances de los maestros,

la capacidad de implantar una clase, puntualidad o empeño al dar la misma

así como un escenario real de los resultados de su trabajo; que permita a los

estudiantes tener la posibilidad de intervenir directamente en la logística de

su aprendizaje ;que se convierta para rectores y maestros en la principal

herramienta de planeación y construcción de proyectos pedagógicos

creativos e innovadores y en un elemento fundamental en la formación de

maestros. Frente a esta necesidad, nace la idea de desarrollar una aplicación

que tiene como centro la implementación de un sistema de Evaluación de

Profesores y Workflow para la solución de sugerencias o Reclamos.

3

DIAGRAMAS DELSEPYWSSR

ARBOL DE PROBLEMAS

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

��

��

Incorrecta apreciación del desenvolvimiento del personal docente.

Perdida de dinero en la impresión de los

formularios.

Perdida de tiempo en tramite de sugerencia

o reclamo.

Disminución del presupuesto con el que cuenta la organización.

Solución a sugerencias y reclamos fuera de

tiempo.

Existencia de vacíos en los conocimientos

de los alumnos.

Aumento en los gastos de la organización

Existencia de mitos en el personal operativo.

Poco interés en la automatización de los

procesos

Procesos lentos y tediosos.

Falta de conocimiento de los beneficios de la

aplicación.

Reducción en el control de calidad de la

información

Causas

Efectos

4

�

�

�

ARBOL DE ALTERNATIVAS

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

Automatización del flujo de información que involucra el

proceso de EP y SSR

Reducir costos mediante la herramienta

Disminuir riesgo de perdida de

documentos (sugerencia o

reclamo)

Controlar la integridad de la

información

Evitar la incorrecta manipulación de los

resultados

Agilizar el trámite para la solución de


Incrementar control de calidad de la

información

5

INFRAESTRUCTURA.

6

�

GRAFICO DE LOS PROCESOS INVOLUCRADOS ��

��

� ��

��

��

��

��

��

��

��

��

��

��

�� !��

��"��

� ��#��

�$��%��

&��'��%��%�

��

��#��

��

��

�� !��(�

�$��%��

&��'��%��%�

Si

No

Si

No

No

Si

(�

'��

'��

7

DFD Nivel 0

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

SEP Y WSSR

Ingreso Clave de Acceso

Ingreso Evaluación

Ingreso Solicitud Sug. O Reclamo

Registro de User al Sistema

Reportes de Resultado de la

Evaluación

Confirmación Solución Sug. O

Reclamo

Confirmación de User Registrados

al Sistema

Interfaz Gráfica Amigable

8

��

Interactúa con el

Servidor

Visualiza Vistas

Interfaz Gráfica

amigable

Solución Sugerencia o Reclamo

Recepción de Solicitud

Clasificación Sugerencia o

Reclamo



Dentro del alcance

Fuera del alcance

Revisión del

Reclamo


Confirmación de solución tomada

Solicitud de Sugerencia o Reclamo Selección

de tipo de solicitud

Ingreso Datos

de Solicitud

Envío de Solicitud

Activo acceso al Sistema

Verif. Conf. De servidor y permisos de

ACL en la BD

Autentificación del usuario

Ingreso de clave

de acceso

No Activa acceso al Sistema

Pedido de nueva clave


Petición de Evaluación

Petición no Aceptación

Verifica tiempo limite

Tiempo fuera de

rango

Selección de

materia

Procesamiento de evaluación


Grabar Evaluación

2

� ��#��%�� )��*��%��

��+�� #� ,�

�,-,��

9

��

Petición de Tabulación

Ejecución de Agente Verifico

fecha establecida

No se cumple fecha

Agente no ejecuta

tabulación

Si se cumple fecha

Clasifico preguntas

Selecciono preguntas

Clasifico respuestas

Proceso respuestas

Verifica existe otra pregunta

Visualizo Gráficos de resultado

estadísticos 2

10

�

DISEÑO ARQUITECTONICO

��

I

N

T

E

R

F

A

Z

Autenticación Del

Usuario

No activa el acceso

Verificación de

configuración del servidor y

permisos ACL de la

Pedido de clave de acceso

Interactúa con el Servidor

Petición de evaluación

Verificación de tiempo

Selección de materia

Procesa evaluación

Solicitud de Sug. o Recl

Selecc. Tipo de

Ingrese datos de

Envío de solicitud

Registro de Usuarios

Ingre. Datos del

Asignación de permisos

Registro nuevo Usuario

Petición de Vistas

Procesa petición de vistas

Petición De Tabulación

Verif. Tiempo establecido

Clasif. preguntas

Clasif. respuestas

Procesa respuestas

Petición mantenimiento de

Selección de mantenimient

Procesa mantenimient

Petic. Soluc. Sug.

Verificación Sug .o

Selecc. departamen

Confirmación solución

I

N

T

E

R

F

A

Z

FILE

SYSTEM BDD RDBMS

Clave de acceso





Petición de vistas

Clave de acceso

Ingreso de solicitud sugerencia o reclamo



Petición de vistas

ENTRADAS ENTRADAS

11

�

Domino Server

Autenticación

Autorización

http Serve

Domino Engi

Domino Server

SEP Y WSSR


Usuarios

Modulo de Evaluación


Preguntas

Modulo de Solución de Sugerencias y

Reclamos

Modulo de Tabulación de

Preguntas

Modulo de Vistas

Modulo de Históricos

Vista de alumnos que no realizan

evaluación

Vista Comparativa

Vista porcentaje Profesor/ preguntas

Vistas por rangos de fecha

NRPC NRPC

Cliente Notes

Cliente Web

DIAGRAMA DE BLOQUES DEL

SISTEMA

12

�

SEPYWSSR Fecha de Diseño 10/09/2006�

DIAGRAMA JERARQUICO DEL MENU PRINCIPAL (USUARIO ADMINISTRADOR) ��

SISTEMA DE EVALUACION DE PROFESORES Y WORKFLOW PARA LA SOLUCIÓN DE SUGERENCIAS O RECLAMOS

Archivo Registro Consulta Evaluación

Histórico Archivos Log

Correo Personal

Importar archivos

Log

Tabulación de

Evaluación

Migración de Datos

Usuarios

Preguntas

Gráfico estadístico

Reportes Profesores

Evaluación

Solicitud

Auditoria Correo Departamental

Correo Alumno

Cambiar Clave

13

�

�


DIAGRAMA JERARQUICO DEL MENU PRINCIPAL (USUARIO DEPARTAMENTAL) ��


Solicitud Consulta Evaluación

Histórico Personal

Aprobada

Rechazada

Gráficos estadísticos

Resultados Evaluación

Evaluación

Solicitud Cambiar

Clave

Bandeja de Entrada

14

�

�


DIAGRAMA JERARQUICO DEL MENU PRINCIPAL (USUARIO EVALUADOR) ��


Solicitud Evaluación Personal

Nueva Solicitud

Mis Solicitudes Finalizadas

Cambiar Clave

Evaluación Bandeja de Entrada

15

CODIFICACION DE AGENTES PRINCIPALES

Dentro del Sistema de Evaluación de Profesores y Workflow para Solución de

Sugerencias o Reclamos se han determinado cinco agentes principales y son

los siguientes:

(Migracion)

(Comparacion)

(ProcesaDatos)

(FechaCaducidad)

(RgistrarUsuario)

Migración

Este agente permite actualizar la base de datos documental de domino con

registros de la base relacional SQL Server de la carrera, los cuales servirán para

llevar a cabo la respectiva evaluación del personal docente.

16 Cabe recalcar que previo a la migración de los registros el agente migración

primero lleva a cabo un respaldo de las solicitudes finalizadas y los resultados

de las evaluaciones, en una base de datos de archive que servirá de histórico.

Migracion (Agent) : (Options)

Option Public Uselsx “*LSXODBC" Option Declare Use "UtilWeb" Migracion (Agent) : (Declarations)

Dim con As ODBCConnection Dim qry As ODBCQuery Dim result As ODBCResultSet Dim db As NotesDatabase Dim db2 As NotesDatabase Dim db3 As NotesDatabase Dim archiveDb As NotesDatabase Dim doc As NotesDocument Dim doch As NotesDocument Dim doce As NotesDocument Dim doc1 As NotesDocument Dim doc2 As NotesDocument Dim entry As NotesViewEntry Dim view As NotesView Dim view1 As NotesView Dim view2 As NotesView Dim collection As NotesViewEntryCollection Dim collectionH As NotesDocumentCollection Dim collectione As NotesDocumentCollection Dim cedula, nombre, apellido, completo As String Dim anio, ciclo, r_cedula, codmat, grupo As String

17 Dim codigo, descripcion As String Dim oid_periodo, aniop, ciclop, codmatp, paralelop, oid_profesor, profesorp As String Dim oid, cedulap, nombrep, apellidop, titulo, estado, nombre_corto As String Dim searchFormula As String Dim searchFormula2 As String Dim archiveServer As String Dim archiveFile As String Dim BaseDoc As String Dim cedulaS As Variant Dim cedulaW As Variant Dim bandera As Integer Migracion (Agent) : Initialize

Sub Initialize Set db = New NotesDatabase("hub","SEPYWSSR/parametros.nsf") Set db2 = New NotesDatabase("hub", "SEPYWSSR/aplicacion.nsf") Set db3 = New NotesDatabase("hub", "SEPYWSSR/username.nsf") 'Copia de base de datos para Generar históricos searchFormula = {Form = "so" & bandera = "Finalizado"} searchFormula2 = {Form = "ResultadoEvaluacion"} Set archiveDb = New NotesDatabase( "", "" ) archiveServer = ""

archiveFile = "D:\Lotus\Domino\Data\SEPYWSSR\Historico\"+db2.FileName

If (Not(archiveDb.Open(archiveServer, archiveFile))) Then Set archiveDb = db2.CreateCopy( archiveServer, archiveFile ) End If Set collectionH = db2.Search(searchFormula, Nothing,0) Set doch = collectionH.GetFirstDocument() While Not(doch Is Nothing) Call doch.CopyToDatabase( archiveDb ) Set doch = collectionH.GetNextDocument(doch) Wend Set collectione = db2.Search(searchFormula2, Nothing,0) Set doce = collectione.GetFirstDocument()

18 While Not(doce Is Nothing) Call doce.CopyToDatabase( archiveDb ) Set doce = collectione.GetNextDocument(doce) Wend 'Elimino los Registros Existentes para migrar nuevos Registros 'Alumnos Set view = db.GetView("alumnos") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Materias Set view = db.GetView("materias") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Paralelo Set view = db.GetView("paralelo") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Profesor Set view = db.GetView("profesor") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document

19 doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'RegMaSem Set view = db.GetView("regma_sem") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Si evaluan Set view = db.GetView("Si_evaluan") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Resultados Tabulación Set view = db2.GetView("ResultadoTab") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Evaluación Set view = db2.GetView("evaluacion") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Solicitudes

20 Set view = db2.GetView("solicitudes") Set collection = view.AllEntries Set entry = collection.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = collection.GetNextEntry(entry) Wend 'Fin eliminacion de Registros Set con = New ODBCConnection Set qry = New ODBCQuery Set result = New ODBCResultSet Set qry.Connection = con Set result.Query = qry con.ConnectTo("BaseCarrera") Call alumno Call materia Call regma_sem Call paralelo Call profesor result.Close(DB_CLOSE) con.Disconnect Call exito End Sub Migracion (Agent) : alumno

Sub alumno qry.SQL = "select cedula,nombre,apellido,COMPLETO from ALUMNO" If Not result.Execute Then

21 Messagebox result.GetExtendedErrorMessage, ,result.GetErrorMessage Exit Sub End If Do result.NextRow cedula = result.GetValue("cedula") nombre = result.GetValue("nombre") apellido = result.GetValue("apellido") completo = result.GetValue("COMPLETO") Set doc = New NotesDocument(db) doc.cedula = cedula doc.nombre = nombre doc.apellido = apellido doc.completo = completo doc.Form = "alumnos" Call doc.Save(True,True) Loop Until result.IsEndOfData End Sub Migracion (Agent) : regma_sem

Sub regma_sem qry.SQL = "select ANIO,CICLO,CEDULA,CODMAT,GRUPO from REGMA_SEM order by GRUPO" If Not result.Execute Then Messagebox result.GetExtendedErrorMessage, ,result.GetErrorMessage Exit Sub End If Do result.NextRow anio = result.GetValue("ANIO") ciclo = result.GetValue("CICLO")

22 r_cedula = result.GetValue("CEDULA") codmat = result.GetValue("CODMAT") grupo = result.GetValue("GRUPO") Set doc = New NotesDocument(db) doc.anio = anio doc.ciclo = ciclo doc.cedula = r_cedula doc.codmat = codmat doc.grupo = grupo doc.estado = "" doc.Form = "regma_sem" Call doc.Save(True,True) Loop Until result.IsEndOfData End Sub Migracion (Agent) : materia

Sub materia qry.SQL = "select CODIGO,NOMBRE from MATERIA" If Not result.Execute Then Messagebox result.GetExtendedErrorMessage, ,result.GetErrorMessage Exit Sub End If Do result.NextRow codigo = result.GetValue("CODIGO") descripcion = result.GetValue("NOMBRE") Set doc = New NotesDocument(db) doc.codigo = codigo doc.descripcion = descripcion doc.Form = "materia"

23 Call doc.Save(True,True) Loop Until result.IsEndOfData End Sub Migracion (Agent) : paralelo

Sub paralelo qry.SQL ="select OID_PERIODO,ANIO,CICLO,CODMAT,PARALELO,OID_PROFESOR,PROFESOR from PARALELO" If Not result.Execute Then Messagebox result.GetExtendedErrorMessage, ,result.GetErrorMessage Exit Sub End If Do result.NextRow oid_periodo = result.GetValue("OID_PERIODO") aniop = result.GetValue("ANIO") ciclop = result.GetValue("CICLO") codmatp = result.GetValue("CODMAT") paralelop = result.GetValue("PARALELO") oid_profesor = result.GetValue("OID_PROFESOR") profesorp = result.GetValue("PROFESOR") Set doc = New NotesDocument(db) doc.oid_periodo = oid_periodo doc.anio = aniop doc.ciclo = ciclop doc.codmat = codmatp doc.paralelo = paralelop doc.oid_profesor = oid_profesor doc.profesor = profesorp doc.Form = "paralelo" Call doc.Save(True,True) Loop Until result.IsEndOfData

24 End Sub Migracion (Agent) : profesor

Sub profesor qry.SQL ="select OID,CEDULA,NOMBRE,APELLIDO,TITULO,ESTADO,NOMBRE_CORTO from PROFESOR" If Not result.Execute Then Messagebox result.GetExtendedErrorMessage, ,result.GetErrorMessage Exit Sub End If 'Dim oid, cedulap, nombrep, apellidop, titulo, estado, nombre_corto As String Do result.NextRow oid = result.GetValue("OID") cedulap = result.GetValue("CEDULA") nombrep = result.GetValue("NOMBRE") apellidop = result.GetValue("APELLIDO") titulo = result.GetValue("TITULO") estado = result.GetValue("ESTADO") nombre_corto = result.GetValue("NOMBRE_CORTO") Set doc = New NotesDocument(db) doc.oid = oid doc.cedula = cedulap doc.nombre = nombrep doc.apellido = apellidop doc.titulo = titulo doc.estado = estado doc.nombre_corto = nombre_corto doc.Form = "profesor" Call doc.Save(True,True) Loop Until result.IsEndOfData End Sub

25 Migracion (Agent) : inactivar

Sub inactivar bandera = 0 Set view1 = db3.GetView("v_activos") Set doc1 = view1.GetFirstDocument While Not(doc1 Is Nothing) cedulaW = doc1.GetItemValue("cedula") Set view2 = db.GetView("alumnos") Set doc2 = view2.GetFirstDocument While Not(doc2 Is Nothing) cedulaS = doc2.GetItemValue("cedula") If (cedulaW (0) = cedulaS (0)) Then bandera = 1 End If Set doc2 = view2.GetNextDocument(doc2) Wend If (bandera = 0) Then doc1.c_estado = "Inactivo" Call doc1.Save(True,False) End If bandera = 0 Set doc1 = view1.GetNextDocument(doc1) Wend End Sub Migracion (Agent) : activar

Sub activar bandera = 0 Set view1 = db3.GetView("v_inactivos") Set doc1 = view1.GetFirstDocument While Not(doc1 Is Nothing) cedulaW = doc1.GetItemValue("cedula")

26 Set view2 = db.GetView("alumnos") Set doc2 = view2.GetFirstDocument While Not(doc2 Is Nothing) cedulaS = doc2.GetItemValue("cedula") If (cedulaW (0) = cedulaS (0)) Then bandera = 1 End If Set doc2 = view2.GetNextDocument(doc2) Wend If (bandera = 1) Then doc1.c_estado = "Activo" Call doc1.Save(True,False) End If bandera = 0 Set doc1 = view1.GetNextDocument(doc1) Wend End Sub

Comparación

Este agente se encarga de tomar los resultados de las evaluaciones realizadas

a varios profesores asignados a una materia con el único fin de comparar dichos

resultados y presentarlos en gráficos estadísticos para futuras tomas de

decisiones.

Comparacion (Agent) : (Options)

Option Public Option Declare Use "UtilWeb" Comparacion (Agent) : (Declarations)

27 Dim sesion As NotesSession Dim dbo As NotesDatabase Dim db2 As NotesDatabase Dim doc1 As NotesDocument Dim doc2 As NotesDocument Dim doc3 As NotesDocument Dim colecciona As NotesDocumentCollection Dim coleccionb As NotesDocumentCollection Dim vc As NotesViewEntryCollection Dim profiledoc As NotesDocument Dim view1 As NotesView Dim view2 As NotesView Dim view3 As NotesView Dim server As String Dim BasePar As String Dim BaseDoc As String Dim cnte(1 To 5) As Integer Dim cntm(1 To 5) As Integer Dim cntb(1 To 5) As Integer Dim cntr(1 To 5) As Integer Dim cntp(1 To 5) As Integer Dim prof(1 To 5) As String Dim i As Integer Dim j As Integer Dim m As String Dim iV As Integer Dim oid As String Dim url As String Dim k As String Dim preguntas As Integer Dim urlGB As String Dim profesor As Variant Dim maestro As Variant Dim codigo As Variant Dim oid_mat As String

28 Dim e1,m1,b1,r1,p1 As String Dim e2,m2,b2,r2,p2 As String Dim e3,m3,b3,r3,p3 As String Dim e4,m4,b4,r4,p4 As String Dim e5,m5,b5,r5,p5 As String Dim prof1,prof2,prof3,prof4,prof5 As String Comparacion (Agent) : Initialize

Sub Initialize Call EnceraArray i = 1 j = 0 Set sesion = New NotesSession Set dbo = sesion.currentdatabase Set profiledoc = dbo.GetProfileDocument("Perfil") server = profiledoc.servidor (0) BasePar = profiledoc.BasePar (0) Set doc1 = sesion.DocumentContext urlGB = doc1.Query_String(0) oid = URLExtraeParametro(urlGB, "oid") m = URLExtraeParametro(urlGB, "nume") Set db2 = New NotesDatabase(server,BasePar) 'recupero total de preguntas Set view3 = db2.GetView("preguntas") Set vc = view3.AllEntries preguntas = vc.Count Set view1 = db2.GetView("oid_materia") Set colecciona = view1.GetAllDocumentsByKey(oid) Set doc2 = colecciona.GetFirstDocument While Not(doc2 Is Nothing) j = j +1 profesor = doc2.GetItemValue("profesor")

29 maestro = doc2.GetItemValue("oid_profesor") prof(j) = Cstr(maestro (0)) Set view2 = dbo.GetView("ResultadoTab2") Set coleccionb = view2.GetAllDocumentsByKey(profesor (0)) Set doc3 = coleccionb.GetFirstDocument While Not(doc3 Is Nothing) codigo = doc3.GetItemValue("codigo") oid_mat = Cstr(codigo (0)) If (oid_mat = oid) Then cnte(i) = cnte(i) + Cint(doc3.OpcionE (0)) cntm(i) = cntm(i) + Cint(doc3.OpcionM (0)) cntb(i) = cntb(i) + Cint(doc3.OpcionB (0)) cntr(i) = cntr(i) + Cint(doc3.OpcionR (0)) cntp(i) = cntp(i) + Cint(doc3.OpcionP (0)) End If Set doc3 = coleccionb.GetNextDocument(doc3) Wend cnte(i) = cnte(i) / preguntas cntm(i) = cntm(i) / preguntas cntb(i) = cntb(i) / preguntas cntr(i) = cntr(i) / preguntas cntp(i) = cntp(i) / preguntas i = i + 1 Set doc2 = colecciona.GetNextDocument(doc2) Wend Call casting BaseDoc = URLCorrigePath(dbo.FilePath) If (m = "2") Then url = "'/"+BaseDoc+"/GraficosComparacion?OpenForm&e1="+e1+"&m1="+m1+"&b1="+b1+"&r1="+r1+"&p1="+p1+"&prof1="+prof1+"&e2="+e2+"&m2="+m2+"&b2="+b2+"&r2="+r2+"&p2="+p2+"&prof2="+prof2+"&oidmat="+oid+"&cnt="+m+"'" Print "<SCRIPT LANGUAGE='JavaScript'>history.back();window.open("+url+",'Reporte','scrollbars=yes,

30 toolbar=0,location=0,directories=0,status=0,menubar=0,resizable=0,width=570,height=400,top=100,left=100');</SCRIPT>" Else If (j = 3) Then url = "'/"+BaseDoc+"/GraficosComparacion?OpenForm&e1="+e1+"&m1="+m1+"&b1="+b1+"&r1="+r1+"&p1="+p1+"&prof1="+prof1+"&e2="+e2+"&m2="+m2+"&b2="+b2+"&r2="+r2+"&p2="+p2+"&prof2="+prof2+"&e3="+e3+"&m3="+m3+"&b3="+b3+"&r3="+r3+"&p3="+p3+"&prof3="+prof3+"&oid="+oid+"&cnt="+m+"'" Print "<SCRIPT LANGUAGE='JavaScript'>history.back();window.open("+url+",'Reporte','scrollbars=yes, toolbar=0,location=0,directories=0,status=0,menubar=0,resizable=0,width=570,height=400,top=100,left=100');</SCRIPT>" Else If (j = 4) Then url = "'/"+BaseDoc+"/GraficosComparacion?OpenForm&e1="+e1+"&m1="+m1+"&b1="+b1+"&r1="+r1+"&p1="+p1+"&prof1="+prof1+"&e2="+e2+"&m2="+m2+"&b2="+b2+"&r2="+r2+"&p2="+p2+"&prof2="+prof2+"&e3="+e3+"&m3="+m3+"&b3="+b3+"&r3="+r3+"&p3="+p3+"&prof3="+prof3+"&e4="+e4+"&m4="+m4+"&b4="+b4+"&r4="+r4+"&p4="+p4+"&prof4="+prof4+"&oid="+oid+"&cnt="+m+"'" Print "<SCRIPT LANGUAGE='JavaScript'>history.back();window.open("+url+",'Reporte','scrollbars=yes, toolbar=0,location=0,directories=0,status=0,menubar=0,resizable=0,width=570,height=400,top=100,left=100');</SCRIPT>" End If End If End If End Sub comparacion (Agent) : EnceraArray

Sub EnceraArray For iV = 1 To 5 cnte(iV) = 0 cntm(iV) = 0

31 cntb(iV) = 0 cntr(iV) = 0 cntp(iV) = 0 Next End Sub Comparacion (Agent) : casting

Sub casting e1 = Cstr(cnte(1)) e2 = Cstr(cnte(2)) e3 = Cstr(cnte(3)) e4 = Cstr(cnte(4)) e5 = Cstr(cnte(5)) m1 = Cstr(cntm(1)) m2 = Cstr(cntm(2)) m3 = Cstr(cntm(3)) m4 = Cstr(cntm(4)) m5 = Cstr(cntm(5)) b1 = Cstr(cntb(1)) b2 = Cstr(cntb(2)) b3 = Cstr(cntb(3)) b4 = Cstr(cntb(4)) b5 = Cstr(cntb(5)) r1 = Cstr(cntr(1)) r2 = Cstr(cntr(2)) r3 = Cstr(cntr(3)) r4 = Cstr(cntr(4)) r5 = Cstr(cntr(5)) p1 = Cstr(cntp(1)) p2 = Cstr(cntp(2)) p3 = Cstr(cntp(3)) p4 = Cstr(cntp(4))

32 p5 = Cstr(cntp(5)) prof1 = prof(1) prof2 = prof(2) prof3 = prof(3) prof4 = prof(4) prof5 = prof(5) End Sub

ProcesaDatos

Este agente se encarga de tabular las evaluaciones realizadas por los alumnos.

Este proceso se lo lleva a cabo tomando todos los códigos de los profesores de

la vista profesor e ir realizando una búsqueda de los paralelos asignados a ese

código, una vez obtenido los paralelos tomados por el profesor verificamos los

resultados de evaluación obtenidos por el código de profesor y el paralelo

asignado al profesor, de coincidir tanto el código como el paralelo

contabilizamos el resultado para al final dividirlo por el número de encuestas

realizadas.

ProcesaDatos (Agent) : (Options) Option Public Uselsx "*LSXODBC" Option Declare Use "UtilWeb" ProcesaDatos (Agent) : (Declarations)

Dim con As ODBCConnection

33 Dim qry As ODBCQuery Dim result As ODBCResultSet Dim sesion As NotesSession Dim db1 As NotesDatabase Dim db2 As NotesDatabase Dim dbo As NotesDatabase Dim doc As NotesDocument Dim doc1 As NotesDocument Dim doc2 As NotesDocument Dim doc3 As NotesDocument Dim doc4 As NotesDocument Dim profiledoc As NotesDocument Dim view As NotesView Dim view1 As NotesView Dim view2 As NotesView Dim view3 As NotesView Dim view4 As NotesView Dim entry As NotesViewEntry Dim item As NotesItem Dim colecciont As NotesViewEntryCollection Dim vc As NotesViewEntryCollection Dim coleccionp As NotesDocumentCollection Dim coleccione As NotesDocumentCollection Dim estado As String Dim codigop As Variant Dim nombrep As Variant Dim paralelo As Variant Dim codigo As Variant Dim paraleloe As Variant 'Dim paralelox As String Dim materia As Variant Dim materiax As String Dim cnte As Integer Dim cntm As Integer Dim cntb As Integer Dim cntr As Integer Dim cntp As Integer Dim contador As Integer Dim j As Integer

34 Dim pregunta As String Dim x As String Dim numero As String Dim opcion As Variant Dim ResultE, ResultM, ResultB, ResultR, ResultP As String Dim preguntax,materiae, ciclo, anio As Variant Dim iV As Integer Dim user As Variant Dim usin As String Dim app As String Dim fecha As String Dim descrip As String Dim server As String Dim BasePar As String Dim BaseApp As String Dim BaseDoc As String Dim total As Integer ProcesaDatos (Agent) : Initialize

Sub Initialize Set sesion = New NotesSession Set dbo = sesion.currentdatabase Set profiledoc = dbo.GetProfileDocument("Perfil") server = profiledoc.servidor (0) BaseApp = profiledoc.BaseApp (0) BasePar = profiledoc.BasePar (0) Set db1 = New NotesDatabase(server,BasePar) Set db2 = New NotesDatabase(server,BaseApp) 'recupero total de preguntas Set view4 = db1.GetView("preguntas") Set vc = view4.AllEntries total = vc.Count 'Limpio registros de tabulaciones anteriores Set view = db2.GetView("ResultadoTab") Set colecciont = view.AllEntries

35 Set entry = colecciont.GetFirstEntry() While Not(entry Is Nothing) Set doc = entry.Document doc.Remove(True) Set entry = colecciont.GetNextEntry(entry) Wend 'Fin limpieza de registros 'Datos del Log de Auditoria usin = "system" fecha = Cstr(Now) descrip = "tabulación de encuestas" app = "Sesión administrador" 'fin datos del log Set view1 = db1.GetView("profesor" ) Set doc1 = view1.GetFirstDocument While Not(doc1 Is Nothing) nombrep = doc1.GetItemValue("nombre_corto") codigop = doc1.GetItemValue("oid") Set view2 = db1.GetView("paralelo") Set coleccionp = view2.GetAllDocumentsByKey(codigop (0)) Set doc2 = coleccionp.GetFirstDocument While Not(doc2 Is Nothing) paralelo = doc2.GetItemValue("paralelo") 'paralelox = Cstr(paralelo (0)) Set view3 = db2.GetView("evaluacion") Set coleccione = view3.GetAllDocumentsByKey(nombrep (0)) 'For iV = 1 To 10 Step 1 For iV = 1 To total Step 1 Set doc3 = coleccione.GetFirstDocument Call EnceraContadores

36 j = iV x = Cstr(j) numero = "pm"+x pregunta = "pm_"+x While Not(doc3 Is Nothing) paraleloe = doc3.GetItemValue("paralelo") If paraleloe (0) = paralelo (0) Then opcion = doc3.GetItemValue(numero) preguntax = doc3.GetItemValue(pregunta) materia = doc3.GetItemValue("materia") codigo = doc3.GetItemValue("codigo") anio = doc3.GetItemValue("anio") ciclo = doc3.GetItemValue("ciclo") If opcion (0) = "1" Then cnte = cnte + 1 Else If opcion (0) = "2" Then cntm = cntm + 1 Else If opcion (0) = "3" Then cntb = cntb + 1 Else If opcion (0) = "4" Then cntr = cntr + 1 Else If opcion (0) = "5" Then cntp = cntp + 1 End If End If End If End If End If contador = contador + 1 End If Set doc3 = coleccione.GetNextDocument(doc3) Wend

37 '< Aqui se van a crear los documentos de tabulación > If contador <> 0 Then cnte = cnte * 100 / contador cntm = cntm * 100 / contador cntb = cntb * 100 / contador cntr = cntr * 100 / contador cntp = cntp * 100 / contador ResultE = Cstr(cnte) ResultM = Cstr(cntm) ResultB = Cstr(cntb) ResultR = Cstr(cntr) ResultP = Cstr(cntp) Set doc4 = New NotesDocument(db2) doc4.profesor = nombrep (0) doc4.paralelo = paralelo (0) doc4.materia = materia (0) doc4.codigo = codigo (0) doc4.fecha_tab = Date$ doc4.anio = anio (0) doc4.ciclo = ciclo (0) doc4.pregunta = preguntax (0) doc4.OpcionE = ResultE doc4.OpcionM = ResultM doc4.OpcionB = ResultB doc4.OpcionR = ResultR doc4.OpcionP = ResultP doc4.Form = "ResultadoEvaluacion" Call doc4.Save(True,True) End If Next iV Set doc2 = coleccionp.GetNextDocument(doc2) Wend Set doc1 = view1.GetNextDocument(doc1)

38 Wend Call carga_log(fecha,usin,app,descrip) Call exito End Sub ProcesaDatos (Agent) : EnceraContadores

Sub EnceraContadores cnte = 0 cntm = 0 cntb = 0 cntr = 0 cntp = 0 contador = 0 End Sub ProcesaDatos (Agent) : carga_log

Sub carga_log(fecha As String,usuario As String,app As String,descrip As String) Set con = New ODBCConnection Set qry = New ODBCQuery Set result = New ODBCResultSet Dim sentencia As String sentencia = "insert into t_auditoria values('"+fecha+"','"+usuario+"','"+app+"','"+descrip+"')" Set qry.Connection = con Set result.Query = qry If Not (con.ConnectTo("Lotus_ODBC")) Then Msgbox "No se pudo realizar la conexión" End If

39 qry.SQL = sentencia result.Execute result.Close(DB_CLOSE) con.Disconnect End Sub

Registrarusuario

Este agente se encarga de registrar los usuarios al sistema, antes de llevar a

cabo el registro primero verifica si el nombre de usuario ya existe en el sistema o

contiene algún carácter en blanco.

Sub Initialize

Set sesion = New NotesSession

Set db = sesion.CurrentDatabase

Set doc = sesion.DocumentContext

Set view = db.GetView("v_usuarios")

user = doc.GetItemValue("c_usuario")

clave1 = doc.GetItemValue("c_contraseña")

clave2 = doc.GetItemValue("c_contraseña_1")

40 pregunta = doc.GetItemValue("c_pregunta")

respuesta = doc.GetItemValue("c_respuesta")

correo = doc.GetItemValue("c_correo")

nombre = doc.GetItemValue("c_nombre")

apellido = doc.GetItemValue("c_apellido")

ctipo = doc.GetItemValue("c_tipo")

fecha2 = doc.GetItemValue("c_fecha")

estado = doc.GetItemValue("c_estado")

sexo = doc.GetItemValue("c_sexo")

cedula = doc.GetItemValue("cedula")

nombre2 = doc.GetItemValue("nombre")

tipo = doc.GetItemValue("tipo")

tip = Cstr(tipo (0))

usuario = doc.GetItemValue("usuario")

usin = Cstr(usuario (0))

bandera = doc.GetItemValue("bandera")

id = doc.GetItemValue("id")

fecha = doc.GetItemValue("fecha")

Set doc2 = view.GetDocumentByKey(user (0))

41 If (doc Is Nothing) Then

Print "<SCRIPT LANGUAGE='JavaScript'>window.history.back();window.alert('El

documento esta vacio');</SCRIPT>"

Exit Sub

End If

If (user (0) = "") Then

Print"<SCRIPT

LANGUAGE='JavaScript'>window.history.back();window.alert('Debe ingresar

nombre de usuario para validar');</SCRIPT>"

Else

If Not(doc2 Is Nothing) Then

Print"<SCRIPT

LANGUAGE='JavaScript'>window.history.back();window.alert('Nombre de

usuario se encuentra repetido');</SCRIPT>"

Else

If (clave1 (0) = "") Then

42 Print"<SCRIPT


contraseña');</SCRIPT>"

Else

If (clave2 (0) = "") Then

Print"<SCRIPT

LANGUAGE='JavaScript'>window.history.back();window.alert('Debe confirmar

contraseña');</SCRIPT>"

Else

If (clave1 (0) <> clave2 (0)) Then

Print"<SCRIPT

LANGUAGE='JavaScript'>window.history.back();window.alert('Contraseñas no

coinciden');</SCRIPT>"

Else

If (pregunta (0) = "Seleccione una") Then

Print"<SCRIPT

LANGUAGE='JavaScript'>window.history.back();window.alert('Debe seleccionar

pregunta secreta');</SCRIPT>"

Else

If (respuesta (0) = "") Then

43 Print"<SCRIPT

LANGUAGE='JavaScript'>window.history.back();window.alert('Debe contestar

pregunta secreta');</SCRIPT>"

Else

If (correo (0) = "") Then

Print"<SCRIPT


correo electrónico');</SCRIPT>"

Else

If (nombre (0) = "") Then

Print"<SCRIPT


primer nombre');</SCRIPT>"

Else

If (apellido (0) = "") Then

Print"<SCRIPT


primer apellido');</SCRIPT>"

Else

Set doc3 = New NotesDocument(db)

44 doc3.cedula = cedula (0)

doc3.nombre = nombre2 (0)

doc3.tipo = tipo (0)

doc3.usuario = usuario (0)

doc3.bandera = "0"

doc3.id = id (0)

doc3.fecha = fecha (0)

doc3.c_usuario = user (0)

doc3.c_tipo = ctipo (0)

doc3.c_contraseña = clave1 (0)

doc3.c_contraseña_1 = clave2 (0)

45 doc3.c_pregunta = pregunta (0)

doc3.c_respuesta = respuesta (0)

doc3.c_correo = correo (0)

doc3.c_nombre = nombre (0)

doc3.c_apellido = apellido (0)

doc3.c_sexo = sexo (0)

doc3.c_fecha = fecha2 (0)

doc3.c_estado = estado (0)

doc3.Form = "ru"

Call doc3.Save(True,True)

BaseDoc = "SEPYWSSR/username.nsf"

46 Print"<SCRIPT

LANGUAGE='JavaScript'>top.document.location.href='/"+BaseDoc+"/registro_ex

ito?OpenForm&nom="+usin+"&tipo="+tip+"';</SCRIPT>"

'Print"<SCRIPT

LANGUAGE='JavaScript'>window.history.back();window.alert('Usuario

registrado con éxito');</SCRIPT>"

'If tipo = "Administrador" Then

'Print"<SCRIPT

LANGUAGE='JavaScript'>window.opener.location.href='/"+BaseDoc+"/registro_

exito?OpenForm&nom="+usin+"&tipo="+tip+"';window.close();</SCRIPT>"

'End If

End If

End If

End If

End If

End If

End If

End If

End If

End If

47 End If

End Sub

FechaCaducidad

Este agente se encarga de verificar la fecha de caducidad de la solicitud con el

único fin de controlar el flujo de la misma. Este agente es de tipo calendarizado

y se ejecuta en un momento determinado, en el instante de que se haya

caducado la fecha lo que hace es enviar la solicitud a la directora de la carrera

para que tome las medidas del caso.

Sub Initialize

Set sesion = New NotesSession

Set db = sesion.currentdatabase

Set profiledoc = db.GetProfileDocument("Perfil")

server = profiledoc.servidor (0)

BaseUse = profiledoc.BaseUs (0)

BasePar = profiledoc.BasePar (0)

48 Set view = db.GetView("solicitud")

Set doc = view.GetFirstDocument

While Not(doc Is Nothing)

estado = doc.GetItemValue("estado_1")

If (estado (0) <> "Aprobada" And estado (0) <> "Rechazada" And estado

(0) <> "Aprueba Direccion") Then

fecha_cad = doc.GetItemValue("fecha_caducidad")

If (Cvar(Date$) >= fecha_cad (0) ) Then

'Obtengo responsable de la dirección

Set db2 = New NotesDatabase(server,BasePar)

Set view2 = db2.GetView( "Departamento2" )

Set doc_param = view2.GetDocumentByKey("Direccion")

id_dir = doc_param.GetItemValue("CodDir")

id_aux = doc_param.GetItemValue("CodAux")

Set view3 = db2.GetView("Personal")

Set doc_respon = view3.GetDocumentByKey(id_dir (0))

49 estado_dir = doc_respon.GetItemValue("estado")

If estado_dir (0) = "Activo" Then

director = doc_respon.GetItemValue("nombre")

Else

Set docaux = view2.GetDocumentByKey(id_aux (0))

director = docaux.GetItemValue("nombre")

End If

'-----------------------------------------------------------------------------

'Lleno log del flujo

fecha = Cstr(Now)

Set item = doc.GetFirstItem( "fecha_log" )

Call item.AppendToTextList(fecha)

Set item = doc.GetFirstItem( "respon_log" )

Call item.AppendToTextList(doc.responsable_1)

Set item = doc.GetFirstItem( "accion_log" )

Call item.AppendToTextList("Retiro de solicitud" )

Set item = doc.GetFirstItem( "observaciones" )

Call item.AppendToTextList("No califico solicitud")

'Fin llenado log del flujo

50 'Recupero usuario destino

Set db3 = New NotesDatabase(server,BaseUse)

Set view4 = db3.GetView( "l_usuarios" )

Set docuse = view4.GetDocumentByKey(director (0))

receptor = docuse.GetItemValue("c_usuario")

'----------------------------------------------------------

'Reasignación a dirección

doc.estado_1 = "Aprueba Direccion"

doc.responsable_1 = director (0)

doc.user = receptor (0)

doc.tipo = "Departamental"

'-----------------------------------------------------------

Call doc.Save( True, False )

End If

End If

Set doc = view.GetNextDocument(doc)

Wend

End Sub

51

MANUAL DE USUARIO

SISTEMA DE EVALUACION DE

PROFESORES Y WORKFLOW PARA

SOLUCION DE SUGERENCIAS Y

RECLAMOS

2006

52

INTRODUCCIÓN El presente Manual de Usuario del “Sistema de Evaluación de Profesores y

Workflow para Solución de Sugerencias y Reclamos”, contiene los

procedimientos y métodos necesarios que le permitirán al usuario que utiliza la

aplicación desenvolverse de una manera eficaz dentro de la misma.

Este manual se divide en dos partes esenciales: 1) En primera instancia, la

instalación de la aplicación SEPYWSSR. 2) La explicación de todo el sistema

paso a paso. Se ha mantenido estándares en el desarrollo de las interfaces para

que el usuario se familiarice con el uso constante de la aplicación.

53

INSTALACION DEL SISTEMA

El Sistema de Evaluación de Profesores y Workflow para Solución de

Sugerencias y Reclamos necesita recursos físicos, lógicos, humanos y una

infraestructura específica para desenvolverse adecuadamente. En esta sección

se indica todos los requerimientos mínimos necesarios para que la funcionalidad

del SEPYWSSR sea aceptable.

En la parte de recursos físicos se especifican los elementos de Hardware

necesarios como son:

� Procesador Pentium IV de 2 GHZ o superior.

� Memoria Ram 1 GB recomendado.

� Disco duro con capacidad de 40 GB.

En la parte de los recursos lógicos se indica como debe esta configurado el

servidor domino para un correcto funcionamiento del SEPYWSSR.

54 El esquema de infraestructura necesario para implementar el SEPYWSSR es el

siguiente: La organización recibe del proveedor de servicio hosting un domino, el

usuario en su navegador ingresará el nombre de dominio asignado a la

organización para la utilización del sistema, en el momento que ejecute la

petición está se encaminará al proveedor hosting de la organización el mismo

que será el encargado de enrutar dicha petición al servidor domino de la

organización. El SEPYWSSR tendrá dos interfaces el eth1 que recibe la petición

del usuario desde Internet, y el eth0 que recibe la petición desde adentro de la

organización por medio de una intranet.

En el CD de la aplicación se encuadran todo el Software necesario para instalar

el SEPYWSSR y su árbol de directorios esta dispuesto de la siguiente manera:

• SEPYWSSR.- aquí se encuentran las respectivas bases de datos necesarias

para la ejecución del sistema.

• COMPONENTES.- aquí se encuentran los respectivos componentes

necesarios para el correcto funcionamiento de la aplicación.

• DOCUMENTACION.- aquí se encuentran la respectiva documentación del

proyecto.

• IMAGES.- aquí se encuentran las imágenes utilizadas en el sistema.

55 Se necesita realizar los siguientes pasos para la instalación del SEPYWSSR:

1. Instalar servidor domino 6.5.2.

2. Configurar el servidor domino.

3. Instalar cliente Notes.

4. Configurar cliente Notes.

5. Copiar la carpeta SEPYWSSR del CD al directorio domino.

6. Firmar las respectivas bases de datos.

Instalar servidor domino 6.5.2.

En el CD se encuentran tanto los instaladores del servidor como del cliente, el

archivo para instalar el servidor se llama c56srna.exe.

Descomprimir el contenido del archivo en el directorio D (recomendado) o en el

C. Una vez descomprimido seguir el siguiente paso:

- Seleccionar Domino Server Enterprice.

56 Configuración del servidor domino 6.5.2.

Luego de que haya instalado el servidor hay que proceder a configurarlo para lo

cual debemos de seguir los siguientes pasos:

- Levantar el servidor, para lo cual hay que ir a inicio, programas, lotus

aplicattions y seleccionar Lotus Domino server.

- Una vez levantado el servidor se abrirá una consola de configuración

paso a paso.

- Como primer paso se deberá seleccionar la opción Set up the first

server, está opción se escoge por que la instalación que se va a realizar

es la de un servidor principal.

- Luego se deberá setear en la caja Server name el nombre del servidor y

en server tittle una descripción del servidor.

- Luego se procederá a ingresar el nombre de la organización en la caja

Organization name y la respectiva clave en Organization certifier

password.

- Luego se deberá ingresar el nombre del dominio el cual tiene que ser

igual al nombre de la organización en la caja Domino domain name.

57

- Luego se tendrá que registrar al administrador del sistema para lo cual se

tiene que ingresar el nombre del mismo en la caja First name, el apellido

en la caja Last name y su respectiva contraseña en la caja

Administrador password.

- En la siguiente opción se deberá seleccionar los procesos que deseamos

que se levante al iniciar el servidor.

- En la siguiente opción debemos de setear las seguridades de acceso al

servidor.

Instalar el cliente Notes.

En el CD se encuentran tanto los instaladores del servidor como del cliente, el

archivo para instalar el cliente notes se llama c56sqna.exe.

Descomprimir el contenido del archivo en el directorio D (recomendado) o en el

C. Una vez descomprimido seguir el siguiente paso:

- Aceptar los términos del contrato.

- Registra el nombre de usuario y la organización (pueden ser cualquiera).

- Habilitar el domino designer y domino administrador.

58

- Install.

Configuración del cliente Notes.

- Levantar el cliente Notes para lo cual dar doble clic sobre el icono Lotus

Notes que está en el escritorio.

- Una vez levantado el cliente Notes debes ingresar tanto el nombre del

administrador en la caja Your name el cual deberá de ser el mismo que

registraste en la configuración del servidor, y el dominio del servidor en la

caja Domino server de la siguiente manera servidor/dominio.

- Debes de seleccionar el protocolo TCP/IP en la opción del combo.

- Next, next, next, next y aceptar.

Copiar carpeta SEPYWSSR.

Copiar la carpeta SEPYWSSR al directorio Lotus/Domino/Data.

Firmar las respectivas bases de datos.

Para llevar a esto debes de seguir los siguientes pasos:

59

- Levantar el servidor domino.

- Levantar el domino administrador.

- Ir a la opción Files.

- Seleccionar la carpeta SEPYWSSR.

- Dar clic sobre las bases respectivas y seleccionar la opción sign.

- Setear la opción Active server’s ID.

- OK.

60

EXPLICACION DEL SISTEMA

SISTEMA DE EVALUACION DE PROFESORES Y WORKFLOW PARA

SOLUCION DE SUGERENCIAS Y RECLAMOS

Una vez culminado el proceso de instalación, la aplicación SEPYWSSR estará

disponible en el momento que se levante el servidor domino.

Configuración del Sistema

Para que las evaluaciones por parte del usuario evaluador puedan llevarse

acabo con completa normalidad es necesario que el usuario Administrador

configure la fecha de evaluación, la cual podrá realizarse en el documento de

Perfil del sistema.

61

En el gráfico anterior se muestra el acceso al documento de perfil del sistema,

que será en ambiente Notes o sea Local. Para acceder al mismo se deberá

tener el servidor domino levantado e instalado el cliente notes y dar clic sobre el

icono de la aplicación.

62

En este documento se podrá parametrizar determinadas variables que se

utilizarán en el sistema como son:

• Servidor: permitirá ingresar el nombre del servidor con el cual la

aplicación va a trabajar.

• Base aplicación: permite ingresar la ruta de la base de datos de

aplicación.

• Base Parámetros: permite ingresar la ruta de la base de datos de

parámetros.

63

• Base Username: permite ingresar la ruta de la base de datos de

usuarios del SEPYWSSR.

• Base Histórico: permite ingresar la ruta de la base de datos de

archivos históricos del SEPYWSSR.

• Fecha Inicio: permite seleccionar la fecha de inicio de la

evaluación.

• Fecha Fin: permite seleccionar la fecha final de la evaluación.

Una vez seteados estos campos se deberá dar clic sobre el botón grabar para

actualizar los datos del SEPYWSSR.

Tipos de Usuarios

Existen 3 tipos de sesiones.

- Administrador.

- Departamental.

- Evaluador.

Si se desea ingresar a la sesión como usuario Administrador, Departamental o

Evaluador ingresamos en el browser la URL específica de la aplicación.

64 Iniciar Sesión.

La ventana “Inicio de sesión” establece un nivel de seguridad de usuario y

contraseña, mediante la cual, el usuario tendrá acceso a la aplicación

SEPYWSSR.

Cabe recalcar que el usuario Administrador ya esta registrado en el sistema y es

uno solo, por lo tanto no necesita volver a registrarse.

En el caso de que el usuario Administrador no recuerde su contraseña deberá

hacer un clic en: No recuerdo contraseña >> y saldrá la siguiente pantalla.

65 En esta pantalla ingresar su Usuario y Respuesta pregunta secreta, luego dar

clic en el botón Aceptar, al coincidir estas dos opciones el sistema le retornará

la contraseña del usuario solicitante.

Si el usuario a digitado mal el nombre de Usuario o la Respuesta a la pregunta

secreta el sistema le retornará un mensaje de error a dicha petición.

66 MENÚ PRINCIPAL DEL USUARIO ADMINISTRADOR El menú principal del usuario administrador, describe las opciones para todas

las operaciones que realiza la aplicación y son las siguientes:

� Archivo

� Registro

� Consulta evaluación

� Reportes

� Archivos Log

� Correo

� Personal

67

Barra de Opción del Menú Principal

Esta opción permitirá al usuario cerrar la sesión actual del sistema.

Uso de las Barras de Desplazamiento Algunas ventanas incluyen barras de desplazamiento, que pueden utilizarse

para mostrar en pantalla el texto situado más allá de los límites de la ventana.

68

Menú Archivo

El menú Archivo contiene los siguientes submenús:

� Importar archivos Log.

� Tabulación de evaluaciones.

� Migración de datos.

Importar archivos Log.

Permitirá al usuario administrador importar los archivos generados en base a

errores de la aplicación ocasionados por los usuarios.

Esta opción muestra un mensaje de confirmación para asegurar que los

archivos han sido importados con éxito.

69 Tabulación de Encuestas

Esta opción permitirá al usuario administrador tabular las encuestas realizadas

por los usuarios evaluadores.

Esta opción muestra un mensaje de confirmación para asegurar que las

encuestas han sido tabuladas con éxito.

Migración de Datos

Con esta opción el usuaro administrador podrá realizar una actualización de la

base de datos documental con información de una base relacional. Dicha

información permitirá llevar a cabo la evaluación del personal docente. Esta

opción estará disponible solo cuando cuando haya finalizado la fecha de

evaluación.

Registro

El menú Registro contiene los siguientes submenús:

� Usuario.

70

� Preguntas.

Usuarios

Esta opción permitirá permitirá al usuario administrador consultar, registrar,

modificar y eliminar logicamente usuarios del sistema.

71 A continuación se muestra la barra de opciones del registro de usuario.

Regresar Permite regresar una la pantalla anterior.

Nuevo Usuario Llama al formulario de nuevo usuario

Cerrar Sesión Permite cerrar la sesión actual del usuario.

Preguntas

Esta opción permitirá permitirá al usuario administrador consultar, registrar,

modificar y eliminar preguntas de la evaluación.

Para llevar a cabo la modificación de una determinada pregunta basta con dar

doble clic sobre la pregunta, se displayará un formulario para modificar dicha

pregunta, asiendo clic en la opción Editar.

72

A continuación se muestra la barra de opciones del registro de preguntas.


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.


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.



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.


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


Ver Gráfica Permite ver el gráfico comparativo de las materias.


Resultados de Evaluación.


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:


Imprimir. Permite imprimir las solicitudes finalizadas.


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


Nuevo Permite crear un nuevo mensaje de correo

Enviar Permite enviar el correo a la persona especificada.


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



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.



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.



UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/12196/1/B-CISC-PTG...5.7.1.2. MODELO...

Documents

Transcript of UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/12196/1/B-CISC-PTG...5.7.1.2. MODELO...