Online Learning System

Online Learning System
University Of Sargodha
Page 1
Session: MSC (IT) spring 2015-2017
Project Advisor: Professor Moazzam Saeed

Submitted by: Aqsa Rasheed 15MIT2620
Hishma Akmal 15MIT2624
Rameeza Riaz 15MIT2627
Department of computer science & information Technology
University Of Sargodha
Page 2
Acknowledgements
This project is the direct result of the teamwork. We sincerely thank the instructors and
students who have shared their suggestions.
Many thanks go to Prof. Moazzam Saeed our Project coordinator and supervisor, whose
management helped us to get this project produced in timely and efficient manner.
And finally we thank our college who was not directly involved in this project but who has
stood by us the whole way, we appreciate your encouragement and support and provide us an
environment to complete this project.
Page 3
ABSTRACT
The field of Information Technology is emerging day by day and the use of web portals is escalating,
online learning is become very common now days, we felt that there should be a online education
system to assist the customers with all the facilities by sitting at home. We are providing them with
the facility to learn online courses. The students just need to get registered first and then by sign in
they will be able to use all flavors of this application as they required.
The customer can select courses of their choice and after registration a confirmation email will be
sent to them.
Page 4
Table of Contents
Chapter 1: Final project proposal

1.1 introduction
1.2 project title
1.3 project overview statement
1.4 project goals and objectives
1.5 High-level system components
1.6 List of optional function unit
1.7 Exclusions
1.8 Application architecture
1.9 Gantt chart
1.10 Hardware and software specifications
1.11 Tools and technologies used with reasoning
Chapter 2: first deliverable
2.1. Introduction
2.2 project/product feasibility report
2.2.1. Technical feasibility
2.2.2. Operational feasibility
2.2.3. Economic feasibility
2.2.4. Schedule feasibility
2.2.5. Specification feasibility
2.2.6. Information feasibility
2.2.7. Motivational feasibility
2.2.8. Legal & ethical feasibility
2.3. Project/product scope
2.4. project/product costing

2.4.1. Project cost estimation by COCOMO’81 (Constructive cost model)
Page 5
2.5. Task Dependency Table
2.6. CPM-critical path model
2.7. Gantt chart
2.8. Introduction to team member and their skill set
2.9. Task and member assignment table
2.10. Tools and technologies with reasoning
2.11. Vision document
2.12 risk list
2.13. Product features/product decomposition
Chapter 3: second deliverable for object oriented approach
3.1. Introduction;
3.1.1. System specifications
3.1.2. Identifying external entities
3.1.3. Context level data flow diagram
3.1.4 Capture shall statement
3.1.5. Allocate requirements
3.1.6. Prioritize requirement
3.1.7. Requirements traceability matrix
3.2. High level Use case diagram
3.3. Analysis level use case diagram
3.4. Use case description
Chapter 4: Third Deliverable for Object Oriented approach
4.1. Introduction:
4.2. Domain model
Page 6
4.3. System sequence diagram
4.4. Sequence Diagram
4.5. Collaboration diagram
4.6. Design class diagram
4.8. State transition diagram
4.9. Data model
Page 7
1.1 Project Title:

1.2 Project overview
1.2.1 Introduction:
Education is the process of facilitating learning or the acquisition of knowledge, skills, values,
believes and habits. Educational methods include storytelling, discussion, teaching, training
and directed research.
The process of receiving or giving systematic instruction, especially at a school

or university. The education is very necessary for the development of a country. It plays a big
role in our life. Different educational institutes like schools, colleges and universities are
providing the facility of education to the students. The desired people can get education as
per their wish and need from the educational institute.
1.2.2 Educational Institute:

The educational institute is situated on a particular place and students go on those places to
get education. The students can pick the program of their dreams in education too, but that
would involve traveling away from home, living in a completely unknown city and struggling
in an extremely competitive learning environment.
The students are bound to physical class session and attending classes for
hours, sitting in uncomfortable chairs, suffering from back pain at the end of the day. All
learning material is provided to the students in hard copy and than they do not search for it.
The skill of creativity does not appear in students.
1.2.3 OLS (Online learning system):

