Sie sind auf Seite 1von 19

UNIVERSIDAD DE CONCEPCION Facultad de Ingenier a Departamento de Ingenier Informatica y Ciencias de la a Computacin o

Sistema Gestor de Memorias de T tulo Etapa: Dise o n

Luis Bustamante - Carola Garrido - Felipe Prez e

Profesor: Ricardo Contreras

Indice
1. Motivacin o 2. Introduccin o 3. Especicacin de Requerimientos o 3.1. Modelo del Sistema . . . . . . . . 3.2. Evolucin del Sistema . . . . . . o 3.3. Requerimientos Funcionales . . . 3.4. Requerimientos No Funcionales . 4. Dise o n 4.1. Diagramas de Casos de Uso 4.2. Diagramas de Secuencia . . 4.3. Diagrama de Clases . . . . 4.4. Modelo Entidad-Relacin . o 4.5. Arquitectura del Sistema . . 5. Glosario 3 4 5 5 6 7 9 10 10 13 16 17 18 19

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

1.

Motivacin o
asdasdasdasd

2.

Introduccin o

El Departamento de Ingenier Civil Informtica, en su necesidad de almacea a nar y manejar las memorias de t tulo de postgrado desarrolladas por los alumnos del departamento, ha planteado la idea de implementar un sistema informtico a que cubra estas necesidades. El sistema proveer un medio que permitir el ingreso, modicacin y cona a o sulta de los datos de los alumnos y nombres de profesores participantes, tanto en las tesis de Mag ster como de Doctorado. En este documento presentaremos informacin sobre el Modelo del sistema, o los Requerimientos Funcionales y Requerimientos No Funcionales, sealando n las caracter sticas y objetivos necesarios para desarrollar el software requerido. Adems, se incluye un Glosario para complementar el entendimiento de los a trminos tcnicos incluidos. e e

3.
3.1.

Especicacin de Requerimientos o
Modelo del Sistema

El siguiente diagrama de casos de uso muestra las acciones que los usuarios del sistema pueden llevar acabo.

Figura 1: Diagrama de Casos de Uso del sistema general. A continuacin se graf en forma simplicada, el ujo de los datos que van o ca, desde el usuario hasta la base de datos, es decir, el sistema inserto en el entorno en que ser utilizado. a

Figura 2: Diagrama de Flujo de Datos.

3.2.

Evolucin del Sistema o

Debido a la naturaleza de este proyecto, no esta contemplada una evolucin del sistema, ya que el manejo de las tesis es constante en el tiempo. Sin o embargo, vale la pena destacar que podr ser exportado para su uso en otros a departamentos de la universidad, sin realizar grandes modicaciones sobre este.

3.3.

Requerimientos Funcionales

Capacidad de almacenar la informacin en relacin 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 recuperacin de la informacin tras haberla ingresado. Se asume que el tiempo o o que deben perdurar los datos alojados es indenido. Adems el sistema debe a entregar al usuario las herramientas necesarias para que este pueda ingresar y guardar la informacin. o En relacin a lo anterior, se deben administrar los siguientes datos: o Nombre del alumno que desarrolla la tesis Nmero 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 comisin[3][2] o En caso de ser tesis de mag ster, el m nimo de integrantes es de 3[2] En caso de ser tesis de doctorado, el m nimo de integrantes es de 5[3] Institucin de origen de los integrantes de la comisin[3][2] o o Fecha de ingreso al programa de postgrado Fecha de inicio de la tesis Fecha de trmino 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 publicacin enviada[4] o En caso de doctorado debe tener m nimo dos publicaciones enviadas, con al menos una de ellas aceptada para su publicacin[5] o Estado de las publicaciones[5][4] Enviada Aceptada

Capacidad de realizar variadas consultas en relacin a las tesis o almacenadas en el sistema: Se espera que el software pueda responder ciertas consultas relacionadas con una tesis, las cuales deben ser respondidas con la informacin ya ingresada al sistema. o Nmero de tesis que gui un profesor u o Bsqueda de una tesis por rango de aos u n Nmero de tesis de las cuales un profesor particip en la comisin [3][2] u o o Distincin de los tipos de usuarios que hacen uso del sistema: El o sistema cuenta con dos tipos de usuarios, los cuales poseen distintos niveles de privilegios. Director del Programa: usuario que tiene la facultad de ingresar al sistema y realizar modicaciones sobre los datos almacenados. Este usuario no har uso directo del software, ya que nalmente la persona a cargo de a esto ser su secretaria. En ambos casos, el ingreso al sistema sera con la a contrasea del Director del programa. n Profesor: usuario sin privilegios sobre el sistema, ya que solo puede realizar consultas sobre el sistema. Capacidad de modicar la informacin de las tesis almacenadas o en el sistema: El usuario (Director del Programa o Secretaria), debe tener la posibilidad de modicar los datos sobre las tesis ingresadas.

