Sistema de Gestion Para El Seguimento de Las Modalidades de Titulación de La Carrera de Ing....

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


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.


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.


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


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


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.


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


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.


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


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.


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.


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.


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.


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


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


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


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


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


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


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


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


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,


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.


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


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


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

Sistema de Gestion Para El Seguimento de Las Modalidades de Titulación de La Carrera de Ing....

Documents

Transcript of Sistema de Gestion Para El Seguimento de Las Modalidades de Titulación de La Carrera de Ing....