002 CSP315 Presentations

7/29/2019 002 CSP315 Presentations

1/68

Under Guidance of:

Prof. M. Balakrishnan

CSP315- Android Based Attendance System

1

Android Based Attendance

SystemPresentation 1

Pallav Agrawal

2009CS50250

Ankush Jindal

2009CS50234Harsh Gupta

CSP-315


2/68

Outline

CSP315- Android Based Attendance System

2

Motivation

Objectives

System Requirements

Design Details

Interesting Decisions

Milestones

Status So Far


3/68

Motivation

CSP315- Android Based Attendance System3

Taking attendance in large classes is

cumbersome

repetitive

Consumes valuable class time

Universality of mobile phones motivates to make

better use of this technology.


4/68

Objectives


Automating user identification via Android Based

protocol.

Develop and Implement attendance system .

Create an android mobile application to provide a

consistent UI to interact with the system.


5/68

System Requirements

Hardware Software


AndroidBased

Application

Studentsphones

AndroidPhone

Server Eclipse IDE

Android SDK

Apache web server

Drupal CMS


6/68

Design Details



7/68

High Level Architecture Diagram



8/68

Concept Diagram



9/68

Mobile Application Higher Level

Details



10/68

Web Service Design



11/68

High Level Architecture Of Web

Server



12/68

Web Site Design



13/68

Professor/Host


by humancmd

by automatedscheduling

Initialisation

Search in range

Ping proxy check

push to db

Store


14/68

Android Based Activity


Detection of visibleDevices

Receipt andStorage Of Data

Extract macaddresses

Comparison ofreceived addresses

with registeredaddresses

User intervention tooverride presence

of student

Proxy AttendanceChecking

Saving attendancefor the session

Sync with serveron internetconnection


15/68

Interesting Decisions



16/68

Points of Discussion


Proxy Attendance Persistent problem that needs to be addressed

Need a robust solution

Present Ideas:

Random checks by professor.

Manual verification of headcount.


17/68

Points of Discussion


Creation of simple app to authenticate student

E.g. Entering a password for verification Does not solve proxy problem

Can cause distraction during class


18/68

Ease of Use on Mobile

Application


Mobile app to have features for enabling plugins.

Some examples of plugins are:

Automatically take attendance as per schedule.

Proxy attendance based (discussed earlier).


19/68

Database Features


Integration with Kerberos Authentication.

Providing secure and encrypted access to the

database.

Automated Initialization of the database for courses.

Permission Centric model with different privileges to

each kind of user.

Provision of administrative users to police entire


20/68

Milestones (completed)


Design [1st June]

Procure Hardware [14th July]

Sanity Check [19th July]

Database @Android [26th July]

Navigation GUI @Android [5th August]


21/68

Milestones


Hardware Calibration [12th August]

Bare Bones Web Service [30th August]

Security Enhancements [22nd Sep]

Proxy Plugins Development [12th Oct]

Scheduling Plugins Development [20thOct]


22/68

Milestones


Polish GUI [27th Oct]

Creation of ProjectPoster

Final Demo


23/68

Present Status


DesignSanity

Check

Database@Android

Website


24/68

Present Status


Navigation

GUI

Bare bonesWeb Service


25/68

Immediate Steps


Calibration

Sync withwebserver


26/68

Tasks and Scheduling



27/68

Task Distribution


Harsh

Design ofdatabase onmobile app.

Sending andreceiving data@

android end

Ankush

Design of theAndroid Based

Activity

Communicationof the web

server and app


28/68

Task Distribution


Pallav

Design of theMobile User

Interface

Security inconnections

Deeksha

Design of theweb serverdatabase

Implementationof the website


29/68

Hiccups


Delay in procuring android phone. Procured two weeks before semester started.

Rescheduled plan accordingly.

Unable to access database from entire campus

network

Solved by setting up database on

poorvi.cse.iitd.ac.in


30/68

Hiccups


Windows Phone 7Android Based API not exposed in Mango ( ver.

7.5)

Android Based API expected to be out in Next

Update -2012.


31/68

Project Weblink

http://sites.google.com/site/csp315attend/



32/68


Thank You


33/68

Under Guidance of:

Prof. M. Balakrishnan


Android Based Attendance

SystemPresentation 2

Pallav Agrawal

2009CS50250

Ankush Jindal

2009CS50234Harsh Gupta

CSP-315


34/68

Design Details



35/68

Recap



36/68

Android App Re-imagined


InitialDesign

Course 1

Details OfAttendees

AttendanceLog

Course 2


37/68



New

Design

ContactList Courses Meetings


38/68



Contact List

Professors ofsame dept

