Transcript ADD Presentation

Management System for
Graduate Students
ADD Presentation
April, 2011
Team
Advisors
• Dr. Yuval Elovici
• Chuchem Tamar
Members
• Tal Franko
• Tal Goldstein
• Tamir Zur
• Miriam Nir
http://www.cs.bgu.ac.il/~talgol/2ndDegManagment/Main
Project Purposes
•
•
•
Computerize the academic processes among all users of the system.
Ease the way all users communicate with each other and in particular candidates
and students with the academic staff (instructors, theaching committee and the
secretary and external examiner).
Enable thesis search, which allows university users and external users to search
thesis by a ceratin criteria (Subject, Author etc).
Functional Requirments
•
The system should be modular, in a way that we could add stations and states to
the system.
•
The system should be general to fit all University’s departments in the future.
•
Transaction should take no more than 10 seconds.
•
Candidates should be able to register through the system and also all users except
candidates should be able to login to the system using their BGU username and
password.
•
Users should have the ability to send messages to each other and also to send
requests or to fill-in forms (based on their role), e.g. Student could send a request
to a certain Instructor such as: Thesis Instructor request etc.
Functional Requirments
•
All users should have the ability to upload files (based on their role with a certain
restrictions such as file size, file type), e.g. Students could upload progress report,
thesis draft etc. Candidates could upload grades sheet, recommendations etc.
•
Instructors should have the ability to initiate/react to his students’ requests or
messages and also to appoint an external Examiner.
•
Committee Members should be able to reject/accept or even inform candidates
messages (e.g. “more documents is required”).
•
Statistics could be generated (based on the user role) at any given moment.
•
Admin will have an absolute control of the system.
•
The system should also inform its users on new events via email.
Candidate
System Architecture
DB Server
Student
Files Server
Instructor
GUI,
Application
Layer
Model Layer,
Business Logic
Persistency
Teaching
Committee
Examiner
BGU Web-Services
Secretary
Admin
Class Diagram
Class Diagram
Users - Abstract class. Implemented classes are:
BGU User, Candidate User, Lecturer, Committee
,External examiner,
Stations - each System user will have station list to
determine what action he can do and what views he’ll
see at each state
Request - Abstract class. Implemented classes are:
thesis, forms and messages.
Administration- Abstract class. Implemented
classes are: administrator and Secretary.
Sequence Diagram Example
Sequence Diagram Example
Sequence Diagram Example
Sequence Diagram Example
Sequence Diagram Example
Database Scheme (partial)
Database
Users (ID,Username,Password,Salt, Available_states, department, registered,
Email)
Stations (ID , GUI_URL , TABLE_NAME )
Nominees (UserID , department, status, degree_level, Grades_file,
Refrences_file )
Thesis (ThesisID , UserID , Adviser , Submit_date, Deadline_date, GRADE ,
STATUS , NOTES , Thesis_link )
Examiners (department , Thesis_ID, Available_examiners,
Selected_examiners, Final_examiners)
Request History (ID , TO , FROM , Username_send , Username_recieved ,
NOTES , File_link )
User Interface
User Interface
User Interface
User Interface
User Interface
System
Simulation
http://tinyurl.com/GMgmtS
http://tinyurl.com/GMgmtSys
Testing
• Functional requirements
• System performance: speed & response,
system availability.
• System capacity : number of users and
data to upload.
• System safety & security : attacks (SQL
injection etc)
• System usability
• Compatibility : Browsers (all common
browsers) compatibility and OS support.
Task List
Task
Due Date
Database final draft
16/4
Persistency
20/4
System View & GUI
25/4
Finishing model layer
25/4
Thesis search feature
1/5
Beta Version
5/5
Testing and Bug fix
10/5
Project Presentation
15/6