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ía
CARRERA : Ingeniería Civil Informática
Concepción, 15 de Julio de 2005

ÍNDICE
Pág.
1. I N T R O D U C C I Ó N 4
2. Á M B I T O DEL DISEÑO 5
3. C A S O S DE USO 6
4. M O D E L O R E L A C I O N A L DE LA BASE DE DATOS 27
5. A R Q U I T E C T U R A DE LA APLICACIÓN 31
6. M A P A DE NAVEGACIÓN 32
7. M O D E L O W E B DE LA APLICACIÓN 36
8. BIBLIOGRAFÍA 40
Diseño Ingeniería de Software 2

Í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. I N T R O D U C C I Ó 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. Á M B I T O 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. C A S O S 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.

Permitir a los docentes de la UCSC,
1. Habilitar el manejo de asistencia para una asignatura,.
OBJETIVOS 2. Ingresar el porcentaje de asistencia por alumno para una
asignatura
3. Ingresar la nota de eximisión del curso.
1. El Usuario debe estar autentificado por el sistema.
PRECONDICION 2. Se debe iniciar la sesión de Docente.
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
POSTCONDICION alumnos.
ACTOR PRINCIPAL Docente.
ACTOR
SECUNDARIO SIMBAD
DESCRIPCION PASO ACCION
El Sistema muestra por pantalla, al Docente, la Lista
de Asignaturas que dicta durante el semestre en
1 vigencia.
2 El Docente Selecciona la asignatura
El Docente selecciona la opción de definir
3 parámetros del curso.
El Docente selecciona la opción de habilitar el
4 manejo de asistencia
a) 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.
El Docente Selecciona la opción Guardar y vuelve al
6 paso 3.
El Sistema confirma al Docente el éxito la operación
7 y vuelve al paso 1.
EXTENSIONES PASO ACCION
Está habilitada la opción de manejo de
3 3’ 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.
Se ha ingresado un porcentaje de asistencia
4’ a) 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.
La nota de eximisión es mayor que 7.0 y
5 5’ 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”

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 ------------
ACTOR
SECUNDARIO SIMBAD
1 vigencia.
El Docente Selecciona la asignatura a la cual le desea
2 visualizar las notas de los alumnos.
El Sistema muestra por pantalla, al Docente, las notas
3 de los alumnos en la Asignatura seleccionada.
1 1’ No existen Asignaturas asociadas al Docente.
Se muestra al Docente un mensaje
notificándole que no dicta asignaturas durante
este semestre.
No existen notas asociadas a las actividades
del curso o no existen actividades asociadas al
3 3’ curso.
Se muestra al Docente un mensaje
notificándole que no existen evaluaciones o
actividades asociadas al curso especificado.
Tabla 2: “Caso de Uso: Visualizar las notas de una asignatura”

CASO DE USO 3. Ingresar Actividad de Evaluación.
Permitir a los Docentes de la UCSC, Ingresar cualquier
OBJETIVOS actividad a alguna asignatura que impartan.
PRECONDICION 2. Se debe iniciar la sesión docente.
1. Se actualiza la información de las actividades de un
POSTCONDICION curso.

ACTOR
SECUNDARIO SIMBAD
1 vigencia.
El Docente selecciona la asignatura a la cual le
2 asociará la actividad.
El Docente selecciona la opción de Ingresar
3 Actividad.
de atributos de la Actividad, los que deben ser
4 completados por el Docente.
5 El Docente selecciona la opción Guardar.
El Sistema confirma el éxito de la operación y envía

