Professional Documents
Culture Documents
Table of Contents
Chapter 1 4
Project Plane 4
Introduction: ........................................................................................................................................................5
Schedule: ............................................................................................................................................................. 11
Chapter 2 14
(3) Glossary:........................................................................................................................................................ 15
2
(8) System Evolution:....................................................................................................................................... 22
(9) Appendices:.................................................................................................................................................. 23
Chapter (3) 24
System Design 24
Introduction: ...................................................................................................................................................... 25
Models: ................................................................................................................................................................ 26
Chapter (4) 41
COCOMO 41
3
Chapter 1
Project Plane
4
1.1) Introduction:
This document will propose all features and procedures to develop the system.
5
1. Objectives and concentrations:
1. Corporate between the data stored in the server of the Institution and
our On-line Exam system. To deal with On-line System in an easy way
and an efficient mannered. (connection process)
2. Create strong and secrete data base that allow for any connection in a
secret way, to prevent any outside or inside attacks.
3. Specify a privilege for each person to allow each person use this system
to create his own exam. And have a complete control on his exam.
4. Allow each person to create more than one exam with different way to
create variant questions.
2. The system handles all the operations, and generates reports as soon as
the test is finish, that includes name, mark, time spent to solve the
exam.
3. Allow students to see or display his answers after the exam is finish.
6
3 1. One from outside the team and the other from the
Two Testers
inside the project team.
Project Risks:
7
The experience staff in the team low serious Use more than one staff for each
leave the project before it is section, which might minimize this risk.
finish, or someone was ill Also, manager tries to increase salary
for him.
The methodology to solve the high serious Must be study more than one
problem can't work in a proper methodology to minimize this risk.
manner.
Budget does not enough or there low catastrophic Put a condition in the contract if there
is no budget. any more expenses, the funded side
must be pay it. To avoid this risk.
HW requirement can't come in moderate serious See if there is any more time to delay
the time. the project or not. If there is no more
time work by the team computers, to
minimize this risk.
Product Risks:
Can't found the suitable high tolerable Programmer must have professional
components. programming skills to write a new code,
which minimize this risk.
Business Risks:
Damage the electricity generator. high serious There is a spare generator to avoid this
risk.
8
1.4) Hardware and software Requirements:
Hardware Requirements:
Software Requirements:
MS project 5 100$
ASP.NET 2 100$
9
Another Requirements:
Foods and drinks for ( breakfast, lunch and 6 10$ for each person in a day
dinner) (3600$)
Total 13,302$
6. Project manager contracts with the user who demands the system and
write a project plan. (three days)
7. Deliver the draft of project plan documentation to writer to rewrite the
documentation and rewrite the document. (three days)
8. Then gives documentation of project plan to SW analyzer to do more
analysis to verify the SRS document requirements. Then delivers SRS
document to writer. (twenty-six days)
9. SW designer gives the SRS document and start to design the diagrams
and models that helps the programmer to implement the project. Then
delivers the draft design document to writer. (forty-seven days)
10. The two programmers take a partition of the project to start an
implementation. (sixty days)
11. Throw the implementation the inner tester make validate the system
and delivers his report to writer (sixteen days)
12. After finish the project and throw the implementation phase the
outside tester validate the system and write his document then deliver
to writer. (sixteen days)
13. The final report is ready now. (nine days)
10
1.6) Schedule:
11
1.8) Project management approach:
Software Process Model:
1. Requirement Definition
3. Implementation
12
Figure (2.1): Waterfall model
13
Chapter 2
Software Requirement
Specification
14
(1) Preface:
This document has been written to apply a new version of SRS Software
Requirements Specification depends on IEEE-STD-830-1998 standard. So,
you must compare this document with this standard.
This document is the basic intended for any individual user, developer, tester,
project manager or documentation writer that needs to understand the basic
system architecture and its specifications. [1]
(2) Introduction:
The purpose of this SRS document is to write the functional and non
functional user or system requirements that represent the characteristics of
On-Line Exam System.
4. Allow the student to prochoice the answer and to see his mark.
(3) Glossary:
Short name description
15
place by entered user name and password.
4. The system should have records of students and faculty that can be
access to the system which can be used only for the authorized person.
5. The system should be more secure for management user records and
more reliable to work at any conditions.
1. Quick scheduling:
The system helps the faculty member to generate an automatic exam instead
of using papers. Which save a time for writing, checking and for input marks.
Also, student can see the exam when he login as an individual to the system.
16
2. Immediate results and solutions:
When the student finishes his exam, the system checks her answers and
compared with the correct answer. And the system saves the incorrect and
correct answers and calculates the mark of correct answers. Then give the
total mark. And send a report for student to see where he is fault.
Web Browser
17
This section gives a functional requirement that applicable to the On-
Line Exam system.
1. Candidate module.
2. Examiner module.
3. Administrator module.
4. Candidate module: The candidate will logon to the software and take
his examination. He can also check his previous examinations marks
and his details. The candidate will get result immediately after the
completion of the examination.
1. The administrator has the full fledged rights over the OES.
2. Can create/delete an account.
3. Can view the accounts.
4. Can change the password.
5. Can hide any kind of features from the both of users.
6. Insert/delete/edit the information of available on OES.
7. Can access all the accounts of the faculty members/students.
18
The features available to the Students are:
19
The database may get crashed at any certain time due to virus or
operating system failure. Therefore, it is required to take the
database backup.
Some of the factors that are identified to protect the software from
accidental or malicious access, use, modification, destruction, or
disclosure are described below. Keep specific log or history data sets
2. Secured.
3. Fast speed.
4. Compatibility.
20
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.
Server Side:
21
input to the next phase. Also, we can backwards if there is a new requirement
or to apply any update.
2. Flags:
Allow the student to put a symbol near the question that helps the student to
return and review the questions and change them accordingly.
Allow the faculty member to control for enable or disable the exam for his
students.
So, that saves the time to rewrite the questions for future course.
So, that saves the time to enter a question in the on-line system, if the teacher
needs not the direct answers.
(9) Appendices:
Definition of online examination system:
Introduction:
Purpose:
Features:
Advantages:
23
Chapter (3)
System Design
24
3.1) Introduction:
Administrator
Faculty
Student
On-Line Exam
system
25
Figure (3.2.1): the context diagram of On-line Exam System
8.
9. Change password.
1. Change password.
2. Choose exam.
3. Review answers.
3.3) Models:
3.3.1) Interaction model:
Is a dynamic model that shows how the system interacts with its
environment. We use a data flow diagram.
View Reports
26
Administrator
Registration
Process
Figure (3.3.1.1.1): the basic function for each actor
(a)
Request Report
View Report
Faculty
Insert
Insert question Question Subject Question
s master master
27
(b)
Request Report
View Report
Stude
nt Exam
maste
Registe Give exam Receive Subject r
r master master User
maste
r
Control
(c) master
Figure (3.3.1.2.1): the activity diagram for basic operation in OES. (a) for
administrator, (b) for Faculty and (c) for student.
If new
Insert
Insert
Insert
Insert
Accept/ reject
28
Figure (3.3.1.3.1): the insert operation done by administrator. The update operation is
similar to this sequence diagram but rather than Registration process put Update process.
If Accept
Store question
Accept/ reject
Accept/ reject 29
Figure (3.3.1.3.2): the insert question operation done by Faculty.
If Accept Verify
Unavailable question
Unavailable question
If Accept
30
Return result and finish the exam
Figure (3.3.1.3.3): present how student take an exam and give the result.
Web Browser
31
3.5) Principal system objects:
User Master
int User_ID
int ref_No
Int reg_No
String F_name
String l_name
Int course_id
Int year_id
String username
String password
32
String e-mail
String gender
Date birth-date
String education
String occupation
String address
String country
String state
String city
String Zip
Int Active
Date Current-date
Date Modified-date
Get-userid()
Set-userid()
Get-ref-id()
Set-ref-id()
Get-reg-id()
Set-reg-id()
Get-name()
Set-name()
Get-course-id()
Set-course-id()
Get-year-id()
Set-year-id()
Get-username()
Set-username()
Get-password()
Set-password()
Get-emai()
Set-email()
Get-gender()
33
Set-gender()
Get-birthdate()
Date birth-date
Date modify-date
Get-created-date() Get-facutyid()
Get-name()
Set-created-date() Set-facultyid()
Set-name()
Get-modified-date() Get-ref-id()
Get-course-id()
Set-modified-date() Set-ref-id()
Set-course-id()
Get-inactive() Get-name()
Get-year-id()
Set-inactive() Set-name()
Set-year-id()
Get-username()
Get-created-date()
Set-username()
Set-created-date()
Get-password()
Get-modified-date()
Set-password()
Set-modified-date()
Get-birthdate()
Get-inactive()
Set-birthdate()
Set-inactive()
Get-education()
34
Set-education()
Get-gender()
Set-gender()
Get-created-modify-
day()
Set-created-modify-
day()
Get-inactive()
Set-inactive()
Course Master
int course_ID
String course-name
Stirng course-desc
String created-by
String modified-by
Date created-date
Date modified-date
Get-course-id()
Set-course-id()
Get-course-name()
Set-course-name()
Get-course-discrip()
Set-course-discrip()
Get-created-date()
Set-created-date()
Get-modified-date()
35
Set-modified-date()
Get-created-by()
Exam Master
Set-created-by()
int Exam_ID
Get-modified-by()
int sub_id
Set-modified-by()
Int question-ID
String username
Int attend
String mark
String user-answer
Date exam-date
Get-exam-id()
Set-exam-id()
Get-sub-id()
Set-sub-id()
Year Master
int year_ID
int course_ID
String year-name
int duration
Get-year-id()
Set-year-id()
Get-course-id()
Set-course-id()
Get-year-name()
36
Set-year-name()
Get-duration()
Set-duration()
Get-question-id()
Set-question-id()
Subject Master Question Master
Get-username()
int sub-id int question_ID
Set-username()
int year-id int sub_id
Get-attend()
Int course-id String question
Set-attend()
String sub-name String answer1
Get-user-answer()
String sub-discription String answer2
Set-user-answer()
Int active String answer3
Get-marks()
String answer4
Set-marks()
Get-sub-id() String correct-answer
Get-exam-date()
Set-sub-id() String created-by
Set-exam-date()
Get-year-id() String modified-by
Set-sub-name()
Get-sub-discription() Get-question-id()
Set-sub-discription() Set-question-id()
Get-inactive() Get-sub-id()
Set-inactive() Set-sub-id()
Get-question()
Set-question()
Get-answer1()
Set-answer1()
Get-answer2()
Set-answer2()
Get-answer3()
Set-answer3()
Get-answer4()
Set-answer4()
Get-correct-answer()
37 Set-correct-answer()
Get-main-subject()
Set-main-subject()
Result Master
Get-created-date()
int result_ID
Set-created-date()
int sub_id
Get-modified-date()
String username
Set-modified-date()
String marks
Get-created-by()
Date exam-date
Set-created-by()
Get-modified-by()
Get-result-id()
Set-modified-by()
Set-result-id()
Get-inactive()
Get-sub-id()
Set-inactive()
Set-sub-id()
State Master
Get-username()
int state_ID
Set-username()
Int country-ID Course Master
Get-marks()
String state-name int course_ID
Year Master
Set-marks()
String state-code String course-name
int year_ID
Set-exam-date()
Get-state-id() String created-by
String year-name
Set-year-name() Get-course-discrip()
Get-duration() Set-course-discrip()
Set-duration() Get-created-date()
Set-created-date()
Get-modified-date()
Set-modified-date()
Get-created-by()
38 Set-created-by()
Get-modified-by()
Set-modified-by()
Verify
Change
StudentCity Master password
Student master
int city_ID
String course-code
Get-city-id()
Set-city-id() Get-country-id()
Get-state-id() Set-country-id()
Set-state-id() Get-country-name()
Get-country-id() Set-country-name()
Set-country-id() Get-course-code()
39
Get-city-name() Set-course-code()
Set-city-name()
Student Interface Faculty Interface Admin Interface
Registration() Insert-course()
Update-course()
Assign-faculty()
Update-faculty()
Delete-faculty()
3.7) Object interface:
Assign-student-to-course()
Update-student-course()
delete-student-course()
40
Chapter (4)
COCOMO
41
4.1) COCOMOO II:
4.1.1) The early design model:
1. Is used once user requirements have been agreed and initial stages of
the system design process are underway.
1. The estimates produced at this stage are based on the standard formula
for algorithmic models, namely:
PM = A * SizeB * M where
42
1. Multipliers reflect the capability of the developers, the non-functional
requirements, the familiarity with the development platform, etc.
2. You estimate values for these attributes using a six-point scale where 1
corresponds to very low values for these multipliers and 6 corresponds
to very high values.
1. Function-related metrics:
2. User interactions;
3. External interfaces;
2.
43
1. Unadjusted function-point count
44
5. Output: Store in data base file (13)
UFC=23*7+17*7+8*7+13*13+8*7+7*7+15*7+7+3*10+48*12
= 1146
M=3*2*1*5*5*5*5
=3750
PM = A * SizeB * M
=1.49*1146^1.2*3750
References:
[1] Software Requirements Specification for project iTest, 2008
45
[2] http:// www.scribd.com/doc/33852099/on-line-examiniation-system-project-report
Tu. 21/12/2011.
[4] Software Requirements Specification for Problem Based Learning Module, Souman
Mandal, 2010.
[5] Software Design Specification (SDS) Acropolis Course Management System, 2011
[7] Software Requirements Specification for PPDP Contact Management System (CMS)
[9]http://www.sil.org/lingualinks/literacy/referencematerials/glossaryofliteracyterms/WhatI
sAPreface.htm, Sat. 29/10/2011.
[10] http://www.deftinfosystems.com/index.php/application/e-education-system/online-
examination-system.html, Mon. 9/1/2012.
46