80258611 Online Ticket Reservation System for Cinema Hall

A Project Report On

Online Ticket Reservation for Cinema Hall

SUBMITTED IN PARTIAL FULFILLMENT FOR THE AWARD OF

DIPLOMA IN ADVANCED COMPUTING From C-DAC, ACTS (Pune) Guided by:-

Mrs. Ranjana Ghuge

Presented by Nachiket Paluskar PRN 0811004010206 Nikhil Singh Rajput PRN 0811004010199 Prasad

Patankar

PRN 0811004010155

Pankaj Pimpalkar PRN 0811004010219 Rohit Pareek

PRN 08110040101217

CENTER FOR DEVELOPMENT OF ADVANCE COMPUTING ACTS-PUNE

CERTIFICATE This is to certify that

The project On

Online Ticket Reservation for Cinema Hall Presented by

Nachiket Paluskar Nikhil Singh Rajput Prasad Patankar Pankaj Pimpalkar Rohit Pareek

For the award of Diploma in Advance Computing

embodies the bona fide work done by them under my supervision.

Project Guide

Project Supervisor

Mrs. Ranjana Ghuge

Ms. Namrata Ailawar

Principal Technical Officer Shri. Aditya Kumar Sinha

ACKNOWLEDGEMENT

The success of this project the outcome of the enormous contribution of various people involved directly or indirectly with project work. It is a pleasure to express our sincere thanks to them all. First and foremost, we are deeply indebted to our guide Mrs. Ranjana Ghuge for their inspiring guidance, encouragement and supervision to complete the project entitled “Online Reservation of Tickets for Cinema Hall” this project would never have been possible without their guidance and supervision.

We are thankful to Mr. Hemant Darbari (Director: DAC ACTS PUNE) our

Ms.

Namrata

Ailawar

(Course

Coordinator)

for

her

support,

encouragement and valuable guidance throughout our work. Finally we are thankful to the staff members and colleagues who contributed to complete the project tangibly or intangibly.

Pankaj Pimpalkar

PRN 0811004010219

Nachiket Paluskar PRN 0811004010206 Prasad Patankar

PRN 0811004010155

Rohit Pareek

PRN 0811004010217

Nikhil Rajput

PRN 0811004010199

INDEX 1. Introduction 2. Project overview and summary 2.1

Purpose of Project

2.2

Scope of Project

2.3

Overview of Project

3. System Specification 3.1

Hardware Requirements

3.2

Software Requirements.

4. Preliminary Investigation 4.1

SDLC & Methodology.

4.2

Project Management.

5. System Analysis 5.1

Existing System

5.2

Proposed System

6. Design Approach 6.1

UML – Use Case Diagram

6.2

UML- Class Diagram

6.3

ER Diagram

6.4

Data Flow Diagram

7. Project Modules 7.1

Organization Module

7.2

Creator

7.3

Approver

7.4

User

8. Data Tables 9. Testing Strategies 10. Output Screens 10.1 Admin Window 10.2 Creator Window 10.3 User Window 11. Future Scope

12. Conclusion

1 . INTRODUCTION This project is aimed at developing an online ticket reservation system for Cinema Halls. The Ticket Reservation System is an Internet based application that can be accesses throughout the Net and can be accessed by anyone who has a net connection. This application will automate the reservation of tickets and Enquiries about availability of the tickets. This application includes email confirmation for the tickets. This is one of the important feature of our system. By examining the existing system on the internet, we found that there is no such function available at this moment, so we try to include it in our system. To protect the benefit of the cinema, we will not give the money back to the customer, instead the customer has to visit cinema hall for further process. So, the customer can get the money from the cinema hall. Hence both the customer and the cinema can sort out further matter .

Functional components of the project: Following is a list of functionalities of the system. More functionality that you find appropriate can be added to this list. And, in places where the description of functionality is not adequate, you can make appropriate assumptions and proceed. The Cinema hall has a web site and any user of internet can access this. The cinema hall is a multiplex which has 4 or more screens. Each screen has 3 different types of seats/classes viz

Platinum, Gold & Silver depending on the rate of the class/seat. Only 100% of the seats are available for online reservation.

