Uml Ingenieriadsoftware

ETAPA DE DISEÑO Cristian Garrido.Cristian Olivares

Alejandro Spichiger.

PROFESORA : Sra. Emma Chávez M.JEFE DE ETAPA : Cristian Olivares R.FACULTAD : IngenieríaCARRERA : Ingeniería Civil Informática

Concepción, 15 de Julio de 2005

ÍNDICE

Pág.

1. INTRODUCCIÓN 4

2. ÁMBITO DEL DISEÑO 5

3. CASOS DE USO 6

4. MODELO RELACIONAL DE LA BASE DE DATOS 27

5. ARQUITECTURA DE LA APLICACIÓN 31

6. MAPA DE NAVEGACIÓN 32

7. MODELO WEB DE LA APLICACIÓN 36

8. BIBLIOGRAFÍA 40

Diseño Ingeniería de Software 1

ÍNDICE DE FIGURAS

Pág.

Fig. 1 “Diagrama Caso de Uso: Relación entre Jefe Carrera y Docente con SISEC” 6

Fig. 2 “Diagrama Caso de Uso: Alumno con SISEC” 7

Fig. 3 “Diagrama Caso de Uso: Secretaria con SISEC” 8

Fig. 4 “Modelo Relacional: Sección Uno” 29

Fig. 5 “Modelo Relacional: Sección Dos” 30

Fig. 6 “Arquitectura de la Aplicación” 31

Fig. 7 “Mapa de Navegación: Administrador” 32

Fig. 8 “Mapa de Navegación: Jefe de Carrera” 33

Fig. 9 “Mapa de Navegación: Docente” 34

Fig. 10 “Mapa de Navegación: Alumno” 35

Fig. 11 “Mapa de Navegación: Secretaria” 35

Fig. 12 “Modelo Web: Perfil de Jefe de Carrera” 36

Fig. 13 “Modelo Web: Perfil de Docente” 37

Fig. 14 “Modelo Web: Perfil Alumno” 38

Fig. 15 “Modelo Web: Perfil de Secretaria” 39


ÍNDICE DE TABLAS

Pág.

Tabla 1: “Caso de Uso: Definir parámetros del curso” 9

Tabla 2: “Caso de Uso: Visualizar las notas de una asignatura” 11

Tabla 3: “Caso de Uso: Ingresar Actividad de Evaluación” 12

Tabla 4: “Caso de Uso: Ingreso de Notas” 13

Tabla 5: “Caso de Uso: Modificar actividades de evaluación” 14

Tabla 6: “Caso de Uso: Eliminar actividad de evaluación” 15

Tabla 7: “Caso de Uso: Calcular promedio” 16

Tabla 8: “Caso de Uso: Visualizar notas de las asignaturas de su área” 17

Tabla 9: “Caso de Uso: Autentificación de usuario” 18

Tabla 10: “Caso de Uso: Solicitar Certificados” 19

Tabla 11: “Caso de Uso: Visualizar notas por alumno” 20

Tabla 12: “Caso de Uso: Imprimir Certificados Solicitados” 21

Tabla 13: “Caso de Uso: Eliminar Solicitudes de Certificados” 22

Tabla 14: “Caso de Uso: Ordenar Solicitudes de Certificados” 23

Tabla 15: “Caso de Uso: Consultar Solicitudes de Certificados” 24

Tabla 16: “Caso de Uso: Reestablecer las cuotas de Solicitudes” 25

Tabla 17: “Caso de Uso: Reestablecer la cuota de Solicitud a un Alumno” 26


1. INTRODUCCIÓN

La abstracción de la etapa de especificación de requisitos es ahora llevada a modelos

concretos, con la finalidad de crear una solución adecuada a las necesidades de los clientes. En esta

etapa se comienza a generar la respuesta a dichas necesidades, a través de herramientas y técnicas

concretas de diseño de aplicaciones, y, en este caso particular, de Aplicaciones Web. La Dirección

de Admisión y Registro Académico de la Universidad está interesada en que los alumnos puedan

llevar a cabo las solicitudes de certificados a través de Internet, siendo éste el fundamento principal

para el desarrollo de la Aplicación Web.

El primer paso hacía el diseño de la aplicación Web, SISEC, es analizar y comprender, de

manera efectiva, los requisitos entregados por los clientes. Esto último tiene por objeto definir,

