Ejemplo Memoria 1

DEPARTAMENTO DE INFORMTICA
UNIVERSITAT JAUME I

IG31
PROYECTOS INFORMTICOS DE
GESTIN

INGENIERA TCNICA EN INFORMTICA DE GESTIN
Curso 2003/2004

Anlisis de la gestin de las reas acadmica y
de personal de un centro escolar

Pablo Snchez Lpez
al058848

Dirigido por Mara Cristina Campos Sancho
Castelln, a 9 de Julio de 2004
ndice general
2 IG31 Proyectos Informticos de Gestin
ndice general
Resumen 8
Palabras clave........................................................................................................................................8
1. Introduccin 9
1.1. Visin global del proyecto.............................................................................................................9
1.2. Resumen de la bsqueda bibliogrfica.........................................................................................10
1.3. Descripcin de la organizacin de la memoria.............................................................................11
2. Tcnicas y metodologas utilizadas 12
2.1. Introduccin.................................................................................................................................12
2.2. Tcnicas utilizadas: descripcin i justificacin de la eleccin.....................................................12
2.2.1. Planificacin del proyecto..................................................................................................12
2.2.2. Definicin de Requisitos....................................................................................................13
2.2.3. Anlisis del sistema: DFD..................................................................................................16
2.2.4. Anlisis del sistema: MCD.................................................................................................19
3. Planificacin y seguimiento del proyecto 23
3.1. Preliminares..................................................................................................................................23
3.2. Divisin del trabajo......................................................................................................................24
3.3. Estimacin de duracin de las tareas............................................................................................26
3.4. Identificacin de hitos..................................................................................................................26
3.5. Encadenamiento de actividades....................................................................................................28
3.6. Planificacin temporal..................................................................................................................29
4. Trabajo planteado y desarrollo 31
4.1. Introduccin.................................................................................................................................31
4.2. Definicin del Alcance y objetivos del sistema............................................................................32
4.2.1. reas involucradas.............................................................................................................32
4.2.2. Estudio de los procedimientos............................................................................................33
4.2.3. Objetivos............................................................................................................................38
4.3. Definicin de Requisitos..............................................................................................................39
4.3.1. Introduccin.......................................................................................................................39
4.3.2. Requisitos de datos.............................................................................................................39
4.3.3. Requisitos funcionales........................................................................................................47
4.3.4. Requisitos no funcionales...................................................................................................77
4.3.5. Necesidades Hardware.......................................................................................................78
ndice general
Pablo Snchez Lpez 3
4.4. Anlisis del sistema: DFD............................................................................................................79
4.4.1. Introduccin.......................................................................................................................79
4.4.2. Identificacin de los elementos del DFD...........................................................................79
4.4.3. Modelo...............................................................................................................................81
4.4.4. Documentacin..................................................................................................................88
4.5. Anlisis del sistema: MCD.........................................................................................................132
4.5.1. Introduccin.....................................................................................................................132
4.5.2. Modelo.............................................................................................................................133
4.5.3. Documentacin................................................................................................................134
4.6. Consistencia entre modelos........................................................................................................147
4.7. Continuidad del proyecto...........................................................................................................149
5. Conclusiones 151
6. Bibliografa y referencias 153
6.1. Introduccin...............................................................................................................................153
6.2. Bibliografa y Referencias..........................................................................................................154
7. Anexos 155
7.1. Plantillas Requisitos de Datos....................................................................................................156
7.1.1. Plantilla Requisitos de Datos [Durn 2002].....................................................................156
7.1.2. Plantilla Requisitos de Datos [E50]..................................................................................156
7.1.3. Plantilla Requisitos de Datos Personal .............................................................................157
7.2. Plantillas Requisitos Funcionales...............................................................................................158
7.2.1. Plantilla Requisitos Funcionales [Durn 2002]................................................................158
7.2.2. Plantilla Requisitos Funcionales [E50] ............................................................................159
7.2.3. Plantilla Requisitos Funcionales Personal........................................................................160
7.3. Preguntas para la identificacin de las Entidades del DFD........................................................161
7.4. Plantilla Conversin Requisitos Funcionales- Procesos DFD....................................................162
7.5. Entrevista....................................................................................................................................169
ndice de Figuras
ndice de Figuras
Figura 2.1: Representacin grfica de un almacn de un DFD...........................................................17
Figura 2.2: Representacin grfica de una entidad de un DFD...........................................................17
Figura 2.3: Representacin grfica del proceso de un DFD................................................................17
Figura 2.4: Representacin grfica de los flujos de datos de un DFD.................................................18
Figura 2.5: Representacin grfica de una entidad del ERX...............................................................20
Figura 2.6: Representacin grfica de los atributos de una entidad del ERX......................................21
Figura 2.7: Representacin grfica de una relacin entre dos entidades segn la notacin ERX .......21
Figura 2.8: Representacin grfica de una relacin entre dos entidades del MCD del sistema...........22

Figura 3.1: Diagrama Gantt.................................................................................................................30

Figura 4.1: DFD Nivel Contexto.........................................................................................................82
Figura 4.2: DFD Nivel 1.....................................................................................................................83
Figura 4.3: DFD Nivel 1.1 Gestin de Alumnos.................................................................................84
Figura 4.4: DFD Nivel 1.2 Gestin de Servicios y Actividades..........................................................84
Figura 4.5: DFD Nivel 1.3 Gestin de Cursos y Grupos.....................................................................85
Figura 4.6: DFD Nivel 1.4 Gestin de Personal..................................................................................85
Figura 4.7: DFD Nivel 1.5 Gestin de Cobros....................................................................................86
Figura 4.8: DFD Nivel 1.6 Gestin de Consultas................................................................................87
Figura 4.9: Modelo Conceptual de Datos (MCD).............................................................................133

ndice de cuadros
Pablo Snchez Lpez 5
ndice de cuadros
Cuadro 1.1: Estructura del Proyecto....................................................................................................11

Cuadro 3.1: Tareas e hitos...................................................................................................................27
Cuadro 3.2: Tabla de encadenamiento de tareas.................................................................................28
Cuadro 3.3: Planificacin temporal.....................................................................................................29

Cuadro 4.1: Organizacin de Cursos y Grupos...................................................................................37

Requisitos de Datos
Cuadro 4.2: IRQ-A01 Informacin de Alumnos........................................................................41
Cuadro 4.3: IRQ-A02 Informacin de Padres............................................................................41
Cuadro 4.4: IRQ-S02 Informacin de Servicios y Actividades..................................................42
Cuadro 4.5: IRQ-S02 Servicios de Alumnos..............................................................................42
Cuadro 4.6: IRQ-S03 Control de Comedor................................................................................43
Cuadro 4.7: IRQ-C01 Informacin de Cursos............................................................................43
Cuadro 4.8: IRQ-C02 Cursos y Alumnos...................................................................................44
Cuadro 4.9: IRQ-P01 Maestro Puestos de Trabajo.....................................................................44
Cuadro 4.10: IRQ-P02 Informacin de Cargos..........................................................................44
Cuadro 4.11: IRQ-P03 Informacin de Personal ........................................................................45
Cuadro 4.12: IRQ-R01 Recibos..................................................................................................46
Cuadro 4.13: IRQ-R02 Recibos y Lneas...................................................................................46

Requisitos de Funcionales
Cuadro 4.14: FRQ-A Gestin de Alumnos.................................................................................47
Cuadro 4.15: FRQ-A01 Alta de Alumnos..................................................................................48
Cuadro 4.16: FRQ-A02 Baja de Alumnos..................................................................................49
Cuadro 4.17: FRQ-A03 Modificacin de Alumnos....................................................................50
Cuadro 4.18: FRQ-A04 Alta de Padres......................................................................................50
Cuadro 4.19: FRQ-A05 Baja de Padres......................................................................................51
Cuadro 4.20: FRQ-A06 Modificacin de Padres........................................................................52
Cuadro 4.21: FRQ-S Gestin de Servicios y Actividades..........................................................52
Cuadro 4.22: FRQ-S01 Alta de Servicios y Actividades............................................................53
Cuadro 4.23: FRQ-S02 Baja de Servicios y Actividades...........................................................53
Cuadro 4.24: FRQ-S03 Modificacin de Servicios y Actividades.............................................54
ndice de cuadros
Cuadro 4.25: FRQ-S04 Alta de Servicios y Actividades de Alumnos........................................55
Cuadro 4.26: FRQ-S05 Baja de Servicios y Actividades de Alumnos.......................................55
Cuadro 4.27: FRQ-S06 Modificacin de Servicios y Actividades de Alumnos.........................56
Cuadro 4.28: FRQ-S07 Control de Comedor .............................................................................57
Cuadro 4.29: FRQ-C Gestin de Cursos y Grupos.....................................................................57
Cuadro 4.30: FRQ-C01 Alta de Cursos......................................................................................58
Cuadro 4.31: FRQ-C02 Baja de Cursos......................................................................................59
Cuadro 4.32: FRQ-C03 Modificacin de Cursos.......................................................................59
Cuadro 4.33: FRQ-C04 Asignacin de Cursos (Individual).......................................................60
Cuadro 4.34: FRQ-C05 Paso a siguiente curso (en bloque) .......................................................61
Cuadro 4.35: FRQ-P Gestin de Personal ..................................................................................62
Cuadro 4.36: FRQ-P01 Alta de Puesto de Trabajo.....................................................................62
Cuadro 4.37: FRQ-P02 Baja de Puesto de Trabajo....................................................................63
Cuadro 4.38: FRQ-P03 Modificacin de Puesto de Trabajo......................................................63
Cuadro 4.39: FRQ-P04 Alta de Cargos......................................................................................64
Cuadro 4.40: FRQ-P05 Baja de Cargos......................................................................................64
Cuadro 4.41: FRQ-P06 Modificacin de Cargos........................................................................65
Cuadro 4.42: FRQ-P07 Alta de Personal....................................................................................66
Cuadro 4.43: FRQ-P08 Baja de Personal ...................................................................................66
Cuadro 4.44: FRQ-P09 Modificacin de Personal .....................................................................67
Cuadro 4.45: FRQ-R Gestin de Cobros....................................................................................68
Cuadro 4.46: FRQ-R01 Generacin de Recibos.........................................................................69
Cuadro 4.47: FRQ-R02 Consulta e Impresin de Recibos.........................................................70
Cuadro 4.48: FRQ-R03 Pago de Recibos Domiciliados (Batch)................................................71
Cuadro 4.49: FRQ-R04 Pago de Recibos al contado (On-Line).................................................72
Cuadro 4.50: FRQ-R05 Consulta e Impresin de Recibos Pendientes de Pago.........................72
Cuadro 4.51: FRQ-R06 Envo de recibos al Banco (Batch).......................................................73
Cuadro 4.52: FRQ-I Gestin de Consultas.................................................................................74
Cuadro 4.53: FRQ-I01 Consulta e Impresin de Alumnos.........................................................74
Cuadro 4.54: FRQ-I02 Consulta e Impresin de Docencia........................................................75
Cuadro 4.55: FRQ-I03 Consulta e Impresin de Servicios y Actividades..................................76
Cuadro 4.56: FRQ-I04 Consulta e Impresin de Personal..........................................................76

Cuadro 4.57: Almacenes y entidades................................................................................................147
Cuadro 4.58: Procesos y ocurrencias de Entidades...........................................................................148

Plantillas de Requisitos de Datos
Cuadro 7.1: Requisitos de Datos [Durn 2002]........................................................................156
Cuadro 7.2: Requisitos de Datos [E50] ....................................................................................156
Cuadro 7.3: Requisitos de Datos Personal................................................................................157
ndice de cuadros
Pablo Snchez Lpez 7

Plantillas de Requisitos Funcionales
Cuadro 7.4: Requisitos Funcionales [Durn 2002]...................................................................158
Cuadro 7.5: Requisitos Funcionales [E50] ...............................................................................159
Cuadro 7.6: Requisitos Funcionales Personal...........................................................................160

Cuadro 7.7: Plantilla Conversin Requisito_Funcional - Procesos_DFD.........................................168
Resumen
Resumen
El presente proyecto muestra la definicin de requisitos y el anlisis de un sistema informtico, para la
gestin de las reas acadmica y de personal de un centro escolar concertado.

El alcance del proyecto incluye nicamente las dos primeras fases del proceso de desarrollo de un sistema
informtico.

Para la primera de las fases, la Definicin de Requisitos, se ha seguido una metodologa propia, fruto de
una sntesis de diversas metodologas (tales como Mtrica [MAP Mtrica], o las propuestas en las
asignaturas IG16 Ingeniera del Software I [IG16] y E50 Anlisis y diseo de Sistemas de Informacin
II) [E50], as como una serie aportaciones del autor del proyecto.

Por otra parte, para el desarrollo de la segunda fase, el Anlisis del sistema, se ha seguido la metodologa
propuesta por [IG16]. Para ello se ha utilizado la herramienta-case Silverrun, tanto para el Diagrama de
Flujo de Datos (DFD), como para la creacin del Modelado Conceptual de Datos (MCD).
Palabras clave
Requisitos Funcionales, Requisitos de Datos, Requisitos No Funcionales, DFD, MCD, Mtrica
1. Introduccin
Pablo Snchez Lpez 9
Captulo I
Introduccin
Contenido
1.1. Visin global del proyecto.......................................................................................... 9
1.2. Resumen de la bsqueda bibliogrfica...................................................................... 10
1.3. Descripcin de la organizacin de la memoria.......................................................... 11

1.1. Visin global del proyecto
El desarrollo de software es una tarea compleja que supone la ejecucin y
coordinacin de un gran nmero de actividades y recursos. Por lo tanto, una buena
manera de gestionar este desarrollo es la organizacin de estas actividades en
proyectos.

Un proyecto se puede definir como un conjunto de etapas, actividades y tareas que
se llevan a cabo para cumplir un objetivo que implique un trabajo no inmediato en
un trmino relativamente largo
[Piattini 1996]

El proceso de desarrollo de sistemas informticos se divide principalmente en cuatro fases:

Definicin de Requisitos
Anlisis del sistema informtico
Diseo del sistema informtico
Construccin e implantacin

El presente proyecto, se centra en el desarrollo de un sistema informtico, para la gestin del rea
acadmica y de personal de un centro escolar.

El centro escolar objeto del anlisis se llama XXXXXX, y se trata de colegio concertado. Con objeto de
conocer el entorno del proyecto, se realiz una visita al centro escolar en la cual se llev a cabo una
entrevista con la gerente del mismo. En dicha entrevista, se establecieron los objetivos del proyecto, as
como el alcance que ste tendra, acordando que el proyecto comprendera la gestin de las reas
acadmica y de personal del centro.

1. Introduccin

1.2. Resumen de la bsqueda bibliogrfica
Tras contactar con el Tutor y establecer los objetivos bsicos del proyecto, la siguiente tarea que se
realiz fue la bsqueda de documentacin y bibliografa.

En principio, se dedicaron tres das exclusivamente para este fin, en los cuales se procedi a la revisin y
estudio de los apuntes de la asignatura IG16 Ingeniera del Software I de segundo curso de Ingeniera
Tcnica en Informtica de Gestin [IG16].

Tambin se realiz un estudio de la metodologa Mtrica
1
[MAP Mtrica], con el objetivo de profundizar
en los conocimientos necesarios para el desarrollo de la fase de Definicin de Requisitos, as como las
tcnicas necesarias para la realizacin de la entrevista a la gerente del centro escolar.

Otra de las fuentes bibliogrficas, de gran ayuda para completar la elaboracin de la fase de definicin de
Requisitos, fueron los apuntes de la Universidad de Sevilla llamados Metodologa para la Elicitacin de
Requisitos de Sistemas Software [Durn 2002], as como el estudio y revisin de las plantillas de
Requisitos de la asignatura E50 Anlisis y diseo de Sistemas de Informacin II [E50].

No obstante, la bsqueda bibliogrfica, no slo se centr en metodologas propias de la Ingeniera del
Software, sino que tambin se dedic tiempo al estudio del entorno sobre el cual gira este proyecto, que
no es otro que la enseanza. Para ello se visitaron diversas pginas Web, entre las cuales destaca la pgina
oficial del Ministerio de Educacin y Ciencia [MEC]. Tambin se realiz un sondeo del mercado de
ERPs estndar relacionados con la Gestin de Centros Escolares, con la finalidad de obtener una idea
global sobre el sistema a desarrollar. Entre los ERP analizados cabe destacar el PreSchool del que incluso
se lleg a probar una versin de prueba [Preschool].

Para finalizar este apartado, sera interesante sealar que el proceso de bsqueda bibliogrfica (y su
posterior estudio, comprensin y aplicacin de conocimientos al proyecto), se ha producido a lo largo del
desarrollo de todo el proyecto, y no nicamente en los tres das indicados en el diagrama Gantt (Figura
3.1.). Los tres das iniciales sirvieron para refrescar los conocimientos del autor del proyecto en la
disciplina de la Ingeniera del Software. A medida que se iban desarrollando las diversas tareas del
proyecto, se suceda la correspondiente bsqueda y estudio de tcnicas y metodologas necesarias para la
consecucin de dichas tareas.

1
Mtrica, es una metodologa de desarrollo de sistemas de informacin en la cual se definen un conjunto
de fases, procedimientos, reglas, tcnicas, herramientas documentacin i aspectos que facilitan a los
desarrolladores de sistemas de informacin su construccin. La metodologa fue desarrollada por el
Ministerio de Administracin Pblica y actualmente se encuentra en la versin 3.
1. Introduccin
Pablo Snchez Lpez 11
1.3. Descripcin de la organizacin de la memoria
La estructura de la memoria, al menos en sus puntos ms importantes, sigue la siguiente distribucin:

ESTRUCTURA DEL PROYECTO
1. Introduccin
2. Tcnicas y metodologas utilizadas
3. Planificacin y seguimiento del proyecto
4. Trabajo planteado y desarrollado
Definicin del Alcance y Objetivos
Requisitos de Datos
Requisitos Funcionales
Requisitos No Funcionales
Anlisis del Sistema
Diagrama de Flujo de Datos (DFD)
Modelo Conceptual de Datos (MCD)
5. Conclusiones
6. Bibliografa y Referencias
7. Anexos

Cuadro 1.1: Estructura del Proyecto
A continuacin se comenta brevemente el propsito y contenido de cada uno de los puntos del proyecto:

Introduccin: Se presenta una visin global del proyecto, describiendo de forma resumida el
alcance del proyecto. Tambin se detalla brevemente el proceso de la bsqueda
bibliogrfica realizada durante y para el proyecto.

Tcnicas y Metodologas Utilizadas: se realiza una explicacin acerca de las tcnicas
empleadas en cada fase del proceso de desarrollo del sistema, explicando el motivo de su
eleccin.

Planificacin y seguimiento del proyecto: en este punto se muestra la planificacin del
proyecto. Esto incluye el proceso de identificacin de tareas, el calculo de su duracin y el
diagrama Gantt.

Trabajo Planteado y desarrollado: Este punto recoge todo el aspecto tcnico del proyecto. En
el se distinguen tres grandes bloques, (i) la Definicin del Alcance y Objetivos del
Sistema, (ii) la Definicin de Requisitos (que a su vez incluye los Requisitos de Datos,
Funcionales y No Funcionales) y el Anlisis del Sistema, que comprende el Diagrama de
Flujo de Datos y el Modelo Conceptual de Datos (DFD y MCD respectivamente).

Conclusiones: Este apartado recoge las conclusiones del autor del proyecto, a cerca del mismo.

Bibliografa y Referencias: Tal y como se deduce del nombre de este punto, ste incluye la
bibliografa utilizada para el desarrollo de este proyecto, as como las referencias que se
citan a lo largo del proyecto.

Anexos: Es el ltimo punto del proyecto, en el cual se adjuntan una serie de documentos que
complementan el contenido del proyecto.

Captulo II

Tcnicas y metodologas utilizadas
Contenido
2.1. Introduccin.............................................................................................................. 12
2.2. Tcnicas utilizadas: descripcin i justificacin de la eleccin. ................................. 12
2.2.1. Planificacin del Proyecto............................................................................... 12
2.2.2. Definicin de Requisitos................................................................................. 13
2.2.3. Anlisis del Sistema: DFD.............................................................................. 16
2.2.4. Anlisis del Sistema: MCD............................................................................. 19

Este apartado tiene como finalidad proporcionar al lector una idea sobre las metodologas empleadas en
este proyecto, concretamente las empleadas en las actividades de Planificacin, Definicin de Requisitos,
y la de Anlisis del Sistema. No slo se centrar en comentar los aspectos bsicos de stas, sino que
adems incluir, los motivos por los cuales se han escogido dichas metodologas. Tambin se comentaran
las aportaciones realizadas por el autor del proyecto a algunas de estas metodologas, en concreto las
relacionadas con la definicin de requisitos.
2.1. Introduccin
Para la elaboracin de la estructura y contenidos de este proyecto (la columna vertebral), se han seguido
bsicamente las recomendaciones de [IG31] y [Dawson 2002]. Por otra parte, para la parte tcnica del
proyecto (Definicin de requisitos y Anlisis) se han seguido las indicaciones de la bibliografa
relacionada con el proceso de desarrollo de software (ver apartado 6.1).
2.2. Tcnicas utilizadas: descripcin i justificacin de la
eleccin
Para la realizacin de este apartado, se ha preferido estructurarlo en tres subapartados, atendiendo a
distintas fases del proyecto. As pues, se empezar hablando de las metodologas utilizadas en la fase de
planificacin del proyecto, pasando despus a las de Definicin de Requisititos y finalmente al Anlisis
del Sistema.
2.2.1. Planificacin del proyecto
La planificacin tiene como finalidad establecer las actividades que se van a llevar a cabo para la
consecucin de los objetivos del proyecto y enmarcarlas dentro de una planificacin temporal.

Para llevar a cabo la planificacin del proyecto, se siguieron bsicamente las recomendaciones de
[Dawson 2002] en su captulo 3.3.

El motivo por el cual se ha empleado esta metodologa en lugar de otras, es principalmente por su
simplicidad. Por otra parte, resulta adecuada por encontrarse bien estructurada en sus fases
(prcticamente, los subapartados del captulo 3 se corresponden con cada una de las fases propuestas en
esta metodologa).
2.2.2. Definicin de Requisitos
Tal y como se ndica en [IG16], la definicin de requisitos es la primera de las fases en el desarrollo de un
sistema informtico. Consiste en identificar cuales son los requisitos del sistema a desarrollar, es decir,
identificar cada una de las necesidades de las personas que harn uso del sistema una vez se ponga en
marcha.

Dentro de esta fase, se identifican tres tipos de requisitos distintos: requisitos de datos, requisitos
funcionales y requisitos no funcionales.

Requisitos de Datos: Son los requisitos de informacin. Se encargan de identificar y estructurar
la informacin que se maneja en el sistema a modelar, as como las posibles relaciones o
estructuras existentes desde el punto de vista de los usuarios. Son de gran ayuda para la fase de
anlisis, puesto que, en la elaboracin de los diagramas de flujos de datos, servirn de base para
la obtencin de los Almacenes de informacin.

Requisitos Funcionales: Se encargan de identificar los requisitos o procesos que ha de cumplir
el futuro sistema. Para ello, primero se identifican los problemas o necesidades y se considera
que la forma de solucionarlo ha de ser por medio de un sistema informtico. Como resumen, se
puede decir, que los requisitos funcionales son las funciones que el sistema tendr que
proporcionar a los futuros usuarios.

Requisitos No Funcionales: incluyen todas aquellas restricciones sobre las cuales se implantar
el software, sobre la seguridad de la informacin y niveles de acceso necesarios, requisitos de
control, etc.

A. Desarrollo y cambios en las plantillas de requisitos

En la Definicin de Requisitos el primer paso, despus del estudio del problema, fue la elaboracin de los
requisitos de datos o de informacin. Para ello se realiz un estudio del problema, y se identificaron las
necesidades de informacin del futuro sistema, es decir, la informacin con la cual trabajar (para su
almacenamiento y posterior proceso). El siguiente paso fue la elaboracin de los requisitos funcionales,
que constituyen la funcionalidad del sistema y en ltimo lugar los requisitos No funcionales.

El mtodo mediante el cual se recogi toda esa informacin, fue por medio de plantillas. Tales plantillas
sufrieron una serie de cambios a medida que se fue desarrollando el proyecto. En principio se parti de
unas plantillas propias, bastante austeras en comparacin con la versin final de las mismas. No obstante
estaban realizadas ntegramente por el autor del proyecto.

Sin embargo, cuando la elaboracin de los requisitos estaba prcticamente finalizada, se descubrieron
entre toda la bibliografa facilitada en [IG31], unas plantillas tomadas de una metodologa propia de la
Universidad de Sevilla [Durn 2002] (ver anexo 7.1.1 y 7.2.1) y otras plantillas de [E50] (ver anexo 7.1.2
y 7.2.2). Estas ltimas estn basadas en las de [Durn 2002] y se realizaron para la asignatura E50 del
plan 1991 de la titulacin Ingeniera Informtica de esta universidad.

Por todo lo anterior, y pese a que el proceso de definicin de requisitos estaba prcticamente acabado, se
decidi realizar un cambi de la plantilla utilizada, aadiendo nuevos campos basados en las nuevas
plantillas de [Durn 2002] y [E50].

Como resultado de todo esto, las plantillas finales son fruto de una sntesis de las tres plantillas (ver anexo
7.1.3 y 7.2.3).



B. Significado de los campos de las plantillas

Las plantillas se hayan divididas en campos, cuyo significado se detalla a continuacin

Requisitos de Datos

Identificador y nombre descriptivo: cada requisito se identifica mediante un nombre nico,
con la finalidad de conseguir una rpida identificacin. Los requisitos de almacenamiento de
informacin comienzan por IRQ, dnde la I es de Informacin y la RQ de ReQuisito. A
continuacin se utiliza una codificacin que sirve para diferenciar los requisitos especficos de
las diversas reas o subsistemas a los que pertenecen. En concreto se identifican 5 subsistemas o
reas:

o IRQ-Axx: Gestin de Alumnos. Incluye todos los requisitos relacionados con el rea de
Alumnos. La A vienen de Alumnos.

o IRQ-Sxx: Gestin de Servicios y Actividades. Incluye todos los requisitos relacionados
con las actividades o servicios. La S vienen de Servicios.

o IRQ-Cxx: Gestin de Cursos y Grupos. Incluye todos los requisitos relacionados con la
gestin de los Cursos de los alumnos. La C vienen de Cursos.

o IRQ-Pxx: Gestin de Personal. Incluye todos los requisitos relacionados con el
Personal del Centro. La P vienen de Personal.

o IRQ-Rxx: Gestin de Cobros. Incluye todos los requisitos relacionados con la gestin
de los Recibos. La R vienen de Recibos.

Nota: Las xx, se sustituye por un nmero secuencial para cada rea, que empieza por 01.

Versin: Sirve para identificar las diferentes versiones cada vez que un requisito sufre una
modificacin. Suele incluir el n de versin y la fecha.

Autores: Indican el nombre, o nombres, de los autores del requisito o de alguna modificacin.
Tambin incluye el departamento u organizacin a la que pertenece.

Requisitos asociados: Incluye el nombre de los requisitos relacionados, tanto de datos como
funcionales.

Descripcin: Define el concepto o entidad del cal se quiere almacenar informacin.

Datos especficos: Este campo incluye una lista con los atributos o conceptos de inters que se
quieran almacenar para el requisito de informacin.

Tiempo de vida: Este campo describe el tiempo medio y mximo de cada ocurrencia.

Ocurrencias simultneas: Este campo describe el nmero de ocurrencias medio y mximo
esperados de cada ocurrencia. Ambos campos son de gran importancia para evaluar las
necesidades de almacenamiento de informacin.

Importancia: Indica la importancia o necesidad del requisito. Se han utilizado valores textuales
enumerados dentro del conjunto {Imprescindible, Interesante, Superfluo, Por
determinar}

Estabilidad: Indica la estabilidad del requisito, es decir la probabilidad de que pueda sufrir
cambios en un futuro. Se han utilizado valores textuales enumerados dentro del conjunto
{Alta, Mediana, Baja, Por determinar}

Comentarios: En este campo se incluye cualquier otra informacin sobre el requisito de datos.

Requisitos Funcionales

Identificador y nombre descriptivo: cada requisito se identifica mediante un nombre nico,
con la finalidad de conseguir una rpida identificacin. Los requisitos de funcionales
comienzan por FRQ, dnde la F es de Funcional y la RQ de ReQuisito.. A continuacin se
utiliza una codificacin que sirve para diferenciar los requisitos especficos de las diversas reas
o subsistemas a los que pertenecen. En concreto se identifican 6 subsistemas o reas:

o FRQ-Axx: Gestin de Alumnos. Incluye todos los requisitos relacionados con el rea de
Alumnos. La A vienen de Alumnos.

o FRQ-Sxx: Gestin de Servicios y Actividades. Incluye todos los requisitos relacionados
con las actividades o servicios. La S vienen de Servicios.

o FRQ-Cxx: Gestin de Cursos y Grupos. Incluye todos los requisitos relacionados con la
gestin de los Cursos de los alumnos. La C vienen de Cursos.

o FRQ-Pxx: Gestin de Personal. Incluye todos los requisitos relacionados con el
Personal del Centro. La P vienen de Personal.

o FRQ-Rxx: Gestin de Cobros. Incluye todos los requisitos relacionados con la gestin
de los Recibos. La R vienen de Recibos.

o FRQ-Ixx: Gestin de Consultas e Informes. Incluye todos los requisitos relacionados
con la gestin de los Consultas e Informes. La I vienen de Informes.

Nota: Las xx, se sustituye por un nmero secuencial para cada rea, que empieza por 01.

Versin: Sirve para identificar las diferentes versiones cada vez que un requisito sufre una
modificacin. Suele incluir el n de versin y la fecha.

Autores: Indican el nombre, o nombres, de los autores del requisito o de alguna modificacin.
Tambin incluye el departamento u organizacin a la que pertenece.

Objetivo: Describe el objetivo o funcionalidad principal del requisito.

Requisitos asociados: Incluye el nombre de los requisitos relacionados, tanto de datos como
funcionales.

Descripcin: Simplemente incluye una breve explicacin de la funcionalidad del requisito.

Datos de entrada: Slo esta disponible para los requisitos funcionales. Constituyen los
parmetros de entrada, es decir todos los datos que se precisan para el correcto funcionamiento
del requisito. Pueden ser datos proporcionados por el sistema, por los usuarios e incluso por
otros procesos.

Datos de Salida: Slo esta disponible para los requisitos funcionales. Se corresponden con los
datos que proporciona el sistema al usuario como respuesta al proceso. Suelen ser datos que
proporcionan la retroalimentacin al usuario.

Informacin a almacenar: Slo esta disponible para los requisitos funcionales. Indica la
informacin que se va a almacenar en los requisitos de datos. Este campo slo se utilizar en
aquellos procesos que realicen acciones de actualizacin, modificacin o eliminacin sobre los
requisitos de datos.

Precondicin: Este campo indica las condiciones necesarias que deben cumplirse inicialmente,
para que el requisito pueda realizarse.


Secuencia normal: Contiene la secuencia normal de interacciones de la funcionalidad requerida.
En cada paso un autor o el sistema realizan una o mas acciones. Un paso puede tener
condiciones para su ejecucin. Al terminar el ltimo paso, la funcionalidad ha sido realizada.

Postcondicin: En este campo se expresan las condiciones que tienen que cumplirse una vez se
ha finalizado la secuencia normal de pasos.

Excepciones: Este campo especifica el componente del sistema en el caso de que se produzca
alguna situacin excepcional durante la realizacin de un paso determinado.

Frecuencia esperada: Indica la frecuencia esperada de utilizacin del requisito.

Importancia: Indica la importancia o necesidad del requisito. Se han utilizado valores textuales
enumerados dentro del conjunto {Imprescindible, Interesante, Superfluo, Por
determinar}

Estabilidad: Indica la estabilidad del requisito, es decir la probabilidad de que pueda sufrir
cambios en un futuro. Se han utilizado valores textuales enumerados dentro del conjunto
{Alta, Mediana, Baja, Por determinar}

Comentarios: En este campo se incluye cualquier otra informacin sobre el requisito.

De todos los campos que incluyen las plantillas de Requisitos Funcionales, los campos Datos de
Entrada, Datos de Salida e Informacin a almacenar son aportaciones propias. Se incluyeron con la
finalidad de facilitar la identificacin de los flujos de datos en la elaboracin de los DFD en la fase de
anlisis.
Esto se explica de la siguiente forma: tal y como se comenta en [IG16], los flujos de datos representan los
bloques de informacin que se desplazan de unos procesos. Tambin es cierto que entre los Requisitos
Funcionales y los Procesos del DFD existe una correspondencia casi directa, por el modo en que se han
realizado tales requisitos. Luego al incluir en los Requisitos Funcionales la informacin de entrada y
salida de los estos, se esta representando, en cierta manera, a los flujos de datos del futuro DFD.
2.2.3. Anlisis del sistema: DFD
El proceso de anlisis es la segunda actividad en el desarrollo de sistemas informticos. Segn [Pressman
2001], el modelo de anlisis es la primera representacin tcnica de un sistema. Actualmente hay que
distinguir entre dos tendencias en el panorama de modelado de anlisis. El primero, el anlisis
estructurado, es un mtodo de modelado clsico, mientras que el segundo es el anlisis orientado a
objetos, de mayor actualidad. En este proyecto se ha seguido el anlisis estructurado, por entender que es
el modelo que mejor se ajusta al tipo de sistema a desarrollar.

Para el desarrollo del modelo de anlisis se parte de los resultados de la fase de definicin de requisitos,
para despus transformar la definicin de los requisitos de usuarios en una especificacin del
sistema, que permita disear el cdigo a programar con el objetivo de cumplir dichos requisitos
[Pressman 2001].

En la fase de anlisis, se suelen utilizar modelos grficos. En este proyecto se han escogido dos tcnicas
para el desarrollo del anlisis, el Diagrama de los Flujos de Datos (DFD) y el Modelo Conceptual de
Datos (MCD), a continuacin se detalla un poco ms el primero de stos, y los pasos realizados para su
elaboracin

El DFD es una tcnica que representa el flujo de informacin y las transformaciones que se aplican a los
datos al moverse desde la entrada hasta la salida del sistema. Hay diversas notaciones grficas para la
representacin de los DFD, y la empleada en este proyecto es la propuesta que ofrece la herramienta-case
Silverrun.

Los componentes fundamentales de un DFD son los almacenes de datos, las entidades externas, los
procesos y los flujos de datos A continuacin se incluye una breve descripcin de cada uno de estos
componentes segn [IG16]. Tambin se incluir una representacin grfica de los componentes en la
notacin que emplea el mdulo DFD del Silverrun:

ALMACENES DE DATOS

Los almacenes de datos utilizan para representar la informacin esttica del sistema. Se representan de la
siguiente forma:

S-2 Alumnos

Figura 2.1: Representacin grfica de un almacn de un DFD
Cada almacn se identifica por un nombre nico, en plural. El ejemplo de la Figura 2.1, mostrara un
almacn que se encargara de almacenar la informacin de los alumnos.

ENTIDADES EXTERNAS

Las entidades externas son los objetos, personas u otros receptores de informacin. Al se externos al
sistema no es posible modificar su contenido, ni el concepto que representan. En la Figura 2.2 se puede
observar su representacin grfica:

EE-1
PADRE/ MADRE

Figura 2.2: Representacin grfica de una entidad de un DFD
Para su representacin, se utiliza un rectngulo en cuyo interior se incluye el nombre que identifica a la
entidad, y normalmente va escrito en singular y maysculas.

PROCESOS

Los procesos representan a la parte del sistema que transforma las entradas en salidas. Todo proceso debe
tener al menos un flujo de entrada y otro de salida. En la Figura 2.3 se muestra un ejemplo de su
representacin grfica:

1. 1. 1
Alta de Alumnos

Figura 2.3: Representacin grfica del proceso de un DFD
Los procesos se representan mediante un rectngulo cuyos bordes estn redondeados, y en su interior se
identifica un nombre y nmero. El nombre sirve para describir brevemente la funcin principal del
proceso.

El nmero es nico para cada proceso y es generado automticamente por el Silverrun, aunque puede ser
modificado. Sigue una codificacin, en la cual se utiliza un dgito para cada nivel, y entre estos se separan

por puntos, de tal forma que a simple vista se puede saber a que nivel de detalle pertenece un determinado
proceso (en el ejemplo de la Figura 2.3, al tener tres dgitos se sabe que es un proceso del tercer nivel de
detalle).

Entre los procesos existe una relacin jerrquica, de tal forma que si se explosiona un proceso este pasar
a ser el padre de los procesos que se incluyan en su explosin. Esta relacin entre procesos padres e hijos,
tambin se refleja en la codificacin del nmero, de tal forma que los nmeros que identifiquen a los hijos
de un proceso incluirn el nmero del proceso padre seguido de un nuevo dgito para identificar a cada
proceso en el nuevo nivel de detalle del DFD (por ejemplo, los procesos 1.1.1 y 1.1.2 son los procesos
hijos del 1.1.)

FLUJOS DE DATOS

Los flujos de datos representan los bloques de informacin que se desplazan de unos procesos a otros,
constituyendo los datos de entrada y la informacin de salida de los procesos. Se representan mediante
flechas, tal y como se muestra en la Figura 2.4:

Figura 2.4: Representacin grfica de los flujos de datos de un DFD
Los flujos de datos incluyen una breve descripcin sobre datos que representa. Los flujos salen y entran
de los procesos, entidades y almacenes, debiendo estar conectados obligatoriamente a un proceso en uno
de sus extremos.

En la Figura pueden verse distintos tipos de flujos, el primero de ellos identifica a un proceso en el cual la
informacin fluye en un nico sentido. El segundo tipo, muestra un flujo cuyos datos fluyen en ambos
sentidos. El ltimo, se trata de un flujo de control.

Para el DFD del sistema, se ha optado por la realizacin de dos niveles de detalle, a parte del diagrama de
contexto, por entender que son suficientes para el propsito del proyecto. Entrar en un mayor nivel de
detalle complicara el proyecto de manera innecesaria al mismo tiempo que no aportara beneficio alguno
para las sucesivas fases en el desarrollo del sistema (ver punto 4.7, dnde se especifica la continuacin del
proyecto).

Durante la realizacin del DFD, se siguieron una serie de pasos y tcnicas con el objetivo de simplificar el
proceso, al mismo tiempo que se documentaba y correga. Los pasos fueron los siguientes:

Identificacin de los Almacenes, Entidades, Procesos y Flujos
Realizacin de una plantilla de los procesos.
Especificacin de las normas o estndares adoptados en los DFD

A. Identificacin de los Almacenes, Entidades, Procesos y Flujos

El primer paso para la elaboracin del DFD, fue la identificacin de los elementos que en l intervienen.
Dichos elementos son los almacenes, las entidades, los procesos y los flujos de datos. A continuacin se
especifican los pasos que se llevaron a cabo para su identificacin:

Para la identificacin de los almacenes de datos, se procedi al estudi de los requisitos de
datos identificados en la anterior fase.

Para la identificacin de las entidades externas que intervienen en los procesos, se elaboraron
una serie de preguntas (ver anexo 6.3). En cada una de estas preguntas se hace referencia a un
requisito funcional, o conjunto de estos (como puede ser el mantenimiento de un almacn), y
normalmente consisten en preguntar quin o qu aporta o solicita informacin sobre el requisito
funcional en cuestin y a dnde va a parar (almacn o entidad externa).

La identificacin de los procesos. A pesar de lo que se pueda pensar, de los tres elementos, sta
tareas de identificacin fue la ms fcil de realizar, puesto que prcticamente consisti en una
adaptacin directa de los requisitos funcionales identificados en la anterior fase (Definicin de
requisitos). Prcticamente cada requisito funcional se corresponde con un proceso del DFD.

Para la identificacin de los flujos de datos, result de gran ayuda el uso de las plantillas de
Requisitos Funcionales tal y como ya se ha comentado en el apartado anterior, 2.2.2).

En el apartado 4.4.2, se muestran los almacenes y entidades identificados en el proceso, mientras que los
procesos y los flujos se detallan en el modelo del sistema (apartado 4.4.3).

B. Realizacin de una plantilla de los procesos

Gracias a una plantilla incluida como anexo en el punto 7.4, el proceso de conversin entre los requisitos
funcionales y los DFDs se realiz de forma rpida y controlada. En dicha plantilla, se encuentran
definidos una serie de conceptos para cada proceso del DFD, en cada uno de sus tres niveles. Tales
conceptos son:

Datos o Informacin de entrada al proceso
Quin o qu aporta datos al proceso
Informacin de Salida del proceso.
A Quin o a Qu va dirigido la informacin de salida (Entidades o Almacenes).

Es interesante volver a incidir en la importancia de la elaboracin de una buena definicin de los
requisitos funcionales. Gracias a ello, la elaboracin del DFD se simplifica enormemente al tiempo que se
realiza de un modo ms organizado.

C. Especificacin de las normas o estndares adoptados en los DFD

Para terminar este apartado, se incluye a continuacin una serie de normas que se han adoptado en la
elaboracin del DFD, y que son importantes para una mejor comprensin del mismo.

Para los flujos de datos de los mantenimientos, se utiliza un solo flujo para el alta, baja y
modificacin del Almacn en cuestin. (por ejemplo: datos de alumno (n/m) dnde (n/m)
viene de nuevo/modificacin)

En los mantenimientos de Almacenes, el flujo de datos de confirmacin de la ejecucin de
los procesos de alta, baja y modificacin se omitir, puesto que se dar por hecho su
existencia.
2.2.4. Anlisis del sistema: MCD
Segn [IG6] el Modelo Conceptual de Datos (MCD) es una tcnica que permite representar la
informacin lgica de un sistema, su estructura y las reglas necesarias, que servirn de informacin de
entrada para el diseo de las bases de datos. El objetivo principal de sta metodologa es identificar y
representar la informacin, independientemente de cmo se acceder a sta en un futuro y de cmo se
almacenar fsicamente. Se ha escogido esta metodologa por su facilidad e intuicin.

Para la creacin del MCD se ha empleado la herramienta-case Silverrun (la misma que se ha utilizado
para el desarrollo del DFD). Gracias a ello, se han podido importar los datos, desde el diccionario de
datos generado en el DFD, directamente al modulo encargado de la creacin del MCD que proporciona el
Silverrun (mdulo ERX). De esta forma se simplifica y agiliza enormemente el proceso, puesto que no es
necesario la reintroduccin de los tipos de datos elementales, ni de los datos compuestos.


A continuacin se explican brevemente segn [IG16], los componentes del MCD y su funcionamiento.
Tambin se incluir una representacin grfica de sus componentes segn la notacin que emplea el
mdulo ERX del Silverrun:

Los componentes principales del MCD son las entidades de datos, los atributos y las relaciones:

ENTIDADES

Las entidades son los conceptos de inters para el sistema y sobre los cuales tendr que almacenar
informacin para cubrir los requisitos de los usuarios. Una entidad representa un conjunto de objetos,
tangibles o abstractos, que tienen unas caractersticas similares y que pueden distinguirse de otros objetos
en el sistema. Para identificar a una entidad normalmente se utilizan nombres en singular y se representa
mediante un rectngulo como se observa en la Figura 2.5.

Alumno

Figura 2.5: Representacin grfica de una entidad del ERX
Por ejemplo, la entidad Alumno almacenara toda la informacin de inters de los alumnos, para el
sistema.

Para cada entidad de datos, debern poderse identificar ocurrencias que hacen referencia a cada uno de los
objetos individuales pertenecientes a una determinada entidad.

ATRIBUTOS

Los atributos son las caractersticas que son necesarias definir en cada entidad de datos para representar la
informacin del sistema. Se puede decir que los atributos son unidades de informacin relacionadas con
una entidad que, desde un punto de vista lgico, no puede descomponerse ms. La suma de todos los
atributos de una entidad, define a la propia entidad. Siguiendo con el ejemplo anterior, en la Figura 2.6 se
observa la entidad Alumno con sus respectivos atributos.

Alumno
Alumno Num_Expedient e
Alumno Apellidos
Alumno Nombre
Alumno Fecha_Nacimiento
Alumno Lugar_Nacimient o
Alumno Provincia_Nacimient o
Alumno Domicilio
Alumno Telfono
Alumno DNI
Alumno NUSS
Alumno I mporte_Deudor
Alumno Num_Hermanos
Alumno Comedor
Alumno Transporte
Alumno Fecha_Mat riculacin
Alumno Fecha_Baja

Figura 2.6: Representacin grfica de los atributos de una entidad del ERX
Tal y como se observa en la Figura 2.6, los atributos de una entidad se integran dentro del rectngulo que
representa a la propia entidad. Para diferenciar el Nombre de la entidad de sus atributos, en la notacin
del ERX, se incluye una lnea divisoria dentro del rectngulo. De entre todos los atributos que incluye la
entidad alumno, destaca el primero, el cual esta subrayado por tratarse del identificador de la entidad.

El identificador de una entidad es un atributo, o conjunto de estos, que toman un valor nico para cada
ocurrencia de la entidad. Cuando se considera un conjunto de atributos como identificador, el valor nico
viene determinado por la combinacin de los valores de estos. Por lo tanto la finalidad de los
identificadores es la de diferenciar unas ocurrencias de otras.

RELACIONES

El MCD tiene que representar las conexiones existentes entre los diferentes conjuntos de datos que
maneja el sistema. Las relaciones representan las conexiones que son de inters para el sistema, entre las
ocurrencias de dos o ms entidades. Estas asociaciones se identifican a partir de los requisitos de datos y
funcionales del sistema.

Cada relacin tendr que representarse y considerarse de forma adecuada, y se estudiar cuntas
ocurrencias como mximo de una entidad pueden estar relacionadas con ocurrencias de otra entidad, y si
esta conexin es obligatoria u opcional. Este concepto recibe el nombre de cardinalidad o conectividad.

A continuacin, en la Figura 2.7, se incluye la representacin grfica de una relacin entre dos entidades
segn la notacin ERX empleada en este proyecto.

x,y a,b
Relacin
Ent idad 1 Ent idad 2

Figura 2.7: Representacin grfica de una relacin entre dos entidades segn la notacin ERX
La representacin grfica de una relacin se hace por medio de una circunferencia que une a las entidades
implicadas en la relacin por medio de unas lneas que van desde las entidades a la propia relacin. Segn
la notacin del ERX, dentro de la circunferencia se incluye el nombre de la relacin, y en el caso de que
dicha relacin tuviera atributos asociados, stos se incluiran en la mitad interior de la circunferencia.

Respecto a la representacin de la cardinalidad de una relacin, sta se hace por medio de las letras
minsculas x, y, a y b (vase Figura: 2.7), cuyo significado se explica a continuacin.

x: Indica la obligatoriedad, es decir si dada una ocurrencia de la Entidad 1 es obligatorio que est
relacionada con una ocurrencia de la Entidad 2. La x puede tomar como valores el 0, indicando
que no es obligatoria, o el 1 en caso contrario.

y: Indica la cardinalidad mxima de la relacin, es decir, dada una ocurrencia de la Entidad 1
con cuantas ocurrencias de la Entidad 2 como mximo puede estar relacionada. La y tomar
como valores el 1 para indicar cada ocurrencia de la Entidad 1 estar relacionada con una nica
ocurrencia de la Entidad 2, o el valor N si se relaciona con varias ocurrencias de la Entidad 2.

a: Tiene exactamente el mismo significado que la x, pero con el sentido inverso.

b: Tiene exactamente el mismo significado que la y, pero con el sentido inverso.

Una vez explicada brevemente la notacin del ERX, la Figura 2.8 muestra un fragmento del MCD del
proyecto.



1,N
1,N
Cursa
Alumno
Alumno Num_Expediente
Alumno Apellidos
Alumno Nombre
Alumno Fecha_Nacimiento
Alumno Lugar_Nacimient o
Alumno Provincia_Nacimient o
Alumno Domicilio
Alumno Telf ono
Alumno DNI
Alumno NUSS
Alumno I mport e_Deudor
Alumno Num_Hermanos
Alumno Comedor
Alumno Transporte
Alumno Fecha_Matriculacin
Alumno Fecha_Baja
Curso
Curso Curso
Curso Ao
Curso Max_Plazas
Curso Plazas_Ocupadas

Figura 2.8: Representacin grfica de una relacin entre dos entidades del MCD del sistema.
La Figura 2.8 representa una relacin entre las entidades Alumno y Cursos, y dicha relacin se interpreta
de la siguiente forma:

De Izquierda a Derecha: Una ocurrencia de la entidad Alumno, podr cursar varios Cursos a lo
largo de su vida escolar, siendo obligatorio que al menos realice un Curso.

De Derecha a Izquierda: Para que exista una ocurrencia de la entidad Curso, es necesario que al
menos est sea cursado por un nico alumno, pudiendo ser cursado por varios.
Captulo III
Planificacin y seguimiento del
proyecto
Contenido
3.1. Preliminares.............................................................................................................. 23
3.2. Divisin del trabajo................................................................................................... 24
3.3. Estimacin de duracin de las tareas......................................................................... 26
3.4. Identificacin de hitos............................................................................................... 26
3.5. Encadenamiento de actividades................................................................................. 28
3.6. Planificacin temporal .............................................................................................. 29

Para la realizacin de este apartado, se han seguido los pasos indicados en el punto 3.3 de [Dawson 2002].
3.1. Preliminares
La planificacin del proyecto tiene dos funciones: clarificar el orden de las tareas,
y estimar el tiempo necesario para llevarlas a cabo. Es en esta fase cuando el
estudiante debe darse cuenta de forma ya definitiva de si el proyecto es
excesivamente complejo o es demasiado superficial para lo que se le exige
acadmicamente. Entonces podr decidir si ampla o reduce la panormica del
proyecto, con la consiguiente replanificacin del trabajo
[Dawson 2002]

Este apartado, se centra en la planificacin del presente proyecto. La planificacin se realiza en los seis
pasos propuestos por [Dawson 2002], y requieren el dominio de ciertas tcnicas. Dichos pasos son los
siguientes:

Divisin del Trabajo (subapartado 3.2)
Estimacin de tiempos (subapartado 3.3)
Identificacin de hitos (subapartado 3.4)
Encadenamiento de actividades (subapartado 3.5)
Planificacin temporal (subapartado 3.6)
Replanificacin

Cada uno de estos pasos se corresponde con los distintos apartados del presente captulo (a excepcin del
ltimo).

3.2. Divisin del trabajo
Uno de los primeros pasos en la planificacin, consiste en identificar las tareas necesarias para la
realizacin del proyecto, as como las subtareas en las que stas se dividen. Se puede decir, que el proceso
que se sigue en la divisin del trabajo consta principalmente de dos partes. En la primera de ellas se
descompone el problema general del proyecto en sus objetivos principales. La segunda parte, consiste en
la sucesiva divisin de los objetivos, hasta llegar a identificar el trabajo de desarrollo que se necesita
llevar a cabo.

A continuacin se muestran las diversas tareas, organizadas segn los diversos objetivos principales
derivados del proyecto (dichos objetivos, son las tareas numeradas):

1. Estudio inicial del problema. Se trata de una tarea de control que aglutina aquellas tareas cuyo
objetivo principal es proporcionar un entendimiento inicial del problema. Comprende
bsicamente las siguientes tareas:

Consultar con el tutor. Consiste en la presentacin ante el tutor asignado para la
realizacin. En dicha reunin se establece la primera toma de contacto con el problema, el
cual es introducido por el tutor.

Bsqueda de informacin. El objetivo de esta tarea es doble: (i) refrescar los
conocimientos sobre la ingeniera del software, (ii) y realizar un estudio del entorno sobre el
cual se engloba el proyecto (la enseanza obligatoria).

Definicin ms detallada de objetivos y alcances. Esta tarea trata de establecer los
objetivos y el alcance que habrn de cumplirse en el proyecto.

2. Desarrollo. Es una tarea resumen, la cual comprende una serie de subtareas relacionadas con el
desarrollo de la parte tcnica del proyecto.

Controlar el desarrollo y revisiones con el tutor. Se lleva a acabo a lo largo de todas las
tareas de la parte tcnica. Gracias a ella, se lleva un control del trabajo realizado por
parte del tutor.

Entrevistas. Esta tarea de control tiene como objetivo la obtencin de informacin sobre
el funcionamiento del centro escolar. Se divide en las siguientes subtareas:
o Preparacin de la entrevista. En esta tarea se realiza un estudio inicial
sobre el problema, y se realizan una serie de preguntas que sean
potencialmente interesantes para la comprensin del funcionamiento del
centro escolar.
o Realizacin de la entrevista. Simplemente se trata de la entrevista real a la
gerente del centro escolar. Para ella se utilizan los resultados obtenidos en la
tarea anterior. Es conveniente tomar anotaciones, pues estas suponen la
entrada de la siguiente tarea.
o Anlisis de la entrevista. Consiste, nicamente, en la realizacin de una
sntesis de todo el proceso de la entrevista.

Definicin de requisitos. Es un hito cuyo objetivo es reunir aquellas tareas encargadas de
descubrir, especificar y comprender las capacidades y condiciones necesarias para
resolver el problema inicial. Se divide en las siguientes tareas:

o Bsqueda, seleccin y adaptacin de metodologas. Esta tarea es
complementaria de la de Bsueda de informacin, y en ella se realizan las
plantillas necesarias para la realizacin de las siguientes tres tareas.
o Requisitos de datos. Comprende el estudio de los requisitos de informacin
que deber cumplir el sistema software a desarrollar.
o Requisitos funcionales. En esta tarea se debe identificar qu debe hacer el
sistema a desarrollar con la informacin identificada en la tarea anterior.
o Requisitos no funcionales. Se deben identificar los requisitos no
funcionales, normalmente de carcter tcnico o legal.

Anlisis del sistema. Esta tarea de control incluye todas aquellas tareas consiste en la
especificacin del sistema informtico a desarrollar utilizando tcnicas grficas y
mtodos, a partir de un razonamiento realizado sobre los requisitos obtenidos en la etapa
anterior, detectando y resolviendo posibles inconsistencias y conflictos. Esta tarea se
divide principalmente en las siguientes subtareas:

o Diagrama de Flujo de Datos (DFD). Mediante esta tarea, se muestra la
visin lgica de los flujos de informacin, y permite realizar, de forma
sencilla, una abstraccin del problema.
o Modelo Conceptual de datos (MCD). Esta tarea se encarga de establecer el
primer paso para el diseo de la base de datos del sistema a desarrollar.

3. Redaccin provisional de la memoria. Es un hito que rene las tareas relacionadas con la
redaccin provisional del actual documento, a la espera de la revisin por parte del tutor. Se
divide en las siguientes tareas:

Organizar la documentacin. Consiste en elaborar la estructura de la memoria.

Redactar apartados de la memoria. Tal y como indica su nombre, esta actividad
simplemente consiste en la redaccin de cada uno de los apartados de la memoria
identificados en la anterior tarea.

4. Finalizacin del proyecto. Se trata de una tarea de control que comprende las tareas
relacionadas con la revisin y terminacin de la memoria. Se divide en las siguientes tareas:

Revisin con el tutor. Esta tarea comprende la presentacin de la memoria al tutor, una vez
sta se haya prcticamente concluida.

Revisar memoria y otros detalles. En esta tarea se realizan los ltimos retoques a la
memoria, en funcin de los resultados obtenidos en la tarea anterior. Tambin comprende la
revisin final del formato de la memoria.

5. Presentacin del proyecto. Es la ltima tarea de control, en la cual se entrega oficialmente la
versin final de la memoria, y se realiza la exposicin oral del proyecto:

Entrega de la memoria. Tal y como se deduce del nombre, esta tarea nicamente consiste
en la entrega oficial de la memoria, en su versin final.

Exposicin oral. Aproximadamente una semana despus de la anterior tarea, se proceder a
la exposicin oral del proyecto ante el tribunal designado. Una vez concluida esta tarea, se
puede dar por finalizado el proyecto.

3.3. Estimacin de duracin de las tareas
El segundo paso en los que se divide la planificacin de un proyecto es la estimacin de la duracin de las
tareas que lo componen. Simplemente consiste en estimar el tiempo necesario para la realizacin de cada
una de las tareas en que se divide el proyecto y compone el plan de trabajo propuesto inicialmente.

En principio, se estableci un calendario, que inclua los das de la semana laboral. Sin embargo, no se
propuso un horario de trabajo fijo debido, principalmente, al hecho de que el proyecto se ha realizado
conjuntamente con las asignaturas del tercer curso de la titulacin Ingeniera Tcnica en Informtica de
Gestin. Esto supuso un reparto dinmico del tiempo del autor entre el proyecto, la asistencia a clases,
el tiempo dedicado a stas en casa y el periodo de exmenes.
3.4. Identificacin de hitos
Los hitos son puntos de referencia que marcan un evento importante en un proyecto y se utilizan para
controlar el progreso del proyecto. Suelen agrupar un conjunto de tareas que se han de realizar en bloque
por hallarse directamente relacionadas entre s, y son de vital importancia puesto que sirven para tomar
decisiones; normalmente en caso de no cumplirse dentro del tiempo previsto, suele abortarse el proyecto.

A continuacin se muestra la lista de tareas del proyecto y sus hitos:

Nombre de Tarea Duracin estimada

o Estudio inicial del problema 4 das
Consultar con el tutor 1 da
Bsqueda de informacin 3 das
Definicin ms detallada de objetivos y alcances 3 das

o Desarrollo 73 das
Controlar el desarrollo y revisiones con el tutor 1 da

Entrevistas 4 das
Preparacin de la entrevista 2 das
Realizacin de la entrevista 1 da
Anlisis de la entrevista 1 da

Definicin de requisitos 34 das
Bsqueda, seleccin y adaptacin de metodologas 5 das
Requisitos de datos 5 das
Requisitos funcionales 23 das
Requisitos no funcionales 1 da
H1: Fin de Requisitos 0 das

Anlisis del sistema 35 das
Diagrama de Flujo de Datos (DFD) 20 das
Modelo Conceptual de datos (MCD) 15 das
H2: Fin de Anlisis 0 das

o Redaccin provisional de la memoria 22 das
Organizar la documentacin 2 das
Redactar apartados de la memoria 20 das

o Finalizacin del proyecto 5 das
Revisin con el tutor 1 da
Revisar memoria y otros detalles 4 das
H3: Fin de Memoria 0 das

o Presentacin del proyecto 109 das
Entrega de la memoria 0 das
Exposicin oral 1 da
H4: Fin de Proyecto 0 das

Cuadro 3.1: Tareas e hitos
H1: Fin de Requisitos. Este hito marca el final de la fase de definicin de requisitos. El objetivo de
este hito es obtener informacin que permite identificar las necesidades del futuro sistema
informtico

H2: Fin de Anlisis. Marca la finalizacin de la fase de anlisis del proyecto. Tras la consecucin de
este hito, se obtendr el modelo de anlisis de los procesos y de los datos a disear.

H3: Fin de Memoria. Este hito marca la finalizacin de la memoria del proyecto.

H4: Fin de Proyecto. Este ltimo hito, indica que se ha llegado a la finalizacin del proyecto. Viene
determinado por la entrega de la memoria y la posterior presentacin del proyecto

3.5. Encadenamiento de actividades
Una vez definidas las duraciones de las tareas, es el momento de determinar la relacin de dichas tareas
entre s. La naturaleza de tales relaciones es de dependencia. Las tareas se vinculan definiendo una
dependencia entre sus fechas de comienzo y de fin. As pues una actividad puede ser predecesora de otra
cuando se establece un requisito que indica que para el comienzo de una segunda actividad debe haber
terminado la primera. En el siguiente cuadro (3.2) se muestra el encadenamiento de las tareas del
proyecto:

Id Nombre de Tareas Predecesoras
1 Proyecto Informtico de Gestin -
2 Estudio inicial del problema -
3 Consultar con el tutor -
4 Bsqueda de informacin 3
5 Definicin ms detallada de objetivos y alcances 3
6 Desarrollo -
7 Controlar el desarrollo y revisiones con el tutor 5
8 Entrevistas -
9 Preparacin de la entrevista 5
10 Realizacin de la entrevista 9
11 Anlisis de la entrevista 10
12 Definicin de requisitos -
13 Bsqueda, seleccin y adaptacin de metodologas 11
14 Requisitos de datos 13
15 Requisitos funcionales 14
16 Requisitos no funcionales 15
17 H1: Fin de Requisitos 16
18 Anlisis del sistema -
19 Diagrama de Flujo de Datos (DFD) 17
20 Modelo Conceptual de datos (MCD) 19
21 H2: Fin de Anlisis 20
22 Redaccin provisional de la memoria -
23 Organizar la documentacin 21
24 Redactar apartados de la memoria 23
25 Finalizacin de la memoria -
26 Revisin con el tutor 24
27 Revisar memoria y otros detalles 26
28 H3: Fin de Memoria 27
29 Presentacin del proyecto -
30 Entrega de la memoria 28
31 Exposicin oral 30
32 H4: Fin de Proyecto 31

Cuadro 3.2: Tabla de encadenamiento de tareas
3.6. Planificacin temporal
Una vez obtenida la red de actividades, el siguiente paso es realizar una asignacin temporal, cuyo
objetivo es saber qu debe realizarse en cada una de las jornadas del perodo de desarrollo del
proyecto.

La tabla del cuadro 3.3, que se muestra a continuacin, indica la duracin de las principales tareas as
como la duracin total del proyecto.

Nombre de Tarea Duracin
Estudio inicial del problema 4 das
Desarrollo 73 das
Redaccin provisional de la memoria 22 das
Finalizacin del proyecto 5 das
Presentacin del proyecto 4 das
Total 108 das
Cuadro 3.3: Planificacin temporal
En este paso, se hace uso de los diagramas Gantt. Son de gran ayuda puesto que muestran explcitamente
la duracin de las actividades e indican cundo se realizan diversas actividades a la vez. El diagrama
Gantt del proyecto es el siguiente:


Figura 3.1: Diagrama Gantt
4. Trabajo planteado y desarrollo
Captulo IV
Trabajo planteado y desarrollo
Contenido
4.1 Introduccin............................................................................................................... 31
4.2. Definicin del Alcance y objetivos........................................................................... 32
4.2.1. reas involucradas.......................................................................................... 32
4.2.2. Estudio de los procedimientos........................................................................ 33
4.2.3. Objetivos del futuro sistema............................................................................ 38

4.3. Definicin de Requisitos........................................................................................... 39
4.3.1. Introduccin.................................................................................................... 39
4.3.2. Requisitos de datos ......................................................................................... 39
4.3.3. Requisitos funcionales.................................................................................... 47
4.3.4. Requisitos no funcionales............................................................................... 77
4.3.5. Necesidades Hardware.................................................................................... 78

4.4. Anlisis del sistema: DFD......................................................................................... 79
4.4.1. Introduccin.................................................................................................... 79
4.4.2. Identificacin de los elementos del DFD........................................................ 79
4.4.3. Modelo............................................................................................................ 81
4.4.4. Documentacin............................................................................................... 88

4.5. Anlisis del sistema: MCD...................................................................................... 132
4.5.1. Introduccin.................................................................................................. 132
4.5.2. Modelo.......................................................................................................... 133
4.5.3. Documentacin............................................................................................. 134

4.6. Consistencia entre modelos..................................................................................... 147

4.7. Continuidad del proyecto........................................................................................ 149

4.1. Introduccin
Este apartado es el ms importante del proyecto ya que en l se incluye toda la parte tcnica del mismo.

En su primer apartado describe se el alcance y objetivos del sistema (punto 4.2.). Los siguientes cinco
apartados (4.2, 4.3, 4.4, 4.5 y 4.6) se corresponden con las dos primeras actividades del desarrollo de un
sistema informtico (que tal y como se ha comentado en la introduccin son las nicas que se contemplan
en el presente proyecto), es decir, la Definicin de Requisitos y el Anlisis del futuro sistema.

Para terminar, en el ltimo punto (el 4.7) se detalla la continuidad del proyecto con el fin de definir los
pasos que seran necesarios para alcanzar la implementacin final.

4.2. Definicin del Alcance y objetivos del sistema
El propsito de este apartado es fijar los objetivos del sistema, es decir, los beneficios y mejoras que se
pretenden alcanzar con la realizacin del mismo. Tambin se define el alcance del sistema, que trata de
establecer las reas, la funcionalidad de stas y todos los aspectos que abarca el proyecto, as como la
interaccin con otros subsistemas.
4.2.1. reas involucradas
Como paso previo a la fase de Definicin de Requisitos, se realiz un estudio sobre las reas involucradas
en el desarrollo del sistema. Para ello resulto de gran ayuda la entrevista personal que se mantuvo con la
gerente del centro escolar. El resultado de dicha entrevista puede verse reflejado tanto en el actual
apartado del trabajo, como en el punto 7.5 del Anexo.

Como ya se ha comentado con anterioridad, el alcance del proyecto cubre las dos reas ms conflictivas,
en concreto las reas acadmica y de personal del centro escolar XXXXXXXXXXXX.

rea acadmica

Engloba todas aquellas actividades que estn directamente relacionadas con la gestin de los
alumnos del centro. Esto incluye la gestin los datos personales de los alumnos, el control de las
actividades y servicios contratados por los alumnos, toda la informacin relativa a la
organizacin de los grupos, as como la gestin de los recibos y sus cobros. Es por ello que en el
modelo desarrollado tanto para la Definicin de Requisitos como para el Diagrama de Flujo de
Datos, el rea Acadmica se ha dividido en los siguientes subsistemas:

o Gestin de Alumnos: dnde se gestiona la informacin personal de los alumnos y
sus padres o tutores.

o Gestin de Servicios y Actividades: encargado de gestionar toda la informacin
relacionada con los Servicios y Actividades del centro escolar.

o Gestin de Cursos y Grupos: es subsistema el encargado de gestionar y mantener
toda la informacin sobre la organizacin acadmica propia de los diferentes
grupos, cursosy ciclos para cada curso escolar.

o Gestin de Cobros: subsistema encargado de gestionar la emisin y cobro de los
recibos de los alumnos del centro escolar.

El rea acadmica se relaciona con el rea de personal, puesto que en la gestin de los cursos y
grupos se hace referencia a los profesores que desempean cargos acadmicos sobre los cursos
(tutores, jefes de estudio, coordinadores, etc.)

rea de personal del centro

En este caso comprende todos aquellos procesos y actividades encargados de gestionar los datos
personales de los trabajadores del centro. Como caso especial tenemos a los profesores, que
tienen como particularidad la asignacin de cargos acadmicos. En el modelo del sistema, el rea
de personal se identifica con el subsistema de Gestin de Personal.

El rea de personal se relaciona con el rea Acadmica, como ya se ha comentado. Tambin se
relacionar con el rea de Facturacin del centro escolar de la siguiente forma:

El centro escolar, dispone de un paquete de software estndar, encargado de la facturacin y de
la gestin de las Nminas de los empleados. Dicho paquete necesita saber el sueldo base de cada
empleado para la realizacin de clculos en el proceso de generacin de las nminas. Es aqu
donde aparece la relacin entre el rea de personal y la de RRHH (en concreto las nminas),
puesto que en el rea de personal, se almacena el sueldo base de cada empleado y, dicho sueldo
base, es consultado durante el clculo de las nminas.

Nota 1: la relacin entre el rea de personal, analizada en el proyecto, y el rea de RRHH
deber ser estudiada en la fase de Diseo del sistema, en concreto el Diseo de Procesos, por lo
cual no entra dentro del alcance del proyecto (vase el apartado 4.7)

En un principio, el proyecto tambin iba a incluir la gestin del rea de Compras. En concreto, se
pretenda llevar el control sobre los datos personales de los proveedores del centro, organizados por
cuentas (alimentacin, limpieza y otros servicios) y poder realizar comparativas de precios. Sin embargo,
despus de unas consideraciones iniciales respecto a la extensin y alcance del proyecto, se decidi
finalmente que el proyecto slo contemplara las reas acadmica y de personal.
4.2.2. Estudio de los procedimientos
Para una mejor comprensin del proyecto y especialmente de los modelos del Anlisis del sistema (DFD
y MCD), en este apartado se explicarn los procedimientos habituales que sigue el centro escolar en las
reas que son objeto de estudio en este proyecto. Este apartado tiene tambin como finalidad, inculcar al
lector una idea bsica sobre el funcionamiento del colegio.

Los procedimientos identificados son los siguientes:
Matriculacin de un Alumno
Baja de un Alumno
Inscripcin de servicios y actividades de los alumnos
Anulacin de inscripciones de servicios y actividades de los alumnos
Gestin y Organizacin de los Cursos y Grupos
Contratacin de Personal
Gestin de Cobros

Matriculacin de un alumno

Antes de pasar a la descripcin del procedimiento de matriculacin, creo conveniente explicar
brevemente la oferta acadmica que ofrece el centro. As pues los cursos que se imparten en el centro son
los siguientes:

o Primer Ciclo Infantil (0-2 aos). Este ciclo es totalmente privado, los padres deben de
encargarse de la totalidad de los pagos.

o Segundo Ciclo Infantil (3-6 aos). A partir de este ciclo en adelante, se trata de educacin
concertada con Consellera. El coste mensual que han de hacer frente los padres por los
servicios prestados asciende a 38 euros mensuales por gastos de limpieza. A parte se
abonarn los servicios adicionales.

o Primaria (6-12 Aos). Consta de 3 ciclos de dos cursos cada uno. Los padres se encargan
de pagar nicamente los servicios de comedor, transporte y actividades extraescolares.

o Secundaria E.S.O. (12-16 Aos). Consta de dos ciclos de dos cursos cada uno, y al igual
que en primaria slo se abonan los servicios disfrutados por los alumnos.

El centro solamente dispone de un nico grupo de veinticinco alumnos por curso, siendo de treinta en
Secundaria. La idea de la escuela es formar un bloque de alumnos, que se mantenga a lo largo de los
sucesivos cursos.

El proceso normal para la incorporacin de un nuevo alumno al centro, es que sta se produzca desde la
educacin infantil. As pues, rara es la ocasin en la cual el centro admite nuevos alumnos en primaria o
secundaria.


Los pasos previos a la matriculacin de un alumno son distintos en funcin de si el alumno se incorpora
en educacin infantil o en cursos de enseanza obligatoria. A continuacin se comenta brevemente en qu
consiste el proceso en cada uno de los dos casos comentados.

En el caso de la incorporacin de un alumno en educacin infantil, el primer paso es una reunin entre los
padres y el personal del centro. Para la aceptacin del nuevo alumno se valora si reside cerca del centro,
as como si tiene hermanos en l. Finalmente el centro es el que toma la decisin de aceptar o no al nuevo
alumno; en este caso, al tratarse de enseanza no obligatoria, Consellera no interviene en el proceso.

Por otra parte, la incorporacin de un alumno en algn curso de enseanza obligatoria, debe estar
controlada por Consellera. Desde sta, se convocan las plazas disponibles para cada curso en el centro
escolar, y en el caso de que un alumno se matricule, el colegio deber comunicrselo a Consellera.

Para el proceso de matriculacin, los padres deben aportar la siguiente documentacin:

o Fotocopia D.N.I. del padre y de la madre.

o Fotocopia del Libro de Familia de las hojas correspondientes a los padres y el alumno.

o Informe de Salud del Escolar. (Pueden encontrarlo en los Centros de Salud y puede ser
firmado por el mdico de cabecera o el mdico particular).

o Fotocopia del cdigo de cuenta de cliente donde se quiere domiciliar el pago de servicios
prestados por el centro (transporte, comedor, actividades complementarias, seguro escolar,
gabinete psicopedaggico) en su caso.

Una vez se decide aceptar un nuevo alumno se procede a la realizacin de la matricula, donde se facilitan
todos los datos de los nios y sus respectivos padres. Llegado a este punto no existe diferencia alguna en
el proceso independientemente del curso al cual se incorpore el alumno.

Los datos a rellenar en la ficha de matriculacin se dividen en cinco apartados:

1. Datos Generales
- Fecha de matriculacin.
- Fecha de escolarizacin
- Apellidos
- Nombre
- Fecha de nacimiento
- Lugar de nacimiento
- Provincia de nacimiento
- Nacionalidad
- Domicilio
- Telfono
- Fax
- E-mail

2. Datos de la familia
- Del Padre:
Apellidos
Nombre
Fecha de nacimiento
Lugar de nacimiento
Profesin
Empresa
Telfono del trabajo
CCC
- De la Madre:
Apellidos
Nombre
Fecha de nacimiento
Lugar de nacimiento
Profesin
Empresa
Telfono del trabajo
CCC
- Nmero de hermanos
- Lugar que ocupa el alumno
- Nombre de los mismos Edad Centro de escolarizacin
---------------------------------- ------ -------------------------------------
---------------------------------- ------ -------------------------------------
---------------------------------- ------ -------------------------------------
---------------------------------- ------ -------------------------------------

3. Datos sobre el desarrollo del alumno

- Embarazo (normal, difcil)
- Parto (normal, difcil, prematuro)
- Primeros meses de desarrollo (normal, alguna dificultad)
- Enfermedades
- Accidentes
- Vacunas recibidas
- Alguna vez ha asistido al psiclogo?
- Sigue algn tratamiento mdico especial?
- Alguna dificultad motora?
- Alguna dificultad fontica?
- Sueo tranquilo?
- Control de esfnteres
- Come bien? (cantidad, tiempo, hbitos)
- Demuestra miedo por alguna cosa determinada?
- Algn antecedente familiar a tener en cuenta?
- Otras observaciones
- Alguna caracterstica temperamental
- Relacin con los dems.

4. Otros datos de inters
- Alguna circunstancia que consideren los padres a tener en cuenta que afecte al nio o
a la nia: separacin, adopcin
- Lengua que hablan los padres entre ellos
- Lengua que habla el padre con el nio
- Lengua que habla la madre con el nio
- Otros familiares con el nio
- Edad de comienzo de la escolaridad
- Centro
- Adaptacin al mismo

5. Servicios bsicos:
- Comedor (si, no)
- Transporte (si, no)

Nota: En el estudio de este proyecto, no se tendr en cuenta el proceso de preinscripciones antes de la
matrcula. A pesar de las diferencias en la seleccin de nuevos alumnos en funcin del curso al cual se
incorporan, el proceso de matriculacin no se ve afectado por este hecho (el proceso es exactamente
igual en todos los cursos).