6 al Docente al inicio de la Interfaz de Docente.
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.
Existe una inconsistencia en las
4b’ 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.
Permitir a los docentes de la UCSC, ingresar notas asociadas a
OBJETIVOS 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.
ACTOR
SECUNDARIO SIMBAD
El Sistema muestra por pantalla, al Docente, la Lista de
1 Asignaturas que dicta durante el semestre en vigencia.
El Docente Selecciona la asignatura a la cual se le
2 ingresarán las notas.
El Docente Selecciona la actividad a la cual pertenecen
3 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
El Sistema confirma al Docente el éxito del Ingreso de
7 las Notas y vuelve al paso 1.
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.
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
ACTOR
SECUNDARIO SIMBAD
El Sistema muestra por pantalla, al Docente, la Lista de
1 Asignaturas que dicta durante el semestre en vigencia.
El Docente Selecciona la asignatura a la cual desea
2 modificar las notas y/o la ponderación.
El Docente selecciona la Actividad que desea
3 modificar.
4 El Docente modifica las notas y/o ponderaciones.
El docente selecciona la opción Guardar Cambios y
5 vuelve al paso 4.
2 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.
Permitir a los Docentes de la UCSC, eliminar una actividad de
alguna Asignatura que esté dictando durante el semestre en el
OBJETIVOS cual se realiza la consulta.
PRECONDICION 2. Se debe iniciar la sesión Docente.
POSTCONDICION 1. Se regresa a la interfaz de Docente.
ACTOR
SECUNDARIO SIMBAD
El Sistema le presenta al Docente la Lista de
Asignaturas que está dictando durante el semestre en
1 vigencia.
El Docente selecciona la Asignatura a la cual le desea
2 eliminar la actividad.
El Docente selecciona la Actividad de Evaluación que
3 desea eliminar.
El Sistema elimina la Actividad seleccionada por el
4 Docente.
5 El Sistema vuelve al paso 3.
1 1’ No existen Asignaturas asociadas al Docente.
Se envía un mensaje de confirmación que
informa la inexistencia de Asignaturas asociadas.
No existen Actividades de Evaluación asociadas
2 2’ 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.
Permitir a los Docentes de la UCSC, calcular el promedio de
notas de cada Asignatura que esté dictando durante el semestre
OBJETIVOS en curso.
2. Se debe iniciar la sesión Docente.
PRECONDICION 3. Deben existir notas parciales asociadas al curso.
1. Se ingresan los promedios de los alumnos a la Base de
Datos.
POSTCONDICION 2. Se regresa a la interfaz de Docente.

ACTOR
SECUNDARIO SIMBAD
El Sistema muestra por pantalla, al Docente, la lista de
1 cursos que está dictando.
El Docente selecciona el curso al cual desea calcular

2 los promedios.
3 El Docente selecciona la opción Calcular Promedio.

El Sistema muestra por pantalla, al Docente, el reporte
de Notas, correspondiente a la Asignatura
4 seleccionada, incluyendo el promedio.
1..4 1..4’ El Alumno sale del Sistema.
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.
PRECONDICION 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
El Jefe de Carrera selecciona la opción consultar notas
1 de su área.
El Sistema muestra por pantalla, la Lista de
Asignaturas del área que se imparten durante el
2 semestre en vigencia.
El Jefe de Carrera Selecciona la asignatura a la cual
3 desea visualizar las notas.
4 Se despliegan las notas por pantalla.
El Jefe de Carrera selecciona la opción de Imprimir
5 Notas si lo desea.
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
Permitir al Usuario, que esta intentando entrar al sistema, validar
OBJETIVOS 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 SIMBAD
El Usuario debe ingresar su Nombre de Usuario en la caja

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

2 con el nombre "Contraseña" a un costado.
3 El Usuario debe Presionar el botón llamado Ingresar.

El Usuario no existe en el Sistema o el Usuario
3 3’ ingresó una contraseña no válida.
Se envía un mensaje de Error al usuario vuelve al
paso 1.
Tabla 9: “Caso de Uso: Autentificación de usuario”

CASO DE USO 10. Solicitar Certificados.
Permitir a los Alumnos Regulares de la UCSC, Solicitar un
Certificado, ya sea de Alumno Regular o de Concentración de
OBJETIVOS Notas.
1. El usuario debe estar autentificado por el sistema.
PRECONDICION 2. Se debe iniciar la sesión alumno.
POSTCONDICION 1. Se regresa a la interfaz alumno.
ACTOR PRINCIPAL Alumno Regular.

ACTOR
SECUNDARIO SIMBAD
El Alumno selecciona la opción de Solicitar
1 Certificados.
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
2 Solicitud.
3 El Sistema confirma al Alumno el éxito de la Solicitud.
El Sistema envía al Alumno al inicio de la Interfaz de
4 Alumno.
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.
Permitir a los Alumnos Regulares de la UCSC, Consultar las
notas de cada Asignatura que esté cursando durante el semestre
OBJETIVOS en el cual se realiza la consulta.
PRECONDICION 2. Se debe iniciar la sesión alumno.
POSTCONDICION 1. Se regresa a la interfaz de alumno.
ACTOR PRINCIPAL Alumno Regular.

