Nakama Tech

3 de jun de 2013

Nakama Tech

Documento de Requerimientos
Proyecto: Gestor de una autoescuela

Nakama Tech

3 de jun de 2013

ndice
1. Prologo................................................................................................ pag.2 1.a) Posibles lectores............................................................pag.2 1.b) Histrico de versiones........................................... ........pag.2 2. Introduccin........................................................................................ .pag.2 2.a) Necesidades del sistema...................................... .........pag.2 2.b) Funciones del sistema y sus relaciones.........................pag.3 2.c) El sistema y los objetivos de la empresa........................pag.3 3. Glosario............................................................................................... .pag.3 4. Requerimientos de usuario................................................................. .pag.3 4.a) Servicios proporcionados por el sistema.......................pag.4 4.b) Requerimientos no funcionales......................................pag.6 5. Arquitectura de sistema...................................................................... .pag.7 6. Requerimientos de sistema................................................................ .pag.7 6.a) Requerimientos funcionales................................... ........pag.7 7. Modelos grficos del sistema..............................................................pag.12 8. Evolucin del sistema......................................................................... pag.19 8.a) Suposiciones en las que se basa el sistema................pag.19 8.b) Posibles cambios debidos a evolucin del SW/HW.........,pag.19 9. Apndice............................................................................................. pag.19 Actas del proyecto........................................................ ........pag.19 10. ndice suplementarios......................................................................... pag.25 10.a) ndice de tablas.................................................... .......pag.25 10.b) ndice de diagramas....................................................pag.26

Nakama Tech

3 de jun de 2013

1. Prlogo
1.a) Posibles lectores El sistema definido en este documento es de inters para una serie de usuarios, que segn sus necesidades, usarn el sistema de un modo u otro. El personal administrativo llevar a cabo la organizacin y administracin de la autoescuela mediante las funciones especficas que les permite el sistema. El profesor de la terica podr consultar la informacin pertinente de sus horarios de trabajo y sus alumnos, y el progreso de estos durante toda sus etapas. El responsable del departamento terico podr organizar y consultar la informacin de los profesores asociados a la enseanza terica. El responsable del departamento prctico podr organizar y consultar la informacin de los profesores asociados a la enseanza prctica. El responsable de administracin podr organizar y consultar la informacin del personal asociado a la gestin y administracin. El director debe tener libre acceso a todas las funciones del sistema, para poder consultar y modif icar lo que crea conveniente. 1.b) Histrico de versiones

Revisin
1.0

Cambios
Primera versin. Informacin mnima y necesaria para empezar. Introduccin, glosario y requerimientos funcionales y no funcionales. Cambio en los requerimientos. Informacin en tablas. Actualizado ndice. Actualizado ndice de tablas. Escenarios aadidos en modelos grficos del sistema. Actualizacin de los casos de uso segn los nuevos requerimientos. Actualizado ndice. Actualizado ndice de tablas. Anexadas las actas del proyecto. Actualizado ndice.

2.0

2.1

2.2

2. Introduccin
2.a) Necesidades del sistema El sistema aportar una organizacin y gestin mejorada de la autoescuela, permitiendo una mayor rapidez y claridad en las transacciones entre los usuarios del sistema, nombrados en apartados anterior. El sistema, al ser informtico, permitir una automatizacin de la informacin que usar la autoescuela, y una adaptacin a las nuevas tecnologas. 2

Nakama Tech

3 de jun de 2013

2.b) Funciones del sistema y sus relaciones El sistema tiene que permitir el registro de un alumno, con su correspondiente informacin, y la consulta de sus datos por el personal administrativo, y de sus estadsticas, por los profesores y el propio alumno. Adems, este alumno ha de poder solicitar una convocatoria de examen y una fcil comunicacin con sus profesores. El sistema permite que el personal administrativo acceda a todas las instancias de registro necesarias para poder aadir la informacin de los nuevos alumnos registrados y actualizar la informacin de los alumnos matriculados. Los profesores tienen que poder consultar los progresos de sus alumnos en todos sus formatos, adems de registrar los progresos realizados y asignar un profesor de prcticas o un vehculo. Los responsables, a su vez, gestionarn a estos profesores. El director consulta las reclamaciones hechas por los alumnos. Adems controla el trabajo realizado por el personal, de enseanza y administrativo, de la autoescuela. 2.c) El sistema y los objetivos de la empresa El documento que est tratando contiene la informacin necesaria para que cualquier persona interesada en el proyecto en cuestin, el diseo de un software para la gestin de una autoescuela, pueda obtener los detalles y las funciones de dicho software y las pueda contrastar con el producto deseado y comprobar que se cumplen las expectativas requeridas durante todo el ciclo de vida del proyecto. Este documento consta de una serie de apartados: En el glosario se encontrar toda la terminologa tcnica usada en el documento, con el fin de que cualquier usuario pueda seguir la lectura sin perder ningn detalle. En la arquitectura del sistema se muestra una visin de alto nivel del sistema de informacin que se realizar para el proyecto. En los requerimientos funcionales y no funcionales, que se han obtenido a partir del documento proporcionado con las funciones a realizar del sistema y con la entrevista realizada que consta en las actas adjuntas, se determinan los mnimos que tiene que cumplir el sistema para que se considere vlido. Este apartado servir para que cliente y productor puedan tener una base donde apoyar la validez del sistema.

3. Glosario
Sistema de informacin Conjunto de elementos orientados al tratamiento y administracin de datos e informacin, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. Stakeholder Parte interesada en el sistema de informacin. Online En lnea. Trabajo o entidad que se desarrolla en la red. Entorno web Ambiente encontrado online y que se disea con esa idea en mente.

4.Requerimientos de usuario
3

Nakama Tech

3 de jun de 2013

