Computerized Exam System For Ambo University

Computerized Exam System for Ambo University 1
Computerized Exam System for

Ambo University
Ambo University
Department of Information Technology
Gemechu Udesa Brt/0316/09
Geleta Nura Brt/0314/09
Kitesa Megersa Brt/0339/09
Tesfa Abera Brt/0385/09
Gemedu Tekilu Brt/0317/09
Gete Lejisa Brt/0319/09
Luche Bekuma Brt/0348/09

Table of Contents
Abstract.......................................................................................................................................................3
CHAPTER 1: INTRODUCTION........................................................................................................................4
1.1 Background of Organization........................................................................................................4
1.2 Background of Study....................................................................................................................5
1.3 Statement of problem.................................................................................................................6
1.4 Objectives....................................................................................................................................7
1.4.1 General objective.................................................................................................................7
1.4.2 Specific Objective.................................................................................................................7
1.5 Methodology and Tools...............................................................................................................8
1.5.1 System development approach...........................................................................................8
1.5.2 Data Collection Techniques..................................................................................................8
1.5.3 Development and Documentation tools............................................................................10
1.5.4 System Testing...................................................................................................................10
1.6 Scope and Limitation of the Project...........................................................................................10
1.7 Feasibility of the project............................................................................................................11
1.7.1 Technical feasibility............................................................................................................11
1.7.2 Operational feasibility........................................................................................................12
1.7.3 Economic feasibility...........................................................................................................12
1.8 Significance of Project................................................................................................................12
1.9 Beneficiary of the project..........................................................................................................12
The term refers to who can get benefit or profitable from this project. The beneficiaries of the project
are:-.......................................................................................................................................................12
1.10 Specification for hardware and software...................................................................................13
1.11 Overall cost estimation..............................................................................................................13
1.12 Time Schedule of the Project.....................................................................................................14
Abstract
This paper is prepared by graduating class students of Information Technology Department at
Ambo University for partial fulfillment for the requirement of Bachelor Science (B.Sc.) Degree in
Information Technology. The project titled that Computerized Exam System is a web-based
examination system where examination are given online by computer either internet or
intranet using computer system. The main goal of this computerized exam system is to
effectively evaluate the student thoroughly through a totally automated system that not only
reduce the required time but also obtain fast and accurate results for Ambo University
students.
CHAPTER 1: INTRODUCTION
Computerized Examination System is a web application that establishes a network between the
institutes and the students. The Institute’s instructors enters to the site the questions they want in
the exam. These questions are displayed as a test to the eligible students. The answers enter by
the students are then evaluated and their score is calculated and saved. This score then can be
accessed by the institute to determine the passes students or to evaluate their performance.
Computerized Exams is being launched because a need for a destination that is beneficial for
both the institutes and students. With this site, the institute can host computerized online exams.
Students can give exams and view their results. This site is an attempt to remove the existing
flaws in the manual system of conducting exams.
Computerized Exam System is very useful for Educational Institute to prepare an exam, safe the
time that will take to check the paper and prepare mark sheets. It will help the Ambo university
to testing of students and develop their skills.
1.1 Background of Organization
Ambo University is located in Ambo, the capital of West Shewa Zone of Oromia Regional State.
It was established in 1939 E.C (1947), and is one of the oldest higher learning institutions in
Ethiopia. It was originally a school. In 1951 E.C (1958) the school was renamed as Ambo
Agriculture and Forestry Secondary School with the addition of Forestry Department. In 1960
E.C (1967) the school was promoted to the level of ‘institute’ and named as Ambo Institute of
Agriculture and started to offer a two-year post-secondary diploma course in General
Agriculture. In 1969 E.C (1974) the institute was granted a Junior College status and named as
Ambo Junior College of Agriculture with an added objective of research and extension apart
from teaching. Consequently, the College launched a continuing education program in 1973 E.C
(1980) and continuously started.
In 1980 E.C (1987) some pedagogical courses were added to the existing curriculum and a
Teacher Education option was added to train agricultural teachers. In 1984 E.C (1992) the
"junior" status was shed off and the institution was named Ambo College of Agriculture. In
1995 EC (2003) the institution started to offer undergraduate degree programs in the fields of
Crop Production, Animal Production, Applied Chemistry and Applied Biology. In the meantime,
the college was affiliated to Jimma University by the name Jimma University - Ambo College.
On Megabit 3, 2000 E.C (12 March, 2008), the Government of the Federal Democratic Republic
of Ethiopia promoted the College to the status of an autonomous University College –Ambo
University College. In 2009, it was named as Ambo University. Presently the University runs
eight graduate and thirty seven undergraduate programs which are divided into eight
colleges/institutes and thirty academic departments in main campus at Ambo, and branches at
Awaro campus and Wolliso Campus.
The University is presently exercising its full potential than ever before so as to meet its missions
and is definitely in a rapid transformation. Its contribution to the country's development through
conducting pertinent researches and outreach programs is also of paramount importance. Indeed,
the University has a long standing experience in research and extension on viable technologies
including poultry, dairy, horticulture, forestry, etc and is playing a significant role in improving
the livelihood of local community.
Concurrently, the University is developing many new curricula both in undergraduate and
graduate programs in areas pertinent to the country's development. Ambo University has
immense location advantages mainly related to its proximity to the capital Addis and its excellent
climate to attract competent staff to work closely with other institutions by sharing materials as
well as human resources.
1.2 Background of Study

Examination is generally recognized that examinations determine the extent to which educational
objectives have been achieved as well as the extent to which educational institutions have served
the needs of community and society (Shah, 2002). Examinations are not limited to measure
educational or societal objectives and needs but incorporated in a way of coping with the
educational system (Havens, 2002). Rehmani (2003) briefly described that ‘examinations play a
significant role in determining what goes on in the classroom in terms of what, and how teachers
teach and students learn and can have impact on both teaching and learning’. Wikipedia used test
or examinations as alternative terms of assessment and defined it as: ‘test or an examination (or
exam) is an assessment indeed to measure a test-takers knowledge, skill, aptitude, physical,
fitness or classification in many other topics’.
In Ambo University, there are major bodies that actively participate in teaching and learning
process and the whole over activities to ensure the mission and vision the university. Among
these registrar is one of the major parts of the university and its major role is to manage the
students activities and departments activities. In essence, examination is an exercise in
professional judgment given by on the part of instructors and department is exercise to lead each
courses including instructor. It involves the collection and evaluation of understanding of
students' achievement or performance over a specified period of time, such as one or two ,each
months, an academic semester. So that Computerized Examination System is design to provide
inducement reward for the achievement and assists in identifying understanding of the students.
In Examination students can study anywhere they have access to a computer and Internet
connection. Students may have the option to select learning materials that meets their level of
knowledge and interest.
Generally, Computerized Examination System for Ambo University will be used for taking exam
online in an access internet connection and computer. Computerized Examination System for
Ambo University is a web-based application that used to examine student and perform their
result and post back the results of the students.
1.3 Statement of problem

Ambo University, as a higher education institute performs examination process that instructors
give the exam papers to students manually. As a starting point for problem definition, we tried
to see how the examination process was involved in the University. We have also tried to get
some information by having a short discussion with heads of the departments, instructors and
other staffs as well as students.
We recognized that there are many problems in terms of examination giving process with
required quality in the university. Generally, we have noticed the following problems.
 There is high cost to buy copy machines, printers, papers for hard copy as well as
payment for duplicators and invigilators.
 High human power wastage.
 Wastage of time to print and to wait for copying in duplicate office.
 It is wastage of time for instructors while correcting exam papers and giving result
back.
 Some pages of exam paper may be jumped by error while duplicating.
 The result of students may be lost.
These problems will be solved by Computerized Examination System (CES) for Ambo
University project by changing manual examination giving process into intranet based or online
examination system.
1.4 Objectives
1.4.1 General objective
The general objective is to create a Web based application that establishes a network between
the institutes and the students that attempt to remove the existing flaws in the manual system of
conducting exams.
1.4.2 Specific Objective