1. A person should be able to •

Choose city where he/she want to see the Movie.

•

Choose the film which he/she wish to book tickets.

•

Query the films on show for one weeks (Only one weeks advance reservation is available) should be there.

•

Able to choose the seats which are available for a certain class.

•

Can select seats from different classes as well for same show and screen also.

•

Give details about the credit card or debit card through which he is doing payment.

•

Able collect tickets at the counter presenting the unique id send to him/her through email.

2. A mail should be send to the concerned person about the confirmation of the ticket to the specified email address.

3. The system should automatically show the fare for the corresponding shows and amount of money needs to be pay for selected seats.

2. Project Overview and Summary 2.1 Purpose of Project : The main purpose of our online ticket booking system is to provide another way for the customer to buy cinema ticket. It is an automatic system. After inserting the data to database, staff needs not to do with the order receive through the system. In fact, there is similar system on the internet, but there is no refund method found in the existing system The goals of our system are: 1. To provide a anytime anyplace service for the customer 2. To promote the film on the internet 3. To increase the profit 4. To obtain statistic information from the booking record

2.2 Scope of Project : 2.2.1

General Requirements (functional):

1. The web page (e.g. the time table page) will be generated automatically according to the data in database. 2. A way in which the cinema hall admin (staff) can login to the system to perform different operation. 3. A way in which the customer can modify its own data(booked seats before payment). 4. A way in which the customer can commit order by just clicking

the seat (which is shown on the screen) and insert some card data. 5. A way in which the customer can check the ticket record (seat

numbers)selected by him/her at the time of payment. 6. A way in which the staff can use the system to add data(e.g. film

description) to the database. 7. The system can verify the data before transaction.

8. The system can generate the time table automatically as the time table is set by the staff.(operating mode for the staff to insert data). 11. The system can generate some statistic information according booking and ticket selling record for the cinema hall per Movie based.

2.2.2 Interface Enhancements: Our web-based system needs about more than 30 interfaces to handle all the functions.



Staff:

One of the main purpose of our system is to reduce the number of staff in the ticket box. So, most of the job is done by the system automatically. Staff only need to insert new film data and due with the refund part.



Customer: To make the system more user-friendly, customer need not to enter lots of data. An order will be commit step by step with guideline (request about 7 steps for an order).

2.3 Overview of Project : Our Online Ticket Reservation for Cinema Halls is a web-based system. The customers can buy ticket online and cancel the seat at a suitable time (2 days before the show to 1hour before the show)by visiting the cinema hall. To enhance the refund function, all the customers have to present the unique id provided at the time of booking seats online. Staff can use the system to 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, staff can check the statistic information from the system.

2.3.1 Features : Lists all Times and Theaters

The website lists all of the major theaters, the movies that are showing and the movie times, along with the information of available seats. Movie Synopsis

The online movie ticket site provides a short summary of each movie plot to help you decide if you want to see that movie. Trailers

The online movie ticket site has short movie clips that you can view to get an idea of the plot and genre of the movie. Consumer Review

The movie ticket service offers consumer movie reviews posted and generated by different critics and media.

Limit Search by Area

You can limit the movie search by theater location. Limit Search by Theater

You can limit your search by a specific theater. Limit Search by Movie

You can search for a certain movie on the online movie ticket website.

Limit Search by Date

You can search for movies according to the date they are showing.

Message Board/Forum

The website provides an area for clients to post comments or questions for other consumers to view. Upcoming Movie

The service posts a list of movies that will be in the theaters soon.

3. SYSTEM SPECIFICATIONS

3.1 Hardware Requirements:•

Pentium-IV (Processor).

•

256 MB Ram

•

512 KB Cache Memory

•

Hard disk 10 GB

•

Microsoft Compatible 101 or more Key Board.

3.2 Software Requirements: •

Operating System :

•

Programming language: JAVA-1.6

•

Web-Technology:

Hibernate , Struts

•

Scripting:

JAVASCRIPTING

•

Front-End:

JSP,HTML

•

Back-End:

Oracle (10g)

•

Web Server:

Apache Tomcat.

Windows XP