To overcome this problem of existing physical education system an online learning system is
introduced. The students can get the facility of education by sitting at home (via the
internet).Online learning has to be the greatest revolution in contemporary education. It will
make a huge change in system.
1.2.4 Benefits of OLS:

The online learning system provided following types of benefits:-
Page 8
1.2.4.1 Comfort:
You will not be bound to physical session when you option for online
education. All lectures and needed material is will be provided via online platforms, so you
will easily access them from the comfort of your home .

1.2.4.2 Online courses look great on your resume:
It does not matter where your career stands at this moment; an online program will always
good on your resume.
1.2.4.3 Self-paced learning:

When you start browsing through interesting online learning courses and
programs, you will notice the self-paced label in most of them. Self-paced learning means
the students can start completing the targets at any time.
Project Title:
Project Manager:
Aqsa Rasheed
Project Member:
Name Registration # Email Address Signature
Aqsa 15MIT2620 Aqsarasheed7676@yahoo.com
Rasheed
Hishma 15MIT2624 Hishmaakmal44@yahoo.com
Akmal
Rameeza 15MIT2627 Ramizariaz972@yahoo.com
Riaz
Project Goals:
The online learning system will provides functionality to
facilitate class rooms and distance learning for those who face
difficulty in attending regular classes.
OLS will have single sign in advanced authentication and

firewalls to ensure data security.
Page 9
Objective
SR
#
1 The OLS will offer to students an extensive platform to learn and
flourish.
2 It will provide a convenient access to different courses running
through the system, as well as the specific subject regarding held in
the course.
3 We are wanted to provide an attractive facility in a broader way, for
convenient learning.
4 This online learning system is proposed for improved quality of
academic as compare to regular class attending system.
Project Success criteria:

The system will improve continuously the valuable
feedback, which is actually proves as backbone for any system or work space.
Assumptions risk and obstacles:
The student must have a personal pc or laptop and
the internet connection.
Type of project:
 Development
Target end users:
 The students who wanted to learn about different courses.
Development technology:
 Object Oriented
Platform:
 Web Based Application
Approved by:
Mr. Moazzam saeed
Date:
Page 10
1.3 High level system components:

The online system will be provided following functions:
1.3.1 Student registration function:

This will provide the following functionality for the system:
 Student registration
 Student profile
 Current course of student
 Student marks sheet
1.3.2 Course registration function:

This will provide the following functionality for the system:
 Course registration
 Assign course to student
 Assign course to faculty

 Pre requisite courses list
 View courses detail
1.3.3 Faculty:
The faculty component contains the following functions for the system:-
 Faculty registration
 View faculty detail
1.3.4 Learning component:

This component includes the following functions for system:-
 Upload assignments by teachers

 Upload assignments by students
 Download assignments by teachers
 Download assignment by students
 Upload marks by teachers
 View marks by students.
1.4 List of optional functional units:
Page 11
The list of optional functional units is described the characteristics,

constraints, features and specification about the performance of the system. These are as
follows:-
1.4.1 Easy to use:

The OLS interface should be user friendly. The purpose is that the student can
easily use it and learn the interactive courses.
1.4.2 Performance:
The response time towards the students should less and quickly provide them
the information and learning material
1.4.3 Secure system:

There should be the security constraints applied to secure our system from
illegal access.
1.5 Software and Hardware Specifications:

The hardware and software specification are as following:
 Processor: Intel (R) core 2 dUO

 Ram: 4.00 GB
Hard drive: 80 GB.
1.6 Tool and technologies’:
The following tools and technologies are used:
 Technology: visual studio 2010 or higher.

DBMS: SQL server 2008/2008 R2
 Language: java(j2EE)/ C# ASP.NET
Platform: window 7 or higher version.
Page 12
FIRST DELIVERABLE
Page 13
2.2: Project Feasibility Report

The project will be beneficial to the users depending on the activities held in the project
feasibility report, including the following:
 Technical
 Operational
 Economic
 Schedule
 Specification
 Information
 Motivational
 Legal and Ethical
