i
Universidad Autnoma Gabriel Ren Moreno
Facultad de Ciencias exactas y tecnologa Ingeniera Informtica
SISTEMA DE GESTIN PARA EL SEGUIMIENTO DE LAS
MODALIDADES DE TITULACIN DE LA CARRERA
INGENIERA INFORMTICA.
Por:
Barros Kaiser, Linda 200030418
Marka Lara Ariel 200033824
Proyecto de grado presentado en cumplimiento parcial
de los requisitos para optar al ttulo de
LICENCIADO EN INGENIERIA INFORMATICA
Santa Cruz de la Sierra Bolivia
2007
ndice General
i
INDICE GENERAL
RESUMEN ___________________________________________ 1
INTRODUCCION ______________________________________ 1
Captulo I. Objetivos y justificacin del proyecto _____________ 2
1.1. Descripcin del problema ___________________________________________________ 2
1.1.1. Situacin problemtica ____________________________________________________________2
1.1.2. Situacin deseada ________________________________________________________________2
1.2. Objetivos _________________________________________________________________ 3
1.2.1. Objetivo General _________________________________________________________________3
1.2.2. Objetivos especficos ______________________________________________________________3
1.3. Alcance __________________________________________________________________ 4
1.4. Justificacin ______________________________________________________________ 5
1.5. Metodologa ______________________________________________________________ 5
Captulo 2. .NET Framework 2.0 __________________________ 6
2.1. Informacin general y conceptual sobre .NET Framework __________________________ 6
2.3.1. .NET Framework en contexto _______________________________________________________9
2.3.2. Caractersticas de Common Language Runtime ________________________________________9
2.3.3. Biblioteca de clases de .NET Framework ____________________________________________ 12
2.3.4. Desarrollo de aplicaciones cliente _________________________________________________ 14
2.3.5. Desarrollo de aplicaciones de servidor ______________________________________________ 16
2.3.6. Cdigo administrado en el servidor ________________________________________________ 16
Captulo 3. Estatutos establecidos para las modalidades de
titulacin de la facultad de ciencias exactas y tecnologa ______ 20
3.1. Tesis de licenciatura ____________________________________________________ 20
3.1.1. Investigacin __________________________________________________________________ 20
3.1.2. Simulacin ____________________________________________________________________ 20
3.1.3. Comisin acadmica de trabajo de grado (C.A.T.G) ___________________________________ 21
3.1.4. Coordinador __________________________________________________________________ 21
3.1.5. Asesor o gua __________________________________________________________________ 22
3.1.6. Propuesta del trabajo de grado ___________________________________________________ 23
3.1.7. Aprobacin de la propuesta ______________________________________________________ 24
ndice General
ii
3.1.8. Texto del trabajo _______________________________________________________________ 25
3.1.9. Borrador del trabajo ____________________________________________________________ 26
3.1.10. Versin final _________________________________________________________________ 27
3.1.11. Exposicin oral y defensa _______________________________________________________ 27
3.1.12. Exposicin oral _______________________________________________________________ 28
3.1.13. Defensa _____________________________________________________________________ 29
3.1.14. Tribunal examinador ___________________________________________________________ 30
3.2. Trabajo dirigido _______________________________________________________ 32
3.2.1. Antecedentes _________________________________________________________________ 32
3.2.2. Aspectos Generales _____________________________________________________________ 32
3.2.2.1. Definicin _______________________________________________________________ 32 3.2.2.2. Aplicacin _______________________________________________________________ 32 3.2.2.3. Fines y Objetivos. _________________________________________________________ 33
3.2.3. Del tiempo de Trabajo Dirigido. ___________________________________________________ 33
3.2.4. Del procedimiento para la aprobacin del trabajo dirigido. _____________________________ 34
3.2.5. De la evaluacin y el tribunal _____________________________________________________ 35
3.3. Examen de Grado (a travs de Seminario de Grado). __________________________ 36
3.3.1. Antecedentes y Justificacin ______________________________________________________ 36
3.3.2. Objetivos _____________________________________________________________________ 37
3.3.3. De los contenidos ______________________________________________________________ 37
3.3.4. De la realizacin _______________________________________________________________ 38
3.3.5. De la evaluacin y promocin del alumno ___________________________________________ 39
3.3.6. Del Docente ___________________________________________________________________ 40
3.3.7. De los alumnos ________________________________________________________________ 40
3.3.8. Apoyo Logstico ________________________________________________________________ 41
3.3.9. De los aportes econmicos de acuerdo a normas vigentes ______________________________ 42
3.3.10. De la utilidad neta_____________________________________________________________ 42
3.3.11. De los gastos de la utilidad ______________________________________________________ 42
3.3.13. Modificacin del Reglamento ____________________________________________________ 43
3.4. Excelencia acadmica ___________________________________________________ 44
3.4.1. Antecedente y justificacin _______________________________________________________ 44
3.4.2. Objetivos _____________________________________________________________________ 44
3.4.3. Requerimientos necesarios para la Excelencia Acadmica ______________________________ 45
3.4.4. Del procedimiento y tramitacin __________________________________________________ 45
3.4.5. Del costo econmico ____________________________________________________________ 46
Captulo 4. Captura de requisitos ________________________ 47
4.1. Modelo de negocio ________________________________________________________ 47
4.2. Requerimientos no funcionales ______________________________________________ 52
ndice General
iii
4.3. Requerimientos funcionales ________________________________________________ 52
4.4. Identificar actores y casos de uso ____________________________________________ 52
4.4.1. Identificar Actores ______________________________________________________________ 52
4.4.2. Diagrama de Actores ___________________________________________________________ 55
4.4.3. Identificar Casos de uso _________________________________________________________ 56
4.4.2.1. Priorizacin de casos de uso ________________________________________________ 56 4.4.4. Detallar un Caso de uso _________________________________________________________ 57
Detalle de caso de uso. 1: Administrar gestin acadmica ______________________________ 57 Detalle de caso de uso. 2: Ofertar SG ______________________________________________ 57 Detalle de caso de uso. 3: Registrar estudiante en GD. ________________________________ 58 Detalle de caso de uso. 4: Registrar estudiante en Tesis o PG ___________________________ 58 Detalle de caso de uso. 5: Registrar estudiante en SG _________________________________ 59 Detalle de caso de uso. 6: Registrar estudiante en TD _________________________________ 59 Detalle de caso de uso. 7: Gestionar mdulo de SG ___________________________________ 60 Detalle de caso de uso. 8: Importar datos de estudiantes _______________________________ 60 Detalle de caso de uso. 9: Registrar nota de evaluacin del documento de Tesis o PG ________ 61 Detalle de caso de uso. 10: Gestionar tema de Tesis o PG _____________________________ 61 Detalle de caso de uso. 11: Gestionar Plan de Trabajo de TD ___________________________ 62 Detalle de caso de uso. 12: Asignar supervisor externo a TD ___________________________ 63 Detalle de caso de uso. 13: Registrar nota de evaluacin de informe de TD ________________ 64 Detalle de caso de uso. 14: Asignar fecha y hora de defensa ____________________________ 64 Detalle de caso de uso. 15: Suspender defensa ______________________________________ 65 Detalle de caso de uso. 16: Asignar jurado de defensa _________________________________ 65 Detalle de caso de uso. 17: Registrar estudiante en mdulo _____________________________ 66 Detalle de caso de uso. 18: Registrar nota de mdulo _________________________________ 66 Detalle de caso de uso. 19: Registrar nota final de titulacin ____________________________ 67 Detalle de caso de uso. 20: Registrar actas de titulacin. _______________________________ 67 Detalle de caso de uso. 21: Gestionar RRHH ________________________________________ 68 Detalle de caso de uso. 22: Obtener estadsticas a nivel de modalidad ____________________ 68 Detalle de caso de uso. 23: Obtener histrico a nivel de titulacin del estudiante _____________ 69 Detalle de caso de uso. 24: Obtener informacin de defensa del estudiante ________________ 69 Detalle de caso de uso. 25: Cerrar SG _____________________________________________ 70 Detalle de caso de uso. 26: Cambiar de modalidad de titulacin _________________________ 70
4.5. Modelo de Casos de Uso ___________________________________________________ 71
Captulo 5. Anlisis ___________________________________ 72
5.1. Anlisis de paquetes _______________________________________________________ 72
5.2. Anlisis de la arquitectura __________________________________________________ 73
5.2.1. Paquete Titulacin _____________________________________________________________ 73
5.2.2. Paquete Modalidades ___________________________________________________________ 74
5.2.3. Paquete Acadmico ____________________________________________________________ 75
5.2.4. Paquete Importacin ___________________________________________________________ 75
5.2.5. Paquete RRHH _________________________________________________________________ 76
5.2.6. Paquete Reportes ______________________________________________________________ 76
5.3. Anlisis de casos de Uso ____________________________________________________ 77
Diagrama de colaboracin 1.Administrar gestin acadmica ________________________________ 77
Diagrama de colaboracin 2.Ofertar SG _________________________________________________ 78
Diagrama de colaboracin 3.Registrar estudiante en modalidad de GD ________________________ 79
ndice General
iv
Diagrama de colaboracin 4.Registrar estudiante en Tesis o PG ______________________________ 79
Diagrama de colaboracin 5.Registrar estudiante en SG ____________________________________ 80
Diagrama de colaboracin 6.Registrar estudiante en TD ____________________________________ 80
Diagrama de colaboracin 7Gestionar mdulo de SG _______________________________________ 81
Diagrama de colaboracin 8Importar datos de estudiantes __________________________________ 81
Diagrama de colaboracin 9.Registrar nota de evaluacin del documento de Tesis o PG _____________ 82
Diagrama de colaboracin 10Gestionar tema de Tesis o PG _________________________________ 83
Diagrama de colaboracin 11.Gestionar Plan de Trabajo de TD ______________________________ 84
Diagrama de colaboracin 12.Asignar supervisor externo a TD ______________________________ 85
Diagrama de colaboracin 13.Registrar nota de evaluacin de informe de TD ___________________ 85
Diagrama de colaboracin 14.Asignar fecha y hora de defensa _______________________________ 86
Diagrama de colaboracin 15.Suspender defensa _________________________________________ 86
Diagrama de colaboracin 16.Asignar jurado de defensa ___________________________________ 87
Diagrama de colaboracin 17.Registrar estudiante en mdulo _______________________________ 88
Diagrama de colaboracin 18.Registrar nota de mdulo ____________________________________ 89
Diagrama de colaboracin 19.Registrar nota final de titulacin ______________________________ 89
Diagrama de colaboracin 20.Registrar actas de titulacin. _________________________________ 90
Diagrama de colaboracin 21.Gestionar RRHH ____________________________________________ 90
Diagrama de colaboracin 22.Obtener estadsticas a nivel de modalidad _______________________ 91
Diagrama de colaboracin 23.Obtener histrico a nivel de titulacin del estudiante ______________ 92
Diagrama de colaboracin 24.Obtener informacin de defensa del estudiante __________________ 92
Diagrama de colaboracin 25.Cerrar SG _________________________________________________ 93
Diagrama de colaboracin 26.Cambiar de modalidad de titulacin ____________________________ 94
5.4. Detallar una clase _________________________________________________________ 95
5.4.1. Clases de Entidad ____________________________________________________________ 95
5.4.2. Clases de Interfaz ___________________________________________________________ 101
5.4.3. Clases de Control ___________________________________________________________ 103
Captulo 6. Diseo ___________________________________ 107
6.1. Diseo de la arquitectura __________________________________________________ 107
6.1.1. Diseo de la arquitectura _______________________________________________________ 107
6.1.2. Modelo de despliegue inicial ____________________________________________________ 108
6.2. Disear casos de uso _____________________________________________________ 109
Diagrama de secuencia. 1:Administrar gestin acadmica _________________________________ 109
Diagrama de secuencia. 2:Ofertar SG __________________________________________________ 110
Diagrama de secuencia. 3:Registrar estudiante en modalidad de GD _________________________ 111
Diagrama de secuencia. 4:Registrar estudiante en Tesis o PG _______________________________ 112
ndice General
v
Diagrama de secuencia. 5:Registrar estudiante en SG _____________________________________ 113
Diagrama de secuencia. 6:Registrar estudiante en TD _____________________________________ 114
Diagrama de secuencia. 7:Gestionar mdulo de SG _______________________________________ 115
Diagrama de secuencia. 8:Importar datos de estudiantes __________________________________ 116
Diagrama de secuencia. 9: Registrar nota de evaluacin del documento de Tesis o PG _____________ 117
Diagrama de secuencia. 10:Gestionar tema de Tesis o PG __________________________________ 118
Diagrama de secuencia. 11:Gestionar Plan de Trabajo de TD _______________________________ 119
Diagrama de secuencia. 12:Asignar supervisor externo a TD ________________________________ 120
Diagrama de secuencia. 13:Registrar nota de evaluacin de informe de TD ____________________ 121
Diagrama de secuencia. 14:Asignar fecha y hora de defensa ________________________________ 122
Diagrama de secuencia. 15:Suspender defensa ___________________________________________ 123
Diagrama de secuencia. 16:Asignar jurado de defensa_____________________________________ 124
Diagrama de secuencia. 17:Registrar estudiante en mdulo ________________________________ 125
Diagrama de secuencia. 18:Registrar nota de mdulo _____________________________________ 126
Diagrama de secuencia. 19:Registrar nota final de titulacin _______________________________ 127
Diagrama de secuencia. 20:Registrar actas de titulacin ___________________________________ 128
Diagrama de secuencia. 21:Gestionar RRHH _____________________________________________ 129
Diagrama de secuencia. 22:Obtener estadsticas a nivel de modalidad ________________________ 130
Diagrama de secuencia. 23:Obtener histrico a nivel de titulacin del estudiante _______________ 131
Diagrama de secuencia. 24:Obtener informacin de defensa del estudiante ___________________ 132
Diagrama de secuencia. 25:Cerrar SG __________________________________________________ 133
Diagrama de secuencia. 26:Cambiar de modalidad de titulacin _____________________________ 134
6.3. Diseo de clases _________________________________________________________ 135
6.4. Diseo lgico de la Base de Datos: Seguimiento ________________________________ 136
6.5. Diseo fsico de la Base de Datos Seguimiento _________________________________ 140
6.6. Diseo de Interfaces ______________________________________________________ 147
Captulo 7. Implementacin ___________________________ 151
7.1. Implementar casos de uso _________________________________________________ 151
Diagrama de componentes 2: Ofertar SG _______________________________________________ 151
Diagrama de componentes 29: Cerrar SG _______________________________________________ 151
Diagrama de componentes 4: Registrar estudiante en Tesis o PG ____________________________ 152
Diagrama de componentes 5: Registrar estudiante en SG __________________________________ 152
Diagrama de componentes 7: Gestionar mdulo de SG ____________________________________ 153
Diagrama de componentes 19: Modificar requisitos de registro en mdulo ____________________ 153
Diagrama de componentes 20: Registrar estudiante en mdulo _____________________________ 154
Diagrama de componentes 21: Registrar nota de mdulo __________________________________ 155
ndice General
vi
7.2. Implementacin de la arquitectura __________________________________________ 156
Captulo 8. Pruebas __________________________________ 157
8.1. Pruebas en el sistema _____________________________________________________ 157
8.2 Pruebas de Caja Negra ____________________________________________________ 157
Gestionar RRHH - Crear mdulo ______________________________________________________ 157
Registrar nota final de titulacin Cambiar nota de titulacin _____________________________ 159
8.3 Pruebas de Caja Blanca ____________________________________________________ 160
8.3 Pruebas de Integridad de datos (Base de Datos) ________________________________ 160
Conclusiones _______________________________________ 161
Recomendaciones ___________________________________ 163
Bibliografa y Referencias _____________________________ 164
Anexo A ___________________________________________ 165
Anexo B ___________________________________________ 167
Anexo C ___________________________________________ 168
ndice de Figuras
i
INDICE DE FIGURAS
Fig.1. Framework de .NET en contexto ............................................................................ 9
Fig.2. Como se administra el cdigo en el servidor ........................................................ 16
Fig.3. Diagrama de actividad Inscribir estudiante a modalidad de titulacin ................. 47
Fig.4. Diagrama de actividad Seguimiento a estudiante inscrito en Excelencia o Buen
rendimiento acadmico ............................................................................................. 48
Fig.5. Diagrama de actividad Seguimiento a estudiante inscrito en Seminario de Grado ..
.............................................................................................................................. 49
Fig.6. Diagrama de actividad Seguimiento a estudiante inscrito en Tesis o Proyecto de
Grado ........................................................................................................................ 50
Fig.7. Diagrama de actividad Seguimiento a estudiante inscrito en Trabajo de Dirigido ..
.............................................................................................................................. 51
Fig.8. Identificar Actores ................................................................................................ 55
Fig.9. Modelo general de casos de uso ........................................................................... 71
Fig.10. Diagrama de paquetes ........................................................................................... 72
Fig.11. Diagrama de paquetes por capas ........................................................................ 107
Fig.12. Arquitectura del modelo de dise de software ................................................. 108
Fig.13. Diseo conceptual de la base de datos................................................................ 135
Fig.14. Inicio de Sesin .................................................................................................. 147
Fig.15. Pgina Principal .................................................................................................. 148
Fig.16. Registro de Tema de Tesis ................................................................................. 149
Fig.17. Registro de Estudiante en Seminario de Grado .................................................. 150
Fig.18. Arquitectura del modelo de implementacin del software. ................................ 156
Resumen
1
RREESSUUMMEENN
El proyecto consiste en desarrollar un sistema para la carrera de Ingeniera
Informtica de la Universidad Autnoma Gabriel Ren Moreno, para el control y
seguimiento de los estudiantes que al culminar la malla curricular necesariamente optan a
una modalidad de titulacin la obtener el ttulo de Licenciado en Ingeniera Informtica.
El registro de estos estudiantes se realiza de manera manual, ocasionando dificultad
en el manejo de la informacin y dando lugar a posibles confusiones tales como que un
estudiante est registrado ms de una vez en una modalidad, o que est mas de dos aos en
la misma modalidad.
El sistema se encargar de llevar el seguimiento de los estudiantes desde el
momento en que optan a una modalidad de titulacin hasta que culminan.
Para el desarrollo del presente trabajo se aplic el paradigma de proceso unificado
de desarrollo de software.
Introduccin
1
IINNTTRROODDUUCCCCIIOONN
La demanda de alumnado existente en Carrera Ingeniera Informtica perteneciente
a la Facultad de Ciencias Exactas y Tecnologa de la Universidad Autnoma Gabriel Ren
Moreno, ha ido incrementado de manera vertiginosa (Ver anexos) debido a que en esta
existe una solicitud de profesionales bastante amplia en el mercado laboral.
Actualmente la Carrera de Ingeniera Informtica se ve en la necesidad de realizar
un seguimiento detallado a los estudiantes en condicin de titulacin, tanto individualmente
(histricos personales), como en conjunto (informacin estadstica).
Al ver la cantidad de alumnos (Ver anexos) que existen se puede deducir fcilmente
que el nmero de estudiantes titulados o que estn en condicin de titularse es tambin
numeroso, obligando a la Carrera de Ingeniera Informtica a automatizar el proceso de
seguimiento, desde su ingreso a una modalidad de titulacin ofertada hasta que logran la
titulacin.
Captulo 1 Objetivos y justificacin del proyecto
2
CCaappttuulloo II.. OObbjjeettiivvooss yy jjuussttiiffiiccaacciinn ddeell pprrooyyeeccttoo
1.1. Descripcin del problema
1.1.1. Situacin problemtica
Al final de cada semestre la carrera cuenta con un gran nmero de alumnos que
egresan. (Vase: Apndice B) Actualmente la informacin que se maneja dentro del Centro
de Procesamiento de Datos es puntual y nicamente para efectos de certificacin,
tornndose difcil hacer un seguimiento detallado de cada alumno, desde que egresan hasta
que logran la titulacin; cualquiera fuere la modalidad y el tiempo que tome.
Tampoco se cuenta con datos estadsticos con respecto a la situacin general de los
alumnos, desde que egresan hasta el momento de la titulacin.
1.1.2. Situacin deseada
Contar con un sistema para el registro y seguimiento de estudiantes inscritos en las
diferentes modalidades de titulacin
Captulo 1 Objetivos y justificacin del proyecto
3
1.2. Objetivos
1.2.1. Objetivo General
Desarrollar un sistema de gestin para el seguimiento de las modalidades de
titulacin de la carrera ingeniera informtica perteneciente a la Facultad de Ciencias
Exactas y Tecnologa de la Universidad Autnoma Gabriel Ren Moreno.
1.2.2. Objetivos especficos
Recopilar informacin referente al las modalidades de titulacin ofertadas dentro de
la carrera, por medio de entrevistas al jefe de carrera, al coordinador de la modalidad de
seminario de grado y a docentes que hubiesen sido tutores en alguna modalidad.
Comprender en detalle como trabaja cada modalidad de titulacin, por medio de la
lectura de los estatutos de la carrera con respecto a cada modalidad.
Obtener Informacin sobre el Sistema de Registro de Alumnos en la materia Taller
de Grado, utilizado en la U.A.G.R.M., para ello se realizarn entrevistas al personal del
Centro de Procesamiento de Datos (CPD).
Encontrar actores y casos de uso involucrados en el sistema, a partir de la
informacin recopilada.
Captulo 1 Objetivos y justificacin del proyecto
4
Disear la arquitectura adecuada de forma tal que los requerimientos del cliente
queden plasmados en el sistema.
Implementar la solucin de acuerdo al diseo obtenido, para lo cual es necesario
definir las herramientas a utilizar.
Realizar pruebas. Para ello se deber montar y configurar todos los elementos
necesarios para la ejecucin del sistema, en un ambiente controlado, previo a la
implantacin.
1.3. Alcance
Registro de alumnos inscritos y titulados en alguna de las modalidades de titulacin
existentes en la carrera; esta ser una aplicacin Web, asignando permisos de acceso a las
transacciones a realizar en los diferentes mdulos. Estar compuesta por las siguientes
secciones:
Importar datos de los estudiantes inscritos en la materia de taller de grado II.
Registro de docentes que participan en las diferentes modalidades.
Registro y seguimiento de los estudiantes en la diferentes modalidades.
Consultas generales, sobre datos actuales e histricos, de estudiantes,
docentes y modalidades.
Administracin de las diferentes modalidades.
Captulo 1 Objetivos y justificacin del proyecto
5
1.4. Justificacin
Se ha visto la necesidad de implementar un software de esta naturaleza porque la
informacin que se dispone para efectos de seguimiento a los estudiantes en condicin de
titulacin, es puntual y no ofrece ningn tipo de detalle, condicin necesaria para tener un
buen seguimiento de los mismos.
1.5. Metodologa
Se utilizar el ciclo de vida de Proceso Unificado de Desarrollo de Software
(P.U.D.S.), debido a que:
Est dirigido por casos de uso, que son un medio para determinar los requisitos
correctos y utilizarlos para conducir el proceso de desarrollo.
Es iterativo e incremental, lo que permite dividir el proyecto en partes ms
pequeas, donde cada incremento aumenta la funcionalidad del proyecto.
Est centrada en la arquitectura es decir la estructura del sistema.
Las fases que se desarrollarn del Proceso Unificado son: Inicio, Elaboracin y
Construccin, dejando as la fase de transicin para la implantacin del sistema.
Captulo 2 .NET Framework 2.0
6
CCaappttuulloo 22.. ..NNEETT FFrraammeewwoorrkk 22..00
2.1. Informacin general y conceptual sobre .NET Framework
.NET Framework es un componente integral de Windows que admite la creacin y
la ejecucin de la siguiente generacin de aplicaciones y servicios Web XML. El diseo de
.NET Framework est enfocado a cumplir los objetivos siguientes:
Proporcionar un entorno coherente de programacin orientada a
objetos, en el que el cdigo de los objetos se pueda almacenar y
ejecutar de forma local, ejecutar de forma local pero distribuida en
Internet o ejecutar de forma remota.
Proporcionar un entorno de ejecucin de cdigo que reduzca lo
mximo posible la implementacin de software y los conflictos de
versiones.
Ofrecer un entorno de ejecucin de cdigo que fomente la ejecucin
segura del mismo, incluso del creado por terceras personas
desconocidas o que no son de plena confianza.
Proporcionar un entorno de ejecucin de cdigo que elimine los
problemas de rendimiento de los entornos en los que se utilizan
secuencias de comandos o intrpretes de comandos.
Ofrecer al programador una experiencia coherente entre tipos de
aplicaciones muy diferentes, como las basadas en Windows o en el
Web.
Basar toda la comunicacin en estndares del sector para asegurar
que el cdigo de .NET Framework se puede integrar con otros tipos
de cdigo.
.NET Framework contiene dos componentes principales: Common Language
Runtime y la biblioteca de clases de .NET Framework. Common Language Runtime es el
Captulo 2 .NET Framework 2.0
7
fundamento de la tecnologa. El motor en tiempo de ejecucin se puede considerar como un
agente que administra el cdigo en tiempo de ejecucin y proporciona servicios centrales,
como la administracin de memoria, la administracin de subprocesos y la interaccin
remota, al tiempo que aplica una seguridad estricta a los tipos y otras formas de
especificacin del cdigo que fomentan su seguridad y solidez. De hecho, el concepto de
administracin de cdigo es un principio bsico del motor en tiempo de ejecucin. El
cdigo destinado al motor en tiempo de ejecucin se denomina cdigo administrado, a
diferencia del resto de cdigo, que se conoce como cdigo no administrado. La biblioteca
de clases, el otro componente principal de .NET Framework, es una completa coleccin
orientada a objetos de tipos reutilizables que se pueden emplear para desarrollar
aplicaciones que abarcan desde las tradicionales herramientas de interfaz grfica de usuario
(GUI) o de lnea de comandos hasta las aplicaciones basadas en las innovaciones ms
recientes proporcionadas por ASP.NET, como los formularios Web Forms y los servicios
Web XML.
.NET Framework puede alojarse en componentes no administrados que cargan
Common Language Runtime en sus procesos e inician la ejecucin de cdigo administrado,
con lo que se crea un entorno de software en el que se pueden utilizar caractersticas
administradas y no administradas. En .NET Framework no slo se ofrecen varios hosts de
motor en tiempo de ejecucin, sino que tambin se admite el desarrollo de estos hosts por
parte de terceros.
Por ejemplo, ASP.NET aloja el motor en tiempo de ejecucin para proporcionar un
entorno de servidor escalable para el cdigo administrado. ASP.NET trabaja directamente
Captulo 2 .NET Framework 2.0
8
con el motor en tiempo de ejecucin para habilitar aplicaciones de ASP.NET y servicios
Web XML, que se tratan ms adelante en este tema.
Internet Explorer es un ejemplo de aplicacin no administrada que aloja el motor en
tiempo de ejecucin (en forma de una extensin de tipo MIME). Al usar Internet Explorer
para alojar el motor en tiempo de ejecucin, puede incrustar componentes administrados o
controles de Windows Forms en documentos HTML. Al alojar el motor en tiempo de
ejecucin de esta manera se hace posible el uso de cdigo mvil administrado (similar a los
controles de Microsoft ActiveX), pero con mejoras significativas que slo el cdigo
administrado puede ofrecer, como la ejecucin con confianza parcial y el almacenamiento
aislado de archivos.
En la ilustracin siguiente se muestra la relacin de Common Language Runtime y
la biblioteca de clases con las aplicaciones y el sistema en su conjunto. En la ilustracin se
representa igualmente cmo funciona el cdigo administrado dentro de una arquitectura
mayor.
Captulo 2 .NET Framework 2.0
9
2.3.1. .NET Framework en contexto
Fig.1. Framework de .NET en contexto
En las secciones siguientes se describen con ms detalle los componentes y
caractersticas principales de .NET Framework.
2.3.2. Caractersticas de Common Language Runtime
Common Language Runtime administra la memoria, ejecucin de subprocesos,
ejecucin de cdigo, comprobacin de la seguridad del cdigo, compilacin y dems
Captulo 2 .NET Framework 2.0
10
servicios del sistema. Estas caractersticas son intrnsecas del cdigo administrado que se
ejecuta en Common Language Runtime.
Con respecto a la seguridad, los componentes administrados reciben grados de
confianza diferentes, en funcin de una serie de factores entre los que se incluye su origen
(como Internet, red empresarial o equipo local). Esto significa que un componente
administrado puede ser capaz o no de realizar operaciones de acceso a archivos,
operaciones de acceso al Registro y otras funciones delicadas, incluso si se est utilizando
en la misma aplicacin activa.
El motor en tiempo de ejecucin impone seguridad en el acceso al cdigo. Por
ejemplo, los usuarios pueden confiar en que un archivo ejecutable incrustado en una pgina
Web puede reproducir una animacin en la pantalla o entonar una cancin, pero no puede
tener acceso a sus datos personales, sistema de archivos o red. Por ello, las caractersticas
de seguridad del motor en tiempo de ejecucin permiten que el software legtimo
implementado en Internet sea excepcionalmente variado.
Adems, el motor en tiempo de ejecucin impone la solidez del cdigo mediante la
implementacin de una infraestructura estricta de comprobacin de tipos y cdigo
denominado CTS (Common Type System, Sistema de tipos comn). CTS garantiza que
todo el cdigo administrado es auto descriptivo. Los diferentes compiladores de lenguajes
de Microsoft y de terceros generan cdigo administrado que se ajusta a CTS. Esto significa
que el cdigo administrado puede usar otros tipos e instancias administrados, al tiempo que
se aplica inflexiblemente la fidelidad y seguridad de los tipos.
Captulo 2 .NET Framework 2.0
11
Adems, el entorno administrado del motor en tiempo de ejecucin elimina muchos
problemas de software comunes. Por ejemplo, el motor en tiempo de ejecucin controla
automticamente la disposicin de los objetos, administra las referencias a stos y los libera
cuando ya no se utilizan. Esta administracin automtica de la memoria soluciona los dos
errores ms comunes de las aplicaciones: la prdida de memoria y las referencias no vlidas
a la memoria.
Adems, el motor en tiempo de ejecucin aumenta la productividad del
programador. Por ejemplo, los desarrolladores pueden crear aplicaciones en el lenguaje que
prefieran y seguir sacando todo el provecho del motor en tiempo de ejecucin, la biblioteca
de clases y los componentes escritos en otros lenguajes por otros colegas. El proveedor de
un compilador puede elegir destinarlo al motor en tiempo de ejecucin. Los compiladores
de lenguajes que se destinan a .NET Framework hacen que las caractersticas de .NET
Framework estn disponibles para el cdigo existente escrito en dicho lenguaje, lo que
facilita enormemente el proceso de migracin de las aplicaciones existentes.
Aunque el motor en tiempo de ejecucin est diseado para el software del futuro,
tambin es compatible con el software actual y el software antiguo. La interoperabilidad
entre el cdigo administrado y no administrado permite que los desarrolladores continen
utilizando los componentes COM y las DLL que necesiten.
El motor en tiempo de ejecucin est diseado para mejorar el rendimiento. Aunque
Common Language Runtime proporciona muchos servicios estndar de motor en tiempo de
ejecucin, el cdigo administrado nunca se interpreta. Una caracterstica denominada
Captulo 2 .NET Framework 2.0
12
compilacin JIT (Just-In-Time) permite ejecutar todo el cdigo administrado en el lenguaje
mquina nativo del sistema en el que se ejecuta. Mientras tanto, el administrador de
memoria evita que la memoria se pueda fragmentar y aumenta la zona de referencia de la
memoria para mejorar an ms el rendimiento.
Por ltimo, el motor en tiempo de ejecucin se puede alojar en aplicaciones de
servidor de gran rendimiento, como Microsoft SQL Server e IIS (Servicios de Internet
Information Server). Esta infraestructura permite utilizar cdigo administrado para escribir
lgica empresarial, al tiempo que se disfruta del superior rendimiento de los mejores
servidores empresariales del sector que puedan alojar el motor en tiempo de ejecucin.
2.3.3. Biblioteca de clases de .NET Framework
La biblioteca de clases de .NET Framework es una coleccin de tipos reutilizables
que se integran estrechamente con Common Language Runtime. La biblioteca de clases
est orientada a objetos, lo que proporciona tipos de los que su propio cdigo administrado
puede derivar funciones. Esto ocasiona que los tipos de .NET Framework sean sencillos de
utilizar y reduce el tiempo asociado con el aprendizaje de las nuevas caractersticas de
.NET Framework. Adems, los componentes de terceros se pueden integrar sin dificultades
con las clases de .NET Framework.
Captulo 2 .NET Framework 2.0
13
Por ejemplo, las clases de coleccin de .NET Framework implementan un conjunto
de interfaces que puede usar para desarrollar sus propias clases de coleccin. stas se
combinarn fcilmente con las clases de .NET Framework.
Como en cualquier biblioteca de clases orientada a objetos, los tipos de .NET
Framework permiten realizar diversas tareas de programacin comunes, como son la
administracin de cadenas, recopilacin de datos, conectividad de bases de datos y acceso a
archivos. Adems de estas tareas habituales, la biblioteca de clases incluye tipos adecuados
para diversos escenarios de desarrollo especializados. Por ejemplo, puede utilizar .NET
Framework para desarrollar los siguientes tipos de aplicaciones y servicios:
Aplicaciones de consola
Aplicaciones GUI de Windows (formularios Windows Forms)
Aplicaciones de ASP.NET
Servicios Web XML
Servicios de Windows
Por ejemplo, las clases de formularios Windows Forms son un conjunto completo
de tipos reutilizables que simplifican enormemente el desarrollo de interfaces GUI para
Windows. Si escribe una aplicacin Web Form de ASP.NET, puede utilizar las clases de
formularios Web Forms.
Captulo 2 .NET Framework 2.0
14
2.3.4. Desarrollo de aplicaciones cliente
Las aplicaciones cliente constituyen lo ms parecido a una aplicacin de estilo
tradicional en la programacin basada en Windows. En este tipo de aplicaciones se
muestran ventanas o formularios en el escritorio, lo que permite al usuario realizar una
tarea. Entre las aplicaciones cliente se incluyen los procesadores de texto y las hojas de
clculo, adems de aplicaciones empresariales, como herramientas de entrada de datos, de
informes, etctera. En las aplicaciones cliente se suelen emplear ventanas, mens, botones y
otros elementos de la interfaz grfica de usuario, y suelen tener acceso a recursos locales
como el sistema de archivos y a dispositivos perifricos como las impresoras.
Otro tipo de aplicacin cliente es el tradicional control ActiveX (reemplazado ahora
por el control de Windows Forms) implementado en Internet como una pgina Web. Esta
aplicacin es muy parecida a otras aplicaciones cliente: se ejecuta de forma nativa, tiene
acceso a los recursos locales e incluye elementos grficos.
En el pasado, los desarrolladores creaban esas aplicaciones mediante C o C++ en
combinacin con MFC (Microsoft Foundation Classes) o con un entorno RAD (Rapid
Application Development, desarrollo rpido de aplicaciones) como Microsoft Visual
Basic. En .NET Framework se incorporan aspectos de estos productos, que siguen
existiendo, en un nico entorno de desarrollo coherente que simplifica de forma
espectacular el desarrollo de las aplicaciones cliente.
Captulo 2 .NET Framework 2.0
15
Las clases de formularios Windows Forms contenidas en .NET Framework estn
diseadas para utilizarse en el desarrollo de GUI. Puede crear ventanas, botones, mens,
barras de herramientas y dems elementos de pantalla fcilmente con la flexibilidad
requerida para adaptarse a la evolucin de las necesidades de su empresa.
Por ejemplo, .NET Framework proporciona propiedades simples para ajustar los
atributos visuales asociados con los formularios. En determinadas circunstancias, el sistema
operativo subyacente no permite cambiar estos atributos directamente y, entonces, .NET
Framework vuelve a crear los formularios de forma automtica. sta es una de las mltiples
maneras en que .NET Framework integra la interfaz del programador, con lo que la
creacin de cdigo resulta ms sencilla y ms coherente.
A diferencia de los controles ActiveX, los controles de Windows Forms tienen
acceso con una confianza parcial al equipo de un usuario. Esto significa que el cdigo
binario o que se ejecuta de forma nativa puede tener acceso a algunos de los recursos del
sistema del usuario (como elementos de la GUI y acceso limitado a los archivos) sin tener
acceso ni comprometer los dems recursos. Debido a la seguridad de acceso a cdigo,
muchas aplicaciones que antes era necesario instalar en el sistema de un usuario, ahora se
pueden implementar a travs del Web. Las aplicaciones pueden implementar las
caractersticas de una aplicacin local a la vez que se implementan como una pgina Web.
Captulo 2 .NET Framework 2.0
16
2.3.5. Desarrollo de aplicaciones de servidor
Las aplicaciones de servidor en entornos administrados se implementan mediante
hosts de motor en tiempo de ejecucin. Las aplicaciones no administradas alojan Common
Language Runtime, que permite al cdigo administrado personalizado controlar el
comportamiento del servidor. Este modelo proporciona todas las caractersticas de
Common Language Runtime y la biblioteca de clases, adems de obtener el rendimiento y
la escalabilidad del servidor host.
En la ilustracin siguiente se muestra un esquema de red bsico donde se ejecuta
cdigo administrado en diferentes entornos de servidor. Los servidores como IIS y SQL
Server pueden realizar operaciones estndar mientras la lgica de la aplicacin se ejecuta
en el cdigo administrado.
2.3.6. Cdigo administrado en el servidor
Fig.2. Como se administra el cdigo en el servidor
ASP.NET es el entorno host que permite a los desarrolladores utilizar .NET
Framework con las aplicaciones para el Web. Sin embargo, ASP.NET no es slo un host de
Captulo 2 .NET Framework 2.0
17
motor en tiempo de ejecucin: se trata de una completa arquitectura para el desarrollo de
sitios Web y objetos distribuidos en Internet mediante cdigo administrado. Los
formularios Web Forms y los servicios Web XML utilizan IIS y ASP.NET como
mecanismos de publicacin de las aplicaciones y ambos disponen de una coleccin de
clases compatibles en .NET Framework.
Los servicios Web XML, que constituyen una evolucin importante de la tecnologa
basada en el Web, son componentes distribuidos de aplicaciones de servidor similares a los
sitios Web comunes. Sin embargo, a diferencia de las aplicaciones basadas en el Web, los
componentes de servicios Web XML no tienen interfaz de usuario y no estn orientados a
exploradores como Internet Explorer y Netscape Navigator. En su lugar, los servicios Web
XML consta de componentes de software reutilizables diseados para que los utilicen otras
aplicaciones, como aplicaciones cliente tradicionales, aplicaciones basadas en el Web o,
incluso, otros servicios Web XML. Como resultado, la tecnologa de servicios Web XML
est desplazando rpidamente el desarrollo y la implementacin de aplicaciones hacia el
entorno altamente distribuido de Internet.
Si ha utilizado versiones anteriores de la tecnologa ASP, apreciar de inmediato las
mejoras que ofrecen ASP.NET y formularios Web Forms. Por ejemplo, puede desarrollar
pginas de formularios Web Forms en cualquier lenguaje compatible con .NET
Framework. Adems, ya no es necesario que el cdigo comparta el mismo archivo con el
texto HTTP (aunque puede seguir hacindolo, si lo prefiere). Las pginas de formularios
Web Forms se ejecutan en lenguaje mquina nativo porque, al igual que todas las
aplicaciones administradas, sacan todo el provecho del motor en tiempo de ejecucin. En
Captulo 2 .NET Framework 2.0
18
cambio, las pginas ASP no administradas siempre utilizan secuencias de comandos e
intrpretes de comandos. El desarrollo de pginas de ASP.NET es ms rpido, ms
funcional y ms sencillo que el desarrollo de pginas ASP no administradas, porque
interactan con el motor en tiempo de ejecucin como una aplicacin administrada.
.NET Framework proporciona tambin una coleccin de clases y herramientas para
ayudar al desarrollo y uso de las aplicaciones de servicios Web XML. Los servicios Web
XML se basan en estndares como SOAP (un protocolo de llamadas a procedimientos
remotos), XML (un formato de datos extensible) y WSDL (el Lenguaje de descripcin de
servicios Web). En .NET Framework se utilizan estos estndares para fomentar la
interoperabilidad con soluciones que no son de Microsoft.
Por ejemplo, la herramienta Lenguaje de descripcin de servicios Web incluida en
.NET Framework SDK puede consultar un servicio Web XML publicado en el Web,
analizar su descripcin de WSDL y producir cdigo fuente de C# o Visual Basic que la
aplicacin puede utilizar para convertirse en cliente del servicio Web XML en cuestin. El
cdigo fuente puede crear clases derivadas de las clases de la biblioteca de clases que
controlan completamente la comunicacin subyacente mediante SOAP y anlisis de XML.
Aunque puede utilizar la biblioteca de clases para usar los servicios Web XML
directamente, la herramienta Lenguaje de descripcin de servicios Web y las dems
herramientas incluidas en el SDK facilitan el trabajo de desarrollo con .NET Framework.
Si desarrolla y publica su propio servicio Web XML, .NET Framework proporciona
un conjunto de clases que cumplen todos los estndares de comunicacin subyacentes,
como SOAP, WSDL y XML. El uso de esas clases le permite centrarse en la lgica del
Captulo 2 .NET Framework 2.0
19
servicio, sin preocuparse de la infraestructura de comunicaciones que se requiere en el
desarrollo de software distribuido.
Por ltimo, al igual que las pginas de formularios Web Forms en un entorno
administrado, el servicio Web XML se ejecutar con la velocidad del lenguaje mquina
nativo mediante la comunicacin escalable de IIS.
[WEB-01]
Captulo 3 Estatutos
20
CCaappttuulloo 33.. EEssttaattuuttooss eessttaabblleecciiddooss ppaarraa llaass
mmooddaalliiddaaddeess ddee ttiittuullaacciinn ddee llaa ffaaccuullttaadd ddee cciieenncciiaass
eexxaaccttaass yy tteeccnnoollooggaa
3.1. Tesis de licenciatura
Consiste en un trabajo original de contribucin al conocimiento de investigacin
terica pura y aplicada o bsica, dirigida a plantear alternativas de solucin a problemas en
reas especficas del saber, referido a todo campo.
3.1.1. Investigacin
Esta consiste en ver la aplicabilidad de alguna tecnologa o desarrollar una nueva tcnica en
la elaboracin de un producto o de terminacin de algunos parmetros. Implica por lo tanto,
trabajo de laboratorio, buscando respuestas a objetivos concretos.
3.1.2. Simulacin
Este tipo de trabajo persigue desarrollar modelos matemticos, que en forma abstracta
represente un fenmeno fsico-qumico presente en un proceso definido
Captulo 3 Estatutos
21
Una simulacin del modelo comparado con la respuesta real del proceso trae como
consecuencia discriminaciones, con subsecuentes mejoras del mismo y por lo tanto una
optimizacin del proceso.
3.1.3. Comisin acadmica de trabajo de grado (C.A.T.G)
La Comisin Acadmica de Trabajo de Grado C.A.T.G. de cada carrera, esta organizada de
la siguiente manera:
Director de carrera
Coordinador de la C.A.T.G.
Docente materia trabajo de grado
La CATG orienta, dirige y controla la preparacin y elaboracin del trabajo de grado en
todas sus fases referidas fundamentalmente a lo acadmico.
3.1.4. Coordinador
El coordinador de la C.A.T.G. ser un docente tiempo completo de carrera de ingeniera
que rena las mismas condiciones estipuladas para los asesores o guas.
Sirve de nexo entre la direccin de la carrera y los estudiantes de ingeniera en todos los
asuntos relacionados a los trabajos de grados.
Captulo 3 Estatutos
22
Coordina la labor de los docentes que regentan las materias de trabajo de grado de cada
carrera.
Asesora y dirige a los estudiantes en los trmites acadmicos y legales para la elaboracin
del trabajo de grado.
Lleva el registro y control de archivo y documentacin de los postulantes que estn
realizando el trabajo de grado.
Efecta con el postulante la predefensa de la exposicin oral del trabajo de grado.
3.1.5. Asesor o gua
Esta funcin es desempeada preferentemente por los docentes de la
materia trabajo de grado.
La labor del asesor o gua es la de ser mentor, gua y supervisor del
postulante que esta realizando y desarrollando su trabajo de grado.
La eleccin por parte del estudiante de su asesor o gua traducida en
su inscripcin en la materia trabajo de grado, deber ser compatible
con la especialidad o rea del tema propuesto.
El asesor o gua debe demostrar tener experiencia y especialidad
profesional en la realizacin y ejecucin de proyectos, que hayan
realizado cursos de postgrado a nivel maestra o doctorado o haber
Captulo 3 Estatutos
23
participado en estudios o proyectos que hayan contribuido a la
ciencia y tecnologa.
Debe tener conocimiento profundo y actualizado del avance
tecnolgico en el campo de su especialidad.
Tiene que estar comprometido totalmente en el proceso de formacin
y entrenamiento de los estudiantes que realizan su trabajo de grado
bajo su gua o tutela.
Debe disponer del tiempo necesario para cumplir el trabajo de
asesoramiento dentro de las horas asignadas para tal efecto.
3.1.6. Propuesta del trabajo de grado
El tema del trabajo de grado elegido deber responder a un problema concreto que requiere
ser resuelto, por lo tanto no deben ser elegidos temas demasiado amplios y generales, como
tampoco temas demasiado puntuales.
El tema debe ser relevante o de real importancia dentro de los planes de desarrollo de la
regin o pas y debe beneficiar a la sociedad ayudando a resolver problemas especficos o
de importancia acadmicas y de investigacin, que beneficie tambin a cada carrera.
El estudiante debe preocuparse e interiorizarse profundamente para adquirir un
conocimiento bsico de los pormenores sobre el tema que va a realizar y tener en cuenta los
siguientes aspectos:
Captulo 3 Estatutos
24
El contenido del tema de Trabajo de Grado es de responsabilidad del
estudiante y ser confeccionado bajo supervisn y gua de un docente
como asesor y gua del trabajo.
Una vez elaborada la propuesta de trabajo de grado, el estudiante
podr presentarlo con una carta de solicitud de revisin a la
Direccin de cada Carrera en cuatro copias con la firma de
conformidad del docente asesor y gua del Trabajo de Grado. Todo
en un flder con tapa transparente.
El estudiante podr solicitar cambio de tema o modificacin del
mismo mediante carta a la Direccin de Carrera por motivos de
dificultad en la obtencin de datos, cambio de lugar de trabajo,
enfermedad, etc.
La propuesta del Trabajo de Grado nueva para su aprobacin, seguir
el mismo tratamiento establecido en el presente reglamento.
3.1.7. Aprobacin de la propuesta
La propuesta de Trabajo de Grado presentada por el estudiante ser
analizada en primera instancia por la C.A.T.G. de la carrera.
La C.A.T.G. en coordinacin con la Direccin de la Carrera,
designara para la revisin de la propuesta a tres docentes de la
carrera, afines al tema, mediante carta de comunicacin, los mismos
Captulo 3 Estatutos
25
que automticamente sern miembros del tribunal examinador del
trabajo de grado.
La entrega de las cartas a los docentes para la revisin de la
propuesta del Trabajo Dirigido, dispondrn de 15 das calendario,
para dar el resultado de sus observaciones, enmiendas o sugerencias
mediante una carta a la Direccin de la Carrera (C.A.T.G.) una vez
realizada la reunin de anlisis de la propuesta entre tribunales,
postulante y asesor.
La Direccin de Carrera har conocer al estudiante mediante carta, el
dictamen de la aprobacin o rechazo de la propuesta antes de los 30
das despus de presentada la solicitud.
En caso de existir enmiendas o cambios en la propuesta, el estudiante
dispondr de un plazo de 10 das para corregir, completar, modificar
y presentar dichas observaciones con una carta a la Direccin de la
Carrera adjuntando la nueva propuesta corregida.
3.1.8. Texto del trabajo
El estudiante presentara el texto o versin escrita del Trabajo de Grado en forma completa
en sus dos formas:
Borrador previo.
versin final.
Captulo 3 Estatutos
26
El texto del Trabajo de Grado de ingeniera tiene sus propias caractersticas que la
diferencian de otras ciencias; el estilo, las abreviaciones, los smbolos y formulas utilizadas,
son especiales y debern regirse para su confeccin a las normas acadmicas
correspondientes a formato.
La C.A.T.G., el docente Asesor gua y/o cualquier docente de las carreras afn al tema de
Trabajo, orientacin, guiaran y apoyaran al estudiante en la preparacin y elaboracin del
texto del Trabajo de Grado.
3.1.9. Borrador del trabajo
Una vez concluida la elaboracin del Trabajo de Grado y revisado
por su asesor gua, el estudiante har entrega de la versin escrita o
borrador, en tres ejemplares ya sea en archivador o anillado, con
oficio a la Direccin de la Carrera solicitando su revisin.
Los docentes de la Carrera miembros del Tribunal dispondrn de
veinte das calendario para la revisin del borrador del trabajo, y el
dictamen de su resultado deber ser comunicado a la Direccin de la
carrera con oficio.
Los Docentes miembros del Tribunal podrn revisar el borrador del
trabajo individualmente o tambin en forma conjunta.
Si el borrador del trabajo de grado tiene observaciones por parte del
Tribunal Examinador, el estudiante deber realizar todos los cambios
y enmiendas sugeridos por el tribunal y devolver el trabajo corregido
Captulo 3 Estatutos
27
en el termino de treinta das calendario, para que el Tribunal
nuevamente las lea y apruebe antes de confeccionar la versin final
del trabajo.
3.1.10. Versin final
Una vez aprobado el borrador del Trabajo de Grado por los docentes miembros del
Tribunal, el estudiante proceder a la preparacin y copiado de la versin final o en limpio.
Todo Trabajo de Grado constituye una obra de consulta para lectores entendidos en la
disciplina o especialidad del tema abordado; as tambin su presentacin esta enmarcada
como de inters publico, por lo tanto la versin final del Trabajo tendr que estar bien
organizada, escrita con propiedad, buena redaccin y presentacin.
El estudiante deber preparar cinco ejemplares de la versin final del trabajo de Grado
debidamente empastado para su entrega al tribunal examinador.
3.1.11. Exposicin oral y defensa
Una vez aprobado por el tribunal el borrador del Trabajo de Grado, el estudiante solicitara
mediante una carta al Decano de la Facultad, fecha y hora para efectuar la exposicin oral y
defensa de su Trabajo, adjuntando cinco ejemplares de la versin final del trabajo y su
certificado del vencimiento del plan de estudios, extendido por el Departamento de
Admisiones y Registro de la U.AG.R.M.
Captulo 3 Estatutos
28
El acto de la exposicin oral y defensa del Trabajo de Grado, constituye la ltima etapa de
todos los aos de esfuerzo que ha realizado el estudiante en la Universidad, para lograr su
objetivo de tener el titulo profesional de Ingeniero en el grado de Licenciatura.
La exposicin oral consiste en presentar los resultados de su trabajo al tribunal y demostrar
que esta bien, que posee conocimiento y tcnicas especializadas y que su trabajo a
producido resultados significativos.
La fecha y hora para la exposicin oral y defensa del Trabajo de Grado la fijara la C.A.T.G.
previa coordinacin con el tribunal y postulante.
La Direccin de la Carrera har conocer mediante carta a los docentes miembros del
Tribunal examinador, al asesor y gua a las autoridades facultativas, fecha y hora de la
exposicin oral y defensa, haciendo llegar un ejemplar de la versin final a quines
corresponda, con una anticipacin de diez das a la fecha fijada para el acto.
3.1.12. Exposicin oral
El tiempo disponible para realizar la exposicin oral del Trabajo de
Grado ser aproximadamente entre 45 minutos a una hora como
mximo y el estudiante deber preparar y ajustar su exposicin para
ese tiempo.
Captulo 3 Estatutos
29
La exposicin oral incluye el uso de ayudas visuales como
transparencias, diapositivas, lminas, cuadros, data display, etc.
Las ayudas visuales que se usan debern ser grandes y lebles, para
que el Tribunal y la audiencia pueda ver y entender la informacin
que el estudiante quiere transmitir y debe contener, solo los puntos
principales del contenido del texto y no as el texto del trabajo,
especialmente tratndose de la parte terica y literal del Trabajo.
El estudiante es el encargado y responsable de la preparacin de los
arreglos logsticos y fsicos para un buen desarrollo de la exposicin
oral y defensa del Trabajo de Grado, proveyendo la disponibilidad de
ayudas tales como proyector de transparencias y/o diapositivas,
pantallas, computadoras, marcadores, tizas, punteros, etc.
El estudiante realizara un ensayo o predefensa de la exposicin oral
ante el coordinador de la C.A.T.G. de la carrera dos o tres das
previos a la fecha fijada para dicha exposicin, con finalidad de
corregir y orientar algunos aspectos generales del Trabajo y el acto.
3.1.13. Defensa
El acto de la exposicin oral del Trabajo de Grado, concluye con las respuestas del
estudiante a las preguntas realizadas por los miembros del tribunal examinador.
Captulo 3 Estatutos
30
La forma como el estudiante responda a las preguntas puede resultar
la parte mas critica de la defensa del Trabajo de Grado, por lo que es
a travs de ellas que el tribunal realizara la evaluacin oral.
El estudiante debe escuchar atentamente la pregunta, en lo posible
repetir la pregunta y satisfacer al miembro del tribunal que hace la
pregunta.
La participacin del pblico presente en el acto de la defensa del
Trabajo de Grado, de debe limitar a hacer preguntas sobre puntos
especficos del trabajo y su desarrollo.
3.1.14. Tribunal examinador
El tribunal Examinador para la revisin, defensa y calificacin del Trabajo de Grado esta
conformado de la siguiente manera:
El Decano de la Facultad de Ciencias Exactas y Tecnologas, como
presidente del Tribunal y representante del Rectorado.
El Sub-Decano de la Facultad de Ciencias Exactas y Tecnologa.
El Director de la Carrera.
Tres Tribunales relacionados con el Tema del Trabajo, como vocales
examinadores.
El Asesor o gua con derecho a voz exclusivamente.
Captulo 3 Estatutos
31
Los miembros del Tribunal Examinador deben juzgar el Trabajo de Grado objetivamente a
la luz de sus propias experiencias, con sentido de responsabilidad, honestidad,
imparcialidad y profesionalismo.
El Sub-Decano de la Facultad deber asistir a la exposicin y defensa del Trabajo de Grado,
cuando falte o no pueda asistir al Decano de la Facultad en su representacin.
Los miembros del Tribunal examinador as como el postulante asistirn al acto de la
exposicin y defensa del trabajo de Grado de traje formal (terno y corbata).
Cualquier docente de Tecnologa, podr ser designado como miembro del Tribunal
Examinador, segn el rea del tema o las menciones existentes en la Carrera y no pudiendo
excusarse, salvo casos muy especiales de incompatibilidad.
Captulo 3 Estatutos
32
3.2. Trabajo dirigido
3.2.1. Antecedentes
Sobre las bases de las resoluciones del VIII Congreso de universidades que define las
modalidades de graduacin vigentes en el sistema universitario nacional. El trabajo dirigido
constituye una modalidad de graduacin en los trminos definidos en el VIII Congreso y
que sirven de marco referencial para el presente reglamento.
3.2.2. Aspectos Generales
3.2.2.1. Definicin
El Trabajo Dirigido consiste en trabajos prcticos evaluados y supervisados en
instituciones, empresas pblicas o privadas, encargadas de proyectar o implementar obras,
para lo cual y sobre la base de una propuesta aprobada se proyecta, dirige o fiscaliza, bajo
la supervisin de un asesor o gua de la institucin o empresa. Tambin otro campo de
accin es el de verificar las soluciones de problemas especficos, demostrando dominio
amplio del tema y capacidad para resolverlos.
3.2.2.2. Aplicacin
El presente reglamento se aplicar en la Facultad de Tecnologa en todas sus carreras: Civil,
Alimentos, Informtica, Industrial, Qumica, Electromecnica, y Petrolera, de acuerdo a la
Captulo 3 Estatutos
33
relacin que tengan con instituciones pblicas o privadas y que les permita crear las
condiciones para aplicar el Trabajo Dirigido como modalidad de titulacin.
3.2.2.3. Fines y Objetivos.
Cumplir efectivamente con las tareas de Interaccin social por parte
de la facultad de Tecnologa mediante sus recursos Humanos.
Aportar al desarrollo econmico, soberano e integral a partir del
conocimiento de la realidad del pas.
Proporcionar a los municipios, prefecturas y a otras instituciones o
empresas publicas y privadas apoyo tcnico en cualquiera de las
especialidades que abarca la Facultad de Ingeniera.
3.2.3. Del tiempo de Trabajo Dirigido.
El tiempo de duracin del Trabajo Dirigido es de seis meses como mnimo y doce meses
como mximo, dependiendo el mismo de las caractersticas de proyecto y las condiciones
que se establezcan con las instituciones pblicas o privadas.
Captulo 3 Estatutos
34
3.2.4. Del procedimiento para la aprobacin del trabajo dirigido.
Una vez presentado el perfil y el plan de trabajo a desarrollar, la Facultad de
Tecnologa a travs de la carrera respectiva, evaluara el mismo y en un plazo no mayor a
una semana rechazara o aprobara el perfil y esquema de trabajo.
De las obligaciones del estudiante:
Presentar un perfil o propuestas y un plan de trabajo individual o por
requerimiento de alguna institucin publica o empresa, en
coordinacin con la Facultad de Tecnologa, conforme a convenio
especifico.
Proyectar, dirigir o fiscalizar los temas asignados por la institucin
pblica o privada.
Desarrollar satisfactoriamente su trabajo presentando informes
bimensuales a la empresa y a la Facultad con el visto bueno del
asesor designado por la Facultad.
Una vez concluido el Trabajo Dirigido el estudiante deber elaborar
una memoria del proyecto desarrollado, el mismo que deber
defenderlo pblicamente.
Captulo 3 Estatutos
35
3.2.5. De la evaluacin y el tribunal
El trabajo desarrollado ser evaluado en dos fases:
PRIMERA FASE: Aspecto prctico del Trabajo Dirigido: 70%
SEGUNDA FASE: Defensa de la memoria: 30%
Total: 100%
Para la calificacin de aprobacin deber aprobarse ambas fases de manera individual, la
calificacin final ser la suma de las calificaciones obtenidas en las dos fases.
El tribunal calificador estar conformado por:
El Decano de la Facultad de Ciencias Exactas y Tecnologa como
presidente y representante del Rectorado.
El Director de carrera.
El Docente asesor (con derecho a voz).
Tres tribunales designados por la C.A.T.G., como vocales
examinadores.
Captulo 3 Estatutos
36
3.3. Examen de Grado (a travs de Seminario de Grado).
3.3.1. Antecedentes y Justificacin
La Universidad Autnoma Gabriel Ren Moreno en su conjunto, adolece en sus mallas
curriculares de alternativas de titulacin que faciliten la graduacin de sus estudiantes con
mayor ndice de rendimiento.
La Facultad de Ciencias Exactas y Tecnologa, integrada por 9 carreras, desarrollan cada
una distintas modalidades de titulacin en algunos casos, en otras, una sola alternativa, de
manera que es correcto pensar y se lo demuestra en el rendimiento de titulados en su
conjunto que es bajo. Sealar tambin que solo dos carreras tienen buen porcentaje de
titulados en comparacin a los egresados, producto de sus alternativas de titulacin.
En consecuencia, es por dems acertado que las Autoridades Superiores a travs del Ilustre
Consejo Universitario, exijan a todas las carreras que conforman la Universidad, la vigencia
inmediata de las alternativas de titulacin al servicio del estudiante para su pronta
profesionalizacin.
Captulo 3 Estatutos
37
3.3.2. Objetivos
Lograr la pronta titulacin a travs del Seminario de Grado,
obteniendo un nivel acadmico, tcnico cientfico de especialidad
en la profesin.
Conseguir a travs del Seminario de Grado, profesionalizar al
conjunto de egresados en forma simultanea, en beneficio de la regin
y su desarrollo.
Colaborar hacia la reduccin paulatina de la explotacin que son
objeto los estudiantes en el medio laboral, por su calidad de no
titulados.
3.3.3. De los contenidos
Debe contener cuatro asignaturas correspondientes a una especialidad
de acuerdo a las menciones de plan de estudias de la carrera o en su
defecto cuatro asignaturas de distintas especialidades u otra
especialidad necesaria para su desarrollo en el medio, en funcin al
avance de la tecnologa.
Cada asignatura o materia debe contener 60 horas acadmicas como
mnimo, las mismas que deben desarrollarse independientemente de
los factores adversos que pudieron presentarse a lo largo de un mes
Captulo 3 Estatutos
38
calendario con tres horas diarias de lunes a viernes. (para las carreras
a nivel Tcnico Superior ser de 30 horas acadmicas como mnimo).
El Consejo de Carrera, definir el tema de la especialidad y ser el
encargado de llamar a un concurso pblico y elegir los postulantes
para la docencia.
3.3.4. De la realizacin
Cada materia en base al los requisitos propios de cada carrera deber
contemplar teoras, practicas en fabricas, laboratorios de campo,
empresas y otros trabajos.
La materia contempla un trabajo practico que refleje la aplicacin a
problemas reales del medio el mismo que debe ser entregado l inicio
de clases y con seguimiento acadmico del docente. Dicho trabajo es
obligatorio concluirlo y defenderlo para efecto de ser evaluado en la
materia en su conjunto. Es importante que se actualicen los
convenios con Instituciones, Fbricas, Laboratorios, para realizar
visitas prcticas en las mismas.
La materia consiste en un examen realizado con el 50% del avance
pudiendo ser oral o escrito, tambin un final equivalente al 100% del
avance en forma oral o escrita y con tribunal (mnimo tres docentes
incluido el profesor de la asignatura).
Captulo 3 Estatutos
39
Los exmenes, trabajos prcticos y seguimiento acadmico deben ser
archivados en la carrera.
3.3.5. De la evaluacin y promocin del alumno
Cada materia tendr un examen parcial y un final y adems un
trabajo practico propio de la asignatura, bajo la siguiente
ponderacin:
1 parcial oral o escrito con tribunal: 35 puntos
1 final oral o escrito con tribunal: 45 puntos
Defensa del Trabajo Prctico: 20 puntos
TOTAL: 100 puntos
La asistencia a clases del alumno es obligatoria, exigiendo como
consecuencia el 80% mnimo para que sea tomado en cuenta para las
evaluaciones.
La nota de aprobacin mnima por materia es 51 puntos.
La aprobacin es por materia.
En caso de reproduccin de materia el alumno puede optar por:
Esperar que se repita el Seminario de Grado de su eleccin para
completar las asignaturas restantes.
Seminario de Grado de otra especialidad.
Otra modalidad de titulacin.
Captulo 3 Estatutos
40
3.3.6. Del Docente
Podrn participar docentes de la carrera, Facultad, Universidad y
Profesionales del medio.
El contrato ser por prestacin de servicios como docente, el mismo
que percibir un salario pagable de 1000 dlares americanos por
materia (para nivel Tcnico Superior 500 dlares americanos).
La asistencia del docente es del 100% culminara su trabajo
presentando por escrito el control de seguimiento acadmico diario
del alumno con su resultado final que significa su nota de promocin
y adems el apoyo como tribunal en las otras materias para los
exmenes orales o escritos y defensa de los trabajos prcticos.
3.3.7. De los alumnos
Participarn del Seminario de Grado todo universitario que certifique
su Vencimiento de Plan de Estudios, sea de planes anteriores
(alumnos antiguos), o del Plan vigente a la fecha (alumnos nuevos).
Debern depositar a caja del Tesoro Universitario a la cuenta
facultativa para el efecto, la suma de 200 dlares americanos por
mdulo, en otras palabras, por asignatura o materia, antes del inicio
Captulo 3 Estatutos
41
de cada curso (para el nivel Tcnico Superior ser de 100 dlares
americanos).
El cupo mnimo por curso ser el numero de alumnos que puedan
cubrir el costo del seminario, caso contrario o se cierra hasta el
prximo periodo acadmico o se reintegra econmicamente. El cupo
mximo ser de 40 alumnos, pudiendo realizar cursos paralelos en
caso de sobrepasar la demanda.
El alumno que apruebe todas las materias del Seminario de Grado, de
inmediato realiza su trmite de titulacin de la misma forma que las
otras alternativas de graduacin.
Se debe otorgar certificados de aprobacin por mdulos para efecto
de currculo del postulante.
3.3.8. Apoyo Logstico
Un coordinador necesariamente docente que ser designado por el
Consejo de Carrera para lleve adelante el Seminario de Grado y sea
responsable de la asistencia, control, archivo y seguimiento
acadmico y administrativo.
Un aula con las comodidades mnimas necesarias.
Medios de enseanza de acuerdo a la exigencia del curso.
Disponibilidad del micro o gndola para visitas a obras y fbricas o
trabajos de campo y de laboratorios.
Captulo 3 Estatutos
42
3.3.9. De los aportes econmicos de acuerdo a normas vigentes
Impuesto de ley 15.5%.
Aporte al tesoro universitario 20% (del total de ingreso).
Salario docente y del coordinador, (este ultimo en funcin a la
decisin del Consejo de Carrera).
3.3.10. De la utilidad neta
80% para la Carrera.
20% para la Facultad.
3.3.11. De los gastos de la utilidad
Las carreras a travs de su Consejo de carrera analizarn las
necesidades mas apremiantes de gastos para su normal
funcionamiento.
La facultad, potenciar los Laboratorios de fsica y qumica general,
biblioteca de tecnologa, Centro de cmputo de tecnologa otras
necesidades que beneficien a la facultad en su conjunto, la misma
que beneficien a la facultad en su conjunto, la misma que ser
refrendada por el honorable consejo directivo.
Captulo 3 Estatutos
43
3.3.12. De la puesta en vigencia
Ilustre Consejo Universitario.
Honorable Consejo Directivo.
Apertura oficial en todas las carreras que conforman la Facultad, para
que cada una prepare el programa acadmico para su puesto en
marcha a partir del SEM I/2000.
Cada carrera debe asociar la informacin por los medios de
comunicacin a su alcance para la apertura del Seminario de Grado.
3.3.13. Modificacin del Reglamento
El presente reglamento del Examen de Grado a travs del Seminario de Grado, puede ser
modificado en el Honorable Consejo Directivo, dado los cambios dinmicos, adelantos
tecnolgicos y experiencia lograda en el desarrollo del proceso de ejecucin de las distintas
carreras que conforman la Facultad.
Captulo 3 Estatutos
44
3.4. Excelencia acadmica
3.4.1. Antecedente y justificacin
Todas las Universidades a travs de su consejo de cogobierno analizaron en detalle la
puesta en vigencia para todas las carreras del sistema universitario pblico boliviano.
La institucin Gabriel Ren Moreno a travs de sus autoridades superiores instruyen alas
facultades con resoluciones rectorales y del Ilustre consejo Universitario, para estudiar,
analizar y poner en vigencia dicha modalidad de titulacin.
La facultad de tecnologa, tambin siente la necesidad de insertar en las carreras la nueva
alternativa, titulacin por excelencia acadmica para facilitar al egresado varias
alternativas de graduacin para su pronta profesionalizacin.
En ese sentido, docentes a tiempo completo de la facultad han realizado el trabajo sobre la
particular, el mismo que ha sido consensuado y aprobado por el honorable consejo
directivo, toda vez que es mandado del Ilustre Consejo Universitario (Res. 007/2000).
3.4.2. Objetivos
Motivar al estudiantado de la Facultad, a elevar el rendimiento
acadmico en la bsqueda de una excelencia acadmica.
Captulo 3 Estatutos
45
Brindar al estudiante varias alternativas de titulacin para su pronta
profesionalizacin.
3.4.3. Requerimientos necesarios para la Excelencia Acadmica
El alumno no debe reprobar ninguna materia del plan de estudios de
la carrera.
El tiempo de estudio, debe ser similar a lo que exige el plan de
estudios de la carrera.
Debe seleccionarse al mejor alumno por periodo acadmico a travs
del PPA (Promedio Ponderado Acumulado de Materia).
Debe existir una nota referencial mnima para obtenerla excelencia
acadmica, vale decir, el P.P.A. debe superar el promedio o media
aritmtica de materias aprobadas igual o mayor a 51 puntos en toda
la facultad mas el 20% de la misma. Esta valoracin debe
necesariamente observarse en cada periodo semestral o anual.
3.4.4. Del procedimiento y tramitacin
Solicitar al seor Decano de la Facultad el derecho a la excelencia
Acadmica o Titulacin directa y automtica, adjuntando
documentos acadmicos que demuestren:
Captulo 3 Estatutos
46
Materias aprobadas. (Certificados de notas por semestre o anual
otorgado por el Departamento de Admisiones y Registros).
PPA del ltimo semestre cursado del plan de estudios.
Certificado del vencimiento del plan de estudios.
Documento universitario que demuestre la permanencia en la
universidad, especficamente de sus estudios realizados en la carrera
(histrico acadmico).
El decano, bajar el expediente a la carrera.
El consejo de carrera analizara en expediente y elevara su informe al
director de carrera y este a su vez solicitara al decano la
homologacin del honorable consejo directivo.
Aprobado por el honorable consejo directivo, el alumno interesado
realizara el trmite de la misma manera que las todas alternativas de
titulacin.
3.4.5. Del costo econmico
El alumno deber abordar la suma de 100 $us. (cien dlares
americanos) a la cuenta facultativa prevista para el efecto.
Dicha recaudacin, ser para paliar algunas necesidades acadmicas
de la facultad dad la crisis presupuestaria que atraviesa la
Universidad.
Captulo 4 Captura de requisitos
- 47 -
CCaappttuulloo 44.. CCaappttuurraa ddee rreeqquuiissiittooss
4.1. Modelo de negocio
Inscribir Taller
de grado II
Solicitar registro a
modalidad de titulacin
Registrar
alumno
Derivar estudiante con el coordinador
de modalidad respectivo
Revisar datos
en el C.P.D.
Coordinador academico de trabaj o de gradoEstudiante
Fig.3. Diagrama de actividad Inscribir estudiante a modalidad de titulacin
Captulo 4 Captura de requisitos
48
Solicita lista de alumnos que cumplen
condicin de GD
Publica alumnos que
cumplen condicin de GD
Notificar
estudiante
Genera listado de alumnos que
cumplen condicin de GD
Solicita derecho a
titulacin
Habilita estudiante para iniciar tramite
de ttulo en provisin nacional
Honorable consejo directivoEstudiante de GDCPDDecano
Fig.4. Diagrama de actividad Seguimiento a estudiante inscrito en Excelencia o Buen rendimiento
acadmico
Captulo 4 Captura de requisitos
49
Solicita registro
Solicita registro
a mdulo
Cursa mdulo
Regstrar estudiante
en modalidad
Evalua requisitos de
registro de mdulo
Registra estudiante
en mdulo
[ Cumple requisitos ]
Registrar nota de
mdulo
[ Cantidad de mdulos aprobados < Cantidad de mdulos de SG ]
Registrar
calificacin final
[ Finaliz todos los mdulos de SG ]
Notificar
estudiante
Evalua estudainte
en mdulo
[ No cumple requisitos ]
Docente de mduloCoordinador de SGEstudiante de SG
Fig.5. Diagrama de actividad Seguimiento a estudiante inscrito en Seminario de Grado
Captulo 4 Captura de requisitos
50
Elabora
documento
Corrige
documento
Elabora v ersin f inal
del documento
Solicita f echa
de def ensa
Def iende
Trabajo
Ev alua
documento
Registrar
calif icacin
[ Hay observ acin en el documen...
[ Documento aprobado ]
Ev alua la
solicitud
Asignar f echa y
hora de def ensaNotif icar
estudiante
Ev alua def ensa
Registrar calif icacin de
def ensa
[ Calif icacin de def ensa < 51 ]
[ Calif icacin de def ensa >= 51 ]
[ Solicitud aceptada ] [ Solicitud rechada ]
Tribunal CalificadorDecanoTutor de tesis o PGEstudiante de Tesis o PG
Fig.6. Diagrama de actividad Seguimiento a estudiante inscrito en Tesis o Proyecto de Grado
Captulo 4 Captura de requisitos
51
Elaborar perfil
Elaborar plan
de trabajo
Solicitud de aprobacin
de propuesta
Elaborar
informe
Presentar
informe
[ Informe rechazado ]
Elaborar memoria
del proyecto
[ Informe aceptado ]
Solicita fecha y hora de
defensa de memoria
Defender memoria
de proyecto
Evaluar
propuesta
Notificar
estudiante
[ Propuesta rechazada ]
Asignar asesor
[ Propuesta aceptada ]
Visto bueno
Asigna fecha y hora de
defensa de memoria
Visto bueno
Califica memoria
de proyecto
Registrar
calificacin final
Tribunal calificadorEmpresaCarreraEstudiante de TD
Fig.7. Diagrama de actividad Seguimiento a estudiante inscrito en Trabajo de Dirigido
Captulo 4 Captura de requisitos
52
4.2. Requerimientos no funcionales
Administrar seguridad y privilegios.
Administrar bitcora.
Ayuda del sistema.
Administracin de parmetros del sistema (Gestin de mdulos Cupos de
oferta en mdulo, Requisitos de registro de modulo).
4.3. Requerimientos funcionales
1. Administracin de gestin acadmica
2. Gestin de estudiante a modalidad de titulacin ofertada
3. Importar datos de alumnos del CPD.
4. Seguimiento a estudiante inscrito en tesis o proyecto de grado
5. Seguimiento a estudiante inscrito en trabajo dirigido
6. Registro de defensa de tesis o trabajo dirigido
7. Seguimiento a estudiante inscrito en seminario de grado
8. Titular estudiante
9. Gestin de personas involucradas en el seguimiento de estudiantes
10. Generar reportes
4.4. Identificar actores y casos de uso
4.4.1. Identificar Actores
a) Jefe de Carrera, mxima autoridad de la carrera, encargado de llevar el
control de los estudiantes que registraron la materia Taller de Grado,
Captulo 4 Captura de requisitos
53
verificando quienes finalizaron el trabajo correspondiente a la titulacin, y al
mismo tiempo analizar que modalidad es la mas aprovechada y cual es el
motivo.
b) Evaluador, actor que representa la generalizacin de los docentes asignados
a las diferentes modalidades de titulacin. Se especializa en :
1 Evaluador de trabajo dirigido
2 Evaluador de tesis o proyecto de grado
3 Evaluador de Seminario de Grado
c) Estudiante, persona la cual sus datos sern procesados en funcin a la
modalidad de titulacin que haya registrado y podr solicitar reportes de su
estado con respecto a la titulacin. Estos se especializan en:
1 Estudiante
2 Alumno de Seminario de Grado
3 Alumno de Tesis
4 Estudiante de Trabajo Dirigido
d) CPD, es la entidad encargada de importar los datos del centro de
procesamientos de datos de la universidad.
Captulo 4 Captura de requisitos
54
e) Persona, generalizacin que representa a las personas que interactan con el
sistema.
f) Coordinador de Modalidad, es la generalizacin de los encargados de las
diferentes modalidades de titulacin, se especializa en:
1 Coordinador de Tesis o Proyecto de Grado
2 Coordinador de Seminario de Grado
3 Coordinador de Trabajo Dirigido
Captulo 4 Captura de requisitos
55
4.4.2. Diagrama de Actores
Sistema de gestin para el registro y seguimiento de
estudiantes inscritos en las diferentes modalidades de
titulacin de la carrera Ingeniera Informtica perteneciente a
la Facultad de Ciencias Exactas y Tecnologa de la
Universidad Autnoma Gabriel Ren Moreno.
CPD
Persona
Evaluador ExternoEstudiante
Evaluador
Coordinador de
modalidad
Estudiante de trabajo
dirigido
Estudiante de
graduacin directa
Estudiante de tesis o
proyecto de grado
Estudiante de
seminario de grado Evaluador de trabajo
dirigido
Evaluador de tesis o
proyecto de grado Evaluador de
seminario de grado
Coordinador de trabajo
dirigidoJefe de Carrera
Coordinador de tesis
o proyecto de grado
Coordinador de
seminario de grado
Fig.8. Identificar Actores
Captulo 4 Captura de requisitos
56
4.4.3. Identificar Casos de uso
4.4.2.1. Priorizacin de casos de uso
N Nombre Prioridad Actor
1 Administrar gestin acadmica 2 Jefe de Carrera
2 Ofertar SG 1 Jefe de Carrera,
Coordinador
3 Registrar estudiante en GD 1 Jefe de Carrera
4 Registrar estudiante en Tesis o PG 3 Coordinador,
Estudiante
5 Registrar estudiante en SG 1 Coordinador,
Estudiante
6 Registrar estudiante en TD 1 Coordinador,
Estudiante
7 Gestionar mdulo de SG 1 Jefe de Carrera,
Coordinador
8 Importar datos de estudiantes 1 Jefe de Carrera, CPD
9 Registrar nota de evaluacin del documento de
Tesis o PG
3 Evaluador
10 Gestionar tema de tesis o PG 1 Evaluador, Estudiante
11 Gestionar plan de trabajo de TD 1 Evaluador, Estudiante
12 Asignar supervisor externo a TD 2 Evaluador
13 Registrar nota de evaluacin de informe de TD 1 Evaluador
14 Asignar fecha y hora de defensa 1 Jefe de Carrera
15 Suspender defensa 1 Jefe de Carrera
16 Asignar jurado de defensa 1 Jefe de Carrera
17 Registrar estudia