Ejemplo CU Precondiciones Y Poscondiciones

10.2.1.2 Gestión de asignaturas
En el modelo de datos actual, una asignatura tiene que pertenecer a al menos una titulación y tiene que
haber al menos un profesor que la imparte. Probablemente habrá que quitar estas dos restricciones, sobre todo la
última, para permitir guardar datos de asignaturas que todavía no se imparten o que ya no se imparten. Pero si se
quitan estas restricciones, se tieneque definir los criterios para publicar o no una asignatura en las páginas Web
(p.e. un campo ‘boolean’ “activa”).
Del mismo modo, si se quiere tener titulaciones sin asignaturas o con sólo asignaturas que no se imparten,
se tiene que definir los criterios para publicarlas o no en las páginas Web (otra vez, podría ser un campo ‘boolean’
“activa”).

Caso de Uso

CREAR ASIGNATURA

Descripción

Elusuario da de alta una nueva asignatura.

Prioridad

1 (Primera fase)

Actores

Administrador
Personal Administrativo

Precondiciones

1.
2.
3.
4.
1.
2.

Flujo Básico
de Datos
3.
4.

Postcondiciones

1.

2.
3.

El usuario debe estar dado de alta en el sistema.
El usuario debe estar logado.
Debe haber al menos un PDI doctor dado de alta.
Debe haber un empleado que tiene asignado el cargo desubdirector de docencia.
El sistema pide al usuario que introduzca los datos de la
nueva asignatura.
El usuario introduce los datos; en particular:
a) El usuario elige a un coordinador de la asignatura de
entre los doctores (Asignar Empleado); si no se asigna
uno, el sistema establecerá el empleado que tiene el
cargo de subdirector de docencia como coordinador.
b) El usuario puede eligir a los profesoresde entre los
empleados PDI (Designar Empleados).
c) El usuario elige al menos una titulación a la que
pertenece la asignatura (Designar Titulaciones).
El usuario cancela o acepta la operación.
a) Si se acepta con datos inválidos (incluyendo campos
obligatorios sin valor), excepción
Si la operación termina con éxito:
a) Si logging está activado, el sistema añade una anotación
al registrohistórico.
b) Si avisos está activado, Notificar Interesados.
La asignatura debe tener: un código, un título, un curso, un
cuatrimestre, una URL_uni_es, un coordinador, al menos una
titulación a la que pertenece y, en el modelo de datos actual,
al menos un profesor que la imparte.
El código, la URL_uni_es y la URL_uni_en (si existe) de la
asignatura deben ser únicos.
El coordinador de una asignatura puede noser uno de los

Excepciones

Casos de uso
subordinados

profesores que imparta la asignatura pero siempre deberá ser
PDI doctor.
4. Los profesores de una asignatura deben ser PDI (podría
relajarse esta restricción del modelo de datos y simplemente
dar un aviso si se elige un profesor no PDI).
1. Error interno (ej. conexión a BBDD; termina el caso de uso)
2. Error aceptar (datos inválidos; volveral paso 1).
3. Error de asignación (no existe el cargo de subdirector de
docencia o existe pero ningún empleado lo tiene asignado;
termina el caso de uso).
Designar Titulaciones
Asignar Empleado (en su caso) donde el empleado es:
• el coordinador.
Nota: implica Notificar Interesados (coordinador)
Designar Empleados (en su caso) donde los empleados son:
• los profesores.
Nota: implica NotificarInteresados (profesores)
Notificar Interesados donde los interesados son:
• personal administrativo
• el administrador.

Caso de Uso

MODIFICAR ASIGNATURA

Descripción

El usuario modifica los datos de una asignatura existente.

Prioridad

1 (Primera fase)

Administrador
Empleado Dpto (coordinador de la asignatura)
Actores
Personal Administrativo
1. El usuario debe estar dado de alta en elsistema.
2. El usuario debe estar logado.
3. La asignatura que se quiere modificar debe estar dada de alta
en el sistema.
Precondiciones

Flujo Básico
de Datos

Postcondiciones

1

4. Si el perfil del usuario es Empleado Dpto, solo tiene acceso a
las asignaturas de las que es coordinador.
1. El sistema pide al usuario que seleccione una asignatura de
entre las asignaturas a las que tiene acceso.
2. El...