The specific objective of the project is to:
 To analysis the current system and propose new system

 To choose the most appropriate method of data collection;
 To identify different methods for online examination system
 To provide security for the system
 To design and implement new model for web based examination system
 To provide effective documentation
1.5 Methodology and Tools

1.5.1 System development approach
This project follows or uses object oriented software development methodology which is object-
oriented (O-O) paradigm with greatest values such as:
 Individuals and interactions over processes and tools

 In object-oriented development, self-organization and motivation are
important, as are interactions like co-location (i.e. face-to-face conversation
is the best form of communication) and pair programming (an object-
oriented software development technique in which two programmers work
together at one workstation) over processes and tools.
 Working software over comprehensive documentation:
 Working software will be more useful and welcome than just presenting
documents to clients in meetings.
 Responding to change over following a plan:
Object-oriented development is focused on quick responses to change and continuous
development.
1.5.2 Data Collection Techniques

We have gathered information in different ways: primary and secondary sources of data are
used to gather information.
Primary Data Source

Interview
By interviewing and by analyzing the real problem in the system and the proposed system
solutions.
Interview is a conversation for the purpose of eliciting information for publication, the published
statement so elicited. The interview was conducted with different people who are working for the
staff.
Interview Procedures
 We will schedule the interview and confirm the meeting time and date a day before
conducting the Interview.
 Then we interview to the registrar manager.
 We will critically look as much as possible about the topic of interview before conducting
the interview.
 We will prepare all materials required for the interview like note books, pencil or pen and
if there is audio recorder.
 Conducting the Interview by fulfilling all criteria’s required for the interview
 Examining the interview by preparing a written summary of the key points discussed in
the interview that are relevant to our topic.
 Finally, we will determine its usefulness by analyzing whether the information obtained
from the interviewee is useful, contribute, correct for the development of our topics.
Observation
Observation is the other instrument that will use to collect data which will be necessary for our
computerized web-based system project for the university. In this process we will try to
investigate the information by making our selves participates in the process. And observations
will also helping us to relate the information obtained from the interviewee by looking to the
reality of the university.
Secondary Data Source

 To have detailed awareness about our project we used documents such as books, e-books,
relevant report, websites in the organization and some related previously done projects
which are very important to develop our project. During the analysis of documents, we
give a special consideration to those documents which can bring more features to our
system.
1.5.3 Development and Documentation tools

1. Development tools
 Xampp Server
 Notepad ++
 Sublime text 2
 MySQL version 5.5.24
 Php language
2. Documentation tools
 Microsoft words 2007

 Microsoft PowerPoint 2007
 Microsoft Visio 2016
 Edraw Max
1.5.4 System Testing

Final phase of implementation is testing. Testing is a process to show the correctness of the
program. Testing is checking of the system workability in an attempt to discover errors and
avoiding such errors from the system. In this the team members will test the entire system as a
whole with all forms, code, modules. In this we will test all the functionalities in the System. All
errors in the forms, functions, modules will be test. Testing is the process of finding the
difference between expected behaviors specified by the system model and observed behavior of
the implement system.
The Proposed system will be test through the following testing strategies.
 Unit testing: in this testing strategy the system components and modules are tested one
by one. Each component where first identified and then tested.
 System testing: the architectural design of the system must be correct to have a correct
system.
 Volume testing: most realistic type of testing. It checks all necessary conditions applied
in working environment
1.6 Scope and Limitation of the Project

Scope of Project
This system (Computerized Online Examination System) will be developed for Ambo University
to conduct tests of their students on a regular basis. The scopes of the system are:
 Multiple candidates can take the exam at the same time

 It displays the results after the question is submitted
 It handles MCQ, True false types of questions.

 The faculties can set the time trigger for their exams to be activated
 The faculties inserts the questions by using GUI
Limitations of project
The new system is aimed to meet almost all of the user requirements but it has certain limitations
some of which can be enhanced in the future enhancements or updates.
1) No essay type questions.

2) No Facility for the Disabled: the system has any options available by which a physically
disabled user can use the system. If the user is blind or deaf the system has no sound
response or Braille response facility.
3) User interface is only in English, no other language option is available.
4) No guest facility: User can login only with his or her assigned username and password
1.7 Feasibility of the project

There are several types of feasibility depending on the aspect they covers. Some important
feasibility is as follows:
1) Technical Feasibility
2) Operational Feasibility
3) Economic Feasibility
1.7.1 Technical feasibility

The technical feasibility study basically centers on alternatives for hardware, software and design
approach to determine the functional aspects of the system. This project on Computerized
Examination will be platform independent since it is being coded in PHP language (using
Notepad++ or Sublime text),HTML is will be used to create web pages and MySQL database
will be used for storing data and it would be very easy to set up the system in the current
environment as the application is web based it does not require to be installed on every machine.
It would be installed in ISP (internet service provides) server.
1.7.2 Operational feasibility

Operational Feasibility is a measure of how people are able to work with system. This type of
feasibility demands if the system will work when developed and installed. Since this website is
very user friendly so users will find it comfortable to work on this site.
1.7.3 Economic feasibility

Economic analysis is the most frequently used evaluating the effectiveness of proposed system,
more commonly known as Benefit analysis. The Benefit analysis is to determine benefits and
savings which are expected from candidate system and compare them with cost. If the benefits
are more than the cost, then decision is made to design and implement the system. The cost and
benefits may be direct or indirect and tangible or intangible. The benefits of this project are more
than the cost so the system is economically feasible.
1.8 Significance of Project

The proposed system is work for students and lecturer to complete the work. The admin manage
the user and create account for the students and departments and then the department can register
the instructor for the each course of department academic.
Computerized Examination System is a web application that establishes a network between the
institutes and the students. The Institute’s instructors enters to the site the questions they want in
the exam. These questions are displayed as a test to the eligible students. The answers enter by
the students are then evaluated and their score is calculated and saved. This score then can be
accessed by the institute to determine the passes students or to evaluate their performance.
Computerized Online Exam system significant for:
Save the paper- instructor never to print the exam for students.
Save the times-no checking the question each by each.
Saves the money-never to buy paper and pen
Its more secure
1.9 Beneficiary of the project

The term refers to who can get benefit or profitable from this project. The beneficiaries of the
project are:-
 Administrator
 Students
 Lecturers
 Exam Committee and universities academic
1.10 Specification for hardware and software

Hardware Requirements
The software application designed needed the following hardware for effective operation of the newly
designed system:
i. RAM more than 2.00 GB
ii. Processor Intel (R) core i3 or i5
iii. At least 80GB Hard disk
iv. Pentium IV and above system
v. Enhanced Keyboard
vi. E.G.A/V.G.A, a colored Monitor
vii. An uninterruptible Power Supply (UPS) Units
viii. Voltage Stabilizer- This facilitates the regulation of voltage needed by the computer
system in order to avoid electrical damage of the system.
Software Requirements
The software requirements for this system include:
i. Windows (Window 7 / 8/10 Operating System.)

ii. Structured Query Language (MySQL)
iii. PHP console
iv. HTML
v. Apache server
1.11 Overall cost estimation

The budget allocated by group members to complete the project is explained in two ways. This
are:-
 Tangible
 Intangible
Tangible
Item quantity Unit cost in birr Total cost in birr
Paper 3 packet 120 360

Pen 6 10 60
Mobile card 10 10 100
Printing paper 90 2 180
Digital camera 1 4000 3000
Flash (16GB) 2 230 460

Laptop 1 16000 16000
For coffee Ceremony 2 time in a day(7 person) 76 1064
Total cost 22,224
Table 1 Table for cost of implementation tangible
Intangible
Costs consequent from the design of an automated system that cannot be easily considered as
cost are:
1. Time requires for adapting new system
2. Requiting or train staffs who operates the new system.
Generally, it is possible to get positive result by subtracting the cost break down of the current
system from the previous system. Getting positive result informs the economic feasibility.
Therefore, the system is economically feasible.
1.12 Time Schedule of the Project

