DISENO DE SISTEMA DE SEGUIMIENTO Y˜ CONTROL DE …

UNIVERSIDAD TECNICA FEDERICO SANTA MARIA

DEPARTAMENTO DE INFORMATICA

VALPARAISO – CHILE

DISENO DE SISTEMA DE SEGUIMIENTO YCONTROL DE MEMORIAS DE PREGRADO DE LA

UTFSM

Memoria de titulacion para optar al tıtulo de

INGENIERO CIVIL INFORMATICOpor

Javier Ignacio Valdivia Miranda

Profesor Guia: Luis HeviaProfesor(a) Correferente: Cecilia Reyes

SEPTIEMBRE - 2013

Agradecimientos

Javier ValdiviaValparaıso, Chile

Septiembre - 2013

Este trabajo esta dedicado a todas aquellas personas que me apoyaron duranteel transcurso de mis estudios universitarios, en especial a mis padres por siempreestar ahı apoyandome en los buenos y malos momentos, a mis hermanas por sucarino y preocupacion, a mi polola Carolina por estar siempre a mi lado paraabrirme los ojos cuando no veıa o no querıa hacerlo y para acompanarme en lasbuenas y consolarme en las malas, a mis amigos de la vida Pancho C., Nico, Mati,Yiro, Gonza y Pancito por estar ahı para escuchar y pasar las penas, a mis amigosnuevos pero no menos importantes Pancho S., Daniels, Chino y Chanchi, e Ivanpor el apoyo incondicional, las risas y buenos momentos que hemos pasadojuntos, y a Johana, Tito y la Sra. Ana por recibirme siempre con mucho carinoen su hogar.

Muchas Gracias.

I

Resumen

El proceso de Titulacion es uno de los hitos mas importantes en la carrerauniversitaria del alumno. Es la culminacion de todo su estudio y esfuerzodurante su permanencia en la universidad y es la prueba que el alumnologro cumplir todas las exigencias academicas, estando en condiciones de entrarcomo profesional al mundo laboral.Es por esto que el llevar a cabo un Trabajo de Tıtulo bien logrado y en un tiemporazonable es muy importante.

Luego de estudiar la situacion de este proceso dentro de la UTFSM se encon-tro que uno de los grandes problemas es justamente que el requisito del tiempono se esta cumpliendo por distintas razones muchas de las cuales se desconocen.Dado lo anterior, es necesario encontrar estas razones y generar una solucionpara resolver estos problemas.

En la siguiente memoria se generaran los elementos necesarios, aplicando lametodologıa de la Ingenierıa de Software, para que posteriormente se construyael Sistema Web que dara soporte al proceso de Titulacion.

Palabras Clave: Titulacion, Procesos, Seguimiento, Control, Sistema.

II

Abstract

The Degree process is one of the most important milestones in the student’scollege career. It is the culmination of all his study and effort during his timein the university and student proof that he managed to fulfill all the academicrequirements, being able to enter the workforce as a professional.That is why carrying out a Job Title well done and in a timely manner is veryimportant.

After studying the situation of this process within the UTFSM was found thatone of the big problems is precisely the time requirement not being met forvarious reasons many of which are unknown.Given this, it is necessary to find these reasons and generate a solution forsolving these problems.

In the following specification the necessary elements were generated by apply-ing the methodology of Software Engineering, for the later build Web Systemthat will support the Degree process.

Keywords: Degree, Tracking, Following, Monitoring, Design, Analisis

III

Acronimos

• SSCM: Sistema de Seguimiento y Control de Memorias.

• SIGA: Sistema de Gestion Academica.

• DTI: Direccion de Tecnologıas de la Informacion.

• FAQ: Preguntas Frecuentes.

• DCU: Diagrama de Casos de Uso.

• RNF: Requerimientos no Funcionales.

• DIP: Definicion Inicial del Problema.

• DBP: Discusion Bibliografica Preliminar.

• UA: Unidad Academica.

• RF: Requerimientos Funcionales.

• P: Profesor.

• JC: Jefe de Carrera.

• G: Guıa.

• CR: Correferente(s).

• AT: Administrador Tecnico.

• AA: Administrador Academico.

• SM: Supervisor de Memorias.

• AM: Alumno Memorista.

• PT: Plan de Trabajo.

• NA: No Aplica.

• CD: Coordinador Docente.

• CPA: Cuerpo de Profesores de la Asignatura.

IV

• CPD: Cuerpo de Profesores del Departamento.

• GN: Guıa Nuevo.

• PP: Profesor Patrocinador.

• R: Referente.

• CAT: Comision Aprobacion de Tema.

• CE: Comision Evaluadora.

• CET: Comision Examen de Titulo.

• CT: Coordinador de Titulo.

• PC: Presidente de la Comision.

• TT1: Taller de Titulo 1.

• TT2: Taller de Titulo 2.

• ARQ: Arquitectura.

• OOCC: Obras Civiles.

• MAT: Matematicas.

• IDP: Ingenierıa en Diseno de Productos.

• ELO: Electronica.

• INF: Informatica.

• MEC: Mecanica.

• MET: Metalurgica.

• QUI: Quımica.

• ELI: Electrica.

• FIS: Fısica

• IND: Industrias.

V

• Auto: Automatico

Glosario

Mockup: Maqueta o modelo a escala o tamano real de un dispositivo(interfaz de usuario del software en este caso), utilizado para la de-mostracion, evaluacion del diseno, promocion u otros fines.

X BPMS:Del ingles Business Process Management Suite (Suite de Gestionde Procesos de Negocio), son un conjunto de herramientas de softwareque dan soporte necesario para el Analisis y Modelamiento de Procesos deNegocio.

X UML: Del ingles Unified Modeling Language (Lenguaje de ModelamientoUnificado), es el lenguaje de modelado de sistemas de software masconocido y utilizado en la actualidad. Es usado tanto para especificar odescribir metodos y procesos, como para definir un sistema, para detallarlos artefactos en el sistema y para documentar y construir.

X Quintiles: Es el nombre que reciben los cinco grupos que clasifican a lapoblacion chilena por niveles de ingresos economicos. Por ejemplo, elquintil 1 corresponde al 20 % de la poblacion con menores ingresos, yel quintil 5 al 20 % de mayores ingresos.

X Proceso de Titulacion: Se entiende por aquel que el efectua el alumnocomo culminacion del proceso de formacion profesional, la que de-bera cumplir y aprobar para obtener el Tıtulo Profesional correspondiente.

X Memoria de Tıtulo: Trabajo de investigacion efectuado por un estudiante,generalmente intercedido por un G o tutor, para la obtencion de un gradoacademico de educacion superior.

X Tema de Memoria: Tema sobre el cual se basara la Memoria de Tıtulo delalumno, es tambien el titulo de la Memoria.

X Examen de Titulo: Es el hito final del Proceso de Titulacion, en dondeel alumno realiza una presentacion de su Memoria frente a una comision,luego esta le realiza preguntas y el alumno debe responderlas o, como sedice tambien, defender su tema.

VI

X Guıa: Profesor o persona externa a la universidad (dependiendo de lacarrera) que tiene como objetivos orientar e incentivar al alumno enla realizacion de su Memoria de Titulacion, velar por que la Memoriade Titulacion cumpla con los requisitos de objetivo y nivel. Evaluar losinformes escritos u orales presentados por el alumno. Hacer lo posiblepara que el trabajo se complete dentro del perıodo definido. Dependiendode la carrera, forma parte de la Comision de Aprobacion del Tema deMemoria, de la Comision Evaluadora de la Memoria de Titulacion y/o dela Comision de Examen de Titulacion y velar por la formalidad del Examende Titulacion.

X Correferente: Profesor o persona externa a la Universidad que aceptenbrindarle asesorıa adicional al memorista y que en caso de urgenciadebera asumir el papel de G.

X Referente: Dependiendo de la Carrera podra realizar el mismo papel queun G o un Correferente. Si el G es externo es quien realiza las tareasadministrativas como poner notas.

X Supervisor de Memorias: Actor encargado de la gestion del proceso detitulacion en su etapa de inscripcion del tema y velar por que se realice dela mejor manera.

X Coordinador de Titulo: Idem que el Supervisor de Memorias

X Comision Aprobacion de Tema: Es la comision encargada de revisarlas propuestas de temas realizadas por alumnos, realizarles comentariosafines y aprobarlas o no. En algunas carreras esta conformada por el G ylos Correferentes (INF)

X Cuerpo de Profesores de la Asignatura: Profesores seleccionados paraser Profesores G de proyectos de titulo. Este realiza la misma tarea que laCAT.

X Cuerpo de Profesores del Departamento: Lo conforman todos losprofesores del departamento correspondiente y cumple la misma tarea quela CAT.

X Comision Examinadora: Comision encargada de revisar los avances enciertos momentos y de realizar los comentarios pertinentes. En algunascarreras esta conformada por el G y los Correferentes.

VII

X Comision Examen de Titulo: Comision encargada de presenciar lapresentacion y defensa del alumno de su Memoria. Es la encargada deestablecer si el alumno aprueba o no, de poner las notas correspondientesy de crear el Acta de Memoria.

X Acta de Memoria: Pequeno informe, de una pagina, donde se establecenpuntos de importancia respecto a la memoria del alumno y su defensa.

X Jefe de Carrera: Actor encargado de la gestion del Plan de Estudios. De-pendiendo de la carrera debera: Seleccionar los profesores para conformaral CPA (IDP), seleccionar a los integrantes de la CT.

X Stakeholders: El termino Stakeholder se utiliza para referirse a cualquierpersona o grupo que se vera afectado por el sistema, directa o indirec-tamente. Entre los Stakeholders se encuentran los usuarios finales queinteractuan con el sistema y todos aquellos en la organizacion que sepueden ver afectados por su instalacion.[1]

X Automatico: El sistema debe realizar la tarea de manera automatica.

X Profesor Patrocinador: Es el Profesor que toma la responsabilidad dellevar el proceso de titulacion de un Alumno cuando este tiene como Guıaa una persona externa a su Departamento o a la Universidad.

VIII

Indice general

1. Introduccion 61.1. Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

1.1.1. Objetivo General . . . . . . . . . . . . . . . . . . . . . . . 81.1.2. Objetivos Especıficos . . . . . . . . . . . . . . . . . . . . . 8

2. Identificacion del Problema 92.1. Contexto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

2.1.1. Definicion de la Organizacion . . . . . . . . . . . . . . . . 92.1.2. Stakeholders . . . . . . . . . . . . . . . . . . . . . . . . . 112.1.3. Unidades Administrativas Involucradas . . . . . . . . . . . 132.1.4. Cifras Academicas . . . . . . . . . . . . . . . . . . . . . . 172.1.5. Cifras Estadısticas . . . . . . . . . . . . . . . . . . . . . . 19

2.2. Estudio de la Situacion Actual . . . . . . . . . . . . . . . . . . . . 232.2.1. Situacion Actual . . . . . . . . . . . . . . . . . . . . . . . 242.2.2. Problematicas Principales. . . . . . . . . . . . . . . . . . . 26

3. Metodologıa de Desarrollo 283.1. Que es la Ingenierıa de Software . . . . . . . . . . . . . . . . . . 283.2. Ciclo de Vida de Software . . . . . . . . . . . . . . . . . . . . . . 303.3. Modelos de Ciclo de Vida . . . . . . . . . . . . . . . . . . . . . . 31

3.3.1. Modelo en Cascada . . . . . . . . . . . . . . . . . . . . . . 323.3.2. Modelo en V . . . . . . . . . . . . . . . . . . . . . . . . . 353.3.3. Modelo Iterativo . . . . . . . . . . . . . . . . . . . . . . . 373.3.4. Modelo de Desarrollo Incremental . . . . . . . . . . . . . 38

3.4. Modelo Utilizado . . . . . . . . . . . . . . . . . . . . . . . . . . . 403.4.1. Modificaciones Realizadas . . . . . . . . . . . . . . . . . . 40

3.5. Tareas Realizadas por Etapa . . . . . . . . . . . . . . . . . . . . . 413.5.1. Analisis . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

1

INDICE GENERAL

3.5.2. Diseno . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

4. Solucion Propuesta 444.1. Modelos de Procesos de Negocio . . . . . . . . . . . . . . . . . . 45

4.1.1. Proceso Completo. . . . . . . . . . . . . . . . . . . . . . . 454.1.2. Registro de Disponibilidad y Temas de Profesores. . . . . . 464.1.3. Postulacion, Aprobacion e Inscripcion del Tema. . . . . . . 474.1.4. Revision y Evaluacion de Avance. . . . . . . . . . . . . . . 514.1.5. Examen de Titulacion. . . . . . . . . . . . . . . . . . . . . 54

4.2. Modelos de Casos de Uso . . . . . . . . . . . . . . . . . . . . . . 554.2.1. Actores . . . . . . . . . . . . . . . . . . . . . . . . . . . . 554.2.2. Diagramas de Casos de Uso . . . . . . . . . . . . . . . . . 594.2.3. Casos de Uso Expandido . . . . . . . . . . . . . . . . . . . 66

4.3. Modelo de Datos . . . . . . . . . . . . . . . . . . . . . . . . . . . 124

5. Validacion 1255.1. Modulos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126

5.1.1. Home y Login . . . . . . . . . . . . . . . . . . . . . . . . . 1265.1.2. Validacion o Modificacion de Datos Personales. . . . . . . 1295.1.3. Registro de Disponibilidad y Temas de Memoria Propios. . 1305.1.4. Postulacion del Tema. . . . . . . . . . . . . . . . . . . . . 1325.1.5. Revision y Evaluacion de Avances. . . . . . . . . . . . . . 1345.1.6. Examen de Tıtulo. . . . . . . . . . . . . . . . . . . . . . . 1385.1.7. Solicitudes. . . . . . . . . . . . . . . . . . . . . . . . . . . 1405.1.8. Otras Validaciones . . . . . . . . . . . . . . . . . . . . . . 140

6. Conclusiones 1416.1. Conclusiones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141

A. Baterıa de Preguntas. 146

B. Requerimientos y Atributos del Sistema. 149B.1. Usuario. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149B.2. Alumno Memorista. . . . . . . . . . . . . . . . . . . . . . . . . . . 150B.3. Profesores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151

B.3.1. Profesor en General. . . . . . . . . . . . . . . . . . . . . . 151B.3.2. Profesor en una Comision. . . . . . . . . . . . . . . . . . . 152B.3.3. Profesor como Guıa. . . . . . . . . . . . . . . . . . . . . . 153B.3.4. Profesor como Correferente. . . . . . . . . . . . . . . . . . 154

2

INDICE GENERAL

B.3.5. Profesor Patrocinador. . . . . . . . . . . . . . . . . . . . . 154B.4. Supervisor de Memorias. . . . . . . . . . . . . . . . . . . . . . . . 155B.5. Jefe de Carrera . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156B.6. Director de Departamento. . . . . . . . . . . . . . . . . . . . . . . 158B.7. 3.3.1.6. Externo. . . . . . . . . . . . . . . . . . . . . . . . . . . . 159B.8. Direccion de Estudios. . . . . . . . . . . . . . . . . . . . . . . . . 160B.9. Administrador Tecnico. . . . . . . . . . . . . . . . . . . . . . . . 161B.10.SIGA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161B.11.Otras Funciones o Requerimientos. . . . . . . . . . . . . . . . . . 162

B.11.1.Sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162B.11.2.Listados, Reportes y Graficos. . . . . . . . . . . . . . . . . 163

B.12.Atributos del Sistema. . . . . . . . . . . . . . . . . . . . . . . . . 164B.12.1.Tiempo de Respuesta. . . . . . . . . . . . . . . . . . . . . 164B.12.2.Tolerancia a Fallas (Robustez). . . . . . . . . . . . . . . . 164B.12.3.Interfaz. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164B.12.4.Dependencias con otros Sistemas. . . . . . . . . . . . . . . 164B.12.5.Seguridad. . . . . . . . . . . . . . . . . . . . . . . . . . . 165B.12.6.Portabilidad. . . . . . . . . . . . . . . . . . . . . . . . . . 165B.12.7.Escalabilidad. . . . . . . . . . . . . . . . . . . . . . . . . . 165B.12.8.Requerimientos de Software y Hardware. . . . . . . . . . 165

C. Diagramas de Secuencia del Sistema. 167C.1. Login (C01) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167C.2. Administrar usuarios (C02) . . . . . . . . . . . . . . . . . . . . . 168C.3. Modificar Datos Personales. (C03) . . . . . . . . . . . . . . . . . 169C.4. Realizar Solicitud. (C04) . . . . . . . . . . . . . . . . . . . . . . 169C.5. Listar Solicitudes. (C05) . . . . . . . . . . . . . . . . . . . . . . . 170C.6. Revocar Solicitud. (C06) . . . . . . . . . . . . . . . . . . . . . . 170C.7. Ver Detalle de Solicitud. (C07) . . . . . . . . . . . . . . . . . . . 171C.8. Registrar Disponibilidad. (C08) . . . . . . . . . . . . . . . . . . . 171C.9. Registrar Temas para Memoria. (C09) . . . . . . . . . . . . . . . 172C.10. Listar Temas para Memorias Propios. (C10) . . . . . . . . . . . . 172C.11. Listar Profesores Disponibles. (C11) . . . . . . . . . . . . . . . . 173C.12. Listar a todos los Profesores. (C12) . . . . . . . . . . . . . . . . . 173C.13. Ver Detalle de Profesor. (C13) . . . . . . . . . . . . . . . . . . . . 174C.14.Revisar Comentarios. (C14) . . . . . . . . . . . . . . . . . . . . . 174C.15.Realizar Nueva Postulacion. (C15) . . . . . . . . . . . . . . . . . 175C.16.Listar Postulaciones. (C16) . . . . . . . . . . . . . . . . . . . . . . 176

3

INDICE GENERAL

C.17.Revisar Postulacion. (C17) . . . . . . . . . . . . . . . . . . . . . . 177C.18.Modificar Postulacion. (C18) . . . . . . . . . . . . . . . . . . . . 178C.19.Administrar Correferentes. (C19) . . . . . . . . . . . . . . . . . . 179C.20.Comentar Postulacion. (C20) . . . . . . . . . . . . . . . . . . . . 180C.21.Establecer Modalidad de Memoria. (C21) . . . . . . . . . . . . . 180C.22.Revisar Comentarios de Postulacion. (C22) . . . . . . . . . . . . . 181C.23.Asignar CAT. (C23) . . . . . . . . . . . . . . . . . . . . . . . . . . 181C.24.Poner Fecha Tope de Memoria. (C24) . . . . . . . . . . . . . . . . 182C.25.Generar Formulario de Inscripcion en PDF. (C25) . . . . . . . . . 182C.26.Aprobar o Rechazar Postulacion. (C26) . . . . . . . . . . . . . . . 183C.27.Listar Memorias. (C27) . . . . . . . . . . . . . . . . . . . . . . . . 184C.28.Revisar Memoria en Proceso. (C28) . . . . . . . . . . . . . . . . . 185C.29.Subir Avance. (C29) . . . . . . . . . . . . . . . . . . . . . . . . . 186C.30.Revisar Comentarios de la Memoria. (C30) . . . . . . . . . . . . . 187C.31.Comentar Memoria. (C31) . . . . . . . . . . . . . . . . . . . . . . 187C.32. Modificar Memoria. (C32) . . . . . . . . . . . . . . . . . . . . . . 188C.33.Caso de Uso Modificar Guıa. (C33) . . . . . . . . . . . . . . . . . 189C.34.Caso de Uso Congelar o Descongelar Memorista. (C34) . . . . . . 189C.35.Caso de Uso Asignar CE. (C35) . . . . . . . . . . . . . . . . . . . 190C.36.Caso de Uso Aprobar o Reprobar la Memoria. (C36) . . . . . . . . 191C.37.Caso de Uso Listar Examenes. (C37) . . . . . . . . . . . . . . . . 192C.38.Caso de Uso Revisar Examen de Titulo.(C38) . . . . . . . . . . . 193C.39.Caso de Uso Registrar Datos y Archivos Importantes. (C39) . . . . 194C.40.Caso de Uso Comentar Examen. (C40) . . . . . . . . . . . . . . . 194C.41.Caso de Uso Establecer Fecha del Examen. (C41) . . . . . . . . . 195C.42.Caso de Uso Registrar Datos del Acta de Memoria. (C42) . . . . . 195C.43.Caso de Uso Generar Acta de Memoria. (C43) . . . . . . . . . . . 196C.44.Caso de Uso Asignar CET. (C44) . . . . . . . . . . . . . . . . . . . 196C.45.Caso de Uso Aprobar o Reprobar Examen. (C45) . . . . . . . . . 197C.46.Caso de Uso Registrar Nueva Comision. (C46) . . . . . . . . . . . 198C.47.Caso de Uso Listar Comisiones. (C47) . . . . . . . . . . . . . . . . 199C.48.Caso de Uso Listar Titulados. (C48) . . . . . . . . . . . . . . . . . 200C.49.Caso de Uso Generar Graficos. (C49) . . . . . . . . . . . . . . . . 200C.50.Caso de Uso Generar Reportes. (C50) . . . . . . . . . . . . . . . . 201C.51.Caso de Uso Listar F.A.Q. (C51) . . . . . . . . . . . . . . . . . . . 201C.52.Caso de Uso Realizar Preguntas. (C52) . . . . . . . . . . . . . . . 202C.53.Caso de Uso Responder Preguntas. (C53) . . . . . . . . . . . . . . 202C.54.Caso de Uso Agregar Preguntas y respuestas a la lista. (C54) . . . 203

4

INDICE GENERAL

D. Diagrama de Clases. 204

5

Capıtulo 1

Introduccion

En la actualidad se hace cada vez mas necesario el controlar y dar seguimiento

a los alumnos memoristas en el desarrollo de su tema, sobre todo a los

de escasos recursos1 ya que una parte no menor del financiamiento que la

Universidad recibe de parte del Estado es precisamente por este ıtem.

El proceso de titulacion en la mayorıa de las carreras en la UTFSM no tiene

un control adecuado2 ya que luego de la aprobacion de su tema de memoria,

a los memoristas se les pierde el rastro y no se tiene registro de si el alumno

ha logrado algun avance o si se ha reunido con su guıa. Ademas con el nuevo

reglamento de titulacion de la universidad [2], que rige el proceso de titulacion

desde el 2009, las estadısticas no han mejorado, esto debido al ramo “Taller de

titulacion”que no permite al alumno egresar sin estar titulado3, por lo tanto ha

1Quintiles 1 y 22Existen reglamentos que regulan esto, pero no se tiene registro de que se cumpla.3Esto elimina la calidad de egresado de los alumnos.

6

CAPITULO 1. INTRODUCCION

disminuido el numero de alumnos que completan su malla curricular. Esto se

debe principalmente a que los sistemas actualmente usados para dar soporte

al proceso de titulacion no permiten una comunicacion agil y eficaz entre las

partes involucradas (AM, CR) lo que conlleva a que el flujo de informacion no

sea adecuado para que el memorista pueda obtener retroalimentacion a partir

de sus avances realizados.

Es por esto que se hace necesario el desarrollo de una plataforma en la cual

todos los actores involucrados en el proceso de titulacion puedan interactuar sin

problemas, independiente del lugar en el cual se encuentren.

1.1. Objetivos

Luego de realizar el estudio correspondiente del Sistema4 actual de gestion

de datos del Proceso de Titulacion es posible visualizar los siguientes objetivos

que se desean alcanzar con el desarrollo del presente trabajo de titulacion

(Memoria).4Se le llama Sistema por mera formalidad, ya que mas que Sistema son una serie de

protocolos o pasos a seguir que de cierta forma permiten llevar un registro, no muy eficiente, delos Alumnos con un Tema de Memoria Inscrito y los Titulados posteriormente.

7