Other Profs Students ofsame dept

Otherstudents

All CourseAttendees


39/68



Courses

Course1

Ids ofattendees

AttendanceLog

Scheduleetc

..


40/68



Meetings

Group 1

Meeting1

Ids ofattendees

Invitationresponse

status

Log ofPresentPeople

.


41/68

Permission Model - Choices

Person Centric Course Centric


Create list of people

who can edit the

attendance logs ofone person. [tas ,

profs, course

coordinator]

Very Rigorous.

Pretty Cumbersome.

Create list of

privileged people for

each course. Each of these people

can edit attendance of

any attendee.

Less rigorous.

More Flexible and

very practical


42/68

Project Status



43/68

LDAP & Kerberos Integration


Automated initialization from LDAP List of courses

List of attendees

Course Coordinators

Identification of user groups

Integrated with the Kerberos authentication


44/68

LDAP Integration - Leaks


Only course coordinator in LDAP Other profs have to manually registered for each

course with super privileges.

TAs are not available in LDAP.

Any super of the course can manually add TAs


45/68

Initialization Of Database On App


Relevant Data is sent over to the app oninitialization.

Codes:

CA: Course Add

CD: Course Delete

SA : Student Add

SM : Student Modify

SD : Student Delete

SP: Student Proxy


46/68

Networking : Server App


Transaction Of Attendance Logs Transaction Of Updated Mac Addresses

Transaction Of Proxy Attendance

JSON encoding is used for transaction of strings.


47/68

Network Security


Web server uses https(128 bit encryption) for allcommunications

Web site

Android app

Installation of website certificate is integrated withthe app installation (automatic).


48/68


49/68

How to get MAC addresses?


Proposed Solutions: Direct Input from user

User looks up Android Based MAC address and enters into

profile via webpage

Different Procedures as per manufacturer of the phone Windows Program

Design of windows program

Display a list of Android Based Connections in range and

corresponding MAC addresses.


50/68

Experimentation


Run experiment in Labs Short circuits:

User registration

Course Attendees Lookup

Data to be recorded:

Number of people present.

Number of people found to be present.

Maximum distance to which a person was

registered present.

Number of people in proximity but not marked

present.


51/68

Open Questions


How to find maximum number of connections thatcan be identified by a mobile phone?


52/68

PRESENTATION 3

Android Based Based Attendance

Project


53/68

RECAP


54/68

OBJECTIVES

Identify people by mac

addresses

Automate attendanceprocess for large classes


55/68

System Design


56/68

Deliverables

Android app

Web server

Desktop app toregister users


57/68

Project status


58/68

Progress before Presentation2


Website

Web service

Automatic initialization(ldap)

Web interface

App

Android Based ping

Encrypted Communication

Kerberos integration


59/68

Progress after presentation 2


Meetings support added

Android App

Diagnostic activity coded.. Results later.

Experimentation

SMTP email sending deployed.

Website


60/68

Meeting


Adhoc meetings: Create meeting on the spot

On the spot querying of web server may be

required.

Preplanned meetings:

Send invitations via web interface.

Relevant entries can be synced in advance.


61/68

Desktop Application


Need : Register students mac-address. Requirements:

Portable and easy to run.

Independent of Android Based stack.

Does not allow mac address sharing

Kerberos Authentication

Implementation:

Uses Android Based stack provided by python-

bluez


62/68

Experiment


Maximum range till which a person may beidentified?

Maximum number of people that can be

identified?

Are we missing out any people in the vicinity?

How much battery is consumed?

How much time is needed to find n people?

How much time should the application run?


63/68

Maximum Range


Without any obstructions:54 m With one wall in the middle: 12m outside wall


64/68

Battery Consumed


39

39.5

40

40.5

41

41.5

42

42.5

10 20 30 40 50 60 70 80 90 100 110 120 130 140 150 160 170 180 190 200

Number of people found

Battery Level

Battery Level


65/68

Time taken to detect People


0

50

100

150

200

250

300

350

400

450

500

10 20 30 40 50 60 70 80 90 100 110 120 130 140 150 160 170 180 190 200

Tiemi

nseconds

Number of people


66/68

Running time of app?


Keep a count of number of people found inprevious 40 seconds.

Stop when count==0


67/68

Next steps


Store photographs of students in the androiddatabase.

Add proxy catching heuristics to code

Randomly display names of present people

Add scheduling functionality to the app so that itcan run on itself as per a timetable.

Stress testing , checking for any open loops.


68/68

Thank you

Date post:	14-Apr-2018
Category:	Documents
Upload:	mansha99
View:	214 times
Download:	0 times

002 CSP315 Presentations

Documents