Baja de un alumno

Un alumno puede darse de baja, para ello los padres o tutores debern primero comunicrselo al centro.
En el caso de que el alumno curse la enseanza obligatoria impuesta por Consellera, el centro deber
indicrselo formalmente Consellera mediante una carta.


En el caso de que el alumno se de de baja a mitad de curso, deber pagar ntegramente todos los servicios
contratados. No obstante, esta norma no es totalmente estricta, y dependiendo de cada caso se podr
ejercer o no.

Inscripcin de servicios y actividades de los alumnos

Al ser un centro escolar concertado, los alumnos solamente pagan por los servicios adquiridos. Sin
embargo, la educacin los cursos de educacin infantil, son privados por lo que los padres o tutores
deben pagar 38 mensuales (en concepto de servicio de limpieza).

Las actividades se realizan desde octubre hasta mayo, y se realizan en horario escolar. Dentro de las
actividades que se ofertan en la escuela se puede diferenciar entre actividades que se realizan dentro del
recinto y fuera de el. Suelen realizarse de 12 a 15 horas mensuales, y las actividades ms comunes son:
Msica
Baile
Ajedrez
Deportes
Teatro

Las actividades que se desarrollan fuera del recinto son solamente para alumnos de secundaria. stas son,
natacin (en una piscina de Villareal) o visitas culturales relacionadas con los temas vistos en clase.

El pago de las actividades es por horas con un coste aproximado de 12 /hora, dependiendo de la tarifa
del profesor que las imparte (por ejemplo, el de ajedrez cobra 15 ). Los profesores suelen ser ajenos al
centro. Para el pago de stas el importe se integra al cargo total (mensual).

El comedor, al igual que el autobs, es una actividad especial que se realiza durante todo el ao (Octubre-
J unio). Para los alumnos que no estn apuntados al comedor hay unos bonos diarios que el nio paga al
profesor encargado de la vigilancia del comedor. Tambin se da la posibilidad de que se paguen los das
sueltos al final del mes con el resto de mensualidades; para ello el profesor lleva un control de los
alumnos que comen dias sueltos.

Para la creacin de las actividades, se hace una oferta de actividades, y en funcin del n de alumnos que
se apuntan se organizan y planifican los horarios. Normalmente cada curso tiene sus propias actividades,
aunque hay cursos que tienen las mismas.

Como servicios obligatorios a pagar por todos los alumnos, encontramos las cuotas del AMPA (65 en
Septiembre y 55 en Febrero).

Anulacin de inscripciones de servicios y actividades de los
alumnos

Una vez que un alumno se apunta a una actividad, esta se paga durante todo el curso. De todos modos,
esta norma puede ser cumplida o no dependiendo del acuerdo al que lleguen el centro escolar y los padres
o tutores del alumno en cuestin.

Gestin y Organizacin de los Cursos y Grupos

Este punto es de vital importancia para el centro, debido a que en el colegio se valora mucho el proceso
de aprendizaje de sus alumnos. Se podra decir que su mxima prioridad es seguir un proceso de
educacin de la mayor calidad posible, y creen firmemente que la mejor manera de educar a sus alumnos
es formando un grupo de alumnos que se mantenga constante a lo largo de los cursos acadmicos.

Otro aspecto interesante a tener en cuenta, es el hecho de que tan slo exista un grupo de alumnos por
cada curso, lo cual contribuye notablemente a formar un ambiente familiar.

Por todo lo anterior, para la creacin los cursos y grupos se sigue un proceso muy simple. El proceso
normal es formar un grupo de alumnos desde educacin infantil y mantener ese bloque durante el resto de
cursos. Una vez terminado cada curso acadmico, normalmente todos los alumnos pasan a siguiente curso
en bloque, exceptuando raros casos en los que un alumno repite. El nmero de alumnos por grupo es de
25, salvo en secundaria que se admiten hasta un total de 30; sin embargo en caso de necesitarse mayor
nmero de plazas (en casos en que repitan alumnos) se habilitarn sin problema alguno.

Rara es la ocasin en la cual el centro admite a un alumno que no se incorpore desde educacin infantil,
por dos motivos principales, (i) por no romper ese bloque de alumnos y (ii) por no disponer de plazas
suficientes para cada curso. No obstante, siempre y cuando sea posible, el centro no tiene ningn
inconveniente en la admisin de alumnos.

En cuanto a la organizacin de los cursos, todos poseen un tutor y existe un nico Coordinador para
Primaria e infantil. En la siguiente tabla se muestra la organizacin de TODOS los cursos de que dispone
el colegio:

Cursos Aos N Alumnos Tipo Organizacin
Primer ciclo 0 a 2 25 Privado
3 a 4 25
4 a 5 25
INFANTIL
Segundo Ciclo
5 a 6 25
Concertado
38 /mes +
servicios
1 6 a 7 25
1 Ciclo
2 7 a 8 25
3 8 a 9 25
2 Ciclo
4 9 a 10 25
5 10 a 11 25
PRIMARIA
3 Ciclo
6 11 a 12 25
Tutor individual
por curso y un
nico Coordinador
de Primaria e
Infantil
1 12 a 13 30
1 Ciclo
2 13 a 14 30
3 14 a 15 30
SECUNDARIA
(E.S.O.)
2 Ciclo
4 15 a 16 30
Concertado
Slo servicios
Tutor individual
por curso
Cuadro 4.1: Organizacin de Cursos y Grupos

Contratacin de Personal

La contratacin de nuevo personal en el centro es por medio de ofertas pblicas, las cuales en su mayora
vienen impuestas por Consellera, aunque tambin se contrata personal mediante seleccin de currculos.

Del personal, a parte de sus datos personales y bancarios, se almacenan la categora o profesin tiene,
mediante fichas y hojas de clculo. Cada categora o profesin lleva asignada un sueldo base que podr
variar de ao en ao.

Para llevar el control de lo que cobra un empleado, simplemente se mira el sueldo base asociado a su
profesin. En el caso de que un profesor desempee algn cargo acadmico (jefe de estudios,
coordinador, etc.), perciben una remuneracin extraordinaria.

Los profesores encargados de impartir las actividades extraescolares, son trabajadores especiales, puesto
que cobran por horas. Cada actividad tiene asociada un coste por horas, y en funcin de las horas que el
profesor realice al mes se obtiene su sueldo.

Los datos que el colegio almacena de sus empleados son los siguientes:

1. Datos Generales
- NIF
- NAF
- NUSS

- Categora o Puesto de trabajo
- Apellidos
- Nombre
- Nacionalidad
- Domicilio
- Telfono
- Fax
- E-mail
- CCC

2. Datos acadmicos (solo profesores del centro)
- Ttulos (tipo texto, a modo de comentarios)

Gestin de Cobros

Para el pago de los servicios por parte de los padres, el centro escolar ofrece dos posibilidades; el pago
domiciliado y el pago en efectivo. A continuacin se describe detalladamente en que consiste el proceso.

El centro, a la hora de realizar la matricula del alumno, se almacena el nmero de cuenta corriente donde
se domiciliarn los pagos mensuales de los servicios. A final de mes generan todos los recibos a nombre
de los padres y posteriormente se los entregan al banco. Los recibos de los padres que han solicitado el
pago al contado, se rellenan con un cdigo de cuenta corriente especial (todo nueves). De sta forma el
banco se cobra todos los recibos excepto los especiales, los cuales son devueltos al centro.

Una vez el centro recibe los recibos de pago al contado, se pone en contacto con los padres para que stos
acudan al centro a pagarlos.
4.2.3. Objetivos
El cometido de este subapartado es el de exponer los objetivos que se buscan con el desarrollo del futuro
sistema. Dichos objetivos surgen como respuesta a la siguiente pregunta: Por qu se est realizando la
informatizacin de las reas acadmicas y de personal.

Evidentemente, el objetivo principal es el de conseguir una mejora en la gestin de las reas que son
objeto de estudio. De esta forma, gracias al futuro sistema, se espera llevar una gestin ms controlada y
eficaz de las tareas o procedimientos antes descritos. Se almacenar toda la informacin del rea
acadmica y de personal haciendo que dicha informacin este ms disponible a la hora de ser consultada.

Se desea, adems, automatizar lo mximo posible el proceso de generacin y pago de recibos. La idea
principal, es que a final de mes un proceso batch (procesamiento por lotes), que sea lanzado
automticamente, se encargue de la generacin de los recibos para cada alumno. Una vez realizados, el
sistema enviar, va Internet, la remesa de recibos al banco. Cuando ste realice los cobros, enviar un
archivo electrnico, que el sistema deber ser capaz de interpretar, para marcar los recibos como pagados
o no, en funcin de lo que indique el fichero electrnico. Tambin se podr realizar la gestin de los
recibos de pago al contado. Este proceso deber ser objeto de un estudio minucioso en la continuidad del
proyecto, en concreto en la fase de Diseo de Procesos.

Tambin se espera alcanzar una mayor integracin entre los distintos subsistemas de que dispone el
centro escolar. En este punto destaca la integracin entre el paquete estndar de software que cubre la
realizacin de la Facturacin y las Nminas, con el sistema que se est analizando, dado que el primero
requiere consultar el sueldo base de cada empleado para la realizacin de sus respectivas nminas. Dicho
sueldo base ser proporcionado por el subsistema de personal que se est analizando en este proyecto.
4.3. Definicin de Requisitos
4.3.1. Introduccin
[La ingeniera de requisitos es el uso sistemtico de procedimientos, tcnicas,
lenguajes y herramientas para obtener con un coste reducido el anlisis,
documentacin evolucin continua de las necesidades del usuario...

El anlisis de los requisitos es una tarea de ingeniera del software que cubre el
hueco entre la definicin de software a nivel de sistema y el diseo del software. El
anlisis de requisitos permite al ingeniero de sistemas a especificar las
caractersticas operacionales del software (funcin, datos y rendimientos). Indica la
interfaz del software con otros elementos del sistema y establece las restricciones
que debe cumplir el software.]
[Pressman 2001]

La definicin de requisitos, se ha dividido en tres tipos distintos de requisitos. Estos son de datos,
funcionales y no funcionales. Tambin se ha detallado brevemente las necesites Hardware del futuro
sistema.
4.3.2. Requisitos de datos
En este apartado se muestran los requisitos de datos identificados. Se han organizado atendiendo a los
diferentes subsistemas identificados, estos eran:

Gestin de Alumnos
Gestin de Servicios y Actividades
Gestin de Cursos y Grupos
Gestin de Personal
Gestin de Cobros
Gestin de Consultas

La estructura de las plantillas utilizadas a continuacin se corresponde con los contenidos descritos en el
apartado 2.2.2.

1. GESTION DE ALUMNOS IRQ-Axx (A de Alumnos)

IRQ-A01 Informacin de Alumnos
Versin 3 (04/05/04)
Autores Pablo Snchez Lpez (I.T.I.G.)
Requisitos asociados IRQ-A02 Padres
Descripcin El sistema tendr que almacenar la informacin correspondiente a los alumnos
del centro escolar. En concreto:
Datos especficos 1) Datos Generales:
- N Expediente
- Fecha de matriculacin.
- Fecha de baja (inicialmente NULA)
- D.N.I.
- N.U.S.S.
- Fecha de escolarizacin
- Apellidos
- Nombre
- Nacionalidad
- Domicilio

- Telfono
- Fax
- E-mail

2) Datos Facturacin:
- Importe Deudor

3) Datos de la familia:
- Cdigo de Padres
- Nmero de hermanos
- Lugar que ocupa el alumno
- Nombre de los mismos
- Edad
- Centro de escolarizacin

4) Datos sobre el desarrollo del alumno:

- Embarazo (normal, difcil)
- Parto (normal, difcil, prematuro)
- Primeros meses de desarrollo (normal, alguna dificultad)
- Enfermedades
- Accidentes
- Vacunas recibidas
- Alguna vez ha asistido al psiclogo?
- Sigue algn tratamiento mdico especial?
- Alguna dificultad motora?
- Alguna dificultad fontica?
- Sueo tranquilo?
- Control de esfnteres
- Come bien? (cantidad, tiempo, hbitos)
- Demuestra miedo por alguna cosa determinada?
- Algn antecedente familiar a tener en cuenta?
- Otras observaciones
- Alguna caracterstica temperamental
- Relacin con los dems.

5) Otros datos de inters:
- Alguna circunstancia que consideren los padres a tener en cuenta
que afecte al nio o a la nia: separacin, adopcin
- Lengua que hablan los padres entre ellos
- Lengua que habla el padre con el nio
- Lengua que habla la madre con el nio
- Otros familiares con el nio
- Edad de comienzo de la escolaridad
- Centro
- Adaptacin al mismo

6) Servicios bsicos:
- Comedor (si, no)
- Transporte (si, no)
Medio Mximo Tiempo de vida
Indefinido Indefinido
Medio Mximo Ocurrencias
simultneas 2.000 10.000
Importancia Imprescindible
Estabilidad Alta
Comentarios Un alumno tendr asociado un Padre y Madre, para ello previamente debern
existir en el Requisito de datos IRQ-A02
Cuadro 4.2: IRQ-A01 Informacin de Alumnos

IRQ-A02 Informacin de Padres
Versin 1 (06/04/04)
Requisitos asociados IRQ-A01 Alumnos
Descripcin El sistema tendr que almacenar la informacin correspondiente a los padres de
los alumnos. En concreto:
Datos especficos - Cdigo de Padres

Del Padre/Madre1:
- N.I.F.
- Apellidos
- Nombre
- Profesin
- Empresa
- Telfono del trabajo
- C.C.C.

De la Padre/Madre2:
- N.I.F.
- Apellidos
- Nombre
- Profesin
- Empresa
- Telfono del trabajo

Estabilidad Alta
Comentarios Hay dos bloques de datos (Padre/Madre 1 y Padre/Madre 2), la diferencia es
que se almacenarn en Padre/Madre 1 los datos del Padre o Madre que titular
de la C.C.C.. De esta forma, los requisitos de datos relacionados con los recibos
sabr los datos del titular de la cuenta (puesto que sern los del primer
padre/madre)

Podra darse el caso de que slo se dispusiera de los datos de uno de los Padres,
los cuales se almacenaran en el bloque Padre/Madre 1.

Este requisito de informacin ir necesariamente ligado con el IRQ-A01
Informacin de Alumnos, puesto que stos debern tener unos padres
asociados.
Cuadro 4.3: IRQ-A02 Informacin de Padres

2. GESTION DE SERVICIOS Y ACTIVIDADES - IRQ-Sxx (S de Servicios)

IRQ-S01 Informacin de Servicios y Actividades
Versin 2 (15/04/04)

Requisitos asociados IRQ-S02 Servicios de Alumnos
Descripcin El sistema tendr que almacenar la informacin correspondiente a los Servicios
y Actividades ofrecidas por el centro escolar. En concreto:
Datos especficos - Cdigo de servicio
- Nombre actividad
- Fecha Inicio
- Fecha Fin
- Ao (ej: 2003 hara referencia al curso 2003 2004)
- Coste (mensual)
- Precio/hora
- Das y horas en que se imparte
- Profesor asignado
- Nmero de alumnos apuntados
- Observaciones
simultneas 100 500
Estabilidad Alta
Comentarios
Cuadro 4.4: IRQ-S02 Informacin de Servicios y Actividades

IRQ-S02 Servicios de Alumnos
Versin 1 (06/04/04)
Requisitos asociados IRQ-A01 - Informacin de Alumnos
IRQ-S01 - Informacin de Servicios
Descripcin El sistema tendr que almacenar la informacin correspondiente a los servicios
que han disfrutado o disfrutan actualmente los alumnos. En concreto:
Datos especficos - Cdigo de servicio
- N de expediente
- Observaciones
Estabilidad Alta
Comentarios
Cuadro 4.5: IRQ-S02 Servicios de Alumnos

IRQ-S03 Control de Comedor
Versin 1 (06/04/04)
Requisitos asociados IRQ-A01 Informacin de Alumnos
FRQ-XXX Generacin de recibos
Descripcin El sistema tendr que almacenar la informacin correspondiente a los alumnos
que se quedan a disfrutar del servicio de comedor en das sueltos. En concreto:
Datos especficos - N de Expediente
- Fecha
- Importe
- Pagado (SI/NO)
1 ao (o lo que quiera el centro) Indefinido
Estabilidad Alta
Comentarios Cuando se generen los recibos mensuales para cada alumno, el proceso mirar
si para ese alumno hay das de comedor sin pagar, y sumar la cantidad en ese
caso.
Cuadro 4.6: IRQ-S03 Control de Comedor

3. GESTION DE CURSOS Y GRUPOS - IRQ-Cxx (C de Cursos)

IRQ-C01 Informacin de Cursos
Versin 1 (06/04/04)
Requisitos asociados FRQ-A02 Baja de Alumnos
FRQ-C04 Asignacin de Alumnos a un Curso (Individual)
FRQ-C05 Paso a siguiente curso (en bloque)
Descripcin El sistema tendr que almacenar la informacin correspondiente a los cursos.
En concreto:
Datos especficos - Curso (1 Infantil, 2 Infantil, 1 Primaria,.4 ESO)
- Tutor (debe ser un profesor obligatoriamente)
- Coordinador (debe ser un profesor obligatoriamente)OPCINAL->
no en ESO
- Nmero mximo Plazas
- Plazas Ocupadas
simultneas 1000 2000
Estabilidad Alta
Comentarios Con el fin de mantener la informacin en histricos, se crear un nuevo curso
cada ao (ej: podremos tener 1 ESO 2002, y 1 ESO 2003).
Cuadro 4.7: IRQ-C01 Informacin de Cursos

IRQ-C02 Cursos y Alumnos
Versin 2 (27/06/04)
Requisitos asociados IRQ-C01 Informacin de Cursos
FRQ-xxx Baja de Alumnos
FRQ-xxx Paso a siguiente curso (en bloque)
FRQ-xxx Asignacin de Alumnos a un Curso (Individual)
Descripcin El sistema tendr que almacenar la informacin correspondiente a los cursos y
sus respectivos alumnos. En concreto:
Datos especficos - Curso (1 Infantil, 2 Infantil, 1 Primaria,.4 ESO)
- N de expediente
Ocurrencias Medio Mximo

simultneas 1000 2000
Estabilidad Alta
Comentarios Con el fin de mantener la informacin en histricos, se crear un nuevo curso
cada ao (ej: podremos tener 1 ESO 2002 y 1 ESO 2003).
Cuadro 4.8: IRQ-C02 Cursos y Alumnos

4. GESTION DE PERSONAL - IRQ-Pxx (P de Personal)

IRQ-P01 Informacin de Puestos de Trabajo
Versin 1 (07/04/04)
Requisitos asociados IRQ-P03 Informacin de Personal
Descripcin El sistema tendr que almacenar la informacin correspondiente a los puestos
de trabajo del centro escolar, desde mantenimiento hasta profesorado. En
concreto:
Datos especficos - Cdigo de Profesin
- Nombre del puesto
- Sueldo base
- Observaciones
simultneas 100 200
Estabilidad Alta
Comentarios Cuando se de de alta a un empleado se le asignar un Puesto de Trabajo.
Cuadro 4.9: IRQ-P01 Maestro Puestos de Trabajo

IRQ-P02 Informacin de Cargos
Versin 1 (07/04/04)
Requisitos asociados IRQ-P03 Informacin de Personal
Descripcin El sistema tendr que almacenar la informacin correspondiente a los cargos
del centro. En concreto:
Datos especficos - Cdigo de Cargo
- Nombre del Cargo
- Sueldo extra
- Observaciones
simultneas 100 200
Estabilidad Alta
Comentarios Cuando se de de alta a un empleado (en el caso de que sea un profesor) se le
podr asignar un cargo opcionalmente (directivo, Coordinador).
Cuadro 4.10: IRQ-P02 Informacin de Cargos

IRQ-P03 Informacin de Personal
Versin 1 (06/04/04)
Requisitos asociados IRQ-P01 Informacin de Puestos de trabajo
IRQ-P02 Informacin de Cargos
Descripcin El sistema tendr que almacenar la informacin correspondiente al personal del
centro escolar. En concreto:
Datos especficos Datos personales
- Cdigo empleado
- Nombre
- Apellidos
- D.N.I.
- N.A.F.
- N.U.S.S.
- Fecha de Ingreso
- Fecha de Baja
- Nacionalidad
- Domicilio
- Telfonos
- Fax
- E-mail

Datos Laborales
- Cdigo de Puesto de Trabajo
- Cdigo de Cargo
- Ttulos acadmicos (campo texto, solo profesores)
simultneas 50 200
Estabilidad Alta
Comentarios Mediante el cdigo de Puesto de Trabajo y el cdigo de cargo se obtendr el
sueldo base de cada empleado. La aplicacin externa de contabilidad, utilizar
ese sueldo base para realizar los clculos de la nmina del empleado.
Cuadro 4.11: IRQ-P03 Informacin de Personal

5. GESTION DE COBROS IRQ-Rxx (R de Recibos)

IRQ-R01 Recibos
Versin 1 (07/04/04)
Requisitos asociados FRQ-R01 - Generacin de recibos
FRQ-R02 - Impresin de recibos
FRQ-R03 - Pago de Recibos Domiciliado (Batch)
FRQ-R04 - Pago de Recibos Al Contado (On-Line)
FRQ-R05 - Consulta de Recibos por Mes y Ao

IRQ-R02 Lneas de Recibos
IRQ-A01 Informacin de Alumnos
Descripcin El sistema tendr que almacenar la informacin correspondiente a los recibos
mensuales de los alumnos. En concreto:
Datos especficos - N de Recibo
- N de Expediente
- Fecha
- Fecha de Cobro (inicialmente Nula)

Estabilidad Alta
Comentarios Si la fecha de Cobro est a Null, significar que el recibo est pendiente de
pago. Cuando se generen nuevos recibos, se actualizar automticamente el
requisito de datos IRQ-A01 Informacin de Alumnos para indicarlo, en su
atributo Pagos Pendientes (=SI). Al pagar un recibo, se comprobar si hay
algn otro recibo pendiente, y en caso de no ser as se reflejar
automticamente en requisito de datos IRQ-A01 Informacin de Alumnos
(Pagos Pendientes =NO).
Cuadro 4.12: IRQ-R01 Recibos

Versin 1 (08/04/04)
Requisitos asociados IRQ-R01 Recibos
Descripcin El sistema tendr que almacenar la informacin correspondiente al detalle de
los recibos mensuales de los alumnos. En concreto:
Datos especficos - N de Recibo
- Detalle
- Coste
Estabilidad Alta
Comentarios
Cuadro 4.13: IRQ-R02 Recibos y Lneas
4.3.3. Requisitos funcionales
Segn [Sommerville 2002], los requisitos funcionales son declaraciones de los servicios que proveer el
sistema, de la manera en que ste reaccionar a entradas particulares y de cmo se comportar en
situaciones particulares. En algunos casos, los requisitos funcionales tambin declaran explcitamente lo
que el sistema no debe de hacer.

A modo de resumen, se puede decir que los requisitos funcionales de un sistema describen la
funcionalidad o los servicios que se espera que ste proveer.

Al igual que en el apartado anterior, las plantillas que definen cada uno de los procesos, se han agrupado
atendiendo a los seis subsistemas en las que se divide el modelo.

1. GESTION DE ALUMNOS FRQ-Axx (A de Alumnos)

FRQ-A Gestin de Alumnos
Versin 1 (29/04/04)
Objetivo El sistema tendr que gestionar toda la informacin del centro relacionada con
los alumnos sus respectivos padres del centro escolar. Ser capaz, pues, de
permitir el alta, baja y modificacin de los requisitos de datos IRQ-A01 -
Informacin de Alumnos y IRQ-A02 - Informacin de Padres. En el caso de
Alta de alumnos, una vez dado de alta, el requisito dar la posibilidad de
enlazar con el requisito FRQ-C04 Asignacin de Curso (Individual), para
asignarle un curso al nuevo alumno. En el caso de la Baja de un Alumno, es
requisito automticamente eliminar su vinculacin al Curso Actual en el que
se encuentre, y dejar una plaza vacante en dicho curso. En el caso de que el
alumno a dar de baja tenga recibos pendientes, se dar la opcin de mostrarlos;
para ello enlazar con el requisito FRQ-R05 Consulta e Impresin de Recibos
Pendientes de Pago pasndole los parmetros oportunos.
Requisitos incluidos Requisitos de datos:
- IRQ-A01 - Informacin de Alumnos
- IRQ-A02 - Informacin de Padres

Requisitos funcionales:

Mantenimiento de Alumnos
- FRQ-A01 - Alta de Alumnos
- FRQ-A02 - Baja de Alumnos
- FRQ-A03 - Modificacin de Alumnos

Mantenimiento dePadres
- FRQ-A04 - Alta de Padres
- FRQ-A05 - Baja de Padres
- FRQ-A06 - Modificacin de Padres

Estabilidad Alta
Comentarios
Cuadro 4.14: FRQ-A Gestin de Alumnos

FRQ-A01 Alta de Alumnos
Versin 1 (07/04/04)
Objetivo El sistema tendr que permitir la creacin de nuevos alumnos
Requisitos asociados FRQ-A04 - Alta Padres

FRQ-C04 - Asignacin de Curso (Individual)

IRQ-A01 - Informacin de Alumnos
IRQ-A02 - Informacin de Padres
Descripcin En este proceso se dar de alta a un nuevo alumno en el centro. El proceso es
exactamente igual independientemente del curso al cual se matricule. Una vez
introducidos los datos del Alumno, se pasar el flujo de control al requisito
funcional FRQ-A04 - Alta de Padres, y una vez terminada el alta de los padres
(o asignacin si es que ya exista) se devolver el foco de control al proceso
original.

Una vez terminada el alta del Alumno, y del Padre, el requisito dar la
posibilidad de enlazar con el requisito funcional FRQ-C04 - Asignacin de
Curso (Individual), para asignarle un nuevo Curso al alumno. Una vez
terminada la asignacin de curso, el foco de control volver al proceso original.
Datos de entrada Los relativos a los requisitos de datos siguientes:
Datos de Salida Informacin del nuevo alumno.
Informacin a
almacenar
Se almacenar la informacin correspondiente a los datos de entrada.
Precondicin Para la seleccin de los nuevos alumnos se tienen en cuenta principalmente dos
requisitos:
- Si el alumno vive por la zona.
- Si el alumno tiene hermanos en el centro.
Paso Accin
P1 Introducir los datos del alumno
P2 Solicitar informacin a los padres sobre si el futuro alumno tiene o ha
tenido hermanos en el centro
P3 Si tiene hermanos en el centro entonces
Seleccionar Informacin de los Padres
Enlazar al Alumno con los datos de los Padres.
Sino
Realizar FRQ-A04 Alta Padres
Enlazar al Alumno con los datos de los Padres.
Secuencia normal
P4 Confirmar datos
Post-condicin Una vez dado de alta, se pasar el flujo de control a la funcionalidad FRQ-C04
Asignacin de curso.
Paso Accin Excepciones
P4 Si existe algn dato errneo entonces
Permitir la edicin de los mismos
Frecuencia esperada 25 veces / ao
Estabilidad Alta
Comentarios Cuando demos de alta al alumno, le asignaremos un nuevo curso, mediante el
requisito FRQ-Cxx Asignacin de Curso.
Cuadro 4.15: FRQ-A01 Alta de Alumnos

FRQ-A02 Baja de Alumnos
Versin 3 (04/05/04)
Objetivo El sistema tendr que permitir dar de baja a un alumno.
IRQ-C01 - Informacin de Cursos (deja una plaza libre en el curso que este
matriculado)
IRQ-C03 - Cursos y Alumnos (para saber a que curso pertenece y para
eliminarlo)
IRQ-R01 - Recibos (para saber si tiene algn recibo pendiente)
Descripcin Un alumno puede darse de baja. Para ello:
- Los padres lo comunican al centro.
- El centro, se lo comunica a Consellera formalmente mediante
una carta.

En el caso de que el alumno tenga recibos pendientes de pago se podr,
opcionalmente, lanzar el proceso encargado de mostrar las consultas de recibos
pendientes de pago pasndole como parmetro los datos del alumno,
concretamente FRQ-R05 - Consulta e Impresin de Recibos Pendientes de
Pago. Una vez terminada la consulta, el foco de control volver al proceso
original.

Para saber si tiene recibos pendientes, el requisito mirar en el atributo Importe
Deudor del requisito de datos IRQ-A01 Informacin de Alumnos, y nicamente
en el caso de que se trate de una cifra negativa se permitir enlazar con la
consulta de recibos pendientes.

El requisito, adems se encargar de actualizar los requisitos de datos IRQ-C01
- Informacin de Cursos y IRQ-C03 - Cursos y Alumnos, para dejar una plaza
libre en el Curso que cursaba, y eliminar la informacin que vinculaba al
Alumno y el Curso que actualmente cursara.
Datos de entrada Datos de seleccin de Alumno:
- N de expediente o Nombre del Alumno

Datos para la baja:
- Fecha de baja (automticamente)
- Confirmacin de la eliminacin
Datos de Salida Confirmacin de la baja del alumno.
Informacin a
almacenar
Fecha de baja del alumno
Precondicin
Paso Accin
P1 Seleccionar el Alumno a dar de baja
P2 Controlar que se producen las condiciones ptimas para su baja.
Secuencia normal
P3 Confirmar la baja
Post-condicin
P2 Si tiene recibos pendientes entonces
Mostrar el mensaje oportuno
Dar la posibilidad de Consultar Recibos Pendientes
Frecuencia esperada 1 vez / ao
Estabilidad Alta
Comentarios No se eliminan los datos, tan solo se introduce la fecha de baja.

Cuando se d de baja a un Alumno a mitad de curso, se reflejar
automticamente en el requisito de datos IRQ-C01 Informacin de Cursos, para
dejar una plaza libre.
Cuadro 4.16: FRQ-A02 Baja de Alumnos

FRQ-A03 Modificacin de Alumnos
Versin 2 (13/04/04)
Objetivo El sistema tendr que permitir la modificacin de los datos de un Alumno.

Descripcin Mediante este proceso se modificarn los datos de un alumno. Se introducir el
nmero de expediente y aparecern los datos del alumno en cuestin.
Datos de entrada Datos de seleccin del Alumno:
- N de Expediente o Nombre del Alumno

Datos a modificar: relativos a IRQ-A01 Informacin de Alumnos
Datos de Salida Confirmacin de la modificacin del alumno.
Informacin a
almacenar
Se almacenar la informacin correspondiente a los datos introducidos en la
entrada.
Precondicin El alumno debe estar activo, es decir, que no este dado de baja.
Paso Accin
P1 Seleccionar Alumno a modificar
P2 Editar los datos a modificar del alumno.
Secuencia normal
P3 Confirmar los datos
Post-condicin
Paso Accin
P1 Si el alumno est dado de baja entonces
No permitir la modificacin
Excepciones
Estabilidad Alta
Comentarios
Cuadro 4.17: FRQ-A03 Modificacin de Alumnos

FRQ-A04 Alta de Padres
Versin 1 (08/04/04)
Objetivo El sistema tendr que permitir la creacin de nuevos Padres
Requisitos asociados FRQ-A01 - Alta de Alumnos

Descripcin En este proceso se darn de alta a los padres de un alumno del centro.
Datos de entrada Los relativos a los requisitos
Datos de Salida Informacin de los nuevos padres.
Informacin a
almacenar
Se almacenar la informacin correspondiente al requisito de datos IRQ-A02 -
Informacin de Padres.
Precondicin
Paso Accin
P1 Introducir los datos de los padres
Secuencia normal
P3 Confirmar datos
Post-condicin
Estabilidad Alta
Comentarios
Cuadro 4.18: FRQ-A04 Alta de Padres

FRQ-A05 Baja de Padres
Versin 1 (08/04/04)
Objetivo El sistema tendr que permitir la baja de Padres
Descripcin En este proceso se eliminarn los datos de los padres.
Datos de entrada Datos de seleccin de Padres:
- Cdigo de Padres o bsqueda por NIF

Confirmacin de la eliminacin
Datos de Salida Confirmacin de la baja de los Padres.
Informacin a
almacenar
Se eliminar la informacin correspondiente al requisito de datos IRQ-A02 -
Informacin de Padres.
Precondicin El cdigo de Padres a eliminar no debe tener ningn alumno asociado.
Paso Accin
P1 Introducir los datos de los padres
P2 Comprobar si tiene Alumnos asignados
Secuencia normal
Post-condicin
P2 Si existe algn alumno asociado a los padres entonces
Mostrar el error y terminar.
Importancia Interesante
Estabilidad Alta
Comentarios El requisito est pensado nicamente para el caso en que queramos eliminar los
datos de unos padres. Slo se podrn dar de baja aquellos padres que no tengan
hijos asignados.

Cuando se d de baja a un alumno NO se eliminarn los datos de los padres, se
mantendrn para histricos
Cuadro 4.19: FRQ-A05 Baja de Padres

FRQ-A06 Modificacin de Padres
Versin 1 (13/04/04)
Objetivo El sistema tendr que permitir la modificacin de los datos de los padres.
Descripcin Mediante este proceso se modificarn los datos de los padres. Se introducir el
NIF o nombre y aparecern los datos de los padres.
Datos de entrada Datos de seleccin de los Padres:
- N.I.F. o Nombre de alguno de los padres.

Datos a modificar: relativos a IRQ-A02 - Informacin de Padres
Datos de Salida Confirmacin de la modificacin de los Padres.
Informacin a
almacenar
entrada.
Precondicin
Paso Accin
P1 Seleccionar Padres
P2 Editar los datos a modificar de los Padres.
Secuencia normal
Post-condicin
Excepciones Paso Accin

Estabilidad Alta
Comentarios
Cuadro 4.20: FRQ-A06 Modificacin de Padres

2. GESTION DE SERVICIOS Y ACTIVIDADES - FRQ-Sxx (S de Servicios)

FRQ-S Gestin de Servicios y Actividades
Versin 1 (29/04/04)
los servicios y Actividades que oferta el centro escolar. Para ello deber
mantener el requisito de datos IRQ-S01 - Informacin de Servicios y
Actividades permitiendo el alta, baja y modificacin de sus datos. El requisito
deber tambin llevar el control sobre las actividades que disfrutan los alumnos
por medio del requisito de datos IRQ-S02 - Servicios y Actividades de Alumnos.
Por ltimo, el requisito tambin se encargar de llevar el control de los das
sueltos de comedor que disfrutan los Alumnos, para poder as facturarle los
servicios a final de mes. Para ello se valdr del requisito de datos IRQ-S03 -
Control de Comedor.
- IRQ-S01 - Informacin de Servicios y Actividades
- IRQ-S02 - Servicios y Actividades de Alumnos
- IRQ-S03 - Control de Comedor


Mantenimiento de Servicios y Actividades
- FRQ-S01 - Alta de Servicios y Actividades
- FRQ-S02 - Baja de Servicios y Actividades
- FRQ-S03 - Modificacin de Servicios y Actividades

Mantenimiento de Servicios solicitados por Alumnos
- FRQ-S04 - Alta de Servicios y Actividades de Alumnos
- FRQ-S05 - Baja de Servicios y Actividades de Alumnos
- FRQ-S06 - Modificacin de Servicios y Actividades de Alumnos

- FRQ-S07 - Control de Comedor
Estabilidad Alta
Comentarios
Cuadro 4.21: FRQ-S Gestin de Servicios y Actividades

FRQ-S01 Alta de Servicios y Actividades
Versin 1 (13/04/04)
Objetivo El sistema tendr que permitir la creacin de nuevos Servicios y Actividades
Requisitos asociados FRQ-S04 - Alta de Servicios y Actividades de Alumnos

IRQ-S01 - Informacin de Servicios y Actividades
Descripcin Mediante este proceso daremos de alta todas aquellas actividades y servicios
que ofertar el centro escolar. Desde los servicios bsicos de comedor y
transporte a las actividades extraescolares.
Datos de entrada Los relativos al requisito de datos IRQ-S01 - Informacin de Servicios y
Actividades
Datos de Salida Informacin del nuevo Servicio o Actividad.
Informacin a
almacenar
Precondicin
Paso Accin
P1 Introducir los datos del Servicio o Actividad
Secuencia normal
P2 Confirmar datos
Post-condicin
Estabilidad Alta
Comentarios
Cuadro 4.22: FRQ-S01 Alta de Servicios y Actividades

FRQ-S02 Baja de Servicios y Actividades
Versin 1 (13/04/04)
Objetivo El sistema tendr que permitir la baja de Servicios y Actividades
Requisitos asociados IRQ-S01 - Informacin de Servicios y Actividades
IRQ-S02 - Servicios y Actividades de Alumnos
Descripcin Mediante este requisito se elimina una Actividad o Servicio. Tambin
conllevara la eliminacin de todos los vnculos entre el estos y sus alumnos.
Datos de entrada Datos de seleccin del Servicio o Actividad:
- Cdigo de Servicio o Nombre
- Ao del curso actual (Automtico)

Datos para la baja:
Datos de Salida Confirmacin de la eliminacin del servicio.
Informacin a
almacenar

Precondicin No se permitir dar de baja un Servicio o Actividad que tenga Alumnos
Asociados.

