1 / 13

Co-Advised by Prof. Helen Shen Mr. Eddie Chua (mySch) Mr. Ambrose Tse (mySch)

Smart Card Application in Schools. Co-Advised by Prof. Helen Shen Mr. Eddie Chua (mySch) Mr. Ambrose Tse (mySch). Group No: HE4 Lao Shing Kit, Jing Wong Sau Chung, Kenneth. Agenda. Introduction System Architecture Problems & Solutions Testing and Evaluation Conclusions.

reya
Download Presentation

Co-Advised by Prof. Helen Shen Mr. Eddie Chua (mySch) Mr. Ambrose Tse (mySch)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Smart Card Application in Schools Co-Advised by Prof. Helen Shen Mr. Eddie Chua (mySch) Mr. Ambrose Tse (mySch) Group No: HE4 Lao Shing Kit, Jing Wong Sau Chung, Kenneth

  2. Agenda Introduction System Architecture Problems & Solutions Testing and Evaluation Conclusions

  3. 1. Introduction Mainly focus on 3 areas (1) Attendance Recording System (2) ECA Administration System (3) Electronic Payment System Project Goal To integrate a Smart Card system with a school intranet system called mySch developed by mySch (http://www.mysch.net) using a software model. • Benefits • More convenient to use different services in school • To increase efficiency in administrative work Main Concerns (1) Connection of 2 systems (2) Stability of dataflow (3) Correctness of dataflow

  4. Aug 02 iGuard Vs Octopus iGuard Octopus Popularity Medium Very High Cost Low High Restriction Low Very High API Well-Developed Well-Developed Dec 02 iGuard Vs Libra Libra iGuard Popularity Medium Very Low Cost Low Low Restriction Low Very Low API Well-Developed Developing 2. System Architecture- Hardware I. Smart Card & Card Reader

  5. 2. System Architecture- Software Send rate = X X > Y Receive rate = Y Card Reader School Intranet Software Model Card Reader School Intranet II. Software Model Act as a bridge to ensure accurate and stable dataflow Extra Packets Lost Extra Packets Stored

  6. 2. System Architecture - Flow mdb mdb mdb Sybase Sybase Card Server Database Record Buffer Card Server Database Record Buffer Card Server Database Record Buffer mySch Database 1. Attendance Record 2. ECA Record 3. Transaction Record iGuard Card Reader iGuard Card Reader ADO ADO Java Servlet Adjust Settings Java Servlet HTTP request with query string Data Parser A Data Parser A Data Parser A Data Parser B Data Parser B Data Parser B mySch School Intranet Scheduling Scheduling Scheduling XML Acknowledgement Card Server Card Server Card Server Adjust Settings iGuard Card Reader iGuard Card Reader Attendance Recording System ECA Admin System Electronic Payment System iGuard Card Reader iGuard Card Reader mdb mdb Card Server Database Record Buffer Card Server Database Record Buffer iGuard Card Reader iGuard Card Reader Data Parser A Data Parser A Data Parser B Data Parser B Scheduling Scheduling Card Server Card Server Sybase Sybase Sybase Sybase mySch Database 1. Attendance Record 2. ECA Record 3. Transaction Record mySch Database 1. Attendance Record 2. ECA Record 3. Transaction Record mySch School Intranet mySch School Intranet Attendance Recording System Attendance Recording System ECA Admin System ECA Admin System Electronic Payment System Electronic Payment System

  7. 2. System Architecture- Card Server • Manipulation and synchronization of data in Smart Cards • Get Data from the • Reader • Buffer Smart Card • data • Extract the XML • acknowledgement • Control functions • of all slave card • readers : • Attendance / • ECA / • Transaction • Card Server • Main component in the software model • Ensure accurate and stable dataflow • Functions: • Transfer of data from card readers to mySch • Synchronization of data • Modification of Smart Card reader settings • Exportation of the data collected • ECA administration

  8. 2. System Architecture- mySch Server Update Type every detail to join extra-curricular activities Update Click each name to maintain attendance records Update Student’s Record Student’s Record mySch Database Attendance Records ECA Records XML ACK Card Reader Card Server (1) Attendance Recording System (2) ECA Administration System Java Servlet Programs

  9. Status = Success Price Price Choose Products Waiting Smart Card Get Status Periodically Price After 10s Status Price Student’s Record + Price Student’s Record Student’s Record mySch Database User Account XML ACK Card Reader Card Server mySch Database User Account 2. System Architecture- mySch Server (3) Electronic Payment System Java Servlet Programs Java Servlet Programs Java Servlet Programs Java Servlet Programs Java Servlet Programs Price, status Price, status Price, status Price, status Price, status Price, status Java Servlet Programs Java Servlet Programs Java Servlet Programs Java Servlet Programs

  10. 3. Problems and Solutions mySch.RegNum mySch.login* mySch.engName mySch.ClassLevel + mySch.ClassName iGuard.ID* iGuard.othername iGuard.lastname + iGuard.firstname iGuard.Department = = = = * Unique value Which language for implementation? How to synchronize students’ records? (1) Visual Basic vs Java • iGuard API involves ActiveX Control • VB example given (2) Visual Basic vs Visual C++ • easy for interface design

  11. 3. Problems and Solutions (3) XML Acknowlegement (2) Java Servlet Programs Parameters How the 3 systems are implemented? • HTTP request with query string • http://fyp.mysch.net/bin/smartcard/syncRegNum? • login=ambrose&pwd=ambrose123 • &uid=0001&ulogin=kenneth&upwd=ken117&name=Wong&sex=M

  12. 4. Testing & Evaluation Simulate the situation of a real school in terms of • Number of users (~1000 users) • Number of accesses (~2 times/user) • Access rate (~1.3 seconds/record) • Modification to the programs • Lock the sending signal of Card Server • Impose selection criteria for sending HTTP • requests

  13. 5. Conclusions • Future Extensions • Integrate more services in mySch • Using different brands of card readers and compare performance • embedded in handheld devices/ Web-based • Benefits from the Project • integrate 2 well-developed systems • Importance of controlling dataflow • IT applications in schools Thank you for your attention - The End -

More Related