correctamente, el problema que se presenta y, con ello, tomar decisiones más acertadas al momento

de desarrollar la solución.

Posteriormente, se debe considerar la existencia del sistema SIMBAD, el cual contiene

información necesaria para el funcionamiento de SISEC, por lo cual, el estudio del comportamiento

del SIMBAD es relevante para el desarrollo de la aplicación.

El objetivo principal de la etapa de diseño es la creación de los modelos que le permitirán a

los programadores desarrollar de forma eficiente la aplicación, es decir, se debe decidir qué modelos

y qué técnicas de programación de software utilizar, ajustando el diseño a las herramientas y

recursos existentes dentro de la Universidad para el desarrollo de Software, así como también a las

necesidades de los clientes y usuarios.


2. ÁMBITO DEL DISEÑO

El sistema está inmerso en el ámbito académico de la Universidad Católica de la Santísima

Concepción, en la cual funcionan varios sistemas informáticos y no informáticos, así como también,

existen reglamentos y normas para el normal funcionamiento de las actividades académicas. Por lo

cual es necesario conocer el comportamiento de cada uno de los sistemas existentes que se

relacionan de manera, directa o indirecta, con el funcionamiento de SISEC y, comprender,

cabalmente, las normas que rigen las actividades que se integran en el sistema en desarrollo.

El sistema SIMBAD está estrechamente relacionado con SISEC, ya que apoya las

actividades académicas y administrativas de la Universidad, siendo su actual pilar informático. El

SIMBAD maneja la información relativa a los Alumnos, Académicos, Administrativos, entre otros.

Por lo tanto, se debe analizar el Modelo de la Base de Datos para determinar la información que

posee y el tratamiento de ella. Esto permite determinar si dicho Modelo contiene la información

suficiente para el funcionamiento efectivo de SISEC, o si es necesaria la extensión y, por

consiguiente, adaptación del Modelo del SIMBAD a las necesidades de SISEC.

Además, es fundamental estudiar la normativa existente en relación a las Solicitudes de

Certificados y al Manejo de Notas, tanto parciales como finales, de cada curso. Para ello, es

necesario conocer los beneficios, restricciones y, especialmente, excepciones que existen en relación

a las solicitudes de certificados. También, es fundamental conocer y comprender el reglamento de la

Universidad y los vacíos de éste, en relación a las evaluaciones, los plazos, la asistencia, entre otros

temas asociados. Lo anterior, permite el correcto desarrollo de los modelos de las funcionalidades

que integra SISEC, ajustándose a las normas existentes en la Universidad.


3. CASOS DE USO

En esta sección se muestran los Casos de Uso del sistema, los que permiten reconocer

claramente las funcionalidades que presta SISEC, a cada uno de los actores que interactúan con él.

En primera instancia, se presentan los diagramas creados a partir de dichas funcionalidades, los que

se diseñaron, separadamente, para cada uno de los actores del sistema, incluyendo el sistema

SIMBAD. Seguidamente, por cada Caso de Uso se generó una plantilla en la que se especifican las

operaciones que se llevan a cabo para el cumplimiento del objetivo de cada uno de ellos.

Diagramas de los Casos de Uso.

Fig. 1 “Diagrama Caso de Uso: Relación entre Jefe Carrera y Docente con SISEC”


Fig. 2 “Diagrama Caso de Uso: Alumno con SISEC”


Fig. 3 “Diagrama Caso de Uso: Secretaria con SISEC”


Plantillas para los Casos de Uso.

CASO DE USO 1. Definir Parámetros del Curso.

OBJETIVOS

Permitir a los docentes de la UCSC, 1. Habilitar el manejo de asistencia para una asignatura,.2. Ingresar el porcentaje de asistencia por alumno para una

asignatura3. Ingresar la nota de eximisión del curso.

PRECONDICION1. El Usuario debe estar autentificado por el sistema.2. Se debe iniciar la sesión de Docente.

POSTCONDICION

1. Se maneja el requisito de asistencia y la eximisión en la base de datos.

2. Se actualiza la base de datos con las asistencias de los alumnos.

ACTOR PRINCIPAL Docente. ACTOR

SECUNDARIO SIMBAD

DESCRIPCION PASO ACCION

1

El Sistema muestra por pantalla, al Docente, la Lista de Asignaturas que dicta durante el semestre en vigencia.

2 El Docente Selecciona la asignatura