CAPITULO 1. INTRODUCCION

1.1.1. Objetivo General

El objetivo general de esta Memoria es Disenar un Sistema Web, a licitar5, que

facilite la tarea de dar seguimiento y control a las actividades relacionadas con

el proceso de titulacion de las carreras de pregrado de la UTFSM.

1.1.2. Objetivos Especıficos

1. Armonizar los procesos actualmente vigentes en los diferentes campus

y carreras (Valparaıso y Santiago), asegurando la calidad, seguridad

y trazabilidad de la informacion que sustenta el llamado proceso de

“titulacion”.

2. Controlar y dar seguimiento al avance de los memoristas en el desarrollo

de su memoria.

3. Facilitar el acceso a informacion estadıstica de alumnos titulados y

memorias en proceso.

4. Permitir y facilitar el control del proceso de memoria, incluyendo a sus

actores relevantes.

5Debe quedar claro que el fin de esta memoria es meramente Disenar el Sistema ya que laConstruccion del mismo quedarıa a cargo una empresa externa designada por la DTI.

8

Capıtulo 2

Identificacion del Problema

2.1. Contexto

2.1.1. Definicion de la Organizacion

La Universidad Tecnica Federico Santa Marıa, con su Casa Central domiciliada

en Avenida Espana 1680 Valparaıso, es una Fundacion de Derecho Privado, con

caracter de universidad particular formando parte del Consejo de Rectores de

las Universidades Chilenas.

Fundada en Valparaıso, el 27 abril de 1926, al concederse personalidad jurıdi-

ca a la “Fundacion Federico Santa Marıa”, dando vida al legado del visionario

y emprendedor porteno, Federico Santa Marıa Carrera, quien sono para el paıs

y el mundo una Institucion que liderase en el campo de la Ingenierıa, Ciencia y

Tecnologıa, para contribuir al desarrollo y mejoramiento humano.

9

CAPITULO 2. IDENTIFICACION DEL PROBLEMA

Se detallan a continuacion la Mision, Vision y Valores de la Universidad.

Mision:

“Constituye mision de la Universidad el contribuir mediante la Docencia,

la Investigacion y la Extension, a la creacion de nuevos conocimientos, a su

difusion y entrega universal, a la formacion humana, cientıfica y profesional de

sus alumnos en un marco de excelencia y de respeto para que estos, utilizando

el conocimiento de las distintas areas y los altos valores cultivados, sean capaces

de contribuir al desarrollo y mejoramiento de la humanidad.”

“La institucion tiene una extension nacional e internacional y de acuerdo con

la voluntad testamentaria de su fundador, don Federico Santa Marıa Carrera,

busca la excelencia academica y pone especial enfasis en facilitar la admision

y la permanencia de aquellos que, reuniendo las aptitudes y actitudes exigidas

por el trabajo academico, no poseen suficientes medios materiales.”[3]

Vision:

“SER UNA UNIVERSIDAD LIDER EN INGENIERIA, CIENCIA Y TECNOLOGIA

PARA CHILE Y RECONOCIDA INTERNACIONALMENTE.” [3]

10


La Universidad cuenta con nueve Unidades Administrativas, las cuales se

presentan en el siguiente organigrama.

Figura 2.1: Organigrama UTFSM.Fuente: Elaboracion Propia.

2.1.2. Stakeholders

Se identifican los siguientes Stakeholders asociados con la problematica:

Alumno Memorista: Con el sistema actual el alumno carece de retroal-

imentacion por parte del G y/o CR ya que las revisiones son escasas o

practicamente nulas en algunos casos. Por otro lado existe una cantidad

no menor de alumnos que trabajan mientras desarrollan su memoria y es

muy difıcil para ellos coordinarse con los profesores (guıa, co-referente)

para revisiones de avance de manera presencial.

Guıa (Profesor o auspiciador de empresa): El sistema actual es un

11


problema para el G ya que no tiene a su cargo solo un alumno, si

no muchos mas, por lo tanto el llevar un registro de todos ellos sin

equivocarse ni perder informacion es un trabajo tedioso. Ademas el

atender a cada uno personalmente o por correo y llevar una coordinacion

de esto sin un sistema centralizado que lo apoye es un gran problema.

Correferente (Profesor o auspiciador de empresa): Al igual que en caso

del Guıa, el Correferente no solo se dedica a un alumno por lo que un

modelo centralizado ayudarıa a enfocar de mejor manera su labor.

Supervisor de Memorias: Es el Stakeholder con mas impacto ya que tiene

la tarea de supervisar todas las memorias y memoristas, y como el sistema

actual es solo por medio de correos y solicitudes escritas es muy difıcil

coordinarse y comunicarse con los alumnos.

Jefe de Carrera: Este Stakeholder es quien firma y despacha el registro de

inscripcion de tema hacia DE.

Director(a) de Departamento: Parte interesada en datos estadısticos

sobre alumnos titulados y en proceso de su respectivo departamento.

Vicerrectorıa Academica: Por medio de la Direccion General de Docencia

y su subunidad la Direccion de Estudios, siendo esta ultima la encargada

de realizar la inscripcion oficial del proyecto te titulo y de llevar un registro

de informacion sobre los alumnos titulados y en proceso de titulacion de

toda la universidad.

12


Direccion de Tecnologıas de la Informacion (DTI): Encargada de la

construccion, a partir de los documentos desarrollados para esta memoria,

de la implementacion y mantenimiento del Sistema Web.

Universidad: El sistema actual no ayuda a la universidad a mejorar las

estadısticas de titulados, ya que no se tiene un control sobre el proceso de

desarrollo de la memoria. Toman en cuenta ademas que en la actualidad

un memorista promedio en la universidad se demora entre un 1/3 y

la mitad del tiempo que dura su carrera, es un grave problema con el

que la institucion debe lidiar. Ademas esto le perjudica en el proceso de

acreditacion.

El Estado de Chile: Siendo el estado chileno un financiador de muchos

estudiantes a lo largo del paıs, y en especial para este caso de la UTFSM,

toma un interes fundamental en el tema de agilizar el proceso de titulacion

de los alumnos, sobre todo de los pertenecientes a los quintiles 1 y 2.

2.1.3. Unidades Administrativas Involucradas

Vicerrectorıa Academica

Las actividades que lleva a cabo la Vicerrectorıa Academica, desde ahora

VRA, tienen relacion directa con la normalizacion de los planes de estudios

de pregrado, la atencion integral de los estudiantes, la seleccion y admision

de alumnos, y las actividades de autoevaluacion institucional, entre otras. Su

ambito de trabajo cubre todo el espectro de la vida academica y de formacion

13


integral de los estudiantes, incluyendo la seleccion y admision de alumnos a

traves de la Direccion de Admision. Con una perspectiva de aseguramiento

de calidad, y en colaboracion con las Unidades Academicas, desde ahora UA,

define polıticas para el desarrollo, creacion y modernizacion de los programas

de estudios de Pre y Postgrado a traves de la Direccion General de Docencia

, ası como en el otorgamiento de servicios academicos de bienestar y de

recreacion a los estudiantes a traves de la Direccion de Relaciones Estudiantiles.

Funciones de la VRA:

1. Estudiar y proponer polıticas de desarrollo de las actividades academicas

de la Universidad.

2. Supervisar la adecuada aplicacion de dichas polıticas en las unidades de

su dependencia.

3. Apoyar y coordinar en forma tecnica a las unidades academicas de la

Universidad, para el cumplimiento y desarrollo de sus funciones, en

especial, de la funcion academica y docente.

4. Desarrollar y mantener un sistema de registro de informacion actualizada

en materias academicas, con el proposito de apoyar y fundamentar la

proposicion de polıticas y la toma de decisiones.

5. Coordinar y Supervisar la atencion de las necesidades de bienestar tanto

de salud como economico de los estudiantes de la Universidad.

14


Figura 2.2: Organigrama Vicerrectorıa Academica.Fuente: http://www.vra.usm.cl/quienes-somos/vicerrectoria/.

Vicerrectorıa de Asuntos Economicos y Administrativos (VREA)

Esta Unidad Administrativa se verıa involucrada en el Desarrollo de la

Solucion, a proponer, a traves de la Direccion de Tecnologıas de la Informacion,

desde ahora DTI.

La DTI es una Sub Unidad Administrativa, bajo el mando de la VREA, que

tiene por funciones:

Coordinar y administrar los servicios centrales de Tecnologıas de Infor-

15


macion y Comunicaciones de la Universidad, para apoyar a las unidades

academicas, docentes y administrativas en temas del area.

Gestionar los recursos financieros, tecnologicos y humanos a su cargo,

siendo el vınculo de la Direccion con entidades internas y externas

relacionadas.

Apoyar los grandes lineamientos de la institucion en relacion a las

tecnologıas de informacion y comunicaciones.

Es la DTI a traves de su Area de Desarrollo de Sistemas, que tiene por mision

el desarrollo, mantencion y mejora de los distintos sistemas de informacion

institucionales utilizados en la UTFSM, de ındole academica y financiera la que

se encargara, a traves de los medios que considere necesarios, de plasmar en un

Sistema Web los Requerimientos, Modelos, y Vistas desarrolladas en el presente

Trabajo de Titulo.

16


2.1.4. Cifras Academicas

La Universidad Tecnica Federico Santa Marıa cuenta, ademas de la Casa

Central en Valparaıso, con 2 Campus y 2 Sedes (Santiago, Vina del Mar,

Rancagua y Concepcion).

Con un total de 25 Unidades Academicas o Departamentos.

17


Unidad Academica Valparaıso Santiago Vina del Mar Concepcion

Arquitectura X

Ingenierıa Metalurgica y de Materiales X

Ingenierıa Electrica X X

Electronica X

Fısica X X

Industrias X X

Informatica X X

Matematica X X

Ingenierıa Mecanica X X

Obras Civiles X X

Ingenierıa Quımica y Ambiental X X

Quımica X X

Ingenierıa Diseno de Productos X

Ciencias Aeronauticas X

Construccion X

Electricidad X

Electronica X

Mecanica X

Ciencias X

Quimica X

Construccion y Prevencion de Riesgos X

Diseno y Manufactura X

Electrotecnia e Informatica X

Mecanica X

Quımica y Medio Ambiente X

Cuadro 2.1: Unidades Academicas UTFSM

Fuente: www.usm.cl

18


Y alrededor de 108 planes de estudio de Pregrado1 cuyas cifras se detallan en

la siguiente tabla.

Tipo de Plan Total

Tecnicos Nivel Superior 30

Planes Comunes o Ciclos Basicos 2

Licenciaturas en Ciencia 3

Profesionales 73

Totales 108

Cuadro 2.2: Total Planes de Estudio UTFSM

Fuente: Consejo Nacional de Educacion (www.cned.cl)

2.1.5. Cifras Estadısticas

Al ano 2012 la UTFSM contaba con mas de 17000 matriculados, tanto de

primer ano como de anos anteriores, en un total de 100 Planes de Pregrado 2.

En las siguiente tabla se detallan cifras de interes.

1Tomando en cuenta Programas Especiales Vespertinos2Se dejo fuera al campus Rancagua por no contar con informacion completa.

19


2008 2009 2010 2011 2012 Media

Alumnos Nuevos 2564 3258 3711 4148 4795 3695,2

Alumnos Antiguos 8503 9564 10284 12020 12385 10551,2

Total Alumnos 11067 12822 13995 16168 17180 14246,4

Alumnos Titulados 1157 1137 1290 1502 1324 1282

Relacion Alumnos Nuevos - Titulados 45 % 35 % 35 % 36 % 28 % 35 %

Relacion Alumnos Antiguos - Titulados 14 % 12 % 13 % 12 % 11 % 12 %

Relacion Total Alumnos - Titulados 10 % 9 % 9 % 9 % 8 % 9 %

Cuadro 2.3: Matriculados y Titulados Totales

Fuente: Consejo Nacional de Educacion (www.cned.cl)

20


En los siguientes graficos se realiza un analisis de los datos expuestos

anteriormente.

Figura 2.3: Alumnos Nuevos v/s TituladosFuente: Elaboracion Propia.

Figura 2.4: Alumnos Totales v/s TituladosFuente: Elaboracion Propia.

En los dos graficos anteriores se puede observar que si bien la cantidad de

alumnos aumenta con los anos el numero de alumnos titulados se mantiene

practicamente constante.

21


Figura 2.5: Relacion Porcentual Alumnos Nuevos - TituladosFuente: Elaboracion Propia.

Se observa que la relacion entre los Alumnos Entrantes (1er Ano) y los

Alumnos Salientes (Titulados) ha decaıdo desde un 45 % el 2008 a un 28 %

el 2012.

Figura 2.6: Media Porcentual Alumnos Nuevos - TituladosFuente: Elaboracion Propia.

Se observa, a partir de las estadısticas actuales, que de cada 100 alumnos

que ingresan a la universidad solo un promedio de 35 se titularan. Esta es

una cifra bastante baja, tomando en cuenta el compromiso que ha adquirido

la universidad en relacion a la calidad.

22


Figura 2.7: Media Porcentual Total Alumnos - TituladosFuente: Elaboracion Propia.

En este grafico se observa que de cada 100 alumnos (incluyendo todos los

anos) solo 9 se titularan a final de ano.

2.2. Estudio de la Situacion Actual

El proceso de Titulacion es uno de los hitos mas importantes en la carrera

universitaria del alumno. Ya que la Titulacion es la culminacion de todo su

trabajo y esfuerzo durante su estadıa en la universidad y es la prueba de que

el alumno se logro formar correctamente como profesional, siendo ademas esta

en conjunto con la Practica su carta de presentacion frente al mundo laboral. Es

por esto que el llevar a cabo un Proyecto de Titulo (Memoria, Tesis, Tesina, etc)

bien logradas y en un tiempo razonable es muy importante.

Se presenta a continuacion la situacion actual proceso de Titulacion y sus etapas.

23


2.2.1. Situacion Actual

Luego de analizar los reglamentos disponibles3 y de realizar entrevistas con

diversas unidades academicas4, se observo que el Macro-proceso es comun

en las unidades academicas estudiadas, variando solo en los tiempos y datos

requeridos.

En la figura 2.8 se aprecia el proceso de titulacion actual, de manera

generalizada sin entrar en detalles de formato y tiempos, en todas las carreras.

Figura 2.8: Macro-proceso de Titulacion ActualFuente: Elaboracion Propia.

Se aprecia que todos tienen un proceso de registro, aprobacion e inscripcion

del tema de titulo, difiriendo solo en el formato, campos requeridos del

formulario usado y los actores involucrados. Todos tienen un proceso de

Revision, Evaluacion y Registro de Avance pero no es algo estandarizado,

regulado o normado, si no mas bien queda al criterio y a los acuerdos entre

el Profesor Guıa o Patrocinador y el Alumno Memorista. Se observo por ejemplo

que Informatica tiene tres hitos de revision, 20 %, 60 %, y 90 % de avance de

la memoria, en Arquitectura se fijan dos entregas de avance e IDP establece3Reglamento institucional y de los departamentos de Informatica, Arquitectura, IDP, Obras

Civiles y Matematicas.4Informatica, Arquitectura, IDP, Matematicas, Electronica, Obras Civiles

24


evaluaciones parciales, mas no cuantas ni cada cuanto tiempo. Y bueno, todos

los departamentos tienen un examen de titulo.

El macro-proceso de titulacion se puede definir como un flujo de informacion

a traves de una serie de procesos conectados. En donde este llamado flujo se

establece entre una serie de actores como son el AM, el G, el CR, el JC y el SM, y

mediante los procesos de Registro, Aprobacion e Inscripcion del Tema, Revision,

Evaluacion y Registro de Avances5 y Examen de titulacion.

En la siguiente ilustracion se muestra mediante un modelo las etapas

del macro-proceso ya mencionadas, dejando fuera las de no interes para el

desarrollo de una solucion a las problematicas.

Figura 2.9: Macro-proceso de Titulacion ActualFuente: Elaboracion Propia.

El proceso global es secuencial, ya que no existe una retroalimentacion entre

las diferentes etapas. La retroalimentacion existente es intraproceso y es entre

5Este proceso no se aplica a todas las carreras actualmente, solo algunas realizan revisionesformales.

25


el evaluador (G, CR, JC, SM) y el evaluado (AM).

En la actualidad, debido al pseudo-sistema o mas bien protocolos usados,

luego de la aprobacion de su Tema de Memoria, a una parte importante de

Memoristas se les pierde el rastro y no se tiene registro de si este ha logrado

algun avance o si se ha reunido con su Guıa. Ademas con el nuevo reglamento

de Titulacion de la Universidad [2] no se tiene constancia si las estadısticas han

mejorado, esto debido a los ramos “Taller de Titulacion 1 y 2” que no permite al

alumno egresar sin estar titulado (lo que implica que no existen egresados), por

lo tanto ha disminuido el numero de alumnos que terminan su carrera (Plan de

Estudios).

2.2.2. Problematicas Principales.

1. La Universidad no cuenta con un sistema unico en el cual pueda realizar

el registro y seguimiento de las Memorias, Tesis y Tıtulos de sus Alumnos.

2. Existe poca informacion sobre los motivos de porque los Memoristas se

demoran tanto tiempo en realizar su Memoria y porque, en ciertos casos,

no la terminan.

3. En gran parte de las carreras de la UTFSM no existe un seguimiento, en el

proceso intermedio, al trabajo y los avances de los alumnos.

4. No existe discernimiento del origen socio-economico de los estudiantes,

como por ejemplo el quintil al cual pertenecen.

26


5. No se sabe, con certeza, que temas se estan desarrollando ni bajo el apoyo

de que Prof. Guıa, de modo que es difıcil llevar un control.

6. El generar estadısticas que permitan determinar el tiempo real de duracion

de las memorias, en la actualidad es un proceso lento y complicado.

7. Al dıa de hoy la informacion de Titulacion se encuentra archivada en

Libros de Memoria (medios fısicos).

8. No permite realizar consultas de informacion de manera rapida.

9. Ademas no se sabe con certeza si queda registro de los productos finales

presentados.

10. En el Acta de Memoria no queda registro de los comentarios realizados a

los alumnos durante el proceso.

11. Por cuanto no existe seguimiento, la nota de “Taller de Titulo” es solo la

nota final.

12. El Trabajo de Tıtulo, en ocasiones, se inscribe casi en la fecha del examen

de tıtulo, lo cual dificulta el control del proceso.

13. Los alumnos pueden inscribir “Taller de Tıtulo 2” sin tener aprobado

“Taller de Tıtulo 1”.

14. Los datos de los alumnos (Email, Telefono) son, por lo general, datos

historicos y no los actuales.

27

Capıtulo 3

Metodologıa de Desarrollo

En este capitulo se detallara la metodologıa usada para disenar la solucion a

implementar, a partir de la vision de la Ingenierıa de Software.

3.1. Que es la Ingenierıa de Software

Segun la IEEE la Ingenierıa de Software es: “La aplicacion de un enfoque sis-

tematico, disciplinado y cuantificable al desarrollo, operacion y mantenimiento

del Software; es decir, la aplicacion de la Ingenierıa al Software”.[4]

De lo anterior se desprende que la Ingenierıa de Software es un modelo que

constituido por, un Proceso, Metodos y Herramientas.

El Proceso forma un marco de trabajo o base, la cual establece el contexto en

el cual se aplican los Metodos.

28

CAPITULO 3. METODOLOGIA DE DESARROLLO

Los Metodos proporcionan los “como” se construira el Software, estos

abarcan una gama de tareas que incluyen:

La Comunicacion (Entrevistas, Reuniones, etc).

El Analisis de Requerimientos.

El Diseno.

La Programacion o Construccion.

Las Pruebas

El Soporte y Mantencion.

Y por ultimo las Herramientas que proporcionan un soporte al Proceso y a

los Metodos.

Gestion de proyectos.

Control de cambios o de versiones. (SVN, Git, etc)

Analisis y diseno. (UML)

Generacion de codigo.

Pruebas o Testing.

Documentacion.

Prototipado.

29


En el siguiente diagrama se intenta graficar el Modelo de la Ingenierıa de

Software.

Figura 3.1: Modelo de Ingenierıa de Software.Fuente: Elaboracion Propia.

3.2. Ciclo de Vida de Software

Al proceso mencionado en la seccion anterior tambien se le conoce como

“Ciclo de Vida de Desarrollo de Software”.

El Ciclo de Vida es: “El conjunto de fases por las que pasa el sistema que

se esta desarrollando desde que nace la idea inicial hasta que el software es

retirado o remplazado (muere).”[5] Tambien es conocido como “Paradigma”.

El Ciclo de Vida debe cumplir con ciertas funciones, entre las cuales se

encuentran las siguientes:

Determinar el orden de las fases del proceso de software.

Establecer los criterios de transicion para pasar de una fase a la siguiente.

Definir las entradas y salidas de cada fase.

30


Describir los estados por los que pasa el producto.

Describir las actividades a realizar para transformar el producto.

Definir un esquema que sirve como base para planificar, organizar,

coordinar, desarrollar, probar, etc.

Debido a que cada software se enmarca en dentro de un ambito particular

a la organizacion en la cual se desarrollara, es que existen diferentes modelos

de ciclo de vida con flujos y etapas particulares. Luego es trabajo del Ingeniero

de Software el buscar, ajustar y modificar, si fuera necesario, un modelo que se

ajuste de la mejor manera al producto a desarrollar.

3.3. Modelos de Ciclo de Vida

La Ingenierıa de Software, para desarrollar software de calidad, se vale de

una serie de modelos que establecen y muestran las distintas etapas y estados

por los que pasa un producto software, desde la concepcion de la idea, pasando

por la construccion, mantenimiento y soporte, hasta la retirada del producto. A

estos modelos se les denomina “Modelos de ciclo de vida del software”. Estos

describen las fases del ciclo de vida y el orden en que estas se ejecutan. En cada

una de las etapas de un modelo de ciclo de vida, se pueden establecer una serie

de objetivos, tareas y actividades que lo caracterizan.

Las principales diferencias entre los diferentes modelos son:

31


X El alcance del ciclo, o hasta donde pretende llegar el proyecto. Esto

puede comprender desde un simple estudio de factibilidad tecnica, hasta el

desarrollo completo del sistema pasando por el mantenimiento y soporte

hasta la “muerte” del software.

X Lo que se realizara en cada fase, esto depende del tipo de proyecto o de la

organizacion incluso.

X La estructura y sucesion de las etapas, si existe retroalimentacion entre

ellas y si existe la libertad de repetirlas (iterar).

La eleccion de un modelo para un determinado tipo de proyecto es realmente

importante.

A continuacion se muestran algunos de los modelos tradicionales, mas

utilizados y que se podrıan ajustar de mejor manera al desarrollo de la solucion.

3.3.1. Modelo en Cascada

Este modelo o enfoque ordena rigurosamente las etapas del ciclo de forma que

cada etapa debe esperar, en caso de existir, la finalizacion de la etapa anterior.

Se cree que este fue el primer modelo introducido y usado ampliamente en

la ingenierıa de software. Introducido en 1970 en un articulo publicado por

Winston W Royce, este modelo consta de las siguientes etapas o fases:

32


1. Especificacion de requisitos

2. Diseno

3. Construccion (Implementacion o codificacion)

4. Integracion

5. Pruebas

6. Instalacion

7. Mantenimiento

En la siguiente figura se muestra el diagrama de flujo del modelo en cascada.

Figura 3.2: Modelo de Ciclo de Vida en Cascada.Fuente: [5].

Luego de observar la figura se aprecia el porque del nombre de este modelo,

se aprecia que el producto desarrollado en cada etapa pasa a la siguiente fase

como si fuera una verdadera cascada.

33


Ventajas

Este modelo es especial para Es facil de gestionar, ya que las fases no se

mezclan, se realizan de una a la vez y cada una tiene entregables especıficos.

