Hotel MGMT

1 Web based Business Controlling Software for Hotel
1. INTRODUCTION
1.1 INTRODUCTION:
This is a Project work undertaken in context of partial fulfllment
of MCA.I have tried my est to make the complicated process of
!nline "otel Mana#ement $ystem as simple as possile usin#
$tructured % Modular techni&ue % Menu oriented interface. I
have tried to desi#n the software in such a way that user may not
have any di'culty in usin# this packa#e % further expansion is
possile without much e(ort. )ven thou#h I cannot claim
that this work to e entirely exhaustive* the main purpose of my
exercise is perform each )mployee+s activity in computeri,ed way
rather than manually which is time consumin#.
-etail "otel Mana#ement $ystem will provide service to on.line
customers* employee* and an administrator. !nline customers
can make searches* reservations and cancel an existin#
reservation on the hotel reservation+s we site. Administrator can
add/update the hotel and the room information
approve/disapprove a new employee account application and
#enerate a monthly occupancy rate report for each hotel.
The user of this site is supposed to e fairly educated aout the
usa#e of the computers. "e should understand how to ook the
room and he should have knowled#e aout we site. The person
who is usin# this kind of wesite for the frst time will fnd it
di'cult to understand the system. 0ut with a little knowled#e and
the #uidance provided* it will e very easy to handle the project.
User Module:
Registration: 1ser need to e re#istered lo#inin# into that
particular hotel wesite* once he re#isters he can lo#in can
see his profle with the details entered at the time of
re#istration. 2or the ookin# or cancellation of any room the
user has to re#ister him self. !therwise he can+t ale to ook
or cancel the room.
Room Reservation: "e will e havin# an option to ook
the rooms in a hotel for numer of days as accordin# to his
need. 3umer of rooms availale will e displayin# to him.
PESIT College, Dept Of MCA 2013-14
2or reservation of room he will have to fll all details like for
how many days they want to stay* how they will pay the
money whether online or spot payment* etc.
Meals package: Customer can also choose his choice of
meals pack at the time of ookin# the rooms. This is
optional for the customer. If he want to order the meals they
will have to ook while re#istration. They can order the
meals ve#/non.ve# oth.
Special Oers: If the customer is re#ular to the hotel he
will e #iven some special discount. This is only for the
re#ular customer only. It is depend on monthly* early
system.
Cancellation O! Reservation " Incase of cancellation of
reservation* a particular amount of money is deducted from
the total amount which varies from day to day.
#dmin Modules:
Admin have access to the followin# modules and he is
responsile for maintainin# these module information updates.
Room #llocation$Admin can add/delete/edit the availaility
of rooms in hotel which will e displayed to the customer.
%a&ment$ Admin should maintain the report re#ardin# the
payment y customer.
Meals %ackages$ Admin can add/delete/edit the meals
packa#es availale in hotel.
Special Oers$ $pecial o(ers will very from customer to
customer which the admin will update on daily asis.
Cancellation 4The terms and conditions for the di(erent
kinds of reservation will e added y the admin which the
customer can see and proceed further for the cancellation
process.
'. (IT)R#TUR) SUR*)+
'.1 ),ISTIN- S+ST)M
This existin# system is not providin# secure re#istration and
profle mana#ement of all the users properly.
This manual system #ives us very less security for savin#
data and some data may e lost due to mismana#ement.
The system is #ivin# only less memory usa#e for the
users
'.1.1 %RO%OS)D S+ST)M
The development of this new system contains the followin#
activities* which try to automate the entire process keepin# in the
view of dataase inte#ration approach.
This system maintains user+s personal info* address* and
contact details.
1ser friendliness is provided in the application with various
controls provided y system rich user interface.
This system makes the overall project mana#ement much
easier and 5exile.
6arious classes have een used for maintainin# the details
of all the users and catalo#.
Authentication is provided for this application. !nly
re#istered users can access.
-eport #eneration feature is provided used to #enerate
di(erent kind of reports.
This system is providin# more memory for the users to
maintain data.
This system is providin# accessiility control to data with
respect to users.
'.' (IT)R#TUR) SUR*)+ ON SO.T/#R) US)D:
#0out t1e (anguage:
Introduction To 2S%:
$hort for 2ava Server %a#e. A server.side technolo#y* 7ava $erver
Pa#es are an extension to the 7ava servlet technolo#y that was
developed y $un.
7$Ps have dynamic scriptin# capaility that works in tandem
with "TM8 code* separatin# the pa#e lo#ic from the static
elements .. the actual desi#n and display of the pa#e .. to help
make the "TM8 more functional 9i.e. dynamic dataase &ueries:.
A 7$P is translated into 7ava servlet efore ein# run and it
processes "TTP re&uests and #enerates responses like any
servlet. "owever* 7$P technolo#y provides a more convenient way
to code a servlet. Translation occurs the frst time the application
is run. A 7$P translator is tri##ered y the .jsp fle name extension
in a 1-8. 7$Ps are fully interoperale with servlets. ;ou can
include output from a servlet or forward the output to a servlet
and a servlet can include output from a 7$P or forward output to a
7$P.
7$Ps are not restricted to any specifc platform or server. It was
ori#nially created as an alternative to Microsoft<s A$Ps 9Active
$erver Pa#es:. -ecently* however* Microsoft has countered 7$P
technolo#y with its own A$P.3)T* part of the .3)T initiative.
Introduction to Servlet:
A $ervlet is asically a 7ava Pro#ram that executes within a =e
server or an Application $erver* actin# as a middle layer etween
re&uests sent from a we client and a dataase on the "TTP
server. 0y use of $ervlets* you can dynamically come up with we
pa#es* otain information from users throu#h we forms and
display records from a dataase.
$ervlets are 7ava applications runnin# on the server side* just like
C>I and server side scriptin# lan#ua#es such as A$P or P"P.
$ervlets can therefore mana#e "TTP re&uests and to provide the
client with a dynamic "TTP response 9thus creatin# dynamic we
pa#es:.
$ervlets have several advanta#es over other server.side
technolo#ies. $ince they are uild in 7ava* servlets provide a
means of improvin# we servers on any platform* especially
servlets that are independent of the we server 9unlike Apache
modules or 3etscape $erver API:. Indeed* servlets run in a servlet
en#ine* estalishin# the link etween the servlet and the we
server. The pro#rammer does not have to worry aout technical
details such as the network connection? the formattin# of the
"TTP response ...etc.
A servlet container is a class for manipulatin# the servlet.
Introduction to mys&l@
My$A8 is a fast* easy.to.use -B0M$ ein# used for many small
and i# usinesses. My$A8 is developed* marketed* and
supported y My$A8 A0* which is a $wedish company. My$A8 is
ecomin# so popular ecause of many #ood reasons@
My$A8 is released under an open.source license. $o you have
nothin# to pay to use it.
My$A8 is a very powerful pro#ram in its own ri#ht. It handles a
lar#e suset of the functionality of the most expensive
and powerful dataase packa#es.
My$A8 uses a standard form of the well.known $A8 data
lan#ua#e.
My$A8 works on many operatin# systems and with many
lan#ua#es includin# P"P* P)-8* C* CCC* 7A6A* etc.
M&S3(
The My$A8 software delivers a very fast* multi.threaded*
multi.user* and roust $A8 9$tructured Auery 8an#ua#e:
dataase server. My$A8 $erver is intended for mission.critical*
heavy.load production systems as well as for emeddin# into
mass.deployed software. !racle is a re#istered trademark of
!racle Corporation and/or its a'liates. My$A8 is a trademark of
!racle Corporation and/or its a'liates* and shall not e used y
Customer without !racle<s express written authori,ation. !ther
names may e trademarks of their respective owners.
The My$A8 software is Bual 8icensed. 1sers can choose to
use the My$A8 software as an !pen $ource product under the
terms of the >31 >eneral Pulic 8icense
9http@//www.fsf.or#/licenses/: or can purchase a standard
commercial license from !racle. $ee http@//www.mys&l.com
/company/le#al/licensin#/ for more information on our licensin#
policies.
/1at is M&S3(4
My$A8* the most popular !pen $ource $A8 dataase
mana#ement system* is developed* distriuted* and supported y
!racle Corporation.
The My$A8 =e site 9http@//www.mys&l.com/: provides the
latest information aout My$A8 software.
M&S3( is a data0ase management s&stem.
A dataase is a structured collection of data. It may e
anythin# from a simple shoppin# list to a picture #allery or the
vast amounts of information in a corporate network. To add*
access* and process data stored in a computer dataase* you
need a dataase mana#ement system such as M;$A8 $erver.
$ince computers are very #ood at handlin# lar#e amounts of
data* dataase mana#ement systems play a central role in
computin#* as standalone utilities* or as parts of other
applications.
M&S3( data0ases are relational.
A relational dataase stores data in separate tales rather than
puttin# all the data in one i# storeroom. The dataase
structures are or#ani,ed into physical fles optimi,ed for speed.
The lo#ical model* with ojects such as dataases* tales* views*
rows* and columns* o(ers a 5exile pro#rammin# environment.
;ou set up rules #overnin# the relationships etween di(erent
data felds* such as one.to.one* one.to.many* uni&ue* re&uired or
optional* and DpointersE etween di(erent tales. The dataase
enforces these rules* so that with a well.desi#ned dataase* your
application never sees inconsistent* duplicate* orphan* out.of.
date* or missin# data.
M&S3( so!t5are is Open Source.
!pen $ource means that it is possile for anyone to use and
modify the software. Anyody can download the My$A8 software
from the Internet and use it without payin# anythin#. If you wish*
you may study the source code and chan#e it to suit your needs.
The My$A8 software uses the >P8 9>31 >eneral Pulic
8icense:*http@//www.fsf.or#/licenses/* to defne what you may and
may not do with the software in di(erent situations. If you feel
uncomfortale with the >P8 or need to emed My$A8 code into a
commercial application* you can uy a commercially licensed
version from us. $ee the My$A8 8icensin# !verview for more
information 9http@//www.mys&l.com/company/le#al/licensin#/:.
T1e M&S3( Data0ase Server is ver& !ast6 relia0le6
scala0le6 and eas& to use.
If that is what you are lookin# for* you should #ive it a try.
My$A8 $erver can run comfortaly on a desktop or laptop*
alon#side your other applications* we servers* and so on*
re&uirin# little or no attention. If you dedicate an entire machine
to My$A8* you can adjust the settin#s to take advanta#e of all
the memory* CP1 power* and I/! capacity availale. My$A8 can
also scale up to clusters of machines* networked to#ether.
M&S3( Server 5orks in client7server or em0edded
s&stems.
The My$A8 Bataase $oftware is a client/server system that
consists of a multi.threaded $A8 server that supports di(erent
ackends* several di(erent client pro#rams and liraries*
administrative tools* and a wide ran#e of application
pro#rammin# interfaces 9APIs:.
# large amount o! contri0uted M&S3( so!t5are is
availa0le.
My$A8 $erver has a practical set of features developed in
close cooperation with our users. It is very likely that your
favorite application or lan#ua#e supports the My$A8 Bataase
$erver.
Securit&:
A privile#e and password system that is very 5exile and
secure* and that enales host.ased verifcation.
Password security y encryption of all password tra'c when
you connect to a server.
Scala0ilit& and (imits:
$upport for lar#e dataases. =e use My$A8 $erver with
dataases that contain FG million records. =e also know of users
who use My$A8 $erver with HGG*GGG tales and aout
F*GGG*GGG*GGG rows.
Connectivit&:
Clients can connect to M&S3( Server using several
protocols:
Clients can connect usin# TCP/IP sockets on any platform.
!n =indows systems in the 3T family 93T* HGGG* IP* HGGJ*
or 6ista:* clients can connect usin# named pipes if the server is
started with the ..enale.named.pipe option. In My$A8 K.L and
hi#her* =indows servers also support shared.memory
connections if started with the ..shared.memory option. Clients
can connect throu#h shared memory y usin# the ..
protocolMmemory option.
Clients and Tools:
My$A8 includes several client and utility pro#rams. These
include oth command.line pro#rams such as
m&s8ldump and m&s8ladmin* and #raphical pro#rams such as
My$A8 Administrator and My$A8 Auery 0rowser.
My$A8 $erver has uilt.in support for $A8 statements to check*
optimi,e* and repair tales. These statements are availale from
the command line throu#h the m&s8lc1eck client. My$A8 also
includes m&isamc1k* a very fast command.line utility for
performin# these operations on M&IS#M tales.
My$A8 pro#rams can e invoked with the ..help or .N option to
otain online assistance.
9istor& o! M&S3(
=e started out with the intention of usin#
the mS3( dataase system to connect to our tales usin# our
own fast low.level 9I$AM: routines. "owever* after some testin#*
we came to the conclusion that mS3(was not fast enou#h or
5exile enou#h for our needs. This resulted in a new $A8
interface to our dataase ut with almost the same API interface
as mS3(. This API was desi#ned to enale third.party code that
was written for use with mS3( to e ported easily for use with
My$A8.
:. 97/ #ND S7/ R)3UIR)M)NTS
9ard5are re8uirement:
Processor @ P I6 L.O >", Memory @ HFP M -AM
"ard Bisk Capacity @ KG>
Bisplay Card @ $6>A
Monitor @LKE color or lack and white
So!t5are re8uirement:
7BQ and 7-) 9L.O:
Tomcat P.G or aove
)clipse IB)
=e 0rowser
Tec1nolog& Details:
Core 2ava@.7ava 0eans* 7B0C
2'))@.$ervlet* 7$P
Data0ase@.M;$A8
;. SRS <SO.T/#R) R)3UIR)M)NT
S%)CI.IC#TION=
The $oftware -e&uirement $pecifcation is a document that
descries the external re&uirement for any system. The
-e&uirement analyst has to identify the -e&uirements y takin#
to the clients and understandin# their needs. The inputs are to e
#athered from di(erent resources* these inputs may e
inconsistent. The -e&uirement phase translates the ideas in the
minds of the clients into a formal document. "ere the user needs
are accurately specifed. -e&uirement must e actionale*
measurale and testale related to usiness need or
opportunities and defned to a level of detail su'cient for system
desi#n.
#dvantages o! developing t1e SRS are as !ollo5s:
An $-$ estalishes the asis for the a#reement etween the
client and the developer on what the software product will
do.
$-$ provides a reference for validation of the fnal product.
A hi#h.&uality $-$ is a prere&uisite to hi#h.&uality software.
A hi#h.&uality $-$ reduces the development cost.
Components o! SRS:
The asic issues an $-$ must address are*
2unctional -e&uirements
Performance -e&uirements
Besi#n constraints imposed on implementation
;.1 %UR%OS):
The Retail 1otel Management will make easier way to
ook room from anywhere in world with the est price and
accordin# to your choice. It+s providin# etter way for the
customer to reserve the room and foods for the particular days.
They can #et special o(er for the re#ular customer also. If you
already reserved the room and if you are not ale to reach or
some prolem then you can cancel the room from this site no
need to worry. 7ust #o to the cancellation pa#e and cancel the
room from there directly. The main purpose of this site is to
provide help to the customer for online reservation.
;.' SCO%):
2emar >arden -esort and "otel still uses a manual procedure in
keepin# records of their clients and past* current and upcomin#
reservation of event and rooms. In makin# a reservation the
client must fll.up some forms such as waiver/ #atepass and the
reservation form efore proceedin# to the cashier for payment.
This type of process est applies to walk.in customers only since
they have the privile#e of lookin# around the rooms and facilities.
As for phone call reservation same process applies ut it takes
more time ecause of too many in&uiries and &uestion* and
ecause it is not a face.to.face transaction error is inevitale.
=ith the use of online reservation system created y the
proponents* this will help the company in updatin# and improvin#
their current system. The company will have their own
wesitewith a user.friendly interface wherein customers can
easily ook a room or plan an event throu#h online #ivin# them a
more easy way and hassle free reservation.
.
;.: D)*)(O%)R R)S%ONSI>I(IT+ O*)R*I)/:
This project DRetail 9otel ManagementE is a we ased
application which contain modules like -eservation* Cancellation*
$ervice* $pecial o(er. It+s providin# etter way to ook and
cancel the room from anywhere in world.
;.; .UNCTION#( R)3UIR)M)NT:
8o#in is provided with 1sername and Password to avoid
unauthori,ed access.
!nly authori,ed user should operate the -oom
-eservation and cancelation.
;.? NON .UNCTION#( R)3UIR)M)NTS:
A non.functional re&uirement is a re&uirement that
specifes criteria that can e used to jud#e the operation of a
system* rather than specifc ehaviors. This should e contrasted
with functional re&uirements that defne specifc ehavior or
functions.
The plan for implementin# functional re&uirements is
detailed in the system desi#n. The plan for implementin# non.
functional re&uirements is detailed in the system architecture.
3on.functional re&uirements can e divided into two
main cate#ories@
)xecution &ualities* such as security and usaility* which are
oservale at run time.
)volution &ualities* such as testaility* maintainaility*
extensiility and scalaility* which are emodied in the
static structure of the software system.
?. S+ST)M D).INITIONS
?.1 ),ISTIN- S+ST)M:
This existin# system is not providin# secure re#istration and
profle mana#ement of all the users properly.
This manual system #ives us very less security for savin#
data and some data may e lost due to mismana#ement.
The system is #ivin# only less memory usa#e for the
users
?.' %RO%OS)D S+ST)M:
The development of this new system contains the followin#
activities* which try to automate the entire process keepin# in the
view of dataase inte#ration approach.
This system maintains user+s personal info* address* and
contact details.
1ser friendliness is provided in the application with various
controls provided y system rich user interface.
This system makes the overall project mana#ement much
easier and 5exile.
6arious classes have een used for maintainin# the details
of all the users and catalo#.
Authentication is provided for this application. !nly
re#istered users can access.
-eport #eneration feature is provided used to #enerate
di(erent kind of reports.
This system is providin# more memory for the users to
maintain data.
This system is providin# accessiility control to data with
respect to users.
?.: S+ST)M D)SI-N:
?.:.1 S+ST)M #RC9IT)CTUR)
The purpose of the Besi#n Phase is to a solution of the
prolem specifed in the re&uirements document. This is the frst
step in movin# from the prolem domain to the solution domain.
The desi#n of a system is perhaps the most critical factor
a(ectin# the &uality of the software? it has a major impact on the
later phases is the Besi#n Bocument.
This Bocument is similar to a lueprint or a plan for the solution
and is used later durin# implementation* testin# and
maintenance. The #oal of the desi#n process is to produce a
model of a system* which can e used later to uild that system.
The produced model is called desi#n of the system.
?.:.' MODU()S D)T#I()D D)SCRI%TIONS:
Admin collects and stores information aout a particular
student and stores it in the dataase fle which can e retrieved
and used when ever needed and all the validations are performed
durin# the entry of the data y the user thus ensurin# that the
user can not enter any wron# data which would cause prolem
later.
User Module:
Registration: 1ser need to e re#istered lo#inin# into that
particular hotel wesite* once he re#isters he can lo#in can
see his profle with the details entered at the time of
re#istration. 2or the ookin# or cancellation of any room the
user has to re#ister himself. !therwise he can+t ale to ook
or cancel the room.
Room Reservation: "e will e havin# an option to ook
the rooms in a hotel for numer of days as accordin# to his
need. 3umer of rooms availale will e displayin# to him.
2or reservation of room he will have to fll all details like for
how many days they want to stay* how they will pay the
money whether online or spot payment* etc.
Meals package: Customer can also choose his choice of
meals pack at the time of ookin# the rooms. This is
optional for the customer. If he want to order the meals they
will have to ook while re#istration. They can order the
meals ve#/non.ve# oth.
Special Oers: If the customer is re#ular to the hotel he
will e #iven some special discount. This is only for the
re#ular customer only. It is depend on monthly* early
system.
Cancellation O! Reservation " Incase of cancellation of
reservation* a particular amount of money is deducted from
the total amount which varies from day to day.
#dmin Modules:
Admin have access to the followin# modules and he is
responsile for maintainin# these module information updates.
Room #llocation$Admin can add/delete/edit the availaility
of rooms in hotel which will e displayed to the customer.
%a&ment$ Admin should maintain the report re#ardin# the
payment y customer.
Meals %ackages$ Admin can add/delete/edit the meals
packa#es availale in hotel.
Special Oers$ $pecial o(ers will very from customer to
customer which the admin will update on daily asis.
Cancellation 4The terms and conditions for the di(erent
kinds of reservation will e added y the admin which the
customer can see and proceed further for the cancellation
process.
?.; )R DI#-R#M:
@. D)T#I()D D)SI-N
This section descries which are the modules re&uired for
implementin# the system. This is done in informal desi#n. 2ormal
desi#n descries the internal of each modules* it descries the
lo#ic implemented in that module to perform the desired
function* it shows what inputs are #iven and what outputs are
comin# from that module and how operations are performed on
inputs to #et outputs.
The desi#n document is the developer+s lueprint. It
provides precious directions to software pro#rammers aout how
asic control and data structures will e or#ani,ed. The Besi#n
document is written efore pro#rammin# starts. It descries how
the software will e structured and what functionality will e
included. This document forms the asis for all future desi#n and
codin#.
@.1 #(-ORIT9MS <(O-IN=:
L. $tart
H. Bisplay lo#in form.
J. -ead authentication.
K. 6alidate and verify all felds. If not valid #o to step F else #o
to step P.
F. Beny lo#in. >o to step H.
P. Parse the information.
O. 1pdate the dataase.
R. If the user is administrator show the administrator menu
else show the user menu.
S. Perform the desired operations.
LG. 8o#out.
LL. $top.
@.' .(O/ C9#RTS

@.: Data .lo5 Diagram <D.D=:
A data 5ow dia#ram is #raphical tool used to descrie and
analy,e movement of data throu#h a system. These are the
central tool and the asis from which the other components are
developed. The transformation of data from input to output*
throu#h processed* may e descried lo#ically and independently
of physical components associated with the system. These are
known as the lo#ical data 5ow dia#rams. The physical data 5ow
dia#rams show the actual implements and movement of data
etween people* departments and workstations.
A full description of a system actually consists of a set of data
5ow dia#rams. 1sin# two familiar notations ;ourdon* >ane and
$arson notation develops the data 5ow dia#rams.
)ach component in a B2B is laeled with a descriptive name.
Process is further identifed with a numer that will e used for
identifcation purpose. The development of B2B+$ is done in
several levels. )ach process in lower level dia#rams can e
roken down into a more detailed B2B in the next level. The lop.
level dia#ram is often called context dia#ram. It consists a sin#le
process it* which plays vital role in studyin# the current system.
The process in the context level dia#ram is exploded into other
process at the frst level B2B.
The idea ehind the explosion of a process into more process is
that understandin# at one level of detail is exploded into #reater
detail at the next level. This is done until further explosion is
necessary and an ade&uate amount of detail is descried for
analyst to understand the process.
8arry Constantine frst developed the B2B as a way of expressin#
system re&uirements in a #raphical from* this lead to the modular
desi#n.
A B2B is also known as a Dule ChartE has the purpose of
clarifyin# system re&uirements and identifyin# major
transformations that will ecome pro#rams in system desi#n. $o
it is the startin# point of the desi#n to the lowest level of detail.
A B2B consists of a series of ules joined y data 5ows in the
system.
D.D S+M>O(S:
In the B2B* there are four symols
L. A s&uare defnes a source9ori#inator: or destination of system
data
H. An arrow identifes data 5ow. It is the pipeline throu#h which
the information 5ows
J. A circle or a ule represents a process that transforms
incomin# data 5ow into out#oin# data 5ows.
K. An open rectan#le is a data store* data at rest or a temporary
repository of data
Process that transforms data 5ow.
$ource or Bestination of data
Bata 5ow
Bata $tore
CONSTRUCTIN- # D.D:
$everal rules of thum are used in drawin# B2B+$@
L. Process should e named and numered for an easy reference.
)ach name should e representative of the process.
H. The direction of 5ow is from top to ottom and from left to
ri#ht. Bata traditionally 5ow from source to the destination
althou#h they may 5ow ack to the source. !ne way to
indicate this is to draw lon# 5ow line ack to a source. An
alternative way is to repeat the source symol as a
destination. $ince it is used more than once in the B2B it is
marked with a short dia#onal.
J. =hen a process is exploded into lower level details* they are
numered.
K. The names of data stores and destinations are written in
capital letters. Process and data5ow names have the frst letter
of each work capitali,ed
A B2B typically shows the minimum contents of data store. )ach
data store should contain all the data elements that 5ow in and
out.
Auestionnaires should contain all the data elements that 5ow in
and out. Missin# interfaces redundancies and like is then
accounted for often throu#h interviews.
S#I()NT .)#TUR)S O. D.DAS
L. The B2B shows 5ow of data* not of control loops and decision
are controlled considerations do not appear on a B2B.
H. The B2B does not indicate the time factor involved in any
process whether the data5ow take place daily* weekly*
monthly or yearly.
J. The se&uence of events is not rou#ht out on the B2B.
T+%)S O. D#T# .(O/ DI#-R#MS
L. Current Physical
H. Current 8o#ical
J. 3ew 8o#ical
K. 3ew Physical
CURR)NT %9+SIC#(:
In Current Physical B2B process lael include the name of people
or their positions or the names of computer systems that mi#ht
provide some of the overall system.processin# lael includes an
identifcation of the technolo#y used to process the data.
$imilarly data 5ows and data stores are often laels with the
names of the actual physical media on which data are stored
such as fle folders* computer fles* usiness forms or computer
tapes.
CURR)NT (O-IC#(:
The physical aspects at the system are removed as much as
possile so that the current system is reduced to its essence to
the data and the processors that transform them re#ardless of
actual physical form.
N)/ (O-IC#(@
This is exactly like a current lo#ical model if the user were
completely happy with he user were completely happy with the
functionality of the current system ut had prolems with how it
was implemented typically throu#h the new lo#ical model will
di(er from current lo#ical model while havin# additional
functions* asolute function removal and ine'cient 5ows
reco#ni,ed.
N)/ %9+SIC#(:
The new physical represents only the physical implementation of
the new system.
RU()S -O*)RNIN- T9) D.DAS
%ROC)SS
L: 3o process can have only outputs.
H: 3o process can have only inputs. If an oject has only inputs
than it must e a sink.
J: A process has a ver phrase lael.
D#T# STOR)
L: Bata cannot move directly from one data store to another data
store* a process must move data.
H: Bata cannot move directly from an outside source to a data
store* a process* which receives* must move data from the
source and place the data into data store
J: A data store has a noun phrase lael.
SOURC) OR SINB
The ori#in and or destination of data.
L: Bata cannot move direly from a source to sink it must e
moved y a process
H: A source and /or sink has a noun phrase land
D#T# .(O/
A Bata 2low has only one direction of 5ow etween symols. It
may 5ow in oth directions etween a process and a data store
to show a read efore an update. The later is usually indicated
however y two separate arrows since these happen at
di(erent type.
A join in B2B means that exactly the same data comes from any
of two or more di(erent processes data store or sink to a
common location.
A data 5ow cannot #o directly ack to the same process it leads.
There must e atleast one other process that handles the data
5ow produce some other data 5ow returns the ori#inal data
into the e#innin# process.
A Bata 5ow to a data store means update 9delete or chan#e:.
A data 2low from a data store means retrieve or use.
A data 5ow has a noun phrase lael more than one data 5ow
noun phrase can appear on a sin#le arrow as lon# as all of the
5ows on the same arrow move to#ether as one packa#e.
@.:.1 ConteCt level D.D:
@.:.' ()*)( D:
BATA0A$
)
$;$T)M
C1$T!M)-
@.:.: ()*)( 1:
US) C#S):
S)3U#NC) DI#-R#M:
C(#SS DI#-R#M:
#ctivit& Diagram:
(ogin process:
Customer %rocess:
@.;.1.1. T9) #DMINISTR#TOR .UNCTION#(ITI)S:
The Administrator has followin# functionalities
L. Add Customer.
H. -emove Customer.
J. -e#ister -oom.
K. Cancel -oom.
F. 0ook Meals Packa#e.
P. Provide $pecial !(er
D#T# DICTION#R+
The data desi#n transforms the information domain model
created durin# the analysis into the data structure that will e
re&uired to implement software.
NormaliEation
3ormali,ation is a process of simplifyin# the relationship
etween data elements in a record. Throu#h this techni&ue* the
collection of data in a record structure is replaced y successive
record structure that is simpler and more predictale and
therefore more mana#eale.
B)+S
%RIM#R+ B)+
A Primary key is one* used to identify uni&ue value of an
attriute in a tale. A primary key column in a tale has special
attriutes. It defnes the column* as a mandatory column i.e. the
column can+t e left lank. The 3!T 3188 attriute is active.
The data held across the column must e uni&ue.
.OR)I-N B)+
2!-)I>3 Q); represents relationship etween tales forei#n
key is a column whose values are derived from the primary key or
uni&ue key of some other tale.
The tale in which the forei#n key used is called forei#n
tale of detail tale. The tale that defnes the primary or uni&ue
key and is referenced y the forei#n key is called the primary key
in the master tale.
NORM#(IF#TION IS C#RRI)D .OR .O((O/IN- R)#SONS:
To structure the data so that any pertinent relationship
etween entities can e represented.
To permit simple retrieval of data in response to &uery and
report re&uest.
To simplify the maintenance of the data throu#h updates*
insertion and deletions.
To reduce the need to restructure or reor#ani,e data when
new application re&uirements arise.
This attempt to remove redundant data* avoid data
inconsistencies and prevent up data anomalies. This results in a
simpler or more natural data model. A normali,ed dataase
more clearly re5ects the natural entities and relationships in the
real world.
-elational dataase theory outlines fve normal forms* of
which their normal forms are used popularly for desi#nin#
relational tales. The rules and methods of frst three normal
forms are #iven elow.
.IRST NORM#( .ORM
A relation is a frst normal form if the intersection of any
column and row contain only one value 9no repeatin# #roups:.
M)T9ODS
Identify suitale primary keys from a pool of un.normali,ed
data. -emove any that repeats within a sin#le value of this key
to another relation rin#in# within a primary key to form part of
a new composite key in the new relation.
S)COND NORM#( .ORM
A tale in frst normal form is also in second normal form. If
the values in every column are functionally dependent on the
complete primary key.
M)T9ODS
2or every relation with in a sin#le data item makin# up the
primary key* this rule should always e true. 2or those with
compound key examine every column and determines whether
its value depends on the whole of the compound key are just
some of the part of it. -emove those that depend only on part of
the key to a new relation with that part as a primary key.
T9IRD NORM#( .ORM
Column is not transitively dependent on the primary relation
in second normal form is also in third normal form with the values
in every non.key.
M)T9ODS
)xamine every non.key column and &uestion its relationship
with every other non.key column. If for a value for column A
there is only one value for column 0* remove oth columns to a
separate relation and mark the &uestion uni&ue as a primary key.
As dataase tales involved here needs normali,ation
techni&ues so that it should e 5exile to access and store the
values in it.
$o that third normal form is applied and all tales are
normali,ed accordin# to that. Architectural desi#n melds
pro#ram structure and data structure* defnin# interfaces that
enale data to 5ow throu#h the pro#ram. Procedural desi#n
occurs after data and pro#ram structure has een estalished.
@.? T#>() STRUCTUR):
1:(ogin
': Registration
:: Reservation Date
;: Reservation Ta0le
?: Room Ta0le
G. IM%()M)NT#TION
G.1 INTRODUCTION:
The important technolo#ies and tools implemented in developin#
this software are
L. My$&l
H. )clipse IBI>!.
The followin# wesites provided the information to understand
the lan#ua#es used in developin# this project
L. =ww.wikipedia.com
H. www.javatpoint.com
G.' CON.I-UR#TION:
Server conHguration:
Install )C8IP$) on local disk drive.
Install Mys&l on local disk drive.
Create the re&uired tales to your dataase.
Client conHguration:
1sin# we rowser 9i.e.* Internet )xplorer or any other: F.F
and hi#her version.
I. Testing
I.1 Introduction:
$oftware Testin# is a critical element of a software &uality
assurance and represents the ultimate review of specifcation*
Besi#n and code #eneration.
!nce the source code has een #enerated* software must e
tested to uncover as many errors as possile efore delivery to
your customer. There are various techni&ues for testin#. These
techni&ues provides #uidance for desi#nin# test that.
L. )xercise the internal lo#ic of software components.
H. )xercise the input and output domains of the pro#rams to
uncover errors in pro#ram
2unction* ehavior and performance.
Testin# strate#ies and techni&ues used@
o =e application like any other en#ineerin#
product may suject to failure due to errors in its
en#ineerin# process.
o Testin# is process of executin# a pro#ram with the
intent of fndin# an error. It is a process of verifcation and
validation often used interchan#ealy. "owever* they have
di(erent meanin#.
D6erifcationE is the process to fulfll the
specifcation estalished durin# the previous phase.
The verifcation activities are provin#* testin# and
reviews.
D6alidationE is the process of evaluatin# the
software at the end of the software development to
ensure compliance with software re&uirements. Testin#
is a common method of validation.
$oftware testin# is a critical element of software &uality
assurance and represents the ultimate review of specifcation*
desi#n and codin#.
A successful testin# is one that uncovers an as yet
undiscovered error. If testin# is conducted successfully* it will
uncover errors in software. As a secondary eneft* testin#
demonstrates that system functions appear to e workin#
accordin# to specifcation and that performance re&uirements
appear to have een met.
In addition* data collected as testin# is conducted
provides a #ood indication of software reliaility ut testin# can+t
show the asence of defects* it can show that software errors are
present.
Burin# the testin# process only failure are oserved* y
which the presence of fault is deducted. The actual faults are
identifed y separate activities commonly referred as
DBeu##in#E.
I.' T&pes 5it1 )Camples
Unit Testing:
1nit Testin# focuses on verifcation of the smallest unit of
software desi#n module. Important control paths are tested to
uncover the errors within oundary of the module. The conducted
in parallel for multiple modules@
2ollowin# software components were considered for unit testin#@
o 1ser Authentication@
2or Testin# the user authentication module lo#in
information was supplied as input with values with the input
domain oundary and outside check the correct output is
otained and the code was checked to see that it allowed
only valid users to lo#in.
).#. the len#th of username and password feld must
e less than or e&ual to LP character respectively.
The module was supplied with di(erent len#th keys and
functionin# of module was checked.
o 1ser Interaction Pa#es@
1ser interaction pa#es are desi#ned for various
modules* the user interface pa#es were tested to ensure
that the information properly 5ows into and out of the
various modules under test.
o Bataase Interaction@
Code was checked for proper dataase
connectivity and valid &uery re&uest. $o that appropriate
data is retrieved from and send to dataase. As the uses lo#
out of the application* all dataase connections were
properly closed so as to avoid leavin# the dataase in an
inconsistence state.
o -eports@
-eports were tested for correct outputs y
providin# di(erent set of values for the re&uested report
&uery.
Integration Testing:
!nce all the modules had under#one unit testin# they were
inte#rated and were a#ain tested for u#s usin# a techni&ues
called DInte#ration Testin#E. Bata can e lost over an interface*
one module can have an overse e(ect on the other and when
comined may not produce the desired output.
S&stem Testing:
$ystem tests are desi#ned to validate a fully developed system
with a view that it meets its re&uirements.
o Alpha Testin#@
Alpha testin# was carried out y me and other technical
sta( memer who is a desi#ner at the company.
o 0eta Testin#@
0eta Testin# was carried out y technical head and other
sta( memers who are senior developers at the company.
o Acceptance Testin#@
As the software is not yet #ive* the acceptance testin#
has not een done.
Testing O0Jectives:
Testin# is a process of executin# a pro#ram with the
intent of fndin# an error.
A #ood test case is a one that uncovers an as yet
undiscovered error.
A successful test is one that as a hi#h proaility of
fndin# an as yet undiscovered error.
Testing %rinciples:
All tests should e traceale to customer re&uirements.
Test should e planned lon# efore testin# e#ins.
The pure to principles apply to software testin#.
Testin# should e#in in small and pro#ress towards
testin# in lar#e.
)xhaustive testin# is not possile.
To e most e(ective* testin# should e conducted y an
independent party.
#ttri0utes o! good Test:
A #ood test has a hi#h proaility of fndin# an error.
A #ood test is not redundant.
A #ood test should e Dest of reedE
A #ood test should e neither too simple nor too complex.
I.: Test Case
.unctionalit&:
In testin# the functionality of the we sites the followin# should
e tested@
K(inks
i. Internal 8inks ii.)xternal 8inks
iii. Mail 8inks iv. 0roken 8inks
K .orms
i. 2ield validation ii. )rror messa#e for wron# input
iii. !ptional and Mandatory felds
K Data0ase
T Testin# will e done on the dataase inte#rity.
%er!ormance:
Performance testin# can e applied to understand the we
site+s scalaility* or to enchmark the performance in the
environment of third party products such as servers and
middleware for potential purchase.
K Connection Speed:
Tested over various networks like Bial 1p* I$B3 etc
U 8oad@
i. what is the no. of users per timeN ii. Check for peak loads
and how system ehaves
iii. 8ar#e amount of data accessed y user
U $tress@
i. Continuous 8oad ii. Performance of memory* CP1*
fle handlin# etc.
Usa0ilit&:
1saility testin# is the process y which the human.
computer interaction characteristics of a system are
measured* and weaknesses are identifed for correction.
U )ase of learnin#
U 3avi#ation
U $ujective user satisfaction
U >eneral appearance
Server Side Inter!ace:
In we testin# the server side interface should e tested.
This is done y verify that communication is done properly.
Compatiility of server with software* hardware* network
and dataase should e tested.
L. CONC(USION #ND .UTUR)
)N9#NC)M)NTS
CONC(USION:
The project DRetail 9otel ManagementM has een created
with the intention of providin# the facilities to the user to
reserve a room accordin# to his demand from anywhere in
the world. If they want they can cancel the room also.
All the re&uirements specifcations was followed as for as
possile and few additional features were added that can
make the application more user friendly and less
complicated.
The project DRetail 9otel ManagementM has een
developed with the proper #uidance keepin# in view the
needs of user.
A fully 5ed#ed user manual for this system is provided to
the user for future workin# and functional references.
=e hope that DRetail 9otel ManagementM fulfls all the
needs in possile manner.
(imitations:
-eservation/Cancellation of any -oom you have to re#ister
yourself..
)nd user should have the asic knowled#e of the
computers.
.UTUR) )N9#NC)M)NT:
L. 2indin# an accommodation or a hotel after havin# reached a
particular destination is a &uite time consumin# as well as
expensive. !nline hotel ookin# is one of the latest techni&ues in
the arena of internet that allows travelers to ook a hotel located
anywhere in the world and that too accordin# to your tastes and
preferences.
H.In future a chat functionality can e provided etween
customer and the hotel mana#ement system for any &ueries or
en&uiry.
1D. >I>(IO-R#%9+
V JAVA Programming Complete Reference, JavaTpoint
V JAVA Projects Tony Martin,Dominic Selly
V JAVA Professional Projects Kuljit Kaur,Pooja Bembey
_MY SQL TheCompleteReferenceGeorgeKoch
/)>SIT)S
www.oracle.com
www.stackover5ow.com
www.javatpoint.com
11. US)R M#NU#(
(O-IN %#-):
R)-ISTR#TION:
S)M)ST)R:
S)M)ST)R:1
S)M)ST)R:'
S)M)ST)R::
S)M)ST)R:;
S)M)ST)R:?
S)M)ST)R:@
UNI*)RSIT+ (IST:
UND)R *TU:
D)T#I(S %#-):
1'. SOURC) COD)

Hotel MGMT

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Hotel MGMT

Загружено:

Авторское право:

Доступные форматы

1 Web based Business Controlling Software for Hotel

Вам также может понравиться