Los requerimientos de usuario han sido obtenido a partir del documento con las especif icaciones del sistema de informacin a desarrollar y la entrevista realizada al cliente. Estos requerimientos han sido ordenados por stakeholder y tras cada requerimiento anotamos el origen. 4.a) Servicios proporcionados por el sistema Alumno
Nombre RAlu01 Definicin Un alumno realiza una reclamacin, y queda registrada la fecha en que se produce. Un alumno realiza tests de prueba Acuerdo Pregunta 1 Nakamatech

RAlu02

Documento gestin de autoescuela Apartado 2

RAlu03

Un alumno accede a sus estadsticas en los tests Documento gestin de autoescuela Apartado 2 Un alumno realiza una solicitud de examen Un alumno realiza una pre-matricula Un alumno consulta el temario on-line Pregunta Aadida Kiwisoft Pregunta 3 nFiveSoftware Pregunta 4 PentaSoft

RAlu04 RAlu05 RAlu06

Personal Administrativo
Nombre RPAd01 Definicin El personal administrativo mantiene un registro de comunicaciones de los alumnos El personal administrativo introduce la informacin respecto a la seleccin de curso del alumno, generando as el contrato. El personal administrativo registra los resultados de los tests hechos a papel los alumnos El personal administrativo incluye los datos del alumno en el Libro Registro de Trfico El personal administrativo consulta el numero de convocatorias disponibles de un alumno Acuerdo Pregunta 7 Nakamatech

RPAd02

Documento gestin de autoescuela Apartado 1 Pregunta 8 Kiwisoft Documento gestin de autoescuela Apartado 1 Documento gestin de autoescuela Apartados 3 y 5

RPAd03 RPAd04

RPAd05

RPAd06

El personal administrativo confecciona la relacin Documento gestin de

Nakama Tech

3 de jun de 2013

de alumnos que se va a presentar al examen RPAd07 El personal administrativo consulta la fecha tope de un alumno para entregar la documentacin necesaria para presentarse al examen

autoescuela Apartados 3 y 5 Documento gestin de autoescuela Apartados 3 y 5

RPAd08 RPAd09 RPAd10 RPad11

El personal administrativo consulta los resultados Preguntas 1 LamdaSoft y 5 de los exmenes de los alumnos Globalsoft El personal administrativo incorpora el resultado al expediente del alumno El personal administrativo revisa la cuenta de un alumno El personal administrativo accede a un apartado de ayuda Documento gestin de autoescuela Apartado 3 Documento gestin de autoescuela Apartado 6 Pregunta 8 Query Soft

Profesor de terica
Nombre RPTeo01 Definicin Acuerdo

Un profesor de terica consulta los resultados de Documento gestin de los tests de un alumno autoescuela Apartado 2 y Pregunta 9 Kiwisoft

Responsable del departamento de teora

Nombre RRTeo01 RRTeo02 Definicin El responsable del departamento de terica accede a un apartado de ayuda El responsable del departamento de terica consulta el trabajo de los profesores y el resultado de los alumnos Acuerdo Pregunta 8 Query Soft Documento gestin de autoescuela Apartado 2

Responsable del departamento de prctica

Nombre RRPra01 RRPra02 Definicin El responsable del departamento de practica accede a un apartado de ayuda Acuerdo Pregunta 8 Query Soft

El responsable departamento practica consulta el Documento gestin de trabajo de los profesores y el resultado de los autoescuela Apartado 4 alumnos

Nakama Tech

3 de jun de 2013

RRPra03 RRPra04

El responsable del departamento de practica refleja las incidencias ocurridas El responsable del departamento de practica registra el estado de mantenimiento de los vehculos El responsable del departamento de practica registra una intervencin en un vehculo, registrando la factura de la reparacin, fecha y observaciones

Pregunta 2 UIBEngine Pregunta 3 Query Soft

RRPra05

Pregunta 6 ForTheWin

Director
Nombre RDir01 Definicin El director consulta las reclamaciones pendientes, propone las medidas correctoras oportunas, y queda registrada la fecha de resolucin El director accede a un apartado de ayuda El director controla el trabajo de los profesores El director registra la expulsin de un alumno Acuerdo Pregunta 1 Nakamatech

RDir02 RDir03 RDir04

Pregunta 8 Query Soft Pregunta 5 Kiwisoft Pregunta 2 Query Soft

Responsable de Administracin
Nombre RRAd01 RRAd02 RRAd03 RRAd04 Definicin El responsable de administracin accede a un apartado de ayuda El responsable de administracin consulta los datos de un alumno El responsable de administracin consulta y asigna un profesor de practicas a un alumno Acuerdo Pregunta 8 Query Soft Documento gestin de autoescuela Apartado 3 Pregunta 5 Nakamatech

El responsable de administracin cuadra la Documento gestin de relacin de clases dadas de un alumno aprobado autoescuela Apartado 5 y registra el APTO El responsable de administracion tramita el permiso de conducir de un alumno Documento gestin de autoescuela Apartado 6

RRAd05

4.b) Requerimientos no funcionales

Nombre Definicin Acuerdo

Nakama Tech

3 de jun de 2013

RNFun01

La aplicacin mantiene durante 5 aos la informacin fiscal de un alumno de forma obligatoria

Pregunta 4 Carrot Enterprise

RNFun02

La aplicacin es extensible a varias secciones de Pregunta1 PentaSoft una misma autoescuela con una base de datos comn para todas las secciones

5. Arquitectura del sistema