3El Docente selecciona la opción de definir parámetros del curso.

4El Docente selecciona la opción de habilitar el manejo de asistenciaa) El docente debe ingresar el porcentaje mínimo de asistencia para la aprobación de la asignatura. Por reglamento debe ser mínimo 60%.b) El docente debe ingresar la nota de reprobación por inasistencia.

5 El Docente ingresa la nota de Eximisión del curso.

6El Docente Selecciona la opción Guardar y vuelve al paso 3.

7El Sistema confirma al Docente el éxito la operación y vuelve al paso 1.

EXTENSIONES PASO ACCION

3 3’Está habilitada la opción de manejo de asistencia.El Docente puede ingresar el porcentaje de asistencia para cada alumno.

4 4’ El Docente inhabilita el manejo de asistencia.


Se inhabilita el manejo de asistencia para ese curso.

4’ a)Se ha ingresado un porcentaje de asistencia inválido. Se envía un mensaje informado al usuario que el porcentaje de asistencia debe ser mayor o igual a 60% y menor o igual a 100%.

4’b) Se ha ingresado una nota inválida.Se envía un mensaje informado al usuario que la nota ingresada debe ser menor a 4.0 y mayor que 1.0.

5 5’La nota de eximisión es mayor que 7.0 y menor que 4.0.El Sistema envía un mensaje informando del error cometido.

1..7 1..7’ El Docente sale del Sistema. Se cierra la sesión del Docente.

Tabla 1: “Caso de Uso: Definir parámetros del curso”


Tabla 2: “Caso de Uso: Visualizar las notas de una asignatura”

Diseño Ingeniería de Software

CASO DE USO 2. Visualizar las notas de una asignatura.

OBJETIVOS Permitir a los docentes de la UCSC, visualizar las notas obtenidas por los alumnos en una asignatura dictada por él.


POSTCONDICION ------------


SECUNDARIO SIMBAD


1


2El Docente Selecciona la asignatura a la cual le desea visualizar las notas de los alumnos.

3El Sistema muestra por pantalla, al Docente, las notas de los alumnos en la Asignatura seleccionada.

EXTENSIONES PASO ACCION1 1’ No existen Asignaturas asociadas al Docente.

Se muestra al Docente un mensaje notificándole que no dicta asignaturas durante este semestre.

3 3’

No existen notas asociadas a las actividades del curso o no existen actividades asociadas al curso.Se muestra al Docente un mensaje notificándole que no existen evaluaciones o actividades asociadas al curso especificado.


11

CASO DE USO 3. Ingresar Actividad de Evaluación.

OBJETIVOSPermitir a los Docentes de la UCSC, Ingresar cualquier actividad a alguna asignatura que impartan.

PRECONDICION1. El Usuario debe estar autentificado por el sistema.2. Se debe iniciar la sesión docente.

POSTCONDICION1. Se actualiza la información de las actividades de un

curso.


SECUNDARIO SIMBADDESCRIPCION PASO ACCION

1


2El Docente selecciona la asignatura a la cual le asociará la actividad.

3El Docente selecciona la opción de Ingresar Actividad.

4

El Sistema muestra por pantalla, al Docente, la Lista de atributos de la Actividad, los que deben ser completados por el Docente.

5 El Docente selecciona la opción Guardar.

6El Sistema confirma el éxito de la operación y envía al Docente al inicio de la Interfaz de Docente.

EXTENSIONES PASO ACCION 3 3’ No se pueden ingresar Actividades.

El Sistema envía un mensaje informando que las Actas de notas se han cerrado

4 4a’ Faltan atributos o ponderación incorrecta

Se vuelve al paso 4, indicando al usuario que ha ingresado atributos incorrectos.

4b’Existe una inconsistencia en las ponderaciones de actividades

El Sistema envía un mensaje informando que la suma de las ponderaciones de las actividades debe ser 100% y Sigue con el paso 4.


Tabla 3: “Caso de Uso: Ingresar Actividad de Evaluación”


CASO DE USO 4. Ingreso de Notas.

OBJETIVOSPermitir a los docentes de la UCSC, ingresar notas asociadas a alguna asignatura que impartan, ya sea certámenes, test, trabajos, tareas, entre otros.


POSTCONDICION 1. Se ingresa a la base de datos una nueva calificación.


SECUNDARIO SIMBAD


1El Sistema muestra por pantalla, al Docente, la Lista de Asignaturas que dicta durante el semestre en vigencia.

