universidad centroccidental “lisandro …bibcyt.ucla.edu.ve/edocs_bciucla/repositorio/tgetk... ·...
TRANSCRIPT
UNIVERSIDAD CENTROCCIDENTAL
“LISANDRO ALVARADO”
DISEÑO DE UN SUBSISTEMA AUTOMATIZADO PARA LA GESTIÓN ACADÉMICA DE LOS ESTUDIANTES EN PROCESO DE
ELABORACIÓN DE TESIS DE GRADO
CASO DE ESTUDIO
COORDINACIÓN DE POSTGRADO DEL DECANATO DE CIENCIAS Y TECNOLOGÍA DE LA UCLA
(Sierralta M. Freddy F.)
FREDDY F. SIERRALTA M.
Barquisimeto, 2006
UNIVERSIDAD CENTROCCIDENTAL “LISANDRO ALVARADO” DECANATO DE CIENCIAS Y TECNOLOGÍA
ESPECIALIZACIÓN EN TECNOLOGÍA DE LA INFORMACIÓN Y COMUNICACIONES
DISEÑO DE UN SUBSISTEMA AUTOMATIZADO PARA LA GESTIÓN ACADÉMICA DE LOS ESTUDIANTES EN PROCESO DE
ELABORACIÓN DE TESIS DE GRADO
CASO DE ESTUDIO
COORDINACIÓN DE POSTGRADO DEL DECANATO DE CIENCIAS Y TECNOLOGÍA DE LA UCLA
(Sierralta M. Freddy F.)
Trabajo presentado para optar al grado de
Técnico Superior Especialista en Tecnología de Información y Comunicaciones
Por: FREDDY F. SIERRALTA M.
Barquisimeto, 2006
DISEÑO DE UN SUBSISTEMA AUTOMATIZADO PARA LA GESTIÓN ACADÉMICA DE LOS ESTUDIANTES EN PROCESO DE
ELABORACIÓN DE TESIS DE GRADO
CASO DE ESTUDIO
COORDINACIÓN DE POSTGRADO DEL DECANATO DE CIENCIAS Y TECNOLOGÍA DE LA UCLA
(Sierralta M. Freddy F.)
Por: FREDDY SIERRALTA
Trabajo de grado aprobado
____________________________ ______________________________ (Jurado 1) (Jurado 2) Tutor
______________________________________ (Jurado 3)
Barquisimeto, ___ de________________ de 2006
UNIVERSIDAD CENTROCCIDENTAL “LISANDRO ALVARADO” DECANATO DE CIENCIAS Y TECNOLOGÍA
ESPECIALIZACIÓN EN TECNOLOGÍA DE LA INFORMACIÓN Y COMUNICACIONES
DISEÑO DE UN SUBSISTEMA AUTOMATIZADO PARA LA GESTIÓN
ACADÉMICA DE LOS ESTUDIANTES EN PROCESO DE ELABORACIÓN DE TESIS DE GRADO
CASO DE ESTUDIO
COORDINACIÓN DE POSTGRADO DEL DECANATO DE CIENCIAS Y TECNOLOGÍA DE LA UCLA
(Sierralta M. Freddy F.)
Autor: Sierralta M. Freddy F. Tutor: Edgar R. González M.
RESUMEN
Las instituciones universitarias no escapan de la evolución tecnológica
informática teniendo que asumir el reto de automatizar sus procesos académicos y administrativos, para cumplir con las exigencias de sus miembros y con la sociedad donde está inmersa. Es por ello que para cumplir con estas exigencias surge este trabajo de investigación para dar respuesta a una de las necesidades que se están presentando en la Coordinación de Postgrado del Decanato de Ciencias y Tecnología de la Universidad Centroccidental “Lisandro Alvarado”, como el presentar el prototipo de software basado en tecnología Web, que se va encargar de la prosecución de los estudiantes de postgrado que se encuentran realizando trabajo o tesis de grado, en donde se va utilizar herramientas de desarrollo como lenguaje de programación Java, Páginas Java en Servidor (JSP), con apoyo de Tomcat como motor de página, MYSQL para manejar los datos y la metodología de Proceso Unificado para el desarrollo de software (RUP) para guiar el proceso de construcción del prototipo , apoyando en Lenguaje Unificado de Modelado (UML), para diseñar los componentes que el prototipo. De esta manera obtener un modelo de software que permita visualizar los procesos académicos y administrativos que llevan a cabo los miembros que laboran en esta Unidad.
Palabras Claves: prototipo, uml, rup, tecnología web, jsp
ÍNDICE GENERAL
PAG. RESUMEN………………………………………………………………………. iv CAPÍTULO I EL PROBLEMA………………………………………………………… 1 Planteamiento del Problema………………………………………… 1 Objetivos del Estudio……………………………………………….. 3 Justificación e Importancia…………………………………………. 4 Alcances y Limitaciones……………………………………………. 5 II MARCO TEÓRICO……………………………………………………. 7 Antecedentes de Aplicaciones de Gestión Académica – Adminis- trativo en Latino América…………………………………………… 7 Bases Teóricas………………………………………………………. 10 III MARCO METODOLÓGICO………………………………………….. 32 Tipo de Investigación……………………………………………….. 32 Método de Investigación……………………………………………. 32 Fases de Estudio……………………………………………………. 33 Estudio de Factibilidad……………………………………………… 34 Diseño de la Propuesta……………………………………………… 36 IV ANÁLISIS DE LOS RESULTADO…………………………………….. 37 Fase de inicio RUP………………………………………………….. 38 Fase de elaboración………………………………………………….. 51 V CONCLUSIONES Y RECOMENDACIONES………………………… 66 Conclusiones………………………………………………………… 66 Recomendaciones………….………………………………………… 68 REFERENCIAS……………………………..…………………………………… 67
ANEXOS
A Entrevista………………………………………………………………….. 71
INDICE DE FIGURAS
PAG. FIGURA 1 Diagrama de interrelación del SIU……………………………………… 09 2 Clave para el desarrollo de sistema. …………………………………….. 14 3 Un proceso de desarrollo de software……………………………………. 18 4 Los casos de usos integral el trabajo…………………………………… 18 5 Los cincos flujos de trabajo; requisitos, análisis, diseño, implementación y prueba………………………………………………… 20 6 Arquitectura del Software 4 + 1 vistas…………………………………… 21 7 Los elementos rol, trabajador, actividad y artefactos en RUP…………… 22 8 Actor (cliente, operador) interactuando con los casos de usos………….. 24 9 Flujo de trabajo, con artefactos producidos y su secuencia……………… 24 10 Visión general del subsistema SIGPO…………………………………… 27 11 Subsistema de administración de información de participantes…………. 28 12 Subsistema de estudiante de postgrado realizando tesis de grado……….. 28 13 Estructura Organizacional de Postgrado de la UCLA…………………… 37
14 Estructura organizacional de la Coordinación de Postgrado del Decanato
De Ciencias y Tecnología……………………………………………… 38
15 Diagrama Vicerrectorado Académico nivel 1………..………………..... 39
16 Diagrama Vicerrectorado Académico nivel 2…………………………. 40
17 Caso de uso Subsistema de la Dirección de postgrado………………….. 41
18 Primer Nivel de Abstracción SIGPO…………………………………… 42
19 Segundo nivel de abstracción: Subsistema de Gestión Académica……… 43
20 Tercer Nivel del Subsistema de Gestión Académica…………………….. 44
21 Caso de uso Subsistema de Trabajo de Grado………………………… 45
22 Caso de uso Subsistema de Trabajo de Grado Nivel 1…………………... 46
23 Caso de uso Subsistema Anteproyecto………………………………… 47
24 Caso de uso Subsistema de Inscripción del Proyecto…………………… 47
25 Caso de uso de visión general del Subsistema de Gestión Académica
para los estudiantes que están realizando trabajo o tesis de grado……... 48
26 Diagrama de clase Visión general del modelo propuesto………….......... 56
27 Diagrama de clase expandido del modelo propuesto……………………. 57
28 Página de acceso al sistema………………………………………............ 58
29 Página del menú principal……………………………………………….. 59
30 Página de inscripción del anteproyecto………………………………….. 60
31 Página para asignar junta revisora……………………………………....... 61
32 Página para registrar veredicto de la junta revisora……………………… 62
33 Registro del proyecto……………………………………………………… 63
34 Página de registro del veredicto del jurado……………………………….. 64
35 Página de consulta………………………………………………………… 65
CAPÍTULO I
EL PROBLEMA
Planteamiento del Problema
En Latinoamérica existen universidades que han aplicado la tecnología de
información para desarrollar sistemas de información que les ha permitido gestionar
sus actividades académicas y administrativas. Entre estas universidades están: La
Universidad de Chile que cuenta con el sistema de información denominado Gestión
Universitaria e Información del Alumno (GUIA), según el portal Universidad de
Chile “Dirección Servicios de Tecnología”. URL: http://www.sti.uchile.cl y el
Centro de Cibernética Aplicada a la Medicina (CECAM) de cuba, que cuenta con el
Sistema de Información Docente según el portal. URL: http://www.cecam.sld.cu .
Así como estas universidades, en Venezuela la Universidad de Nueva
Esparta, ofrece estudios de postgrado a distancia según su portal. URL:
http://www.alfa.une.edu.ve/postgrado/. Esto evidencia que las universidades están
trabajando con la tecnología de la información para mejorar su gestión en los
servicios académicos que presta. Por lo antes expuesto ¿Que está haciendo la
Universidad Centroccidental Lisandro Alvarado?. La Universidad a través de la
Coordinación de Postgrado del Decanato de Ciencias y Tecnología se encuentra
desarrollando el Proyecto Software denominado SISTEMA DE INFORMACIÓN
PARA LA GESTIÓN DEL POSTGRADO “SIGPO”. Pero ¿Qué es SIGPO?,
según la Unidad de Coordinación de Postgrado lo define de la siguiente manera:
El Sistema de Información para la Gestión de la Coordinación de Postgrado está
conceptualizado para cubrir las necesidades de información en el área Académica y
Administrativa de dicha coordinación en forma integral”. En el área Académica, se
1
considerará la Gestión de Programas y de Alumnos, mientras que en el área
Administrativa se comprenderá la Gestión de Recursos y de Servicios en general.
También hay que destacar que el Decanato de Ciencias y Tecnología
perteneciente a la Universidad “Lisandro Alvarado”, viene desarrollando actividades
académicas incorporando nuevas opciones para la comunidad estudiantil como son
las carreras de Ingeniería informática y Licenciatura en Matemática.
La aceptación de los estudiante por estas opciones ha crecido hasta llegar a
una matricula de 2800 estudiantes para septiembre del 2004, según el departamento
de Registro Académico del mismo decanato. Los estudios de cuarto nivel también
forman parte de las ofertas que brinda el decanato, y esta son las siguientes:
- Maestrías en Ciencias.
- Maestrías en Ciencias de la Computación.
- Especialización.
Las maestrías en ciencias son:
- Física-Matemática.
- Matemática.
- Optimización.
Las maestrías en Ciencias de la computación son:
- Ingeniería del software.
- Inteligencia artificial.
-Redes de computadoras y la Especialización que se oferta es la
Especialización en Tecnología de la Información y Comunicaciones. Según
la Coordinación General de postgrado de la Universidad Centroccidental
“Lisandro Alvarado” el Decanato de Ciencias y Tecnología contaba para
diciembre del 2004, con una matrícula de 149 participantes distribuidos de la
siguiente forma ciento cuatro (104) estudiantes cursando maestrías y
cuarenta y cinco (45) cursando especialización.
En relación con esto último, ¿Cómo realiza sus procesos académicos la
Coordinación de Postgrado, para llevar el control académico y administrativos de los
2
ciento cuarenta y nueve participantes?, ¿Cuenta con al algún sistema de información
automatizado para su gestión académica y administrativa?
Según lo expresado en entrevista (ver anexo 1) realizada a la secretaria Janeth
Barbosa, la Coordinación de postgrado no cuenta con un sistema de información
automatizado, y la gestión académica y administrativa se realizan de forma manual.
Esto ha traído como consecuencia el uso de archivos físicos, exceso de manejo
de carpetas, uso de herramientas informáticas de oficina como Excel y Word para
crear constancias de notas, constancias de estudios, solvencias administrativas,
recibos de pago de aranceles. Lo que ha ocasionado que haya repetición de datos,
exceso de uso de formularios y retrasos para la obtención de la información.
Por tal motivo se podría plantear las siguientes interrogantes:
¿Cuál es la situación actual de la Coordinación de Postgrado del Decanato de
Ciencias y Tecnología?
¿Cómo es el proceso que debe realizar el estudiante para presentar su trabajo o
tesis de grado?
¿Cuáles serian las necesidades de información que requieren los miembros de
la Coordinación de Postgrado, los docentes, estudiantes y demás miembros que
interviene el proceso académico de los estudiantes que van a presentar su trabajo o
tesis de grado?
¿Permitiría la construcción de un prototipo de software basado en tecnología
Web, modelar los procesos académico de los estudiantes que están realizando
trabajo o tesis de grado?
Objetivos del Estudio
Objetivo General
Diseñar un subsistema automatizado para la gestión académica de los estudiantes
en proceso de la elaboración de trabajo o tesis de grado para la Unidad de
3
Coordinación de postgrado del Decanato de Ciencias y Tecnología de la Universidad
Centroccidental “Lisandro Alvarado” (UCLA).
Objetivos Específicos
- Diagnosticar la situación actual de la Coordinación de Postgrado del Decanato
de Ciencias y Tecnología, a través del análisis de los procesos académicos que
realiza.
- Determinar las necesidades de información que requieren las personas
relacionadas con el proceso académico.
- Determinar el proceso que debe realizar el estudiante para presentar su
trabajo o tesis de grado desde el anteproyecto hasta la defensa respectiva.
- Presentar el diseño formal del software para la Gestión Académica por
medio de un prototipo basado en tecnología Web que permita modelar el
sistema para registrar el proceso desde la inscripción del anteproyecto hasta la
fase final de la defensa del proyecto de tesis.
Justificación e Importancia
La Coordinación de Postgrado del Decanato de Ciencias y Tecnología de la
UCLA, está realizando sus procesos académicos y administrativos de forma manual,
surgiendo la necesidad de mejorar estos procesos para obtener el grado de calidad
necesario en el procesamiento de los datos proveniente de las actividades antes
mencionadas y obtener la información en el tiempo adecuado para la toma de
decisiones. Por lo tanto los elementos que justifican están investigación son:
• Transformar los procesos manuales gestión académica de postgrado
por proceso automatizado utilizando la tecnología de la información y
4
de las comunicaciones, para obtener la información en tiempo preciso
para la toma de dediciones.
• Crear las bases de datos que permitan almacenar y resguardar la
información y que esta pueda servir de integración con los demás
proceso de la gestión académica de la coordinación de postgrado.
• Crear estándares que permitan ser utilizado como modelo en otras
coordinaciones de postgrado, para ir a una integración general.
Esperando que este estudio pudiera ser utilizado como modelo de referencia
en otros decanatos de la universidad “Lisandro Alvarado”, como también para otras
instituciones de Educación Superior.
Alcances y Limitaciones
Esta investigación tiene como marco de estudio la Coordinación de Postgrado
del Decanato de Ciencias y Tecnología de la Universidad Centroccidental
“Lisandro Alvarado”, estableciendo para esto solo las relaciones y necesidades de
integración con otros departamentos del mismo, y aplicado a la gestión académica y
administrativa de los estudiantes de postgrado que se encuentra realizando tesis de
grado, y de esta manera diseñar un prototipo de software bajo tecnología Web que
permita automatizar los procesos académicos y administrativos, de tal manera que se
puedan gestionar los requerimientos del manejo de la información para la toma de
decisiones. Entonces se establecen para el caso de estudio las siguientes limitaciones:
- Se mencionarán los reportes o consultas relacionadas con el caso de estudio.
- No se validará la seguridad por pertenecer esta al subsistema de seguridad.
- No registrará los pagos de aranceles, por pertenecer al subsistema de gestión
administrativa.
-Se modela:
5
• La Inscripción del proyecto.
• Asignación de la Junta Revisora del anteproyecto.
• Veredicto de la Juta Revisora del anteproyecto
• Asignación del Jurado del Proyecto de tesis de grado.
• Veredicto del Jurado como resultado de la defensa del
proyecto.
-Se mostrará el funcionamiento de alguna de ellas.
-Se considera que ya existen las tablas de participantes y docentes.
6
CAPÍTULO II
MARCO TEÓRICO
Antecedentes de Aplicaciones de Gestión Académica – Administrativa en Latino América
Las universidades no escapan de los procesos de transformaciones sociales,
teniendo que adaptarse a esta dinámica, pero para afrontar estas transformaciones las
universidades se apoyan en la tecnología de la información y ejemplo de éstas son:
La Universidad de Chile “Vicerrectoría de Asuntos Económicos y Gestión
Institucional “Cuenta con el Sistema GUIA, pero que es GUIA. Según su portal.
URL: http://www.sti.uchile.cl , Gestión Universitaria e Información del Alumno
(GUIA) es un sistema de información corporativo que agrupa y administra todos los
aspectos relativos al alumno, desde asuntos curriculares hasta el registro de títulos y
grados. Incluye la administración de las fichas socioeconómicas, la cobranza y los
beneficios. El modelo integra a alumnos de pregrado y de postgrado, bajo una
visión de currículo transversal a la institución. Además, el sistema pone a
disposición del alumno un portal personalizado, para acceder a informaciones afines
con sus intereses. En su proyecto destacan los objetivos, organismos relacionados,
usuarios, módulos de operación y los proceso soportados.
El Centro de Cibernética Aplicada a la Medicina (CECAM) tiene su
antecedente en el Departamento de Computación que se creó en la entonces Facultad
de Ciencias Médicas de la Universidad de La Habana, por iniciativa del Dr. José
Antonio Presno Albarrán, quien presidió en los albores de los años setenta la primera
Comisión de Computación que se dedicó al estudio de las necesidades de desarrollo
7
de la informática en la Salud Pública cubana. En la actualidad el CECAM cuenta
con los siguientes Sistemas de Información:
o SAIDO (Paquete de sistemas de Información Docente)
o SAIDO-F: (Sistema automatizado de información docente,
facultades).
o SAIDO_FV (Sistema de Información para Graduados).
o SAIDO_F CE: (El Sistema de Curso Electivo).
o SAIDO-I.: (Sistema Automatizado de Gestión docente para
Institutos).
o SICRE (Paquete de sistemas para el control de residentes).
o SICRE_F. (Sistema de control de residentes, facultad).
o SICRE_N. (Sistema Automatizado de Control de Residentes para el
MINSAP).
o PREMED (Sistema Automatizado de Información Docente para
Estudiantes Extranjeros en el Sistema de Premédica).
El Ministerio de Educación, Ciencias y Tecnología de Argentina: Según su
portal URL: http://www.siu.edu.ar, plantea, que el desarrollo de sistemas de gestión
para las universidades es uno de los objetivos centrales del Programa SIU, que
engloba sustentar la construcción de un Sistema de Información para la Educación
Superior, en el que estén involucradas y vinculadas todas las áreas que la
comprenden. Así que los sistemas impulsados desde el SIU funcionan con
permanente interrelación, en búsqueda de una optimización de recursos y excelencia
en la gestión, presentado el siguiente esquema: (Ver figura 1)
8
Figura 1: Diagrama de interrelación del SIU
Fuente: http://www.siu.edu.ar (2005)
La Universidad de San Simón de Bolivia. Según su portal URL:
http://websis.umss.edu.bo, en una institución de educación superior, la información
más significativa es sin lugar a dudas la relacionada con sus principales procesos:
enseñanza – aprendizaje, investigación e interacción social y su portal pretende
principalmente satisfacer las necesidades de información en el proceso de enseñanza
– aprendizaje, tanto a nivel de alumnos como de docentes, materias, carreras y todas
las interrelaciones existentes entre estas instancias. Puesto que las necesidades de
información varían de acuerdo al rol que desempeña cada miembro de la comunidad
universitaria, este portal ofrece diferentes niveles de acceso a información relevante
para cuatro categorías: autoridades, docentes, alumnos y funcionarios que
diariamente trabajan con el SIS “Sistema de Información San Simón”, considerando
que la información presentada es un producto directo de los datos almacenados por
el Sistema de Información Estudiantil.
La Universidad Austral de Chile: Apoyada en su Centro Informático UACH,
tiene como misión según su portal URL: http://www.uach.cl. Impulsar la
modernización de la corporación mediante la integración de tecnología de la
información, en concordancia con la planificación estratégica, proporcionando
9
continuidad operacional y soporte de primer nivel a todos los usuarios corporativos,
y tiene como proyecto lo siguiente:
• Modernización de la Gestión Institucional en la Universidad Austral de
Chile, Línea de Apoyo a la Gestión.
• Portal para apoderados de los estudiantes de la Universidad Austral de
Chile, donde podrán pagar el derecho de matrícula y las cuotas de arancel
a través de WebPay (Tarjeta de Crédito) o débito en cuenta corriente, con
los bancos que la Universidad tenga convenio.
• Sistema de Postgrado, integra a los alumnos de Postgrado (Magíster y
Doctorado) al Info-Alumnos.
• Sistema de Recaudación de la Organización.
• Postulación de los estudiantes al beneficio laboral y por otra parte,
petición de los requerimientos laborales por las diferentes unidades
de la Universidad.
• Automatización del proceso de titulación de los estudiantes de pregrado.
• Sistema de Bienestar.
Antecedentes Nacionales:
La universidad de Nueva Esparta según su portal
http://www.alfa.une.edu.ve/postgrado. Está ofreciendo estudios de Postgrado,
Extensión Profesional y Educación continua 100% vía Internet. Con este
sistema virtual de aprendizaje, disponible los 365 días del año, realizan todas
las actividades a distancia, independientemente del lugar y tiempo
facilitando el intercambio de ideas y materiales con individuos de cualquier
parte del mundo mediante la participación en Comunidades Virtuales de
Aprendizaje.
Bases Teóricas
La Universidad de Chile, Según su portal. URL: http://www.sti.uchile.cl,
menciona que el “El Sistema de información corporativo que agrupa y administra
10
todos los aspectos relativos al alumno y a la administración, aplica un modelo que
integra a los alumnos de pregrado y de postgrado, bajo una visión de currículo
transversal a la institución”. Pero ¿Qué es un Sistema de Información?, según James
A. Senn (1992), lo define “Como el medio por el cual los datos fluyen de una
persona o departamento hacia otros y puede ser cualquier cosa, desde la
comunicación interna entre diferentes componentes de la organización y líneas
telefónicas hasta sistemas de cómputos que generan reportes periódicos para
varios usuarios”. Además también es definido por Laudon Kenneth y Laudon Jane
(1996), como “Un conjunto de componentes interrelacionados que permiten
capturar, procesar, almacenar y distribuir la información para apoyar la toma de
decisiones y el control de una institución”.
Clasificación de los Software:
Software: Según el diccionario Encarta 2005, lo define de la siguiente
manera “Conjunto de programas, instrucciones y reglas informáticas para ejecutar
ciertas tareas en una computadora” y se clasifican según Presman (1998) en
“software de tiempo real, software de gestión, software de ingeniería y científico,
software empotrado, software de computadoras personales y software de inteligencia
artificial.
• El software de sistemas, está orientado al desarrollo de sistemas
operativos y compiladores.
• El software de tiempo real, como su palabra lo indica, manejar
información en fracciones de segundo a medida que van sucediendo,
en estos hay un proceso de monitoreo para analizar los datos que
entran, procesarlos y emitir una salida instantánea.
• El software de gestión, se dedica a manejar información comercial,
las aplicaciones en esta área reestructuran los datos existentes en
orden a facilitar las operaciones comerciales o gestionar la toma de
decisiones”.
11
Prototipo de Software: Según James A. Senn (1992), “Se refiere a un
modelo que funciona para aplicaciones de sistemas de información. El prototipo
no contiene todas las características o lleva a cabo la totalidad de las funciones
necesarias del sistema final”.
Los sistemas de información están clasificados según James A. Senn (1992),
de la siguiente manera:
• Sistemas de procesamientos de transacciones: Los sistemas de
procesamientos de transacciones, son sistemas de información
computarizados desarrollados para procesar gran cantidad de datos para
las transacciones rutinarias de los negocios.
• Sistema de automatización de oficina y sistemas de manejo de
conocimiento: Los sistemas de automatización de oficina dan soporte a
los trabajadores de datos, quienes, por lo general no crean nuevo
conocimiento sino que usan la información para analizarla y
transformar datos, o para manejarla en alguna forma y luego
compartirla o diseminarla formalmente por toda la organización.
Mientras que los sistemas de manejo de conocimiento dan soporte a los
trabajadores profesionales, tales como científicos, ingenieros y doctores,
les ayudan a crear un nuevo conocimiento que contribuya a la
organización o a toda la sociedad.
• Sistema de información gerencial: Los sistema de información
gerencial, son sistema que producen información que es usada para la
toma de decisiones.
• Sistema de apoyo a decisiones: Los sistema de apoyo de las decisiones,
son similares a los sistema de información gerencial pero estos están
hecho más a la medida de la persona o grupo que los usa.
• Sistemas expertos e inteligencia artificial: La inteligencia artificial
(AI) puede ser considerada la meta de los sistemas expertos. Los
sistemas expertos usan el enfoque del razonamiento de la AI, para
12
resolver los problemas que les plantean los usuarios de negocio. Un
sistema experto (también llamado un sistema basado en el conocimiento)
captura en forma efectiva y usa el conocimiento de un experto para
resolver un problema particular experimentado en una organización, y
selecciona la mejor solución.
• Sistema de apoyo a decisiones de grupo: Cuando los grupos necesitan
trabajar juntos para tomar decisiones semiestructurada, estructurada o
sin estructura, un sistema de apoyo a decisiones de grupo pueden
plantear la solución. Estos son usados en cuartos especiales, equipados
en varias configuraciones diferentes, que permiten que los miembros
del grupo interactúen con apoyo electrónico, frecuentemente en forma de
software especializado y con una persona que de facilidades al grupo.
Estos están orientados para reunir el grupo, a fin de que se resuelva un
problema. Algunas veces son tratados bajo el término mas general de
trabajo colaborativo apoyado por computadora que puede incluir el
apoyo de software llamado “Groupware” para la colaboración en
equipo por medio de computadoras en red.
• Sistema de apoyo a ejecutivos: Los sistemas de apoyo a ejecutivos
ayudan a sus usuarios a que ataquen problemas de decisión sin
estructura, que no son específicos de una aplicación, creando un
ambiente que ayude a pensar acerca de los problemas estratégicos de
una manera informada.
Entonces conociendo las clasificaciones expuestas por James Sean, el
sistema de información en que se basará el prototipo, va a estar basado en los
sistemas de procesamiento de transacciones y de apoyo a las decisiones, ya que
debe permitir el procesamiento de las transacciones académicas y administrativas y
apoyarse en sistema de información para la toma de decisiones. Por lo tanto el
prototipo a desarrollar es un software, que requiere de elementos esenciales como
son la aplicación de (ver figura 2):
13
• Notación gráfica.
• Metodología de desarrollo.
• Herramientas.
Figura 2: Clave para del desarrollo de sistema. Fuente: Patricio Letelier (2004) “Universidad Politécnica de Valencia España”: Introducción al RUP.
Herramientas: Según Jacobson (2000), hay herramientas que soportan
todos los aspectos del ciclo de vida del software, éstas son:
• Gestión de requisitos: Se utiliza para almacenar, examinar,
revisar, hacer el seguimiento y navegar por los diferentes
requisitos de un proyecto de software. Un requisito debería tener
un estado asociado, y la herramienta debería permitir hacer el
seguimiento de un requisito desde otros artefactos del ciclo de
vida, como un caso de uso un caso de prueba.
• Modelado Visual: Se utiliza para automatizar el uso de UML, es
decir, para modelar y ensamblar una aplicación visualmente.
• Herramientas de programación: Proporcionan una gama de
herramientas, incluyendo compiladores, depuradores, detectores
de errores y analizadores de rendimiento.
14
• Aseguramiento de la calidad: Se utiliza para probar aplicaciones
y componentes, es decir, para registrar y ejecutar casos de prueba
que dirigen la prueba de una interfaz gráfica de usuario (IGU) y
de las interfaces de un componente.
Notación Gráfica: El analista de sistema necesita hacer uso de la libertad
conceptual que le permita modelar gráficamente los procesos y flujos de datos del
sistema de información.
Para la notación gráfica existen los flujogramas o diagramas que según
Gómez Rondón (1995), los flujogramas son importantes para el diseñador porque le
ayudan en la definición, formulación, análisis y solución del problema. El diagrama
de flujo ayuda al analista a comprender el sistema de información de acuerdo con las
operaciones de procedimientos incluidas, le ayudará a analizar esas etapas, con el fin
tanto de mejorarlas como de incrementar la existencia de sistemas de información
para la administración ; así también UML, ¿Pero que es UML?, Lenguaje
unificado de modelaje (UML): Según Grady Booch, de RATIONAL SOFTWARE
CORPORATION, “Un lenguaje proporcional, un vocabulario y reglas para
combinar palabras de ese vocabulario con el objetivo de posibilitar la
comunicación. Un lenguaje de modelado es un lenguaje cuyo vocabulario y reglas
se centran en la representación conceptual y física de un sistema, entonces un
lenguaje de modelado como UML, es por lo tanto un lenguaje estándar para los
planos del software”., además UML, es un lenguaje para:
• Visualizar: Porque permite visualizar los planos del software por
medio de símbolos gráficos, con una semántica bien definida.
• Especificar: UML, cubre la especificación de todas las decisiones
de análisis, diseño e implementación que deben realizarse al
desarrollar y desplegar un sistema con gran cantidad de software.
15
• Construir: UML, no es un lenguaje de programación visual, pero sus
modelos pueden conectarse de forma directa a una gran variedad de
lenguajes de programación. Esto significa que es posible establecer
correspondencia desde un modelo UML a un lenguaje de
programación como Java, C++ o Visual Basic, o incluso a tablas de
base de datos relacionales o almacenamiento persistente en una base
de datos orientada a objeto. Esta correspondencia permite ingeniería
directa, que es la generación de código a partir de un modelo UML en
un lenguaje de programación. Lo contrario, también es posible,
construir un modelo UML a partir de una implementación, lo que se
denomina ingeniería inversa.
• Documentar: UML, cubre la documentación de la arquitectura de un
sistema y todos sus detalles.
UML, le facilita al analista de sistema cinco vistas de diseño que son: la
vista del modelo de usuario, vista del modelo estructural, vista del modelo de
comportamiento, vista del modelo de implementación y vista del modelo del
ambiente además de nueve diagramas representados de la siguiente manera según
Grady Booch:
• Diagrama de clase: Muestra un conjunto de clases, interfaces y
colaboraciones, así como su relaciones.
• Diagrama de objetos: Muestra un conjunto de objetos y sus
relaciones. Los diagramas de objetos representan instantáneas de
instancias de los elementos encontrados en los diagramas de clases.
• Diagrama de casos de usos: Muestra un conjunto de casos de uso,
actores y sus relaciones. Estos diagramas son importantes en el
modelado y organización del comportamiento de un sistema.
• Diagramas de secuencia y diagramas de colaboración: Son un
tipo de diagrama de iteración, entiéndase por diagrama de iteración
el que muestra una iteración que consta de un conjunto de objetos y
16
sus relaciones; incluyendo los mensajes que pueden ser enviados
entre ellos. Los diagramas de iteración cubren la vista dinámica de
un sistema. Un diagrama de secuencia resalta la ordenación temporal
de los mensajes; mientras que un diagrama de colaboración es un
diagrama de iteración que resalta la organización estructural de los
objetos que envían y reciben mensaje. Los diagramas de secuencia y
los diagramas de colaboración son isomorfos, es decir, que se puede
tomar uno y transformarlo en el otro.
• Diagrama de estado: Muestra una máquina de estado, que consta
de estados, transiciones, eventos y actividades. Los diagramas de
estado cubren la vista dinámica de un sistema. Son especialmente
importantes en el modelado del comportamiento de una interfaz, una
clase o una colaboración y resaltan el comportamiento dirigido por
eventos de un objeto, lo cual es especialmente útil en el modelado de
sistemas reactivos.
• Diagrama de actividades: Es un tipo especial de diagrama de
estado que muestra el flujo de actividades dentro de un sistema.
• Diagrama de componentes: Muestra la organización y las
dependencias entre un conjunto de componentes. Estos cubren la
vista de implementación estática de un sistema.
• Diagrama de despliegue: Muestra la configuración de nodos de
procesamiento en tiempo de ejecución y los componentes que
residen en ellos.
UML le va a permitir al analista de sistema modelar el proyecto de software,
permitiendo así obtener las diferentes vistas del mismo, apoyándose en los
diferentes diagramas para obtener la arquitectura desea.
Metodología de desarrollo RUP: Según Ivar Jacobson, Grady Booch y
otros (2000), “Es un proceso de desarrollo de software, y un proceso de desarrollo de
17
software es un conjunto de actividades necesarias para transformar los requisitos
de un usuario en un sistema software” (ver figura 3).
Figura 3: Un proceso de desarrollo de software.
Fuente: Ivar Jacobson (2000). El proceso Unificado del desarrollo del Software.
El proceso unificado se resume en tres fases claves que son dirigidos por
casos de usos, centrado en la arquitectura, e iterativo e incremental.
• El proceso Unificado dirigido por casos de uso: En el proceso
unificado el término usuario no solo hace referencia a usuarios
humanos sino a otros sistemas. En este sentido, el término usuario
representa a alguien o algo que interactúa con el sistema que
estamos desarrollando. Una interacción es un caso de uso, en
relación con esto un caso de uso es un fragmento de funcionalidad
del sistema que proporciona al usuario un resultado importante. Los
casos de usos representan los requisitos funcionales. Todos los
casos de uso en conjunto constituyen el modelo de casos de uso, el
cual describe la funcionalidad total del sistema (ver figura 4).
Figura 4: Los casos de usos integran el trabajo. Fuente: Patricio Letelier (2004): Introducción al RUP.
Proceso de desarrollo del Software
Requisitos del usuario Sistema software
18
• El proceso unificado centrado en la arquitectura: La arquitectura
• o dividir
En relación con esto, RUP, está dividido en dos estructuras una estática y
otra di
en sistema de software se describe mediante diferentes vistas del
sistema en construcción. El concepto de arquitectura del software
incluye los aspectos estáticos y dinámicos más significativo del
sistema, por lo tanto, los arquitectos del software moldean el sistema
para darle forma. Es esta forma, la arquitectura, la que debe diseñarse
para permitir que el sistema evolucione, no solo en su desarrollo
inicial, sino también a lo largo de las futuras generaciones.
El proceso unificado es iterativo e incremental: Es práctic
el trabajo en parte más pequeña o miniproyecto. Las iteraciones
hacen referencia a pasos de flujos de trabajo, y los incrementos, al
crecimiento del producto. Para una mayor efectividad máxima, las
iteraciones deben estar controladas; esto es que deben seleccionarse
y ejecutarse de una forma planificada.
námica. La estructura dinámica, eje horizontal (ver figura 5), representa la
dimensión del tiempo de los procesos expresado en ciclos, fases, iteraciones y
hechos que evolucionan en el ciclo de vida del proyecto. La estructura estática, eje
vertical (ver figura 5), representa la estructura estática de los procesos, que describe
como los elementos del proceso que son: actividades, disciplinas, artefactos y roles
son agrupadas lógicamente dentro de las disciplinas de los procesos centrales
llamados también: flujos de trabajo (Workflows).
19
Figura 5: Los cincos flujos de trabajo; requisitos, análisis, diseño, implementación y prueba: Fuente: Ivar Jabcoson (2000).
Como se puede observar en la figura 5, RUP está conformado por cuatro
fases que son: inicio, elaboración, construcción y transición. Según el Taller de
RUP, dictado por Luis A. Guerrero, de la Universidad de Chile del Departamento de
Ciencias de la Computación, explica las fases de la siguiente manera:
• Inicio: Esta fase tiene como objetivos:
o Establecer la oportunidad y alcance del proyecto.
o Estimar el costo total del proyecto y planificar su desarrollo.
o Estimar los riesgos.
o Discriminar los casos de uso críticos del sistema.
o Identificar todas las entidades externas con las que se trata (actores)
y definir la interacción a un alto nivel de abstracción. Por lo
expuesto podemos decir que el objetivo de esta fase es establecer
la factibilidad del proyecto, sus relaciones con las entidades
(actores) para delimitar el alcance del proyecto.
• Elaboración: Esta fase consiste en definir la arquitectura del software
y minimizar los riesgos que afectan al proyecto, y tiene como objetivos:
20
o Analizar el dominio del problema.
o Establecer una arquitectura base sólida.
o Desarrollar un plan de proyecto.
o Eliminar los elementos de mayor riesgo para el desarrollo exitoso del
proyecto. En tal sentido se tiene la arquitectura del software (ver figura
6).
Figura 6. Arquitectura del Software: 4 + 1 vistas. Fuente: Profesora Ana Mercedes Díaz (2004). Guía teórica de RUP.
• Construcción: Consiste en desarrollar el software a partir de una línea base
de la arquitectura ejecutable, hasta el punto en el que está listo para ser
transmitido a la comunidad de usuarios. En esta fase se logra obtener :
o El producto de software integrado y corriendo en la plataforma
adecuada.
o Manuales de usuario.
o Una descripción de la versión actual.
• Transición: Consiste en entregar a los usuarios el software desarrollado,
con la finalidad de que realicen las prueba, para evaluar los resultados y de
21
esta manera se generan nuevos desarrollos o ciclos. Por lo cual se deduce
que los objetivos de está fase son:
o Obtener autosuficiencia de parte de los usuarios.
o Concordancia en los logros del producto de parte de las personas
involucradas.
o Lograr el consenso cuanto antes para liberar el producto al mercado.
Siguiendo con este orden de ideas, se puede observar que las fases (ver
figura 5) tienen un conjunto de actividades que realizar o también denominados
flujo de actividades, por lo tanto este flujo de actividades están enmarcadas en una
etapa del proceso de desarrollo del software, pero ¿ Qué es proceso de desarrollo del
software?, según Ivar Jacobson y otros (2000); es un proceso que define quién
está haciendo qué, cuándo, y cómo alcanzar un determinado objetivo. En RUP, se
relaciona el proceso de desarrollo del software con los siguientes elementos: rol,
actividades, trabajadores y productos. (Ver figura 7).
TrabajadoresActividades Artefactos
Rol
TrabajadoresActividades Artefactos
Rol
Figura 7. Los elementos rol, trabajador, actividad y artefactos en RUP.
Fuente: Ivar Jacobson (2000). El Proceso Unificado De Desarrollo De Software.
22
Ahora, pero que significa cada uno de estos elementos y cual es su función,
según Luís A. Guerrero de la Universidad de Chile, los define de la siguiente
manera:
• Rol: Es el comportamiento específico de una entidad que participa en
un contexto particular; entonces un rol expresa quién (entidad) está
realizando un trabajo.
• Trabajador: Un trabajador define el comportamiento y las
responsabilidades de un individuo. Este comportamiento y sus
responsabilidades definen el rol que va ha desempeñar en un momento
dado.
• Actividad: Una actividad es una unidad de trabajo que se asigna a un
trabajador, pero estas deben ser consideradas en la planificación y
evolución del proyecto. Entonces las actividades representan el cómo es
hecho el trabajo. Además las actividades deben tener un propósito bien
definido, comúnmente expresado en crear o actualizar algunos
artefactos, como un modelo de componentes o un plan.
• Artefactos: Pieza de información tangible que (1) es creada, modificada
y usada por los trabajadores al realizar actividades; (2) representa un
área de responsabilidad, y (3) es candidata a ser tenida en cuenta para
el control de la configuración. Un artefacto puede ser un modelo, un
elemento de un modelo, o un documento. Entonces podemos decir
artefacto captura ¿Qué se hizo?
Por lo antes expuesto explica Per Kroll y Philippe Kruchten (2003). “Un rol
(role) expresa Quién (un individuo o un grupo de personas), está haciendo un
trabajo; una actividad (Activities) describe Cómo el trabajo es hecho, y un artefacto
(Artifact) captura Qué se hizo.”
23
Actor: Un conjunto coherente de roles que los usuarios de los casos de
usos desempeñan cuando interaccionan con estos casos de usos (ver figura 8).
Figura 8. Actor (cliente, operador) interactuando con los casos de usos.
Fuente: Ivar Jacobson (2000). El Proceso Unificado De Desarrollo De
Software.
Flujo de trabajo: Una lista de actividades, trabajadores y artefactos
constituye un proceso que producen un artefacto valioso, además de demostrar la
secuencia con la que deben producirse. (Ver figura 9)
.
Figura 9. Flujo de trabajo, con artefactos producidos y su secuencia.
Fuente: Patricio Letelier (2004): Introducción al RUP.
24
El conocimiento de la metodología, nos va a permitir hacer un análisis del
proyecto para cubrir las fases de análisis, diseños, desarrollo, implementación y
prueba del software que va a ser entregado como producto final al usuario.
Si bien es cierto que UML y RUP, son partes esenciales en la construcción
del software, nos faltaría seleccionar las herramientas de programación para
desarrollar el software, es así que se debe seleccionar un lenguaje o los lenguajes
de programación pero ¿Qué es lenguaje de programación? , según Cueva Lovello,
Juan Manuel (2005), “Un lenguaje de programación se puede definir de distintas
formas:
• Es una notación formal para describir algoritmos o funciones que serán
ejecutadas por un ordenador.
• Es un lenguaje para comunicar instrucciones al computador.
• Es una convención para escribir descripciones que puedan ser
evaluadas”.
Entonces el desarrollo de este prototipo estará basado en el lenguaje de
programación Java, y que podríamos decir de Java, según los mismos autores antes
mencionados, Java presenta las siguientes características: Es un lenguaje
desarrollado inicialmente por Sun Microsystems en 1993 y actualmente en fase de
normalización por comités ANSI e ISO. Este lenguaje anunciado como el lenguaje
de Internet, es sin embargo un lenguaje orientado a objetos puro de propósito
general, que sirve para desarrollar aplicaciones de cualquier tipo (relacionadas o no
con Internet). El mayor éxito del lenguaje es que se basa en una máquina abstracta
(JVM) independiente del sistema operativo y del computador sobre el que trabaja.
Ahora bien sus principales fortalezas son las siguientes:
• Sencillo.
• Orientado a objetos puro.
• Interpretado y compilado.
• Distribuido y con multihilos.
25
• Independiente de la plataforma y portable.
En Java hay un aspecto que es inherente al lenguaje como lo es Internet,
es por tal motivo que el desarrollo del modelo del prototipo esta basado en
tecnología Web, por lo que se necesita Internet, como fundamento de esto se deriva
JSP, que ha demostrado ser una tecnología del servidor eficaz y una base
excelente para desarrollar aplicaciones Web.
JSP: Dice Phil Hanna (2002).” Una Página Java en servidor (JSP, acrónimo
del inglés Java Server Pages), es una plantilla para una página Web. que emplea
código Java para generar un documento HTML dinámicamente”. Por lo tanto JSP
también forma parte de las tecnologías a usar en el desarrollo del prototipo objeto
de estudio. Ahora para servir las páginas JSP, se encargará esta función a Jakarta-
Tomcat.
Jakarta-Tomcat: Según el portal. URL: http://jakarta.apache.org/tomcat/ , lo
define como “Un contenedor de Servlet y que es usado como referencia oficial para
la implementación de las tecnologías Java Servlet y Java Server Pages”, y teniendo
como sistema operativo Linux de RED HAT Linux.
Sistema Operativo Linux: Según Vladimir Támara (2003), “Un sistema
operativo es un programa que facilita el empleo del hardware de un computador, lo
facilita presentando abstracciones de cada dispositivo. Linux es un sistema operativo
tipo Unix de libre redistribución”.
Del mismo modo se utilizará la base de datos, para gestionar el
almacenamiento de datos, lo cual es de carácter de código abierto como lo es la base
dato MYSQL, y que presenta características que son destacables como es la
flexibilidad, adaptabilidad y otros.
MYSQL: Según el portal URL: http://www.mysql.com/ , se refiere como
“una alternativa atractiva al costo más alto, la tecnología de base de datos más
compleja. Premiada por su velocidad, adaptabilidad y fiabilidad lo hacen la opción
confiable para servicios informativos corporativos, reveladores de Web y
vendedores de software embalados”.
26
Otro aspecto que es fundamental formular, es ubicar el prototipo propuesto
dentro del contexto de sistema, lo cual va a permitir tener una visión general y cuales
son las entidades con la que interactúa. Por lo tanto este prototipo de software es un
subsistema del Sistema de Gestión De Información Para La Gestión Del Postgrado
Del Decanato De Ciencias Y Tecnología De La Universidad Centroccidental
“Lisandro Alvarado” SIGPO, y forma parte del subsistema de Trabajo de grado
Estudiantil perteneciente al Subsistema de Gestión Académica. (Ver figura 10,
11,12).
Figura 10. Visión general del Subsistema SIGPO.
Fuente: Proyecto SIGPO (2003).
27
Figura 11.Subsistema de administración de Información de Participantes.
Fuente: Proyecto SIGPO (2003)
Figura 12. Subsistema de Estudiante de postgrado realizando tesis de grado. Vista General. Fuente: Autor de la investigación.
28
Técnicas para Recolección de Datos.
Según Arias (1999) la define de la siguiente manera: “Las técnicas de
recolección de datos son las distintas formas o maneras de obtener información”.
Descripción de los instrumentos y de las Técnicas de Recolección de los Datos
Técnicas Documentales.
Según Hernández y otros (1998), Explican, “La revisión de la literatura
consiste en detectar, obtener y consultar la bibliografía y otros materiales que
puedan ser útiles para los propósitos del estudio, donde se debe extraer y recopilar
la información relevante y necesaria que atañe a nuestro problema de
investigación”.
La Técnica de la Observación.
Según http://www.rrppnet.com.ar/tecnicasdeinvestigacion.htm. La define de
la siguiente manera:
La Observación es una técnica que consiste en observar atentamente el fenómeno, hecho o caso, tomar información y registrarla para su posterior análisis, y observar científicamente significa observar con un objetivo claro, definido y preciso; el investigador sabe qué es lo que desea observar y para qué quiere hacerlo, lo cual implica que debe preparar cuidadosamente la observación.
La Técnica de la entrevista.
Consiste en una interacción entre dos personas, en la cual el investigador
formula determinadas preguntas relativas al tema en investigación, mientras que el
investigado proporciona verbalmente o por escrito la información que le es
solicitada.
Tratamiento de la Información.
29
Los instrumentos para el tratamiento de la información son:
• Codificación: El objetivo de este procedimiento es el de agrupar
numéricamente los datos que se expresan en forma verbales, para
luego operar con ellos como si se tratara, simplemente, de datos
cuantitativos.
• Tabulación: La operación de la tabulación de los datos en este
proceso de investigación, consiste en el recuento de la información, a
fin de determinar el número de casos que se ubiquen en las
diferentes categorías que son objetos de estudio.
• La clasificación: Por medio de la clasificación se ordenarán los datos
de modo que permita hacer una inspección sistemática y profundizar
en la relevancias de los datos tomados por los instrumentos de
recolección de información y de esta manera cotejarlos con los
objetivos de la investigación para su respectivo análisis.
• Graficación: Es una actividad que consiste en expresar
gráficamente los valores numéricos que aparecen de los análisis
obtenidos, así como expresar las variables en una forma gráfica
que permita una compresión global, rápida y directa de la
información que se quiere representar.
Base Legales.
Este caso de estudio no escapa de los lineamientos legales, tanto
institucionales como gubernamentales.
30
Los lineamientos legales institucionales por los cuales se rige la
Coordinación de postgrado del Decanato de Ciencias y Tecnología podemos
nombrar el Reglamento General de Postgrado y el Reglamento Interno de Postgrado.
Se ha tomado del reglamento General de Postgrado el capitulo IX del Trabajo de
La Tesis de Grado el Artículo 52 que expresa “Los proyectos de trabajos o tesis de
grado deberán ser inscritos ante la Comisión de Estudios de Postgrado de la Escuela
respectiva, en la oportunidad que fija su Reglamento Interno de Postgrado.” Es aquí
donde el subsistema automatizado servirá como una herramienta para realizar la
inscripción de los trabajos o tesis de grado de los estudiantes de las diferentes
especialidades.
31
CAPÍTULO III
MARCO METODOLÓGICO
Tipo de Investigación
De acuerdo al problema planteado referido al sistema académico para la
Coordinación de Postgrado del Decanato de Ciencias y Tecnología de los estudiantes
que están realizando trabajo o tesis de grado, y en función de sus objetivos, se ubica
en el tipo de estudio descriptivo. El cual consiste según Balestrini (2001), “aquellas
investigaciones que destacan en el contenido de sus objetivos, la descripción de las
características de una determinada comunidad o situación”. En atención a esta
modalidad de investigación, se introducirán dos grandes fases en el estudio, a fin de
cumplir con los requisitos involucrados en el mismo. En la primera fase, se
desarrollará un diagnóstico de la situación existente a fin de determinar las
necesidades. En la segunda fase y atendiendo a los resultados del diagnóstico, se
formulará un prototipo de software basado en tecnología Web, para dar respuesta al
problema planteado en la Unidad de Postgrado del Decanato de Ciencias y
Tecnología de la UCLA.
Método de Investigación
En el marco de la investigación planteada con respecto a la elaboración de
un sistema académico para la Coordinación de Postgrado del Decanato de los
estudiantes que están realizando trabajo o tesis de grado de la UCLA, se define el
diseño de investigación como el plan o la estrategia , que permite orientar desde el
punto de vista técnico, y guiar el proceso de investigación, desde la recolección de
32
los datos, hasta el análisis e interpretación de los mismos en función de los
objetivos definidos en la presente investigación. Esta investigación se orienta hacia
el diseño de campo, ya que éste permite no solo observar, sino recolectar los datos
directamente de la realidad objeto de estudio en su sitio de influencia, para analizar
e interpretar los resultados obtenidos.
Entonces el estudio propuesto se adecua a los propósitos de la investigación
descriptiva, que va a permitir describir las características del caso objeto de
estudio. También expresa Hernández y otros (1988) lo siguiente, “los diseños de
investigación transversal recolecta datos en un solo momento, en un tiempo único.
Su propósito es describir variables, y analizar su incidencia e interrelación en un
momento dado”.
Fases de Estudio
Fase Diagnóstica:
El objetivo básico de esta fase es conocer la situación actual del sistema, a
través de la recopilación de información, con la finalidad de identificar los procesos
que realiza la Unidad de Postgrado para desarrollar el nuevo modelo.
En esta fase se utilizaron las siguientes técnicas:
Revisión Bibliográfica:
Consiste en la revisión documental de diversos autores, para sustentar los
basamentos teóricos científicos que apoyan la investigación.
Entrevista Estructurada:
Instrumento utilizado para obtener información del personal administrativo de
la coordinación de postgrado, con el objeto de conocer la situación actual del sistema
para los estudiantes que van a realizar o se encuentran realizando trabajo o tesis de
grado.
33
Estudio de Factibilidad
Factibilidad Técnica
El Proyecto SIGPO (2003), para el Decanato de Ciencias y Tecnología de la
Universidad Centroccidental “Lisandro Alvarado” (UCLA), requiere para la
Automatización de la Gestión Académica de los Estudiantes que están realizando
trabajo o tesis de grado, los recursos de computación y software.
Los recursos de hardware no son parte del estudio de esta investigación, ya
que no implantará el sistema sino que se modelará dicho sistema a través de un
prototipo.
Con respecto a los recursos de software a utilizar por el autor para el
desarrollo del prototipo son:
Sistema Operativo: Linux Red Hat (2004), versión 9.0 o mayor. Licencia
libre, requerimientos mínimo de hardware, 512 MB de RAM para el servidor y para
clientes 128 MB de RAM. Disco duro de 20 GB para el servidor, para clientes 8 GB.
Y los periféricos mínimos necesarios: monitor a color, ratón, teclado, unidad de CD
ROM y unidad de disco flexible. Opcionales tarjeta de sonido entre otros.
Lenguaje de programación para el desarrollo del Modelo: Java (2004)
segunda versión, edición estándar (J2SE 1.4.2.). Este lenguaje tiene su ventaja,
porque es multiplataforma, es decir, se puede desarrollar en el sistema operativo
Linux e implantarse en el sistema operativo Windows, Mac, entre otros. Además, es
escalable, se puede desarrollar código que puede ser usado desde aplicaciones tipo
escritorio hasta ser incrustados en una página Web (JSP, JavaServer Pages).
Ambiente de Desarrollo Visual para Programación: NetBeans (2005),
versión 5, esta herramienta usa el compilador Java, y se puede realizar en una forma
34
visual toda la programación del servidor y cliente necesario para el desarrollo de este
modelo.
Ambiente de Desarrollo Visual para Desarrollo Web: NVU (2005), versión
1.0 para desarrollar páginas Web.
Base de Datos: sistemas MySQL versión 3.23.54 y su conector a JDBC:
mysql-connector-java-3.0.15-ga.
Servidor Web: Jakarta-Tomcat (2004), versión 5.0.18. Basado en la máquina
virtual JAVA, antes mencionada y que permite resolver el código incrustado en
páginas Web con extensión en el nombre del archivo .jsp.
Factibilidad Económica.
No es el alcance de esta investigación evaluar la factibilidad económica para
el subsistema de automatización de la gestión académica de los estudiantes que están
realizando trabajo o tesis de grado, ya que el mismo no se implementará, pero queda
sujeto a la coordinación de postgrado del decanato realizar dicha factibilidad teniendo
en cuenta que los costo de software basados en Software Libre son de menor costo
económico que las licencias propietarias, por lo cual representa una ventajas para su
posible implementación.
Factibilidad Psicosocial
Según el punto anterior, si se desea implantar el subsistema y se realiza el
estudio económico, hay que agregar el costo de entrenamiento y elaboración de
manuales del usuario, siguiendo las actividades de la fase RUP en la fase de
Construcción y Transición de adiestramiento a las personas involucradas en el
sistema para la utilización del nuevo modelo.
35
Diseño de la propuesta.
En función de las dos fases se tiene la siguiente propuesta: En la primera de
ellas el diagnóstico de la situación actual de la Coordinación de Postgrado para los
estudiantes que están o se encuentran realizando trabajo o tesis de grado y en la
segunda fase del proyecto y atendiendo los resultados del diagnóstico se desarrolla el
prototipo basado en un Sistema de información para la gestión del postgrado del
Decanato de Ciencias y Tecnología de la Universidad Centroccidental “Lisandro
Alvarado” Para el desarrollo de estas fases utilizará la metodología para el
desarrollo RUP.
RUP.
Según Jacobson (1999), lo describe así:
“Un proceso de desarrollo de software es una definición del conjunto completo de actividades para convertir los requisitos del usuario en un conjuntos de artefactos que conforman un producto de software y para convertir cambios sobre esos requisitos en un nuevo conjunto consistente de artefactos”
Ventajas:
• Centrado en la arquitectura.
• Las actividades de desarrollo están dirigidas por casos de usos.
• Minimiza la sobrecarga asociada con la generación y mantenimiento
de la documentación.
• Soporta técnicas orientadas a objetos.
• Es un proceso configurable.
36
CAPITULO IV
ANÁLISIS DE LOS RESULTADOS.
La Coordinación de Postgrado del Decanato de Ciencias y Tecnología se encuentra
baja la dependencia de la Coordinación de Postgrado de la Universidad
Centroccidental “Lisandro Alvarado” como se representa en la figura 13.
Figura 13: Estructura Organizacional de Postgrado de la UCLA. Fuente: http://postgrado.ucla.edu.ve (2005).
37
Así también esta coordinación presenta su estructura organizacional, tal como lo
indica la figura 14.
Figura 14: Estructura organizacional de la Coordinación de Postgrado del
Decanto De Ciencias y Tecnología.
Fuente: http://postgrado.ucla.edu.ve/ciencia/organigramas.html (2005).
Fase de Inicio RUP: Modelar el Negocio.
Se inicia esta fase con el caso de uso, que muestra como funciona el negocio a
la que se le va a desarrollar el subsistema basado en el prototipo.
También de definen en esta fase los productos, los actores y diccionarios de
términos.
38
FASE RUP: INICIO
ACTIVIDAD Modelar el negocio.
VISTA
ARQUITECTÓNICA
Modelo de Usuario, Caso de Uso.
Nivel General.
PRODUCTOS Diagrama de Caso, Diccionario.
La Coordinación de postgrado forma parte de una estructura organizativa de
la UCLA, la cual es representada por el siguiente caso de uso (figura 15).
Figura 15: Diagrama Vicerrectorado Académico nivel 1.
Fuente: Autor de la investigación.
39
Pasando al siguiente nivel de abstracción en donde el subsistema de
vicerrectorado académico es mostrado con los subsistema que lo conforman (Figura
16).
Figura 16: Caso de uso Subsistema de Información Vicerrectorado Académico.
Fuente: Autor de la investigación.
Se observa en este caso de uso, la dirección de postgrado. En este subsistema
de la dirección de postgrado encontramos la Coordinación de Postgrado del Decanato
de Ciencias y Tecnología como se muestra en el figura 17.
40
Figura 17: Caso de uso Subsistema de la Dirección de postgrado.
Fuente: Autor de la Investigación.
Para el siguiente nivel de abstracción del subsistema de la dirección de
postgrado, se explotará el subsistema de la Coordinación de Postgrado del Decanato
de Ciencias y Tecnología en Subsistema denominado Sistema de Información para
Gestión de Postgrado (SIGPO) tal como se observa en la figura 18.
41
Figura 18: Primer Nivel de Abstracción SIGPO.
Fuente: Proyecto SIGPO 2003.
En la figura 19, se observa el caso de uso del subsistema de gestión académica.
42
Figura 19: Segundo nivel de abstracción: Subsistema de Gestión Académica:
Fuente: Proyecto SIGPO (2003)
En la siguiente figura 20, se observa el caso de uso del subsistema de
Administración de Participantes.
43
Figura 20: Tercer Nivel del Subsistema de Gestión Académica: Subsistema de Administración de Participantes. Fuente: Proyecto SIGPO (2003).
En este primer nivel de abstracción se observa el subsistema de Trabajo de
Grado, el cual se explotará como lo indica la figura 21, y que contiene al subsistema
objeto de estudio.
44
Figura 21: Caso de uso Subsistema de Trabajo de Grado.
Fuente: Autor de la investigación.
Se presenta en la siguiente figura el primer nivel del caso de uso del
Subsistema de Gestión Académica de los estudiantes que están realizando tesis de
grado como se muestra en la figura 22.
45
Figura 22: Caso de uso Subsistema de Trabajo de Grado Nivel 1.
Fuente: Autor de la investigación.
Pasando al nivel 2 del subsistema de Trabajo de Grado, donde se observan los
subsistemas de anteproyecto y proyecto. Figura 23.
46
Figura 23: Caso de uso, subsistema anteproyecto.
Fuente: Autor de la investigación.
En la figura 24, se muestra el subsistema de inscripción del proyecto realizado
por los tesistas.
Figura 24: Caso de uso subsistema de inscripción del proyecto.
Fuente: Autor de la investigación.
47
A continuación se muestra el caso de uso de relación y visión general del subsistema
de gestión académica con sus procesos. Figura 25
Figura 25: Caso de uso de visión general del subsistema de gestión académica para los estudiantes que están realizando trabajo o tesis de grado. Fuente: Autor de la investigación.
48
Descripción Textual de los caso de uso:
La descripción solo va estar relacionada con los caso de uso generales del
subsistema objeto de estudio.
Caso de Uso Ante Proyecto Referencia: CUAP01
Actor (res): Participantes, Secretaria Administración, Secretaria Postgrado, Tutor,
Coordinador del Programa.
Restricciones
1. Haber aprobado el primer año de escolaridad.
2. Carta dirigida al coordinador del programa.
3. Consignar Curriculum del tutor.
a) Resumido si el tutor labora en la UCLA.
b) Completo si no labora en la UCLA.
4. Carta de Aceptación del tutor.
5. Constancia de notas expedida por la Coordinación de Postgrado.
6. Solvencia administrativa expedida por la Coordinación.
7. Participante solicita solvencia administrativa.
8. Cronograma de Actividades.
9. Cuatro ejemplares, 3 encuadernados y uno sin anillar.
PROCESO
1. Inscribir anteproyecto.
2. Asignar Junta Revisora.
3. Veredicto de la Junta Revisora.
4. Informar Veredicto al participante.
49
Caso de Uso Proyecto Referencia: CUPR02
Actor (res): Participantes, Secretaria postgrado, Tutor, Coordinador del programa.
Restricciones
1. Haber aprobado el anteproyecto.
2. Carta de Aceptación del tutor.
3. 6 ejemplares.
PROCESO
1. Inscribir Proyecto.
2. Asignar Jurado del proyecto.
3. Informar al participante fecha, hora de la defensa.
4. Defensa del proyecto.
5. Veredicto del Jurado.
6. Informar al participante del veredicto.
Diccionario de datos
Diccionario de Términos
Término Descripción
Participante Persona que cursa estudios de postgrado en el Decanato De
Ciencias y Tecnología.
Coordinador
Postgrado
Docente que ejerce cargo administrativo de coordinador en
algunos de los programa de postgrado del Decanato De Ciencias y
Tecnologías. Este docente debe cumplir con los requisitos
exigidos por el reglamento general de postgrado.
Tutor Docente que cumple con los requisitos para asesorar al participante
en la elaboración de su trabajo o tesis de grado. Debe cumplir con
los requisitos del reglamento general de postgrado.
Secretaria Persona que ejerce una actividad administrativa y que
generalmente es la receptora de los documentos.
50
Fase de elaboración: Requisitos.
FASE RUP: ELABORACIÓN
ACTIVIDAD Arquitectura del Sistema.
VISTA ARQUITECTÓNICA Caso de Uso Específicos.
PRODUCTOS Diagrama de Caso de usos, descripción de los
términos.
En esta fase se especifican en detalle la mayoría de los casos de usos del producto y
se diseña la arquitectura del sistema. Por lo tanto, la arquitectura se expresa en forma
de vistas de todos los modelos del sistema, los cuales juntos representa al sistema que
se va a diseñar como base de un prototipo.
Fase del Registro Del Anteproyecto:
Caso de Uso Inscripción Ante
Proyecto
Referencia: CUAP02
Actor (res): Participantes, Secretaria Administración, Secretaria postgrado, Tutor,
Coordinador del programa.
Restricciones
1. Haber aprobado el primer año de escolaridad.
2. Carta dirigida al coordinador del programa.
3. Consignar Curriculum del tutor.
a. Resumido si el tutor labora en la UCLA.
b. Completo si no labora en la UCLA.
4. Carta de Aceptación del tutor.
51
5. Constancia de notas expedida por la Coordinación de Postgrado.
6. Solvencia administrativa expedida por la Coordinación.
7. Participante solicita solvencia administrativa.
8. Cronograma de Actividades.
9. Cuatro ejemplares, 3 encuadernados y uno sin anillar.
PROCESO
1. El participante solicita a la secretaria administración solvencias
administrativas, Constancia de notas.
2. Solicita al tutor carta de aceptación.
3. Solicita al tutor curriculum.
4. Elabora carta al coordinador del programa.
5. Elaborar Cronograma de actividades.
6. Entrega a la secretaria de postgrado documentos:
a. Cuatro ejemplares.
b. Constancias de notas.
c. Solvencia administrativa.
d. Cronograma de actividades.
e. Carta dirigida al coordinador del programa.
f. Carta de aceptación del tutor.
7. Secretaria indica fecha de entrega de veredicto.
Caso de Uso Asignar Junta Revisora Referencia: CUAP03
Actor (res): Participantes, Secretaria Administración, Secretaria postgrado, Tutor,
Coordinador del programa.
Restricciones
1. Anteproyecto.
PROCESO
1. Secretaria de postgrado informa al coordinador informe de anteproyecto
52
recibidos.
2. Coordinador de programa convoca a reunión para asignar junta revisora de
anteproyecto.
3. Se asignan la junta revisora al anteproyecto conformada por:
a) Un coordinador
b) 2 Colaboradores
c) 1 Suplente
4. La secretaria emite memorandum a los docentes asignados como miembro de
la junta revisora.
5. El coordinador de la junta recibe memorandum y ejemplar para ser evaluado.
Caso de Uso Veredicto Junta
Revisora
Referencia: CUAP04
Actor (res): Participantes, Secretaria Administración, Secretaria Postgrado, Tutor,
Coordinador del programa.
Restricciones
1. Anteproyecto.
PROCESO
1. Coordinador de la junta revisora elabora informe del veredicto.
2. Coordinador de la junta revisora entrega veredicto a la secretaria de
postgrado y ejemplar revisado.
3. La secretaria de postgrado elabora memorandum de entrega de veredicto de
la junta revisora.
4. La secretaria entrega memoradum al Coordinador de programa para su firma.
5. La secretaria entrega al participante memorandum del veredicto, informe de
la junta revisora y el ejemplar revisado.
53
6. Si el anteproyecto es aprobado continua el proceso
7. Si no: El participante repite proceso.
Fase de Registro del Proyecto:
Caso de Uso Inscribir Proyecto Referencia: CUPR02
Actor (res): Participantes, Secretaria de Postgrado.
RESTRICCIONES
1. Anteproyecto.
PROCESO
1. El participante entrega a la secretaria de postgrado:
a. 6 ejemplares del proyecto.
b. Carta de aprobación del tutor.
2. La secretaria de postgrado archiva el proyecto.
Caso de Uso Asignar Jurado al
proyecto
Referencia: CUPR03
Actor (res): Participantes, Secretaria postgrado, Coordinador del programa.
RESTRICCIONES
1. Proyecto
PROCESO
1. La secretaria informa al coordinador del programa de los proyectos recibidos.
2. El coordinador convoca a junta de asignación de jurado.
3. Se asigna el jurado a los proyectos.
4. La secretaria elabora memorandum para informar al jurado asignado:
a. 3 principales.
b. 3 Suplente.
5. La secretaria informa al participante la fecha, hora y lugar de la defensa.
54
Caso de Uso Defensa del proyecto Referencia: CUPR04
Actor (res): Participantes, Jurado, Secretaria de Postgrado
RESTRICCIONES
1. Proyecto
PROCESO
1. La secretaria de postgrado verifica el lugar de la defensa.
2. El participante, jurado y público se reúnen en el aula en la fecha y hora
especificada para proceder con la defensa.
3. El participante inicia la exposición del proyecto.
4. El jurado emite veredicto:
a. Aprobado
b. Rechazado
c. Mención:
i. Honorífica
ii. Publicación
iii. Honorífica y Publicación.
5. La secretaria recibe veredicto del jurado.
6. La secretaria entrega dos actas del veredicto al participante.
7. Se le informa al participante la fecha de entrega de títulos.
Obtenido los productos de caso de uso en la fase anterior se inicia la siguiente fase:
Fase de la elaboración: Análisis.
FASE RUP: ELABORACIÓN
ACTIVIDAD Análisis.
VISTA ARQUITECTÓNICA Vista del modelo estructural.
PRODUCTOS Diagrama de Clase.
55
En esta actividad se define la estructura (clase, paquetes) y comportamiento del
modelo de software.
Se modela el funcionamiento general del sistema lo que va a permitir tener una
visión general del mismo. Por lo tanto se visualiza en la figura 26, el diagrama de
clase general del modelo.
Figura 26: Diagrama de clase. Visón general del modelo propuesto.
Fuente: Autor de la investigación.
Fase de Elaboración: Diseño.
FASE RUP: ELABORACIÓN
ACTIVIDAD Diseño.
VISTA ARQUITECTÓNICA Modelo Estructural.
PRODUCTOS Diagrama de clase.
La vista de diseño se enfoca principalmente a la funcionalidad del modelo, y se
expenderá el diagrama de clase para tener una mejor visión de los componentes que
56
interactúan en esta vista. Como se observa en la figura 27, el sistema integra como
parte de su funcionalidad librería de java, conector a la base datos y otros.
Figura 27: Diagrama de clase expandido del modelo propuesto.
Fuente: Autor de la investigación.
Construcción del Prototipo de Software Propuesto:
57
FASE RUP: ELABORACIÓN
ACTIVIDAD Construcción del prototipo.
VISTA ARQUITECTÓNICA Vista de Implementación.
PRODUCTOS Componentes del prototipo.
En esta fase se construirá el prototipo utilizando las herramientas descriptas en
la factibilidad técnica.
Este prototipo esta basado en la tecnología cliente-servidor, donde el usuario
debe disponer de un navegador sobre Internet, para hacer el llamado de la aplicación.
Dicha aplicación se ejecuta en un servidor con los componentes activos para
dar respuestas a los clientes. Por lo antes expuesto el usuario tendría que indicar la
siguiente dirección en su navegador: http://localhost:8084/postgrado: Figura 28.
Figura 28: Página de acceso al sistema.
Fuente: Autor investigación.
Se presenta al conectarse con el servidor, la página de acceso al sistema donde
se introducen el login y clave y presiona el botón validar. Luego hay acceso al
58
sistema si el usuario esta registrado. A continuación se ejecuta la pagina del menú
principal figura 29.
Figura 29: Página del menú principal.
Fuente: Autor de la investigación.
En esta página el usuario tendrá las opciones disponibles las cuales son:
1. Inscribir proyecto.
2. Asignar junta revisora.
3. Veredicto de la junta revisora.
4. Asignar Jurado.
5. Veredicto del jurado.
6. Consultas.
59
Se presenta en la figura siguiente la página de inscripción del proyecto.
Figura: 30: Página de inscripción del anteproyecto.
Fuente: Autor de la investigación.
Al realizar la inscripción del anteproyecto, debe indicar la cédula del
participante, y ejecutar la opción buscar cédula. El sistema se conecta con la base
de datos de participantes y recupera los datos. De la misma manera sucede con la
búsqueda del tutor. Luego el usuario actualiza los datos con el botón actualizar
que determina si hay un ingreso nuevo o una modificación de los datos. Además
el usuario podrá eliminar proyecto, ingresar datos nuevos o salir de la página.
60
Página para Asignar Junta Revisora.
Esta página va a permitir asignar los docentes que se encargan de revisar el
anteproyecto. Figura 31
Figura 31: Página para asignar junta revisora.
Fuente: Autor de la investigación.
En esta página se asigna un docente coordinador de la junta revisora, dos
miembros y un suplente.
Se inicia la asignación indicando la cédula de participante, el sistema se
conecta a la base trayendo los datos del participante.
61
Luego se indica la cédula del docente, se indica opción buscar cédula, y trae
los datos del docente. Luego con la opción agregar se van ingresando al sistema
los miembro de la junta. En caso de eliminar un miembro de la junta indicar con
la opción eliminar.
Página para indicar veredicto de la junta revisora del anteproyecto: Figura
32.
Figura 32: Página para registrar veredicto de la junta revisora.
Fuente: Autor de la investigación.
62
Una vez que la junta revisora termina hacer la revisión del anteproyecto, emite
un veredicto que debe ser ingresado al sistema, indicando el estatus y un breve
resumen del mismo. El sistema registra los datos cuando el usuario selecciona
actualizar. Así también existe la opción de eliminar un veredicto.
Página de Registro del Proyecto: Figura 33
Figura 33: Registro del proyecto.
Fuente: Autor de la investigación.
63
Concluida la primera fase, con el anteproyecto aprobado, se procede asignar un
jurado para la defensa del proyecto. Este jurado esta conformado por:
1. Presidente del jurado (Tutor del tesista).
2. Dos miembros.
3. Tres suplentes.
El proceso comienza indicando la cédula del participante, y accionando la opción
buscar cédula. El sistema se conecta a la base de dato y trae los datos pertinentes. De
esta misma manera se procede a busca los docente que forman parte del jurado e
indicando la cédula. Se procede a la búsqueda en la base de datos. Ahora que se tiene
al docente, se indica como miembro y se actualiza en el sistema con la opción
agregar.
Página para Registrar Veredicto del Jurado: Figura 34
Figura 34: Página de registro del veredicto del jurado.
Fuente: Autor de la investigación.
64
Concluida la defensa el jurado emite su veredicto, junto con la mención
respectiva si en el caso se diera.
El proceso se inicia indicando la cédula del participante, una vez localizado
se asigna el estatus y un resumen del veredicto, ya introducidos los datos se ejecuta la
opción actualizar que registra los datos al sistema.
Página de Consulta: Figura 35.
Figura 35: Página de consulta.
Fuente: Autor de la investigación.
En esta página el usuario escoge la opción que le interesa, una vez cargada la
consulta esta puede ser enviada para su impresión.
65
CAPÍTULO IV
CONCLUSIONES Y RECOMENDACIONES
Conclusiones.
Concluido el prototipo propuesto para la Unidad de Coordinación de
Postgrado del Decanato de Ciencias y Tecnología, y como resultado de los análisis
realizados se concluye:
1. El diagnóstico realizado a través de las entrevista permite conocer la
situación de la Unidad de Postgrado con respecto al caso de estudio. Lo que
arrojó como resultado los elementos necesarios para determinar la necesidad
de elaboración del prototipo propuesto.
2. Con el uso de la metodología RUP, se puede elaborar los requerimientos
necesarios para el desarrollo del prototipo.
3. Los requerimientos obtenidos de las diferentes fases de RUP, se
representaron usando UML, lo que permitió tener una visión gráfica de las
clases, paquetes, interfaces y otros elementos que conforman el sistema de
una manera rápida.
4. La aplicación de la metodología RUP, permite un desarrollo ordenado e
incremental, estos debido a sus fases de Inicio, Elaboración, Construcción y
Transición.
5. Las herramientas utilizadas para el desarrollo del prototipo son suficientes
para llevar a cabo el desarrollo propuesto y las cuales están indicadas en la
factibilidad técnica.
66
Recomendaciones.
Realizado todos los procesos necesarios para llevar a cabo esta investigación,
se ha generado como resultado el prototipo propuesto para la Unidad de Coordinación
de Postgrado del Decanato de Ciencias y Tecnología, y se recomienda:
1. Avanzar en este desarrollo del prototipo propuesto, para crear el sistema de
gestión académica para los estudiantes que están realizando trabajo o tesis de
grado.
2. Ampliar los estudios de factibilidades presentados en este trabajo que
permitan determinar si SIGPO, se puede llevar a cabo.
3. Aprovechar el recurso humano proveniente de los tesistas que han trabajado
en SIGPO, para que conformen un equipo de trabajo en el desarrollo del
sistema.
4. Entrenar el personal de la Unidad en uso del Sistema operativo Linux, y
herramientas de software asociadas al trabajo de oficina, con el fin de tener un
personal entrenado en caso de decidir cambiar a la nueva plataforma Linux.
5. SIGPO sirve de modelo para su implantación en otras Coordinaciones de
Postgrado pertenecientes a otros decanatos de la UCLA.
67
REFERENCIAS Ana Mercedes Díaz (2004). Guía teórica de RUP. Balestrini Acuña, M. (2000). Cómo se elabora el Proyecto de Investigación. Quinta
Edición. Cueva, J. (2005). Editorial: SERVITEC Chiavenato, A. (2000). Introducción a la Teoría General de la Administración.
Quinta Edición Grady Booch, James Rumbaugh, Iva Jacobson (1999). El lenguaje unificado de
modelado. Hanna, P. (2002). Manual de referencia JSP. Traducido por: Pedro P. Sánchez
Villalón. Ana Ovalle. Iva Jacobson , Grady Booch, James Rumbaugh (2000). El proceso unificado de
desarrollo de software. Kendall & Kendall. (1997). Análisis y Diseño de Sistemas. Tercera Edición. Patricio Letelier (2004). Introducción al RUP. Centro de Cibernética Aplicada a la Medicina “Cuba”. URL: http://www.cecam.sld.cu/ (Consultada: Febrero 03,2005) Universidad de Chile “Dirección Servicios de Tecnología de la. URL: http://www.sti.uchile.cl/. (Consultada. Febrero 03, 2005) Universidad de San Simón De Bolivia. URL: http://websis.umss.edu.bo/acercade.asp?codser=INIC&idcat=38. “Bolivia”. (Consultada: Febrero, 03, 2005) Sistema de Información Universitaria (SIU) “Ministerio de Educación, Ciencias y Tecnología de Argentina”. URL: http://www.siu.edu.ar/desarrollos/introduccion.php “Argentina” (Consultada Febrero 03, 2005). Universidad Austral de Chile. URL: http://www.uach.cl/ (Consultada: Febrero 04, 2005)
68
The Apache Software Foundation. URL: http://jakarta.apache.org/tomcat/. (Consultada: Marzo 12, 2005) The Apache Software Foundation. URL: http://www.apache.org/. (Consultada: Marzo 12, 2005) Hernández Sampieri y otros. (1998). Metodología de la Investigación. Segunda
Edición Editorial: Ultra, S.A. De C.V. Internacional Corporate Communications. URL: http://www.rrppnet.com.ar/tecnicasdeinvestigacion.htm. (Consultada: Marzo23, 2005) Universidad de Nueva Esparta Venezuela. URL: http://www.alfa.une.edu.ve/postgrado/. (Consultada: Abril 14, 2005) Senn, J. (1992). Análisis y Diseño de Sistemas de Información. Segunda Edición.
69
ANEXOS
70
ANEXO A
ENTREVISTA
71
Entrevista
1. ¿Cuenta la Unidad de Coordinación de Postgrado del Decanato de
Ciencias y Tecnología con algún sistema de información automatizada para llevar el
control académico y administrativo en los estudiantes de postgrado?
-No, no cuenta.
2. ¿Cuántos equipos de computación tiene la Unidad?
-Tiene uno solo.
3. ¿Cuáles son los procesos administrativos que realiza la Unidad con
respecto a los estudiantes que han culminado la escolaridad o que están bajo el
régimen de permanencia?
-El estudiante cuando termina la escolaridad, debe cancelar un arancel
por el período de permanencia hasta culminar la tesis.
-Tiene que llenar algunos requisitos.
-Presentar el anteproyecto.
-Presentar el proyecto.
4. ¿Qué características generales desearía usted para un prototipo de software
que permitiera llevar el control académico y administrativo, para los estudiantes que
están bajo este régimen?
- Bueno, el sistema debe tener el registro y record académico, si el
alumno aprobó y vio todas las asignaturas.
5. ¿Cómo están realizando este proceso y de qué manera?
- Manualmente y se llevan los registros en aplicaciones como Word y
Excel.
6. ¿Esta información se tiene que hacer con un registro periódico?
- Mensual y semanalmente los aranceles cancelados son asentados
administrativamente.
- Mensualmente se hace el depósito o el pago correspondiente por ingresos
propios.
72