Reservation sysem

Closed Posted Aug 6, 2002 Paid on delivery
Closed Paid on delivery

Problem description: I have to design a system, using C++, that must make provision for handling the reservation of a seat or seats (i.e. group booking) on a particular flight, identified by a unique flight number, as well as payment for the tickets(s). First of all the availability of seats on a given flight is checked, then the price of a given seat. Next the following is recorded for a reservation and accompanying payment (we assume that tickets are paid for at the time that the reservation is done): the name of the passenger, the departure date, the scheduled departure and arrival times, the departure and arrival airports. It also records the cost of the ticket(airfare plus airport duty), and the credit card number (we make provision for credit card payments only). For simplicity sake we also assume that this system does not make provision for enquiries on the availability of alternative flights to a particular destination. Furthermore, we begin with a single airline, and later extend it to include more than one airline. What needs to be done is to create application objects to provide services to client programs. These objects co-operate to provide an overall service to a client. E.g., a reservation object may use an available-seats object, a ticket-fare object, and a payment object to process a user’s transaction to purchase an airline ticket. Within the CORBA framework, we thus have to create application objects (i.e. object implementation) for each of the “services?? mentioned above , as well as clients of these objects, and then use the ORB for communication between these clients and server objects. The IDL interface definitions of these server components inform the clients exactly what operations are supported, the types of their parameters, and what return types to expect. Each operation has a signature, expresses in IDL, that contains the following mandatory elements: 1. An operation identifier (also called an operation name) 2. The type of the value returned by the operation 3. A (possibly empty) list of parameters, each with a name, type, and direction indication. The direction will be one of in, out, or inout, stating that the parameters are being transmitted from the client to the object, are being returned as a result from the operation, or is client data to be modified by the operation, respectively. Deliverables: On the client side only the IDL is needed to write client code that can invoke operations on these server

## Deliverables

Complete and fully-functional working program(s) in executable form as well as complete source code of all work done. Complete copyrights to all work purchased.

## Platform

c windows

## Deadline information

Part one of project can complete by 8/25/2002 Part 2 can completed 9/8/2002

C Programming Engineering Microsoft MySQL PHP Software Architecture Software Testing Windows Desktop

Project ID: #2864225

About the project

6 proposals Remote project Active Oct 4, 2002

6 freelancers are bidding on average $24 for this job

priyanthade

See private message.

$25.5 USD in 14 days
(2 Reviews)
1.3
billthegatesingh

See private message.

$8.5 USD in 14 days
(0 Reviews)
0.0
thegreengoblin

See private message.

$4.25 USD in 14 days
(0 Reviews)
0.0
navjotsinghkanda

See private message.

$30.6 USD in 14 days
(0 Reviews)
0.0
kalandwhite

See private message.

$21.25 USD in 14 days
(0 Reviews)
0.0
cjwenterprises

See private message.

$51 USD in 14 days
(2 Reviews)
0.0