Desventajas

En la vida real un proyecto rara vez sigue una secuencia lineal. Es difıcil

que los clientes establezcan todos los requerimientos necesarios al comienzo,

siempre quedan requerimientos en el “tintero”, lo que exigirıa un retorno a la

primera fase y esto no esta soportado por el modelo. Los resultados no son

visibles hasta que el producto esta finalizado lo que genera inseguridad por

parte del cliente.

Variante

Debido lo expuesto en el punto anterior respecto a los requerimientos

cambiantes, es que se hace necesario el poder volver a realizar alguna fase

del modelo como es la de Especificacion de Requerimientos. Es por esto que

se introdujo el modelo en cascada con retroalimentacion, que permite volver a

iterar alguna de las fases ya realizadas tomando en consideracion informacion

no tomada en cuenta o desconocida hasta el momento.

34


Figura 3.3: Modelo de Ciclo de Vida en Cascada Modificado.Fuente: Elaboracion Propia.

3.3.2. Modelo en V

Este modelo se introdujo como intento de contrarrestar los problemas que

presentaba el modelo en cascada tradicional. Estos problemas se presentaban

ya que los defectos estaban siendo encontrados demasiado tarde en el ciclo de

vida, esto se debıa a que las pruebas no eran introducidas hasta el final del

proceso. En este modelo se aprecia como las actividades de prueba (validacion

y verificacion) son integradas en cada fase de ciclo de vida.

35


Figura 3.4: Modelo de Ciclo de Vida en V.Fuente: [5].

El lado izquierdo representa la descomposicion de los requisitos y la creacion

de las especificaciones del sistema. El lado derecho representa la integracion de

las partes y su verificacion. La “V” es por Validacion y Verificacion.

Ventajas

Modelo simple, facil de comprender y de usar. En cada etapa se tienen

entregables especıficos, lo que facilita las revisiones (Validacion y Verificacion).

Mayor probabilidad de exito debido a las pruebas en etapas tempranas.

Funciona bien en proyectos pequenos con requerimientos bien conocidos.

Desventajas

Modelo muy rıgido, como el de cascada normal, no permite iterar fases

anteriores. No se producen prototipos ya que la construccion se desarrolla en

36


la fase de implementacion.

3.3.3. Modelo Iterativo

Este es un modelo derivado del de Cascada. Busca reducir el riesgo de

diferencias entre las necesidades de los clientes/usuarios y el producto final

por errores de comunicacion, o requerimientos no incluidos por algun motivo.

Figura 3.5: Modelo de Ciclo de Vida Iterativo.Fuente: [5].

Consiste en la iteracion de varios modelos en cascada, al final de cada

iteracion se le entrega al cliente una nueva version, mejorada o con mas

funcionalidades, al cliente. Este evalua la entrega, realiza correcciones y/o

propone mejoras. Este proceso se repite hasta que el cliente quede satisfecho.

37


Ventajas

No es necesario que los requerimientos esten totalmente definidos desde el

comienzo. Como el desarrollo se desarrolla en pequenos ciclos permite gestionar

de mejor manera los riesgos, las fallas, las entregas, etc.

Desventajas

Su mayor ventaja puede convertirse en su mayor riesgo, ya que al no conocer

totalmente los requerimientos desde el comienzo, pueden surgir problemas

relacionados con la arquitectura.

3.3.4. Modelo de Desarrollo Incremental

Este modelo combina elementos del modelo en cascada con la filosofıa de la

construccion de prototipos.

Figura 3.6: Modelo de Ciclo de Vida de Desarrollo Incremental.Fuente: [5].

38


Se trata de construir incrementando las funcionalidades del producto con

cada entrega. Las primeras entregas o versiones del producto estan incompletas,

pero sirven para realizar evaluaciones.

Ventajas

Se genera Software operativo de manera rapida y en etapas tempranas del

proceso. Es flexible por lo que se reduce el costo en el cambio de requerimientos.

Es mas facil probar y depurar en iteraciones pequenas.Por lo mismo es facil

gestionar los riesgos.

Desventajas

Se requiere de experiencia para definir las entregas y distribuir en ellos las

tareas. Si lo que se entrega en cada iteracion son modulos, dependientes o

independientes, pueden surgir problemas de integracion.

39


3.4. Modelo Utilizado

Debido al requerimiento del cliente, en este caso la VRA, el cual era tener un

informe de avances del proyecto una vez al mes se decidio adoptar el Modelo

de Ciclo de Vida Iterativo ya que este genera versiones del producto en cada

iteracion y permite volver a realizar las fases de Analisis y Diseno nuevamente.

Dado que solo se realizo el Diseno del Sistema, ya que la construccion del mismo

quedo en manos de la DTI, fue necesario realizar modificaciones al Modelo.

3.4.1. Modificaciones Realizadas

Como se menciono en el punto anterior se realizaron modificaciones al

modelo eliminando las fases de Codificacion y Pruebas debido a las razones

ya antes mencionadas.

Se muestra a continuacion el modelo modificado.

Figura 3.7: Modelo de Ciclo de Vida de Desarrollo Iterativo Modificado.Fuente: Elaboracion Propia.

40


3.5. Tareas Realizadas por Etapa

3.5.1. Analisis

Dentro de la fase de Analisis se llevaron a cabo las siguientes actividades.

1. Creacion de una Baterıa de Preguntas.(Ver Apendice A)

2. Reuniones y Entrevistas con Profesores, relacionados con el proceso de

Titulacion (Jefes de Carrera, Supervisor de Memorias), de diferentes UA

de la Universidad.

13 de Septiembre de 2012: Prof. Ricardo Viveros de Ingenierıa en

Diseno de Productos, Prof. Raul Solıs de Arquitectura y Prof. Luis

Hevia de Informatica (Comision Taller de Titulo).

16 de Octubre de 2012: Prof. Luis Hevia Supervisor de Memorias de

Informatica.

20 de Noviembre de 2012: Prof. Hubbert Hoffman Jefe de Carrera

Informatica.

23 de Noviembre de 2012: Prof. Luis Marti Jefe de Carrera In-

formatica Campus Santiago.

04 de Diciembre de 2012: Prof. Juan Peyouquet Jefe de Carrera

Matematicas.

05 de Diciembre de 2012: Prof. Marco Baldevenito Jefe de Carrera

Obras Civiles.

41


19 de Diciembre de 2012: Prof. Alejandra Baghelli Jefe de Carrera

Telematica.

3. Lectura de reglamentos de titulacion disponibles, tanto institucionales

como facilitados por las siguientes UA.

Arquitectura [6]

Informatica [7]

Ingenierıa en Diseno de Productos [8]

Matematicas[9] [10] [11]

Obras Civiles [12]

4. Analisis de la informacion recopilada.

Identificacion de Procesos comunes y propios de cada UA analizada.

Identificacion de Actores.

Identificacion de Problematicas comunes y propias de cada UA

analizada.

Identificacion de Requerimientos Funcionales y No Funcionales.

5. Revision y Analisis de datos estadısticos respecto a Matriculados y Titula-

dos.

3.5.2. Diseno

Dentro de la fase de Diseno se llevaron a cabo las siguientes actividades.

42


1. Reuniones con la DTI.

2. Desarrollo de modelos y artefactos de Diseno requeridos por la DTI.

Modelos de Procesos de Negocio (BPM)[13]

Artefactos de UML. [14]

X Diagramas de Casos de Uso.

X Diagrama de Actores.

X Casos de Uso Expandido.

X Diagramas de Secuencia.

X Modelo de Clases.

X Modelo de Datos.

Diseno de un prototipo no funcional por medio de Vistas del Sistema

(Mockup).

43

Capıtulo 4

Solucion Propuesta

A continuacion se detalla por medio de los artefactos usados comunmente

en los procesos de desarrollo de software (Modelos de Procesos de Negocio,

Diagramas de Casos de Uso, Casos de uso Expandido, Modelo de Datos)

el diseno del Sistema que se encargarıa de dar soporte a los procesos y

protocolos en funcionamiento, actualmente, en el proceso de titulacion. Para

ver Referencias Cruzadas (Requerimientos) nombradas en los Casos de Uso

Expandidos ver Apendice B.

44

CAPITULO 4. SOLUCION PROPUESTA

4.1. Modelos de Procesos de Negocio

4.1.1. Proceso Completo.

Figura 4.1: Macro-proceso de Titulacion. (Propuesta Solucion)

Fuente: Elaboracion Propia.

45


4.1.2. Registro de Disponibilidad y Temas de Profesores.

Figura 4.2: Proceso de Registro de Disponibilidad y Temas de Profesores.


Codigo Tarea Descripcion

T1.1 El Profesor registra su disponibilidad para ser Guıa o

Correferente

T1.2 El SM, JC y DD, revisan la lista y pueden modificarla si lo

consideran necesario.

T1.3 El Profesor puede registrar sus temas para memoria si

tiene alguno.

46


4.1.3. Postulacion, Aprobacion e Inscripcion del Tema.

Figura 4.3: Proceso de Postulacion, Aprobacion e Inscripcion del Tema.


47



T2.1 El Alumno revisa los Profesores y Temas disponibles.

T2.2 El Alumno llena el formulario de postulacion de tema.

T2.3 El PG, CR, SM, JC, CAT y DD, pueden revisar la

postulacion.

T2.4 En caso que se requiera, el Alumno puede modificar la

postulacion.

Registrar Postulacion de Tema de Memoria.

Figura 4.4: Sub-proceso Registrar Postulacion de Memoria.



T2.2.1 El Alumno selecciona a su Guıa, de una lista de profesores

disponibles o lo ingresa manualmente.

T2.2.2 El Alumno selecciona un Correferente.

T2.2.3 El Alumno llena un formulario.

T2.2.4 El Alumno sube los documentos requeridos.

48


Revisar Postulacion.

Figura 4.5: Sub-proceso Revisar Postulacion.



T2.3.1 Los actores revisan el formulario.

T2.3.2 Los actores revisan los documentos adjuntos.

T2.3.3 Los actores realizan comentarios.

T2.3.4 Los actores establecen la modalidad que debera seguir el

alumno en su memoria.

T2.3.5 Los actores recomiendan modificar ciertos puntos.

T2.3.6 Los actores aprueban, aprueban con observaciones o

rechazan la postulacion.

49


Modificar Postulacion.

Figura 4.6: Sub-proceso Modificar Postulacion.



T2.4.1 El Alumno lee los comentarios y recomendaciones.

T2.4.2 El Alumno modifica el formulario y/o los documentos.

50


4.1.4. Revision y Evaluacion de Avance.

Figura 4.7: Proceso de Revision y Evaluacion de Avance.


51



T3.1 El Alumno sube una entrega de avance.

T3.2 Los demas actores revisan la entrega.

T3.3 El Responsable Academico, que puede ser el Profesor

Guıa, Correferente o Patrocinador, establece el porcentaje

de avance.

T3.4 El Responsable Academico pone nota al Taller de Titulo 2

(Una vez terminada y aprobada la Memoria)

T3.5 El Alumno puede modificar el Avance.

Revisar Avance.

Figura 4.8: Sub-proceso Revisar Avance.



T3.5.1 El Alumno lee las recomendaciones y comentarios.

T3.6.2 El Alumno realiza las modificacion sugeridas y sube una

nueva version de avance.

52


Modificar Avance.

Figura 4.9: Sub-proceso Modificar Avance.



T3.2.1 Los Actores descargan el Avance y lo revisan.

T3.2.2 Los Actores realizan Comentarios, y el Responsable

Academico determina si cumple con requisitos, para pasar

al siguiente avance y si debe modificar algo, y si es la

version final la CE determina si puede rendir el Examen

de Titulo.

53


4.1.5. Examen de Titulacion.

Figura 4.10: Examen de Titulo.


El AM debe entregar el informe final al menos 15 dıas antes del ET y subir

los archivos relacionados (Planos, Fotos, Imagenes, Diapositivas a usar en el

Examen).


T4.1 El Alumno presenta.

T4.2 La CET realiza preguntas.

T4.3 El Alumno responde a las preguntas.

T4.4 La CET delibera.

T4.5 La CET crea el Acta de Memoria.

T4.4 La CET registra los comentarios realizados.

T4.5 La CET pone la nota final del Proyecto de Titulo.

54


4.2. Modelos de Casos de Uso

4.2.1. Actores

Figura 4.11: Diagrama de Actores del Sistema.


55


Para ayudar a lograr lo anterior se detallan los potenciales usuarios y sus

niveles de conocimiento.

Alumno Memorista.

Tiene conocimientos computacionales a nivel usuario medio. Tiene expe-

riencia con sistemas similares y educacion universitaria casi completa.

Guıa.

Dependiendo de la carrera del AM el Guıa puede ser un Profesor de planta,

un Profesor de otra Universidad y si la Memoria se desarrolla en una

empresa puede ser el Profesional a cargo del AM. Tiene conocimientos

computacionales de nivel usuario medio. Tiene educacion universitaria o

superior. No necesariamente conoce los reglamentos de titulacion de la

carrera y/o de la Universidad. Esta ademas regido por las instrucciones

que pudiera entregar el Jefe de Carrera. Es quien tiene el contacto mas

cercano con los AM. Maneja y administra los AM a su cargo.

Correferente.

Si el Guıa no es Profesor jornada completa equivalente o es de otra carrera,

el Correferente debe ser, obligatoriamente un Profesor jornada completa

del Departamento. Al ser un Profesor de planta, part-time o un profesional

de alguna empresa en particular este usuario podrıa tener conocimientos

computacionales de nivel medio a alto. Tiene educacion universitaria o

superior. No necesariamente conoce los reglamentos de titulacion internos

y externos. Junto con el Guıa tiene contacto directo con los AM. Tiene

56


acceso a informacion de AM a su cargo.

Profesor.

Puede ser G, CR y/o formar parte de una de las comisiones asociadas a

la titulacion. Al ser un Profesor de planta o part-time este usuario podrıa

tener conocimientos computacionales de nivel medio a alto. Tiene edu-

cacion universitaria o superior. No necesariamente conoce los reglamentos

de titulacion internos y/o externos.

Supervisor de Memorias.

Tiene conocimientos computacionales de nivel usuario medio. Tiene

educacion universitaria y experiencia docente. Conoce los reglamentos

de titulacion internos (departamento) y externos (UTFSM). Puede, en

algunos casos, coincidir con el JC.

Jefe de Carrera.


educacion universitaria y experiencia docente. Conoce los reglamentos

de titulacion internos (departamento) y externos (UTFSM), mantiene

contacto directo con los profesores guıa.

Administrador Tecnico.

Tiene conocimientos computacionales a nivel usuario experto y admin-

istrador de sistemas experto. Tiene ademas experiencia en administracion

de software de gestion y manejo de plataformas similares. Tiene educacion

universitaria del area Informatica y en Sistemas de Informacion.

57


Administrador Academico.


educacion universitaria o superior. Actua como intermediario entre el SM

y JC, y el AT.

Director de Departamento.

Al ser un Profesor de planta o part-time este usuario podrıa tener

conocimientos computacionales de nivel medio a alto. Tiene educacion

universitaria o superior. Debiera conocer los reglamentos de titulacion

internos y/o externos (Institucionales).

Direccion de Estudios.

Este usuario puede ser tanto el Director de Estudios como su secre-

taria. Tomaremos a la secretaria como base para establecer el nivel

de conocimientos computacionales como medios. Debieran conocer los

reglamentos de titulacion institucionales.

58


4.2.2. Diagramas de Casos de Uso

Administracion.

Figura 4.12: DCU Administracion.


59


Solicitudes.

Figura 4.13: DCU Solicitudes.


Registro de Profesores y Temas.

Figura 4.14: DCU Registro de Profesores y Temas.


60


Postulacion, Aprobacion e Inscripcion del Tema.

Figura 4.15: DCU Postulacion, Aprobacion e Inscripcion del Tema.


61


Revision y Evaluacion de Avance.

Figura 4.16: DCU Revision y Evaluacion de Avance.


62


Examen de Titulacion.

Figura 4.17: DCU Examen de Titulacion.


63


Comisiones.

Figura 4.18: DCU Comisiones.


Reportes y Graficos.

Figura 4.19: DCU Reportes y Graficos.


64


F.A.Q.

Figura 4.20: DCU F.A.Q.


65


4.2.3. Casos de Uso Expandido

Caso de Uso Login (C01)

Caso de Uso LoginActores Usuario

Pre Condiciones Estar registrado en el sistema (Teneruna cuenta creada.)

Proposito Que un usuario pueda iniciar sesionen el sistema.

Resumen El usuario ingresa su nombre deusuario y contrasena, y luego oprimeel boton “Iniciar Sesion”

Tipo PrimarioReferencias Cruzadas U01

Curso Normal de Eventos

Accion del Actor Respuesta del Sistema1.- Este caso de uso comienza cuandoel Actor abre la pagina principal delsistema en su navegador, luego ingre-sa su nombre de usuario y contrasenay oprime el boton “Iniciar Sesion”

2.- El sistema inicia la sesion y abrela pagina de inicio (Menu Principal)correspondiente a la cuenta y lospermisos que tenga el usuario.

Cursos Alternos

Lınea 2 Si el nombre de usuario o lacontrasena son erroneos el sistemamuestra mensaje de error “Usuario ocontrasena invalidos”.

Post Condiciones Se crea una nueva sesion.

Cuadro 4.1: Caso de Uso Expandido LoginFuente: Elaboracion Propia.

66


Caso de Uso Administrar usuarios (C02)

Caso de Uso Administrar UsuariosActores Administrador Tecnico.

Pre Condiciones Haber Iniciado sesion en el sistema.Proposito Que el Actor pueda crear, modificar o eliminar

usuarios del sistema.Resumen El Actor selecciona la opcion “Administrar Usuar-

ios”, luego selecciona una de las 3 opciones ysigue los pasos requeridos.

Tipo PrimarioReferencias Cruzadas A01


Accion del Actor Respuesta del Sistema1.- Este caso de uso comienza cuando el Actorselecciona la opcion “Administrar Usuarios”.

2.- El sistema despliega un menu con lassiguientes opciones.

3.- El Actor escoge una opcion.

Opcion Crear Usuario.


Accion del Actor Respuesta del Sistema1.- El sistema despliega un formulario de ingreso.

2.- El Actor ingresa los datos de registrorequeridos y acepta.

3.- El sistema despliega un mensaje de operacionrealizada con exito.

Cursos Alternos

Lınea 3 Si los datos ingresados no son validos o nose completo el formulario el sistema muestramensaje de error “Dato invalido, mal escrito ocampo en blanco”

Post Condiciones Se crea un nuevo usuario en el sistema.

Cuadro 4.2: Caso de Uso Expandido Administrar Usuarios (Parte 1).Fuente: Elaboracion Propia.

67


Opcion Eliminar Usuario.


Accion del Actor Respuesta del Sistema1.- El sistema lista a los usuarios existentes.

2.- El Actor selecciona un usuario de la lista yoprime el boton eliminar.

3.-El sistema muestra un mensaje pidiendo confir-macion.

4.- El Actor confirma5.-El sistema elimina al usuario seleccionado.

Cursos Alternos

Lınea 1 No existen usuarios en el sistema, se muestramensaje de alerta “No existen usuarios”

Lınea 4 Si el Actor oprime cancelar durante la confirma-cion vuelve a la Lınea 1.

Post Condiciones Se elimino un usuario del sistema.

Opcion Modificar Usuario.


Accion del Actor Respuesta del Sistema1.- El sistema lista a los usuarios existentes.

2.- El Actor selecciona uno y oprime el botonmodificar.

3.-El sistema muestra un formulario con los datosactuales para su modificacion.

4.- El Actor modifica los campos necesarios yacepta.

5.- El sistema muestra un mensaje pidiendoconfirmacion.

6.- El Actor confirma

Cursos Alternos

Lınea 5 El Sistema muestra mensaje de error “Datoinvalido, mal escrito o campo en blanco”


Post Condiciones Se modificaron los datos de un usuario.

Cuadro 4.3: Caso de Uso Expandido Administrar Usuarios (Parte 2).Fuente: Elaboracion Propia.

68


Caso de Uso Modificar Datos Personales. (C03)

Caso de Uso Modificar Datos Personales.Actores AM, EX

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Que el Actor pueda verificar y modificar sus datos

personales.Resumen El Actor selecciona la opcion “Verificar datos

personales”, los revisa y modifica en caso de sernecesario.

Tipo Primario y Esencial.Referencias Cruzadas AM01, EX07


Accion del Actor Respuesta del Sistema1.- Este caso de uso comienza cuando el Actorselecciona la opcion “Ver Datos Personales”

2.- El sistema muestra un formulario con susdatos actuales, los cuales son modificables.

3.- El Actor modifica los campos que considerenecesarios y acepta.

4.- El sistema pide confirmacion.5.- El Actor confirma.

Cursos Alternos

Lınea 3 El Actor no modifica campo alguno y solo acepta.Lınea 4 Si los datos ingresados no son validos el sistema

muestra mensaje de error “Dato invalido, malescrito o campo en blanco”


Post Condiciones Se modificaron los datos del usuario.

Cuadro 4.4: Caso de Uso Expandido Modificar Datos Personales.Fuente: Elaboracion Propia.

69


Caso de Uso Realizar Solicitud. (C04)

Caso de Uso Realizar SolicitudActores AM

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Estar al menos en la etapa de postulacion

de tema.

Proposito Que el Actor pueda Realizar una nueva Solicitud.Resumen El Actor selecciona la opcion “Solicitudes” y luego

“Nueva Solicitud”. Se despliega un formulario allenar por el Actor.

Tipo Secundario y Esencial.Referencias Cruzadas AM08, S09


Accion del Actor Respuesta del Sistema1.- Este caso de uso comienza cuando el Actorselecciona la opcion “Nueva Solicitud”

2.- El sistema despliega un Formulario3.- El Actor llena el Formulario con los datossolicitados y oprime el boton “Aceptar”

4.- El Sistema pide confirmacion5.- El Actor confirma

6.- El Sistema despliega mensaje: “SolicitudRegistrada con Exito”

Cursos Alternos

Lınea 4 Si los datos ingresados no son validos el sistemamuestra mensaje de error “Dato invalido, malescrito o campo en blanco”


Post Condiciones Se genera una nueva solicitud.

Cuadro 4.5: Caso de Uso Expandido Realizar Solicitud.Fuente: Elaboracion Propia.

70


Caso de Uso Listar Solicitudes. (C05)

Caso de Uso Listar SolicitudesActores AM, P, JC, DD, DE

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Que los Actores puedan Listar las Solicitudes

existentes, ya sean registradas por ellos o paraellos.

Resumen El Actor selecciona la opcion “Solicitudes”, elSistema despliega un listado con todas lasSolicitudes Relacionadas con el Actor. Luegoel actor puede filtrar la Lista segun CriteriosDisponibles.

Tipo Secundario.Referencias Cruzadas AM09, AM09.1, PG05, PG05.1, JC08,JC08.1,

DD10, DD10.1, DE04, DE04.1


Accion del Actor Respuesta del Sistema1.-Este caso de uso comienza cuando el Actorselecciona la opcion “Solicitudes”

2.- El sistema muestra una lista con las solicitudesrelacionadas con el Actor junto con su detalle(Tipo, Estado: Aprobada, Rechazada, En Proceso)

3.- El Actor revisa el Listado y termina.

Cursos Alternos

Lınea 2 No existen solicitudes, el sistema muestra men-saje: “No hay solicitudes disponibles”

Lınea 3 Luego de revisar el Listado el Actor seleccionauno o mas criterios de Filtro y oprime “Aceptar”,el Sistema muestra una nueva Lista que cumplecon los Criterios Seleccionados.

Post Condiciones Se genera un Listado de las Solicitudes existentes.