This project is expected to be completed in two semesters of 2019/2020 academic year. Some
parts of the project component to be completed in the first semester are up to design and the rest
of activities such as implementation, testing and maintenance would complete in the next
semester including other minor activities.
Dec6, 2019
Jan7, 2020
Apr 2020
May 9, 2020
Mar 2020
No Project phase Jun10, 2020

Nov29, 2019
Feb8, 2020
1 Proposal
2 Requirement
gathering and
analysis
3 Designing
the system
4 Implementati
on(coding)
5 Testing
CHAPTER TWO: SYSTEM ANALYSIS
2.1 Introduction
System analysis refers to the process of examining business situation with intent of improving it
through better procedures and methods. System analysis relates to shaping organizations,
improving performance and achieving objectives for profitability and growth. The emphasis is
on system in action, the relationship among subsystem and their contribution to meeting a
common goal.
This chapter deals with analyzing the purpose, goals, objectives and function of the existing
system. It produces a broad outline of the proposed system that identifies the function to be
performed and the technical aspects that the system must fulfill and briefly describe the existing
system functionality, problem of the existing system. It also deals with the functional and non-
functional requirements of the proposed system. During this phase, the analyst must become
fully aware of the root problems and must develop enough knowledge about the existing system
to enable an effective solution to be proposed. The first activity is assembling of the formal
requirement for the proposed system. The second activity is logical modeling that allows the
analysis to view the current system by focusing on what it does instead of how it does.
2.2 Description of the existing system

The whole process of assigning exam and evaluating scores of students after the exam, in the
University was done manually till date. Processing the exam paper i.e. checking and distributing
respective scores is used, and it is time consuming and loose of effort
2.2.1 Activities performed under the existing system
The major practices of examination process in the University are the following. The instructor
prepares the exam and brings to the Exam Committee of the department. The Exam Committee
then checks the exam and approved it. The approved exam will be printed and taken to the dean
of college or institute for sign. Then the exam paper will be taken to duplicate office.
The duplicator then duplicates the exam paper with ordered number of copies and keeps there
until 30 minutes left for exam time. The instructor takes the exam paper and gives to the assigned
invigilator(s).The invigilator distributes exam paper to students in the assigned exam room, and
student does the exam and submits to invigilator. The invigilators then gives the exam papers
back to the instructor. The instructor then corrects the exam paper and shows the result to
student.
2.2.2 The Description and Functional work Flow of the major activities of the
existing system.
Forms that instructors used to record scores of students
The course’s instructor after the finishing of examination or course cover he/she should record
the students result and submit to department. This is used to handle the result of students for
instructor, department and registrar.
Ambo University
Course Title:_____________ Department: _________
Course No: ______________ Target Group:______
Class Year:_______________ Semester: _______
Marks
No ID No Name Sex
60(%) 40(%) 100(%)
1
2
Table 2.1: Student result record form
Forms that used for attendance of students

Exam attendance is used to record the students absent or present status. The attendance used to
control the students record that students present or absent for exam. The instructor take the
attendance of students at exam and submit to registrar.
Ambo University
Office of Registrar
Department: ________ Group: _________
Course Title:________ Class Year: _________
Course Code:________ Semester: ___________
No ID No Sign No ID No Sign
1 4
2 5
3 6
Sign of Instructor: ________
Sign of Invigilator: ________
Table 2.2: Student attendance form
Players in the existing system
The major players in the existing examination system of the University are instructors, students,
duplicators and exam committees. Their duties are described as follows.
I. Instructor:
 Prepares exam for the student on the course he is giving.
 Takes the exam paper to the Exam Committees.
 Takes exam paper which is approved by Exam Committee to the duplicate
office.
 Gives the exam paper from duplicate office to assigned invigilator(s).
 Takes the worked exam paper from invigilator(s) and corrects it.
 Finally, shows the result to students.
II. Student:
 Readies for exam.
 Arrives at class room assigned for that exam on the scheduled time and sit as
invigilator ordered.
 Writes his name and identity number (ID) on the exam paper.
 Read and write the answer on the space provided.
 Finally, Returns the exam paper to the invigilator(s).
III. Duplicator:
 Duplicates the exam papers given by instructors.
 Give the duplicated exam papers to respective instructors.
IV. Exam committees:
 Check the exam prepared by respective instructors.
 Then gives back to the respective instructor.
2.2.3 Problem identified with the existing system
 High degree of data redundancy and loss of data.
 The system becomes tedious.
 It requires a lot of manpower to process a day to day business of the system in the
university.
 Performance of the system is highly dependent on the willingness (efficiency) of
employees of the current system.
 Searching, updating, entering and report generation becomes difficult and time
consuming task.
 Inaccuracy of results is very common, especially in students’ result report and temporary
certificates.
2.2.4 Business Rules

Business rules are statements that describe a business policy or procedure and they reflect
business policies. Organization have policies in order to satisfy the business objective, make
good use of resources, and conform to laws or general business conversions. Business rule
become requirements that is they may be implemented in software as a means of requirements
of this software system. Identifying the business rule of the proposed system will help us to
specify and describe each use case in effective way. The business rules of the Computerized
Exam System(CES) are listed as following:
1 The student must be registered for each course he/she is going to take exam.
2 The student must attend the class for that course in order to take exam of that course.
3 The instructor prepares the exam for the course he is giving.
4 The exam will be checked by exam committee and get approved.
5 The printed exam will be taken to duplication office and stay there until 30 minutes left
for exam time.
6 Student will sit for exam as the invigilator assigned.
7 Any cheating on the exam leads the mark of student to zero or F grade.
8 The student must fill the attendance form for taking exam.
9 The instructor corrects student’s exam and show the result to the respective student.
2.3 The proposed System

The Computerized Examination System (CES) automates each and every activity of the
manual system and increases its throughput. It is created for taking online examination that
has the following features.
 In comparison to the present system, the response time of the system is very
less and it works very fast.
 Result will be very precise and accurate and will be declared in very short
span of time because calculation and evaluations are done by the system itself.
 The proposed system is very secure since all users inter to the system by their
user accounts.
 The logs of appeared students and their marks are stored and can be for
backup for future use.
 The proposed system will reduce cost of examination process.
 It saves the instructors from time wasting while correcting exam papers and
they can get the results of their students from the system immediately.
 It can generate various reports when and where required.
In this system we used waterfall model to apply these ideas, which help us to separate each step
and when we finish a one phase the output of it is the input to the next phase.
2.3.1 Functional Requirements of the proposed system

The user requirement for this system is to make the system fast, flexible, less prone to error,
reduce expenses and save the time. Using the computerized examination system the following
functional requirements are performed by each actors of the system.
Functional Requirements for Administrator

 The system administrator should be able to manage account of users,
colleges/institutes, departments, courses and exams by logging into the
system.
 The system administrator should be able to create schedule of the exam.
 The system administrator should be able to correct subjective type of
questions manually.
Functional Requirements for Instructor
 Instructors should be able to manage questions by logging in to the system by
selecting institute/college, department and courses.
 The instructor should be able to see the result of all students.
 The instructor should be able to upload resources for exam.
Functional Requirements for Exam Committee
 The Exam committees should be able to check the exam prepared by
instructors and approve the exam.
 The Exam committees should be enabled to select the institute/college,
department and course belonging to.
Functional Requirements for Student
 Student should be able to take exam and submit answer to the system by his
own user account and password.
 The student should be able to see his/her own result that displayed by system.
 The student should be able to download the resources for exam.
 The System should be able to show the schedule of the exam before the exam time.
 The system should be able to authenticate through login its users (Administrator, Exam
committee, Instructor and Student) by checking their information.
 The system should enable users to change their password.
2.3.2 Non-functional requirements
 Performance
 The system is very fast since it is automated.
 The software shall support use of multiple users at a time.
 It works very well with short response time, high throughput and high
availability.
 Error Handling
 The system must have error handling.
 The system should display error message if the user input invalid