El sistema est compuesto por una aplicacin de gestin de una autoescuela y una entorno web asociado, la aplicacin representa la parte interna del sistema, con acceso a los responsables de cada departamento, director y administracin, y el entorno web la parte externa, con acceso a todos los alumnos de la autoescuela. Dicho entorno est orientado a proporcionar acceso a los alumnos a la hora de realizar tests de prueba o bien consultar los resultados de estos, aunque los alumnos tambin tienen a su disposicin ordenadores en la autoescuela donde pueden realizaros. Cabe destacar, que la aplicacin puede ser utilizada por los profesores, pero siempre a nivel de consulta del nivel de los alumnos, nunca a nivel de modif icacin de datos. De manera similar los alumnos pueden acceder a ella, en su caso para realizar reclamaciones, peticin de realizar examen etc. Por lo tanto estos dos acceden a la aplicacin de forma especial, sin posibilidad de modif icar ningn dato de la base de datos. La aplicacin bsicamente proporciona un servicio administrativo de todos los aspectos relacionados con la autoescuela: control de los datos asociados a los usuarios, resultados (tanto de prueba como de exmenes), control del trabajo de los profesores y de los alumnos, control de los coches de la autoescuela, control de reclamaciones e incidencias... Percibimos la aplicacin como un medio donde se lleva el control de todos los elementos de la autoescuela, donde los responsables de cada departamento y el director pueden realizar consultas, as como introducir los datos o registros relacionados con su departamento. Por lo tanto, el sistema consiste en una aplicacin de uso restringido a los responsables de cada departamento, administracin y el director (los profesores y alumnos pueden acceder de forma especial y restringida), aunque el personal administrativo es quien en la mayora de casos transcribe los datos y registros. El sistema tiene una base de datos comn en todas las secciones de la autoescuela, conectada a los ordenadores de realizacin de tests de la autoescuela y al entorno web para usuarios. El objetivo principal es administrar y controlar de forma ordenada y eficiente todos los elementos relacionados con la autoescuela.

6. Requerimientos de sistema
Los requerimientos funcionales son los necesarios para que el sistema de informacin acte como se supone. Los requerimientos no funcionales aaden las especificaciones que no proporcionan una funcionalidad, si no que mejoran el sistema. 6.a) Requerimientos funcionales Alumno

Nakama Tech

3 de jun de 2013

Nombre RAlu01

Definicin - Un alumno realiza una reclamacin a travs del sistema. - La reclamacin queda almacenada en el sistema para su posterior resolucin. - Queda registrada la fecha en la que se ha producido la reclamacin.- El alumno entrar al sistema utilizando sus credenciales identif icativas. - El alumno realizar tantos test como considere necesarios. - El sistema almacenar los resultados de dichos test. - El sistema crear las estadsticas con los resultados del alumno. - El sistema almacenar las estadsticas creadas. - El alumno entrar al sistema utilizando sus credenciales identif icativas. - El alumno realizar tantos test como considere necesarios. - El sistema almacenar los resultados de dichos test. - El sistema crear las estadsticas con los resultados del alumno. - El sistema almacenar las estadsticas creadas. - El alumno entrar al sistema utilizando sus credenciales identif icativas. - El alumno visualizar sus estadsticas de los test - El alumno solicitar al personal administrativo que realice una solicitud de examen. - El personal administrativo lo anotar en el expediente del alumno. - El personal administrativo realizar la solicitud. - Un alumno solicita informacin a la autoescuela. - Un alumno comunica a la autoescuela para que estudios se quiere prematricular. - Un alumno da sus datos a la autoescuela para que sean registrados. - El personal administrativo introducir la informacin del alumno en el sistema. - Cuando se vaya a realizar el curso que ha solicitado el alumno, el sistema dar un aviso para que el personal administrativo se encargue de avisar al alumno. - El alumno acceder al sistema a travs de sus credenciales identif icativas. - El alumno acceder al temario on-line del curso al que asiste a travs del sistema.

RAlu02

RAlu03 RAlu04

RAlu05

RAlu06

Personal Administrativo
Nombre RPAd01 Definicin - El personal administrativo registra en el sistema cada comunicacin con el alumno. - El sistema guardar dichas comunicaciones en el expediente del alumno, El personal administrativo incluye los datos del alumno en el Libro Registro de Trfico. - El personal administrativo entra en el expediente de un alumno. - El personal administrativo incluye los datos del alumno en el Libro Registro de Trfico. - El personal administrativo indica en el expediente del alumno que ha incluido los datos en el Libro Registro de Trfico. - Un alumno comunica el curso que quiere realizar al personal administrativo. - El personal administrativo introducir la informacin del alumno en el sistema. - El sistema producir un contrato en concordancia de los datos introducidos.

RPAd02

Nakama Tech

3 de jun de 2013

- El alumno pagar el curso para el que se esta generando el contrato. - El personal administrativo imprimir el contrato para que sea firmado por el alumno. RPAd03 - El personal administrativo entra en el sistema con sus credenciales identif icativas. - El personal administrativo entra en el expediente de un alumno. - El personal administrativo introduce en el expediente de cada alumno sus resultados en los test hechos en papel. - El sistema almacena estos resultados. - El personal administrativo entra en el expediente de un alumno. - El personal administrativo incluye los datos del alumno en el Libro Registro de Trfico. - El personal administrativo indica en el expediente del alumno que ha incluido los datos en el Libro Registro de Trfico. - El personal administrativo registra en el sistema cada comunicacin con el alumno. - El sistema guardar dichas comunicaciones en el expediente del alumno, El personal administrativo incluye los datos del alumno en el Libro Registro de Trfico. - El personal administrativo entra en el expediente de un alumno. - El personal administrativo incluye los datos del alumno en el Libro Registro de Trfico. - El personal administrativo indica en el expediente del alumno que ha incluido los datos en el Libro Registro de Trfico. - El personal administrativo entra en el sistema con sus credenciales identif icativas. - El personal administrativo consulta los expedientes de cada alumno. - El personal administrativo anota los alumnos que se van a presentar a examen. - El personal administrativo guarda la relacin de los alumnos que se van a presentar a examen en el sistema. - El personal administrativo entra en el sistema con sus credenciales identif icativas. - El personal administrativo consulta la relacin de los alumnos que se van a presentar a examen. - El personal administrativo avisa a los alumnos de la fecha tope para entregar la documentacin para examen. - El personal administrativo consulta los resultados de los exmenes. - El personal administrativo entra en el sistema con sus credenciales identif icativas. - El personal administrativo introduce los resultados de los exmenes en los expedientes de los alumnos. - El personal administrativo comunica el resultado del examen al alumno correspondiente. - El personal administrativo entra en el sistema con sus credenciales identif icativas. - El personal administrativo introduce los resultados de los exmenes en los expedientes de los alumnos. - El personal administrativo entra en el sistema con sus credenciales identif icativas. - El personal administrativo inspecciona la cuenta de un alumno. - Pasados cinco aos del ltimo uso, el personal administrativo proceder a la eliminacin de la cuenta de usuario del alumno.