2El Docente Selecciona la asignatura a la cual se le ingresarán las notas.

3El Docente Selecciona la actividad a la cual pertenecen las notas.

4 El Docente Ingresa las notas de los alumnos.

5 El Docente Selecciona la opción Guardar Notas.

6 El Sistema calcula en nuevo promedio nota

7El Sistema confirma al Docente el éxito del Ingreso de las Notas y vuelve al paso 1.

EXTENSIONES PASO ACCION 2 2a’ No hay Actividades asociadas a la asignatura.

El sistema pregunta si desea ingresar actividad. Si es así, se va al caso de uso de ingreso de actividad, sino vuelve a la Interfaz de Docente.

2 2b’ El acta de notas se ha cerrado.

Se vuelve al inicio de la Interfaz de Docente. 1..7 1..7’ El Docente sale del Sistema. Se cierra la sesión del Docente.

Tabla 4: “Caso de Uso: Ingreso de Notas”


CASO DE USO 5. Modificar actividades de Evaluación.

OBJETIVOS Permitir a los docentes de la UCSC, modificar las notas y las ponderaciones de alguna asignatura que impartan.


POSTCONDICION 1. Se regresa a la interfaz de Docente


SECUNDARIO SIMBAD


1El Sistema muestra por pantalla, al Docente, la Lista de Asignaturas que dicta durante el semestre en vigencia.

2El Docente Selecciona la asignatura a la cual desea modificar las notas y/o la ponderación.

3El Docente selecciona la Actividad que desea modificar.

4 El Docente modifica las notas y/o ponderaciones.

5El docente selecciona la opción Guardar Cambios y vuelve al paso 4.

EXTENSIONES PASO ACCION2 2’ La Asignatura no tiene actividades asociadas.

El Sistema envía un mensaje de aviso y se vuelve al paso 2.


Tabla 5: “Caso de Uso: Modificar actividades de evaluación”


CASO DE USO 6. Eliminar actividad de evaluación.

OBJETIVOS

Permitir a los Docentes de la UCSC, eliminar una actividad de alguna Asignatura que esté dictando durante el semestre en el cual se realiza la consulta.

PRECONDICION1. El Usuario debe estar autentificado por el sistema.2. Se debe iniciar la sesión Docente.

POSTCONDICION 1. Se regresa a la interfaz de Docente.ACTOR PRINCIPAL Docente.

ACTOR SECUNDARIO SIMBADDESCRIPCION PASO ACCION

1

El Sistema le presenta al Docente la Lista de Asignaturas que está dictando durante el semestre en vigencia.

2El Docente selecciona la Asignatura a la cual le desea eliminar la actividad.

3El Docente selecciona la Actividad de Evaluación que desea eliminar.

4El Sistema elimina la Actividad seleccionada por el Docente.

5 El Sistema vuelve al paso 3.EXTENSIONES PASO ACCION

1 1’ No existen Asignaturas asociadas al Docente.

Se envía un mensaje de confirmación que informa la inexistencia de Asignaturas asociadas.

2 2’No existen Actividades de Evaluación asociadas a la Asignatura.Se envía un mensaje de confirmación que informa la inexistencia de Actividades asociadas.

4 4’ No se pudo eliminar la Actividad.El sistema despliega un mensaje de error y vuelve al paso 3.

1..5 1..5’ El Alumno sale del Sistema. Se cierra la sesión del Alumno.

Tabla 6: “Caso de Uso: Eliminar actividad de evaluación”


CASO DE USO 7. Calcular promedio.

OBJETIVOS

Permitir a los Docentes de la UCSC, calcular el promedio de notas de cada Asignatura que esté dictando durante el semestre en curso.

PRECONDICION

1. El Usuario debe estar autentificado por el sistema.2. Se debe iniciar la sesión Docente.3. Deben existir notas parciales asociadas al curso.

POSTCONDICION

1. Se ingresan los promedios de los alumnos a la Base de Datos.

2. Se regresa a la interfaz de Docente.



1El Sistema muestra por pantalla, al Docente, la lista de cursos que está dictando.

2El Docente selecciona el curso al cual desea calcular los promedios.

3 El Docente selecciona la opción Calcular Promedio.

4

El Sistema muestra por pantalla, al Docente, el reporte de Notas, correspondiente a la Asignatura seleccionada, incluyendo el promedio.