information.
 Security
 Authenticated user with predefined access right will only enter to the information
related to database.
 Every users should use strong passwords especially admin.
 One student cannot see the result of another student.
 HTTP must be secured by adding the security capabilities of SSL/TLS to
standard HTTP communications.
 Using SSL/TLS data flow between client and server will be encrypted.
 Availability
 There is no delay in the availability of any information, whatever needed, can be
captured very quickly and easily.
 The server should be always on to be available.
 Maintainability
 Backups for database and other sensitive information are available for recovery if
damage is happen.
 Second server should be used if one server failed

 Accessibility
 The system provides access right control for each of its user and every user can
access the data which belong to them.
 Accuracy
 The Computerized Examination System provides the uses a quick response
with very accurate information regarding the users etc. Any details or system
in an accurate manner, as and when required.
 Response in time
 The system will let the all users (Administrator, Student, and Instructor) to access
the needed information more quickly. That means the response time of the
system is very low.
 User-Friendly
 The Computerized Examination System has a very user-friendly interface.
Thus the users will feel happy since it is easy to work on it. The software
provides accuracy along with a pleasant interface. Make the present manual
system more interactive, speedy and user friendly.
2.3.3 System interfacing
This section describes how the software interfaces with other software products or users
for input or output.
User Interface
Application will be accessed through a Browser Interface. The interface would be viewed
best using 1024 x 768 and 800 x 600 pixels resolution setting. The software would be
fully compatible with Microsoft Internet Explorer for version 6 and above. No user
would be able to access any part of the application without logging on to the system.
Hardware Interfaces
Server Side:
 Operating System: Windows (window7/8/10)

 Processor: processor intel(R) core i3 or i5
 RAM: 2.0GB or more
 Hard Drive: 80 GB or more

Client side:
 Operating System: Windows (window7/8/10), MAC or UNIX.

 Processor: processor intel(R) core i3 or i5
 RAM: 2.0GB or more
Software Interfaces
 Client Side: HTML,PHPConsole,Web Browser, Windows
7/8/10/vista
 Web Server: HTML, Windows 7/8/10/Vista,Apache server
Communications Interfaces
The Customer must connect to the Internet to access the Website:
 Dialup Modem of 52 kbps

 Broadband Internet
 Dialup or Broadband Connection with a Internet Provider.
2.4 System models
In this system we are use waterfall model to apply these ideas. Which is help us to
separate each step and when we finish a one phase the output of it is the input to the
next phase. Also, we can backwards if there is a new requirement or to apply any update.
2.4.1 Scenarios Analysis

Scenario analysis is a process of analyzing possible future events by considering alternative
possible outcomes. It presents several alternative future developments.
2.4.2 Actors and their Description

In AU Computerized Exam System, there are four actors that participate and perform an activity
in our system.
These are:
Administrator
The system administrator should be able to manage account of users, colleges/institutes,

departments, courses and exams by logging into the system. The system administrator should be
able to create schedule of the exam. The system administrator should be able to correct
subjective type of questions manually.
Instructor
Instructors should be able to manage questions and upload resources by logging in to the system
by selecting institute/college, department and courses. The instructor should be able to see the
result of all students.
Student
Student should be able to take exam ,download resources and submit answer to the system by his
own user account and password. The student should be able to see his/her own result and profile
that displayed by system.
Exam committee
The Exam committees should be able to check the exam prepared by instructors and approve the
exam. The Exam committees should be enabled to select the institute/college, department and
course belonging to.
2.5 Behavioral Diagram

UML Behavioral Diagrams depict the elements of a system that are dependent on time and that convey
the dynamic concepts of the system and how they relate to each other. The elements in
these diagrams resemble the verbs in a natural language and the relationships that connect them
typically convey the passage of time.
2.5.1 Essential Use Case Diagram and its description

Fig. 2.1 demonstrates administrator activities on the application such as enroll users, managing
institute, department ,exam schedule ,exam, resources and course, view profile and change
password in the system.
Manage Institute Manage Department
View Profile
Manage Course
Manage Exam Schedule

Change password
Administrator
Manage Examination Manage Resources
Enrol User
Figure 2.1: Administrator Use Case Diagram
Fig. 2.2 shows the activities of setting managing of examination and resources, viewing profile,
and changing passwords.
View Courses
View Student Result
View Profile
Change password
Instructor
Manage Examination Manage Resources
Figure 2.2 Instructor Use Case Diagram
Fig. 2.3 shows the activities Taking Exam and Downloading Resources
View Courses
View Result
View Profile
Change password
Student
Take Exam Download Resources
Figure 2.3 Student Use Case Diagram
Fig. 2.4 shows the activities of checking exam and viewing profile.
View Profile
Change password
Check Exam
Exam Committee
Figure 2.4 Exam Committee Use Case Diagram
2.5.2 Overall System use case

Use Case Diagram represents user requirements gathered during requirement elicitation, contains
use case, actors, system boundary and their relationships. Use Case diagram of our system is
shown as follows with respective description.
Download
Resources
Enrol Application
Register for
Ecourse
Manage Institute «uses»
«uses»
«uses»
Manage «uses» Take Exam
Department
«uses» «uses» :Student
«uses»
Manage Courses
«uses»
Login
Manage
«uses» <<extend>>
Examination «uses» «uses»

«uses» :Exam Committe
Manage Exam
Schedule
:Administrator
Check Exam
View Student
Result «uses»
View Profile
:Instructor
Chang Pass View Courses
Manage
Resources
Figure 2.5: The use case diagram of the system
2.5.2.1 System use case documentation

UCID-01
UC Name Enrol Application

UC Description Enables System Admin to Manage Users (create, change,
delete) of the Users of the System.
Actor Administrator
Precondition The users (instructors, students, Exam Committee) must
be the member of the University.
Flow of event 1.The administrator clicks Enrol Application button on the
Admin page.
2.The system displays the roll down menu option of the
Users(students, instructor, and exam committee).
3.The administrator chooses menu and perform the action
(create, change, delete) to be performed.
4.The system displays the data entry page for respective

action of selected menu.
5.The administrator enters the required information of
users of the system. [A1][A2]
6.The system save account of the Users.[B1]
Post condition The account of the users altered (created, or changed or
deleted)
Alternative course A1: Wrong data Entry Message
of action 1.The system displays “Wrong data Entry!” message.
2.The system resumes at step 4.
A2: Missing of Required Information Message
1.The system displays “Enter all information!”
massage.
B2: Invalid Action Message
1.The system displays “Invalid Action!” massage.
Table-2.3. The scenario or use case description of the Enrol Application use case
UCID-02
UC Name Manage Institute

UC Description Enables System Admin to manage institutes/colleges of
the University.
Actor Administrator
Precondition The institutes or colleges must found in the university
Flow of event 1.The administrator clicks Manage Institute button on the
Admin page.
2.The system displays the Manage Institute page.
3.The administrator selects actions (adding, changing and
deleting institutes) to be performed on institutes.
4.The system displays data entry page.
5.The administrator enters the information of
institutes/colleges of the University. [A1][A2]
6.The system the actions performed on institutes or
colleges.
Post condition The institute or college of the system is managed.

of action 1. The system displays “Wrong data Entry!”
message.
2. The system resumes at step 4.
A2: Invalid action Message
1. The system displays “Invalid Action!” massage.
Table-2.4. The scenario or use case description of the Manage Institute use case
UC Name Manage Department

UC Description Enables System Admin to manage departments of each
institutes or colleges in the University.
Actor Administrator
Precondition The department must be registered to respective institutes.
Flow of event 1.The administrator clicks Manage Department button on
the Admin page.
2.The system displays the Manage Department page.
3.The administrator selects actions (adding, changing and
deleting departments) to be performed on departments.
4.The system displays data entry page.
UCID-03
5.The administrator enters the information of departments