2.2.1: Technical Feasibility

The system development is possible as the technical expertise and technology are
referred accordingly.
2.2.2: Operational Feasibility

The technical ability of the project members, leading towards any problem that may
arise through the development and possible solution to that problem would be
applicable.
2.2.3: Economic Feasibility

The system development cost factors, including all ( faculty and other related staff
salaries….connection costs to upload and update the educational stuff in the OLS via
internet) are considered as well as the benefits, may either be intangible leading towards
more the benefits and less the cost.
2.2.4: Schedule Feasibility

The project will be completed within 3 months with the available resources.
2.2.5: Specification Feasibility

The system will provide the entire required course to the students, and the way to more
smooth and flexible learning.
2.2.6: Informational Feasibility
Page 14
There will be an extreme struggle and full devotion to provide complete, clear and
reliable information to the students through OLS (Online Learning System).
2.2.7: Motivational Feasibility

Motivation (to work hard) to all project members would be accepted as a key for the
successful project.
2.2.8: Legal and Ethical Feasibility

None.
2.3: Project/Product Scope

Topic: Online Learning System
Group Members: Aqsa Rasheed, Rameeza Riaz, Hishma Akmal
Scope/Draft List Requirement of Project
Student Registration Module

This module will provide the following functionality for the system.
 Student Registration
 Students Profile
 Student Status
 Current courses / Study Scheme
 Course Add/ Drop Request
 Semester Add / Drop Request
Course Registration Module

 Course Registration
 Assign Course to Faculty
 Assign Course to Student
 Revoke Course Form Student
 Pre-requisite course list
 View courses detail
 View registered courses
Program Registration Module

Page 15
 Program Registration
 Edit Program Registration
 Faculty Registration
 Edit Faculty Registration
 Teacher Registration
 Edit Teacher Registration
 View Program Detail
 View Faculty Detail
Learning Module
This information will provide the following functionality for the system.
 Upload Assignment by Teacher

 Download Assignment by Teacher
 Upload Assignment by Student
 Download Assignment by Student
 Upload Lecture detail by Student
 Upload Marks by Teacher
 View Marks by Student
Application Type: Web Application
Technology: Visual Studio 2010/eclipse.Net Framework or higher
DBMS: SQL Server 2008/2008 R2/ MySQL /Oracle
Language: Java (J2EE) / C# ASP.Net, HTML, Javascript, Jquery
Platform: Windows 7 or Higher
2.4.2 Project Cost Estimation By Using COCOMO’81(Constructive Cost Model):
 Intermediate COCOMO:
Estimation of Development Time =

Lines of Code for proposed system =10000
Type of proposed system=Semi-Detached
Salary of a Software Engineer (per month) = 15000
Effort=
3.0(10) ^ 1.12
=39
Estimation of Dual Time
Page 16
Duration = 2.5(39) ^0.38

= 10 months
Cost estimation to develop a software system
= 10*15000
=150,000
2.6: CPM- Critical Path Method

Specify the Individual Activities:
Following are the activities of our project
 contract
 Requirement gathering
 Analysis of objects
 Design objects
 finalized Coding
 Testing
 System delivery
 Activity  Immediate  Durations(weeks)

predecessor
 A  NONE  4
 B  A  6
 C  A  5
 D  B,C  7
Page 17
 E  D  4
 F  D,E  6
 G  F  5
