Online Event Booking System - TutorialsDuniya
Online Event Booking System - TutorialsDuniya
Online Event Booking System - TutorialsDuniya
COM
om
.c
i ya
un
O
D
N
ls
om
.c
By
i ya
un
Abhishek Agarwal 12345
D
TABLE OF CONTENTS
Certificate
Acknowledgement
1. Introduction
2. Project Management
2.1. Process Model
2.2. Risk Management and Analysis
om
2.3. Scheduling
Schedule Table
Timeline
.c
2.4. Functional Point Analysis
2.5. Effort Estimation
ya
3. Requirement Analysis
Product Functions
User Characteristics
General Constraints
i
un
Assumptions and Dependencies
Functional Requirements
D
Performance Requirements
Data Requirements
ls
ER Diagram
4. Design
or
Data Design
Architecture Design
t
Interface Design
Tu
Coding
5. Testing
Flow graph
Cyclomatic Complexity
References
Certificate
This is to certify that the project report entitled "AmuseIT" done by
om
Abhishek Agarwal and Jatin Tiwari is an authentic work carried out by them.
.c
ya
Date: 12th April
Signature of the Guide
i
un
Name of the guide
D
ls
ia
t or
Tu
Acknowledgment
We are indebted to TutorialsDuniya.Com for her guidance and patience. It is
her guidance that led us to envision our project “AmuseIT” to a full-fledged
om
solution for online event booking system.
.c
We again thank all my teachers and all the people who helped in creation of this
ya
project.
i
un
D
ls
ia
t or
Tu
Introduction
The main aim of this project is to develop the software for the process of
booking events and movies which should lead to increased efficiency and
reduced drawbacks which were present in the previous procedure of online
om
ticket booking and makes it convenient for the customer to book a
particular ticket. The software should control redundancy so that no two
customers can access the same seat at the same time and transactions
.c
should be independent. Moreover ticket booking has been a hassle for the
customer, they are left with just an option i.e. book the tickets by visiting
ya
the venue. Technical system is fast, accurate, informative, reliable and user
friendly. The proposed system enables the customer to do things such as
search for movies that are available on a specified date for a particular
i
venue. The system displays all the movie details such as price, duration,
un
venue, time, date.
D
ls
ia
t or
Tu
Process Model
om
Different phases of model:-
.c
he must understand the information domain for the software as well as
required function, behavior, performance and interface. Requirements for
ya
both the system and software are documented and reviewed with the
customer.
2. Design i
un
It has four distinct attributes of a program: data structure, software
architecture, interface representations and procedural details. It is
documental and becomes part of software.
D
3. Code Generation
ls
4. Testing
It focuses on the logical internals of the software, ensuring that all the
or
5. Support
This is a phase when software will undoubtedly undergo change after it is
delivered to the customer. Change will occur because errors have been
encountered, because the software must be adapted to accommodate
changes in its external environment, or because the customer requires
functional or performance enhancements. Software support/maintenance
om
other models.
• The requirements are well stated and understood before in hand.
• In this model we have to complete one stage before proceeding to next. So,
.c
we have clearly defined stages and well understood milestones.
ya
• The advancement in program does not need to be checked upon by the
customer during the process. So this model does not create problem.
• The requirements are fixed and work can proceed to com
i completion in a linear
un
manner.
• The Waterfall Model provides a structured approach.
D
Communication
ls
Planning
ia
Modeling
or
Construction
t
Tu
Deployement
Requirement Analysis
Overall Description:
Product Functions:
Our online ticket booking system, AmuseIT is a web-based system.
The customers can buy tickets online. Admin can use the system to
om
insert and delete data (e.g. film description, time table) which will
update the webpage (webpage are dynamic page, changing
according to the data in database). Also, admin can check the statistic
information from the system. The project is being developed keeping
.c
in mind the following objectives:
Reduce the paperwork and storage area.
ya
Improve the output of operators.
Improve accuracy in result.
Manage the man and machine resources efficiently.
i
un
It has user friendly interface having quick authenticated access to
documents.
More security and safety of data.
D
User Characteristics:
Customer uses the system to fetch information about available
events and movies, their price and majorly to book tickets.
Admin manages the system and keeps it up-to-date. Admin also looks
over customers and organizers.
Organizers use the system to list their events, movies and other
om
related information like availability, price, duration, date and timings.
General Constraints:
User interface is only in English. No other language option is
.c
available.
An internet connection is required to use the system. A broadband
ya
(DSL or cable) or faster connection is recommended.
The files in which the information regarding account should be
i
secured against malicious deformations.
un
Data should not become corrupted in case of system crash or power
failure.
D
There is no limit for booking for the website. If this were so then the
instantaneous communication between the two systems would not
or
exist.
In general it has been assumed that the user has complete
t
knowledge of the system that means user is not a naïve user. Any
Tu
User Interfaces:
It is a login window that requires user to enter correct ID and
om
password, so that after matching values stored in the database you
are proved as a valid user to enter into the application.
If the user does not exist, then the user must register in order to
access the system functionalities. ID and password will be stored in
.c
the database for future login purpose.
Customer logins to book event tickets by selecting event, date, time,
ya
venue and number of tickets required.
Organizer logins to list his/her event on the system or to update
his/her existing event. i
un
Database Interfaces:
All databases for the software will be configured. These databases
D
events, their organizers, dates, timings, venue, price per ticket and
available seats.
The organizers’ details database includes organizers’ ID, password
t
Tu
Functional Requirements:
Booking:
This module basically deals with the booking of events. It accepts
order details, retrieve event details, processes the order based on
customer requirements and finally processes the payment to
Event Hosting:
om
This module basically deals with the hosting of events. It accepts
event details, add event details. After successful hosting, events’
details database is updated with order and customer details, events’
.c
details database is updated with the number of seats and other event
details, organizers’ details database is updated with number of
ya
tickets booked and left and other details also.
Performance Requirements:
i
un
Each component of the system can accept and work with only one
account at a time. Internet access is required for filtering events,
D
Data Requirements:
ia
The system can store the following data: text data including name,
or
om
Lack of effective project managing technology BU 40% 1
Inadequate estimation of required resources PS 50% 1
Loss of database PS 50% 1
Developing wrong user interface DE 70% 2
.c
ya
PS - Product Size
BU - Business Impact i
un
CU - Customer Characteristics
DE - Development Environment
D
ST - Staff Size
ls
Impact value
ia
1 - CATASTROPHIC
or
2 - CRITICAL
3 - MARGINAL
t
4 - NEGLIGIBLE
Tu
Scheduling
Schedule Table
Work Tasks Schedule
1. Identify Needs & benefits
Meet with concerned members Week1
om
Identify needs & project constraints Week 1
Establish Problem Statement Week 2
Milestone Week 2
.c
2. Project Management
ya
Computing F.P. & Effort Week 3
Schedule Table Week 3
Risk Table Week 4
Timeline Chart
i Week 5
un
Milestone Week 5
D
Milestone Week 8
or
4. Design Engineering
Architectural Design Week 8
t
Tu
5. Testing Week 12
Timeline
om
.c
i ya
un
D
ls
ia
t or
Tu
om
2. Organizers’ Details Database Low
3. Events’ Details Database Low
.c
EIF Complexity Matrix
ya
S. No. Data File Complexity
1.
i
Current Events Database Low
un
2. Venues’ Details Database Low
D
1. Login Low
or
2. Register Low
t
om
3. Payment Details High
4. Event Details Low
EQs Complexity Matrix
.c
S. No. Screens Complexity
ya
1. View Events Low
2.
i
View Orders Low
un
Complexity Adjustment Values Table
D
5 2
environment?
6 Does the system require online data entry? 4
Does the online data enquiry require the input transaction to be built
7 2
t
(7*3)+(0*4)+(0*
External Inputs 7 3 4 6 21
6)
om
(2*4)+(0*5)+(2*
External Outputs 4 4 5 7 22
7)
(2*3)+(0*4)+(0*
External Inquiries 2 3 4 6 6
6)
.c
(3*7)+(0*10)+
Internal Logical Files 3 7 10 15 21
ya
(0*15)
FP = 87.2
or
Effort Estimation
In PHP it takes 15 hrs to complete 1FP by 1 person. Let us say aperson works 6-7
t
hrs per day and 24 days a month. Then in 1 month 1person will be able to
Tu
Level 0 DFD
om
.c
i ya
un
Level 1 DFD
D
ls
ia
t or
Tu
Level 2 DFD
om
.c
i ya
un
D
ls
ia
t or
Tu
Data Dictionary
Data Maximum
Field Name Description
Type Length
Customer’s Name Text 30 Name of the customer
Mobile number of the
Customer’s Phone Integer 10
om
customer
Customer’s Address Text 50 Address of the customer
Organizer’s Name Text 30 Name of the organizer
Mobile number of the
Organizer’s Phone Integer 10
.c
organizer
Organizer’s Address Text 50 Address of the organizer
ya
Unique email address of the
Customer’s Email Text 30
customer
Customer’s Password Text 30 Password of the customer
Customer ID Integer
i
10 Unique ID of the customer
un
Organizer’s ID Integer 10 Unique ID of the customer
Unique email address of the
Organizer’s Email Text 30
organizer
D
ER Diagram
om
.c
i ya
un
D
ls
ia
t or
Tu
Data Design
om
.c
i ya
un
D
ls
ia
t or
Tu
Architectural Design
om
.c
i ya
un
D
ls
ia
t or
Tu
Coding
Customer/Organizer Login
om
5. Show (Please enter correct email)
6. Break;}
7. Else{
8. Enter password
.c
9. Search the entered email in database
10. if(username does not exist)
ya
11. Show (Check username or Register)
12. Elseif (username exists but password does not match) {
13. Show (Check username and password)}
i
un
14. Else if (username and password match)
15. Go to event selection screen}
16. Else break;}
17. If (chosen=organizer) {
D
22. Else{
23. Enter password
or
Testing
Flow Graph
om
.c
i ya
un
D
ls
ia
11
t or
Tu
Cyclomatic Complexity
Regions: 10
V(G) = E – N + 2
V(G) = 40 – 32 + 2 = 10
V(G) = P + 1 = 9 + 1 = 8
om
Basis Set Independent Paths
.c
Path 1: 1-2-3-4-7-8-9-10-11-32
Path 2: 1-2-3-4-7-8-9-10-12-14-16-32
Path 3: 1-2-3-4-7-8-9-10-12-13-32
i ya
un
Path 4: 1-2-3-4-7-8-9-10-12-14-15-32
Path 5: 1-2-3-4-5-6-32
D
Path 6: 1-17-18-19-22-23-24-25-26-32
ls
Path 7: 1-17-18-19-22-23-24-25-27-28-32
ia
Path 8: 1-17-18-19-22-23-24-25-27-29-30-32
or
Path 9: 1-17-18-19-22-23-24-25-27-29-31-32
t
Path 10:1-17-18-19-20-21-32
Tu
Interface Design
om
.c
i ya
un
D
ls
ia
t or
Tu
References
https://www.tutorialsduniya.com
om
https://www.tutorialsduniya.com
.c
i ya
un
D
ls
ia
t or
Tu