RPAd04

RPAd05

RPAd06

RPAd07

RPAd08

RPAd09

RPAd10

Nakama Tech

3 de jun de 2013

RPad11

- El personal administrativo entra en el sistema con sus credenciales identif icativas. - El personal administrativo entra en un apartado de ayuda que puede solucionar sus dudas sobre algunos aspectos de la aplicacin.

Profesor de terica
Nombre RPTeo01 Definicin - Un profesor de terica entra en el sistema con sus credenciales identif icativas. - Un profesor de terica consulta los resultados de los tests de un alumno a travs de su expediente.

Responsable del departamento de terica

Nombre RRTeo01 Definicin - El responsable del departamento de terica entra en el sistema con sus credenciales identif icativas. - El responsable del departamento de terica entra en un apartado de ayuda para solventar dudas sobre la aplicacin. - El responsable del departamento de terica entra en el sistema con sus credenciales identif icativas. - El responsable del departamento de terica revisa los partes diarios de trabajo de los profesores. - El responsable del departamento de terica revisa los resultados de los alumnos accediendo a su expediente.

RRTeo02

Responsable del departamento de prctica

Nombre RRPra01 Definicin - El responsable del departamento de prctica entra en el sistema con sus credenciales identif icativas. - El responsable del departamento de prctica entra en un apartado de ayuda para solventar dudas sobre la aplicacin. - El responsable del departamento de prctica entra en el sistema con sus credenciales identif icativas. - El responsable del departamento de prctica revisa los partes diarios de trabajo de los profesores. - El responsable del departamento de prctica revisa los resultados de los alumnos accediendo a su expediente. - El responsable del departamento de prctica entra en el sistema con sus credenciales identif icativas. - El responsable del departamento de prctica introduce los datos sobre incidencias ocurridas respecto a las clases prcticas, los profesores, los alumnos y/o los vehculos. - El responsable del departamento de prctica entra en el sistema con sus credenciales identif icativas. - El responsable del departamento de prctica comprueba los partes de incidencias de los vehculos de prcticas. - El responsable del departamento de prctica registra el estado de los vehculos en la aplicacin.

RRPra02

RRPra03

RRPra04

10

Nakama Tech

3 de jun de 2013

RRPra05

- El responsable del departamento de prctica entra en el sistema con sus credenciales identif icativas. - El responsable del departamento de prctica registra que ha habido un intervencin en un vehculo. - El responsable del departamento de prctica registra la factura de la reparacin, la fecha en que se ha realizado y las observaciones que encuentre convenientes.

Director
Nombre RDir01 Definicin - El Director entra en el sistema con sus credenciales identif icativas. - El director consulta las reclamaciones pendientes una a una. - El director va proponiendo las medidas correctoras que considera oportunas y las introduce en las reclamaciones. - El director registra la fecha de resolucin de las reclamaciones. - El director entra en el sistema con sus credenciales identif icativas. - El director entra en un apartado de ayuda para solventar dudas sobre la aplicacin. - El director entra en el sistema con sus credenciales identif icativas. - El director entra en el apartado del sistema donde estn almacenados los partes diarios. - El director revisa los partes diarios registrados. - El director entra en el sistema con sus credenciales identif icativas. - El director registra la expulsin de un alumno en su expediente y el motivo de la misma.

RDir02

RDir03

RDir04

Responsable de Administracin
Nombre RRAd01 Definicin - El responsable de administracin entra en el sistema con sus credenciales identif icativas. - El responsable de administracin entra en un apartado de ayuda para solventar dudas sobre la aplicacin. - El responsable de administracin entra en el sistema con sus credenciales identif icativas. - El responsable de administracin consulta el expediente de un alumno. - El responsable de administracin saca una copia del expediente de un alumno, que entregar al profesor. - El responsable de administracin entra en el sistema con sus credenciales identif icativas. - El responsable de administracin consulta el expediente de un alumno. - El responsable de administracin asigna un profesor de prcticas a un alumno y lo registra en el sistema despus de consensuar lo con el profesor de terica. - El responsable de administracin entra en el sistema con sus credenciales identif icativas. - El responsable de administracin consulta el expediente de un alumno. - El responsable de la administracin cuadra la relacin de clases dadas por un alumno aprobado. - El responsable de la administracin registra el APTO en el expediente de un alumno.

RRAd02

RRAd03

RRAd04

11

Nakama Tech

3 de jun de 2013

RRAd05

- El responsable de administracin entra en el sistema con sus credenciales identif icativas. - El responsable de administracin consulta el expediente de un alumno. - El responsable de administracin recoge los datos necesarios para tramitar el permiso de conducir del alumno.

7. Modelos grficos del sistema

Casos de uso Alumno

Personal Administrativo

12

Nakama Tech

3 de jun de 2013

Profesor de terica

Responsable del departamento de teora

13

Nakama Tech

3 de jun de 2013

Responsable del departamento de prcticas

Director

14

Nakama Tech

3 de jun de 2013

Responsable de Administracin

Relaciones

15

Nakama Tech

3 de jun de 2013

No Funcionales

Escenarios Personal administrativo