Cuadro 4.6: Caso de Uso Expandido Listar Solicitudes.Fuente: Elaboracion Propia.

71


Caso de Uso Revocar Solicitud. (C06)

Caso de Uso Revocar SolicitudActores AM

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber realizado una Solicitud anterior-

mente.3. Haber Listado las Solicitudes.4. Que la Solicitud no haya sido aprobada o

rechazada aun.

Proposito Que el Actor pueda eliminar del Sistema unasolicitud realizada.

Resumen Luego de haber Listado sus Solicitudes, el Actoroprime el boton “Revocar” a un lado de laSolicitud escogida.

Tipo Secundario.Referencias Cruzadas AM09.2, C5


Accion del Actor Respuesta del Sistema1.-Este caso de uso comienza cuando el Actor,luego de seleccionar la opcion “Ver Solicitudes”y oprime el boton “Revocar” ubicado a un ladode la solicitud.

2.- El Sistema muestra un mensaje pidiendoconfirmacion.

3.- El Actor confirma.4.- El Sistema muestra mensaje “OperacionRealizada con Exito”

Cursos Alternos

Lınea 2 No existen solicitudes, el sistema muestra men-saje de alerta “No hay solicitudes disponibles”


Lınea 4 Luego de revisar el Listado el Actor seleccionauno o mas criterios de Filtro y oprime “Aceptar”,el Sistema muestra una nueva Lista que cumplecon los Criterios Seleccionados.

Post Condiciones Se elimina la Solicitud del Sistema.

Cuadro 4.7: Caso de Uso Expandido Revocar Solicitud.Fuente: Elaboracion Propia.

72


Caso de Uso Ver Detalle de Solicitud. (C07)

Caso de Uso Ver Detalle de SolicitudActores P, JC

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Solicitudes.

Proposito Que el Actor pueda ver el detalle de una Solicitudy Aprobarla o Rechazarla.

Resumen El Actor oprime el boton “Ver” a un lado de laSolicitud escogida, revisa su detalle y luego laaprueba o rechaza.

Tipo Secundario.Referencias Cruzadas PG06, PG06.1, JC09, JC09.1, S08, C5


Accion del Actor Respuesta del Sistema1.-Este caso de uso comienza cuando el Actor,luego de haber selecciona la opcion “Solicitudes”escoge una Solicitud y oprime el boton “Ver”ubicado a un lado de la misma.

2.- El Sistema despliega el Detalle de la Solicitud.3.- El Actor revisa el Detalle de la Solicitud yoprime el boton “Aprobar” o “Rechazar”.

4.- El Sistema pide confirmacion.5.- El Actor confirma

6.- El Sistema muestra mensaje “SolicitudAprobada” o “Solicitud Rechazada” segun cor-responda y notifica al AM que su solicitud fueAprobada o Rechazada segun corresponda.

Cursos Alternos


Post Condiciones Se cambia el estado de la Solicitud de “EnProceso” a “Aceptada” o “Rechazada” seguncorresponda.

Cuadro 4.8: Caso de Uso Expandido Ver Detalle Solicitud.Fuente: Elaboracion Propia.

73


Caso de Uso Registrar Disponibilidad. (C08)

Caso de Uso Registrar DisponibilidadActores P

Pre Condiciones1. Haber recibido la notificacion (correo elec-

tronico) para confirmar disponibilidad.

Proposito Que el Actor deje constancia que esta disponiblepara ser G o CR.

Resumen El Profesor sigue los pasos requeridos y quedaregistrado como Profesor Disponible.

Tipo Primario.Referencias Cruzadas P01, S14


Accion del Actor Respuesta del Sistema1.- Este caso de uso comienza cuando el sistemaenvıa un correo de notificacion al Profesordiciendo que debe registrar su disponibilidadcomo G o CR. El correo contiene un enlace quelleva al Profesor a una pagina donde este debeoprimir “Aceptar” si esta disponible o “Declinar”en caso contrario.

2.- El Actor oprime “Aceptar”3.- El Sistema cambia el estado del Profesora “Disponible” y muestra un mensaje de “Op-eracion realizada con exito”

Cursos Alternos

Lınea 2 El Actor oprime “Cancelar” y el Sistema cambia elestado del Profesor a “No Disponible” y muestraun mensaje de “Operacion realizada con exito”

Post Condiciones Se realiza un cambio en el estado del Profesor.

Cuadro 4.9: Caso de Uso Expandido Registrar Disponibilidad.Fuente: Elaboracion Propia.

74


Caso de Uso Registrar Temas para Memoria. (C09)

Caso de Uso Registrar Temas para Memoria.Actores P

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber confirmado su disponibilidad como

G o CR.

Proposito Que el Actor pueda dar a conocer los temasen los cuales esta trabajando y que pueden serabordados por los AM en sus Memorias.

Resumen El Actor selecciona la opcion Registrar TemaPropio, llena los campos requeridos y acepta.

Tipo Secundario.Referencias Cruzadas P02


Accion del Actor Respuesta del Sistema1.- Este caso de uso comienza cuando el Actorselecciona la opcion “Registrar Tema Propio” desu menu.

2.- El sistema despliega un formulario que debeser llenado por el Actor.

3.- El Actor llena el formulario y acepta4.- El sistema despliega un mensaje de “Op-eracion realizada con exito”

Cursos Alternos

Lınea 4 Si el formulario no es rellenado de la maneracorrecta el sistema despliega un mensaje de error“Campo invalido o en blanco”

Post Condiciones Se crea una entrada en la base de datos con eltema registrado por el profesor

.

Cuadro 4.10: Caso de Uso Expandido Registrar Temas para Memoria.Fuente: Elaboracion Propia.

75


Caso de Uso Listar Temas para Memorias Propios. (C10)

Caso de Uso Listar Temas para Memoria PropiosActores P

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Que el Actor pueda ver sus temas registrados y

cambiar su estado (El del Tema) de “Disponible”a “No Disponible”

Resumen El Actor selecciona la opcion “Ver Mis Temas” yse despliega una lista de sus Temas Registradosjunto con informacion util como si esta disponibleo no. Ademas se da la opcion de cambiar el estadode un Tema de la lista.

Tipo Secundario.Referencias Cruzadas P03, P03.1


Accion del Actor Respuesta del Sistema1.- Este Caso de Uso comienza cuando el Actorselecciona la opcion “Mis Temas”

2.- El sistema despliega una lista con los TemasRegistrados por el Profesor, junto con el detallede si el Tema esta o no disponible. Se da la opcionde modificar el estado de este entre “Disponible”y “No Disponible” con un boton ubicado a un ladodel Tema.

3.- El Actor cambia el Estado de un Tema.4.-El Sistema solicita confirmacion.

5.- El Actor Confirma.6.- El Sistema despliega mensaje “Operacionrealizada con exito”

Cursos Alternos

Lınea 2 El Actor no tiene Temas registrados, se muestramensaje “No tiene Temas registrados”

Lınea 3 El Actor no cambia el estado de ninguno de susTemas.


Post Condiciones Se cambia el estado de disponibilidad del Temaregistrado.

Cuadro 4.11: Caso de Uso Expandido Listar Temas para Memorias Propios.Fuente: Elaboracion Propia.

76


Caso de Uso Listar Profesores Disponibles. (C11)

Caso de Uso Listar Profesores DisponiblesActores AM

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Que el Actor pueda ver los profesores disponibles

y si tienen o no temas registrados.Resumen El Actor selecciona la opcion “Ver Profesores” y se

despliega una lista de los Profesores disponiblesjunto con informacion util como si es que tieneno no temas registrados.

Tipo Primario.Referencias Cruzadas AM10, AM10.1


Accion del Actor Respuesta del Sistema1.- Este Caso de Uso comienza cuando el Actorselecciona la opcion “Ver Profesores”

2.- El sistema despliega una lista con losprofesores disponibles, junto con el detalle desi tienen o no temas disponibles. Si el Profesortiene tema disponible se da la opcion de revisar eldetalle de este. Ademas se da la opcion de filtrarla lista, por departamento, sede o campus y sitienen o no tema.

3.- El Actor decide filtrar la lista, selecciona loscriterios que desea y oprime “Aceptar”

4.-El Sistema filtra los Profesores segun losCriterios seleccionados y genera una nueva lista.

Cursos Alternos

Lınea 2 Si no existen Profesores disponibles, el sistemamuestra mensaje “No hay Profesores disponibles”

Lınea 3 El Actor no desea filtrar la lista y solo la revisa.

Post Condiciones Se genera una lista solo con los Profesores quecumplan con el filtro.

Cuadro 4.12: Caso de Uso Expandido Listar Profesores Disponibles.Fuente: Elaboracion Propia.

77


Caso de Uso Listar a todos los Profesores. (C12)

Caso de Uso Listar a todos los ProfesoresActores SM, JC, DD

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Que el Actor pueda ver a todos los profesores,

esten o no disponibles, de su UA y poder cambiarsu estado de Disponibilidad.

Resumen El Actor selecciona la opcion “Ver Profesores”, sedespliega una lista de los Profesores junto con suinformacion.

Tipo Primario.Referencias Cruzadas SM01, SM01.1, SM01.2, JC01, JC01.1, JC01.2,

DD01, DD01.1, DD01.2


Accion del Actor Respuesta del Sistema1.- Este Caso de Uso comienza cuando el Actorselecciona la opcion “Ver Profesores”

2.- El Sistema despliega una lista con todos losProfesores de su UA. Se muestra un boton a unlado de cada Profesor para cambiar el estado delProfesor (Disponible←→ No Disponible)

3.- El Actor filtra la lista segun algun criterio enparticular.

4.- El Sistema carga una nueva lista que cumplecon los criterios seleccionados.

5.- El Actor luego cambia el estado de uno o masProfesores, oprimiendo el boton.


8.- El Sistema muestra mensaje “Operacionrealizada con exito”

Cursos Alternos

Lınea 2 Si no existen Profesores disponibles, el sistemamuestra mensaje “No hay Profesores disponibles”

Lınea 3 El Actor no filtra la Lista.Lınea 5 Al Actor no cambia el estado de ningun Profesor.Lınea 7 Si el Actor oprime cancelar durante la confirma-

cion vuelve a la Lınea 2.

Post Condiciones Se cambia el estado de disponibilidad delprofesor.

Cuadro 4.13: Caso de Uso Listar a todos los Profesores.Fuente: Elaboracion Propia.

78


Caso de Uso Ver Detalle de Profesor. (C13)

Caso de Uso Ver Detalle de ProfesorActores AM

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado a los Profesores Disponibles.

Proposito Que el Actor pueda ver el Detalle de un Profesorque este Disponible. Y si tiene temas registrados,ver el Detalle de estos.

Resumen Luego de listar a los Profesores Disponibles elActor oprime el boton “Ver” a un lado del Profesory se despliega su Detalle.

Tipo Secundario.Referencias Cruzadas AM11, C11


Accion del Actor Respuesta del Sistema1.- Este caso de uso comienza cuando elActor, luego de haber listado a los ProfesoresDisponibles, oprime el boton ver a un lado de unProfesor de la Lista.

2.- El Sistema despliega el Detalle del Profesor yde sus Temas Registrados si los tiene.

3.- El Actor los revisa.

Cursos Alternos

Lınea 2 El Profesor no tiene Temas, el Sistema solomuestra detalles del Profesor.

Post Condiciones Se muestra en pantalla el detalle del Profesor ydel o los temas registrados por el.

Cuadro 4.14: Caso de Uso Expandido Ver Detalle de Profesor.Fuente: Elaboracion Propia.

79


Caso de Uso Revisar Comentarios. (C14)

Caso de Uso Revisar ComentariosActores AM

Pre Condiciones1. Haber iniciado sesion en el sistema.

Proposito Que el Actor pueda ver los comentarios realiza-dos, ya sea a su Postulacion, Memoria o Examen.

Resumen El Actor selecciona la opcion “Ver Comentarios” yse despliega una lista con los comentarios.

Tipo Primario.Referencias Cruzadas AM02


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona la opcion “Ver Comentarios”

2.- El sistema despliega todos los comentariosque el actor ha recibido, desde el mas reciente almas antiguo. Ademas da la opcion con un enlace,“Marcar como leıdo”, de color azul, de marcar elcomentario como leıdo.

3.- El Actor lee los comentarios y los marca comoleıdos.

4.- El sistema cambia el enlace a un “Leıdo” decolor rojo.

Cursos Alternos

Lınea 2 El Actor no tiene comentarios, el sistema muestraun mensaje “No tiene comentarios disponibles”

Lınea 3 El Actor no lo marca como leıdo.

Post Condiciones Cambia el estado del comentario de “No leıdo” a“Leıdo”, en la Base de Datos.

Cuadro 4.15: Caso de Uso Expandido Revisar Comentarios.Fuente: Elaboracion Propia.

80


Caso de Uso Realizar Nueva Postulacion. (C15)

Caso de Uso Realizar Nueva PostulacionActores AM


Proposito Que el Actor pueda realizar una Postulacion deTema de Memoria.

Resumen El Actor selecciona la opcion “Nueva Postulacion”y se despliega un Formulario que a llenar por elAlumno.

Tipo Primario.Referencias Cruzadas AM03, AM03.1, AM03.2, AM03.3, S07


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona la opcion “Nueva Postulacion”

2.- El sistema despliega un Formulario a serllenado por el Actor.

3.- El Actor llena todos los campos requeridos ysube todos los archivos requeridos y Acepta.


6.- El Sistema muestra mensaje “Operacionrealizada con exito” y notifica a los Actorescorrespondientes (P, SM, JC) que se ha realizadouna nueva Postulacion.

Cursos Alternos

Lınea 3 El Actor ingresa mal un dato, deja un camporequerido en blanco o no sube un archivorequerido. El Sistema muestra mensaje de error:“Dato invalido o campo en blanco”


Post Condiciones Se Registra una nueva Postulacion en la Base deDatos.

Cuadro 4.16: Caso de Uso Expandido Realizar Nueva Postulacion.Fuente: Elaboracion Propia.

81


Caso de Uso Listar Postulaciones. (C16)

Caso de Uso Listar PostulacionesActores AM, P, EX, SM, JC, DD, DE


Proposito Que los Actores puedan listar las Postulacionesque aun estan en Proceso.

Resumen El Actor selecciona la opcion “Ver Postulaciones”y se despliega una Lista con todas las postula-ciones asociadas al Actor que las listo.

Tipo Primario.Referencias Cruzadas AM04, AM04.1, P04, P04.1, PC01, PC01.1, PG03,

PG03.1, CR03, CR03.1, EX03, EX03.1, SM04,SM04.1, JC04, JC04.1, DD04, DD04.1, DE02,DE02.1


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona la opcion “Ver Postulaciones”

2.- El Sistema despliega una Lista con todas lasPostulaciones que tengan relacion con el Actor.

3.- El Actor filtra la lista por algun criterioparticular.

4.- El Sistema recarga la lista para cumplir conlos criterios de filtrado.

5.- El Actor revisa la Lista.

Cursos Alternos

Lınea 2 No existen Postulaciones disponibles. El Sistemamuestra mensaje: “No existen PostulacionesDisponibles”

Lınea 3 El Actor no filtra la Lista y solo la revisa.

Post Condiciones Se genera una Lista con la Postulacionesdisponibles.

Cuadro 4.17: Caso de Uso Expandido Listar Postulaciones.Fuente: Elaboracion Propia.

82


Caso de Uso Revisar Postulacion. (C17)

Caso de Uso Revisar PostulacionActores AM, P, EX, SM, JC, DD

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Postulaciones disponibles.

Proposito Que el Actor pueda Revisar los Detalles de unaPostulacion en Particular.

Resumen El Actor selecciona la opcion “Ver” a un ladode una Postulacion de la Lista y se despliega elDetalle de la Postulacion seleccionada.

Tipo Primario.Referencias Cruzadas AM05, AM05.1, P05, P05.1, PC02, PC02.1, PG04,

PG04.2, CR04, CR04.1, EX04, EX04.1, SM05,SM05.1, JC05, JC05.1, DD05, DD05.1, C16


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona la opcion “Ver” a un lado de unaPostulacion de la Lista.

2.- El Sistema despliega el Detalle de laPostulacion, junto con los archivos adjuntosdisponibles para descargar.

3.- El Actor revisa el detalle de la Postulacion,descarga los archivos y los revisa.

Cursos Alternos

Lınea 2 No existen archivos disponibles. El Sistemamuestra un mensaje: “No existen archivos” enel lugar donde estarıan los Archivos en caso dehaberlos.

Post Condiciones Se muestra por pantalla el detalle de lapostulacion seleccionada.

Cuadro 4.18: Caso de Uso Expandido Revisar Postulacion.Fuente: Elaboracion Propia.

83


Caso de Uso Modificar Postulacion. (C18)

Caso de Uso Modificar PostulacionActores AM

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Postulaciones disponibles.3. Haber seleccionado una de sus Postula-

ciones.

Proposito Que el Actor pueda Modificar una Postulacion enParticular.

Resumen El Actor revisa la Postulacion y modifica loque sea necesario. Puede modificar tanto elFormulario como los Archivos Adjuntos.

Tipo Primario.Referencias Cruzadas AM05.2, AM05.3, C17


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona una postulacion para ver el Detalle.

2.- El Sistema despliega el Detalle de laPostulacion, junto con los archivos adjuntosdisponibles para descargar. Los campos delFormulario son Modificables y los archivos sepueden eliminar y subir otros en su lugar.

3.- El Actor revisa el detalle de la Postulaciony modifica lo que considere necesario tanto delFormulario como de los Archivos Adjuntos. Luegopresiona “Aceptar”

4.- El Sistema pide confirmacion.5.- El Actor confirma.


Cursos Alternos

Lınea 4 El Sistema muestra mensaje de error: “Campoinvalido, mal escrito o en blanco”


Post Condiciones Se modificaron los datos relacionados a unaPostulacion en la Base de Datos.

Cuadro 4.19: Caso de Uso Expandido Modificar Postulacion.Fuente: Elaboracion Propia.

84


Caso de Uso Administrar Correferentes. (C19)

Caso de Uso Administrar CorreferentesActores P

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Postulaciones disponibles.3. Haber seleccionado una Postulacion.4. Ser el G o PP del Memorista que Postula.

Proposito Que los Actores luego de revisar el Detalle dela Postulacion puedan asignar o modificar a losCorreferentes asociados a la Postulacion.

Resumen El Actor revisa la Postulacion y asigna o modificaa los Correferentes.

Tipo Primario.Referencias Cruzadas PG04.1, C17


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona una postulacion en la cual es G o PPpara ver el Detalle.

2.- El Sistema despliega el Detalle de laPostulacion. Existe un apartado designado a losCorreferentes en el Detalle.

3.- El Actor revisa el detalle de la Postulacion yasigna o modifica los Correferentes si ya los tieney oprime “Aceptar”



Cursos Alternos

Lınea 3 El Actor no asigna ni modifica a los Correferentes.Lınea 5 Si el Actor oprime cancelar durante la confirma-


Post Condiciones Se modificaron los Correferentes asignados a unaPostulacion en la Base de Datos.

Cuadro 4.20: Caso de Uso Expandido Administrar Correferentes.Fuente: Elaboracion Propia.

85


Caso de Uso Comentar Postulacion. (C20)

Caso de Uso Comentar PostulacionActores P, SM, JC, DD, EX

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Postulaciones disponibles.3. Haber seleccionado una Postulacion.

Proposito Que el Actor luego de revisar el Detalle de laPostulacion pueda realizar Comentarios.

Resumen El Actor revisa la Postulacion y realiza Comentar-ios.

Tipo Primario.Referencias Cruzadas P05.2, PC02.4, PG04.3, CR04.2, SM05.2, JC05.2,

DD05.2, EX04.2, S06, C17


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona una Postulacion para ver el Detalle.

2.- El Sistema despliega el Detalle. Existe unapartado designado a los Comentarios.

3.- El Actor revisa la Postulacion, realiza losComentarios pertinentes y oprime “Aceptar”


6.- El Sistema muestra mensaje “Operacionrealizada con exito” y notifica al AM que suPostulacion fue comentada.

Cursos Alternos

Lınea 4 El Sistema muestra mensaje de error: “Campo(s)en blanco”


Post Condiciones Se agrego un Comentario relacionado a unaPostulacion a la Base de Datos

Cuadro 4.21: Caso de Uso Expandido Comentar Postulacion.Fuente: Elaboracion Propia.

86


Caso de Uso Establecer Modalidad de Memoria. (C21)

Caso de Uso Establecer Modalidad de MemoriaActores P

Pre Condiciones1. Haber iniciado sesion en el Sistema.2. Haber Listado las Postulaciones disponibles.3. Haber seleccionado una Postulacion.4. Pertenecer a la CAT.

Proposito Que el Actor pueda establecer la Modalidad de laMemoria.

Resumen El Actor revisa la Postulacion y establece laModalidad de Memoria.

Tipo SecundarioReferencias Cruzadas PC02.3, C17



2.- El Sistema despliega la Postulacion. Existeun apartado designado a la Modalidad de laMemoria.

3.- El Actor revisa la Postulacion y establece laModalidad y luego oprime “Aceptar”



Cursos Alternos



Post Condiciones Se registro la Modalidad que debe seguir laMemoria.

Cuadro 4.22: Caso de Uso Expandido Establecer Modalidad de Memoria.Fuente: Elaboracion Propia.

87


Caso de Uso Revisar Comentarios de Postulacion. (C22)

Caso de Uso Revisar Comentarios de PostulacionActores P

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Postulaciones disponibles.3. Haber seleccionado una Postulacion.4. Pertenecer a la CAT.

Proposito Que el Actor pueda revisar todos los Comentariosque se realizaron a la Postulacion.

Resumen El Actor revisa la Postulacion y los Comentariosque tenga.

Tipo PrimarioReferencias Cruzadas PC02.2, C17



2.- El Sistema la Postulacion. Existe un apartadocon un enlace para poder ver los Comentariosrealizados a la Postulacion.

3.- El Actor pincha en el enlace.4.- El Sistema abre un pop-up con los Comentar-ios.

5.- El Actor revisa los comentarios. Luego oprimeel boton “Salir”

6.- El Sistema vuelva a la ventana anterior.

Cursos Alternos

Lınea 4 No existen Comentarios, el Sistema muestramensaje : “No existen comentarios relacionadosa esta Postulacion”

Post Condiciones Se muestran todos los comentarios por pantalla.

Cuadro 4.23: Caso de Uso Expandido Revisar Comentarios de Postulacion..Fuente: Elaboracion Propia.

88


Caso de Uso Asignar CAT. (C23)

Caso de Uso Asignar CATActores SM, JC, DD


Proposito Que el Actor pueda asignarle una CAT a laPostulacion.

Resumen El Actor revisa la Postulacion y asigna una CATTipo Primario

Referencias Cruzadas SM05.3, JC05.4, DD05.3, C17



2.- El Sistema despliega la Postulacion. Existe unapartado y un enlace para asignar una CAT.

3.- El Actor pincha en el enlace4.- El Sistema abre un pop-up con una lista de lasComisiones disponibles.

5.- El Actor selecciona la Comision y oprime elboton “Asignar”



Cursos Alternos

Lınea 4 No existen Comisiones registradas, el Sistemamuestra mensaje: “No existen comisiones reg-istradas”.

Lınea 7 Si el actor oprime cancelar durante la confirma-cion vuelve a la Lınea 4.

Post Condiciones Se crea una relacion entre una Postulacion y unaComision.

Cuadro 4.24: Caso de Uso Expandido .Fuente: Elaboracion Propia.

89


Caso de Uso Poner Fecha Tope de Memoria. (C24)

Caso de Uso Poner Fecha Tope de MemoriaActores JC


Proposito Que el Actor pueda poner la Fecha Tope paraterminar la Memoria.