The Network Diagram
Star B E
A D
F G
End
Page 18
Task Duration ES EF LS LF TS FS
A 4 0 4 0 4 0 0
B 6 4 10 4 10 0 0
C 5 4 9 5 10 1 1
D 7 10 17 10 17 0 0
E 4 17 21 17 21 0 0
F 6 21 27 21 27 0 0
G 5 27 32 27 32 0 0
Paths:
(1) Start ->A C D E F G IEND
(2) Start ->A B D E F G IEND
(3) Start -> A C D F G IEND
(4)Start -> A B D F G IEND
Page 19
Duration of paths:
4+5+7+4+6+5=31
4+6+7+4+6+5=32
4+5+7+6+5=27
4+6+7+6+5=28
Longest Path’s
A B D E F G
Total Duration of the Project (Weeks) =32
2.7. Gantt Chart:
ID Task Name Duration Start FinishQtr 3, 2016 Qtr 4, 2016 Qtr 1, 2017 Qtr 2, 2017 Qtr 3, 2017 Qtr 4, 2017 Qtr 1, 2018 Qtr 2, 2018 Qtr 3, 2018 Qtr 4, 2018 Qtr 1, 2019 Qtr 2, 2019
Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun
1 proposal 28 days Mon 2/20/17 Wed 3/29/17
2 reqirement gathering and analysis 42 days Wed 3/29/17 Thu 5/25/17
3 designing 35 days Thu 5/25/17 Wed 7/12/17
4 coding 49 days Wed 7/12/17 Mon 9/18/17
5 testing 28 days Mon 9/18/17 Wed 10/25/17
6 deployment 42 days Wed 10/25/17 Thu 12/21/17
7 maintenance 35 days Thu 12/21/17 Wed 2/7/18
2.8. Introduction to team member:
1. Aqsa Rasheed 15MIT2620

She is group leader. She is responsible for
programming and databases. And she helped the other members in designing and
documentations.
2. Hishma Akmal 15MIT2624
Page 20
she helped in databases and programming .she is

responsible for gathering information and perform the analysis tasks.
3. Rameeza Riaz 15MIT2627

She helped in databases and programming. She is
responsible for documentation, designing and perform analysis tasks as well.
 2.9: Task and Member Assignment Table
Activities Tasks Duration(Weeks) Dependencies

Proposal T1 1 M1
Requirement T2 1 M2, M2, M3
Gathering and
Analysis
Cost Estimation:
 CoCoMo and
Function
point
Duration Estimation:
 CPM
 Gantt Chart
Design T3 3 T1(M1), T2
 [DFD(Data
Flow
Diagram)
 ERD(Entity _
Relationship
Diagram)
 Use cases
 Domain
Model
 Sequence
Diagram
 Class
Diagram]
Implementation or T4 5 T1,T2,T3(M3)
Page 21
Coding
Testing T5 7 T1,T2,T3,T4(M1,M2,M
3)
Deployment T6 1 T1,T2,T3,T4,T5(M1,M2
,M3)
Maintenance T8 1 T1,T2,T3,T4,T5,T5(M3)
M1=Member 1
T1=task 1
2.10: Tool and technologies

The following tools and technologies are used:
 Technology: visual studio 2010 or higher.

 DBMS: SQL server 2008/2008 R2
 Language: java(j2EE)/ C# ASP.NET
 Microsoft project
 Microsoft word
 Microsoft power point
 Microsoft Visio.
Platform: window 7 or higher version
2.11: Vision Document

The unlimited strategic vision of the project “Online learning system “would be to enable
learners to get education online, get the opportunity to enhance their knowledge while sitting at
home. The project is being developed by the team members and they are agree to develop the
project in the agreed time and estimated budget in the documented above and all the team
members have ability to make the project successful to full fill the user requirement according to
their specification.
We visualized that we have sufficiently explored all the constraints to be put on the system, the
key features of the system been identified and defined and all the key features will solve the
problems that are identified. And these features consistent with constraints that are identified in
our system.
Page 22
2 .12: Risk List

The possibility of suffering harm or loss in terms of danger is called risk. Regarding the
importance of risks a list is to be maintained. The Risk List is designed to capture the
perceived risks to the success of the project. It is created early in the Inception phase, and is
continually updated as new risks are uncovered and existing risks are mitigated or retired. At
a minimum, it is revisited at the end of every iteration, as the iteration is assessed. The
following risks may occur during project completion.
 The time may increase than of scheduled time.

 The cost may increase.
 Team members may not be available.
 Risk due to complexity of the project.
 Unavailability of resources.
 Ambiguous requirements