Especificacin E01 Requerimientos asociados: Pre-condicin Registro de los tests hechos a papel de los alumnos El personal administrativo registra los resultados de los tests hechos a papel los alumnos. (RPAd03) El profesor encargado de los tests deja en manos del personal administrativo los resultados, y este accede al rea de registro de resultados en la aplicacin. Paso Accin 1 Un miembro del personal administrativo accede al registro del alumno. 2 3 4 5 Pos-condicin Accede a Aadir Resultados Introduce los resultados correspondientes. El miembro del personal administrativo valida operacin pulsando el botn Guardar. Repite la misma secuencia para todos los alumnos. la

Secuencia normal

Excepciones

Si el procedimiento ha sido correcto y valido, se habrn actualizado los resultados de los alumnos en la base de datos del sistema. A partir de este momento los nuevos resultados podrn ser consultados. Excepcin 1 La funcin de registro de resultados se encuentra temporalmente inhabilitada. Aparecer un mensaje indicndolo y el miembro del personal administrativo deber desistir. El miembro del personal administrativo accede al registro de un alumno, al apartado de Aadir Resultados y le da al botn de Guardar sin haber introducido ningn

16

Nakama Tech

3 de jun de 2013

resultado. Se mantendr la pgina como estaba y se indicar que no se ha aadido ningn resultado.

Responsable del departamento de prcticas

Especificacin E02 Requerimientos asociados: Registro del estado de mantenimiento de los vehculos El responsable del departamento de practica registra el estado de mantenimiento de los vehculos (RRPra04) El profesor encargado de cada vehculo notif ica el estado del mismo al responsable del departamento y este accede al apartado de estado de vehculos de la aplicacin. Paso Accin 1 El responsable del departamento de prcticas rellena los datos sobre el estado del vehculo solicitados por la aplicacin a travs de un formulario. El responsable del departamento de prcticas enva el formulario pulsando el botn correspondiente.

Pre-condicin

Secuencia normal

2 3

Post-condicin

El sistema avisa al responsable del departamento de prcticas que se ha actualizado el estado del coche correctamente. Si se sigue el esquema normal, se habr creado o actualizado la informacin del estado del vehculo y esta quedar almacenada en la base de datos del sistema. Esa informacin se recibir mediante el sistema de avisos de la aplicacin y el personal administrativo se encargar de gestionar las reparaciones en los coches, en caso de que sea necesario. Una vez reparados, el personal administrativo notif icar al responsable del departamento de prcticas para que este introduzca los cambios necesarios en el formulario. 1 Excepcin La funcin para mantener el registro del estado de los coches se encuentra temporalmente inhabilitada. Se tendr que mostrar un mensaje que lo indique y no se podr continuar. El responsable del departamento de prctica se deja campos obligatorios sin rellenar. El sistema mostrar el formulario con los datos correctos e indicando los campos que no se han rellenado.

Excepciones

Responsable del departamento de teora

Especificacin E03 Requerimientos asociados:

Pre-condicin

El responsable del departamento de teora consulta los resultados de los alumnos. El responsable del departamento de teora consulta el trabajo de los profesores y el resultados de los alumnos (RRTeo02). El responsable del departamento recibe un pedido de parte de un profesor para ver los resultados de un alumno. 17

Nakama Tech

3 de jun de 2013

Secuencia normal

Paso Accin 1 El responsable del departamento entra en el sistema con sus credenciales. 2 Si las credenciales son correctas, se muestra la pgina correspondiente a las funciones a las cuales puede acceder el responsable. 3 El responsable del departamento comprueba si el alumno se encuentra en la base de datos. 4 En caso afirmativo, se mostrarn los resultados del alumno y las opciones a las cuales puede acceder el responsable para esa informacin. Con los resultados del alumno, el responsable puede informar al profesor mediante el mtodo acordado por ambos. Excepcin 1 Si hay un error en las credenciales, se avisar al responsable y se le volver a permitir introducir sus credenciales. 2 Si no existe el alumno en la base de datos, se avisar al responsable y se le volver a permitir a consultar los resultados de un alumno.

Pos-condicin

Excepciones

Responsable administrativo
Especificacin E04 Requerimientos asociados:

El responsable de administracin tramita el permiso de conducir de un alumno. -El responsable de administracin cuadra la relacin de clases dadas de un alumno aprobado y registra el APTO. (RRAd04). -El responsable de administracin tramita el permiso de conducir de un alumno (RRAd05). La relacin de las clases dadas cuadra con los controles de clases practicas y sus correspondientes pagos por parte del alumno. Paso Accin 1 El responsable de administracin comprueba en la base de datos que el alumno est al da con los pagos. 2 En caso afirmativo, modif ica los datos de la aplicacin relacionados con el alumno marcndolo como apto. 18

Pre-condicin

Secuencia normal

Nakama Tech

3 de jun de 2013

El responsable de administracin rellena el expediente con los datos del alumno solicitados por la aplicacin. El responsable de administracin envi el expediente a la Jefatura Provincial de Trafico pulsando el botn de la aplicacin correspondiente

Pos-condicin

Excepciones

Una vez enviado el expediente del alumno correctamente, la JPT revisa la documentacin aportada y si est correcta enva la documentacin a la Casa de la Moneda y Timbre quien realiza el carn y lo enva al domicilio del alumno. Excepcin 1 Si no se puede acceder a los datos del expediente del alumno o no se puede enviarse a la JPT, se mostrar por pantalla un mensaje explicando la situacin y no podr continuar con el proceso. 2 Si el alumno no esta al da con los pagos de las practicas o clases tericas, la aplicacin mostrar un mensaje por pantalla y no se podra continuar con la tramitacin del permiso de conducir. 3 Si el responsable deja campos obligatorios del expediente sin rellenar se remarcarn dichos campos como obligatorios guardando los dems datos ya introducidos y se esperara a que e responsable de administracin vuelca a rellenarlos.

8. Evolucin del sistema

