A PROJECT REPORT ON

Airline Reservation System

SUBMITTED TO THE UNIVERSITY OF PUNE

IN PARTIAL FULFILMENT OF THE REQUIREMENT FOR T.Y.B.S !"OMPUTER S"I.#SEMESTER II.

SUBMITTED BY: ILIYA$ %HAN !&&&'# ATHUL PARAMEL !&&()# SHAYBA$ SAYYE* !&&+,#

UNDER THE GUIDANCE OF MRS. YO-ITA %UR%URE DEPARTMENT OF COMPUTER SCIENCE. AKIs POONA COLLEGE OF ARTS SCIENCE & COMMERCE CAMP, PUNE 4 "#! $%#! 4& Sr. No 1 Topic Problem Definition !! .

2 3 4 " ' / 1 2 13 11 12 13 14 1" 1' 1/ 11

Need for Computerization Scope of Proposed System Ob ecti!es of Proposed System #act #indin$ Tec%ni&ues Platform()*+,S*+,OT-. 0nalysis Specification Desi$n Specification Data Dictionary Decision Tools Testin$ Strate$ies 4mplementation Strate$ies 4*O Screen 5ser 6anual 7imitation and Dra8bac9 #uture -n%ancement Conclusion :eferences and ;iblio$rap%y

D-D4C0T4ON

T%is pro ect is dedicated to our P0:-NTS, P:O#-SSO:S and CO77-<-.

P:-#0C+e %a!e $reat pleasure to present t%is pro ect =0irline :eser!ation System> to t%e Department Of Computer Science. T%is pro ect is 9eepin$ in mind to ma9e it con!inent for t%e local people to boo9 a fli$%t reser!ation and mana$e it online. T%is pro ect is useful for any person 8%o is planin$ to tra!el !ia fli$%t. To o!ercome manual process * system, an attempt %as been made in t%is pro ect to ma9e it eaiser for local people to understand %o8 to boo9 a fli$%t reser!ation t%rou$% t%eory, dia$rams and user friendly screens, reports. +e %a!e also added %otel reser!ation, as a complimentary 8%ic% could be

boo9ed alon$ 8it% t%e fli$%t reser!ation if a user needs. 4n s%ort, 8e %a!e ta9en care to co!er eac% and e!ery aspect of t%e system t%orou$%ly. ?eepin$ in mind t%e needs of t%e system, t%is pro ect %as been desi$ned. +e $i!e our sincere t%an9s to our friends, collea$ues and family members for moti!ation and co@operation. +e appreciate your !aluable su$$estion for impro!ements of t%is pro ect. +e 8ould feel proud and successful if t%is pro ect ser!es t%e purpose of our users.

0C?NO+7-D<-6-NT +e are !ery t%an9ful to e!eryone 8%o supported us, in completin$ t%is pro ect effecti!ely and moreo!er on time. +e are e&ually $rateful to our )ead of t%e Department 6r 6a%tab 0lam and Pro ect 4n c%ar$e 6rs. Ao$ita ?ur9ure. S%e $a!e us moral support and $uided us in different matters re$ardin$ t%e topic. S%e %as been !ery 9ind and patient 8%ile su$$estin$ us t%e outlines of t%is pro ect and correctin$ our doubts. +e t%an9 %er for %er o!erall support. +e 8ould li9e to t%an9 all