4. PRELIMINARY INVESTIGATION 4.1 SDLC & METHODOLOGY

The Systems Development Life Cycle (SDLC), or Software Development Life Cycle in systems engineering and software engineering, is the process of creating or altering systems, and the models and methodologies that people use to develop these systems. The concept generally refers to computer or information systems.

In software engineering the SDLC concept underpins many kinds of software development methodologies. These methodologies form the framework for planning and controlling the creation of an information system: the software development process. Systems Development Life Cycle (SDLC) is a logical process used by a systems analyst to develop an information system, including requirements, validation, training, and user (stakeholder) ownership. Any SDLC should result in a high quality system that meets or exceeds customer expectations, reaches completion within time and cost estimates, works effectively and efficiently in the current and planned Information Technology infrastructure, and is inexpensive to maintain and cost-effective to enhance.

Computer systems are complex and often (especially with the recent rise of ServiceOriented Architecture) link multiple traditional systems potentially supplied by different software vendors. To manage this level of complexity, a number of SDLC models have been created: "waterfall"; "fountain"; "spiral"; "build and fix"; "rapid prototyping"; "incremental"; and "synchronize and stabilize"

There are seven step of SDLC: 1. Planning 2. Design 3. Implementation 4. Testing 5. Acceptance 6. Maintenance 7. Disposal

4.1.1 Planning

Everything starts with a concept. It could be a concept of some-one, or everyone. However, there are those that do not start out with a concept but with a question, ―What do you want? they ask thousands of people in a certain community or age group to know what they want and decide to create an answer. But it all goes back to planning and conceptualization. It is also essential for developers to know that this stage deals a lot with upper management so if you are not the owner of the software development company; you have to deal with them a lot in this stage.

4.1.2. Design Once planning and arguing with the manager or the owner about the plan and somehow convincing them, it is time to design or create a rough plan regarding the software. Developers will work together and decide the initial specifics of the software to be created. They will decide what platform or programming language to use, which will take care the coding of a certain part of the software and even the time frame. This could be conducted by a project manager along with the developers. The workflow about the project is also laid out. Some will also treat this stage as planning for the back-end operations in developing the software. It is not only important that developers should have a solid plan; they should at least know that something will help them achieve to finish the program faster.

4.1.3. Implementation The first two stages are quite common in all SDLC models. However, things change starting on this stage. When the design and all the things that you need have been laid out, it is time to work on the plan. Some developers, especially those that follow the standard plan of developing soft-ware will work on the plan and present them for approval. Implementation in some SDLC models is a combination of implementation and testing to a focus group.

4.1.4. Testing This could mean two things depending on an SDLC model. The first type of testing is the actual testing by users. This is usually done in models wherein implementation does not go with pre-testing with users. On the other hand, there are also testing that uses professionals in the field. This testing is aimed in cleaning the software of all the bugs altogether. For software that are set for public release, the software is first tested by other developers who were not in charge in creating the software. They will weed out the bugs and suggest fixes if every they find one. Once this stage is completed, it is time to test the software not just to the developers but to actual users.

4.1.5. Acceptance When the software is released to be used by a certain company, acceptance means the software is implemented as an added tool or could be replacing another software that has been found too wanting after years of use. On the other hand, when the software is implemented to the public a new software could be an added software for use. It is difficult to change public software but they are not closing their ears to new software. So developers will always have a fighting chance in the market as long as they implement good software for public use.

4.1.6. Maintenance

When the software is implemented, it does not mean that the software is good as it is. All SDLC models include maintenance since there are absolutely no way that a software will be working perfectly. Someone has to stay in the present software to take a look and ensure the program works perfectly. When the software is implemented in public. Software companies either set up a call center or an e-mail service to address the concerns of the consumer. As we have indicated in previous chapters, Maintenance is quiet an easy task as long as the right food and product is serve in an expected time frame. However, it is always a challenge when something goes wrong. The whole team might not be there to help the developer so addressing a major concern could never be answered.