Slo se permitirn dar de baja Actividades del ao escolar en curso.
Paso Accin
P1 Seleccionar la Actividad o Servicio a dar de baja
P2 Comprobar si tiene Alumnos Asociados
Secuencia normal
Post-condicin
P2 Si existe algn Alumno asociado al Servicio entonces
No permitir la baja de la Actividad
Volver a pedir la seleccin de una Actividad
Estabilidad Alta
Comentarios
Cuadro 4.23: FRQ-S02 Baja de Servicios y Actividades


FRQ-S03 Modificacin de Servicios y Actividades
Versin 1 (13/04/04)
Objetivo El sistema tendr que permitir la modificacin de Servicios y Actividades
Requisitos asociados FRQ-S04 - Alta de Servicios y Actividades de Alumnos

Descripcin Mediante este proceso se permitir la modificacin de los datos en los servicios
y actividades que oferta el centro.
Datos de entrada Datos de seleccin del Servicio:
- Cdigo de Servicios o Actividades, o nombre

Datos a modificar: los relativos a IRQ-S01 - Informacin de Servicios y
Actividades
Datos de Salida Confirmacin de la modificacin del servicio.
Informacin a
almacenar
entrada.
Precondicin
Paso Accin
P1 Seleccionar el Servicio o Actividad
P2 Editar los datos a modificar.
Secuencia normal
P3 Confirmar datos
Post-condicin
Paso Accin
P1 Si el Servicio o Actividad est dado de baja entonces
No permitir la modificacin
Excepciones
Estabilidad Alta
Comentarios
Cuadro 4.24: FRQ-S03 Modificacin de Servicios y Actividades

FRQ-S04 Alta de Servicios y Actividades de Alumnos
Versin 1 (13/04/04)
Objetivo El sistema tendr que permitir la asignacin de Servicios y Actividades a un
Alumno.
Requisitos asociados FRQ-S01 - Alta de Servicios y Actividades

IRQ-A01 Informacin de Alumnos.
Descripcin Mediante este proceso se mantendr la informacin sobre los servicios y
actividades contratados por los Alumnos a lo largo de la vida escolar.
Datos de entrada Los relativos al requisito de datos IRQ-S02 - Servicios y Actividades de
Alumnos.
Datos de Salida Informacin del nuevo Servicio o Actividad contratado por un alumno.
Informacin a
almacenar
Precondicin La actividad a contratar deber estar activa, as como el Alumno.
Paso Accin
P1 Seleccionar el Alumno.
Secuencia normal
P2 Seleccionar el Servicio o Actividad a contratar
P3 Introducir los datos de las Actividades o Servicios del alumno.
P4 Confirmar datos
Post-condicin
Paso Accin
No permitir la seleccin del alumno
No permitir la seleccin de la actividad
Excepciones
Estabilidad Alta
Comentarios
Cuadro 4.25: FRQ-S04 Alta de Servicios y Actividades de Alumnos

FRQ-S05 Baja de Servicios y Actividades de Alumnos
Versin 1 (13/04/04)
Objetivo El sistema tendr que permitir la baja de los Servicios y Actividades
contratados por un alumno.
Requisitos asociados IRQ-S02 - Servicios y Actividades de Alumnos
Descripcin Mediante este proceso se permitir la eliminacin de los servicios y Actividades
contratados por un alumno.
Datos de entrada Datos de seleccin:
- N de expediente o Nombre
- Cdigo de Servicio o Actividad, o Nombre

Datos para la baja:
Datos de Salida Confirmacin de la eliminacin del servicio.
Informacin a
almacenar
Se almacenar automticamente la fecha del sistema.
Precondicin
Paso Accin
P1 Seleccionar el Alumno y Actividad o Servicio a dar de baja
Secuencia normal
Post-condicin

Estabilidad Alta
Comentarios
Cuadro 4.26: FRQ-S05 Baja de Servicios y Actividades de Alumnos

FRQ-S06 Modificacin de Servicios y Actividades de Alumnos
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la modificacin de los Servicios y Actividades
contratados por un Alumno.
Requisitos asociados FRQ-S01 - Alta de Servicios y Actividades.
FRQ-S02 - Baja de Servicios y Actividades
FRQ-S03 - Modificacin de Servicios y Actividades


IRQ-A01 Informacin de Alumnos.
Descripcin Gracias a este proceso, se podrn modificar los atributos concernientes a la
matriculacin de Actividades y Servicios de los Alumnos.
Datos de entrada Datos de seleccin:
- N de expediente o Nombre
- Cdigo de Servicio o Actividad, o Nombre

Datos para la modificacin:
Datos de Salida Confirmacin de la modificacin del Servicios o Actividades del alumno.
Informacin a
almacenar
Precondicin
Paso Accin
P1 Seleccionar el Alumno.
P2 Seleccionar el Servicio o Actividad a contratar
P3 Editar los datos a modificar del alumno.
Secuencia normal
P4 Confirmar datos
Post-condicin
Paso Accin
No permitir la seleccin de la actividad
Excepciones
Estabilidad Alta
Comentarios
Cuadro 4.27: FRQ-S06 Modificacin de Servicios y Actividades de Alumnos

FRQ-S07 Control de Comedor
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir el control de los alumnos que disfrutan del
servicio de comedor en das sueltos.
Requisitos asociados IRQ-A01 - Informacin de Alumnos.
IRQ-S03 - Control de Comedor
Descripcin El objetivo de este proceso es llevar un control sobre los alumnos que disfrutan
de das sueltos de comedor, para poder despus cobrarle los servicios.
Datos de entrada - N de Expediente
- Fecha
- Importe
- Pagado (SI/NO)
Datos de Salida Informacin del nuevo servicio de comedor disfrutado.
Informacin a
almacenar
Se almacenarn los datos de entrada.
Precondicin No se permitir seleccionar alumnos que ya tengan contratado el servicio de
comedor.
Paso Accin
P1 Seleccionar al Alumno.
P2 Introducir los datos del servicio de comedor.
Secuencia normal
Post-condicin
Paso Accin
P1 Si el alumno ya tiene contratado el comedor entonces
Mostrar mensaje oportuno
No permitir su seleccin
P2 Si el propio alumno paga al contado entonces
Marcar como Pagado
Sino
Marcar como No Pagado
Excepciones
Estabilidad Alta
Comentarios Hay alumnos que no tienen contratado el servicio de comedor, pero que a pesar
de ello se quedan a comer algunos das.

Gracias a este proceso se controlar el pago de los das de comedor.
Normalmente el propio alumno paga el servicio el mismo da que lo disfruta, no
obstante se dar la oportunidad de cobrarlo a final de mes con el resto de
servicios.
Cuadro 4.28: FRQ-S07 Control de Comedor

3. GESTION DE CURSOS Y GRUPOS - FRQ-Cxx (C de Cursos)

FRQ-C Gestin de Cursos y Grupos
Versin 1 (29/04/04)
Objetivo El sistema tendr que gestionar toda la informacin del centro escolar
relacionada con la docencia. Deber permitir el mantenimiento del requisito de
dato IRQ-C01 - Informacin de Cursos. Tambin se encarga de llevar el control
sobre los cursos que disfrutan los alumnos y el paso a siguiente curso mediante
el requisito de datos IRQ-C03 - Cursos y Alumnos.
- IRQ-C01 - Informacin de Cursos
- IRQ-C03 - Cursos y Alumnos


Mantenimiento de Cursos
- FRQ-C01 - Alta de Cursos
- FRQ-C02 - Baja de Cursos
- FRQ-C03 - Modificacin de Cursos

- FRQ-C04 - Asignacin de Curso (Individual)
- FRQ-C05 - Paso a siguiente curso (en bloque)
Estabilidad Alta
Comentarios
Cuadro 4.29: FRQ-C Gestin de Cursos y Grupos

FRQ-C01 Alta de Cursos
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la creacin de nuevos Cursos
Requisitos asociados FRQ-C04 - Asignacin de Curso (Individual)

FRQ-C05 Paso a siguiente Curso (en bloque)

IRQ-C01 - Informacin de Cursos
IRQ-C03 - Cursos y Alumnos
Descripcin Por medio de este proceso se crearn nuevos cursos. Con el fin de mantener la
informacin en histricos, se crear un nuevo curso cada ao (por ejemplo:
podremos tener 1 ESO 2002, y 1 ESO 2003).
Datos de entrada Los concernientes al requisito de informacin IRQ-C01 - Informacin de
Cursos
Datos de Salida Informacin del nuevo Curso
Informacin a
almacenar
Los datos de entrada.
Precondicin
Paso Accin
P1 Introducir los datos del nuevo Curso
Secuencia normal
P2 Confirmar datos
Post-condicin
Estabilidad Alta
Comentarios Lo normal ser crear nicamente el curso de 1 Ciclo de Infantil cada ao,
mediante este requisito. As pues, el resto de cursos normalmente se crearn
automticamente mediante el requisito FRQ-C05 Paso a siguiente Curso (en
bloque)

No obstante no hay ningn impedimento para que se creen todos los cursos
mediante este proceso; el nico inconveniente sera que se tendra que realizar
el traspaso de curso de cada alumno de manera manual mediante el proceso
FRQ-C04 - Asignacin de Curso (Individual)
Cuadro 4.30: FRQ-C01 Alta de Cursos

FRQ-C02 Baja de Cursos
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la baja de un Curso, as como la informacin que
le une a los alumnos que tenga asignados.
Requisitos asociados IRQ-C01 - Informacin de Cursos
Descripcin Mediante este proceso se eliminara un Curso. Tambin conllevara la
eliminacin de todos los vnculos entre el curso y sus alumnos, por lo que los
alumnos se quedaran sin curso asignado.
Datos de entrada Datos de seleccin de Curso:
- Curso (1 Infantil, 2 Infantil, 1 Primaria,.4 ESO)
- Ao (xej: Curso 2003 2004)

Datos para la baja:
Datos de Salida Confirmacin de la eliminacin del curso
Informacin a
almacenar

Precondicin No se permitir la eliminacin de un curso si tiene alumnos asociados.
Slo se permitir la seleccin de Cursos del ao escolar en curso
Paso Accin Secuencia normal
P1 Seleccionar el Curso
P2 Confirmar si tiene alumnos asignados
Post-condicin
P2 Si existe algn Alumno asignado al Curso entonces
No permitir la baja del Curso
Volver a pedir la seleccin de un Curso
Estabilidad Alta
Comentarios Es un requisito peligroso puesto que una vez se procesa, los alumnos del
curso eliminado se quedarn momentneamente sin grupo hasta que se les
asigne uno nuevo.

Normalmente slo se ejecutar si ha habido un error al dar de alta el curso.
Cuadro 4.31: FRQ-C02 Baja de Cursos

FRQ-C03 Modificacin de Cursos
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la modificacin de los datos de un Curso.
Requisitos asociados IRQ-C01 - Informacin de Cursos
Descripcin Por medio de este proceso se modificarn los datos de los cursos.

Datos a modificar: relativos a IRQ-C01 - Informacin de Cursos
Datos de Salida Confirmacin de la modificacin del Curso.
Informacin a
almacenar
Los datos de entrada.
Precondicin
Paso Accin
P1 Seleccionar el Curso
P2 Editar los datos a modificar del Curso.
Secuencia normal
P3 Confirmar datos
Post-condicin
Estabilidad Alta
Comentarios
Cuadro 4.32: FRQ-C03 Modificacin de Cursos

FRQ-C04 Asignacin de Curso (Individual)
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la asignacin de un Curso a un Alumno.
Requisitos asociados FRQ-A01 - Alta de Alumnos
FRQ-C01 - Alta de Cursos


Descripcin Mediante este requisito, podremos asignarle un curso a un alumno de manera
individual, eso s, slo en el caso de haber plazas disponibles.
- N Expediente o nombre

Datos a introducir:
- Los concernientes al requisito IRQ-C03 - Cursos y Alumnos
Datos de Salida Confirmacin del proceso correctamente.
Informacin a
almacenar
Todos los datos de entrada.
Precondicin No se podrn seleccionar cursos que no dispongan de plazas disponibles.
Paso Accin
P1 Seleccin del Curso
P2 Seleccin del Alumno
P3 Edicin de los datos
Secuencia normal
P4 Conformacin del proceso
Post-condicin
Paso Accin
P1 Si el en el Curso no hay plazas disponibles entonces
No permitir la seleccin del Curso
Excepciones
Frecuencia esperada 30 / ao
Estabilidad Alta
Comentarios Normalmente este requisito se producir una vez un Alumno se halla dado de
Alta.
Cuadro 4.33: FRQ-C04 Asignacin de Cursos (Individual)

FRQ-C05 Paso a siguiente curso (en bloque)
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir el paso a siguiente Curso.
Requisitos asociados FRQ-C01 - Alta de Cursos

Descripcin Gracias a este requisito, automticamente se crear el curso siguiente.
nicamente se introducir el tutor del curso siguiente y el coordinador (en caso
de que cambien).

De esta forma, el curso 1 Infantil 2002-2003 pasar a ser el curso 2 Infantil
2003-2004, y as sucesivamente.

Este proceso tambin se encargar de asignarles a los alumnos del curso
anterior el nuevo curso. Por ejemplo, el proceso automticamente asignar a
todos los alumnos de 1 Infantil 2002-2003 pasarn a formar parte del curso
2 Infantil 2003-2004.

Datos a introducir:
- Tutor (debe ser un empleado obligatoriamente)
- Coordinador (debe ser un empleado obligatoriamente)
Datos de Salida Confirmacin del proceso correctamente.
Informacin a
almacenar
Todos los datos de entrada.
Precondicin
Paso Accin
P1 Seleccin del Curso
P2 Seleccin de los Alumnos a Pasar de curso
Secuencia normal
P3 Conformacin del proceso
Post-condicin
Frecuencia esperada 15 / ao
Estabilidad Alta
Comentarios Se crear automticamente el nuevo curso en el requisito de datos IRQ-C01 -
Informacin de Cursos. Tambin se crearn automticamente los vnculos entre
los alumnos del antiguo curso y el nuevo mediante el requisito IRQ-C03 -
Cursos y Alumnos
Cuadro 4.34: FRQ-C05 Paso a siguiente curso (en bloque)

4. GESTION DE PERSONAL - FRQ-Pxx (P de Personal)

FRQ-P Gestin de Personal
Versin 1 (29/04/04)
el personal del centro escolar. Por ello se encarga de llevar el mantenimiento de
los requisitos de datos IRQ-P01 - Informacin de Puestos de Trabajo, IRQ-P02
- Informacin de Cargos y IRQ-P03 - Informacin de Personal. En el
mantenimiento de Personal, se encargar de asociar un puesto de trabajo a cada
trabajador y sus cargos (opcionales).
- IRQ-P01 - Informacin de Puestos de Trabajo
- IRQ-P02 - Informacin de Cargos
- IRQ-P03 - Informacin de Personal


Mantenimiento de Puestos de Trabajo
- FRQ-P01 - Alta de Puesto de Trabajo
- FRQ-P02 - Baja de Puesto de Trabajo
- FRQ-P03 - Modificacin de Puesto de Trabajo

Mantenimiento de Cargos
- FRQ-P04 - Alta de Cargos
- FRQ-P05 - Baja de Cargos
- FRQ-P06 - Modificacin de Cargos


Mantenimiento de Personal
- FRQ-P07 - Alta de Personal
- FRQ-P08 - Baja de Personal
- FRQ-P09 - Modificacin de Personal
Estabilidad Alta
Comentarios
Cuadro 4.35: FRQ-P Gestin de Personal

FRQ-P01 Alta de Puesto de Trabajo
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la creacin de nuevos Puestos de trabajo
Requisitos asociados FRQ-P07 - Alta de Personal

IRQ-P01 - Informacin de Puestos de Trabajo
Descripcin Mediante este requisito se darn de alta los distintos Puestos de Trabajo que
tenga el centro. Cuando se d de alta a un empleado, se le asignar uno de los
Puestos de Trabajo aqu creados.
Datos de entrada Los relativos al requisito de datos IRQ-P01 - Informacin de Puestos de
Trabajo
Datos de Salida Informacin del nuevo Puesto de Trabajo.
Informacin a
almacenar
Precondicin
Paso Accin
P1 Introducir los datos del nuevo Puesto de Trabajo
Secuencia normal
P2 Confirmar datos
Post-condicin
Estabilidad Alta
Comentarios
Cuadro 4.36: FRQ-P01 Alta de Puesto de Trabajo

FRQ-P02 Baja de Puesto de Trabajo
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la eliminacin de Puestos de trabajo
Requisitos asociados IRQ-P01 - Informacin de Puestos de Trabajo
IRQ-P03 - Informacin de Personal
Descripcin Mediante este requisito se eliminarn los Puestos de Trabajo que tenga el
centro. Solamente se podr llevar acabo en el caso de que dicho Puesto de
Trabajo no tenga Personal asignado.
Datos de entrada Datos de seleccin del Puesto de Trabajo:
- Cdigo de Profesin o Nombre

Datos para la baja:
Datos de Salida Confirmacin de la baja del Puesto de Trabajo.
Informacin a
almacenar

Precondicin No deben existir Personal con el Puesto de Trabajo a eliminar
Paso Accin
P1 Seleccionar el Puesto de Trabajo a eliminar
P2 Comprobar si hay empleados que desempeen ese Puesto de Trabajo
Secuencia normal
P3 Confirmar datos
Post-condicin
P2 Si existe Personal que desempea el Puesto de Trabajo entonces
No permitir la baja del Puesto
Volver a permitir la seleccin de Puestos.
Estabilidad Alta
Comentarios
Cuadro 4.37: FRQ-P02 Baja de Puesto de Trabajo

FRQ-P03 Modificacin de Puesto de Trabajo
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la modificacin de los datos de Puestos de
trabajo
Descripcin Mediante este requisito se podrn modificar los datos de los Puestos de Trabajo
que tenga el centro.
Datos de entrada Datos de seleccin del Puesto de Trabajo:
- Cdigo de Profesin o Nombre

Datos para la baja:
- Los relativos al requisito de datos IRQ-P01 - Informacin de
Puestos de Trabajo
Datos de Salida Confirmacin de la modificacin del Puesto de Trabajo.
Informacin a
almacenar
Precondicin
Paso Accin
P1 Seleccionar Puesto de Trabajo
P2 Editar los datos a modificar del Puesto de Trabajo.
Secuencia normal
Post-condicin
Estabilidad Alta
Comentarios Normalmente se modificar el sueldo base de cada Puesto de Trabajo cada ao.
Cuadro 4.38: FRQ-P03 Modificacin de Puesto de Trabajo

FRQ-P04 Alta de Cargos
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la creacin de nuevos Cargos
Requisitos asociados FRQ-P07 - Alta de Personal
FRQ-P08 - Modificacin de Personal


IRQ-P02 - Informacin de Cargos
Descripcin Mediante este requisito se darn de alta los Cargos administrativos o directivos
del centro escolar. Dichos cargos sern desempeados por algn Empleado del
centro (normalmente profesores), y supondrn un extra en el sueldo base.
Datos de entrada Los relativos al requisito de datos IRQ-P01 - Informacin de Cargos
Datos de Salida Informacin del nuevo Puesto de Trabajo.
Informacin a
almacenar
Precondicin
Paso Accin
P1 Introducir los datos del nuevo Cargo
Secuencia normal
P2 Confirmar datos
Post-condicin
Estabilidad Alta
Comentarios
Cuadro 4.39: FRQ-P04 Alta de Cargos

FRQ-P05 Baja de Cargos
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la eliminacin de Cargos
Requisitos asociados IRQ-P01 - Informacin de Cargos
Descripcin Mediante este requisito se eliminarn los Cargos que tenga el centro. Solamente
se podr llevar acabo en el caso de que dicho Cargo no tenga Personal
asignado.
Datos de entrada Datos de seleccin del Cargo:
- Cdigo de Cargo o Nombre

Datos para la baja:
Datos de Salida Confirmacin de la baja del Cargo.
Informacin a
almacenar

Precondicin No deben existir Empleados que desempeen el Cargo a eliminar
Paso Accin
P1 Seleccionar el Cargo a eliminar
P2 Comprobar si hay empleados con dicho Cargo asignado
Secuencia normal
P3 Confirmar baja
Post-condicin
P2 Si existe Personal que desempea el Cargo entonces
No permitir la baja del Cargo
Volver a permitir la seleccin de Cargos.
Estabilidad Alta
Comentarios
Cuadro 4.40: FRQ-P05 Baja de Cargos

FRQ-P06 Modificacin del Cargo
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la modificacin de los datos de los Cargos del
centro.
Requisitos asociados IRQ-P01 - Informacin de Cargos
Descripcin Mediante este requisito se podrn modificar los datos de los Cargos
administrativos o directivos del centro.
Datos de entrada Datos de seleccin del Cargo:
- Cdigo de Cargo o Nombre

Datos para la baja:
- Los relativos al requisito de datos IRQ-P02 - Informacin de
Cargos
Datos de Salida Confirmacin de la modificacin del Cargo.
Informacin a
almacenar
Precondicin
Paso Accin
P1 Seleccionar Cargo
P2 Editar los datos a modificar del Cargo.
Secuencia normal
Post-condicin
Estabilidad Alta
Comentarios
Cuadro 4.41: FRQ-P06 Modificacin de Cargos

FRQ-P07 Alta de Personal
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir el alta de Personal
Requisitos asociados FRQ-P01 - Alta de Puestos de trabajo
FRQ-P04 - Alta de Cargos

IRQ-P01 - Informacin de Puestos de Trabajo
Descripcin En este proceso se dar de alta a un nuevo empleado del centro. Este podr ser
un empleado de cualquier tipo, desde empleados de la limpieza hasta
profesores. En este ltimo caso, se aadirn datos extra, concernientes a sus
titulaciones.
Datos de entrada Los relativos al requisito de datos IRQ-P03 Informacin de Personal
Datos de Salida Confirmacin del alta del empleado.
Informacin a
almacenar
Precondicin
Paso Accin
P1 Introducir los datos del nuevo Empleado.
P2 Seleccionar el Puesto de Trabajo
Secuencia normal
P3 Si va a desempear un Cargo en el centro entonces
Seleccionar el Cargo

P4 Confirmar datos
Post-condicin
Paso Accin
P3 Si el Cargo est relacionado con la docencia y
el Empleado No es Profesor entonces
No permitir la asignacin del Cargo
Excepciones
Estabilidad Alta
Comentarios Cuando demos de alta a un nuevo empleado, se le asignar obligatoriamente un
Puesto de trabajo, y opcionalmente un Cargo. De esta forma podremos sacar
fcilmente el sueldo base da un empleado; dato que nos interesa para
comunicrselo al mdulo de nminas.
Cuadro 4.42: FRQ-P07 Alta de Personal

FRQ-P08 Baja de Personal
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la baja de Personal
Requisitos asociados IRQ-P03 - Informacin de Personal
Descripcin Mediante este requisito se podrn dar de baja a los empleados del centro. No se
eliminarn los datos, tan solo se almacenar una fecha de baja.
Datos de entrada Datos de seleccin de Personal:
- Cdigo de Empleado o Nombre

Datos para la baja:
- Confirmacin de la baja
- Fecha de baja (automtico)
Datos de Salida Confirmacin de la baja del empleado.
Informacin a
almacenar
Simplemente se almacenar la fecha de baja.
Precondicin
Paso Accin
P1 Seleccionar al Empleado
Secuencia normal
Post-condicin
P1 Si el Empleado ejerza algn Cargo entonces
Estabilidad Alta
Comentarios En el caso de que el empleado a dar de baja posea algn Cargo, se indicar
mediante un mensaje. En el caso de que el empleado ejerza como tutor o
Coordinador, se mostrar informacin sobre su curso y grupo; de esta forma se
recordar la vacante del cargo y poder as elegir un nuevo sucesor.
Cuadro 4.43: FRQ-P08 Baja de Personal

FRQ-P09 Modificacin de Empleados
Versin 1 (15/04/04)
Objetivo El sistema tendr que permitir la modificacin de los datos de los Empleados.
Requisitos asociados IRQ-P01 - Informacin de Empleados
Descripcin Mediante este requisito se podrn modificar los datos de los Empleados del
centro. Se le podrn asignar Cargos nuevos.
Datos de entrada Datos de seleccin de Personal:
- Cdigo de Empleado o Nombre

Datos para la modificacin:
- Los concernientes al requisito IRQ-P03 - Informacin de Personal
Datos de Salida Confirmacin de la modificacin del Empleado.
Informacin a
almacenar
Precondicin No se permitirn seleccionar Empleados dados de baja.
Paso Accin
P1 Seleccionar Empleado
P2 Editar los datos a modificar del Empleados.
Secuencia normal
Post-condicin
Paso Accin
P1 Si el Empleado est dado de baja entonces
P2 Si se le asigna un Cargo relacionado con la docencia y
el Empleado No es Profesor entonces
No permitir la asignacin del Cargo
Excepciones
Estabilidad Alta
Comentarios Al igual que se ha explicado en el requisito FRQ-P08 - Baja de Personal, en el
caso de que el empleado deje vacante un Cargo con algn Curso asociado, se
indicar mediante un mensaje.
Cuadro 4.44: FRQ-P09 Modificacin de Personal

5. GESTION DE COBROS FRQ-Rxx (R de Recibos)

FRQ-R Gestin de Cobros
Versin 1 (29/04/04)
Objetivo El sistema tendr que gestionar toda la informacin del centro relacionada el
pago de los servicios contratados por los alumnos. Se encargar de la emisin
de recibos, controlar el pago de los mismos (en sus modalidades, domiciliado y
al contado). Tambin se encargar de llevar la impresin y consulta de los
recibos, tanto los pagados como los pendientes. Toda esta informacin se
reflejar en los requisitos de datos IRQ-R01 - Recibos y IRQ-R02 - Lneas de
Recibo.
- IRQ-R01 - Recibos
- IRQ-R02 - Lneas de Recibo

- FRQ-R01 - Generacin de recibos
- FRQ-R02 - Consulta e Impresin de recibos
- FRQ-R03 - Pago de Recibos Domiciliado (Batch)
- FRQ-R04 - Pago de Recibos Al Contado (On-Line)

- FRQ-R05 - Consulta e Impresin de Recibos Pendientes de Pago
Estabilidad Alta
Comentarios
Cuadro 4.45: FRQ-R Gestin de Cobros

FRQ-R01 Generacin de Recibos
Versin 2 (04/05/04)
Objetivo El sistema tendr que permitir la generacin de Recibos.
Requisitos asociados FRQ-R02 - Impresin de recibos

IRQ-R01 - Recibos
IRQ-R01 - Lneas de Recibos
IRQ-S03 - Control de Comedor
Descripcin El sistema tendr que permitir la creacin de recibos con los costes pendientes
de los alumnos. Dichos Recibos sern realizados mediante un proceso batch
que se lanzar manualmente a finales de mes. Se podr seleccionar el Mes y
Ao, e incluso se podr optar por la generacin de los recibos de todos los
alumnos o de uno en concreto.

Por cada alumno el proceso actualizar el atributo Importe Deudor del
requisito de datos IRQ-A01 - Informacin de Alumnos. Le restar el importe del
recibo.

Una vez realizados los recibos, el proceso, en funcin de si el alumno tiene el
pago domiciliado o no, har diferentes cosas. Con los recibos de pago al
contado, ste requisito enlazar automticamente con el de impresin de
recibos, concretamente el FRQ-R02 - Consulta e Impresin de recibos.
Por otra parte, en el caso de los recibos domiciliados, el requisitos se lanzar el
requisito FRQ-R06 - Envo de recibos al Banco (Batch).

En Ambos casos, una vez terminen los procesos llamados, se devolver el foco
de control al requisito original.
Datos de entrada - Mes
- Ao
- N Expediente (Opcional)
Datos de Salida Como datos de salida se generarn los recibos con los datos de cobro de para
cada uno de los Alumnos (impresos o mediante fichero electrnico).
Informacin a
almacenar
Los Recibos mensuales de los Alumnos.
Precondicin Si se selecciona un N de expediente se generarn nicamente los recibos para
el Alumno seleccionado. En caso de no seleccionar ningn Alumno se
generaran los recibos de todos.
Paso Accin
P1 Seleccin de mes y ao.
P2 Seleccin de un Alumno (Opcional)
P3 Comprobar que no se duplica el recibo
P4 Calcular importe
Secuencia normal
P5 Confirmacin del proceso
P6 Si los recibos son domiciliados entonces
Lanzar el proceso FRQ-R06 - Envo de recibos al Banco
(Batch).

P7 Si los recibos son al contado entonces
Lanzar el proceso FRQ-R02 - Consulta e Impresin de recibos.
Post-condicin
Paso Accin
P1 Si el mes y ao es errneo o aun no ha llegado entonces
Mostrar mensaje de Error
Volver a permitir la seleccin de mes y ao
P2 Si se selecciona un Alumno entonces
Imprimir nicamente recibos del Alumno
Sino
Imprimir Recibos de todos los Alumnos
Excepciones
P3 Si ya existe un recibo para el Alumno en el mes y ao indicado
entonces
No permitir la creacin del recibo.
Frecuencia esperada 1 vez / mes
Estabilidad Alta
Comentarios En el caso de solicitar la generacin de recibos para todos los alumnos, se
comprobar si se ha generado previamente el recibo para un nico alumno. En
dicho caso, no se generar el recibo para el Alumno en cuestin.

El clculo del importe del recibo viene en funcin de los siguientes conceptos:
- Sacar el coste mensual por Curso. Por cada Alumno leeremos de los
requisitos de datos:
o IRQ-C01 - Informacin de Cursos
o IRQ-C03 - Cursos y Alumnos

- Sacar el coste mensual de Actividades. Por cada alumno leeremos los
requisitos de datos:
o IRQ-S01 - Informacin de Servicios y Actividades
o IRQ-S02 - Servicios y Actividades de Alumnos

- Calcular si tiene das de comedor pendientes. Por cada alumno
leeremos los requisitos de datos:
o IRQ-S03 - Control de Comedor

Despus de la generacin de recibos, se lanzar automticamente el requisito
encargado de la consulta e impresin de recibos, concretamente FRQ-R02 -
Consulta e Impresin de recibos; los parmetros que se le pasen a dicho
requisito sern los mismos que los parmetros de entrada de este proceso
Cuadro 4.46: FRQ-R01 Generacin de Recibos

