´ UNIVERSIDAD DE CONCEPCION Facultad de Ingenier´ ıa Departamento de Ingenier´ Informatica y Ciencias de la ıa Computaci´n o

Sistema Gestor de Memorias de T´ ıtulo Etapa: Dise˜ o n

Luis Bustamante - Carola Garrido - Felipe P´rez e

Profesor: Ricardo Contreras

. . . . . . . . . . . . Requerimientos No Funcionales . . . . . . . . . . .4. . . . 4. . . . o 3. . . . Modelo del Sistema . . . . . . . . . . . . . . . . . . . . 3. . . . . . . . . . . . . 4. . . . . . . . . . . . Modelo Entidad-Relaci´n . . . . Diagramas de Secuencia . . . . . . . . . . . . . . Diagramas de Casos de Uso 4. . .4. . . . . . . . . . . . . . . . . . . . . . .3. . 3. . . . Motivaci´n o 2.2. . . . . . . . . . . . . . . . . . . . . . Diagrama de Clases . . . . . . . . 5. Introducci´n o 3. . . . . . Especificaci´n de Requerimientos o 3. .5. . . . . . . .1. . Evoluci´n del Sistema . . . Glosario 3 4 5 5 6 7 9 10 10 13 16 17 18 19 . . . .´ Indice 1. . o 4. . . . . . . .3. .1. . . . 4. . . . . Dise˜ o n 4. . Requerimientos Funcionales .2. . . . . . . . . Arquitectura del Sistema . . . . . . . .

Motivaci´n o asdasdasdasd 3 .1.

Adem´s. El sistema proveer´ un medio que permitir´ el ingreso. tanto en las tesis de Mag´ ıster como de Doctorado. Introducci´n o El Departamento de Ingenier´ Civil Inform´tica. en su necesidad de almaceıa a nar y manejar las memorias de t´ ıtulo de postgrado desarrolladas por los alumnos del departamento. se incluye un Glosario para complementar el entendimiento de los a t´rminos t´cnicos incluidos. ha planteado la idea de implementar un sistema inform´tico a que cubra estas necesidades. o los Requerimientos Funcionales y Requerimientos No Funcionales. modificaci´n y cona a o sulta de los datos de los alumnos y nombres de profesores participantes. e e 4 .2. En este documento presentaremos informaci´n sobre el Modelo del sistema. se˜alando n las caracter´ ısticas y objetivos necesarios para desarrollar el software requerido.

Especificaci´n de Requerimientos o Modelo del Sistema El siguiente diagrama de casos de uso muestra las acciones que los usuarios del sistema pueden llevar acabo. 3. Figura 1: Diagrama de Casos de Uso del sistema general.3. el flujo de los datos que van o ıca. el sistema inserto en el entorno en que ser´ utilizado. A continuaci´n se graf´ en forma simplificada. desde el usuario hasta la base de datos. es decir. 5 . a Figura 2: Diagrama de Flujo de Datos.1.

2.3. no esta contemplada una evoluci´n del sistema. Sin o embargo. ya que el manejo de las tesis es constante en el tiempo. 6 . Evoluci´n del Sistema o Debido a la naturaleza de este proyecto. sin realizar grandes modificaciones sobre este. vale la pena destacar que podr´ ser exportado para su uso en otros ıa departamentos de la universidad.

Adem´s el sistema debe a entregar al usuario las herramientas necesarias para que este pueda ingresar y guardar la informaci´n.3. Requerimientos Funcionales Capacidad de almacenar la informaci´n en relaci´n a las memorias o o de t´ ıtulos de los alumnos de postgrado: Esto debe realizarse en un medio de almacenamiento que permita la persistencia de los datos para la posterior recuperaci´n de la informaci´n tras haberla ingresado.3. con al menos una de ellas aceptada para su publicaci´n[5] o Estado de las publicaciones[5][4] Enviada Aceptada 7 . el m´ ınimo de integrantes es de 5[3] Instituci´n de origen de los integrantes de la comisi´n[3][2] o o Fecha de ingreso al programa de postgrado Fecha de inicio de la tesis Fecha de t´rmino de la tesis e Estado de la tesis En proceso Finalizada Abandonada Nota de la tesis Publicaciones asociadas al alumno tesista[5][4] En caso de mag´ ıster debe tener m´ ınimo una publicaci´n enviada[4] o En caso de doctorado debe tener m´ ınimo dos publicaciones enviadas. se deben administrar los siguientes datos: o Nombre del alumno que desarrolla la tesis N´mero de matr´ u ıcula del alumno T´ ıtulo de la tesis Nombre del patrocinante(s) de la tesis[1] Procedencia (extrajero o interno) Nombres de los integrantes de la comisi´n[3][2] o En caso de ser tesis de mag´ ıster. o En relaci´n a lo anterior. Se asume que el tiempo o o que deben perdurar los datos alojados es indefinido. el m´ ınimo de integrantes es de 3[2] En caso de ser tesis de doctorado.