Resumen El Actor revisa la Postulacion y registra la FechaTope.

Tipo PrimarioReferencias Cruzadas JC05.3, C17



2.- El Sistema despliega la Postulacion. Existe unapartado para registrar la Fecha Tope.

3.- El Actor registra la Fecha y Acepta.4.- El Sistema pide confirmacion.

5.- El Actor confirma.6.- El Sistema muestra mensaje “Operacionrealizada con exito”

Cursos Alternos

Lınea 4 El Actor ingresa una Fecha o dato no valido. ElSistema muestra mensaje de error.


Post Condiciones Se registra en la BD la Fecha lımite que tendra elAM para terminar su Memoria.

Cuadro 4.25: Caso de Uso Expandido Poner Fecha Tope de Memoria.Fuente: Elaboracion Propia.

90


Caso de Uso Generar Formulario de Inscripcion en PDF. (C25)

Caso de Uso Generar Formulario de Inscripcion en PDFActores JC

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Postulaciones disponibles.3. Haber seleccionado una Postulacion.4. La Postulacion debe estar aprobada.

Proposito Que el Actor pueda generar el Formulario deInscripcion en PDF.

Resumen El Actor revisa la Postulacion y luego genera elFormulario de Inscripcion en PDF.

Tipo PrimarioReferencias Cruzadas JC05.6, C17, C26



2.- El Sistema despliega la Postulacion. Existe unapartado y un enlace para generar el Formularioen PDF.

3.- El Actor oprime el enlace.4.- El Sistema abre un pop-up con el PDF.

Cursos Alternos

Lınea 4 La Postulacion aun no ha sido Aprobada.El Sistema muestra mensaje: “Postulacion noAprobada”

Post Condiciones Se genero el Formulario de Inscripcion enformato digital.

Cuadro 4.26: Caso de Uso Expandido Generar Formulario de Inscripcion en PDF.Fuente: Elaboracion Propia.

91


Caso de Uso Aprobar o Rechazar Postulacion. (C26)

Caso de Uso Aprobar o Rechazar PostulacionActores P, SM, JC

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Postulaciones disponibles.3. Haber seleccionado una Postulacion.4. Tener CR asignados, Modalidad Estableci-

da, CAT asignada y Fecha Tope registrada.

Proposito Que el Actor pueda Aprobar o Rechazar unaPostulacion.

Resumen El Actor revisa la Postulacion y luego la Apruebao Rechaza.

Tipo PrimarioReferencias Cruzadas PC02.5, PC02.6, PG04.4, PG04.5, SM05.4,

JC05.5, S10, C17



2.- El Sistema despliega la Postulacion. Al finalde la Postulacion existen dos botones: “Aprobar”y “Rechazar”

3.- El Actor selecciona una de las dos opciones.4.- El Sistema pide confirmacion.

5.- El Actor confirma6.- El Sistema muestra mensaje “PostulacionAprobada” o “Postulacion Rechazada” segun cor-responda y notifica al AM que su Postulacion hasido Aprobada o Rechazada segun corresponda.

Cursos Alternos

Lınea 2 No se cumple alguna Pre condicion entre la 4 yla 7. El Sistema muestra un mensaje relacionadocon la Pre condicion no cumplida.


Post Condiciones Se cambio el estado de la Postulacion a Aprobada oRechazada, dependiendo de la eleccion del Actor.

Cuadro 4.27: Caso de Uso Expandido Aprobar o Rechazar Postulacion.Fuente: Elaboracion Propia.

92


Caso de Uso Listar Memorias. (C27)

Caso de Uso Listar MemoriasActores AM, P, EX, SM, JC, DD, DE


Proposito Que el Actores pueda listar las Memorias enProceso puedan filtrar la lista segun criterios.

Resumen El Actor selecciona la opcion “Ver Memorias” yse despliega una Lista con todas las Memoriasasociadas al Actor que las listo.

Tipo Primario.Referencias Cruzadas AM06, AM06.1,PC03, PC03.1, PG01, PG01.1,

CR01, CR01.1, EX01, EX01.1, SM02, SM02.1,JC02, JC02.1, DD02, DD02.1, DE01, DE01.1


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona la opcion “Ver Memorias”

2.- El Sistema despliega una Lista con todas lasMemorias que tengan relacion con el Actor.



5.- El Actor revisa la Lista

Cursos Alternos

Lınea 2 No existen Memorias disponibles. El Sistemamuestra mensaje: “No existen MemoriasDisponibles”

Post Condiciones Se genera una Lista con la Memorias disponibles.

Cuadro 4.28: Caso de Uso Expandido Listar Memorias..Fuente: Elaboracion Propia.

93


Caso de Uso Revisar Memoria en Proceso. (C28)

Caso de Uso Revisar Memoria en ProcesoActores AM, P, EX, SM, JC, DD

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Memorias disponibles.

Proposito Que el Actor pueda Revisar los Detalles de unaMemoria en Particular.

Resumen El Actor selecciona la opcion “Ver” a un lado deuna Memoria de la Lista y se despliega el Detallede la Memoria seleccionada.

Tipo Primario.Referencias Cruzadas AM07, AM07.1, PC04, PC04.1, PG02, PG02.3,

CR02, CR02.1, EX02, EX02.1, SM03, JC03,JC03.2, DD03, DD03.1, C27


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona la opcion “Ver” a un lado de unaMemoria de la Lista.

2.- El Sistema despliega el Detalle de la Memoria,junto con los avances disponibles para descargar.

3.- El Actor revisa el detalle de la Memoria,descarga los archivos y los revisa.

Cursos Alternos

Lınea 2 Aun hay avances disponibles. En el apartado delos avances se muestra el texto: “No se han subidoavances”


Cuadro 4.29: Caso de Uso Expandido Revisar Memoria en Proceso.Fuente: Elaboracion Propia.

94


Caso de Uso Subir Avance. (C29)

Caso de Uso Subir AvanceActores AM

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Memorias disponibles.3. Haber seleccionado una Memoria de la

Lista

Proposito Que el Actor puedan subir sus avances a laPlataforma.

Resumen El Actor selecciona una Memoria, se despliega elDetalle, se tiene un apartado para subir avances.El AM busca el avance y acepta.

Tipo Primario.Referencias Cruzadas AM07.2, C28


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona la opcion “Ver” a un lado de laMemoria.

2.- El Sistema despliega la Memoria. Se tiene unapartado para subir avances mediante un enlace.

3.- El Actor selecciona el enlace.4.- El navegador abre una ventana de busquedapara subir el archivo.

5.- El Actor busca el archivo y oprime “Aceptar”6.- El Sistema actualiza los avances disponiblespara descarga.

Cursos Alternos

Lınea 6 Ocurre un error al subir el archivo. El Sistemamuestra mensaje de error “Error al Subir elArchivo”

Post Condiciones Se guarda el avance en la BD.

Cuadro 4.30: Caso de Uso Expandido Subir Avance..Fuente: Elaboracion Propia.

95


Caso de Uso Revisar Comentarios de la Memoria. (C30)

Caso de Uso Revisar Comentarios de la MemoriaActores P

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Memorias disponibles.3. Haber seleccionado una Memoria.4. Pertenecer a la CE

Proposito Que el Actor pueda revisar todos los Comentariosque se realizaron a la Memoria.

Resumen El Actor revisa la Memoria y los Comentarios quetenga.

Tipo PrimarioReferencias Cruzadas PC04.2, C28


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona una Memoria para ver el Detalle.

2.- El Sistema despliega la Memoria. Existe unapartado con un enlace para poder ver todos losComentarios realizados a la Memoria.

3.- El Actor pincha en el enlace4.- El Sistema abre un pop-up con los Comentar-ios.

5.- El Actor revisa los comentarios. Luego oprimeel boton “Salir”

6.- El Sistema cierra el pop-up y vuelva a laventana anterior.

Cursos Alternos

Lınea 4 No existen Comentarios, el Sistema muestramensaje : “No existen comentarios relacionadosa esta Memoria”

Post Condiciones Se muestran todos los comentarios por pantalla.

Cuadro 4.31: Caso de Uso Expandido Revisar Comentarios de la Memoria.Fuente: Elaboracion Propia.

96


Caso de Uso Comentar Memoria. (C31)

Caso de Uso Comentar MemoriaActores P, JC, DD, EX

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Memorias disponibles.3. Haber seleccionado una Memoria.

Proposito Que el Actor puedan realizar Comentarios sobreuna Memoria.

Resumen El Actor revisa la Memoria y Comenta.Tipo Primario.

Referencias Cruzadas PC04.3, PG02.6, CR02.2, EX02.2, JC03.3,DD03.2, S06, C28



2.- El Sistema despliega la Memoria. Existe unapartado designado para Comentar.

3.- El Actor revisa el detalle de la Memoria,Comenta y oprime “Aceptar”


6.- El Sistema muestra mensaje “Operacionrealizada con exito” y notifica al AM que suMemoria fue comentada.

Cursos Alternos



Post Condiciones Se agrego un Comentario relacionado a unaMemoria a la Base de Datos

Cuadro 4.32: Caso de Uso Expandido Comentar Memoria.Fuente: Elaboracion Propia.

97


Caso de Uso Modificar Memoria. (C32)

Caso de Uso Modificar MemoriaActores P

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Memoria disponibles.3. Haber seleccionado una Memoria.

Proposito Que el Actor pueda modificar datos de la Memo-ria como: Titulo, Proxima Fecha de Entrega,Correferentes y Porcentaje de Avance.

Resumen El Actor revisa la Memoria y modifica lo que seanecesario.

Tipo Primario.Referencias Cruzadas PG02.1, PG02.2, PG02.4, PG02.5, C28


Accion del Actor Respuesta del Sistema1.- Este Caso de Uso comienza cuando el Actorselecciona una Memoria para ver el Detalle.

2.- El Sistema despliega el Detalle de la Memoria.Existen 4 apartados u opciones:

1. Modificar Titulo de la Memoria.2. Modificar Fecha Proxima Entrega.3. Modificar Correferentes.4. Modificar Porcentaje de Avance.

3.- El Actor selecciona una opcion.

Cuadro 4.33: Caso de Uso Expandido Modificar Memoria.(Primera Parte)Fuente: Elaboracion Propia.

98


Opcion Modificar Titulo de la Memoria.


Accion del Actor Respuesta del Sistema1.- El Sistema despliega un cuadro de texto con elTitulo actual, el cual se puede modificar.

2.- El Actor modifica el Titulo actual y presiona“Aceptar”

3.-El Sistema pide confirmacion.4.- El Actor confirma.

5.- El sistema despliega un mensaje “Operacionrealizada con exito”.

Cursos Alternos

Lınea 2 El Actor modifica el Titulo, pero no presiona“Aceptar” sino que pasa a realizar la siguiente opcion.

Lınea 4 Si el actor oprime cancelar durante la confirmacionvuelve a la Lınea 1.

Post Condiciones Se modifico el campo “Tıtulo” en la tabla “Memoria”en la BD.

Opcion Modificar Fecha Proxima Entrega.


Accion del Actor Respuesta del Sistema1.- El Sistema despliega un cuadro de texto con laFecha Actual, el cual se puede modificar.

2.- El Actor modifica el Fecha y presiona “Aceptar”3.-El Sistema pide confirmacion.

4.- El Actor confirma.5.- El sistema despliega un mensaje de operacionrealizada con exito.

Cursos Alternos

Lınea 2 El Actor modifica la Fecha, pero no presiona“Aceptar” sino que pasa a realizar la siguiente opcion.

Lınea 4 Si el actor oprime cancelar durante la confirmacionvuelve a la Lınea 1.

Post Condiciones Se modifico la fecha de entrega en la BD.

Cuadro 4.34: Caso de Uso Expandido Modificar Memoria.(Segunda Parte)Fuente: Elaboracion Propia.

99


Opcion Modificar Correferentes.


Accion del Actor Respuesta del Sistema1.- El Sistema despliega los Correferentes ac-tuales, con un boton a un lado de cada unopara poder eliminarlo, y despues un boton paraagregar un CR.

2.- El Actor elimina un CR3.-El Sistema pide confirmacion.


6.- El Actor presiona el boton para agregar unnuevo CR.

7.- El Sistema despliega un pop-up con unformulario para registrar un nuevo CR.

8.-El Actor llena el formulario y Acepta.9.-El Sistema pide confirmacion.

10.- El Actor confirma.11.- El sistema despliega un mensaje de op-eracion realizada con exito.

Cursos Alternos

Lınea 2 El P no elimina CR algunoLınea 4 Si el actor oprime cancelar durante la confirma-

cion vuelve a la Lınea 1.Lınea 6 El P no agrega CR algunoLınea 9 El Sistema muestra mensaje de error: “Dato

invalido o campo en blanco”Lınea 10 Si el actor oprime cancelar durante la confirma-


Post Condiciones Se modificaron los CR asociados a la Memoria.

Cuadro 4.35: Caso de Uso Expandido Modificar Memoria.(Tercera Parte)Fuente: Elaboracion Propia.

100


Opcion Modificar Porcentaje de Avance.


Accion del Actor Respuesta del Sistema1.- El Sistema despliega un cuadro de texto conPorcentaje de Avance actual, el cual se puedemodificar.

2.- El Actor modifica el Porcentaje y presiona“Aceptar”


5.- El sistema despliega un mensaje de operacionrealizada con exito.

Cursos Alternos


Post Condiciones Se modifico el Porcentaje de Avance de laMemoria en la BD.

Cuadro 4.36: Caso de Uso Expandido Modificar Memoria.(Cuarta Parte)Fuente: Elaboracion Propia.

101


Caso de Uso Modificar Guıa. (C33)

Caso de Uso Modificar GuıaActores JC

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Memoria disponibles.3. Haber seleccionado una Memoria.

Proposito Que el Actor pueda modificar al Guıa de laMemoria

Resumen El Actor revisa la Memoria y modifica al Guıa acargo de la Memoria.

Tipo Secundario.Referencias Cruzadas JC03.1, C28


Accion del Actor Respuesta del Sistema1.- Este Caso de Uso comienza cuando el Actorselecciona una Memoria para ver el Detalle.

2.- El Sistema despliega la Memoria. Existe unapartado para el Guıa y un enlace a su lado paramodificarlo.

3.- El Actor oprime el enlace.4.-El Sistema despliega un pop-up con una listade los Profesores disponibles.

5.- El Actor selecciona uno y oprime “Aceptar”6.-El Sistema pide confirmacion.


Cursos Alternos


Post Condiciones Se modifico el Guıa asociado a la Memoria en laBD.

Cuadro 4.37: Caso de Uso Expandido Modificar Guıa.Fuente: Elaboracion Propia.

102


Caso de Uso Congelar o Descongelar Memorista. (C34)

Caso de Uso Congelar o Descongelar MemoristaActores JC


Proposito Que el Actor pueda “Congelar” o “Descongelar” aun Memorista.

Resumen El Actor busca a un Memorista y lo “Congela” o“Descongela”

Tipo PrimarioReferencias Cruzadas JC03.5, JC03.6 C28


Accion del Actor Respuesta del Sistema1.- Este Caso de Uso comienza cuando el ActorLista las Memorias disponibles.

2.- El Sistema despliega la lista con un enlaceal lado de cada fila de la lista que dice:“Congelar” o “Reanudar” segun corresponda. (Siya esta Congelado el enlace dira “Reanudar” y enotro caso “Congelar” )

3.- El Actor oprime el enlace.4.- El Sistema pide confirmacion.

5.- El Actor confirma.6.- El Sistema muestra mensaje: “Operacionrealizada con exito”

Cursos Alternos

Lınea 4 El Actor no confirma y Cancela. El Sistema vuelvea la lınea 2.

Post Condiciones El estado del Memorista y su Memoria fuemodificado. Se Congelo o Descongelo seguncorresponda.

Cuadro 4.38: Caso de Uso Expandido Congelar o Descongelar Memorista.Fuente: Elaboracion Propia.

103


Caso de Uso Asignar CE. (C35)

Caso de Uso Asignar CEActores JC, DD


Proposito Que el Actor pueda asignarle una CE a laMemoria.

Resumen El Actor revisa la Memoria y asigna una CETipo Primario

Referencias Cruzadas JC03.4, DD03.3, C28



2.- El Sistema despliega la Memoria. Existe unapartado y un enlace para asignar una CE.

3.- El Actor pincha en el enlace4.- El Sistema abre un pop-up con una lista de lasComisiones disponibles.

5.- El Actor revisa la lista. Luego selecciona laComision y oprime el boton “Asignar”



Cursos Alternos



Post Condiciones Se crea una relacion entre una Memoria y unaComision.

Cuadro 4.39: Caso de Uso Expandido Asignar CE.Fuente: Elaboracion Propia.

104


Caso de Uso Aprobar o Reprobar la Memoria. (C36)

Caso de Uso Aprobar o Rechazar la MemoriaActores P

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado las Memorias disponibles.3. Haber seleccionado una Memoria.4. El AM debe haber subido la version pre-

final del escrito.

Proposito Que el Actor pueda Aprobar o Rechazar unaMemoria.

Resumen El Actor revisa la Memoria, luego la Aprueba o laRechaza.

Tipo PrimarioReferencias Cruzadas PC04.4, PC04.5, PG02.7, PG02.8, S10, C28



2.- El Sistema despliega la Memoria. Al finaldel Detalle existen dos botones: “Aprobar” y“Rechazar”

3.- El Actor oprime “Aprobar” o “Rechazar”.4.- El Sistema pide confirmacion

5.- El Actor confirma.6.- El Sistema muestra mensaje “MemoriaAprobada” o “Memoria Rechazada” segun corre-sponda y notifica al AM que su Memoria ha sidoAprobada o Reprobada.

Cursos Alternos


Post Condiciones Se cambio el estado de la Memoria a Aprobada oRechazada, dependiendo de la eleccion del Actor.

Cuadro 4.40: Caso de Uso Expandido Aprobar o Reprobar la Memoria .Fuente: Elaboracion Propia.

105


Caso de Uso Listar Examenes. (C37)

Caso de Uso Listar Examenes.Actores AM, P, EX, JC, DD, DE

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Que el Actor pueda listar los Examenes y puedan

filtrar la lista segun criterios.Resumen El Actor selecciona la opcion “Ver Examenes” y

se despliega una Lista con todas los Examenesasociadas al Actor.

Tipo Primario.Referencias Cruzadas AM12, PC05, PC05.1, PG08, PG08.1, CR05,

CR05.1, EX05, EX05.1, JC06, JC06.1, DD06,DD06.1, DE03, DE03.1


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona la opcion “Ver Examenes”

2.- El Sistema despliega una Lista con todas losExamenes que tengan relacion con el Actor.




Cursos Alternos

Lınea 2 No existen Examenes disponibles. El Sistemamuestra mensaje: “No existen ExamenesDisponibles”

Lınea 4 No existen Examenes que cumplan con el filtro. ElSistema muestra mensaje: ”No existen Examenesque cumplan con el Filtro”

Post Condiciones Se genera una Lista con la Examenes disponibles.

Cuadro 4.41: Caso de Uso Expandido Listar Examenes.Fuente: Elaboracion Propia.

106


Caso de Uso Revisar Examen de Titulo.(C38)

Caso de Uso Revisar Examen de TituloActores AM, P, EX, JC, DD

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado los Examenes disponibles

Proposito Que el Actor pueda Revisar el Detalle de unExamen en Particular.

Resumen El Actor selecciona la opcion “Ver” a un lado deun Examen de la Lista y se despliega el Detalle deeste.

Tipo Primario.Referencias Cruzadas AM13, PC06, PC06.1, PG09, PG09.1, CR06,

CR06.1, EX06, EX06.1, JC07, DD07, S04, S05,C37


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona la opcion “Ver” a un lado de unaExamen de la Lista.

2.- El Sistema despliega el Examen, junto con losarchivos disponibles para descargar.

3.- El Actor revisa el detalle de la Examen juntocon el Estado Academico del AM (Ramos yPracticas), descarga los archivos y los revisa.

Cursos Alternos

Lınea 3 No existen archivos disponibles. El Sistemamuestra mensaje: “No se han subido archivos”


Cuadro 4.42: Caso de Uso Expandido Revisar Examen de Titulo.Fuente: Elaboracion Propia.

107


Caso de Uso Registrar Datos y Archivos Importantes. (C39)

Caso de Uso Registrar datos y archivos importantesActores AM

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado los Examenes disponibles.3. Haber seleccionado un Examen de la Lista.

Proposito Que Actor pueda registrar los requerimientospara la sala de su Examen, puedan subir suversion final de la Memoria, y otros archivoscomo imagenes, fotos, planos, etc.

Resumen Luego que el Actor selecciona un Examen sedespliega el Detalle del mismo. El AM registra losdatos y sube los archivos necesarios.

Tipo Primario.Referencias Cruzadas AM13.1, AM13.2, S11, C38


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona la opcion “Ver” a un lado del Examen.

2.- El Sistema desplielena el cuadro de textoconga el Examen. Existe un apartado pararegistrar los requerimientos de sala y otro parasubir archivos requeridos en un enlace.

3.- El Actor ingresa los requerimientos de sala ypresiona “Aceptar”


6.- El Sistema muestra mensaje de “Operacionrealizada con exito”

7.- El Actor abre el enlace para subir archivos.8.- El Sistema abre un pop-up con un formulariode registro para subir el archivo

9.- El Actor llena los datos necesarios y seleccionael archivo a subir y oprime “Aceptar”. Repite estepaso las veces necesarias.

10.- El Sistema actualiza los archivos disponiblespara descargar.

Cursos Alternos

Lınea 4 El Actor ingresa datos no validos o deja el campoen blanco. El Sistema muestra mensaje: “Datosno validos o campo(s) en blanco”

Post Condiciones Se registran los datos en la BD y se guardan losarchivos en el servidor.

Cuadro 4.43: Caso de Uso Expandido Registrar Datos y Archivos Importantes.Fuente: Elaboracion Propia.

108


Caso de Uso Comentar Examen. (C40)

Caso de Uso Comentar Examen.Actores P, EX

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado los Examenes.3. Haber seleccionado un Examen.4. El AM debe haber registrado requerimien-

tos de sala y haber subido los Archivosimportantes.

5. El P debe haber establecido la fecha delexamen.

6. El JC o DD debe haber asignado la CET.7. El AM debe haber rendido el Examen.

Proposito Que el Actor realizar Comentarios sobre elExamen de Titulo y su Detalle.

Resumen El Actor registra sus Comentarios.Tipo Primario.

Referencias Cruzadas PC06.2, PG09.6, CR06.2, EX06.2, S06, C38


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona un Examen para ver el Detalle.

2.- El Sistema despliega el Examen. Existe unapartado designado a los Comentarios en elDetalle.

3.- El Actor revisa el detalle del Examen y realizalos Comentarios pertinentes y oprime “Aceptar”.


6.- El Sistema muestra mensaje “Operacionrealizada con exito” y se notifica al AM que suExamen ha sido comentado.

Cursos Alternos

Lınea 4 El Sistema muestra mensaje de error: “Campo(s)en blanco.”


Post Condiciones Se agrego un Comentario relacionado a unExamen a la Base de Datos

Cuadro 4.44: Caso de Uso Expandido Comentar Examen.Fuente: Elaboracion Propia.

109


Caso de Uso Establecer Fecha del Examen. (C41)

Caso de Uso Establecer Fecha del ExamenActores P

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber Listado los Examenes disponibles.3. Haber seleccionado un Examen para ver su

Detalle.4. El AM debe haber registrado requerimien-

tos de sala y debe haber subido los Archivosimportantes.

Proposito Que el Actor pueda establecer la fecha delExamen.

Resumen El Actor revisa el Detalle del Examen y registra suFecha.

Tipo Primario.Referencias Cruzadas PG09.2, S11, C38



