A Ticket Booking System For Theatre

A Ticket Booking System For Theater The motivation behind the online ticket booking framework is to give another approach to buying film tickets ahead of time. It is a programmed framework. This paper presents a conventional utilization of the Object Oriented investigation and Design, we will represent our framework by giving Use Case Diagrams Specifications, Activity Diagrams, Class Diagrams, Sequence Diagrams, State Machines and Communication Diagrams on the functionalities of the framework, additionally we will give some procedure portrayal and information word reference. The objectives of our framework are: Record execution subtleties Record client subtleties Record tickets sold Print tickets Print address names for phone booking Errand 1: Functional Modeling Distinguishing proof of Actors Use Cases Breaking down the current framework we made sense of that, there are two fundamental extensions to be shrouded in the framework. The extensions are Performance Planning and Ticket Booking. We utilized the underneath table to distinguish the Actors and the Use Cases for the framework. Client Job Use Case Theater Manager Execution arranging Characterize the sort of the presentation and name it. Execution planning Characterize date and time of the presentation. Craftsman booking Book a craftsman for the presentation. Ticket estimating Decide a cost for the ticket. Representative Check plan Check the presentation plan for a specific show out on the town. Check seat accessibility Checks for accessible seats Catch client data Record client subtleties Check ticket cost Check for ticket cost for specific show. Sell ticket Record tickets sold. Print ticket Print ticket for the client. Print address mark Print address mark for phone booking. Use Case Diagram Following outline shows the general perspective on the Ticket Booking System for Theater. Figure 1: Use Case Diagram (Performance Planning Ticket Booking) Use Case Specification Table 1: Use Case of Performance Planning Number: UC01 Req. Doc Ref: Name: Execution Planning Status: Entertainers: Theater Manager Pre-imperatives: Client ought to be signed in the framework. Objective: Characterizing the exhibition type and naming it. Use Case Relationships: Extend:UC02, UC03 Include: Affiliation: Speculation: Portrayal: Record On-screen character Event 1 Client enters the name of the presentation. 2 Client enters the sort of the exhibition. 3 Framework checks for every single required datum passage. 4 Framework interfaces with the database. 5 Framework composes information into the database. 6 Framework shows an affirmation message after fruitful database composes. Options: Record On-screen character Event A 3.1 Enter required data. A 4.1 Check arrange network A 4.2 Check database availability A 4.3 Check database client job A 5.1 Theater chief gets warning of fruitless activity. Table 2: Use Case of Performance Scheduling Number: UC02 Req. Doc Ref: Name: Execution Scheduling Status: Entertainers: Theater Manager Pre-necessities: Client ought to be signed in the framework. Execution arranging (UC01) ought to be embedded into the framework. Objective: Characterize date and time of the presentation. Use Case Relationships: Expand: Include: Affiliation: Speculation: Portrayal: List Entertainer Event 1 Client chooses the ideal execution from the framework. 2 Client enters the date of the exhibition. 3 Client enters the hour of the exhibition. 4 Framework checks for every single required datum passage. 5 Framework associates with the database. 6 Framework composes information into the database. 7 Framework shows an affirmation message after effective database composes. Choices: List On-screen character Event A 3.1 Enter required data. A 5.1 Check organize network A 5.2 Check database network A 5.3 Check database client job A 6.1 Theater administrator gets notice of fruitless activity. Table 3: Use Case of Artist Booking Number: UC03 Req. Doc Ref: Name: Craftsman Booking Status: On-screen characters: Theater Manager Pre-essentials: Client ought to be signed in the framework. Execution arranging (UC01) ought to be embedded into the framework. Objective: Book a craftsman for the presentation. Use Case Relationships: Expand: Include: Affiliation: Speculation: Portrayal: Record On-screen character Event 1 Client chooses the ideal execution from the framework. 2 Client enters the name of the ideal craftsman. 3 Framework checks for every necessary datum section. 4 Framework interfaces with the database. 5 Framework composes information into the database. 6 Framework shows an affirmation message after fruitful database composes. Choices: Record On-screen character Event A 3.1 Enter required data. A 4.1 Check organize network A 4.2 Check database network A 4.3 Check database client job A 5.1 Theater administrator gets notice of fruitless activity. Table 5: Use Case of Schedule Checking Number: UC04 Req. Doc Ref: Name: Timetable Checking Status: On-screen characters: Assistant Pre-essentials: Client ought to be signed in the framework. Execution booking (UC02) ought to be embedded into the framework. Objective: Check the exhibition plan for a specific show out on the town. Use Case Relationships: Expand: UC01 Include: Affiliation: Speculation: Portrayal: Record On-screen character Event 1 Client chooses an ideal presentation and a date. 2 Framework shows an affirmation message for the accessibility of the exhibition. 3 Framework permits the client to play out the following occasion (UC06). Options: File On-screen character Event A 1.1 Framework tells the client that the exhibition is inaccessible on the ideal date. Table 6: Use Case of Check Seat Availability Number: UC05 Req. Doc Ref: Name: Check Seat Availability Status: On-screen characters: Agent Pre-requirements: Client ought to be signed in the framework. Timetable checking (UC05) ought to be performed by the client. Objective: Checks for accessible seats. Use Case Relationships: Expand: Include: Affiliation: Speculation: Portrayal: List On-screen character Event 1 Client chooses an ideal presentation and a date. 2 Framework shows an affirmation message for the accessibility of the seat. 3 Framework permits the client to play out the following occasion (UC07). Choices: List Entertainer Event A 1.1 Framework informs the client that the seat is inaccessible for the ideal execution. Table 7: Use Case of Capturing Customer Information Number: UC06 Req. Doc Ref: Name: Catch Customer Information Status: Entertainers: Agent Pre-necessities: Client ought to be signed in the framework. Seat checking (UC06) ought to be performed by the client. Objective: Record client subtleties. Use Case Relationships: Expand: Include: Affiliation: Speculation: Portrayal: Record On-screen character Event 1 Client enters the name, address and phone number of the client. 2 Framework checks for every single required datum passage. 3 Framework associates with the database. 4 Framework composes information into the database. 5 Framework shows an affirmation message after fruitful database composes. Options: Record On-screen character Event A 2.1 Enter required data. A 3.1 Check arrange availability A 3.2 Check database network A 3.3 Check database client job A 4.1 Client gets notice of ineffective activity. Table 8: Use Case of Checking Ticket Price Number: UC07 Req. Doc Ref: Name: Check Ticket Price Status: Entertainers: Representative Pre-imperatives: Client ought to be signed in the framework. Ticket evaluating data (UC04) ought to be gone into the framework. Objective: Check for ticket cost for specific show Use Case Relationships: Broaden: UC01 Include: Affiliation: Speculation: Depiction: Record On-screen character Event 1 Client chooses an ideal exhibition structure the framework. 2 Framework shows the characterized estimating for the ticket. Choices: List On-screen character Event A 2.1 Cost not discovered is informed to the client. Table 9: Use Case of Selling Ticket Number: UC08 Req. Doc Ref: Name: Selling Ticket Status: On-screen characters: Representative Pre-essentials: Client ought to be signed in the framework. Check ticket value (UC08) ought to be performed by the client. Objective: Record tickets sold. Use Case Relationships: Broaden: Include: Affiliation: Speculation: Depiction: File Entertainer Event 1 Client chooses the ideal execution from the framework. 2 Client enters ticket selling date and the ticket cost for the ideal execution. 3 Framework checks for every single required datum passage. 4 Framework associates with the database. 5 Framework composes information into the database. 6 Framework shows an affirmation message after effective database composes. Choices: List Entertainer Event A 3.1 Enter required data. A 4.1 Check organize availability A 4.2 Check database network A 4.3 Check database client job A 5.1 Theater administrator gets notice of ineffective activity. Table 10: Use Case of Printing Ticket Number: UC09 Req. Doc Ref: Name: Printing Ticket Status: On-screen characters: Assistant Pre-essentials: Client ought to be signed in the framework. Check ticket value (UC08) ought to be performed by the client. Objective: Print ticket for the client Use Case Relationships: Broaden: Include: Affiliation: Speculation: Depiction: File On-screen character Event 1 Client triggers the print order for the sold ticket. Choices: List Entertainer Event A 1.1 Printer not discovered notice will be given to the client. Table 11: Use Case of Checking Ticket Booking Type Number: UC10 Req. Doc Ref: Name: Check Ticket Booking Type Status: Entertainers: Representative Pre-imperatives: Client ought to be signed in the framework. Print ticket (UC10) ought to be performed by the client. Objective: Decide the ticket booking type. Use Case Relationships: Expand: Include: Affiliation: Speculation: Portrayal: List Entertainer Event 1 Client chooses the booking type to recognize whether the ticket was reserved over telephone. Choices: List Entertainer Event Table 12: Use Case of Printing Address Label Number: UC11 Req. Doc Ref: Name: Print Address Label Status: Entertainers: Representative Pre-imperatives: Client ought to be signed in the framework. Ticket booking type (UC11) ought to be performed by the client. Objective: Print address