4.1.7. Disposal Last but not the least, when a software is being outmoded, it is not just all deletion of files. Project managers should take a look at all the affected files of the software and determine which file to protect and dispose. Disposal will also require an efficient purging of documents so that no traces of information could be retrieved from memory devices inside the computer. If the company is planning to re-use the company computers that is ok but it is an entirely different story when the computer and other related equipments is sold.

4.2

PROJECT MANAGEMENT

4.2.1 Project Planning and Scheduling

As this product is pure business application the solution, is known. So mapping a customer’s desires and a firm’s development must not be a bigger issue. We keep these factors in mind and the model of the software development process was derived from other engineering processes and it is undergoing. The project has to develop from many stages before reaching its final development. It offers meanings of the developments process more visible. Because from one phase to another. This model is known as the “Iterative Waterfall Model”. The waterfall model derives its name due to the cascading effect from one phase to the other as is illustrated in Figure. In this model each phase is well defined with a starting and an ending point, with identifiable deliveries to the next phase. This model is sometimes referred to as the linear sequential model or the software life cycle. It includes following activities:  Proposal writing.  Project planning and scheduling.  Project costing.  Project monitoring and reviews.  Personnel selection and evaluation.  Report writing and presentations.

Iterative Waterfall Model

The model consists of six distinct stages, namely: 1. Requirements analysis phase (a)

The problem is specified along with the desired service objectives (goals),

(b) The constraints are identified. 2.

In the specification phase, the system specification is produced from the detailed definitions

of (a) and (b) above. This document should clearly define the product

function. 3. In the system and software design phase, the system specifications are translated into a software representation. The software engineer at this stage is concerned with: •

Software architecture,

•

Algorithmic detail and

•

Interface representations.

The hardware requirements are also determined at this stage along with a picture of the overall system architecture. By the end of this stage the software engineer should be able to identify the relationship between the hardware, software and the associated interfaces. Any faults in the specification should ideally not be passed ’downstream’. 4. In the implementation and testing phase stage, the designs are translated into the software domain. •

Detailed documentation from the design phase can significantly reduce the coding efforts.

•

Testing at this stage focuses on making sure that any errors are identified and that the software meets its required specification.

5. In the integration and system testing phase, all the program units are integrated and tested to ensure that the complete system meets the software requirements. After this stage the software is delivered to the customer.

6. The maintenance phase is the usually the longest stage of the software. In this phase the software is updated to: •

Meet the changing customer needs,

•

Adapted to accommodate changes in the external environment,

•

Correct errors and oversights previously undetected in the testing phases,

•

Enhancing the efficiency of the software.

Observe that feed back loops allow for corrections to be incorporated into the model. For example a problem/update in the design phase requires a ‘revisit’ to the specifications phase. When changes are made at any phase, the relevant documentation should be updated to reflect that change. ADVANTAGES: •

Testing is inherent to every phase of the waterfall model,

•

It is an enforced disciplined approach,

•

It is documentation driven, that is, documentation is produced at every stage.

4.2.2. Risk Management There are four stages to risk management planning: 1. Risk Identification; 2. Risk Quantification; 3. Risk Response; 4. Risk Monitoring and Control Assessment. 1.

Risk Identification

Risk Identification is the first stage of risk management. It is concern with discovering possible risks to the project. In principal, these should not be assessed or prioritized at this stage, although in practice risks with very minor consequences or very low probability risks are not usually considered. During the project development we faced following risk and try to solve them by best efforts.

• Business Impact Risk, • Staff Risk, • Process Risk, • Technology Risk. 2.

Risk Analysis Identifying risk and drawing up plans to minimize their effect on the project work is

called Risk Analysis. Risk may threaten the project, the software that is being developed. Risk analysis and management are a series of steps that help a software team to understand and manage uncertainty. Many problems can plague a software project. A risk is a potential problem – it might happen, it might not. But, regardless of the outcomes, it is really good idea to identify it, assess its probability of occurrence, estimate its impact, and establish a contingency plan should the problem occur.

3. Business Impact Risk This is the risk where concern is that of not being able to create the product that has impact on clients business. If this project fails then all the future plans depending on this project would also fail. 4. Staff Risk

This risk is dependent on the ability, experience and willingness of the software team members to create the working product. All team members should put maximum effort to finish the product on time. Employee risk is one of the major risks to be considered while designing the software.

