Documento de Pruebas Proyecto ColegioBernardo O'higginsProyecto Implementacin Sistema deGestin colegio Bernardo OhigginsCristian Cofreaime !sp"nolaBoris IbsenCristian #orenoSeptiembre de $%&'ndiceIntroduccin(((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( ')n*lisis al #odelo de Datos +elacional((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( ,)rtefacto %&- Pantalla #en. Principal(((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( /)rtefacto %$- Pantalla Ingreso Principal(((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( &%)rtefacto %'- Pantalla Ingreso )trasos(((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( &&)rtefacto %,- Pantalla )cti0acin de #en.s((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( &$)rtefacto %1- Pantallas !liminacin(((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( &')rtefacto %2- Pantalla Ingreso de 3otas((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( &,)rtefacto %4- Pantalla Ingreso de )sistencia(((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( &1)rtefacto %5- Informe de 3otas((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( &2)n*lisis sobre 6ustificacin plataforma de desarrollo7(((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((&4Conclusin(((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( &/$IntroduccinEl siguiente informe presentara un anlisis detallado de la segunda etapa del sistema degestinpropuestoparael colegiorural BernardoOhiggins, enel mbitoderevisinycontrol de anomalas o fallas.El documento Revisado contiene la ustificacin del sistema, la integracin del sistema, labase de datos relacional, el diccionario de datos y el manual de usuarios.!etallados los obetivos y alcances del sistema, se llev a cabo una revisin completa detodos a"uellos aspectos "ue se proponen para la utili#acin del soft$are.%erevisarasi lasobservaciones presentadas enel primer informe, fuerondetectadas ycorregidas, adems de contrastar si lo propuesto inicialmente se reflea en la solucin finalentregada con la finalidad de visuali#ar si todos los re"uerimientos iniciales fueronsatisfechos.%e incluye adems un anlisis del modelo de datos, del cual se pueden destacar cambiosreali#ados con el modelo propuesto en la primera entrega.'Anlisis al Modelo de Datos Relacional,El modelo de datos propuesto presenta las siguientes observaciones&'( )abla de *poderados&a( %era ideal poder registrar ms informacin de los apoderados como el correoelectrnico, tel+fonocelular. !eestaformaselepodraenviar informacinreferenteasu,s( pupilos asucorreoelectrnicoopuedeser ubicableasutel+fono celular.-( )abla de *lumnosa( %eraideal poder registrar ms informacindelosalumnos comoel correoelectrnico, tel+fonocelular.Estoconlafinalidaddetenermsherramientaspara comunicarse con el *lumno.b( %edetecta unerror dedefinicinimportante, ya "uelarelacin*lumnos.*poderados es ' a ', cuando en la prctica un *lumno podra tener ms de un*poderado. /o correcto sera tener una nueva tabla transaccional de ' ,*lumno(a 0 ,*poderados(.1( )abla de 2rofesoresa( %eraidealpoder registrarms informacin de losprofesorescomo el correoelectrnico, tel+fonocelular.Estoconlafinalidaddetenermsherramientaspara comunicarse con el 2rofesor.b( %edetectaunerror dedefinicinimportante, ya"uelarelacin2rofesores.*signaturas es ' a ', cuando en la prctica un 2rofesor puede impartir ms deuna*signatura. /ocorrectoseratener unanuevatabla transaccional de',2rofesor( a 0 ,*signaturas(.3( )abla de *signaturasa( %ere"uerira agregar ms informacinrelacionada, como& 4ontenidode la*signatura o plan de estudio yniveles en donde se impartir ,5mo, 6vo Bsico,etc(. b( 2ara cubrir lo mencionado en el punto anterior se debera crear una nueva tabladeniveles,cod7nivel ydescripcin(yotratablatransaccional "uetengalarelacin ' ,*signatura( a 0 ,0iveles(.8( )abla %alas&a( !ebera tener ms informacin, por eemplo& )ipo de %ala ,4omputacin,/aboratorio, etc.(!eestamanerasepodragestionarmeorlaasignacindesalas a un curso.1b( 2ara cubrir lo mencionado en el punto anterior se debera crear una nueva tablade )ipos de %alas ,cod7tipo7sala y descripcin(para crear una relacin' ,%ala(a ' ,)ipo de %ala(.9( )abla 4ursos&a( %i se toma como definicin "ue un 4urso siempre tendr clases en la misma%ala independiente de la *signatura, estara correcta la relacin ' ,4urso( a ',%ala(. !e lo contrario se debera reali#ar un cambio en el modelo de datos "uepermita crear la relacin 4urso.*signatura.%ala.5( )abla :mpartir&a( 4on el cambio mencionado en el punto 1b, la relacin correcta debera ser entrela tabla transaccional ,punto 1b( con la )abla de 4ursos.6( )abla *sistencia&a( 0o hay claridad si la asistencia es por da o por asignatura. En caso "ue fuerapor da, el horario en esta tabla estara sobrando. %i fuera por *signatura, faltararelacionar la *signatura.2rofesor ,punto 1b( con la tabla de *lumnos.b( En ning;n caso es correcta la relacin entre la tabla :mpartir.*lumnos ya "uetanto la tabla *lumnos como la )abla :mpartir tienen el campo 4urso, lo cualsera redundante.idaa( %era importante poder registrar la fecha de ingreso del comentario,para unameor gestin de la informacin.b( ?altara asociar la *signatura, en donde se origino el comentario ingresado porel profesor ,dado "ue un profesor puede impartir ms de una asignatura(.c( 0ohayclaridad"ueseingresaraenel campo)ipoyenel caso"uefueranecesario, se necesitara crear una tabla de )ipos ,cod7tipo y descripcin( parareali#ar la relacin correctamente.'@( )abla 4alificacionesa( ?altara relacionar la *signatura.2rofesor ,punto 1b( con la tabla de *lumnos.b( En ning;n caso es correcta la relacin entre la tabla :mpartir.*lumnos ya "uetanto la tabla *lumnos como la )abla :mpartir tienen el campo 4urso, lo cualsera redundante.2c( El modelo propuesto no registrara las notas parciales de los alumnos, lo cual esun problema importante,ya "ue se depender de sistemas eAternos ,libros denotas, EAcel, etc.(. d( El modelo propuesto no es fleAible en la cantidad y tipo de notas ingresados.Eemplo& si sehicieranms dedos trabaos oms dedos eAmenes, osedecidiera evaluar a los alumnos en forma trimestral y no semestral. !onde ycomo se registrara la informacinB''()abla *dministracina( EstatablaenrealidaddeberaserlatabladeCsuarios, ya"uetienetodalainformacin necesaria de un usuario de sistema.b( %era ideal poder registrar ms informacin como el correo electrnico, tel+fonocelular. c( %e debera agregar el campo pass$ord ,"ue est en tabla usuarios del modelopropuesto(.'-()abla de Csuariosa( %e eliminara esta tabla, ya "ue no tiene toda la informacin de los usuarios desistema ,0ombre, correo, Etc( y se reempla#ara por la tabla *dministracin delmodelo propuesto ,ver punto '-(.b( *dems, larelacinconlatabladeRolesnoescorrectaya"ueunusuariopodra tener ms de un rol ,4onsultas, )ransacciones, Reportes, Etc(.c( /o correcto seria, una nueva tabla transaccional "ue tenga la relacin ',Csuario( a 0 ,Roles(0O)*& )abla de Roles y Den;s estara correcto.'1()abla 2rivilegiosa( !eberarelacionar latabladeDen;sconladeRoles,tablatransaccional 'Den; a 0 Roles(, y no con la tabla de Csuarios, ya "ue los Roles indicaran losCsuarios "ue pueden acceder a esa opcin de men;.b( 0o es clara la utilidad del campo Estado.'3( !e acuerdo a los re"uerimientos anali#ados, se determina necesario considerar latabla =orarios. Esta tabla no est registrada en el diseEo estudiado. Bsicamente sedebe llevar el detalle de !a, =ora, *signatura, 2rofesor, recreos, entradas y salidas,hora de almuer#o, actividades recreativas, etc.4'8(En todas las ?oreign Fey ,?F( se observa una inconsistencia, ya "ue en las tablasmaestrasla 2rimaryFey,2F( se llamasiempre codylastablasrelacionadas secambia el nombre de campo a cod7GalgoG. Eemplo& En tabla de *poderados la 2Fse llama cod y en la tabla de *lumnos, la ?F correspondiente se llamacod7apoderado.%eaconsea"uetodas las 2Fseanms descriptivas. Eemplo& cod7apoderado,cod7alumno, cod7curso, etc.Artefacto 01: Pantalla Men Principal/apantallaprincipal proponeunaopcindeDodificar!atos, sinprecisarcul serlainformacin "ue ser actuali#ada.5!e acuerdo al documentooriginal, se plante la necesidad de operar el sistema a trav+s demdulos, en consecuencia, el men; principal, debiera desplegar los Dantenedoresprincipales de cada mdulo& Dantenimiento *lumnos Dantenimiento *poderados Dantenimiento 2rofesores Otros4ada uno de los mantenedores debe tener la posibilidad de& 4onsultar :ngresar *ctuali#ar /istar2ara un correcto uso y maneo de la informacin.%e sugiere adems, identificar en la pantalla, el usuario logeado y el perfil con el "ue seaccedi. Esto con el fin de controlar los accesos y otorgar los permisos correspondientes acada usuario./Artefacto 02: Pantalla Ingreso Principal/a opcin de modificar datos no se adecua a los planteamientos originales en "ue puedenasignarse ms de un curso a un profesor. En la imagen se pueden detectar los siguienteserrores e inconsecuencias estructurales& *signacin de un solo curso a un cdigo de profesor. *signacin de un solo rol a un cdigo de usuario.Enlaprctica, estetipodeasociacionesdebeserreali#adoatrav+sdeunmdulo"uepermita la asociacin de 0 cursos, yHo 0 Roles a un determinado cdigo.&%Artefacto 03: Pantalla Ingreso Atrasos/a pantalla de atrasos presenta las siguientes falencias "ue son importantes anali#ar para elproceso de registro de atrasos. :ngreso manual de hora de atraso.)odosistemadebeautomati#ar losprocesosderegistrosdeinformacin, porlo"ueelingreso manual de los datos de no ser eAplcitamente validados, permitira el ingreso deinformacin errnea. /ahoradeingresoserasignadaporel propiosistema, yconsideraralg;nmdulo"uepermita el ingreso de atrasos con desfase en caso de ser necesario.!e esta forma, se evitaran los problemas de digitacin de horas de atraso. ?echa del atraso.El sistema debe asignar la fecha actual del atraso. El anlisis de re"uerimientos noespecifica la necesidad de registrar atrasos de fechas anteriores.En el caso de ser permitida esta modalidad, el campo fecha debe ser capturada en un solocampo, y no en tres como se especifica en la imagen. :dentificacin de la clase a la "ue se le asigna el atraso.0o se identifica en la imagen la hora de clase ,por horario( ni el nombre de la asignatura ala "ue se est asignando el atraso registrado.Esta informacin es relevante para las pretensiones de hoa de vida acad+mica del alumnodonde se registraran toda la informacin relevante a las actividades acad+micas del alumno.&&Artefacto 04: Pantalla Actiacin de MensElmodulopresentadoenlaimagenpresentadiscrepanciasconel modelodedatos. El4hecIlist del men; no se almacena en ninguna tabla transaccional presentado en el diseEode base de datos.En la imagen se presenta la tabla en la "ue se espera almacenar la activacin de los men;s atrav+s de este mdulo&%e considera necesario almacenar la asociacin de activacin de men;s en una tabla en la"ue permita activar distintos men;s, para los distintos tipos de roles ingresados.&$Artefacto 0!: Pantallas "li#inacin4uandose"uiere eliminar unregistroencual"uier mantenedor sedebepresionar elbasurero de la grillas, para luego aceptar o cancelar la eliminacin de dicho registro.%e anali#aron endetalle cada una de las pantallas ofrecidas enel informe, ynoseencontraron iconos de basureros ni opciones donde el usuario pueda eliminar datos.%esugierepresentar enpantallaclaramentedndesepuedenreali#ar cadaunadelasopciones y alternativas de operatividad "ue tendrn los usuarios.&'Artefacto 0$: Pantalla Ingreso de %otas El sistema presentado no permite el ingreso de alumnos a los cursos ni lamantencin de estos. El sistema limita el n;mero de notas a ingresar El sistema limita el n;mero de eAmenes a ingresar El sistema no calcula promedios. !eben ser ingresados por el profesor. El mdulo de ingreso de notas sugiere la seleccin de cursos, pero el modelo dedatos y el mdulo de ingreso de datos acepta un curso a un profesor. El modulo sugiere la seleccin de asignaturas, pero el modelo de datos y el mdulode ingreso de datos acepta una asignatura a un profesor.%e sugiere permitir imprimir el listado de notas en la misma opcin en la "ue el profesorestingresandonotas, conel obetivodemeorar lainteractividaddel usuarioconelsistema, como se propone en el informe inicial.&,Artefacto 0&: Pantalla Ingreso de Asistencia El sistema presentado no permite el ingreso de alumnos a los cursos ni lamantencin de estos. El sistema no cuenta con un mdulo de parametri#acin, "ue identifi"ue elcalendario escolar, feriados, etc. El mdulo de ingreso de asistencia sugiere la seleccin de cursos, pero el modelo dedatos y el mdulo de ingreso de datos acepta un curso a un profesor. El modulo sugiere la seleccin de asignaturas, pero el modelo de datos y el mdulode ingreso de datos acepta una asignatura a un profesor.&1Artefacto 0': Infor#e de %otas2ara generar el informe de notas "ue se propone, el sistema debe adecuar su modelo dedatos de manera tal "ue permita&:ngreso de notas por semestre. 0o se identifican periodos de clase, ,semestres, bimestres,trimestres, etc.(/os porcentaes de asistencias deben calcularse en base a una planificacin de horas yHodas, los cuales nosetiene registro. !eesta forma sepuedendescontar los das deinasistencias y en consecuencia, calcular los promedios de asistencia por periodo de clase.0o se identifica en el sistema un mdulo "ue permita la asignacin de profesores efe a losdistintos cursos.0o se identifica en el sistema un mdulo "ue permita la asignacin de reas a los distintoscursos.&2Anlisis so(re )*usti+cacin platafor#a dedesarrollo,/aingenieradere"uisitosdel soft$areesunprocesodedescubrimiento, refinamiento,modeladoyespecificacin. %erefinanendetallelos re"uisitos del sistemayel papelasignado al soft$are.El inicio de la justificacin lamentablemente contiene una frase copiada textualmentede Internet. (http://yaqui.mxl.uabc.mx/~molguin/as/Ingeq.htm!"amentablemente un detalle como este puede quitarle credibilidad al informe frente aun cliente# indistintamente que despu$s# el informe en si# sea excelente.%e aconseja noreali&ar este tipo de pr'ctica.2or lo tanto, en las reuniones con el grupo de trabao y anali#ando los obetivos planteadosy ofrecidos al cliente se llego a una solucin de una aplicacin JEB para el sistema paraas acceder desde internet y para el gran fluo de informacin la utili#acin de una Base de!atos "ue cumpla con las caractersticas necesarias para dicha solucin."a solucin (eb con base de datos es acorde con el informe anterior./a plataforma utili#ada ser una aplicacin $eb en 2=2 ya "ue es open source acompaEadade una Base de datos K%"l %erverG por la capacidad de informacin "ue se mantendr./a idea de elegir la aplicacin $eb2=2fue por"ue 2=2corre en ,casi( cual"uierplataforma utili#ando el mismo cdigo fuente, pudiendo ser compilado y eecutado en algoas como -8 plataformas, incluyendo diferentes versiones de CniA, Jindo$s,