FRQ-R02 Consulta e Impresin de Recibos
Versin 1 (20/04/04)
Objetivo El sistema tendr que permitir la consulta e impresin de recibos.
Requisitos asociados IRQ-R01 - Recibos
Descripcin El sistema tendr que permitir consultar e imprimir los recibos de los alumnos.
En este requisito se proporcionar un mes y ao inicial y final para delimitar la
seleccin de los recibos (si no se incluyen, se seleccionarn TODOS los

recibos. En el caso de seleccionar un nico Alumno, se procesarn nicamente
los recibos de ste; en caso de no seleccionar Alumno alguno, se procesarn los
recibos de todos los Alumnos.
Datos de entrada - Mes inicial (Opcional)
- Ao inicial (Opcional)
- Mes final (Opcional)
- Ao final (Opcional)
Datos de Salida Salida por pantalla e impresa de los recibos solicitados en la fecha indicada
Informacin a
almacenar

Precondicin
Paso Accin
P1 Seleccin de mes y ao
P3 Procesar la consulta en funcin de los parmetros
P4 Mostrar los resultados de la consulta por pantalla
Secuencia normal
P5 Si se desea imprimir los recibos entonces
Mandar a imprimir el resultado de la consulta
Post-condicin
Paso Accin
P1 Si el mes y ao es errneo o aun no ha llegado entonces
Excepciones
P2 Si se selecciona un Alumno entonces
Imprimir nicamente recibos del Alumno
Sino
Imprimir Recibos de todos los Alumnos
Estabilidad Alta
Comentarios Despus de la generacin de recibos, concretamente FRQ-R01 - Generacin de
recibos, se lanzar este requisito con los mismos parmetros, para mostrar por
pantalla los recibos generados y permitir su impresin.
Cuadro 4.47: FRQ-R02 Consulta e Impresin de Recibos

FRQ-R03 Pago de Recibos Domiciliado (Batch)
Versin 2 (04/05/04)
Objetivo El sistema tendr que permitir el pago automtico de los recibos domiciliados.
Descripcin El sistema, a partir del fichero electrnico facilitado por el banco, deber
marcar como pagados los recibos domiciliados de manera automtica. Dicho
fichero contendr la informacin de las cuentas de los clientes a los cuales se
les ha cobrado el recibo.

Por cada recibo, se buscar al alumno asociado y el proceso actualizar el
atributo Importe Deudor del requisito de datos IRQ-A01 - Informacin de
Alumnos. Le sumar el importe del recibo.
Datos de entrada - Fichero del Banco.
Datos de Salida Confirmacin del proceso.
Informacin a
almacenar
Fecha de cobro en los recibos oportunos.
Precondicin
Paso Accin
P1 Seleccin del fichero en el disco duro.
P2 Extraccin de informacin del fichero (CCC y fecha para buscar en
recibos)
Secuencia normal
P3 Para cada recibo poner la fecha de cobro
Post-condicin
P1 Si el fichero no es el adecuado entonces
Volver a permitir la seleccin del fichero
Estabilidad Alta
Comentarios El banco mediante mail, o cualquier otro proceso mandar al centro un fichero
con la informacin sobre los pagos domiciliados. A partir de ese momento, el
administrativo encargado, le proporcionar el fichero al proceso y ste se
encargar de extraer la informacin de este para marcar los recibos como
pagados.
Cuadro 4.48: FRQ-R03 Pago de Recibos Domiciliados (Batch)

FRQ-R04 Pago de Recibos Al Contado (On-Line)
Versin 2 (04/05/04)
Objetivo El sistema tendr que permitir el pago On-Line de los recibos de pago al
contado.
Descripcin El sistema permitir el control de pago al contado de los recibos de los alumnos
de manera individual.

Por cada recibo, se buscar al alumno asociado y el proceso actualizar el
atributo Importe Deudor del requisito de datos IRQ-A01 - Informacin de
Alumnos. Le sumar el importe del recibo.
Datos de entrada - N Expediente
- Mes
- Ao
Datos de Salida Confirmacin de Recibo Pagado.
Informacin a
almacenar
Fecha de Cobro en el Recibo.
Precondicin El Alumno deber tener solicitado el pago al Contado (para controlarlo, el
atributo CCC del Informacin de Alumnos ser Null)
Paso Accin
P1 Seleccin del Alumno.
P2 Seleccin del mes y ao.
Secuencia normal
P2 Confirmacin del Pago
Post-condicin
Paso Accin
P1 Si el Alumno no tiene solicitado el Pago al Contado entonces
Volver a permitir la seleccin de Alumno.
Excepciones
P2 Si el mes y ao son errneos entonces
Frecuencia esperada 25 veces / mes

Estabilidad Alta
Comentarios El Padre o tutor del Alumno, acudir personalmente al centro para realizar el
Pago al contado de los recibos. Se mostrar la cantidad del recibo, mediante el
requisito FRQ-R06 - Consulta de Recibos por Mes y Ao o FRQ-R02 -
Impresin de recibos, y se proceder a marcar como Pagada mediante el
proceso aqu descrito. Se proceder de esta forma a principios de cada mes.
Cuadro 4.49: FRQ-R04 Pago de Recibos al contado (On-Line)

FRQ-R05 Consulta e Impresin de Recibos Pendientes de Pago
Versin 1 (21/04/04)
Objetivo El sistema tendr que permitir la consulta de los recibos pendientes de pago.
Requisitos asociados IRQ-R01 Recibos
Descripcin El sistema permitir la consulta de los recibos pendientes de pago. Se podrn
mostrar todos los recibos pendientes, o bien slo los comprendidos entre dos
fechas dadas. Tambin se podrn consultar los recibos de un Alumno en
particular, o de todos ellos, en funcin de si se introduce o no el N de
Expediente
Datos de entrada - Mes inicial (Opcional)
- Ao inicial (Opcional)
- Mes final (Opcional)
- Ao final (Opcional)
Datos de Salida Salida por pantalla e impresa de los recibos solicitados en la fecha indicada
Informacin a
almacenar

Precondicin
Paso Accin
P2 Seleccin de fechas (Opcional)
P3 Procesar la consulta en funcin de los parmetros
P4 Mostrar los resultados de la consulta por pantalla
Secuencia normal
P5 Si se desea imprimir los recibos entonces
Mandar a imprimir el resultado de la consulta
Post-condicin
Paso Accin
P3 Si el Alumno esta dado de baja entonces
Volver a permitir la seleccin de Alumno.
P2 Si el mes y ao son errneos entonces
Excepciones
P3 Si se produce un error en el proceso entonces
Estabilidad Alta
Comentarios Si no se introducen fechas se mostrarn todas las facturas pendientes. Del
mismo modo, si no se facilita un N de Expediente, se mostrarn las facturas de
todos los alumnos del centro.
Cuadro 4.50: FRQ-R05 Consulta e Impresin de Recibos Pendientes de Pago

FRQ-R06 Envo de recibos al Banco (Batch)
Versin 1 (04/05/04)
Objetivo El sistema tendr que permitir la creacin de un fichero electrnico con los
recibos domiciliados. Tambin deber mandarlo al banco mediante Internet.
Descripcin El sistema permitir crear los recibos domiciliados en formato electrnico. Y
una vez creado el fichero, deber permitir
Datos de entrada Los parmetros de los recibos domiciliados creados en el requisito FRQ-R01 -
Generacin de recibos.
Datos de Salida
Informacin a
almacenar

Precondicin
Paso Accin
P1 Creacin automtica del fichero electrnico
Secuencia normal
P2 Envo al banco del fichero electrnico
Post-condicin
Excepciones Paso Accin
Estabilidad Alta
Comentarios
Cuadro 4.51: FRQ-R06 Envo de recibos al Banco (Batch)

6. GESTION DE CONSULTAS FRQ-Ixx (I de Informes)

FRQ-I Gestin de Consultas
Versin 2 (27/06/04)
Objetivo El sistema tendr que gestionar todas las consultas sobre los requisitos de datos
del sistema. El sistema permitir realizar consultas sobre los Alumnos, la
Docencia del Centro, las Actividades que se realizan y sobre el Personal. No se
incluyen las consultas relacionadas con los Recibos, ya que estas se incluyen en
el requisito funcional FRQ-R Gestin de Cobros, por entender que son parte
indispensable de dicho proceso.
- IRQ-A01 - Informacin de Alumnos
- IRQ-A02 - Informacin de Padres
- IRQ-P01 - Informacin de Puestos de Trabajo
- IRQ-P02 - Informacin de Cargos

- FRQ-I01 - Consulta e Impresin de Alumnos
- FRQ-I02 - Consulta e Impresin de Docencia
- FRQ-I03 - Consulta e Impresin de Actividades
- FRQ-I04 - Consulta e Impresin de Personal
Estabilidad Alta
Comentarios

Cuadro 4.52: FRQ-I Gestin de Consultas

FRQ-I01 Consulta e Impresin de Alumnos
Versin 1 (01/05/04)
Objetivo El sistema tendr que permitir la realizacin de consultas sobre los Alumnos del
Centro escolar. Tambin permitir la impresin del resultado de la consulta, si
as se indica.
Descripcin El sistema tendr que permitir la realizacin de consultas sobre los datos de los
Alumnos. Concretamente sobre los requisitos de datos de la seccin anterior.
El sistema tambin permitir realizar consultas sobre Alumnos dados de baja

El sistema tambin permitir la impresin de los resultados de las Consultas.
Datos de entrada - N Expediente o Nombre
- Imprimir (Si/No)
Datos de Salida Se mostrar por pantalla los todos la informacin relacionada con el alumno en
cuestin. Se podr optar a la Impresin de dicha informacin, con solo
solicitarla en el requisito.
Informacin a
almacenar

Precondicin
Paso Accin
P1 Seleccin de un Alumno
Secuencia normal
P2 Si se solicita impresin de la consulta entonces
Imprimir la consulta realizada.
Post-condicin

Estabilidad Alta
Comentarios
Cuadro 4.53: FRQ-I01 Consulta e Impresin de Alumnos

FRQ-I02 Consulta e Impresin de Docencia
Versin 2 (03/05/04)
Objetivo El sistema tendr que permitir la realizacin de consultas sobre la Docencia.
Tambin permitir la impresin del resultado de la consulta, si as se indica.
Requisitos asociados - IRQ-A01 Informacin de Alumnos
Descripcin El sistema tendr que permitir la realizacin de consultas los Cursos existentes
en el Centro Escolar. Se mostrarn los Alumnos de cada Curso, as como los
datos del profesor que ejerce como Tutor. Se podr consultar el historial sobre
los Cursos de aos anteriores.

Las consultas se realizarn sobre los requisitos de datos de la seccin anterior.

El parmetro de entrada Curso es opcional: en caso de incluirse se mostrarn
nicamente los datos para el curso seleccionado. En caso contrario se mostrar
la informacin sobre todos los cursos

El parmetro de entrada Ao tambin es opcional. Si se introduce se
mostrarn los datos de los cursos del ao seleccionado, y en caso contrario los
de todos los aos.

Datos de entrada - Curso (opcional)
- Ao (opcional)
- Imprimir (Si/No)
Datos de Salida Se mostrar por pantalla los todos la informacin relacionada con la Docencia
en cuestin. Se podr optar a la Impresin de dicha informacin, con solo
Informacin a
almacenar

Precondicin
Paso Accin
P1 Seleccin de un Curso (opcional)
P2 Seleccin de un Ao (opcional)
Secuencia normal
Post-condicin

Estabilidad Alta
Comentarios
Cuadro 4.54: FRQ-I02 Consulta e Impresin de Docencia

FRQ-I03 Consulta e Impresin de Servicios y Actividades
Versin 2 (03/05/04)
Objetivo El sistema tendr que permitir la realizacin de consultas sobre los Servicios y
Actividades del Centro escolar. Tambin permitir la impresin del resultado de
la consulta, si as se indica.
Requisitos asociados - IRQ-A01 - Informacin de Alumnos
Descripcin El sistema tendr que permitir la realizacin de consultas sobre las Actividades
contratadas por todos los Alumnos que hayan cursado estudios alguna vez en el
Centro escolar. Mediante este proceso se podr consultar tambin todo el
historial de Actividades de los Alumnos, incluidas la de los cursos anteriores.

Las consultas se realizarn sobre los requisitos de datos de la seccin anterior.

El sistema tambin permitir realizar consultas sobre Servicios y Actividades
dados de baja.

El parmetro de entrada Ao es opcional. Si se introduce se mostrarn los
datos de los cursos del ao seleccionado, y en caso contrario los de todos los
aos.

Datos de entrada - Cdigo de Servicio o Nombre
- Ao (opcional)
- Imprimir (Si/No)
Datos de Salida Se mostrar por pantalla los todos la informacin relacionada con los Servicios
y Actividades. Se podr optar a la Impresin de dicha informacin, con solo

Informacin a
almacenar

Precondicin
Paso Accin
P1 Seleccin de un Servicio o Actividad
Secuencia normal
Post-condicin

Estabilidad Alta
Comentarios
Cuadro 4.55: FRQ-I03 Consulta e Impresin de Servicios y Actividades

FRQ-I04 Consulta e Impresin de Personal
Versin 1 (01/05/04)
Objetivo El sistema tendr que permitir la realizacin de consultas sobre el Personal del
Centro escolar. Tambin permitir la impresin del resultado de la consulta, si
as se indica.

Descripcin El sistema tendr que permitir la realizacin de consultas sobre los datos del
Personal. Concretamente sobre los requisitos de datos de la seccin anterior. El
sistema tambin permitir realizar consultas sobre el Personal dado de baja.

Datos de entrada - N Expediente o Nombre
- Imprimir (Si/No)
Datos de Salida Se mostrar por pantalla los todos la informacin relacionada con el empleado
en cuestin. Se podr optar a la Impresin de dicha informacin, con solo
Informacin a
almacenar

Precondicin
Paso Accin
P1 Seleccin de un Empleado
Secuencia normal
Post-condicin

Estabilidad Alta
Comentarios
Cuadro 4.56: FRQ-I04 Consulta e Impresin de Personal
4.3.4. Requisitos no funcionales
Los requisitos no funcionales, son aquellos que no se refieren directamente a las funciones especficas del
sistema, sino a las propiedades relacionadas con la fiabilidad, la respuesta en el tiempo y la capacidad de
almacenamiento. De forma alternativa, definen las restricciones del sistema como la capacidad de los
dispositivos de entrada/salida y la representacin de datos que se utiliza en las interfaces del sistema
[Sommerville 2002]

Para garantizar la seguridad del futuro sistema informtico sera conveniente que, en un futuro, se
tomaran una serie de precauciones que a continuacin se detallan:

Antivirus y cortafuegos: La red interna del centro escolar tendr acceso a Internet, para cubrir
las necesidades de los usuarios. La salida a Internet se gestionar a travs del ordenador servidor,
que se encargar de realizar las tareas de gateway, por lo cual, todo el riesgo de posibles
infecciones o ataques provendrn por esa va. Para erradicar cualquier posible ataque, el
ordenador que ejerza como servidor deber contar con un antivirus actualizado y un cortafuegos.

Backups: Sera recomendable que el servidor contara con algn dispositivo que facilitara la
realizacin de backups. La periodicidad idnea con la cual se deberan realizar las copias de
seguridad sera diariamente. Para ello, sera conveniente que se lanzara un proceso batch de
forma automtica.


4.3.5. Necesidades Hardware
El futuro sistema estar formado por una red local de dimensiones reducidas, en la cual se integrarn un
nmero de ordenadores que podr oscilar entre 5 y 10 puestos de trabajo. Inicialmente, el sistema a
desarrollar, esta pensado para un total de 5 puestos de trabajo (pudiendo ser fcilmente ampliados), que se
ubicarn en distintos departamentos del centro escolar repartindose preferiblemente de la siguiente
forma:

Uno para la direccin del centro. Podra ejercer como servidor, y por ello de mayores
prestaciones tecnolgicas. Como tal, incluira tanto la aplicacin como el SGBD (Sistema
Gestor de Base de Datos). Sera accesible nicamente por personal de la direccin del centro
para las tareas propias del rea de Organizacin y Gestin del centro y se ubicara en el
despacho de la gerente.

Tres puestos de trabajo para el departamento de administracin y destinados para las tareas que
stos llevan a cabo. Bastara con PCs de escasa capacidad, ya que ejercern como clientes y
bastara con un acceso remoto al servidor a travs de la red.

Un ltimo puesto de trabajo ubicado en la sala de profesores, destinado a los procesos de
docencia. Al igual que los ordenadores del departamento de administracin, ejercer como
cliente.

Nota: Opcionalmente, se estudiar la conveniencia de incluir un acceso al futuro sistema
informtico desde la sala de ordenadores del centro escolar. En este caso sera nicamente para el
ordenador destinado al supervisor de dicha sala. No se ha tenido en cuenta dentro de la
configuracin actual, por no complicar la red interna de los ordenadores que integrarn el sistema
informtico, debido al hecho de que la sala de ordenadores de acceso libre posee su propia red
interna, y podra complicarse la estructura de la red sin ofrecer grandes ventajas en la inclusin de
este nuevo puestos de trabajo al sistema.

Teniendo en cuenta el tamao de la futura aplicacin (de dimensiones reducidas y con un bajo coste de
requisitos hardware), se podr implementar sobre PCs de normales caractersticas. Tal y como se ha
comentado con anterioridad, uno de los PCs ejercer como servidor, y el resto como clientes
configurando una red cliente-servidor (de altas prestaciones para una red de estas caractersticas).

Para terminar, sera interesante que el acceso de cualquier usuario al futuro sistema informtico se
realizara por medio de un mecanismo de autenticacin. E incluso que se controlara el acceso a
determinadas opciones de la futura aplicacin en funcin del tipo de usuario (usuarios del rea
administrativa, del rea de gestin o el profesorado).

Nota: en el presente proyecto, no se han tenido en cuenta los aspectos referentes al control de
autenticacin tanto en los requisitos funcionales como en el diagrama de flujos de datos. Todo esto con el
objetivo de no complicar en exceso el presente anlisis. No obstante debern ser tenidos en cuenta en la
continuacin del proyecto, en concreto en la fase de Diseo de procesos.
4.4. Anlisis del sistema: DFD
4.4.1. Introduccin
La fase de anlisis es la segunda de las actividades en el proceso de desarrollo de un sistema informtico.

En esta fase suelen utilizarse modelos grficos acompaados de su correspondiente documentacin. En el
presente proyecto, se han utilizado dos metodologas para el desarrollo de la fase de anlisis, estas son (i)
el diagrama de flujos de datos (DFD) y el (ii) Modelo Conceptual de Datos (MCD). No se incidir ms en
ambas metodologas, puesto que ya se ha hecho anteriormente en el apartado 2.2.3. y 2.2.4.
respectivamente).

4.4.2. Identificacin de los elementos del DFD
El primer paso en la realizacin del DFD es identificar los elementos que lo componen. Bsicamente, en
un DFD intervienen cuatro tipos de elementos, los Almacenes, las Entidades externas, los Procesos y los
flujos de datos. Para la identificacin de los tres primeros se realiz un estudio de los requisitos
desarrollados en la etapa de Definicin de Requisitos.

Almacenes

Para la identificacin de los Almacenes, se estudiaron los Requisitos de Datos (ver apartado 4.3.2.), y
como resultado se obtuvieron los almacenes que intervienen en los DFDs. Los almacenes son los
siguientes:

ALUMNOS
PADRES
ACTIVIDADES
ACTIVIDADES DE ALUMNOS
COMEDOR
CURSOS
COSTE CURSOS
CURSOS Y ALUMNOS
PUESTOS TRABAJO
CARGOS
PERSONAL
RECIBOS

Nota: a pesar de que en la definicin de los Requisitos de Datos se distinguiera entre RECIBOS y
LNEAS DE RECIBO, para la elaboracin de los DFDs se simplificarn nicamente en RECIBOS.

Entidades externas

Tal y como se dijo en el apartado 2.2.3, para identificar las entidades del DFD se elaboraron una serie de
preguntas de tal forma que las respuestas indicaran las entidades externas que intervienen en el DFD. El
resultado de tales preguntas (ver anexo 7.3) fueron las siguientes:

PADRES/MADRES
EMPLEADOS
PROFESORES (encargados de los temas relacionados con la docencia)
DEPARTAMENTO DE ADMINISTRACIN (decisiones organizativas)
REA DE ORGANIZACIN Y GESTIN (aspectos econmicos)
BANCO



Procesos

La identificacin de los procesos que intervienen en los DFDs resulto ser un proceso ms simple de lo
que a priori pueda parecer. Esto fue as gracias a las plantillas de Requisitos Funcionales, puesto que
prcticamente cada requisito funcional se corresponde con un proceso en los DFDs. En el siguiente
apartado (4.4.3.) se pueden ver los procesos, y en el apartado 4.4.4. se encuentra la documentacin de los
procesos, explicando cual es el cometido de cada uno de ellos.

Nota: En Los procesos 1.6.x relativos a las consultas, se han diferenciado cuatro tipos de consultas:

Consulta de Alumnos
Consulta de Docencia
Consulta de Servicios y Actividades
Consulta de Personal

En el futuro sistema, para de cada una de las consultas anteriores se realizaran distintos tipos de
consultas segn las necesidades del cliente (por ejemplo para Alumnos se podran contemplar las
siguientes consultas; Alumnos dados de baja, Alumnos que hayan repetido curso, etc.). Sin embargo,
para simplificar la tarea de Anlisis he optado por generalizar todas las consultas en stas cuatro
grandes reas.

4.4.3. Modelo
Para la elaboracin del DFD se han realizado tres niveles de detalle. El primero es el diagrama de
contexto, en el cual se muestra un nico proceso que representa a todo el sistema. Tambin incluye las
entidades externas que forman parte del sistema, y los flujos de datos que estos aportan al mismo, as
como los flujos de datos que le son devueltos.

Al explosionar el diagrama de contexto, aparece el diagrama de Nivel 1, el cual muestra los subsistemas
que componen el sistema. Al igual que el diagrama de contexto, aporta una visin global del sistema, pero
con mucho mayor detalle, en el que se puede observar las interacciones entre los distintos subsistemas. El
diagrama de Nivel 1 incluye tambin los almacenes que forman parte del sistema, y los flujos de datos
por medio de los cuales los procesos consultan o modifican sus datos. Los subsistemas identificados son:

Gestin de alumnos
Gestin de servicios y actividades
Gestin de cursos y grupos
Gestin de cobros
Gestin de personal
Gestin de consultas

Nota: Los cuatro primeros subsistemas se corresponden con la gestin del rea acadmica del
centro, mientras que la gestin del personal se compone nicamente por el subsistema de gestin de
personal.

Como ltimo nivel de explosin, encontramos los diagramas de nivel 2. Tales diagramas son las
explosiones de cada uno de los seis subsistemas del nivel anterior, y en ellos se muestra con ms detalle el
funcionamiento los mismos.

A continuacin se muestra el modelo:


NIVEL DE CONTEXTO

1.*
Gest ion Area
Docente de la
Escuela
EE-1
PADRE/MADRE
EE-2
AREA
ORGANI ZACI ON
EE-3
DPTO. ADMON
EE-4
BANCO
EE-5
EMPLEADO
EE-6
PROFESOR
Fichero elect ronico
Dat os Alumno
nuevo o mod.
Dat os Padre
nuevo o mod.
Act . cont rat ar
nueva o mod.
Conf irm. Pago
contado
Dat o
Comedor/Alumno
Dat os Curso
a pasar
Dat os asignacion
Curso/Alumno
Dat os Empleado
nuevo o mod.
Dat os Curso
nuevo o mod.
Dat os Act ividad
nueva o mod.
Dat os Cargo
nuevo o mod.
Dat os Puest o Trabajo
nuevo o mod.
Dat os Recibos
nuevos
Param. busqueda
Consult as
Result ados
Consult as

Figura 4.1: DFD Nivel Contexto
DFD DE NIVEL 1

EE-5
EMPLEADO
EE-6
PROFESOR
EE-1(1/ 2)
PADRE/MADRE
EE-4
BANCO
EE-3(1/ 2)
DPTO. ADMON
EE-2
AREA
ORGANI ZACION
1.1. *
Gest ion
Alumnos
1.2. *
Gest ion
Servicios y
Act ividades
S-1(1/ 2) Padres S-2(1/ 2) Alumnos
S-3(1/ 2) Act . y Alumnos
S-4(1/2) Actividades
S-5(1/ 2) Comedor
S-6(1/ 3) Cursos
S-7(1/ 2) Cursos y Alumnos
1.3. *
Gest ion Cursos y
Grupos
S-7(2/ 2) Cursos y Alumnos S-6(2/ 3) Cursos
1.4. *
Gest ion de
Personal
S-9 Puesto Trabajo S-10 Cargos S-11 Personal
EE-1(2/ 2)
PADRE/MADRE
EE-3(2/ 2)
DPTO. ADMON
S-1(2/ 2) Padres
S-2(2/ 2) Alumnos
S-4(2/ 2) Act ividades
S-3(2/ 2) Act . y Alumnos
S-5(2/ 2) Comedor
S-8 Recibos
1.6. *
Gest ion de
Consult as
S-6(3/ 3) Cursos
1.5. *
Gest ion de
Cobros
Dat os Cargo
(n/ m)
Result ados
Consult as
Dat os Alumno
(n/ m) Dat os Padre
(n/m)
Act . cont rat ar
(n/ m).
Conf irm. Pago
contado
Dato
Comedor/Alu
Dat os Curso
a pasar Dat os asignacion
Curso/Alumno
Dat os Curso (n/m)
Dat os Act ividad
(n/ m)
Datos Trabajo (n/m)
Dat os Recibos nuevos
Param. busqueda
Consultas
Plazas
Disponibles
Act ualiz. plazas
I nf . Alum/ Curso
I nf . Alu a
eliminar.
I nf . Padre (n/ m)
I nf . Padres
I nf . Alumno
(n/ m)
I nf . Alumno
I nf .
Comedor/Alum
I nf . Act .
(n/m)
I nf . Act ividad
I nf . Act . de Alu.
(n/ m)
I nf . Act . de Alumnos
Dat os asignacion
Curso/Alu
I nf . Curso (n/m)
I nf . Curso
I nf . nueva
Asignacion
Curso/Alu
I nf . Curso/Alu
I nf . Alu.
I nf . Alumno
Dat os Empleado
(n/ m)
I nf . Cargos
I nf . Cargos (n/m)
I nf . Puest o Trab
(n/ m)
I nf . Trabajo
I nf . Personal
(n/ m)
I nf . Personal
Busqueda Recibos
Busq. Recibos
Pend
Result ados
Consultas
I nf . Cursos
I nf . Cursos/Alu
I nf . Padres
I nf . Comedor
I nf .
Act ividades
I nf . Act iv/ Alu
Inf . Recibos
I nf . Alumnos
Result ado
Recibos Pend.
I nf . Recibo
Pagado
I nf . Personal
I nf . Puest o Trabajo
I nf . Cargos
I nf . Cursos/Alu
I nf . Padres
I nf . Actividades
I nf . Act ividades/ Alu
I nf . Alumnos
I nf . Cursos
Param busq.
Recibos pend.
I nf . Nuevo
Recibo

Figura 4.2: DFD Nivel 1

DFDs DE NIVEL 2

EE-1
PADRE/MADRE
S-2 Alumnos
S-1 Padres
S-7 Cursos y Alumnos S-6 Cursos
1.1. 1
Alt a de Alumnos
1.1. 2
Modif icacin de
Alumnos
1.1. 3
Alt a de Padres
1.1. 4
Modif icacin de
Padres
1.5. 5
Consult a e
I mpresion
Recibos
Pendient es
1.3. 2
Asignacion de
Cursos
(individual)
Act ualiz. plazas I nf . Alu a eliminar.
I nf . nuevo
Alumno
Dat os asignacion
Curso/Alu
Dat os Alumno (n/m)
Dat os nuevo
Padre
Plazas
Disponibles I nf . Alum/ Curso
Dat os Modif icacion
Padre
Dat os Modif icacion
Alumno
I nf . nuevo
Padres
I nf . Modif icacin
Padres
I nf .
Alumno/Nuev
o Padre
Param. Busq.
Recibos pend
I nf . modif icacion
Alumno
I nf . Existencia
Padres

Figura 4.3: DFD Nivel 1.1 Gestin de Alumnos

S-2 Alumnos
EE-2
AREA
ORGANI ZACI ON
EE-6
PROFESOR
EE-1
PADRE/MADRE
S-3 Act . y Alumnos S-4 Act ividades S-5 Comedor
1.2. 1
Mant enimient o de
Servicios y
Act ividades
1.2. 2
Mant enimient o
Servicios de
Alumnos
1.2. 3
Cont rol de
Comedor
I nf . Comedor/ Alumno
I nf . Act ividad
(n/ m)
I nf . Act ividades
de Alu. (n/ m)
Act . cont rat ar (n/ m).
Dat o Comedor/ Alu
Dat os Act ividad (n/ m)
I nf . Act ividad I nf . Act ividades de
Alumnos
I nf . Alumno
I nf . Alumnos
I nf . Act ividades

Figura 4.4: DFD Nivel 1.2 Gestin de Servicios y Actividades

1.1. 1
Alt a de Alumnos
S-2 Alumnos
EE-2
AREA
ORGANI ZACI ON
EE-6
PROFESOR
1.3. 1
Mant enimiento de
Cursos
1.3. 2
Asignacion de
Cursos
(individual)
1.3. 3
Paso a siguient e
curso (en bloque)
I nf . Curso
(n/ m)
I nf . Nuev a
Asignacin
Curso/Alu
Dat os Curso a
pasar
Dat os nueva
asignacion
Curso/Alumno
Dat os Curso (n/m)
I nf . Curso
I nf . Curso/Alu
I nf . Alu.
Dat os asignacion
Curso/Alu
I nf . Curso/Alu (n/m)
I nf . Curso/Alu
I nf . Cursos
I nf . Nuev o Curso
Plazas
disponobles
Act ualizacin
Plazas

Figura 4.5: DFD Nivel 1.3 Gestin de Cursos y Grupos

EE-5
EMPLEADO
EE-3
DPTO. ADMON
S-11 Personal S-9 Puesto Trabajo S-10 Cargos
EE-2
AREA
ORGANI ZACI ON
1.4. 1
Mant enimient o
Puestos de Trabajo
1.4. 2
Mant enimient o de
Cargos
1.4. 3
Mant enimient o de
Personal
Dat os Cargo (n/m)
I nf . Cargos (n/m)
I nf . Puest o
Trab (n/ m)
I nf . Personal
(n/ m)
Dat os Trabajo (n/m)
Dat os Empleado (n/m)
I nf . Cargos
I nf . Trabajo
I nf . Personal
I nf . Existencia
Empl. con Puest o
I nf . Existencia
Empl. con Cargo
I nf . Puest o a Desempear
I nf . Cargo a Desempear

Figura 4.6: DFD Nivel 1.4 Gestin de Personal