t%e members of staff, Department of Computer Science 8%o 8ere directly or indirectly in!ol!ed in ma9in$ t%is pro ects a success. 7ast but not t%e least, 8e 8ould li9e to t%an9 family and friends, 8%o %elped us in $at%erin$ re&uired information, collectin$ data and $uidin$ us from time to time in completin$ t%is pro ect , t%ey $a!e us different ideas in ma9in$ t%is pro ect uni&ue. T%an9in$ you 4liyaz ?%an(4443. 0t%ul Paramel (442/. S%aibaz Sayyed(4432.

4NT:OD5CT4ON T%e Pro ect titled B0irline :eser!ation SystemC as D4s%a 0ir8aysD is fli$%t reser!ation 8ebsite for boo9in$ and mana$in$ fli$%t*pac9a$e reser!ations. T%e pro ect B0irline :eser!ation SystemC as D4s%a 0ir8aysD is de!eloped in P%p, 8%ic% mainly focused on a user friendly 8ebsite to boo9 and mana$e reser!ation online.

T%is includes boo9in$ a reser!ation and also mana$in$ a reser!ation online. 0s mentioned, D0irline :eser!ation SystemB is a 8eb based application t%at is system independent and user friendly. Desi$ned to %elp people to boo9 and mana$e reser!ation, our 8ebsite is easy to use for bot% be$inner and ad!anced users. 0n attracti!e interface, combined 8it% stron$ searc%in$, boo9in$ and mana$in$ capabilities. T%e mana$in$ facility of t%is system %elps to maintain a trac9 of t%e reser!ation t%at 8e boo9 and ma9e c%an$es if needed. 4t also %elps to 9eep a trac9 of t%e bill and $enerate e@tic9ets online, ma9in$ it con!enient for t%e user

T%e soft8are 0irline :eser!ation System %as t%ree main modules. 4nsertion to database module !ia user friendly input screen. -Etraction from database module !ia presentable output screen.

 Searc% facility system t%at %elps to searc% for a!ailable fli$%ts and pac9a$e reser!ations.

P:O;7-6 D-#4N0T4ON

T%e eEistin$ system 8or9s manually. #ollo8in$ are t%e daily operation carried out in t%e eEistin$ system.

 #li$%t DetailsF@ +%ene!er a customer 8ants to 9no8 about t%e fli$%ts a!ailability %e %as to $et t%e ;ouc%er from t%e retailer*airport. Customer DetailsF@+%ene!er a customer 8ants to boo9 a reser!ation %e %as to pro!ide %is detail to t%e a$ent at t%e airport counter eac% and e!ery time. Pac9a$e DetailsF@+%ene!er a customer re&uires a %otel for %is stay alon$ 8it% t%e fli$%t boo9in$, %e %as to $o manually searc%in$ for a %otel n t%en $et its details and c%oose t%e best one amon$st t%em. Payment DetailsF @ 0t t%e airport counter customer %as to 8ait in a lon$ &ueue to pay for t%e tic9et 8%ic% is time consumin$. :eceipt DetailsF@0fter order is placed by t%e customer, a proper paper receipt is $i!en to t%e customer.

N--D O# CO6P5T-:4G0T4ON

#or maintainin$ t%e data t%e eEistin$ system is not efficient, it needs to be made efficient. 4n eEistin$ system a trac9 of t%e records is maintained in re$isters and files. 4n t%is, if passen$er %as to searc% for any specific reser!ation, t%en a$ent %as to $o t%rou$% re$isters and files. 4t ta9es too muc% time. 0lso 8%en a passen$er 8ants to cancel*modify %is*%er reser!ation t%e a$ent %as to do t%at manually in multiple files. 6oreo!er passen$ers %a!e to $o to t%e airport to boo9 tic9ets. Some #li$%t reser!ation systems use 6icrosoft -Ecel for 9eepin$ a trac9 of records, but in t%is system also, searc%in$ and updatin$ is time consumin$. So to o!ercome abo!e dra8bac9s, ne8 easier and less time consumin$ system is needed 8%ic% 8ill $i!e easy 8ay to maintain trac9 of records and con!enient for people to boo9 reser!ation. Customers can simply lo$on to our site and $et easy access to best deals a!ailable on fli$%t and*or %otel boo9in$.

SCOP- O# P:OPOS-D SAST-6

No8adays, customer loo9s for8ard to $et ser!ices t%at are easy to access and mainly %e*s%e needs security to a!oid unaut%orized access of %is personal data.

T%e system is cate$orized in follo8in$ partsF@ 1. ;oo9in$ Ne8 #li$%t*Pac9a$eF +e %a!e made it easy for t%e customer to c%oose from t%e 8ide ran$e of fli$%t and*or %otel t%at suites %is need at discounted fare. 2. Si$nin$ up to companyHs 8ebsite (if %e*s%e is a ne8 user to t%e system. F T%e customer can simply fill one simple form I re$ister %imself*%erself to companyHs 8ebsite. 3. Cancellin$ #li$%t*Pac9a$esF Customer %as t%e c%oice to cancel %is #li$%t*Pac9a$e 8it% a cancellation fee. 4. 6odificationF 4f a customer c%an$es %is*%er plan t%ey can c%an$e t%eir reser!ation accordin$ly 8it% minor c%an$e fee and any difference in t%e tic9et cost. 4. -@:eceiptF +e send receipt !ia email. T%is email receipt is t%e e@tic9et t%at t%e customer $ets. Passen$er %as to option to carry a copy of t%is email in %is mobile or else %e*s%e can simply note do8n t%e PN: to c%ec9 in at t%e airport. T%e e@ receipt stands as a proof of money paid by t%e passen$er !ia 4nternet ;an9in$*Credit Card*Debit Card*Jisa etc.

O;K-CT4J-S O# T)- P:OPOS-D SAST-6

Creation of a paperless office i.e. Paper8or9 is reduced.

T%is online system is time sa!in$ as total time ta9en is !ery less as compared to paper8or9.

6anpo8er reduces as reser!ations are boo9ed and mana$ed online 8%ic% 8ill reduce %uman manual efforts for boo9in$ reser!ations.

T%e most important aspect is security.

#0CT #4ND4N< T-C)N4L5-S F

T%e met%ods used by t%e 0nalyst for collectin$ data about re&uirements are called fact findin$ tec%ni&ues. T%ese are as follo8sM 1. 4nter!ie8 ii. Luestionnaire iii. :ecord :e!ie8 i!. Obser!ation 4.4NT-:J4-+F 0nalyst inter!ie8s to collect information from indi!iduals or from $roups of people. T%e respondents are $enerally current users of t%e eEistin$ system. 4n some instances, t%e respondents may be mana$es or employees 8%o pro!ides data for t%e proposed system or 8%o 8ill be affected by it. 0lt%ou$% some analysts prefer t%e inter!ie8 to ot%er fact findin$ tec%ni&ue, because of t%e time re&uired for inter!ie8in$, ot%er met%ods must also be used to $at%er t%e information %eaded to conduct an in!esti$ation. 4nter!ie8ers allo8 analysts to disco!er area of misunderstandin$, unrealistic eEpectations and e!en indications of resistance to t%e proposed system. 4nter!ie8s can be eit%er structured or unstructured. Structured inter!ie8s use standardized &uestions in eit%er an open response or closed response format. 5nstructured inter!ie8s, usin$ a &uestion and ans8er format are appropriate 8%en analysts 8ant to ac&uire $eneral information about a system. T%is format encoura$es t%e respondents to s%are t%eir feelin$s and ideas. T%e success of an inter!ie8 depends on t%e s9ill of inter!ie8er and t%eir preparation for t%e inter!ie8.

Preparin$ to inter!ie8F ;efore be$innin$ t%e inter!ie8, t%e system analyst s%ould obtain t%e cooperation from all department mana$ers to be included in t%e system>s pro ect. T%e follo8in$ point 8ill be %elpful in preparin$ an inter!ie8M 1@ 0rran$e for an appointment a%ead of time .Don>t ust BDrop inC. 2@ 4dentify t%e inter!ie8er>s position 8it%in t%e or$anization and responsibilities and acti!ities. ob

3@ Pre@arran$e t%e time and place for t%e inter!ie8. Set up t%e inter!ie8 at a time t%at is con!enient to t%e inter!ie8er and 8%en %e*s%e 8ill not be distracted by interruptions. 4@ T%e primary aim of t%e inter!ie8 is to $at%er studied fact. T%erefore, prepare an outline of t%e fort%comin$ inter!ie8 alon$ 8it% pertinent &uestion s. 4f appropriate, for8ard a copy of &uestions to t%e inter!ie8er. Do not $o into an inter!ie8 and try to BPlay it by earC. 44.L5-ST4ONN04:-SF (#or fact findin$ t%e &uestionnaire is a restricted c%annel of communication and s%ould be employed 8it% $reat care..4t allo8s analyst to collect information about !arious aspect of a system, from a lar$e. Number of person. T%e use of standardized &uestion formin$ can yield more reliable data, t%an ot%er fact findin$ tec%ni&ue. t%is met%od does not allo8 analyst obser!e t%e eEpressions or reactions of respondent ,in addition, response may be limited since completin$ &uestionnaires may not %a!e %i$% priority amon$ t%e respondent. T%e %i$% cost of de!elopment and distributin$ &uestionnaires demand analyst can fully consider t%e ob ecti!e of t%e &uestionnaires and determine 8%at structure 8ill be most use full to study and easily understood by t%e respondent &uestionnaires s%ould also be tested and if necessary modify before bein$ printed and distributer.

T)- <54D-74N- #O: CONST:5CT4N< 0 L5-ST4ON04:-F@ +%en t%e analyst decide t%e &uestionnaire s%ould be considered. t%e follo8in$ $uide line

1. -Eplain t%e purpose be considered and disposition of responses. 2. Pro!ide details instructions on %o8 you 8ant t%e &uestion completed. 3. <i!e a time limit or dead line for t%e return of t%e &uestionnaires. 4. 0s9 pointed and concise &uestion. ". #ormal &uestion so t%at responses can be tabulated mec%anically or manually. '. Pro!ide sufficient space for a complete response. /. P%rase &uestion clearly. 1. 4f a &uestion cannot be responded ob ecti!ely, pro!ide an opportunity for t%e respondent to add a clarifyin$ comment. 2. 4dentify eac% &uestionnaire by respondent name, ob title, department, etc. 13. 4nclude a section 8%ere respondent can state t%eir opinions and criticism.

444. :-CO:D :-J4-+F (0nalyst eEamines information t%at %as been recorded about t%e system and users.. :ecord inspections can be performed at t%e be$innin$ of t%e study as a basis for comparin$ actual operation, 8%at t%e record indicates s%ould be %appenin$.

:ecord includes return policy manuals, re$ulations and standard as $uide for mana$ers and employees.

4J. O;S-:J0T4ONF

0not%er tec%ni&ue a!ailable to t%e analyst durin$ t%e fact findin$ tec%ni&ue is to obser!e people in t%e act of eEecutin$ t%eir ob. T%is met%od is useful 8%en analyst need to actually obser!e %o8 documents are %anded, %o8 processes are carried out and 8%et%er specified steps are actually follo8ed. Obser!ation can be used to !erify 8%at 8as re!ealed in an inter!ie8. Obser!ation is also a !aluable tec%ni&ue for $at%erin$ facts representin$ relations%ip.

#-0S4;474TA ST5DA

T%e feasibility study is useful to e!aluate t%e cost and benefit of t%e system. 4t also tries to anticipate furt%er scenarios of furt%er soft8are de!elopment.

i.

T-C)N4C07 #-0S4;474TAF T%is soft8are can easily be run on any minimum %ard8are confi$uration

0!ailable. T%is soft8are need K0J0 De!eloper ?it to be installed 8%ic% is easily a!ailable and can be run on 7inuE, +indo8s 2333, +indo8 NP Operation system .T%is soft8are does not need any additional soft8are.

ii.

-CONO64C #-0S4;474TAF T%is soft8are re&uires minimum %ard8are and soft8are so t%e eEpenditure

On it is least.

iii.

OP-:0T4ON07 #-0S4;474TAF

T%is soft8are is user@friendly and easily understandable so anyone +it% 9no8led$e of computer can use t%is soft8are 8it% ease. T%is system $i!es many features and facilities, 8%ic% is not pro!ided by t%e operation system.

SO#T+0:- I )0:D+0:- :-L54:-6-NT

Operatin$ System: +indo8s /, +indo8s NP, +indo8s Ser!er 2333 and 7inuE

Database: 6ySL7

6icroprocessor: Pentium 4 or )i$%er

:06: "12 6b or )i$%er

)DD: "3 6bO

Ot%er :e&uirements: 6ySL7 Connector and +06PP Ser!er.

0N07AS4S SP-C4#4C0T4ON Class Dia$ramF ClassF 0 class is a description of a set of ob ects t%at s%are t%e same attributes, operations, relations%ips and semantics. NamesF Name must be sin$ular. -!ery class must %a!e a name t%at distin$uis%es it from ot%er classes. 0 name is a teEtual strin$. 0ttributesF 0ttribute is a named property of a class t%at describes a ran$e of !alues t%at instances of a property may %old. 0 class may %a!e any numbers of attributes or no attribute at all. OperationsF 0n operation is an implementation of a ser!ice t%at can be re&uested from any ob ect of t%e class. 0n operation is an abstraction of somet%in$ t%at you can do to an ob ect and t%at is s%ared by all ob ects of t%at class.

5se Case Dia$ramF 5se CaseF 0 use case specifies t%e be%a!ior of a system or a part of a system and is a description of a set of se&uence of actions includin$ !ariants t%at a system performs to yield a result of a !alue to an actor. 0ctorF T%e actor represents a co%erent set of roles t%at users use case play 8%en interactin$ 8it% t%ese use cases. 0ctor can be %uman or t%ey can be automated systems, %ard8are de!ice.

5se caseF -!ery use case must %a!e a name t%at distin$uis%es it from ot%er use cases. 0 name is a teEtual strin$.

System ;oundaryF 4t is optional and s%o8n as a rectan$le system boundary distin$uis%es =8%at> is inside from 8%at is outside t%e system.

0cti!ity Dia$ramF

4nitial 0cti!ityF T%is s%o8s t%e startin$ point or first acti!ity of t%e flo8, denoted by a solid circle. T%is is similar to t%e notation used for 4nitial State.

0cti!ityF :epresented by a rectan$le 8it% rounded (almost o!al. ed$es

. DecisionsF Similar to flo8c%arts, a lo$ic 8%ere a decision is to be made is depicted by a diamond, 8it% t%e options 8ritten on eit%er sides of t%e arro8s emer$in$ from t%e diamond, 8it%in boE brac9ets.

Si$nalF +%en an acti!ity sends or recei!es a messa$e, t%at acti!ity is called a si$nal. Si$nals are of t8o typesF 4nput si$nal (6essa$e recei!in$ acti!ity. s%o8n by a conca!e poly$on and Output si$nal (6essa$e sendin$ acti!ity. s%o8n by a con!eE poly$on.

Concurrent 0cti!itiesF Some acti!ities occur simultaneously or in parallel. Suc% acti!ities are called concurrent acti!ities. #or eEample, listenin$ to t%e lecturer and loo9in$ at t%e blac9board is a parallel acti!ity. T%is is represented by a %orizontal split (t%ic9 dar9 line. and t%e t8o concurrent acti!ities neEt to eac% ot%er, and t%e %orizontal line a$ain to s%o8 t%e end of t%e parallel acti!ity.

#inal 0cti!ityF T%e end of t%e 0cti!ity dia$ram is s%o8n by a bullHs eye symbol, also called as a final acti!ity.

State c%art dia$ram 4nitial StateF T%is s%o8s t%e startin$ point or first acti!ity of t%e flo8, denoted by a solid circle. T%is is also called as a Dpseudo state,D 8%ere t%e state %as no !ariables describin$ it furt%er and no acti!ities.

StateF :epresents t%e state of ob ect at an instant of time. 4n a state dia$ram, t%ere 8ill be multiple of suc% symbols, one for eac% state of t%e Ob ect 8e are discussin$, denoted by a rectan$le 8it% rounded corners and

compartments (suc% as a class 8it% rounded corners to denote an Ob ect.. +e 8ill describe t%is symbol in detail a little later.

TransitionF 0n arro8 indicatin$ t%e Ob ect to transition from one state to t%e ot%er. T%e actual tri$$er e!ent and action causin$ t%e transition are 8ritten beside t%e arro8, separated by a slas%. Transitions t%at occur because t%e state completed an acti!ity are called Dtri$$er lessD transitions. 4f an e!ent %as to occur after t%e completion of some e!ent or action, t%e e!ent or action is called t%e $uard condition. T%e transition ta9es place after t%e $uard condition occurs. T%is $uard condition*e!ent*action is depicted by s&uare brac9ets around t%e description of t%e e!ent*action (in ot%er 8ords, in t%e form of a ;oolean eEpression..

)istory StatesF 0 flo8 may re&uire t%at t%e ob ect $o into a trance, or 8ait state, and on t%e occurrence of a certain e!ent, $o bac9 to t%e state it 8as in 8%en it 8ent into a 8ait statePits last acti!e state. T%is is s%o8n in a State dia$ram 8it% t%e %elp of a letter ) enclosed 8it%in a circle.

-!ent and 0ctionF 0 tri$$er t%at causes a transition to occur is called as an e!ent or action. -!ery transition need not occur due to t%e occurrence of an e!ent or action directly related to t%e state t%at transitioned from one state to anot%er. 0s described abo!e, an e!ent*action is 8ritten abo!e a transition t%at it causes.

Si$nalF +%en an e!ent causes a messa$e*tri$$er to be sent to a state, t%at causes t%e transitionM t%en, t%at messa$e sent by t%e e!ent is called a si$nal.

:epresented as a class 8it% t%e QQSi$nalRR icon abo!e t%e action*e!ent.

#inal StateF T%e end of t%e state dia$ram is s%o8n by a bullHs eye symbol, also called a final state. 0 final state is anot%er eEample of a pseudo state because it does not %a!e any !ariable or action described.

Se&uence dia$ram Ob ectF T%e primary element in!ol!ed in a se&uence dia$ram is an Ob ectP an instance of a class. 0 Se&uence dia$ram consists of se&uences of interaction amon$ different ob ects o!er a period of time. 0n ob ect is represented by a named rectan$le. T%e name to t%e left of t%e DFD is t%e ob ect name and to its ri$%t is t%e class name.

6essa$eF T%e interaction bet8een different ob ects in a se&uence dia$ram is represented as messa$es. 0 messa$e is denoted by a directed arro8. Dependin$ on t%e type of messa$e, t%e notation differs. 4n a Se&uence dia$ram, you can represent simple messa$es, special messa$es to create or destroy ob ects, and messa$e responses.

Component dia$ram ComponentF T%e ob ects interactin$ 8it% eac% ot%er in t%e system. Depicted by a rectan$le 8it% t%e name of t%e ob ect in it, preceded by a colon and underlined.

Class*4nterface*Ob ectF Similar to t%e notations used in class and ob ect

dia$rams :elation*0ssociationF Similar to t%e relation*association used in class dia$rams Deployment dia$ram

NodeF T%e element t%at pro!ides t%e eEecution en!ironment for t%e components of a system. Depicted by a cube 8it% t%e name of t%e ob ect in it, preceded by a colon, and underlined.

ConnectionF Similar to t%e relation*association used in class dia$rams to define t%e interconnection bet8een nodes.

Collaboration dia$ram

Ob ectF T%e ob ects interactin$ 8it% eac% ot%er in t%e system. Depicted by a rectan$le 8it% t%e name of t%e ob ect in it, preceded by a colon and underlined.

:elation*0ssociationF 0 lin9 connectin$ t%e associated ob ects. Lualifiers can be placed on eit%er end of t%e association to depict cardinality.

6essa$esF 0n arro8 pointin$ from t%e commencin$ ob ect to t%e destination ob ect s%o8s t%e interaction bet8een t%e ob ects. T%e number represents t%e order*se&uence of t%is interaction.

D-S4<N SP-C4#4C0T4ON C70SS D40<:06

O;K-CT D04<:06

5S- C0S- D40<:06

0CT4J4TA D40<:06

ST0T- D40<:06

S-L5-NC- D40<:06

CO770;O:0T4ON D40<:06

CO6PON-NT D40<:06

D-P7OA-6-NT D40<:06

De!elopment Dia$ram

D0T0 D4CT4ON0:A

0 data dictionary is a catalo$ a depository of t%e elements in t%e system. T%ere elements entre around data. 0t and t%e 8ay t%ey are structured to meet user re&uirement and or$anization need. 4n a data dictionary you 8ill find a list of all t%e elements composin$ t%e data flo8in$ t%rou$% a system. T%e ma or elements are data flo8s, data stores and processes. T%e data dictionary stores details and restrictions of t%ese elements. 4f analysts 8ant to 9no8 %o8 many c%aracters are in a data item, by 8%at ot%er names it is referenced in t%e system or 8%ere it is used in t%e system. T%ey s%ould be able to find t%e ans8ers in a properly de!eloped data dictionary. L5-T4T4ONS@F +%y is a data dictionary importantS 0nalysts uses data dictionary for t%e follo8in$ reasons, 1. To mana$e t%e details in a lar$e system. 2. To communicate a common meanin$ for all system elements. 3. To document t%e features of t%e system. 4. To facilitate analysis of t%e details in order to e!aluate c%aracteristics determine 8%ere c%an$es s%ould be made. ". To locate errors and omissions in t%e system. and

L. +%at does a data dictionary recordS 0ll parts of an information system suc% as transactions in&uiries reports and outputs, files and databases depend on data. T%e data dictionary contains t8o types of description 8%ic% are

1. D0T0 -7-6-NTS 2. D0T0 ST:5CT5:-

1. D0T0 -7-6-NTSF@ T%e most fundamental data le!el is t%e data element. -Eample@F 4n!oice no, in!oice date and amount due are data elements included in t%e in!oice data flo8.

2. D0T0 ST:5CT5:-F@ 0 data structure is a set of data items t%at are related to one anot%er and t%at collecti!ely describe a component in t%e system. -EampleF@T%e data 4NJO4C- is defined t%e consist of data items, date of in!oice, !endor name, !endor address and item details. ;ot% data flo8s and data stores are data structures. T%ey consist of rele!ant elements t%at describe t%e acti!ity or entity bein$ studied.

D0T0 D4CTO:N0:A

0dministratorF Data -lement 0dminid 0dminname 0dminusername 0dminpass8ord Description 0dmin id 0dmin Name 0dmin username 0dmin pass8ord Data Type 4nte$er Jarc%ar Jarc%ar Jarc%ar 7en$t% 11 23 23 23

;illdateandtimeF Data -lement Billdate billtime cid pid bno tid Description ;ill $enerated date ;ill $enerated time Customer 4d Pac9a$e 4d ;ill No. Transaction 4d Data Type Jarc%ar Jarc%ar 4nte$er 4nte$er 4nte$er 4nte$er 7en$t% 13 1 11 11 11 11

;illnoF Data -lement ;illno Cusid pid Description ;ill no. Customer id Pac9a$e id Data Type 4nte$er 4nte$er 4nte$er 7en$t% 11 11 11

CustomerF Data -lement Custid Custname Custlastname Customer$ender Custa$e Custcity Custstate custpostalcode Custcontactnum custemail Custpass8ord custfor$otpass8ordsecretmessa$e Description Customer id (autoTincrement. Customer Name Customer 7ast Name Customer $ender Customer>s 0$e Data Type 4nte$er Jarc%ar Jarc%ar Jarc%ar 4nte$er 7en$t% 13 23 23 ' 2 2" 33 ' (13,3. 33

Customer>s City Jarc%ar Name Customer>s State Jarc%ar Name Customer>s Pincode 4nte$er Customer>s contact no. Customer>s email Decimal Jarc%ar

Customer>s pass8ord teEt Jarc%ar 33

Custdayofbirt% Custmont%ofbirt% Custyearofbirt%

Customer>s day of birt% Customer>s mont% of birt% Customer>s year of birt%

4nte$er 4nte$er 4nte$er

11 11 11

-mployeeF Data -lement empid -mpname -mplastname -mpdateofbirt% -mpcontactnum -mp$ender -mpemailid -mpsalary -mptotal8or9in$%ours Description -mployee id -mpname -mplastname -mpdateofbirt% -mpcontactnum -mp$ender -mpemailid -mpsalary -mptotal8or9in$%ours Data Type 4nte$er Jarc%ar Jarc%ar date 4nte$er Jarc%ar Jarc%ar Decimal 4nte$er 7en$t% 11 23 23 13 ' 33 (",3. 11

#li$%tTtimeF Data -lement Fid Fname dop Eclass Bclass Lclass Description #li$%t id #li$%t Name Date of depature Economy class Business class Luxury class Data Type Jarc%ar Jarc%ar Date 4nte$er 4nte$er 4nte$er 7en$t% 13 23 @ "3 "3 "3

Package: Data -lement packageid Packagename Numberofdays Sourcecity Destinationcity Totalfareperpersonadul t totalfareperpersonc%il d Totalfareperpersonseni orciti&en Description packageid Packagename Numberofdays Depature city Destination city Total fare per person adult Total fare per person c%ild Total fare per person senior citi&en Data Type 7en$t% 4nte$er Jarc%ar 4nte$er Jarc%ar Jarc%ar Decimal Decimal Decimal 11 43 11 33 33 !"#$ !"#$ !"#$

Places: Data -lement Pname (ountry Description Place name country Data Type 'arc%ar 'arc%ar 7en$t% "3 "3

Ticketbook: Data -lement )sername Fname fromplace Toplace date+ ticket,type seats paid tno Description )ser name fname *rigin Destination Date ticket,type seats count .mount paid Ticket no Data Type 'arc%ar 'arc%ar 'arc%ar 'arc%ar Date 'arc%ar -nteger -nteger -nteger 7en$t% "3 13 "3 "3 @ "3 "3 133 11

Ticketcount: Data -lement Fname fromplace Toplace date+ ticket,type seatcount Price Description Flig%t name From place To place date Ticket type Seat count Price Data Type /arc%ar 'arc%ar /arc%ar date 'arc%ar -nteger -nteger 7en$t% "3 "3 "3 @ "3 11 133

Ticketprice: Data -lement

fname Fromplace toplace eclass bclass lclass

Description
Flig%t name From place To place Economy class Business class Luxury class

Data Type
'arc%ar 'arc%ar 'arc%ar -nteger -nteger -nteger

7en$t% "3 "3 "3 "3 "3 "3

Tranid:

Data -lement
Transid (usid Pid

Description
Transaction id (ustomer id Passenger id

Data Type 4nte$er 4nte$er 4nte$er

7en$t% 11 11 11

D-C4S4ON TOO7S 0cti!ity Dia$ram 4nitial 0cti!ity 0cti!ity Decisions

Si$nal

Concurrent 0cti!ities

#inal 0cti!ity State c%art dia$ram 4nitial State

State

Transition

)istory States

-!ent and 0ction Si$nal

#inal State

Se&uence dia$ram Ob ect

6essa$e

Component dia$ram Component

Class*interface*Ob ect :elation*0ssociation

Deployment dia$ram Node

Connection

Collaboration dia$ram Ob ect :elation*0ssociation 6essa$e

Class Dia$ramF Class 0ttribute Operation

5se Case Dia$ramF 0ctor 5se case System boundary

4NP5T*O5TP5T SC:--N

:-PO:TSF

7464T0T4ONS 0ND #5T5:- -N)0NC-6-NTS

7464T0T4ONSF -ac% system %as its some limitations. 0lt%ou$% t%e efforts are ta9en t%at t%e system s%ould not contain any of t%e limitations still t%ere are some, and t%e most important to conclude is 8%en t%e application is bein$ used and 8e $et t%e feedbac9 from t%e users 8%ic% 8ill %elp us to impro!e t%e application for better future use.

Some of t%e limitations listed areF -!en t%ou$% t%e pro ect 8as intended to be complete in all respects, due to lac9 of time and ot%er unforeseen circumstances certain dra8bac9s 8ere noticed in t%e system. T%ere are only fe8 features included in t%e current system.

#5T5:- -N)0NC-6-NTSF 4n future t%e $oal 8ill be to o!ercome all t%e limitations of t%e System. #urt%er ne8 impro!ements could be made to t%e System only after 9no8in$ t%e feedbac9 from t%e users. Similarly, if needed ne8 editions 8ill be done in t%e ne8 !ersions of t%e application. Online ban9in$ system 8ould be lin9ed to our 8ebsite in t%e furt%er !ersion.

0DJ0NT0<-S

1. System is time irrele!ant 8%ic% means t%e 8ebsite is a!ailable 24*/ 2. 4t is a user@friendly 8ebsite. 3. Customer can boo9*cancel a reser!ation 8%ene!er %e*s%e 8ants. 4. 6ultiple payment options li9e 4nternet ban9in$*credit card*debit card etc. ". Pac9a$es are a!ailable at reasonable rates. '. +%en customer cancels %is*%er fli$%t*pac9a$e , %e*s%e can $et %is*%er refund 8it%in 1" days.

CONCLUSION

T%is system is an easy medium to select tour pac9a$es across 4ndia. 0lso t%e appearance of t%e system is !ery lucrati!e and eye@catc%in$ so t%at it attracts multiple users. T%e system is 8ell implemented accordin$ to t%e content pro!ided. T%ese features of t%e system 8ill also be %elpful in $ettin$ attention to8ards t%e system and also ma9es it %i$%ly competiti!e.

BIBLIOGRAPHY

#or t%e completion of our pro ect and documentation 8e %a!e referred t%e follo8in$ plantsF

1. P)P @Tec%maE teEtboo9 2. Teac% yourself SL7 in 21 Days. @:yan step%ens I :onald Ple8. 3. Soft8are -n$ineerin$. @:eference ;oo9