ACTOR
SECUNDARIO SIMBAD
1 El alumno selecciona la opción de Consultar Notas.
El Sistema le presenta al Alumno la Lista de
Asignaturas que está cursando durante el semestre en
2 vigencia.
El alumno Selecciona la Asignatura de la que desea

3 conocer las Notas que ha obtenido hasta ese momento.
El Sistema muestra por pantalla, al Alumno, la lista de

4 Notas correspondiente a la Asignatura seleccionada.
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.
Permitir a la Secretaria de la Dirección de Admisión y Registro
Académico, Imprimir los Certificados Solicitados por los
OBJETIVOS Alumnos Regulares.
PRECONDICION 2. Se debe iniciar la sesión Secretaria.
1. Se eliminan de la lista los certificados impresos.
POSTCONDICION 2. Se vuelve a la interfaz de secretaria.
ACTOR PRINCIPAL Secretaria.

ACTOR
SECUNDARIO SIMBAD
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
1 Tipo de Certificado.
La Secretaria elige la(s) Solicitud(es) que desea
2 Imprimir.
La Secretaria selecciona la Opción de Imprimir
3 Certificados.
El Sistema crea el(los) Certificado(s) solicitado(s) y
4 lo(s) Imprime.
El Sistema elimina de la Lista de Solicitudes de
Certificados aquella(s) Solicitud(es) ya atendida(s) y
5 vuelve al paso 1.
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.
Permitir a la Secretaria de la Dirección de Admisión y Registro
Académico, Eliminar Solicitudes de Certificados hechas por los
OBJETIVOS Alumnos Regulares.
PRECONDICION 2. Se debe iniciar la interfaz de Secretaria
1. Se eliminan de la lista la(s) solicitud(es) seleccionadas.
POSTCONDICION 2. Se vuelve a la interfaz de Secretaria

ACTOR
SECUNDARIO SIMBAD
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
1 Tipo de Certificado.
La Secretaria selecciona la(s) Solicitud(es) que desea
2 Eliminar.
La Secretaria selecciona la Opción de Eliminar
3 Solicitudes de Certificados.
El Sistema elimina de la lista de Solicitudes de
Certificados, aquellas Solicitud(es) que fue(ron)
4 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.
Permitir a la secretaria ordenar las solicitudes de certificados
para su posterior impresión, pudiendo ser esta por rut, unidad
OBJETIVOS
académica, tipo de certificado, orden alfabético, apellido paterno
y fecha de solicitud.
1. La Secretaria debe estar autentificada por el sistema.
PRECONDICION 2. Se debe iniciar la sesión de Secretaria.
POSTCONDICION
ACTOR
SECUNDARIO SIMBAD
El Sistema muestra por pantalla, a la Secretaria, la
1 Lista de Solicitudes de certificados recepcionados.
La Secretaria Selecciona el criterio por el cual desea
2 ordenar las solicitudes.
3 La secretaria selecciona la opción Ordenar.
La secretaria vuelve al paso 1, pero con la lista de
4 solicitudes ordenada
3 3’ No existen solicitudes recepcionadas.
El Sistema envía un mensaje de aviso
informando que no existen solicitudes que
ordenar.
Se cierra la sesión de la Secretaria..
Tabla 14: “Caso de Uso: Ordenar Solicitudes de Certificados”

CASO DE USO 15. Consultar Solicitudes de Certificados.
Permitir a la Secretaria poder consultar por cualquier solicitud
de certificado independientemente si fue impresa o no, pudiendo
OBJETIVOS temporalizar la consulta de acuerdo a un año especifico.
1. La secretaria debe estar autentificada por el sistema.
PRECONDICION 2. Se debe iniciar la interfaz de la Secretaria
POSTCONDICION

ACTOR
SECUNDARIO SIMBAD
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
1 disponibles para realizar la consulta.
La Secretaria selecciona un criterio de consulta para
un año determinado e ingresar el parámetro de
2 búsqueda.
La Secretaria selecciona la Opción Consultar
3 Certificado(s).
El Sistema muestra una lista con la(s) ocurrencia(s) de
4 la consulta.
El Sistema vuelve al paso 1, manteniendo la(s)
5 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.
Tabla 15: “Caso de Uso: Consultar Solicitudes de Certificados”