o N´mero de tesis que gui´ un profesor u o B´squeda de una tesis por rango de a˜os u n N´mero de tesis de las cuales un profesor particip´ en la comisi´n [3][2] u o o Distinci´n de los tipos de usuarios que hacen uso del sistema: El o sistema cuenta con dos tipos de usuarios. ya que finalmente la persona a cargo de a esto ser´ su secretaria. Director del Programa: usuario que tiene la facultad de ingresar al sistema y realizar modificaciones sobre los datos almacenados. n Profesor: usuario sin privilegios sobre el sistema. debe tener la posibilidad de modificar los datos sobre las tesis ingresadas. Capacidad de modificar la informaci´n de las tesis almacenadas o en el sistema: El usuario (Director del Programa o Secretaria). En ambos casos. los cuales poseen distintos niveles de privilegios. las cuales deben ser respondidas con la informaci´n ya ingresada al sistema.Capacidad de realizar variadas consultas en relaci´n a las tesis o almacenadas en el sistema: Se espera que el software pueda responder ciertas consultas relacionadas con una tesis. 8 . ya que solo puede realizar consultas sobre el sistema. Este usuario no har´ uso directo del software. el ingreso al sistema sera con la a contrase˜a del Director del programa.

unico usuario con privilegios de modificaci´n. Requerimientos No Funcionales Login usuario: En el caso de realizar modificaciones a los datos almacenados en el sistema. es decir.4. Debido a estos motivos el sistema se implementar´ sobre una plataforma web. a permitiendo ambas caracter´ ısticas antes mencionadas. f´cil de usar. la interfaz a debe ser intuitiva.3. a Acceso al sistema: Este debe estar accesible para la realizaci´n de cono sultas desde cualquier lugar y desde distintos sistemas operativos. se debe estar previamente identificado como Director del Programa. ´ o Interfaz: Debido a que el uso del sistema sera hecho mayoritariamente por una secretaria. sin conocimientos avanzados en inform´tica. 9 .

Extensiones: 3’ Los datos ingresados son inv´lidos: a • El sistema indica al usuario que el dato no es correcto y solicita la correcci´n de este. 3. 4. Actor Principal:Administrador (Director del Programa y su respectiva Secretaria) Personal Involucrado e Intereses: • Administrador: Desea ingresar los datos referentes a las tesis de los alumnos de postgradro en el sistema. El sistema verifica la validez de los datos ingresados. Precondiciones: El usuario debe estar identificado en el sistema. Dise˜ o n Diagramas de Casos de Uso A continuaci´n se muestran las interacciones que pueden realizar los usuarios o con el sistema mediante el uso de Diagramas de Casos de Uso. Postcondiciones: El usuario ingresa los datos al sistema. ´ Escenario Principal de Exito: 1. 5. El usuario entra al m´dulo correspondiente en el sistema.1.4. 4. o El usuario hace ingreso de los datos que el sistema solicita. o 1-4’ El usuario puede cancelar el ingreso de datos en cualquier momento • El sistema indica al usuario la cancelaci´n del proceso y redirige al o men´ principal u 10 . El usuario finaliza el ingreso de datos. El sistema registra los datos en la base de datos e indica al usuario que ha realizado una entrada satisfactoria de la tesis. 2. Caso de Uso UC1: Ingresar Datos Figura 3: Diagrama de Casos de Uso UC1 Ingresar Datos.

