Professional Documents
Culture Documents
Fanal Projact Rana Munir
Fanal Projact Rana Munir
Arslan Anwar
Roll No 170266
Muhammad Munir
Roll No.170274
MCS 4th
Session 2017-2019
Affiliated with
The Islamia University of Bahawalpur
Project Brief
Project Name:
“Online Assignment Submission System”
Objective:
The main aim of the project is to develop a complete desktop application of sales and Purchase Management
System of Ali Traders which will facilitate the user to manage all the information regarding sales and purchase
of Ali Traders.
Undertaken By:
Muhammad Munir
Supervisor By:
Sir. Umar Farooq Shafi
Lecturer of Department of Computer Science & IT
Operating System:
Windows 10
Project Started:
June-01-2018
Project Finished:
Nov-01-2018
Source Language:
C # using Microsoft Visual Studio 2015
CERTIFICATE
It is here by certified that work presents by Muhammad Munir the Project Title “Online Assignment
Submission System”
has successfully presented / defended and is accepted in its present form as satisfying the requirement for the
degree of (MCS 2017-2019) in the Allama Iqbal Science College Bahawalpur affiliated with The Islamia
University of Bahawalpur.
Supervisor:
External Examiner:
Coordinator of Department
Umar Shafi
Date:
“GOD HELPS THOSE WHO HELP
THEMSELVES”
My Loving Parents
Whose Support
Give Me Strength
And Determination
To Accomplish My Goal
Acknowledgement
First of all, my deepest gratitude to almighty ALLAH, the most beneficent, compassionate,
most merciful and most gracious whose favor and kindness made it possible for me to complete
this project works.
A very special thanks and appreciation goes to my parents and other family members for
always encouraging me. They really deserve me for enduring my problems with great patience
and love and whose endless prayers are source of determination for me.
I wish to thank to Mr. Umar Shafi Shb Head of Department for providing me the facility
and best environment to complete my task.
I am also greatly indebted to my respectable teacher Sir Waqas Shb for his supervision,
kind support, unforgettable devotion and encouraging behavior.
I am also thankful to all staff members of the Department of Computer Science & IT for
their coordination.
I am grateful to my friends for their cooperation and for providing best company.
Muhammad Munir
Table of Content
Chapter No. 1
Gathering & Analyzing Info ……………………………………………………………………………
1.1 Scope Of The Project ………………………………………………………………………………………………..
1.2 System Requirement ……………………………………………………………………………………………….
1.3 User Requirement ……………………………………………………………………………………………………
1.4 Functional Requirement ……………………………………………………………………………………………
1.5 Use Case Diagram ……………………………………………………………………………………………………..
1.6 Supplementary Requirement ……………………………………………………………………………………
1.6.1 Usability ……………………………………………………………………………………………………………………
1.6.2 Reliability …………………………………………………………………………………………………………………
1.6.3 Supportability ………………………………………………………………………………………………………….
1.6.4 System Requirement …………………………………………………………………………………………………
Chapter No 2 ………………………………………………………………………………………………..
Planning the project ……………………………………………………………………………………..
2.1 Introduction Of The Planning Phase…………………………………………………………………………
2.2 Methodologies…………………………………………………………………………………………………………..
2.3 Reasons For Choosing The Methodologies…………………………………………………………………
Chapter No. 3
3.1 Overview (of Proposed System)………………………………………………………………………………….
3.2 Data Flow Diagram (DFD) (To Be Developed Using Microsoft Vision)………………………….
3.3 Sequence Diagram (Developed Using UML)…………………………………………………………………
Chapter No. 4
4.1 Introduction (Of Proposed System)………………………………………………………………………………
4.2 Class Diagram …………………………………………………………………………………………………………….
4.3 Interface Design …………………………………………………………………………………………………………
Chapter No. 5
Deployment ………………………………………………………………………………..
5.1 Deployment diagram……………………………………………………………………………………………………
Chapter No.6 ………………………………………………
System Over view
Chapter No.7…………………………………………………………………………………..
System Architecture
Chapter No.8…………………………………………………………………………………………………….
Decomposition Description
Chapter No.9………………………………………………………………………………………………………
Data Design
9.4 ER Diagram
Chapter No.10
Chapter No.11……………………………………………………………………………………………………
11.3 Login
Chaptr No.12
Requirements Matrix
User
System
System will provides information.
System will display the total number of most common type of assignment
System will display the total number assignment in current location
System will display all assignment
System will also display the full path of the currently opened/selected
assignment in web browser.
Functional Requirement:-
FR01: system will provide information about all data.
FR01-01 System should get the information about all data of the current
system
FR01-02 The System should display all data of the current system in list
view.
FR02: System will display the total number of most common type of
assignment in current data.
FR02-01 System shall count the number of most common type of assignment
currently displayed in a list.
FR02-02 It will display the total number of most common type of assignment
current display in a web browser.
FR03: System will display the total number of assignment in current location.
FR03-01 System shall count all assignment in the current location.
FR03-02 System shall display the total number of assignment in list.
NFR02: Documentation:
NFR02-01 User documentation must be done giving detail of all the
functionalities.
NFR02-02 Online help should be available in case of any problem.
NFR01: usability:
NFR01- The system should be easy to use for a novice user.
NFR01- Time to learn overall interface of the system should be minimal.
Use Case And Use Scenarios
Class Diagram:
Display Data
(System)
Display Total
Assignment
(User)
Exit application
Usage scenario:
Use Case Title System will display the total number of most common type of
assignments.
Abbreviated Display total assignment
Title
Use Case Id 2
Requirement FR02,1,2,3
Id
Description: the view the total number of most common type of assignments.
Pre condition:
3 All Assignment Must Be Display
4 Assignment Will Display
Task Sequence: Exception
User clicks on any browser and show all assignments. No
Post Condition:
User can view the total number of most common type of assignments.
User cab also the assignment.
Unresolved Issues:
None
Authority:
System
Modification History:
5-Feb-2017: Use Case Created
Author: 820,826
Usage scenario:
Use Case Title System will display the full path of the currently opened/selected
assignment in web browser.
Abbreviated Show fall path
Title
Use Case Id 3
Requirement FR05,1,2,3
Id
Description: view the user can full path of the currently opened assignments in web
browser.
Pre condition:
1 opened
4 user can view the full path of currently opened in web browser.
Task Sequence: Exception
User clicks on any assignment to view. No
Display the full path of the currently opened or selected assignment in No
web browser.
Post Condition:
Display the full path of the currently opened or selected assignment in web
browser.
User can close the application.
Unresolved Issues:
None
Authority:
System
Modification History:
5-Feb-2017: Use Case Created
Author: 820,826
Description:
Usage scenario:
Usability
The system should be easy to use for a novice user.
Time to learn overall interface of the system should be minimal.
Reliability
This should be made sure that a proper recovery system exists in case of any
disaster.
In case of client/server crash all information/data should be recoverable within
30 minutes of the incidence.
Supportability
The system will be supported 24/7
System Requirements
Web Programming:
Ram 1 GB
Processor 1 GHz or higher
Chapter No. 2
Planning the
Project
Introduction Of The Planning Phase
This document describes different existing project methodologies and their features.
Different pros and cons of these different existing project mythologies are
described. The select methodologies is also mentioned, the document also the
describe reason of selection of methodology. In the end plan of the project is
created with the help of Microsoft project.,
Methodologies
Existing methodologies
Mostly, the project methodology is selected well before the actual start of the
project, is some case, where project to be developed is also be complex and its user
requirement are quite lengthy and variable, then it is better have a good knowledge
of several different existing projects management methodologies, the strengths and
short comings of these different methodologies should be clearly understood
In the development of ORES, the following methodologies are taking into
consideration: _
Rapid Application Development (RAD) Methodology
Rational Unified Process (RUP) Methodology
Scrum Methodology
Spiral Methodology
System Development Life Cycle (SDLC)
Waterfall Traditional Methodology
A brief introduction of these methodologies, keeping in view the ORES, is given as
under
Rapid Application Development (RAD) Methodology
RAD (rapid application development) proposes that products can be developed
faster and of higher quality by:
Using workshops or focus groups to gather requirements.
Prototyping and user testing of designs.
Re-using software components.
Following a schedule that defers designs improvements to the next product
version.
Keeping review meeting and other team communication informal.
There Are The Commercial Products That Include Requirements
Gathering Tools, Prototyping Tools, Software Development Environment Such As
Those For The Java Platform, Groupware For Communication Among
Development Member And Testing Tools.RAD Usually Embraces Objects-
Oriented Programming Methodology, Which Inherently Fosters Software Re-Use.
The Most Popular Object-Oriented Programming Language C++ And Java Are
Offered In Visual Programming Packages Often Described As Providing Rapid
Application Development.
System Development Life Cycle (SDLC)
The system development life cycle(SDLC) is a conceptual model use an
project management that describe the stage involve in a information system
development project, from an initial feasibility study through maintenance of the
completed application. Various SDLC methodology have been developed to guide
the processes involved, including the waterfall model rapid application system, joint
application development, the foundation model, the spiral model, build and fix
model, and synchronize and stabilize.
Often several models are combined into some sort of hybrid methodology.
Documentation crucial regardless of the type of model chosen or devised for any
application, and is usually done in parallel with the development process. Some
methods works better for the specific types of projects, but in the final analysis, the
most important factor for the success of a project may be how closely the particular
plan was followed.
In General, An SDLC Methodology Follows These Steps:
1) If there is an existing its deficiencies as identified. This is accomplished by
interviewing user and consulting with support personal.
3) The purpose system is design. Plans are created detailing the hardware,
operating system, programming, and security issue.
4) The new system is developing. The new components and program must be
obtained and installed user of the system must be trained in its use, and all
aspects of performance must be tested
5) The system is put into use. This can be done in various ways. The new system
can phase in, according to applications or location, and the old system
gradually replaced.
6) Once the new system is up and running for a while, it should be exhaustively
evaluated. maintenance must be kept up rigorously at all time user of the
system should kept up-to-date concerning the latest modifications and
procedures.
Waterfall Traditional Methodology
Waterfall model is a popular version of the system development life cycle
model for software engineering. Often consider the classes approaches it the system
development life cycle, waterfall model describe a development method that is rigid
and linear. Waterfall model has distinct goals for each phase of development where
each phase is completed for the next one is started and there is no turning back.
In practice, waterfall development often falls short of expectations as it does
not embrace the inevitable changes and revision that they become necessary with
most projects. Once an application is in the testing stage, it is very difficult to go
back and change something that was not thought of in the concept stage.
Adopted Methodology
The methodology select for the online real estate system to (ORES) is the
combination of following methodologies:-
Waterfall Model
The Spiral Model
Each of the above methodology has it on pros and cons. These model are selected to
gets positive feature from each methodologies which support the ORES,
The reason due to which, process model are selected, are described in the next
section.
Documentation Of Each Phase Is Required Separately
A clear client instruction is to develop documentation of each phase of the project
development. Water fall model provides this method regarding project
management.
Project development is base on the planning and design
The project development (building and coding) is thoroughly based on the planning
and design elements. Therefore (SDLC) model chosen.
CHAPTER NO: 3
User
User interface
System
Require Process 2 Show Files Process 1
Computer
system
Online
Assignment
Submission
system
Computer
system
List View
Assignments
Viewer
Sequence Diagram (Developing Using UML)
Users User Interface System Responce
Click on Login
Show Assignment
Click on Selected
Assignment
Open Selected
Assignment
Exit System
Chapter No: 4
Development
Introduction (of the document)
Overview
This project based on web application. The scope of the project is that it is multi
assignment viewer software that provides an option to user to easily open most
common type of assignments.
It will provide information about all current system to user.
It will display the entire file in each database. It will also provide an option to user
to the assignments.
It will provide total number of most common type of assignment in current web
browser.
In this document, the whole and clear picture of the system will provide a broad
picture of the system will be clear to use, as
Class diagram show the different object and their relationship to each other and also
which type of relationship this will be.
Development diagram show are system physical layout, revealing which pieces of
software run on what pieces of hardware. Development diagram are really very
simple, hence the short chapter.
UML Class Diagram
Teacher
Student
studentId
teacherId
studentName
teacherName
pasword
pasword
email
email
phone
phone
course
course
0..1 subject
subject 1..*
viewProfile()
assignAssignment() viewProfile()
viewAssignments() viewAssignedAssigments()
submitted() viewSubmittedAssigments()
Admin
adminId
adminName
pasword
email
phone
course
subject
viewAssignments()
viewAdmins()
addNewAdmins()
viewTeachers()
addNewTeachers()
viewStudents()
addStudents()
viewSubjects()
viewCourses()
Interface Design
Chapter no: 5
Development
UML Deployment Diagram
AdminPanel
Admin
TeacherPanel
StudentsPanel
Solve Assignment
Students
Chapter No.6
System Overview
6 System Overview:
This site of online working between two users (student & Teachers). These users
work on this site. Student submits their data or assignment on this site. We process it and then
send it to the relative teacher & institute. Then the teachers chase his data and then publish
his data result on the site. We chase these data and transform to the who’s student who send
it on the site.
Student sends his data on the site then we send it to the teachers Accounts or
Institute accounts. Then the teachers chase it and send its result to the back on site. Then we
process it show the result to student. Pass & fail criteria are meet and then produce the result
and send it to the student.
We make two sides of the Site Admin side and User side. In the admin side we
allow the admin to create, Delete, Edit, accept and Reject the data. Processing the data and
show the result on the site. In the front end side we provide the first login form. Teacher and
student first login on the site. Then student send his data to the teacher and teacher reply it
using this site.
Chapter No.7
System Architecture
System Architecture:
7.1 Architecture Design
In our site we working in 3 layers Players’ , Busness_layers and data Access Layers . User
see the front end and request for submit a data , then business roles layer filter the data and
send it to the teachers. Data Access layer store the data into the database.
Presentation Layer
Services
Data Access Layer
Services
Database
7.2Scenario View
Use Case Diagram
7.3Logical View
State Diagram
7.4 Physical View
Development Diagram
7.5 Implementation View
In this view, we discus about the over description of Assignment submission system. This
diagram shows the whole activity of the project.
7.6 Process View
Activity Diagram
List View
Assignments
Viewer
These diagrams is shown the overall activity of the project which we can do in the
final exams
Chapter No.8
Decomposition
Description
Decomposition Description
8.1Sequence Diagram
8.2Class Diagram
Design Rationale
Data Design
Data Design
9.1 Data Description
In this project all sites we make some functionality using programming
language like php, pyphon, html, css, and Ajax and sql languages. We can store
create update, delete, and manage the data using Php language. The manger part
of description is using some specific data symbol which can relate these languages.
In the common word we can say this symbol variable.
Teacher
Id
Name
Father name
Qualifications
Institute name
Email
Contract duration
Address
Gander
Student
S_Id
S_Name
S_fname
S_address
S_gender
S_address
S_Email
Institute
I_Name
I_address
I_Email
I_id
Province
P-id
P-name
P-c_id
P-location
City
Cty-id
Cty-name
Cty-institute name
Cty-location
Marks criteria
S-id
I-id
Get marks
T-id
Total marks
Non clear student data
S id
Tst date
Time
Location
Name
Address
Marks
9.3 Relation & Complete Data Model:
9.4 ER Diagram
9.5Data dictionary
Chapter No.10
Component Level
Diagram
Component Level Diagram
10.1 Component Diagram
In this chapter we discuss the major part of the project which is doing in our final
exams.
Chapter No.11
Requirements
Matrix
Requirements Matrix
12.1 Matrix Details…com