EXTENSIONES PASO ACCION 1..4 1..4’ El Alumno sale del Sistema. Se cierra la sesión del Alumno.

Tabla 7: “Caso de Uso: Calcular promedio”


CASO DE USO 8. Visualizar notas de las asignaturas de su área.

OBJETIVOS Permitir a los Jefes de Carrera de la UCSC, visualizar las notas de una asignatura de su área correspondiente.

PRECONDICION1. El Usuario debe estar autentificado por el sistema.2. Se debe iniciar la sesión de Jefe de Carrera.

POSTCONDICION 1. Se regresa a la interfaz de Jefe de Carrera.

ACTOR PRINCIPAL Jefe de Carrera. ACTOR

SECUNDARIO SIMBAD


1El Jefe de Carrera selecciona la opción consultar notas de su área.

2

El Sistema muestra por pantalla, la Lista de Asignaturas del área que se imparten durante el semestre en vigencia.

3El Jefe de Carrera Selecciona la asignatura a la cual desea visualizar las notas.

4 Se despliegan las notas por pantalla.

5El Jefe de Carrera selecciona la opción de Imprimir Notas si lo desea.

EXTENSIONES PASO ACCION 3 3’ La Asignatura no tiene Notas Asociadas.

El Sistema envía un mensaje de aviso y se vuelve al paso 2.

1..5 1..5’ El Jefe de Carrera sale del Sistema. Se cierra la sesión del Jefe de Carrera.

Tabla 8: “Caso de Uso: Visualizar notas de las asignaturas de su área”


CASO DE USO 9. Autentificación de usuario

OBJETIVOSPermitir al Usuario, que esta intentando entrar al sistema, validar que sea quien dice ser y esté registrado en el sistema.

PRECONDICION 1. La conexión a la base de datos debe estar disponible.POSTONDICION 1. Se inicia la sesión correspondiente.

ACTOR PRINCIPAL Docente o Alumno o Secretaria. ACTOR


1El Usuario debe ingresar su Nombre de Usuario en la caja de texto con el nombre "Usuario" a un costado.

2El Usuario debe ingresar su Contraseña en la caja de texto con el nombre "Contraseña" a un costado.

3 El Usuario debe Presionar el botón llamado Ingresar.EXTENSIONES PASO ACCION

3 3’ El Usuario no existe en el Sistema o el Usuario ingresó una contraseña no válida.

Se envía un mensaje de Error al usuario vuelve al paso 1.

1..3 1..3’ El Alumno sale del Sistema.

Se cierra la sesión del Alumno.

Tabla 9: “Caso de Uso: Autentificación de usuario”


CASO DE USO 10. Solicitar Certificados.

OBJETIVOS

Permitir a los Alumnos Regulares de la UCSC, Solicitar un Certificado, ya sea de Alumno Regular o de Concentración de Notas.

PRECONDICION1. El usuario debe estar autentificado por el sistema.2. Se debe iniciar la sesión alumno.

POSTCONDICION 1. Se regresa a la interfaz alumno.

ACTOR PRINCIPAL Alumno Regular. ACTOR


1El Alumno selecciona la opción de Solicitar Certificados.

2

El Alumno Selecciona el tipo de Certificado a solicitar. 1a. Si solicita un Certificado de Alumno Regular, debe ingresar el Propósito del Certificado y esperar la confirmación de la Solicitud..1b. Si solicita un Certificado de Concentración de Notas, sólo debe esperar la confirmación de la Solicitud.

3 El Sistema confirma al Alumno el éxito de la Solicitud.

4El Sistema envía al Alumno al inicio de la Interfaz de Alumno.

EXTENSIONES PASO ACCION 3 3’ No tiene éxito la solicitud.

Se envía un mensaje de error al Alumno y se vuelve al paso 2.


Tabla 10: “Caso de Uso: Solicitar Certificados”


CASO DE USO 11. Visualizar notas por alumno.

OBJETIVOS

Permitir a los Alumnos Regulares de la UCSC, Consultar las notas de cada Asignatura que esté cursando durante el semestre en el cual se realiza la consulta.

PRECONDICION1. El Usuario debe estar autentificado por el sistema.2. Se debe iniciar la sesión alumno.

POSTCONDICION 1. Se regresa a la interfaz de alumno.

ACTOR PRINCIPAL Alumno Regular. ACTOR


