UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS

FACULTAD DE INGENIERIA DE SISTEMAS E INFORMATICA

SEMESTRE ACADEMICO 2011-2
PRIMERA PRCTICA CALIFICADA DE TECNICAS DE MODELAMIENTO
SISTEMA DE MATRICULA EN LA UNIVERSIDAD

Al principio de cada semestre, se llevara a cabo el Proceso de Matricula que durar 3 das.
Durante este proceso, los estudiantes debern asignarse los cursos que llevaran durante el
semestre. El primer da se dar orientacin y matricula a los estudiantes de primer ao. Todos
los dems estudiantes podrn matricularse a partir del segundo da. El tercer da se utilizar
adems para resolver los conflictos en las asignaciones de cursos. Para manejar el proceso, la
Oficina de Matricula necesita de un nuevo sistema que pueda ser utilizado desde el Internet y/o
la intranet de la universidad, por los estudiantes, profesores y el personal de la oficina de
matricula, para realizar las diferentes funciones implcitas en el proceso. Este sistema se
utilizara luego del proceso para que los profesores puedan registrar las calificaciones de los
estudiantes, y estos a su vez puedan consultarlas.
El sistema debe incluir un control de acceso que permita que los usuarios ingresen con un
cdigo de identificacin y un password, los cuales sern entregados a todos los posibles
usuarios antes de que inicie el proceso. El control de acceso determinara que funcionalidad
tendr disponible el usuario por parte del sistema, segn el tipo de usuario que sea. Tambin
debe validar que solo los estudiantes de primer ao puedan entrar el primer da del proceso de
matricula.
El sistema debe proveer una lista de cursos disponibles para el semestre, en donde los
estudiantes puedan consultar la informacin que necesiten de cada curso para tomar
decisiones. Esto incluye el nombre, descripcin, crditos y prerrequisitos del curso, as como
informacin de las secciones (nmero, aula, horario, estado) disponibles por curso. Cada curso
puede tener una o mas secciones. El estado de las secciones indica si estn abiertas, cerradas
(llenas) o si fueron canceladas. Cada seccin puede tener como mximo 20 estudiantes y al
llegar a esa cifra el sistema debe cerrarla y actualizar la lista de cursos disponibles para que la
seccin refleje esto en su estado.
Para inscribirse en los cursos que deben llevar, los estudiantes tendrn que crear y mantener
un horario de cursos. En este, deben indicar 4 opciones principales y 2 opciones alternas en
caso de que sus otras opciones se cancelen. Para indicar cada opcin, los estudiantes deben
usar un nmero de seccin (que es nico, e implcitamente hace referencia al curso). Si una
seccin de un curso tiene menos de 3 estudiantes cuando se cierre el proceso de matricula,
esta ser cancelada. Tambin puede ser cancelada en cualquier momento por causas de fuerza
mayor. Los estudiantes tambin podrn modificar o eliminar su horario y el sistema debe llevar
control en lnea del total de estudiantes por seccin, para reabrirla si el total baja de 20
estudiantes. El sistema debe validar cada vez que se crea o modifica un horario, que cada
opcin cumple con los prerrequisitos necesarios, segn el historial acadmico del estudiante.
Tambin debe validar que la opcin esta dentro del plan de estudios (carrera y especialidad) en
que esta inscrito el estudiante y que no existen conflictos de horario con otras opciones (esto
ultimo, solo para las opciones principales).
Los estudiantes tambin podrn incluirse en una lista de solicitantes para nuevas secciones, en
caso de que quieran asignarse un curso cuyas secciones ya estn llenas. Esta lista estar
adjunta a cada curso en la lista de cursos disponibles y ser revisada en el tercer da, pero esto
no garantiza que se abrir una nueva seccin. Si se abre una nueva seccin, los estudiantes en
la lista sern notificados por correo electrnico para que procedan a inscribirse.