2.- El Sistema despliega el Examen. Existe unapartado para registrar la Fecha del mismo.

3.- El Actor registra la Fecha y Acepta.4.- El Sistema pide confirmacion.

5.- El Actor confirma.6.- El Sistema muestra mensaje “Operacionrealizada con exito”

Cursos Alternos

Lınea 4 El Actor ingresa una fecha no valida (formatoerroneo o caracteres invalidos). El Sistemamuestra mensaje: “Dato invalido“


Post Condiciones Se registra en la BD la Fecha del Examen deTitulo.

Cuadro 4.45: Caso de Uso Expandido Establecer Fecha del Examen.Fuente: Elaboracion Propia.

110


Caso de Uso Registrar Datos del Acta de Memoria. (C42)

Caso de Uso Registrar Datos del Acta de MemoriaActores P


Detalle.4. El AM debe haber subido los Archivos

importantes y haber registrado requerim-ientos de sala.

5. El P debe haber establecido la Fecha delExamen.

6. El JC o DD debe haber asignado la CET7. El AM debe haber rendido el Examen.

Proposito Que el Actor pueda registrar los datos requeridospara el Acta de Memoria.

Resumen El Actor revisa el Detalle del Examen y registralos datos del Acta.

Tipo Primario.Referencias Cruzadas PG09.3, PG09.4, PG09.5, C38



2.- El Sistema despliega el Examen. Existe enun apartado un formulario con los camposrequeridos para el Acta.

3.- El Actor llena el formulario y oprime “Aceptar”4.- El Sistema pide confirmacion.

5.- El Actor confirma.6.- El Sistema muestra mensaje “Operacionrealizada con exito.”

Cursos Alternos

Lınea 4 El Actor ingresa un dato no valido o deja uncampo en blanco. El Sistema muestra mensaje:“Dato no valido o campo en blanco”


Post Condiciones Se registran los datos del Acta de Memoria en la BD.

Cuadro 4.46: Caso de Uso Expandido Registrar Datos del Acta de Memoria.Fuente: Elaboracion Propia.

111


Caso de Uso Generar Acta de Memoria. (C43)

Caso de Uso Generar Acta de MemoriaActores P, JC, DD



importantes y haber registrado requerim-ientos de sala.


6. Se debe haber asignado la CET.7. El AM debe haber rendido el Examen.8. El P debe haber registrado los datos del

Acta de Memoria.

Proposito Que el Actor pueda generar el Acta de Memoriaen PDF.

Resumen El Actor revisa el detalle del Examen y genera elActa de Memoria.

Tipo Primario.Referencias Cruzadas PG09.7, JC07.2, DD07.2, C38


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona un Examen de la lista.

2.- El Sistema despliega el Examen. Existe unapartado y un enlace para generar el Acta deMemoria en PDF.

3.- El Actor oprime el enlace.4.- El Sistema abre un pop-up con el PDF

Cursos Alternos

Lınea 4 El Examen aun no ha sido rendido. El Sistemamuestra mensaje: “Acta no disponible”

Post Condiciones Se genero el Formulario de Inscripcion enformato digital.

Cuadro 4.47: Caso de Uso Expandido Generar Acta de Memoria.Fuente: Elaboracion Propia.

112


Caso de Uso Asignar CET. (C44)

Caso de Uso Asignar CETActores JC, DD


Detalle.

Proposito Que el Actor, luego de revisar el Detalle delExamen, pueda asignarle una CET.

Resumen El Actor revisa el Examen y asigna una CET.Tipo Primario.

Referencias Cruzadas JC07.1, DD07.1, C38


Accion del Actor Respuesta del Sistema1.-Este Caso de Uso comienza cuando el Actorselecciona una Examen para ver el Detalle.

2.- El Sistema despliega el Examen. Existe unapartado y un enlace para asignar una CET.

3.- El Actor pincha en el enlace.4.- El Sistema abre un pop-up con una lista de lasComisiones disponibles.

5.- El Actor revisa la lista. Luego selecciona laComision y oprime el boton “Asignar”



Cursos Alternos



Post Condiciones Se crea una relacion entre un Examen y unaComision.

Cuadro 4.48: Caso de Uso Expandido Asignar CET.Fuente: Elaboracion Propia.

113


Caso de Uso Aprobar o Reprobar Examen. (C45)

Caso de Uso Aprobar o Reprobar ExamenActores P



importantes y haber registrado requerimientosde sala .


6. Se debe haber asignado la CET.7. El AM debe haber rendido el Examen.

Proposito Registrar la Aprobacion o Reprobacion del Examenen el Sistema

Resumen Habiendo rendido el Examen de Titulo se registraen el sistema si el alumno ha Aprobado o Reprobadoeste.

Tipo Primario.Referencias Cruzadas PC06.3, PC06.4, S10, C38


Accion del Actor Respuesta del Sistema1.- Este caso de uso comienza cuando el Actorselecciona la opcion “Ver” a un lado del Examen.

2.- El Sistema despliega el Examen seleccionado conun apartado para Aprobar o Reprobar el examen

3.- El Actor oprime el boton Aprobar o Reprobarsegun corresponda.


6.- El Sistema registra la opcion ingresada y notificaal AM de la Aprobacion o Reprobacion.

Cursos Alternos

Lınea 5 Si el Actor oprime cancelar durante la confirmacionvuelve a la Lınea 2.

Post Condiciones El sistema cambia el estado del Examen de“En Proceso” a “Aprobado” o “Reprobado” seguncorresponda.

Cuadro 4.49: Caso de Uso Expandido Aprobar o Reprobar Examen.Fuente: Elaboracion Propia.

114


Caso de Uso Registrar Nueva Comision. (C46)

Caso de Uso Registrar Nueva ComisionActores SM, JC, DD

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Permite al Actor registrar una Comision en el

sistema.Resumen El Actor selecciona la opcion “Nueva Comision”

del menu principal y agrega integrantes a lacomision a crear.

Tipo PrimarioReferencias Cruzadas SM07, JC11, DD09


Accion del Actor Respuesta del Sistema1.- Este caso de uso comienza cuando el actorselecciona la opcion “Nueva Comision”

2.- El sistema despliega una lista de Personas(Profesores y Externos) Disponibles y debajouna lista vacıa donde se van agregando losintegrantes de la Comision.

3.- El actor selecciona el o los integrantes de lacomision y oprime el boton agregar.

4.- El sistema guarda temporalmente la comisiony la muestra en la parte baja. Dando laposibilidad de eliminar a algun integrante.

5.- El actor presiona el boton listo.6.- El sistema pide confirmacion.

7.- El actor confirma.8.- El sistema registra la comision ingresada

Cursos Alternos


Post Condiciones El Sistema guarda una nueva comision

Cuadro 4.50: Caso de Uso Expandido Registrar Nueva Comision.Fuente: Elaboracion Propia.

115


Caso de Uso Listar Comisiones. (C47)

Caso de Uso Listar ComisionesActores P, SM, JC, DD

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Permite listar las comisiones disponibles.Resumen El Actor selecciona la opcion “Comisiones” del

menu principal y ve las comisiones existentes.Tipo Secundario.

Referencias Cruzadas PG07, PG07.1, SM06, SM06.1, JC10, JC10.1,DD08, DD08.1


Accion del Actor Respuesta del Sistema1.- Este Caso de Uso comienza cuando el actorselecciona la opcion “Comisiones”

2.- El sistema despliega la lista de Comisionesregistradas.



5.- El Actor revisa la Lista

Cursos Alternos

Lınea 2 No existen Comisiones registradas. El Sistemamuestra mensaje: “No hay Comisiones reg-istradas”

Post Condiciones Se genera una lista de Instancias de la ClaseComision

Cuadro 4.51: Caso de Uso Expandido .Fuente: Elaboracion Propia.

116


Caso de Uso Listar Titulados. (C48)

Caso de Uso Listar TituladosActores P, SM, JC, DD, DE

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Permite al Actor listar los Titulados.Resumen El actor selecciona la opcion “Ver Titulados” del

menu principal y el sistema lista los titulados.Tipo Primario.

Referencias Cruzadas P06, P06.1, SM10, SM10.1, JC12, JC12.1, DD11,DD11.1, DE05, DE05.1


Accion del Actor Respuesta del Sistema1.- Este Caso de Uso comienza cuando el Actorselecciona la opcion “Ver Titulados”.

2.- El Sistema despliega la lista de Titulados.3.- El Actor filtra la lista por algun criterioparticular.



Cursos Alternos

Linea 2 No Existen Titulados, el sistema muestra mensaje“No hay Titulados Disponibles”

Post Condiciones Se genera una lista de Instancias de la ClaseTitulado

Cuadro 4.52: Caso de Uso Expandido Listar Titulados.Fuente: Elaboracion Propia.

117


Caso de Uso Generar Graficos. (C49)

Caso de Uso Generar GraficosActores SM ,JC, DD, DE

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Permite al Actor generar Graficos.Resumen Se generan Graficos que muestran informacion

importante respecto a Titulados, Memoristas enProceso, por sede, por carrera, etc.

Tipo Primario.Referencias Cruzadas SM11, JC13, DD12, DE06, RE05


Accion del Actor Respuesta del Sistema1.- Este Caso de Uso comienza cuando el Actorselecciona la opcion “Generar Graficos”

2.- El Sistema despliega el menu de opciones deGraficos generar y las variables a graficar.

3.- El Actor selecciona la opcion de Grafico agenerar y sus variables.

4.- El Sistema pide confirmacion5.- El Actor confirma.

6.- El Sistema genera el Grafico solicitado.

Cursos Alternos

Lınea 5 Si el Actor oprime cancelar durante la confirma-cion vuelve a la Lınea 2

Post Condiciones El Sistema genera el grafico.

Cuadro 4.53: Caso de Uso Expandido Generar Graficos.Fuente: Elaboracion Propia.

118


Caso de Uso Generar Reportes. (C50)

Caso de Uso Generar ReportesActores SM ,JC, DD, DE

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Permite al Actor generar Reportes.Resumen Se generan Reportes que muestran informacion

importante respecto a Titulados, Memoristas enProceso, por sede, por carrera, etc.

Tipo Primario.Referencias Cruzadas SM11, JC13, DD12, DE06, RE05


Accion del Actor Respuesta del Sistema1.- Este Caso de Uso comienza cuando el Actorselecciona la opcion “Generar Reportes”

2.- El Sistema despliega el menu de opcionesde Reportes a generar junto con los campos amostrar.

3.- El Actor selecciona la opcion de Reporte agenerar.

4.- El Sistema pide confirmacion5.- El Actor confirma.

6.- El Sistema genera el Reporte solicitado.

Cursos Alternos

Lınea 5 Si el Actor oprime cancelar durante la confirma-cion vuelve a la Lınea 2

Post Condiciones El Sistema genera el Reporte.

Cuadro 4.54: Caso de Uso Expandido Generar Reporte.Fuente: Elaboracion Propia.

119


Caso de Uso Listar F.A.Q. (C51)

Caso de Uso Listar F.A.Q.Actores Usuario

Pre Condiciones Debe existir al menos una pregunta en la lista.Proposito Permitir al Actor revisar las preguntas frecuentes.Resumen Muestra las Preguntas Frecuentes sin la necesi-

dad de iniciar sesion.Tipo Secundario.

Referencias Cruzadas U02


Accion del Actor Respuesta del Sistema1.- Este caso de uso comienza cuando el Actorselecciona la opcion “Preguntas Frecuentes” en elHome.

2.- El Sistema despliega las preguntas frecuentes.

Cursos Alternos

Post Condiciones

Cuadro 4.55: Caso de Uso Expandido Listar F.A.Q.Fuente: Elaboracion Propia.

120


Caso de Uso Realizar Preguntas. (C52)

Caso de Uso Realizar PreguntasActores AM

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Permite al Actor obtener retroalimentacion por

parte de un P, SM o JC .Resumen El Actor debe registrar una pregunta en el

Sistema para ser respondida por un P, el SM oJC.

Tipo Secundario.Referencias Cruzadas AM14, S16


Accion del Actor Respuesta del Sistema1.- Este Caso de Uso comienza cuando el Actorselecciona la opcion “Realizar Pregunta”

2.- El Sistema despliega el formulario pararegistrar la pregunta.

3.- El Actor completa el formulario y oprime elboton “Guardar”


6.- El Sistema guarda la pregunta y muestramensaje de “Pregunta registrada con exito” ynotifica al SM y JC que se tiene una preguntanueva.

Cursos Alternos

Lınea 4 Si los campos obligatorios del formulario no hansido completados el Sistema indica error.


Post Condiciones El Sistema registra la pregunta.

Cuadro 4.56: Caso de Uso Expandido Realizar Preguntas.Fuente: Elaboracion Propia.

121


Caso de Uso Responder Preguntas. (C53)

Caso de Uso Responder PreguntasActores SM, JC

Pre Condiciones1. Haber iniciado sesion en el sistema.2. Haber preguntas registradas en el sistema.

Proposito Permite responder preguntas disponibles en elSistema.

Resumen El Actor responde las preguntas que se han guardadopreviamente.

Tipo Secundario.Referencias Cruzadas SM08, JC14, S15


Accion del Actor Respuesta del Sistema1.- El Caso de Uso comienza cuando el Actorselecciona la opcion “Responder Preguntas”

2.- El Sistema despliega las preguntas disponiblespara responder.

3.- El Actor selecciona la pregunta que desearesponder.

4.- El Sistema despliega una ventana con la preguntay el espacio para responder.

5.- El Actor responde la pregunta y aprieta el botonguardar.


8.- El Sistema guarda la respuesta y muestra elmensaje de “Respuesta guardada satisfactoriamente”y notifica al AM su pregunta fue respondida.9.- El Sistema vuelve a la Lınea 2.

Cursos Alternos

Lınea 2 No existen preguntas disponibles, el Sistema mues-tra mensaje “No hay preguntas disponibles”

Lınea 6 Si la respuesta no fue respondida y se procedio aguardar el Sistema indica mensaje de error.

Lınea 7 Si el Actor oprime cancelar durante la confirmacionvuelve a la Lınea 2.

Lınea 9 Si el Actor desea seguir respondiendo vuelve a laLınea 3.

Post Condiciones La pregunta respondida se registra en el sistema ydesaparece de la lista de preguntas por responder.

Cuadro 4.57: Caso de Uso Expandido Responder Preguntas.Fuente: Elaboracion Propia.

122


Caso de Uso Agregar Preguntas y respuestas a la lista. (C54)

Caso de Uso Agregar Preguntas y respuestas a la lista.Actores SM, JC

Pre Condiciones Haber iniciado sesion en el sistema.Proposito Permite agregar preguntas y respuestas a la lista

de preguntas frecuentes.Resumen El Actor puede agregar preguntas al FAQ de las

preguntas que han sido planteadas y respondidascon anterioridad.

Tipo SecundarioReferencias Cruzadas SM09, JC15


Accion del Actor Respuesta del Sistema1.- Este caso de uso comienza cuando el Actorselecciona la opcion “ Preguntas”

2.- El Sistema despliega la lista de preguntas yarespondidas guardadas en el sistema.

3.- El Actor selecciona una de las preguntas yselecciona la opcion “Agregar pregunta al FAQ”


6.- El Sistema agrega la pregunta a la lista depreguntas frecuentes.

Cursos Alternos

Lınea 2 No existen preguntas respondidas. El Sistemamuestra una lista en blanco.


Post Condiciones El sistema agrega la pregunta a la lista depreguntas frecuentes.

Cuadro 4.58: Caso de Uso Expandido Agregar Preguntas y respuestas a la lista.Fuente: Elaboracion Propia.

123


4.3. Modelo de Datos

Figura 4.21: Modelo de Datos del Sistema.Fuente: Elaboracion Propia.

124

Capıtulo 5

Validacion

El proposito de este capıtulo es documentar la forma de interaccion con el

sistema propuesto para el proceso de titulacion.

El Diseno de este sistema se encuentra evaluado y validado por la DTI.

Ademas se encuentra en desarrollo, en funcion de este diseno y otros requer-

imientos agregados por la DTI, por la empresa FORIS contratada para esto.

Para conocer los requerimientos de hardware y software vease Anexo 1.

A traves de las vistas desarrolladas se validara que el Sistema cumpla con

solucionar los problemas encontrados en los procesos y protocolos actuales del

proceso de titulacion.

125

CAPITULO 5. VALIDACION

5.1. Modulos

5.1.1. Home y Login

Este modulo permit consultar informacion util respecto al sistema, al proceso

de titulacion, de tutoriales, contacto y preguntas frecuentes. Ademas de ser la

pagina de ingreso al Sistema (Login).

Figura 5.1: Vista Home Informaciones.Fuente: Elaboracion Propia.

126


Figura 5.2: Vista Home Que es SSCM?.Fuente: Elaboracion Propia.

Figura 5.3: Vista Home Simbologia.Fuente: Elaboracion Propia.

127


Figura 5.4: Vista Home Contacto.Fuente: Elaboracion Propia.

Figura 5.5: Vista Home F.A.Q., Reglamentos y Tutoriales.Fuente: Elaboracion Propia.

128


Se disenaron formularios de inicio de sesion por separado para Alumnos,

Profesores y Externos, ademas de un ingreso administrativo para los Directores

de Departamento, Jefes de Carrera, Supervisores de Memoria (o equivalentes),

Direccion de Estudios y el Administrador Tecnico.

5.1.2. Validacion o Modificacion de Datos Personales.

Este modulo permitira al Alumno revisar si sus datos personales1 estan

actualizados y poder modificarlos en caso contrario.

Figura 5.6: Vista Validacion o Modificacion de Datos Personales del Alumno.Fuente: Elaboracion Propia.

1Los datos mas importantes para el proceso son: Numero de Telefono Actual y CorreoElectronico Actual.

129


5.1.3. Registro de Disponibilidad y Temas de Memoria Pro-pios.

Este modulo permitira a los Profesores el dejar constancia de si estan o no

disponibles para apoyar a los Alumnos en el desarrollo de su Memoria, siendo

Guıa, Patrocinador o Correferente en la misma. Ademas servirıa como medio

de publicacion de Proyectos en los cuales los Profesores esten trabajando, los

cuales puedan ser abordados por los Alumnos como temas para sus Memorias.

Figura 5.7: Vista Registro de Disponibilidad del Profesor.Fuente: Elaboracion Propia.

130


Figura 5.8: Vista Lista de Temas Propios del Profesor.Fuente: Elaboracion Propia.

Figura 5.9: Vista Registrar Nuevo Tema.Fuente: Elaboracion Propia.

131


5.1.4. Postulacion del Tema.

Este modulo permitira a los Alumnos realizar la Postulacion de su Tema

de Memoria, a los Profesores (Revisores) correspondientes revisar dichas

postulaciones, registrar sus Comentarios al respecto y aprobar o rechazar dichos

temas segun corresponda.

Figura 5.10: Vista Nueva Postulacion Alumno 1.Fuente: Elaboracion Propia.

132




133



5.1.5. Revision y Evaluacion de Avances.

Luego de la Aprobacion de una Postulacion el Alumno Memorista debe

realizar entregas periodicas, este modulo permitira realizar seguimiento a estas

entregas o avances, y a la tarea realizada tanto por el Alumno Memorista

como por los Profesores relacionados con la Memoria. Ademas de registrar los

Comentarios o feedback realizados por parte de los Profesores y la Evaluacion

de estos avances.

134


Figura 5.14: Vista Avances Alumno 1.Fuente: Elaboracion Propia.


135



Figura 5.17: Vista Revision Avance Profesor 1.Fuente: Elaboracion Propia.

136




137


5.1.6. Examen de Tıtulo.

Luego de que el Alumno Memorista aprueba la etapa anterior (avances

y entrega final), se debe enfrentar a su Examen de Tıtulo. Este Modulo

permitira registrar comentarios realizados, el Acta de Memoria, Imagenes,

Fotografıas, las diapositivas de la presentacion, etc.

Figura 5.20: Vista Examen Alumno 1.Fuente: Elaboracion Propia.

138




139


5.1.7. Solicitudes.

Este Modulo permitira registrar las Solicitudes realizadas por Alumno Mem-

orista, y los motivos de estas. Esto permitira tener mas informacion respecto a

los Motivos de retraso de los Alumnos en el desarrollo de sus Memorias.

Figura 5.23: Vista Solicitud Alumno 1.Fuente: Elaboracion Propia.

5.1.8. Otras Validaciones

Cabe mencionar que todos los artefactos UML (Casos de Uso, Diagramas de

Secuencia, Modelo de Datos, etc) y BPM (Modelos de Procesos de Negocio),

ası como los requerimientos (Formato), fueron refinados y validados en periodi-

cas reuniones con la DTI y sus profesionales.

140

Capıtulo 6

Conclusiones

6.1. Conclusiones

Se debe ser meticuloso y comenzar con una buena recopilacion y analisis de la

informacion sobre las tareas y/o procesos, para ası tener buenos requerimientos,

ya que el no hacerlo puede significar un gasto mayor e innecesario tanto

de tiempo y recursos en las fases siguientes (Diseno), repitiendo reuniones y

entrevistas, releyendo documentos, re-analizando, re-disenando y re-editando

los Modelos e Informes.

Es importante tener medio donde llevar notas en todo momento, ya que las

mejores ideas surgen en los momentos menos esperados.

Es importante tener en cuenta que realizar cambios en un proceso que se

viene desarrollando de la misma manera durante tanto tiempo, siempre es una

tarea difıcil. Los cambios de paradigma siempre son difıciles y requieren de un

trabajo largo y constante.

141

CAPITULO 6. CONCLUSIONES

El gran problema que tiene el modelo del proceso de titulacion actual, es

que no se preocupa del avance del Alumno entre la inscripcion del tema y el

examen de titulacion. Esto conlleva a que muchos no terminen su memoria y no

se titulen. Y en este sentido, establecer revisiones periodicas obligarıa al Alumno

a ser constante en el desarrollo de su Trabajo de Titulo.

La retroalimentacion siempre es importante en procesos como estos, y tenerla

en la mayor parte del proceso ayudara al Alumno a desarrollar un Trabajo de

mejor calidad.

Es importante tener en cuenta que realizar cambios en un proceso que se

viene desarrollando de la misma manera durante tanto tiempo, siempre es una

tarea difıcil. Los cambios de paradigma siempre son complejos, requiriendo de

un trabajo extenso, constante y apoyado por la autoridad.

Sobre el punto anterior es importante capacitar a los actores involucrados en

el proceso, por medio de charlas, capacitacion, etc., sobre el nuevo modelo y

nuevo sistema informatico que se implementara como opcion al SIGA.

Lo mas importante es que para que el modelo propuesto funcione de

buena manera el reglamento de titulacion de la UTFSM debe modificarse,

incorporando fundamentalmente los controles de avance. Ademas incluir la

verificacion de los datos personales del alumno y su memoria.

142

CAPITULO 6. CONCLUSIONES

Para el desarrollo del sistema se debe ser meticuloso a la hora de recopilar la

informacion necesaria, ya que cualquier error o aspecto no tomado en cuenta

o pasado por alto, podrıa significar en su implementacion, la modificacion de

modelos y diagramas, lo que es costoso en tiempo y recursos.

La generacion de la informacion provista por el nuevo sistema permi-

tira resolver parte importante de la problematica, contando con informacion

confiable sobre la duracion del proceso de titulacion (permitiendo conocer mas

exactamente cual es la extension real de las carreras), y hacer analisis sobre el

impacto que tienen factores socioeconomicos.

143

Bibliografıa

[1] Ian Sommerville. Ingenierıa del Software. 2005.

[2] Universidad Tecnica Federico Santa Marıa. Reglamento de Titulacion USM.2008.

[3] Universidad Tecnica Federico Santa Marıa. Plan de Desarrollo Estrategico2007-2012. page 3, 2007.

