Post on 03-Jul-2015
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
Diseño Ingeniería de Software 2
Í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
Diseño Ingeniería de Software 3
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.
Diseño Ingeniería de Software 4
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.
Diseño Ingeniería de Software 5
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”
Diseño Ingeniería de Software 6
Fig. 2 “Diagrama Caso de Uso: Alumno con SISEC”
Diseño Ingeniería de Software 7
Fig. 3 “Diagrama Caso de Uso: Secretaria con SISEC”
Diseño Ingeniería de Software 8
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.
Diseño Ingeniería de Software 9
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”
Diseño Ingeniería de Software 10
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.
PRECONDICION1. El Usuario debe estar autentificado por el sistema.2. Se debe iniciar la sesión de Docente.
POSTCONDICION ------------
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.
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.
1..3 1..3’ El Docente sale del Sistema. Se cierra la sesión del Docente.
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.
ACTOR PRINCIPAL Docente. ACTOR
SECUNDARIO SIMBADDESCRIPCION PASO ACCION
1
El 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 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.
1..6 1..6’ El Docente sale del Sistema. Se cierra la sesión del Docente.
Tabla 3: “Caso de Uso: Ingresar Actividad de Evaluación”
Diseño Ingeniería de Software 12
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.
PRECONDICION1. El Usuario debe estar autentificado por el sistema.2. Se debe iniciar la sesión de Docente.
POSTCONDICION 1. Se ingresa a la base de datos una nueva calificación.
ACTOR PRINCIPAL Docente. ACTOR
SECUNDARIO SIMBAD
DESCRIPCION PASO ACCION
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”
Diseño Ingeniería de Software 13
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.
PRECONDICION1. El Usuario debe estar autentificado por el sistema.2. Se debe iniciar la sesión de Docente.
POSTCONDICION 1. Se regresa a la interfaz de Docente
ACTOR PRINCIPAL Docente. ACTOR
SECUNDARIO SIMBAD
DESCRIPCION PASO ACCION
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.
1..5 1..5’ El Docente sale del Sistema. Se cierra la sesión del Docente.
Tabla 5: “Caso de Uso: Modificar actividades de evaluación”
Diseño Ingeniería de Software 14
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”
Diseño Ingeniería de Software 15
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.
ACTOR PRINCIPAL Docente. ACTOR
SECUNDARIO SIMBADDESCRIPCION PASO ACCION
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”
Diseño Ingeniería de Software 16
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
DESCRIPCION PASO ACCION
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”
Diseño Ingeniería de Software 17
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
SECUNDARIO SIMBADDESCRIPCION PASO ACCION
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”
Diseño Ingeniería de Software 18
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
SECUNDARIO SIMBADDESCRIPCION PASO ACCION
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.
1..4 1..4’ El Alumno sale del Sistema. Se cierra la sesión del Alumno.
Tabla 10: “Caso de Uso: Solicitar Certificados”
Diseño Ingeniería de Software 19
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
SECUNDARIO SIMBADDESCRIPCION PASO ACCION
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.
1..4 1..4’ El Alumno sale del Sistema. Se cierra la sesión del Alumno.
Tabla 11: “Caso de Uso: Visualizar notas por alumno”
Diseño Ingeniería de Software 20
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
SECUNDARIO SIMBADDESCRIPCION PASO ACCION
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”
Diseño Ingeniería de Software 21
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
ACTOR PRINCIPAL Secretaria. ACTOR
SECUNDARIO SIMBADDESCRIPCION PASO ACCION
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.
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..4 1..4’ La Secretaria sale del Sistema. Se cierra la sesión de la Secretaria.
Tabla 13: “Caso de Uso: Eliminar Solicitudes de Certificados”
Diseño Ingeniería de Software 22
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
ACTOR PRINCIPAL Secretaria. ACTOR
SECUNDARIO SIMBAD
DESCRIPCION PASO ACCION
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”
Diseño Ingeniería de Software 23
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
ACTOR PRINCIPAL Secretaria. ACTOR
SECUNDARIO SIMBADDESCRIPCION PASO ACCION
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.
EXTENSIONES PASO ACCION 4 4' No existen Solicitudes de Certificados.
El Sistema envía un mensaje de Aviso, indicando que no hay solicitudes que correspondan a esa consulta y vuelve a 1.
1..5 1..5’ La Secretaria sale del Sistema. Se cierra la sesión de la Secretaria.
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.
PRECONDICION1. La secretaria debe estar autentificada por el sistema.2. Se debe iniciar la interfaz de la Secretaria
POSTCONDICION
1. Los alumnos tendrán restauradas las cuotas de solicitudes, asociadas a cada certificado.
ACTOR PRINCIPAL Secretaria. ACTOR
SECUNDARIO SIMBADDESCRIPCION PASO ACCION
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.
1..5 1..5’ La Secretaria sale del Sistema. Se cierra la sesión de la Secretaria.
Tabla 16: “Caso de Uso: Reestablecer las cuotas de Solicitudes”
Diseño Ingeniería de Software 25
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.
PRECONDICION3. La secretaria debe estar autentificada por el sistema.4. Se debe iniciar la interfaz de la Secretaria
POSTCONDICION
2. El alumno tendrá reasignada la cuota de solicitudes, asociadas a un tipo de certificado.
ACTOR PRINCIPAL Secretaria. ACTOR
SECUNDARIO SIMBADDESCRIPCION PASO ACCION
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.
1..5 1..5’ La Secretaria sale del Sistema. Se cierra la sesión de la Secretaria.
Tabla 17: “Caso de Uso: Reestablecer la cuota de Solicitud a un Alumno”
Diseño Ingeniería de Software 26
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.
Diseño Ingeniería de Software 27
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.
Diseño Ingeniería de Software 28
Fig. 4 “Modelo Relacional: Sección Uno”
Diseño Ingeniería de Software 29
Fig. 5 “Modelo Relacional: Sección Dos”
Diseño Ingeniería de Software 30
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”
Diseño Ingeniería de Software 31
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”
Diseño Ingeniería de Software 32
Fig. 8 “Mapa de Navegación: Jefe de Carrera”
Diseño Ingeniería de Software 33
Fig. 9 “Mapa de Navegación: Docente”
Diseño Ingeniería de Software 34
Fig. 10 “Mapa de Navegación: Alumno”
Fig. 11 “Mapa de Navegación: Secretaria”
Diseño Ingeniería de Software 35
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”
Diseño Ingeniería de Software 36
Fig. 13 “Modelo Web: Perfil Docente”
Diseño Ingeniería de Software 37
Fig. 14 “Modelo Web: Perfil Alumno”
Diseño Ingeniería de Software 38
Fig. 15 “Modelo Web: Perfil Secretaria”
Diseño Ingeniería de Software 39
8. BIBLIOGRAFÍA
CONALLEN, JIM. (1999) Modeling Web Applications with UML.
MARTÍNEZ, CLAUDIA. (2004) Técnicas para modelar aplicaciones Web basada en UML.
Diseño Ingeniería de Software 40