S i s t e m a A d m i n i s t r a d o r d e E x á m e n e s e n L í n e a
SAEL SYSTEM
T e s i s d e g r a d o
_______________________________________________________________________
_______________________________________________________________________
Elkin Moreno Estrada. Universidad de Los Andes. Facultad de Ingeniería.
Departamento de Sistemas y Computación.
D E D I C A T O R I A
Especialmente dedico esta tesis a mis Padres, estas personas especiales que me brindaron su apoyo incondicional en todo momento, e hicieron posible la culminación de mis estudios en esta etapa clave de mi vida. Su dedicación hacia mi, me mostraron el camino para superar todos los obstáculos que se me presentaron a lo largo de mi carrera universitaria.
A mi Papa Luis Moreno, pues gracias a el he aprendido el valor del esfuerzo y la superación personal, con su constante apoyo he sabido sortear las mayores dificultades de mi vida.
A mi mama Fanny Estrada, madre abnegada y amorosa, quien gracias a sus sabios y oportunos consejos me guiaron a través de toda mi carrera universitaria.
A G R A D E C I M I E N T O S
Agradecimiento muy especial a mí Asesor de Tesis Juan Pablo Quiroga, por su apoyo y colaboración en el desarrollo de esta tesis, para culminar con éxito este trabajo.
A mis padres, por los interminables esfuerzos y sacrificios por ayudarme a salir adelante. Sus oportunos consejos y dedicación se convirtieron en un faro que ha guiado cada etapa de mi vida.
A ELLA mujer especial, gracias a ti, por brindarme tu compañía, amor y cariño. Sin tu compresión no hubiera sido posible la culminación de esta etapa de mi vida. El amor que me has brindado me ha dado fuerzas para continuar adelante en tiempos difíciles.
A mis profesores, por hacer posible los conocimientos que he adquirido durante mi carrera universitaria, y ayudar a mi formación no solo como profesional sino como persona.
A todas las personas que directa e indirectamente hicieron posible la elaboración de este proyecto.
TABLA DE CONTENIDO
1. INTRODUCCIÓN ... 1
2. OBJETIVOS... 4
2.1OBJETIVO GENERAL... 4
2.2OBJETIVOS ESPECÍFICOS... 4
3. JUSTIFICACIÓN DEL PROYECTO Y DESCRIPCION GLOBAL DE LA APLICACION ... 6
3.1¿POR QUÉ DESARROLLAR S.A.E.L? ... 6
3.2CONCEPTUALIZACIÓN DE S.A.E.L... 7
3.3NECESIDADES DEL MERCADO... 7
3.4EXTENSIBILIDAD DE USO... 9
4. ALCANCE DE SAEL... 10
5. SAEL: SISTEMA ADMINISTRADOR DE EXÁMENES EN LINEA... 12
5.1 INVESTIGACIÓN PRELIMINAR ... 13
5.1.1 e-Test Infosistemas... 13
5.1.1.1 Beneficios:...13
5.1.1.2 Requerimientos de Maquina...14
5.1.1.3 Sistemas Operativos Compatibles...14
5.1.1.4 Módulos componentes...14
5.1.2 Sistema Kalt-on Line ... 15
5.1.2.1 Módulos del Sistema Administrador ...19
5.1.2.2 Requerimientos de Maquina...20
5.1.2.3 Sistemas Operativos Compatibles...20
5.1.2.4 Otras Características...20 5.1.3 Sistema Aces ... 21 5.1.3.1 Productos...21 5.1.3.2 Pruebas...22 5.1.3.3 Alcances...23 5.1.3.4 Tecnología y Metodología...23 5.1.3.5 Modelo de desarrollo...24
5.1.3.6. Arquitectura del Sistema ...25
5.1.3.7 Modelo de Información...25
5.1.3.8 Modelo de administración de procesos ...26
5.1.3.9 Módulo administrador ...27 5.1.3.10 Módulo Materia...28 5.1.3.11 Módulo Planificador...29 5.1.3.12 Módulo Programador ...29 5.1.3.14 Módulo Analizador ...30 5.1.3.15 Módulo de Herramientas...32 5.1.3.16 Módulo de Ayudas ...32
5.2 ANÁLISIS COMPARATIVO DE DIVERSOS SISTEMAS... 33
6. ANÁLISIS Y FUNCIONALIDAD DE S.A.E.L ... 36
6.1 CARACTERÍSTICAS PRELIMINARES ... 36
6.2 PROCESO DE DESARROLLO DEL SOFTWARE S.A.E.L... 38
I. ETAPA DE LANZAMIENTO... 41
II. ETAPA DE ESTRATEGIA ... 45
III. ETAPA DE PLANEACION... 52
1. Introducción...52
2. Artículos de configuración...54
3. Estándares...55
7.5COBERTURADELPROYECTOSAEL... 71
7.6METODOLOGIADEDISEÑO ... 73
7.7CONCEPTUALIZACIONDELOSMODULOSDELKERNELCENTRAL... 74
7.7.1 Usuario: Estudiante: ... 74
7.7.1.1 Módulo de Exámen...75
7.7.1.1.1 Tipos de Evaluación...75
7.7.1.1.2 Tipos de preguntas dentro de los exámenes...76
7.7.1.1.3 Presentación de Exámenes ...77
7.7.1.1.4 Funcionalidad del Módulo de Exámenes proveídas a los Estudiantes...77
7.7.1.2 Módulo de Seguimiento y Retroalimentación...78
7.7.1.2.1. Tipos de Retroalimentación...78
7.7.1.2.2 Funcionalidad del Módulo de Retroalimentación proveída a los Estudiantes ...79
7.7.1.3 Módulo de Notas ...79
7.7.1.3.1 Funcionalidad del Módulo de Retroalimentación proveída a los Estudiantes ...79
7.7.2 Usuario: Coordinador: ... 80
7.7.2.1 Módulo de Reservas...80
7.7.2.1.1. Funcionalidad del Módulo de Reservas proveída al Coordinador...80
7.7.2.2 Módulo de Temas ...81
7.7.2.2.1. Funcionalidad del Módulo de Temas proveída al Coordinador...81
7.7.2.3 Módulo de Preguntas ...81
7.7.2.3.1. Tipos de Preguntas ...81
7.7.2.3.2 Funcionalidad del Módulo de Preguntas proveída al Coordinador ...82
7.7.2.4 Módulo de Exámenes...82
7.7.2.4.1 Funcionalidad del Módulo de Exámenes proveída al Coordinador ...83
7.7.3 Usuario: Administrador: ... 83
7.7.3.1 Módulo de Usuarios...84
7.7.3.1.1 Funcionalidad del Módulo de Usuarios proveída al Administrador ...84
7.7.3.2 Módulo de Cursos...84
7.7.3.2.1 Funcionalidad del Módulo de Cursos proveída al Administrador...84
7.7.3.3 Módulo de Secciones de curso...85
7.7.3.3.1 Funcionalidad del Módulo de Secciones de curso proveída al Administrador...85
7.7.3.3 Módulo de Cuentas de Usuario...86
7.7.3.3.1 Funcionalidad del Módulo Cuentas de Usuario proveída al Administrador ...86
7.7.3.4 Módulo de Grupos Especiales ...87
7.7.3.4.1 Funcionalidad del Módulo Grupos Especiales proveída al Administrador ...87
7.7.3.5 Módulo de Afiliaciones...87
7.7.3.5.1 Funcionalidad del Módulo de Afiliaciones proveída al Administrador ...88
8. ANALISIS Y DESARROLLO DE SAEL... 88
8.1ETAPADEREQUERIMIENTOS... 89
Capítulo 1. Descripción del Sistema... 89
Capítulo 2. Definición del Sistema ... 91
2.1 Modelo de Casos de Uso...91
2.1.1 Modelo caos de Uso del Administrador ...92
2.1.2 Modelo casos de uso del Coordinador...93
2.1.3 Modelo casos de Uso del Sistema...93
2.1.4 Modelo casos de Uso del Estudiante...94
2.2 Modelo de diagramas de Secuencia...166
2.2.1 Diagramas de secuencia del Administrador...166
2.2.2 Diagramas de secuencia del Coordinador ...171
2.2.3 Diagramas de secuencia del Estudiante...177
2.2.4 Diagramas de secuencia compartidos Administrador - Coordinador...180
8.2ETAPADEDISEÑODELMODELOYENTIDADRELACION ... 186
9. ESTUDIOS PARA EL DESARROLLO DE LA APLICACIÓN ... 200
9.3.ANALISISDELSISTEMAMANEJADORDEBASESDEDATOS... 207
9.3.1 Velocidad y Consumo... 207
9.3.2 Soporte en Base de datos... 208
9.3.3 Integración con PHP... 209
9.3.4 Licenciamiento... 209
9.3.5 Soporte al Sistema Operativo ... 209
9.3.6 Conclusiones del gestor de Base de datos en SAEL ... 211
10. EXTENSIBILIDAD DE USO Y MEJORAS A FUTURO... 212
10.1EXTENSIONDEINTERFAZGRÁFICAENELMODULODEEXÁMENES... 212
10.2DESARROLLODEUNADMNISTRADORDELOSMÓDULOSPARAWEB ... 213
10.3INCLUSIÓNDEUNMÓDULODEEXPIRACIÓNDESESIONPORTIEMPO... 213
10.4AMPLIACIONDELMODULODERESERVAS... 214
10.5CREACIONDEUNGENERADORDEREPORTESDELABASEDEDATOS... 214
11. CONCLUSIONES ... 215
12. GLOSARIO ... 218
BIBLIOGRAFÍA ... 220
ANEXOS ... 221
1. INTRODUCCIÓN
Con la explosión de Internet, los cambios tecnológicos en las telecomunicaciones, el progresivo avance en el intercambio de información y el desarrollo de nuevas herramientas para creación de software, ha surgido una nueva industria estratégica con enorme potencial de impacto en el desarrollo industrial y comercial.
La tecnología es un mundo apasionante que avanza como consecuencia de la dedicación y razonamientos de variados grupos de personas que disfrutan y trabajan de ella. Internet es uno de los miembros de esta tecnología, siendo un mundo completamente complejo en el cual se pueden encontrar centenares de información de todo tipo. Pero, no solamente nos brinda la posibilidad de encontrar esa información, sino también de poder tener un mundo en el cual las fronteras no existan. Existe todo tipo de páginas Web con sus variedades de diseño, tipos de contenido y con sus determinados fines.
El presente proyecto de investigación, busca modelar y desarrollar de forma detallada y completa el proceso de construcción de software de una aplicación para la administración de exámenes a través de Internet. Este proceso se encuentra compuesto de varias metodologías de modelaje de software, para adaptarla particularmente a este sistema. Se implementará un Sistema Administrador de Exámenes en Línea, el cual buscará satisfacer una necesidad existente en el mercado, sobre el desarrollo de aplicaciones de este tipo. Para ello, se empezará por realizar un estudio preliminar. Con
esto, se pretende abarcar desde una perspectiva crítica y analítica el estudio y evaluación del diseño de un SISTEMA ADMINISTRADOR DE EXÁMENES EN LINEA, el cual será objeto de desarrollo durante el proceso de elaboración de tesis.
Con el objeto de llegar a implementar esta aplicación, se hará uso de varias metodologías para el desarrollo de Software, en particular la de TSPi1 la cual cuenta con procedimientos exactos mediante etapas, orientadas al desarrollo Web. Adicionalmente, se hará uso de la ya conocida metodología UML2, para todo lo concerniente al modelo de la aplicación, así como todos los diagramas de esta misma (diagramas de casos de uso, diagramas de entidad/relación, etc.). Mediante el seguimiento de cada una de as etapas de construcción de SAEL, se definirán todas y cada una de las características que lo compondrán.
Para lograr llegar a un análisis completo y detallado acerca de los requerimientos funcionales y no funcionales de este proyecto, es necesario un preámbulo investigativo, que me mostrará otros sistemas que han sido desarrollados con el mismo objetivo, para identificar las principales ventajas características del Sistema.
Durante el proceso, de diseño, se tendrá en cuenta todas las características y los requerimientos básicos para que el sistema sea portable y de buena calidad. Para ello, durante una primera etapa se llevará a cabo una evaluación de aplicaciones similares
1
Ver capítulo 6.1
2
existentes en la actualidad, para poder lograr así un planteamiento lo suficientemente completo y eficaz para responder a la necesidad propuesta inicialmente.
Al término de este trabajo, se obtendrá un desarrollo completo y funcional, totalmente modelado en forma clara y concisa, de la aplicación que se pretende construir.
2. OBJETIVOS
2.1 Objetivo General
Analizar y diseñar un modelo que represente el funcionamiento y la implementación de un sistema administrador de exámenes en Línea, buscando su desarrollo mediante un estudio preliminar acerca de los requerimientos necesarios para el progreso de esta aplicación.
2.2 Objetivos Específicos
2.2.1 Presentar un informe preliminar, con un análisis completo acerca de las aplicaciones administradoras de exámenes existentes en la actualidad, para partir de una base en nuestro modelo de desarrollo.
2.2.2. Desarrollar completa y funcionalmente, el sistema SAEL, mediante el seguimiento y la implementación de la metodología de construcción de software.
2.2.3. Analizar las diferentes estrategias de desarrollo, que generen ventajas competitivas en el software SAEL, con respecto a otras aplicaciones existentes en el medio.
2.2.4. Elaborar un cronograma de actividades, mediante el cual, se llevará un control de las fechas y tareas a realizar durante este semestre en el diseño y modelaje del software SAEL
2.2.5. Plantear los diagramas correspondientes al diseño del prototipo de Este sistema Administrador, dejando listo, toda la diagramación mediante UML.
2.2.6 Implementar todo el proceso de construcción de software, para desarrollar completamente el sistema, desde fase de lanzamiento, hasta su fase de diseño, en propuesta de tesis, y desde implementación, pasando por pruebas y postmorten en Tesis.
3. JUSTIFICACIÓN DEL PROYECTO Y DESCRIPCION GLOBAL DE LA APLICACION
En nuestros tiempos a medida que la magia de la electrónica pone al alcance de todos grandes desarrollos de software y aplicaciones de uso educativo, industrial, y otros mediante el abaratamiento de la tecnología y por tanto de los costos, en dirección completamente opuesta aumenta la inversión de los servicios y programas necesarios para optimizar y hacer eficientes las labores de todas las personas.
3.1 ¿Por qué desarrollar S.A.E.L?
En vista de la gran necesidad del día a día de grandes aplicaciones que administren enormes volúmenes de información de todo tipo, como educativo, empresarial, etc., se desarrollan diversidad de programas que buscan suplir en cierta medida las necesidades del mercado. Una de las ramas de estas necesidades, corresponde al uso y evolución de aplicativos inteligentes, que sean capaces de administrar y suministrar información analizada de cualquier tipo, generando así un valor agregado sobre los datos suministrados en estos programas.
Por ende, observando una gran necesidad del mercado en el área educativa se buscará desarrollar un Sistema Administrador de Exámenes en Línea, el cuál será capaz de evaluar de una forma segura y completa, temas deseados por la institución o educandos de esta misma, y a los cuales se someterán los estudiantes, mediante la realización de pruebas académicas, como parciales, quices, y exámenes en general. Este sistema constará de tres Módulos administrativos, correspondientes al de Coordinador, Examen y Estudiante.
3.2 Conceptualización de S.A.E.L
Si analizamos detenidamente, las herramientas o programas de ayuda que generen un valor agregado real, en el proceso de aprendizaje y evaluación de los estudiantes en general, podremos observar que son prácticamente inexistentes; por ende, desarrollar esta aplicación, contribuirá enormemente en el proceso educativo, y facilitará las labores de planeación y realización de exámenes por parte de las instituciones educativas o en su defecto los profesores de estas mismas.
Gracias al rápido crecimiento de tecnologías, es posible desarrollar aplicaciones más robustas e inteligentes, que sean capaces de administrar automáticamente, datos centralizados en instituciones y empresas, mediante los cuales se busca, optimizar y agilizar diversas tareas, todo encaminado, a darle un valor agregado al usuario final, y ofrecerle así una herramienta útil para su beneficio y superación personal.
3.3 Necesidades del Mercado
Las aplicaciones existen en la actualidad, aunque muy completas dentro del marco para el cual fueron desarrolladas, sufren de algunas carencias a nivel de opciones no disponibles y que se consideran muy necesarias en el uso de estas aplicaciones. Orientados por estas necesidades no suplidas e identificadas en un análisis de mercados previo, SAEL buscará satisfacer y solucionar:
• Automatización del proceso de realización de exámenes para todo el
estudiantado, como pruebas de admisión, parciales, y otros mediante una
aplicación para Web, con modelo Cliente/Servidor3.
• Generación de estadísticos, reportes, gráfico de rendimiento individual, u otros documentos, que generan un valor agregado al sistema, y mediante el cual, se cubrirá la gran necesidad existente actualmente en el mercado acerca de la retroalimentación de forma completa y eficiente de los sistemas administradores de este tipo.
• Presentación de exámenes y pruebas en cualquier momento y a cualquier hora, SAEL proveerá a sus usuarios (administradores, estudiantes, coordinadores) de un soporte completo por el cual estos podrán hacer uso a cualquier hora y día de la semana de sistema como tal, facilitando de manera rápida y eficiente un acceso personalizado a cada usuario.
• Mejoramiento en tiempo y tarea, de todo el proceso de realización de exámenes
oficiales dentro y fuera de la entidad educativa, en vista de que SAEL se
desarrollará, con software libre 4 , y se usará principalmente para su implementación los estándares de calidad que actualmente poseen las instituciones educativas, facilitando su aplicación a los procesos evaluativos de la cualquier centro educativo. Así mismo, se buscará desarrollar un software que sea portable en tal magnitud, que se pueda implementar en otro tipo de entidades,
3
Este modelo se caracteriza principalmente, por el uso de un servidor en donde se encuentra centralizado el sistema y toda la información, y estaciones que acceden a este, generalmente mediante un navegador WEB.
4
Sistema de licenciamiento de software mediante el cual, se no se les cobra a los usuarios finales un valor por el uso de determinado software, facilitándoles además el acceso al código fuente del mismo, y la posibilidad de mejoras de este.
orientadas en alguna forma, a buscar retroalimentación y calificación de los usuarios del sistema.
• Eficiencia y Robustez en manejo de información, debido al gran volumen de información de datos que se necesita manejar en el sistema, SAEL se desarrollará de tal forma que permita el manejo de esta información de una manera rápida, segura y confiable al usuario final y a los administradores.
• Portabilidad y encapsulamiento de la información, si se desea adaptar este sistema a entidades que no son orientadas a la educación, sino que desean implementar este modelo de información.
3.4 Extensibilidad de Uso
Gracias a que SAEL, se desarrollará como una aplicación 100% portable y con posibilidad de extensión, y dado que es un software orientado al mercado de sistemas administradores de información de exámenes, su uso no sólo se limita al la implementación de exámenes de admisión, sino que también puede ser aplicado a encuestas, consultas grupales, evaluaciones de personal, exámenes en general, etc. Por lo tanto, el mercado objetivo del sistema SAEL, corresponde no sólo a Universidades, sino que se extiende a Institutos, Empresas, y cualquier tipo de organización que tenga una estructura corporativa y que necesite manejar información sobre su personal.
4. ALCANCE DE SAEL
Dentro del alcance general de este proyecto, se busca llevar a término completo el desarrollo y funcionamiento del sistema SAEL. Principalmente, este proyecto se divide en dos parte generales, en donde en la primera parte se llevará a cabo toda la investigación, análisis y diseño de la aplicación5, así como la descripción total de todos sus componentes y módulos que la conforman; y en la segunda parte se llevará a cabo la implementación completa del sistema, la cual consistirá, en el desarrollo del producto como tal, partiendo de un modelo cliente/servidor, y del análisis y evaluación previos, realizados durante la primera parte, mediante la cual se establece toda la funcionalidad de SAEL
Dentro de este proyecto, también su alcance incluye, el desarrollo de tres módulos del sistema, concernientes a los tipos de usuario administrador, coordinador y estudiante, mediante el cual SAEL funcionará. De igual forma, toda la funcionalidad de cada uno de estos tipos de usuario, se incluye dentro del alcance de este proyecto – Esta funcionalidad se encuentra descrita en el capítulo de descripción del software-.
Es importante resaltar, que también se incluye dentro del alcance de este proyecto, la implementación y desarrollo de un manual técnico de usuario en el que se explique toda la funcionalidad y uso de esta aplicación. Así como su funcionamiento bajo base de datos independiente mediante el uso de librerías que soporten la estandarización del sistema de base de datos.
5
Para más información sobre estas etapas, consultar la bibliografía acerca de la metodología de construcción de software TSPi.
5. SAEL: SISTEMA ADMINISTRADOR DE
EXÁMENES EN LINEA
Una vez realizada la justificación del proyecto, podemos empezar con el análisis exploratorio acerca del software existente en la actualidad en el mercado, y cuyo único objetivo, es ofrecer una herramienta más que optimice tareas y tiempos de respuesta a los usuarios finales.
Observando la gran necesidad del medio de desarrollar software aplicativo, capaz de administrar en forma eficiente y completa grandes volúmenes de información educativa o institucional, se dará paso desarrollar el marco conceptual de este proyecto, consistente en el desarrollo de la investigación preliminar, en el cual se analizarán algunos sistemas administradores de exámenes existentes en la actualidad, teniendo en cuenta sus ventajas y desventajas a nivel de institución y cliente final.
En la segunda parte, y una vez concluida la investigación preliminar, se planteará en forma concreta, las funcionalidades que se implementarán en SAEL Se tendrá en cuenta, las características de los sistemas investigados, para implementar nuevas mejoras adicionales, que le generen una ventaja competitiva a SAEL, en el mercado actual de software de administración educativa.
5.1 INVESTIGACIÓN PRELIMINAR
Para llevar a cabo esta investigación, se han consultado diversas fuentes, y se escogieron los sistemas que según el autor de este trabajo se consideran más completos y eficientes a nivel de funcionalidad y facilidad de uso al cliente final.
5.1.1 e-Test Infosistemas6
InfoSistemas e-Test, es una plataforma que permite a las empresas, universidades e instituciones, diagnosticar, evaluar y certificar conocimiento de los estudiantes o grupos de interés. Los beneficios de e-Test, incluyen aumentos en la productividad, reducción de costos de operaciones, aumento de calidad del producto, incremento en las ventas, etc. Ofrece grandes ventajas competitivas, gracias a su interfaz amigable, que permite administrar pruebas para estudiantes, totalmente automatizadas.
5.1.1.1 Beneficios:
Control de Gestión, permite a los gestores, colaboradores, profesores y alumnos, obtener datos fiables sobre su conocimiento y percepción de las personas.
Sistematización de Cualidades, permite a las empresas, aplicar de forma sistemática formas y certificados de educación.
Reutilización de contenidos, permite a los gestores, la reutilización de la información localizada en el banco de pruebas.
6http://www.ieesa-kalt.com/exámenesenlinea_ka.html
Formación, permite tener disponible en cualquier momento, el avance y evolución de todos los estudiantes, así como sus curvas de aprendizaje.
CARATERISTICAS DE E-TEST Multi Disciplina
Multi Tema
Base de datos de alumnos Banco de preguntas Catalogo de preguntas Multi Exámenes
Repositorio de Resultados
Importación de exámenes de un servidor Internet Impresión de exámenes
Exportación de preguntas
Publicación de exámenes en Internet Exámenes aleatorios
5.1.1.2 Requerimientos de Maquina Procesador Pentium a 90 MHz
32 MB de memoria RAM
Disco Duro con 25 MB de espacio disponible
vides SVGA (256 colores a 800x600)
5.1.1.3 Sistemas Operativos Compatibles
¾ Windows 98, Me, NT4, 2000, XP, .NET ¾ FrameWork .NET
¾ Microsoft Data Access components 2.6 o superior
5.1.1.4 Módulos componentes
a) Gestor de Grupos: Que permite gestionar temas específicos, que los encargados decidan. Este incluye funcionalidades como:
• Crear, editar, eliminar temas • Listar grupos asociados a un tema • Adicionar grupos a un tema • Crear, editar, eliminar grupos
Figura 5.2 - Sistema
b) Gestor de Preguntas: Permiten gestionar preguntas que componen un examen. Sus opciones son, además de manejar categorías de preguntas, que corresponden a una asociación determinada.
c) Gestor de Exámenes: Permiten gestionar preguntas que componen un examen. Sus opciones son, además de manejar categorías de preguntas, que corresponden a una asociación determinada.
d) Gestor de Disponibilidad de Exámenes: Permiten gestionar preguntas que componen un examen. Sus opciones son, además de manejar categorías de preguntas, que corresponden a una asociación determinada.
5.1.2 Sistema Kalt-on Line7
KALT-CRITERIAL es un sistema auxiliado por computadora para PRC, diseñado bajo el sistema operativo Windows 95/98/NT, utilizando Visual Basic para la interfaz con el usuario y un compilador compatible con C++ para los programas de proceso. El conjunto de programas incluye estas capacidades principales:
A. Descripción general de la prueba. Módulo donde el usuario define la organización de su prueba: número de reactivos, número de variables o áreas,
7
conjunto de respuestas correctas, reactivos que constituyen a cada variable o área y otros elementos descriptivos. En este módulo el usuario especifica los nombres de los archivos conteniendo las respuestas de los estudiantes, sus nombres y otros datos.
Figura.5.3 – Muestra de la pantalla de descripción general.
B. Criterios de maestría (Dictamen). En este módulo el usuario especifica la forma de dictaminar los niveles de desempeño y la manera de reportarlo: porcentaje de respuestas correctas, puntaje bruto, tablas de equivalencia, valores logísticos, etc.
C. Parámetros de análisis. La prueba y los reactivos se analizan utilizando un juego de parámetros: El software permite al usuario establecer sus estándares, adaptar los niveles de aceptación y aplicar distintos enfoques para estudiar los efectos que se producen en las decisiones. La versión actual proporciona una interfaz gráfica donde el usuario puede definir límites de aceptación para análisis global usando dificultad y correlación punto visceral y los límites del dominio en el método de compromiso de Hofstee para comprobación del punto de corte.
Figura. 5.5 – Ventana para definir datos de análisis y reporte técnico.
D. Módulos para calificar y realizar el análisis. Los módulos para calificar y analizar producen resultados inmediatos y completos. Durante la corrida el programa presenta reportes de avance junto con archivos temporales que pueden emplearse para verificar los resultados parciales. Cada paso de cálculo se conserva en archivos específicos que pueden emplearse de manera independiente o exportarse a otros programas como EXCEL, FoxPro, SAS, SPSS, etc. con lo
que el usuario puede realizar análisis adicionales o producir sus propios reportes si así lo desea.
Figura. 5.6 – Una de las bases de datos que produce el software.
E. Editor de textos y módulo de reportes relacionales. Con los módulos de reportes relacionales, KALT-CRITERIAL puede producir reportes individuales o globales de todos los sustentantes. El software brinda facilidades para manipular los datos, tales como ordenar (alfabéticamente, por calificación, etc.), hacer selecciones (por escuela de origen, por sexo, etc.) y un formato libre de presentación a través de un editor de textos integrado al software.
Figura. 5.7 – Editor de textos mostrando el reporte individual
Figura. 5.8 – Editor de textos mostrando el reporte global
5.1.2.1 Módulos del Sistema Administrador
El software se presenta en dos módulos: (1) módulo administrador, donde un supervisor puede monitorear el área de aplicación de la prueba, enviar y recibir mensajes de los estudiantes, resolver problemas operativos, comprobar el avance de los estudiantes, entre otras opciones.
Figura.5.9 – Ejemplo del módulo administrador
(2) Módulo examinador, donde el estudiante cuenta con una interfaz simple y amistosa para contestar su prueba y recibir retroalimentación dependiendo del tipo de prueba.
Figura. 5.10 – Ejemplo de la interfaz del módulo examinador
5.1.2.2 Requerimientos de Maquina Procesador Pentium a 90 MHz
64 MB de memoria RAM
Disco Duro con 50 MB de espacio disponible
vides SVGA (256 colores a 800x600)
5.1.2.3 Sistemas Operativos Compatibles
¾ Windows 98, Me, NT4, 2000, XP, .NET ¾ FrameWork .NET
¾ Microsoft Data Access components 2.6 o superior
5.1.2.4 Otras Características
• Administración para 4 tipos de cuestionarios distintos: conocimientos, habilidades, simulador y adaptativo.
• Exámenes aleatorizados en función de patrones dados en el sistema de generación del BANCO DE REACTIVOS.
• Construcción de cuestionarios adaptativos, dependiendo de las respuestas del sustentante.
5.1.3 Sistema Aces8
ACES es una tecnología para el aseguramiento de calidad académica y administrativa, que asiste al profesor, en cada una de las fases del proceso seguido para producir y desarrollar un curso de educación superior. ACES utiliza la Filosofía GTA para gerenciar cualquier curso que se desarrolle periódicamente. ACES dispone y maneja un modelo de indicadores no lineal, para evaluar el desempeño de los recursos, procesos y productos de los cursos de educación superior; su valoración se hace, formal e informalmente, con porcentajes de calidad.
5.1.3.1 Productos
Los productos generados en ACES son los siguientes: El modelo de indicadores de gestión administrativa y académica. Este modelo se utiliza para comparar y/o determinar
8
http://www.aces-int.com/default.htm
calidad, actualidad y cumplimiento de objetivos. Los indicadores se clasifican según los objetivos organizacionales y académicos, en actividades a corto plazo y según su prioridad en: inmediatos, urgentes y necesarios. A partir de los indicadores se obtiene un diagrama de Pareto. La mecánica estratégica, logística y táctica para perfeccionar el proceso enseñanza - aprendizaje. Sistema de información que monitorea y apoya el control del desarrollo de cursos. Usa como elemento conceptual la metodología de grupos de trabajo autodirigidos (GTA). El conjunto de herramientas (KIT) ACES, compuesto por: el servidor de información (para la administración) y el cliente (para los actores del proceso, estudiantes, auxiliares y profesores).
5.1.3.2 Pruebas
La prueba de la tecnología ACES ha sido hecha utilizando las siguientes técnicas: Pruebas ALFA y BETA con técnicas de caja blanca y caja negra. ACES ha sido validado y verificado, en cursos internos en la UIS (prueba Alfa), y mediante un programa de integración con usuarios externos (prueba Beta); se ha vinculado al programa 60 profesores de diferentes universidades. Indicadores de Calidad del Producto. Conjunto de estadísticas gráficas para observar los resultados de las variables coherentes. Las mediciones se han hecho durante la evolución de los de los respectivos cursos.
Histórico de cursos desarrollados. Sistema de Información sobre la evolución de un curso en el tiempo para observar antecedentes, logros, políticas, correctivos, modernización o innovación.
5.1.3.3 Alcances
La tecnología cubre:
- La comunidad estudiantil: Beneficiada con la valoración del desempeño y calidad académica esperada.
- La comunidad docente: Beneficiada a través de la posibilidad de valoración del desempeño, cumplimiento de objetivos y el uso de modelos pedagógicos definidos a través de la interacción con los estudiantes.
- La comunidad Administrativa de las Instituciones: la herramienta provee resultados sobre las necesidades administrativas y de funcionamiento acerca de la calidad del servicio que prestan.
- La comunidad en general: se beneficia con modelos de formación integral para asegurar calidad a través del desempeño, conocimiento, autonomía, responsabilidad y relación interpersonal.
- Ingeniería del software: Con el desarrollo de métricas, software y metodologías, que servirán como soporte al desarrollo de futuros proyectos.
5.1.3.4 Tecnología y Metodología
a) Tecnología: La Tecnología Software empleada en el desarrollo del prototipo ACES incluyó Microsoft Visual Basic 5.0 asociado con la herramienta de gestión de base de datos Microsoft Access 2.0 y los instrumentos Microsoft Word, Excel y Graph para informes y análisis. La Tecnología Hardware que se utilizó, incluyó servidores y redes; procesadores 486 en ambiente NT con clientes Windows 95.
b) Metodología: La Metodología utilizada en el desarrollo de ACES, se apoyo en los modelos en modelo en espiral, modelo de validación, pruebas y corrección, diseño de Sistemas de Información, diseño de Bases de Datos y aseguramiento de calidad.
5.1.3.5 Modelo de desarrollo
a) Estructura de Componentes: La estructura de componentes de ACES tiene cuatro niveles: Estratégico, Logístico, Táctico y Administrativo. El nivel estratégico integra e interactúa directamente con el nivel logístico y táctico, e indirectamente a través del profesor y el nivel logístico, con el nivel administrativo. El nivel logístico interactúa directamente con todos los procesos de conocimiento de los niveles estratégico, administrativo y táctico. El nivel administrativo tiene dos funciones: (a) Constituir áreas de éxito, interactuando y administrando eficientemente los recursos contables, financieros, humanos, tecnológicos, insumos, suministros y productos; Y (b) Brindar efectividad en la integración de la tecnología de los productos. La arquitectura está encabezada por la materia, como conocimiento, y el soporte que proporcionan los profesores y sus asistentes.
Las áreas de éxito de una materia se estructuran entorno a los productos y procesos: administración, ingeniería (continentes o arquitectura de conocimientos), producción (métodos y contenidos organizados en materiales y medios de capacitación o instrucción) y transferencia de conocimiento (integración de cursos, profesores, auxiliares y estudiantes).
El nivel táctico interactúa con los procesos administrativos, de ingeniería, de producción y de transferencia de tecnología, de acuerdo a las políticas, a los modelos de evaluación y a las líneas de acción definidas en los sistemas de información de los niveles estratégicos y logísticos.
5.1.3.6. Arquitectura del Sistema
Las herramientas ACES, soportan los módulos distribuidos alrededor de la base de datos, rodeada por el sistema de seguridad. Algunos procesos que emergen del modulo ejecutor desembocan en el acceso de múltiples usuario.
5.1.3.7 Modelo de Información
El modelo de Información, representado con un cilindro externo, visualiza, como un entorno, el modelo de aseguramiento de calidad. Dentro del cilindro se ubica la información de:
• La planeación de una materia: constituida por misión, visión, justificación, metodología, definición de contenidos y sus objetivos, modelos de organización de recursos (roles de recursos humanos, tecnológicos, económicos, tiempo, infraestructura y ambiente), procesos y productos; planeación del modelo de evaluación formal e informal, los bancos de atributos (variables), indicadores (relaciones entre atributos), las metas asociadas por cada indicador y el banco de preguntas.
• La programación de una materia: establecida por la información de cada uno de los componentes reales que desempeñaran los roles (el profesor, los estudiantes, los auxiliares, los lugares de trabajo, las evaluaciones, actividades, el programa de horarios, los equipos, los cursos, los grupos de calidad...) y que ejecutarán las funciones, actividades y las tareas previstas en la planeación.
• La ejecución y seguimiento de un curso: compuesto por la información prevista a monitorear y registrar, para establecer los valores de atributos de recursos y productos, en la evolución esperada de procesos (modelo de evaluación definido y previsto en la programación de un curso).
• Evaluación y líneas de Acción: compuesto por la información suministrada al sistema para controlar, prever y ajustar su evolución, traducida en acciones de programación o planeación.
5.1.3.8 Modelo de administración de procesos
ACES administra sus procesos a través del un modelo de seguridad y privacía basado en la filosofía de dominios y usuarios, que restringe y controla el acceso a procesos y recursos del sistema.
PROTOTIPO SOFTWARE 5.1.3.9 Módulo administrador
El módulo administrador (Ilustraciones 4, 5 y 6) gestiona y administra los procesos, los recursos, los dominios y los usuarios, mediante: Identificación del usuario ante el módulo administrador (inicio de sesión).
Figura 5.12 - Inicio de sesión en ACES
Figura 5.13 - Edición de Dominios y Usuarios
Asignación de recursos humanos y derechos a los dominios (básicos o creados). Monitoreo de accesos al sistema, como apoyo a procesos de auditoria.
Figura 5.14 - Administración de Dominios y Usuarios.
5.1.3.10 Módulo Materia
El módulo materia (Ilustración 7) gestiona y administra los procesos concernientes a las materias, incluye la: Creación de una nueva materia. Definición de justificación, misión, visión y metodología de la materia. Figura 5.15 - Asistente de creación de Materia.
5.1.3.11 Módulo Planificador
ACES cuenta con el Explorador de ACES, para definir el modelo de evaluación y las descripciones precisas y coherentes de sus elementos de proceso, recursos y productos, el banco de preguntas (respuestas y ponderaciones), los objetos OLE asociados a preguntas, enlaces entre variables e indicadores y el banco de metas.
5.1.3.12 Módulo Programador
El módulo programador gestiona y administra los cursos mediante la creación, personalización y asignación de recursos y productos, la programación del modelo de evaluación y la generación, asignación y demostración preliminar del examen. Adicionalmente, el módulo apoya la conformación de los grupos de calidad, la asignación de integrantes, la elaboración de documentos para definir los requisitos de los grupos, y mediante la agenda de actividades, presenta un informe, por fechas, del modelo de evaluación.
5.1.3.13 Módulo Ejecutor
El módulo ejecutor (Ilustración 9) realiza los exámenes formales e informales de recursos, procesos y productos, según la agenda de actividades definida en el módulo programador.
Figura 5.17 - Ejecución de Exámenes Formales.
La ejecución de la evaluación formal, que contienen preguntas abiertas, que debe valorarse por el profesor. El proceso concluye con el cierre de los exámenes y la confrontación de lo planeado y programado.
5.1.3.14 Módulo Analizador
El módulo (Ilustración 10, Ilustración 11, Ilustración 12) analizador procesa los datos que serán realimentados al próximo periodo, incluye:
Figura 5.18 - Cuadro Estratégico DOFA (análisis de debilidades, oportunidades, fortalezas y amenazas.
Figura 5.20 - Diagnóstico de debilidades (Pareto). Identificación de las causas vitales de debilidades.
5.1.3.15 Módulo de Herramientas
El módulo de herramientas dispone de una serie de utilidades para que los usuarios examinen, manejen y optimicen la base de datos de ACES e instalen, personalicen y modifiquen claves, dominios y otros atributos.
Figura 5.21 – Menú Herramientas
5.1.3.16 Módulo de Ayudas
El módulo de ayudas presenta el manual de operación y los soportes interactivos con hipertextos y gráficos sobre la tecnología y facilidades de ACES.
5.2 ANÁLISIS COMPARATIVO DE DIVERSOS SISTEMAS
FUNCIONALIDAD e-TEST INFOSISTEMAS
KALT-ON LINE ACES SAEL
Características - Multi-Disciplina - Multi Tema - Base de datos de alumnos - Banco de preguntas - Catalogo de preguntas - Multi Exámenes - Repositorio de Resultados - Publicación de exámenes en Internet - Multi Temario - Base de datos de Preguntas - Retroalimentación al estudiante y profesor - Autenticación de usuarios - Modulo de Administración de pruebas oficiales y no oficiales
- Compatibilidad sólo con windows - Administración de usuarios - Autenticación de usuarios - 4 módulos administrativos - Retroalimentación al estudiante
- compatibilidad sólo con windows
-Sesiones y administración de usuarios.
- Manejo Cliente Servidor. - Multi Temario
- Base de Datos de preguntas - Autenticación de usuarios - Exámenes oficiales y de prueba
- Calificaciones e historial de os estudiantes
- Manejo del tiempo para exámenes oficiales - Modelo Arquitectónico modular
- Compatibilidad con cualquier sistema operativo - Graficas y proceso de retroalimentación para el estudiante Requerimientos Procesador Pentium a 90 MHz 32 MB de memoria RAM Disco Duro con 20 MB de espacio disponible video SVGA (256 colores a 800x600) Procesador Pentium a 90 MHz 32 MB de memoria RAM
Disco Duro con 25 MB de espacio disponible video SVGA (256 colores a 800x600) Procesador Pentium a 90 MHz 64 MB de memoria RAM
Disco Duro con 55 MB de espacio disponible video SVGA (256 colores a 800x600) Cualquier procesador capaz de ingresar a internet La memoria necesaria para cargar windows 32 Mb Disco duro, aproximadamente 25 MB de especio en el servidor Video VGA 640 x 480, recomendable SVGA 800 x 600 Alcances - La comunidad estudiantil. - La comunidad docente. - La comunidad Administrativa de las Instituciones. - La comunidad en general. - Ingeniería de software. - La comunidad estudiantil. - La comunidad docente. - La comunidad Administrativa de las Instituciones. - La comunidad en general. - Ingeniería de software. - La comunidad estudiantil. - La comunidad docente. - La comunidad Administrativa de las Instituciones. - La comunidad en general. - Ingeniería de software. - La comunidad estudiantil. - La comunidad docente. - La comunidad Administrativa de las Instituciones. - La comunidad en general. - Ingeniería de software. - Dado la portabilidad del sistema, su alcance se puede extender a otros sistemas de exámenes, de
diversos tipos.
Componentes Trabajara mediante módulos administrativos: Exámenes, pruebas, estudiantes, temario, y otros
Trabajara mediante módulos administrativos: Administrador, Exámenes, coordinadores, repositorio, retroalimentación, y otros Trabajara mediante módulos administrativos: Profesor, retroalimentación, pruebas, notas, administración de repositorio y otros
Trabajara mediante módulos administrativos: Exámenes, pruebas, estudiantes, temario, y otros
Arquitectura Soportada
Trabaja sobre plataforma windows, y usa base de datos Microsoft Acces 2.0 o superior. Además de word y excel
Trabaja sobre plataforma windows, y usa base de datos Microsoft Acces 2.0 o superior. Además de word y excel
Trabaja sobre plataforma windows, y usa base de datos Microsoft Acces 2.0 o superior. Además de word y excel
Trabaja sobre multiplataforma, y se basara
en base de datos Oracle, en lenguaje PHP, con ayuda de word y excel
Ventajas y desventajas
- Dado que los sistemas desarrollados son evolucionados mediante un software propietario, posee muchas características, que no se podrán implementar en SAEL, como el uso de ventanas Windows, con campos de ayuda al usuario.
Al Ser un software propietario, se puede usar las herramientas adicionales como word y excel, haciendo un uso bastante eficiente en cuanto a la generación de reportes y gráficas. No se manejan sesiones de usuario, dado que el sistema es ligado a un lenguaje de programación y una base de datos específica.
Siendo un software genérico cliente servidor, es muy fácil de apartar a otros sistemas, y se podrá evolucionar rápidamente para otras aplicaciones.
Manejo eficiente de sesiones de usuario y límite de tiempo para las pruebas.
Dado su desarrollo para web, su accesibilidad a todas las personas está garantizada, pues sólo se requiere hacer uso de cualquier PC que tenga internet para acceder a él.
Dado que es un sistema cliente - servidor, los requerimientos de máquina y software para ambas partes son mínimos.
II PARTE
Análisis y funcionalidad del
S.A.E.L
6. ANÁLISIS Y FUNCIONALIDAD
DE S.A.E.L
Con base en la investigación preliminar, se dará paso a desarrollar todo el proceso mediante el cual evolucionará el Sistema Administrador de Exámenes en Línea. Para ello, se hará uso de varias de las metodologías de construcción de software existentes en la actualidad. Por lo cual se han adaptado y refinado varias fuentes. Para actividades que modelan el dominio de la aplicación como la obtención de requerimientos y el análisis, se utilizará la metodología de OOSE [Jacobson et al., 1992]. Para actividades del modelaje del dominio de solución, como el del diseño del sistema y el diseño de objetos, utilizaré actividades orientadas a objetos similares al de OMT. La línea principal de metodología a utilizar será basada en TSPi.
6.1 CARACTERÍSTICAS PRELIMINARES
Se desea desarrollar un Administrador de Exámenes que tenga múltiples funcionalidades, entre ellas:
- Sistema Cliente-Servidor9.
- Compatibilidad y portabilidad con varias plataformas (unix, principalmente), de tal forma que sea fácilmente adaptable a los servidores de diferentes instituciones educativas.
9
Cliente/Servidor, se refiere al sistema de comunicación mediante el cual las estaciones acceden al servicio ubicado en un servidor central, generalmente funcionando en una plataforma Unix o Windows.
- Flexibilidad e independencia modular, para facilitar el proceso de actualización del software, dentro de los módulos profesor, estudiante y administrador.
- Interfaz amigable e interactiva, para la interacción con el usuario final.
- Retroalimentación al estudiante mediante gráfico de comportamiento de la curva de aprendizaje por exámenes.
- Retroalimentación al estudiante mediante gráfico de comportamiento de la curva de aprendizaje por temas.
- Posibilidad de tomar exámenes de prueba o práctica.
- Realización de exámenes en Línea y con tiempo límite de desarrollo. - Banco de preguntas de temas de diferentes materias y diferentes carreras. - Diferentes niveles de dificultad en cada pregunta.
- Autenticación de usuario para estudiantes y profesores.
- Administrador del profesor, fácil de usar, para implementar exámenes (reales y de entrenamiento)
- Interfaz de comunicación con el usuario independiente y fácil de usar.
- Permitir al modulo del profesor poder calificar y almacenar una prueba, para el histórico del estudiante.
- Poder conocer el histórico de pruebas de uno o varios estudiantes, con su respectiva retroalimentación.
- Compatibilidad con Excel, para generar cuadros de notas automáticamente para el profesor, de un determinado grupo o curso.
- Lectura del histórico de progreso sobre un tema o temas por parte de un estudiante.
- Análisis estadístico de datos de las pruebas tomadas por un curso o cursos determinados: media, desviación, regresión lineal, covarianza.
- Integración de listas de correos para mensajes a un grupo de estudiantes, curso o agrupación de cursos.
- Desarrollo de sesiones de usuario, para que ningún usuario pueda estar en el sistema más de 1 vez al mismo tiempo.
- Actualización de datos de cada usuario (estudiante y profesor).
Estas son algunas de las funcionalidades que se tendrán en cuenta a la hora de la etapa de implementación y diseño.
6.2 PROCESO DE DESARROLLO DEL SOFTWARE S.A.E.L
En esta sección, se dará paso a elaborar las actividades técnicas y el proceso de evolución del software mediante el cual se desarrollará este administrador de exámenes. Para ello, durante todo el proceso, se basará en la conjunción de las metodologías mencionadas arriba, y de las cuales se extrajo los siguientes pasos a seguir para la elaboración del software objetivo. Durante todo el proceso de desarrollo, se llevará registro de todas las etapas del proceso de construcción de este software, mediante la elaboración –como lo dice la metodología utilizada- de entregables, los cuales se elaborarán en documentos html independientes, para poder observar la evolución y progreso durante cada etapa. Para ello, se abrió un Web Site, en donde se alojará toda esta información y quedará disponible como medio de consulta y retroalimentación al asesor de Tesis, y a cualquier persona interesada en el tema. La dirección será
http://SAELTecnology.netfirms.com10 y allí se ubicarán todos los documentos de las diferentes etapas (entregables)11, las cuales se describen a continuación:
1. Etapa de Lanzamiento: En esta etapa, básicamente se definen los integrantes del grupo de desarrollo –en este caso sólo será una persona-, sus roles correspondientes durante el desarrollo y las metas que se buscarán obtener al final del desarrollo.
2. Etapa de Estrategia: Básicamente, en esta etapa, se analiza el proyecto mediante las proyecciones de el tamaño que ocupará, así como la cantidad de líneas de código que se planea programar; se identifican los riesgos y amenazas del proyecto lo cual ayudará a minimizar el tiempo de desarrollo y el tiempo gastado en la etapa de pruebas. Aquí se produce una versión preliminar del modelo del mundo del problema, a partir del cual se estimarán los tiempos y tamaños necesarios de desarrollo del producto.
3. Etapa de Planeación: En esta etapa, se definen todos los aspectos críticos del producto, que serán necesarios para garantizar un buen proceso de construcción de software y sobre todo, una portabilidad del producto final al cien por ciento, como estándares de configuración y administración, en cuanto a la nomenclatura y demás.
4. Etapa de Requerimientos: Dentro de esta etapa se establecen todos los requerimientos necesarios para la elaboración y desarrollo de nuestro software.
10
En esta dirección Web se publicará todos los documentos de cada una de las etapas que se desarrollador para construir todo el sistema SAEL.
11
Estas etapas, se encuentran contenidas dentro del proceso metodológico de construcción de software TSPi.
5. Etapa de Diseño: En esta etapa, se desarrolla el diseño formal del mundo del problema, los diferentes documentos como son casos de uso detallado, diagrama de clases, diagramas de colaboración y diagramas de estado para la interfaz; además de un análisis detallado de la base de datos que se va a implementar para el uso y soporte de la información de SAEL
6. Etapa de Implementación: Durante esta etapa y con base en las etapas anteriores, se desarrollará e implementará el producto, en el lenguaje que se definió en la etapa de requerimientos. Esta etapa se llevará a cabo, una vez finalizado todo el proceso de análisis y diseño de la aplicación.
7. Etapa de Pruebas: Una vez finalizado el desarrollo del software, se llevarán a cabo las pruebas de estabilidad, carga y soporte del sistema necesarias para garantizar la confiabilidad y robustez del producto.
8. Etapa de PostMorten: Aquí se realiza la evaluación del producto, elaborando el documento del PIP (Process Improvement Proposal) el cual sirve para la retroalimentación del producto final, y elaboración de ideas de mejoramiento del producto. Esta etapa, aunque es la última de todo el proceso, es una de las más importantes, para planeación de mejoras a futuro del software desarrollado.
Una vez introducida la metodología a utilizar se empezará a desarrollar cada etapa, en el proceso evolutivo hacia la meta final de implementación y análisis del software
SAEL
I. ETAPA DE LANZAMIENTO
( http://SAELTecnology.netfirms.com/ciclo1/Lanzamiento/SaelSystem-1-Lanzamiento.html ) Capítulo 1. Roles y Responsabilidades
Tabla 1.1. Personas a cargo
Rol Nombre e-mail
Asesor del proyecto Juan Pablo Quiroga <[email protected]> Líder de Grupo Elkin Moreno <[email protected]> Líder de Desarrollo Elkin Moreno <[email protected]> Líder de Calidad Elkin Moreno <[email protected]> Líder de Planeación Elkin Moreno <[email protected]> Líder de Soporte Elkin Moreno <[email protected]>
Capítulo 2. Metas Metas del Grupo
1. Desarrollar un proceso de Ingeniería de Software que sea efectivo y eficiente • Cumplir los requerimientos funcionales del proyecto en un 100% • Número de errores en el proceso de ejecución del proyecto = 0
• Los mensajes de excepción de errores de usuario deben estar cubiertos al 100%
2. Terminar las entregas antes de los plazos establecidos.
• El plazo máximo establecido para terminar el proyecto debe ser menor que 180 días
3. Implementar una interfaz de usuario agradable
• La interfaz del proyecto debe estar diseñada para que un cliente inexperto este en la capacidad de interactuar con el sistema
Metas Individuales
1. Generar un producto confiable, robusto y portable, lo que se verá reflejado al final en un software de excelente calidad.
• Porcentaje de defectos encontrados antes de la primera versión mayor que 70%
• Densidad de defectos encontrados después de pruebas unitarias menor o igual que 3 defectos/KLOC
2. Ser un miembro cooperativo, responsable y efectivo.
• Promedio de evaluación del rol por ayuda y soporte mayor que 4 • Promedio de evaluación del rol por contribución global mayor que 4 • Calificación de los demás miembros de grupo en cuanto a colaboración
mayor que 4 3. Metas del Líder
• Liderar el grupo para llevar a cabo un proceso de desarrollo exitoso. • Resolver los conflictos internos que se puedan presentar durante el
proceso de desarrollo con los integrantes del grupo.
• Elaborar planes de trabajo efectivo para cada integrante del grupo de acuerdo a su respectivo rol.
• Determinar las diferentes tareas y tiempos de entregas a realizar por cada integrante del grupo.
4. Metas del Líder de Soporte
• Proporcionar al equipo las herramientas necesarias para llevar a cabo sus tareas y suministrar la mayor cantidad posible de ayudas para que los miembros del equipo hagan un uso efectivo de las mismas.
• Administrar eficientemente el control de configuración (después de que el producto ha pasado por las fases de desarrollo, inspección, corrección e inclusión en el sistema) y cuando se realicen cambios en el código verificar que estos también se vean reflejados en los documentos de diseño y documentación.
• Registrar los riesgos del equipo.
• Mantener copias de las partes reutilizables del proyecto, vigilar porque la reutilización sea considerada durante la planeación, el diseño y la implementación y ayudar a identificar oportunidades de reutilización. 5. Metas del Líder de Planeación
• Producir un plan completo y preciso para el grupo y para cada uno de los miembros del grupo.
• Crear el reporte semanal de grupo
• Realizar dos entregas semanales, una global (formato de seguimiento) y una de reunión semanal para que el líder las publique en la página del curso
6. Metas del Líder de Calidad
• Coordinar el proceso de creación y aplicación de un plan de calidad. • Encontrar y notificar al grupo las fallas en la calidad ocurridas en alguno
de los procesos.
• Monitorear y ayudar al grupo en la definición y documentación de los procesos
• Revisar y notificar al grupo los errores ocurridos en alguno de los procesos.
7. Metas del Líder de Desarrollo
• Realizar y dirigir el diseño del proyecto de una forma que sea fácil de entender y desarrollar.
• Crear un diseño que sea efectivo, eficiente y fácil de extender.
• Establecer y liderar la estrategia de desarrollo que permita una mayor integración y permita hacer el trabajo más rápidamente.
Capítulo 3. Entrega de Informes
CRONOGRAMA DE ACTIVIDADES
ETAPAS TAREAS A DESARROLLAR DESCRIPCIÓN TAREA FECHA ETAPA PRELIMINAR
Justificación del Proyecto, Objetivos generales y
Específicos
Desarrollo de la justificación del proyecto, Objetivos generales y específicos, y criterios de desarrollo.
Redactar los objetivos del proyecto, los cuales deben estar enmarcados en un análisis preliminar del software existente en la actualidad en el mercado.
Feb-07-2003
1ra ETAPA Reconocimiento y Diagnóstico del desarrollo
de Software
Diagnóstico inicial del sistema y evaluación de algunos sistemas existentes.
Por medio de una investigación en diferentes fuentes, se pretenderá dar obtener un conocimiento general acerca del software administrador de exámenes existente en la actualidad.
Feb-28-2003
Elaboración de los documentos de diseño y modelaje del Software, como los diagramas de clases, casos de uso, etc.
Mediante el software de Together, desarrollar el modelo del mundo del administrador, para implementar los diferentes diagramas. Profundización del modelo del
mundo real.
Análisis de riesgos y fallas del modelo, retroalimentación y corrección del modelo.
2da ETAPA Investigación, desarrollo y
Diseño: evolución conceptual del Software12
Análisis de los requerimientos funcionales y no funcionales para la implementación del software.
Evaluación de los requerimientos funcionales y no funcionales del sistema.
Mar-28-2003
Entrega de los documentos de diseño del software, ya corregidos.
Se entregaran por escrito, todos los documentos necesarios para el modelaje del software.
Entrega de los formatos de requerimientos funcionales y no funcionales
Se llenaran los formatos respectivos de requerimientos funcionales y no funcionales.
3ra ETAPA Entrega final de los documentos de diseño y
requerimientos del Producto. Evaluación y
sugerencias.13 Evaluación y Sugerencias Retroalimentación por parte del Asesor de Tesis (Prof. Ángela Carrillo).
Abr-28-2003
4ta ETAPA Fase inicial del desarrollo e
implementación.14
Implementación basada en los diagramas del módulo del Coordinador.
Una vez determinados los requerimientos, implementar en el lenguaje elegido el primero
módulo del software. Sept-28-2003
5ta ETAPA Implementación del módulo
de Exámenes.15
Implementación basada en los diagramas del módulo de Exámenes.
Una vez determinados los requerimientos, implementar en el lenguaje elegido el
segundo módulo del software. Oct-28-2003
Implementación basada en los diagramas del módulo de Estudiante.
Una vez determinados los requerimientos, implementar en el lenguaje elegido el tercer módulo del software.
6ta ETAPA Desarrollo del Modulo de Estudiante, y Entrega final
del proyecto.16
Entrega final del software con su respectiva documentación.
El asesor de tesis evaluará el Software desarrollado por parte del estudiante.
Nov-28-2003
12
Tener en cuenta, que entre el tiempo transcurrido entre las entregas de cada etapa, se realizaran las correcciones necesarias a los documentos de diseño.
13 IBID. 14 IBID. 15 IBID. 16 IBID.
Día de Entrega informes: Viernes Hora Máxima de Entrega: 11:30 AM Medio: Correo electrónico o presencial.
Una vez terminada así completamente la etapa de lanzamiento del proyecto, se dará paso a la elaboración y análisis de la segunda etapa:
II. ETAPA DE ESTRATEGIA
Para esta etapa, se modeló el mundo del problema mediante el siguiente diagrama de clases preliminar:
Capítulo 1. Estimación de tamaños y tiempos
Tabla 1.1. Tabla Tamaños y Tiempos para cada Clase
Nombre Funcionalidad Líneas de código en Ciclo1 Horas invertidas en Ciclo1 Interfaz
Esta clase es la encargada de la interacción con el cliente final, y además, se encarga de la entrada y la salida de datos. También es la encargada de la comunicación con la controladora, que llamaremos el Sistema Administrador de Exámenes.
4000 80
SystemAdministrator (Controller)
Esta clase se encarga de la interacción con todas las clases del sistema, conteniendo las diferentes entidades del mundo del sistema
2500 33
Teacher
Es la clase encargada de modelar y manejar todas las acciones que pueden realizar un Profesor, contiene las sentencias básicas de sus características como setCode, getCode, etc.
40 05
Student
Es la clase encargada de modelar y manejar un estudiante que haga uso del sistema administrador de Exámenes, conteniendo sus atributos como Code, Name, etc.
2000 27
Program
Es la clase encargada de Modelar los programas existentes dentro del sistema administrador de Exámenes. Contiene la lista de cursos que se dicta en este mismo
400 55
Course Encargada del modelaje y manejo de cursos, con sus
respectivos atributos 450 6
Subject Es la encargada de modelar todos los temas que
pertenecen a un curso específico. 150 1
Question
Es la clase encargada de modelar todas las preguntas que hacen parte de un examen y que pertenecen a uno o varios temas específicos.
500 3
QuestionType1
Es la clase encargada de modelar las preguntas de los exámenes de tipo 1, es decir de falso o verdadero. Hereda de Question.
800 2
QuestionType2
Es la clase encargada de modelar las preguntas de los exámenes de tipo 2, es decir de pregunta abierta. Hereda de Question.
800 2 QuestionType3 Es la clase encargada de modelar las preguntas de los
Nombre Funcionalidad Líneas de código en Ciclo1 Horas invertidas en Ciclo1 Hereda de Question. Exam
Es la clase encargada de definir y manejar todo lo concerniente a los exámenes provistos por el sistema administrador.
3000 8
TakenExam
Es la clase encargada de definir manejar todo lo concerniente a las respuestas de los exámenes tomados por los estudiantes en general.
1000 6
AnswerExamType1
Es la clase encargada de definir y manejar todo lo concerniente a las respuestas de los exámenes de los estudiantes, cuyas respuestas son de tipo 1, es decir, de falso o verdadero. Hereda de TakenExam.
300 2
AnswerExamType2
Es la clase encargada de definir y manejar todo lo concerniente a las respuestas de los exámenes de los estudiantes, cuyas respuestas son de tipo 2, es decir, de preguntas abiertas. Hereda de TakenExam.
300 2
AnswerExamType3
Es la clase encargada de definir y manejar todo lo concerniente a las respuestas de los exámenes de los estudiantes, cuyas respuestas son de tipo 3, es decir, de selección múltiple. Hereda de TakenExam.
300 2
Capítulo 2. Estrategia para el manejo de Riesgos
Tabla 2.1. Lista de Riesgos y Hechos que pueden afectar las estimaciones / el proyecto
Nombre del riesgo
Riesgo o Hecho
Prioridad Dueño(s) Fecha de Identificación
Fecha de Resolución Formas de Mitigarlo
Desfase de Tiempos => Pueden surgir diferencias considerables entre el tiempo y tamaño planeado para el desarrollo de las clases, versus los tiempos y tamaños reales. El desarrollo estaría completamente afectado debido a la mala planeación, produciendo así demoras en la terminación de cada una de las etapas del desarrollo, lo cual implicaría desorden, demoras en la entrega y deficiencia en la calidad de producto final.
Hecho media Elkin Moreno Marzo 10 de
2003 ---
1. Analizar todos los requerimientos funcionales y no funcionales, teniendo en cuenta todas las características del modelo, para el desarrollo de los respectivos documentos de diseño y análisis del mundo del producto, buscando una actualización y definición de todo el problema, lo más completo posible
Nombre del riesgo
Riesgo o Hecho
Prioridad Dueño(s) Fecha de Identificación
Fecha de Resolución Formas de Mitigarlo
=> Si el nivel de conocimiento sobre los lenguajes utilizados para el desarrollo del software, es bajo, se generará muchas demoras y problemas a la hora de hacer las entregas correspondientes. El producto final se vería afectado por las demoras y la falta de conocimiento del lenguaje, generando demoras y preocupación por entregas de baja calidad.
2003
1. Los líderes de Soporte y Planeación deberán prestar especial atención y ayuda en el proceso de aprendizaje y manejo de los lenguajes de desarrollo del software, proveyéndo de los materiales necesarios (tutoriales, libros, herramientas), que puedan ser útiles, para mejorar el nivel de conocimiento del lenguaje. Así mismo, todos los demás integrantes, deben prestar su apoye en la manipulación extras de tareas asignadas.
Pérdida de datos => Si el manejo de los archivos y documentos de diseño y análisis, no se hace de acuerdo con el estándar, y utilizando las herramientas adecuadas como CVS, pueden surgir conflictos de versiones en la manipulación de archivos, lo cual generaría confusión, y probablemente, pérdida de trabajo. Es posible, que si la manipulación de archivos no es correcta, no se pueda llevar un control efectivo acerca de las versiones oficiales y no oficiales de cada archivo.
Hecho alta Elkin Moreno Marzo 10 de
2003 ---
1. Antes de definir el depósito de archivos, desarrollar el estándar de nomenclatura y documentación de archivos que se va a utilizar dentro del desarrollo, así como las convenciones necesarias para que cualquier persona pueda entender el código generado por los responsables.
2. Investigación exhaustiva acerca de los métodos de manipulación de versiones y documentos y demás.
3. Realizar una breve investigación acerca del manejo correcto del programa CVS, para que no existan dudas, y así no generar errores a nivel del depósito oficial de archivos.
Cambios en documentos en Post-diseño => Realizar cambios en el análisis y en el diseño generados durante las primeras etapas, por falta de una buena planeación y por no tener en cuenta factores influyentes en el documento inicial del enunciado, generarían demoras en la etapa de implementación y provocara en la entrega final del producto.
hecho media Elkin Moreno Marzo 10 de
2003 ---
1. En el momento de levantar todos los documentos de diseño, y sacar los requerimientos, buscar todos los factores influyentes en el documento inicial de diseño. Establecer acuerdos en los requerimientos.
Aplicaciones con altos requerimientos de Sistema => Algunas de las herramientas utilizadas para el modelaje, diseño y desarrollo del producto, no se encuentran fácilmente para usarlas como Software libre; De igual manera, las que se encuentran disponibles como el Together, tienen unos requerimientos de
hecho media Elkin Moreno Marzo 10 de