Page 23
Second Deliverable
Page 24
SECOND DELIVERABLE
3.1 Introduction
Requirements engineering process include the following tasks of capturing, structuring and
accurately representing the user’s requirements so that they can correctly interact with the
system to meet these requirements.
The following figure will show this process clearly
System Specification
1.1 1.2 1.3

1.4
Identify Capture
Allocate Prioritize
External “Shall”
Requirements Requirement
Interfaces Statement
s
Page 25
Requirement
Traceability
Context Matrix(RTM)
Diagram
3.1.1 System Specifications

The following are the clauses that are followed to describe the system specifications.
3.2.1. Introduction:
NIMS University is an Educational Institute providing Educational facilities and certification,
degree programs to students. XYZ has its several campuses throughout the country
university provide affiliation facility to different institutes. NIMS University provides
educational and certification facility to the students registered.
NIMS University has decided to completely automate the whole of its system. In order to
promote Distance Education in modern Information and Communication Technologies as its
primary objectives, the university‘s primary objectives are online lectures and broadcasting
rigorous programs regardless of their student’s physical locations.
3.2.2. Existing System:

The NIMS University is situated in a particular place and students go out to
those places to get knowledge (education and higher degree). The student can pick the
program of their dreams in education too. That would involve travelling away from home,
living in completely in unknown city and struggling in extremely competitive learning
environment.
The students are bound to attend physical class session and attending classes for hours,
sitting in uncomfortable chairs and suffering from back bone pain at the end of the day. All
learning material is provided to the students in hard copy and they don’t have proper time
to search for it. The skill of creativity does not appear in students. Several were basic
problems;
Page 26
• Current system is manual
• Current system isn’t able to send email including video lectures, attendance to
the students.
• Current system does not support online education facility.
• Current system does not provide online Video lectures.
• Current system does not provide the facility to provide information regarding
examination, result etc.
Problems in Existing system:
• Old methodologies and technologies.
• University xyz keeps the record of students manually (attendance)
• Outside university, no one can access to university and data (because of distance)
and tae the advantage of online services.
Organizational Chart of OLS
Page 27
3.2.3. Scope of the system:-

Basically we develop a web based application. The idea of this project is that the
organization can easily maintain the online learning system. It is consisting on following
phases:-
 Phase 1
Phase one include the following areas:-
• Student Registration:-
In this phase student accounts are maintained. When a request is received to administrator
for registration from a student, he will provide a user id and password to the student. The
students can download their assignments and clear their questions by login to their
accounts.
Head of
Teaching Dep
Page 28
Chair Persons
• Faculty Registration:-
In this phase the administrator maintain the faculty accounts. The faculty
member also gets the user id and password to login to the system. By login to the system
they can upload their assignments and check the student’s response.
 Phase 2
Phase two includes the following areas:-
• Accounts and Administration:-

In this phase the administrator can handle the accounts. He can update an account or delete
an account of students and faculty members.
• Examination control:-
In this phase the administrator conduct the examination after completing the sessions.
• Update the result:-

The results are also uploaded by the administrator. The students can view their results by
login to the system.
Summary of Requirements (initial Requirements):-

A visitor can visit the website and see that what online courses are available
for learning. If he is interested in any course then he should be registered under the terms
and conditions which are specified the organization. All the requests are to be viewed by the
“Student Account Administrator “. He has the authority to accept or reject the request. If he
accepts the request, login information (password, Id) should be assigned and mailed to the
corresponding student.
Administrator can also login to the system to update the results, admission dates, date
sheets, fee and courses.
3.2.5. Context Data Flow Diagram:

Students Database
Online Learning
System (OLS)
Page 29
Faculty /Teachers
Administrator/Contr
oller
3.2.6 Capture “shall” Statements
Para # External Entity Initial Requirements

1.0 Visitor A visitor “shall” visit the website.
1.0 Visitor A visitor “shall” view the courses Categories.
1.0 Visitor A visitor “shall” watch Online Learning view.
1.0 Registered User A Visitor “shall” register him/herself at the website.
1.0 Registered User A Registered User “shall” take admission online.
1.0 Registered User Registered User “shall” make Online payment through Credit
Card.
1.0 Registered User A registered user “shall” edit his/her password.
1.0 Registered User A Registered User “shall” receive an E-Mail or SMS after
confirmation of admission.
2.0 Administrator Administrator “shall” login to the system.
2.0 Administrator Administrator “shall” confirm the admission.