1.1. 2
Modif icacin de
Alumnos
S-2(1/ 3) Alumnos
S-3 Act . y Alumnos S-4 Act ividades
S-5 Comedor
S-1(1/ 3) Padres
EE-4(1/ 2)
BANCO
S-8 Recibos
EE-1
PADRE/MADRE
EE-3(1/ 2)
DPTO. ADMON
1.5. 1
Generacion de
Recibos
1.5. 2
Consult a e
I mpresion
Recibos
1.5. 3
Pago Recibos
Domiciliado
(bat ch)
1.5. 4
Pago Recibos Al
Cont ado
(On-Line)
1.5. 5
Consult a e
I mpresion Recibos
Pendient es
S-2(2
/
Alumnos
S-1(2/ 3) Padres
EE-3(2/ 2)
DPTO. ADMON
S-2(3
/
Alumnos
S-1(3/ 3) Padres
1.5. 6
Envio de recibos
al Banco (Batch)
EE-4(2/ 2)
BANCO
Result ado
Consult a
Result ado
Recibos Pend.
I nf . Recibo
Pagado
Result ado
Consult a
Conf irm. Pago
contado
Dat os Recibos
nuevos
Busqueda
Recibos
Busq. Recibos
Pend
I nf . Cursos
I nf . Cursos/Alu
I nf . Padres
I nf . Comedor
I nf . Act ividades
I nf . Act iv/ Alu
I nf . Recibos
I nf . Alumnos
Param. Busq.
Recibos pend
Param. I mpresion Recibos
I nf . Nuevo
Recibo
I nf . Recibo
Exist ente
I nf . Alumnos
I nf . Alumnos
I nf . Recibos
I nf . Padres
I nf . Alumnos
I nf . Alumnos
I nf . Recibo
Pagado
I nf . Padres
I nf . Padres
Param. Recibos
Domiciliados

Figura 4.7: DFD Nivel 1.5 Gestin de Cobros
S-6 Cursos
S-2 Alumnos
S-3 Act . y Alumnos S-4 Act ividades
S-1 Padres
S-7 Cursos y Alumnos
S-10 Cargos
S-9 Puesto Trabajo
S-11
(
Personal
EE-3(1/ 2)
DPTO. ADMON
1.6. 1
Consult a de
Alumnos
1.6. 2
Consult a de
Docencia
1.6. 3
Consult a de
Servicios y
Act ividades
EE-3(2/ 2)
DPTO. ADMON
1.6. 4
Consult a de
Personal
S-11
(
Personal
Result ado
Consult a
Act ividades
Param. Consult a
Personal
I nf . Personal
I nf . Puest o Trabajo
I nf . Cargos
I nf . Cursos/Alu
I nf . Padres
I nf . Act ividades I nf . Act ividades/ Alu
I nf . Alumnos
I nf . Cursos
Param. Consulta
Alumnos
Result ado
Consult a Alumnos
Param. Consult a
Docencia
Result ado Consult a
Docencia
Param. Consult a
Act ividades
I nf . Alumnos
Result ado Consult a
Personal
I nf . Personal
I nf . Alumnos

Figura 4.8: DFD Nivel 1.6 Gestin de Consultas

4.4.4. Documentacin
A continuacin se incluye la documentacin del modelo. Se han incluido los elementos de mayor inters,
es decir, la documentacin de los procesos, flujos de datos, almacenes, entidades externas y datos
compuestos.

Puesto que el listado se ha generado con la herramienta-case Silverrun la notacin est en ingls. No se ha
considerado la traduccin de los conceptos por su simplicidad,

Procesos

Process
Hierarchical numeric id. : 1
Name : Gestion Area acadmica y de personal de la Escuela
Comment : Este Proceso, engloba a todos los procesos encargados de la gestin del area docente de la
escuela. Se divide a su vez en los seis procesos siguientes:
- Gestin de Alumnos
- Gestin de Servicios y Actividades
- Gestin de Cursos y Grupos
- Gestin de Personal
- Gestin de Cobros
- Gestin de Consultas
Flows 1
Id. Name Kind 2 Extremity 2
F-12 Datos Cargo nuevo o mod. external entity AREA ORGANIZACION
F-16 Resultados Consultas external entity DPTO. ADMON

Flows 2
F-1 Fichero electronico external entity BANCO
F-2 Datos Alumno nuevo o mod. external entity PADRE/MADRE
F-3 Datos Padre nuevo o mod. external entity PADRE/MADRE
F-4 Act. contratar nueva o mod. external entity PADRE/MADRE
F-5 Confirm. Pago contado external entity PADRE/MADRE
F-6 Dato Comedor/Alumno external entity PROFESOR
F-7 Datos Curso a pasar external entity PROFESOR
F-8 Datos asignacion Curso/Alumno external entity PROFESOR
F-9 Datos Empleado nuevo o mod. external entity EMPLEADO
F-10 Datos Curso nuevo o mod. external entity AREA ORGANIZACION
F-11 Datos Actividad nueva o mod. external entity AREA ORGANIZACION
F-13 Datos Puesto Trabajo nuevo o mod.external entity DPTO. ADMON
F-14 Datos Recibos nuevos external entity DPTO. ADMON
F-15 Param. busqueda Consultas external entity DPTO. ADMON

Process
Hierarchical numeric id. : 1.1
Name : Gestion Alumnos
Comment : Este proceso se encarga de gestionar todos los datos personales del Alumno, y de sus
respectivos padres. Para ello se compone de a su vez de otros cuatro subprocesos
encargados del mantenimiento de los almacenes de Alumnos y Padres:
- Alta deAlumnos
- Modificacin de Alumnos
- Alta de Padres
- Modificacin de Padres

Como se puede observar se gestionan por separado los datos de Alumnos y Padres. El
motivo de no incluir los datos de los padres dentro del almacn de Alumnos, es que de este
modo en el caso de que existan hermanos en el centro se evita la duplicidad de la
informacin de los Padres.
Flows 1
F-33 Actualiz. plazas store Cursos
F-35 Inf. Alu a eliminar . store Cursos y Alumnos
F-36 Inf. Padre (n/m) store Padres
F-38 Inf. Alumno (n/m) store Alumnos
F-45 Datos asignacion Curso/Alu process 1.3
F-94 Param busq. Recibos pend. process 1.5
Flows 2
F-20 Datos Alumno (n/m) external entity PADRE/MADRE
F-21 Datos Padre (n/m) external entity PADRE/MADRE
F-32 Plazas Disponibles store Cursos
F-34 Inf. Alum/Curso store Cursos y Alumnos
F-37 Inf. Padres store Padres
F-39 Inf. Alumno store Alumnos


Process
Hierarchical numeric id. : 1.1.1
Name : Alta de Alumnos
Comment : Este proceso se encarga de dar de alta a un nuevo alumno en el sistema. Para ello se
introduciran todos los datos de estos. Los datos sobre el alumno los aporta el Padre o
madre, y se registran en el almacn de Alumnos.

Este proceso tiene la peculiaridad de que, durante el proceso de alta, se podra pasar el foco
de control a otros dos procesos, concretamente a los proceso 1.1.3 Alta de Padres y 1.3.2.
Asignacin de Curso (Individual). En el primero de ellos dos para dar de alta a los padres,
y despus vincular los datos de los Padres con el nuevo Alumno. Mientras que con el
segundo proceso, una vez se confirme el alta del nuevo alumno, el sistema
automaticamente indicara si se desea asignar un curso al Alumno. En caso afirmativo, se
pasaria el foco de control al proceso encargado de la asignacin de Cursos a los Alumnos.
La informacin que se le pasara al nuevo proceso sera el Num de expediente del nuevo
Alumno.

Una vez terminados ambos procesos, el sistema debera devolver el foco de control al
proceso original de Alta de Alumnos.
Flows 1
F-83 Inf. nuevo Alumno store Alumnos
F-84 Datos asignacion Curso/Alu process 1.3.2
F-93 Inf. Alumno/Nuevo Padre process 1.1.3
Flows 2
F-85 Datos Alumno (n/m) external entity PADRE/MADRE

Process
Name : Modificacin de Alumnos
Comment : Por medio de ste proceso, se podran modificar los datos del Alumno. Tambin se podra
dar de baja, (introducir la fecha actual en el atributo fecha de baja). La informacin de
entrada de este proceso sera aportada por la entidad externa Padre/Madre. En el caso de la
baja del alumno se produciran unas acciones concretas:
- Se leera informacin del almacn de CURSOS Y ALUMNOS, para saber a que
Curso pertenece el Alumno.
- Una vez sabido el Curso, se accedera al Almacn de CURSOS, y se modificara
el numero de plazas, dejando una libre.
- Una vez actualizado el numero de plazas disponibles, se eliminara el registro del
alumno y curso del Almacn de CURSOS Y ALUMNOS.

Una vez confirmada la baja, en el caso de que el alumno tenga recibos pendientes (hay un
atributo que asi lo indica en el almacn de ALUMNOS, se dara la posibilidad de mostrar
los recibos pendientes a modo de informacin. En el caso de aceptar esta posibilidad, el
proceso pasara el foco de control al siguiente proceso:

- 1.5.5. Consulta e Impresin de Recibos Pendientes de Pago. A dicho proceso se le
pasara de parametros unicamente el Num. de expediente del alumno, con lo cual
se mostraran todos los recibos pendientes del alumno.

Una vez terminado el proceso de Consulta e Impresin de Recibos Pendientes de Pago, se
devolvera el foco de control al proceso inicial.
Flows 1
F-81 Actualiz. plazas store Cursos
F-82 Inf. Alu a eliminar. Store Cursos y Alumnos
F-95 Param. Busq. Recibos pend process 1.5.5
F-96 Inf. modificacion Alumno store Alumnos
Flows 2
F-87 Plazas Disponibles store Cursos
F-88 Inf. Alum/Curso store Cursos y Alumnos
F-90 Datos Modificacion Alumno external entity PADRE/MADRE


Process
Name : Alta de Padres
Comment : Mediante este proceso, se podra mantener toda la informacin sobre los padres de los
alumnos del centro. Se encargara pues del alta, baja y modificacin de los datos de los
padres (almacn de Padres). Al hecho de negocio encargado del alta de los Padres de un
alumno, se podra acceder de dos formas distintas: desde el correspondiente menu del
sistema, o desde el proceso 1.1. Mantenimiento de Alumnos (como se ha comentado en la
descripcin de dicho proceso).
Flows 1
F-91 Inf. nuevo Padres store Padres
Flows 2
F-86 Datos nuevo Padre external entity PADRE/MADRE
F-93 Inf. Alumno/Nuevo Padre process 1.1.1
F-187 Inf. Existencia Padres store Padres

Process
Name : Modificacin de Padres
Comment : Mediante este proceso, el sistema permitira la eliminacin de los datos de los Padres. Para
ello, no debera tener asociado ningun alumno.
Flows 1
F-92 Inf. Modificacin Padres store Padres
Flows 2
F-89 Datos Modificacion Padre external entity PADRE/MADRE


Process
Name : Gestion Servicios y Actividades
Comment : Este proceso se encarga de gestionar toda la informacin relacionada con los Servicios y
Actividades del centro escolar. En dicho proceso se podra desde dar de alta nuevos
servicios hasta asignarle actividades a los alumnos. Tambin se podra llevar un control
sobre los alumnos que disfrutan del servicio de comedor en dias sueltos. Para poder
controlarlo todo, este proceso se divide a su vez de los siguientes, en un nivel inferior:
- Mant. Servicios y Actividades
- Mant. Servicios Solicitados por Alumnos
- Control de comedor

Flows 1
F-40 Inf. Comedor/Alumno store Comedor
F-41 Inf. Act. (n/m) store Actividades
F-43 Inf. Act. de Alu. (n/m) store Act. y Alumnos
Flows 2
F-22 Act. contratar (n/m). external entity PADRE/MADRE
F-24 Dato Comedor/Alu external entity PROFESOR
F-28 Datos Actividad (n/m) external entity AREA ORGANIZACION
F-42 Inf. Actividad store Actividades
F-44 Inf. Act. de Alumnos store Act. y Alumnos

Process
Name : Mantenimiento de Servicios y Actividades
Comment : Por medio de este proceso, se gestionara toda la informacin de los distintos cursos y
Actividades que pueden realizar los alumnos del centro. En l, se realizaran las
operaciones tipicas de mantenimiento de un fichero maestro, como son el alta, baja y
modificacin de sus registros. En el caso de querer eliminar un Curso, se debera
comprobar primero que dicho Curso no tenga alumnos asignados.
Flows 1
F-98 Inf. Actividad (n/m) store Actividades
Flows 2
F-102 Datos Actividad (n/m) external entity AREA ORGANIZACION
F-103 Inf. Actividad store Actividades


Process
Name : Mantenimiento Servicios de Alumnos
Comment : Este es el proceso encargado de asignarle Actividades y Servicios a los alumnos del centro
escolar. El proceso debera controlar que slo se permitan seleccionar alumnos y servicios
que no estn dados de baja.
Flows 1
F-99 Inf. Actividades de Alu. (n/m) store Act. y Alumnos
Flows 2
F-100 Act. contratar (n/m). external entity PADRE/MADRE
F-104 Inf. Actividades de Alumnos store Act. y Alumnos
F-106 Inf. Alumnos store Alumnos
F-107 Inf. Actividades store Actividades

Process
Name : Control de Comedor
Comment : Es el proceso encargado de llevar el control de los alumnos, que sin tener contratados el
servicio de comedor, disfrutan de l en dias sueltos. El servicio se podra pagar al contado
(por el propio alumno) o bien se cargara el coste al recibo mensual del alumno.
Flows 1
F-97 Inf. Comedor/Alumno store Comedor
Flows 2
F-101 Dato Comedor/Alu external entity PROFESOR


Process
Name : Gestion Cursos y Grupos
Comment : Este proceso es el encargado de gestionar y mantener toda la informacin sobre los Cursos
la escuela. Esto incluye el mantenimiento de los cursos y la gestin paso de curso de los
alumnos (tanto individuales como en bloque).
Flows 1
F-46 Inf. Curso (n/m) store Cursos
F-48 Inf. nueva Asignacion Curso/Alu store Cursos y Alumnos
Flows 2
F-26 Datos asignacion Curso/Alumno external entity PROFESOR
F-27 Datos Curso (n/m) external entity AREA ORGANIZACION
F-45 Datos asignacion Curso/Alu process 1.1
F-47 Inf. Curso store Cursos
F-49 Inf. Curso/Alu store Cursos y Alumnos
F-50 Inf. Alu. Store Alumnos

Process
Name : Mantenimiento de Cursos
Comment : Mediante este proceso, el sistema se encarga de llevar el mantenimiento de los cursos del
centro. Dentro de las tareas de mantenimiento se encuentra el alta, baja y modificacin de
los datos del almacn de Cursos.
Flows 1
F-108 Inf. Curso (n/m) store Cursos
Flows 2
F-112 Datos Curso (n/m) external entity AREA ORGANIZACION
F-113 Inf. Curso store Cursos
F-120 Inf. Nuevo Curso process 1.3.3


Process
Name : Asignacion de Cursos (individual)
Comment : Por medio de este proceso, se podra asignar de manera individual un Curso a un alumno
(eso si, slo en el caso de que hubieran plazas). Normalmente este proceso se producira
una vez un Alumno se halla dado de Alta. En la mayoria de los casos se le asignara el
primer curso de educacin infantil, puesto que una vez formado un Curso, la asignacin de
los alumnos a los sucesivos cursos que vayan realizando se realizara de forma automatica
mediante el proceso 3.2. Paso a siguiente Curso (en bloque).
Flows 1
F-109 Inf. Nueva Asignacin Curso/Alu store Cursos y Alumnos
F-165 Actualizacin Plazas store Cursos
Flows 2
F-111 Datos nueva asignacion Curso/Alumno external entity PROFESOR
F-115 Inf. Alu. store Alumnos
F-164 Plazas disponobles store Cursos

Process
Name : Paso a siguiente curso (en bloque)
Comment : Es el proceso de gestionar el paso a siguiente curso de uno ya existente. El proceso tendra
que crear un nuevo curso (el inmediato superior al actual) y realizar la asignacin
automatica de los alumnos al nuevo curso creado. Tendra que permitir la seleccin de los
alumnos que estando en el curso actual pasaran a formar parte del nuevo, de esta forma se
podran controlar los casos en los que haya alumnos que se vean en la situacin de tener
que repetir Curso.
Flows 1
F-117 Inf. Curso/Alu (n/m) store Cursos y Alumnos
F-120 Inf. Nuevo Curso process 1.3.1
Flows 2
F-119 Inf. Cursos store Cursos


Process
Name : Gestion de Personal
Comment : Este proceso se encarga de gestionar toda la informacin relativa al personal de la
empresa. El objetivo es mantener la informacin sobre stos y sobre los puestos de trabajo
que desempean asi como los Cargos administrativos que pueden desempear. Tambin se
desea saber de una forma rapida cual es el sueldo base de un empleado, en funcin de su
puesto de trabajo y los posibles cargos que desempee. Est proceso se comunicara con el
mdulo estandar de Nminas y Contabilidad que posee el centro, para suministrarle el
sueldo base de cada empleado y asi poder realizar las nminas y llevar el control de la
Contabilidad.
Flows 1
F-17 Datos Cargo (n/m) external entity AREA ORGANIZACION
F-54 Inf. Cargos (n/m) store Cargos
F-55 Inf. Puesto Trab (n/m) store Puesto Trabajo
F-57 Inf. Personal (n/m) store Personal
Flows 2
F-29 Datos Trabajo (n/m) external entity DPTO. ADMON
F-52 Datos Empleado (n/m) external entity EMPLEADO
F-53 Inf. Cargos store Cargos
F-56 Inf. Trabajo store Puesto Trabajo
F-58 Inf. Personal store Personal

Process
Name : Mantenimiento Puestos de Trabajo
Comment : Es el proceso encargado de mantener el fichero Informacin de Puestos de trabajo. Se
permitiran las operaciones basicas de alta, baja y modificacin. En el caso de la baja, se
controlara previamente no hayan empleados que desempeen la profesin a dar de baja.
Flows 1
F-123 Inf. Puesto Trab (n/m) store Puesto Trabajo
Flows 2
F-125 Datos Trabajo (n/m) external entity DPTO. ADMON
F-128 Inf. Trabajo store Puesto Trabajo
F-130 Inf. Existencia Empl. con Puesto store Personal


Process
Name : Mantenimiento de Cargos
Comment : Es el proceso encargado de mantener los datos de los empleados del centro escolar. El
empleado podra ser un empleado de cualquier tipo, desde empleados de la limpieza hasta
profesores. En este ultimo caso, se aadiran datos extra, concernientes a sus titulaciones.
Tambin se permitira la asignacin de Cargos a los empleados, con la condicin de que si
el cargo a desempear esta relacionado con la docencia, solamente se le pueda asignar a
los Profesores.
Flows 1
F-121 Datos Cargo (n/m) external entity AREA ORGANIZACION
F-122 Inf. Cargos (n/m) store Cargos
Flows 2
F-131 Inf. Existencia Empl. con Cargo store Personal

Process
Name : Mantenimiento de Personal
Comment : Mediante este proceso se mantendra el fichero Informacin de los Cargos del centro
escolar. Se
permitira la insercin, modificacin y eliminacin de registros, y al igual que en el
Mantenimiento de Puestos de Trabajo, slo se podran eliminar Cargos en el caso de que no
haya ningun empleado que desempee el Cargo a eliminar.
Flows 1
F-124 Inf. Personal (n/m) store Personal
Flows 2
F-126 Datos Empleado (n/m) external entity EMPLEADO
F-132 Inf. Puesto a Desempear store Puesto Trabajo
F-133 Inf. Cargo a Desempear store Cargos


Process
Name : Gestion de Cobros
Comment : Este proceso es el encargado de gestionar los recibos de los alumnos del centro escolar.
Para dicha gestin se subdivide a su vez en cinco procesos, los cuales se detallaran en la
descripcin de los mismos. A continuacin se detalla el nombre de los cinco procesos:
- Generacin Recibos
- Consulta e Impresin de recibos
- Pago de Recibos Domiciliado (Batch)
- Pago de Recibos Al Contado (On-Line)
- Consulta e Impresin de Recibos Pendientes de Pago
- Envio de recibos al Banco (Batch)
Flows 1
F-70 Resultado Recibos Pend. external entity PADRE/MADRE
F-71 Inf. Recibo Pagado store Recibos
F-166 Inf. Nuevo Recibo store Recibos
Flows 2
F-59 Busqueda Recibos external entity DPTO. ADMON
F-60 Busq. Recibos Pend external entity DPTO. ADMON
F-63 Inf. Cursos/Alu store Cursos y Alumnos
F-65 Inf. Comedor store Comedor
F-67 Inf. Activ/Alu store Act. y Alumnos
F-68 Inf. Recibos store Recibos
F-94 Param busq. Recibos pend. Process 1.1

Process
Name : Generacion de Recibos
Comment : Es el proceso encargado de emitir los recibos de los alumnos. El proceso sera lanzado por
un miembro del Departamento de administracin a finales de mes. En dicho proceso se
especificara el mes y ao sobre el cual emitir los recibos. Tambin se podra,
opcionalmente, facilitar un numero de expediente concreto; de sta forma los recibos se
generarian unicamente para el alumno seleccionado, y en caso contrario se generarian para
todos los alumnos. A la hora de generar los recibos, se comprobara primero si ya existe,
para no generarlo. Una vez creados los recibos, se llamara al proceso 1.5.2. Consulta e
Impresin de recibos para imprimir los recibos de pago al contado, y al proceso 1.5.6.
Envio de recibos al Banco (Batch) con los parametros necesarios para la creacin del
fichero electrnico. Este proceso, tambin se encargara de actualizar, por cada alumno, el
atributo 'Importe Deudor' del almacn ALUMNOS. Le restara el importe del recibo.

Una vez generados los recibos, se permitira acceder al proceso 'Consulta e Impresin de
recibos', para que automaticamente saque por pantalla los recibos generados, y permita la
impresin de los mismos. Los parametros que se le pasara al proceso seran los mismos que
se hayan utilizado para generar los recibos. Una vez terminado, el sistema devolvera el
foco de control al proceso original.
Flows 1
F-152 Param. Impresion Recibos process 1.5.2
F-153 Inf. Nuevo Recibo store Recibos
F-188 Param. Recibos Domiciliados process 1.5.6
Flows 2
F-146 Inf. Comedor store Comedor
F-148 Inf. Activ/Alu store Act. y Alumnos
F-154 Inf. Recibo Existente store Recibos


Process
Name : Consulta e Impresion Recibos
Comment : Mediante este proceso, se podran consultar los recibos existentes en un ao y mes
facilitados En el caso de no introducirse mes y ao, el proceso mostrara todos los recibos
existentes. Tambin se podra facilitar opcionalmente un Num. de expediente, indicando
con ello que slo se desea realizar la consulta sobre un unico alumno. En caso contrario se
mostraran los recibos de todos los alumnos. El proceso inicialmente mostrara la consulta
por pantalla, y ofrecera la posibilidad de imprimir los resultados. Este proceso podra ser
llamado por el proceso de Generacin de recibos, en cuyo caso, una vez termine se
devolvera el foco de control al proceso original que lo llam.
Flows 1
F-134 Resultado Consulta external entity DPTO. ADMON
Flows 2
F-141 Busqueda Recibos external entity DPTO. ADMON
F-152 Param. Impresion Recibos process 1.5.1

Process
Name : Pago Recibos Domiciliado (batch)
Comment : Gracias a este proceso, se procedera al pago automatico de los recibos domiciliados. Para
ello, como entrada al proceso, se seleccionara el fichero electrnico facilitado por el banco.
El proceso debe ser capaz de extraer informacin del fichero; concretamente identificar el
Num. de expediente y ver si efectivamente ha sido pagado. Despus se buscara el recibo
con dicha cuenta en el almacn de RECIBOS, que ademas coincida con el mes y ao
seleccionado. Una vez identificado el registro, se guardara la fecha actual en el atributo
'fecha de cobro'. Para finalizar, el proceso por cada recibo, buscara al alumno asociado y
actualizara el atributo 'Importe Deudor' del almacn ALUMNOS. Le sumara el importe del
recibo.
Flows 1
Flows 2


Process
Name : Pago Recibos Al Contado (On-Line)
Comment : Mediante este proceso, se procedera al pago al contado de los recibos. El proceso como
datos de entrada recibira el Num. de expediente o nombre del alumno que sera
proporcionada por la entidad externa PADRES. Despus se buscara el recibo con dicho
expediente en el almacn de RECIBOS, que ademas coincida con el mes y ao
seleccionado. Una vez identificado el registro, se guardara la fecha actual en el atributo
'fecha de cobro'. Para finalizar, el proceso por cada recibo, buscara al alumno asociado y
actualizara el atributo 'Importe Deudor' del almacn ALUMNOS. Le sumara el importe del
recibo.
Flows 1
Flows 2

Process
Name : Consulta e Impresion Recibos Pendientes
Comment : Este proceso es exactamente igual al de 'Consulta e Impresin de recibos', con la salvedad
de que se mostraran unicamente los recibos pendientes de pago, es decir, aquellos cuya
fecha de cobro sea nula. Este proceso podra ser llamado desde el siguiente proceso:

- 1.2. Modificacin de Alumnos: En el caso de la baja de un Alumno, slo en caso
de tener recibos pendientes, el proceso de Modificacin de Alumnos dara la
posibilidad de mostrar los datos de los recibos en cuestin. En el caso de que se
solicite dicha informacin, el proceso de Modificacin de Alumnos, llamara a ste
proceso, pasandole de parametro unicamente el Num. de expediente. Al no incluir ni
mes ni ao en los parametros de llamada, el proceso mostrara TODOS los recibos
pendientes del Alumno.

Una vez terminado el proceso de Consulta e Impresin de Recibos Pendientes de
Pago, se devolvera el foco de control al proceso de Modificacin de Alumnos.
Flows 1
F-135 Resultado Recibos Pend. external entity PADRE/MADRE
F-137 Resultado Consulta external entity DPTO. ADMON
Flows 2
F-142 Busq. Recibos Pend external entity DPTO. ADMON


Process
Name : Envio de recibos al Banco (Batch)
Comment : Mediante este proceso, el sistema creara un fichero electrnico con los datos de los recibos
domiciliados. Una vez creado el fichero, se mandara via Internet al Banco.
Flows 1
Flows 2
F-188 Param. Recibos Domiciliados process 1.5.1

Process
Name : Gestion de Consultas
Comment : Mediante este proceso, el sistema permitira realizar distintos tipos de consultas sobre los
Alumnos, la Docencia del Centro, las Actividades que se realizan y sobre el Personal. No
se incluyen las consultas relacionadas con los Recibos, ya que estas se incluyen en el
proceso 1.5. Gestin de Cobros, por entender que son parte indispensable de dicho
proceso.
Flows 1
Flows 2
F-31 Param. busqueda Consultas external entity DPTO. ADMON
F-73 Inf. Puesto Trabajo store Puesto Trabajo
F-78 Inf. Actividades/Alu store Act. y Alumnos


Process
Name : Consulta de Alumnos
Comment : Es el proceso encargado de realizar las consultas sobre los datos de los Alumnos y sus
Padres, incluidos tambin los Alumnos dados de baja.
Flows 1
F-179 Resultado Consulta Alumnos external entity DPTO. ADMON
Flows 2
F-178 Param. Consulta Alumnos external entity DPTO. ADMON

Process
Name : Consulta de Docencia
Comment : Es el proceso encargado de realizar las consultas sobre los Cursos existentes en el Centro
Escolar. Se mostraran los Alumnos de cada Curso, asi como los datos del profesor que
ejerce como Tutor. Se podra consultar el historial sobre los Cursos de aos anteriores.
Flows 1
F-181 Resultado Consulta Docencia external entity DPTO. ADMON
Flows 2
F-180 Param. Consulta Docencia external entity DPTO. ADMON


Process
Name : Consulta de Servicios y Actividades
Comment : Es el proceso encargado de realizar las consultas sobre las Actividades contratadas por
todos los Alumnos que hayan cursado estudios alguna vez en el Centro escolar. Mediante
este proceso se podra consultar tambin todo el historial de Actividades de los Alumnos,
incluidas la de los cursos anteriores.
Flows 1
F-167 Resultado Consulta Actividades external entity DPTO. ADMON
Flows 2
F-175 Inf. Actividades/Alu store Act. y Alumnos
F-182 Param. Consulta Actividades external entity DPTO. ADMON

Process
Name : Consulta de Personal
Comment : Es el proceso encargado de realizar las consultas sobre el Personal de la empresa, incluidos
los empleados antiguos ya dados de baja. Tambin permitira la impresin de los resultados
de las Consultas.
Flows 1
F-184 Resultado Consulta Personal external entity DPTO. ADMON
Flows 2

F-168 Param. Consulta Personal external entity DPTO. ADMON
F-170 Inf. Puesto Trabajo store Puesto Trabajo


Flujos de datos

Id. Name Kind 1 Extremity 1 Kind 2 Extremity 2 Data structure

F-1 Fichero electronic E BANCO P 1 Fichero_Electronico
F-2 Datos Alumno nuevo o mod. E PADRE/MADRE P 1 Alumnos
F-3 Datos Padre nuevo o mod. E PADRE/MADRE P 1 Padres
F-4 Act. contratar nueva o mod. E PADRE/MADRE P 1 Actividades_Alumnos
F-5 Confirm. Pago contado E PADRE/MADRE P 1 Pago_al_Contado
F-6 Dato Comedor/Alumno E PROFESOR P 1 Comedor
F-7 Datos Curso a pasar E PROFESOR P 1 Paso_de_Curso
F-8 Datos asignacion Curso/Alumno E PROFESOR P 1 Asignacin_de_Curso
F-9 Datos Empleado nuevo o mod. E EMPLEADO P 1 Empleados
F-10 Datos Curso nuevo o mod. E AREA ORGANIZ. P 1 Cursos
F-11 Datos Actividad nueva o mod. E AREA ORGANIZ. P 1 Actividades
F-12 Datos Cargo nuevo o mod. P 1 E AREA ORGANIZ. Cargos
F-13 Datos Puesto Trabajo nuevo o mod. E DPTO. ADMON P 1 Puestos_Trabajos
F-14 Datos Recibos nuevos E DPTO. ADMON P 1 Recibos
F-15 Param. busqueda Consultas E DPTO. ADMON P 1 Parametros_Consulta
F-16 Resultados Consultas P 1 E DPTO. ADMON
F-17 Datos Cargo (n/m) P 1.4 E AREA ORGANIZ. Cargos
F-18 Resultados Consultas P 1.6 E DPTO. ADMON
F-19 Fichero electronico E BANCO P 1.5
F-20 Datos Alumno (n/m) E PADRE/MADRE P 1.1 Alumnos
F-21 Datos Padre (n/m) E PADRE/MADRE P 1.1 Padres
F-22 Act. contratar (n/m). E PADRE/MADRE P 1.2 Actividades_Alumnos
F-23 Confirm. Pago contado E PADRE/MADRE P 1.5 Pago_al_Contado
F-24 Dato Comedor/Alu E PROFESOR P 1.2 Comedor
F-25 Datos Curso a pasar E PROFESOR P 1.3 Paso_de_Curso
F-26 Datos asignacion Curso/Alumno E PROFESOR P 1.3 Asignacin_de_Curso
F-27 Datos Curso (n/m) E AREA ORGANIZ. P 1.3 Cursos
F-28 Datos Actividad (n/m) E AREA ORGANIZ. P 1.2 Actividades
F-29 Datos Trabajo (n/m) E DPTO. ADMON P 1.4 Puestos_Trabajos
F-30 Datos Recibos nuevos E DPTO. ADMON P 1.5 Recibos
F-31 Param. busqueda Consultas E DPTO. ADMON P 1.6
F-32 Plazas Disponibles S Cursos P 1.1
F-33 Actualiz. plazas P 1.1 S Cursos
F-34 Inf. Alum/Curso S Cursos y Alumnos P 1.1 Cursos_Alumnos
F-35 Inf. Alu a eliminar. P 1.1 S Cursos y Alumnos Baja_Curso/Alumno
F-36 Inf. Padre (n/m) P 1.1 S Padres Padres
F-37 Inf. Padres S Padres P 1.1 Padres
F-38 Inf. Alumno (n/m) P 1.1 S Alumnos Alumnos
F-39 Inf. Alumno S Alumnos P 1.1 Alumnos
F-40 Inf. Comedor/Alumno P 1.2 S Comedor Comedor
F-41 Inf. Act. (n/m) P 1.2 S Actividades Actividades
F-42 Inf. Actividad S Actividades P 1.2 Actividades
F-43 Inf. Act. de Alu. (n/m) P 1.2 S Act. y Alumnos Actividades_Alumnos
F-44 Inf. Act. de Alumnos S Act. y Alumnos P 1.2 Actividades_Alumnos
F-45 Datos asignacion Curso/Alu P 1.1 P 1.3 Num_Exp_Alumno
F-46 Inf. Curso (n/m) P 1.3 S Cursos Cursos

F-47 Inf. Curso S Cursos P 1.3 Cursos
F-48 Inf. nueva Asignacion Curso/Alu P 1.3 S Cursos y Alumnos Cursos_Alumnos
F-49 Inf. Curso/Alu S Cursos y Alumnos P 1.3 Cursos_Alumnos
F-50 Inf. Alu. S Alumnos P 1.3 Alumnos
F-51 Inf. Alumno S Alumnos P 1.2 Alumnos
F-52 Datos Empleado (n/m) E EMPLEADO P 1.4 Empleados
F-53 Inf. Cargos S Cargos P 1.4 Cargos
F-54 Inf. Cargos (n/m) P 1.4 S Cargos Cargos
F-55 Inf. Puesto Trab (n/m) P 1.4 S Puesto Trabajo Puestos_Trabajos
F-56 Inf. Trabajo S Puesto Trabajo P 1.4 Puestos_Trabajos
F-57 Inf. Personal (n/m) P 1.4 S Personal Empleados
F-58 Inf. Personal S Personal P 1.4 Empleados
F-59 Busqueda Recibos E DPTO. ADMON P 1.5 Busqueda_Recibos
F-60 Busq. Recibos Pend E DPTO. ADMON P 1.5 Busqueda_Recibos
F-61 Resultados Consultas P 1.5 E DPTO. ADMON Recibos
F-62 Inf. Cursos S Cursos P 1.5 Cursos
F-63 Inf. Cursos/Alu S Cursos y Alumnos P 1.5 Cursos_Alumnos
F-65 Inf. Comedor S Comedor P 1.5 Comedor
F-66 Inf. Actividades S Actividades P 1.5 Actividades
F-67 Inf. Activ/Alu S Act. y Alumnos P 1.5 Actividades_Alumnos
F-68 Inf. Recibos S Recibos P 1.5 Recibos
F-69 Inf. Alumnos S Alumnos P 1.5 Alumnos
F-70 Resultado Recibos Pend. P 1.5 E PADRE/MADRE Recibos
F-71 Inf. Recibo Pagado P 1.5 S Recibos Recibos_Pagados
F-72 Inf. Personal S Personal P 1.6 Empleados
F-73 Inf. Puesto Trabajo S Puesto Trabajo P 1.6 Puestos_Trabajos
F-74 Inf. Cargos S Cargos P 1.6 Cargos
F-75 Inf. Cursos/Alu S Cursos y Alumnos P 1.6 Cursos_Alumnos
F-77 Inf. Actividades S Actividades P 1.6 Actividades
F-78 Inf. Actividades/Alu S Act. y Alumnos P 1.6 Actividades_Alumnos
F-79 Inf. Alumnos S Alumnos P 1.6 Alumnos
F-80 Inf. Cursos S Cursos P 1.6 Cursos
F-81 Actualiz. plazas P 1.1.2 S Cursos
F-82 Inf. Alu a eliminar. P 1.1.2 S Cursos y Alumnos
F-83 Inf. nuevo Alumno P 1.1.1 S Alumnos
F-84 Datos asignacion Curso/Alu P 1.1.1 P 1.3.2
F-85 Datos Alumno (n/m) E PADRE/MADRE P 1.1.1
F-86 Datos nuevo Padre E PADRE/MADRE P 1.1.3
F-87 Plazas Disponibles S Cursos P 1.1.2
F-88 Inf. Alum/Curso S Cursos y Alumnos P 1.1.2
F-89 Datos Modificacion Padre E PADRE/MADRE P 1.1.4
F-90 Datos Modificacion Alumno E PADRE/MADRE P 1.1.2
F-91 Inf. nuevo Padres P 1.1.3 S Padres
F-92 Inf. Modificacin Padres P 1.1.4 S Padres
F-93 Inf. Alumno/Nuevo Padre P 1.1.1 P 1.1.3
F-94 Parambusq. Recibos pend. P 1.1 P 1.5 Num_Exp_Alumno
F-95 Param. Busq. Recibos pend P 1.1.2 P 1.5.5


F-96 Inf. modificacion Alumno P 1.1.2 S Alumnos
F-97 Inf. Comedor/Alumno P 1.2.3 S Comedor
F-98 Inf. Actividad (n/m) P 1.2.1 S Actividades
F-99 Inf. Actividades de Alu. (n/m) P 1.2.2 S Act. y Alumnos
F-100 Act. contratar (n/m). E PADRE/MADRE P 1.2.2
F-101 Dato Comedor/Alu E PROFESOR P 1.2.3
F-102 Datos Actividad (n/m) E AREA ORGANIZ. P 1.2.1
F-103 Inf. Actividad S Actividades P 1.2.1
F-104 Inf. Actividades de Alumnos S Act. y Alumnos P 1.2.2
F-105 Inf. Alumno S Alumnos P 1.2.3
F-106 Inf. lumnos S Alumnos P 1.2.2
F-107 Inf. Actividades S Actividades P 1.2.2
F-108 Inf. Curso (n/m) P 1.3.1 S Cursos
F-109 Inf. Nueva Asignacin Curso/Alu P 1.3.2 S Cursos y Alumnos
F-110 Datos Curso a pasar E PROFESOR P 1.3.3
F-111 Datos nueva asignacion Curso/AlumoE PROFESOR P 1.3.2
F-112 Datos Curso (n/m) E AREA ORGANIZ. P 1.3.1
F-113 Inf. Curso S Cursos P 1.3.1
F-114 Inf. Curso/Alu S Cursos y Alumnos P 1.3.2
F-115 Inf. Alu. S Alumnos P 1.3.2
F-116 Datos asignacion Curso/Alu P 1.1.1 P 1.3.2
F-117 Inf. Curso/Alu (n/m) P 1.3.3 S Cursos y Alumnos
F-118 Inf. Curso/Alu S Cursos y Alumnos P 1.3.3
F-119 Inf. Cursos S Cursos P 1.3.3
F-120 Inf. Nuevo Curso P 1.3.3 P 1.3.1
F-121 Datos Cargo (n/m) P 1.4.2 E AREA ORGANIZ.
F-122 Inf. Cargos (n/m) P 1.4.2 S Cargos
F-123 Inf. Puesto Trab (n/m) P 1.4.1 S Puesto Trabajo
F-124 Inf. Personal (n/m) P 1.4.3 S Personal
F-125 Datos Trabajo (n/m) E DPTO. ADMON P 1.4.1
F-126 Datos Empleado (n/m) E EMPLEADO P 1.4.3
F-127 Inf. Cargos S Cargos P 1.4.2
F-128 Inf. Trabajo S Puesto Trabajo P 1.4.1
F-129 Inf. Personal S Personal P 1.4.3
F-130 Inf. Existencia Empl. con Puesto S Personal P 1.4.1
F-131 Inf. Existencia Empl. con Cargo S Personal P 1.4.2
F-132 Inf. Puesto a Desempear S Puesto Trabajo P 1.4.3
F-133 Inf. Cargo a Desempear S Cargos P 1.4.3
F-134 Resultado Consulta P 1.5.2 E DPTO. ADMON
F-135 Resultado Recibos Pend. P 1.5.5 E PADRE/MADRE
F-136 Inf. Recibo Pagado P 1.5.4 S Recibos
F-137 Resultado Consulta P 1.5.5 E DPTO. ADMON
F-138 Fichero electronico E BANCO P 1.5.3
F-139 Confirm. Pago contado E PADRE/MADRE P P 1.5.4
F-140 Datos Recibos nuevos E DPTO. ADMON P 1.5.1
F-141 Busqueda Recibos E DPTO. ADMON P 1.5.2
F-142 Busq. Recibos Pend E DPTO. ADMON P 1.5.5
F-144 Inf. Cursos/Alu S Cursos y Alumnos P 1.5.1

F-145 Inf. Padres S Padres P 1.5.2
F-146 Inf. Comedor S Comedor P 1.5.1
F-148 Inf. Activ/Alu S Act. y Alumnos P 1.5.1
F-149 Inf. Recibos S Recibos P 1.5.2
F-150 Inf. Alumnos S Alumnos P 1.5.1
F-151 Param. Busq. Recibos pend P 1.1.2 P 1.5.5
F-152 Param. Impresion Recibos P 1.5.1 P 1.5.2
F-153 Inf. Nuevo Recibo P 1.5.1 S Recibos
F-154 Inf. Recibo Existente S Recibos P 1.5.1
F-157 Inf. Recibos S Recibos P 1.5.5
F-161 Inf. Recibo Pagado P 1.5.3 S Recibos
F-164 Plazas disponobles S Cursos P 1.3.2
F-165 Actualizacin Plazas P 1.3.2 S Cursos
F-166 Inf. Nuevo Recibo P 1.5 S Recibos Recibos
F-167 Resultado Consulta Actividades P 1.6.3 E DPTO. ADMON
F-168 Param. Consulta Personal E DPTO. ADMON P 1.6.4
F-170 Inf. Puesto Trabajo S Puesto Trabajo P 1.6.4
F-171 Inf. Cargos S Cargos P 1.6.4
F-172 Inf. Cursos/Alu S Cursos y Alumnos P 1.6.2
F-175 Inf. Actividades/Alu S Act. y Alumnos P 1.6.3
F-178 Param. Consulta Alumnos E DPTO. ADMON P 1.6.1
F-179 Resultado Consulta Alumnos P 1.6.1 E DPTO. ADMON
F-180 Param. Consulta Docencia E DPTO. ADMON P 1.6.2
F-181 Resultado Consulta Docencia P 1.6.2 E DPTO. ADMON
F-182 Param. Consulta Actividades E DPTO. ADMON P 1.6.3
F-183 Inf. Alumnos P 1.6.1 S Alumnos
F-184 Resultado Consulta Personal P 1.6.4 E DPTO. ADMON
F-187 Inf. Existencia Padres S Padres P 1.1.3
F-188 Param. Recibos Domiciliados P 1.5.1 P 1.5.6
F-189 Fichero electronico P 1..5.6 E BANCO


Almacenes

Store
Name : Act. y Alumnos
Data structure : Actividades_Alumnos
Comment : Este almacn contendra la informacin sobre las actividades disfrutadas por los
alumnos. Tambin se guardaran los aos en los cuales los alumnos disfrutaron de las
actividades.

Store
Name : Actividades
Data structure : Actividades
Comment : Mediante este almacn el sistema podra mantener la informacin relativa a las
actividades y servicios ofertados por el centro.

Store
Name : Alumnos
Data structure : Alumnos
Comment : Este almacn se encarga de mantener todos los datos personales de los Alumnos.
Comprende una gran cantidad de informacin sobre estos, tal como lo indica la
Conselleria. Los datos se pueden clasificar segun su naturaleza: datos personales,
datos familiares, datos sobre el desarrollo, y algunos datos de inters. En nuestro
analisis se ha optado por separar la informacin de los padres para gestionarla en otro
almacn, de este modo la informacin de stos no se duplicara en el caso de haber
varios hermanos en el centro.

Store
Name : Cargos
Data structure : Cargos
Comment : En este almacn, se almacenara la informacin sobre los Cargos que desempean los
empleados del centro. Normalmente dichos cargos estan relacionados con la docencia,
como por ejemplo, tutores de curso o coordinador. Cada Cargo llevara asociado un
'extra' econmico que servira junto con el sueldo del Puesto de trabajo que
desempee, para calcular el sueldo base de un empleado.

Store
Name : Comedor
Data structure : Comedor
Comment : Es el almacn encargado de albergar la informacin de los servicios de comedor que
disfrutan los alumnos en dias sueltos. Esa informacin se utilizara despus para sacar
el coste total de los recibos de cada alumno.

Store
Name : Cursos
Data structure : Cursos
Comment : En el almacn de cursos se incluira toda la informacin sobre los distintos cursos que
se imparten (o se han impartido) en el centro. Tambin contendra la informacin
relativa al tutor del curso en cuestin (que obligatoriamente ha de ser un profesor) y
sobre el numero maximo de plazas, asi como las disponibles.

Store
Name : Cursos y Alumnos
Data structure : Cursos_Alumnos
Comment : Este almacn se encarga de almacenar la informacin sobre los cursos que han ido
realizado los Alumnos a lo largo de su vida escolar.

Store
Name : Padres
Data structure : Padres
Comment : Es el almacn encargado de mantener los datos personales tanto del padre como de la
madre (o en su caso el tutor). Podra darse el caso de que slo contenga los datos de
uno de ellos, como por ejemplo en caso de viudedad, divorcio, etc. Como ya se ha
comentado con anterioridad, el motivo de separar los datos de los padres en un nuevo
almacn es para evitar la duplicidad de informacin de stos en el caso de haber
hermanos en el centro.

Store
Name : Personal
Data structure : Empleados
Comment : Es el almacn encargado de mantener la informacin de los empleados del centro.
Contendra los datos personales, y en el caso de tratarse de un profesor, tambin
almacenara los datos relacionados con sus titulaciones y curriculos.

Store
Name : Puesto Trabajo
Data structure : Puestos_Trabajos
Comment : Es el almacn encargado de almacenar la informacin correspondiente a los puestos
de trabajo del centro escolar, desde mantenimiento hasta profesorado. Mediante este
almacn se podra seleccionar, para cada empleado, la profesin que desempeara.
Cada puesto lleva asociado un sueldo base, que normalmente se modificara cada ao,
para poder calcular el sueldo base de los empleados.

Store
Name : Recibos
Data structure : Recibos
Comment : Este almacn es el encargado de albergar toda la informacin relativa a los recibos. Se
genera mensualmente un recibo por cada alumno, en el cual se detallan todos los
conceptos a cobrar, los cuales incluyen el coste mensual fijo por Curso, las
actividades y servicios contratados y los dias de comedor sueltos sin pagar.


Entidades externas

External entity
Name : AREA ORGANIZACION
Comment : Personal del centro escolar encargado de adoptar las decisiones organizativas y de gestin.
En el objeto de estudio de este analisis, se encargan de aportar todos los datos necesarios
para la gestin de la informacin sobre los Cursos, las Actividades y Servicios, asi como
los Cargos administrativos del centro escolar.

External entity
Name : BANCO
Comment : Esta entidad externa representa al banco mediante el cual, el centro escolar gestiona los
recibos de los alumnos. El sistema, le proporcionara a final de mes un fichero electrnico
con la informacin de los recibos domiciliados. Tambin Interviene en el sistema
aportandole a ste un fichero electrnico cada mes, en el que se incluye la informacin
sobre los recibos domiciliados. El sistema debera ser capaz de extraer informacin de
dicho fichero, para determinar a qu alumno (padre mas bien) pertenece, y determinar si ha
sido pagado o no para marcar dicho recibo como pagado.

External entity
Name : DPTO. ADMON
Comment : Es la entidad encargada de representar a todo el personal administrativo del centro. Se
encarga de aportar al sistema la informacin mas relacionada con la administracin
econmica (gestin de los recibos). Tambin se encarga de tomar las decisiones sobre el
Personal y de solicitar al sistema informacin sobre informes de todo tipo.

External entity
Name : EMPLEADO
Comment : Es la entidad que representa a los empleados del centro escolar. Esta entidad engloba a
cualquier tipo de trabajador, desde los empleados encargados de las tareas de
mantenimiento, como los profesores o administrativos. Son los encargados de aportar al
sistema todos los datos que ste necesita mantener sobre el personal de la empresa.

External entity
Name : PADRE/MADRE
Comment : Esta entidad representa al tutor/es del alumno. Normalmente seran tanto el Padre como la
Madre del alumno, sin embargo podrra darse el caso de que el alumno dispusiera
solamente de uno de ellos. El Padre/Madre es el encargado de aportar toda la informacin
sobre el Alumno, tanto datos personales (incluidos los suyos propios), como la
informacin sobre los servicios y actividades. Tambin se encargara de aportar la
informacin sobre los detalles para el cobro de los recibos.

External entity
Name : PROFESOR
Comment : Esta entidad se encarga de aportar al sistema los datos necesarios para la gestin del paso
de curso. Tambin se encargan de aportar los datos sobre los alumnos que se quedan a
comer dias sueltos en el centro, por ser stos los que llevan dicho control. Realmente los
profesores son un tipo especial de empleados, sin embargo entendemos que tienen la
suficiente importancia dentro del proceso de gestin de la escuela como para tratarlo como
una entidad externa ajena a la de los empleados. No obstante, internamente, los datos que
el sistema mantiene de ambos se encuentran en un mismo almacn, concretamente el de
Personal.

Datos compuestos

Data structure
Name : Actividades
Composition : Common Item Structure
Actividades Cdigo Actividades Cdigo
Actividades Nombre Actividades Nombre
Actividades Fecha_Inicio Actividades Fecha_Inicio
Actividades Fecha_Fin Actividades Fecha_Fin
Actividades Ao Actividades Ao
Actividades Coste Actividades Coste
Actividades Precio/hora Actividades Precio/hora
Actividades Horario Actividades Horario
Actividades Nmero_Alumnos Actividades Numero_Alumnos
Actividades Observaciones Actividades Observaciones

Data structure
Name : Actividades_Alumnos

Actividades Cdigo Actividades Cdigo
Alumnos Num_Expediente Alumnos Num_Expediente
Actividades_Alumnos Ao Actividades_Alumnos Ao
Actividades_Alumnos Observaciones Actividades_Alumnos Observaciones

Data structure
Name : Alumnos

Alumnos Apellidos Alumnos Apellidos
Alumnos Nombre Alumnos Nombre
Alumnos Fecha_Nacimiento Alumnos Fecha_Nacimiento
Alumnos Lugar_Nacimiento Alumnos Lugar_Nacimiento
Alumnos Provincia_Nacimiento Alumnos Provincia_Nacimiento
Alumnos Domicilio Alumnos Domicilio
Alumnos Telfono Alumnos Telfono
Alumnos DNI Alumnos DNI
Alumnos NUSS Alumnos NUSS
Alumnos Importe_Deudor Alumnos Importe_Deudor
Alumnos Num_Hermanos Alumnos Num_Hermanos
Alumnos Comedor Alumnos Comedor
Alumnos Transporte Alumnos Transporte
Alumnos Fecha_Matriculacin Alumnos Fecha_Matriculacin
Alumnos Fecha_Baja Alumnos Fecha_Baja
Padres Cdigo Padres Cdigo

Data structure
Name : Asignacin_de_Curso

Cursos Ao Cursos Ao
Cursos Curso Cursos Curso

Data structure
Name : Baja_Curso/Alumno

Baja_Curso/Alumno Ao Baja_Curso/Alumno Ao

Data structure
Name : Busqueda_Recibos

Busqueda_Recibos Ao_ini Busqueda_Recibos Ao_ini
Busqueda_Recibos Mes_ini Busqueda_Recibos Mes_ini
Busqueda_Recibos Ao_Fin Busqueda_Recibos Ao_Fin
Busqueda_Recibos Mes_Fin Busqueda_Recibos Mes_Fin

Data structure
Name : Cargos

Cargos Cdigo Cargos Cdigo
Cargos Nombre Cargos Nombre
Cargos Sueldo_Extra Cargos Sueldo_Extra
Cargos Observaciones Cargos Observaciones

Data structure
Name : Comedor

Comedor Fecha Comedor Fecha
Comedor Importe Comedor Importe
Comedor Pagado Comedor Pagado


Data structure
Name : Cursos

Cursos Ao Cursos Ao
Cursos Max_Plazas Cursos Max_Plazas
Cursos Plazas_Ocupadas Cursos Plazas_Ocupadas
Empleados Cdigo Tutor Empleados Cdigo
Empleados Cdigo Coordinador Empleados Cdigo
Cursos Ciclo Cursos Ciclo

Data structure
Name : Cursos_Alumnos
Composition : Common Item / Structure

Cursos_Alumnos Ao Cursos_Alumnos Ao

Data structure

Name : Empleados

Empleados Cdigo Empleados Cdigo
Empleados Apellidos Empleados Apellidos
Empleados Nombre Empleados Nombre
Empleados DNI Empleados DNI
Empleados NAF Empleados NAF
Empleados NUSS Empleados NUSS
Empleados Fecha_Ingreso Empleados Fecha_Ingreso
Empleados Fecha_Baja Empleados Fecha_Baja
Empleados Fecha_Nacimiento Empleados Fecha_Nacimiento
Empleados Lugar_Nacimiento Empleados Lugar_Nacimiento
Empleados Provincia_Nacimiento Empleados Provincia_Nacimiento
Empleados Domicilio Empleados Domicilio
Empleados Telfonos Empleados Telfonos
Empleados Titulos_Acadmicos Empleados Titulos_Acadmicos
Puestos_Trabajos Cdigo Puestos_Trabajos Cdigo
Cargos Cdigo Cargos Cdigo

Data structure
Name : Fichero_Electronico

Fichero_Electronico Importe Fichero_Electronico Importe
Padres P/M_1_CCC Padres P/M_1_CCC
Padres P/M_1_Apellidos Padres P/M_1_Apellidos
Padres P/M_1_Nombre Padres P/M_1_Nombre
Padres P/M_1_NIF Padres P/M_1_NIF
Recibos Numero Recibos Numero
Recibos Fecha Recibos Fecha

Data structure
Name : Num_Exp_Alumno


Data structure
Name : Padres

Padres Cdigo Padres Cdigo
Padres P/M_1_Fecha_Nacimiento Padres P/M_1_Fecha de nacimiento
Padres P/M_1_Lugar_Nacimiento Padres P/M_1_Lugar de nacimiento
Padres P/M_1_Profesin Padres P/M_1_Profesin
Padres P/M_1_Empresa Padres P/M_1_Empresa
Padres P/M_1_Telfonos Padres P/M_1_Telfonos
Padres P/M_1_CCC Padres P/M_1_CCC
Padres P/M_2_Fecha_Nacimiento Padres P/M_2_Fecha_Nacimiento
Padres P/M_2_Lugar_Nacimiento Padres P/M_2_Lugar_Nacimiento
Padres P/M_2_Profesin Padres P/M_2_Profesin
Padres P/M_2_Empresa Padres P/M_2_Empresa
Padres P/M_2_Telfonos Padres P/M_2_Telfonos

Data structure
Name : Pago_al_Contado



Data structure
Name : Parametros_Consulta

Parametros_Consulta Fecha_Ini Parametros_Consulta Fecha_ini
Parametros_Consulta Fecha_Fin Parametros_Consulta Fecha_Fin
Parametros_Consulta Tipo_Consulta Parametros_Consulta Tipo_Consulta

Data structure
Name : Paso_de_Curso

Cursos Ao Cursos Ao

Data structure
Name : Puestos_Trabajos

Puestos_Trabajos Cdigo Puestos_Trabajos Cdigo
Puestos_Trabajos Nombre Puestos_Trabajos Nombre
Puestos_Trabajos Sueldo_Base Puestos_Trabajos Sueldo_Base
Puestos_Trabajos Observaciones Puestos_Trabajos Observaciones

Data structure
Name : Recibos

Recibos Importe Recibos Importe
Recibos Fecha_Cobro Recibos Fecha_Cobro
Recibo-linea Recibos_Linea
Recibos_Linea Concepto Recibos_Linea Concepto
Recibos_Linea Importe Recibos_Linea Importe

Data structure
Name : Recibos_Linea

Recibos_Linea Concepto Recibos_Linea Concepto
Recibos_Linea Importe Recibos_Linea Importe

Data structure
Name : Recibos_Pagados
Composition : Common Item / Structure

Recibos Fecha_Cobro Recibos Fecha_Cobro

4.5. Anlisis del sistema: MCD
4.5.1. Introduccin
En este apartado se incluye el MCD del sistema. Es interesante recordar, que el apartado 2.2.4,
describe brevemente los aspectos bsicos de esta metodologa, y en particular la nomenclatura del
diagrama ERX de la herramienta-case Silverrun.
4.5.2. Modelo

Figura 4.9: Modelo Conceptual de Datos (MCD)
1
,
1
1
,
N
1
,
N
1
,
1
1
,
N
0
,
N
1
,
1
0
,
N
0
,
1
1
,
1
1
,
1
1
,
N
1
,
1
1
,
1
0
,
N
1
,
1
1
,
N
0
,
N
1
,
N
0
,
N
1
,
N
1
,
1
0
,
N
1
,
N
1
,
N
0
,
N
C
o
m
p
u
e
s
t
o
d
e
E
s
T
u
t
o
r
C
u
r
s
a
R
e
a
l
i
z
a
D
is
fr
u
ta
T
ie
n
e
t
r
a
b
a
j
a

d
e
e
j
e
r
c
e
A
o
o
c
u
p
a
A
o
P
e
r
te
n
e
c
e
T
u
to
r
d
e
I
m
p
a
r
t
id
a
p
o
r
C
o
r
d
i
n
a
A
lu
m
n
o
A
lu
m
n
o
N
u
m
_
E
x
p
e
d
ie
n
te
A
lu
m
n
o
A
p
e
l
l
id
o
s
A
lu
m
n
o
N
o
m
b
r
e
A
lu
m
n
o
F
e
c
h
a
_
N
a
c
i
m
i
e
n
t
o
A
lu
m
n
o
L
u
g
a
r
_
N
a
c
i
m
ie
n
to
A
lu
m
n
o
P
r
o
v
i
n
c
i
a
_
N
a
c
im
i
e
n
t
o
A
lu
m
n
o
D
o
m
i
c
i
li
o
A
lu
m
n
o
T
e
l
f
o
n
o
A
lu
m
n
o
D
N
I
A
lu
m
n
o
N
U
S
S
A
lu
m
n
o
I
m
p
o
r
t
e
_
D
e
u
d
o
r
A
lu
m
n
o
N
u
m
_
H
e
r
m
a
n
o
s
A
lu
m
n
o
C
o
m
e
d
o
r
A
lu
m
n
o
T
r
a
n
s
p
o
r
t
e
A
lu
m
n
o
F
e
c
h
a
_
M
a
tr
i
c
u
l
a
c
i
n
A
lu
m
n
o
F
e
c
h
a
_
B
a
j
a
C
a
r
g
o
C
a
r
g
o
C
d
ig
o
C
a
r
g
o
N
o
m
b
r
e
C
a
r
g
o
S
u
e
l
d
o
_
E
x
t
r
a
C
a
r
g
o
O
b
s
e
r
v
a
c
i
o
n
e
s
C
o
m
e
d
o
r
C
o
m
e
d
o
r
F
e
c
h
a
C
o
m
e
d
o
r
I
m
p
o
r
t
e
C
o
m
e
d
o
r
P
a
g
a
d
o
C
u
r
s
o
C
u
r
s
o
C
u
r
s
o
C
u
r
s
o
A
o
C
u
r
s
o
M
a
x
_
P
l
a
z
a
s
C
u
r
s
o
P
la
z
a
s
_
O
c
u
p
a
d
a
s
E
m
p
le
a
d
o
E
m
p
le
a
d
o

C
d
i
g
o
E
m
p
le
a
d
o

A
p
e
ll
i
d
o
s
E
m
p
le
a
d
o

N
o
m
b
r
e
E
m
p
le
a
d
o

D
N
I
E
m
p
le
a
d
o

N
A
F
E
m
p
le
a
d
o

N
U
S
S
E
m
p
le
a
d
o

F
e
c
h
a
_
In
g
r
e
s
o
E
m
p
le
a
d
o

F
e
c
h
a
_
B
a
j
a
E
m
p
le
a
d
o

F
e
c
h
a
_
N
a
c
i
m
i
e
n
to
E
m
p
le
a
d
o

L
u
g
a
r
_
N
a
c
im
i
e
n
t
o
E
m
p
le
a
d
o

P
r
o
v
i
n
c
ia
_
N
a
c
i
m
ie
n
to
E
m
p
le
a
d
o

D
o
m
ic
il
i
o
E
m
p
le
a
d
o

T
e
l
f
o
n
o
s
E
m
p
le
a
d
o

T
i
t
u
lo
s
_
A
c
a
d
m
ic
o
s
P
a
d
r
e
/
M
a
d
r
e
P
a
d
r
e
/
M
a
d
r
e
C
d
ig
o
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
1
_
N
I
F
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
1
_
A
p
e
l
l
id
o
s
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
1
_
N
o
m
b
r
e
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
1
_
F
e
c
h
a
d
e

n
a
c
i
m
ie
n
to
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
1
_
L
u
g
a
r
d
e
n
a
c
i
m
i
e
n
to
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
1
_
P
r
o
f
e
s
i
n
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
1
_
E
m
p
r
e
s
a
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
1
_
T
e
l
f
o
n
o
s
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
1
_
C
C
C
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
2
_
N
I
F
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
2
_
A
p
e
l
l
id
o
s
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
2
_
N
o
m
b
r
e
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
2
_
F
e
c
h
a
_
N
a
c
i
m
ie
n
t
o
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
2
_
L
u
g
a
r
_
N
a
c
i
m
ie
n
to
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
2
_
P
r
o
f
e
s
i
n
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
2
_
E
m
p
r
e
s
a
P
a
d
r
e
/
M
a
d
r
e
P
/M
_
2
_
T
e
l
f
o
n
o
s
P
u
e
s
t
o
_
T
r
a
b
a
jo
P
u
e
s
t
o
_
T
r
a
b
a
jo

C
d
i
g
o
P
u
e
s
t
o
_
T
r
a
b
a
jo

N
o
m
b
r
e
P
u
e
s
t
o
_
T
r
a
b
a
jo

S
u
e
l
d
o
_
B
a
s
e
P
u
e
s
t
o
_
T
r
a
b
a
jo

O
b
s
e
r
v
a
c
i
o
n
e
s
R
e
c
i
b
o
R
e
c
i
b
o

N
u
m
e
r
o
R
e
c
i
b
o

F
e
c
h
a
R
e
c
i
b
o

I
m
p
o
r
t
e
R
e
c
i
b
o

F
e
c
h
a
_
C
o
b
r
o
R
e
c
i
b
o
_
L
i
n
e
a
R
e
c
i
b
o
_
L
i
n
e
a

N
u
m
e
r
o
R
e
c
i
b
o
_
L
i
n
e
a

C
o
n
c
e
p
t
o
R
e
c
i
b
o
_
L
i
n
e
a

Im
p
o
r
te
A
c
ti
v
i
d
a
d
A
c
ti
v
i
d
a
d

C
d
i
g
o
A
c
ti
v
i
d
a
d

A
o
A
c
ti
v
i
d
a
d

N
o
m
b
r
e
A
c
ti
v
i
d
a
d

F
e
c
h
a
_
In
ic
i
o
A
c
ti
v
i
d
a
d

F
e
c
h
a
_
F
i
n
A
c
ti
v
i
d
a
d

C
o
s
t
e
A
c
ti
v
i
d
a
d

P
r
e
c
io
/h
o
r
a
A
c
ti
v
i
d
a
d

H
o
r
a
r
i
o
A
c
ti
v
i
d
a
d

N
u
m
e
r
o
_
A
l
u
m
n
o
s
A
c
ti
v
i
d
a
d

O
b
s
e
r
v
a
c
io
n
e
s
P
r
o
fe
s
o
r
P
r
o
fe
s
o
r

T
i
tu
lo
s
_
A
c
a
d
m
i
c
o
s
C
ic
lo
C
ic
lo
C
d
ig
o
C
ic
lo
N
o
m
b
r
e
C
ic
lo
A
o

4.5.3. Documentacin
Tal y como se ha comentado con anterioridad, en la documentacin del DFD, la documentacin se
encuentra en ingls puesto que ha sido extrada directamente del Silverrun. Se han incluido los elementos
de mayor inters, es decir, la documentacin de las entidades y relaciones.

Es necesaria una pequea explicacin sobre la nomenclatura que utiliza el Silverrun en la documentacin.
Tanto en el detalle de los atributos, como en los arcos de las relaciones, se incluyen tres columnas
llamadas P. <1> y <2>. A continuacin se comenta su significado:

P.: Mediante esta columna se indica la clave primaria de una determinada entidad. Dicha clave
estar formada por el conjunto de los atributos cuyo valor en esta columna sea yes,

<1>: Mediante esta columna se indica la primera clave alternativa de una determinada entidad.
Dicha clave estar formada por el conjunto de los atributos cuyo valor en esta columna sea yes,

<2>: Mediante esta columna se indica la segunda clave alternativa de una determinada entidad.
Dicha clave estar formada por el conjunto de los atributos cuyo valor en esta columna sea yes,
Entidades

Entity

Name : Actividad
Comment : Esta entidad representa las distintas actividades o servicios que ha ofrecido el centro
escolar a lo largo de los aos. Esto permite el mantenimiento de los datos histricos sobre
las actividades del centro, por ello la clave primaria est compuesta por el cdigo de la
actividad y el ao.

Attributes
Name Coded name P. <1> <2> Domain Len. Dec.

Actividad Cdigo Yes No No cdigo
Actividad Ao Yes No No ao
Actividad Nombre No No No nombre
Actividad Fecha_Inicio No No No fecha
Actividad Fecha_Fin No No No fecha
Actividad Coste No No No importe
Actividad Precio/hora No No No importe
Actividad Horario No No No descripcin
Actividad Numero_Alumnos No No No numero
Actividad Observaciones No No No descripcin

Arcs
Relationship Name Coded name Min. Max. P. <1> <2>

Impartida por Arc-21 1 1 No No No
Realiza Arc-26 1 N No No No


Entity

Name : Alumno
Comment : Esta entidad representa a los alumnos del centro escolar, sobre los cuales nos
almacenaremos la informacin sobre actividades, cursos, recibos, etc.

Attributes

Alumno Num_Expediente Yes No No numero
Alumno Apellidos No No No apellidos
Alumno Nombre No No No nombre
Alumno Fecha_Nacimiento No No No fecha
Alumno Lugar_Nacimiento No No No descripcin
Alumno Provincia_Nacimiento No No No provincia
Alumno Domicilio No No No descripcin
Alumno Telfono No No No telfono
Alumno DNI No No No nif
Alumno NUSS No No No NUSS
Alumno Importe_Deudor No No No importe
Alumno Num_Hermanos No No No numero
Alumno Comedor No No No boleano
Alumno Transporte No No No boleano
Alumno Fecha_Matriculacin No No No fecha
Alumno Fecha_Baja No No No fecha

Arcs

Es Tutor Arc-4 1 1 No No No
Cursa Arc-5 1 N No No No
Realiza Arc-9 0 N No No No
Disfruta Arc-14 0 N No No No
Tiene Arc-24 1 N No No No

Entity

Name : Cargo
Comment : Representa los distintos cargos relacionados con la docencia, que son desempeados por
los profesores.

Attributes

Cargo Cdigo Yes No No cdigo
Cargo Nombre No No No nombre
Cargo Sueldo_Extra No No No importe
Cargo Observaciones No No No descripcin

Arcs

ejerce Arc-25 0 N No No No

Entity

Name : Ciclo
Comment : Representa el conjunto de cursos que conforman un ciclo. As pues encontramos los ciclos
de Primaria, Secundaria, etc. Dado que se almacenan los cursos por aos, tambin, se hace
lo propio con los ciclos; de tal forma se podr obtener del sistema la informacin
concerniente a los cursos que forman un ciclo en un determinado ao.

Attributes

Ciclo Cdigo Yes No No cdigo
Ciclo Nombre No No No nombre
Ciclo Ao No No No ao

Arcs

Pertenece Arc-28 1 N No No No
Cordina Arc-29 1 1 No No No

Entity

Name : Comedor
Comment : Esta entidad representa a la datos necesarios para controlar los das de comedor sueltos que
disfrutan los alumnos del centro escolar.

Attributes

Comedor Fecha Yes No No fecha
Comedor Importe No No No importe
Comedor Pagado No No No boleano

Arcs

Disfruta Arc-13 1 1 Yes No No


Entity

Name : Curso
Comment : Representa a un determinado curso en un determinado ao. As pues, se distingue '1ESO
+2003' de '1ESO +2004'. De esta forma ser ms fcil almacenar la informacin de
histricos, tales cmo los cursos que ha ido realizando un determinado alumno a lo largo
de su historial acadmico, o el conjunto de alumnos de un determinado curso y ao.

Attributes

Curso Curso Yes No No curso
Curso Ao Yes No No ao
Curso Max_Plazas No No No numero
Curso Plazas_Ocupadas No No No numero

Arcs

Pertenece Arc-17 1 1 No No No
Tutor de Arc-20 1 1 No No No
Cursa Arc-28 1 N No No No

Entity

Name : Empleado
Comment : Representa a los empleados que han prestado sus servicios en el centro escolar. Dichos
empleados incluyen desde personal de mantenimiento hasta profesorado o administrativos.
Se mantendr la informacin de los empleados, incluso tras su baja, todo ello por motivo
de histricos.

Attributes

Empleado Cdigo Yes No No cdigo
Empleado Apellidos No No No apellidos
Empleado Nombre No No No nombre
Empleado DNI No No No nif
Empleado NAF No No No NAF
Empleado NUSS No No No NUSS
Empleado Fecha_Ingreso No No No fecha
Empleado Fecha_Baja No No No fecha
Empleado Fecha_Nacimiento No No No fecha
Empleado Lugar_Nacimiento No No No descripcin
Empleado Provincia_Nacimiento No No No provincia
Empleado Domicilio No No No direccin
Empleado Telfonos No No No telfono
Empleado Titulos_Acadmicos No No No descripcin

Arcs

trabaja de Arc-15 0 1 No No No
ocupa Arc-27 1 N No No No

Entity

Name : Padre/Madre
Comment : Representa al tutor o tutores de un determinado alumno/s.

Attributes

Padre/Madre Cdigo Yes No No cdigo
Padre/Madre P/M_1_NIF No No No nif
Padre/Madre P/M_1_Apellidos No No No apellidos
Padre/Madre P/M_1_Nombre No No No nombre
Padre/Madre P/M_1_Fecha de nacimiento No No No fecha
Padre/Madre P/M_1_Lugar de nacimiento No No No descripcin
Padre/Madre P/M_1_Profesin No No No nombre
Padre/Madre P/M_1_Empresa No No No descripcin
Padre/Madre P/M_1_Telfonos No No No telfono
Padre/Madre P/M_1_CCC No No No CCC
Padre/Madre P/M_2_NIF No No No nif
Padre/Madre P/M_2_Apellidos No No No apellidos
Padre/Madre P/M_2_Nombre No No No nombre
Padre/Madre P/M_2_Fecha_Nacimiento No No No fecha
Padre/Madre P/M_2_Lugar_Nacimiento No No No descripcin
Padre/Madre P/M_2_Profesin No No No nombre
Padre/Madre P/M_2_Empresa No No No nombre
Padre/Madre P/M_2_Telfonos No No No telfono

Arcs

Es Tutor Arc-3 1 N No No No

Entity

Name : Profesor
Comment : Esta entidad es una especializacin, de la entidad EMPLEADO. Concretamente, representa
a todos los profesores que han trabajado en el centro escolar. Debido a su importancia
dentro del sistema, se ha preferido separar del resto de empleados.

Attributes

Profesor Titulos_Acadmicos No No No

Arcs

trabaja de Arc-16 1 1 Yes No No
Tutor de Arc-19 1 N No No No
Impartida por Arc-22 0 N No No No
ejerce Arc-26 0 N No No No
Cordina Arc-30 0 N No No No


Entity

Name : Puesto_Trabajo
Comment : Representa a los distintos puestos de trabajo que se desempean actualmente, o se han
desempeado, en el centro escolar. Cada empleado, como tal, desempear un puesto de
trabajo obligatoriamente.

Attributes

Puesto_Trabajo Cdigo Yes No No cdigo
Puesto_Trabajo Nombre No No No nombre
Puesto_Trabajo Sueldo_Base No No No importe
Puesto_Trabajo Observaciones No No No descripcin

Arcs

ocupa Arc-28 0 N No No No

Entity

Name : Recibo
Comment : Esta entidad representa los datos relacionados con el cobro de los servicios para un
determinado alumno, en un determinado mes y ao.

Attributes

Recibo Numero Yes No No numero
Recibo Fecha No No No fecha
Recibo Importe No No No importe
Recibo Fecha_Cobro No No No fecha

Arcs

Compuesto de Arc-2 1 N No No No
Tiene Arc-23 1 1 No No No

Entity

Name : Recibo_Linea
Comment : Representa un concepto a cobrar, perteneciente a un determinado recibo.

Attributes

Recibo_Linea Numero Yes No No numero
Recibo_Linea Concepto No No No descripcin
Recibo_Linea Importe No No No importe

Arcs

Compuesto de Arc-1 1 1 Yes No No


Relaciones

Relationship

Name : Compuesto de
Comment : A) Un recibo estar compuesto por una o varias lneas de detalle.
B) Una lnea de detalle formar parte de un recibo concreto, y solamente uno.

Attributes

Arcs

Recibo_Linea Arc-1 1 1 Yes No No
Recibo Arc-2 1 N No No No

Relationship

Name : Cordina
Comment : A) Un profesor puede coordinar varios ciclos a lo largo de los aos, pudiendo no coordinar
ninguno.
B) Un determinado ciclo estar coordinado obligatoriamente por un nico profesor.

Attributes

Arcs

Ciclo Arc-29 1 1 No No No
Profesor Arc-30 0 N No No No

Relationship

Name : Cursa
Comment : A) Un alumno, como tal, cursa uno o varios cursos en el centro escolar.
B) Un curso estar formado obligatoriamente por uno o varios alumnos.