8.a) Suposiciones en las que se basa el sistema Todo elemento que presentara dudas se pregunt al cliente con la intencin de reducir las suposiciones a 0. Por lo tanto si se ha realizado alguna suposicin ha sido una de pequea relevancia y de un modo completamente subconsciente. 8.b) Posibles cambios debido a la evolucin del Software y Hardware Una posible adaptacin de la aplicacin sera modif icar su interface grfica para adaptarla a tablets/smartphones debido a su creciente popularidad.

9. Apndice
Actas del proyecto Acta de la reunin de da 21/03/13 Asistentes: Toni Robles Gelabert Carlos Salom Oliver Pep Maas Pic Oriol Mir Barcel Xisco Bosch Matas Orden del da Eleccin de preguntas para el proyecto de gestin de autoescuelas. 1.- Eleccin de preguntas: 19

Nakama Tech

3 de jun de 2013

1. Cual es el procedimiento a realizar si hay un error en la matriculacin? 2. Como se controlan los test hechos por el alumno? Ms concretamente, los tests hechos en papel. 3. Los responsables de departamento son profesores que ejercen a la vez de profesor i responsable? 4. Si algn problema con la presentacin de documentos por parte del alumno para los exmenes, como se solucionara? 5. A la hora de escoger profesor de practicas, cuales son los criterios para la asignacin de un profesor a un alumno? 6. Que papel tiene el responsable de teora en la formacin prctica? 7. Como se lleva el control del seguimiento telefnico? Acta de la reunin de da 26/03/13 Asistentes: Toni Robles Gelabert Carlos Salom Oliver Pep Maas Pic Oriol Mir Barcel Xisco Bosch Matas Orden del da Repartir el trabajo de la elaboracin de requisitos de software. Elaboracin del acta de reunin de la entrevista virtual. 1.- Repartir el trabajo de la elaboracin de requisitos de software: Se acuerda repartir la elaboracin de la siguiente manera: Oriol Mir elabora el prlogo, introduccin y redaccin del documento, Pep Maas, el modelo y la evolucin del sistema, Toni Robles, los requerimientos de usuario y la arquitectura de sistema de alto nivel y Carlos Salom los requerimientos del sistema. 2.- Elaboracin de la acta de reunin de la entrevista virtual Xisco Bosch elabora el acta de la entrevista virtual para el proyecto de gestin de autoescuelas. Acta de la reunin de da 10/04/13 Asistentes: Toni Robles Gelabert Carlos Salom Oliver Pep Maas Pic Oriol Mir Barcel Xisco Bosch Matas Orden del da Eleccin de preguntas respecto a la aplicacin de autoescuela. 1.- Preguntas de Nakamatech 1. Cual es el procedimiento a realizar si hay un error en la matriculacin ? Un error en la "matriculacin" comprende demasiados aspectos: - Error en la introduccin de datos, documentos caducados, etc.: Se solicitan al alumnos Se corrige sin ms - Error en la informacin facilitada por parte de la autoescuela. Depende. Normalmente la informacin de tarifas y condiciones en la matriculacin estn reflejados en el "Contrato de Enseanza", cuyo contenido debe contemplar todos estos aspectos. El contrato de enseanza se completa y firma por ambas partes en el momento de la matriculacin. Cualquier duda debe resolverse en este momento si el contenido 20

Nakama Tech

3 de jun de 2013

contrato no coincide con la informacin facilitada, publicidad, etc. Si, an as, el alumno entiende que se ha cometido algn error en la informacin recibida existe un protocolo de "reclamacin" que debe ser atendida por el Director y ste propone las medidas correctoras pertinente. Se lleva registro de este tipo de reclamaciones con la fecha en la que se produce, medidas adoptadas y fecha de resolucin. Este tipo de actuacin lo establecen los ayuntamientos en sus "Cdigo de Buenas Prcticas Comerciales" y es obligatorio contemplarlas en cualquier proceso de Certif icacin (ISO9001). 2. A la hora de escoger profesor de prcticas, cuales son los criterios para la asignacin de un profesor a un alumno ?
- Disponibilidad de horario - Preferencia del alumno (aunque probablemente no conozca a los profesores de prctico previamente). - Afinidad. El profesor de terico o administrativo puede valorar qu profesor se ajuste mejor a la personalidad y/o capacidad del alumno.

del

3. Como se lleva el control del seguimiento telefnico ?

El sistema informtico debe tener un registro de comunicaciones (Carta, correo electrnico, telfono,...)

2.- Preguntas Kiwisoft: 1. Cules son las funciones del director? Pues las funciones del director vienen definidas en el Reglamento Regulador de escuelas Particulares de Conductores: El personal directivo, tal y como se establece el artculo 6 del Reglamento, es el encargado de planif icar, programar, ordenar, dirigir y controlar de forma asidua y continuada la enseanza y el desarrollo de la actividad docente del centro. Para ejercer funciones directivas en una Escuela o seccin es necesario: Haber obtenido el correspondiente certif icado de aptitud de Director de escuelas particulares de Conductores. Disponer de autorizacin de ejercicio como director. El personal directivo tiene las siguientes obligaciones (art. 7 del Reglamento): 1. a) Planif icar y programar los contenidos temporizados, sistemas de evaluacin y, en su caso, de recuperacin, y dirigir, ordenar, controlar y comprobar, de forma asidua y continuada, el desarrollo de la actividad docente y la observancia de los preceptos de este Reglamento en lo concerniente al rgimen de enseanza y actuacin del personal docente, responsabilizndose de su cumplimiento y de que la enseanza se imparta en forma eficaz, sin perjuicio de la responsabilidad en que pueda incurrir directamente dicho personal. 2. b) Estar presente, cuando sea requerido para ello con suficiente antelacin, en las inspecciones de la Escuela o seccin que dirija y colaborar en su realizacin con los funcionarios del organismo autnomo Jefatura Central de Trfico que las practiquen. 3. c) Estar presente en la zona donde se desarrollen las pruebas de aptitud de los alumnos de la Escuela o seccin en la que preste sus 21