of the institute or college. [A1][A2]
6.The system the actions performed on departments.
Post condition The department every institute or college of the system is
managed.
message.
1.The system displays “Invalid Action!” massage.
The system resumes at step 4.
Table-2.5. The scenario or use case description of the Manage Department use case
UC Name Manage Course

UC Description Enables System Admin to manage courses of each
department in the University.
Actor Administrator
Precondition The course must be registered to respective department.
Flow of event 1. The administrator clicks Manage Course button on the
Admin page.
2. The system displays the Manage Course page.
3. The administrator selects actions (adding, changing and
deleting courses) to be performed on courses.
4. The system displays data entry page.
UCID-04
5. The administrator enters the information of courses of

each department. [A1][A2]
6. The system the actions performed on courses.
Post condition The course of every department is managed.
message.
1. The system displays “Invalid Action!”
massage.
Table-2.6. The scenario or use case description of the Manage Course use case
UCID-05
UC Name Manage Examination

UC Description Enables instructors to add the questions with respective
answer to the system.
Actor Instructor, administrator
Precondition Exam must be prepared
Flow of event 1.The instructor clicks Manage Examination button from
Instructor page.
2.The system displays the department and course chooses
form for instructor.
3.The instructor chooses the department and course.
[B 1] [B 2]
4.The system displays the add Question page.
5.The instructor adds questions with respective answers
and allowed time for the exam to the system with. [B3]
6.The system finishes adding question.
7.If question has subjective part the admin checks
manually and result is added to that of objective part
Post condition Examination is added onto the system with answer and
allowed time.
Alternative course B1: Choose Message
of action 1.The system displays, “Please choose department and
course” message.
B2: Invalid Choice Message
1.The system displays, “You are not teaching this course
or You are not instructor of this department” message.
B3: Add time Message
1.The system displays, “Please Add Allowed Time for
exam!” message.
Table-2.7. The scenario or use case description of the Manage Examination use case
UCID-06
UC Name Manage Exam Schedule

UC Description Helps the students to know examination time or schedule
of the respective course.
Actor administrator
Precondition The institute,department and course should be registered
and the instructor should be contact an admin for
scheduled his exam.
Flow of event 1. The instructor clicks Manage Exam Schedule button
from Administrator page.
2. The system displays Manage exam schedule page.
3. The Administrator selects action(adding, changing,
deleting) to be performed in the exam schedule.

4. The system displays the data entry page for
respective action of selected action.
5. The administrator enters the required information of
exam schedule in the system. [A1][A2]
6. The system perform the selected action of the exam
schedule.[B1]
Post condition Examination Schedule is added onto the system with start
time and end time at decide date for taking of exam..
of action 1. The system displays “Wrong data Entry!” message.
A2: Missing of Required Information Message
1. The system displays “Enter all information!” massage.
B1: Valid Action Message
1. The system displays “Exam schedule added
successfully!” massage.
Table-2.8. The scenario or use case description of the Manage Examination Schedule use
case
UC Name View Student Result

UC Description Enables student to see their own results after they finished
the exam and instructors to see results of all students.
Actor Instructor, Student
Precondition The examination process must be taken place
Flow of event 1.The student or instructor or clicks View Student Result
UCID-07
button from home page.

2.The system displays the department, year and course
choose page for student.
3.The student and instructor choose department, year and
course that he wants to see result. [B1] [B2][B3]
4.The system displays the result page for student and
instructor.
5.The student sees his/her own result for that exam.

6.The system closes the result page.
Post condition The result is displayed to the respective user
Alternative B1: Invalid Choice Message
course of action 1. The system displays, “Incorrect Department
choose, please enter the correct one!” message.
1.The system displays, “You are not taking this
course, please!” message.
B3: Exam not Taken Message
1. The system displays,” Exam is no taken you can’t
see result” message.
Table-2.9. The scenario or use case description of the View Student Result use case
UCID-08
UC Name View Profile

UC Description Enables the users to see profile of he/she details.
Actor Instructor, Student, exam committee, Administrator
Precondition The users he/she should be registered or should having
created account.
Flow of event 1. The student / instructor/exam
committee/administrator clicks View Profile button
from home page.
2. The system displays the profile of respective user and
update profile.
3. If the users have no image he/she have to go to update
profile and upload his/her images.[A]
4. The student sees his/her own profile in the system.
5. The users can go for other option work.
6. The system hide the profile page.
Post condition The Profile is displayed to the respective user
Alternative A: No Image
course of action 1. The system shows you “ you have no image”

text.
2. Resumes you to step 3.
Table-2.10. The scenario or use case description of the View Profile use case
UC Name Change Pass

UC Description Enables all the users of the system to change their own password
Actor Instructor, student, administrator, exam committee
Precondition The account of every user must be created first.
UCID-09
Flow of event 1. The user clicks the Change Pass button from respective page
2. The system displays change password page
3. The user enters the required information and clicks submit
button[B1] [B2]
4. The system changes the password of user
Post condition The password is changed; user can enter to the system only by
new password.
Alternative B1: Wrong data Entry Message
course of action 1. The system displays “Wrong data Entry!”
message.
Table-2.11. The scenario or use case description of the Change Password use case
UCID-10
UC Name Manage Resources

UC Description Enables system admin and instructor to manage the
resources and students to find exam resources.
Actor Administrator, Instructor
Precondition The course and exam must be defined for respective
resources.
Flow of event 1. The instructor clicks Manage Resources button on the
Instructor page.
2. The system displays the Manage Resources page.
3. The Instructor selects actions (adding, changing and
deleting Resources) to be performed on resources.
4. The system displays data entry page.
5. The Instructor enters the information of Resources for
each exam. [A1][A2]

6. The system the actions performed on resources.
Post condition The course of every department is managed.
message.
3. The system displays “Invalid Action!”
massage.
Table-2.12. The scenario or use case description of the Manage Resources use case
UC Name Download Resources

UC Description Enables system students to get resources for their exam.
Actor Student
Precondition The resources should be uploaded by their respective
course’s instructor.
Flow of event 1. The student clicks Download Resources button on the
Student page.
2. The system displays the Download Resources page.
3. The students allowed to click “download” button in
UCID-11
the Download Resources page.

4. The students should have enough space storage for
download the resources.[A]
5. The resources downloaded.
Post condition The resources for students downloaded.
Alternative course A: You have no enough space message
of action 1. The system displays “You have no enough space!”
message.
Table-2.13. The scenario or use case description of the Download Resources use case
UC Name Register for Ecourse

UC Description Enables system students to register for each course to take

the exam.
Actor Student
Precondition The course should be defined by the administrator first.
Flow of event 1. The student clicks Register for Ecourse button on the
Student page.
2. The system displays the Register for Ecourse page.
3. The student select his/her department and course and
register for exam course. [A][B]
UCID-12
4. The student save the course for that exam.

Post condition The student permit to take the exam.
Alternative course A: You are not select your department message
of action 1. The system displays “You are not select your
department!” message.
B: This is not your department course message
1. The system displays “This is not your department
course!” message.
Table-2.14. The scenario or use case description of the Register for Ecourse use case
UCID-13
UC Name Take Exam

UC Description Enables student to do examination.
Actor Student
Precondition Student must be registered for that course and attend the class
Flow of event 1.The student clicks Read Exam button from home page.
2.The system displays the department, year and course choose
page for student.

3.The student chooses the department, year and course that he
wants to read examination. [B 1] [B 2][B3]
4.The system displays the examination page.
5. The student reads the exam questions and selects choose which
he/she realized to be correct answer and clicks Submit Answer
button. [B 4]
6. The system closes the examination page and displays the result
of the student.
Post condition The student already taken exam.
course of action 1.The system displays, “Incorrect Department choose,
please enter the correct one!” message.
B2: Choose Message
1.The system displays,” Please choose course you want to
do exam for” message.
1. The system displays, “You are not taking this course,
please!” message.
B4: Time is up Message
1.The system displays, “The time allowed for this exam
is over!” message.
Table-2.15. The scenario or use case description of the Take Exam use case
UCID-14
UC Name Check Exam

