Академический Документы
Профессиональный Документы
Культура Документы
Datos
Primer informe de avance
Alumnos:
Eduardo Faundez H.
Roberto Jimenez
Alonso Olivares C.
Luis Cerda
Elas Farfn Ascorbe
Juan Lipn Mella
Profesor:
Emilio Espinoza C.
ndice
Introduccin......................................................................................................................................3
Descripcin de la empresa.............................................................................................................4
Descripcin del problema a solucionar.........................................................................................5
Modelo propuesto de solucin.......................................................................................................8
Consultas, preguntas del cliente.................................................................................................11
Entidades........................................................................................................................................12
Conclusiones..................................................................................................................................13
2
Introduccin
Todo sistema debe tener un propsito definido, que debe alinearse con las polticas y
requerimientos de sus clientes. En ese contexto el sistema perfecto es imposible de
alcanzar, ya que debe ser un ente dinmico que pueda responder de la mejor manera a
las cambiantes necesidades de una empresa en el tiempo, es decir, el sistema debe ser lo
suficientemente flexible para adaptarse a los posibles cambios futuros. Cualquier solucin
a una problemtica podra ser mejorada mirndola desde otros enfoques, haciendo que al
final otorgue los mismos resultados simplificando el proceso o entregando salidas ms
beneficiosas (mejores reportes). En el mejor de los casos es posible simplificar procesos y
mejorar los beneficios a la vez.
En este informe nos centraremos en la temtica de asistencia de la Universidad Mayor y
en cmo abordar este proceso de otra manera para mejorarlo, proponiendo una
alternativa de solucin a los problemas detectados en el sistema actual que se detallara
ms adelante.
3
Descripcin de la empresa
En ese mismo contexto, fue la primera universidad privada en crear las carreras de
Agronoma, Ingeniera Forestal y Medicina Veterinaria. Con la rpida expansin que esta
innovadora oferta acadmica le dio a la universidad, hacia el 2000 se cre la sede
Temuco, la primera sede regional fundada por una universidad privada autnoma.
4
Descripcin del problema a solucionar
El sistema blackboard, requiere en primer lugar que el actor principal sea el docente
titular del curso, quien debe registrar de forma manual la inasistencia de cada alumno a su
clase. Para lograr esto debe pasar la lista de forma verbal, consultando la presencia de
cada alumno, para posteriormente registrarlo en el sistema. Lo anterior nos arroja un
estimado de duracin del proceso de toma de asistencia de 10 minutos. (Diagrama 1)
5
El docente llega a la sala de clases y utiliza el computador disponible all para
iniciar sesin en el sistema de asistencia (sistema web, dependiente de conexin a
internet)
El docente debe indicar el comienzo de la clase, por cada seccin (secciones de
40 min)
El docente pasa la asistencia, por cada seccin. Por defecto todos los estudiantes
de la seccin estn presentes y el docente debe indicar cual son los inasistentes.
El docente debe registrar los contenidos expuestos en la clase.
Finalmente, el docente indica la hora de finalizacin de la clase.
6
Continuidad de la operacin
Empricamente se ha comprobado, que en el caso de existir problemas de comunicacin
con el sistema central, no es posible para el profesor tomar la asistencia para un curso,
debido a que es obligatorio pasar la asistencia en el mismo horario de clases.
En base a lo anterior luego, podemos decir cul es el objetivo general de nuestro proyecto
y los secundarios necesarios para el cumplimiento de estos.
7
Modelo propuesto de solucin
Para mejorar los puntos dbiles y las posibles contingencias que tiene el modelo actual
proponemos implementar un sistema de asistencia con uso de huellero electrnico y la
posibilidad de funcionar en modo desconectado, alimentando a la base principal una vez
recupere la conexin a internet. Esto genera muchos cambios en la forma de tomar la
asistencia y son precisamente estos cambios los que mejoran el sistema manteniendo la
data generada para futuros informes.
En primer lugar, la implementacin del huellero obliga a cambiar la suposicin de que todo
alumno est presente por defecto. Esto se debe a que lgicamente un alumno ausente no
se encontrara fsicamente en la sala para marcar su inasistencia, sino ms bien todos
los presentes verificarn su presencia en sala a medida que marquen su huella en el
lector. Este sencillo cambio de lgica le quita carga al docente al momento de pasar la
asistencia, ya que de hecho no debe pasarla, en lugar de ser responsable el profesor de
la asistencia de todos sus alumnos, cada uno de ellos es responsable de ingresar su
propia asistencia.
Por su puesto de que el hecho de que las huellas digitales sean nicas previene de que
un ausente quede como asistente a una clase que nunca fue, incluso esto no podra pasar
ni siquiera por accidente (en teora). Esto le devuelve valiosos minutos de clases al
docente que ahora solo deber preocuparse de registrar los contenidos de su propia
clase, adems disminuye prcticamente a cero la posibilidad de error humano y crear
inconsistencias en los datos recolectados; la posibilidad de error principalmente se limita a
fallas de hardware (error en la lectura de la huella).
8
La implementacin de un modo desconectado permitir mantener los registros
actualizados y ofrecer una alternativa en casos de falla del servicio de internet. Para
lograrlo se propone desarrollar la solucin mediante un esquema cliente/servidor. Esta
aplicacin funcionar con un sistema local de almacenamiento de datos (bd local,
archivos, dataset locales o equivalentes) e insertar sus registros locales en la base
principal pasado unos pocos minutos despus de terminada una seccin, y en caso de
cada de internet, su almacenamiento local permitir salvar los datos envindolos cuando
recupere el servicio. Esto permitir mantener la regla de pasar la asistencia in situ, ya
que por supuesto se almacenar la fecha y hora de los eventos y al momento de
sincronizar con la bd principal se considerar esa fecha como la vlida donde se pas la
asistencia permitiendo mantener cualquier reglamentacin basada en estos datos
(descuentos, recuperacin de clases, etc). Esto logra mantener la obligacin de ingresar
los contenidos y asistencia in situ sin arriesgar prdida de datos.
Otra ventaja implcita en este modelo es el registro de fecha y hora exacta de llegada de
docentes y estudiantes. Esto permitir obtener estadsticas muy tiles que no seran
posibles con el sistema actual, como promedio de retraso de alumnos o docentes, etc.
Objetivo General
Objetivos Secundarios
El sistema debe entregar datos veraces, esto es, debe proporcionar los medios para que
la identificacin del usuario (docente o alumno) sea positiva.
9
El sistema debe ser capaz de funcionar de forma continua, considerando luego las
condiciones mnimas para que se pueda dictar una clase; energa elctrica, mobiliario.
Esto es, debe funcionar en si existen de problemas de conectividad.
10
Consultas, preguntas del cliente
Basados en la data usada para los dos reportes anteriores y asumiendo que obtendremos
de la universidad acceso a la informacin acadmica que disponen (al menos a datos de
matrcula y carga acadmica) el sistema dispondr de estadsticas de asistencia y atrasos
agrupadas por asignaturas, carreras, facultades, jornadas y cualquier otra forma de
clasificacin de la que disponga la universidad. A esto hay que sumarle clasificaciones
temporales, es decir, comparativos entre mes a mes o similares.
11
Entidades
Es posible que las relaciones entre estas entidades den lugares a mas entidades como
tambin se podra terminar de definir un modelo de datos con eventuales tablas auxiliares.
El modelo de datos a usar se detallar en el segundo informe.
12
Conclusiones
13