Postcondiciones: Molificaci´n de los datos de una tesis anteriormente o ingresada en el sistema.1. o u u 4. ´ Escenario Principal de Exito: 1. El usuario puede Editar o Eliminar a) Edici´n o 1) El usuario editar los datos y confirma la edici´n o 2) El sistema indica al usuario la correcta edici´n de los datos o b) Eliminar 1) El usuario elimina la tesis seleccionada. Precondiciones: El usuario debe estar identificado en el sistema.1’ Los datos ingresados no son validos. 2. 3. El sistema muestra al usuario los datos de la tesis seleccionada. 2) El sistema elimina la tesis de la base de datos e indica al usuario el ´xito de la operaci´n e o Extensiones: 1’ La tesis no se encuentra en el sistema • El eL sistema se˜ala al usuario que no existe una tesis asociada a su n patr´n de b´squeda y ofrece una nueva b´squeda. 11 . Actor Principal:Administrador (Director del Programa y su respectiva Secretaria) Personal Involucrado e Intereses: • Administrador: Desea modificar los datos de una tesis ingresada previamente en el sistema. 4. El usuario puede modificar los datos o eliminar la tesis por completo. El usuario busca y selecciona una tesis en particular.Caso de Uso UC2: Modificar Datos Figura 4: Diagrama de Casos de Uso UC2 Modificar Datos.

o 1-4’ El usuario puede cancelar la operaci´n en cualquier momento o • El sistema indica al usuario la cancelaci´n del proceso y redirige al o men´ principal. u 12 . El sistema devuelve al usuario al men´ principal u Extensiones: 1’ No existen datos asociados a la b´squeda realizada u • El sistema indica el error al usuario y ofrece una b´squeda nueva. o 6. o sobre alg´n profesor en particular o un rango de a˜os determinado. u n Precondiciones: ninguna. 2. o 5. o ´ Escenario Principal de Exito: 1. El usuario selecciona la informaci´n requerida. El usuario ingresa su par´metro de b´squeda a trav´s de la interfaz a u e del sistema. Actor Principal:Usuario (Profesor y Administrador) Personal Involucrado e Intereses: • Usuario: Desea obtener informaci´n sobre una tesis en particular. o 4. u 3. El sistema presenta al usuario los datos asociados a su b´squeda. u Caso de Uso UC3: Realizar Consulta Figura 5: Diagrama de Casos de Uso UC3 Realizar Consulta.• El sistema indica al usuario que el tipo de dato no es correcto y solicita la correcci´n de este. El usuario finaliza la operaci´n. Postcondiciones: El usuario obtiene la informaci´n deseada. o • El sistema indica al usuario la cancelaci´n del proceso y redirige al o men´ principal. El sistema entrega al usuario la informaci´n requerida. u 1-5’ El usuario puede cancelar la operaci´n en cualquier momento.

13 .2. Diagramas de Secuencia Figura 6: Diagrama de Secuencias para Caso de Uso UC1..4.

Figura 7: Diagrama de Secuencias para Caso de Uso UC2. 14 .

Figura 8: Diagrama de Secuencias para Caso de Uso UC3. 15 .

4. 16 .3. Diagrama de Clases Figura 9: Diagrama de Casos de Uso UC1 Ingresar Datos.

Modelo Entidad-Relaci´n o Figura 10: Diagrama de Casos de Uso UC1 Ingresar Datos. 17 .4.4.

5. Arquitectura del Sistema 18 .4.

un acad´mico de la Universidad perteneciente a otro Proe grama de Doctorado. a o [5] Publicaci´n Doctorado: Junto con la Tesis de Grado. Glosario Referencias [1] Patrocinante: Profesor elegido por el alumno al momento de preparar su tesis. Al momento de rendir su examen de grado.5. e co del Programa. el candidato deo ber´ presentar copias de una publicaci´n resultante del trabajo de tesis. [2] Comisi´n Mag´ o ıster: Compuesta del Patrocinante. e [4] Publicaci´n Magister: Junto con la Tesis de Grado. un revisor externo a la Universidad y un miembro del Comit´ de Graduados. el candidato deo ber´ presentar copias de al menos dos publicaciones resultantes del trabajo a de tesis. una de las publicaciones deber´ haber sido aceptada para su publicaci´n. un segundo acad´mico e del Programa y un revisor externo a la Universidad. [3] Comisi´n Doctorado: Compuesta del Profesor Gu´ un segundo acad´mio ıa. a o 19 . la cual a o deber´ haber sido enviada a revisi´n a una revista indexada en ISI-Thompson. Dichas publicaciones deber´n haber sido recibidas en revistas indea xadas en ISI-Thompson. El profesor elegido deber´ ser parte del cuerpo acad´mico del departaa e mento.