2.0 Administrator Administrator “shall” update the courses.
2.0 Administrator Administrator “shall” update in admission.
2.0 Administrator Administrator “shall” maintain Databases.
2.0 Administrator Administrator “shall” view Registered User list.
2.0 Administrator Administrator “shall” maintain record of students.
2.0 Administrator Administrator ”shall” maintain the record of lecturers.
3.2.7. Allocate Requirements:
Page 30
Para# Initial Requirements Use Case Name

1.0 A ”Visitor” shall visit the website. UC_ process Search
1.0 A Visitor “Shall” view the courses category UC_ process_ categories of courses
1.0 A visitor “shall” watch an online learning view UC_ process_ learning view
1.0 A visitor “shall” register him/herself at the website. UC_process _ signup
1.0 A registered user “shall” take admission online. UC_ process_ Registration
1.0 Registered user “shall” make payment online UC_ process_ Payment
through credit card.
1.0 A registered user “shall” edit his/her password. UC_ process_ Change password
1.0 A registered user “shall” receive an email or SMS UC_ process_ SendMail
after confirmation of admission.
2.0 Administrator “shall” log in to the system UC_ process_ Sign in
2.0 Administrator “shall” confirm the admission. UC_ process_ ConfirmAdmission
2.0 Administrator “shall” update the courses UC_ process_ UpdateAdmission
2.0 Administrator “shall “maintain database. UC_ process_ maintainDatabase
2.0 Administrator “shall” view registered users list. UC_ process_ UserList
2.0 Administrator “shall “maintain record of students. UC_ process_ StudentsRecord
2.0 Administrator “shall” maintain the record of UC_ process_ LecturersRecord
lectures.
3.2.8. Prioritize Requirements:
Para Rank Initial Requirements Use Case ID Use Case name

#
01 Higher A “Visitor” shall visit the UC_1 UC_ process
website. Search
01 Higher Registered user “shall” make UC_6 UC_ process_
payment online through credit Payment
card.
01 Higher A visitor “shall” register UC_4 UC_ process _
him/herself at the website signup
01 Higher A registered user “shall” take UC_5 UC_ process_
admission online. Registration
O1 Medium A register user “shall” edit UC_7 UC_ process_
Page 31
his/her password. Change password

01 Low A visitor “shall” watch an online UC_3 UC_ process_
learning view learning view
01 Medium A Visitor “Shall” view the UC_2 UC_ process_
courses category categories of
courses
01 Higher A registered user “shall” receive UC_8 UC_ process_
an email or SMS after SendMail
confirmation of admission.
02 Higher Administrator “shall” log in to UC_9 UC_ process_ Sign
the system in
02 Medium Administrator “shall” update UC_11 UC_ process_
the courses UpdateAdmission
02 Higher Administrator “shall “maintain UC_12 UC_ process_
database. maintainDatabase
02 Low Administrator “shall” view UC_13 UC_ process_ User
registered users list. List
02 Medium Administrator “shall “maintain UC_14 UC_ process_
record of students. StudentsRecord
02 Medium Administrator “shall” maintain UC_15 UC_ process_
the record of lectures. LecturersRecord
3.2.9. Requirements traceability matrix