5. Process Risk Process risk involves risks involving product quality. If the product developed does not meet the standards set by the customer or the development team then it will be a failure. The process must be clearly defined and responsibility should be divided among the members. True business need should be described to avoid risk.

6. Technology Risk Technology risk involves using technology that already is or soon to become obsolete in the development of the software. Since technology changes rapidly nowadays so a matured technology should be used in the development of the software. Technology should be selected in such a way that it is long sustaining and is functional for longer period of time.

4.2.3. Risk Planning Risk planning process considers each of the key risks which have been identified and identified strategies to manage the risk. Again there is no simple process, which can be followed to establish risk management plans. It relies on the judgment and experience of the project manager. Risk Change to the requirements which require

Strategy Derive traceability

major design rework are proposed.

requirement change impact.

information

to

assess

The requirements are not understood

Analyze the requirements thoroughly.

properly. The time required to develop the software

Allocate one more week than deadline.

is under-estimated. Lack of training on tools that are used.

Allocate more time for training on the tools.

The resources are insufficient.

Analyze tools required and allocate them.

Technology will not meet Expectations

Developed Proof of Concept

5. SYSTEM ANALYSIS

5.1 Existing System

In the existing system, the Customer has to visit cinema hall for booking seats. further they do not even have the information about the Movie which is in the cinema hall, it's show time and different rates of the ticket. Even the customer may not be able to get information about different cinema hall available in the city. So, if he wish to see a Movie on a particular day he has to first roam around the city to find out where it is being shown at the specific time. Further cinema hall owner has to hire large number of staff at the counter for selling tickets. enquiries about movie, etc. Hence this system is much tedious and not much user friendly as per the need of current scenario.

5.2 Proposed System In order to overcome the existing problem we are making this system as online where every information about any cinema hall, movie, theater and rates can get online which helps the customer to get better facilities at his own computer or laptop.

FUNCTIONALITIES OF THIS SYSTEM A person should be able to •

Choose city where he/she want to see the Movie.

•

Choose the film which he/she wish to book tickets.

•

Query the films on show for one weeks (Only one weeks advance reservation is available) should be there.

•

Able to choose the seats which are available for a certain class.

•

Can select seats from different classes as well for same show and screen also.

•

Give details about the credit card or debit card through which he is doing payment.

•

Able collect tickets at the counter presenting the unique id send to him/her through email.

6. DESIGN Design is the first step in the development phase for any techniques and principles for the purpose of defining a device, a process or system in sufficient detail to permit its physical realization. 6.1 USECASE Diagrams Use case diagrams model behavior within a system and helps the developers understand of what the user require. The stick man represents what’s called an actor. 6.1.1 User Profiles 1.

Full Control(IT Support)

2.

Read/Write/Modify Own(User/Administrative Staff)

3.

Read Only(General Public)

6.1.2 USECASE The Read/Write/Modify own group are the main and important user of this software. Full Control Group (IT Support) : IT Support is a team which manipulates and maintains the system. Since further improvement and testing of the system is needed, the team will be inside the full control group. Besides it is also responsible to add more functionality as per requirement of time . Further information about movie reviews, upcoming movies, discounts, etc. has to be updated time to time. Payment support through different bank gateways has to be ensured and added time to time. Read/Write/Modify Own Group :



User 1. Search for movies show time. 2.

Check for available seats.

3.

Book his/her seats.

4.

Make payment through credit or debit card.

5.

Providing feedback or may contact us(regarding any problem while booking tickets).

 Administrative Staff 1.

Able to login in website.

2.

Add information to database(movie name, description)

3.

Delete information from database

4.

Modify information in the database.(adding new movie section, changing movie description)

5.

Obtain statistic information

Use –case diagram for admin(cinema hall)

Login

View

Add

Update Search Logout

Admin

Use case diagram for user Search City

Search Movie Select Date

Select Theatre

View Show

Book Tickets

user

Payment

Pre-booking

Email confirmatio n Feedback

6.2 Sequence Diagram

Customer Sequence Diagram Client

Applicati Search on Search Result

