Software Requirements
Specification
for
Online Examination System
Version 1.0 approved
Prepared By
Md. Abdullah Al Mahmud - 2013708642
Samira Ali - 2011423042
North South University
25-06-2022
Table of Contents
Revision History
Name | Date | Reason of Changes | Version |
---|---|---|---|
N/A | N/A | N/A | N/A |
N/A | N/A | N/A | N/A |
1. Introduction
Sub Heading: Font Style: Bold, Font Size: 14
Explanations: Font Style: Normal, Font Size: 12
2. Overall Description
- Any user can create an examination cohort.
- The user can create one or more assessments within the exam cohort.
- The candidates can sit for an assessment.
- The evaluator can adjust the mark of any evaluated assessment.
There are two different types of actors for each assessment. They are the evaluators and the candidates.
- Platform: Web and Android
- Operating System: Windows
- Android App: Any system with a modern web browser or for android with android version 7.0+
- Database Configuration: MySQL
3. External Interface Requirements
- Django - Django is a high-level Python web framework that enables rapid development of secure and maintainable websites. The backend of the software is built using this framework.
- ReactJS - React is a free and open-source front-end JavaScript library for building user interfaces based on UI components. The frontend or UI of this software is built using this library.
- MySQL - MySQL is an open-source relational database management system. The data of this system will be stored in this DBMS.
- Android framework - The android framework is the set of API's that allows to quickly and easily write apps for android phones. The mobile app version of the software will be built using this.
4. System Features
Use case name:-
Log in using Google
Actor(s):-
User
Brief Overview:-
The user tries to log in to system using google log in.
Actor action | System response |
---|---|
1. The user clicks the "Log in using Google" button from the login page. | 2. The system will response by verifying the credentials through google API. After successful verification, it will redirect to homepage. |
Use case name:-
Create an Exam-Cohort
Actor(s):-
User
Brief Overview:-
The user creates an exam-cohort to take assessment.
Actor action | System response |
---|---|
1. The user clicks on the plus sign in the bottom right corner of the home page. | 2. The system provides a form to enter the name of the exam-cohort. |
3. The user enters the name and clicks the create button. | 4. The system then assigns the user as the evaluator for that exam-cohort. |
Use case name:-
Add other users as candidates
Actor(s):-
User as evaluator
Brief Overview:-
The user adds other users as candidates.
Actor action | System response |
---|---|
1. The user clicks on the add button to add other users as candidates. | 2. The system provides a text field to the user. |
3. The user writes one or more email addresses and clicks the add button. | 4. The system adds those users as candidates whose email addresses were provided by the evaluator. |
Use case name:-
Create assessment
Actor(s):-
User as evaluator
Brief Overview:-
The user creates an assessment for the candidates.
Actor action | System response |
---|---|
1. The user clicks the create assessment button on the Exam-Cohort page. | 2. The system asks for 'available date-time', the 'due date-time' for the assessment and to specify the type of question - mcq or micro-viva. |
3. The user specifies the question type. For an mcq test, the user marks the correct answer(s). For a micro-viva, the user supplies the correct answer(s) as a recording with a maximum of five words. The user sets a specified mark and maximum time for answering each question. | The system then saves the assessment created by the user. |
Use case name:-
Participate in exam
Actor(s):-
User as candidate
Brief Overview:-
The user can participate in the exam.
Actor action | System response |
---|---|
1. The user starts the exam by clicking the start exam button. | 2. The system will provide mcq or micro-viva questions one by one in random order. The options for the mcq questions will also be randomized. |
3. For a mcq test, the user clicks the desired option to answer each question. For a micro-viva, the user answers using his/her voice by clicking on the record button. The user clicks the next button. | 4. For the mcq test, the system saves the assessment given by the user. For the micro-viva, the system records and saves the answer given by the user. |
Use case name:-
View obtained marks
Actor(s):-
User as candidate
Brief Overview:-
The user can view obtained marks.
Actor action | System response |
---|---|
1. The user clicks on the view score button to view the scores. | 2. The system presents the score obtained in the assessment. |
Use case name:-
Review and change marks
Actor(s):-
User as evaluator
Brief Overview:-
The user can review and change marks.
Actor action | System response |
---|---|
1. The user clicks on the check score button to review or change marks. | 2. The system presents the scores obtained in the assessment by each candidate. |
3. To review or change marks the user chooses to see/hear/read the answers of a candidate. | 4. The system then updates the score of a candidate if his/her marks have been changed. |
Use case name:-
Download detailed mark sheet
Actor(s):-
User as evaluator
Brief Overview:-
The user can download a detailed mark sheet as a spreadsheet.
Actor action | System response |
---|---|
1. The user clicks the download button to download a detailed mark sheet. | 2. The system downloads the detailed mark sheet as a spreadsheet. |
Use case name:-
Log out
Actor(s):-
User
Brief Overview:-
A user can log out from the application whenever he/she wants to
Actor action | System response |
---|---|
1. User clicks the "Log out" button. | 2. The system logs out the user from the application and redirects to homepage. |
5. Other Nonfunctional Requirements
Database: The queries for DBMS data should be optimized as there would be a huge number of users.
Speech to text recognition: The AI used for this feature must be up to date. Inability of correct transformation to text might lead to serious confusions. Overall Performance: The software should have an optimal speed of response, throughput, execution time, and storage capacity.
Correctness: This software provides correct automated evaluation of assessment.
Flexibility: The software has both web and mobile app versions, thus making it flexible to use.
Maintainability: This software can be restored easily and rapidly after a failure.
Reliability: This software is made secure so that no candidate will be able to tamper with the obtained results in the assessment and also the time constraint given to complete an assessment.
Interoperability: The software follows the service-oriented architecture.
Usability: This software has a user-friendly user interface.
6. Other Requirements
- AI: Artificial Intelligence in full, is the simulation of human intelligence processes by machines, especially computer systems.
- API: It stands for Application Programming Interface. An API is basically a software intermediate that allows two applications to interact with each other.
- Candidate: User sitting for an assessment.
- Database: Collection of all the information monitored by this system.
- Evaluator: User who created an exam cohort.
- Exam-Cohort: Virtual platform for creating one or more assessment.
- Framework: An abstraction in which software, providing generic functionality, can be selectively changed by additional user-written code, thus providing application-specific software.
- HTTP: HyperText Transfer Protocol in full, a standard application-level protocol used for exchanging files on the World Wide Web.