Sr # Para System Build Use Case Category
# Specification Text Name
1 01 A visitor will visit B1 UC_ Process Education
the website. Search
2 01 A Visitor “shall” B1 UC_ process_ Education
view the courses categories of
category. courses
3 01 A visitor “shall” B1 UC_ process_ Education
watch an online learning view
learning view.
4 01 A visitor “shall” B1 UC_ process _ Education
register him/herself signup
at the website.
5 01 A registered user B1 UC_ process_ Education
“shall” take Registration
admission online.
6 01 Registered user B1 UC_ process_ Education
“shall” make Payment
Page 32
payment online
through credit card.
“shall” edit his/her Change
password. password
“shall” receive an Send Mail
email or SMS after
confirmation of
admission.
9 01 Administrator B1 UC_ process_ Education
“shall” log in to the Sign in
system
“shall” confirm the Confirm
admission. Admission
“shall” update the Update
courses Admission
“shall “maintain maintain
database. Database
“shall” view User List
registered users
list.
“shall “maintain Students
record of students. Record
“shall” maintain Lecturers
the record of Record
lectures.
Page 33
3.2.10. High Level Use case Diagram:
Page 34
Page 35
High Level Use Case:
Page 36
Use case Description
Use Case UC01<Login Student>
Primary Actor:
The student
Brief description:
 Administrator: Provides services to the student.

 Student: Wants to use the services after gaining access.
Preconditions:
Student must be valid user of the system to use the services.
Post conditions:
Student login successfully and use the services provided in the website.
Main Success Scenario (or Basic Flow):
1. Student visits website.

2. The student goes to the Login page.
3. Enters “ID” and “Password”.
4. Then he/she click on the Login button.
5. The system will check the ID and password.
6. The user will log in and will use the required services provided by the website.
Extensions (Alternative Flaws):
Page 37
1. If the client clicks “Log In” button without filling the “ID” and “Password” field.
a. When the client doesn’t type anything in the “ID” field it will show a message,
the message will be “Please Enter ID.”
b. When the client doesn’t type anything in the “Password “field it will show a
message, the message will be “Please Enter Password”
2. If a client enters wrong “ID ”“Password”;
a. A message of “Incorrect Password” will appear.
b. client will enter the correct “ID” and “Password” and logs in.
3. If a client forgets the “Password”.
a. He/ she have to contact the administrator.
4. If the server is not available, there might be a couple of reasons, which are
a. Server unavailable because the database is being backed up.
b. The server is being configured etc.
Use Case UC02<Admin Login>
Primary Actor:
The Administrator
 Brief Description
 Administration: Provides services to the client.
o Preconditions:
a. System must have the login and password information.
b. Server must be on.
Page 38
Success Guarantee (Post conditions):

Administrator logs in successfully.
 Main Success Scenario (or Basic Flow):
1. Administrator visits the website.

2. Website will open.
3. “Administrator” clicks the log in menu.
4. A sign in page will open.
5. “Administrator” enters the ID and password clicks the Login button.
6. Website matches the “Administrator” ID and password with the database.
7. If it is matched “Administrator” will be logged in.
Extensions (Alternative Flows):
1. If login name does not match, system will show the message “ID is not correct”.
2. If password does not match, system will show the message “Password is
incorrect”.
Use Case UC03 <Visit Website>
o Primary Actor The Visitor
Brief Description:
 Administration: Provides services to the visitor.
Page 39
 Visitor view website after gaining access.
o Preconditions:
Server must be on.
Success Guarantee (Post conditions):
Visitor accesses successfully and views the website.
1. Visitor enter website.

2. Visitor will request for some page.
3. System will check if the server is up.
4. System will check if the visitor has access to the specific page.
5. The page will be displayed to the user.
 Extensions (Alternative Flows):
1. If the visitor request for the page that is not available then an error message will be
displayed “the page is not available.”
2. If the visitor requests a page for which he/she is not permitted then an error message
will be display “Access denied.”
3. If the server is not available, there might be a couple of reasons, which are
a. Server unavailable because the database is being Backed up.
b. The server is being configured etc.
Page 40
Use Case UC06 <Assign courses>
o Actors:
Student
 Brief description:
Courses will assign to the students according to their choice.
o Preconditions:
The student should be capable to learn the assigned course.
o Post conditions:
The course is assigned to student successfully.
1. User click on course button to get a course.
2. System will provide a form to get a course.
3. User will give check in and checkout time by selecting date from given calendar.
4. User will click on “check availability” button.
5. System will provide the information about available courses and fee structure.
6. User will click on ok button to confirm his course.
7. System will save this information and display that message “your courses have
been confirmed”.
1. If administrator does not give the required information then an error message will be
displayed on screen.
Page 41
Use Case UC_07 :< upload Assignment>
o Actor:
Teacher
o Brief description:
The teachers are uploading their learning material in the form of assignment.
o Preconditions:
The user should be authorized to upload the assignment.
o Post conditions:
The user has upload lecture successfully.