Database City Name Match Sent

Search

Movie Name

Search Result

Match Sent

Select Date

send request

Date Result

send response

Select Theater

send request

Theater Result Select Show

send response Request

Show Screen

Response

Select Price & number of seat Show Seats

Request Response

Select Seats Proceed to Payment Enter Payment Details

Validate Payment

Send Email

Generate unique id

Feedback

Response

Admin Sequence Diagram Admin

Applicati login on login successful View Movie Detailed Screened Add Movie Update Message Add City, Theater Update Message

Database

{login verify} send Request Send Result request Movie added send request send response

Add Show Select Date Select City

Request

Select Theatre Select Price Select Class Update Message

Show Added

Update Button

Update Database

Update Message Delete Show Deleted Request Message

Logout

Result Update Request Update Message Show Delete Movie Update Movie Deleted Delete Theatre Request Update Message Theatre Deleted Close Session

Logout Successful

5.3 Activity Diagram

Activity Diagram for User

Main Page

Search Movie

Select Class

Payment

Select Seats

Canc el

Exit

Activity Diagram for Admin

Login

yes Main Page

no

Add

City

Update

Movie

Show

6.4 E-R Diagram Theat Sho er w Gold

View

Movi e

Price

Delete

Theat er

Scree n

Platinu m

Refresh Status

Movi e Show

Theatre ID

Name

Rate Theatre Silver

Rate ID

Exit

Locatio n

NO. of screens

n 1

1 n Time

Theatre ID

Screen ID

Login

Show

1 1 m 1

Movie ID Show date

Rate ID

Actress Rated

Directo Movie

User name

n 1 1

n 1

Theatre ID

1 Passwor d n

Show ID

Remaini ng Seats

1

Show ID

n Movie ID Name Actor

1 Booking

Bookinfo

Logo path Booked Seat

6.5 Data Flow Diagram The DFD takes an input-process-output view of a system i.e. data objects flow into the software, are transformed by processing elements, and resultant data objects flow out of the software.

USER

BOOKING THEATER

BOOKING MOVIE TICKET

MOVIE

BOOKED SEATS

PRICE Payment

DATE

7.PROJECT MODULE

Since the Administrative Staff and the user are the main target group of our software, we will only concern about some important functions for the Administrative Staff and the user. The user can start the buy ticket process after checking the movie detail.

7.1. Buying ticket The buying ticket process is the most important function in our system. We will describe this process in detail. 1. Choose the movie ,time and venue 2. Check the status of select venue at certain time.(by system) 3. Choosing the seat position. 4. Enter data like ticket type and payment method if the user pay by credit card, credit card number need to be insert too. 5. Validation the data entered by the user.(e.g. credit card number) (by system) 6. Ask the user to confirm the transaction. (by system) 7. Show the transaction number to the user. (by system)

7.2 Administrative Staff The system for the Administrative Staff part is not shown in the main page. Before the Administrative Staff to perform any operation, he/she must login to the system first. Once the Administrative Staff login to the system, the statistic information will be shown. And the Administrative Staff can choose function by clicking the button on left hand side. The functions are: 1. Insert movie data. 2. Delete movie data. 3. Modify movie data. 4. Add new show to current showing movie.

8. DATABASE TABLES 8.1 Movie Movie S.n o 1 2 3 4 5 6 7 8

Colname MovieID Name Actor Actress Director Rated Logopath Status

Datatype Number Varchar2 Varchar2 Varchar2 Varchar2 Number Varchar2 Varchar2

Size 10 20 20 15 11 10 15 10

Constraints Pk_movie_id not null not null not null not null not null not null not null

8.2 Show State S.n o 1

Colname Show Id

Datatype

Size

Constraints

varchar2

10

pk_show_id

2 3 4 5 6 7 8

Date MovieID Time RateID TheareID ScreenID RemainingSeat

Date varchar2 Number Number Number Number varchar2

10 10 10 10 10 10

not null not null not null not null Fk_theatre_id not null not null

8.3 Book Info BookInfo S.n o 1 2 3

Colname BookingID BookSeat ShowID

Datatype Size Varchar2 Varchar2 Varchar2