1 El alumno selecciona la opción de Consultar Notas.

2

El Sistema le presenta al Alumno la Lista de Asignaturas que está cursando durante el semestre en vigencia.

3El alumno Selecciona la Asignatura de la que desea conocer las Notas que ha obtenido hasta ese momento.

4El Sistema muestra por pantalla, al Alumno, la lista de Notas correspondiente a la Asignatura seleccionada.

EXTENSIONES PASO ACCION 3 3’ No tiene Notas en esa Asignaturas.

Se envía un mensaje de Aviso de que no existen Notas en esa Asignatura y se vuelve al paso 3.


Tabla 11: “Caso de Uso: Visualizar notas por alumno”


CASO DE USO 12. Imprimir Certificados Solicitados.

OBJETIVOS

Permitir a la Secretaria de la Dirección de Admisión y Registro Académico, Imprimir los Certificados Solicitados por los Alumnos Regulares.

PRECONDICION1. El usuario debe estar autentificado por el sistema.2. Se debe iniciar la sesión Secretaria.

POSTCONDICION1. Se eliminan de la lista los certificados impresos.2. Se vuelve a la interfaz de secretaria.

ACTOR PRINCIPAL Secretaria. ACTOR


1

El Sistema muestra por pantalla la Lista de Solicitudes de Certificados. Las que se muestran por orden de recepción.1ª. La Secretaria puede ordenar las Solicitudes por RUT.1b. La Secretaria puede ordenar las Solicitudes por Unidad Académica.1c. La Secretaria puede ordenar las Solicitudes por Tipo de Certificado.

2La Secretaria elige la(s) Solicitud(es) que desea Imprimir.

3La Secretaria selecciona la Opción de Imprimir Certificados.

4El Sistema crea el(los) Certificado(s) solicitado(s) y lo(s) Imprime.

5

El Sistema elimina de la Lista de Solicitudes de Certificados aquella(s) Solicitud(es) ya atendida(s) y vuelve al paso 1.

EXTENSIONES PASO ACCION 1 1' No existen Solicitudes de Certificados.

El Sistema envía un mensaje de Aviso, se queda en la pantalla inicial de la Interfaz de Secretaria y se deshabilitan las Opciones de Imprimir y de Eliminar Solicitudes de Certificados.

1..5 1..5’ La Secretaria sale del Sistema. Se cierra la sesión de la Secretaria.

Tabla 12: “Caso de Uso: Imprimir Certificados Solicitados”


CASO DE USO 13. Eliminar Solicitudes de Certificados.

OBJETIVOS

Permitir a la Secretaria de la Dirección de Admisión y Registro Académico, Eliminar Solicitudes de Certificados hechas por los Alumnos Regulares.

PRECONDICION1. El usuario debe estar autentificado por el sistema.2. Se debe iniciar la interfaz de Secretaria

POSTCONDICION1. Se eliminan de la lista la(s) solicitud(es) seleccionadas.2. Se vuelve a la interfaz de Secretaria



1

El Sistema muestra, por pantalla, la Lista de Solicitudes de Certificados. Las que se muestran por orden de recepción.1a. La Secretaria puede ordenar las Solicitudes por RUT.1b. La Secretaria puede ordenar las Solicitudes por Unidad Académica.1c. La Secretaria puede ordenar las Solicitudes por Tipo de Certificado.

2La Secretaria selecciona la(s) Solicitud(es) que desea Eliminar.

3La Secretaria selecciona la Opción de Eliminar Solicitudes de Certificados.

4

El Sistema elimina de la lista de Solicitudes de Certificados, aquellas Solicitud(es) que fue(ron) elegida(s) por la Secretaria y se vuelve al paso 1.


El Sistema envía un mensaje de Aviso, se queda en la pantalla inicial de la Interfaz de Secretaria y se deshabilitan las Opciones de Imprimir y de Eliminar Solicitudes de Certificados.


Tabla 13: “Caso de Uso: Eliminar Solicitudes de Certificados”


CASO DE USO 14. Ordenar Solicitudes de Certificados.

OBJETIVOS

Permitir a la secretaria ordenar las solicitudes de certificados para su posterior impresión, pudiendo ser esta por rut, unidad académica, tipo de certificado, orden alfabético, apellido paterno y fecha de solicitud.

PRECONDICION1. La Secretaria debe estar autentificada por el sistema.2. Se debe iniciar la sesión de Secretaria.