[4] Institute of Electrical and Electronics Engineers. IEEE Standard Glossary ofSoftware Engineering Terminology. pages 1–84, 1990.

[5] Laboratorio Nacional de Calidad del Software; Instituto Nacional deTecnologıas de la Comunicacion; Espana. Ingenierıa del Software:Metodologıas y Ciclos de Vida. pages 24–36, 2009.

[6] Departamento de Arquitectura; Universidad Tecnica Federico SantaMarıa; Valparaıso. Reglamento de Titulacion de Carrera de Arquitectura.2009.

[7] Departamento de Informatica; Universidad Tecnica Federico SantaMarıa; Valparaıso. Reglamento de Titulacion de Informatica. 2009.

[8] Departamento de Ingenierıa en Diseno de Productos; Universidad TecnicaFederico Santa Marıa; Valparaıso. Reglamento de Titulo Carrera deIngenierıa en Diseno de Productos. 2009.

[9] Departamento de Matematicas; Universidad Tecnica Federico SantaMarıa; Valparaıso. Protocolo ICMAT-1 Profesor Guıa y Profesor Referente.2011.

[10] Departamento de Matematicas; Universidad Tecnica Federico SantaMarıa; Valparaıso. Protocolo ICMAT-2 MAT307 y MAT308. 2011.

144

BIBLIOGRAFIA

[11] Departamento de Matematicas; Universidad Tecnica Federico SantaMarıa; Valparaıso. Protocolo ICMAT-3 Examen de Titulacion. 2011.

[12] Departamento de Obras Civiles; Universidad Tecnica Federico SantaMarıa; Valparaıso. Procedimiento Interno para el Desarrollo de Memoriasde Titulo. 1996.

[13] Bernhard Hitpass. BPMN 2.0 Manual de Referencia y Guıa Practica. 2011.

[14] Craig Larman. UML y Patrones: Introduccion al analisis y diseno orientadoa objetos. 2004.

145

Apendice A

Baterıa de Preguntas.

1. Taller de Titulo 1 y Taller de Titulo 2

Existen TT1 y TT2?

Como es la metodologıa?

Un paralelo por Profesor Guıa o un paralelo por Alumno?

Existe algun tipo de Seminario de Memoria o ramo que guıa a losalumnos en el proceso?

2. Inscripcion del Tema.

Como se inscribe el tema y que pasos se siguen?

Alumnos llega algun formulario?

Si es ası, que datos se solicitan?

Se solicita un avance del tema para su inscripcion?

Quien aprueba el tema (Comision, PG, DD)?

Existen Modalidades de memoria (Empresa, Emprendimiento, etc)?

Que datos son utiles (Nombre, rol, titulo que opta, titulo tema, PA,etc.)?

Actores involucrados en el Proceso.?

Quien .acompana.al memorista en el proceso, es un PG, CR, PR, PP,PT?

El memorista tiene CRs?

146

APENDICE A. BATERIA DE PREGUNTAS.

Si es ası, cuantos?

Si existe comision, quien la designa, quienes la integran,quien lapreside?

Se evalua a partir de competencias por cumplir, rubricas?

En caso de existir lo anterior, estan pre-establecidas, se establecenantes de cada evaluacion?

3. Revisiones avance.

Se realizan revisiones de avance?

Tienen algun registro de memorias en desarrollo?

Se tiene registro de profesores involucrados en memorias?

Se tiene registro de alumnos atrasados?

Quien revisa la version final o pre-final del escrito?

La pre-aprueba el PG y despues una comision?

Cuanto tiempo tiene el alumno de plazo para desarrollar su memoria?

Desde cuando comienza a correr el tiempo?


4. Examen de Titulo

Existe una Comision?

Quien designa la comision?

Quien la preside?

Quien designa al presidente de la comision?

El PG la propone?

El DD la confirma o la modifica?


5. Estadısticas

Que estadısticas serian utiles?

6. Buenas Practicas

147

APENDICE A. BATERIA DE PREGUNTAS.

Se tiene un manual de buenas practicas a la hora de desarrollar unamemoria?

FAQ, se tiene un registro de preguntas frecuentes realizadas por losalumnos?

Manuales de como realizar una memoria, como descubrir prob-lematicas, como establecer objetivos, etc.?

148

Apendice B

Requerimientos y Atributos delSistema.

B.1. Usuario.

ID Codigo Requerimiento Tipo Categorıa1 U01 Iniciar Sesion en el Sistema RF Evidente2 U02 Listar F.A.Q. RF Evidente

Cuadro B.1: Requerimientos de Usuario.Fuente: Elaboracion Propia.

149

APENDICE B. REQUERIMIENTOS Y ATRIBUTOS DEL SISTEMA.

B.2. Alumno Memorista.

Es aquel Alumno que esta desarrollando su Memoria.

ID Codigo Requerimiento Tipo Categorıa3 AM01 Revisar y/o Modificar datos Personales. (Direccion, Correo

Electronico, Telefono, etc.)RF Evidente

4 AM02 Revisar Comentarios RF Evidente5 AM03 Realizar una Nueva Postulacion RF Evidente6 AM03.1 Llenar Formulario de Postulacion RF Evidente7 AM03.2 Subir Archivos (Adjuntos) RF Evidente8 AM03.3 Eliminar Archivos RF Evidente9 AM04 Listar Postulaciones RF Evidente

10 AM04.1 Filtrar el Listado de Postulaciones por: Carrera, Campus o Sede,Ano, Semestre y Estado (Aprobada, Rechazada, En Proceso)

RF Evidente

11 AM05 Ver Detalles de una Postulacion en Particular RF Evidente12 AM05.1 Ver Detalle de Correferente(s) RF Evidente13 AM05.2 Administrar Archivos Adjuntos. RF Evidente14 AM05.3 Modificar Campos del Formulario de Postulacion. RF Evidente15 AM06 Listar sus Memorias RF Evidente16 AM06.1 Filtrar el Listado de Memorias por: Carrera, Campus o Sede, Ano,

Semestre, Estado 1 (Atrasado, Al Dıa) y Estado 2 (En Proceso,Aprobada, Reprobada)

RF Evidente

17 AM07 Ver Detalles de una Memoria en Particular RF Evidente18 AM07.1 Revisar Avances Anteriores RF Evidente19 AM07.2 Subir Version de Avance RF Evidente20 AM08 Realizar Solicitudes RF Evidente21 AM09 Listar Solicitudes Realizadas RF Evidente22 AM09.1 Filtrar el Listado de Solicitudes por: Estado (En Espera, Aprobada,

Rechazada), Tipo (Cambio de Titulo de Tema, Cambio deGuıa, Modificar Correferentes, Modificar Fecha Proxima Entrega,Congelar Memoria, Reanudar Memoria.) y Rango de Fecha

RF Evidente

23 AM09.2 Revocar una Solicitud en Tramite RF Evidente24 AM10 Listar Profesores Disponibles RF Evidente25 AM10.1 Filtrar la Lista de Profesores Disponibles por: Carrera y Campus o

Sede, Con Tema (Si, No)RF Evidente

26 AM11 Ver Detalle de un Profesor en Particular RF Evidente27 AM12 Listar sus Examenes de Titulo RF Evidente28 AM13 Ver Detalles de un Examen en Particular RF Evidente29 AM13.1 Subir Archivos (Version Final, PPT, Imagenes, etc.) RF Evidente30 AM13.2 Registrar Requerimientos de Sala RF Evidente31 AM14 Realizar Consultas al JC o SM RF Evidente32 AM15 Responder Encuesta Academica RF Evidente

Cuadro B.2: Requerimientos de Alumno Memorista.Fuente: Elaboracion Propia.

150


B.3. Profesores.

Son aquellos docentes que pertenecen al plantel de la Universidad. Puededesarrollar cargos como: G, CR, pertenecer a la CAT, CE o CT y ser PP.

(Importante: Si el Profesor es G entonces es el PP por defecto, por otra partesi el G es Externo entonces el Correferente que sea Profesor del Departamentodebe ser PP.)

B.3.1. Profesor en General.

ID Codigo Requerimiento Tipo Categorıa33 P01 Registrar Disponibilidad para ser G o CR. RF Evidente34 P02 Registrar Temas Propios RF Evidente35 P03 Listar sus Temas RF Evidente36 P03.1 Cambiar Estado de Tema (Disponible, No Disponible) RF Evidente37 P04 Listar Postulaciones en Proceso RF Evidente38 P04.1 Filtrar Lista de Postulaciones por: Rol (Guıa, Cor-

referente, Patrocinador, Comision), Carrera, Campuso Sede, Rol USM o Rut (del Memorista), Rango deFecha, Ano, Semestre, Estado (Aprobada, Rechazada,En Proceso)

RF Evidente

39 P05 Ver Detalle de una Postulacion en Particular RF Evidente40 P05.1 Revisar Adjuntos RF Evidente41 P05.2 Realizar Comentarios sobre la Postulacion. RF Evidente42 P06 Listar Titulados RF Evidente43 P06.1 Filtrar Lista de Titulados por: Rol (Guıa, Correferente,

Patrocinador), Carrera, Campus o Sede, Rol USM o Rut(del Titulado), Rango de Fecha, Ano, Semestre (1er o2do Semestre)

RF Evidente

Cuadro B.3: Requerimientos Generales de Profesor.Fuente: Elaboracion Propia.

151


B.3.2. Profesor en una Comision.

Se refiere a las Funciones o Requerimientos de un Profesor que pertenece alalguna Comision (CAT, CE, CET)

ID Codigo Requerimiento Tipo Categorıa44 PC01 Listar Postulaciones a las que esta asociado por

Pertenecer a una Comision (CAT)RF Evidente

45 PC01.1 Filtrar Lista por: Carrera, Campus o Sede, Rol USM oRut (del Memorista), Rango de Fecha, Ano, Semestre,Estado ( Aprobada, Rechazada, En Proceso)

RF Evidente

46 PC02 Ver Detalle de una Postulacion RF Evidente47 PC02.1 Ver Archivos Adjuntos RF Evidente48 PC02.2 Revisar Todos los Comentarios hechos a la Postulacion RF Evidente49 PC02.3 Establecer Modalidad de Memoria RF Evidente50 PC02.4 Registrar Comentarios RF Evidente51 PC02.5 Poner Nota a la Postulacion. RF Evidente52 PC02.6 Aprobar o Rechazar la Postulacion. RF Evidente53 PC03 Listar Memorias a las que esta asociado por Pertenecer

a una Comision (CE)RF Evidente

54 PC03.1 Filtrar Lista por: Carrera, Campus o Sede, Rol USM oRut (del Memorista), Rango de Fecha, Ano, Semestre,Estado 1 (Atrasado, Al Dıa), Estado2 (Aprobada,Reprobada, En Proceso)

RF Evidente

55 PC04 Ver Detalle de una Memoria. RF Evidente56 PC04.1 Ver Archivos Adjuntos RF Evidente57 PC04.2 Revisar Todos los Comentarios hechos a la Memoria RF Evidente58 PC04.3 Registrar Comentarios RF Evidente59 PC04.4 Poner Nota a la Memoria. RF Evidente60 PC04.5 Aprobar o Rechazar la Memoria. RF Evidente61 PC05 Listar Examenes a los que esta asociado por Pertenecer

a una Comision (CET)RF Evidente

62 PC05.1 Filtrar Lista por: Carrera, Campus o Sede, Rol USM oRut (del Memorista), Rango de Fecha, Ano, Semestre,Estado ( Aprobada, Rechazada, En Proceso)

RF Evidente

63 PC06 Ver Detalle de un Examen. RF Evidente64 PC06.1 Ver Archivos Adjuntos RF Evidente65 PC06.2 Registrar Comentarios RF Evidente66 PC06.3 Poner Nota al Examen. RF Evidente67 PC06.4 Aprobar o Rechazar el Examen. RF Evidente

Cuadro B.4: Requerimientos de Profesor en una Comision.Fuente: Elaboracion Propia.

152


B.3.3. Profesor como Guıa.

ID Codigo Requerimiento Tipo Categorıa68 PG01 Listar Memorias a su cargo RF Evidente69 PG01.1 Filtrar Lista de Memorias por: Carrera, Campus o Sede, Rol USM

o Rut (del Memorista), Rango de Fecha, Ano, Semestre, Estado 1(Atrasado, Al Dıa), Estado2 (Aprobada, Reprobada, En Proceso)

RF Evidente

70 PG02 Ver Detalle de una Memoria RF Evidente71 PG02.1 Modificar CR RF Evidente72 PG02.2 Modificar Porcentaje de Avance RF Evidente73 PG02.3 Revisar Avances (Descargar) RF Evidente74 PG02.4 Modificar Titulo de Tema de la Memoria RF Evidente75 PG02.5 Modificar Fecha Proxima Entrega de Avance RF Evidente76 PG02.6 Realizar Comentarios RF Evidente77 PG02.7 Aprobar o Reprobar la Memoria RF Evidente78 PG02.8 Poner Nota (TT2) RF Evidente79 PG03 Listar Postulaciones en Proceso RF Evidente80 PG03.1 Filtrar Lista de Postulaciones por: Carrera, Campus o Sede,

Rol USM o Rut (del Memorista), Rango de Fecha, Ano, Semestre,Estado (Aprobada, Rechazada, En Proceso)

RF Evidente

81 PG04 Ver Detalle de una Postulacion en Particular RF Evidente82 PG04.1 Administrar CR RF Evidente83 PG04.2 Revisar Archivos Adjuntos RF Evidente84 PG04.3 Realizar Comentarios RF Evidente85 PG04.4 Poner Nota (TT1) RF Evidente86 PG04.5 Aprobar o Rechazar la Postulacion RF Evidente87 PG05 Listar Solicitudes de sus AM RF Evidente88 PG05.1 Filtrar la Lista de Solicitudes por: Estado (En Espera, Aprobada,

Rechazada), Tipo (Cambio de Titulo de Tema, ModificarCorreferentes, Aplazar Fecha Entrega Proximo Avance) y Rangode Fecha

RF Evidente

89 PG06 Ver Detalle de una Solicitud en Particular RF Evidente90 PG06.1 Aprobar o Rechazar la Solicitud RF Evidente91 PG07 Listar Comisiones Disponibles RF Evidente92 PG07.1 Filtrar la Lista de Comisiones por: Campus o Sede RF Evidente93 PG08 Listar Examenes de Titulo RF Evidente94 PG08.1 Filtrar Lista de Examenes por: Carrera, Campus o Sede, Rol USM

o Rut (del Memorista), Rango de Fecha, Ano, Semestre, Estado (Aprobado, Reprobado, En Proceso)

RF Evidente

95 PG09 Ver Detalle del Examen de Titulo RF Evidente96 PG09.1 Revisar Archivos Adjuntos RF Evidente97 PG09.2 Establecer Fecha del Examen RF Evidente98 PG09.3 Registrar Hora y Sala del Examen RF Evidente99 PG09.4 Registrar Desarrollo RF Evidente100 PG09.5 Poner Calificaciones RF Evidente101 PG09.6 Registrar Comentarios RF Evidente102 PG09.7 Generar Acta de Memoria RF Evidente

Cuadro B.5: Requerimientos de Profesor como Guıa.Fuente: Elaboracion Propia.

153


B.3.4. Profesor como Correferente.

ID Codigo Requerimiento Tipo Categorıa103 CR01 Listar Memorias en las que participa RF Evidente104 CR01.1 Filtrar la Lista de Memorias (Igual a PG01.1) RF Evidente105 CR02 Ver Detalle de una Memoria en Particular RF Evidente106 CR02.1 Revisar Avances (Descargar) RF Evidente107 CR02.2 Realizar Comentarios RF Evidente108 CR03 Listar Postulaciones en Proceso RF Evidente109 CR03.1 Filtrar la Lista de Postulaciones (Igual a P04.1) RF Evidente110 CR04 Ver Detalle de una Postulacion en Particular RF Evidente111 CR04.1 Revisar Archivos Adjuntos RF Evidente112 CR04.2 Realizar Comentarios RF Evidente113 CR05 Listar Examenes de Titulo RF Evidente114 CR05.1 Filtrar la Lista de Examenes (Igual a PG08.1) RF Evidente115 CR06 Ver Detalle del Examen de Titulo RF Evidente116 CR06.1 Revisar Archivos Adjuntos RF Evidente117 CR06.2 Registrar Comentarios RF Evidente

Cuadro B.6: Requerimientos de Profesor como Correferente.Fuente: Elaboracion Propia.

B.3.5. Profesor Patrocinador.

Realiza las mismas Tareas y tiene los mismos atributos que un ProfesorGuıa. Este actor surge de la necesidad de tener un Profesor de planta delmismo departamento que el Memorista que realice las tareas academicas yadministrativas que realizarıa un Profesor Guıa cuando el Guıa es una personaexterna a la Universidad (Empresa o Profesor de otra Universidad) o un Profesorde otro departamento.

154


B.4. Supervisor de Memorias.

ID Codigo Requerimiento Tipo Categorıa118 SM01 Listar todos los Profesores RF Evidente119 SM01.1 Filtrar Lista de Profesores por: Carrera, Con

Tema (Si, No), Campus o SedeRF Evidente

120 SM01.2 Cambiar Disponibilidad de uno o mas Profe-sores de la Lista.

RF Evidente

121 SM02 Listar Memorias RF Evidente122 SM02.1 Filtrar Lista de Memorias por: Carrera, Cam-

pus o Sede, Rol USM o Rut (del Memorista),Rango de Fecha, Ano, Semestre, Estado 1(Atrasado, Al Dıa), Estado2 ( Aprobada,Reprobada, En Proceso)

RF Evidente

123 SM03 Ver Detalle de una Memoria. RF Evidente124 SM04 Listar Postulaciones en Proceso RF Evidente125 SM04.1 Filtrar Lista de Postulaciones por: Carrera,

Campus o Sede, Rol USM o Rut (del Memo-rista), Rango de Fecha, Ano, Semestre, Estado( Aprobada, Rechazada, En Proceso)

RF Evidente

126 SM05 Ver Detalle de una Postulacion en Particular RF Evidente127 SM05.1 Revisar Archivos Adjuntos RF Evidente128 SM05.2 Realizar Comentarios RF Evidente129 SM05.3 Asignar CAT RF Evidente130 SM05.4 Aprobar o Rechazar la Postulacion RF Evidente131 SM06 Listar Comisiones RF Evidente132 SM06.1 Filtrar la Lista de Comisiones por: Campus o

SedeRF Evidente

133 SM07 Registrar nueva Comision RF Evidente134 SM08 Responder Consultas RF Evidente135 SM09 Agregar Preguntas a la lista de F.A.Q. RF Evidente136 SM10 Listar Titulados RF Evidente137 SM10.1 Filtrar Lista de Titulados por: Carrera, Campus

o Sede, Rol USM o Rut (del Titulado), Rangode Fecha, Ano, Semestre.

RF Evidente

138 SM11 Generar Graficos y Reportes con datos respectoa los Titulados y los en Proceso

RF Evidente

Cuadro B.7: Requerimientos de Supervisor de Memorias.Fuente: Elaboracion Propia.

155


B.5. Jefe de Carrera

ID Codigo Requerimiento Tipo Categorıa139 JC01 Listar todos los Profesores (De su Departamento y Campus

o Sede)RF Evidente

140 JC01.1 Filtrar Lista de Profesores por: Con Tema (Si, No) RF Evidente141 JC01.2 Cambiar Disponibilidad de uno o mas Profesores de la Lista. RF Evidente142 JC02 Listar Memorias RF Evidente143 JC02.1 Filtrar Lista de Memorias por: Carrera, Campus o Sede,

Rol USM o Rut (del Memorista), Rango de Fecha, Ano,Semestre, Estado 1 (Atrasado, Al Dıa), Estado2 ( Aprobada,Reprobada, En Proceso)

RF Evidente

144 JC03 Ver Detalle de una Memoria en Particular. RF Evidente145 JC03.1 Modificar Guıa RF Evidente146 JC03.2 Revisar Avances RF Evidente147 JC03.3 Registrar Comentarios RF Evidente148 JC03.4 Asignar CE RF Evidente149 JC03.5 Congelar un Memorista y su Memoria RF Evidente150 JC03.6 Reanudar una Memoria (Descongelar a un Memorista) RF Evidente151 JC04 Listar Postulaciones en Proceso RF Evidente152 JC04.1 Filtrar Lista de Postulaciones por: Carrera, Campus o Sede,

Rol USM o Rut (del Memorista), Rango de Fecha, Ano,Semestre, Estado (Aprobada, Rechazada, En Proceso)

RF Evidente

153 JC05 Ver Detalle de una Postulacion en Particular RF Evidente154 JC05.1 Revisar Archivos Adjuntos RF Evidente155 JC05.2 Realizar Comentarios RF Evidente156 JC05.3 Registrar Plazo o Fecha Tope para terminar la Memoria RF Evidente157 JC05.4 Asignar CAT RF Evidente158 JC05.5 Aprobar o Rechazar la Postulacion RF Evidente159 JC05.6 Generar Formulario en PDF RF Evidente160 JC06 Listar Examenes de Titulo RF Evidente161 JC06.1 Filtrar la Lista de Examenes por: Carrera, Campus o Sede,

Rol USM o Rut (del Memorista), Rango de Fecha, Ano,Semestre, Estado (Aprobada, Reprobado, En Proceso)

RF Evidente

162 JC07 Ver Detalle del Examen de Titulo RF Evidente163 JC07.1 Asignar CET RF Evidente164 JC07.2 Generar Acta de Memoria RF Evidente165 JC08 Listar Solicitudes RF Evidente166 JC08.1 Filtrar Lista de Solicitudes por: Estado (En Espera,

Aprobada, Rechazada), Tipo: Cambio de Guıa, CongelarMemoria, Reanudar Memoria.) y Rango de Fecha.

RF Evidente

167 JC09 Ver Detalle de una Solicitud en Particular RF Evidente168 JC09.1 Aprobar o Rechazar la Solicitud RF Evidente169 JC10 Listar Comisiones RF Evidente170 JC10.1 Filtrar la Lista de Comisiones por: Campus o Sede RF Evidente

Contiuna...

156


ID Codigo Requerimiento Tipo Categorıa171 JC11 Registrar nueva Comision RF Evidente172 JC12 Listar Titulados RF Evidente173 JC12.1 Filtrar Lista de Titulados por: Carrera, Campus o Sede,

Rol USM o Rut (del Memorista), Rango de Fecha, Ano,Semestre.

RF Evidente

174 JC13 Generar Graficos y Reportes con datos respecto a losTitulados y los en Proceso

RF Evidente

175 JC14 Responder Consultas RF Evidente176 JC15 Agregar Preguntas a la lista de F.A.Q. RF Evidente

Cuadro B.8: Requerimientos de Jefe de Carrera.Fuente: Elaboracion Propia.

157


B.6. Director de Departamento.

ID Codigo Requerimiento Tipo Categorıa177 DD01 Listar todos los Profesores RF Evidente178 DD01.1 Filtrar Lista de Profesores por: Con Tema (Si, No), Campus o Sede RF Evidente179 DD01.2 Cambiar Disponibilidad de uno o mas Profesores de la Lista. RF Evidente180 DD02 Listar Memorias RF Evidente181 DD02.1 Filtrar Lista de Memorias por: Carrera, Campus o Sede, Rol USM

o Rut (del Memorista), Rango de Fecha, Ano, Semestre, Estado 1(Atrasado, Al Dıa), Estado2 ( Aprobada, Reprobada, En Proceso)

RF Evidente

182 DD03 Ver Detalle de una Memoria en Particular RF Evidente183 DD03.1 Revisar Avances RF Evidente184 DD03.2 Realizar Comentarios RF Evidente185 DD03.3 Asignar CE RF Evidente186 DD04 Listar Postulaciones en Proceso RF Evidente187 DD04.1 Filtrar Lista de Postulaciones por: Carrera, Campus o Sede,