Attributes

Arcs

Alumno Arc-5 1 N No No No
Curso Arc-28 1 N No No No


Relationship

Name : Disfruta
Comment : A) Un alumno puede disfrutar, opcionalmente, de servicios de comedor en das sueltos.
(para ello el sistema controlar que el alumno NO tenga contratado el servicio de
comedor).
B) Un servicio de comedor determinado habr sido disfrutado obligatoriamente por un
alumno.

Attributes

Arcs

Comedor Arc-13 1 1 Yes No No

Relationship

Name : ejerce
Comment : A) Un cargo puede ser ejercido por uno o varios profesores en un mismo ao (tutores). Sin
embargo no es obligatorio que sea desempeado por ningn profesor.
B) Un profesor pude ejercer varios cargos al ao, o simplemente no ejercer ninguno.

Attributes

Ao No No No ao

Arcs

Cargo Arc-25 0 N No No No

Relationship

Name : Es Tutor
Comment : A) Una instancia PADRE/MADRE, puede tener ser tutor de uno o ms alumnos.
B) Un alumno tiene que tener obligatoriamente un tutor asignado, y slo uno.

Attributes

Arcs

Padre/Madre Arc-3 1 N No No No
Alumno Arc-4 1 1 No No No

Relationship

Name : Impartida por
Comment : A) Una actividad en un determinado ao, es impartida nicamente por un profesor.
B) Un profesor puede, opcionalmente, impartir varias actividades en un mismo ao.

Attributes

Arcs

Actividad Arc-21 1 1 No No No

Relationship

Name : ocupa
Comment : A)Un trabajador haber ocupado uno o varios puestos de trabajo en el centro escolar
B)Un puesto de trabajo, puede ser desempeado por varios trabajadores en un determinado
ao. Sin embargo no es obligatorio que lo desempee algun empleado en un determinado
ao.

Attributes

Ao No No No ao

Arcs

Empleado Arc-27 1 N No No No
Puesto_Trabajo Arc-28 0 N No No No

Relationship

Name : Pertenece
Comment : A) Un curso pertenece obligatoriamente a un ciclo.
B) Un ciclo estar compuesto de uno o varios cursos obligatoriamente

Attributes

Arcs

Curso Arc-17 1 1 No No No
Ciclo Arc-28 1 N No No No

Relationship

Name : Realiza
Comment : A) Un alumno puede realizar varias actividades a lo largo de su vida escolar, incluso en un
mismo ao. Sin embargo puede no est obligado a realizar alguna actividad.
B) Una actividad, ser realizada obligatoriamente por uno o varios alumnos.

Attributes

Arcs

Actividad Arc-26 1 N No No No

Relationship

Name : Tiene
Comment : A)Un alumno tiene uno o varios recibos asignados como consecuencia de los servicios
que disfruta, o ha disfrutado, en el centro escolar.
B)Un recibo en particular, pertenece a un nico alumno.

Attributes

Arcs

Recibo Arc-23 1 1 No No No

Relationship

Name : trabaja de
Comment : A) Un empleado puede trabajar o no como profesor
B) Un profesor es obligatoriamente un trabajador.

Attributes

Arcs

Empleado Arc-15 0 1 No No No
Profesor Arc-16 1 1 Yes No No


Relationship

Name : Tutor de
Comment : A) Un profesor obligatoriamente habr sido tutor de un curso, pudiendo haberlo sido de
varios.
B) Un curso cada ao, necesariamente tendr asignado un tutor, y solo uno.

Attributes

Arcs

Curso Arc-20 1 1 No No No
4.6. Consistencia entre modelos
Una vez concluidos los diagramas de flujos de datos (DFD) y el Modelo Conceptual de Datos (MCD), el
siguiente paso es comprobar que existe una cierta concordancia entre ambos modelos. El motivo de esto
es asegurarse de que no existen contradicciones entre ambos. Para constatar dicha consistencia entre
modelos, se deben cumplir las siguientes cuatro condiciones:

Cada almacn de los DFDs se deben corresponder con una entidad, relacin o combinacin de
ambas en el MCD

Los datos elementales del diccionario del DFD deben corresponderse con los atributos de las
entidades del MCD. Esta condicin slo a de cumplirse en caso de que ambos modelos utilicen
un mismo diccionario, como es el caso.

Tienen que haber procesos en el DFD que puedan crear y eliminar ocurrencias de cada una de las
entidades del MCD.

Tiene que existir al menos un proceso del DFD que se encargue de asignar valores a cada uno de
los atributos de cada una de las entidades del MCD, y tiene que haber algn proceso que las lea o
utilice.

Para controlar que se produzcan las anteriores condiciones, se han realizado las dos tablas que
continuacin se muestran:

Almacenes

Entidades
Activida
des
Activida
des de
Alumnos
Alumnos Cargos Comedor Cursos Cursos y
Alumnos
Padres Personal Puestos
de
trabajo
Recibos
Actividad X
Alumno X
Cargo X
Comedor X
Ciclo X
Curso X
Empleado X
Padre/Madre X
Profesor
Puesto Trabajo X
Recibo X
Recibo Lnea X
Cursa (R) X
Realiza (R) X
Cuadro 4.57: Almacenes y entidades
La tabla del 4.57, realiza un control sobre la relacin entre los almacenes de los DFDs y las entidades o
relaciones del MCD. Se puede observar cmo cada almacn se corresponde con alguna entidad del MCD.
Los almacenes tambin pueden corresponder con alguna relacin del MCD, tal es el caso de las dos
ltimas filas (cuya R indica que son relaciones). La entidad Profesor no tiene almacn asociado, puesto
que se trata de una especializacin de la entidad Empleado.


Procesos

Ocurrencias
1.1. Gestin
Alumnos
1.2. Gestin
Servicios y
Actividades
1.3.
Gestin Cursos
y Grupos
1.4 Gestin
Personal
1.5. Gestin
Cobros
1.6. Gestin
Consultas
Padre/Madre
A/B/M
Alumno
A/B/M
Curso
A/B/M
Ciclo

Actividad
A/B/M
Profesor
A/B/M
Empleado
A/B/M
Cargo
A/B/M
Puesto_Trabajo
A/B/M
Recibo
A/M
Recibo_Linea
A/M
Comedor
A
Cuadro 4.58: Procesos y ocurrencias de Entidades
Esta tabla, muestra la correspondencia entre los Procesos del DFD y las Entidades del MCD. Por cada
entidad, debe existir al menos un proceso que se encargue de crearlas, eliminaras o modificarlas.

Nota: La A indica Alta, la B indica la Baja y la M indica la Modificacin de las ocurrencias de las
entidades.
4.7. Continuidad del proyecto
Tal y como se ha comentado en el apartado 1.1 del proyecto, el proceso de desarrollo de sistemas
informticos se divide principalmente en cuatro fases:

Anlisis del sistema informtico
Construccin e implantacin

De estas cuatro fases o actividades principales, se han cubierto las dos primeras tal y como se ha indicado
en el apartado de alcance y objetivo del sistema (apartado 4.2). Hasta ahora, en las dos primeras fases se
ha establecido el diseo lgico del futuro sistema. Segn [16], el diseo lgico de un sistema de
informacin define las relaciones lgicas o conceptuales entre los componentes del sistema. Define los
datos de entrada que hacen falta, la informacin de salida, los procesos que han de llevarse a cabo para
satisfacer los requisitos y cuales restricciones deben tenerse en cuenta; todo ello independientemente de
cmo se tenga que realizar fsicamente.

En este apartado se comenta brevemente cmo se continuara con el desarrollo del sistema, lo cual
comprende el diseo fsico. ste segn [IG16], comporta la implementacin fsica, cmo y cual ha de ser
el formato de la informacin de salida, de qu forma se tienen que introducir los datos que necesitan los
procesos diseados, sobre qu equipos se tienen que implementar dichos procesos, el almacenamiento de
los datos y los formatos exactos de los informes.

A continuacin se comentan brevemente las tareas que debern llevarse a cabo en la continuacin del
proyecto


En esta fase, se realizan bsicamente tres tareas, (i) el diseo de las interfaces de usuario, (ii) el diseo de
procesos y (iii) el diseo de la Base de Datos. Antes de comenzar con alguna de ellas, se deber realizar
una revisin del anlisis del sistema (incluido en este proyecto).

El diseo de interfaces comprende todas aquellas actividades que se encargan de disear el dialogo
entre el futuro sistema y los usuarios. Dentro del diseo de interfaces se puede distinguir entre el diseo
de pantallas y el de informes.

En el diseo de los procesos, se subdividirn y agruparn los procesos del DFD en mdulos de software
del sistema. Tambin se documentaran las especificaciones necesarias sobre los procesos para que en la
etapa de programacin se codifiquen los mdulos que constituyen el software del sistema. En esta fase, se
debern disear los procesos relacionados con la interaccin entre el subsistema de personal (analizado en
este proyecto) y el paquete de software estndar que gestiona la Nminas. Tambin se disear el proceso
batch encargado de la emisin de recibos al banco, y el proceso de cobro. Como tarea opcional se
disear un mecanismo para controlar el acceso al sistema por parte de los usuarios (Autenticacin).

Para terminar esta fase, se realizar el diseo de la base de datos y su posterior implementacin. Dicha
Base de Datos ser de tipo relacional, por ser el tipo que ms se ajusta a los requerimientos del futuro
sistema. El primer paso ser realizar el modelo Entidad/Relacin, y para ello se partir del MCD
desarrollado en este proyecto. Una vez realizado el diseo, se proceder a la implementacin, para lo cual
se propone utilizar un Sistema Gestor de Bases de Datos de software libre (SGBD), por ejemplo el
PostgreSQL.


Construccin e Implantacin.

Esta es la ltima etapa en el proceso de desarrollo de sistemas informticos. En ella se distinguen dos
tareas principalmente, la construccin y la implantacin.

La construccin, bsicamente consiste en la implementacin del cdigo fuente de los mdulos
identificados en la anterior fase. Tambin se incluye el diseo y realizacin de las pruebas, con la
finalidad de garantizar el correcto funcionamiento del software (no solamente se tendrn en cuenta errores
de programacin, sino que tambin se revisaran los requisitos del sistema para verificar que todos ellos se
cumplen).

Para finalizar, se realizar la implantacin del sistema. Se realizar un estudio sobre el tipo de usuarios y
la cantidad de stos que accedern al sistema, y en funcin de esto se diseara la arquitectura hardware
del sistema y se implantar.

La eleccin tanto del SDBG, como del lenguaje de programacin sern estudiadas en las dos ltimas fases
y por lo tanto sern decisin del encargado de la continuacin del proyecto. El autor del proyecto propone
el uso de software libre, para abaratar el coste total del proyecto, y en particular la utilizacin del lenguaje
de programacin C o C++, y el SG BD PostgreSQL.
5. Conclusiones
Captulo V
Conclusiones
La principal conclusin a la que he llegado ha sido, que la realizacin de un proyecto informtico de
gestin, ha resultado ser una de las experiencias ms gratificantes y enriquecedoras de todas las
desarrolladas a lo largo de la carrera.

En el mbito de la docencia, y en concreto de la ingeniera del software, estoy convencido de que la
realizacin del proyecto ha supuesto un ejercicio muy instructivo, puesto que para su elaboracin ha sido
necesaria la aplicacin de los conocimientos tericos adquiridos en dicha materia a lo largo de la carrera.
As pues, ha servido para afianzar dichos conocimientos, al tiempo que se profundizaba en sus mtodos y
se adquira una nueva dimensin de esta disciplina de la Informtica (la ingeniera del software).

Por otra parte, al margen de las tareas tcnicas realizadas durante el proyecto, la realizacin del mismo en
s, ha constituido una experiencia muy positiva especialmente en dos aspectos. El primero de ellos, y ms
importante, por el hecho de enfrentarse a un problema real y de gran envergadura (al menos en
comparacin con los trabajos realizados a lo largo de la carrera), lo que ha supuesto un primer contacto
con la realidad del mundo laboral.

El segundo aspecto a destacar, ha sido la propia realizacin del proyecto, especialmente la redaccin de la
memoria. Para su consecucin, se han aprendido y aplicado las tcnicas y mtodos sobre la redaccin de
documentos tcnicos y sobre su estructuracin aprendidos en la asignatura Proyectos Informticos de
Gestin [IG31]. Este punto ha sido el ms enriquecedor de todos, puesto que gracias a la realizacin de la
memoria he aprendido a redactar y organizar la estructura de un documento tcnico. Adems creo que la
redaccin de tales documentos, est a la orden del da en el mundo laboral, por ejemplo en la elaboracin
de manuales, sobretodo en la disciplina de la ingeniera del software a la cual esta dirigida esta carrera
(Ingeniera Tcnica en Informtica de Gestin).

En el plano personal, me han llamado la atencin dos aspectos principalmente, la seleccin y adaptacin
de tcnicas y metodologas, y la planificacin temporal del proyecto. Respecto a las metodologas, ste ha
sido el primer trabajo en el cual he realizado una bsqueda y seleccin de diversas tcnicas y
metodologas, sobretodo en la creacin de las plantillas utilizadas en la definicin de requisitos. Me ha
proporcionado la posibilidad disponer de total libertad para escoger, de entre todas las metodologas
analizadas, la que ms se adecuaba a mis ideas. Pero sobretodo, me ha parecido muy interesante el hecho
de realizar una sntesis entre todas las plantillas vistas e incluso aadir algunas mejoras (por lo menos
desde mi punto de vista).

Sobre la planificacin del proyecto, ha supuesto un reto cumplir, dentro de lo posible, con la planificacin
temporal realizada al principio del proyecto. Una vez concluido, me doy cuenta de la importancia de
realizar una buena planificacin para la consecucin de los objetivos de cualquier proyecto. Para ello es
necesario conocer las limitaciones del equipo de trabajo que lo va a desarrollar (en este caso nicamente
el autor del proyecto), y sobretodo ser constante en la realizacin de las tareas en las que ste se
descompone.