3.4.

Requerimientos No Funcionales
Login usuario: En el caso de realizar modicaciones a los datos almacenados en el sistema, se debe estar previamente identicado como Director del Programa, unico usuario con privilegios de modicacin. o Interfaz: Debido a que el uso del sistema sera hecho mayoritariamente por una secretaria, sin conocimientos avanzados en informtica, la interfaz a debe ser intuitiva, es decir, fcil de usar. a Acceso al sistema: Este debe estar accesible para la realizacin de cono sultas desde cualquier lugar y desde distintos sistemas operativos. Debido a estos motivos el sistema se implementar sobre una plataforma web, a permitiendo ambas caracter sticas antes mencionadas.

4.
4.1.

Dise o n
Diagramas de Casos de Uso

A continuacin se muestran las interacciones que pueden realizar los usuarios o con el sistema mediante el uso de Diagramas de Casos de Uso. Caso de Uso UC1: Ingresar Datos

Figura 3: Diagrama de Casos de Uso UC1 Ingresar Datos. 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. Precondiciones: El usuario debe estar identicado en el sistema. Postcondiciones: El usuario ingresa los datos al sistema. Escenario Principal de Exito: 1. 2. 3. 4. 5. El usuario entra al mdulo correspondiente en el sistema. o El usuario hace ingreso de los datos que el sistema solicita. El sistema verica la validez de los datos ingresados. El usuario naliza 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.

Extensiones: 3 Los datos ingresados son invlidos: a El sistema indica al usuario que el dato no es correcto y solicita la correccin de este. o 1-4 El usuario puede cancelar el ingreso de datos en cualquier momento El sistema indica al usuario la cancelacin del proceso y redirige al o men principal u

10

Caso de Uso UC2: Modicar Datos

Figura 4: Diagrama de Casos de Uso UC2 Modicar Datos. Actor Principal:Administrador (Director del Programa y su respectiva Secretaria) Personal Involucrado e Intereses: Administrador: Desea modicar los datos de una tesis ingresada previamente en el sistema. Precondiciones: El usuario debe estar identicado en el sistema. Postcondiciones: Molicacin de los datos de una tesis anteriormente o ingresada en el sistema. Escenario Principal de Exito: 1. El usuario busca y selecciona una tesis en particular. 2. El sistema muestra al usuario los datos de la tesis seleccionada. 3. El usuario puede modicar los datos o eliminar la tesis por completo. 4. El usuario puede Editar o Eliminar a) Edicin o 1) El usuario editar los datos y conrma la edicin o 2) El sistema indica al usuario la correcta edicin de los datos o b) Eliminar 1) El usuario elimina la tesis seleccionada. 2) El sistema elimina la tesis de la base de datos e indica al usuario el xito de la operacin e o Extensiones: 1 La tesis no se encuentra en el sistema El eL sistema seala al usuario que no existe una tesis asociada a su n patrn de bsqueda y ofrece una nueva bsqueda. o u u 4.1.1 Los datos ingresados no son validos. 11

El sistema indica al usuario que el tipo de dato no es correcto y solicita la correccin de este. o 1-4 El usuario puede cancelar la operacin en cualquier momento o El sistema indica al usuario la cancelacin del proceso y redirige al o men principal. u Caso de Uso UC3: Realizar Consulta

Figura 5: Diagrama de Casos de Uso UC3 Realizar Consulta. Actor Principal:Usuario (Profesor y Administrador) Personal Involucrado e Intereses: Usuario: Desea obtener informacin sobre una tesis en particular, o sobre algn profesor en particular o un rango de aos determinado. u n Precondiciones: ninguna. Postcondiciones: El usuario obtiene la informacin deseada. o Escenario Principal de Exito: 1. El usuario ingresa su parmetro de bsqueda a travs de la interfaz a u e del sistema. 2. El sistema presenta al usuario los datos asociados a su bsqueda. u 3. El usuario selecciona la informacin requerida. o 4. El sistema entrega al usuario la informacin requerida. o 5. El usuario naliza la operacin. o 6. El sistema devuelve al usuario al men principal u Extensiones: 1 No existen datos asociados a la bsqueda realizada u El sistema indica el error al usuario y ofrece una bsqueda nueva. u 1-5 El usuario puede cancelar la operacin en cualquier momento. o El sistema indica al usuario la cancelacin del proceso y redirige al o men principal. u

12

4.2.

Diagramas de Secuencia

Figura 6: Diagrama de Secuencias para Caso de Uso UC1..

13

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

14

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

15

4.3.

Diagrama de Clases

Figura 9: Diagrama de Casos de Uso UC1 Ingresar Datos.

16

4.4.

Modelo Entidad-Relacin o

Figura 10: Diagrama de Casos de Uso UC1 Ingresar Datos.

17

4.5.

Arquitectura del Sistema

18

5.

Glosario

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

19

Das könnte Ihnen auch gefallen