Los profesores deben poder usar el sistema desde una semana antes que inicie el proceso,
para indicar cuales cursos van a dictar. Para esto deben escoger de la lista de cursos
disponibles, la seccin o secciones que mas les convengan de los cursos para los que estn
autorizados. Deben asignarse entre 9 y 15 horas semanales de clase (esto debe ser validado
por el sistema en lnea). El sistema debe tambin detectar si hay conflictos de horario o de
autorizacin en las selecciones del profesor. Los profesores tambin necesitarn consultar
cuantos y cuales estudiantes se han inscrito en sus secciones. Esta funcin la usaran durante el
semestre para asignar calificaciones a los estudiantes
El personal de matricula deber disponer de un reporte que les indique que cursos tienen mas
de 15 estudiantes en la lista de solicitantes para nuevas secciones, de manera que puedan
gestionar la posible apertura de una nueva seccin para esos cursos. Tambin deben poder
abrir nuevas secciones para las solicitudes aprobadas o cancelar secciones existentes, si esto
es necesario.
El proceso de matricula termina cuando un oficial encargado de la oficina de matricula corre el
proceso de cierre en el sistema. Durante el cierre se cancelan los cursos con menos de tres
estudiantes. Los estudiantes que estn inscritos en cursos cancelados (por cualquier razn)
sern reasignados automticamente a otros cursos/secciones, segn sus opciones alternas.
Tambin en el cierre, se cierran todas las secciones que todava estn abiertas (< 20
estudiantes) y no hallan sido canceladas, se asignan profesores a las secciones que no tengan
uno asignado (se escogen de los que tengan menos de 9) y se enva la informacin de cobros
(crditos por estudiante) al sistema externo de facturacin para que al estudiante se le pueda
cobrar por el semestre, segn su horario.
El sistema va a ser utilizado desde el Internet y/o la intranet de la Universidad, por lo que se deben tomar
las consideraciones necesarias para desarrollar una aplicacin para ambientes WEB. El nuevo sistema
es una parte de la aplicacin que debe sustituir al sistema actual de la Oficina de Matricula, que se
considera inflexible y ya no se puede mantener. La especificacin anterior solo cubre la parte mas critica
de la funcionalidad deseada, y el resto se deber suplir despus en un proyecto de extensin del sistema.
Sin embargo, los datos base necesarios para lograr la funcionalidad deseada estn completos y
actualizados en la base de datos de sistema actual. Estos datos incluyen la informacin personal e
historial acadmico de los estudiantes, informacin de profesores, cursos (incluyendo no solo los
disponibles, sino todos los que estn en los planes de estudio) y secciones.
Lo anterior significa que el proyecto debe incluir la actividad de migracin de datos, para minimizar el
ingreso y traslado de informacin por otros medios, y porque se desea utilizar un RDBMS para manejar y
almacenar la informacin del nuevo sistema. Con respecto a la carga proyectada de usuarios, se estima
que pueden haber hasta 1000 estudiantes utilizando el sistema en forma simultanea desde Internet y 500
en la intranet. Si se sobrepasan estas cifras, el sistema debe denegar temporalmente el acceso a los
estudiantes que intenten conectarse. Los profesores y personal de la oficina de registro deben poder
conectarse siempre, sin importar la carga que se tenga en ese momento el sistema. La oficina de
Matricula deber proporcionar Guas de Usuario a los estudiantes y profesores, para indicarles como
deben usar el sistema. Sin embargo se prev que habrn muchos usuarios que no dispongan de esas
guas, por lo que debe estar disponible en lnea, y por lo que el interfaz de usuario debe ser muy sencillo
e intuitivo (curva de aprendizaje cero), que es lo normal en aplicaciones para ambientes Web.
1. Modelo de casos de uso
a. Lista de actores (1p);
b. Lista de casos de uso (4p)
c. Descripcin del Caso de uso inscribirse en cursos (6p)
2. Modelo de dominio (Diagrama de clases)
a. Clases (3p);
b. Asociaciones (3p);
c. Atributos (3p)