A WEB-BASED SYSTEM FOR AUTOMATIC LABORATORY REGISTRATION

Transcription

1 Αφιέρωμα στο Γ Συνέδριο «Τεχνολογία & Αυτοματισμός» A WEB-BASED SYSTEM FOR AUTOMATIC LABORATORY REGISTRATION Yiannis Zorbakis Postgraduate student zorbakis@ vahoo.com Y annis Psarom iligkos Professor of applications Technological Education of Piraeus jpsa@ teipir.gr Dimitris Tseles Professor Technological Education of Piraeus dtsel@ teipir.gr ABSTRACT Laboratory Registration presents the following difficulties: Hand written tasks of registration W aiting Lists A cost of operations for the accounting procedures that are currently required of the employees o f the college. This project presents the requirements, the logic and the operation of a web database system for laboratory registration that will organise and maintain the student records for a college or similar organisation. The application comprising a Web Server, a SQL Server and a front end that is viewable through a web browser. The areas that are included in the application were: Student Record, Session and Course records. The students are allowed, via a web browser, to view and update their course records. The project was developed under the framework of the Postgraduate Program Information Technology of T.E.I. Piraeus. THE AIM OF THE PROJECT The objective of this project is to develop a system that will organise and maintain the student records for a college or sim ilar organisation. This system will replace the hand written tasks of registration, waiting lists, and accounting procedures that are currently required of the employees of the college. In other words, it improve student / user perform ance and college efficiency shall be increased. Users of the system will be allowed to view class schedules. The system will allow the administrator to create and modify scheduled classes for the Student Secretarial Centre. The enrolment process will entail gathering inform ation from the m em ber and storing this 121

2 Επιστημονική Επετηρίδα Εφαρμοσμένης Έρευνας information in the system. The system will access and manipulate this information to produce desired reports for the user. The system will produce the desired report of the user. It will have a selection of categories for the user to choose which type of a report is needed. The reports will contain information for classes, sections, semesters, years, and accounting information concerning the non-credit classes offered at the Student Secretarial Centre. INDIVIDUAL PROJECT SPECIFICATION The World Wide Web is a valuable tool to millions, and the simplicity of HTML has helped with the huge growth over the last few years. Scripting languages such as JavaScript and VBScript have helped to add a dynamic edge to web pages. This project presents the requirements, the logic and the operation of a web database system for laboratory registration. The final application could be used within a college or similar organisation to view student records. This could then be placed on an Internet or a shared drive within the organisation and give access to the many users who require it. The site will have a ability to store sufficient information about each student including the following: Name Address Telephone number Student ID number Courses currently studying Date expected to finish Date o f birth Users will be able to search for a particular student by name, address, student ID or course, and display the results. Users will also be able to update any of the student details. ARCHITECTURE Only information that actually needs to be displayed on the screen will sent to the client. Business and data services will remain to the Web Server. Server The database server coupled to a Web server. Web server perform updates and notifications in real-time, as part o f an integrated, front-end publishing environm ent. Windows NT Server (with the integrated Internet Information Server) and the Microsoft BackOffice family suite o f applications currently provide support for the Internet. An HTML front end that is viewable though a web browser to an database (MS SQL Server 7.0) shall be produced. FrontPage is focused on making basic Web document publishing and site management easy for business professionals and end users. 122