UC Description Enables Exam Committee to check the exam prepared by
instructors.
Actor Exam Committee
Precondition The exam must be added to the system by instructor
Flow of event 1.The Exam Committee clicks Check Exam button on the
Exam Committee page.

2.The system displays the department and course chooses
form for Exam Committee.
3.The Exam Committee selects the Department, and
course he/she want to check questions for. [A1][A2]
4.The Exam Committee reads the question and approve it.
5.The system sends the exam to student page.
Post condition The account of the user is deleted; the user can not enter to
the system or denied to access.
message.
1. The system displays “Question is not Added!”
massage.
Table-2.16. The scenario or use case description of the Check Exam use case
UC Name View courses

UC Description Enables student to see their own courses allowed to take
exam and instructors to see course allowed for.
Actor Instructor, Student
Precondition The course should be define by the registrar(admin)
Flow of event 1. The student or instructor clicks View Course button
UCID-15
from home page.

2. The system displays the department and year for the
user.
3. The student and instructor choose department and
year that he wants to see. [B 1] [B 2]
4. The system displays the course page for student and
instructor.
5. The student or instructor sees his/her own course in
the system.
6. The system closes the course page.
Post condition The course is displayed to the respective user
course of action 1. The system displays, “Incorrect Department choose,
please enter the correct one!” message.
1. The system displays, “Choose your batch correctly,
please!” message.
Table-2.17. The scenario or use case description of the View courses use case
UCID-16
UC Name Login
UC Description Enables all users of the system to login.

Actor Instructor, student, administrator, exam committee
Precondition The instructor and student out of the system.
Flow of event 1. The user of the system clicks Login button on the home
page.
2. The system displays the Login page.
3. The users their user name and password to enter to the
system. [A1][A2]
4. The system displays access page for the respective
user.
Post condition The user entered to the system and can access the system.
Alternative A1: Information Not Filled Message
course of action 1. The system displays “Please enter your user name and
password!” message.
A2: Invalid Entry Message
1. The system displays “Incorrect User Name or
Password!” massage.
Table-2.18. The scenario or use case description of the Login use case
2.6 Dynamic modeling

2.6.1 Sequence diagram
Sequence diagrams show a succession of interactions between classes or object instances over
time. The Sequence diagrams of some classes are given bellow.
:Home Page :Login page :Account DB Acess DB
:System Users
Clicks login ()
Displays ()
Fills (userAcc, Pass)
Clicks Ok ()
Validate Acc()
validate Ok ()
Show Access page()
sends ()
Check Access ()
Display (exam,result,...)
<<destroy>>
Figure
2.2: The sequence diagram of login in the system
:Home Page Enrol Application :Account Table
:Administrator
Click Manage()
Display ()
Select Action()
Fill (Name, username, pass,....)

Validate Action()
Clicks Ok ()
Validate Ok ()
Action Ok()
Ends ()
Figure 2.3: The sequence diagram of Enrol Application in the system
:Home Page :Manage Institute Page :Account Table
:Administrator
Clicks manage()
Display ()
Sellect Action()
Fill()
Clicks Ok () Validate Inistitute()
Validate Ok ()
Manage Ok()
Ends ()
Figure 2.4: The sequence diagram of Manage Institute in the system

:Home Page :Manage Department Page :Account Table
:Administrator
Clicks manage()
Display ()
Select Category()
Select Action(add, del...)
Fill()
Clicks Ok ()
Validate Dept()
Validate Ok ()
Manage Ok()
Ends ()
Figure 2.5: The sequence diagram of Manage Department in the system
:Home Page :Manage Course Page :Account Table
:Administrator
Clicks manage()
Display ()
Select(inst, dept)
Fill (no, name)

Clicks Ok () Validate Dept()
Validate Ok ()
Manage Ok()
Ends ()
Figure 2.6: The sequence diagram of Manage Course in the system

:Instructor Page Manage Examination :Exam DB
:Exam_Committee
:Instructor
Clicks Add()
Display ()
Writes ()
Clicks Ok () Validate ()
Validate Ok ()
Saves ()
Approve()
<<Destroy>> Approve Ok()
Figure 2.7: The sequence diagram of Manage Examination and Check Exam in the system
:Student Page :Exam Page :Control :Exam DB
:Student
Clicks Read ()
Display ()
Show ()
Select (course)
Click Read ()
Validate ()
Validate Ok ()
Search Exam ()
Display (Exam)
Submits (Answer)
Sends ()
Calculate()
ends
Figure 2.8: The sequence diagram of Take Exam in the system
:Home Page :Result Page :Control :Exam DB

:Student/
Instructor
Click See()
Display ()
Show ()
Fill ()
Validate
Validate Ok()
Search Result ()
Calc
Dispaly (result)
Ends ()
Figure 2.9: The sequence diagram of View Result in the system
:Home Page Register for Ecourse :Account Table
:Student
Clicks manage()
Display ()
Select(inst, dept, level)

Fill (Id, Name)
Clicks Ok () Validate User()
Validate Ok ()
Manage Ok()
Ends ()
Figure 2.10: The sequence diagram of Register for Ecourse in the system
2.6.2 Activity Diagram
Activity diagram used to emphasize the flow of control from activity to activity or to model the
flow of an object as it moves from state at different points in the flow of control.
Open Home Page
Login from Display
Enter User Name and Pasword
Correct
Not correct
Appropraite Page For User Displayed
Figure 2.11 Activity Diagram for user login

Administrator :
Administrative Login
Check Admin UN and PW
Invalid Valid
Select Action
Enrol Application Manage Examination

Manage Institute
Manage Department
Manage Exam Schedule Manage Courses
Manage Resources
Figure 2.12: Activity diagram that shows activities of the administrator

Instructor:
Login
Check Instructor UN and PW
Invalid
Valid
Select Category
Invalid
Valid
Select Action
Manage Examination View Result Manage Resource
Chang Password View Courses View Profile
Figure 2.13: Activity diagram that shows activities of the Instructor

Student:
Login
Valid
Check Student UN and PW
Invalid
Invalid
Select Category
Valid
Display Exam Page
Select Action
Take Exam Submit Answer
Change Password Calculate Result View Result
Figure 2.14: Activity diagram that shows activities of the Student

Exam_Committee:
Login
Check Exam_Committee UN and PW
Valid
Valid
Select Category
Invalid
Valid
Display Approve Page
Invalid
Instructor Page
Valid
Approve Exam Page
Figure 2.14: Activity diagram that shows activities of the Exam Committee
2.7 Class Responsibility Collaboration Diagram

CRC (Class-Responsibility-Collaborator) Diagram is a simple yet powerful object-oriented analysis

technique. CRC modeling often includes the users, analysts, and developers in the modeling and design
process, bringing together the entire development team to form a common understanding of an OO
development project. It is one of many tools that should be used in the collaborative design of a system.
A collaboration diagram is a type of visual presentation that shows how various software
objects interact with each other within an overall architecture and how users can benefit from
this collaboration.
CHAPTER THREE:SYSTEM AND OBJECT DESIGN

3.1 Introduction
System design is the process and focuses on decomposing the system into manageable parts.
During system design, we focus on the processes, data structures, and software and hardware
components necessary to implement it. The challenge of system design is that many conflicting
criteria and constraints need to be met when decomposing the system. The analysis model
describes the system completely from the actors’ point of view and serves as the basis of
communication between the client and the developers. The analysis model, however, does not
contain information about the internal structure of the system, its hardware configuration, or,
more generally, how the system should be realized.
In the object design, a design model is developed based on both the models developed in the
system analysis phase and the architecture designed in the system design phase. All the classes
required are identified. The designer decides whether: new classes are to be created from scratch,
any existing classes can be used in their original form, or new classes should be inherited from
the existing classes. The associations between the identified classes are established and the
hierarchies of classes are identified. Besides, the developer designs the internal details of the
classes and their associations. i.e, the data structure for each attribute and the algorithms for the
operations.
3.1.1 Purpose of the system and design object

