Sunday, November 20, 2016

Update 11/20/16

In this week's meeting we continued discussing conferences that we are interested in attending. We decided that we would take ACMSE 2017 into serious consideration.

Regarding progress on the project, the server can now interpret timestamp information transmitted from the app component. Along with sending timestamp information, we also have the capability to send basic device information to the server. We have encountered a bug in the app that causes it to crash when launching on a mobile device. We were able to test the information transmission by using the desktop app, however, we will need to look into this bug.

--Eugene

Sunday, November 13, 2016

Update 11/13/16

In this week's meeting we discussed what other information should be sent in addition to the evidence submitted by the student. We decided that there should be various timestamps sent between the server and the device. Using these timestamps for our user study will allow us to collect important efficiency-related data. Along with these timestamps, we also thought about sending device information that could be used to determine a user's identity as a means of bypassing the log-in process every time.

We also discussed various conferences that we are interested in attending, including some international ones, such as: GCCCE (China), LTLE (Japan), IEEE ICALT (Romania), and AACE ED-Media (Washington, D.C.). We will hopefully come to a decision in next week's meeting.

--Eugene

Sunday, November 6, 2016

Update 11/06/16

In this week's meeting we displayed the version of our app that is capable of communicating with the server. There is still some work to do on the user interface to make it more dynamic across devices with different screen sizes. The current state of the app is shown below on an Android device:

                               Initial log in screen                      
    



Error upon bad authentication attempt 

 
 Screen where attendance evidence will be submitted
 
   Evidence success screen













































There are still many evidence methods that have yet to be implemented. In the user study we will have the ability to disable certain methods so that we are able to choose which ones will be tested at one time. We have given some thought to a system where students are required to use a certain number of evidence methods simultaneously in order for their attendance to be considered valid. Requiring students to submit 2-3 different types of evidence can help in reducing fraud.

In this next week we will continue developing the server-side component to ensure that information is being sent successfully. We also have to determine what other information can be sent to the server, i.e., WiFi information and device information. This type of information will be useful in the user study.


--Eugene