Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
By
Abhinav Vasisht
CSE/07/301
Yatharth Batra
CSE/07/359
July 2010
[1]
Meerut Road (Pallri), Near DPS, Sonepat-131001, Haryana
[2]
CERTIFICATE
This is to certify that the Project titled HOTEL RESERVATION SYSTEM and submitted
by ABHINAV VASISHT having Roll No CSE/07/301 for the partial fulfillment of the
requirements for the degree of Bachelor of Technology/Engineering (B.Tech/ B.E.),
embodies the bonafide work done by him/her under my supervision.
[3]
Acknowledgement
This report gives the details of the project work done at the end of VI
semester during the summer vacation for partial fulfillment of the
requirements for the degree of Bachelor of Technology/Engineering
(B.Tech/ B.E.), under the Supervision of ASHWINI KUMAR.
____________________
Signature of the Student
Date: 11/08/2010
[4]
Table of Contents
Introduction.........................................................................................................................8
1 Feasibility Report..............................................................................................................9
1.1 1.2 Scope.................................................................................................................11
1.2 1.3 System Overview..............................................................................................11
1.3 1.4 Project References.............................................................................................12
1.4 1.5 Acronyms and Abbreviations............................................................................12
1.5 1.6.2 Coordination...................................................................................................12
1.6 2.1.2 Input/ Output..................................................................................................13
1.7 2.1.3 Processing......................................................................................................13
1.8 2.1.4 Security..........................................................................................................14
1.9 2.1.5 System Interaction..........................................................................................14
1.10 2.1.6 Physical Environment..................................................................................14
1.11 2.2 Current Functional Procedures........................................................................14
1.12 2.3 Functional Objectives......................................................................................15
1.13 2.4 Performance Objectives..................................................................................15
1.14 2.5 Assumptions and Constraints..........................................................................16
1.15 2.6 Methodology...................................................................................................16
1.16 2.8 Recommendation.............................................................................................16
2 3.0 PROPOSED SYSTEM.............................................................................................17
2.1 3.1 Description of Proposed System.......................................................................17
2.2 3.2 Improvements....................................................................................................17
2.3 3.3 Time and Resource Costs..................................................................................17
2.4 3.4 Impacts..............................................................................................................17
2.5 3.4.1 Equipment Impacts ........................................................................................18
2.6 3.4.2 Software Impacts............................................................................................18
2.7 3.4.3 Organizational Impacts..................................................................................18
2.8 3.4.4 Operational Impacts.......................................................................................18
2.9 3.4.5 Developmental Impacts..................................................................................19
2.10 3.4.7 Security and Privacy Impacts.......................................................................19
[5]
2.11 4.0 Alternative System..........................................................................................19
3 Requirement Specification..............................................................................................21
2.12 Document Conventions.........................................................................................21
2.13 Intended Audience and Reading Suggestions.......................................................21
2.14 Project Scope.........................................................................................................21
2.15 References.............................................................................................................21
3 Overall Description.........................................................................................................22
3.1 Product Perspective.................................................................................................22
3.2 Product Features......................................................................................................22
3.3 User Classes and Characteristics.............................................................................22
3.4 Operating Environment...........................................................................................22
3.5 Design and Implementation Constraints.................................................................23
3.6 User Documentation................................................................................................23
3.7 Assumptions and Dependencies..............................................................................23
4 System Features..............................................................................................................23
4.1 Web based application............................................................................................23
4.2 no paper work ........................................................................................................24
4.3 User authentication .................................................................................................24
4.4 Provide security .....................................................................................................24
4.5 Online work ...........................................................................................................24
4.6 fast and easily access .............................................................................................24
5 External Interface Requirements.....................................................................................24
5.1 User Interfaces........................................................................................................24
5.2 Interfaces Hardware................................................................................................27
5.3 Software Interfaces..................................................................................................27
5.4 Communications Interfaces.....................................................................................28
6 Other Nonfunctional Requirements................................................................................29
6.1 Performance Requirements.....................................................................................29
6.2 Safety Requirements...............................................................................................29
6.3 Security Requirements............................................................................................29
6.4 Software Quality Attributes....................................................................................29
7 Other Requirements........................................................................................................30
[6]
4 Design Specification.......................................................................................................31
DATABASE STRUCTURE.............................................................................................39
6 Conclusion.................................................................................................................54
7 Bibliography................................................................................................................55
8 Checklist........................................................................................................................56
[7]
Introduction
[8]
1 Feasibility Report
PURPOSE
It is required to build a website through which:
• A user, according to its requirements &
budget can search a 3-star or 4-star hotel
from countries like India, United States and
Australia.
• Addition of new hotels is allowed in the
website.
[9]
MAJOR CHALLENGES
– Hotels from other countries like Australia, United States are also included.
– Seeking Feedback.
• New website to be re-written with both search engines and customers in mind
Hotel Reservation System provides the facility of managing the hotel booking in any
area. It is not a single task but a combination of many activities like:
• Addition of Hotels.
All these tasks require a lot of human work and security. Because
some of the information can be quite confidential for company and loss
of that information can cause a lot of loss. This module may be the
very first activity but other modules depend on it for their functionality.
So, such a system is really needed which can ease, simplify and secure
these tasks.
[10]
1.1 1.2 Scope
[11]
functionality which enhances the security facility for
our project.
• Operational status
− Project is under development with major
modification going on it as per the accordance of
time.
[12]
Under the guidance of CRESTECH trainers we tried to build up the project with
coordination. The project is divided into several modules and each module is worked
upon by each member of the group. The specific schedule was provided by the
CRESTECH team, based on which our project explored.
[13]
When user run this application or accesses this application on particular computer which
is connected in the network. It give the domain name of the hotel Reservation system
application in the internet explored window and click on the go button then that request
send by the user computer to sever computer via transmission media (using router or
switches it fetch the path of the server computer and) than server give the response
corresponding to that request in this way all the interfaces interact with the hardware
device and network devices and the sever computer. It uses the http protocol to send and
receive the request on the both side.
HRS module needs security for the system, so to be able to prevent the unauthorized
access into the system by providing a login option to the authorized persons in this
process and prevent the system for being a complete chaos.
As we had put quite a lot validations in the under process project with authentications
also being there, So the unauthorized access to the system from outsider as well as insider
is not possible at all. For that purpose we had use JavaScript, SQL and ASP.NET
properties and functionalities , so that one have a safe and authorized access to the system
and feel free to use the system with security.
[14]
The current functional procedure involves large paperwork and large staff to organize the
administration and Reservation process. Current functional procedure includes lots of
paper work which increases large amount of manual work collection and retrieval of the
information from database and sometimes it became completely unmanageable which
ultimately lead to the increase in assets of maintaining an unorganized way.
All in all current system is a complex; unorganized, unsecured, completely manually
operated, etc needs a new system to be implemented.
The current functional procedures of any existing system, whether automated or manual.
Specifically, document the major processing and data flow of the current system(s),
volume of work currently processed, costs incurred in operating the current system, skill
categories and number of staff required to operate and maintain the current system,
equipment used by the existing system, and any other factors that are unique to the
current system.
[15]
Major objective of this system will increase the performance by reducing the staff, reducing
paperwork, making data retrieval from the data quicker and easier, maintaining data in an
organized way, etc which ultimately leads to the efficient system development and the whole
system will work as its been designed to do. Identify major performance objectives, considering
such areas as reduced staff and equipment costs, increased processing speed, increased
productivity, improved Reservation information services, improved controls over automated
decision-making system(s), and compliance with regulations.
Assumptions and constraints, these are included to document the specific requirements
on which the estimates, schedules, and there are factors considered in planning phase
involve a degree of risk (e.g.: if an activity needs special equipment, the project manager
may assume that it will be available).
Assumptions: The development team will be familiar with the quality standards needed
in the development of the module and will provide communication and technical support
in the installation. This module will be done with minimum of 1.0 GB RAM, processor,
monitor, back end for database, web browser or any other technical assumptions for
frontend. It may require large database memory to store the complete student information
while the process.
Constraints: Any later change in the project other than already listed may delay in the
scheduled data.
Determine the assumptions and constraints, such as operational life of the proposed
system; period of time for comparison of system alternatives; input, output, and
processing requirements; financial constraints; changing hardware, software, and
operating environment; and availability of information and resources.
[16]
2 3.0 PROPOSED SYSTEM
2.1 3.1 Description of Proposed System
The proposed system has used the concept of database connectivity with asp.net. The
system will include:
• All the details of various hotels listed in company franchise.
• It will also keep the maintenance required and booking reservation stock of the
hotels.
The improvements in the proposed system will make a need of replacement of the current
system. The improvements are stated below:
• Automatic generation of new hotel system without doing much effort. Hardware
and software requirements will remain the same.
[17]
2.5 3.4.1 Equipment Impacts
The only need in terms of equipments will be the need of the more computer systems
then current working system for the efficient working of the system.
• Addition to backend, need any frontend software for the backend database
connectivity.
Security and privacy factors for the database may limit the services provided to the user
or the authenticated user.
The security and privacy factors that may influence the development, design, and
continued operation of the proposed system are all about the validations and
authentications using java scripts etc.
Alternative system for hotel Reservation system is window based application. For this
application we have no need of asp.net. This application can’t be used in the HRS
because it’s a separate application and for this we have need to make the administrator
server and various clients to work efficiently.
[19]
[20]
3 Requirement Specification
2.15 References
List any other documents or Web addresses to which this SRS refers.
These may include user interface style guides, contracts, standards,
system requirements specifications, use case documents, or a vision
[21]
and scope document. Provide enough information so that the reader
could access a copy of each reference, including title, author, version
number, date, and source or location.
3 Overall Description
[22]
any other software components or applications with which it must
peacefully coexist.>
4 System Features
Hotel Reservation system has following features and functionality.
These features and functionality makes it efficient for the end user.
[23]
users. Users provide a domain name trough which they can access the
particular system with the help of computer which connects in the
network.
[24]
HOME PAGE
[25]
AFTER CLICKING ON FEEDBACK SECTION
[26]
Same interface corresponding to ADD TO HOTEL SECTION, BOOKING
STATUS SECTION, and HOTEL GUIDE SECTION.
Ram – 1 GB,
HDD – 80 GB,
Switches, Router,
Keyboard,
Mouse,
Monitor.
[27]
For the database purpose SQL SERVER 2005 is used to make the
database server where we can easily send the request for storing or
retrieving the data.
To run this application efficiently with more user friendly at the client
side MOZILA WEB BROWESER is used.
[28]
Define any pertinent message formatting. Identify any communication
standards that will be used, such as FTP or HTTP. Specify any
communication security or encryption issues, data transfer rates, and
synchronization mechanisms.>
[29]
relative preferences for various attributes, such as ease of use over
ease of learning.>
7 Other Requirements
<Define any other requirements not covered elsewhere in the SRS.
This might include database requirements, internationalization
requirements, legal requirements, reuse objectives for the project, and
so on. Add any new sections that are pertinent to the project.>
[30]
4 Design Specification
[31]
CONTEXT DIAGRAM
UNREGISTER
USER ADMINISTRATOR
HOTEL
BOOKING
WEBSITE.
REGISTERED
USER
[32]
ACTIVITY DIAGRAM
[33]
ACTIVITY DIAGRAM
[34]
ACTIVITY DIAGRAM
[35]
ACTIVITY DIAGRAM
[36]
STATIC PAGES
[37]
FILE SYSTEM
[38]
DATABASE STRUCTURE
1. “CustomerDetails” table
a. Username(primary key)
b. User_Type
c. Password
d. Gender
e. Emailid
f. Date_of_Birth
g. Country
h. City
i. Address
j. Zipcode
k. Occupation
2. “_HotelDetails” table
b. Username
c. Hotel_Name
d. Room_Rate
e. Hotel_Address
f. City
g. Website (optional)
[39]
h. Description
i. Amenities
j. Reachability
k. No_of_Rooms
l. Contact_No
m. Country
n. Image (optional)
3. “_HotelReviews” table
b. Hotel_ID
c. Hotel_Name
d. FullName
e. Emailid
f. Comments
4. “_SearchResults” table
b. Hotel_Name
c. Room_Rate
d. Hotel_Address
e. City
f. Website (optional)
g. Description
[40]
h. Amenities
i. Reachability
j. No_of_Rooms
k. Contact_No
l. Country
m. Image
n. Rooms
5. “Feedback” table
a. FullName
b. Emailid
c. Comments
6. “Booking” table
a. Comments
c. FullName
d. Gender
e. Date_of_Birth
f. Address
g. Country
h. City
[41]
i. Zipcode
j. ContactNo
k. Emailid
l. DateBookingFrom
m. DateBookingTo
n. No_of_Rooms
o. No_of_Adults
p. No_of_Children
q. CCNo
r. Validupto
s. Last4Digits
t. Booking_Date
u. Amount
v. HotelSelected
[42]
LIMITATIONS
• There is no category in rooms provided by
hotels.
• A user can be either a Customer or an
Agent, but not both.
• A hotel cannot be booked in Hotel Guide
Section.
[43]
5 SNAPSHOTS
HOME PAGE
[44]
ADD HOTELS
[45]
[46]
BOOK HOTELS: 1
[47]
BOOK HOTELS: 2
[48]
BOOK HOTELS: 3
[49]
ADMIN PANEL
[50]
REVIEWS
[51]
FEEDBACK
[52]
BOOKING STATUS
[53]
6 Conclusion
[54]
7 Bibliography
Bibliography or References must be included in the report according to the format given
in the following examples. References should be cited properly inside the text of the
report.
1. Asp.Net Bible.
2. Asp.Net Complete Reference
3. www.codeguru.com
4. www.devex.com
5. www.verahotel.com
1. BOOK
[55]
8 Checklist
This checklist is to be attached as the last page of the report.
(iv). Are the Captions for the Figures and Tables proper? Yes / No
Have the References been cited inside the text of the Report? Yes / No
[56]
10. A Compact Disk (CD) containing the softcopy of the Final Yes / No
Report (preferably in PDF format) and a Final Project
Presentation in MS power point only (made to the Supervisor /
Examiner has been placed in a protective jacket securely
fastened to the inner back cover of the Final Report. Write the
name and Roll No on the CD.
Declaration by Student
I certify that I have properly verified all the items in the checklist
and ensure that the report is in proper format as specified in the
course handout.
Name:
Place:
Date:
Signature of the Student:
Verification by HOD
I have duly verified all the items in the checklist and ensured that the
report is in proper format.
Name:
Place:
Date:
Signature of the HOD:
I have duly verified all the items in the checklist and ensured that the
report is in proper format.
[57]
Name:
Place:
Date:
Signature of the Programme Coordinator:
[58]