IUBAT – International University of Business Agriculture and Technology
A Project Proposal On HOTEL E!E"ATIO# !$!TE%
Prepared For: M.M Rakibul Hasan Course Instructor Department of Computer Science and Engineering
Prepared By the Group: Sunway Members are: Md Moazzem Hossain – 1!"#1$" %ibedita Ro& – 1!"#1'( )annatun %aim – 1!"#1'* Md. Malek Sarker – 1!"#1+' Maria Hannan %itu – 1!"#1$1 Mo,ammad Saiful Islam – 1!"#1$# Sazzadur Ra,man - 1'1"#1#'
1
Hotel eservation !yste&
O'jective(
The Hotel Reservation system
will provide service to on-line
customers, employee, and an administrator. Online customers can make searches, reservations and cancel an existing reservation on the hotel reservation’s web site. Administrator can add/update the hotel and the room information approve/disapprove a new employee account application and generate a monthly occupancy rate report for each hotel. E)isting !yste&( •
•
•
his existing system is not providing secure registration and profile management of all the users properly. his manual system gives us very less security for saving data and some data may be lost due to mismanagement. he system is giving only less memory usage for the users.
Purpose* !cope and O'jectives( he development of this new system contains the following activities, which try to automate the entire process keeping in the view of database integration approach. •
•
his system maintains user’s personal info, address, and contact details. !ser friendliness is provided in the application with various controls provided by system rich user interface.
•
his system makes the overall pro"ect management much easier and flexible.
•
#arious classes have been used for maintaining the details of all the users and catalog.
•
Authentication is provided for this application. Only registered users can access.
•
$eport generation feature is provided used to generate different kind of reports.
•
his system is providing more memory for the users to maintain data.
•
his system is providing accessibility control to data with respect to users.
!
!oft+are ,evelop&ent Life -ycle .!,L-/
he iterative model is ideal for this pro"ect, because it rapidly cycles through $e%uirements, Analysis and &esign, 'mplementation and esting. (eeping each of these cycles reasonably small ensures that common language is picked-up early on and that it is constantly reinforced. 't also ensures that the entire team has time to criti%ue one another’s work, making future cycles more efficient. )ritically, the iterative model guarantees that even if production slows, after each small cycle completes, there is a deployable product. 'f the waterfall model were followed, there would be a high probability that no working system would be produced before the non-negotiable pro"ect deadline* particularly since the team does not have enough experience with this sort of pro"ect to get $e%uirements and &esign right in a single attempt.
'nitial planning consists of determining the operating environment, and a set of re%uired and optional features. At the start of each cycle, a set of related features will be taken off of the O&O list and approximately one to two days will be spent planning and creating new re%uirements around the features. he rest of the cycle is dedicated to design, implementation and testing. +inally, evaluation takes place to determine the appropriate set of features for the next cycle. ecause most optional features were identified during initial planning, feature creep is kept to a minimum.
#
0easi'ility !tudy( 'n angladesh there are more than 00 hotels which are gaining their international customers but online booking system is implemented by some renowned hotels only so the hotel reservation system is one of the pro"ects that will be re%uire in the angladeshi tourist sector . here are many problems with the existing hotel reservation system in angladesh and the problems are stated in the problem analysis. 't is economically feasible as we are making this system
for the partial
fulfillment of the 1ystem analysis 2 design course and is operationally feasible as we are making this system by removing the threats and weakness of existing systems as well as it is technologically feasible as we are using open source coding with the use of 343 2 5y167. !chedule and Budget !u&&ary
#u&'er of %odules( he system after careful analysis has been identified to be presented with the following modules8 9. :. ;. =. . >.
Authentication and 1ecurity 5odule Admin 5odule
12 Authentication and !ecurity %odule he user details should be verified against the details in the user tables and if it is valid user, they should be entered into the system. Once entered, based on the user type access to the different modules to be enabled / disabled and individual user can change their default password or old password. 32 Ad&in %odule his module consists of the following sub modules8 a2 Users %anage&ent %odule 4ere a mail admin can access any user related information, for example their contact details ? etc. And re%uirement come he can delete a user. '2 Others 'n this module admin uses services of other different module for efficient management of the application. 42 E&ployee %odule 'n this module user can register and modify. And can take services of other modules. 52 Hotel oo&s %anage&ent %odule( 'n this module new $oom details can be added, modified and also status can be viewed. 62 !ervice %odule( 't consists of the following sub modules8
a2 Hotel !ervice %odule 4ere in this module a new service can be added and viewed. !sing which a user can also book a room according to his need. '2 oo& !ervice %odule !sing this module a new hotel can be added in a service provided city .@hich can be viewed by those users who visit this website $egistered and !nregistered bothB. c2 estaurant %anage&ent %odule2 !sing this module a point a numerical number based on a formulaB is assigned to a person who has fre%uent check-ins based on the no. of days he spends, which he can spend on different services provided by the restaurant. 72 eports %odule( 'n this 5odule the !ser and Administrator can generate the different types of $eports according to their access. 8or9 !chedule Although it’s not possible to calculate the exact time for the development of the pro"ect, we have made an approximate time-line for the development of our pro"ect and it is as follows8 1tages of &evelopment
1tarting &ate
&uration in &ays
'nitial study
9-0C-:09>
0-0C-:09>
:0 days
+easibility study
0>-90-:09>
:9-90-:09>
9 days
$e%uirement Analysis
::-90-:09>
0D-99-:09>
9 days
$e%uirement 1pecification
0E-99-:09>
9E-99-:09>
90 days
'nterface design
9C-99-:09>
:C-99-:09>
90 days
)oding
;0-99-:09>
90-9:-:09>
90 days
esting 2 &ebugging
99-9:-:09>
9-9:-:09>
0 days
'mplementation
9>-9:-:09>
:9-9:-:09>
0 days
TOTAL
:; ,ays
!oft+are e
8 8 8 8 8 8 8 8
@indows D,E,90, 7inux '< E.0/5+/F)/Opera 457, )11 343 Gampp HotepadII 5y167 Apache :.0
HA,8AE E=UIE%E#T! '
3rocessor 4ard &isk $A5
8 8 8
)ore : &uo to others. 9>0F 9F or more
+