10 20 10

Constraints pk_booking_id not null Fk_show_id

8.4 Bank Info Theatre S.n o 1 2

Colname BankName Discount

Datatype Size Varchar2 Varchar2

10 20

Constraints not null not null

8.5 Theatre Movie S.n o 1 2 3 4

Colname TheatreID Name No_of_Screens Location

Datatype Size Number Varchar2 Number Varchar2

10 20 10

Constraints pk_theatre_id not null not null not null

8.6 Rate Movie S.n o 1 2 3 4

Colname Type Platinum Gold Silver

Datatype Size Varchar2 Number Number Number

20 10 10 10

Constraints not null not null not null not null

9.TESTING STRATEGIES

Testing The first step in planning testing is to develop a test strategy based on risk analysis. The purpose of a test strategy is to clarify the major activities involved, key decision made, and challenges faced in the testing effort. This includes identifying testing scopes, testing techniques, coverage metrics, test environment and test staff skills requirements. The test strategy must account for the fact that time and budget constraints prohibit testing every component of software a system and should balance test effectiveness with test efficiency based on risks to the system. The level of effectiveness necessary depends on the use of software and its consequence of failure. The higher the cost of failure for software, the more sophisticated and rigorous a testing approach must be ensure to effectiveness. Risk analysis provides the right context and information to derive a test strategy. Test strategy is essentially a management activity. A test manager (or similar role) is responsible for developing and managing a test strategy.

Black Box Testing Black Box Testing performs a comprehensive analysis, exposing security holes in your product after development. Be to represents a new approach to security auditing. This new approach is sometimes called “fizzing”, “fuzz testing” or “fuzzier” and can be used for securing in-house developed applications and devices, as well as applications and devices of external document. Most of the security holes found today in products and applications can be discovered automatically. By using an automated attack tool that tries virtually all different attack combinations, with the ability to detect certain applications anomalies and indicate a successful attack, those security holes can be found almost without user intervention.

White Box Testing The purpose of any security testing method is to ensure the robustness of a system in the face of malicious attacks or regular software failures. White Box testing is performed based on the knowledge of how the system is implemented. White Box testing includes analyzing dataflow, control flow, information flow, coding practices, and exception and error handling within the system, to test the intended and unintended software behavior. White Box Testing can be performed can be performed to validate whether code implementation follows intended design, to validate implemented security functionality and to uncover exploitable vulnerabilities.

10. OUTPUT SCREENS Home Page(index.jsp)

Theater Page

Seat Selection Page

Admin Login Page

Update Page

11. CONCLUSION The project was designed in such a way that future modifications can be done easily. The following conclusions can be deduced from the development of the project.  Automation of the entire system improves the efficiency  We can provides the communication between Customer and Cinema Hall.  Can also create Registration for Customer so that Cinema Hall can contact them about exiting offers.  Can also make Customer to Post their View on Website.  The System has adequate scope for modification in future if it is necessary.  It is the best way to improve selling Tickets with less efforts.  This is the best way for customer as well as Cinema Halls to Interact with each other without much efforts.

12 . FUTURE ENHANCEMENTS The project Online Ticket Reservation for Cinema Hall is flexible enough to meet the requirements of the Customers. This project also has the scope of enhancements like: 12.1- Home delivery of tickets may be provided. 12.2 -Online Booking of Purchases of eatables(cold drinks, popcorn etc) can be provided. 12.3-Corporate booking Multimedia support for corporate presentation can be provided. Conference facility can be provided for corporate meetings in the hall. This will increase the profit of cinema halls as well as the company organizing event. 12.4 Group booking Any institute/company can book the tickets for students/clients and special discount will be provided to them.

13. BIBILOGRAPHY

1. Oracle 11g Complete Reference 2. Software Engineering

by Roger Pressman

3. Complete Reference for java

by Simon Robinson

4. Headfirst JSP & Servlet 5. Struts2 in Action

REFRENCES:•

www.oracle.org

• www.w3schools.com • www.coderanch.com •

www.wikipedia.com

•

www.apache.org

•

www.javasoft.com

•

www.vaanilla.com