3 Αφιέρωμα στο Γ Συνέδριο «Τεχνολογία & Αυτοματισμός» Clients Clients Computers that are permanently linked into the Internet have a relatively fixed IP address, while students/users that reach the Internet by dialling in via an Internet Provider will get an address assigned during a session. On the desktop, the Windows 9x and Windows NT W orkstation 4.0 operating systems have been designed to take advantage of the Internet, and they include a powerful browser, which makes browsing the Internet as easy as using Windows 9x Special Terms / A bbreviations There two basic modes participating the application: The Administrator mode which can perform any activity on the web server and the user mode which have limited access rights. Administrator - a user with full access to all the functions of the Database User - a general term that applies to any student or staff of SSC that are permitted access to the Database Guest - a user with limited access to Database SSC - Student Secretarial Centre Response Tim e The system response time shall be determined by the speed of the internet network and processing time. The response time of the system must be rapid and reliable so shall be between ten and fourteen seconds from the time of the initial request. Interface The system shall be equipped with pull down menus, dialog boxes, check boxes, and function keys. Security A very important part of this application will be the security issues, as the users of the system would want the data to only be viewed by select members of staff. In order to allow entry to the application to select users, a login page will produced where users enter there username and password, if these do not match up with what is stored in the users database then they will not be able to go any further. In addition, there is a need of security levels where limit what areas of the application the users see. There will be an Administration user account set up called ADMIN with a password of admin, anyone who logs into this account is able to see the entire application and set up new users and amend security levels and passwords. CLASS MODEL OF APPLICATION There three basic classes modelling the application domain : Student - This will store details such as student name, address contact information, etc. This will be the largest of the tables. Course - This will store details of each course including course title, which department it belongs to, etc. Lab - This will store lab details. 123

4 Επιστημονική Επετηρίδα Εφαρμοσμένης Έρευνας CLASS A TTRIBUTES AND OPERATIONS Student Field nam e Type Student ID Auto number First name Text (1..20) Surname Text (1..20) Street Text (1..20) Town Text (1..20) Postcode Text (1..8) Telephone number Text (1..20) Date of birth Date Course ID N um ber - Long integer Operations on this class: Add, Delete, search, update details, enrol on a course. Course Field name Course ID Auto number Course title Text (1..20) Course code Text (1..20) Department Text (1..20) Hours per week Number (1..30) Type Operations on this class: Add, Delete, search, update details. Lab Lab ID Start date End date Room ID Field name Auto number D ate/hour D ate/hour Number Type O perations on this class: Add, Delete, search, update. USE CASE SCENARIO S Use case: Add a new student to the database Primary Actor: Registry assistant Preconditions: The user has rights to login Success End Condition: The student is added to the database with correct details. Failed End Condition: The student is not added to the database or has incorrect details. 124

5 Αφιέρωμα στο Γ Συνέδριο «Τεχνολογία & Αυτοματισμός» MAIN SUCCESS SCENARIO: -User goes to ADD STUDENT -User enters new student details -User presses insert -Student table is updated Use case: Add a new course to the database Primary Actor: Registry assistant Secondary Actor: Preconditions: The course does not already exist on the database and The user has rights to login ' n Success End Condition: The course is added to the database with the correct details. Failed End Condition: The course is not added or has incorrect details Trigger: The college/ university is required to teach a new course. MAIN SUCCESS SCENARIO: -User goes to ADD COURSE -User enters new course details -User presses insert -Course table is updated Use case: Find a student in the database Primary Actor: Any staff m ember Secondary Actor: Preconditions: The student is in the database and the user has rights to login Success End Condition: The student is found in the database Failed End Condition: The student is not found in the database. Trigger: Absent student (there are many other triggers for this scenario) MAIN SUCCESS SCENARIO: 125

6 Επιστημονική Επετηρίδα Εφαρμοσμένης Έρευνας -User goes to FIND STUDENT -User enters student details they wish to search for -User presses find -The results of the search are shown Use case: Search the database for a course Primary Actor: Any staff m ember Secondary Actor Preconditions: The user has rights to login Success End Condition: The course is found in the database Failed End Condition: The course is not found in the database Trigger: A teacher wishes to view details of a particular course, (there are many other triggers for this scenario) M AIN SUCCESS SCENARIO: -User goes to FIND COURSE -User enters course details they wish to search for -User presses find -The results of the search are shown Use case: Remove a student from a course Primary Actor: Registry assistant Preconditions: The student is in the database and is on a course. Success End Condition: The student is found and removed from the course Failed End Condition: The student is not found or the student is not registered on the course they wish to be removed from. Trigger: The student wants to change courses, (there are many other triggers for this scenario) MAIN SUCCESS SCENARIO: The student is removed from the course 126