You are on page 1of 12

TEAM SEVEN

Software Design Document

ANUSHA.K
ANJALI PRADEEP
DEEPURAJ

Date: 27/03/2018
​ ​ONTENTS
T​ABLE​ ​OF​ C
1. ​I​NTRODUCTION
1.1 Purpose
1.2 Scope
1.3 Overview
1.4 Reference Material
1.5 Definitions and Acronyms

2. ​ S​YSTEM​ O​VERVIEW

3. ​ S​YSTEM​ ​A​RCHITECTURE

3.1 Architectural Design


3.2 Decomposition Description
3.3 Design Rationale

4. ​D​ATA​ ​ D​ESIGN
4.1 Data Description
4.2 Data Dictionary

5. ​ C​OMPONENT​ ​D​ESIGN

6. ​ H​UMAN​ ​ I​NTERFACE ​ D​ESIGN


6.1 Overview of User Interface
6.2 Screen Images
6.3 Screen Objects and Actions
7. ​ R​EQUIREMENTS​ ​M​ATRIX

8. ​A​PPENDICES
1. ​I​NTRODUCTION
1.1 Purpose
This software design document describes the architecture and system

design of Online Examination System. It will explain the details of design


phase of this system.The system provides the users to attempt the exam
online which improves the traditional approach of conducting exam.

1.2 Scope
This system is mainly designed for Educational Institute like

colleges,schools etc..It handles all the operations related to conduction of


exam and generates reports as soon as the test finishes.The type of
questions expected from faculty members are Multiple Choice Questions.
System provides the privilege to each faculties to have complete control over
the exam.

1.3 Overview
This document describes the system,design and implementation details

of OES.It provides the different aspects of the product design,features,system


architecture,its design and decomposition,data description and dictionary and
also the component design along with the human interface design and screen
objects and actions.Developers need to go through all the topics specified.

2.​ ​S​YSTEM ​O​VERVIEW


Online Examination System provides the facility to connect candidate
and examiner in remote areas and conduct exam in virtual environment
online.It provides the platform for both students and faculties to log into
the system.Registered students can attend the exam on scheduled
time,can view the results after the end of the system.The system
provides faculty the facilities for preparing the test and deciding the time
and marks for the exam.There is a provision for printing the report card
and review the test.

3. ​S​YSTEM ​A​RCHITECTURE
3.1 Architectural Design

1) Student Module
Every student needs to login to their accounts and use
functionalities of OES. Login criteria for every user is same, with a username
and password.Students can then attend examination as per the schedule,
view their previous results and provide feedback.

2)Faculty Module
Every faculty needs to login to their accounts and use
functionalities of OES.Login Criteria for every faculty is same,with a
username and password.Faculties can create a new examination on their
subject and can control the whole exam procedures.

3)Admin Module
Admin have the complete control over the system.He/She adds
up the students and faculties including their details.He has the privilege to
delete a student or faculty account.

3.2 Decomposition Description


3.3 Design Rationale
Another way of architectural design is to decompose the overall system to
student and faculty module.But the main disadvantage of this is that the
faculty will have complex responsibilities of maintaining the student database
and examination procedures.The better way to avoid these complexities is to
decompose the architectural design of the system to three modules:Student
Module,Administrator Module,Faculty Module.

4.Data Design

4.1 Date Description


MySQL database and PHP to communicate with the database that is installed on the
server.
4.2 Data Dictionary

Student table

S.No. Name Data type Length

1 Reg No. int 10

2 Fname varchar 50

3 LName varchar 50

4 Address varchar 50

5 Age int 3

6 Gender varchar 10

7 Email varchar 50

8 Password varchar 50

Add_question table

Sl.No Name Data Type Length


1 qid int 10
2 question varchar 100
3 option 1 varchar 50
4 option 2 varchar 50
5 option 3 varchar 50
6 option 4 varchar 50
7 answer varchar 50
Login table

Sl.No. Name Data Type Length


1 Username varchar 50
2 Password varchar 50

Temp_mark table

Sl.No. Name Data Type Length


1 qid int 10
2 Username varchar 50
3 NRquestion varchar 50
4 NWquestion varchar 50
5 Tmark varchar 50

Marks

Sl.No. Name Data Type Length


1 SNo int 10
2 Username varchar 50
3 Tmark int 10
4 Percentage int 10
5 NORight int 10
6 NOWrong int 10
7 Date datetime 10
5.COMPONENT DESIGN

As discussed in section 2 of this document ,this system provides the students facilities for
attending the exam anywhere at the scheduled time and provides faculties the facility for
prepare the exam and conduct it as per the wish.

6​.​ ​H​UMAN ​I​NTERFACE ​D​ESIGN

6.1 Overview of User Interface

A student interface,faculty interface and admin interface are required for


this product. In student interface each student can login with their username
and password, can attend the available exam.After the student clicked the
submit button or after the scheduled time is over, the result will be shown on
the screen.In faculty interface, there will also be a log in and when logged in
,the faculty can select the subject and set the exam.Each interface contains
buttons such as logout, help,about us etc...

6.2 SCREEN IMAGES


Home Page Student Profile Page

Exam Information Page Examination Page

Faculty Profile Page

Questions
Results Page

7. REQUIREMENT MATRIX

COMPONENTS FUNCTIONAL REQUIREMENT

Home Page

Log In Username
Password

Exam Page Instructions


Question
Options
Answer

Hardware Interface

Network Equipments Server/Router/modem

Device Pc/Tablet

Software Interface

Browser Google chrome/Mozilla Firefox

Operating System Windows/Linux/Mac OS

You might also like