POSTCONDICION


SECUNDARIO SIMBAD


1El Sistema muestra por pantalla, a la Secretaria, la Lista de Solicitudes de certificados recepcionados.

2La Secretaria Selecciona el criterio por el cual desea ordenar las solicitudes.

3 La secretaria selecciona la opción Ordenar.

4La secretaria vuelve al paso 1, pero con la lista de solicitudes ordenada

EXTENSIONES PASO ACCION3 3’ No existen solicitudes recepcionadas.

El Sistema envía un mensaje de aviso informando que no existen solicitudes que ordenar.

1..4 1..4’ La Secretaria sale del Sistema. Se cierra la sesión de la Secretaria..

Tabla 14: “Caso de Uso: Ordenar Solicitudes de Certificados”


Tabla 15: “Caso de Uso: Consultar Solicitudes de Certificados”

Diseño Ingeniería de Software

CASO DE USO 15. Consultar Solicitudes de Certificados.

OBJETIVOS

Permitir a la Secretaria poder consultar por cualquier solicitud de certificado independientemente si fue impresa o no, pudiendo temporalizar la consulta de acuerdo a un año especifico.

PRECONDICION1. La secretaria debe estar autentificada por el sistema.2. Se debe iniciar la interfaz de la Secretaria

POSTCONDICION



1

El Sistema muestra, por pantalla, la lista de opciones de consulta, rut, unidad académica o tipo de certificado, además de una Lista con los años disponibles para realizar la consulta.

2

La Secretaria selecciona un criterio de consulta para un año determinado e ingresar el parámetro de búsqueda.

3La Secretaria selecciona la Opción Consultar Certificado(s).

4El Sistema muestra una lista con la(s) ocurrencia(s) de la consulta.

5El Sistema vuelve al paso 1, manteniendo la(s) ocurrencia(s) de la consulta.


El Sistema envía un mensaje de Aviso, indicando que no hay solicitudes que correspondan a esa consulta y vuelve a 1.


24

CASO DE USO 16. Reestablecer las cuotas de Solicitudes.

OBJETIVOSPermitir a la Secretaria poder reestablecer las cuotas de solicitudes, por cada certificado, de todos los alumnos.


POSTCONDICION

1. Los alumnos tendrán restauradas las cuotas de solicitudes, asociadas a cada certificado.



1La Secretaria selecciona la opción de reestablecer los contadores.

2El Sistema despliega un mensaje de confirmación de la operación.

3La Secretaria presiona Continuar para confirmar la operación.

4El Sistema restaura todas las cuotas de solicitudes de los alumnos.

5La Secretaria selecciona la opción Volver para regresar al inicio de la Interfaz de Secretaria.

EXTENSIONES PASO ACCION 3 3' La Secretaria presiona Volver.

El Sistema regresa al inicio de la Interfaz de Secretaria.

4 4’ El Sistema no restaura los contadores.

El Sistema despliega un mensaje de error y regresa al paso 2.


Tabla 16: “Caso de Uso: Reestablecer las cuotas de Solicitudes”


CASO DE USO 17. Reestablecer la cuota de Solicitud a un Alumno.

OBJETIVOSPermitir a la Secretaria poder reestablecer las cuotas de solicitudes, por cada certificado, de un alumno particular.


POSTCONDICION

2. El alumno tendrá reasignada la cuota de solicitudes, asociadas a un tipo de certificado.



1La Secretaria selecciona la opción de reestablecer los contadores a un Alumno.

2

La Secretaria debe ingresar el RUT del alumno, la cuota de solicitudes y el tipo de certificado al cual está asociada dicha cuota.

3La Secretaria presiona Continuar para confirmar la operación.

4El Sistema restaura la cuota de solicitudes del alumno para el tipo de certificado seleccionado.

5La Secretaria selecciona la opción Volver para regresar al inicio de la Interfaz de Secretaria.

EXTENSIONES PASO ACCION 3 3' La Secretaria presiona Volver.

El Sistema regresa al inicio de la Interfaz de Secretaria.

4 4’ El Sistema no restaura los contadores.

El Sistema despliega un mensaje de error y regresa al paso 2.


Tabla 17: “Caso de Uso: Reestablecer la cuota de Solicitud a un Alumno”


4. MODELO RELACIONAL DE LA BASE DE DATOS