System design is the transformation of the analysis model into a system design model. System
design is the first part to get into the solution domain in a software development. This chapter
focuses on transforming the analysis model into the design model that takes into account the
non-functional requirements and constraints described in the statement of problem and
requirement analysis sections discussed earlier.
The purpose of designing is to show the direction how the system is built and to obtain clear and
enough information needed to drive the actual implementation of the system. It is based on
understanding of the model the software built on.
3.1.2 Design goals and objectives

The design goals are derived from non-functional requirements that means non-functional
requirement is the description of the feature characteristics and attribute of the system as well as
any constraints that may limit the boundary of the proposed solution.
Design goals describe the qualities of the system that the developers should consider:
Modifiability:-The system should be modifiable for further modification and enhancement of

the application.
Performance:-The part of the system to be used for the customer should have a fast response
time (real time) with maximum throughput. Furthermore, the system should not be taking up too
much space in memory. The users of the system have chosen fast response time over throughput
and hence the system should try to be more interactive.
Dependability:-The system should be robust (strong) i.e. it should be able to survive invalid user
inputs, fault tolerant, reliable and available. Since the system stores sensitive data, high emphasis
is given to security to withstand malicious attacks. The system shouldn’t allow non-authorized
users to access stored data or modify.
End User Criteria: - The system should have simple and understandable graphical user
Interface such as forms and buttons, which have descriptive names. It should give reliable
response for each user request at least before the session expires. All the interfaces, forms and
buttons are written or designed in a simple language or common language so that the user can
access it without any difficult.
3.2 Class type Architecture(layering)

Class type architecture provides a strategy for layering the classes of the system to distribute the
functionality of the software among classes. Furthermore, class type architectures provide
guidance as to what other types of classes a given type of class will interact with, and how that
interaction will occur. This increases the extensibility, maintainability, and portability of the
systems.
Interface: - This layer wraps access to the logic of our system. This layer consists of
interface
Class: - user interface (UI) classes that provide people access to our system.
Domain:-This layer implements the concepts pertinent to our business domain, focusing on
the data aspects of the business objects, plus behaviors specific to individual objects.
Process: - The process layer implements business logic that involves collaborating with
several domain classes or even other process classes.
Persistence:-Persistence layers encapsulate the capability to store, retrieve, and delete

objects/data permanently without revealing details of the underlying storage technology.
System: - system classes provide operating-system-specific functionality for your
applications, isolating your software from the operating system (OS) by wrapping OS-
specific features, increasing the portability of your application.
Interface
(User interface, System interface)
System
Process
(Application, Controller)
(Infrastructure, Platform)
Domain
(Business)
Persistence
(Data)
Data
Source
Figure 3.1 System Architecture Diagram
3.3Conceptual Modeling
Conceptual modeling is the activity of deciding what to model and what not to model – ‘model
abstraction’. A conceptual model is ‘a non-software specific description of the computer
simulation model (that will be, is or has been developed), describing the objectives, inputs,
outputs, content, assumptions and simplifications of the model’ (Robinson, 2008). This
definition establishes four facets of a conceptual model, as follows.
3.3.1 Class Modeling

Class Modeling is design level that introduces changes to analysis class model based on
implementation technologies. It focuses on the solution domain instead of the problem domain. It
shows static nature of how the software is built.
3.3.2 Class diagram

In object oriented system Analysis, Real world concepts are modeled into objects. Conceptual
modeling hereby allows us to model these concepts which later involve in to a full-fledged class
models. A class is a set of objects that share a common structure and a common behavior (the
same attributes, operations, relationships and semantics).A class is an abstraction of real world
items. When these items exist in the real world they are instance of the class and are referred to
as objects and an object can be any person, place, and concepts or user interfaces. Classes are
represented by rectangles with three sections. These are:
The top section is the name of the class.
The middle section contains the attributes which store information about an item
The bottom section contains the methods that show what are done on object or class.
The class Diagram below shows the class of our system, their inter relationship (including
inheritance and association) and the operations and attributes of each classes.
User
-Name: string
Manages * -ID No: int
-Password: string
* -Username: string
1
Administrator Manage of +Create Acct() Contains
+Delete Acct()
-Name: string +Change Acct()
-ID: int
-Username: string * * *
_Password: string
+Update Admin Acct() Instructor E_Committee Student
+Delete Admin Acct()
+Course: string +Course: string
1 *
Manages 1
1 1
Faculty *
* 1 *
Check Takes
-Faculty_id: string 1
-Faculty_name: string Manages
+Add_Faculty() *
+Edit_Faculty()
1
+Delete_Faculty()
Has
* Department
-Dept_no: string
-Dept_Name: string
-Faculty: string Exam
1 +Add_Dept()
+Edit_Dept() -ExamNo: int *
+Delete_Dept() -ExamType: string
-Question: string
* -Course: string
Has +Add_Exam()
Course +Edit_Exam()
-Course No: int Has +Delete_Exam()
-Course Title: string +Check_Exam()
* 1 *
-Credit_Hour: int
+Add_Course() Calculates
* +Edit_Course() *
+Delete_Course()
+Take_Course()
See see
*
Result
*
-Result_Id: int
-Total: int
-CourseNo: int
-StudentID: string
+See Result()
+Calculate Result()
Figure 3.2 System Class Diagram
3.3.2.1 Class Diagram Documentation

This section specifies the description of class diagrams contained in our system, Computerized
Exam System for Ambo University. We have listed those descriptions as follows.
No Field name Data type Description

1 Name VarChar(30)not null Full Name of Administrator
2 ID VarChar(20)not null Identification of Admin
3 username VarChar(20)not null Username of Admin
4 password VarChar(20)not null Password of Admin
Method: UpdateAdminAcc(),DeleteAdminAcc()
UpdateAdminAcc(): to change the profile of admin
DeleteAdminAcc(): to delete the account of the admin
Table 3.1 class diagram description of attribute Administrator
No Fieldname Data Type Description

1 Name Varchar(30) not null Full name of the user (student,
instructor, exam committee)
2 IDNo Varchar(20) PRIMARY Identification number of user
KEY, not null
3 username Varchar(20) not null Username of User
4 password Varchar(20) not null Password of the user
5 Department Varchar(50) not null Department of the user
Method:CreateAccount(), DeleteAccount(), EditAccount()
CreateAccount():enables admin to create user account for users
DeleteAccount():enables admin to delete user account for users
EditAccount():enables admin to edit user account for users
Table 3.2 class diagram description of attribute User
No Field name Data Type Description

1 Faculty_id VARCHAR(10)Primary key, Identification number of faculty
NOT NULL
2 Faculty_Name VARCHAR(50)NOT NULL Name of the faculty
Method: Add_Faculty(),DeleteFaculty()and Edit_Faculty()
Add_Faculty ():used for adding faculty to the system
Delete_Faculty ():used for Deleting faculty from the system
Edit_Faculty ():used for editing faculty of the system
Table 3.3 class diagram description of Faculty management
No Field Name Data Type Description

1 Deptno Varchar(20) PRIMARY Identification number of
KEY, NOT NULL department
2 Dept_Name Varchar(50) NOT NULL Name of the department
3 Faculty Varchar(50) NOT NULL Name Faculty the
department found in
Method: Add_Dept(), Edit_Dept(), Delete_Dept()
Add_Dept(): enables admin to add the department
Edit_Dept(): enables admin to edit department
Delete_Dept(): enables admin to delete the department
Table 3.4 Class diagram description of Department Management

1 CourseNo Varchar(20) PRIMARY Identification number of
KEY, NOT NULL course
2 CourseTitle Varchar(50) NOT NULL Name of the course
3 Departmnet Varchar(50) NOT NULL Name Department the
course found in
4 CreditHr Number Credit hour of the course
Method: Add_Course(), Edit_Course(), Delete_Course()
Add_ Course (): enables admin to add the course
Edit_ Course (): enables admin to edit course
Delete_ Course (): enables admin to delete the course
Table 3.5 Class diagram description of Course Management