Rol USM o Rut (del Memorista), Rango de Fecha, Ano, Semestre,Estado (Aprobada, Rechazada, En Proceso)

RF Evidente

188 DD05 Ver Detalle de una Postulacion en Particular RF Evidente189 DD05.1 Revisar Archivos Adjuntos RF Evidente190 DD05.2 Realizar Comentarios RF Evidente191 DD05.3 Asignar CAT RF Evidente192 DD06 Listar Examenes de Titulo RF Evidente193 DD06.1 Filtrar la Lista de Examenes por: Carrera, Campus o Sede,

Rol USM o Rut (del Memorista), Rango de Fecha, Ano, Semestre,Estado (Aprobada, Reprobado, En Proceso)

RF Evidente

194 DD07 Ver Detalle del Examen de Titulo RF Evidente195 DD07.1 Asignar CET RF Evidente196 DD07.2 Generar Acta de Memoria RF Evidente197 DD08 Listar Comisiones RF Evidente198 DD08.1 Filtrar la Lista de Comisiones por: Campus o Sede RF Evidente199 DD09 Registrar nueva Comision RF Evidente200 DD10 Listar Solicitudes RF Evidente201 DD10.1 Filtrar la Lista de Solicitudes por: Estado (En Espera, Aprobada,

Rechazada), Tipo (Cambio de Titulo de Tema, Cambio deGuıa, Modificar Correferentes, Modificar Fecha Proxima Entrega,Congelar Memoria, Reanudar Memoria), Rango de Fecha

RF Evidente

202 DD11 Listar Titulados RF Evidente203 DD11.1 Filtrar Lista de Titulados por: Carrera, Campus o Sede, Rol USM

o Rut (del Memorista), Rango de Fecha, Ano, Semestre.RF Evidente

204 DD12 Generar Graficos y Reportes con datos respecto a los Titulados ylos en Proceso

RF Evidente

Cuadro B.9: Requerimientos de Director de Departamento.Fuente: Elaboracion Propia.

158


B.7. 3.3.1.6. Externo.

Son aquellos actores que estan involucrados en una memoria pero nopertenecen al plantel de la Universidad. Puede ser un Profesor de otra Uni-versidad o un Profesional de una Empresa en el caso que el Memoristaeste desarrollando su Memoria en esta modalidad. Solo pueden acceder a lainformacion de Memoristas que esten relacionados con el.

ID Codigo Requerimiento Tipo Categorıa205 EX01 Listar Memorias RF Evidente206 EX01.1 Filtrar Lista de Memorias por: Rol (Guıa o Correferente),

Carrera, Campus o Sede, Rango de Fecha (Desde Registrode la Postulacion), Ano, Semestre, Estado 1 (Atrasado, AlDıa), Estado2 (Aprobada, Reprobada, En Proceso)

RF Evidente

207 EX02 Ver Detalle de una Memoria en Particular RF Evidente208 EX02.1 Revisar Avances RF Evidente209 EX02.2 Realizar Comentarios RF Evidente210 EX03 Listar Postulaciones en Proceso RF Evidente211 EX03.1 Filtrar la Lista de Postulaciones por: Rol (Guıa o Cor-

referente), Carrera, Campus o Sede, Rango de Fecha(Desde Registro de la Postulacion), Ano, Semestre, Estado(Aprobada, Rechazada, En Proceso)

RF Evidente

212 EX04 Ver Detalle de una Postulacion en Particular RF Evidente213 EX04.1 Revisar Archivos Adjuntos RF Evidente214 EX04.2 Realizar Comentarios RF Evidente215 EX05 Listar Examenes de Titulo RF Evidente216 EX05.1 Filtrar la Lista de Examenes por: Rol (Guıa o Correferente),

Carrera, Campus o Sede, Rango de Fecha (Desde Registrode la Postulacion), Ano, Semestre, Estado (Aprobada,Reprobado, En Proceso)

RF Evidente

217 EX06 Ver Detalle de un Examen en Particular RF Evidente218 EX06.1 Revisar Archivos Adjuntos RF Evidente219 EX06.2 Realizar Comentarios RF Evidente220 EX07 Modificar Datos Personales RF Evidente

Cuadro B.10: Requerimientos de Externo.Fuente: Elaboracion Propia.

159


B.8. Direccion de Estudios.

Es la entidad encargada de la administracion Academica de la Universidad.

ID Codigo Requerimiento Tipo Categorıa221 DE01 Listar Memorias RF Evidente222 DE01.1 Filtrar la Lista de Memorias por: Carrera, Campus

o Sede, Rango de Fecha, Ano, Semestre, Estado 1(Atrasado, Al Dıa), Estado2 (Aprobada, Reprobada, EnProceso)

RF Evidente

223 DE02 Listar Postulaciones en Proceso RF Evidente224 DE02.1 Filtrar la Lista de Postulaciones por: Carrera, Campus

o Sede, Rango de Fecha, Ano, Semestre, Estado(Aprobada, Rechazada, En Proceso)

RF Evidente

225 DE03 Listar Examenes de Titulo RF Evidente226 DE03.1 Filtrar la Lista de Examenes por: Carrera, Campus

o Sede, Rango de Fecha, Ano, Semestre, Estado(Aprobada, Reprobado, En Proceso)

RF Evidente

227 DE04 Listar Solicitudes RF Evidente228 DE04.1 Filtrar la Lista de Solicitudes por: Estado (En Espera,

Aprobada, Rechazada), Tipo (Cambio de Titulo deTema, Cambio de Guıa, Modificar Correferentes,Modificar Fecha Proxima Entrega, Congelar Memoria,Reanudar Memoria), Rango de Fecha

RF Evidente

229 DE05 Listar Titulados Evidente230 DE05.1 Filtrar Lista de Titulados por: Carrera, Campus o Sede,

Rango de Fecha, Ano, Semestre.RF Evidente

231 DE06 Generar Graficos y Reportes con datos respecto a losTitulados y los en Proceso

RF Evidente

Cuadro B.11: Requerimientos de Direccion de Estudios.Fuente: Elaboracion Propia.

160


B.9. Administrador Tecnico.

Son aquellos encargados tanto de la administracion tecnica como academicodel sistema.

ID Codigo Requerimiento Tipo Categorıa232 A01 Administrar cuentas de usuario. RF Evidente

Cuadro B.12: Requerimientos de Administrador Tecnico.Fuente: Elaboracion Propia.

B.10. SIGA.

Sistema de Informacion y Gestion Academica, es el sistema donde se reg-istran todos los eventos academicos, llamese notas, ramos inscritos, horarios,solicitudes, etc.

Se requiere que al poner las notas de TT1 y TT2, Funciones PG02.8 y PG04.4,estas se registren automaticamente en SIGA.

161


B.11. Otras Funciones o Requerimientos.

B.11.1. Sistema.

ID Codigo Requerimiento Tipo Categorıa233 S01 Sesiones de Usuario diferenciadas por tipo de Usuario y con

atributos y restricciones dependiendo de su Rol.RNF NA

234 S02 Dar soporte a correos electronicos no institucionales RNF NA235 S03 Mantener un Log de comentarios en la pagina de inicio de

cada usuario.RNF NA

236 S04 Revisar y validar el estado de deudas del alumno y verificarsi tiene pendientes o no.

RF Oculto

237 S05 Revisar y validar el estado academico del alumno. (Ramos yPracticas)

RF Oculto

238 S06 Notificar al memorista de cualquier comentario y/orecomendaciones registradas.

RF Oculto

239 S07 Notificar a los Actores relacionados, cuando un AM registreuna Nueva Postulacion.

RF Oculto

240 S08 Notificar al AM si se le ha aprobado o rechazado unasolicitud.

RF Oculto

241 S09 Notificar a quien corresponda cuando un AM realice unaSolicitud.

RF Oculto

242 S10 Notificar al AM si se le ha Aprobado o Rechazado unaPostulacion o si ha Aprobado o Reprobado su Memoria ycon que nota.

RF Oculto

243 S11 Notificar a la Secretaria de Departamento la Fecha delExamen y los requerimientos de Sala.

RF Oculto

244 S12 Notificar al AM que debe subir un Avance. RF Oculto245 S13 Notificar al AM, a su G y CR, que esta atrasado en su entrega

de AvancesRF Oculto

246 S14 Notificar a cada Profesor que debe registrar su Disponibili-dad para ser G o CR y sus temas en caso de tenerlos.

RF Oculto

247 S15 Notificar a AM que se respondio su consulta. RF Oculto248 S16 Notificar al JC o SM que tiene una nueva Pregunta RF Oculto249 S17 Toda Notificacion debe ser inmediata, automaticas y vıa

correo electronicoRNF NA

250 S18 Los listados deben poder filtrarse por diferentes criterios,siendo estos diferentes para cada tipo de Listado

RNF NA

251 S19 Los Listados deben contener solo informacion que tengaalguna relacion con el Usuario o Actor que la Solicita.

RNF NA

Contiuna...

162


ID Codigo Requerimiento Tipo Categorıa252 S20 Se debe mostrar una luz roja al lado de un AM Atrasado y

una Verde al lado de uno que esta al Dıa.RNF NA

253 S21 Deben pasar al menos 15 dıas entre la entrega de la versionfinal y el Examen de Titulo

RNF NA

254 S22 Se debe diferenciar las Memorias por Modalidad. RNF NA255 S23 Tener una baterıa de tutoriales en formato PDF disponibles

para su descarga.RNF NA

256 S24 Dar soporte a la realizacion de la Encuesta Academica luegode que el Alumno aprueba su examen de Titulacion.

RNF NA

Cuadro B.13: Requerimientos de Sistema.Fuente: Elaboracion Propia.

B.11.2. Listados, Reportes y Graficos.

ID Codigo Requerimiento Tipo Categorıa257 RE01 Generar listado de titulados de anos anteriores. RF Evidente258 RE02 Generar Listado de Postulaciones RF Evidente259 RE03 Generar Listado de Examenes de Titulo RF Evidente260 RE04 Generar listado de Memoristas y su estado. RF Evidente261 RE05 Generar graficos y reportes con datos respecto a los

titulados y los en proceso.RF Evidente

262 RE06 Los graficos y reportes a generar deben ser respectoa porcentaje de avance, atrasados, por Quintil, porCarrera, Sede, Ano.

RNF NA

Cuadro B.14: Requerimientos de Reportes y Graficos.Fuente: Elaboracion Propia.

163


B.12. Atributos del Sistema.

B.12.1. Tiempo de Respuesta.

Generacion de Estadısticas: Menor o igual a 2 segundos.

Exportacion de datos: Menor o igual a 5 segundos.

Generacion de las listas: Menor o igual a 1 segundo, si la lista contienemenos de 100 filas.

B.12.2. Tolerancia a Fallas (Robustez).

Dado a que el sistema es una aplicacion web, existe la posibilidad de caıdas,debido al Hardware del cliente o al Servidor, esto puede hacer que se pierdandatos, es por esto que el sistema debera dar soporte para evitar que esto suceda,responder y dar aviso al usuario cuando suceda y recuperar la sesion del usuariopara que pueda seguir realizando su tarea.

B.12.3. Interfaz.

La interfaz debe ser similar a la del SIGA.

Debe permitir el uso de “templates” o plantillas, para cambiar el disenografico sin alterar la funcionalidad del sistema.

Debe cumplir con estandares de usabilidad.

B.12.4. Dependencias con otros Sistemas.

El sistema interactuara directamente con la base de datos del SIGA.

El envıo de correos electronicos se realiza por medio de un servidor exter-no para evitar la clasificacion como Spam en la casilla del destinatario.

El Login se realiza por medio de LDAP o SAML.

164


B.12.5. Seguridad.

Debido a que existen Memorias desarrolladas en Empresas la cantidad deinformacion posiblemente confidencial es alta, por lo tanto se debe asegurarel ingreso al sistema a personas con los permisos correspondientes ası comotambien asegurar las transacciones de datos a realizar.

Existe ademas informacion personal sensible tanto de profesores como dealumnos e incluso de profesionales de empresas que sera manejada por elsistema, por esto se deberan realizar respaldos periodicos de la base de datoscon la finalidad de mantener la fiabilidad y consistencia de los datos. Tambienadoptar las medidas necesarias para resistir ataques de tipo: SQL Injection, URLde tipo Semantico, Cross-Site Scripting, etc. Tomando en cuenta la existencia deinformacion confidencial en el desarrollo de las Memorias cualquier medida deseguridad es poca.

B.12.6. Portabilidad.

Al ser un sistema web permitirıa su funcionamiento en cualquier computadorcon conexion a internet, un navegador web (Internet Explorer, Mozilla Firefox,Chrome) y en cualquier sistema operativo (Windows, Linux, Mac).

B.12.7. Escalabilidad.

Tomando en cuenta que cada ano se titula una media de cerca de 1.200alumnos y la arquitectura del sistema y de la base de datos debieran permitirel aumento de carga, tanto de almacenamiento como de transacciones, quesignifica el agregar este volumen de alumnos cada ano.

B.12.8. Requerimientos de Software y Hardware.

Ya que el sistema funcionaria bajo el modelo cliente-servidor, se tienen dosfrentes:

1. Cliente: Por este lado no existen limitaciones de hardware para eldesarrollo del sistema. Puesto que el sistema trabaja en base al navegadorexistente en el computador del cliente (Internet Explorer, Mozilla Firefox,Chrome) y este es el encargado de adecuarse al tipo de hardware y alsistema operativo.

165


2. Servidor: Los requerimientos mınimos con los que debera contar elservidor son los siguientes:

Sistema Operativo: Linux

Servidor (Aplicacion): Tomcat o JBOSS

RAM: 4 GB

166

Apendice C

Diagramas de Secuencia delSistema.

C.1. Login (C01)

Figura C.1: Diagrama de Secuencia del Sistema LoginFuente: Elaboracion Propia.

167

APENDICE C. DIAGRAMAS DE SECUENCIA DEL SISTEMA.

C.2. Administrar usuarios (C02)

Figura C.2: Diagrama de Secuencia del Sistema Administrar Usuarios.Fuente: Elaboracion Propia.

168


C.3. Modificar Datos Personales. (C03)

Figura C.3: Diagrama de Secuencia del Sistema Modificar Datos Personales.Fuente: Elaboracion Propia.

C.4. Realizar Solicitud. (C04)

Figura C.4: Diagrama de Secuencia del Sistema Realizar Solicitud.Fuente: Elaboracion Propia.

169


C.5. Listar Solicitudes. (C05)

Figura C.5: Diagrama de Secuencia del Sistema Listar Solicitudes.Fuente: Elaboracion Propia.

C.6. Revocar Solicitud. (C06)

Figura C.6: Diagrama de Secuencia del Sistema Revocar Solicitud.Fuente: Elaboracion Propia.

170


C.7. Ver Detalle de Solicitud. (C07)

Figura C.7: Diagrama de Secuencia del Sistema Ver Detalle de Solicitud.Fuente: Elaboracion Propia.

C.8. Registrar Disponibilidad. (C08)

Figura C.8: Diagrama de Secuencia del Sistema Registrar Disponibilidad.Fuente: Elaboracion Propia.

171


C.9. Registrar Temas para Memoria. (C09)

Figura C.9: Diagrama de Secuencia del Sistema Registrar Temas para Memoria.Fuente: Elaboracion Propia.

C.10. Listar Temas para Memorias Propios. (C10)

Figura C.10: Diagrama de Secuencia del Sistema Listar Temas para MemoriaPropios.


172


C.11. Listar Profesores Disponibles. (C11)

Figura C.11: Diagrama de Secuencia del Sistema Listar Profesores Disponibles.Fuente: Elaboracion Propia.

C.12. Listar a todos los Profesores. (C12)

Figura C.12: Diagrama de Secuencia del Sistema Listar a Todos los Profesores.Fuente: Elaboracion Propia.

173


C.13. Ver Detalle de Profesor. (C13)

Figura C.13: Diagrama de Secuencia del Sistema Ver Detalles de Profesor.Fuente: Elaboracion Propia.

C.14. Revisar Comentarios. (C14)

Figura C.14: Diagrama de Secuencia del Sistema Revisar Comentarios.Fuente: Elaboracion Propia.

174


C.15. Realizar Nueva Postulacion. (C15)

Figura C.15: Diagrama de Secuencia del Sistema Realizar Nueva Postulacion.Fuente: Elaboracion Propia.

175


C.16. Listar Postulaciones. (C16)

Figura C.16: Diagrama de Secuencia del Sistema Listar Postulaciones.Fuente: Elaboracion Propia.

176


C.17. Revisar Postulacion. (C17)

Figura C.17: Diagrama de Secuencia del Sistema Revisar Postulacion.Fuente: Elaboracion Propia.

177


C.18. Modificar Postulacion. (C18)

Figura C.18: Diagrama de Secuencia del Sistema Modificar Postulacion.Fuente: Elaboracion Propia.

178


C.19. Administrar Correferentes. (C19)

Figura C.19: Diagrama de Secuencia del Sistema Administrar Correferentes.Fuente: Elaboracion Propia.

179


C.20. Comentar Postulacion. (C20)

Figura C.20: Diagrama de Secuencia del Sistema Comentar Postulacion.Fuente: Elaboracion Propia.

C.21. Establecer Modalidad de Memoria. (C21)

Figura C.21: Diagrama de Secuencia del Sistema Establecer Modalidad deMemoria.


180


C.22. Revisar Comentarios de Postulacion. (C22)

Figura C.22: Diagrama de Secuencia del Sistema Revisar Comentarios dePostulacion.


C.23. Asignar CAT. (C23)

Figura C.23: Diagrama de Secuencia del Sistema Asignar CAT.Fuente: Elaboracion Propia.

181


C.24. Poner Fecha Tope de Memoria. (C24)

Figura C.24: Diagrama de Secuencia del Sistema Poner Fecha Tope de Memoria.Fuente: Elaboracion Propia.

C.25. Generar Formulario de Inscripcion en PDF.(C25)

Figura C.25: Diagrama de Secuencia del Sistema Generar Formulario deInscripcion en PDF.


182


C.26. Aprobar o Rechazar Postulacion. (C26)

Figura C.26: Diagrama de Secuencia del Sistema Aprobar o RechazarPostulacion.


183


C.27. Listar Memorias. (C27)

Figura C.27: Diagrama de Secuencia del Sistema Listar Memorias.Fuente: Elaboracion Propia.

184


C.28. Revisar Memoria en Proceso. (C28)

Figura C.28: Diagrama de Secuencia del Sistema Revisar Memoria en Proceso.Fuente: Elaboracion Propia.

185


C.29. Subir Avance. (C29)

Figura C.29: Diagrama de Secuencia del Sistema Subir Avance.Fuente: Elaboracion Propia.

186


C.30. Revisar Comentarios de la Memoria. (C30)

Figura C.30: Diagrama de Secuencia del Sistema Revisar Comentarios de laMemoria.


C.31. Comentar Memoria. (C31)

Figura C.31: Diagrama de Secuencia del Sistema Comentar Memoria.Fuente: Elaboracion Propia.

187


C.32. Modificar Memoria. (C32)

Figura C.32: Diagrama de Secuencia del Sistema Modificar Memoria.Fuente: Elaboracion Propia.

188


C.33. Caso de Uso Modificar Guıa. (C33)

Figura C.33: Diagrama de Secuencia del Sistema Modificar Guıa.Fuente: Elaboracion Propia.

C.34. Caso de Uso Congelar o Descongelar Memo-rista. (C34)

Figura C.34: Diagrama de Secuencia del Sistema Congelar o DescongelarMemorista.


189


C.35. Caso de Uso Asignar CE. (C35)

Figura C.35: Diagrama de Secuencia del Sistema Asignar CE.Fuente: Elaboracion Propia.

190


C.36. Caso de Uso Aprobar o Reprobar la Memoria.(C36)

Figura C.36: Diagrama de Secuencia del Sistema Aprobar o Reprobar Memoria.Fuente: Elaboracion Propia.

191


C.37. Caso de Uso Listar Examenes. (C37)

Figura C.37: Diagrama de Secuencia del Sistema Listar Examenes.Fuente: Elaboracion Propia.

192


C.38. Caso de Uso Revisar Examen de Titulo.(C38)

Figura C.38: Diagrama de Secuencia del Sistema Revisar Examen de Titulo.Fuente: Elaboracion Propia.

193


C.39. Caso de Uso Registrar Datos y Archivos Im-portantes. (C39)

Figura C.39: Diagrama de Secuencia del Sistema Registrar Datos y ArchivosImportantes.


C.40. Caso de Uso Comentar Examen. (C40)

Figura C.40: Diagrama de Secuencia del Sistema Comentar Examen.Fuente: Elaboracion Propia.

194


C.41. Caso de Uso Establecer Fecha del Examen.(C41)

Figura C.41: Diagrama de Secuencia del Sistema Establecer Fecha del Examen.Fuente: Elaboracion Propia.

C.42. Caso de Uso Registrar Datos del Acta deMemoria. (C42)

Figura C.42: Diagrama de Secuencia del Sistema Registrar Datos del Acta deMemoria.


195


C.43. Caso de Uso Generar Acta de Memoria. (C43)

Figura C.43: Diagrama de Secuencia del Sistema Generar Acta de Memoria.Fuente: Elaboracion Propia.

C.44. Caso de Uso Asignar CET. (C44)

Figura C.44: Diagrama de Secuencia del Sistema Asignar CET.Fuente: Elaboracion Propia.

196


C.45. Caso de Uso Aprobar o Reprobar Examen.(C45)

Figura C.45: Diagrama de Secuencia del Sistema Aprobar o Reprobar Examen.Fuente: Elaboracion Propia.

197


C.46. Caso de Uso Registrar Nueva Comision. (C46)

Figura C.46: Diagrama de Secuencia del Sistema Registrar Nueva Comision.Fuente: Elaboracion Propia.

198


C.47. Caso de Uso Listar Comisiones. (C47)

Figura C.47: Diagrama de Secuencia del Sistema Listar Comisiones.Fuente: Elaboracion Propia.

199


C.48. Caso de Uso Listar Titulados. (C48)

Figura C.48: Diagrama de Secuencia del Sistema Listar Titulados.Fuente: Elaboracion Propia.

C.49. Caso de Uso Generar Graficos. (C49)

Figura C.49: Diagrama de Secuencia del Sistema Generar Graficos.Fuente: Elaboracion Propia.

200


C.50. Caso de Uso Generar Reportes. (C50)

Figura C.50: Diagrama de Secuencia del Sistema Generar Reportes.Fuente: Elaboracion Propia.

C.51. Caso de Uso Listar F.A.Q. (C51)

Figura C.51: Diagrama de Secuencia del Sistema Listar F.A.Q.Fuente: Elaboracion Propia.

201


C.52. Caso de Uso Realizar Preguntas. (C52)

Figura C.52: Diagrama de Secuencia del Sistema Realizar Preguntas.Fuente: Elaboracion Propia.

C.53. Caso de Uso Responder Preguntas. (C53)

Figura C.53: Diagrama de Secuencia del Sistema Responder Preguntas.Fuente: Elaboracion Propia.

202


C.54. Caso de Uso Agregar Preguntas y respuestasa la lista. (C54)

Figura C.54: Diagrama de Secuencia del Sistema Agregar Preguntas yRespuestas a la Lista.


203

Apendice D

Diagrama de Clases.

204

APENDICE D. DIAGRAMA DE CLASES.

Figura D.1: Diagrama de Secuencia del Sistema Responder Preguntas.Fuente: Elaboracion Propia.

205

DISENO DE SISTEMA DE SEGUIMIENTO Y˜ CONTROL DE …

Documents

Transcript of DISENO DE SISTEMA DE SEGUIMIENTO Y˜ CONTROL DE …