UNIVERSIDAD DON BOSCO FACULTAD DE INGENIERÍA ESCUELA DE COMPUTACIÓN ANÁLISIS Y DISEÑO DEL SISTEMA DE APOYO A LA MATERIA DE INVESTIGACIÓN DE OPERACIONES DE LA UNIVERSIDAD DON BOSCO. TRABAJO DE GRADUACIÓN PARA OPTAR AL GRADO DE: INGENIERO EN CIENCIAS DE LA COMPUTACIÓN PRESENTADO POR: ERNESTO ENRIQUE PLEITÉS ESPAÑA DARMAN MARTÍNEZ COLOCHO ASESOR: ING. CARLOS ALEGRÍA SAN SALVADOR, NOVIEMBRE DE 2004. UNIVERSIDAD DON BOSCO Rector: Ing. Federico Huguet Decano de la Facultad de Ingeniería Ing. Carlos Guillermo Bran Secretario General: Rafael Olmos Argueta AGRADECIMIENTOS Al Ingeniero Carlos Alegría por su alta calidad profesional, su apoyo e interés al desarrollo del presente trabajo de graduación. Al jurado examinador por su gran calidad profesional y por su valioso tiempo. A nuestro tutor Lic. Gerardo Calderón, por su trabajo y apoyo. A las autoridades de la Universidad Don Bosco y a los catedráticos por su acertada orientación en el transcurso de toda nuestra carrera. DEDICATORIA A Dios Todopoderoso: Que en todo momento me mostró su gran amor, que me dio vida, salud, entendimiento, voluntad y bendiciones en mis estudios. Infinitas Gracias por ayudarme a levantarme y darme fuerzas para continuar. A mis padres: Vilma Angélica Colocho y David Rene Martínez, por su apoyo, comprensión y cariño. Porque su preocupación y sacrificios fueron siempre una motivación para querer superarme y alcanzar este triunfo. Con amor y reconocimiento. A mi novia: Kenya Vásquez, por su paciencia y amor hasta el limite. Fuiste y serás siempre mi mayor apoyo. Con amor y cariño. A mis amigos: De Iglesia Joven, que siempre se preocuparon y me apoyaron cuando mas lo necesitaba. A mis hermanos: David René Martínez y Oswaldo de Jesús Martínez, por su apoyo y consejos. Sus deseos de superación han sido modelo para mi vida. A mi Abuelo: Jesús Martínez, por sus consejos y compañía. A mis tíos, tías, prim@s y demás familia: Con especial cariño. A todos mis maestros: Sin su modelo, enseñanzas y consejos, no podría haber alcanzado este logro. A mis compañeros: De toda la carrera, por su compañía, compañerismo y amistad. En Especial a Ernesto Pleités por su paciencia y sacrificios durante esta ultima etapa de nuestra carrera. -Darman Donelly Martínez Colocho- A Dios Todopoderoso: Que todo el tiempo ha estado conmigo y me ha dado fortaleza, entendimiento, salud e innumerables bendiciones. A mis padres: Laura Esther España de Pleités y Alvaro Ernesto Pleites, por darme la guía desde mis primeros años de estudio, por el sacrificio hecho durante todo este tiempo. Los quiero mucho. A mi novia: Krissia Ibarra, por tu comprensión y apoyo a lo largo de todos mis estudios. Tu amor me impulso a seguir adelante. A mis Hermanos: Laura Beatriz y José David, siempre estuvieron dispuestos a ayudarme. Cada detalle que tuvieron, fue importante para mí. A mis amigos: Por sus palabras de ánimo y sus oraciones. Todos me ayudaron de una u otra manera. A mis compañeros: De toda la carrera, por su amistad. Darman, fuiste el compañero ideal en esta última etapa de nuestra carrera. A mis Jefes: Por su apoyo y por brindarme el tiempo necesario para completar mis estudios. -Ernesto Enrique Pleités España- UNIVERSIDAD DON BOSCO FACULTAD DE INGENIERIA ANÁLISIS Y DISEÑO DEL SISTEMA DE APOYO A LA MATERIA DE INVESTIGACIÓN DE OPERACIONES DE LA UNIVERSIDAD DON BOSCO. TRABAJO DE GRADUACIÓN PARA OPTAR AL GRADO DE INGENIERO EN CIENCIAS DE LA COMPUTACION PRESENTADO POR: ERNESTO ENRIQUE PLEITES ESPAÑA DARMAN MARTÍNEZ COLOCHO ASESOR: ING. CARLOS ALEGRIA NOVIEMBRE DE 2004 SOYAPANGO EL SALVADOR I ÍNDICE 1. INTRODUCCIÓN ......................................................................................................... 3 2. JUSTIFICACIÓN ......................................................................................................... 4 3. OBJETIVO GENERAL ................................................................................................ 5 3.1 Objetivos Específicos ............................................................................................. 5 4. RECOPILACION DE INFORMACIÓN......................................................................... 6 4.1 Encuestas y Entrevistas ......................................................................................... 6 4.2 Tabulación de las Encuestas. ................................................................................ 6 4.3 Conclusiones de la Recopilación de Información. .................................................. 9 4.4 Comparativa con otros Software de Enseñanza. ................................................. 10 4.5 Características de los buenos programas multimedia ......................................... 12 5. MÉTODO DE ENSEÑANZA ...................................................................................... 16 5.1 Surgimiento y Pedagogía de la enseñanza virtual ............................................... 16 5.2 Modelos en la educación. .................................................................................... 18 5.3 Método de Enseñanza usado en el SEIOP .......................................................... 19 6. MODELADO DEL ANÁLISIS. ................................................................................... 21 6.1 Transición de datos .............................................................................................. 21 6.1.1 Alumno: ........................................................................................................ 21 6.1.2 Catedrático ................................................................................................... 22 6.1.3 Guía .............................................................................................................. 22 6.1.4 Guía-Alumno ................................................................................................ 22 6.1.4 Hoja-Guía ..................................................................................................... 22 6.1.5 Alumno-Pregunta: ......................................................................................... 22 6.2 Modelo Funcional ................................................................................................ 23 6.2.1 Flujo de Información del Sistema ............................................................. 24 6.2.2 DFD Nivel 0 .............................................................................................. 25 6.2.3 DFD 0 Ayuda ................................................................................................ 26 6.2.4 DFD 1 Administración ................................................................................... 27 6.2.5 DFD 1 Desarrollo Sesión .............................................................................. 28 6.2.6 DFD 2 Crear Sesión ..................................................................................... 29 6.2.7 DFD 2 Resolución ........................................................................................ 30 6.2.8 DFD 2 Estadísticas .................................................................................. 31 6.2.9 Permisos de Usuarios ................................................................................... 32 6.3 Relación de Objetos ....................................................................................... 33 6.3.1 Relación de Entidades Nivel 0 ................................................................ 33 6.3.2 Relación de Entidades Nivel 1 ..................................................................... 34 7. DEFINICION DEL SISTEMA ..................................................................................... 35 7.1 Arquitectura. ........................................................................................................ 35 7.2 Módulos del sistema. .......................................................................................... 35 7.2.1 Módulo de Sesiones de Trabajo. ................................................................... 36 7.2 .2 Módulo Administrativo. ................................................................................. 36 7.2.3 Módulo Resolución. ....................................................................................... 37 7.2.4 Módulo Ayuda ............................................................................................... 37 7.3 Sesiones Desconectadas ................................................................................... 37 II 7.4 Conectividad Local ............................................................................................. 39 8. DISEÑO DEL SISTEMA. .......................................................................................... 43 8.1 Diseño de Datos ................................................................................................. 43 8.1.1 Identificación de Entidades. ........................................................................... 44 8.1.2 Identificación de Relaciones. ......................................................................... 44 8.1.3 Normalización del Modelo. ............................................................................ 45 8.1.4 Identificación de atributos. ............................................................................. 49 8.2 Diseño Arquitectónico ......................................................................................... 50 8.3 Diseño de Interfaz ............................................................................................... 52 8.3.1 Interfaz. VER ................................................................................................. 53 8.3.2 Interfaz. PRACTICAR .................................................................................... 54 8.3.3 Interfaz. EVALUAR ........................................................................................ 55 8.3.3 Interfaz. RETROALIMENTAR........................................................................ 55 8.4 Botones del Sistema ............................................................................................ 55 8.5 Funcionamiento ................................................................................................... 57 8.5.1 Para Agregar un Registro .............................................................................. 57 8.5.2 Para Borrar Un Registro ................................................................................ 57 8.5.3 Para Actualizar Un Registro .......................................................................... 57 8.6 Diseño de componentes .................................................................................. 57 9. IMPLEMENTACIÓN. ................................................................................................. 58 9.1 Requerimientos de Hardware. ............................................................................. 58 9.2 Requisitos de Software ........................................................................................ 58 9.3 Requisitos de Infraestructura y Personal. ............................................................ 59 9.4 Factibilidad. .......................................................................................................... 59 9.5 Responsabilidades y Capacitación. ..................................................................... 60 9.6 Calendario de posible Implementación. ............................................................... 60 10. CONCLUSIONES .................................................................................................... 61 11. BIBLIOGRAFIA ....................................................................................................... 62 12. ANEXOS ................................................................................................................. 63 12.1 ENCUESTA PARA EL ANÁLISIS ...................................................................... 63 12.4 PLAN DE ESTUDIOS IOP I ............................................................................... 66 12.5 ESTIMACION DE COSTOS ............................................................................... 68 12.6 CRONOGRAMA................................................................................................. 70 12.7 MANUAL DE USUARIO 12.8 MANUAL DE PROGRAMADOR 3 1. INTRODUCCIÓN La investigación de operaciones (IOP) se ha convertido en un bastión para las empresas e industrias que trabajan con procesos. Por medio de la investigación de operaciones podemos lograr objetivos y metas propuestas, aprovechando al máximo los recursos disponibles. Debido a la importancia que tiene la IOP en las ramas de la ingeniera es importante que se promueva la enseñanza de esta, por medio de herramientas didácticas que faciliten el aprendizaje. El siguiente documento describe métodos y elementos utilizados para el diseño y desarrollo del Sistema de Enseñanza de Investigación de Operaciones (SEIOP). Para poder establecer el diseño de cualquier sistema de informática se necesita: analizar, estructurar y diseñar la arquitectura del software que pueda darle solución a la problemática que el desarrollo de la aplicación establece. En el documento se plantea y desarrolla las diferentes etapas para el desarrollo del sistema. Dichas etapas son: recopilación de la información, tabulación de datos, análisis de datos, metodología a utilizar, modelado, diseño de datos y construcción. Se describirá en que consiste cada etapa y la aplicación a nuestro proyecto. Se apreciará como se transforma la información en flujos de datos, algoritmos, descripción de atributos y estructuras de datos, constituyéndose todo esto en el sistema de enseñanza propuesto. 4 2. JUSTIFICACIÓN El análisis que puede hacer la Investigación de Operaciones se apoya principalmente en sistemas informáticos que ayudan a procesar la información rápidamente y con cálculos exactos. En nuestro país y en el mundo hay muchas empresas que se dedican a la consultoría de servicios y procesos, de esta manera las empresas optimizan recursos, bajan costos y tienen las herramientas para tomar decisiones basados en evidencia. Lo anterior nos hace ver la necesidad de aplicar métodos de aprendizaje que incorporen herramientas informáticas para la enseñanza de la Investigación de Operaciones. Ya que estas herramientas facilitan la asimilación de conceptos, búsqueda de información complementaria y la resolución de problemas. Podemos encontrar mucha información de planes de estudios en donde se explican la relación de la Investigación de Operaciones y la tecnología de sistemas para resolver problemas, pero la realidad es que no se aprovecha este recurso por infinidad de factores que van desde carecer de aplicaciones informáticas que resuelvan los problemas, hasta inadaptabilidad de sistemas genéricos de este tipo, por ser poco pedagógicos por la manera en que se desarrollan los procesos. 5 3. OBJETIVO GENERAL  Desarrollar un software ó sistema computarizado que permita implementar el Laboratorio de Investigación de Operaciones en la Universidad Don Bosco. 3.1 Objetivos Específicos  Describir el Modelado, Análisis, Arquitectura y Diseño de los elementos que se utilizaron en la construcción del sistema.  Presentar la documentación de la arquitectura, Diseño y Funcionamiento del Sistema.  Mostrar un panorama general del funcionamiento del sistema dentro de la asignatura de IOP.  Presentar la posibilidad de que el sistema pueda ser utilizado como un evaluador de contenido en las otras asignaturas que se imparten en la Universidad. 6 4. RECOPILACION DE INFORMACIÓN 4.1 Encuestas y Entrevistas Como parte de la recopilación de información, el grupo realizó entrevistas a personas relacionadas con la materia de IOP, así como también personas que realizan prácticas en el Centro de cómputo para otras materias. Se entrevistaron: Catedráticos de la materia, instructores de laboratorios prácticos y alumnos en general. En la parte de los anexos (13.2) se puede encontrar el formato de la entrevista utilizada para abordar a las personas que ayudaron en esta retroalimentación. En total se realizaron 50 entrevistas. De las cuales 5 son catedráticos de la materia de IOP (Ing. Silva, Ing. Rosa Sosa de la Universidad Don Bosco; Ingenieros: Carlos Alegría, Oscar Monge y Omar Aguilar de la Universidad de El Salvador), 5 son instructores de Centros de cómputo y 40 restantes fueron alumnos. En general se entrevistó a las personas que tendrán injerencia ó participación en la posible implementación de este laboratorio. Con la investigación se asegura que con las respuestas, conclusiones y comparaciones con otros sistemas similares, se puedan establecer los requerimientos del sistema. 4.2 Tabulación de las Encuestas. A continuación se presentan las preguntas que se hicieron en las encuestas y su tabulación de respuestas y resultados. 1.) Seleccione elementos que considera que el SE-IOP (Sistema de Enseñanza de Investigación de Operaciones) debería tener a parte de los módulos con los que ya cuenta: ../Mis%20documentos/SEIOP-TesisFinal.doc#_13.1_ENCUESTA_PARA#_13.1_ENCUESTA_PARA 7 De los elementos que se mencionan a continuación marque los que considere importantes a tomar en cuenta en el diseño del sistema: Opción Votos % de Preferencia Calendario Académico 30 60 Charla Teóricas 3 6 Mapa del curso 17 34 Foro de debate 27 54 Glosario 17 34  Mis anotaciones (Alumno y Maestro) 10 20 Cuestionarios 17 34 Búsquedas 23 46 Inscripción personal 0 0 Auto evaluación 13 26 Grupos de trabajo de los alumnos 10 20 Consejos de alumnos 13 26 Pizarra (Publicaciones Informativas) 13 26 Preguntas al Maestro 33 66 Evaluación de Guías por parte del alumno 10 20 2.) ¿Qué tipo de animaciones gráficas considera que un sistema de enseñanza de IOP debería tener?  Demostración de soluciones de problemas  Simulación de ejercicios  Animaciones de ejercicios de Redes, transporte y RRHH  Representar problemas planteados  Ver y comparar resultados. 3.) El propósito de incorporar demostraciones dentro del sistema, es hacer ver al estudiante que con la solución que el sistema nos brinda, se utilizarían menos recursos que generando soluciones con herramientas que no son de IOP. ¿Está de acuerdo con el propósito para el cual se desarrollarán las demostraciones? 8 Todos los encuestados estuvieron de acuerdo con este propósito. Ya que de esta forma se puede aprender mejor de los ejemplos. Además esta metodología ayuda a mejorar la toma de decisiones. 4.) Qué elementos según su criterio deberían ser objeto de evaluación? Opción Votos % de Preferencia Conocer Algoritmos de resolución de problemas 17 34 Elementos teóricos 30 60 Resolver problemas con las herramientas del sistema 17 34 Comprender las soluciones obtenidas de problemas 37 74 5.) Seleccione 3 tipos de reportes que sean más importantes según su criterio. Reportes Administrativos. 27 54 Historial de evaluaciones y notas. 37 74 Historial de asistencia y participación en las practicas 33 66 Estadísticas de avance y rendimiento en los laboratorios 37 74 Entrega y resolución de las actividades complementarias 13 26 6.) Que resultados espera con la implementación del sistema de enseñanza de IOP en la Universidad Don Bosco.  Estudiantes más participativos, y que se pueda facilitar e inducir a la investigación.  Aprender de manera novedosa y tener una mejor planificación de la materia.  Mayor asistencia a las practicas, lograr más fácilmente la asimilación de conceptos teóricos.  Ser una fuente de consulta y estudio para la materia de IOP. 7.) Como visualiza el sistema ya implementado dentro de la Universidad  Centralizado y con seguridad por medio de autenticación de usuarios.  Distribuido y accesible desde Internet.  Herramienta para que el instructor pueda dedicarse a las consultas que tengan los alumnos.  Innovación a las matemáticas aplicadas. 9 8.) Que beneficios espera que el sistema le traiga a Ud. Como Maestro  Planificación y desarrollo de las practicas, captar la atención de los alumnos y mejorar la comprensión de los temas  Facilidad al evaluar notas y desempeño.  Ser una herramienta para la resolución de problemas 4.3 Conclusiones de la Recopilación de Información. De la tabulación obtenida y las sugerencias realizadas por los encuestados, se pueden tener las siguientes conclusiones a tomar en cuenta a la hora de Diseñar el sistema:  De las herramientas propuestas, para los encuestados son muy importantes las siguientes: o Una herramienta que facilite las consultas ó preguntas al maestro ó instructor. o Es importante para los usuarios una agenda ó Base de Datos de todas las actividades del calendario de la materia. o Generación de debate ó consultas por medio de un Foro. o Búsquedas en general de guías y de la información contenida dentro de ellas.  Las animaciones graficas del sistema deben de: o Demostrar y simular el planteamiento y solución de problemas teóricos. o Comparar de manera gráfica diferentes resultados.  Las demostraciones tienen como propósito hacer ver al estudiante que, la solución que el sistema sugiere, utiliza menos recursos que generando soluciones con herramientas que no son de IOP.  Es objeto de Evaluación dentro de las sesiones, las siguientes: o Comprensión de las soluciones obtenidas. o Elementos teóricos, estos se deberán de evaluar siempre, ya que son elementos fundamentales para poder resolver ejercicios prácticos. 10 o Procedimientos y algoritmos necesarios para la resolución de problemas, estos deberán conocerse al final de la sesión.  Los tres tipos de reportes más importantes para los encuestados son: o Historial de evaluaciones y notas. o Estadísticas de avance y rendimiento en los laboratorios. o Historial de avance y rendimiento en las prácticas.  Los resultados esperados en la implementación del sistema dentro de la universidad son: o Mayor participación e interés por parte del alumno al aprender de una manera novedosa y dinámica. o Facilidad de asimilación de conceptos por medio de la simulación de los ejercicios planteados. o Ser una fuente de consulta y estudio de la materia de IOP.  El SEIOP se visualiza implementado de esta forma: o Innovación a las matemáticas aplicadas. o Un sistema distribuido y accesible desde Internet.  Los beneficios que esperan los usuarios potenciales son: o Lograr una mejor planificación y desarrollo de las prácticas. o Poseer mayor facilidad para evaluar notas y rendimiento de los alumnos. o Resolver fácilmente problemas teóricos. 4.4 Comparativa con otros Sistemas de Enseñanza. Dentro del estudio y recopilación de Información, es importante tomar en cuenta las características que poseen otras aplicaciones orientadas a la enseñanza, para que se enriquezcan los objetivos y metas del proyecto que se plantea en este documento. Por lo tanto, a continuación se presentará un cuadro comparativo de un software para realizar exámenes automatizados contra otros de la competencia. Es de notar que los sistemas que se presentan a continuación solo son para resolver exámenes. El Seiop en cambio es un sistema integrado de resolución de guías, exámenes, preguntas y sesiones acompañadas de una serie de herramientas que apoyan la enseñanza y la resolución guiada de problemas de IOP. 11 Característica Software Del Examen Otros Competidores SEIOP Precio $39.95 $44, $69, $99.95 y arriba Universidad es propietaria del SW Interfaz gráfica de uso fácil Sí Sí SI Interfaz de Menús aplicada al tipo de usuario No No SI Sitio Web que apoya al sistema No No SI Tipos De la Pregunta: Opción Múltiple Sí Sí SI Verdad o falso Sí Sí SI Sí o no Sí Sí SI El patrón de la marca, asignación del tiempo, contador de tiempo ofrece: Contador de tiempo Del Examen Sí Sí SI Contador de tiempo De la Pregunta Sí No SI Contador de tiempo de Sesión No No SI Registro de Entrada y salida de los alumnos No No SI Ayuda de los gráficos, del audio y del vídeo: Puede agregar gráficos a la pregunta Sí No SI Puede agregar audio a la pregunta Sí No SI Puede agregar el vídeo a la pregunta Sí No SI Puede agregar la explicación a la pregunta Sí No SI Posee Herramientas de Resolución de IOP No No SI Las Herramientas se disparan desde el Explorador del sistema Operativo No No SI Características navegacionales: Capacidad de la búsqueda Sí No SI Exhibición de gráficos, del audio y del vídeo Sí No SI Puede Ver Datos desde la Web No No SI Características De la Seguridad: Dos niveles de la protección de contraseña i.e. Contraseña general y contraseña del administrador Sí No SI Característica de "un uso del tiempo" para administrar las pruebas remotamente con alta seguridad. Sí No NO (pruebas remotas) SI (sesiones en laboratorio) Se puede bloquear Sesiones y preguntas ya realizadas No No SI El instructor sabe cuando finaliza los exámenes cada alumno. No No SI Utilidades A granel Imprima la utilidad para imprimir el papel de la pregunta según la exigencia del consumidor. Sí No NO Combine la utilidad para combinar las preguntas rápidamente de diversos archivos. Sí No SI Cargue la utilidad para cargar los datos de archivos de texto planos en formato nativo. Sí No SI Los resultados de los reportes se pueden exportar a diversos formatos No No SI 12 Herramientas de Comunicación como mandar Emails a los contactos y Mensajes instantáneos a los usuarios del sistema No No SI El Guardar De registro: Facilidad de la hoja de respuesta del estudiante Sí No SI Protección de contraseña para la hoja de respuesta del estudiante. Sí No No El examinador agrega las observaciones para cada Sesión u hoja del estudiante Sí No SI El alumno puede consultar sus notas desde la Web No No SI Administración De Prueba Alejada: El email del examinador pregunta al candidato y administra las pruebas remotamente Sí, usando la característica de "un uso del tiempo" usted puede administrar las pruebas remotamente y con seguridad. No NO Los alumnos pueden practicar haciendo guías ó sesiones desde sus casas. No No SI Los alumnos pueden ocupar las herramientas: Mediateca, y resolución de problemas desconectado del servidor No No SI Ayuda De la Red: El examinador puso el banco de la pregunta en el servidor y conduce la reexaminación en las computadoras múltiples conectadas simultáneamente con el servidor. Sí No SI (sesión laboratorio) Posee Ayuda Interactiva por medio de Asistente animado No No SI Dependencia en otros productos de la base de datos: Escribe los datos dentro archivo del examen. No- necesidad de cualquier producto de la base de datos de los terceros de almacenar los datos. Escribe los datos en producto de la base de datos de los terceros. Con SQL Server, mas se pueden hacer sesiones ò tareas auxiliares desconectado del servidor. 4.5 Características de los buenos programas multimedia Los buenos materiales multimedia formativos son eficaces, facilitan el logro de sus objetivos, y ello es debido, supuesto un buen uso por parte de los estudiantes y profesores, a una serie de características que atienden a diversos aspectos funcionales, técnicos y pedagógicos, y que se comentan a continuación: 13 1.- Facilidad de uso e instalación. Con el abaratamiento de los precios de los ordenadores y el creciente reconocimiento de sus ventajas por parte grandes sectores de la población, para que los programas puedan ser realmente utilizados por la mayoría de las personas es necesario que sean agradables, fáciles de usar y auto explicativos, de manera que los usuarios puedan utilizarlos inmediatamente sin tener que realizar una exhaustiva lectura de los manuales ni largas tareas previas de configuración. 2.- Versatilidad (adaptación a diversos contextos). Otra buena característica de los programas, desde la perspectiva de su funcionalidad, es que sean fácilmente integrables con otros medios didácticos en los diferentes contextos formativos, pudiéndose adaptar a diversos:  Entornos (aula de informática, clase con un único ordenador, uso doméstico...)  Estrategias didácticas (trabajo individual, grupo cooperativo o competitivo,,,)  Usuarios (circunstancias culturales y necesidades formativas) Para lograr esta versatilidad conviene que tengan unas características que permitan su adaptación a los distintos contextos. Por ejemplo:  Que sean programables, que permitan la modificación de algunos parámetros: grado de dificultad, tiempo para las respuestas, número de usuarios simultáneos, idioma, etc.  Que sean abiertos, permitiendo la modificación de los contenidos de las bases de datos  Que incluyan un sistema de evaluación y seguimiento (control) con informes de las actividades realizadas por los estudiantes: temas, nivel de dificultad, tiempo invertido, errores, itinerarios seguidos para resolver los problemas...  Que permitan continuar los trabajos empezados con anterioridad.  Que promuevan el uso de otros materiales (fichas, diccionarios...) y la realización de actividades complementarias (individuales y en grupo cooperativo) 3.- Calidad del entorno audiovisual. El atractivo de un programa depende en gran manera de su entorno comunicativo. 14 4.- La calidad en los contenidos (bases de datos). Al margen de otras consideraciones pedagógicas sobre la selección y estructuración de los contenidos según las características de los usuarios, hay que tener en cuenta las siguientes cuestiones:  La información que se presenta es correcta y actual, se presenta bien estructurada diferenciando adecuadamente: datos objetivos, opiniones y elementos fantásticos.  Los textos no tienen faltas de ortografía y la construcción de las frases es correcta  No hay discriminaciones. Los contenidos y los mensajes no son negativos ni tendenciosos y no hacen discriminaciones por razón de sexo, clase social, raza, religión y creencias...  La presentación y la documentación. 5.- Navegación e interacción. Los sistemas de navegación y la forma de gestionar las interacciones con los usuarios determinarán en gran medida su facilidad de uso y amigabilidad. Conviene tener en cuenta los siguientes aspectos:  Mapa de navegación. Buena estructuración del programa que permite acceder bien a los contenidos, actividades, niveles y prestaciones en general.  Sistema de navegación. Entorno transparente que permite que el usuario tenga el control. Eficaz pero sin llamar la atención sobre sí mismo. Puede ser: lineal, paralelo, ramificado...  La velocidad entre el usuario y el programa (animaciones, lectura de datos…) resulta adecuada.  El uso del teclado. Los caracteres escritos se ven en la pantalla y pueden corregirse errores.  El análisis de respuestas. Que sea avanzado y, por ejemplo, ignore diferencias no significativas (espacios superfluos...) entre lo tecleado por el usuario y las respuestas esperadas.  La gestión de preguntas, respuestas y acciones...  Ejecución del programa. La ejecución del programa es fiable, no tiene errores de funcionamiento y detecta la ausencia de los periféricos necesarios. 6.- Originalidad y uso de tecnología avanzada. 15 7.- Capacidad de motivación. 8.- Adecuación a los usuarios y a su ritmo de trabajo. Los buenos programas tienen en cuenta las características iniciales de los estudiantes a los que van dirigidos (desarrollo cognitivo, capacidades, intereses, necesidades…) y los progresos que vayan realizando. 9.- Potencialidad de los recursos didácticos. Los buenos programas multimedia utilizan potentes recursos didácticos para facilitar los aprendizajes de sus usuarios. Entre estos recursos se pueden destacar: 10.- Fomento de la iniciativa y el autoaprendizaje. Las actividades de los programas educativos deben potenciar el desarrollo de la iniciativa y el aprendizaje autónomo de los usuarios. 11.-Enfoque pedagógico actual. El aprendizaje es un proceso activo en el que el sujeto tiene que realizar una serie de actividades para asimilar los contenidos informativos que recibe. Según repita, reproduzca o relacione los conocimientos, realizará un aprendizaje repetitivo, reproductivo o significativo. 12. - La documentación. Aunque los programas sean fáciles de utilizar y auto explicativos, conviene que tengan una información que informe detalladamente de sus características, forma de uso y posibilidades didácticas. Esta documentación (on-line o en papel) debe tener una presentación agradable, con textos bien legibles y adecuados a sus destinatarios, y resultar útil, clara, suficiente y sencilla 13.- Esfuerzo cognitivo. Las actividades de los programas, contextualizadas a partir de los conocimientos previos e intereses de los estudiantes, deben facilitar aprendizajes significativos y transferibles a otras situaciones mediante una continua actividad mental en consonancia con la naturaleza de los aprendizajes que se pretenden. 16 5. MÉTODO DE ENSEÑANZA 5.1 Surgimiento y Pedagogía de la enseñanza virtual La virtualidad es la expresión de dos grandes aspiraciones y estrategias del sector educativo: ampliación de cobertura y mejoramiento de la calidad. Realizar la re- ingeniería de la pedagogía, las instituciones y los sistemas educativos, es una tarea pendiente y la mayor perspectiva que se vislumbra con las nuevas tecnologías. La educación virtual es una experiencia reciente, pero que ha tenido una expansión vertiginosa en el mundo entero. Como ha sucedido en otros campos, la aplicación de las tecnologías digitales a la educación se ha desarrollado desde dos vertientes estratégicas. Entre estos dos polos de desarrollo se da un amplio espectro de realizaciones. La gama de las tecnologías de comunicación es amplia y creciente, aunque básicamente existen cuatro consideradas mayores: la videoconferencia; la transmisión satelital; los discos compactos (CDs y DVDs); y los diversos tipos de Internet. Si bien comúnmente los términos para designarla no son los apropiados, a estas aplicaciones se las denomina genéricamente como la educación virtual o aprendizajes electrónicos (e-learning; e-training; e-ducation). Con todo, éstos términos comprenden también válidamente a los desarrollos de la otra vertiente. Dentro de este desarrollo y a partir del "sistema postal" (nivel I), la virtualidad ha comenzado a evolucionar. Inicialmente se reemplaza el sistema de transporte postal por materiales transferidos electrónicamente. Su funcionamiento es simple: los cursos se almacenan en bases de datos conectadas a un servidor instruccional (SI) conectado a Internet como medio para enviarlos a los estudiantes y una interacción asincrónica por medio del e-mail o correo electrónico (nivel II). Posteriormente, se han venido incorporando componentes de audio y video y comunicación virtual de una vía. En este nuevo nivel, además de la base de datos y el servidor instruccional (SI) se requiere una base de datos multimedia unida a un servidor multimedia (SM) conectadas a Internet (nivel III). Luego, se han venido adicionando componentes dinámicos de interacción. Para ello, además de las configuraciones anteriores deben agregarse equipos de edición y digitalización de audio y video, equipos de compresión / decomprensión y transmisión de datos, nuevos equipos de 17 almacenamiento, dos tipos de administración de base de datos, software para navegación, programas de chat y boletines, horarios para sesiones de conferencias en vivo con interacción asincrónica y sincrónica de dos vías y, lo que es más importante, redes de comunicación con un ancho de banda mayor (nivel IV). La segunda vertiente estratégica aplica las NTIC a la investigación y desarrollo de virtualidad en aspectos como la administración y servicios académicos y, por supuesto también, la docencia (presencial y remota), privilegiando la tecnología informática. En esta vertiente se adelantan programas de adopción, adecuación o desarrollo de software como mecanismos de apoyo para el mejoramiento de la calidad tanto de las metodologías y prácticas docentes, de los diferentes servicios educativos así como de la organización y administración de las propias instituciones educativas. Si bien el término aparece como algo simplista, a estas aplicaciones se las ha denominado comúnmente como informática educativa. Los avances en esta vertiente son igualmente diferenciales y abarcan campos que van desde el desarrollo de software educativo y plataformas virtuales, desarrollo de micro-mundos virtuales, hasta inteligencia artificial, tanto para educación presencial como a distancia. Esta doble perspectiva de la virtualidad es, por lo demás, la expresión de las dos grandes aspiraciones y estrategias del sector educativo: ampliación de cobertura y mejoramiento de la calidad. Si bien es cierto que, con diferencias de niveles y matices un amplio número de las instituciones del mundo han concentrado el mayor volumen de actividades en la primer vertiente, no puede pretenderse que ésta sea ni la única, ni mucho menos que agote el concepto de educación virtual. En sentido estricto, unos y otros desarrollos conforman la educación virtual. Y, de hecho, las nuevas tecnologías de información y comunicación (NTCIs) se aplican a las diversas funciones (docencia, investigación, administración y servicios) de la educación en general y particularmente de la superior. Es decir, la educación virtual abarca tanto las metodologías de educación presencial y a distancia, comprende la totalidad de funciones y ámbitos de la educación superior y sirve a las estrategias de cobertura y 18 calidad. Por lo demás estas oposiciones no son irreconciliables sino que deben entenderse de forma dialéctica. Con el desarrollo de las NTIC se ha dado y se profundiza cada vez más un importante proceso de convergencia: entre las tecnologías de información y comunicación; entre las diferentes estrategias de desarrollo; y, más recientemente entre tecnología y pedagogía. No obstante que son todavía muy pocos los años de experiencia y experimentación en materia de educación virtual, es preciso reconocer y comprender este dinámico, histórico y cada vez más significativo proceso de convergencia. Sin lugar a dudas, allí radica a nuestro juicio la clave para desarrollos apropiados y la gran potencialidad de la educación virtual. 5.2 Modelos en la educación. A continuación se presenta un cuadro síntesis de los 3 modelos característicos existentes en la actualidad con relación al uso de los nuevos canales de comunicación. Se pretende sistematizar diferentes componentes de los modelos para comprender el diseño metodológico de los cursos automatizados, desde la perspectiva de la actividad de los sujetos implicados, de la concepción y diseño del proceso de aprendizaje. 1. MODELO MAGISTRAL 2. MODELO PARTICIPATIVO 3. MODELO INVESTIGADOR OBJETIVO Distribuir información Fomentar la comunicación entre usuarios sobre la transmisión de contenidos al estudiante Prima la actividad del sujeto con relación a la investigación, análisis, manipulación, elaboración y tratamiento en general de la información. SISTEMA Cerrado Mayor presencia de actividades de aprendizaje. Bidireccional o semi-direccional Abierto, semi-abierto MATERIALES Recursos típicos de biblioteca, hemeroteca, mediateca, audiovisual, multimedia Videoconferencia, teléfono, fax, correo electrónico, Redes informáticas, Clases virtuales Software, materiales informáticos, información hipermedia y los típicos recursos de la red Internet CLASE Sesiones pregrabadas, Sesiones en directo, con canales lo más simétricos posibles Apenas existente 19 distribución de programas ESTUDIO INDIVIDUAL Programas de tipo informático Tiene gran importancia Tiene gran importancia TUTORÍA Indiferente, diferida o en tiempo real Diferida o en tiempo real Tiene gran importancia TRABAJO EN GRUPO Se da poco Se fomentan las relaciones en grupo, diferidas o en tiempo real Muy importante Trabajo con el profesor. En general diferida. EJEMPLOS Información del campus, programas multimedia de apoyo. Emisoras de radio y TV local en programas de formación 1. Espacios virtuales 2. Sistemas participativos basados en la integración de medios: aprendizaje virtual cooperativo 3. Sistemas integrados gestionados por ordenador. Formación de formadores 5.3 Método de Enseñanza usado en el SEIOP Tomando en cuenta los requerimientos de los planes de estudio, la recopilación de información, tomando los elementos más importantes del Modelo Participativo y retomando el espíritu y pedagogía de la enseñaza Virtual: Surge el Método a utilizar para que el sistema alcance las expectativas de los usuarios. Este método se basa en la forma de realizar las practicas que se ha tenido hasta ahora, pero añadiéndole la dinámica y herramientas provistas por los recursos multimedia, Web y de colaboración que poseerá el sistema. Esta manera de trabajar se resume en estas grandes partes que pasaremos a explicar: Ver, Practicar, Simular, Evaluar y Retroalimentar. 20 VER: Esta parte consiste en todos los bloques preliminares que tendrá toda sesión, donde se presentará información teórica, links de interés y documentación adicional que reforzará la base de conocimientos del usuario. Es la “introducción Teórica” que todo usuario debe recorrer para tener los conocimientos mínimos antes de comenzar el trabajo practico. PRACTICAR: Por medio del modulo de resolución del sistema se podrán ingresar datos básicos de un problema y obtener los resultados de manera rápida. Aquí es donde se da la interacción y desarrollo del trabajo entre el usuario y el sistema. Por medio de las matemáticas aplicadas y los conceptos teóricos aprendidos se pueden obtener resultados y comparaciones más entendibles y claras por medio de tablas y gráficos. En esta parte se vuelve muy importante la figura del Instructor, ya que dentro del entorno del Centro de Cómputo el alumno puede contar con toda la ayuda y soporte que brinda el sistema y así también con la asistencia personalizada que pueda dar el instructor a aquellos que más lo necesiten. RESOLVER: En los casos y temas disponibles se podrá realizar una representación gráfica de cómo se obtiene los resultados de las operaciones matemáticas. Explicando los resultados de la solución y como esta es óptima para resolver el problema propuesto. Ya que el sistema brindará ayuda en como son resueltos los problemas, el instructor se puede concentrar en las partes mas importantes y en ayudar a los estudiantes que mas necesiten asesoria. EVALUAR: Ya sea en cada sesión ó al finalizar cada Unidad temática del programa, se realizarán sesiones de tipo ‘examen’ ó ‘cuestionario’, donde se evaluarán por medio de preguntas (directas ó de trabajo previo en el modulo de resolución) los conocimientos y habilidades asimiladas por el usuario. El instructor no perderá tiempo calificando los exámenes ya que estas serán evaluadas automáticamente, proporcionándole tiempo adicional al instructor que puede utilizar en la asesoria ó capacitación. RETROALIMENTAR: Para ampliar y reforzar lo aprendido durante la sesión, se podrán activar diferentes herramientas como: Preguntas al maestro, actividades complementarias, link a otros recursos, creación de nuevos problemas, retroalimentación con los otros participantes por medio del Foro, etc. 21 6. MODELADO DEL ANÁLISIS. El modelado del análisis se enfoca principalmente en establecer las definiciones de todos los objetos de datos que el sistema utilizará. Para establecer los objetos de datos se necesitará describir las necesidades y los resultados que se quiere lograr al construir el Sistema. Lo más importante en la etapa del análisis es poder definir una base que sirva para la creación del diseño del software. Los tres elementos fundamentales que se utilizarán en la fase del análisis serán:  Transición de datos  Modelo Funcional  Relación de Entidades 6.1 Transición de datos El modelado de transición es uno de los principales elementos que se ocupan en el análisis de requerimientos, y con los datos tiene como objetivo mostrar el comportamiento del sistema ante la intervención de agentes externos como elementos que hacen que los objetos y procesos del sistema cambien de estado. Para poder representar la transición de estados se representa cada estado y se describe la acción a realizar para que el estado cambie de falso y verdadero y viceversa. 6.1.1 Alumno:  Activo: Esta estudiando en el ciclo por lo tanto podría ingresar a las sesiones, cambia de estado desde la consola administrativa  Inactivo: Será parte del Historia, No esta estudiando, cambia de estado desde la consola administrativa  Aprobado: El estudiante obtuvo una calificación final > = 6, cambia al calcular promedio final  Reprobado: El estudiante obtuvo una calificación final < = 6, cambia al calcular promedio final 22 6.1.2 Catedrático  Activo: Tiene Grupo de Clase asignado, cambia de estado desde la consola administrativa  Inactivo: No tiene grupo de clase a su cargo, cambia de estado desde la consola administrativa 6.1.3 Guía  Activa: Puede ser accedida por cualquier estudiante, cambia de estado desde la consola administrativa  Inactiva: No estará disponible, cambia de estado desde la consola administrativa 6.1.4 Guía-Alumno  En Proceso: Se esta ejecutando la Guía, cambia de estado cuando se busca en el índice de la guía el primer elemento.  Terminada: Ya se realizo la Guía, cambia de estado cuando la guía es terminada por el estudiante, o es abortada.  Aprobada: Se obtuvo una calificación de guía > = 6, cambia cuando se termina la guía, y se evalúa el desempeño del estudiante sobre la base de parámetros establecidos por el instructor  Reprobada: Se obtuvo una calificación de guía < = 6, cambia cuando se termina la guía, y se evalúa el desempeño del estudiante sobre la base de parámetros establecidos por el instructor 6.1.4 Hoja-Guía  Activa: Se esta mostrando la hoja, Cambia de estado cuando el índice busca la hoja a mostrar  Inactiva: No se esta ejecutando la hoja, Cambia de estado cuando se deja de mostrar la hoja 6.1.5 Alumno-Pregunta:  Buena: Se ha contestado correctamente  Mala: Se contestó incorrectamente  Sin contestar: No se contestó 23 Todas las preguntas cambian de estado hasta que la guía finaliza y se corre el proceso que compara las respuestas del estudiante con las respuestas del sistema. 6.2 Modelo Funcional La información a medida que pasa por el sistema se transforma. En un sistema informático se pueden tener múltiples formas de entradas, desde la digitación de comandos por medio del teclado hasta un lector de huellas digitales. La salida se podría obtener al hacer una comparación lógica o también al desarrollar un complejo algoritmo con todas las variables de entrada. El Diagrama de flujo de datos nos ayudará a ver que procesos intervienen en la transformación de los datos durante la ejecución del software. Para establecer el flujo de datos se hará uso del análisis estructurado siendo esta una técnica de modelado de flujo y del contenido de la información. Elementos para la construcción del Diagrama de Flujo: 1. Entidad Externa, Representado por un Rectángulo 2. Proceso, Representado por un circulo 3. Los objetos de datos se representan por medio de una flecha. También se pueden tener varios niveles de flujo de Datos, Un nivel Inferior representa el flujo de la información a través de un macro proceso y como la información se transforma a través de todos los procesos contenidos en él. Un nivel superior de flujo de datos describe la transformación de los datos en cada proceso y así sucesivamente en cada sub proceso. Un nivel superior de flujo de datos implica una descripción más detallada de cada transformación de datos. 24 6.2.1 Flujo de Información del Sistema Sesion de trabajo (guias) UsuarioComputadora Examenes Teoria Resolucion Servidor Administracion de sistema Instructor Configuracion de Sesiones Fig. 6.1 Este diagrama (Fig. 6.1) representa el primer nivel de flujo de datos. Aquí se establece el flujo general de información a través de los principales objetos que se definieron. Es de hacer notar que el objeto: “Administrador del Sistema” No existe como tal, ya que toda la administración recae sobre los instructores y son ellos los que ejercen la administración a través del modulo administrativo. 25 6.2.2 DFD Nivel 0 Procesos del modulo de Sesiones de Trabajo Procesos de modulo administrativ o El Insatructor Conf igura sesiones Despues de creadas las sesiones se administran las sesiones El estudiante accese a las sesiones Instructor Congif urar de nodulo de Sesiones de Trabajo Administracion de Sistema Sesion de Trabajo Estudiante Fig. 6.2 Este diagrama (Fig. 6.2) representa el nivel cero de los procesos y objetos del sistema, podemos ver que el sistema tiene 2 procesos principales: uno que administra el sistema, y el otro en el que se configuran y ejecutan las guías de trabajo. También se puede apreciar que el acceso del estudiante al sistema es únicamente a través de las guías de trabajo. El instructor además de desempeñar un papel de tutor de cada alumno también es el administrador de cursos, configuración y mantenimiento de las guías de trabajo. 26 6.2.3 DFD 0 Ayuda Objeto del Sistema Consultar Referencias a Objetos Procesos de SIstema Consultar Referencias a Procesos de Sistema Desplegar Informacion sobre Objeto, o pasos para realizar Proceso Fig. 6.3 La Ayuda esta inmersa dentro de todos los objetos y procesos del sistema, este modulo describirá que es cada objeto y que papel juega dentro del sistema. También se podrá usar como una guía de referencia para ejecutar determinadas “acciones” dentro del sistema, ya que la ayuda describe en que consiste cada proceso y los pasos que son necesarios para completarlo. En el diagrama (Fig. 6.3) se puede ver que existe un proceso que sirve para desplegar información, de esta manera se podrá mostrar ayuda sugerida sin necesidad de que el usuario la solicite al sistema. 27 6.2.4 DFD 1 Administración Mantenimiento de: Alumnos, Grupos, Instructores, Sesiones (Ejercicio, Teoria, Practicas, Links) Para asignar Ej. Un alumnos a un grupo, un instructor a un grupo, un recurso multimedia a una hoja. Verificando las entradas de datos, que sean tipos de datos validos Cualquiera de estos objetos se puedo relacionar con los objetos que se estan actualizando Almacenar en Temporal Verificacion de Datos, a asignar Almacenar en SEIOP Alumnos, Grupos, Instructores, Sesiones (Ejercicio, Teoria, Practicas, Links) Validacion de Datos Instructor solicitud y visualizacion de Reportes Permisos de Usuarios Fig. 6.4 En el DFD de Administración (Fig. 6.4) se pueden denotar 3 procesos principales: El que describe el proceso de alimentación de datos del sistema, solicitud de reportes y permisos de usuario. El proceso de asignar permisos a usuario se refiere a los permisos administrativos, los niveles de permisos administrativos serán 2: Instructor, Estudiante. Además se contara un permiso especial de Instructor administrador que configura, otorga permisos a los instructores y da mantenimiento a los diferentes catálogos. 28 6.2.5 DFD 1 Desarrollo Sesión Creo estadistica de sesion: Si tengo acceso Continuo Si no tengo acceso vuelvo a pantalla de seleccion de sesion Despues de cargar documento regreso a indice verificar si puedo leer la siguiente hoja antes de haber completado la hoja actual Busco el siguiente documento en el indice Si el indice esta vacio la sesion termina Validacion a sesiones que puede ejecutar, consultando sesiones requisito Crea estadistica de bajado de sesion: Quien bajo sesion, que sesion y cuando la bajo Leer Indice Cargar Hoja Estudiante Sesion Instructor Crear Sesion Publicar Sesion Se puede Cargar un Problema y ejecutar el modulo de Resolucion como parte de una hoja de una sesion Buscar Indice de Sesion, Inicia reloj de Sesion Publicar Link de Interes Fig. 6.5 El DFD Nivel 1 del desarrollo de sesiones (Fig. 6.5) especifica los principales procesos durante: la creación de sesión, publicación de sesión, acceso, carga de sesión y desarrollo de la sesión, los DFD se han partido en 2 uno que especifica el área administrativa y el otro que atañe a la creación y desarrollo de sesiones. 29 6.2.6 DFD 2 Crear Sesión Hoja Sesion Crear Hoja Crear Identificador de Sesion Mediateca: Preguntas, teoria, links, ejercicios Asignar Objeto a Hoja, Establecer % de Nota por Objeto Asignar Hoja a Sesion Crear Objeto Instructor Generar Indice de Sesion Establecer Sesiones Prerequisito, agregar grupo que pueden ejecutar la sesion Establecer respuesta a pregunta Se tomara este camino solo cuando el objeto que se agrege a la hoja sea una pregunta Figura 6.6 En el DFD de Sesión (Fig. 6.6) se puede ver la individualidad de los objetos que son creados por el instructor. La Hoja es una parte de la Sesión, este elemento se guardará en formato HTML, y podrá ser editado en cualquier editor HTML, el mantenimiento de los objetos que podrían ser insertados dentro de cada hoja será responsabilidad del instructor. De él dependerá si su mediática tiene recursos necesarios. La sesión se compone de la unión de las hojas de trabajo, la sesión de trabajo se integra de: Hojas, preguntas e Índice de Búsqueda; este ultimo nos indica el orden de los elementos a mostrar en la sesión de trabajo. De estos 3 elementos el único que consultará la base de datos serán las preguntas, las cuales serán desplegadas en formularios de Visual Basic, lo que nos indica que no se podrán hacer preguntas cuando se configure una sesión para que los estudiantes la ejecuten fuera del centro de computo. 30 6.2.7 DFD 2 Resolución Modulo ResolucionIndice Parametros de Entrada Transporte RecursosDualidad Programacion Lineal Redes Parametros de Salida Representacion grafica de parametros de Salida Seleccionar y Cargar los diferentes tipos de Resolucion Graficos de Rendimiento, Animacion de Datos de Mediateca Fig. 6.7 El Modulo Resolución funciona individualmente, esto quiere decir que el uso del modulo resolución es opcional, cada vez que se haga una pregunta tipo problema el usuario tendrá la opción de usar o no el modulo para resolver el problema. El modulo resolución recibe parámetros de entrada que conforman el problema y genera datos de salida: Respuestas encontradas del problema planteado y representaciones graficas (cuando sea posible generarlas). El estudiante tendrá la opción de copiar las respuestas generadas por el modulo resolución a las preguntas o escribir las respuestas que él crea conveniente. 31 6.2.8 DFD 2 Estadísticas Guardo :Hora de Inicio de Sesion y Hora de Fin Indice en : Sesion finalizada Consulto y almaceno el indice en que se termino la sesion Leer Respuestas de Preguntas y Comparar con las respuestas, Calificar Respuestas Almaceno resultados de Preguntas y calculo porcentade de sesion ganado Asigno y guardo porcentajes de cada Hoja a la Sesion Fig. 6.8 La generación de estadísticas se activará cuando la sesión termine o cuando haya un proceso de interrupción de la sesión. Será hasta en este momento donde se registrará las actividades que el estudiante realizó durante la sesión de trabajo. Esta será una opción que estará habilitada únicamente cuando se trabaje localmente (en el Centro de Cómputo). Cuando se trabaja con Sesiones Desconectadas del Servidor también se generan estadísticas, pero estas indican únicamente quien descargó la sesión y la hora en que lo hizo. Otro aspecto importante de la generación de las estadísticas es la asignación de porcentajes ganados durante la sesión, ya que a cada hoja se le puede asignar un porcentaje de nota que al final conformarán la nota de la sesión de trabajo, toda esta información se actualiza durante la generación de estadísticas de desarrollo de la sesión. 32 6.2.9 Permisos de Usuarios Asignar permiso de acceso administrativ o ESTUDIANTE Agregar a lista de control de acceso de guia Almaceno en SEIOP Instructor ingresa al sistema atrav ez de la administracion Ver y seleccionar de la lista reportes administrativ os INSTRUCTOR Ver y seleccionar de la lista de reportes administrativ os / Personales Ver Reporte Estudiante ingresa al sistema atrav ez de la guia Fig. 6.9 El diagrama de los permisos (Fig. 6.9) de los usuarios se detalla una parte importante del funcionamiento del sistema, la cual es la seguridad y el acceso y permiso a las diferentes opciones del programa, podemos ver desde los DFD anteriores que el acceso del estudiante al sistema se hace únicamente a través de las sesiones de trabajo. Un estudiante que no pueda realizar sesión de trabajo no podrá acceder al sistema. El instructor ingresa al sistema a través de la administración teniendo acceso a todas las opciones de sistema. Los únicos reportes a los que el estudiante tendrá acceso serán los personales tales como: Reporte de notas personal de cada sesión de trabajo, estadísticas de desempeño de sesiones de trabajo, promedios de notas. 33 6.3 Relación de Objetos La relación de objetos es el primer paso para poder establecer la manera en que interactúa cada elemento del sistema entre si, en esta parte enumeraremos los principales objetos y la relación que existe o podría existir entre cada uno de ellos. 6.3.1 Relación de Entidades Nivel 0 Fig. 6.8 La figura 6.8 representa el nivel cero de la relación de las entidades, en este diagrama se denotan los principales objetos y la manera “primitiva” en que se relacionan, si bien este diagrama especifica las relaciones entre los objetos no nos dice que elementos nuevos podrían ser integrados dentro del sistema pero muestra la unión entre el Flujo de Datos y la Relación de datos. 34 6.3.2 Relación de Entidades Nivel 1 Fig. 6.9 relación de Entidades. El Diagrama nivel 1 de la relación de entidades es el que nos permitirá hacer el salto hacia el diagrama entidad relación (dicho diagrama será detallado durante el análisis del sistema). En el diagrama se han incrustado objetos que explican de mejor manera las relaciones “primitivas” que se tenían en el diagrama de relación de entidades nivel 0. 35 7. DEFINICION DEL SISTEMA 7.1 Arquitectura.  Desarrollo en Visual Basic 6.0 para Windows 9x, 2000 y XP. Las herramientas visuales y la programación orientada a objetos nos permitirán encontrar la combinación que se busca entre la comunicación de la base de datos y los elementos Web a los que tendrán acceso los usuarios.  El sistema se diseñará para ejecutarse sobre plataforma Windows. Su extensa implementación y la variedad de ambientes donde se puede encontrar y trabajar, hace que sea la plataforma indicada para desarrollar el proyecto.  Se utilizará servidor de Bases de Datos SQL Server 2000 para Windows. La facilidad, seguridad y portabilidad con que maneja las Bases de Datos este Servidor nos permite asegurar la disponibilidad de los datos en los diferentes casos que requiera el SEIOP. 7.2 Módulos del sistema. Para desglosar lo que se realizará dentro del proyecto, es necesario especificar los módulos o partes que comprenderá el sistema. Para esto, se parte de las necesidades e información que ha sido colectada dentro del análisis y se reúne todos los requerimientos en funciones. En el sistema SEIOP, luego del análisis ha resumido en 4 grandes módulos, todas las funciones que realizará. Estas son: Modulo de Resolución de problemas, Modulo Administrativo, Sesiones de trabajo y Ayuda. La interrelación de estos módulos la podemos ver en la figura 7.1. 36 Fig. 7.1: Módulos del sistema. 7.2.1 Módulo de Sesiones de Trabajo. Establecerá espacios de trabajo personales, las cuales ayudarán a dar seguimiento a las actividades que el estudiante realice durante los laboratorios en la Universidad. Estas sesiones de trabajo pueden ser: Sesiones de práctica programadas por instructores, sesiones libres, sesiones de cuestionario (exámenes o auto evaluaciones) o sesiones de teoría. Dentro de este módulo se incluye también: Mantenimiento de material didáctico, demostrativo, referencias de información, diseño de ejercicios, evaluaciones, diseño de sesiones de trabajo. 7.2 .2 Módulo Administrativo. En este módulo se podrá configurar el sistema para su utilización, determinando:  Configuración de sesiones de trabajo.  Estadísticas de sistema  Mantenimiento de usuarios y roles del Sistema  Reportes  Mantenimientos generales del sistema 37 7.2.3 Módulo Resolución. En esta parte del sistema se realizará la Resolución de los problemas. Se podrá hacer libre uso de esta sección, independientemente de la sesión de trabajo que se este resolviendo. Se contemplarán los siguientes temas:  Programación Lineal Se desarrollará este tema por medio del algoritmo del método Simplex (Algoritmo del punto interior)  Problema Dual Se desarrollará el algoritmo para determinar el problema dual de un problema.  Transporte Se desarrollará el algoritmo de la esquina noroeste y la distancia mínima  Redes, con el método de Ruta mas corta.  Asignación de Recursos, usando el método Simplex. 7.2.4 Módulo Ayuda Se encargará de dar ayuda a los diferentes procedimientos que el sistema permita realizar. La ayuda estará disponible en modo de libros de ayuda y de manera Interactiva en los procesos que se estén realizando. 7.3 Sesiones Desconectadas Se entregarán dos compilaciones, Una compilación para trabajo Desconectado y otra para realizar guías en el Laboratorio dentro del Centro de Cómputo, las opciones para trabajo desconectado son restringidas y se describen a continuación.  Comunicación con servidor Web para obtener Sesiones de trabajo. Las sesiones de trabajo serán archivos que estarán alojados en el servidor, para obtener una sesión de trabajo el alumno necesitará una conexión a Internet que permita bajar los archivos que configurará la sesión de trabajo en el sistema. 38  Estadísticas sobre las adquisiciones de sesiones de trabajo. En la base de datos se alojará estadísticas de conexión de estudiantes que se hayan conectado con el servidor, podremos obtener los siguientes reportes: 1. Numero de conexiones remotas del estudiante. 2. Publicaciones en el foro.  Reporte de Calificaciones Se podrá dar seguimiento a las evaluaciones que el estudiante haya realizado en sus prácticas en los laboratorios, mostrando reportes de calificaciones.  Habilitar o deshabilitar sesiones de trabajo El instructor tendrá la capacidad de habilitar o deshabilitar links para bajar sesiones de trabajo.  Resolución de Problemas y guías de trabajo Esta sesión tendrá las mismas características de la sesión de trabajo desarrollada con conexión Al servidor pero con la única diferencia que las evaluaciones en Línea no se encontraran disponibles.  Foro de preguntas y Respuestas Se tendrá un foro en el cual los estudiantes plantearán dudas sobre la temática de la materia con el fin de que el instructor o compañeros de clases puedan solventarlas.  Links de Interés El estudiante y los instructores tendrán la capacidad de alimentar enlaces a libros o sitios Web que contengan información complementaria al curso. 39 7.4 Conectividad Local  Editar Alumnos Esta función tiene como fin agregar y editar a los estudiantes, asignándoles: materia, curso e instructor.  Editar Instructores Aquí se realizará la asignación de instructores a los diferentes cursos que se estén impartiendo.  Diseño y Resolución de: sesiones de trabajo, problemas, pruebas y exámenes 1. Guías de trabajo. Estas son espacios de trabajo personales, generalmente las guías de trabajo están compuestas por:  Marco teórico: Teoría o metodología a implementar y Ejercicios demostrativos, para ilustrar mejor los ejercicios se utilizará la base de datos de recursos (MEDIATECA)  Ejercicios Prácticos: Por medio del modulo de resolución del sistema se podrán resolver los ejercicios planteados o cualquier otro problema de optimización que se establezca en guías de resolución de problemas que se adapten a los métodos de resolución que se utilizarán, es de hacer notar que esta es una herramienta pedagógica y esta diseñada únicamente para esos fines por lo que la capacidad de sistema estará enfocada a enseñar al estudiante la manera en que se resuelven problemas, el modulo resolución comprenderá los siguientes temas: Programación Lineal, Problema Dual, Transporte, Teoría de Redes, Asignación de Recursos. El modulo resolución funcionará independientemente de todos los demás módulos, y será el estudiante el que determinará si usar el modulo resolución de SEIOP o usar otro software para dar solución a los problemas. El sistema quedará abierto para que el estudiante decida si copiará las respuestas del modulo resolución, o escribir sus propias respuestas. 40  Investigaciones complementara: Estos pueden ser ejercicios y / o investigaciones teóricas que el estudiante debe realizar, el instructor tendrá que realizar un trabajo de evaluación de cada trabajo de estudiante y ponderar la nota que él estime conveniente. El módulo de Sesión estará dotado de recursos gráficos con el objetivo de facilitar la compresión de temas, conceptos, y problemas específicos durante el desarrollo de la materia. Dentro del módulo de Sesión encontraremos un Facilitador de Recursos Con dicha herramienta podremos mostrar ilustraciones de problemas y / o situaciones que queremos resolver. Se necesitará que haya un mantenimiento por parte de los instructores para que este tenga los recursos necesarios para diagramar problemas bases de IOP. Al resolver el ejercicio se presentarás gráficas de la solución que encontramos y como la solución resuelve el problema propuesto. El instructor tendrá la facilidad de añadir recursos que no se encuentran dentro del módulo de enseñanza como pueden ser: presentaciones de Power Point, videos, sonidos, imágenes, en general cualquier elemento diseñado en los paquetes de Microsoft Office, añadiéndolos como objetos de la Mediateca. Los elementos de la Mediateca no son elementos incrustados dentro de la Hoja, aunque hacen referencia a esta. Se podrá visualizar ó descargar los elementos establecidos en la mediateca cuando se cargue la hoja que hace referencia a cualquier elemento de estos. Es de hacer notar que las evaluaciones pueden ser configuradas en una sesión de trabajo, si se quiere establecer un examen lo que se hace es configurar una sesión de trabajo que tenga únicamente preguntas (con sus respectivas ponderaciones), los elementos de la sesión de trabajo descritos anteriormente (Teoría, Ejercicios, Tareas, Preguntas) no tienen que formar parte de ella obligatoriamente ya que en ultima instancia es el instructor que decide que elementos se incluyen o no en la sesión de trabajo. 41 Se pueden configurar 2 tipos diferentes de preguntas en las sesiones de trabajo: 1. Opción múltiple 2. Falso Verdadero  Estadísticas de desarrollo de sesiones de trabajo y exámenes por alumno o globales. Este modulo permitirá dar seguimiento al desempeño del estudiante durante: sesiones de trabajo y evaluaciones, se podrán obtener reportes tales como: 1. Tiempo de resolución de sesiones por alumno 2. Tiempo de uso de sistema por estudiante. 3. Tiempo de resolución promedio de sesiones de trabajo 4. Asistencia a los Laboratorios 5. Preguntas de exámenes que más fallaron los estudiantes. 6. Notas promedio, Mejores calificaciones por grupo, comparación de calificaciones promedio por curso 7. Guías en que los estudiantes tuvieron mejor desempeño 8. Listado de preguntas tipo ejercicio. Es de hacer notar que todas las hojas de cada sesión se encontrarán en formato Web, y será responsabilidad del instructor el crear las hojas, estas podrán ser editadas con cualquier editor HTML pudiendo hacer referencia a cualquier objeto que se encuentre en la Mediateca de SEIOP.  Reportes Administrativos: 1. Listado de Instructores 2. Listado de estudiantes 3. Listado de Notas generales por curso 4. Listado de Recursos de Mediateca  Ayuda Interactiva Este tipo de ayuda le ayudará al estudiante a resolver preguntas sobre el uso de la herramienta, mostrándole los pasos que tiene que seguir para ejecutar el proceso que necesita. 42 El material para el desarrollo de guías de trabajo no esta incluido dentro del desarrollo del proyecto, el sistema proveerá las herramientas para diseñar Exámenes, pruebas, problemas y las guías de resolución que contienen todos los elementos antes mencionados. Dentro de la implementación del sistema se plantea la entrega de 2 guías de trabajo, una donde se explicará el uso del sistema y la otra corresponde a un ejemplo de sesiones de trabajo que se podrían utilizar si la Universidad decide implementar el sistema. 43 8. DISEÑO DEL SISTEMA. 8.1 Diseño de Datos El diseño de datos (a veces llamado arquitectura de datos) crea un modelo de datos y / o información que se representa con un alto nivel de abstracción (la visión de datos del cliente / usuario). La estructura de datos ha sido siempre parte importante en el diseño del software. Al nivel de los componentes del programa, el diseño de las estructuras de datos y de los algoritmos, son la parte esencial en la creación de aplicaciones de alta calidad. En el ámbito de aplicación, la traducción de un modelo de datos en una base de datos es el punto clave para alcanzar los objetivos de negocio del sistema. En el ámbito de negocios, el conjunto de información almacenada en las diferentes bases de datos reorganizada en el almacén de datos facilita la minería de datos ó el descubrimiento de conocimiento que puede influir en el propio éxito del negocio. Anteriormente hemos definido durante el análisis y requisitos del software diferentes modelos de transiciones y relaciones entre las entidades y objetos; y estos fueron modelados utilizando diagramas de entidad-relación. La actividad de Diseño de datos traduce los elementos del modelo de requisitos, en estructuras de datos en el ámbito de los componentes del software. Y cuando es necesario, a la arquitectura de base de datos en el ámbito de aplicación. En el apartado anterior veíamos como según la figura 6.8 teníamos nuestro diagrama de relación de entidades. Este diagrama muestra en forma general cuales son los objetos más importantes que surgen en el desarrollo de las prácticas de laboratorio. Su principal objetivo es mostrar de donde surge cada una de las entidades participantes en la transición de datos, así como también como se relacionan. Y en nuestro caso nos ayudará a identificar las entidades que se utilizarán en el diseño de datos del sistema. Tomando este análisis anterior y su diagrama partiremos hacia el diseño de nuestro sistema. Este diagrama nos permitirá crear nuestro primer diagrama de la Base de Datos del SEIOP. 44 Para construir efectivamente nuestra Base de Datos utilizaremos las herramientas que brinda el modelado de Entidad-Relación (E-R). El cual se compone en los siguientes momentos: Identificación de Entidades, de Relaciones, Normalización del Modelo y por ultimo Identificación de Atributos. 8.1.1 Identificación de Entidades. Partiremos de todo el apartado de análisis de Información de este proyecto. Lo cual implica tomar diferente información de diferentes fuentes como: Puntos de vista de Usuarios (Encuestas y entrevistas), guías de laboratorio y análisis de métodos de trabajo en otras instituciones educativas; podemos presentar las entidades principales que participaran de este modelo conceptual (Ver figura 8.1) UNIVERSIDAD FACULTAD ESCUELA MATERIA PROGRAMA UNIDAD SESIONHOJA SECCION USUARIO LINK INTERES RECURSO PREGUNTA Fig. 8.1 Principales Entidades. 8.1.2 Identificación de Relaciones. Tomando las entidades anteriormente mencionadas y las reglas de nomenclatura de los modelos conceptuales de Entidad-Relación mostrados en la figura 8.2; podemos concluir y elaborar nuestro Diagrama del Modelo Conceptual de entidad- Relación con todas sus relaciones identificadas ( Ver Fig. 8.3) 45 CLIENTE Nombre Direccion Codigo ITINERARIO Fecha Ciudad Contacto Entidad Relacion Tipos de Relaciohnes: . . . . . Uno a Uno . . . . . Uno a uno o Muchos . . . . . Uno a ninguno . . . . . Uno a ninguno o Muchos Fig. 8.2 Nomenclatura de los modelos E-R Universida d Facultad Escuela Materia Programa Unidad Sesion Hoja Linkinteres Recurso Pregunta Seccion Usuario Fig. 8.3 Modelo Conceptual E - R 8.1.3 Normalización del Modelo. El diagrama y modelo anterior, para cumplir con fines programáticos y de aplicación en el Diseño del software requiere que se refine y se normalice. Este refinamiento consta de aplicar varias técnicas: Identificar las llaves primarias de cada tabla, identificar las llaves foráneas, resolver las relaciones Uno a Uno, y resolver las relaciones de muchos a muchos. 46 Después de esta normalización, se obtiene el diagrama que esta en la figura 8.4, el cual llamamos nuestro Modelo Logístico de E-R En este diagrama general se muestra cómo están relacionados todos los objetos involucrados: desde el objeto ‘Universidad’, del cual parte todo. Hasta el objeto ‘Hoja’, el cual es el objeto más pequeño y donde se realizarán la mayor parte de actividades y que contendrá más elementos relacionados. Todo este diagrama de la Base de Datos o Modelo lógico E-R se ha desglosado en 4 partes para mejor visualización y comprensión. En la figura 8.5 tenemos la parte de los objetos relacionados con los ‘Usuarios’. Aquí se representa como serán las relaciones de los usuarios con los perfiles de usuario, secciones y menús que tendrá cada uno de ellos. 47 Universidad Facultad Escuela Materia Materia_Palabra Palabra Usuario_Tipo Usuario Usuario_Seccion Seccion Respuesta Programa Unidad Sesion Hoja Recurso Sesion_Tipo Pregunta Linkinteres Error Usuario_log Usuario_Menu Menu Reporte Activ_seccion Activ_materia BDD: SEIOP Hoja_Tipo Hoja_Linkinteres Hoja_recursoHoja_pregunta Ciclo Notas_sesion Usuario_Respuesta Fig. 8.4 Modelo Lógico E-R o Diagrama de Base de Datos. 48 Usuario_Tipo Usuario Usuario_Seccion Error Usuario_log Usuario_Menu Menu Reporte Ciclo Fig. 8.5 En la figura 8.6 se muestra la parte de ‘Materia’ y los objetos que se relacionarán con ella. Por ejemplo: La universidad, con la facultad y escuela que contendrán a la materia que manejará el sistema. Este diseño permite manejar en la base de datos varias Materias ó Facultades según se considere necesario. Además cada materia podrá manejar: un calendario de actividades, un Glosario y el control de varias Secciones con su respectivo horario. Universidad Facultad Escuela Materia Materia_Palabra PalabraSeccion Activ_seccion Activ_materia Fig. 8.6 El ‘programa temático’ es la siguiente parte representada de nuestra base de datos, y se encuentra en la figura 8.7. Ahí se muestra como el programa se divide en 49 Unidades y sesiones. Cada uno con sus diferentes tipos y enlaces con los usuarios para poder evaluar a cada uno, su rendimiento y notas a cada uno de esos niveles. Programa Unidad Sesion Sesion_Tipo Notas_sesion Usuario_Respuesta Fig. 8.7 La parte que más relaciones, enlaces y operaciones tendrá es la que nos muestra la figura 8.8 donde se encuentra la entidad de la ‘Hoja’. Ahí se muestra como cada hoja podrá tener ó no, diferentes herramientas como: los link de interés, Los diferentes recursos dentro de la Mediateca y los problemas que accederán al modulo de resolución. Además, cuando sean hojas tipo pregunta ó cuestionario se podrá evaluar particularmente estas hojas con su usuario asociado. Respuesta Hoja RecursoPregunta Linkinteres Hoja_Tipo Hoja_Linkinteres Hoja_recursoHoja_pregunta Usuario_Respuesta Fig. 8.8 8.1.4 Identificación de atributos. Para terminar el modelado de E-R o completar nuestro diagrama de diseño de la base de Datos, tenemos como ultimo paso la identificación de cada uno de los atributos o campos que llenaran de información todas las entidades. Es en esta 50 parte donde se desglosa cada elemento que hace único a cada entidad y le da funcionabilidad en el ámbito de software. 8.2 Diseño Arquitectónico Como arquitectura del software entenderemos la estructura de las estructuras del sistema, la cual comprende los componentes del software, las propiedades de esos componentes visibles exteriormente, y las relaciones entre ellos. Este diseño es muy importante ya que permite: analizar la efectividad del diseño para la consecución de los requisitos fijados, considerar las alternativas arquitectónicas en una etapa que es relativamente fácil realizar cambios, y además reducir los riesgos asociados a la construcción del software. En el caso del SEIOP, tendremos el esquema general de la arquitectura del Sistema, el cual se muestra en la figura 8.9 En este esquema estamos presentando los componentes principales que poseerá esta solución. Entre otros tenemos: La Base de Datos del Sistema, el Software SEIOP principal (conectado en el Centro de computo a la Base de Datos) y el SEIOP desconectado del servidor, pero conectado a Internet; el servidor con la Mediateca guardada en su interior; y por ultimo un pequeño sitio Web con operaciones básicas y opciones limitadas del sistema. A continuación, algunas de las funciones que tendrán cada uno de ellos:  SERVIDOR DE BASE DE DATOS SQL SERVER Repositorio de: o Información administrativa (Usuarios, Menús asignados, Horarios, Secciones, etc.) o Guías o Exámenes o Glosario o Contactos o Rutas a la Mediateca o Notas. 51  MEDIATECA; Espacio designado en el Servidor para Guardar: o Documentos varios o Imágenes de apoyo o Animaciones, sonidos y videos.  PEQUEÑO SITIO Web o Modificación de tablas Administrativas (Usuarios, calendario de actividades, etc.) o Consultas y reportes Básicos. ( Notas, Foro, calendario de actividades, otros) o Descargas de la Mediateca.  SEIOP (vb) Software principal realizado en Visual Basic conectado directamente al servidor, y dentro de la red del Centro de cómputo de la Universidad Don Bosco. Posee todas las funciones y reportes. o Crear, Guardar y Ver Sesiones (Guías, exámenes, cuestionarios, etc.) o Acceso a todas las herramientas (Link de Interés, recursos, Foro, Calendario, Mensajería / contactos, glosario, Notas.) o Resolución de problemas. o Todos los reportes.  SEIOP DESCONECTADO (Vb) Software principal que, al reconocer que NO esta conectado a la red de la UDB, presta funciones limitadas. La conexión a Internet le permite acceder a elementos compartidos. o Ver Sesiones (guías, Exámenes, cuestionarios, etc.) o Algunas de las herramientas: ( Links de interés, Recursos, foro, calendario y notas ) o Resolución de problemas (Modulo de resolución) 52 Fig. 8.9 Diseño arquitectónico. 8.3 Diseño de Interfaz El diseño de la interfaz de usuario es la categoría de diseño que crea un medio de comunicación entre el hombre y la maquina. Con un conjunto de principios para el diseño de la interfaz, el diseño identifica los objetos y acciones de la interfaz y crea un formato de pantalla que formará la base del prototipo de interfaz de usuario. El diseño es importante ya que si el software es difícil de usar, se cometerán errores por la dificultad de uso y causará frustración para conseguir los objetivos, el sistema no llenará las expectativas independientemente de la potencia informática que demuestre ó de la funcionalidad que ofrezca. Dado que la interfaz es la que da 53 forma a la percepción del software por parte del usuario, tiene que estar bien diseñada. Retomando el método de aprendizaje planteado en el enunciado 5.0 de este documento, se plantean a continuación, una serie de pantallas de interfaz representando las principales funciones del sistema (Ver, Practicar, Evaluar y retroalimentar) 8.3.1 Interfaz. VER En la figura 8.10 se presenta una imagen con el prototipo del diseño de la Interfaz del sistema SEIOP. Aquí se muestra como está diseñado para poder acceder a todas las herramientas fácilmente desde los controles estilo ‘Tab’ que se encuentran arriba de la pantalla principal. Además, se muestra la ficha ó Tab que se utilizará. En esta se muestra que en la parte izquierda siempre estará presente un Árbol del programa Temático que tenga cargado el sistema en ese momento para poder navegarlo mejor. Fig. 8.10 ../Mis%20documentos/SEIOP-TesisFinal.doc#_5._MÉTODO_DE#_5._MÉTODO_DE 54 En la parte derecha se tendrá la pantalla donde muestra la hoja actual, y en la parte de abajo los links de interés, los problemas y los recursos ó demostraciones relacionadas con esta hoja específica. La forma de navegar entre hojas está orientada a ser de fácil seguimiento, ya que se cuenta con los botones de avanzar ó retroceder. Así como también ya mencionábamos anteriormente, el árbol de todas las hojas en la parte izquierda. 8.3.2 Interfaz. PRACTICAR El formulario donde se realizarán los cálculos y problemas de resolución, se muestra en la figura 8.11. Esta pantalla de ejemplo, muestra la interfaz y elementos a tomar en cuenta para resolver un problema de programación lineal. Para resolver este ejemplo, es necesario ingresar en el formulario la función a Optimizar y el número de restricciones a ocupar. Luego, al darle al botón de resolver, regresa en la matriz, el resultado. Fig. 8.11 55 8.3.3 Interfaz. EVALUAR También se muestra a continuación, en la figura 8.12, el interfaz que se utilizará cuando se necesite evaluar el desempeño y conocimientos de los estudiantes. Fig. 8.12 8.3.3 Interfaz. RETROALIMENTAR La retroalimentación se realiza a través de consultas a recursos y links de interés que pueden ser accedidos y publicados por los estudiantes e instructores. 8.4 Botones del Sistema Aceptar: Realiza un proceso específico Actualizar: Actualiza Datos en Pantalla Buscar: Busca Información de acuerdo a criterios que se soliciten al presionar el botón 56 Reporte 2: Visualiza Reporte Seleccionado de acuerdo a los campos de búsqueda 1 si existieren Reporte: Visualiza Reporte Seleccionado de acuerdo a los campos de búsqueda si existieren Borrar: Borra información Seleccionada Editar: muestra en una lista información de acuerdo a campos de búsqueda, el usuario debe seleccionar el registro que quiere cargar en la aplicación. Guardar: Guarda Información Seleccionada o introducida Imprimir: Imprime registro(s) Seleccionados Nuevo: Prepara al formulario para adicionar un registro Limpiando todos los datos en pantalla Cancelar: Cancela o reinicia procesos Salir: Cierra la Pantalla 1 Son Registros que sirven para filtrar o buscar información Ej. Carnet del Alumno etc. 57 8.5 Funcionamiento 8.5.1 Para Agregar un Registro Presionar “Nuevo luego digite la información que desea agregar y después haga clic en guardar 8.5.2 Para Borrar Un Registro Seleccione el registro que desea borrar digitando los campos de búsqueda, luego hacer clic en el botón editar, el registro que desea borrar debe aparecer en pantalla, hacer clic en el botón borrar. 8.5.3 Para Actualizar Un Registro Seleccione el registro que desea actualizar, digitando los campos de búsqueda, luego hacer clic en el botón editar, el registro que desea actualizar debe aparecer en pantalla, hacer clic en el botón actualizar. 8.6 Diseño de componentes  Resolución de matrices  Editor Html *  Generador de Archivo de Datos en Access. Barra de Herramientas Cajas de Texto Leyenda identificadora de Proceso a realizar 58 9. IMPLEMENTACIÓN. 9.1 Requerimientos de Hardware. Para poder implementar el sistema SEIOP deberá contarse con computadoras personales con las siguientes características:  Procesador X86 con velocidad de 900Mhz en adelante.  Memoria Ram de 128Mb en adelante  20Mb libres de espacio en Disco Duro.  Tarjeta de Red Ethernet  CD drive  Tarjeta y parlantes de sonido. Las computadoras existentes en la actualidad en el Centro de Computo de la Universidad, cumplen con todos los requerimientos que se necesitan de los clientes que alojarán al sistema. Además se necesitará una maquina servidor con las siguientes características:  Procesador 586 en adelante con velocidad de 1.8Ghz en adelante.  Memoria Ram de 540Mb en adelante  300Mb libres de espacio en Disco Duro. (Redundancia en Discos duros, deseable)  Tarjeta de Red Ethernet  CD drive 9.2 Requisitos de Software Para poder implementar el sistema SEIOP dentro del centro de cómputo de la Universidad Don Bosco, es necesario contar con Computadoras personales con el siguiente software instalado.  Sistema Operativo Windows NT workstation en adelante. Windows 2000 professional recomendado.  Navegador ó Browser compatible con Internet Explorer por default.  Instalar el sistema SEIOP.  Tener copiado en la ruta C:\SEIOP las siguientes carpetas. o C:\SEIOP\reportes Donde se guardarán los reportes. o C:\SEIOP\Bases Donde se guardarán las Bases de datos para el trabajo local. o C:\SEIOP\EditorPC3 Donde estará copiado el software de apoyo del editor de paginas Html.  Realizar la configuración respectiva de las rutas de los servidores y sitios con los que se conectará el SEIOP. Además, dentro de las características ó software instalado esperado del servidor que brinde el servicio del SEIOP a los usuarios, están: 59  Sistema Operativo Windows 2000 Server en adelante.  Servidor de Base de Datos: MS SQL Server 7 en adelante.  Servidor de sitio Web (IIS u otros.) (Este servicio podría estar en otro servidor)  Restaurar y configurar la Base de Datos del SEIOP dentro del MS-SQL Server.  Restaurar y configurar el sitio Web que apoya al sistema. 9.3 Requisitos de Infraestructura y Personal. Con respecto a la infraestructura necesaria para implementar el sistema dentro de la Universidad Don Bosco podemos decir que se necesita lo siguiente:  Una computadora personal para cada usuario de la respectiva sección que se encuentre cursando el laboratorio.  Todo ubicado dentro de un centro de computo con las instalaciones estándar de ambiente, temperatura, espacio entre estaciones y comodidad de muebles.  Facilidad de impresiones en el Centro de cómputo.  Horario factible para el uso del centro de cómputo en el horario normal de laboratorio y fuera de él para realizar prácticas libres. Además se debe de tomar en cuenta el requisito de Recurso Humano necesario para implementar este sistema. En general se tienen estas tareas principales que deberán ser desarrolladas por uno ó más personas:  Personal para realizar las instalaciones en cada maquina cliente del centro de computo. Instalar el software del SEIOP y hacer una pequeña configuración en sus tablas de conexión a los servidores. (De 1 a 3 personas)  Personal para realizar las restauraciones y configuraciones dentro del servidor. Restaurar y configurar la Base de Datos; además restaurar y disponer el sitio Web que apoya al sistema. (De 1 a 2 personas )  El administrador del sistema puede crear todos los maestros necesarios para inicializar el sistema, y cambiar las configuraciones del mismo. (1 persona)  Los usuarios tipo instructor deben ser los encargados de crear las sesiones con sus respectivas hojas para que esté disponible todo el programa temático de la materia y ser accedido por los usuarios. (De 1 a 3 personas) 9.4 Factibilidad. Es de hacer notar que gran parte de la infraestructura que se necesita para la implementación del sistema la Universidad ya la posee, (Servidor Web, Servidor de Datos, Red de Datos y las facilidades que ofrece el centro de computo de la Universidad Don Bosco), Sin embargo si los recursos que el sistema demanda son superiores a los que se tienen en la universidad (Cal SQL Server), estos pueden ser cubiertos por la cuota de Laboratorio que la Universidad ha establecido. 60 9.5 Responsabilidades y Capacitación. La implementación del sistema dependerá del Recurso Humano que tiene asignado el mantenimiento del Centro de Cómputo y/o la materia. Responsables: o Instalación en Servidor de Datos: Soporte Centro de Computo, o Incorporación del Sitio Web: Soporte Centro de Computo o Instalación en cada maquina cliente: Soporte Centro de Computo o Administrador de Sistema: Coordinador de Materia. o Diseño de Sesiones: Catedráticos o Instructores. o Asesoria técnica (3 personas, 4 horas): Desarrolladores o Capacitación de Uso de Sistema a administradores / Catedráticos ( 4 personas, 5 horas): Desarrolladores o Capacitación de Uso a estudiantes: Catedráticos, Administrador del sistema. 9.6 Calendario de posible Implementación. MES1 MES2 Actividad 1 2 3 4 1 2 3 4 Aprobación del Proyecto Asesoria Técnica al personal de soporte del Centro de cómputo. Instalación de la Base de Datos Instalación del Sitio Web de apoyo. Instalación y Configuración en cada Maquina Cliente Pruebas Iniciales Capacitación a los usuarios Administradores Capacitación a los usuarios Instructores ò catedráticos. Pruebas Finales 61 10. CONCLUSIONES  El proyecto: “Desarrollo de sistema de apoyo a la materia de investigación de operaciones de la Universidad Don Bosco” permitirá integrar en una solución los siguientes elementos: enseñanza guiada de resolución de guías y problemas prácticos, evaluación de conocimientos, así como también el control de asistencia.  El modelado, Análisis, Arquitectura y Diseño de los elementos que se utilizarán en este proyecto, constituyen una referencia que puede ser utilizada para la construcción de otros sistemas.  El desarrollo del sistema facilitará el aprendizaje de los alumnos al darles la experiencia de resolver situaciones reales y ejercicios prácticos de manera guiada.  Con el desarrollo de este sistema, los instructores y catedráticos de la materia podrán dar mejor acompañamiento y tutoría a los estudiantes al apoyarse de la solución informática.  La solución se podrá implementar, administrar y modificar fácilmente, ya que la documentación del sistema permite tener un panorama general del funcionamiento, arquitectura, Diseño y programación.  La versatilidad del sistema permitirá incluir temáticas que no necesariamente tengan que ver con IOP, constituyéndose en un sistema de enseñanza y evaluación de contenidos. 62 11. BIBLIOGRAFIA 1. Diseño de recursos didácticos para la enseñanza de visual manufacturing Fuentes Menjivar, José Fernando. Santamaría Valle, Carlos Roberto. Tesis 621.7 F954 2002 2. Diseño de Recursos Didácticas para el Área de Simulación Industrial en la UDB Núñez Díaz, Luis Ernesto. Ramírez Soriano, Vilma Janeth. Tesis 621.7 N972 2001 3. Introducción a la Investigación de Operaciones. Frederick S. Hillier Gerald J. Lieberman McGraw Hill – Sexta Edición. 4. Artículos de un trabajo en Psicologíacientifica.com http://www.psicologiacientifica.com/articulos/ar-wolfe01_3.htm 5. Pagina personal de Jairo Marín acerca de IOP http://geocities.com/jairo_marin/ 6. Ingeniería de Software Roger S. Pressman McGraw Hill – Quinta Edición. http://biblio.udb.edu.sv/infolib/bin/il30.dll/ILS32.Query.Title?num=40171.meta http://biblio.udb.edu.sv/infolib/bin/il30.dll/ILS32.Query.Title?num=19560.meta http://biblio.udb.edu.sv/infolib/bin/il30.dll/ILS32.Query.Title?num=19560.meta http://www.psicologiacientifica.com/articulos/ar-wolfe01_3.htm http://geocities.com/jairo_marin/ 63 12. ANEXOS 12.1 ENCUESTA PARA EL ANÁLISIS Descripción y Módulos del Curso 1. Módulo de Sesiones de Trabajo. Establecerá espacios de trabajo personales, las cuales ayudarán a dar seguimiento a las actividades que el estudiante realice durante los laboratorios en la Universidad. El sistema contará con acceso Web para realizar sesiones de trabajo predefinidas. 2. Módulo Administrativo. En este módulo se podrá configurar el sistema para su utilización, determinando:  Configuración de sesiones de trabajo.  Estadísticas de sistema  Mantenimiento de usuarios y roles del Sistema  Mantenimiento de material didáctico, demostrativo y referencias.  Diseño de ejercicios y casos Prácticos  Evaluaciones  Reportes 3. Módulo de Enseñanza. Conformado por las guías de laboratorio, las cuales estarán digitalmente dentro del programa. En las guías se encontrará introducciones teóricas, ejemplos demostrativos y las herramientas que ayuden al estudiante a comprender los temas propuestos. 4. Módulo Resolución. En esta parte del sistema se realizará la Resolución de los problemas. Se contemplarán los siguientes temas:  Programación Lineal  Problema Dual  Transporte  Teoría de Redes  Asignación de Recursos 5. Módulo de Evaluación. Por medio de este módulo se podrá diseñar ejercicios y pruebas que el estudiante debe de resolver; evaluando los resultados en línea. Se hará seguimiento de las actividades y evaluaciones que el estudiante haga y / o deje de hacer durante las sesiones de trabajo. 6. Módulo Ayuda Se encargará de dar ayuda a los diferentes procedimientos que el sistema permita realizar. La ayuda estará disponible en modo de libros de ayuda y de manera Interactiva en los procesos que se estén realizando. 64 Preguntas al maestro. 1. Seleccione elementos que considera que el SE-IOP debería tener a parte de los módulos con los que ya cuenta: De los elementos que se mencionan a continuación marque los que considere importantes a tomar en cuenta en el diseño del sistema:  Calendario Académico  Charla Teóricas  Mapa del curso  Foro de debate  Glosario  Mis anotaciones (Alumno y Maestro)  Cuestionarios  Búsquedas  Inscripción personal  Auto evaluación  Grupos de trabajo de los alumnos  Consejos de alumnos  Pizarra (Publicaciones Informativas)  Preguntas al Maestro  Evaluación de Guías por parte del alumno  Otro:__________________________________________________________ __ 2. Que tipo de animaciones gráficas considera que un sistema de enseñanza de IOP debería tener? _________________________________________________________________ _________________________________________________________________ _________________________________________________________________ 3. El propósito de incorporar demostraciones dentro del sistema, es hacer ver al estudiante que con la solución que el sistema nos da utilizamos menos recursos que generando soluciones con herramientas que no son de IOP. Esta de acuerdo con el propósito para el cual se desarrollaran las demostraciones?  Si  No Porque? ________________________________________________________________