Por todo lo anterior, ha sido gratificante marcarse una meta, y observar como sta se va consiguiendo
poco a poco al seguir cada una de las tareas planificadas. Gracias a llevar un seguimiento constante y
5. Conclusiones

ajustado a la planificacin inicial, me ha quedado la sensacin de que el proyecto se realizara slo, y no
he acusado el estrs o agobio propios de una mala planificacin.
6. Bibliografa y referencias
Captulo VI
Bibliografa y referencias
Contenido
6.1. Introduccin ........................................................................................................... 153
6.2. Bibliografa............................................................................................................. 154

6.1. Introduccin
Al igual que en todo proyecto informtico, para la elaboracin de ste, se ha consultado gran cantidad de
bibliografa. La temtica consultada, por lo menos en este caso, ha sido de lo ms diversa, pudindose
clasificar en los siguientes tres tipos diferentes de bibliografa:

Relacionada con el entorno del proyecto.
Relacionada con el Desarrollo de Software
Relacionada con la elaboracin de Proyectos Informticos

El primer tipo recoge toda aquella bibliografa relacionada con el entorno del proyecto. Dicho entorno es
el de la educacin infantil y por ello se ha centrado en el estudio del actual sistema de educacin espaol;
para lo cual se han utilizado diversas fuentes de informacin como la pgina oficial del Ministerio de
Educacin y Ciencia [MEC] o el propio personal del centro escolar (por medio de tcnicas como la
entrevista).

Como segundo tipo de bibliografa, tenemos toda aquella relacionada con el proceso de desarrollo de
Software. Este es el punto donde ms bibliografa se ha consultado especialmente en los aspectos de
Definicin de Requisitos y de Anlisis del Sistema.

Para terminar, tenemos la bibliografa relacionada directamente con la elaboracin de proyectos
acadmicos, especialmente los de la disciplina informtica. En este punto, ha sido de vital importancia los
conocimientos adquiridos en la asignatura IG31 Proyectos Informticos de Gestin, puesto que me ha
proporcionado las bases sobre las que construir el proyecto, sobre todo en los aspectos relacionados con la
bsqueda de bibliografa y la estructura del proyecto [Dawson 2002].

Por todo ello, el contenido de los dos siguientes apartados se haya agrupado atendiendo a esta
clasificacin.
6. Bibliografa y referencias

6.2. Bibliografa y Referencias
Relacionada con el entorno del proyecto.

[MEC] Pgina oficial del Ministerio de Educacin y Ciencia. Sistema Educativo Espaol,
[http://www.mec.es/educacion/siseduc.html].

[Preschool] SG-INWARE Ingeniera y Software. Gestin de jardn de infancia o centro de
educacin infantil. [http://www.sg-inware.com/]

Relacionada con el Desarrollo de Software

[E50] Anlisis y Diseo de Sistemas de Informacin II. Apuntes de la asignatura de la
Ingeniera Informtica (plan 1991), UJ I. Ricardo Chalmeta

[IG16] Ingeniera del Software I. Apuntes de la asignatura de segundo curso de la Ingeniera
Tcnica en Informtica de Gestin (plan 2001), UJ I. Mara Cristina Campos Sancho y
Reyes Grangel Seguer.

[IG31] Proyectos Informticos de Gestin. Apuntes de la asignatura de tercer curso de la
Ingeniera Tcnica en Informtica de Gestin (plan 2001), UJ I. Mara Cristina
Campos Sancho, Manuel Mollar Villanueva, J ose Pascual Gumbau Mezquita.

[MAP Mtrica] MAP MTRICA. Versin 3 Metodologa de planificacin, desarrollo y
mantenimiento de sistemas de informacin, [http://www.csi.map.es/csi/metrica3/].

[Piattini 1996] Piattini, M. G., Calvo-Manzano, J . A., Cervera, J ., Fernndez, L., Anlisis y diseo
detallado de Aplicaciones Informticas de Gestin, Ra-Ma. 1996.

[Pressman 2001] Pressman, R. S., 2001. Ingeniera del Software. Un enfoque prctico (5 edicin),
Mc Graw-Hill.

[Durn 2002] Metodologa para la Elicitacin de Requisitos de sistemas Software. Versin 2.3.
Amador Durn Toro, Beatriz Bernrdez J imnez. Universidad de Sevilla. 2002

[Sommerville 2002] Sommerville, I., 2002. Ingeniera de software (6 edicin), Addison Wesley.

Relacionada con la elaboracin de Proyectos Informticos

[Dawson 2002] C.W. Dawson and G. Martn, El Proyecto Fin de Carrera en Ingeniera Informtica,
Prentice hall. 2002.

7. Anexos

Captulo VII
Anexos
Contenido
7.1. Plantillas Requisitos de Datos................................................................................. 156
7.1.1. Plantilla Requisitos Datos [Durn 2002]....................................................... 156
7.1.2. Plantilla Requisitos Datos [E50]................................................................... 156
7.1.3. Plantilla Requisitos Datos Personal............................................................... 157

7.2. Plantillas Requisitos Funcionales............................................................................ 158
7.2.1. Plantilla Requisitos Funcionales [Durn 2002]............................................. 158
7.2.2. Plantilla Requisitos Funcionales [E50] ......................................................... 159
7.2.3. Plantilla Requisitos Funcionales Personal..................................................... 160

7.3. Preguntas para la identificacin de las Entidades del DFD..................................... 161

7.4. Plantilla Conversin Requisitos Funcionales- Procesos DFD................................. 162

7.5. Entrevista................................................................................................................ 169

7. Anexos

7.1. Plantillas Requisitos de Datos
7.1.1. Plantilla Requisitos de Datos [Durn 2002]

Cuadro 7.1: Requisitos de Datos [Durn 2002]
7.1.2. Plantilla Requisitos de Datos [E50]
IRQ-<id> <Nombre descriptivo>
Versin <n de la versin actual>(<fecha de la versin actual>)
Autores <autor de la versin actual>(<organizacin del autor>)
Fuentes <fuente de la versin actual>(<organizacin de la fuente>)
Requisitos asociados Rx-y <nombre del requisito>
Descripcin El sistema tendr que almacenar la informacin correspondiente a <concepto
relevante>. En concreto
Datos especficos <datos especficos sobre el concepto relevante>
<tiempo Medio de vida> <tiempo Mximo de vida>
simultneas <N Medio de ocurrencias
simultneas>
<N Mximo de ocurrencias
simultneas>
Importancia {Imprescindible, Interesante, Superfluo, Por determinar}
Estabilidad {Alta, Media, Baja, Por determinar}
Comentarios <comentarios adicionales sobre el requisito>
Cuadro 7.2: Requisitos de Datos [E50]
7. Anexos

7.1.3. Plantilla Requisitos de Datos Personal
IRQ-<id> <Nombre descriptivo>
Descripcin El sistema tendr que almacenar la informacin correspondiente a <concepto
relevante>. En concreto
Datos especficos <datos especficos sobre el concepto relevante>
<tiempo Medio de vida> <tiempo Mximo de vida>
simultneas <N Medio de ocurrencias
simultneas>
<N Mximo de ocurrencias
simultneas>
Comentarios <comentarios adicionales sobre el requisito>

Cuadro 7.3: Requisitos de Datos Personal

7. Anexos

7.2. Plantillas Requisitos Funcionales
7.2.1. Plantilla Requisitos Funcionales [Durn 2002]

Cuadro 7.4: Requisitos Funcionales [Durn 2002]
7. Anexos

7.2.2. Plantilla Requisitos Funcionales [E50]
FRQ-<id> <Nombre descriptivo>
Fuentes <fuente de la versin actual>(<organizacin de la fuente>)
Descripcin El sistema tendr que <capacidad del sistema>
Precondicin <precondicin de la funcionalidad>
Paso Accin
Pi Accin i
Pj Accin j
Secuencia normal
Pk Si <condicin>entonces Accin k
Postcondicin <postcondicin de la funcionalidad>
Paso Accin
Pi Si <condicin de excepcin>entonces Accin m
Excepciones
Pj Si <condicin de excepcin>entonces Accin n
Frecuencia esperada <n de veces>veces / <unidad de tiempo>
Comentarios <comentarios adiccionales sobre el requisito>
Cuadro 7.5: Requisitos Funcionales [E50]
7. Anexos

7.2.3. Plantilla Requisitos Funcionales Personal
FRQ-<id> <Nombre descriptivo>
Objetivo El objetivo principal del requisito.
Descripcin El sistema tendr que <capacidad del sistema>

Descripcin de la funcionalidad del requisito. En realidad se trata de un breve
resumen, sobre el requisito, en el cual se indica que es lo que hace, as como
algunas consideraciones a tener en cuenta.
Datos de entrada Constituyen los parmetros de entrada, es decir todos los datos que se precisan
para el correcto funcionamiento del requisito. Pueden ser datos proporcionados
por el sistema, por los usuarios e incluso por otros procesos.
Datos de Salida Se corresponden con los datos que proporciona el sistema al usuario como
respuesta al proceso. Suelen ser datos que proporcionan la retroalimentacin al
usuario.
Informacin a
almacenar
Indica la informacin que se va a almacenar en los requisitos de datos. Este
campo slo se utilizar en aquellos procesos que realicen acciones de
actualizacin, modificacin o eliminacin sobre los requisitos de datos.
Precondicin <precondicin de la funcionalidad>
Paso Accin
Pi Accin i
Pj Accin j
Secuencia normal
Pk Si <condicin>entonces accin k
Post-condicin <postcondicin de la funcionalidad>
Paso Accin
Pi Si <condicin de excepcin>entonces Accin m
Excepciones
Pj Si <condicin de excepcin>entonces Accin n
Frecuencia esperada <n de veces>veces / <unidad de tiempo>
Comentarios <comentarios adiccionales sobre el requisito>
Cuadro 7.6: Requisitos Funcionales Personal

Nota: para las plantillas se ha utilizado una codificacin que a continuacin se explica
- Las palabras o frases entre < i > han de ser convenientemente reemplazadas
- Las palabras o frases entre { i } y separadas por comas representan opciones de las cuales
se tiene que escoger una
- Las palabras o frases entre [ i ] son opcionales; es decir, pueden aparecer o no.
7. Anexos

7.3. Preguntas para la identificacin de las Entidades del DFD

1. Quin se encarga de aportar la informacin en el Mantenimiento de Alumnos y Padres ?
PADRES/MADRES

2. Quin solicita informacin sobre Consulta de Recibos Pendientes de Pago? El cliente?..
requisito FRQ-A07 - Consulta Recibos Pendientes de Alumno
DPTO. ADMINISTRACIN

3. Quin se encarga tomar las decisiones del Mantenimiento de Servicios y Actividades?
REA DE ORGANIZACIN Y GESTIN

4. Quin se encarga de aportar la informacin sobre los servicios y actividades que disfrutarn los
Alumnos?
PADRES/MADRES

5. Quin se encarga de llevar el control diario de los nios que se quedan a comer en das sueltos?
. Un Empleado?
PROFESORES

6. Quin se encarga tomar las decisiones del Mantenimiento de los Cursos?

7. Quin se encarga tomar las decisiones del paso a siguiente curso, individual o en grupo?
PROFESORES

8. Quin se encarga de tomar las decisiones del mantenimiento de los Puestos de Trabajo?
DPTO. ADMINISTRACIN

9. Quin se encarga de tomar las decisiones del mantenimiento de los Cargos?

10. Quin se encarga de aportar la informacin en el Mantenimiento de Personal?
EMPLEADOS

11. Quin se encarga de realizar la generacin de recibos? Requisito FRQ-R01 - Generacin de
recibos
DPTO. ADMINISTRACIN

12. Quin se encarga de solicitar la impresin de recibos? Requisito FRQ-R02 - Impresin de
recibos
DPTO. ADMINISTRACIN

13. Quin lleva el control de pagos de recibos? requisito FRQ-R03 - Control de pago de recibos
DPTO. ADMINISTRACIN

14. Quin solicita informacin sobre las consultas de Recibos por ao y fecha de alumnos?.
PADRES/MADRES
DPTO. ADMINISTRACIN

7. Anexos

7.4. Plantilla Conversin Requisitos Funcionales- Procesos DFD
Funcin informatizada Requisitos Funcionales Asociados Datos/inf. Entrada Quin/qu (EE)
De dnde (Almacn o
Proceso)
Inf. Salida A quin/qu (EE)
A dnde (Almacn o Proceso)
Datos Alumno nuevo o mod. Padre/Madre (EE)
Datos Padres nuevo o mod. Padre/Madre (EE)
Actividad contratar nueva o mod. Padre/Madre (EE)
Confirmacin del pago Padre/Madre (EE)
Datos Actividad nueva y mod. rea Organizacin y
Gestin (EE)

Datos curso nuevo o mod. rea Organizacin y
Gestin (EE)

Datos Cargo nuevo o mod. rea Organizacin y
Gestin (EE)

Datos servicio comedor y Alumno Profesores (EE)
Datos Curso a pasar Profesores (EE)
Datos nueva Asignacin Alumno/Curso Profesores (EE)
Datos Puesto nuevo o mod. Dpto. Admon. (EE)
Datos nuevos recibos (ao, mes y n
exp_opcional)
Dpto. Admon. (EE)
Bsqueda recibos (mes, ao, n_exp_opc,
Imprimir {Si/No})
Dpto. Admon. (EE)
Bsqueda recibos pend (mes, ao,
n_exp_opc, Imprimir {Si/No})
Dpto. Admon. (EE)
Parmetros bsqueda Dpto. Admon (EE)
Resultados Consulta Dpto. Admon (EE)
Datos Empleado nuevo o mod. Empleado (EE)
Fichero Electrnico Banco (EE)
1. Gestin del rea
Docente de la Escuela

(DFD Contexto)
Sin requisito
Datos Alumno nuevo o mod. Padre/Madre (EE)
Inf. Alumno nuevo o mod. ALUMNOS (Alm.)
Datos Padres nuevo o mod. Padre/Madre (EE)
Inf. Padres nuevo o mod. PADRES (Alm.)
Inf. Recibos pendientes RECIBOS (Alm.)
Inf. Alumnos ALUMNOS (Alm.)
Inf. Alumnos/Curso CURSOS Y ALUMNOS
(Alm.)

Inf. Alumno a eliminar CURSOS Y ALUMNOS (Alm.)
Inf. Padres PADRES (Alm.)
Asignacin Curso 1.3. Gestin Cursos y Grupos
NIF Padres Padre/Madre (EE)
Plazas Disponibles CURSOS (Alm.)
1.1. Gestin de Alumnos FRQ-A Gestin de Alumnos
Actualizacin Plazas CURSOS (Alm.)
7. Anexos


De dnde (Almacn o
Proceso)
Datos nuevo Alumno Padre/Madre (EE)
Inf. nuevo Alumno ALUMNOS (Alm.)
NIF Padre Padre/Madre (EE)
Inf. nuevo Alumno nuevo Padre 1.1.3 Alta Padres
1.1.1. Alta de Alumnos FRQ-A01 - Alta de Alumnos

Datos asignacin Alumno/Curso 1.3. Gestin de Cursos y Grupos
Datos mod. Alumno Padre/Madre (EE)
Inf. mod. Alumno ALUMNOS (Alm.)
Inf. Recibos pendientes RECIBOS (Alm.)
Inf. Curso de Alumno CURSO Y ALUMNOS
(Alm.)

Inf. elim. Alumno CURSOS Y ALUMNOS (Alm.)
Plazas Curso CURSOS (Alm.)
Actualizacin Plazas CURSOS (Alm.)
1.1.2. Modificacin de
Alumnos
FRQ-A02 - Baja de Alumnos
FRQ-A03 - Modificacin de Alumnos
Parmetros bsqueda recibos
pendientes (N expediente)
1.5. Gestin de Cobros (
concretamente se llamara al
Datos nuevo Padres Padre/Madre (EE)
Inf. Alumno nuevo Padres 1.1.1. Alta Alumnos
1.1.3. Alta de Padres FRQ-A04 - Alta de Padres
Inf. nuevo Padres PADRES (Alm.)
Datos mod.. Padres Padre/Madre (EE) 1.1.4. Modificacin de
Padres
FRQ-A05 - Baja de Padres
FRQ-A06 - Modificacin de Padres Inf. mod. Padres PADRES (Alm.)
Gestin (EE)

Inf. Actividad nueva o mod. ACTIVIDADES (Alm.)
Inf. Actividad a contratar nueva o
mod.
(Alm.)
Informacin del Alumno ALUMNOS (Alm.)
Inf. Servicio Comedor nueva COMEDOR (Alm.)
Inf. Actividad ACTIVIDADES (Alm.)
1.2. Gestin de Servicios
y Actividades
FRQ-S Gestin de Servicios y Actividades
Inf. Actividad de Alumno ACTIVIDADES DE
ALUMNOS (Alm.)

Gestin (EE)

Inf. Actividad nueva o mod. ACTIVIDADES (Alm.)
1.2.1. Mantenimiento
Servicios y Actividades
FRQ-S01 - Alta de Servicios y Actividades
FRQ-S02 - Baja de Servicios y Actividades
FRQ-S03 - Modificacin de Servicios y Actividades
Inf. Actividad ACTIVIDADES (Alm.)
7. Anexos


De dnde (Almacn o
Proceso)
Informacin Actividad ACTIVIDADES (Alm.)
Inf. Actividad a contratar nueva o
mod.
(Alm.)
1.2.2. Mantenimiento
Servicios Solicitados por
Alumnos
FRQ-S04 - Alta de Servicios y Actividades de Alumnos
FRQ-S05 - Baja de Servicios y Actividades de Alumnos
FRQ-S06 - Modificacin de Servicios y Actividades de
Alumnos

Inf. Actividad de Alumno ACTIVIDADES DE
ALUMNOS (Alm.)

1.2.3. Control de
comedor
FRQ-S07 - Control de Comedor
Inf. Servicio Comedor nueva COMEDOR (Alm.)
Gestin (EE)

Datos asignacin Alumno/Curso 1.1. Gestin de Alumnos
Inf. Curso nuevo o mod. CURSOS (Alm.)
Inf. Nueva Asignacin
Alumno/Curso
CURSOS Y ALUMNOS (Alm.)
Inf. Cursos. CURSOS (Alm.)
1.3. Gestin Cursos y
grupos
FRQ-C Gestin de Cursos y Grupos
Inf. Alumnos/Curso CURSOS Y ALUMNOS
(Alm.)

Gestin (EE)

Inf. Nuevo curso 1.3.3. Paso a siguiente curso
(en bloque)

Inf. Curso nuevo o mod. CURSOS (Alm.)
1.3.1 Mantenimiento de
Cursos
FRQ-C01 - Alta de Cursos
FRQ-C02 - Baja de Cursos
FRQ-C03 Modificacin de Cursos
Inf. Cursos CURSOS (Alm.)
Datos Asignacin Alumno/Curso 1.1. Gestin Alumnos
Plazas Disponibles CURSOS (Alm.)
Actualizacin de Plazas CURSOS (Alm.)
1.3.2. Asignacin de
Curso (Individual)
FRQ-C04 Asignacin de Curso (Individual)
Alumno/Curso
Inf. Cursos y Alumnos CURSOS Y ALUMNOS
(Alm.)

Inf. Nuevo Curso CURSOS (Alm.)
Alumno/Curso
1.3.3. Paso a siguiente
curso (en bloque)
FRQ-C05 - Paso a siguiente curso (en bloque)
Inf. Alumno/Curso CURSOS Y ALUMNOS
(Alm.)

7. Anexos


De dnde (Almacn o
Proceso)
Datos Puesto nuevo o mod. Dpto. admon. (EE)
Inf. Puesto nuevo o mod. PUESTOS TRABAJ O (Alm.)
Gestin (EE)

Inf. Cargo nuevo o mod. CARGOS (Alm.)
Inf. Empleado nuevo o mod. PERSONAL (Alm.)
Inf. Puestos Trabajo PUESTOS TRABAJ O
(Alm.)

Inf. Cargos CARGOS (Alm.)
1.4. Gestin de Personal FRQ-P Gestin de Personal
Inf. Empleados PERSONAL (Alm.)
Datos Puesto nuevo o mod. Dpto. admon. (EE)
Inf. Existencia Empleados con Puesto de
trabajo
PERSONAL (Alm.)
Inf. Puesto nuevo o mod. PUESTOS TRABAJ O (Alm.)
1.4.1. Mantenimiento de
Puestos de Trabajo
FRQ-P01 - Alta de Puesto de Trabajo
FRQ-P02 - Baja de Puesto de Trabajo
FRQ-P03 - Modificacin de Puesto de Trabajo

Inf. Puestos Trabajo PUESTOS TRABAJ O
(Alm.)

Gestin (EE)

Inf. Existencia Empleados con Cargo PERSONAL (Alm.)
Inf. Cargo nuevo o mod. CARGOS (Alm.)
Cargos
FRQ-P04 - Alta de Cargos
FRQ-P05 - Baja de Cargos
FRQ-P06 - Modificacin de Cargos

Inf. Puesto Trabajo a desempear PUESTOS TRABAJ O
(Alm.)

Inf. Cargo a desempear CARGOS (Alm.)
Inf. Empleado nuevo o mod. PERSONAL (Alm.)
Personal
FRQ-P07 - Alta de Personal
FRQ-P08 - Baja de Personal
FRQ-P09 - Modificacin de Personal
Inf. Empleados PERSONAL (Alm.)

7. Anexos


De dnde (Almacn o
Proceso)
exp_opcional)
Dpto. Admon. (EE)
Imprimir {Si/No})
Dpto. Admon. (EE)
Dpto. Admon. (EE)
Inf. Alumnos y Cursos ALUMNOS Y CURSOS
(Alm.)

Inf. Actividades ACTIVIDADES (Alm.)
Inf. Actividades de Alumnos ACTIVIDADES DE
ALUMNOS (Alm.)

Inf. Comedor COMEDOR (Alm.)
Inf. Nuevo Recibo RECIBOS (Alm.)
Inf. Recibo Pagado RECIBOS (Alm.)
Resultados Recibos pend. Padre/Madre (EE)
Fichero electrnico (con los recibos
domiciliados)
Banco (EE)
1.5. Gestin de Cobros FRQ-R Gestin de Cobros
Fichero electrnico (con los
recibos domiciliados pagados)
Banco (EE)
exp_opcional)
Dpto. Admon. (EE)
Inf. Alumnos y Cursos ALUMNOS Y CURSOS
(Alm.)

ALUMNOS (Alm.)

Inf. Comedor COMEDOR (Alm.)
Inf. Recibo Exisitente RECIBOS (Alm.)
Inf. Nuevo Recibo RECIBOS (Alm.)
1.5.1. Generacin
Recibos
FRQ-R01 - Generacin de recibos

Parmetros Impresin Recibos
(mes, ao, n_exp_opc, Imprimir
=Si)
1.5.2 Consulta e impresin de
Recibos
7. Anexos


De dnde (Almacn o
Proceso)
Imprimir {Si/No})
Dpto. Admon. (EE)
Parmetros impresin recibo (mes, ao,
n_exp_opc, Imprimir =Si)
1.5.1. Generacin Recibos
Inf. Recibos RECIBOS (Alm.)
1.5.2. Consulta e
Impresin de recibos

FRQ-R02 - Consulta e Impresin de recibos

Resultados Consulta Padre/Madre (EE)
1.5.3. Pago de Recibos
Domiciliado (Batch)
FRQ-R03 - Pago de Recibos Domiciliado (Batch)
1.5.4. Pago de Recibos
Al Contado (On-Line)
FRQ-R04 - Pago de Recibos Al Contado (On-Line)

Dpto. Admon. (EE)
Parmetros bsqueda recibos pendientes
(N expediente)
1.1. Gestin de Alumnos
(concretamente a 1.1.2
Modificacin de Alumnos,
en el caso de darlo de baja).

Inf. Recibos RECIBOS (Alm.)
1.5.5. Consulta e
Impresin de Recibos
Pendientes de Pago
FRQ-R05 - Consulta e Impresin de Recibos Pendientes de
Pago
Resultados Consulta Padre/Madre (EE)
Fichero electrnico (con los recibos
domiciliados)
Banco (EE) 1.5.6. Envo de recibos al
Banco (Batch)
FRQ-R06 - Envo de recibos al Banco (Batch)
Fichero electrnico (con los
recibos domiciliados pagados)
Banco (EE)
7. Anexos


De dnde (Almacn o
Proceso)
Parmetros bsqueda Dpto. Admon (EE)
Inf. Padres PADRE (Alm.)
(Alm.)

Inf. Personal PERSONAL (Alm.)
ALUMNOS (Alm.)

Inf. Puestos trabajo PUESTOS TRABAJ O
(Alm.)

1.6. Gestin de
Consultas
Sin requisito
Resultado Consulta Dpto. Admon (EE)
Parmetros bsqueda Alumnos Dpto. Admon (EE)
Inf. Padres PADRE (Alm.)
1.6.1 Consultas Alumnos Sin requisito
Parmetros bsqueda Docencia Dpto. Admon (EE)
(Alm.)

1.6.2. Consultas
Docencia
Sin requisito
Parmetros bsqueda Actividades Dpto. Admon (EE)
ALUMNOS (Alm.)

1.6.3. Consultas
Actividades
Sin requisito
Parmetros bsqueda Personal Dpto. Admon (EE)
Inf. Puestos trabajo PUESTOS TRABAJ O
(Alm.)

1.6.4. Consultas Personal Sin requisito

Cuadro 7.7: Plantilla Conversin Requisito_Funcional - Procesos_DFD

7. Anexos

7.5. Entrevista
A continuacin se incluye las preguntas realizadas para la entrevista con la gerente del centro escolar.
Tambin se incluye algunas de las respuestas obtenidas a dichas preguntas, las cuales fueron realizadas en
la tareas de Anlisis de la entrevista (ver diagrama Gantt Figura 2.1).

rea de gestin de alumnos

1. Qu pasos se siguen para la incorporacin de un nuevo alumno?, mediante inscripciones?.
Datos a rellenar y si es posible una hoja de inscripcin de muestra.

Normalmente en el centro slo entran alumnos que se matriculan en la enseanza de los 0 a 2 aos
(no obligatoria). Es rara la ocasin en la cual se admite a un alumno que no haya comenzado toda su
vida escolar en el centro, puesto que desde un inicio se competan los cursos, y ao tras ao se repite
el bloque.

El primer paso es la realizacin de las preinscripciones por parte de los padres del futuro alumno.
Para la seleccin de los nuevos alumnos durante los dos primeros aos, se tienen en cuenta
principalmente dos requisitos:

Una vez seleccionados los posibles alumnos se realiza una reunin en el centro con los padres y la
persona encargada de gestionar las nuevas incorporaciones. En el caso de haber plazas disponibles, se
incorporan de inmediato.

El proceso normal es matricular a 6 o 7 alumnos en Septiembre, y otros 6 o 7 en Febrero del ao
siguiente. En septiembre del segundo ao, se completa el grupo de alumnos que pasarn al siguiente
ciclo (de 3 a 4 aos).

Pasos para el proceso de Matricula

1- Rellenar la Matrcula.
2- Solicitar la documentacin de los Padres.
3- Presentar un documento con posibles enfermedades contagiosas del alumno (Documento
facilitado por el pediatra del nio).
4- Presentar una copia del libro de vacunaciones del nio.
5- Presentar una copia del libro de Familia.

2. Qu criterios se siguen para la seleccin inscripciones?, Qu tenga hermanos en el centro?.

Tal y como se ha comentado en el punto anterior:

3. Los alumnosPueden darse de baja?, Cmo se lleva a cabo?. Pagan los servicios no si han
llegado a disfrutarlos?.

Un alumno SI puede darse de baja. Para ello:
- Los padres lo comunican al centro.
- El centro (o los padres, no lo tengo claro), se lo comunica a Consellera formalmente
mediante una carta.

En el caso de la baja de un alumno, se pagan ntegramente los servicios (a no ser que haya un
acuerdo con el centro escolar).

4. Un alumno puede cambiarse de grupo a mitad de curso?, hay fechas?.

7. Anexos

NO se puede cambiar de grupo a mitad de curso, as como tampoco admitir nuevos alumnos una vez
iniciado el curso escolar.

5. Cuntos cursos y grupos tiene primaria?, y la ESO?.

En el centro se imparten los siguientes bloques de enseanza (COMPROBAR):

0 - 2 aos No obligatorio (Privado) 25 alumnos por curso
3 - 5 aos (3 cursos) Concertado 25 alumnos por curso
6-7 aos 1er ciclo Primaria (1 y 2) 25 alumnos por curso
8-9 aos 2do ciclo Primaria (3 y 4) 25 alumnos por curso
10-11 aos 3er ciclo Primaria (5 y 6) 25 alumnos por curso
12-13 1er ciclo ESO (1 y 2) 30 alumnos por curso
14-15 2do ciclo ESO (3 y 4) 30 alumnos por curso

De cada curso solamente hay un grupo.

En el ciclo concertado, hay un coordinador.
Para Primaria y Secundaria, hay un tutor por curso.
En primaria hay un coordinador de primaria e infantil.
En secundaria hay un jefe de curso.???

6. Un alumno puede repetir curso?, Porqu motivos?.

Normalmente pasan todos los alumnos de curso. El proceso es automtico, y en el caso de que un
alumno repita, se realiza manualmente.

7. Se quiere almacenar informacin de los padres, pero si estn separados, Nos guardamos la
informacin de ambos?, slo del que paga?, slo del que vive con el nio?.

De los padres nos almacenamos informacin por separado:
- Direccin
- Telfono
- Cta. bancaria

8. Exactamente qu son los datos de facturacin que guardis de los padres?. Detllalos.

Se guardan los datos personales y la cuenta bancaria donde se domiciliar el pago de los servicios.

9. Hay algn servicio al cual no pueden apuntarse ciertos alumnos?, por ejemplo, a karate slo
se pueden apuntar mayores de 10 aos.

10. Nos interesa guardar informacin adicional sobre enfermedades de los nios?, por ejemplo
alergias (para el servicio de comedor).

SI, en el apartado de Observaciones de la ficha del alumno.

11. En primaria y la ESO, hay distintas ramas? (rama de ciencias, letras).

No hay ramas, pero s hay optativas. (NO esta ,muy claro.. comprobar).

12. En primaria y la ESO, hay asignaturas optativas?, un alumno puede escoger cualquier
optativa, o dependen de las ramas?.

13. Cmo se asignan los alumnos a los grupos?.

Normalmente al matricularse.

7. Anexos

14. Pueden haber hermanos en la misma clase?, Un profesor puede dar clase a sus hijos o
familiares?.

Si, en principio no hay ningn problema es que esto suceda.

15. Interesa almacenarse informacin sobre los cursos y grupos por aos?, por ejemplo: curso 1
A 2003-2004.

SI. Actualmente se guardan toda la informacin de cada alumno por 5 aos. Interesa almacenar
TODA la informacin de forma indefinida, incluso las actividades realizadas.

16. Interesa mantener informacin sobre los cursos y grupos que ha ido cursando un determinado
alumno?.

SI.

17. Cmo se gestiona el paso al siguiente curso?, pasan todos los nios o algunos repiten?, Se
mantiene el bloque?, es decir todos los nios de 1 A pasan a 2 A.

SI que se sigue el bloque. El proceso es automtico, y slo en el caso de que un alumno no pase de
curse, se realiza a mano.

18. Qu tipos de informes se quieren obtener por grupos y cursos?.

Supongo que con toda la informacin posible.

rea de servicios de la escuela

19. Cuntos servicios hay aparte del comedor y el autobs?, Cunto valen?. Detallar nmero de
plazas y horarios si se desean mantener.

Las actividades se realizan desde octubre hasta mayo, y se realizan en horario escolar.
Dentro de las actividades que se ofertan en la escuela se puede diferenciar entre actividades que se
realizan dentro del recinto y fuera de el. Suelen realizarse de 12 a 15 horas mensuales, y las actividades
ms comunes son
- msica
- baile
- ajedrez
- deportes
- teatro..

Las actividades que se desarrollan fuera del recinto son solamente para alumnos de secundaria. Piscina
(en Villareal) o visitas culturales relacionadas con los temas vistos en clase.

La informacin que nos interesa guardarnos es simplemente los alumnos que estn apuntados a cada
actividad.

El pago de las actividades es por horas, dependiendo de la tarifa del profesor que las imparte (por
ejemplo, el de ajedrez en vez de 12 e hora cobra 15 e). Los profesores suelen ser ajenos al centro. Para el
pago de stas el importe se integra al cargo total (mensual).

El comedor, al igual que el autobs, es una actividad especial que se realiza durante todo el ao (Octubre-
J unio). Para los alumnos que no estn apuntados al comedor hay unos bonos diarios que el nio paga a su
profesor (tutor) el mismo da (tb se da la posibilidad de que se pague TODO al final del mes con el resto
de mensualidades para ello el profesor lleva un control de los alumnos que comen dias sueltos).

Para la creacin de las actividades, se hace una oferta de actividades, y en funcin del n de alumnos que
se apuntan se organizan y planifican los horarios. Normalmente cada curso tiene sus propias actividades,
aunque hay cursos que tienen las mismas.
7. Anexos


Una vez un alumno se apunta a una actividad, esta se paga durante todo el curso.

20. Hay listas de espera en el caso de no haber plazas?

No, puesto que no hay lmite de plazas para cada actividad.

21. Si en algn servicio se necesita material adicional (por ejemplo un kimono para karate), Lo
proporciona el colegio?, de ser as entra dentro del precio o es un cargo adicional?.

No lo proporciona el centro.

22. Cmo se generan los recibos?, cada cuanto tiempo?, trimestral.

Las facturas son mensuales.

En el primer ciclo (de 0 a 2 aos) es totalmente privado, y lo pagan los padres ntegramente, sin
ayudas de la Generatlitat, el resto de cursos son concertados.

23. Qu informacin se incluye en los recibos?, se mandan por carta?, se tramita
automticamente por banco?

Normalmente se mandan por carta, y son tramitados por el banco.

24. Cmo se controla su pago?. Explica el proceso.

25. Un alumno, se puede dar de baja de algn servicio?, Lo paga integro, incluso si no ha llegado
a disfrutar de el?.

Una vez se apunta a un servicio, se paga durante toda su duracin.

rea de personal de la escuela

Para cada trabajador desean mantener: nombre, apellidos, fecha ingreso, NUSS, sueldo base (el del ao en
curso) y las actividades a las que est asociado junto con el nmero de horas que le dedica.

26. Cmo se gestionan los posibles candidatos?, mediante currculos?, Qu informacin
solicitis en estos?, los almacenis en el ordenador?

Se gestionan mediante currculos. El proceso de seleccin se realiza a mano.

27. Se tiene en cuenta si el candidato tiene algn familiar en el centro?

Si, aunque normalmente, suele matricularse cualquier nio que cumpla con las condiciones impuestas
por el centro. Simplemente se guarda como dato de inters.

28. Cmo se gestiona la incorporacin de un nuevo trabajador?. Detalla los pasos del proceso.

Se hace una oferta pblica, y despus se procede a la seleccin mediante currculos.

29. Qu tipo de trabajadores hay en el centro?.

Desde profesores y administrativos, hasta personal de la limpieza.

30. qu informacin nos guardaremos de ellos?, NIF, NAF, nombre y apellidos, direccin,
telfonos, remuneracin, fecha ingreso y de baja, categora?.

Se nos proporcionar el documento de la Matrcula de un alumno, en el que se detalla toda la
informacin que se almacena de stos.
7. Anexos


31. Se desea saber qu clases y sobre qu grupos imparte docencia un determinado profesor?,
nos interesa almacenar la relacin de Tutores y sus grupos?.

S, nos interesa almacenar toda la informacin relacionada con los cursos y los alumnos. Hay un tutor
por curso.

32. Nos interesa almacenar el horario de cada profesor?.

En principio no ser necesario. En un futuro se podra contemplar como un requisito ms.

33. En qu consisten los cargos y substituciones?

Los cargos estn relacionados con la docencia. Un profesor, puede ser el tutor, un coordinador de
grupos, etc.

rea de compras

Nota: Despus de la reunin con la gerente del centro, y tras meditarlo con la tutora del proyecto, se
decidi no modelar esta rea. Por lo cual las preguntas que se realizaron sobre esta rea no tuvieron
contestacin, aun as se incluyen a continuacin:

34. Cmo funciona el departamento de ventas?.

35. Qu informacin se desea almacenar sobre los proveedores?.

36. Qu categoras de Proveedores tenis?, alimentacin, limpieza, etc.

37. Interesa almacenar informacin slo sobre proveedores, o tambin sobre posibles
proveedores?, para poder comparar

38. A qu te refieres con tabla comparativa de precios?
Este Proceso, engloba a todos los procesos encargados de la gestin del area docente de la escuela. Se
divide a su vez en los seis procesos siguientes:
- Gestin de Alumnos
- Gestin de Servicios y Actividades
- Gestin de Cursos y Grupos
- Gestin de Personal
- Gestin de Cobros
- Gestin de Consultas

Ejemplo Memoria 1

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Ejemplo Memoria 1

Încărcat de

Drepturi de autor:

Formate disponibile

DEPARTAMENTO DE INFORMTICA

S-ar putea să vă placă și