CASO DE USO 16. Reestablecer las cuotas de Solicitudes.
Permitir a la Secretaria poder reestablecer las cuotas de
OBJETIVOS solicitudes, por cada certificado, de todos los alumnos.
1. Los alumnos tendrán restauradas las cuotas de
solicitudes, asociadas a cada certificado.
POSTCONDICION

ACTOR
SECUNDARIO SIMBAD
La Secretaria selecciona la opción de reestablecer los
1 contadores.
El Sistema despliega un mensaje de confirmación de
2 la operación.
La Secretaria presiona Continuar para confirmar la
3 operación.
El Sistema restaura todas las cuotas de solicitudes de
4 los alumnos.
La Secretaria selecciona la opción Volver para
5 regresar al inicio de la Interfaz de Secretaria.
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.
Permitir a la Secretaria poder reestablecer las cuotas de
OBJETIVOS solicitudes, por cada certificado, de un alumno particular.
2. El alumno tendrá reasignada la cuota de solicitudes,
asociadas a un tipo de certificado.
POSTCONDICION

ACTOR
SECUNDARIO SIMBAD
La Secretaria selecciona la opción de reestablecer los
1 contadores a un Alumno.
La Secretaria debe ingresar el RUT del alumno, la
cuota de solicitudes y el tipo de certificado al cual está
2 asociada dicha cuota.
La Secretaria presiona Continuar para confirmar la
3 operación.
El Sistema restaura la cuota de solicitudes del alumno
4 para el tipo de certificado seleccionado.
La Secretaria selecciona la opción Volver para
5 regresar al inicio de la Interfaz de Secretaria.
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. M O D E L O R E L A C I O N A L 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. A R Q U I T E C T U R A 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. M A P A 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. M O D E L O W E B 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

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Uml Ingenieriadsoftware

Transféré par

Droits d'auteur :

Formats disponibles

ETAPA DE DISEÑO

PROFESORA : Sra. Emma Chávez M.

Concepción, 15 de Julio de 2005

Diseño Ingeniería de Software 2

Diseño Ingeniería de Software 3

Diseño Ingeniería de Software 4

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

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

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

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

Diseño Ingeniería de Software 5

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

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

Diseño Ingeniería de Software 6

 Diagramas de los Casos de Uso.

Diseño Ingeniería de Software 7

Diseño Ingeniería de Software 8

Diseño Ingeniería de Software 9

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

Diseño Ingeniería de Software 10

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

Diseño Ingeniería de Software 11

OBJETIVOS Permitir a los docentes de la UCSC, visualizar las notas

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

Diseño Ingeniería de Software 12

ACTOR PRINCIPAL Docente.

El Sistema confirma el éxito de la operación y envía

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

Diseño Ingeniería de Software 13

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

Diseño Ingeniería de Software 14

OBJETIVOS Permitir a los docentes de la UCSC, modificar las notas y las

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

Diseño Ingeniería de Software 15

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

Diseño Ingeniería de Software 16

ACTOR PRINCIPAL Docente.

El Docente selecciona el curso al cual desea calcular

3 El Docente selecciona la opción Calcular Promedio.

Tabla 7: “Caso de Uso: Calcular promedio”

Diseño Ingeniería de Software 17

OBJETIVOS Permitir a los Jefes de Carrera de la UCSC, visualizar las notas

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

Diseño Ingeniería de Software 18

ACTOR PRINCIPAL Docente o Alumno o Secretaria.

El Usuario debe ingresar su Nombre de Usuario en la caja

El Usuario debe ingresar su Contraseña en la caja de texto

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

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

Diseño Ingeniería de Software 19

ACTOR PRINCIPAL Alumno Regular.

Tabla 10: “Caso de Uso: Solicitar Certificados”

Diseño Ingeniería de Software 20

ACTOR PRINCIPAL Alumno Regular.

El alumno Selecciona la Asignatura de la que desea

El Sistema muestra por pantalla, al Alumno, la lista de

Se envía un mensaje de Aviso de que no existen

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

Diseño Ingeniería de Software 21

ACTOR PRINCIPAL Secretaria.

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

Diseño Ingeniería de Software 22

ACTOR PRINCIPAL Secretaria.

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