Nakama Tech

3 de jun de 2013

servicios cuando, por existir causa justif icada, fuera requerido para ello con la suficiente antelacin. 4. d) Llevar consigo cuando ejerza sus funciones o presencie el desarrollo de las pruebas la autorizacin de ejercicio y el distintivo que le identif ique y exhibir tales documentos siempre que algn funcionario de la Jefatura Provincial de Trfico o los Agentes de vigilancia del trfico en el ejercicio de sus funciones los requiera. 2. Los resultados de los test tambin se controlan por la aplicacin y si es as? S, es posible. El personal administrativo puede transcribir en el sistema los resultados de los test que se realizan de forma manual en la autoescuela. Ahora mismo, es ms viable obtener directamente estas estadsticas del software de test de la autoescuela o de los test on-line si la autoescuela dispone de un sistema propio. Estos datos pasan a formar parte del expediente del alumno que el profesor puede consultar para comprobar la evolucin de cada alumno, que temas son los que tienen menos aciertos, para planif icar las clases o valorar que un alumno est preparado para presentarse al examen. 3.- Preguntas nFiveSoftware: 1. Es posible que la aplicacin tenga una pgina web o una salida al pblico general, donde se puedan loggear los alumnos? Los alumnos ya tienen acceso al sistema de tes-online que les genera estadsticas por n de test, por temas, etc. Realmente, es interesante que tuvieran adems acceso a sus pagos, horario, etc., pero no es especialmente signif icativa esta opcin. Normalmente el trato con la autoesuela es diario, por lo que esta informacin la puede obtener siempre que lo necesite simplemente solicitando esta informacin al personal. Por otro lado, a nivel de horarios de clases prcticas, normalmente un alumno recibe la formacin prctica siempre a la misma hora y con el mismo profesor/vehculo, y cualquier variacin sera tan inmediata que sera necesaria la comunicacin telefnica y no sera efectivo registrarlo para informar al alumno... seguramente la informacin llegara tarde. La consulta de resultados, ya hay un acceso de la DGT para hacerlo. Quiz lo ms interesante es, aadir a sus estadsticas de resultados de test de terico, un apartado dnde, cuando el alumno suspende, el profesor pueda detallar los motivos del suspenso. En cada "no Apto" de prctico el examinador hace constar cada error cometido y su gravedad. El previsible que, en la futura aplicacin de la DGT de gestin con las autoescuelas, estos datos puedan ser obtenido de forma automatizada. 4.- Preguntas de Query Soft: 1. Se puede echar a un alumno de la autoescuela? De ser as los motivos tendran que quedar registrados en la aplicacin? S, podra producirse. S, tendra que quedar constancia, como cualquier otra incidencia signif icativa. 2. La aplicacin de gestin tiene que registrar el mantenimiento de los vehculos? S. Se deben controlar fechas de ITV, Revisiones, etc. Adems, al registrar las facturas de proveedor, algunas de ellas se corresponden a intervenciones en vehculos y afectan al coste de dicho vehculo y, por tanto, 22

Nakama Tech

3 de jun de 2013