1. User will select desired topic and add to assignment file.
2. The file is attached from the system.
3. The user uploads assignment by click on upload button.
If user selects the item which is not available for that time then an error message will be
displayed “Required material is not available to upload”.
Use Case UC08 <Download assignment>

Actor:
Student
Page 42
 Brief description:
The students will download the assignment according to their

departments.
o Preconditions:
The user should be authorized to download assignment.
o Post conditions:
The user has download assignment successfully.
1. User will click on lecture Button.

2. System will provide information about new uploaded assignment.
3. User will enter the name of desired assignment.
4. User will check the availability.
5. System will provide the information about the availability for assignment.
6. User will download the assignment.
 .
If the desired assignment is not available then a message will be displayed to user “your
desired assignment is not available at this time”
Page 43
Fourth Deliverable
Page 44
4.1. Domain Model:
Page 45
4.4. Sequence Diagrams:-
o Visit Website :
Page 46
o Registration Request:
Page 47
o Login:
Page 48
o Course Assigned:
o Assignment Download:
Page 49
4.5. Collaboration Diagrams:-
Page 50
o Visit website:
o Registration:
Page 51
o Login:
Page 52
o Course Assigned:
Page 53
o Assignment Download:
Page 54
Page 55
4.7. Design Class Diagram:
Page 56
Page 57
4.8. State Chart Diagram:
Page 58
Page 59
4.9. Data Model:
Page 60
Page 61
Page 62
Page 63
Page 64
Page 65
Page 66
Page 67
Page 68
Page 69
Page 70

Online Learning System

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Online Learning System

Caricato da

Copyright:

Formati disponibili

Online Learning System

Online Learning System

Session: MSC (IT) spring 2015-2017

Project Advisor: Professor Moazzam Saeed

Rameeza Riaz 15MIT2627

Department of computer science & information Technology

Chapter 1: Final project proposal

Chapter 2: first deliverable

2.2.1. Technical feasibility

2.2.2. Operational feasibility

2.2.3. Economic feasibility

2.2.4. Schedule feasibility

2.2.5. Specification feasibility

2.2.6. Information feasibility

2.2.7. Motivational feasibility

2.2.8. Legal & ethical feasibility

2.3. Project/product scope

2.4. project/product costing

2.5. Task Dependency Table

2.6. CPM-critical path model

2.7. Gantt chart

2.8. Introduction to team member and their skill set

2.9. Task and member assignment table

2.10. Tools and technologies with reasoning

2.11. Vision document

2.12 risk list

2.13. Product features/product decomposition

Chapter 3: second deliverable for object oriented approach

3.1.2. Identifying external entities

3.1.3. Context level data flow diagram

3.1.4 Capture shall statement

3.1.5. Allocate requirements

3.1.6. Prioritize requirement

3.1.7. Requirements traceability matrix

3.2. High level Use case diagram

3.3. Analysis level use case diagram

3.4. Use case description

Chapter 4: Third Deliverable for Object Oriented approach

4.3. System sequence diagram

4.4. Sequence Diagram

4.5. Collaboration diagram

4.6. Design class diagram

4.8. State transition diagram

4.9. Data model

1.1 Project Title:

Online Learning System

The process of receiving or giving systematic instruction, especially at a school

1.2.2 Educational Institute:

1.2.3 OLS (Online learning system):

1.2.4 Benefits of OLS:

will easily access them from the comfort of your home .

1.2.4.3 Self-paced learning:

OLS will have single sign in advanced authentication and

Project Success criteria:

1.3 High level system components:

1.3.1 Student registration function:

1.3.2 Course registration function:

 Assign course to faculty

1.3.4 Learning component:

 Upload assignments by teachers

1.4 List of optional functional units:

The list of optional functional units is described the characteristics,

1.4.1 Easy to use: