Está en la página 1de 90

FACULTAD DE INFORMTICA UNIVERSIDAD DE MURCIA

PROFESOR: JOAQUN NICOLS ROS CDIGO GRUPO: FIS201 ALUMNOS: JOS LUIS ABELLN MIGUEL (jlam3@alu.um.es)
MIGUEL NGEL MARTNEZ DEL AMOR (mangel.martinez@alu.um.es) TITULACIN: INGENIERA DE INFORMTICA. ASIGNATURA: FUNDAMENTOS DE INGENIERA DEL SOFTWARE CONVOCATORIA: SEPTIEMBRE 2005

NDICE
1. mbito y alcance (pg.1) 2. Catlogo de requisitos (pg. 4) 3. Glosario de trminos (pg. 11) 4. Catlogo de normas (pg. 12) 5. Descripcin general del entorno tecnolgico (pg. 13) 6. Contexto del sistema (pg. 14) 7. Diagrama de subsistemas (pg. 15) 8. Modelo de procesos (pg. 16)
DFD 1 (pg. 16) DFD 1.1 (pg.17) DFD 1.2 (pg. 17) DFD 1.3 (pg. 18) DFD 1.4 (pg. 18) DFD 1.6 (pg. 19) DFD 1.6.4 (pg. 19) DFD 2 (pg. 20) DFD 3 (pg. 20) DFD 3.2 (pg. 21) DFD 4 (pg. 21) DFD 4.1 (pg. 22) DFD 4.2 (pg. 22) DFD 4.3 (pg. 23) DFD 4.3.3 (pg. 23)

9. Modelo de datos (pg. 24) 10. Especificacin de la interfaz del usuario (pg. 25) 11. Diccionario de datos (pg. 32)
Diag. Contexto (pg. 32) DFD 0 (pg. 33) DFD 1 (pg. 37) DFD 1.1 (pg.40) DFD 1.2 (pg. 42) DFD 1.3 (pg. 45) DFD 1.4 (pg. 47) DFD 1.6 (pg. 50) DFD 1.6.4 (pg. 52) DFD 2 (pg. 55) Datos simples (pg. 86) DFD 3 (pg. 59) DFD 3.2 (pg. 62) DFD 4 (pg. 67) DFD 4.1 (pg. 68) DFD 4.2 (pg. 70) DFD 4.3 (pg. 74) DFD 4.3.3 (pg. 77) Datos compuestos (pg. 83)

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

I.

MBITO Y ALCANCE.
Identificacin o Nombre. o Versin. El sistema que se va a exponer se denomina Docentes@murcia.net. Se trata de la versin 2.0, ya que existe un prototipo activo de la aplicacin actualmente. Breve descripcin del sistema y del software que se va a desarrollar. Se trata de un portal educativo para ofrecer servicios y contenidos que contribuyan a la mejora del sector educativo. El sistema forma parte de otro de un mbito superior denominado PLUMIER, que pretende la integracin de las Tecnologas de la Informacin y de las Comunicacines(TICS) en el proceso educativo en la Regin, de forma que toda la comunidad educativa posea los conocimientos necesarios para vivir y trabajar en la sociedad de la informacin, erradicando el analfabetismo tecnolgico, eliminando la distancia como barrera en el sistema educativo y prestando especial atencin a las personas discapacitadas. El software que se va a desarrollar corresponde con un prototipo ampliado de la antigua aplicacin (www.educarm.es) en el que se incluirn servicios de atencin de inicidencias no triviales que sern solicitadas a un CAP (Centro de Apoyo al Plumier) y de una gestin de cursos que podrn seguir los docentes para mejora de su formacin profesional. Adems, el propsito del sistema es ms amplio, ya que aborda la informacin institucional de Murcia, centros, nuevas tecnologas, programas de formacin del profesorado, ayudas e iniciativas comunitarias. Objetivos del desarrollo (Proyecto): o Qu har el sw/sistema Bsicamente el sistema provee un acceso a todo tipo de usuarios que se conecten al portal, que sern capaces de descargarse material didctico, noticias de la regin o material que sea de su incumbencia de acuerdo a lo ya dicho. Adems tendr un acceso restringido para el caso de usuarios docentes y usuarios administradores para gestin de foros, tablones de anuncios, reas web, y permisos de administracin por parte de los ltimos. Para una mayor formacin del profesorado, se hace disponible una seccin de aula virtual que tendr un acceso desde el rea restringida del personal docente y administrativo en el que se promueven cursos de formacin a los que los docentes podrn preinscribirse para en el caso de ser admitidos, tengan disponible un tutor que corrija prcticas que harn, de acuerdo a las restricciones de matriculacin que veremos. Otro factor importante es el Centro de Apoyo al Plumier que ayudar a los responsables de medios informticos (RMI), de las incidencias informticas no triviales y que nuestro sistema ser capaz de almacenar todas las incidencias para conclusiones futuras de rendimiento del portal. o Qu no har el sw/sistema El sistema no implementar ningn servidor de mensajera, sino que har uso de las interfaces que se le proporcionan para actuar a modo cliente, no garantiza tiempo de actualizacin a la hora de actualizar sus almacenes, principalmente en le caso de respuestas de correccin de prcticas o de resolucin de incidencias. El sistema no proporcionar suscripcin a menos que entidades de mayor peso lo determinen. Tampoco evaluar

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

1/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

comunicacin externa al portal entre las entidades que lo utilicen. Los cursos sern destinados nicamente a docentes, no siendo posible que administradores y otros usuarios tengan la posibilidad de realizar tales cursos. Tras la aprobacin de un determinado curso, el sistema no se responsabiliza de la gestin de correo postal que ser enviado al docente afortunado por parte del administrador del curso. Beneficios esperados del desarrollo. Oportunidad del producto. Los beneficios esperados del desarrollo se estiman que sean bastante buenos debido a la buena implantacin de la primera versin y la necesidad de otra. Los servicios de las inicidencias por parte de los centros, proporcionan una mayor simplicidad a la hora de gestionar el software por parte de los RMIs ya que en caso de no ser solucionado, ser enviado a una entidad superior destinada por cada CPR, el Centro de Apoyo a Plumier (CAP). Por otro lado, la gestin de un Aula Virtual, proporcionar conocimientos unnimes y estudiados para el nuevo sector educativo que garantizarn sin desplazamiento fsico un mayor nivel cultural de la regin. Debido a todo esto, la oportunidad del desarrollo del sistema, no puede ser ms idneo para ste nuevo milenio de las tecnologas de la informacin. Identificar los lugares de explotacin (Presentes y futuros): Los lugares de explotacin de este sistema no van ms all de toda la Comunidad Autnoma de la Regin de Murcia, para que los docentes dados de alta y adscritos a los CPRs tengan una formacin contnua , mediante el desarrollo de cursos. Por otro lado debido a que se queda abierto a internet est abierto a la informacin de noticias, recursos didcticos, opiniones, software de libre distribucin, etc. El comprador del proyecto y promotor es la CARM (Comunidad Autnoma de la Regin de Murcia) siendo subvencionado por esta, los usuarios que pueden tener acceso a l son por un lado todo todos los usuarios con acceso a internet (debido a su disponibilidad en internet) ms la parte de autenticacin en la que se habrn dado de alta previamente en el sistema, tales como administradores y docentes, disfrutando de ms funcionalidad del sistema a modo de ejemplo se citan foros , tablones de anuncios, seccin administrativa del portal (para adminsistradores), seguimiento de cursos, notificacin de incidencias al CAP,etc. Las pginas del portal estn destinadas a la participacin de la comunidad educativa, instituciones, centros, profesorado y asociaciones de padres, madres y alumnos/as de Murcia. Propsito del ERS: El propsito de este documento que se ha realizado mediante el proceso ASI de Metrica 3, ayudndonos de una herramienta CASE (System Architect 2001), se debe a un paso de ingeniera inversa para poder determinar cuales eran los modelos de datos y flujo de informacin para poder ampliar la funcionalidad del sistema, validndolo mediante el prototipo pertinente y posteriormente realizado con el cliente y hacer un paso de reingeniera del sistema para esta segunda versin. El contenido del ERS, constar de todos los puntos indicados en el ndice de la memoria y est orientado a una prctica de la asignatura.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

2/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

El mantenimiento del portal ser llevado a cabo por miembros de la CARM , llevando a cabo mejoras de aquellos aspectos ms frecuentemente servidos a los usuarios y establecer una interaccin ms cmoda, eficiente, sencilla ( El contenido HTML puede variar en enlaces, etc. As como mejorar motores de bsqueda, recursos multimedia, calidad de tutoriales y unidades didticas, etc. O bien solucin a errores en el portal no detectados, pudiendo dar de alta nuevas versiones del portal.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

3/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

II.

CATLOGO DE REQUISITOS.

Haremos distincin de los requisitos por parte del acceso a los recursos documentales como para la gestin de ellos. Tendremos tres tipos de prioridad: alta (a), media (m) y baja (b). I. ACCESOS A SERVICIOS Y USUARIOS 1.1. (a) Habrn tres tipos de usuarios: usuarios pblicos, usuarios administradores y usuarios docentes. - 1.2. (a) Los usuarios pblicos no podrn acceder al rea restringida. - 1.3. (a) Los usuarios docentes tendrn acceso a sus reas restringidas bajo previa autenticacin. - 1.4. (a) Los usuarios docentes tendrn acceso a listas de distribucin, solicitando su admisin al administrador de la lista. - 1.5. (a) Los usuarios docentes tendrn acceso a un espacio de almacenamiento con cuota donde pueda subir pginas. - 1.5. (b) Los usuarios prodrn ampliar el espacio de almacenamiento de cuota pidindolo previamente al administrador que lo cre. Nota del profesor. Dos requisitos con el mismo identificador, no es posible. - 1.6. (a) Los usuarios docentes tendrn acceso a un sistema de gestin de correo con dominio de correo educarm.es. - 1.7. (a) Para acceder al rea restringida hay que verificarse con un login y un password nico para cada usuario. - 1.8. (a) Los usuarios docentes tendrn acceso a foros para consulta y participacin dando respuestas. - 1.9. (a) Los usuarios docentes tendrn acceso a tablones de anuncios para aadir anuncios. - 1.10. (a) Los usuarios docentes tendrn acceso al aula virtual. - 1.11. (a) Los usuarios administradores tendrn las mismas posibilidades que los docentes y adems la gestin de los recursos que administra. - 1.12. (a) En el sistema habr varios tipos de administradores: de cursos, de noticias, de recursos didcticos, de listas de distribucin, de usuarios, de foros y de tabln de anuncios. - 1.13. (m) Los usuarios docentes tendrn posibilidad de cambiar su clave de acceso al rea restringida. - 1.14. (b) En la pgina principal habr un link al acceso del rea restringida. - 1.15. (b) Habr un enlace a una pgina web por cada CPR para informar de cursos, seminarios y proyectos. -

II. GESTIN DE RECURSOS DOCUMENTALES Y AULA VIRTUAL 2.1. (a) Los recursos se dividirn en noticias, foros de discusin, recursos didcticos, actividades de formacin del profesorado (aula virtual) y gestin de los usuarios. 2.2. ACCESO - 2.2.1. (m) El portal deber de proporcionar acceso a los recursos de
Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor 4/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

inters organizados por grupos temticos: unidades didcticas, enlaces de inters, presentaciones multimedia, opiniones, software libre, tabln de anuncios, manuales, diccionarios, biblioteca virtual, etc. 2.2.2. NOTICIAS 2.2.2.1. (a) Podrn ser ledas por todo tipo de usuario, sin necesidad de ser docente ni administrador. 2.2.2.2. (b) Sern publicadas en la pgina principal, de la cual podr existir algn enlace por cada noticia para verla ms a fondo, y un solo enlace en la pgina para acceder a la bsqueda de noticias en el historial de noticias. 2.2.3. FOROS DE DISCUSIN 2.2.3.1. (a) Podrn participar los usuarios docentes y administradores accediendo desde el rea restringida. 2.2.4. RECURSOS DIDCTICOS 2.2.4.1. (m) Se dividirn en dos tipos: unidades didcticas y presentaciones multimedia. 2.2.4.2. (m) Las unidades didcticas vendrn en formato de ficheros de texto o presentacin (por ejemplo PowerPoint o similar) y las presentaciones multimedia vendr en formato de video, sonido o imagen. 2.2.4.3. (b) Sern accesibles a partir de la pgina principal, siendo pblico para todo usuario. 2.2.4.4. (b) Sern un conjunto de archivos descargables desde la pgina.

2.2.5. ACTIVIDADES DE FORMACIN DEL PROFESORADO (AULA VIRTUAL) - 2.2.5.1. (a) Ser accesible solo a partir del rea restringida (es decir, solo para usuarios docentes y administradores). - 2.2.5.2. (a) Est formado por un conjunto de cursos virtuales ofrecidos por el administrador de cursos. - 2.2.5.3. (a) El estado del curso pasa a cancelado si no se inscriben un nmero mnimo de alumnos (5) o por alguna otra causa que determine el administrador de cursos. - 2.2.5.4. (a) Un curso virtual est compuesto por temas, que formar de la parte terica del curso junto con una parte prctica. - 2.2.5.5. (a) Un curso puede estar en los estados de inscripcin, matriculacin, empezado y terminado (en tal orden). - 2.2.5.6. (m) Los usuarios docentes y administradores tendrn acceso a una lista de cursos ofertados. - 2.2.5.7. (m) Cada curso que aparece en la lista de cursos ofertados tendr un link que le llevar a visualizar informacin del curso y un enlace a la realizacin de la preinscripcin. 2.2.5.9. PREINSCRIPCIN 2.2.5.9.1. (a) Se debe permitir a los usuarios docentes y administradores realizar la preinscripcin en un curso que no haya

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

5/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

empezado, ni terminado, ni cancelado ni en proceso de matriculacin. 2.2.5.9.2. (a) Para realizar la preinscripcin el usuario debera de ver una lista de criterios vlidos, con la prioridad asociada a cada uno, y escoger los que posea. Adems deber de adjuntar datos personales como su nombre y NIF. 2.2.5.9.3. (a) Cuando llegue una fecha dada por el administrador del curso, terminar el estado de preinscripcin (con lo que no se permitir ms preinscripciones), y dos das despus se publicar una lista con el nmero de personas admitidas (en el mismo enlace donde se realiz la preinscripcin) si el nmero de alumnos supera el mnimo, por el contrario se publicar un mensaje de cancelacin del curso. 2.2.5.9.4. (m) Durante la preinscripcin deber de aparecer un mensaje indicando al usuario que la matriculacin podr implicar una posible justificacin de dichos criterios. 2.2.5.10. MATRICULACIN 2.2.5.10.1. (a) A partir de la publicacin de la lista de admitidos comienza el estado de matriculacin hasta la fecha de inicio que indique el administrador. 2.2.5.10.2. (a) Un usuario solo puede matricularse de 5 cursos como mximo por ao. 2.2.5.10.3. (a) Un usuario que despus de matricularse en un curso no lo realizara, ser penalizado no permitindosele la matriculacin a ningn curso en el ao siguiente. 2.2.5.10.4. (m) Cuando un usuario se matricule y llegue la fecha tope de matriculacin, se le enviar un email (en la direccin de su cuenta de educarm.es) con un login y un password. 2.2.5.11. EN DESARROLLO 2.2.5.11.1. (a) Una vez se llegara a la fecha tope de matriculacin (fecha de inicio), el estado del curso pasa a ser empezado. 2.2.5.11.2. (a) Cuando un usuario se autentica en su rea restringida, deber de tener un enlace al Aula Virtual, donde habr un listado de cursos donde ste se ha matriculado. 2.2.5.11.3. (a) Cuando un usuario quiera entrar a un curso, antes deber de introducir el login y el password que recibi en la etapa de matriculacin. 2.2.5.11.4. (a) Cada curso tiene un foro de discusin asociado moderado por el tutor, al que el usuario debidamente autenticado puede acceder. 2.2.5.11.5. (m) Cuando un usuario acceda al curso se encontrar con un escritorio virtual, donde tendr el trabajo hecho hasta ese momento (ficheros generados) y el desarrollo actual del curso (ficheros colgados por el administrador). 2.2.5.12. FINALIZADO 2.2.5.12.1. (m) Se enviar por correo electrnico (en el dominio educarm.es) a cada alumno del curso un mensaje indicando la finalizacin del curso y la calificacin final.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

6/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

2.3. ADMINISTRACIN - 2.3.1 (a) Se dispondrn de operaciones de alta, baja, modificacin, publicacin y consulta para la gestin de estos recursos. - 2.3.2. (a) Las operaciones de alta, baja, modificacin, publicacin y consulta (este ltimo en los foros y aula virtual) solo podrn ser usados desde el rea restringida, y adems solo podrn utilizar el alta, baja, modificacin y publicacin los correspondientes administradores. 2.3.3. NOTICIAS 2.3.3.1. (a) Su publicacin ser solicitado por un administrador de noticias al administrador regional de noticias, este ltimo decidir si ponerla o no, o tambin dar de baja noticias. 2.3.3.2. (a) Toda noticia publicada o dada de baja se encontrar en un Historial de noticias apto para bsquedas. 2.3.3.3. (m) Una noticia tiene una fecha lmite, una vida mxima de un mes. 2.3.3.4. (m) La pgina tendr un nmero limitado de noticias dando de baja a la noticia ms antigua si no queda espacio. El nmero mximo de noticias ser de 15. 2.3.4. FOROS DE DISCUSIN 2.3.4.1. (a) Cada foro ser dado de alta, de baja y administrado por un usuario administrador. 2.3.4.2. (a) El administrador del foro valida las respuestas de los usuarios que acceden a l, decidiendo su publicacin o no (baja), pudiendo enviar algn mensaje a tal usuario para notificrselo. 2.3.4.3. (m) Habr un nmero mximo participaciones (de respuestas) publicadas en la pgina del foro (de unos 100), las ms antiguas sern dadas de baja. 2.3.5. RECURSOS DIDCTICOS 2.3.5.1 (a) La inclusin de un recurso ser solicitado por un administrador de recursos didcticos al administrador regional de recursos didcticos, quien decidir la dada de alta y de baja de estos. 2.3.5.2. (m) Se presentarn los recursos didcticos por categoras (primero por cursos, despus por tipo (unidades didcticas y presentaciones multimedia), luego por asignaturas y apartados de estas a la que pertenecen y por ltimo por importancia (calculada a partir de votaciones que podrn hacer voluntariamente los usuarios)). 2.3.5.3. (b) Se presentar un ranking de recursos didcticos ms solicitados.

2.3.6.ACTIVIDADES DE FORMACIN DEL PROFESORADO (AULA VIRTUAL) 2.3.6.1. SOLICITUD DEL CURSO AL ADMINISTRADOR DE CURSOS 2.3.6.1.1. (a) Cualquier usuario docente o administrador podr ser el tutor del curso.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

7/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

2.3.6.1.2 (a) El tutor de un curso ser el que lo administre, proporcionando los temas y prcticas correspondientes a cada curso. 2.3.6.1.3. (a) El usuario administrador (tutor) podr subir material didctico correspondiente a cada tema en formato de fichero de texto (pdf, doc, html o similar). 2.3.6.1.4. (a) Un usuario que quiera impartir un curso deber solicitar al administrador de cursos (nico en cada CPR) la puesta en marcha de un curso. Para ello deber de enviar la informacin del curso (ver descripcin de cursos). 2.3.6.1.5. (a) El usuario tutor que gestiona el curso tendr acceso al curso a partir de su rea restringida. 2.3.6.1.6. (a) Para poder entrar en el curso, el usuario administrador del curso deber autenticarse con el login y password proporcionados por el administrador de cursos. 2.3.6.1.7. (a) El tutor solo podr administrar el foro correspondiente y subir material. 2.3.6.1.8. (m) Un mismo usuario puede ser tutor de muchos cursos. 2.3.6.1.9. (m) El administrador de cursos dar de alta al curso solicitado en la lista de cursos ofertados, si l lo cree conveniente. 2.3.6.1.10. (m) Cada curso tendr asociado una cuota de espacio (expandible previa solicitud al administrador de cursos). 2.3.6.1.11. (m) Si el curso ha sido seleccionado, el administrador de cursos enviar al correspondiente tutor un login y un password. A partir de entonces el usuario tutor se convertir en un usuario administrador. 2.3.6.1.12. (m) El usuario administrador (tutor) deber de identificar cada fichero con cada tema y prctica numerados con nmeros consecutivos (1, 2, 3,). 2.3.6.2. DESCRIPCIN DE CURSOS 2.3.6.2.1. (a) Cada curso tendr como informacin un nombre, una descripcin, un mbito, un programa de teora y prcticas, una fecha de inicio y duracin, un nombre y email del tutor y lista de criterios de admisin con la prioridad asociada. 2.3.6.2.2. (a) El nombre ser nico de entre todos los cursos. 2.3.6.2.3. (a) Los datos del tutor (nombre y email) deben de estar en la base de datos del sistema. 2.3.6.2.4. (a) El mbito puede ser CPR (para cursar solo los del mismo CPR) o regional (para cursarse en toda la regin). 2.3.6.2.5. (a) Los criterios que aparecen en una lista de criterios de admisin pertenecen al conjunto de criterios vlidos en el sistema. 2.3.6.2.6. (a) En el programa de prcticas deber de haber una prctica por cada tema. 2.3.6.2.7. (m) La descripcin deber de explicar la motivacin del curso y los objetivos. 2.3.6.2.8. (m) El programa de teora debe de ser un conjunto de temas numerados del 1 a N, con N nmero finito, con hipervnculos entre los apartados de los temas. 2.3.6.3. PREINSCRIPCIN

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

8/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

2.3.6.3.1. (a) El administrador de cursos deber de seleccionar a los alumnos, y en un plazo de un da publicarla en el mismo enlace que hay del curso en la lista de cursos ofertados. 2.3.6.3.2. (a) El administrador de cursos debe cancelar el curso si el nmero de preinscritos es inferior al mnimo. 2.3.6.3.3. (a) Llegada la fecha tope de preinscripcin, el administrador de cursos recibir las preinscripciones del curso correspondiente. 2.3.6.3.4. (m) El administrador de cursos dar una fecha tope de preinscripcin, anterior de la fecha de inicio. 2.3.6.3.5. (m) El administrador de cursos publicar la preinscripcin en el link del curso, con el listado de criterios de admisin y prioridad proporcionados por el tutor del curso (que previamente el administrador de curso debera de revisarlos). 2.3.6.4. MATRICULACIN 2.3.6.4.1. (a) El administrador de cursos ir recibiendo las matrculas, comparndolas con los aceptados e indicando al sistema que genere un enlace al curso en el rea restringida de cada usuario alumno. 2.3.6.4.2. (m) La fecha tope de matriculacin ser el da antes de la fecha de inicio del curso. 2.3.6.5. EN DESARROLLO 2.3.6.5.1. (a) Llegada la fecha de inicio, se deber de dar de baja al curso en cuestin en la lista de cursos ofertados. 2.3.6.5.2. (a) Cuando llegue la fecha tope del tema se publicar la prctica correspondiente a ese tema. 2.3.6.5.3. (a) Cuando llegue la fecha tope de la prctica se publicar el tema siguiente, as consecutivamente hasta el fin del curso. 2.3.6.5.4. (a) La fecha tope de la ltima prctica no deber sobrepasar la suma de la fecha de inicio ms la duracin. 2.3.6.5.5. (a) Una prctica constar de un conjunto de ejercicios. 2.3.6.5.6. (a) Los ejercicios pueden ser de desarrollo o de tipo test. 2.3.6.5.7. (a) Si los ejercicios son de tipo test, se evaluarn automticamente en el sistema con las soluciones adjuntadas por el tutor. 2.3.6.5.8. (a) El tutor tendr privilegios de administracin sobre el foro asociado al curso. 2.3.6.5.9. (a) Cada ejercicio y cada prctica tendrn un peso en puntos. 2.3.6.5.10. (a) Cuando se corrija un ejercicio, se remite al estudiante con la calificacin y con las soluciones si era tipo test y con los comentarios del tutor si era de desarrollo. 2.3.6.5.11. (m) El tutor dar una fecha tope para cada tema y prctica 2.3.6.5.12. (m) Debe cumplirse que fechaTope(temaX)<fechaTope(practicaX), y que fechaTope(temaX)<fechaTope(temaX+1), con X perteneciente a {1,2,3}. 2.3.6.5.13. (b) Si el ejercicio no est aprobado se conceder un intento ms dentro del plazo que establezca el tutor. 2.3.6.6. FINALIZADO

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

9/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

2.3.6.6.1. (a) Cuando llegue la fecha tope (fecha de inicio ms duracin), el curso pasa al estado de finalizado. 2.3.6.6.2. (a) Si un matriculado ha finalizado con xito el curso se le enviar por correo postal un certificado de aprovechamiento correspondiente, firmado por el tutor del curso. 2.3.6.6.3. (a) Cuando el tutor lo crea conveniente se enviar a todos los matriculados un correo a cada alumno (por el dominio educarm.es) el mensaje de finalizacin del curso y la calificacin final. 2.3.6.6.4. (a) Un curso se ha finalizado con xito para un alumno siempre que su calificacin final sea mayor o igual a 5. 2.3.6.6.5. (m) Cuando est finalizado el curso, no se permitir la entrega de prcticas, ni subida de material. El foro puede seguir abierto.

III. SISTEMA DE GESTIN DE INCIDENCIAS (CAP, Centro de Apoyo al plumier) 3.1. (a) El sistema proveer de servicio de incidencias. 3.2. (a) Habrn un tcnico por cada CPR y dos de apoyo. 3.3. (a) Cada centro tendr un docente denominado RMI que es el encargado de crear la incidencia. 3.4. (a) El docente RMI es un tipo de usuario administrador (dar de alta incidencias en el CAP). 3.5. (a) La notificacin de incidencias se har rellenando una ficha (dar de alta). La ficha tendr asociado un RMI, una descripcin de la avera, una fecha de alta, un estado (pendiente, en trmite, resuelta, cancelada), un centro y un CPR. 3.6. (a) Despus de resolver una incidencia (dar de baja), se le asociar la causa de la avera y el tiempo de respuesta (tiempo transcurrido desde el alta hasta la baja). 3.7. (m) Se debe de permitir memorizar las causas de averas ms frecuentes, su localizacin geogrfica y el tiempo de respuesta a stas.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

10/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

III.

GLOSARIO DE TRMINOS.
Algunas definiciones para entender el sistema son:

Aula Virtual: Se encarga de la gestin, de forma individualizada, de cursos de formacin para docentes de forma remota por medio de Internet. CAP: Centro de Apoyo al Plumier. Se encarga de liberar a los docentes de la gestin de las incidencias informticas no triviales. CARM: Comunidad Autnoma de la Regin de Murcia. Centro: Cualquier centro educativo perteneciente a un CPR. CPR: Centro de Profesores y Recursos. Se encarga de gestionar los recursos formativos, pedaggicos y didcticos de una zona geogrfica determinada. Curso Virtual: Curso de formacin para docentes impartido en el Aula Virtual. Docente: Persona dedicada a impartir enseanza en un centro. Incidencia informtica (incidencia): Fallo informtico. Listas de Distribucin: Listas de correo donde una persona incluida en ella puede enviar un mensaje, y ese mensaje llegar a todos los que est en esa lista. Matriculacin: Seal que se da para que sepan que se est apuntado a un curso. PLUMIER: El proyecto de mbito superior al que pertenece este sistema. Preinscripcin: Seal que se da para que sepan que se quiere apuntar a un curso. Recurso didctico: Material para el apoyo a la enseanza. RMI: Responsable de Medios Informticos. Docente asociado a cada centro que recibe todas las incidencias informticas producidas en tal centro.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

11/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

IV.

CATLOGO DE NORMAS.

El sistema est sujeto a las siguientes normas: - La Ley Orgnica 15/1999 de Proteccin de Datos de Carcter Personal (LOPD), impone diversas obligaciones a todas las empresas y profesionales que posean bases de datos con datos de carcter personal, para nuestro sistema Docentes@Murcia.net son tales como los datos de las cuentas de cada usuario docente y administrador registrado en el sistema. Tiene tres principales obligaciones tales como notificar ante la Agencia de Proteccin de Datos todos los ficheros que contengan datos de carcter personal, adecuar la actividad de la empresa a las obligaciones establecidas para recabar, tratar y comunicar datos de carcter personal, y elaborar el Documento de Seguridad obligatorio (Real Decreto 994/1999), para nuestro sistema aquellos usuarios registrados tendrn que autorizar expresamente la publicacin o comunicacin de datos de sus cuentas. - Tambin sera de utilidad el Reglamento de Medidas de Seguridad (RMS) (BOE no. 151 1999). Referencia en Real Decreto 994/1999, de 11 de junio, por el que se aprueba el Reglamento de medidas de seguridad de los ficheros automatizados que contengan datos de carcter personal (RMS). BOE 151/1999. - LSSI: El portal Docentesd@Murcia.net see ajusta a las normas establecidas por la LSSI (mostrar direccin de los creadores del portal ms directos as como un modo de contacto, etc.), para. Referencia en Ley 34/2002 de 11 de Julio, de servicios de la sociedad de la informacin y de comercio ectrnico (LSSI), BOE 166/2002. - Ley Orgnica 15/99 de 13 de Diciembre, de Proteccin de Datos de Carcter Personal. - Real Decreto 1332/94 de 20 de junio por el que se desarrollan algunos preceptos de la Ley Orgnica - Real Decreto 994/1999 de 11 de junio por el que se aprueba el Reglamento de Medidas de Seguridad de los Ficheros Automatizados que contengan Datos de Carcter Personal. - Real Decreto 195/2000 de 11 de febrero por el que se establece el plazo para implementar las Medidas de Seguridad de los Ficheros Automatizados previstas por el Reglamento aprobado por el R.D. 994/1999 de 11 de junio. - Sentencia del Tribunal Constitucional (Pleno) nm. 292/2000, de 30-11-00, sobre el recurso de inconstitucionalidad nm. 1463-2000, interpuesto por el Defensor del Pueblo, contra los arts. 21.1 y 24.1 y 2 de la Ley Orgnica 15/1999, de 13 de diciembre, de Proteccin de Datos de Carcter Personal. - Directiva 95/46/CE del Parlamento Europeo y del Consejo de 24 de octubre de 1995 relativa a la proteccin de las personas fsicas en lo que respecta al tratamiento de datos personales y a la libre circulacin de estos datos. Legislacin relacionada: - Ley 34/2002 de 11 de Julio de Servicios de la Sociedad de la Informacin y Comercio Electrnico (LSSI). - Ley 32/2003 de 3 de Noviembre, General de Telecomunicaciones. - Directiva 2000/31/CE del Parlamento Europeo y del Consejo, de 8 de junio de 2000, relativa al comercio electrnico en el mercado interior (Directiva sobre el comercio electrnico).

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

12/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

V.

DESCRIPCIN GENERAL DEL ENTORNO TECNOLGICO.

Puesto que este es un software destinado al sistema educativo de la regin de Murcia, y conociendo que ltimamente muchas comunidades, incluida sta, estn migrando a software libre (ya se estn cursando cursos de Linux a docentes de la regin), recomendaramos que se optimizase para este software. Pero como debemos de permitir el uso de este sistema desde fuera de la red de ordenadores del sistema educativo (por ejemplo, para el uso de ste en los hogares de los docentes) no podemos dejar a aparte el software de Microsoft, el ms usado sin lugar a dudas. Hemos de maximizar el uso de este software dando soporte a las plataformas ms utilizadas. Puesto que se trata de una aplicacin WEB, se debera de contratar a una empresa de diseo WEB para que realizase las pginas con que los usuarios interactuarn. Estas pginas debern de estar optimizadas para los buscadores ms usados hasta el momento, como Internet Explorer, Firefox y Netscape (sobre todo estos dos ltimos en su versin Linux). Se recomienda la implementacin interna del sistema en lenguaje Java, por ser uno de los lenguajes ms adaptados y preparado para entornos WEB. Lo interesante de esto es que se puede elegir tanto un sistema Linux como Windows para procesarlo, por ser portable. As se necesitara como mnimo un Pentium III o AMD K7 800Mhz con 128 MB RAM para ejecutar con bastante eficiencia el sistema. Se podra usar un editor IDE de Java gratuito, como Eclipse o NetBeans. Para la implementacin de la base de datos se podra usar Oracle 9i, por ser un SGBD (Sistema Gestor de Bases de Datos) muy reconocido mundialmente, por su seguridad y manejabilidad, pero con una licencia muy costosa. Tambin se podra utilizar un SGBD gratuito como MySQL pero menos seguro. Dada la naturaleza de este sistema, recomendamos la primera opcin por ser la ms segura. Para ello sera conveniente instalar el servidor SQL en una mquina UNIX, as el factor seguridad estara asegurado. En cuanto al servidor de la base de datos, deber de tener una buena estrategia de copias de seguridad, un buen plan de prevencin de catstrofes y ofrecer una redundancia de datos (como por ejemplo, usar un RAID1 o RAID10). El servidor que tenga el sistema en funcionamiento tendr que estar conectado a una lnea de Internet de alta prestaciones, rpida y segura, tales como GigaByte Ethernet, ATM o Frame Relay. Se podra operar sobre ella en modo tnel con Ipv6 o IPSec (en Ipv4) hacia el proveedor de Internet, y que la subred tenga un buen firewall. Para que est siempre en funcionamiento tendr que ser fcilmente recuperable de fallos del sistema. De igual forma se recomienda el uso de SAIs para proteger al servidor contra los cortes de electricidad y subidas de tensin.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

13/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

VI.

CONTEXTO DEL SISTEMA.


Usuarios

PeticinCuenta s Bsqueda

Consulta

AutenticacinAdmi n Administradores OpAdmin EvalDocente AutenticacinDocent e Docentes

EvalAdmin

0. Docentes@Murcia.NET OpDocente

GestinCurso

ResolucinIncidenci a EvalCurso Correo

CorreoEnviado Tcnicos del CAP Incidencias Tutor

Servidor de Correo

Al sistema accedern 6 tipos de actores, tanto los Tcnicos del CAP para resolver incidencias, el Servidor de Correo para comunicarnos con el correo exterior al sistema, Usuarios normales sin necesidad de autenticarse, Docentes que pueden hacer ms que los Usuarios pero autenticndose, Administradores que hacen lo de los Docentes, pero algo ms, y tutores, que gestionan los cursos del aula virtual. Cabe mencionar que hemos usado la notacin de Mtrica3/SSADM para el planteamiento de los diagramas, ya que hemos realizado el anlisis mediante Mtrica3.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

14/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

VII.

DIAGRAMA DE SUBSISTEMAS.
El Diagrama de subsistemas o DFD0 quedara as:

0. Docentes@Murcia.NET

Usuarios

Consulta Bsqueda PeticinCuentas 1 Gestor de Recursos Documentales

AccesoRecDocumental Correo Servidor de Correo

EvalAdminRecDocumentales

OpAdminRecDocumentales EvalRecDocum

CorreoEnviado

OpAdmin

OpAdminUsuarios

Administradores 2 Gestor de Incidencias AutenticacinAdmin ResolucinIncidencia Tcnicos del CAP Incidencias

3 Administrar Usuarios D USUARIO DEL SISTEMA

EvalAdmin

EvalAdminUsuarios

OpCuentaDocente

OpRMIIncidencia

CORREOS

ParticiparCurso

4 OpAdminCursos Gestor de Aula Virtual EvalDocenteCurso EvalAdminCursos EvalRMIIncidencia

EvalCuentaDocente

GestinCurso EvalDocente OpDocente EvalCurso

Tutor AutenticacinDocente Docentes

Como se puede observar, est compuesto por 4 subprocesos que se encarga, cada uno, de una parte bien diferenciada del sistema. El propsito de cada proceso se puede leer en el diccionario de datos, aunque sus nombres ya lo dicen todo: Gestin de Recursos Documentales, Gestor de Incidencias, Administrar Usuarios y Gestor de Aula Virtual. Cada subproceso est desacoplado pero a la vez en comunicacin con los dems mediante almacenes del sistema. Al estar desacoplado, un proceso no espera a que termine otro para continuar, si no que dependen de s solos para acceder a la base de datos, y se comunica con los dems mediante esos almacenes.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

15/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

VIII.

MODELO DE PROCESOS

A continuacin presentamos los subprocesos anteriores en detalle, explotados. El nmero y nombre de DFD coincide con el nmero y nombre del proceso que ampla:

DFD1. Gestor de Recursos Documentales

1. Gestor de Recursos Documentales

D EvalDocenteForos 1.1 Gestor de Foros de Discusin AccesoDocenteForos OpAdminForos EvalAdminForos

USUARIO DEL SISTEMA

ConsultaNoticias BsquedaNoticias

1.2 Gestor de Noticias OpAdminNoticias EvalAdminNoticias

EvalDocenteAnuncios

1.3 Gestor de Tabln de Anuncios

OpAdminTablonAnunc EvalAdminTablonAnunc

AccesoDocenteTablonAnunc

ConsultaRecursos BsquedaRecursosDidcticos

1.4 Gestor de Recursos Didcticos

OpAdminRecDidacticos EvalAdminRecDidacticos

EvalDocenteCorreo AccesoDocenteCorreo

1.6 Gestor de Correo

OpAdminCorreo EvalAdminCorreo

CorreoEnviado

Correo

CORREOS

Servidor de Correo

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

16/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

DFD1.1. Gestor de Foros de Discusin

1.1. Gestor de Foros de Discusin

EvalDocenteForos

EvalAdminForos

FOROS 1.1.3 Validar Respuestas OpAdminValidarRespuesta

OpAdminConsultaForo OpDocenteConsultaForo

1.1.2 Seguir Foro

D D ADMINISTRADORES DE FOROS

RESPUESTAS FOROS

OpAdminEntrarForo

1.1.5 Participar en Foro

1.1.4 Extraer Administradores de Foros de discusin

1.1.1 Evaluar Respuestas

OpAdminRespuesta OpDocenteRespuesta

OpDocenteEntrarForo

USUARIO DEL SISTEMA

DFD1.2. Gestor de Noticias


1.2. Gestor de Noticias

EvalAdminEliminacinNoticias

1.2.1 OpAdminEliminacinNoticias Eliminar Noticias 1.2.5 Buscar Noticias bsquedaNoticias

NOTICIAS A ELIMINAR

1.2.2 Actualizar Noticias

OpAdminActualizacionNoticias

NOTICIAS

ConsultaNoticias

NUEVAS NOTICIAS 1.2.3

OpAdminNuevasNoticias

1.2.4 Almacenar Nuevas Noticias

Mostrar Noticias

ADMINISTRADORES DE NOTICIAS

1.2.6 Extraer Administradores de Noticas

USUARIO DEL SISTEMA

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

17/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

DFD1.3. Gestor de Tabln de Anuncios


1.3. Gestor de Tabln de Anuncios

1.3.3 Consultar Anuncios

EvalDocenteAnuncios

EvalAdminConsultaAnuncios D TABLONES DE ANUNCIOS 1.3.2 Validar Anuncio OpAdminValidacinAnuncio EvalAdminValidacinAnuncios

ANUNCIOS SIN VALIDAR

ADMINISTRADORES DE TABLONES DE ANUNCIOS

OpAdminNuevoAnuncio

1.3.1 Almacenar Nuevos Anuncios

AccesoDocenteTablonAnunc

1.3.4 Extraer Administradores de Anuncios

USUARIO DEL SISTEMA

DFD1.4. Gestor de Recursos Didcticos

1.4. Gestor de Recursos Didcticos

EvalAdminEliminacinRecDidacticos 1.4.1 OpAdminEliminarRecDidcticos Eliminar Recursos Didcticos 1.4.4 Buscar Recursos Didcticos EvalAdminBusquedaRecDidc

BsquedaRecursosDidcticos D RECURSOS DIDCTICOS A ELIMINAR 1.4.3 Mostrar Recursos Didcticos OpAdminActualizarRecDidcticos 1.4.2 Actualizar Recursos Didcticos D RECURSOS DIDCTICOS ConsultaRecursos

NUEVOS RECURSOS DIDCTICOS

1.4.5 Almacenar Nuevos Recursos Didcticos OpAdminNuevoRecursoDidctico

1.4.6 Extraer Administradores de Recursos Didcticos D ADMINISTRADORES DE RECURSOS DIDCTICOS

USUARIO DEL SISTEMA

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

18/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

DFD1.6. Gestor de Correo


1.6. Gestor de Correo

Servidor de Correo 1.6.1

CorreoEnviado

1.6.3 Enviar Correos

OpAdminEnvoCorreo

Recibir Correos Correo

OpDocenteEnvoCorreo

CORREOS

1.6.2 Consultar Correos

1.6.4 Administrar Lista de Distribucin

OpDocenteSolicitudListaDistrib

OpAdminListasDistribucin

EvalAdminConsultaCorreo

EvalDocenteConsultaCorreo

EvalAdminListasDistribucin EvalDocenteListasDistribucin D USUARIO DEL SISTEMA

DFD1.6.4. Administrar Lista de Distribucin


1.6.4. Administrar Lista de Distribucin

USUARIO DEL SISTEMA

1.6.4.4 Extraer Administradores de Listas de Distribucin

OpDocenteSolicitudListaDistrib

1.6.4.1 Almacenar Solicitudes de Listas de Distribucin

1.6.4.5 Consultar Listas de Distribucin D ADMINISTRADORES DE LISTAS DE DISTRIBUCIN

EvalDocenteListasDistribucin

EvalAdminConsultaListaDistribucin

OpAdminSolicitudListaDistrib

D SOLICITUDES DE ADMISIN

LISTAS DE DISTRIBUCIN

OpAdminActualizListaDistrib

1.6.4.2 Actualizar Listas de Distribucin 1.6.4.3 Generar Correos EvalAdminEnvioCorreoALD OpAdminValidaCorreoALD

EvalAdminActualizacinListasAdministracin

CORREOS

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

19/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

DFD2. Gestor de Incidencias


2. Gestor de Incidencias

OpRMINuevaIncidencia

CENTROS 2.2 Actualizar Inciencia a CAP

2.4 Enviar Incidencias

Incidencias

Tcnicos del CAP D INCIDENCIAS CAP D TCNICOS CAP

RMIs

2.3 Consultar Incidencias

2.5 Aceptar Respuesta Incidencias ResolucinIncidencia

USUARIO DEL SISTEMA

2.1 Extraer Docentes RMI

EvalRMIIncidencia

OpRMIConsultaIncidencia

DFD3. Administrar Usuarios


3. Administrar Usuarios

OpAdminCambioContrasea OpDocenteCambioContrasea OpAdminActualizCuentas OpDocenteActualizCuenta EvalAdminActualizacionCuentas EvalAdminConsultaUsuarios EvalAdminConsultaCuenta

EvalCuentaDocente

3.1 Autenticar Usuarios

3.2 Actualizar Cuentas Usuarios

3.3 Consultar usuarios

3.4 Cambiar Contrasea

3.6 Consultar Cuenta

3.5 Salir del Sistema

CORREOS

USUARIO DEL SISTEMA

PeticinCuentas

AutenticacinAdmin

AutenticacinDocente

Usuarios

Administradores

Docentes

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

20/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

DFD3.2. Actualizar Cuentas Usuarios


3.2. Actualizar Cuentas Usuarios

USUARIO DEL SISTEMA D ADMINISTRADORES DE USUARIOS

3.2.3 Extraer Administradores de Usuarios 3.2.1 Enviar Datos Nueva Cuenta D CORREOS OpDocenteActualizCuent a 3.2.2 Modificar Estado Cuenta

CUENTAS A MODIFICAR

CUENTAS MODIFICADAS

3.2.4 Validar Datos Cuentas

Usuarios PeticinCuenta s

CUENTAS NUEVAS

OpAdminCambioCuent a EvalAdminActualizacionCuent as OpAdminModificarCuent a

DFD4. Gestor de Aula Virtual

4. Gestor de Aula Virtual

OpAdminCursos DesarrolloCurso

EvalAdminCursos

ParticiparCurso

MatriculacinCurso

4.2 Gestionar Matriculacin

D PreinscripcinCurso

PREINSCRIPCIONES

MATRICULADOS

4.1 Gestionar Preinscripcin

4.3 Gestionar Desarrollo Curso

EvalCurso GestinCurso

Tutor

EvalDesarrolloCurso D CURSOS EvalDocenteCurso

EvalOfertaCursos

USUARIO DEL SISTEMA

CORREOS

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

21/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

DFD4.1. Gestionar Preinscripcin

4.1. Gestionar Preinscripcin

CURSOS 4.1.2 Mostrar Cursos 4.1.1 Validar Solicitudes Cursos PreinscripcinCurso EvalOfertaCursos

USUARIO DEL SISTEMA

PREINSCRIPCIONES

DFD4.2. Gestionar Matriculacin

4.2. Gestionar Matriculacin

OpAdminPenalizacin

4.2.3 Penalizar D USUARIO DEL SISTEMA

OpAdminAdmisinAlumnos

EvalAdmisin

4.2.1 Admitir Alumnos

4.2.2 Extraer Administradores de Cursos

CURSOS

D D CRITERIOS ADMISIN D PREINSCRIPCIONES

ADMINISTRADORES DE CURSOS MatriculacinCurso

4.2.7 Cancelar Cursos OpAdminCancelacinCurso D ADMITIDOS

4.2.4 Aceptar Matriculacin y cambios estados

OpAdminCambioEstadoCurso

D 4.2.5 Enviar Autenticacin

MATRICULADOS

4.2.6 Consultar Matriculados EvalMatriculados

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

22/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

DFD4.3. Gestionar Desarrollo Curso


4.3. Gestionar Desarrollo Curso

4.3.1 Controlar Alumnos AccesoCurso

MATRICULADOS

EvalDesarrolloDocente

ParticipacinForo 4.3.2 Gestionar Foro EvalForoDocente D ALUMNOS CURSOS 4.3.3 Desarrollar Curso ParticipacinDesarrollo

D D FOROS

TUTORES

ControlForoTutor EvalForoTutor Tutor EvalCurso GestinCurso

CURSOS EvalTutorEjercicios ControlDesarrolloTutor

DFD4.3.3. Desarrollar Curso

4.3.3. Desarrollar Curso

Respuestas

Ejercicios

EvalEjercicios EvalTemas Temas 4.3.3.1 Mostrar Temas 4.3.3.2 Mostrar Ejercicios

EJERCICIOS

MATRICULADOS

4.3.3.3 Admitir Respuestas D TEMAS

CURSOS D NO OTRA OPORTUNIDAD D RESPUESTAS ALUMNOS

ALUMNOS CURSOS

4.3.3.4 D RESPUESTAS Corregir Ejercicios

EvalTutorEjercicios

4.3.3.5 Mostrar Notas D CALIFICACIONES

EvalNotas

4.3.3.6 Evaluar Alumnos

CorreccinEjercicios EvaluacinAlumnos D TUTORES

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

23/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

IX.

MODELO DE DATOS

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

24/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

X.

ESPECIFICACIN DE LA INTERFAZ.

A continuacin se expone un prototipo del funcionamiento de las nuevas funcionalidades del sistema. Como es un prototipo, no implementa nada, sino que se ver un conjunto de pginas Web que muestren un interfaz esqueleto (esqueleto porque solo da lo importante, los diseadores de las pginas sern los encargados de dar ms vistosidad a estas pginas) con anotaciones de lo que debera de hacer. Esperamos que esto de una idea ms cercana de lo que puede ser el sistema final. Por lo tanto, se ha creado un conjunto de pginas Web prototipo con Microsoft Office Word 2003 (por lo tanto, para verlas recomendamos el uso de Internet Explorer), donde se muestra el esqueleto (una emulacin) de las dos partes nuevas del sistema: gestor de incidencias y aula virtual. Todo comienza por la pgina principal, la pgina index.htm:

Se puede ver que la pgina principal muestra las noticias nuevas, un buscador de noticias, enlaces a recursos, comunicacin, y al rea restringida. Si hacemos clic sobre este enlace se mostrar una pgina como esta (rea restringida.htm):

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

25/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Vemos que da la oportunidad de darse de alta a un docente (no est implementado). Se podra ahorrar esto con que el sistema est conectado a la base de datos del profesorado de la regin. Para poder entrar hay que escribir un nombre y contrasea que solo tendrn los docentes (en este caso vale cualquiera) y pulsar entrar (rea restringida dentro.htm):

Aqu tenemos todos los servicios que un docente puede usar. En caso de ser un administrador, tendr su enlace a todos los servicios que administra (rea restringida administracin.htm):

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

26/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Vemos que puede administrar foros, tabln de anuncios, noticias, listas de distribucin, segn lo que el sistema le permita. Adems, si es un RMI, podr entrar al enlace de gestionar incidencias (rea restringida incidencias.htm):

Vemos que se puede tanto consultar incidencias como enviar una incidencia. Esto se podra poner en pginas separadas o de esta forma. Tenemos varias condiciones para buscar una incidencia: por RMI, por fecha de alta, por estado, por centro, por CPR o por palabra clave. Se podra dar la eleccin de hacer una bsqueda con la conjuncin de los datos insertados, con la disyuncin o con una expresin al estilo de buscadores Web. Cuando se pulse el botn Buscar deber de aparecer un listado de las concordantes (no implementado en los prototipos), y se podra dar la opcin de modificar las incidencias que pertenezcan al RMI que est realizando la bsqueda. Para dar de alta una nueva incidencia basta con decir el estado de sta y una descripcin, ya que los dems datos lo puede coger el sistema accediendo a los datos del RMI de la base de datos. Volviendo a rea restringida dentro.htm, an queda otra opcin, y es la de entrar al aula virtual (clic en el ltimo de los servicios) (Aula Virtual.htm):

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

27/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Tenemos las opciones de consultar los cursos ofertados y entrar a los cursos en desarrollo. Veamos lo primero (Aula Virtual cursos ofertados.htm):

Nos aparecer un conjunto de cursos, con su nombre (ms significativos que los que hay de ejemplo en este prototipo), mbito (regional o del CPR del docente que est visualizando la pgina), y un link para ampliar informacin (rea restringida preinscripcin.htm):

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

28/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Se dar informacin acerca del curso (descripcin, fechas, duracin, criterios para la preinscripcin,). Al dar a enviar, se entrara a otra pgina donde se dar rellenar un formulario relacionado con el curso y se enviar (no implementado). Como se indican en las notas, cuando pase la fecha tope de preinscripcin esta pgina deber de dejar de estar disponible, reemplazndose por otra que diga curso cancelado o una con una lista de admitidos. Para los docentes penalizados, al hacer clic sobre Enviar deber de aparecer un mensaje de error. Volviendo a Aula virtual.htm, elegimos la otra opcin, entrar a los cursos en desarrollo (Aula virtual cursos.htm):

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

29/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Nos aparecer un conjunto de hasta 5 cursos (el mximo permitido), cada uno nos pedir un login y password que solo los matriculados saben cual es, y un link a entrar al curso (Aula virtual dentro.htm):

Desde aqu se tendr acceso a cada tema como un link a un fichero .pdf, .doc, .html,, y al lado su correspondiente prctica, indicando la fecha tope de entrega en la cual desaparecer el enlace a responder. En los prototipos hemos implementado un ejemplo de tipo test (Aula virtual test.htm):

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

30/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Tenemos los enunciados de cada pregunta y las respuestas, con un Box que se puede pulsar. Si no es un tipo test, debera de aparecer un explorador para subir un fichero, que ser enviado a la zona del tutor. Para que los tutores realicen estos test deben de tener un link especial para ellos en los que pueda interactuar de forma sencilla con el sistema indicando: nmero de pregunta, pregunta, respuestas, respuesta correcta y puntuacin. Todo ello se almacenar en la base de datos para la correccin automtica (Aula virtual test respuesta.htm):

Por lo tanto, aparecer la nota obtenida con el nmero de respuestas acertadas y las soluciones. Al volver, como se puede comprobar en los prototipos, volver a la pgina Aula virtual dentro.htm, pero el link a responder desaparecer, para que el test solo se pueda realizar una sola vez.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

31/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

XI.

DICCIONARIO DE DATOS.

Ahora se explicarn los flujos de datos, almacenes y procesos que componen todo nuestro sistema. Para hacerlo ms legible se ordenar por su aparicin en los distintos DFD. Tambin comentar que aquellos flujos que no tienen nombre (los nicos que salen o entran en almacenes) significan que estn compuestos por una tupla completa del almacn, y por ello se obvian en este documento.

Diagrama de contexto
Nota del profesor. Os recuerdo que debis usar el diccionario de datos de la herramienta que usamos en prcticas, System Archictect, para introducir la descomposicin de los flujos de datos, las descripciones de los elementos de los diagramas, y las miniespecificaciones de los procesos primitivos. Dataflow: AutenticacinAdmin From-symbol: Administradores [External] To-symbol: 0. Docentes@Murcia.NET [Process] Data within flow: DNI + login + password Dataflow: AutenticacinDocente From-symbol: Docentes [External] To-symbol: 0. Docentes@Murcia.NET [Process] Data within flow: DNI + login + password Dataflow: Bsqueda From-symbol: Usuarios [External] To-symbol: 0. Docentes@Murcia.NET [Process] Data within flow: [ BsquedaNoticias | BsquedaRecursosDidcticos ] Dataflow: Consulta From-symbol: 0. Docentes@Murcia.NET [Process] To-symbol: Usuarios [External] Data within flow: [ ConsultaNoticias | ConsultaRecursos ] Dataflow: Correo From-symbol: Servidor de Correo [External] To-symbol: 0. Docentes@Murcia.NET [Process] Data within flow: Emisor + Receptor + CuerpoMensaje Dataflow: CorreoEnviado From-symbol: 0. Docentes@Murcia.NET [Process] To-symbol: Servidor de Correo [External] Data within flow: Emisor + [Receptor | CodigoLista] + CuerpoMensaje Dataflow: EvalAdmin From-symbol: 0. Docentes@Murcia.NET [Process] To-symbol: Administradores [External]
Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor 32/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Data within flow: [ EvalAdminRecDocumentales | EvalAdminCursos | EvalAdminUsuarios ] Dataflow: EvalCurso From-symbol: 0. Docentes@Murcia.NET [Process] To-symbol: Tutor [External] Data within flow: [ EvalDocenteForos | EvalTutorEjercicios ] Dataflow: EvalDocente From-symbol: 0. Docentes@Murcia.NET [Process] To-symbol: Docentes [External] Data within flow: [ EvalDocenteCurso | EvalRMIIncidencia | EvalRecDocum | EvalCuentaDocente ] Dataflow: GestinCurso From-symbol: Tutor [External] To-symbol: 0. Docentes@Murcia.NET [Process] Data within flow: [ AccesoDocenteForos | ControlDesarrolloTutor ] Dataflow: Incidencias From-symbol: 0. Docentes@Murcia.NET [Process] To-symbol: Tcnicos del CAP [External] Data within flow: DNI + Hora-llegada+ Descripcin + Centro + EstadoIncidencia + CPR Dataflow: OpAdmin From-symbol: Administradores [External] To-symbol: 0. Docentes@Murcia.NET [Process] Data within flow: [ OpAdminRecDocumentales | OpAdminUsuarios | OpAdminCursos ] Dataflow: OpDocente From-symbol: Docentes [External] To-symbol: 0. Docentes@Murcia.NET [Process] Data within flow: [ AccesoRecDocumental | OpCuentaDocente | OpRMIIncidencia | ParticiparCurso ] Dataflow: PeticinCuentas From-symbol: Usuarios [External] To-symbol: 0. Docentes@Murcia.NET [Process] Data within flow: Nombre + Apellidos + DNI + FechaNacimiento + Direccin + DireccinProfesional + login + password Dataflow: ResolucinIncidencia From-symbol: Tcnicos del CAP [External] To-symbol: 0. Docentes@Murcia.NET [Process] Data within flow: Tcnico + Cdigo + causa

DFD0. Docentes@Murcia.NET
Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor 33/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Process: Administrar Usuarios Purpose: Se encarga de la gestin de cuentas de usuarios, tanto la creacin, actualizacin, consulta y eliminacin de ellas. Tambin se encarga de la autenticacin de los usuarios para el control de acceso al rea restringida del sistema. Process: Gestor de Aula Virtual Purpose: Se encarga de toda la gestin de los cursos virtuales, as como el soporte para todas las etapas en la que pueden estar: preinscripcin, matriculacin, desarrollo, cancelacin y finalizacin. Process: Gestor de Incidencias Purpose: Se encarga de gestionar las incidencias que los RMI de cada centro da de alta: la creacin, la modificacin, la bsqueda y la resolucin y consulta de ellas por los tcnicos. Process: Gestor de Recursos Documentales Purpose: Se encarga gestionar el acceso y administracin de los recursos documentales del sistema: correo, listas de distribucin, foros, recursos didcticos, tablones de anuncios y noticias. Dataflow: AccesoRecDocumental From-symbol: [XOR Connector] To-symbol: Gestor de Recursos Documentales [Process] Data within flow: AccesoRecDocumental Dataflow: AutenticacinAdmin From-symbol: Administradores [External] To-symbol: Administrar Usuarios [Process] Data within flow: DNI + login + password Dataflow: AutenticacinDocente From-symbol: Docentes [External] To-symbol: Administrar Usuarios [Process] Data within flow: DNI + login + password Dataflow: Bsqueda From-symbol: Usuarios [External] To-symbol: Gestor de Recursos Documentales [Process] Data within flow: [ BsquedaNoticias | BsquedaRecursosDidcticos ] Dataflow: Consulta From-symbol: Gestor de Recursos Documentales [Process] To-symbol: Usuarios [External] Data within flow: [ ConsultaNoticias | ConsultaRecursos ] Dataflow: Correo From-symbol: Servidor de Correo [External]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

34/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

To-symbol: Gestor de Recursos Documentales [Process] Data within flow: Emisor + Receptor +CuerpoMensaje Dataflow: CorreoEnviado From-symbol: Gestor de Recursos Documentales [Process] To-symbol: Servidor de Correo [External] Data within flow: Emisor + [Receptor | CodigoLista] + CuerpoMensaje Dataflow: EvalAdmin From-symbol: [XOR Connector] To-symbol: Administradores [External] Data within flow: [ EvalAdminRecDocumentales | EvalAdminCursos | EvalAdminUsuarios ] Dataflow: EvalAdminCursos From-symbol: Gestor de Aula Virtual [Process] To-symbol: [XOR Connector] Data within flow: EvalAdminCursos Dataflow: EvalAdminRecDocumentales From-symbol: Gestor de Recursos Documentales [Process] To-symbol: [XOR Connector] Data within flow: EvalAdminRecDocumentales Dataflow: EvalAdminUsuarios From-symbol: Administrar Usuarios [Process] To-symbol: [XOR Connector] Data within flow: EvalAdminUsuarios Dataflow: EvalCuentaDocente From-symbol: Administrar Usuarios [Process] To-symbol: [XOR Connector] Data within flow: EvalCuentaDocente Dataflow: EvalCurso From-symbol: Gestor de Aula Virtual [Process] To-symbol: Tutor [External] Data within flow: [ EvalDocenteForos | EvalTutorEjercicios ] Dataflow: EvalDocente From-symbol: [XOR Connector] To-symbol: Docentes [External] Data within flow: [ EvalDocenteCurso | EvalRMIIncidencia | EvalRecDocum | EvalCuentaDocente ] Dataflow: EvalDocenteCurso From-symbol: Gestor de Aula Virtual [Process] To-symbol: [XOR Connector] Data within flow: EvalDocenteCurso

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

35/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Dataflow: EvalRMIIncidencia From-symbol: Gestor de Incidencias [Process] To-symbol: [XOR Connector] Data within flow: EvalRMIIncidencia Dataflow: EvalRecDocum From-symbol: Gestor de Recursos Documentales [Process] To-symbol: [XOR Connector] Data within flow: EvalRecDocum Dataflow: GestinCurso From-symbol: Tutor [External] To-symbol: Gestor de Aula Virtual [Process] Data within flow: [ AccesoDocenteForos | ControlDesarrolloTutor ] Dataflow: Incidencias From-symbol: Gestor de Incidencias [Process] To-symbol: Tcnicos del CAP [External] Data within flow: DNI + Hora-llegada + Descripcin + Centro + EstadoIncidencia + CPR Dataflow: OpAdmin From-symbol: Administradores [External] To-symbol: [XOR Connector] Data within flow: [ OpAdminRecDocumentales | OpAdminUsuarios | OpAdminCursos ] Dataflow: OpAdminCursos From-symbol: [XOR Connector] To-symbol: Gestor de Aula Virtual [Process] Data within flow: OpAdminCursos Dataflow: OpAdminRecDocumentales From-symbol: [XOR Connector] To-symbol: Gestor de Recursos Documentales [Process] Data within flow: OpAdminRecDocumentales Dataflow: OpAdminUsuarios From-symbol: [XOR Connector] To-symbol: Administrar Usuarios [Process] Data within flow: OpAdminUsuarios Dataflow: OpCuentaDocente From-symbol: [XOR Connector] To-symbol: Administrar Usuarios [Process] Data within flow: OpCuentaDocente Dataflow: OpDocente From-symbol: Docentes [External] To-symbol: [XOR Connector]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

36/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Data within flow: [ AccesoRecDocumental | OpCuentaDocente | OpRMIIncidencia | ParticiparCurso ] Dataflow: OpRMIIncidencia From-symbol: [XOR Connector] To-symbol: Gestor de Incidencias [Process] Data within flow: OpRMIIncidencia Dataflow: ParticiparCurso From-symbol: [XOR Connector] To-symbol: Gestor de Aula Virtual [Process] Data within flow: ParticiparCurso Dataflow: PeticinCuentas From-symbol: Usuarios [External] To-symbol: Administrar Usuarios [Process] Data within flow: Nombre + Apellidos + DNI + FechaNacimiento + Direccin + DireccinProfesional + login + password Dataflow: ResolucinIncidencia From-symbol: Tcnicos del CAP [External] To-symbol: Gestor de Incidencias [Process] Data within flow: Tcnico + Cdigo + causa Datastore: CORREOS Input flows coming from Gestor de Aula Virtual [Process] coming from Administrar Usuarios [Process] Update flows connected to Gestor de Recursos Documentales [Process] Data within store: @Emisor + @Receptor + @Hora-llegada + CuerpoMensaje + Estado-correo Datastore: USUARIO DEL SISTEMA Output flows going to Gestor de Incidencias [Process] going to Gestor de Recursos Documentales [Process] Update flows connected to Administrar Usuarios [Process] connected to Gestor de Aula Virtual [Process] Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD1. Gestor de Recursos Documentales


Process: Gestor de Correo Purpose: Se encarga de gestionar el correo y las listas de distribucin del sistema.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

37/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Process: Gestor de Foros de Discusin Purpose: Se encarga de gestionar el acceso y control de los foros. Process: Gestor de Noticias Purpose: Se encarga de gestionar el acceso y control de las noticias. Process: Gestor de Recursos Didcticos Purpose: Se encarga de gestionar el acceso y control de los recursos didcticos. Process: Gestor de Tabln de Anuncios Purpose: Se encarga de gestionar el acceso y control de los tablones de anuncios. Dataflow: AccesoDocenteCorreo To-symbol: Gestor de Correo [Process] Data within flow: AccesoDocenteCorreo Dataflow: AccesoDocenteForos To-symbol: Gestor de Foros de Discusin [Process] Data within flow: AccesoDocenteForos Dataflow: AccesoDocenteTablonAnunc To-symbol: Gestor de Tabln de Anuncios [Process] Data within flow: AccesoDocenteTablonAnunc Dataflow: BsquedaNoticias To-symbol: Gestor de Noticias [Process] Data within flow: BsquedaNoticias Dataflow: BsquedaRecursosDidcticos To-symbol: Gestor de Recursos Didcticos [Process] Data within flow: BsquedaRecursosDidcticos Dataflow: ConsultaNoticias From-symbol: Gestor de Noticias [Process] Data within flow: ConsultaNoticias Dataflow: ConsultaRecursos From-symbol: Gestor de Recursos Didcticos [Process] Data within flow: ConsultaRecursos Dataflow: Correo From-symbol: Servidor de Correo [External] To-symbol: Gestor de Correo [Process] Data within flow: Emisor + Receptor + CuerpoMensaje Dataflow: CorreoEnviado From-symbol: Gestor de Correo [Process] To-symbol: Servidor de Correo [External] Data within flow: Emisor + [Receptor | CodigoLista] + CuerpoMensaje

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

38/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Dataflow: EvalAdminCorreo From-symbol: Gestor de Correo [Process] Data within flow: EvalAdminCorreo Dataflow: EvalAdminForos From-symbol: Gestor de Foros de Discusin [Process] Data within flow: EvalAdminForos Dataflow: EvalAdminNoticias From-symbol: Gestor de Noticias [Process] Data within flow: EvalAdminNoticias Dataflow: EvalAdminRecDidacticos From-symbol: Gestor de Recursos Didcticos [Process] Data within flow: EvalAdminRecDidacticos Dataflow: EvalAdminTablonAnunc From-symbol: Gestor de Tabln de Anuncios [Process] Data within flow: EvalAdminTablonAnunc Dataflow: EvalDocenteAnuncios From-symbol: Gestor de Tabln de Anuncios [Process] Data within flow: EvalDocenteAnuncios Dataflow: EvalDocenteCorreo From-symbol: Gestor de Correo [Process] Data within flow: EvalDocenteCorreo Dataflow: EvalDocenteForos From-symbol: Gestor de Foros de Discusin [Process] Data within flow: EvalDocenteForos Dataflow: OpAdminCorreo To-symbol: Gestor de Correo [Process] Data within flow: OpAdminCorreo Dataflow: OpAdminForos To-symbol: Gestor de Foros de Discusin [Process] Data within flow: OpAdminForos Dataflow: OpAdminNoticias To-symbol: Gestor de Noticias [Process] Data within flow: OpAdminNoticias Dataflow: OpAdminRecDidacticos To-symbol: Gestor de Recursos Didcticos [Process] Data within flow: OpAdminRecDidacticos Dataflow: OpAdminTablonAnunc To-symbol: Gestor de Tabln de Anuncios [Process]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

39/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Data within flow: OpAdminTablonAnunc Datastore: CORREOS Update flows connected to Gestor de Correo [Process] Data within store: @Emisor + @Receptor + @Hora-llegada + CuerpoMensaje + Estado-correo Datastore: USUARIO DEL SISTEMA Output flows going to Gestor de Foros de Discusin [Process] going to Gestor de Correo [Process] going to Gestor de Recursos Didcticos [Process] going to Gestor de Tabln de Anuncios [Process] going to Gestor de Noticias [Process] Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD1.1. Gestor de Foros de Discusin


Process: Evaluar Respuestas Minispec or Description: PRE Nota del profesor. Ya que tanto las precondiciones como las postcondiciones son condiciones a fin de cuentas, sera preferible expresarlas como tales, y no como acciones: de este modo, evitar usar verbos como llegan, se enviarn, etc. Llegan opAdminRespuestas u opDocenteRespuestas con sus DNIs que aparecen en el almacn FOROS, junto con el Cdigo del foro al que se envan las respuestas. POST El usuario y el identificador del foro son vlidos. Se enviarn las respuestas al almacn respuestas anexando el DNI y el Cdigo del foro con la Repuesta. Process: Extraer Administradores de Foros de discusin Minispec or Description: PRE Se leen datos de "USUARIO DEL SISTEMA" cuyo categoriaProf = Administrador y nivel = adForo POST Se escriben en el almacn "ADMINISTRADORES DE FOROS". Process: Participar en Foro Minispec or Description: PRE Llegan opAdminEntrarForo y opDocenteEntrarForo cuyos DNIs aparecen en almacn "USUARIO DEL SISTEMA" con estado =activa y cuentaExpira = falso y cuentaPenalizada = null. Adems contiene el Cdigo del foro al cual quiere entrar.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

40/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

POST El usuario es vlido. Se almacena su DNI en el foro en el que desea entrar.

Process: Seguir Foro Minispec or Description: PRE Llegan OpAdminConsultaForo u opDocenteConsultaForo con sus DNIs que aparecen en el foro correspondiente al Cdigo llegado en el almacn FOROS. POST El usuario es vlido. Se enviarn las respuestas del foro correspondiente a Cdigo en FOROS por EvalDocenteForos o por EvalAdminForos, segn haya sido la entrada.

Process: Validar Respuestas Minispec or Description: PRE1 Llegan registros nuevos del almacen RESPUESTAS FOROS. POST1 Se envan al administrador todas las respuestas de los usuarios con foro del almacn FOROS cuyo ADMINISTRADOR = DNI del administrador e identificador del foro de la respuesta coincide con el del foro en cuestin. PRE2 Llegan opAdminValidarRespuestas con DNI que aparece en el almacn "ADMINISTRADORES DE FOROS" y tambin aparece en el almacn FOROS como administrador del foro con Cdigo llegado por el flujo de datos, POST2 Se elimina de "RESPUESTAS FOROS" el registro que concuerda con Cdigo y DNI llegados del flujo opAdminValidarRespuestas, y se inserta la respuesta en el almacn FOROS.

Dataflow: EvalAdminForos From-symbol: [XOR Connector] Data within flow: EvalAdminForos Dataflow: EvalDocenteForos From-symbol: Seguir Foro [Process] Data within flow: EvalDocenteForos Dataflow: OpAdminConsultaForo To-symbol: Seguir Foro [Process] Data within flow: OpAdminConsultaForo Dataflow: OpAdminEntrarForo To-symbol: Participar en Foro [Process] Data within flow: PeticinEntrarForo

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

41/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Dataflow: OpAdminRespuesta To-symbol: Evaluar Respuestas [Process] Data within flow: OpAdminRespuesta Dataflow: OpAdminValidarRespuesta To-symbol: Validar Respuestas [Process] Data within flow: OpAdminValidarRespuesta Dataflow: OpDocenteConsultaForo To-symbol: Seguir Foro [Process] Data within flow: OpDocenteConsultaForo Dataflow: OpDocenteEntrarForo To-symbol: Participar en Foro [Process] Data within flow: PeticinEntrarForo Dataflow: OpDocenteRespuesta To-symbol: Evaluar Respuestas [Process] Data within flow: DNI + Respuesta Datastore: ADMINISTRADORES DE FOROS Output flows going to Validar Respuestas [Process] Update flows connected to Extraer Administradores de Foros de discusin [Process] Data within store: @DNI + login + password + DirCorreo + 1{Cdigo}N

Datastore: FOROS Update flows connected to Seguir Foro [Process] connected to Validar Respuestas [Process] connected to Participar en Foro [Process] Data within store: @Cdigo + Administrador + (NombreCurso) + Descripcin + 1{DNI}N + 0{DNI + Texto + Hora-llegada}MaxRespuestas

Datastore: RESPUESTAS FOROS Input flows coming from Evaluar Respuestas [Process] Update flows connected to Validar Respuestas [Process] Data within store: @Cdigo + @DNI + Texto Datastore: USUARIO DEL SISTEMA Output flows going to Extraer Administradores de Foros de discusin [Process] going to Participar en Foro [Process]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

42/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD1.2. Gestor de Noticias


Process: Actualizar Noticias Minispec or Description: PRE Llegan datos de "NOTICIAS A ELIMINAR" o "NUEVAS NOTICICIAS" y opAdminActualizacinNoticias con su DNI para validarlo con "ADMINISTRADORES DE NOTICIAS" (es decir, que est en este almacn). POST Administrador vlido. Se eliminan o almacenan en almacn NOTICIAS segn vengan de "NOTICIAS A ELIMINAR" o "NUEVAS NOTICICIAS" respectivamente.

Process: Almacenar Nuevas Noticias Minispec or Description: PRE Llega opAdminNuevasNoticias junto con su DNI para validarlo con almacn "ADMINISTRADORES DE NOTICIAS". POST Adminstrador vlido. Se almacenan en el almacn NUEVAS NOTICIAS.

Process: Buscar Noticias Minispec or Description: PRE Llegan peticiones de usuarios, administradores o docentes (estos dos ltimos debern de jugar el rol de usuario normal en el sistema) para buscar noticias junto con palabra/s a buscar sobre una combinacin no vaca de los siguientes campos de Noticias opcionales: (Cdigo) +(Hora-llegada) +(Autor) +(mbito) +(Texto) POST Se envan las noticias que concuerde con algn campo.

Process: Eliminar Noticias Minispec or Description: PRE Llegan datos de noticias de opAdminEliminacinNoticias a eliminar ( sus identificadores) y se validan del almacn NOTICIAS. POST Se almacenan en el almacn NOTICIASAELIMINAR

Process: Extraer Administradores de Noticas Minispec or Description: PRE


Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor 43/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Se leen datos de "USUARIO DEL SISTEMA" cuyo categoriaProf = Adminstrador y nivel = adNotic POST Se escriben en el almacn "ADMINISTRADORES DE NOTICIAS".

Process: Mostrar Noticias Minispec or Description: PRE Llegan peticiones de usuarios, administradores o docentes para mostrar noticias junto con el Cdigo de la noticia. POST Se envan las noticias que solicitan.

Dataflow: ConsultaNoticias From-symbol: [XOR Connector] Data within flow: ConsultaNoticias Dataflow: EvalAdminEliminacinNoticias From-symbol: Eliminar Noticias [Process] Data within flow: EvalAdminEliminacinNoticias Dataflow: OpAdminActualizacionNoticias To-symbol: Actualizar Noticias [Process] Data within flow: OpAdminActualizacionNoticias Dataflow: OpAdminEliminacinNoticias To-symbol: Eliminar Noticias [Process] Data within flow: OpAdminEliminacinNoticias Dataflow: OpAdminNuevasNoticias To-symbol: Almacenar Nuevas Noticias [Process] Data within flow: OpAdminNuevasNoticias Dataflow: bsquedaNoticias To-symbol: Buscar Noticias [Process] Data within flow: BsquedaNoticias

Datastore: ADMINISTRADORES DE NOTICIAS Output flows going to Eliminar Noticias [Process] going to Actualizar Noticias [Process] going to Almacenar Nuevas Noticias [Process] Update flows connected to Extraer Administradores de Noticas [Process] Data within store: @DNI + mbito + login + password + DirCorreo

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

44/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Datastore: NOTICIAS Output flows going to Eliminar Noticias [Process] going to Buscar Noticias [Process] going to Mostrar Noticias [Process] Update flows connected to Actualizar Noticias [Process] Data within store: @Cdigo + Hora-llegada + Autor + mbito + Texto

Datastore: NOTICIAS A ELIMINAR Input flows coming from Eliminar Noticias [Process] Update flows connected to Actualizar Noticias [Process] Data within store: @Cdigo

Datastore: NUEVAS NOTICIAS Input flows coming from Almacenar Nuevas Noticias [Process] Update flows connected to Actualizar Noticias [Process] Data within store: @Cdigo + Hora-llegada + Autor + mbito + Texto + DNI Datastore: USUARIO DEL SISTEMA Output flows going to Extraer Administradores de Noticas [Process] Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD1.3. Gestor de Tabln de Anuncios


Process: Almacenar Nuevos Anuncios Minispec or Description: PRE Llega opAdminnuevoAnuncio junto con Nombre del tabln que aparece en almacn "TABLONES DE ANUNCIOS" POST Tabln vlido.Se almacena en ANUNCIOS

Process: Consultar Anuncios Minispec or Description: PRE POST Se envan los datos de los anuncios a aquellos docentes y administradores que tengan como Estado=Activa opr los dos flujos de salida correspondientes.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

45/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Process: Extraer Administradores de Anuncios Minispec or Description: PRE Se leen datos de "USUARIO DEL SISTEMA" cuyo categoriaProf = Adminstrador y nivel = adAnunc POST Se escriben en el almacn "ADMINISTRADORES DE TABLONES DE ANUNCIOS".

Process: Validar Anuncio Minispec or Description: PRE1 Llega opAdminValidacinAnuncios con su DNI y se leen datos del almacn "TABLONES DE ANUNCIOS" con AdministradorAlta perteneciente al almacn "ADMININISTRADORES DE TABLONES DE ANUNCIOS", dichos anuncios tienen que tener como AdministradorAlta= DNI POST1 Administrador vlido. Se envan los anuncios al administrador ** se pueden indicar 2 funciones para un mismo proceso ** PRE2 Llega opAdminValidacinAnuncio con su DNI perteneciente al almacn "ADMININISTRADORES DE TABLONES DE ANUNCIOS" junto con el Nombre del Tabln y el Cdigo del anuncio a validar. POST2 Administrador vlido. Se almacenan en TABLONES DE ANUNCIOS Dataflow: AccesoDocenteTablonAnunc To-symbol: Almacenar Nuevos Anuncios [Process] Data within flow: AccesoDocenteTablonAnunc Dataflow: EvalAdminConsultaAnuncios From-symbol: Consultar Anuncios [Process] Data within flow: EvalAdminConsultaAnuncios Dataflow: EvalAdminValidacinAnuncios From-symbol: Validar Anuncio [Process] Data within flow: EvalAdminValidacinAnuncios Dataflow: EvalDocenteAnuncios From-symbol: Consultar Anuncios [Process] Data within flow: EvalDocenteAnuncios Dataflow: OpAdminNuevoAnuncio To-symbol: Almacenar Nuevos Anuncios [Process] Data within flow: OpAdminNuevoAnuncio Dataflow: OpAdminValidacinAnuncio

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

46/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

To-symbol: Validar Anuncio [Process] Data within flow: OpAdminValidacinAnuncio Datastore: ADMINISTRADORES DE TABLONES DE ANUNCIOS Output flows going to Validar Anuncio [Process] Update flows connected to Extraer Administradores de Anuncios [Process] Data within store: @DNI + login + password + DirCorreo

Datastore: ANUNCIOS SIN VALIDAR Input flows coming from Almacenar Nuevos Anuncios [Process] Output flows going to Validar Anuncio [Process] Data within store: @Tabln + AdministradorAlta + 1{Anuncios}MaxAnuncios

Datastore: TABLONES DE ANUNCIOS Input flows coming from Validar Anuncio [Process] Output flows going to Consultar Anuncios [Process] Data within store: @Tabln + AdministradorAlta + 1{Anuncios}MaxAnuncios

Datastore: USUARIO DEL SISTEMA Output flows going to Extraer Administradores de Anuncios [Process] going to Consultar Anuncios [Process] Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD1.4. Gestor de Recursos Didcticos


Process: Actualizar Recursos Didcticos Minispec or Description: PRE Llegan datos de "RECURSOS DIDCTICOS A ELIMINAR" o "NUEVOS RECURSOS DIDCTICOS" y opAdminActualizacinRecDidcticos con su DNI para validarlo con "ADMINISTRADORES DE RECURSOS DIDCTICOS" (es decir, que est en este almacn). POST Administrador vlido. Se eliminan o almacenan en almacn NOTICIAS segn vengan de "RECURSOS DIDCTICOS A ELIMINAR" o "NUEVOS RECURSOS DIDCTICOS" respectivamente. Process: Almacenar Nuevos Recursos Didcticos

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

47/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Minispec or Description: PRE Llega opAdminNuevoRecursoDidctico junto con su DNI para validarlo con almacn "ADMINISTRADORES DE RECURSOS DIDCTICOS". POST Adminstrador vlido. Se almacenan en el almacn "NUEVOS RECURSOS DIDCTICOS".

Process: Buscar Recursos Didcticos Minispec or Description: PRE Llegan peticiones de usuarios, administradores o docentes (estos dos ltimos debern de jugar el rol de usuario normal en el sistema) para buscar recursos didcticos junto con palabra/s a buscar sobre una combinacin no vaca de los siguientes campos de Recursos opcionales: (Nombre) +(Cdigo) +(Autor) +(TipoRecurso). POST Se envan los recursos didcticos que concuerde con algn campo.

Process: Eliminar Recursos Didcticos Minispec or Description: PRE Llegan datos de recursos didcticos de opAdminEliminaciarRecDidcticos a eliminar ( sus identificadores) y se validan del almacn "RECURSOS DIDACTICOS". POST Se almacenan en el almacn "RECURSOS DIDCTICOS A ELIMINAR".

Process: Extraer Administradores de Recursos Didcticos Minispec or Description: PRE Se leen datos de "USUARIO DEL SISTEMA" cuyo categoriaProf = Adminstrador y nivel = AdRec POST Se escriben en el almacn "ADMINISTRADORES DE RECURSOS DIDCTICOS".

Process: Mostrar Recursos Didcticos Minispec or Description: PRE Llegan peticiones de usuarios, administradores o docentes para mostrar recursos didcticos junto con el Cdigo del recurso. POST Se envan los recursos didcticos que solicitan.

Dataflow: BsquedaRecursosDidcticos To-symbol: Buscar Recursos Didcticos [Process] Data within flow: BsquedaRecursosDidcticos

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

48/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Dataflow: ConsultaRecursos From-symbol: Mostrar Recursos Didcticos [Process] To-symbol: [XOR Connector] Data within flow: ConsultaRecursos Dataflow: EvalAdminBusquedaRecDidc From-symbol: Buscar Recursos Didcticos [Process] Data within flow: EvalAdminBusquedaRecDidc Dataflow: EvalAdminEliminacinRecDidacticos From-symbol: Eliminar Recursos Didcticos [Process] Data within flow: EvalAdminEliminacinRecDidacticos Dataflow: OpAdminActualizarRecDidcticos To-symbol: Actualizar Recursos Didcticos [Process] Data within flow: OpAdminActualizarRecDidcticos Dataflow: OpAdminEliminarRecDidcticos To-symbol: Eliminar Recursos Didcticos [Process] Data within flow: OpAdminEliminarRecDidcticos Dataflow: OpAdminNuevoRecursoDidctico To-symbol: Almacenar Nuevos Recursos Didcticos [Process] Data within flow: OpAdminNuevoRecursoDidctico Datastore: ADMINISTRADORES DE RECURSOS DIDCTICOS Output flows going to Eliminar Recursos Didcticos [Process] going to Actualizar Recursos Didcticos [Process] going to Almacenar Nuevos Recursos Didcticos [Process] Update flows connected to Extraer Administradores de Recursos Didcticos [Process] Data within store: @DNI+ login + password + DirCorreo

Datastore: NUEVOS RECURSOS DIDCTICOS Input flows coming from Almacenar Nuevos Recursos Didcticos [Process] Update flows connected to Actualizar Recursos Didcticos [Process] Data within store: @Cdigo + Nombre + AdministradorAlta + Autor + Descripcin + TipoRecurso Datastore: RECURSOS DIDCTICOS Output flows going to Eliminar Recursos Didcticos [Process] going to Buscar Recursos Didcticos [Process] going to Mostrar Recursos Didcticos [Process]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

49/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Update flows connected to Actualizar Recursos Didcticos [Process] Data within store: @Cdigo + Nombre + Administrador + Autor + TipoRecurso + Descripcin

Datastore: RECURSOS DIDCTICOS A ELIMINAR Input flows coming from Eliminar Recursos Didcticos [Process] Update flows connected to Actualizar Recursos Didcticos [Process] Data within store: @Cdigo

Datastore: USUARIO DEL SISTEMA Output flows going to Extraer Administradores de Recursos Didcticos [Process] Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD1.6. Gestor de Correo


Process: Administrar Lista de Distribucin Purpose: Gestionar el acceso y control de las listas de distribucin del sistema. Process: Consultar Correos Minispec or Description: PRE Hay registros nuevos en CORREOS con Estado-Correo=Recibido POST Se envan esos mensajes al Usuario que tiene como DirCorreo el Receptor del mensaje (tanto como Administrador como Docente). Se cambia el Estado-Correo del registro de CORREOS a ledo.

Process: Enviar Correos Minispec or Description: PRE1 Llegan opDocenteEnvioCorreo u opAdminEnvioCorreo junto con sus correoElectronico, y autenticacin su DNI aparecer en USUSISTEMA con estado =activa y cuentaExpira = falso y cuentaPenalizada = null POST1 Usuario vlido. Se almacenan con estado pendiente en almacn CORREOS PRE2 Llegan datos de CORREOS con estado de correo = pendiente POST2 Se envan a servidor de correo y se eliminan del almacn CORREOS

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

50/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Process: Recibir Correos Minispec or Description: PRE Llega Correo con correos cuyos receptores estn en el dominio de nuestro sistema: @educarm.es. *Los implementadores debern de conseguir que todo correo a @educarm.es venga al sistema*. POST Si no est en el almacn CORREOS, se inserta con EstadoCorreo=recibido.

Dataflow: Correo From-symbol: Servidor de Correo [External] To-symbol: Recibir Correos [Process] Data within flow: Emisor + Receptor + CuerpoMensaje Dataflow: CorreoEnviado From-symbol: Enviar Correos [Process] To-symbol: Servidor de Correo [External] Data within flow: Emisor + [Receptor | CodigoLista] + CuerpoMensaje Dataflow: EvalAdminConsultaCorreo From-symbol: Consultar Correos [Process] Data within flow: Emisor + CuerpoMensaje +Hora-llegada Dataflow: EvalAdminListasDistribucin From-symbol: Administrar Lista de Distribucin [Process] Data within flow: [EvalAdminConsultaListaDistribucin | EvalAdminActualizacinListasAdministracin | EvalAdminEnvioCorreoALD] Dataflow: EvalDocenteConsultaCorreo From-symbol: Consultar Correos [Process] Data within flow: Emisor + CuerpoMensaje + Hora-llegada Dataflow: EvalDocenteListasDistribucin From-symbol: Administrar Lista de Distribucin [Process] Data within flow: CodigoLista + Descripcin + Miembros Dataflow: OpAdminEnvoCorreo To-symbol: Enviar Correos [Process] Data within flow: DNI + DirCorreo + [Receptor|CodigoLista] + CuerpoMensaje Dataflow: OpAdminListasDistribucin To-symbol: Administrar Lista de Distribucin [Process] Data within flow: [OpAdminSolicitudListaDistrib | OpAdminActualizListaDistrib | OpAdminValidaCorreoALD ] Dataflow: OpDocenteEnvoCorreo

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

51/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

To-symbol: Enviar Correos [Process] Data within flow: DNI + DirCorreo + Receptor + CuerpoMensaje Dataflow: OpDocenteSolicitudListaDistrib To-symbol: Administrar Lista de Distribucin [Process] Data within flow: DNI + DirCorreo Datastore: CORREOS Update flows connected to Enviar Correos [Process] connected to Administrar Lista de Distribucin [Process] connected to Consultar Correos [Process] connected to Recibir Correos [Process] Data within store: @Emisor + @Receptor + @Hora-llegada + CuerpoMensaje + Estado-correo Datastore: USUARIO DEL SISTEMA Output flows going to Administrar Lista de Distribucin [Process] going to Consultar Correos [Process] Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD1.6.4. Administrar Lista de Distribucin


Process: Actualizar Listas de Distribucin Minispec or Description: PRE1 Hay registros nuevos en "SOLICITUDES DE ADMISIN". POST1 Administrador vlido. Se envan las solicitudes que tengan como administrador=DNI llegado de OpAdminActualizListaDistrib por EvalAdminActualizacinListasAdministracin. PRE2 Llega OpAdminActualizListaDistrib junto con DNI perteneciente a "ADMINISTRADORES DE LISTAS DE DISTRIBUCIN". POST2 Admin vlido. Se almacenan los nuevos usuarios de las LD en "LISTAS DE DISTRIBUCIN".

Process: Almacenar Solicitudes de Listas de Distribucin Minispec or Description: PRE Llegan opDocenteSolicitudListaDistrib u opAdminSolicitudListaDistrib con el DNI y la solicitud que incluye el Cdigo de la lista. El DNI aparecer en USUSISTEMA con con estado =activa y cuentaExpira = falso y cuentaPenalizada = null.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

52/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

POST Se almacenan en SOLICITUDES DE ADMISIN.

Process: Consultar Listas de Distribucin Minispec or Description: PRE1 Llega una lista de distribucin a "LISTAS DE DISTRIBUCIN". POST1 Se enva la informacin de la lista a los docentes y adminsitradores cuyo estado sea Activa.

Process: Extraer Administradores de Listas de Distribucin Minispec or Description: PRE Se leen datos de "USUARIO DEL SISTEMA" cuyo categoriaProf = Adminstrador y nivel = AdLDistrib POST Se escriben en el almacn "LISTAS DE DISTRIBUCIN".

Process: Generar Correos Minispec or Description: PRE1 Hay correos nuevos en CORREOS con estado-correo = pendiente y Receptor del mensaje una lista de distribucin (coincide con un Cdigo del almacn "LISTAS DE DISTRIBUCIN"), POST1 Se enva por EvalAdminEnvioCorreoALD al AdministradorLista de la lista Cdigo el mensaje pendiente, para su posterior validacin. PRE2 Llega OpAdminValidaCorreoALD con un DNI que pertence aun AdministradorLista de "LISTAS DE DISTRIBUCIN". Emisor +Receptor +Hora-llegada es un correo con Estado-correo en pendiente y cuyo Receptor es una de las listas de distribucin que administra el DNI anterior. POST2 Si ok es verdadero, se genera, para cada miembro de la lista de distribucin, un correo con el mismo cuerpo, emisor, hora-llegada,... pero con Receptor cada miembro dicho. Estado pasa a ser pendiente y se elimina el correo anterior. Si ok resulta ser falso, se puede enviar un correo al emisor indicando que no se ha aceptado su solicitud y se borra el mensaje anterior.

Dataflow: EvalAdminActualizacinListasAdministracin From-symbol: Actualizar Listas de Distribucin [Process] Data within flow: DNI + DirCorreo + CodigoLista Dataflow: EvalAdminConsultaListaDistribucin

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

53/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

From-symbol: Consultar Listas de Distribucin [Process] Data within flow: CodigoLista + Descripcin + Miembros Dataflow: EvalAdminEnvioCorreoALD From-symbol: Generar Correos [Process] Data within flow: EvalAdminEnvioCorreoALD Dataflow: EvalDocenteListasDistribucin From-symbol: Consultar Listas de Distribucin [Process] Data within flow: CodigoLista + Descripcin + Miembros Dataflow: OpAdminActualizListaDistrib To-symbol: Actualizar Listas de Distribucin [Process] Data within flow: DNI + DirCorreo + CodigoLista + 0{DNI}MaxMiembrosLD Dataflow: OpAdminSolicitudListaDistrib To-symbol: Almacenar Solicitudes de Listas de Distribucin [Process] Data within flow: DNI + DirCorreo + CodigoLista Dataflow: OpAdminValidaCorreoALD To-symbol: Generar Correos [Process] Data within flow: OpAdminValidaCorreoALD Dataflow: OpDocenteSolicitudListaDistrib To-symbol: Almacenar Solicitudes de Listas de Distribucin [Process] Data within flow: DNI + DirCorreo

Datastore: ADMINISTRADORES DE LISTAS DE DISTRIBUCIN Input flows coming from Extraer Administradores de Listas de Distribucin [Process] Output flows going to Actualizar Listas de Distribucin [Process] going to Generar Correos [Process] Data within store: @DNI + DirCorreo + Login + password

Datastore: CORREOS Update flows connected to Generar Correos [Process] Data within store: @Emisor + @Receptor + @Hora-llegada + CuerpoMensaje + Estado-correo

Datastore: LISTAS DE DISTRIBUCIN Output flows going to Generar Correos [Process] going to Consultar Listas de Distribucin [Process] Update flows connected to Actualizar Listas de Distribucin [Process]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

54/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Data within store: @Cdigo + Descripcin + AdministradorLista + Miembros Datastore: SOLICITUDES DE ADMISIN Input flows coming from Almacenar Solicitudes de Listas de Distribucin [Process] Output flows going to Actualizar Listas de Distribucin [Process] Data within store: @DNI + DirCorreo + @CodigoLista

Datastore: USUARIO DEL SISTEMA Output flows going to Extraer Administradores de Listas de Distribucin [Process] going to Almacenar Solicitudes de Listas de Distribucin [Process] Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD2. Gestor de Incidencias


Process: Aceptar Respuesta Incidencias Minispec or Description: PRE1 El DNI del Tcnico llegado por el flujo ResolucinIncidencia concuerda con uno de los registros del almacn "TCNICOS CAP" y el Cdigo de la incidencia llegado por este flujo est en el Cdigo de un registro en el almacn "INCIDENCIAS CAP" con EstadoIncidencia en trmite. POST1 Se actualiza el registro concordante del almacn "INCIDENCIAS CAP": Se inserta en el campo Tcnico la informacin asociada al Tcnico del almacn "TCNICOS CAP", en Tiempo-Respuesta el tiempo transcurrido desde Hora-llegada en el registro a actualizar y la fecha actual del sistema, en causa, la causa llegada por el flujo ResolucinIncidencia y en EstadoIncidencia a resuelta. PRE2 El DNI del Tcnico llegado por el flujo ResolucinIncidencia NO concuerda con uno de los registros del almacn "TCNICOS CAP". POST2 Enviar un mensaje de error indicando la imposibilidad de realizarlo. PRE3 El Cdigo de la incidencia llegado por el flujo ResolucinIncidencia NO est en el Cdigo de un registro en el almacn "INCIDENCIAS CAP". POST3 Enviar un mensaje de error indicando que no se encuentra esa incidencia. PRE4

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

55/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

El Cdigo de la incidencia llegado por el flujo ResolucinIncidencia est en el Cdigo de un registro en el almacn "INCIDENCIAS CAP" con EstadoIncidencia DISTINTO a trmite. POST4 Enviar un mensaje de error indicando que el estado de la incidencia es incorrecto para ser resuelta.

Process: Actualizar Inciencia a CAP Minispec or Description: PRE1 El DNI llegado por el flujo OpRMINuevaIncidencia est en el almacn RMI, no llega por este flujo "EstadoIncidencia + Cdigo" y el Estado de la cuenta es Activa. POST1 Se inserta en "INCIDENCIAS CAP" un registro con un Cdigo no existente en este almacn, en DNI el llegado por el flujo OpRMINuevaIncidencia, en Horallegada la hora actual del sistema, en Descripcin el llegado por el flujo, en Centro el Centro que viene asociado al DNI que tiene correspondencia con un DNI del almacn RMI, en EstadoIncidencia el valor "pendiente", en CPR el CPR asociado al Centro que tiene correspondiencia con Nombre de un registro del almacn CENTROS. PRE2 El DNI llegado por el flujo OpRMINuevaIncidencia est en el almacn RMI, el Estado de la cuenta es Activa, llega por este flujo "EstadoIncidencia + Cdigo" y Cdigo est en un registro del almacn "INCIDENCIAS CAP". POST2 Se cambia EstadoIncidencia del registro concordante en el almacn "INCIDENCIAS CAP" con el Cdigo llegado por el flujo de datos OpRMINuevaIncidencia por el EstadoIncidencia llegado por este mismo. Si Descripcin llegado por este flujo de datos no es la cadena vaca, tambin se inserta en Descripcin del registro concordante del almacn dicho. PRE3 No se cumple PRE1 ni PRE2 POST3 Se enva un mensaje de error indicando la cancelacin de la operacin. Process: Consultar Incidencias Minispec or Description: PRE1 Llega por OpRMIConsultaIncidencia un DNI que est en un registro del almacn RMI (cuyo Estado es Activa) y cualquier combinacin no vaca de valores de (Horallegada) +(Descripcin) +(Centro) + (CPR) + (EstadoIncidencia) + (causa) + (Tcnico) de este flujo aceptando caracteres comodines en ellos y hay registros en el almacn "INCIDENCIAS CAP" cuyos valores de sus campos concuerdan con los valores opcionales del flujo dicho arriba. POST1 Se devuelve por EvalRMIIncidencia todos los registros concordantes del almacn "INCIDENCIAS CAP".

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

56/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

PRE2 Llega por OpRMIConsultaIncidencia un DNI que est en un registro del almacn RMI (cuyo Estado es Activa) y cualquier combinacin no vaca de valores de (Horallegada) +(Descripcin) +(Centro) + (CPR) + (EstadoIncidencia) + (causa) + (Tcnico) de este flujo aceptando caracteres comodines en ellos y NO hay registros en el almacn "INCIDENCIAS CAP" cuyos valores de sus campos concuerden con los valores opcionales del flujo dicho arriba. POST2 Se devuelve por EvalRMIIncidencia un flujo vaco o un mensaje diciendo que no se ha encontrado registros concordantes. PRE3 Llega por OpRMIConsultaIncidencia un DNI que est en un registro del almacn RMI (cuyo estado es Activa) y ninguno de los valores de (Hora-llegada) +(Descripcin) +(Centro) + (CPR) + (EstadoIncidencia) + (causa) + (Tcnico) de este flujo. POST3 Se devuelve por EvalRMIIncidencia todo registro del almacn "INCIDENCIAS CAP". PRE4 No se cumple ni PRE1, ni PRE2 ni PRE3. POST4 Se devuelve un mensaje de error indicando la cancelacin de la operacin.

Process: Enviar Incidencias Minispec or Description: PRE1 Existe un registro en el almacn "INCIDENCIAS CAP" con EstadoIncidencia igual a pendiente. POST1 Se enviar la incidencia por el flujo Incidencias (DNI +Hora-llegada+Descripcin +Centro +EstadoIncidencia +CPR) al tcnico correspondiente al CPR de la incidencia (buscado en el almacn "TCNICOS CAP"). EstadoIncidencia de ese registro en "INCIDENCIAS CAP" pasa a trmite.

Process: Extraer Docentes RMI Minispec or Description: PRE1 Existe en "USUARIO DEL SISTEMA" un registro con Nivel=RMI y el DNI no est en "RMI" POST1 El DNI, Centro y DirCorreo del registro encontrado se inserta en el almacn "RMI"

Dataflow: EvalRMIIncidencia From-symbol: Consultar Incidencias [Process] Data within flow: EvalRMIIncidencia

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

57/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Dataflow: Incidencias From-symbol: Enviar Incidencias [Process] To-symbol: Tcnicos del CAP [External] Data within flow: DNI + Hora-llegada+ Descripcin + Centro + EstadoIncidencia + CPR Dataflow: OpRMIConsultaIncidencia To-symbol: Consultar Incidencias [Process] Data within flow: OpRMIConsultaIncidencia Dataflow: OpRMINuevaIncidencia To-symbol: Actualizar Inciencia a CAP [Process] Data within flow: OpRMINuevaIncidencia Dataflow: ResolucinIncidencia From-symbol: Tcnicos del CAP [External] To-symbol: Aceptar Respuesta Incidencias [Process] Data within flow: Tcnico + Cdigo + causa

Datastore: CENTROS Output flows going to Actualizar Inciencia a CAP [Process] Data within store: @Nombre + CPR + RMI Datastore: INCIDENCIAS CAP Input flows coming from Actualizar Inciencia a CAP [Process] Output flows going to Consultar Incidencias [Process] Update flows connected to Enviar Incidencias [Process] connected to Aceptar Respuesta Incidencias [Process] Data within store: @Cdigo + DNI + Hora-llegada + Descripcin + Centro + EstadoIncidencia + CPR + (Tcnico + Tiempo-Respuesta + causa)

Datastore: RMIs Output flows going to Actualizar Inciencia a CAP [Process] going to Consultar Incidencias [Process] Update flows connected to Extraer Docentes RMI [Process] Data within store: @DNI + Centro + DirCorreo Datastore: TCNICOS CAP Output flows going to Aceptar Respuesta Incidencias [Process] going to Enviar Incidencias [Process]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

58/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Data within store: @DNI + DirCorreo +[CPR | Regional]

Datastore: USUARIO DEL SISTEMA Output flows going to Extraer Docentes RMI [Process] Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD3. Administrar Usuarios


Process: Actualizar Cuentas Usuarios Purpose: Permite modificar y crear cuentas para los usuarios del sistema. Process: Autenticar Usuarios Minispec or Description: PRE1 Llega AutenticacinAdmin o AutenticacinDocente por la entrada, el DNI que traen est en un registro de "USUARIO DEL SISTEMA", el login y password pasados concuerdan con los del registro, y el Estado de la cuenta est en inactiva, nueva o modificada.. POST1 El Estado del registro concordante pasa a activa. A partir de ahora podr acceder a su rea restringida. PRE2 Llega AutenticacinAdmin o AutenticacinDocente por la entrada, el DNI que traen NO est en un registro de "USUARIO DEL SISTEMA". POST2 Se enva un mensaje de error indicando que el usuario no existe. PRE3 Llega AutenticacinAdmin o AutenticacinDocente por la entrada, el DNI que traen est en un registro de "USUARIO DEL SISTEMA", el login y password pasados NO concuerdan con los del registro, POST3 Se enva un mensaje de error indicando que no se ha podido autenticar con xito. PRE4 Llega AutenticacinAdmin o AutenticacinDocente por la entrada, el DNI que traen est en un registro de "USUARIO DEL SISTEMA", el login y password pasados concuerdan con los del registro, y el Estado de la cuenta es activa o cancelada. POST4 Se enva un mensaje de error indicando que el estado de la cuenta es incorrecta para la autenticacin.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

59/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Process: Cambiar Contrasea Minispec or Description: PRE1 Llega OpDocenteCambioContrasea o OpAdminCambioContrasea, el DNI llegado est en un Registro de "USUARIO DEL SISTEMA", el Estado de ese registro vale Activa y el password llegado por el flujo correspondiente no es la cadena vaca. POST1 Se actualiza el password del registro concordante por el password llegado por el flujo. PRE2 No se cumple PRE1. POST2 Se enva un mensaje de error indicando la imposibilidad de realizar dicha accin.

Process: Consultar Cuenta Minispec or Description: PRE Llega un registro del almacn "USUARIO DEL SISTEMA" POST Se enviar los datos de esa cuenta al correspondiente usuario Docente u Administrador por EvalCuentaDocente o EvalAdminConsultaCuenta respectivamente que tiene el DNI de esa cuenta, y su Estado es Activa.

Process: Consultar usuarios Minispec or Description: PRE Llega un registro del almacn "USUARIO DEL SISTEMA" POST Se envirn los datos de esa cuenta por EvalAdminConsultaUsuarios al correspondiente AdministradorAlta de ese usuario, siempre y cuando ese AdministradorAlta est en estado Activa.

Process: Salir del Sistema Minispec or Description: PRE1 Llega AutenticacinAdmin o AutenticacinDocente por la entrada, el DNI que traen est en un registro de "USUARIO DEL SISTEMA", el login y password pasados concuerdan con los del registro, y el Estado de la cuenta est en Activa.. POST1 El Estado del registro concordante pasa a inactiva. A partir de ahora no podr acceder a su rea restringida. PRE2

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

60/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Llega AutenticacinAdmin o AutenticacinDocente por la entrada, el DNI que traen est en un registro de "USUARIO DEL SISTEMA", el login y password pasados concuerdan con los del registro, y el Estado de la cuenta no es activa. POST2 Se enva un mensaje de error indicando que el estado de la cuenta es incorrecta para la "des-autenticacin". PRE3 No se cumple PRE1 ni PRE2. POST3 Se enva un mensaje de error indicando de la cancelacin de la operacin.

Dataflow: AutenticacinAdmin From-symbol: Administradores [External] To-symbol: [AND Connector] Data within flow: DNI + login + password Dataflow: AutenticacinDocente From-symbol: Docentes [External] To-symbol: [AND Connector] Data within flow: DNI + login + password Dataflow: EvalAdminActualizacionCuentas From-symbol: Actualizar Cuentas Usuarios [Process] Data within flow: EvalAdminActualizacionCuentas Dataflow: EvalAdminConsultaCuenta From-symbol: Consultar Cuenta [Process] Data within flow: EvalAdminConsultaCuenta Dataflow: EvalAdminConsultaUsuarios From-symbol: Consultar usuarios [Process] Data within flow: EvalAdminConsultaUsuarios Dataflow: EvalCuentaDocente From-symbol: Consultar Cuenta [Process] Data within flow: EvalCuentaDocente Dataflow: OpAdminActualizCuentas To-symbol: Actualizar Cuentas Usuarios [Process] Data within flow: OpAdminActualizCuentas Dataflow: OpAdminCambioContrasea To-symbol: Cambiar Contrasea [Process] Data within flow: OpAdminCambioContrasea Dataflow: OpDocenteActualizCuenta To-symbol: Actualizar Cuentas Usuarios [Process] Data within flow: OpDocenteActualizCuenta

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

61/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Dataflow: OpDocenteCambioContrasea To-symbol: Cambiar Contrasea [Process] Data within flow: OpDocenteCambioContrasea

Dataflow: PeticinCuentas From-symbol: Usuarios [External] To-symbol: Actualizar Cuentas Usuarios [Process] Data within flow: Nombre + Apellidos + DNI + FechaNacimiento + Direccin + DireccinProfesional + login + password Datastore: CORREOS Input flows coming from Actualizar Cuentas Usuarios [Process] Data within store: @Emisor + @Receptor + @Hora-llegada + CuerpoMensaje + Estado-correo

Datastore: USUARIO DEL SISTEMA Output flows going to Consultar usuarios [Process] Update flows connected to Consultar Cuenta [Process] connected to Salir del Sistema [Process] connected to Cambiar Contrasea [Process] connected to Actualizar Cuentas Usuarios [Process] connected to Autenticar Usuarios [Process] Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD3.2. Actualizar Cuentas Usuarios


Process: Enviar Datos Nueva Cuenta Minispec or Description: PRE1 Hay un registro en "CUENTAS A MODIFICAR" cuyo DNI aparece en un registro de "USUARIO DEL SISTEMA". POST1 Se escribe en CORREOS un registro usando la informacin del registro encontrado en "USUARIO DEL SISTEMA": Emisor=DirCorreo correspondiente al DNI del AdministradorAlta, Receptor=DirCorreo del DNI de la cuenta modificada, Hora-llegada la actual del sistema, CuerpoMensaje con la concatenacin de los campos del registro concordante de la cuenta Nueva o Modificada (Nombre + Apellidos + DNI + FechaNacimiento + Direccin + DireccinProfesional + CategoraProf + Nivel + CorreoElectrnico + AdministradorAlta + login + password + cuota + Expiracin + CuentaPenalizada), y Estado-correo en

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

62/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

pendiente. Estado de la cuenta pasa a inactiva El registro del almacn "CUENTAS A MODIFICAR" es eliminado..

Process: Extraer Administradores de Usuarios Minispec or Description: PRE1 Existe en "USUARIO DEL SISTEMA" un registro con Nivel=AdUsu y DNI no est en "ADMINISTRADORES DE USUARIOS" POST1 El DNI, login, password y DirCorreo del registro encontrado se inserta en el almacn "ADMINISTRADORES DE USUARIOS"

Process: Modificar Estado Cuenta Minispec or Description: PRE1 Llega por OpAdminModificarCuenta un Administrador cuyo DNI est en "USUARIO DEL SISTEMA", cuyo Nivel contiene AdUsu y Estado es activo. Por Este flujo viene tambin los siguientes datos: Nombre + Apellidos + DNI + FechaNacimiento + login + password + cuota + Direccin + DireccinProfesional + categoraProf + Nivel + CorreoElectrnico + Expiracin + Estado + CuentaPenalizada y DNI no est en "USUARIO DEL SISTEMA". POST1 Se inserta un registro en "USUARIO DEL SISTEMA" con los campos rellenados con los llegados del flujo, Estado de la cuenta pasa a valer nueva y AdministradorAlta pasa a valer Administrador. El DNI se inserta en el almacn "CUENTAS MODIFICADAS" si no existe. Se elimina de "CUENTAS NUEVAS" el registro que corresponda con el DNI del nuevo registro insertado en "USUARIO DEL SISTEMA", si existe. PRE2 Llega por OpAdminModificarCuenta un Administrador cuyo DNI est en "USUARIO DEL SISTEMA" y cuyo Nivel contiene AdUsu. El DNI llegado est en un registro de "USUARIO DEL SISTEMA" y su AdministradorAlta tiene el mismo DNI que el Administrador del flujo. Por este flujo viene tambin alguna combinacin no vaca de los siguientes campos: Direccin, DireccinProfesional, categoraProf, Nivel, CorreoElectrnico, Expiracin, Estado, CuentaPenalizada y cuota. POST2 Se actualizan los campos del registro que concuerda con el DNI llegado por el flujo con la combinacin anterior. El DNI se inserta en el almacn "CUENTAS MODIFICADAS" si no existe. Se elimina de "CUENTAS A MODIFICAR" aquel registro cuyo DNI concuerde con el DNI del registro modificado anteriormente, si existe. PRE3 Hay un registro nuevo en el almacn "CUENTAS A MODIFICAR", y el DNI tiene correspondencia con un "USUARIO DEL SISTEMA". POST3

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

63/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Se enva al AdministradorAlta del registro concordante en "USUARIO DEL SISTEMA" los datos del registro nuevo de "CUENTAS A MODIFICAR" y es marcado para no volver a enviarse. PRE4 Hay un registro nuevo en el almacn "CUENTAS NUEVAS" y el DNI no tiene correspondenica con un "USUARIO DEL SISTEMA". POST4 Se envan a todos los administradores del almacn "ADMINISTRADORES DE USUARIOS" los datos del registro, y se marca para no volver a enviarlo. PRE5 No se cumple PRE1 ni PRE2. POST5 Se enva un mensaje de error indicando de la cancelacin de la operacin dado que inclumple una condicin ni de PRE1 ni PRE2.

Process: Validar Datos Cuentas Minispec or Description: PRE1 Llega por OpDocenteActualizCuenta un DNI que est en "USUARIO DEL SISTEMA" con Estado igual a activo y no est en "CUENTAS A MODIFICAR". Tambin por este flujo llega cualquier combinacin no vaca de (Direccin) + (DireccinProfesional) + (categoraProf) + (Nivel) + (CorreoElectrnico) + (login) + (Estado) + (Expiracin). POST1 Se inserta un registro en "CUENTAS A MODIFICAR" cuyos campos son los llegados por el flujo. Los campos que faltan para rellenar el registro del almacn anterior porque son datos que no llegan por el flujo al ser opcionales, se recogern del registro correspondiente en "USUARIO DEL SISTEMA". PRE2 Llega por OpDocenteActualizCuenta un DNI que est en "USUARIO DEL SISTEMA" con Estado igual a activo y est en "CUENTAS A MODIFICAR". Tambin por este flujo llega cualquier combinacin no vaca de (Direccin) + (DireccinProfesional) + (categoraProf) + (Nivel) + (CorreoElectrnico) + (login) + (Estado) + (Expiracin). POST2 Se actualiza el registro en "CUENTAS A MODIFICAR" cuyos campos son los llegados por el flujo. Los campos que faltan para rellenar el registro del almacn anterior se dejan como estaban. PRE3 Llega PeticinCuentas (Nombre + Apellidos + DNI + FechaNacimiento + Direccin + DireccinProfesional + CorreoElectrnico + login + password) y el DNI no est en "USUARIOS DEL SISTEMA" ni en "CUENTAS NUEVAS". POST3 Se inserta en "CUENTAS NUEVAS" un registro con los datos llegados por el flujo PeticinCuentas.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

64/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

PRE4 Llega por OpAdminCambioCuenta un DNI que est en "USUARIO DEL SISTEMA" con Estado igual a activo y no est en "CUENTAS A MODIFICAR". Tambin por este flujo llega cualquier combinacin no vaca de (Direccin) + (DireccinProfesional) + (categoraProf) + (Nivel) + (CorreoElectrnico) + (login) + (Estado) + (Expiracin). POST4 Se inserta un registro en "CUENTAS A MODIFICAR" cuyos campos son los llegados por el flujo. Los campos que faltan para rellenar el registro del almacn anterior porque son datos que no llegan por el flujo al ser opcionales, se recogern del registro correspondiente en "USUARIO DEL SISTEMA". PRE5 Llega por OpAdminCambioCuenta un DNI que est en "USUARIO DEL SISTEMA" con Estado igual a activo y est en "CUENTAS A MODIFICAR". Tambin por este flujo llega cualquier combinacin no vaca de (Direccin) + (DireccinProfesional) + (categoraProf) + (Nivel) + (CorreoElectrnico) + (login) + (Estado) + (Expiracin). POST5 Se actualiza el registro en "CUENTAS A MODIFICAR" cuyos campos son los llegados por el flujo. Los campos que faltan para rellenar el registro del almacn anterior se dejan como estaban. PRE6 No se cumple ninguno de las anteriores precondiciones. POST6 Se enva un mensaje de error indicando la cancelacin de la operacin. Dataflow: EvalAdminActualizacionCuentas From-symbol: Modificar Estado Cuenta [Process] Data within flow: EvalAdminActualizacionCuentas Dataflow: OpAdminCambioCuenta To-symbol: Validar Datos Cuentas [Process] Data within flow: OpAdminCambioCuenta Dataflow: OpAdminModificarCuenta To-symbol: Modificar Estado Cuenta [Process] Data within flow: OpAdminModificarCuenta Dataflow: OpDocenteActualizCuenta To-symbol: Validar Datos Cuentas [Process] Data within flow: OpDocenteActualizCuenta Dataflow: PeticinCuentas From-symbol: Usuarios [External] To-symbol: Validar Datos Cuentas [Process] Data within flow: Nombre + Apellidos + DNI + FechaNacimiento + Direccin + DireccinProfesional + login + password

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

65/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Datastore: ADMINISTRADORES DE USUARIOS Output flows going to Modificar Estado Cuenta [Process] Update flows connected to Extraer Administradores de Usuarios [Process] Data within store: @DNI + DirCorreo + Login + password

Datastore: CORREOS Input flows coming from Enviar Datos Nueva Cuenta [Process] Data within store: @Emisor + @Receptor + @Hora-llegada + CuerpoMensaje + Estado-correo

Datastore: CUENTAS A MODIFICAR Input flows coming from Validar Datos Cuentas [Process] Update flows connected to Modificar Estado Cuenta [Process] Data within store: @DNI + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + login + Expiracin + Estado

Datastore: CUENTAS MODIFICADAS Input flows coming from Modificar Estado Cuenta [Process] Update flows connected to Enviar Datos Nueva Cuenta [Process] Data within store: @DNI

Datastore: CUENTAS NUEVAS Input flows coming from Validar Datos Cuentas [Process] Update flows connected to Modificar Estado Cuenta [Process] Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada Datastore: USUARIO DEL SISTEMA Output flows going to Enviar Datos Nueva Cuenta [Process] going to Extraer Administradores de Usuarios [Process] going to Validar Datos Cuentas [Process] Update flows connected to Modificar Estado Cuenta [Process]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

66/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD4. Gestor de Aula Virtual


Dataflow: DesarrolloCurso From-symbol: [XOR Connector] To-symbol: Gestionar Desarrollo Curso [Process] Data within flow: DesarrolloCurso Dataflow: EvalAdminCursos From-symbol: Gestionar Matriculacin [Process] Data within flow: EvalAdminCursos Dataflow: EvalCurso From-symbol: Gestionar Desarrollo Curso [Process] To-symbol: Tutor [External] Data within flow: [ EvalDocenteForos | EvalTutorEjercicios ] Dataflow: EvalDesarrolloCurso From-symbol: Gestionar Desarrollo Curso [Process] To-symbol: [XOR Connector] Data within flow: EvalDesarrolloCurso Dataflow: EvalDocenteCurso From-symbol: [XOR Connector] To-symbol: [XOR Connector] Data within flow: EvalDocenteCurso Dataflow: EvalOfertaCursos From-symbol: Gestionar Preinscripcin [Process] To-symbol: [XOR Connector] Data within flow: EvalOfertaCursos Dataflow: GestinCurso From-symbol: Tutor [External] To-symbol: Gestionar Desarrollo Curso [Process] Data within flow: [ AccesoDocenteForos | ControlDesarrolloTutor ] Dataflow: MatriculacinCurso From-symbol: [XOR Connector] To-symbol: Gestionar Matriculacin [Process] Data within flow: MatriculacinCurso Dataflow: OpAdminCursos

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

67/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

To-symbol: Gestionar Matriculacin [Process] Data within flow: OpAdminCursos Dataflow: ParticiparCurso To-symbol: [XOR Connector] Data within flow: ParticiparCurso

Dataflow: PreinscripcinCurso From-symbol: [XOR Connector] To-symbol: Gestionar Preinscripcin [Process] Data within flow: PreinscripcinCurso Datastore: CORREOS Input flows coming from [XOR Connector] Data within store: @Emisor + @Receptor + @Hora-llegada + CuerpoMensaje + Estado-correo Datastore: CURSOS Output flows going to Gestionar Desarrollo Curso [Process] going to Gestionar Preinscripcin [Process] Update flows connected to Gestionar Matriculacin [Process] Data within store: @Nombre + mbito + Tutor + Administrador + Login + password + Duracin + Fecha-inicio + EstadoCurso + Descripcin + 0{CriterioSistema + Prioridad}N Datastore: MATRICULADOS Output flows going to Gestionar Desarrollo Curso [Process] Update flows connected to Gestionar Matriculacin [Process] Data within store: @Curso + 5{DNI + DirCorreo}MaxAlumnos Datastore: PREINSCRIPCIONES Input flows coming from Gestionar Preinscripcin [Process] Output flows going to Gestionar Matriculacin [Process] Data within store: @DNI + @Curso + 0{CriterioSistema}N Datastore: USUARIO DEL SISTEMA Output flows going to Gestionar Preinscripcin [Process] Update flows connected to Gestionar Matriculacin [Process]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

68/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD4.1. Gestionar Preinscripcin


Process: Mostrar Cursos Minispec or Description: PRE1 Llega un registro de cursos de CURSOS POST1 Se enva por EvalOfertaCursos la informacin de los cursos a aquellos docentes que tengan el estado a Activo y: con CPR igual al CPR del curso o que curso tenga mbito Regional.

Process: Validar Solicitudes Cursos Minispec or Description: PRE1 Llega el flujo de datos PreinscripcinCurso con un DNI vlido en el almacn "USUARIO DEL SISTEMA" con Estado igual a Activo, DNI y Curso llegados no est en un registro del almacn PREINSCRIPCIONES. El EstadoCurso del Curso en el almacn CURSOS est en preinscripcin y Feha-inicio + Duracin es mayor que la fecha actual. *no sobrepasar el perodo de preinscripcin* POST1 Se insertar en PREINSCRIPCIONES los datos llegados por el flujo PreinscripcinCurso: DNI +Curso +0{CriterioSistema}N y se enviar un mensaje indicando que se puede pedir documentalmente la validacin de los criterios aceptados. PRE2 No se cumple PRE1. POST2 Se enviar un mensaje de error indicando la cancelacin de la operacin.

Dataflow: EvalOfertaCursos From-symbol: Mostrar Cursos [Process] Data within flow: EvalOfertaCursos Dataflow: PreinscripcinCurso To-symbol: Validar Solicitudes Cursos [Process] Data within flow: PreinscripcinCurso

Datastore: CURSOS Output flows going to [AND Connector]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

69/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Data within store: @Nombre + mbito + Tutor + Administrador + Login + password + Duracin + Fecha-inicio + EstadoCurso + Descripcin + 0{CriterioSistema + Prioridad}N

Datastore: PREINSCRIPCIONES Update flows connected to Validar Solicitudes Cursos [Process] Data within store: @DNI + @Curso + 0{CriterioSistema}N

Datastore: USUARIO DEL SISTEMA Output flows going to Validar Solicitudes Cursos [Process] going to Mostrar Cursos [Process] Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD4.2. Gestionar Matriculacin


Process: Aceptar Matriculacin y cambios estados Minispec or Description: PRE1 Llega por MatriculacinCurso una tupla DNI + Curso que aparece en ADMITIDOS, DNI aparece en "USUARIO DEL SISTEMA" con Estado a Activa y Curso tiene correspondencia con un registro de CURSOS, en el que EstadoCurso es matriculacin y Fecha-inicio + Duracin es mayor que la fecha actual del sistema. POST1 Se insertar en MATRICULADOS, si no existe, un nuevo registro con Curso, DNI y DirCorreo (el del DNI en "USUARIO DEL SISTEMA"), y si existe el registro, se aade solo el DNI y DirCorreo. Se borrar de ADMITIDOS el DNI para que no se pueda volver a matricular. * Actualizamos el estado de los cursos con este proceso * PRE2 Hay un registro en CURSOS en el que EstadoCurso es preinscripcin y Fecha-inicio + Duracin es menor que la fecha actual. POST2 Se actualizar ese registro cambiando EstadoCurso por matriculacin y Fecha-inicio y Duracin el que llegue del Administrador del Curso por OpAdminCambioEstadoCurso. PRE3 Hay un registro en CURSOS en el que EstadoCurso es matriculacin y Fecha-inicio + Duracin es menor que la fecha actual. POST3

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

70/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Se actualizar ese registro cambiando EstadoCurso por desarrollo y Fecha-inicio y Duracin el que llegue del Administrador del Curso por OpAdminCambioEstadoCurso.

Process: Admitir Alumnos Minispec or Description: PRE1 Hay registros nuevos en el almacn PREINSCRIPCIONES y Curso aparece en un registro del almacen "ADMINISTRADORES DE CURSOS". POST1 Se enviar por EvalAdmisin los datos del registro PREINSCRIPCIONES al Administrador correspondiente del Curso de la preinscripcin, es decir, al que tiene el DNI que se asocia con el Curso en el almacn "ADMINISTRADORES DE CURSOS" y que el estado de su cuenta sea Activa. PRE2 Llega OpAdminAdminisinAlumnos, con Administrador, un DNI que se asocia con el Curso llegado en el almacn "ADMINISTRADORES DE CURSOS" y su Estado de la cuenta es Activa. Ningn DNI que llega por este flujo aparece 5 veces o ms en el almacn ADMITIDOS *no permitir que un Docente se matricule de ms de 5 asignaturas, mejor no hacerlo a la hora de matricular para asegurar las plazas a otros Docentes*. POST2 Se inserta o reemplaza en ADMITIDOS los datos llegados.

Process: Cancelar Cursos Minispec or Description: COMIENZA REPETIR LEER el siguiente registro de "ADMINISTRADORES DE CURSOS" en reg HASTA OpAdminCancelacinCurso.DNI=reg.DNI SI OpAdminCancelacinCurso.Curso est en reg ENTONCES REPETIR LEER el siguiente registro de "CURSOS" en reg2 HASTA OpAdminCancelacinCurso.Curso=reg2.Curso reg2.EstadoCurso=cancelada. FIN-SI TERMINA

Process: Consultar Matriculados Minispec or Description: PRE1 Llega un registro de matriculados del almacn MATRICULADOS. POST1 Se enviar por EvalMatriculados cada registro de MATRICULADOS al Administrador del Curso ese registro (DNI que viene asociado a ese Curso en

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

71/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

"ADMINISTRADORES DE CURSOS") y ese Administrador tiene EstadoCuenta=Activa.

Process: Enviar Autenticacin Minispec or Description: PRE1 Se inserta un nuevo DNI + DirCorreo en un registro de MATRICULADOS. POST1 Se escribir en CORREOS un correo con Receptor el DirCorreo nuevo, y CuerpoMensaje la informacin del Curso del registro que se acaba de modificar, conseguida del almacn CURSOS. Process: Extraer Administradores de Cursos Minispec or Description: PRE1 Existe en "USUARIO DEL SISTEMA" un registro con Nivel=AdCurso y DNI no est en "ADMINISTRADORES DE CURSOS" POST1 El DNI, login, password y DirCorreo del registro encontrado se insertarn en el almacn "ADMINISTRADORES DE CURSOS"

Process: Penalizar Minispec or Description: COMIENZA LLEGA OpAdminPenalizacin *Ver si es realmente el administrador de un curso* REPETIR LEER siguiente registro de "ADMINISTRADORES DE CURSOS" en reg HASTA OpAdminPenalizacin.Administrador = reg.DNI PARA TODO registro reg2 de ADMITIDOS que contiene OpAdminPenalizacin.DNI SI reg2.Curso en el almacn CURSOS tiene EstadoCurso=desarrollo ENTONCES PARA TODO registro reg3 de MATRICULADOS en que reg2.Curso = reg3.Curso SI reg3 no contiene OpAdminPenalizacin.DNI ENTONCES ok<--TRUE SINO ok<--FALSE FIN-SI *En esta estructura de condicin se ve si el docente a penalizar est en admitidos de un curso en desarrollo pero no en matriculados* FIN-PARA FIN-SI FIN-PARA SI ok=TRUE ENTONCES REPETIR LEER siguiente registro de "USUARIOS DEL SISTEMA" en reg

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

72/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

HASTA OpAdminPenalizacin.DNI = reg.DNI reg.CuentaPenalizada=TRUE FIN-SI * Ntese que lo puede realizar cualquier administrador de Cursos, pero en cambio solo deja penalizar si el sistema comprueba que de verdad se cumple * TERMINA

Dataflow: EvalAdmisin From-symbol: Admitir Alumnos [Process] Data within flow: EvalAdmisin Dataflow: EvalMatriculados From-symbol: Consultar Matriculados [Process] Data within flow: EvalMatriculados Dataflow: MatriculacinCurso To-symbol: Aceptar Matriculacin y cambios estados [Process] Data within flow: MatriculacinCurso Dataflow: OpAdminAdmisinAlumnos To-symbol: Admitir Alumnos [Process] Data within flow: OpAdminAdmisinAlumnos Dataflow: OpAdminCambioEstadoCurso To-symbol: Aceptar Matriculacin y cambios estados [Process] Data within flow: OpAdminCambioEstadoCurso Dataflow: OpAdminCancelacinCurso To-symbol: Cancelar Cursos [Process] Data within flow: OpAdminCancelacinCurso Dataflow: OpAdminPenalizacin To-symbol: Penalizar [Process] Data within flow: OpAdminPenalizacin Datastore: ADMINISTRADORES DE CURSOS Output flows going to Admitir Alumnos [Process] going to Cancelar Cursos [Process] going to Penalizar [Process] going to Consultar Matriculados [Process] Update flows connected to Extraer Administradores de Cursos [Process] Data within store: @DNI + DirCorreo + Estado + 1{Curso}N Datastore: ADMITIDOS Output flows going to Penalizar [Process] Update flows

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

73/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

connected to Aceptar Matriculacin y cambios estados [Process] connected to Admitir Alumnos [Process] Data within store: @Curso + 0{DNI}MaxAlumnos

Datastore: CRITERIOS ADMISIN Output flows going to Admitir Alumnos [Process] Data within store: @Cdigo + Texto

Datastore: CURSOS Output flows going to Admitir Alumnos [Process] going to Penalizar [Process] going to Enviar Autenticacin [Process] Update flows connected to Aceptar Matriculacin y cambios estados [Process] connected to Cancelar Cursos [Process] Data within store: @Nombre + mbito + Tutor + Administrador + Login + password + Duracin + Fecha-inicio + EstadoCurso + Descripcin + 0{CriterioSistema + Prioridad}N Datastore: MATRICULADOS Input flows coming from Aceptar Matriculacin y cambios estados [Process] Output flows going to Consultar Matriculados [Process] going to Enviar Autenticacin [Process] going to Penalizar [Process] Data within store: @Curso + 5{DNI + DirCorreo}MaxAlumnos Datastore: PREINSCRIPCIONES Output flows going to Admitir Alumnos [Process] Data within store: @DNI + @Curso + 0{CriterioSistema}N Datastore: USUARIO DEL SISTEMA Output flows going to Extraer Administradores de Cursos [Process] going to Aceptar Matriculacin y cambios estados [Process] Update flows connected to Penalizar [Process] Data within store: Nombre + Apellidos + @DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada

DFD4.3. Gestionar Desarrollo Curso


Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor 74/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Process: Controlar Alumnos Minispec or Description: PRE1 Llega el flujo de datos AccesoCurso con DNI +Curso +Login +password, DNI est en el registro correspondiente a Curso en el almacn MATRICULADOS, si se encuentra, y NO est en "ALUMNOS CURSOS". Login y password corresponden a los asociados a Curso en el almacn CURSOS. POST1 Se insertar en "ALUMNOS CURSOS" una tupla con DNI y Curso. PRE2 Llega el flujo de datos AccesoCurso con DNI +Curso +Login +password, DNI est en el registro correspondiente a Curso en el almacn MATRICULADOS, si se encuentra, y est en "ALUMNOS CURSOS". Login y password corresponden a los asociados a Curso en el almacn CURSOS. POST2 Se eliminar de "ALUMNOS CURSOS" la tupla con DNI y Curso. Process: Gestionar Foro Minispec or Description: PRE1 Llega por el flujo ParticipacinForo un DNI que est asociado al Nombre del foro en el campo Respuesta del flujo en el almacn FOROS. Ese foro tiene asociado un NombreCurso, que tiene correspondencia con un curso del almacn CURSOS. DNI y NombreCurso aparecen en un registro de "ALUMNOS CURSOS". POST1 Se aadir la Respuesta llegada por el flujo en el registro correspondiente al Nombre del foro del almacn FOROS. Se inclur DNI, Texto de la respuesta y Hora-llegada como hora actual del sistema. PRE2 Hay nuevas Respuestas en un registro del almacn FOROS que tiene asociado un campo NombreCurso. POST2 Se enviarn estas respuestas junto al Cdigo del foro a los docentes cuyos DNI y NombreCurso aparecen en "ALUMNOS CURSOS" por el flujo EvalForoDocente, y por EvalForoTutor al tutor que aparece asociado a NombreCurso en el almacn TUTORES. PRE3 Llega por el flujo ControlForoTutor un DNI que est asociado al Nombre del foro en el campo Respuesta del flujo en el almacn FOROS. Ese foro tiene asociado un NombreCurso, que tiene correspondencia con un curso del almacn CURSOS. DNI y NombreCurso aparecen en un registro de "TUTORES". POST3 Se aadir la Respuesta llegada por el flujo en el registro correspondiente al Nombre del foro del almacn FOROS. Se inclur DNI, Texto de la respuesta y Hora-llegada como hora actual del sistema.

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

75/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

PRE4 No se cumple nada de lo anterior. POST4 Se enviar un mensaje de error indicando la cancelacin de la operacin.

Dataflow: AccesoCurso To-symbol: Controlar Alumnos [Process] Data within flow: AccesoCurso Dataflow: ControlDesarrolloTutor From-symbol: [XOR Connector] To-symbol: Desarrollar Curso [Process] Data within flow: ControlDesarrolloTutor Dataflow: ControlForoTutor From-symbol: [XOR Connector] To-symbol: Gestionar Foro [Process] Data within flow: AccesoDocenteForos Dataflow: EvalCurso From-symbol: [XOR Connector] To-symbol: Tutor [External] Data within flow: [ EvalDocenteForos | EvalTutorEjercicios ] Dataflow: EvalDesarrolloDocente From-symbol: Desarrollar Curso [Process] Data within flow: EvalDesarrolloDocente Dataflow: EvalForoDocente From-symbol: Gestionar Foro [Process] Data within flow: EvalDocenteForos Dataflow: EvalForoTutor From-symbol: Gestionar Foro [Process] To-symbol: [XOR Connector] Data within flow: EvalDocenteForos Dataflow: EvalTutorEjercicios From-symbol: Desarrollar Curso [Process] To-symbol: [XOR Connector] Data within flow: EvalTutorEjercicios Dataflow: GestinCurso From-symbol: Tutor [External] To-symbol: [XOR Connector] Data within flow: [ AccesoDocenteForos | ControlDesarrolloTutor ] Dataflow: ParticipacinDesarrollo To-symbol: Desarrollar Curso [Process]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

76/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Data within flow: ParticipacinDesarrollo Dataflow: ParticipacinForo To-symbol: Gestionar Foro [Process] Data within flow: AccesoDocenteForos Datastore: ALUMNOS CURSOS Output flows going to Gestionar Foro [Process] going to Desarrollar Curso [Process] Update flows connected to Controlar Alumnos [Process] Data within store: @Curso + @DNI Datastore: CURSOS Output flows going to Gestionar Foro [Process] going to Desarrollar Curso [Process] going to Controlar Alumnos [Process] Data within store: @Nombre + mbito + Tutor + Administrador + Login + password + Duracin + Fecha-inicio + EstadoCurso + Descripcin + 0{CriterioSistema + Prioridad}N Datastore: FOROS Update flows connected to Gestionar Foro [Process] Data within store: @Cdigo + Administrador + (NombreCurso) + Descripcin + 1{DNI}N + 0{DNI + Texto + Hora-llegada}MaxRespuestas Datastore: MATRICULADOS Output flows going to Desarrollar Curso [Process] going to Controlar Alumnos [Process] Data within store: @Curso + 5{DNI + DirCorreo}MaxAlumnos Datastore: TUTORES Output flows going to Gestionar Foro [Process] going to Desarrollar Curso [Process] Data within store: @DNI + DirCorreo + 1{Curso}N

DFD4.3.3. Desarrollar Curso


Process: Admitir Respuestas Minispec or Description: PRE1 Llega una tupla DNI +Prctica +Nmero +Texto por el flujo Respuestas, DNI aparece en el almacn "ALUMNOS CURSOS", el Curso de la Prctica est asociado a un registro del almacn anterior que contiene DNI de la tupla, DNI, Prctica y

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

77/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Nmero no estn en el almacn "NO OTRA OPORTUNIDAD" ni en "RESPUESTAS ALUMNOS" y Fecha-inicio + Duracin de la Prctica no es mayor que la hora actual del sistema. POST1 Se almacena en "RESPUESTAS ALUMNOS" DNI, Prctica, Nmero, Texto y TipoEjercicio (conseguido del almacn EJERCICIOS) y en "NO OTRA OPORTUNIDAD" DNI, prctica y Nmero. PRE2 Llega una tupla DNI +Prctica +Nmero +Texto por el flujo Respuestas, DNI aparece en el almacn "ALUMNOS CURSOS", el Curso de la Prctica est asociado a un registro del almacn anterior que contiene DNI de la tupla, DNI, Prctica y Nmero no estn en el almacn "NO OTRA OPORTUNIDAD" y s en "RESPUESTAS ALUMNOS" y Fecha-inicio + Duracin de la Prctica no es mayor que la hora actual del sistema. POST2 Se actualiza Texto del registro encontrado en "RESPUESTAS ALUMNOS" que concuerda con DNI, Prctica y Nmero y en "NO OTRA OPORTUNIDAD" DNI, prctica y Nmero. PRE3 Llega una tupla DNI +Prctica +Nmero +Texto por el flujo Respuestas, DNI aparece en el almacn "ALUMNOS CURSOS", el Curso de la Prctica est asociado a un registro del almacn anterior que contiene DNI de la tupla, DNI, Prctica y Nmero estn en el almacn "NO OTRA OPORTUNIDAD". POST3 Se enva un mensaje de error indicando que no puede volver a contestar la pregunta. PRE4 No se cumple ninguna precondicin anterior. POST4 Se enva un mensaje de error indicando la imposibilidad de realizar la operacin.

Process: Corregir Ejercicios Minispec or Description: PRE1 Existe un registro en "RESPUESTAS ALUMNOS" cuyo TipoEjercicio es test y Prctica y Nmero de ese registro aparecen en uno de los del almacn "RESPUESTAS". Se comprueba texto del registro de "RESPUESTAS ALUMNOS" que contendr normalmente una letra indicando la respuesta contestada, y texto del registro de "RESPUESTAS" y resulta ser igual. POST1 Ejercicio correcto, por lo tanto: se inserta en CALIFICACIONES, si no existe, un registro con DNI y Prctica conseguidos del registro encontrado en "RESPUESTAS ALUMNOS" y Puntuacin la del registro concordante del almacn "RESPUESTAS". Si ya exista este registro en CALIFICACIONES, se actualiza sumando a Puntuacin la del registro de "RESPUESTAS". Se elimina el registro correspondiente del "RESPUESTAS ALUMNOS".

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

78/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

PRE2 Existe un registro en "RESPUESTAS ALUMNOS" cuyo TipoEjercicio es test y Prctica y Nmero de ese registro aparecen en uno de los del almacn "RESPUESTAS". Se comprueba texto del registro de "RESPUESTAS ALUMNOS" que contendr normalmente una letra indicando la respuesta contestada, y texto del registro de "RESPUESTAS" y resulta ser distinto. POST2 Ejercicio correcto, por lo tanto: se inserta en CALIFICACIONES, si no existe, un registro con DNI y Prctica conseguidos del registro encontrado en "RESPUESTAS ALUMNOS" y Puntuacin 0. Si ya exista este registro en CALIFICACIONES, no se hace nada. PRE3 Existe un registro nuevo en "RESPUESTAS ALUMNOS" cuyo TipoEjercicio es desarrollo y Prctica y Nmero de ese registro aparecen en uno de los del almacn "RESPUESTAS". Curso de Prctica est en CURSOS POST3 Se enviarn los datos de este nuevo registro por el flujo de salida EvalTutorEjercicios al Tutor asociado al Curso en el almacn CURSOS. PRE4 Llega por el flujo de datos CorreccinEjercicios un Tutor cuyo DNI que est en el almacn TUTORES, el Curso asociado a la Prctica llegada desde el flujo est en uno de los que tiene asociado este DNI en TUTORES. El DNI llegado por el flujo (no es el del Tutor, el del docente) tiene asociado en CURSOS el Curso de la prctica, y DNI, Prctica y Nmero tiene un registro en "RESPUESTAS ALUMNOS". POST4 Se insertar en CALIFICACIONES, si no existe, un registro con DNI y Prctica conseguidos del registro encontrado en "RESPUESTAS ALUMNOS" y Puntuacin la llegada por CorreccinEjercicios. Si ya exista este registro en CALIFICACIONES, se actualizar Puntuacin con la suma del valor anterior y el actual. Se elimina el registro concordante de "RESPUETAS ALUMNOS". PRE5 No se cumple nada de lo anterior. POST5 Se enviar un mensaje de error indicando de la cancelacin de la operacin.

Process: Evaluar Alumnos Minispec or Description: PRE1 Llega por el flujo EvaluacinAlumnos un Tutor cuyo DNI aparece asociado a Curso en un registro del almacn CURSOS, y en este registro, Fecha-inicio + Duracin es igual o menor que la fecha actual del sistema. El DNI llegado tiene asociado el Curso en el almacn MATRICULADOS. POST1 Se enviar a CORREOS un mensaje con Receptor=DirCorreo asociado al DNI en MATRICULADOS, Estado pendiente y Texto indicando la finalizacin del

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

79/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

curso ms la Puntuacin llegada por el flujo ms la informacin en CALIFICACIONES asociada a ese DNI y Curso. PRE2 No se cumple PRE1. POST2 Se enviar un mensaje de error indicando la cancelacin de la operacin.

Process: Mostrar Ejercicios Minispec or Description: PRE1 Llega por el flujo de datos Ejercicios (DNI +Prctica +Nmero) un DNI que est en "ALUMNOS CURSOS", el Curso de la Prctica llegada est asociado a este DNI en un registro del almacn anterior, Prctica y Nmero a un registro del almacn EJERCICIOS. POST1 Se devuelve al Docente que ha pedido este ejercicio por el flujo EvalTemas la informacin del registro encontrado en el almacn EJERCICIOS: Prctica +Nmero +Texto +Puntuacin +TipoEjercicio. PRE2 No se cumple ninguna de las condiciones de PRE1 POST2 Se enva un mensaje de error indicando que se ignora la operacin.

Process: Mostrar Notas Minispec or Description: PRE1 Existe un registro, no enviado, en CALIFICACIONES en el que Fecha-inicio + Duracin del campo Prctica es igual que la fecha actual del sistema o inferior, DNI y Curso de la Prctica del registro est en "ALUMNOS CURSOS" y tambin en "MATRICULADOS". POST1 Se enviar por el flujo EvalNotas la Prctica y Puntuacin correspondiente al registro encontrado en CALIFICACIONES al docente con DNI el que aparece en CALIFICACIONES. Purpose: Process: Mostrar Temas Minispec or Description: PRE1 Llega por el flujo de datos Temas (DNI +Curso +Nombre) un DNI que est en "ALUMNOS CURSOS", el Curso llegado est asociado a este DNI en un registro del almacn anterior y Nombre pertenece al nombre de un Tema del Curso que llega buscando en el almacn TEMAS. POST1

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

80/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Se devuelve al Docente que ha pedido este tema por el flujo EvalTemas la informacin del registro encontrado en el almacn TEMAS: Curso + Nombre + Descripcin + Prctica. PRE2 No se cumple ninguna de las condiciones de PRE1 POST2 Se enva un mensaje de error indicando que se ignora la operacin.

Dataflow: CorreccinEjercicios To-symbol: Corregir Ejercicios [Process] Data within flow: CorreccinEjercicios Dataflow: Ejercicios To-symbol: Mostrar Ejercicios [Process] Data within flow: Ejercicios Dataflow: EvalEjercicios From-symbol: Mostrar Ejercicios [Process] Data within flow: EvalEjercicios Dataflow: EvalNotas From-symbol: Mostrar Notas [Process] Data within flow: EvalNotas Dataflow: EvalTemas From-symbol: Mostrar Temas [Process] Data within flow: EvalTemas Dataflow: EvalTutorEjercicios From-symbol: Corregir Ejercicios [Process] Data within flow: EvalTutorEjercicios Dataflow: EvaluacinAlumnos To-symbol: Evaluar Alumnos [Process] Data within flow: EvaluacinAlumnos Dataflow: Respuestas To-symbol: Admitir Respuestas [Process] Data within flow: Respuestas Dataflow: Temas To-symbol: Mostrar Temas [Process] Data within flow: Temas Datastore: ALUMNOS CURSOS Output flows going to Mostrar Temas [Process] going to Mostrar Notas [Process]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

81/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

going to Admitir Respuestas [Process] going to Mostrar Ejercicios [Process] Data within store: @Curso + @DNI Datastore: CALIFICACIONES Input flows coming from Corregir Ejercicios [Process] Output flows going to Evaluar Alumnos [Process] going to Mostrar Notas [Process] Data within store: @DNI + @Prctica + Puntuacin Datastore: CURSOS Output flows going to Mostrar Temas [Process] going to Mostrar Ejercicios [Process] going to Corregir Ejercicios [Process] going to Evaluar Alumnos [Process] Data within store: @Nombre + mbito + Tutor + Administrador + Login + password + Duracin + Fecha-inicio + EstadoCurso + Descripcin + 0{CriterioSistema + Prioridad}N Datastore: EJERCICIOS Output flows going to Mostrar Ejercicios [Process] going to Admitir Respuestas [Process] Data within store: @Prctica + @Nmero + Texto + Puntuacin + TipoEjercicio Datastore: MATRICULADOS Output flows going to Admitir Respuestas [Process] going to Evaluar Alumnos [Process] going to Mostrar Notas [Process] Data within store: @Curso + 5{DNI + DirCorreo}MaxAlumnos Datastore: NO OTRA OPORTUNIDAD Input flows coming from Corregir Ejercicios [Process] Output flows going to Admitir Respuestas [Process] Data within store: @DNI + @Prctica + @Nmero Datastore: RESPUESTAS Output flows going to Corregir Ejercicios [Process] Data within store: @Prctica + @Nmero + Texto + Puntuacin Datastore: RESPUESTAS ALUMNOS Update flows connected to Corregir Ejercicios [Process]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

82/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

connected to Admitir Respuestas [Process] Data within store: @DNI + @Prctica + @Nmero + Texto + TipoEjercicio Datastore: TEMAS Output flows going to Mostrar Temas [Process] Data within store: @Curso + @Nombre + Descripcin + Prctica Datastore: TUTORES Output flows going to Corregir Ejercicios [Process] going to Evaluar Alumnos [Process] Data within store: @DNI + DirCorreo + 1{Curso}N

DEFINICIONES DE ELEMENTOS COMPUESTOS (data structure):


Formato: <<NOMBRE>> COMPOSICIN. <<AccesoCurso>> DNI + Curso + Login +password <<AccesoDocenteCorreo>> [ OpDocenteEnvoCorreo | OpDocenteSolicitudListaDistrib ] <<AccesoDocenteForos>>[ DNI + Respuesta | OpDocenteConsultaForo | PeticinEntrarForo ] <<AccesoDocenteTablonAnunc>> DNI + Tabln + Anuncios <<AccesoRecDocumental>> [ AccesoDocenteForos | AccesoDocenteTablonAnunc | AccesoDocenteCorreo ] <<Administrador>> DNI <<Anuncios>> Cdigo + Hora-llegada + Autor + Texto <<Autor>> DNI <<BsquedaNoticias>> (Cdigo) + (Hora-llegada) + (Autor) + (mbito) + (Texto) <<BsquedaRecursosDidcticos>> OpcinBusquedaRecursos <<Centro>> Nombre <<ConsultaForos>> Cdigo + 0{Respuesta}N <<ConsultaNoticias>> 0{Noticia}N <<ConsultaRecursos>> Nombre + Autor + Descripcin + TipoRecurso <<ControlDesarrolloTutor>> [ EvaluacinAlumnos | CorreccinEjercicios ] <<CorreccinEjercicios>> DNI + Prctica + Nmero + Puntuacin + Tutor <<CriterioSistema>> Cdigo + Descripcin <<Curso>> Nombre <<DesarrolloCurso>> [ AccesoCurso | ParticipacinDesarrollo | AccesoDocenteForos ] <<Ejercicios>> DNI + Prctica + Nmero <<Emisor>> Nombre + DirCorreo <<EvalAdminActualizacionCuentas>> DNI + (Direccin) + (DireccinProfesional) + (categoraProf) + (Nivel) + (DirCorreo)+ (login) +(password) + (Expiracin) + (Estado) <<EvalAdminActualizacinListasAdministracin>> DNI + DirCorreo + CodigoLista <<EvalAdminBusquedaNoticias>> 0{Noticia}N <<EvalAdminBusquedaRecDidc>> 0{Cdigo + Nombre + Autor + AdministradorAlta + Descripcin + TipoRecurso}N <<EvalAdminConsultaAnuncios>> Anuncios

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

83/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

<<EvalAdminConsultaCorreo>> Emisor + CuerpoMensaje + Hora-llegada <<EvalAdminConsultaCuenta>> Nombre + Apellidos + DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada <<EvalAdminConsultaListaDistribucin>> CodigoLista + Descripcin + Miembros <<EvalAdminConsultaUsuarios>> Nombre + Apellidos + DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada <<EvalAdminCorreo>> [EvalAdminListasDistribucin | EvalAdminConsultaCorreo] <<EvalAdminCursos>> [ EvalAdmisin | EvalMatriculados ] <<EvalAdminEliminacinNoticias>> Cdigo + Hora-llegada + Autor + mbito + Texto <<EvalAdminEliminacinRecDidacticos>> DNI + Cdigo <<EvalAdminEnvioCorreoALD>> @Emisor + @Receptor +@Hora-llegada + CuerpoMensaje <<EvalAdminForos>> Cdigo + 0{Respuesta}N <<EvalAdminListasDistribucin>> [EvalAdminConsultaListaDistribucin | EvalAdminActualizacinListasAdministracin] <<EvalAdminNoticias>> EvalAdminEliminacinNoticias <<EvalAdminRecDidacticos>> [EvalAdminEliminacinRecDidacticos | EvalAdminBusquedaRecDidc ] <<EvalAdminRecDocumentales>> [ EvalAdminCorreo | EvalAdminRecDidacticos | EvalAdminTablonAnunc | EvalAdminNoticias | EvalAdminForos ] <<EvalAdminTablonAnunc>> [ EvalAdminConsultaAnuncios | EvalAdminValidacinAnuncios ] <<EvalAdminUsuarios>> [ EvalAdminActualizacionCuentas |EvalAdminConsultaUsuarios | EvalAdminConsultaCuenta ] <<EvalAdminValidacinAnuncios>> Tabln + Anuncios <<EvalAdmisin>> Curso + 0{DNI + 0{CriterioSistema}N}N <<EvalCuentaDocente>> Nombre + Apellidos + DNI + FechaNacimiento + Direccin + DireccinProfesional + categoraProf + Nivel + DirCorreo + AdministradorAlta + login + password + cuota + Expiracin + Estado + CuentaPenalizada <<EvalDesarrolloCurso>> [ EvalDocenteForos | EvalDesarrolloDocente ] <<EvalDesarrolloDocente>> [ EvalTemas | EvalEjercicios | EvalNotas ] <<EvalDocenteAnuncios>> Anuncios <<EvalDocenteConsultaCorreo>> Emisor + CuerpoMensaje + Hora-llegada <<EvalDocenteCorreo>> [EvalDocenteListasDistribucin | EvalDocenteConsultaCorreo] <<EvalDocenteCurso>> [ EvalDesarrolloCurso | EvalOfertaCursos ] <<EvalDocenteForos>> Cdigo + 0{Respuesta}N <<EvalDocenteListasDistribucin>> CodigoLista + Descripcin + Miembros <<EvalEjercicios>> Prctica + Nmero + Texto + Puntuacin + TipoEjercicio <<EvalMatriculados>> @Curso + 5{DNI}N <<EvalNotas>> Prctica + Puntuacin <<EvalOfertaCursos>> Nombre + mbito + Tutor + Duracin + Fecha-inicio + EstadoCurso + Descripcin + 0{CriterioSistema + Prioridad}N <<EvalRMIIncidencia>> 0{Cdigo + Hora-llegada+ Descripcin + Centro + EstadoIncidencia + CPR + (Tcnico + Tiempo-Respuesta + causa)}N

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

84/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

<<EvalRecDocum>> [ EvalDocenteForos | EvalDocenteAnuncios |EvalDocenteCorreo] <<EvalTemas>> Curso + Nombre + Descripcin +Prctica <<EvalTutorEjercicios>> DNI + Prctica + Nmero + Texto <<EvaluacinAlumnos>> DNI + Curso + Puntuacin + Tutor <<MatriculacinCurso>> DNI + Curso <<Miembros>> 1{DirCorreo}N <<NombreCurso>> Nombre <<Noticia>> @Cdigo + Hora-llegada + Autor + mbito + Texto <<OpAdminActualizCuentas>> [ OpAdminModificarCuenta |OpAdminCambioCuenta] <<OpAdminActualizListaDistrib>>DNI +DirCorreo +CodigoLista + 0{DNI}MaxMiembrosLD <<OpAdminActualizacionNoticias>> DNI + Noticia <<OpAdminActualizarRecDidcticos>> DNI + Cdigo <<OpAdminAdmisinAlumnos>> Administrador + Curso + 0{DNI}MaxAlumnos <<OpAdminCambioContrasea>> DNI + password <<OpAdminCambioCuenta>> DNI + (Direccin) + (DireccinProfesional) + (categoraProf) + (Nivel) + (DirCorreo) + (login) + (Estado) + (Expiracin) +(cuota) <<OpAdminCambioEstadoCurso>> DNI+ Curso + Fecha-inicio + Duracin <<OpAdminCancelacinCurso>> DNI + Curso <<OpAdminConsultaForo>> DNI + Curso <<OpAdminCorreo>> [ OpAdminListasDistribucin | OpAdminEnvoCorreo ] <<OpAdminCursos>> [ OpAdminPenalizacin | OpAdminAdmisinAlumnos | OpAdminCancelacinCurso | OpAdminCambioEstadoCurso] <<OpAdminEliminacinNoticias>> DNI + Cdigo <<OpAdminEliminarRecDidcticos>> DNI + Cdigo <<OpAdminEnvoCorreo>> DNI + DirCorreo + [Receptor|CodigoLista] + CuerpoMensaje <<OpAdminForos>> [ OpAdminConsultaForo | OpAdminValidarRespuesta | OpAdminRespuesta | PeticinEntrarForo] <<OpAdminListasDistribucin>> [OpAdminSolicitudListaDistrib | OpAdminActualizListaDistrib |OpAdminValidaCorreoALD] <<OpAdminModificarCuenta>> Administrador + DNI + (Nombre + Apellidos + FechaNacimiento + login + password) + (cuota) + (Direccin) + (DireccinProfesional) + (categoraProf) + (Nivel) + (DirCorreo) + (Expiracin) + (Estado) + (CuentaPenalizada) <<OpAdminNoticias>> [ OpAdminEliminacinNoticias | OpAdminActualizacionNoticias | OpAdminNuevasNoticias ] <<OpAdminNuevasNoticias>> DNI + Noticia <<OpAdminNuevoAnuncio>> DNI + Tabln + Anuncios <<OpAdminNuevoRecursoDidctico>> DNI + Nombre + Descripcin + Autor + TipoRecurso + AdministradorAlta <<OpAdminPenalizacin>>Administrador + DNI <<OpAdminRecDidacticos>> [ OpAdminEliminarRecDidcticos | OpAdminActualizarRecDidcticos | OpAdminNuevoRecursoDidctico] <<OpAdminRecDocumentales>> [ OpAdminCorreo | OpAdminRecDidacticos | OpAdminTablonAnunc | OpAdminNoticias | OpAdminForos ]

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

85/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

<<OpAdminRespuesta>> DNI + Respuesta <<OpAdminSolicitudListaDistrib>> DNI + DirCorreo + CodigoLista <<OpAdminTablonAnunc>> [ OpAdminValidacinAnuncio |OpAdminNuevoAnuncio] <<OpAdminUsuarios>> [ OpAdminCambioContrasea | OpAdminActualizCuentas ] <<OpAdminValidaCorreoALD>> DNI+ Emisor + Receptor + Hora-llegada + ok <<OpAdminValidacinAnuncio>> DNI + Tabln + Cdigo <<OpAdminValidarRespuesta>> DNI + Cdigo + DNI <<OpCuentaDocente>> [OpDocenteActualizCuenta |OpDocenteCambioContrasea] <<OpDocenteActualizCuenta>>DNI + (Direccin) + (DireccinProfesional) + (categoraProf) + (Nivel) + (DirCorreo)+ (login) + (Estado) +(Expiracin) + (cuota) <<OpDocenteActualizarPgina>> DNI+ Nombre <<OpDocenteCambioContrasea>> DNI +password <<OpDocenteConsultaForo>> DNI + Cdigo <<OpDocenteEnvoCorreo>> DNI + DirCorreo + Receptor + CuerpoMensaje <<OpDocenteSolicitudListaDistrib>> DNI +DirCorreo <<OpRMIConsultaIncidencia>> DNI + (Hora-llegada) + (Descripcin) + (Centro) + (CPR) + (EstadoIncidencia) + (causa) + (Tcnico) <<OpRMIIncidencia>> [OpRMINuevaIncidencia |OpRMIConsultaIncidencia] <<OpRMINuevaIncidencia>> DNI + (EstadoIncidencia + Cdigo) + Descripcin <<OpcinBusquedaRecursos>> (Nombre) + (Cdigo) + (Autor) + (TipoRecurso) <<ParticipacinDesarrollo>> [ Temas | Ejercicios | Respuestas ] <<ParticiparCurso>> [ DesarrolloCurso | MatriculacinCurso | PreinscripcinCurso ] <<PeticinEntrarForo>> DNI + Cdigo <<PreinscripcinCurso>> DNI + Curso + 0{CriterioSistema}N <<Prctica>> Curso + Nombre + Nmero + Duracin + Fecha-inicio <<RMI>> DNI <<Receptor>> DirCorreo <<Respuesta>> Nombre + Texto <<Respuestas>> DNI + Prctica + Nmero + Texto <<Tabln>> Nombre <<Temas>> DNI + Curso + Nombre <<Tutor>> DNI + DirCorreo <<Tcnico>> DNI + [ CPR | Regional ] + DirCorreo <<causa>> Texto

DEFINICIONES DE ELEMENTOS (data element):


SQL Data Type character character character character character date

Name AdministradorAlta AdministradorLista Apellidos CPR CodigoLista CuentaPenalizada

Description DNI del administrador que le di de alta DNI del Administrador de la Lista Apellidos paternos y maternos del profesor Puede contener el nombre de uno de los 7 CPR de la regin. Cdigo de la lista Indica la fecha de fin de la penalizacin de la cuenta, impidiendo

Domain

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

86/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Name

Description la participacin de sta en los cursos virtuales. Si est a NULL, no est penalizado. Contiene dems cabeceras de emails, como extensiones, CC, etc. y el texto del mensaje. nico en el conjunto de datos del sistema Los siete nmeros del DNI ms la letra, por lo tanto, 8 caracteres. Con esto es suficiente para diferenciar a cada usuario en el sistema. Queda parte de la implementacin el asegurarse que el DNI que llega por el flujo pertenece verdaderamente al usuario que lo emite. Los siete nmeros del DNI ms la letra, por lo tanto, 8 caracteres. Con esto es suficiente para diferenciar a cada usuario en el sistema. Queda parte de la implementacin el asegurarse que el DNI que llega por el flujo pertenece verdaderamente al usuario que lo emite. Breve descripcin del elemento, su propsito, etc. Direccin de correo: nombre@dominio calle + nmero + (piso) + (letra) + localidad + codigoPostal - Para los docentes, el centro al que pertenecen. - Para los administradores, si pertenecen a otra organizacin, despacho, etc. Tiempo de duracin del evento Activa (Est dentro del sistema) Inactiva (No est dentro del istema, pero podr estarlo). Cancelada (No est dentro del sistema, pero no puede estarlo) Nueva (se crea al aceptar un nuevo usuario, se cambia este estado al enviar los datos por correo) Modificada (se ha cambiado sus datos personales, se cambia este estado al enviar los datos por correo).

SQL Data Type

Domain

CuerpoMensaje Cdigo

character character

DNI

character

DNICliente

character

Descripcin DirCorreo Direccin

character character character

DireccinProfesional

character

Duracin

time

Estado

character

"[ Activa | Inactiva | cancelada | nueva | modificada]"

Estado-correo EstadoCurso EstadoIncidencia Expiracin Fecha-inicio FechaNacimiento Hora-llegada Fecha en el que expirar la cuenta Fecha del comienzo del evento Fecha de nacimiento del profesor Hora y da en que lleg el correo

character character character date date date datetime

"[enviado, recibido, pendiente, ledo]" "[ preinscripcin | matriculacin | desarrollo | finalizado | cancelada ]" "[ pendiente, trmite, resuelta, cancelada ]"

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

87/88

Docentes@Murcia.NET

Prctica Fundamentos de Ingeniera del Software

Name Login MaxAlumnos MaxAnuncios MaxMiembrosLD MaxRespuestas N

Description Login del curso Nmero mximo de alumnos por curso, segn lo dicte el correspondiente Administrador. Nmero mximo de anuncios por tabln. Nmero mximo de miembros en una lista de distribucin Nmero mximo de respuestas por foro. Nmero mximo admitible por los procesos del sistema.

SQL Data Type character integer integer integer integer integer

Domain

Nivel Nombre Nmero Prioridad Puntuacin Regional Texto Tiempo-Respuesta TipoEjercicio TipoRecurso categoraProf cuota login ok password mbito tamao de la cuota de disco asignada login para entrar a la zona restringida 1 es verdadero, 0 es falso Password para entrar a la zona restringida mbito o alcance del elemento. Nombre del profesor Nmero entero de 5 dgitos. Prioridad de 0 a 10 Puntuacin de 0 a 10 con decimales Indica que el mbito de esta entidad es para toda la Regin Un texto de 1000 caracteres. Duracin de respuesta desde el alta a la baja.

character character integer integer float character character time character character character float character bit character character

"<Primario,Secundario,R MI,AdCurso,AdUsu,Ad Rec,AdNotic,AdLDistrib ,AdForo,AdTAnunc>"

"[ test | desarrollo ]" "[ud-didctica | presentacinmultimedia]" "[Docente | Administrador]"

Jos Luis Abelln Miguel, Miguel ngel Martnez del Amor

88/88

También podría gustarte