Declaramos que somos únicos autores de este trabajo y autorizamos a la Dirección de Informatización de la Universidad de las Ciencias Informáticas a hacer uso del mismo en su beneficio.
Para que así conste firmamos la presente a los 22 días del mes de junio del año 2007.
_____________________ ___________________
Elisabel Pérez Urbay Noel Miño Herrera
________________________
Lic. Joel Arencibia Ramírez
Autores: Elisabel Pérez Urbay Noel Miño Herrera
El tutor del presente Trabajo de Diploma considera que durante su ejecución el estudiante mostró las cualidades que a continuación se detallan.
Por todo lo anteriormente expresado considero que los estudiantes están aptos para ejercer como Ingenieros en Ciencias Informáticas; y propongo que se le otorgue al Trabajo de Diploma la calificación de _______ puntos.
Dado a los 22 días del mes de junio del año 2007 __________________________
Lic. Joel Arencibia Ramírez
Agradecimientos
A Joel, porque cuando no contábamos con quien nos guiara en la tesis, se brindó a servirnos de tutor, A Emil, por su sabios consejos,
A nuestros compañeros del laboratorio, por formar parte de este trabajo.
A mis padres por todo.
A mis amigos Luis Manuel, Adriana, Yudeisy, Aliana, Yadira, Dreydi y Rosy por quererme como soy; y a Grisel por su ayuda.
A Hermes por todo su apoyo.
A Luis Mario por compartir conmigo estos últimos momentos.
De Elisabel
A mi hermana, porque en cada letra que escribía ella se encontraba presente.
A mis padres, porque siempre confiaron en mí.
A Lisset, porque me ayudó en todo momento y me animó cuando no sabía que hacer.
A Pupa, porque siempre se ha preocupado por mis estudios y ha confiado en que yo si puedo.
A todos los que directa o indirectamente hayan puesto un granito de arena en que hoy esté optando por este título.
De Noel
Dedicatoria
A mi abuela, A mis padres
De Elisabel
A mi hermanita, A mis padres, A Lisset.
De Noel
Resumen
En la Universidad de las Ciencias informáticas (UCI) fue desarrollado el Sistema de Gestión Académica, Akademos, que posibilita una alta automatización del proceso de control docente y sus resultados. Este es un proceso dinámico y permanente, caracterizado por el alto nivel técnico, amplias facilidades tecnológicas y accesibilidad en la universidad. Sin embargo, esas posibilidades no son utilizadas en toda su potencialidad en la misma medida en que un protagonista importante del proceso no tiene acceso al mismo: los estudiantes. La significativa masa estudiantil, que ya este año 2007 superó la cifra de 10 mil, debe dirigirse a sus profesores o secretarias docentes para recibir información acerca del desarrollo de su proceso docente. Ello impone la necesidad de la creación de un módulo que brinde a los estudiantes, la información que ya se encuentra en el sistema.
En el presente trabajo se realiza el análisis y diseño del Módulo Estudiantes para el Sistema de Gestión Académica, Akademos, de la UCI. La incorporación de este nuevo módulo permitiría a los usuarios, incrementados sustancialmente en número con la incorporación de los alumnos, consultar un amplio y sensible universo de información referente a los procesos individuales como son: evaluaciones, registro de asistencia, y horarios, entre otros, así como la facilidad de la comunicación a distancia de los profesores con los alumnos pues podrían, por ejemplo, emitir avisos a sus estudiantes a través del sistema. La realización de todos los artefactos pertenecientes a las distintas etapas trabajadas, da culminación a toda la documentación del módulo, dejándolo listo para una nueva etapa de desarrollo.
Índice
Introducción ... 1
Capítulo 1: Fundamentación Teórica... 4
1.1 Los sistemas de gestión académica. ... 4
1.1.1 Los sistemas de gestión académica en el mundo. ...5
1.1.2 Los sistemas de gestión académica en Cuba...10
1.2 La gestión académica en la UCI. ... 12
1.3 Metodología y herramientas a utilizar ... 16
1.3.1 RUP ...16
1.3.2 Rational Rose ...18
1.3.3 Plataforma .NET...19
1.3.4 Sistema gestor de base de datos...21
Capítulo 2: Características del sistema ... 23
Introducción ... 23
2.1 Estado actual del negocio... 23
2.2 Reglas del negocio ... 24
2.3 Modelo del negocio... 24
2.3.1 Modelo de casos de uso del negocio...24
2.3.1.1 Diagrama de casos de uso del negocio ... 25
2.3.1.2 Descripción de los casos de uso del negocio ... 26
2.3.2 Modelo de objetos...30
2.4 Solución propuesta ... 31
2.5 Requisitos funcionales ... 32
2.6 Requisitos no funcionales ... 33
2.7 Análisis del costo beneficio... 35
2.8 Modelo del sistema ... 41
2.8.1 Modelo de casos de uso del sistema ...41
2.8.1.1 Diagrama de casos de uso del sistema ... 42
2.8.1.2 Descripción de los casos de uso del sistema ... 43
Capítulo 3: Análisis y diseño del sistema ... 58
Introducción ... 58
3.1 Modelo de análisis ... 58
3.1.1 Realización de casos de uso – análisis. ...59
3.1.2 Diagramas de clases del análisis...59
3.1.3 Diagramas de colaboración del análisis...68
3.2 Modelo de diseño... 69
3.2.1 Realización de casos de uso – diseño...69
3.2.2 Diagrama de clases del diseño ...69
3.2.3 Diagramas de secuencia del diseño ...74
3.2.4 Descripción de las clases del diseño ...88
3.3 Tratamiento de errores ... 104
3.4 Seguridad... 104
3.5 Interfaz ... 105
3.6 Diseño de la base de datos ... 106
3.6.1 Diagrama de clases persistentes ...106
3.6.2 Modelo de datos...106
3.6.3 Descripción de las nuevas tablas...107
Conclusiones ... 109
Recomendaciones ... 110
Referencias Bibliográficas... 111
Bibliografía ... 113
Glosario de Términos ... 115
Anexos ... 117
Índice de Tablas
Tabla 1 Actores del negocio ... 24
Tabla 2 Trabajadores del negocio ... 25
Tabla 3 Descripción del caso de uso Consultar Registro de Asistencia... 26
Tabla 4 Descripción del caso de uso Conultar Expediente ... 27
Tabla 5 Descripción del caso de uso Conultar Notas ... 27
Tabla 6 Descripción del caso de uso Consultar Horario... 28
Tabla 7 Descripción del caso de uso Emitir Aviso ... 29
Tabla 8 Análisis de costo y beneficio I... 36
Tabla 9 Análisis de costo y beneficio II... 37
Tabla 10 Análisis de costo y beneficio III... 38
Tabla 11 Análisis de costo y beneficio IV ... 39
Tabla 12 Análisis de costo y beneficio V ... 40
Tabla 13 Actores del sistema... 41
Tabla 14 Descripción del caso de uso del sistema Gestionar Horario ... 43
Tabla 15 Descripción del caso de uso del sistema Consultar Horario... 44
Tabla 16 Descripción del caso de uso del sistema Gestionar Aviso ... 45
Tabla 17 Descripción del caso de uso del sistema Consultar Aviso... 47
Tabla 18 Descripción del caso de uso del sistema Consultar Notas ... 48
Tabla 19 Descripción del caso de uso del sistema Consultar Estudiante ... 51
Tabla 20 Descripción del caso de uso del sistema Consultar Registro de Asistencia... 53
Tabla 21 Descripción del caso de uso del sistema Consultar Expediente ... 54
Tabla 22 Descripción del caso de uso del sistema Solicitar Cambio de Nota ... 55
Tabla 23 Descripción del caso de uso del sistema Solicitar Cambio de Asistencia ... 56
Tabla 24 Descripción de la clase del diseño. CI_BuscarEstudiante... 88
Tabla 25 Descripción de la clase del diseño. CI_Expediente ... 89
Tabla 26 Descripción de la clase del diseño. CI_InsertarAviso ... 90
Tabla 27 Descripción de la clase del diseño. CI_MoificarAviso... 91
Tabla 28 Descripción de la clase del diseño. CI_Notas... 92
Tabla 30 Descripción de la clase del diseño. CI_Razones... 94
Tabla 31 Descripción de la clase del diseño. CI_Asistencia... 94
Tabla 32 Descripción de la clase del diseño. CI_Aviso ... 95
Tabla 33 Descripción de la clase del diseño. CC_Expediente ... 96
Tabla 34 Descripción de la clase del diseño. CC_GestionarAviso ... 97
Tabla 35 Descripción de la clase del diseño. CC_GestionarHorario ... 99
Tabla 36 Descripción de la clase del diseño. CC_Horario... 99
Tabla 37 Descripción de la clase del diseño. CC_Notas ... 99
Tabla 38 Descripción de la clase del diseño. CC_Aviso... 101
Tabla 39 Descripción de la clase del diseño. CC_BuscarEstudiante ... 101
Tabla 40 Descripción de la clase del diseño. CE_Aviso... 102
Tabla 41 Descripción de la clase del diseño. CE_Horario... 103
Tabla 42 Descripción de la tabla tblAviso ... 107
Tabla 43 Descripción de la tabla tblHorario ... 108
Índice de Figuras
Figura 1.01 Modelo de Tres Capas ... 21
Figura 2.01 Diagrama de casos de uso del negocio... 25
Figura 2.02 Modelo de objetos del negocio ... 31
Figura 2.03 Diagrama de casos de uso del sistema... 42
Figura 3.01 Diagrama de clases del análisis del caso de uso Consultar Aviso... 60
Figura 3.02 Diagrama de clases del análisis del caso de uso Consultar Estudiante... 61
Figura 3.03 Diagrama de clases del análisis del caso de uso Consultar Expediente... 61
Figura 3.04 Diagrama de clases del análisis del caso de uso Consultar Evaluaciones ... 62
Figura 3.05 Diagrama de clases del análisis del caso de uso Consultar Horario... 63
Figura 3.06 Diagrama de clases del análisis del caso de uso Consultar Aviso... 64
Figura 3.07 Diagrama de clases del análisis del caso de uso Gestionar Aviso... 65
Figura 3.08 Diagrama de clases del análisis del caso de uso Gestionar Horario... 66
Figura 3.09 Diagrama de clases del análisis del caso de uso Solicitar Cambio Asistencia ... 67
Figura 3.10 Diagrama de clases del análisis del caso de uso Solicitar Cambio de Notas ... 68
Figura 3.11 Diagrama de clases del diseño. Paquete Asistencia... 70
Figura 3.12 Diagrama de clases del diseño. Paquete Aviso. ... 71
Figura 3.13 Diagrama de clases del diseño. Paquete Evaluaciones... 72
Figura 3.14 Diagrama de clases del diseño. Paquete Horario. ... 73
Figura 3.15 Diagrama de secuencia Consultar_Aviso... 75
Figura 3.16 Diagrama de secuencia Solicitar_Cambio_Asistencia ... 76
Figura 3.17 Diagrama de secuencia Solicitar_Cambio_Notas ... 77
Figura 3.18 Diagrama de secuencia Consultar_Evaluaciones ... 78
Figura 3.19 Diagrama de secuencia Consultar_Expediente... 79
Figura 3.20 Diagrama de secuencia Eliminar_Aviso ... 80
Figura 3.21 Diagrama de secuencia Modificar_Aviso... 81
Figura 3.22 Diagrama de secuencia Insertar_Aviso ... 82
Figura 3.23 Diagrama de secuencia Insertar_Horario ... 83
Figura 3.24 Diagrama de secuencia Eliminar_Horario ... 84
Figura 3.26 Diagrama de secuencia Consultar_Asistencia ... 86
Figura 3.27 Diagrama de secuencia Consultar_Horario... 87
Figura 3.28 Diagrama de clases persistentes... 106
Figura 3.29 Modelo de datos ... 107
Introducción
En la actualidad el sistema de gestión académica de la UCI, Akademos, cuenta con seis módulos. Estos son:
• Matrícula: gestiona los movimientos a que son sometidos los estudiantes en su paso por la universidad.
• Expediente: repositorio digital de los documentos de los estudiantes.
• Registro: permite el control de la actividad docente en un período académico.
• Plan de Estudio: realiza las modificaciones a los planes de estudio con la incorporación de nuevas asignaturas y nuevas formas de cursarlas.
• Profesor: gestiona los movimientos de los profesores en los grupos académicos.
• Reportes: genera reportes estáticos y dinámicos que muestran cualquier información del sistema.
Este sistema satisface algunas de las necesidades de la gestión académica de la universidad, sin embargo, no cuenta con un espacio que le permita a los estudiantes acceder a su información docente, solo los profesores, secretarias y directivos de la universidad interactúan con el sistema.
Situación problémica
La UCI cuenta con recursos tecnológicos que pueden reportar un alto nivel de automatización y la mayoría de los procesos docentes están automatizados en el Sistema de Gestión Académica, Akademos, sin embargo, los estudiantes, principales protagonistas del proceso docente, no tienen acceso a este sistema, es decir, carecen de un espacio destinado a brindarles información referida a su desarrollo docente.
Los estudiantes deben dirigirse a su profesor, o secretaria docente, cada vez que necesitan alguna información vinculada con dicho proceso, ocasionando una pérdida de tiempo para todos los involucrados (estudiantes, profesores y secretarias docentes).
Los profesores son los responsables de informar a sus alumnos de todo lo referido a la docencia. La imposibilidad de que los estudiantes puedan interactuar en línea con este sistema, influye en la formación de los mismos ya que estos no pueden saber en el momento deseado su rendimiento en cada asignatura.
Problema Científico
¿Cómo permitir el acceso de los estudiantes a la información referente a ellos en el Sistema de Gestión Académica, Akademos, de forma que se eleve su nivel de información sobre el proceso docente?
Objetivo de la investigación
Desarrollar el análisis y diseño de un módulo del Sistema de Gestión Académica, Akademos, que permita a los estudiantes estar más informados sobre el transcurso del proceso docente.
Objetivos específicos:
1. Analizar cómo se brindan servicios a los estudiantes en otros sistemas de gestión académica de universidades cubanas y del mundo.
2. Describir las metodologías y herramientas a utilizar en el análisis y diseño del módulo propuesto.
3. Proponer una solución al problema, basado en los requisitos del sistema, el modelo de negocio y el modelo de sistema.
4. Obtener los diagramas de clases y casos de uso de la etapa de análisis.
5. Obtener los diagramas de clases, secuencia y casos de uso de la etapa de diseño.
Tareas a Desarrollar
• Determinar de las necesidades de los estudiantes, mediante la realización de entrevistas colectivas e individuales, para obtener la información que deseen consultar en módulo.
• Determinar como en sistemas de gestión académica utilizados en universidades cubanas y del mundo se brindan servicios a los estudiantes.
• Determinar las ventajas y desventajas de la metodología para el desarrollo de software, RUP y de la herramienta de modelación Rational Rose.
• Modelación hasta la etapa de diseño del Módulo Estudiantes para el Sistema de Gestión Académica, Akademos.
Estructuración del contenido
El contenido está estructurado en tres capítulos. En el Capítulo 1, Fundamentación teórica, se presentan sistemas de gestión académica utilizados en universidades cubanas y del mundo y los utilizados en la UCI desde sus inicios. Se describen la metodología para el desarrollo de software y la herramienta de
modelación.
En el Capítulo 2, Características del sistema, se presenta la modelación del negocio realizada, los
requerimientos que debe cumplir la aplicación, así como su representación en forma de casos de uso. Se describen los beneficios que reporta el módulo propuesto y se realiza un análisis costo-beneficio.
En el Capitulo 3, Análisis y diseño del sistema, se realizan los artefactos correspondientes a estos flujos de trabajo, y se exponen aspectos sobre el tratamiento de errores, la seguridad del módulo, la interfaz gráfica de este, y la base de datos.
.
Capítulo 1: Fundamentación teórica
Introducción
En este capítulo se realiza una investigación acerca de los sistemas de gestión académica que se utilizan en las diferentes universidades del país y de algunos relevantes en el mundo. Se describen las características de la Metodología de Software (RUP) y las herramientas Rational, Plataforma .NET y el gestor de base de batos SQL Server 2000.
1.1 Los sistemas de gestión académica.
La gestión académica constituye un elemento de gran importancia para el buen funcionamiento de cualquier centro educacional y tiene como tarea fundamental procesar y almacenar toda la información que se genera en el proceso docente. Estos sistemas constituyen una poderosa herramienta de trabajo que permite hacer más eficientes los procesos, y optimizar sus recursos.
“En los últimos años se ha producido un cambio radical en el modelo de la gestión académica de las universidades del mundo. El tradicional se caracterizaba por ser muy poco flexible y por no mantener contacto alguno con los estudiantes, eran los propios gestores los que asumían directamente todas las labores de consulta y manipulación de los datos”.(CORPORATION 2007)
Sin embargo, este escenario está cambiando progresivamente debido a la creciente incorporación de las nuevas tecnologías de la información. Las universidades han comenzado a apostar por un modelo de gestión más personalizado, en el que alumnos y profesores interactúan de forma directa con la información a través de Internet, con los mínimos intermediarios y desde sus propios lugares de trabajo.
Esto supone que la labor de los sistemas de gestión académica es cada vez menos mecánica, y que las tareas automáticas que llevaban a cabo se van sustituyendo por el asesoramiento y el análisis.
1.1.1 Los sistemas de gestión académica en el mundo.
A continuación se caracterizan algunos sistemas de gestión académica usados hoy en el mundo, especificando puntos a favor y en contra de cada uno de ellos.
SIGA (Sistema Integral de Gestión Académica)
“SIGA es la aplicación informática utilizada por la Universidad de Córdoba (España) para la automatización de la gestión académica. La versatilidad y flexibilidad del sistema permite organizar la informatización de diversas instituciones en un espectro que abarca a conservatorios, academias, colegios, institutos y universidades, así como centros de formación de empresas, y eventos especiales como maestrías y cursos de postgrado”.(CÓRDOVA 2004)
Se estructura en nueve módulos:
Módulo General. Aparecen activados todos los módulos adquiridos por el cliente y en sombra los no adquiridos o desactivados por el supervisor. Instala automáticamente nuevos módulos, actualiza el sistema, la fecha y la hora, las estadísticas de utilización del programa y el Copyright.
Módulo de Definición de Estudios. Permite al usuario organizar sus estudios en varios planes de estudios, cada plan en varios cursos y cada curso con varias asignaturas. Los términos Plan, Curso, Asignatura, Grupo, Turno, son personalizables por el usuario, es decir, puede llamarles, Año, Programa, Módulo, Provincia, Área si lo considera, adecuándose la mayoría de los listados y menús a estos términos. Puede variar el idioma o colocar los caracteres que desee. A cada nivel académico se le pueden añadir características propias como un límite de alumnos o destacarlo en importancia por alguna característica.
Módulo de Opciones de Alumnos. Está dividido en cuatro submódulos: Gestión de Tutorías, Gestión de Mensajerías, Gestión de Asistencias y Gestión de Calificaciones.
Módulo de Gestión de Tutorías. Permite el seguimiento de las actividades académicas de los alumnos
mismo, a través de su tutor y/o coordinador, el origen de estos contactos, así como el motivo de los mismos. Se puede, indistintamente, obtener diversos listados con esta información e imprimir etiquetas para las comunicaciones con el alumno por correo, así como la conexión directa en la misma pantalla con los datos personales, matrículas, calificaciones, envíos y contactos con el alumno. Igualmente ofrece el control de seguridad de alumnos por tutor, así como gestión automática de envíos de exámenes por correo en función del nivel y respuestas del alumno.
Módulo de Gestión de Mensajerías. Facilita el control de envíos a través de empresas de transporte o mensajerías mediante soporte informático (disquete, etc.), la creación automática de un disquete con todos los datos de los alumnos los que se les quiere realizar un envío (documentación de su curso, exámenes, etc.). Este disquete se remite a la empresa de transporte que lo procesa informáticamente y una vez realizados los envíos devuelve otro disquete informando de la corrección o anomalías producidas en los envíos, esos datos, procesados en este módulo del SIGA, permiten conocer, de forma actualizada, la situación de cada alumno, si ha recibido o no la documentación, los exámenes, si los ha respondido, etc. De este modo el tutor del alumno conoce la situación de sus alumnos en pantalla pudiendo consultar cualquier dato mientras, por ejemplo, habla con el alumno telefónicamente.
Módulo de Gestión de Asistencia. Permite controlar la asistencia del alumno a clases, así como las ausencia, sus causas y si esta se cataloga como justificada o no; el motivo, y otros datos de interés, incluido el grupo, el turno, la sesión, y hasta la duración en horas y minutos de la ausencia parcial.
Módulo de Gestión de Calificaciones. Posibilita al usuario definir cuantos exámenes querrá hacer y de qué tipo y así hacer medias de exámenes con condiciones. Se generan listados para los expedientes académicos, calificaciones de un alumno/curso, observaciones, diplomas, etc.
Módulo de Profesores. En él se gestionan las altas, bajas, consultas y modificaciones de profesores. Se registra el curso/asignatura/grupo/turno de cada profesor con control de número de horas, se definen las clases a impartir, y se registran y gestionan incidencias de diverso tipo, faltas, etc.
Módulo de Inventario. Permite controlar los almacenes para un centro académico. Se puede definir distintos tipos de material y distintos almacenes, control de movimientos de material, también emite recibos por compras de material, libros, documentación o viajes, entre otros. Se conecta con la contabilidad.
Módulo de Ingresos-Gastos. Lleva la contabilidad de un centro académico. Se pueden llevar dos contabilidades, o bien una contabilidad organizada según dos criterios, por ejemplo, uno según cuentas del plan contable oficial u otro según conceptos propios a definir. Se generan listados parciales, totales, según cuentas o conceptos, por fechas, etc. También permite conexión con contabilidades comerciales.
Módulo Genfor. Genera fácilmente cualquier listado o informe que desee, realizando estadísticas de los resultados con gráficos de barras. Permite definir condiciones de búsqueda.
Módulo Generador de Horarios. Realiza los cuadros horarios de las clases semanales/ mensuales/
anuales o de cualquier otra actividad con control de incompatibilidad de horarios y profesores, por ejemplo, avisa cuando a un profesor se le intenta programar clases en dos aulas distintas a la misma hora.
Módulo Generador de Diplomas. Realiza diplomas y certificados del centro con diversidad de formatos a definir por el usuario.
Ventajas y desventajas de SIGA, desde nuestra óptica:
En SIGA los estudiantes sí interactúan con el sistema directamente, existen varios módulos destinados a satisfacer las necesidades de estos, como son el módulo de Opciones de Alumnos, donde los estudiantes a través de los submódulos Gestión de Asistencias y Gestión de Calificaciones pueden conocer todos los detalles de su asistencia a clases y evaluaciones. Para los estudiantes matriculados de manera no presencial en el centro, está el submódulo Gestión de Tutorías que controla el número y tipo de contactos del alumno con el centro a través de su tutor.
SIGA posee una gran desventaja, y es que su interfaz no es amigable lo cual puede provocar serios problemas de utilización teniendo en cuenta la diversidad de usuarios que interactúan con el sistema (alumnos, profesores, personal del centro, etc.), además, no posee forma de integración con el actual Akademos.
Ágora
Ágora es un producto de software estándar de gran calidad para la gestión de centros docentes y academias de todo tipo. Se adecua a cualquier tipo de centro o formación, ya sea esta de tipo oficial o de carácter libre (academias de enseñanza general, de idiomas, informática, música u oposiciones etc.), ya se trate de un pequeño centro o una gran empresa de formación con una gestión centralizada de varias sucursales distantes geográficamente. Para ello, la aplicación cuenta con varias versiones y múltiples opciones de organización docente para utilizar en cada caso.
Ágora aporta soluciones en diversos sentidos, como son la gestión centralizada de datos a través de la cual se gestionan, de forma centralizada, todas las bases de datos de alumnos, profesores, aulas y clases; la generación automática de la documentación que permite emitir, de forma automática, todo tipo de documentación de entrega, como recibos y facturas, además de proporcionar listados de soporte de todo tipo.
El apoyo a los procesos resulta de gran utilidad y reduce enormemente los tiempos que se dedican a generar horarios y estimar costos, el control exhaustivo de la información, a través de estadísticas y gráficos, le permite tener, en todo momento, el control de rentabilidad y beneficios de la gestión.
Ágora es multimoneda, se puede configurar para trabajar con cualquier moneda. Podrá introducir y visualizar importes así como emitir informes en cualquier moneda.
Gestiona con gran facilidad las excepciones que trastocan la planificación: alumnos que sólo pueden venir a la mitad de las clases proyectadas de su grupo, o que no se adaptan a ningún grupo y toman
clases de varios, clases que cambian de horario, profesores que están de baja y han de ser sustituidos, etc.
Con el control automatizado de docencia real, el programa calculará cada día la docencia que, en función de los horarios y las matrículas, teóricamente se habrá impartido, generando los registros correspondientes, permite al usuario verificarlos periódicamente para ajustar, con un simple clic de ratón, las incidencias (clase aplazada, no dada, impartida aunque no estaba prevista etc.). Es especialmente eficaz para calcular los pagos a profesores. Además, calculará de forma automática la disponibilidad horaria de profesores y aulas, y de plazas en grupos y clases.
El control automatizado de asistencia real permite un registro automatizado de la asistencia, a las que el usuario puede añadir las incidencias producidas y tener sin ningún esfuerzo, controladas todas las ausencias.
Todos los datos manejados por la aplicación pueden filtrarse por cualquier criterio. Un sencillo asistente le permitirá construir la selección y guardarla para luego aplicarle el filtro que desee. Los datos pueden igualmente ordenarse en cualquier momento por el campo que desee, del mismo modo, localizará inmediatamente un dato buscado con tan sólo introducir sus primeros caracteres.
Ágora genera estadísticas, con presentación gráfica, sobre aquellos temas más relevantes como puedan ser la rentabilidad, progresión de matrícula y procedencia del alumnado, a las que podrá añadir sus propias estadísticas personalizadas.
La aplicación es configurable para que vele por la rentabilidad de su oferta. Marcando el rango de beneficio esperado, el programa le informará del mínimo de alumnos requerido en cada caso, así como de la rentabilidad de los grupos ya constituidos.
La seguridad y confidencialidad no faltan en esta aplicación, permisos concretos de acceso por usuarios garantizan la confidencialidad de sus datos ante intrusiones no autorizadas, además le permiten definir
diferentes perfiles (tantos como se desee) para profesores, personal administrativo, directivos e, incluso, alumnos, y de este modo restringir o permitir el acceso (total o sólo lectura) a ciertas partes del programa.
1.1.2 Los sistemas de gestión académica en Cuba
En las universidades cubanas se forman todos los profesionales de nuestra sociedad, los cuales contribuyen a transformarla, mejorarla e impulsar su desarrollo, por ello, es necesario lograr una buena organización y control de la gestión docente, que constituye el alma de los centros de educación superior.
En los momentos actuales, todas las universidades del país, y el sistema de educación en general, realizan un arduo trabajo en este sentido, con el objetivo de lograr una mayor eficiencia en la planificación y elevar los resultados.
A continuación se describen algunos de los Sistemas de gestión académica usados en las universidades cubanas.
Sistema Docente Integral (SDI).
El Instituto Superior Politécnico “José Antonio Echeverría” (CUJAE), es uno de los Centros de Educación Superior (CES) de nuestro país que más se destaca en el uso de las Tecnologías de la Información y las Comunicaciones. Allí se realizó, hace unos años, un extenso proceso de automatización dirigido a mejorar la eficiencia de la gestión universitaria. En el ámbito del control de los procesos docentes, su planificación y resultados tienen una marcada significación, debido a que los procesos vitales dentro de la universidad están enfocados al proceso docente se trabajó en su automatización, lo que dio lugar a la creación del Sistema Docente Integral (SDI).
El SDI está conformado actualmente por 8 módulos y se trabaja para aumentar sus funcionalidades.
Los módulos que están diseñados son:
1) Secretaría de Facultades.
2) Matrícula.
3) Estadística.
4) Archivo Histórico.
5) Recuperación de Información.
6) Pago de Estipendios.
7) Planificación Docente.
8) Postgrado.
De forma general el objetivo del sistema es registrar, procesar y crear mecanismos de recuperación de la información relacionada con el proceso docente, tanto de pregrado, como de postgrado, de forma automatizada.
Como se puede apreciar, el Sistema no cuenta con un módulo, orientado directamente a los estudiantes, que les permita conocer como marcha su actuación en el paso por la universidad, porque no existen realmente las condiciones de infraestructura técnica y de comunicaciones que permita la utilización por los estudiantes. En este centro, a pesar de existir un gran potencial científico, no se supone que, de manera inmediata, los estudiantes puedan ver sus resultados docentes, su comportamiento en asistencia, o su expediente académico mediante la navegación.
GESTACAD
“GESTACAD es un sistema informativo automatizado, desarrollado por el Departamento de Informática de la Universidad de Matanzas "Camilo Cienfuegos”. Permite actualizar y mantener la información sobre estudiantes y profesores de una universidad y obtener determinados resultados propios del trabajo de las áreas implicadas, aunque el grueso de las informaciones se obtiene mediante el acceso al sitio WEB de la universidad.
En la actualidad el sistema es capaz de realizar diversas acciones y brindar numerosos reportes, los cuales son fruto del los requisitos funcionales del mismo, recogidos en la fase de análisis. Estos son la búsqueda de un alumno, el listado de estudiantes por grupo, reportes dinámicos de la información
existente, reportes de notas por asignatura y grupo, tablas con los resultados docentes de un grupo en un semestre, reportes de los resultados académicos de un estudiante en toda su carrera, actas de exámenes de las diferentes asignaturas, registros de características de un grupo de estudiantes, así como dar baja a los estudiantes.
El sistema consta de los siguientes módulos:
• Administración para la gestión de las tablas del sistema vía Web así como agregar nuevas consultas al sitio oficial y establecer los distintos niveles de acceso a estas.
• Web para las Secretarias Docentes para la Gestión de Estudiantes que permite hasta el momento la realización de acciones generales comunes en una Secretaría Docente así como la obtención de reportes oficiales
• Web para los Jefes de Departamentos Docentes donde se incluyen acciones relativas como la asignación de la carga docente y el control sobre los profesores del Dpto.
• Web para la Gestión de la Matrícula.
• Web para los Profesores donde estos pueden llevar el control docente de sus estudiantes, el control de las evaluaciones así como reportes relativos a su carga docente.
• Un Sitio Web con Reportes en Línea con la utilidad del registro docente para los profesores además de la búsqueda de estudiantes la cual devuelve, algunos datos personales del estudiante, su ubicación según el horario docente detallando aula, asignatura y tipo de clases que está recibiendo, además de su estado, si se ha pasado asistencia en el turno de clase”.
(JULIO A. TELOT GONZÁLEZ 2002)
1.2 La gestión académica en la UCI.
UCIMAT fue el primer sistema que se empezó a utilizar en nuestra universidad para controlar algunos procesos docentes como la matrícula (en el primer curso se matricularon mas de dos mil estudiantes), permitía consultar algunos reportes, pero solo los que traía por defecto, de lo contrario, había que ir directamente a la base de datos.
El Sistema para la Gestión Académica (GESTACAD) fue usado en la UCI en el curso 2002-2003, cuando la universidad contaba con una matrícula de 2000 estudiantes y sólo un Plan de Estudio. Tenía muchas funcionalidades que, en el comienzo, fueron de mucha ayuda a la universidad, sin embargo, el sistema no obedecía a la tónica del sistema docente empleado en la UCI, ya que no tenía la posibilidad de contar con más de un Plan de Estudio y no daba un seguimiento en las evaluaciones de una asignatura, por citar algunos ejemplos, por lo que en el próximo año ya este sistema dejó de tener validez, pues la matrícula creció, se comenzaron a usar dos Planes de Estudio distintos y era necesario dar una trayectoria en las evaluaciones de los estudiantes.
A partir de estas necesidades surge, en el año 2003, Akademos, el Sistema de Gestión Académica de nuestra universidad, el cual tiene como objetivos, permitir la gestión automatizada de los elementos que intervienen en la labor académica de un centro de estudios y enfrentar los cambios de forma natural, adaptándose a las nuevas condiciones y formas de hacer con el menor costo. El mismo se diseñó teniendo en cuenta los siguientes principios:
• “El dinamismo del proceso de gestión académica constituye la principal fuente de riesgos para un sistema que intente automatizarlo.
• Un sistema que automatice la gestión académica debe lograr que todos los involucrados (directivos, personal de secretaría, profesores y estudiantes) tengan un papel activo en el proceso.
• El plan de estudios es la entidad fundamental del proceso de gestión académica y rige todos sus subprocesos (matrícula, control, planificación, etc.)
Akademos está dividido en seis módulos, que abarcan todos los procesos involucrados en la gestión docente. Estos módulos interactúan entre sí para llevar a cabo cada una de las tareas que automatiza el sistema”. (FRANK BENAVIDES DALMENDRAY et al. 2006)
A continuación se describen las funcionalidades de cada uno:
Módulo Plan de estudio
El plan de estudios es la entidad fundamental del sistema. Este se define en Akademos como una sucesión de niveles, divididos en momentos que los estudiantes deben vencer una vez concluidas las asignaturas, las mismas se ubican en un orden de precedencia dado en los diferentes momentos del plan de estudio. Este módulo también permite la definición de los diferentes perfiles y disciplinas en las que se agrupan las asignaturas.
Módulo Matrícula
El objetivo fundamental del módulo es el control de los datos de los estudiantes que van a comenzar a ser parte de la universidad, así como la gestión de los movimientos a que estos son sometidos en su paso por la misma.
En los centros que aceptan cada año miles de estudiantes, la tarea de realizar la matrícula de estos puede convertirse en una labor titánica, si no se involucra a una gran cantidad de personas en ella. El módulo de matrícula permite la descentralización del proceso de ingreso en un conjunto de personas tan grande como se decida.
Este módulo es el encargado también de definir la estructura del centro de estudios, la cual se concibe como un conjunto de estructuras de diferentes tipos -facultades, grupos docentes, etc.- que se organizan jerárquicamente para agrupar por un criterio determinado, tanto a los estudiantes como a los demás implicados en la labor docente, sean profesores, personal de secretaría o directivos.
Módulo Expediente
En su paso por el centro de estudio el estudiante deja un conjunto de información referente a su desempeño académico y a otros aspectos de su comportamiento, ello conforma el expediente del estudiante. El conjunto de información que van dejando las generaciones de estudiantes constituye el grueso de la historia de la universidad, es por eso que esta información debe ser celosamente almacenada con el objetivo de sacar conclusiones históricas que contribuyan al mejoramiento de la actividad del centro.
El Módulo Expediente es un repositorio digital de los documentos de los estudiantes. Los expedientes pueden almacenar documentos basados en plantillas, así como otros de libre formato o generados por el propio sistema. Cada vez que se crea un documento este es almacenado junto con otros datos, como la fecha de creación y el autor, para facilitar su posterior localización.
Módulo Registro
El Módulo Registro del profesor es el encargado de permitir el control del desarrollo de un período académico. Uno de los principios sobre los que se basó el diseño de Akademos es que la información sea introducida al sistema por los mismos que la originan. Son los profesores los que aplican las diferentes formas de control del avance de los estudiantes, de ahí que Akademos les permita, directamente, introducir los resultados de todas las evaluaciones que apliquen. Este módulo está muy relacionado con el de plan de estudio pues, de él, toma la información necesaria sobre las evaluaciones y formas de calificación de las asignaturas.
Módulo Profesor
Tal como su nombre lo indica este módulo es el encargado de facilitar la planificación de un periodo docente. Específicamente, da la posibilidad de planificar, tanto la carga docente de los profesores, como la gestión de los horarios.
Los profesores son la materia fundamental con que cuenta un centro de estudios para desarrollar con éxito su labor formativa. El módulo de planificación permitirá a los jefes de departamento, decanos docentes de facultades, entre otros, mantener un control de la plantilla de profesores y realizar un balance de la carga docente de estos, de forma tal que se puedan utilizar de forma óptima a los profesores.
Módulo Reportes
La generación de reportes es quizás la tarea fundamental de todo sistema de gestión de datos, desafortunadamente, muchos sistemas de gestión quedan obsoletos por contar solo con un conjunto cerrado de reportes, pues con la evolución de un determinado proceso de negocio aparece la necesidad de nuevos reportes. Akademos enfrenta este problema proveyendo a los usuarios con un módulo de reportes que cuenta con diferentes herramientas, las cuales permiten el diseño y publicación de nuevos
reportes. Con esta funcionalidad el usuario puede diseñar reportes que involucren diferentes aristas de los estudiantes, pueden ser, por ejemplo, las notas y la proveniencia social, convirtiéndose en una poderosa herramienta para el estudio de la comunidad estudiantil.
No obstante, Akademos no ofrece un lugar reservado para los estudiantes, y sólo los profesores, secretarias y directivos tienen acceso activo al mismo.
1.3 Metodología y herramientas a utilizar 1.3.1 RUP
“Los orígenes del Proceso Unificado de Desarrollo de Software (RUP) se remontan al modelo espiral original de Barry Boehm. Ken Hartman, uno de los contribuidores claves de RUP, colaboró con Boehm en la investigación. En 1995 Rational Software es comprada por una compañía sueca llamada Objectory AB.
El Proceso Unificado de Desarrollo de Software (RUP) fue el resultado de una convergencia de Rational Approach y Objectory, proceso desarrollado por el fundador de Objectory Ivar Jacobson. El primer resultado de esta fusión fue el Rational Objectory Process, la primera versión de RUP, fue puesta en el mercado en 1998, siendo el arquitecto en jefe Philippe Kruchten.”. (WIKIPEDIA 2007)
El Proceso Unificado de Desarrollo de Software (RUP), es un proceso de desarrollo de software que junto con el Lenguaje Unificado de Modelado (UML) constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso.
• Dirigido por los casos de uso:
RUP define los casos de uso como el conjunto de acciones que debe realizar un sistema para dar un resultado de valor a un determinado usuario y los utiliza, tanto para especificar los requisitos funcionales
del sistema, como para guiar todos los demás pasos de su desarrollo, dígase diseño, implementación y prueba.
• Estar centrado en la arquitectura:
La arquitectura es una vista del diseño completo con las características más importantes, dejando a un lado los detalles. Esta no solo incluye las necesidades de los usuarios, sino también otros aspectos técnicos como el hardware, sistema operativo, sistema de gestión de base de datos y protocolos de red con los que debe coexistir el sistema. En otras palabras, la arquitectura representa la forma del sistema, la cual va madurando en su interacción con los casos de uso hasta llegar a un equilibrio entre funcionalidad y características técnicas.
• Ser iterativo e incremental:
La alta complejidad de los sistemas actuales hace que sea factible dividir el proceso de desarrollo en varios mini-proyectos. Cada uno de estos mini-proyecto se les denomina iteración y pueden o no representar un incremento en el grado de terminación del producto completo. En cada iteración los desarrolladores seleccionan un grupo de casos de uso, los cuales se diseñan, implementan y prueban. La planificación de iteraciones hace que se reduzcan los riesgos de los costes de un solo incremento, no sacar al mercado un producto en el tiempo previsto, mantener la motivación del equipo pues puede ver avances claros a corto plazo y que el desarrollo pueda adaptarse a los cambios en los requisitos.
Se decidió utilizar esta metodología porque captura varias de las mejores prácticas en el desarrollo moderno de software, es una guía de cómo utilizar de manera efectiva UML, provee a cada miembro de un equipo un fácil acceso a una base de conocimiento con guías, plantillas y herramientas para todas las actividades críticas de desarrollo y crea y mantiene modelos, en lugar de enfocarse en la producción de una gran cantidad de papeles de documentación.
1.3.2 Rational Rose
Las herramientas de desarrollo de software diseñan y construyen aplicaciones y dan soporte al desarrollo e implantación de las mismas. El software Rational provee una plataforma de desarrollo de ciclo de vida completa que mejora la velocidad, la calidad y la previsibilidad de proyectos de software. Es actualmente conocida como una familia de software de IBM para el levantamiento de requerimientos, diseño, construcción, pruebas y administración de proyectos en el proceso desarrollo de software. Sus productos están centrados en la metodología del Proceso Unificado de Desarrollo de Software (RUP). Propone el desarrollo de software basado en las mejores prácticas recopiladas en innumerables proyectos exitosos.
“Para ayudar en la implementación del proceso, Rational ha desarrollado un conjunto de herramientas integradas que permiten desarrollar las actividades del proceso y obtener una sinergia al integrarse entre las distintas herramientas permitiendo a todo el equipo de desarrollo compartir y utilizar la información necesaria en el momento adecuado”. (INSIGHT 2007)
Rational Rose es una Herramienta CASE desarrollada por los creadores de UML que cubre todo el ciclo de vida de un proyecto: concepción y formalización del modelo, construcción de los componentes, transición a los usuarios y certificación de las distintas fases y entregables.
Da soporte al modelado visual con UML, permite llevar a cabo la realización de los diagramas que se han concebido siguiendo esta metodología. Ofrece distintas perspectivas del sistema, dando soporte al Proceso de Desarrollo de Software (RUP), el cual se basa en el Modelado de Negocio, la Captura de Requisitos, el Análisis y Diseño así como la Implementación.
El navegador UML de Rational Rose nos permite establecer una trazabilidad real entre el modelo (análisis y diseño) y el código ejecutable. Facilita el desarrollo de un proceso cooperativo en el que todos los agentes tienen sus propias vistas de información (Vista de Casos de Uso, Vista Lógica, Vista de Componentes y Vista de Despliegue), pero utilizan un lenguaje común para comprender y comunicar la estructura y la funcionalidad del sistema en construcción.
Además ofrece:
• “Diseño centrado en casos de uso y enfocado al negocio que generan un software de mayor calidad.
• Uso de un lenguaje estándar común a todo desarrollo que facilita la comunicación.
• Capacidades de ingeniería inversa.
• Modelo y código que permanece sincronizado ciclo de desarrollo
• Disponibilidad en múltiples plataformas”(AURORA VIZCAÍNO, 2004)
Rational Rose presenta una pequeña desventaja y es que necesita de mucha memoria para poder ser manejado de forma rápida y eficiente. Si no se dispone de bastante capacidad de proceso presenta dificultades a la hora de editar los diagramas y trabajar con ellos.
1.3.3 Plataforma .NET
“.NET es una plataforma de software que conecta información, sistemas, personas y dispositivos. Además una gran variedad de tecnologías de uso personal y de negocios, de teléfonos celulares a servidores corporativos, permitiendo el acceso a información importante, donde y cuando se necesiten.
Desarrollado con base en los estándares de Servicios Web XML, .NET permite que los sistemas y aplicaciones, ya sean nuevos o existentes, conecten sus datos y transacciones independientemente del sistema operativo, tipo de computadora o dispositivo móvil que se utilice, o del lenguaje de programación empleados para crearlo”.(CORPORATION 2003)
Esta plataforma de trabajo es la base de las tecnologías de programación de .NET. “Se trata de un entorno de programación y ejecución de varios lenguajes que facilita la creación, la implementación y ejecución de los servicios Web XML, las aplicaciones Web estándar y las Aplicaciones Cliente inteligentes.
Al utilizarse como la base de Microsoft Visual Studio .NET, .NET Framework permite la integración de las inversiones existentes con las nuevas aplicaciones y servicios y ofrece, tanto a los programadores como a las empresas, la capacidad de superar los retos de la implementación y el funcionamiento de las
Los dos principales componentes de .NET Framework son:
El lenguaje común en tiempo de ejecución (CLR, Common Language Runtime) es el motor de ejecución de las aplicaciones basadas en .NET Framework. Entre sus muchas funciones se incluyen la administración del código (carga y ejecución del código), la administración de la memoria para las aplicaciones y los objetos, el cumplimiento de las normas de seguridad respecto a los recursos a los que puede obtener acceso el código, y la interacción entre el código basado en .NET Framework y los objetos COM existentes.
“Las Bibliotecas de clases, que proporcionan las funciones para realizar tareas como el diseño de las interfaces de usuario, la creación de subprocesos, la administración de la seguridad y las comunicaciones de red, entre otras. Los tres grupos de clases más significativas son ADO.NET (para la manipulación de los datos), ASP.NET (para la creación de aplicaciones Web y servicios Web XML) y Windows Forms (para la creación de aplicaciones cliente inteligentes basadas en Windows)”.(CORPORATION 2004)
Modelado en Tres Capas
Siguiendo la filosofía del modelo actual de desarrollo del Sistema Akademos, se usará una Arquitectura de Modelado en Tres Capas [Figura 1.01]
• La capa de presentación o interfaz de usuario.
En este caso, contiene los formularios web, controles de usuario y funciones scripts que validen métodos en el cliente. Es la capa que interactúa con el usuario, y es la encargada de mostrar toda la información que se desee.
• La capa de negocio.
Esta capa mediadora entre la capa de presentación y la capa de acceso a datos. Está formada por las clases encargadas de llevar a cabo los procesos de negocio entre los datos que salen de cada una de las entidades del negocio y la forma de presentárselos al usuario. Las clases del negocio no podrán acceder a
• La capa de acceso a datos.
Contiene las clases que interactúan con la base de datos. En la capa de acceso a datos existirá una clase llamada CEntidad de la cual heredarán todas las otras clases de acceso a datos los métodos clásicos de inserción, modificación, eliminación y selección, y que además contendrá otros métodos para la llamada a los procedimientos almacenados existentes en la base de datos. Esta capa solo podrá realizar operaciones con la base de datos y estas se hacen de forma transparente para la capa de negocio.
Figura 1.01 Modelo de Tres Capas
1.3.4 Sistema gestor de base de datos
Un sistema de gestión de bases de datos (SGBD) se puede definir como una colección de datos interrelacionados y un conjunto de programas para acceder a esos datos. Adoración de Miguel, lo define como:” conjunto coordinado de programas, procedimientos, lenguajes, etc. que suministra, tanto a los
para describir, recuperar y manipular los datos almacenados en la base, manteniendo su integridad, confidencialidad y seguridad” (MIGUEL A. RIOJA, 2004).
Algunas de las principales funciones que debe cumplir un SGBD son la creación de la base de datos, su mantenimiento, la manipulación de datos de acuerdo con las necesidades del usuario, el control y la seguridad en el acceso a los datos, integridad referencial de los registros, respaldo y recuperación de la información, así como evitar redundancias e inconsistencias. Algunos ejemplos de SGBD son SQLServer, Oracle, DB2 o InterBase.
Microsoft SQL Server 2000
“Microsoft SQL Server 2000 es un sistema de gestión de bases de datos relacionales, (SGDBR) cliente - servidor de alto rendimiento. Se ha diseñado para admitir un elevado volumen de procesamiento de transacciones, además de aplicaciones de almacén de datos y de ayuda en la toma de decisiones (como las aplicaciones de análisis de ventas). Ajusta el uso que hace de la memoria del sistema para equilibrar las necesidades de otras aplicaciones que se ejecuten en la máquina y las necesidades de sus propios componentes internos.
Además, puede considerar muchas conexiones de la base de datos como inactivas, aunque el usuario final humano asociado pueda estar bastante activo, rellenando datos en la pantalla de introducción de datos, obteniendo información de los clientes, etc, pero esas actividades no requieren ninguna interacción con el servidor hasta que envía realmente un comando, por tanto, desde la perspectiva del motor de SQL Server, la conexión está inactiva.
SQL Server 2000 está íntimamente integrado con los sistemas operativos sobre los que se ejecuta. En concreto, esta optimizado para Windows (NT/2000/2003), que es la plataforma principal de SQL Server.”
(ELECTROSOFT 2001)
Capítulo 2: Características del sistema
Introducción
En el presente capítulo se realiza un breve estudio del estado actual del negocio y las reglas a considerar para automatizar el módulo. Se presenta el modelo del negocio, definiéndose el diagrama de casos de uso del negocio, una descripción de cada proceso y los diagramas de actividad para cada uno de éstos, que describen la secuencia de actividades que tienen lugar. Además, se describen los actores del negocio y la relación que existe entre los trabajadores y las entidades del negocio que estos manipulan, a través del diagrama de clases del modelo de objeto. Posteriormente se describe la solución de software propuesta, realizándose un análisis de sus beneficios y de la relación costo-beneficio. Se enumeran los requerimientos funcionales y no funcionales que debe presentar la solución a construir. Se determinan los casos de uso del sistema y los actores que interactuarán con éste, elaborándose una descripción en formato expandido de cada uno.
2.1 Estado actual del negocio
Actualmente, en la universidad se utiliza el Sistema de Gestión Académica, Akademos. Este sistema, aunque facilita una gran parte del trabajo de los involucrados en el proceso docente y automatiza algunas actividades relacionadas con la gestión académica, no satisface las necesidades de los estudiantes. En el Módulo de Registro, los profesores registran las evaluaciones y la asistencia de sus grupos, sin embargo, los estudiantes, quienes constantemente desean conocer sus notas y asistencia en las asignaturas que cursan, para caracterizar su rendimiento académico, se ven imposibilitados de interactuar en línea con el sistema, estos deben acudir directamente al profesor para conocer la información, así como para hacer solicitudes de cambios de asistencia o evaluaciones. Para conocer su horario docente deben acudir a la planificadora de la facultad y hacer una copia dura de este o conservar el enviado a través del correo electrónico.
2.2 Reglas del negocio
Los procesos que se llevan a cabo en cualquier centro cumplen determinadas reglas que han sido implantadas con anterioridad. Las mismas se deben tener en cuenta a la hora de automatizar estos procesos pues de lo contrario el software no cumpliría las restricciones del lugar.
Reglas a considerar:
• El expediente de un estudiante solo se puede mostrar a dicho estudiante.
• A cada grupo docente le corresponde un solo horario docente.
• Las planificadoras son las encargadas de gestionar los horarios docentes de su facultad.
• Un profesor emite avisos solo a los estudiantes que imparte clases.
2.3 Modelo del negocio
“El modelo del negocio se realiza con el propósito de comprender las características y actividades que se llevan a cabo en el contexto a automatizar. En él, se modelan los clientes y trabajadores del negocio y su interacción con los procesos y objetos que lo componen. Está formado por el modelo de casos de uso del negocio y el modelo de objetos del negocio.” (COLLERA 2005)
2.3.1 Modelo de casos de uso del negocio
“El modelo de casos de uso del negocio describe los procesos del negocio en términos de casos de uso del negocio y actores del negocio, que se corresponden con los procesos del negocio y los clientes de éste respectivamente. Este modelo se describe mediante diagramas de casos de uso que muestran la relación entre los casos de uso y los actores del negocio” (IVAR JACOBSON 1999).
Actores del negocio:
Tabla 1 Actores del negocio
Actores del Negocio Justificación
Estudiante Un Estudiante puede solicitar ver su expediente.
Interesado Un Interesado puede solicitar ver el registro de asistencia, de evaluaciones y el horario docente de cualquier estudiante.
Avisador Emite un aviso a cualquier estudiante que le imparta clases.
Trabajadores del negocio:
Tabla 2 Trabajadores del negocio
Trabajadores del negocio Justificación
Secretaria Encargada de mostrar el expediente, el horario y el registro de evaluaciones históricas de los estudiantes.
Profesor Gestiona los registros de evaluaciones y asistencia.
2.3.1.1 Diagrama de casos de uso del negocio
Figura 2.01 Diagrama de casos de uso del negocio
2.3.1.2 Descripción de los casos de uso del negocio
Cada caso de uso del negocio ha sido descrito textualmente en formato expandido y se han utilizado además diagramas de actividad, artefacto que muestra la secuencia de actividades que tiene lugar en cada proceso.
Tabla 3 Descripción del caso de uso Consultar Registro de Asistencia Caso de uso del negocio Consultar Registro de Asistencia Actores del negocio: Interesado (Inicia)
Propósito: Mostrar el registro de asistencia.
Resumen: El caso de uso comienza cuando un Interesado solicita al profesor ver el registro de asistencia de un estudiante y luego este lo muestra.
Casos de Uso asociados
Acción del actor Respuesta del proceso de negocio 1. El Interesado solicita al
Profesor ver el registro de asistencia.
2. El Profesor pregunta el grupo docente al cual pertenece el estudiante del que se desea conocer la información.
3. El Interesado informa el grupo docente.
4. El profesor localiza el registro de asistencia correspondiente y lo muestra.
Prioridad Crítico
Mejoras Junto con el registro de asistencia se mostrará un resumen con los por cientos de asistencia e inasistencias justificadas e injustificadas.
Diagrama de Actividad del caso de uso: Consultar Registro de Asistencia.
[Ver Anexo I]
Tabla 4 Descripción del caso de uso Conultar Expediente Caso de Uso del negocio Consultar Expediente Actores del negocio: Estudiante (Inicia)
Propósito: Mostrar el expediente del Estudiante que hace la solicitud.
Resumen: El caso de uso comienza cuando un Estudiante solicita a la Secretaria ver su expediente.
Casos de Uso asociados
Acción del actor Respuesta del proceso de negocio 1. El Estudiante solicita a la
Secretaria ver su expediente.
2. La Secretaria pregunta el grupo docente al cual pertenece el estudiante que hace la solicitud.
3. El Estudiante informa su grupo docente.
4. La Secretaria pregunta el nombre y apellidos del estudiante que hace la solicitud.
5. El estudiante informa su nombre y apellidos.
6. La Secretaria localiza el expediente correspondiente y lo muestra.
Prioridad Crítico
Mejoras En la actualidad el Estudiante para revisar su expediente debe dirigirse a la secretaría docente, con la automatización de este proceso se pudiera consultar esta información a través del sistema desde cualquier punto de la universidad.
Diagrama de Actividad del Caso de Uso: Consultar Expediente.
[Ver Anexo II]
Tabla 5 Descripción del caso de uso Conultar Notas Caso de Uso del negocio Consultar Notas Actores del negocio: Interesado (Inicia)
Propósito: Mostrar las evaluaciones de cualquier asignatura de un
estudiante.
Resumen: El caso de uso comienza cuando un Interesado solicita al profesor ver el registro de evaluaciones y luego este lo muestra.
Casos de Uso asociados
Acción del actor Respuesta del proceso de negocio 1. El Interesado solicita al
profesor ver el registro de evaluaciones.
2. El Profesor pregunta el grupo docente al cual pertenece el estudiante del que se desea conocer la información.
3. El Interesado informa el grupo docente.
4. El profesor localiza el Registro de Evaluaciones correspondiente y lo muestra.
Prioridad Crítico
Los Interesados podrán consultar todas las evaluaciones de cada estudiante, se mostrará además los promedios de cada semestre, curso y el general.
Diagrama de Actividad del caso de uso: Consultar Registro de Asistencia.
[Ver Anexo III]
Tabla 6 Descripción del caso de uso Consultar Horario Caso de Uso del negocio Consultar Horario Actores del negocio: Interesado (Inicia)
Propósito: Mostrar el horario de un grupo docente.
Resumen: El caso de uso comienza cuando un Interesado solicita a la Planificadora ver el horario de un grupo docente y esta lo muestra.
Casos de Uso asociados
Acción del actor Respuesta del proceso de negocio 1. El Interesado solicita a la
Planificadora ver el horario de
2. La planificadora pregunta el grupo docente del cual desea conocer la información.
un grupo docente.
3. El Interesado informa el grupo docente.
4. La Planificadora localiza el horario correspondiente y lo muestra.
Prioridad Crítico
Mejoras En la actualidad el horario es enviado por correo electrónico a principios de cada semestre por el decano de cada facultad a todos sus estudiantes, estos deben conservarlo o realizar el procedimiento antes descrito, con la automatización de este proceso los interesados podrán consultar en línea a través del sistema cualquier horario docente desde cualquier punto de la universidad.
Diagrama de Actividad del caso de uso: Consultar Horario.
[Ver Anexo IV]
Tabla 7 Descripción del caso de uso Emitir Aviso Caso de Uso del negocio Emitir Aviso Actores del negocio: Avisador(Inicia)
Propósito: Emitir un aviso a los estudiantes.
Resumen: El caso de uso comienza cuando un Avisador debe trasmitir una información a sus estudiantes, el mismo deberá buscar la forma de hacerla llegar a los estudiantes.
Casos de Uso asociados
Acción del actor Respuesta del proceso de negocio 1. El Avisador se percata de
que debe hacer llegar una información a sus estudiantes.
2. El Avisador busca la forma de hacerla llegar a los
3. Los Estudiantes reciben el aviso.
Estudiantes (vía oral, correo electrónico) y emite el aviso.
Prioridad Crítico.
Mejoras En la actualidad los profesores deben utilizar las vías tradicionales o el correo electrónico para hacerles llegar a sus estudiantes cualquier información. Con la automatización de este proceso los avisos emitidos por los profesores estarían disponibles en el sistema para los estudiantes en todo momento.
Diagrama de Actividad del caso de uso: Emitir Aviso.
[Ver Anexo V]
2.3.2 Modelo de objetos
“El modelo de objetos de negocio describe cómo colaboran los trabajadores y las entidades del negocio para llevar a cabo cada caso de uso del negocio. El trabajador, representa una abstracción de un ser humano que interactúa dentro del negocio y las entidades, representan “cosas” que los trabajadores toman, inspeccionan, manipulan, producen o utilizan en un caso de uso del negocio”(IVAR JACOBSON 1999).
Figura 2.02 Modelo de objetos del negocio
2.4 Solución propuesta
Después de haber realizado un encuentro con estudiantes de todos los años y facultades, profesores y secretarias de la Universidad para recoger todas las inquietudes e ideas posibles, se llegó a la conclusión que era importante el desarrollo de un Módulo para el Sistema de Gestión Académica, Akademos. Este módulo, Estudiantes, brindará información ya existente en el sistema a los mismos, a través de la interacción con el resto de los módulos de la aplicación.
Dentro de las funcionalidades que se proponen está que los estudiantes puedan consultar el registro evaluación y de asistencia para conocer su comportamiento y el de los estudiantes de su grupo
Modelo de objetos
Registro de Evaluaciones Histórico
(f rom Entidades)
Expediente (f rom Entidades) Secretaria
(f rom Trabajadores)
Registro de Evaluaciones del Profesor (f rom Entidades)
Registro de Asistencia (f rom Entidades) Profesor
(f rom Trabajadores) Planificadora (f rom Trabajadores)
Horario (f rom Entidades)
académico. Podrán hacer solicitudes de cambio de alguna evaluación o inasistencia, las cuales llegarán a sus profesores en forma de aviso. Podrán consultar su horario docente. Los profesores podrán emitir avisos a sus estudiantes a través del sistema para lograr una mayor comunicación con sus alumnos.
2.5 Requisitos funcionales
Al concluir con la realización del Modelo del Negocio y tras un encuentro con estudiantes, profesores y secretarias de toda la universidad se capturaron los siguientes requisitos:
1. Buscar estudiantes.
Esta es la funcionalidad que permite que un interesado pueda consultar toda la información disponible referente a un estudiante.
2. Mostrar Evaluaciones.
El sistema debe mostrar las notas finales de cada asignatura cursada por el estudiante y las evaluaciones parciales de las asignaturas en curso.
3. Solicitar cambios de notas por parte de los estudiantes.
El sistema debe permitir a los estudiantes hacer solicitudes de cambios de notas a su profesor, este decidirá si la solicitud es válida o no.
4. Mostrar el registro de asistencia.
El sistema debe mostrar el registro de asistencia de cada asignatura en curso.
5. Solicitar cambios en el registro de asistencia por parte de los estudiantes.
El sistema debe permitir a los estudiantes hacer solicitudes de cambios en el Registro de Asistencia, el profesor decidirá si la solicitud es válida o no.
6. Gestionar el horario de cada grupo académico.
6.1. Insertar el horario de cada grupo académico.
6.2. Eliminar el horario de cada grupo académico.
7. Mostrar el expediente de cada estudiante.
El sistema debe permitir mostrar todos los documentos asociados al estudiante, así como los movimientos que hayan sido realizados sobre él.
8. Gestionar Avisos.
8.1. Crear avisos.
8.2. Modificar avisos.
8.3. Eliminar avisos.
El sistema permitirá a los profesores emitir un aviso a sus estudiantes, así como modificarlos y eliminarlos.
2.6 Requisitos no funcionales
Requisitos de Seguridad
• Utilizar la seguridad integrada de Windows.
• Emplear técnicas para asegurar la integridad de los datos.
• Realizar un control estricto de las acciones que lleven a cabo los usuarios en el sistema.
Requisitos de Implementación
• Emplear la tecnología .Net como plataforma de desarrollo.
• Utilizar Microsoft SQL Server 2000 como Sistema Gestor de Base de Datos.
Requisitos de Apariencia
• Debe poseer una interfaz amigable y que permita visualizar claramente la información a los usuarios.
• Debe poseer un estilo en concordancia con el Sistema Akademos.
Requisitos de Software Cliente:
• Sistema operativo con interfaz grafica y soporte para red.
• Navegador Web.
Servidor:
• Windows 2000 Professional Service Pack 2.0 o superior.
• .NET Framework. 1.1.
• SQL Server 2000.
Requisitos de Hardware Para el desarrollo
• Pentium 600 MHz o superior.
• 128 MB de memoria RAM.
• 20 GB de disco duro.
Para la explotación:
Clientes:
• Pentium de 133 MHz o superior.
• 128 MB de memoria RAM mínima, 256 MB de memoria RAM recomendada.
Servidor Web:
• Dual PIII de 933MHz.
• 512 MB de memoria RAM.
• 60 GB de disco duro.