1 ExamNo Varchar(20) PRIMARY Identification number of
KEY, NOT NULL Exam
2 ExamType Varchar(50) NOT NULL Type of the exam
3 Question Varchar(1000) NOT NULL Questions of the exam
4 Answer Varchar(1000)NOT NULL Answer of the question of
exam
5 Course Varchar(50) NOTT NULL The course exam prepared
for
Method: Add_Exam(), Edit_Exam(), Delete_Exam(), Check_ Exam()
Add_ Exam (): enables instructor to add the exam
Edit_ Exam (): enables instructor to edit exam
Delete_ Exam (): enables instructor to delete the exam
Check_ Exam(): enables exam Committee to check exam
Table: 3.6 Class diagram description of exam

1 Result_id Varchar(20) PRIMARY Identification number of
KEY, NOT NULL Result
2 Result_Value Number Total Result of student
3 Exam Varchar(50) NOT NULL Exam for which result is to
be calculated
4 Course Varchar(50) NOT NULL The course of the exam
result is to be calculated
5 Student_Id Varchar(20) NOT NULL The identification number
of student that result

calculated for
Method: See_Result(), Calculate_Result()
See_Result(): enables instructor and student to see result of student
Calculate_Result(): enables the system to calculate the result of student
Table: 3.7 Class Diagram Description of Result
3.3.3 Component Modeling

Component diagram is a special kind of diagram in UML. It does not describe the functionality
of the system but it describes the components used to make those functionalities.
Component diagrams can also be described as a static implementation view of a system. Static
implementation represents the organization of the components at a particular moment.
So the purpose of the component diagram can be summarized as:
o Visualize the components of a system.

o Construct executable by using forward and reverse engineering.
o Describe the organization and relationships of the components
Take Exam
Check
Exam
Administrator
Prepare
Exam
Instructor
Resource
Security
Create
Student Account
Delete
Account
Exam View Database
Committee Profile
Edit
Account
Change
Pass
Figure 3.3 System Component Diagram
3.3.4 Deployment Modeling

UML deployment diagram show physical view of system, taking software into real world by
showing how software gets assigned to hardware and how communicates. The deployment
diagram shows how the software components, processes, and objects are deployed into the
physical architecture of the system. It shows the configuration of the hardware units (e.g.
Computers, communication devices, etc) and how the software components are distributed
across the units.
CESAU (Computerized Exam System for Ambo University) is server client structure
architecture, where clients access services offered by server. The deployment diagram is shown
as follows.
Client Machine
:Chrome TCP/IP Web Server Admin
:E xpl o r e r
:XAMPP
:Mozilla
:Opera Browser
PHP
Central Data Base
:MYSQL
Figure 3.4 System Deployment Diagram
Description of the architecture of the system is described as follows.
Clients are responsible for:-

 Provide user interface to the user enabling to get services
 Receiving inputs from user
 Checking range of performance
 Initiating database transactions once all necessary data are collected.
Server responsible for:-
 Transaction performance
 Guaranteeing the integrity of data.
 Putting backup of the database
3.3.5 Persistence (Data) Modeling

Persistence of our object can be achieved by relational database since it used as machine to make
object persistent. It describes the persistent data aspect of software system. Our system includes
the basic table that handles the data of system implemented using MySQL server.
Mapping class and relational table
Mapping refers how objects and their relationship are stored in relational database. The mapping
of the data to be persisted in our system is given as follows:
Figure:3.5 Persistence data management
3.4 User Interface Design

Application will be accessed through a Browser Interface. The software would be fully
compatible with Microsoft Internet Explorer, Mozilla Firefox, Google Chrome and Opera
Browser. No user would be able to access secured part of the application (such as exam page,
result, account settings etc.) without logging on to the system. The system should be accessed
over LAN. The CES is also user friendly that it is simple to be used by any users. The user
interface of this application is shown below.
Enrolment Application
Manage Institute
Manage Department
About Us Admin
Manage Course
Manage Examination
Manage Exam Schedule
View Student Result
Manage Resources
View Courses
Login
View Profile
Home Instructor Manage Examination
View Student Result
Manage Resources
Help Change Password
Register for Ecourse

View Profile
Take Exam
Student Download Resources
View Resources
Change Password
Schedule View Profile
Exam Check Exam

Committe
Change Password
Figure:3.6 User Interface Design

3.4.1 User interface Documentation

UI-ID UI Name UI Description
UI-1 Home Page User interface part where main page of the CES will be viewed
and link for related topics (websites).
UI- 2 Login Page It is a page which enables user of system log into system by
entering their user name and password.
UI-3 Schedule Page It is the page where the schedule of the exam will be displayed.
It does not need login information, everyone can use it.
UI-4 About Us Page It is the page that contains detailed information about the
website.
UI-5 Help Page The page that provide help information or guides for users when
they need help regarding to this system.
UI-6 Admin Page The system Admin Page is the page that enables the system
Administrator to manage account (delete, add, and change the
user account for users of the system), manage
institutes/colleges, manage departments, and manage courses,
manage examination, manage exam schedule and manage
resources.
UI-7 Instructor Page It is the page contains all activities that will be done by
instructor. Enables instructor to manage examination (add
questions, edit questions, view questions), manage resources,
change password and see result.
UI-8 Exam_Committe It is the page that provides access to Exam Committee in order
e Page to check the exam prepared by respective department and
change their password.
UI-9 Student Page This page is where student do every activities like taking exam,
downloading resources, seeing result and changing password.
Table-3.1: Table that shows detailed descriptions of major User Interfaces

Computerized Exam System For Ambo University

Uploaded by

Copyright:

Available Formats

Computerized Exam System For Ambo University

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Computerized Exam System For Ambo University

Uploaded by

Copyright:

Available Formats

Computerized Exam System for Ambo University 1

Computerized Exam System for

Gemechu Udesa Brt/0316/09

Geleta Nura Brt/0314/09

Kitesa Megersa Brt/0339/09

Tesfa Abera Brt/0385/09

Gemedu Tekilu Brt/0317/09

Gete Lejisa Brt/0319/09

Luche Bekuma Brt/0348/09

1.1 Background of Organization

1.2 Background of Study

1.3 Statement of problem

1.4.2 Specific Objective

 To analysis the current system and propose new system

1.5 Methodology and Tools

 Individuals and interactions over processes and tools

1.5.2 Data Collection Techniques

Primary Data Source

Secondary Data Source

1.5.3 Development and Documentation tools

 Microsoft words 2007

1.5.4 System Testing

1.6 Scope and Limitation of the Project

 Multiple candidates can take the exam at the same time

 It handles MCQ, True false types of questions.

1) No essay type questions.

1.7 Feasibility of the project

1.7.1 Technical feasibility

1.7.2 Operational feasibility

1.7.3 Economic feasibility

1.8 Significance of Project

Computerized Online Exam system significant for:

1.9 Beneficiary of the project

1.10 Specification for hardware and software

The software requirements for this system include:

i. Windows (Window 7 / 8/10 Operating System.)

1.11 Overall cost estimation

Paper 3 packet 120 360

Flash (16GB) 2 230 460

1.12 Time Schedule of the Project

No Project phase Jun10, 2020

CHAPTER TWO: SYSTEM ANALYSIS

2.2 Description of the existing system

Forms that used for attendance of students

Players in the existing system

2.2.4 Business Rules

2.3 The proposed System

2.3.1 Functional Requirements of the proposed system

Functional Requirements for Administrator

 Second server should be used if one server failed

 Operating System: Windows (window7/8/10)

 Hard Drive: 80 GB or more

 Operating System: Windows (window7/8/10), MAC or UNIX.

 Dialup Modem of 52 kbps

2.4.1 Scenarios Analysis

2.4.2 Actors and their Description

The system administrator should be able to manage account of users, colleges/institutes,

2.5 Behavioral Diagram

2.5.1 Essential Use Case Diagram and its description