En el presente capítulo se realiza el análisis, diseño y desarrollo de una solución informática para una parte del proceso de Formación de Postgrado, aplicado a la facultad de Ingeniería Industrial y Turismo.
Para dar cumplimiento a los objetivos del capítulo primeramente se realiza una caracterización de la entidad objeto de estudio y posteriormente se seguirán los pasos propuestos por (García Pérez, 2007) para desarrollar la herramienta informática.
2.1 Caracterización de la facultad de Ingeniería Industrial y Turismo
La Facultad de Ingeniería Industrial y Turismo se funda el 19 de febrero del 2007 y realiza su primer Consejo de Dirección el 23 de marzo del 2007. Contempla en su estructura al Departamento de Ingeniería Industrial, el Centro de Estudios Turísticos (CETUR) y el Centro de Estudios de Dirección Empresarial (CEDE), departamento y centros con una historia distintiva que recién juntan su quehacer en un solo espacio de interacción. Esta facultad tiene a su cargo la formación de estudiantes en las carreras de Ingeniería Industrial y Licenciatura en Turismo.
2.2 Análisis y diseño de la herramienta informática a partir de los pasos propuestos por García Pérez (2007)
En este epígrafe se muestra la aplicación de los pasos propuestos por García Pérez (2007), para obtener la solución informática como respuesta al problema científico planteado en esta investigación. Dada las características del software a desarrollar se eliminaron los pasos relacionados a la definición y firma del contrato de trabajo, quedando los pasos siguientes: 1. Modelado de los procesos del negocio
2. Especificación de los requisitos funcionales de alto nivel 3. Diseño de casos de uso de la versión
28
2.2.1 Modelado de los procesos de negocio
Como ya ha sido especificado el objetivo de la presente investigación se centra en la informatización de los sub-procesos de solicitud, selección, matrícula, control, cierre y emisión de título, que forman parte del proceso de formación postgraduada en la Facultad de Ingeniería Industrial y Turismo. En este paso se realiza una breve descripción de los procesos mencionados y se procede a su modelación.
Descripción y modelación del proceso
El alcance del proceso está dado por la formación de postgrado, en la FIIT para lograr este objetivo se tienen dos aristas, la formación posgraduada en las que se encuentran los doctorados, maestrías y las especialidades y por otro lado está la superación profesional en la que se encuentran, los diplomados, entrenamientos y los cursos. La descripción, involucrados y responsables de cada proceso se muestran en el anexo 2.
Los roles que están presentes en el proceso son los siguientes:
Comité Académico: profesores autorizados por una entidad superior a organizar, dirigir y controlar un doctorado, una maestría, una especialidad o un diplomado.
Estudiantes: está compuesto por todos los estudiantes que están matriculados en los cursos y programas de postgrado.
Profesores: son los encargados de impartir las diferentes asignaturas por cada tipo de curso.
Secretaria: es la encargada de organizar, controlar y archivar todos los documentos que se generan en los diferentes cursos.
Dirección de la facultad: es la encargada del control de la ejecución de los diferentes programas de postgrado.
Webmaster de la facultad: es el encargado de administrar y mantener la funcionalidad del sitio web
29
Usuario del sistema: son todas las personas que se autentifiquen en el sistema con el fin de obtener reportes del sistema.
El proceso fue modelado utilizando la notación BPMN y la herramienta TIBCO 3.0, los resultados de la modelación se muestran en el anexos 3.
2.2.2 Especificación de los requisitos funcionales de alto nivel
En este paso se identifican las necesidades del usuario, por lo que se emplearon para obtener la información necesaria, técnicas como la realización de entrevistas, y la revisión de documentos. Incluye definir:
Los objetivos del software, especificando la información a suministrar y a generar, así como los documentos y enlaces.
Los usuarios del sistema y la definición niveles de acceso por los roles definidos.
La definición de los requerimientos
La definición de los atributos no funcionales
Definición de los objetivos del software
Los objetivos del software serán divididos por cada uno de los procesos representados anteriormente en función de las necesidades de los usuarios y además se deben mostrar un conjunto de enlaces y documentos requeridos en el proceso de formación de postgrado:
a) Formación postgraduada: Información a suministrar:
Documentación del programa: se crea un nuevo programa para un doctorado, una maestría o una especialidad o se actualiza.
Documentación de la nueva edición del programa: se crea una nueva edición de un doctorado, una maestría o una especialidad o se actualiza (ver anexo 4).
30
Boleta de matrícula de postgrado académico: se introducen los datos que son necesarios para la inscripción del estudiante (ver anexo 5).
Notas de los estudiantes por asignaturas: el profesor encargado de cada asignatura coloca las notas de cada estudiante.
Modelo de inscripción de profesores: se introducen los datos de cada profesor que impartirá clase en la nueva edición.
Cronograma de desarrollo del programa: el comité académico coloca el cronograma de desarrollo.
Información que se va a generar:
Reporte de estudiantes por tipo de programa solicitado: el reporte debe mostrar los estudiantes por cada tipo de programa solicitado.
Reporte de los estudiantes que fueron aceptados y rechazados por el comité académico: muestra los estudiantes que el comité académico acepto y rechazo para cursar el postgrado.
Reporte con notas de las asignaturas de los estudiantes seleccionado: mostrar todas las notas de los estudiantes seleccionado por el usuario.
Reporte con notas de los estudiantes por asignaturas: muestra las notas de todos los estudiantes en todas las asignaturas del programa.
Reporte con notas de los estudiantes por asignaturas seleccionadas: muestra las notas de todos los estudiantes en las asignaturas seleccionadas del programa.
Reporte de cierre de asignaturas del programa: muestra una lista de los estudiantes del curso con sus notas por asignatura.
Generar listado de graduados: muestra una lista con los datos de todos los estudiantes graduados de un curso de postgrado.
31
Generar listado no graduados: muestra un listado con los datos de todos los estudiantes que no se graduaron de un curso de postgrado.
Reportes estadísticos
Modelo de cierre de edición del programa: muestra el modelo de cierre de edición de un programa de postgrado.
Modelo de cierre del programa: muestra el modelo de cierre del programa de postgrado
Certificación de notas b) Diplomado:
Información a suministrar:
Documentación de un nuevo programa de diplomado: se crea un nuevo programa de diplomado.
Documentación de la nueva edición del diplomado: se crea una nueva edición del diplomado (ver anexo 4).
Solicitud de matrícula de Diplomado: se introducen los datos que son necesarios para la inscripción del estudiante (ver anexo 6).
Introducir notas por asignaturas: se genera un formulario para introducir las notas por estudiantes en las asignaturas del diplomado.
Modelo de inscripción de profesores: se introducen los datos de cada profesor que impartirá clase en la nueva edición.
Información que se va a generar:
Reporte con estudiantes que solicitan un diplomado: muestra una lista con todos los datos de los estudiantes que han solicitado un curso.
32
Reporte de los estudiantes que fueron aceptados y rechazados por el comité académico: muestra los estudiantes que el comité académico acepto y rechazo para cursar el postgrado.
Reporte con notas de las asignaturas de los estudiantes seleccionado: el reporte debe mostrar todas las notas de los estudiantes en seleccionado por el usuario.
Reporte de notas de los estudiantes por asignaturas: muestra las notas de todos los estudiantes en todas las asignaturas del diplomado.
Reporte con notas de los estudiantes por asignaturas seleccionada: muestra las notas de todos los estudiantes en las asignaturas seleccionadas del programa.
Generar listado de graduados: muestra una lista con los datos de todos los estudiantes graduados en el diplomado.
Generar listado no graduados: muestra un listado con los datos de todos los estudiantes que no se graduaron en el diplomado.
Modelo de cierre de edición del diplomado: muestra el modelo de cierre de edición del diplomado.
Modelo de cierre del diplomado: muestra el modelo de cierre del diplomado
Certificado de graduados c) Entrenamientos o cursos:
Información a suministrar :
Documentación de la nueva edición del curso o entrenamiento: se crea una nueva edición de un curso o entrenamiento.
Solicitud de matrícula de entrenamiento o curso: se introducen los datos que son necesarios para la inscripción del estudiante (ver anexo 6).
33
Introducir notas de la asignatura: se genera un formulario con los para introducir las notas por los estudiantes de la asignatura.
Modelo de inscripción de profesores: se introducen los datos de cada profesor que impartirá clase en la nueva edición.
Modelo de inscripción de curso o entrenamiento: formulario con los datos de inscripción de un curso.
Información que se va a generar:
Reporte con estudiantes del curso o entrenamiento solicitado.
Reporte de los estudiantes que fueron aceptados y rechazados por dirección de la facultad.
Notas de los estudiantes en la asignatura.
Informe de cierre de curso
Certificado de graduados
Certificado de profesores d) Documentos y enlaces a mostrar:
Los documentos a mostrar están referidos a las normas y resoluciones vigentes en la universidad y en el país para el proceso de desarrollo del postgrado, en la tabla 2.1 se muestran cada uno de estos.
Tabla 2.1 Normas y resoluciones del proceso de desarrollo del postgrado
Documento URL
Reglamento de la Educación de Postgrado de la República de Cuba Resolución No. 132/2004
http://posgrado.uclv.edu.cu/
RegResol/Resolucion1322004.doc/view Normas y Procedimiento para la Gestión
del Postgrado anexo a la No. 132/2004
http://posgrado.uclv.edu.cu/ RegResol/Inst12006.pdf/view
34 Reglamento de la Educación de
Postgrado de la República de Cuba Resolución No. 166/2009
http://posgrado.uclv.edu.cu/
RegResol/ Res16609MES.pdf/view Reglamento de Gestión y Control del
Postgrado Internacional de la Universidad Central “Marta Abreu” de Las Villas Resolución Rectoral No. 44/2008
http://posgrado.uclv.edu.cu/ RegResol/RR442008.doc
Usuarios del sistema y definición de niveles de acceso por roles
Los principales usuarios de la aplicación están referidos a los estudiantes de postgrado, empresas donde laboran estudiantes de postgrado, secretaria de postgrado, comité académico y profesores que impartan cursos de postgrado. La definición de los niveles de acceso por cada uno de los roles definidos, mencionados anteriormente, se muestra en el anexo 7.
Definición de los requerimientos
Los requerimientos del sistema están en función de cada una de los elementos definidos anteriormente. A continuación se muestran cada uno de ellos:
1. Autenticación por el directorio activo de la Universidad Central “Marta Abreu” de las Villas y por el sistema.
2. Dar la posibilidad de registrar, editar y eliminar cada uno de los elementos definidos en los puntos de “Información a suministrar” del paso anterior.
3. Mostrar cada uno de los reportes definidos en los puntos de “Información que se va a generar” del paso anterior.
4. Mostrar y dar la posibilidad de acceder a todos los enlaces y documentos definidos en el punto de “Documentos y enlaces a mostrar” del paso anterior.
Definición de atributos no funcionales
La definición de los atributos no funcionales dada las características de los usuarios para los que está orientado el sistema se muestra en la tabla 2.2.
35 Tabla 2.2 Definición de atributos no funcionales
Atributo Valores
Facilidad de uso Fácil
Tiempo de respuesta De 20 a 50 segundos Plataforma Windows y Linux
Tolerancia a falla Fallas de electricidad
Dado que en el servidor de la facultad no se cuenta con respaldo para las fallas eléctricas, se propone dejar definido automáticamente un backup a la base de datos diario en el horario de la madrugada.
2.2.3 Diseño de casos de uso de la versión
Un sistema normalmente involucra muchos roles. Cada rol se representa por un actor. Los actores utilizan el sistema interactuando con los casos de uso. Un caso de uso es una secuencia de acciones que el sistema lleva a cabo para ofrecer algún resultado de valor para un actor. El modelo de casos de usos está compuesto por todos los actores y todos los casos de uso de un sistema. El sistema que se propone impone roles bien definidos y casos de uso del sistema a primera vista. El diagrama muestra los principales casos de uso del sistema, derivados directamente de sus requisitos.
Detalles de algunos casos de usos
Entre los casos de usos más importantes del sistema se encuentra los de: autenticación, crear una solicitud (formación postgraduada, diplomado, entrenamiento o curso), crear una nueva edición (formación postgraduada, diplomado, entrenamiento o curso), mostrar resultados de los requerimientos adicionales, inscripción de profesores, introducir notas por asignaturas, reportes de estudiantes por tipo de formación postgraduada, diplomado, entrenamiento o curso, reporte de los estudiantes que fueron aceptados por el Comité Académico, reporte con notas de las asignaturas de los estudiantes seleccionados, reporte con notas de estudiantes por asignatura,
36 administración de usuarios, administración de roles. Estos serán detallados con el fin de ilustrar los procesos de interacción de los actores del sistema con las nuevas interfaces que se han diseñado, además de la importancia que revierten los modelos de casos de usos en el diseño e implementación de un sistema.
37 Figura 2.1: Diagrama de caso de uso
38 Tabla 2.3 Casos de uso: autenticación
Caso de uso Autenticación
Actor Usuario
Precondiciones Se ha cargado la interfaz del sistema
Propósito Chequear identificación del usuario y permitir el acceso al sistema según su rol.
Resumen
El usuario adiciona su nombre de usuario y contraseña. Se le permite el acceso al sistema si los datos suministrados son correctos.
Postcondiciones Se crea una sesión para el usuario. El usuario accede al sistema.
Tabla 2.4 Casos de uso: crear una solicitud
Caso de uso Crear una solicitud
Actor Usuario
Precondiciones Que el usuario esté autenticado en el sistema.
Propósito Crear una solicitud de (formación postgraduada, diplomado, entrenamiento o curso)
Resumen
El usuario debe llenar los campos referente al formulario.
Postcondiciones Se ha creado una nueva solicitud para que el comité académico apruebe o no la solicitud
39 Tabla 2.5 Casos de uso: crear una nueva edición
Caso de uso Crear una nueva edición.
Actor Comité académico
Precondiciones Que el usuario del comité académico esté autenticado en el sistema.
Propósito Crear una nueva edición
Resumen
El Comité académico crea una nueva edición de (formación postgraduada, diplomado, entrenamiento o curso)
Postcondiciones Se ha creado una nueva edición (formación postgraduada, diplomado, entrenamiento o curso) para que los graduados de nivel superior puedan solicítala
Tabla 2.6 Casos de uso: mostrar resultados de los requerimientos adicionales
Caso de uso administración de usuarios
Actor Comité académico
Precondiciones Que se haya efectuado el examen y la entrevista
Propósito Que los estudiantes puedan conocer los resultados
Resumen
El comité académico introduce en el sistema los resultado de cada estudiante
40 Tabla 2.7 Casos de uso: inscripción de profesores
Caso de uso Inscripción de profesores
Actor Profesor
Precondiciones Que el profesor esté autenticado en el sistema.
Propósito Registrar los profesores que imparten clase de postgrado
Resumen
Se inscriben los profesores que van a impartir clase en las diferente ediciones de (formación postgraduada, diplomado, entrenamiento o curso)
Postcondiciones Se registran los profesores por asignatura
Tabla 2.8 Casos de uso: introducir notas por asignaturas
Caso de uso Introducir notas por asignaturas
Actor Profesor
Precondiciones Que se haya efectuado el examen
Propósito Que los estudiantes puedan conocer las notas
Resumen
Los profesores introducen en el sistema las notas de cada estudiante
41 Tabla 2.9 Casos de uso: reporte de estudiantes que fueron aceptados por el Comité Académico
Caso de uso Reporte de estudiantes que fueron aceptados por el Comité Académico
Actor Estudiantes
Precondiciones Que los estudiantes hallan llenado la planilla de inscripción
Propósito Que los estudiantes conozcan si fueron seleccionados
Resumen
La estudiante solicita el reporte de los estudiantes seleccionados
Tabla 2.10 Casos de uso: reportes de estudiantes por tipo de formación postgraduada, diplomado, entrenamiento o curso.
Caso de uso Reportes de estudiantes por tipo de formación postgraduada, diplomado, entrenamiento o curso
Actor Secretaria
Precondiciones Que los estudiantes hallan llenado la planilla de inscripción
Propósito Realizar los listados
Resumen
La secretaria solicita los estudiantes por cada tipo de, formación postgraduada, diplomado, entrenamiento o curso
42 Tabla 2.11 Casos de uso: reporte con notas de las asignaturas de los estudiantes seleccionados
Caso de uso Reporte con notas de las asignaturas de los estudiantes seleccionados
Actor Secretaria
Precondiciones Que los profesores hayan introducido las notas
Propósito Realizar la certificación de notas
Resumen
La secretaria solicita las notas de las asignaturas de los estudiantes que ella desee
2.4 Construcción del software Módulos del sistema
El sistema bajo las consideraciones definidas en el primer capítulo de la presente investigación, será desarrollado en Drupal 6.15. Basado en ello se definieron los elementos siguientes.
Estructuralmente la aplicación estará divida en tres capas:
Capa de acceso a datos: Está incluye la implementación de un sistema de base de datos en un sistema gestor de bases de datos MySql.
Capa lógica: Está conformada por las clases y funcionalidades implementadas en el CMS Drupal 6.15.
Capa de la interfaz gráfica. Este reúne las clases y funcionalidades para desarrollar interfaces gráfica implementadas en el CMS Drupal 6.15.
Los módulos a utilizar para la implementación de la solución son: 1. CCK: Relacionado a la creación y gestión de nuevos contenidos. 2. Core: Relacionado el núcleo del sistema de Drupal.
43 3. Date/Time: Módulo que si integra a CCK para definir datos de tipo fecha y hora.
4. User Interface: Frameworks para la definición de la interfaz gráfica de la aplicación. 5. Views: Permite la implementación de reportes.
6. Ldap: Permite la autenticación usando un directorio activo. La arquitectura de la solución propuesta se muestra en la figura 2.3
44
2.5 Conclusiones
1. El procedimiento utilizado ayudó a analizar, diseñar y desarrollar una solución informática acorde con las necesidades actuales de los procesos de solicitud, selección, matrícula, control, cierre y emisión de título en la FIIT.
2. Se define la información a suministrar y la información que se va a generar por cada tipo de programa de postgrado diferenciado por formación de postgraduada, diplomado y entrenamientos o cursos. También se definen los documentos que regulan el postgrado en Cuba lo que permite que los usuarios puedan contar en línea con los reglamentos y las normas establecidas.
3. El estudio y uso del CMS Drupal ha permitido diseñar e implementar una herramienta informática para al desarrollo de los procesos de solicitud, selección, matrícula, control, cierre y emisión de título en el proceso de formación de postgrado aplicado a la facultad Ingeniería Industrial y Turismo. La escritura de especificaciones funcionales ayudó en gran medida en la planificación del diseño de las interfaces, y sirvió de guía en el proceso de producción del software.
45