al coste/clase. 3. Puede un alumno realizar varios cursos a la vez (por ejemplo tipo A y tipo B al mismo tiempo? De ser as, cmo gestionara la aplicacin los datos del alumno, separado por tipo de carnet o juntos dentro de su perfil? S a nivel de la autoescuela, es decir, es posible tener abiertos dos expedientes para el mismo alumno, para distintos permisos y realizar la formacin de forma simultnea. No as a nivel de trfico, es decir, un alumno slo puede tener abierta una solicitud en trfico. No podra generar una nueva solicitud en trfico mientras no se termine la anterior. A nivel de registro, el alumno deber tener dos expedientes abiertos, y la gestin de cada una se trata como si fueran distintos alumnos. 4. Debe contener la aplicacin algn apartado de ayuda para los posibles usuarios? Entindase ayuda como las preguntas ms frecuentes (FAQ) o algn tipo de apartado con ndices cmo realizar ciertas funciones de la aplicacin (dar de alta un alumno, etc). De existir este apartado, quin debera poder acceder a esta ayuda? S. Deben tener acceso todos los usuarios del sistema. (Administrativo, Direccin, Responsables). 5.- Preguntas PentaSoft: 1.La aplicacin debe contemplar a distintas autoescuelas? Por ejemplo: si se trata de una autoescuela con posibles franquicias S. Una autoescuela puede disponer de una o varias SECCIONES. Los profesores dados de alta en una seccin podra dar clases a alumnos de otras, examinar alumnos de otras secciones por motivos de cupo, por disponibilidad del profesor o motivos de organizacin... incluso la misma autoescuela puede actuar como varias "secciones". 2.Si se trata de alumnos que por algn motivo, han de reexaminarse teniendo el carnet, se contempla la cantidad de puntos restantes? No existe esa situacin. En el caso de cursos de recuperacin de puntos, se recuperan los puntos. 6.- Preguntas LamdaSoft: 1. Los resultados de los exmenes (por ejemplo el test) pueden ser notif icados via la aplicacin de la propia autoescuela? S. El sistema de gestin de comunicados debera poder generar: Carta Correo electrnico
SMS

7.- Preguntas ForTheWin: 1. La matriculacin de un alumno que desea recuperar puntos se realiza de igual manera que las anteriores? Debe de modif icarse el expediente de alguna manera? No, no es igual. Los cursos de recuperacin de puntos son cursos de asistencia obligatoria, con una duracin determinada... se deben completar con un cupo mnimo de alumnos para poder solicitarlo e impartirlo, adems de requerir una habilitacin especial del Ministerio del interior. 8.- Preguntas UIBEngine: 1. En los documentos recibidos se menciona la accin de informar, al 23

Nakama Tech

3 de jun de 2013

Responsable de formacin prctica, el ocurrido de una "anomala" durante una clase prctica con un alumno. Dicha anomala, es un comentario que introduce un profesor en el sistema o existe una lista de anomalas predeterminadas de las cual puede escoger el profesor? Se registra cuando dicha anomalia genera una incidencia. Hay un formato normalizado para su registro. 9.- Preguntas Carrot Enterprice: 1. Cuando un alumno es apto que datos se conservaran de l? Todos durante 5 aos, obligatoriamente. Las administraciones pblicas podra requerir cualquiera de esos datos durante ese periodo para inspeccin, comprobacin, etc Acta de la reunin de da 18/04/13 Asistentes: Toni Robles Gelabert Carlos Salom Oliver Pep Maas Pic Oriol Mir Barcel Xisco Bosch Matas Orden del da Actualizacin de los casos de uso. 1.- Especif icacin de requerimientos: Se acuerda que el documento referido a los casos de uso presentado anteriormente ya cumple los requisitos que se exigen actualmente, por lo tanto no se necesita ninguna clase de actualizacin del documento. Acta de la reunin de da 30/04/13 Asistentes: Toni Robles Gelabert Carlos Salom Oliver Pep Maas Pic Oriol Mir Barcel Xisco Bosch Matas Orden del da Repaso de documentos realizados. 1.- Acuerdos para la solucin de errores en documentos: Debido a los errores detectados durante el repaso de los documentos siguiendo la nuevas pautas, se considera necesaria la repeticin de todos los documentos referidos a los requerimientos y escenarios. Se concreta que los actores sern el responsable de administracin, responsable de departamento y director. Adems los profesores de practica y los alumnos podrn acceder de manera especial a la aplicacin ya que estos solo precisan de la aplicacin de la misma manera que los cargos mencionados anteriormente. Acta de la reunin de da 16/05/13 Asistentes: Toni Robles Gelabert Carlos Salom Oliver Pep Maas Pic Oriol Mir Barcel Xisco Bosch Matas Orden del da 24

Nakama Tech

3 de jun de 2013

Elaboracin de un modelo de datos referente al proyecto de la autoescuela. 1.- Acuerdos: Se acuerdan las relaciones entre los diferentes casos de uso y se procede a la elaboracin de un modelo definitivo mediante el que se representar la estructura de la aplicacin. Se acuerda la entrega de un documento .pdf en el que se puede ver el modelo de datos elaborado anteriormente. Acta de la reunin de da 29/05/13 Asistentes: Toni Robles Gelabert Carlos Salom Oliver Pep Maas Pic Oriol Mir Barcel Xisco Bosch Matas Orden del da Elaboracin de la intefaz que se utilizar en la aplicacin para la autoescuela. 1.- Elaboracin presencial de la interficie Durante la sesin se elaboran 2 ventanas de forma colectiva. Estas corresponden a la ventana donde se pedirn las credenciales al usuario, para as poder acceder a la cuenta correspondiente, y la elaboracin del men inicial de la aplicacin. En la ventana donde se piden las credenciales, e mostrar el logotipo de la autoescuela, situado en la parte superior, adems, se podrn ver las cajas de texto donde se pide que se inserte el nombre de usuario y la contrasea con los textos que hacen referencia a cada una de ellas situados en la parte izquierda de estas y a su vez, alineados a la derecha. Se acuerda que el men estar visible durante todo el proceso de ejecucin de la aplicacin. Este, estar situado en la zona izquierda de la ventana de forma que en cualquier momento se tenda acceso a l. El logotipo de la empresa estar en la parte superior izquierda de la ventana y, en la parte superior derecha, se mostrar el nombre de la seccin del men a la que se ha accedido. 2.- Reparto de la elaboracin de las ventanas restantes. Se acuerda que las ventanas restantes necesarias para la aplicacin sern elaboradas por las siguientes personas: - Carlos Salom Oliver: Ventanas referentes al Responsable del Departamento de Practicas. -Toni Robles Gelabert: Ventanas referentes al Director de la autoescuela. -Pep Maas Pic : Ventanas referentes a los alumnos que inicien sesin en la autoescuela para hacer tests. -Oriol Mir Barcel: Ventanas referentes al registro de nuevos alumnos en la autoescuela. -Xisco Bosch Matas: Ventanas referentes al Responsable de Administracin de la autoescuela.

10. ndices suplementarios

10.a) ndice de tablas 1. Revisiones................................................................................. pag.2 2. Alumno....................................................................................... pag.4 3. Personal administrativo............................................................. pag.4 4. Profesor de terica.................................................................... pag.5 25

Nakama Tech

3 de jun de 2013

5. Responsable del departamento de terica...............................pag.5 6. Responsable del departamento de prctica..............................pag.5 7. Director...................................................................................... pag.6 8. Responsable de administracin................................................ pag.6 9. Requerimientos de usuario no funcionales............................... pag.6 10. Alumno.....................................................................................pag.8 11. Personal administrativo........................................................... pag.8 12. Profesor de terica.................................................................. pag.10 13. Responsable del departamento de terica.............................pag.10 14. Responsable del departamento de prctica............................pag.10 15. Director.................................................................................... pag.11 16. Responsable de administracin.............................................. pag.11 17. Escenario: Personal administrativo......................................... pag.16 18. Escenario: Responsable del departamento de prcticas........pag.17 19. Escenario: Responsable del departamento de teora............. pag.17 20. Escenario: Responsable de administracin............................ pag.18 10.b) ndice de diagramas 1. Alumno....................................................................................... pag.12 2. Personal administrativo............................................................. pag.12 3. Profesor de terica.................................................................... pag.13 4. Responsable del departamento de teora................................. pag.13 5. Responsable del departamento de prctica..............................pag.14 6. Director...................................................................................... pag.14 7. Responsable de administracin................................................ pag.15 8. Relaciones................................................................................. pag.15 9. No funcionales........................................................................... pag.16

26