Con base en el estudio del Modelo de la Base de Datos del SIMBAD, se determinó que dicho

modelo no consideraba la siguiente información:

La Asistencia: El modelo no considera ningún parámetro de asistencia, por lo que se

hizo necesario agregar dos campos a la tabla CURSOS. Es necesario

conocer tanto el porcentaje mínimo de asistencia exigido, almacenado

en el campo CURS_RI_PORCENTAJE, como la nota con la que

será evaluado el alumno en caso de no cumplimiento con dicho

requisito, utilizando el campo CURS_RI_NOTA. Además, se incluye,

en la tabla CURSOS_INSCRITOS, un campo

C_IN_PORC_ALUM_ASIST que almacena el porcentaje de

asistencia real de cada alumno a los cursos que tiene inscrito.

Fecha Límite de Modificación de Actividades de Evaluación: Es necesario que el

Jefe de Carrera pueda fijar la fecha límite que tienen los docentes de su

área para poder realizar cambios en las actividades de evaluación

asociada a los cursos. Para ello, se creó un campo

CURS_CIERRE_MODIFICACIONES que almacena dicha

información en la tabla de CURSOS.

Nota de Eximisión: Una característica importante de los CURSOS es que puede

existir una nota de eximisión, por lo cual es agregado a la tabla de

CURSOS un campo CURS_NOTA_EXIMICION que almacena

dicha nota.


Solicitudes: Es necesario que SISEC maneje las solicitudes de certificados realizadas

por los alumnos, por lo que se creó una tabla SOLICITUDES para

almacenar la información referente a la Fecha, Motivo y Hora en que

se realiza la solicitud, así como también el estado de la solicitud, es

decir, si la solicitud fue o no atendida. Además, existe información de

quien es el propietario de la solicitud, en que semestre se realiza y qué

tipo de certificado se solicita.

Cuotas de Solicitudes: Los alumnos tiene derecho a solicitar un número definido de

certificados, de un tipo determinado, durante el semestre. Entonces, se

crea una tabla SOLICITUDES_CUENTA que maneja dicha cuota.

Tipos de Certificados: SISEC permite la solicitud de dos tipos de certificados, pero

más adelante sería necesario solicitar otros tipos de certificados, por lo

que se definió una tabla TIPO_CERTIFICADO que almacena los

tipos de certificados que maneja el sistema.

Con estos cambios hechos al Modelo de la Base de Datos del SIMBAD se obtuvo el Modelo

de Base de Datos de SISEC, el cual se presenta a continuación divido en dos secciones debido a su

tamaño.


Fig. 4 “Modelo Relacional: Sección Uno”


Fig. 5 “Modelo Relacional: Sección Dos”


5. ARQUITECTURA DE LA APLICACIÓN

La arquitectura del sistema nos muestra como está distribuida la información y cómo se

accede a ella desde el navegador del cliente.

Fig. 6 “Arquitectura de la Aplicación”


6. MAPA DE NAVEGACIÓN

El Mapa de Navegación muestra como los usuarios del sistema se pueden mover por la

Aplicación Web y las funcionalidades asociadas a su perfil.

Fig. 7 “Mapa de Navegación: Administrador”


Fig. 8 “Mapa de Navegación: Jefe de Carrera”


Fig. 9 “Mapa de Navegación: Docente”


Fig. 10 “Mapa de Navegación: Alumno”

Fig. 11 “Mapa de Navegación: Secretaria”


7. MODELO WEB DE LA APLICACIÓN

El Modelo Web de la Aplicación nos muestra donde son ejecutadas las páginas Web o parte

de ellas dentro de la arquitectura de la aplicación y la relación entre ellas. Además, el modelo se

encuentra divido en cada tipo de perfil de usuario para visualizar de mejor manera la interacción de

las páginas Web de la Aplicación.

Fig. 12 “Modelo Web: Perfil Jefe de Carrera”


Fig. 13 “Modelo Web: Perfil Docente”


Fig. 14 “Modelo Web: Perfil Alumno”


Fig. 15 “Modelo Web: Perfil Secretaria”


8. BIBLIOGRAFÍA

CONALLEN, JIM. (1999) Modeling Web Applications with UML.

MARTÍNEZ, CLAUDIA. (2004) Técnicas para modelar aplicaciones Web basada en UML.


Uml Ingenieriadsoftware

Documents

Transcript of Uml Ingenieriadsoftware