旅店住宿系统课程设计

信息系统分析与设计课程设计报告

题目旅店住宿系统设计班级信管0903

学号310909030303

姓名李冬梅

成绩

目录

1 前言 (1)

1.1 系统开发的必要性 (1)

1.2.1 经济可行性 (1)

1.2.2 技术上的可行性 (1)

1.2.3时机可行性 (2)

2.1系统的功能需求 (2)

2.2．1基本数据维护模块 (3)

2.2.2基本业务模块 (4)

2.2.3数据库模块 (5)

2.2.4 信息查询模块 (6)

2.2系统UML用例图 (6)

2.2.1确定参与者用例 (6)

2.2.2旅店员工参与的用例 (7)

3 分析工作流 (8)

3.1提取系统的各种类，进行类建模 (8)

3.1.1 客户和员工类图 (9)

3.1.3 各个类之间的关系 (10)

3.2系统的的活动图 (11)

3.3 系统的顺序图 (13)

3.3.1客户预定房间的顺序图 (13)

3.3.2 客户删除订单的顺序图 (14)

3.3.3工作人员处理预定订单的序列图 (15)

3.4 对系统功能进行划分，设计系统的包图 (16)

4 设计工作流 (16)

4.1数据库设计 (16)

4.2 系统界面设计 (19)

5总结 (23)

6参考文献 (23)

1 前言

1.1 系统开发的必要性

随着计算机硬件技术和系统软件技术的高速发展，计算机的应用系统开发就显得越来越迫切和重要。对于不同行业的用户来说，要想真正让计算机为本行业本单位服务，主要还是取决于本行业的应用系统的开发水平。对于旅店这一特殊的服务行业来说，旅店MIS(Management Information System，管理信息系统)就成了帮助旅店全面实现计算机管理的关键。近年来，我国的现代旅店业得到了蓬勃的发展。无论是行业规模、设施质量，还是经营理念或管理水平，都取得了长足的进步，进入了现代化水平的阶段，出现了一大批旅店管理集团，旅店计算机管理作为我国旅游行业信息化建设中的重点实施项目，一直与知识、创新、才能、管理相伴而生、相行相随。随着旅店管理的发展和市场竞争日趋激烈，各旅店逐步采用标准化、制度化及预算管理、目标管理、定额管理、数理统计分析等科学的管理方法，并采用计算机现代化办公及通讯设备，对旅店的人流、物流和资金流进行统筹规划，在旅店管理中开发并使用一套科学先进的旅店管理系统成为众多旅店的当务之急。

1.2 可行性研究

可行性研究也称为可行性分析(Feasibility Analysis)，是在系统调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会的方面进行分析和研究，以避免投资失误，保证新系统的开发成功。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。该系统的可行性分析从以下几个方面进行。

1.2.1 经济可行性

主要是对项目的经济效益进行评价，本系统开发经费对于一般的旅店(中、小型旅店)在经济上是可以接受的，并且本系统实施后可以显著提高工作效率，有助于旅店的信息化管理，所以本系统在经济上是可行的。

1.2.2 技术上的可行性

技术上的可行性分析主要分析技术条件能否顺利完成开发工作，软、硬件能否满足开发者的需要等。该旅店管理系统采用了C／S模式进行开发，而且又紧密的结合了Intemet／Intranet技术，是技术发展的大势所趋，它把应用系统带

入了一个崭新的发展时代。数据库服务器选用SQL Server2000数据库，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能。它的灵活性、安全性和易用性为数据库编程提供了良好的条件。因此，系统的软件开发平台已经成熟可行。硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台完全能满足该系统的需要。

1.2.3 时机可行性

目前国外的旅店信息化管理已经发展的很成熟，但国外系统在国内的使用过程中，由于旅店经营方式与管理模式上的差别，加之价格昂贵，越来越多的星级旅店更趋向于采用适合自身需要的国产旅店软件。目前，国内市场上出现的各类旅店管理软件基本上都是为大型旅店专业设计的，很多功能对于中小型旅店不适用，一般价格也较昂贵。而占着绝大多数的中小型旅店由于资金、人员等多方面原因还未使用旅店管理类软件，全凭原始的手工记录管理，效率低、易出错。因此，为中小型旅店开发价格低廉、服务完善，功能齐全以及使用方便的管理系统已经刻不容缓。

综上所述，该系统开发目标已明确，在技术和经济等方面都可行，并且投入少、见效快。因此，系统的开发是完全可行的。

2 需求工作流

2.1系统的功能需求

系统的功能需求包括一下几个方面。

（1）客户能够通过不同的方式（包括电话、前台、网上）预定旅馆房间。

（2）能够保存客户的预定记录。

（3）能够保存客户的入住记录。

（4）工作人员可以处理客户的预定记录。

（5）工作人员可以访问旅店房间信息。

满足上述需求的系统主要包括以下几个模块。

（1）基本数据维护模块

基本数据维护模块提供了使用者录入、修改并维护基本数据的途径。例如对客户个人信息、房间信息、入住信息等的录入和修改。

（2）基本业务模块

基本业务模块中，客户可以提出房间预定，而作人员负责录入预定记录。同时，工作人员还可以提交每个房间的状态，以便工作人员可以根据这些资料决定为客户保留哪个房间。

（3）数据管理模块

在旅店住宿管理信息系统中，对所有的客户、工作人员以及房间的信息都要进行统一的管理，房间的使用情况也要进行详细的登记。

（4）信息查询模块

信息查询模块主要用于主要查询相关信息，例如工作人员查询房间旅店信息管理。

旅店信息管理系统

基本数据维护模块

基

本

业

务

模

块

数

据

管

理

模

块

信

息

查

询

模

块图2-1功能需求图

2.2．1基本数据维护模块

数据维护模块包括如图所示的几个方面。

（1）添加房间信息

旅店的房间信息需要保存到数据库，房间信息包括房间的类型、房间的号码和房间的状态。

（2）修改房间信息

房间被使用后状态会发生改变，要根据具体情况修改房间的状态，如预留、使用中和空闲。

（3）添加员工信息

公司员工信息应保存在系统数据库中，以便管理人员，根据员工的表现对员工进行考核。

（4）修改员工数据

员工服务满意率要保存在员工信息中，员工信息发生变化后，要更新员工的个人信息

②描述系统需求，运用建模工具画出相应的用例图，并对用例进行详细描述，用活动图描述参与者与系统的交互过程。

添加房间信息

修

改

房

间

信

息

添

加

员

工

信

息

修

改

员

工

信

息基本数据维护模块

图2-2基本数据维护功能模块

2.2.2 基本业务模块

基本业务模块包括如图所示的几个方面。

（1）用户提出房间预订请求

工作人员为客户录入预定记录。

（2）工作人员处理预订记录

工作人员要处理客户的预订申请，可以根据客户的要求（时间和房间类型）和目前房间的状况决定为顾客分配哪间房间。

（3）工作人员填写服务记录

旅店的工作人员要在客户退房后对房间进行彻底的清扫，清扫完毕以后要填写服务记录。

（4）工作人员处理退房请求

工作人员将根据使用房间的时间和会员的风机收取此次房间使用的费用。如果房间的物品有损坏，还要收取一定的罚金，并更新客户的信息。

用户提出预定房间申请工

作

人

员

处

理

预

定

请

求

工

作

人

员

填

写

服

务

记

录

工

作

人

员

处

理

退

房

请

求基本业务模块

图2-3基本业务模块

2.2.3 数据库模块

数据库模块包括如图所示的以下几个方面。

（1）客户信息管理

客户信息包括客户的基本信息外，还包括客户的入住历史记录。

（2）房间信息管理

房间信息包括房间的类型、房间的价格、房间的状态。

（3）房间的使用信息管理

房间的使用信息包括客户的预定记录和工作人员的服务记录。

（4）员工信息

员工信息包括工作人员、管理人员的基本信息以及工作人员的工作记录等。

数据库模块

客户信息管理房

间

信

息

管

理

房

间

使

用

信

息

管

理

员

工

信

息

管

理图2-4数据库模块功能

2.2.4 信息查询模块

信息查询模块包含如图所示的几个方面。（1）查询客户信息

负责客户信息的查询。

（2）查询员工信息

旅店员工信息的查询。

（3）查询房间信息

负责公司房间信息的查询。

（4）查询客户记录

负责查询客户入住的历史记录信息查询模块

信息查询模块

查询客户信息查

询

员

工

信

息

查

询

房

间

信

息

查

询

客

户

记

录图2-5 信息查询模块

2.2系统UML用例图

2.2.1确定参与者用例

（1）在旅店管理系统中，客户可以提出房间预定请求，预定请求得到确认以后可以入住旅店，离开旅店之前要班里退房手续。

（2）旅店的员工则需要处理客户的房间预定，并在客户退房时检查和清扫房间。有以上分析可以看出，所有的动作都是围绕着客户和旅店员工进行的。因此，系统中的参与者主要有来年两类：客户和旅店员工。

下面描述客户参与的用例，如图所示

Customer

Reserve Room

Get　Room

Return Fine

Fill　Order　Form

On tne Web

By call

Return　Room

<>

<>

<>

<>

2-6 客户参与的用例

（1）预定房间用例。客户在入住之前应该首先预定房间。

（2）入住用例。如果客户的房间预定得到确认，要在确定的日期入住旅店。（3）退房用例。客户在离开旅店前要办理相关的退房手续。

【用例说明】

（1） Reserve Room：预定房间。其中，By call和On the Web两个用例扩展了这个用例，它们分别表示使用电话预订和通过网上预定。

（2） Get Room：入住旅店用例。

（3） Return Room：退房用例。它包含了Return Fine（缴纳押金）用例。（4） Fill Order Form：填写房间预定表格。On The Web用例包含了填写房间预定表格这个步骤。

2.2.2旅店员工参与的用例

（１）登录系统用例：旅店员工输入工作号和密码可以登录系统。

（２）处理预定申请用例。工作人员可以处理客户的预定申请。

（３）将预定的房间交付客户用例。客户预定请求得到确认后，可以在规定的时间入住旅店，工作人员应该能够提供入住服务。

（４）结束业务用例。客户退房，工作人员确定房间无损坏后，可以确定该次业务结束，工作人员清扫房间

Employee

Reserve Process

Check Room

Clean Room

Accept Request

Refuse Request

End Business

QueryCustomer OrderRecord

GiveRoom to Customer

<>

<>

<>

<>

<>

System Login

2-7 员工参与用例

【用例说明】

（１） System Login ：系统登录用例。 （２） Reserve Process ：预定处理用例。

（３） Query Customer Order Record ：查询客户预定记录用例。

（４） Refuse Request ：拒绝预定请求用例。工作人员可以根据情况拒绝客户

的预定请求。

（５） Accept Request ：接受预定请求。可以根据情况接受客户的请求。 （６） Given Room To Customer ：将预定房间交付客户用例。 （７） Check Room ：检查房间设备。 （８） Clean Room ：清扫房间。

（９） End Business ：退房处理用例。包括了Check Room 和Clean Room 用例。

3 分析工作流

3.1提取系统的各种类，进行类建模

3.1.1 客户和员工类图

根据需求分析，系统中客户和旅店员工如图所示。 【类图说明】

（1）person 类是所有类的父类它包含四个属性：姓名（name ），身份证号（ID ），地址（address ）和电话号码（phoneNo ）。

（2）Customer 类是包含客户信息的类，除了继承父类的属性和方法，它包括会员编号（ClubNo ）等属性。

（3）Employee 类是包含员工信息的类，其中包含了员工的聘用日期等信息。同时，它还是Manager 和CommonWorker 的父类。

（4）Manager 是旅店管理人员的类，管理人员可以查看工作人员的工作记录。CommonWorker 类是普通员工的类，commissionRate 属性是该员工任务完成率；方法calculate （）是用来计算该工作人员完成的任务率；CheckRequest （）是用来查询是否有没有处理的申请单。

+person()

-name

-ID

-adress -phoneno Person

+Customer()

-clubno

Customer +Employee()

-dataHired -WorkID -Type

Employee +Manager()

+ViewWorkInfo()

-Manager : bool Manager

+Calculate()+CheckRequest()+ViewWorkeInfo()

-commission : int CommonWorker <>

<>

图3-1客户及旅店员工的类图

3.1.2 其他的类

（１）CustomerRecord 类表示客户记录。CustomerID 是该客户的身份号码，rentRate 是入住日期，RoomType 是所租房间类型，RoomNumber 是该房间的号码，isfinishe 代表该业务是否结束。Check （）用来得到该客户的记录，End （）是用来结束该业务。

（２）Room 类代表房间记录。Type 是该房间类型，RoomNumber 是房间号码，status 是指该房间是否被预定、正在使用中或空闲状态，condition 是指该房间的状态。Inservice （）用来判断该房间是否为空闲，update-Room-status （）是用来修改房间所处状态。

（３）ServiceRecord 类是表示每一次租赁服务的记录。Servicehistory 是服务的历史记录，progressreport 是该过程中的报告。FillRecord （）用于填写表格。

（４）RequestOrder 类表示的是填写客户预定申请的表格。RoomType 表示客户申请房间的类型，rentdate 是租房的时间，isallow 属性表示该客户的申请是否得到批准。Allow （）用来接受客户的请求，FillOrder （）是指客户填写表格，Check （）用来检查是否存在这个申请，isHandled （）设置该申请已被处理。

（５）WorkRecord 类是职员的工作记录。属性包括交易中涉及的员工、客户、房间以及房间的使用信息。FillWorkRecord （）用来填写这份记录，ViewRecord （）是用来查看这份记录，updateRecord （）是用来修改这份记录。

+Check()+End()

-CustomerID -rentdate -RoomNumber -RoomType -isfinishe Customer

+FillRecord()

-Servicehistory -progressreport ServiceRecord +FillOrder()+isAllow()+Check()+isHandle()

-roomtype -rentdate -isAllow

RequestOrder +FillWorkeRecord()+ViewRecord()+updateRecord()

-CustomerID

-CommonWorkerID -skillWorkeID -rentDate -RoomType -RoomNumber -money

WorkeRecord

+IsService()

+update-Room-status()

-type

-condition -roomNumber -status

Room

图3-2 其他类图

3.1.3 各个类之间的关系 各个类之间的关系如图所示

+person()

-name -ID

-adress -phoneno Person

+Customer()

-clubno

Customer +Employee()

-dataHired -WorkID -Type

Employee +Manager()

+ViewWorkInfo()

-Manager : bool Manager

+Calculate()+CheckRequest()+ViewWorkeInfo()

-commission : int CommonWorker +Check()+End()

-CustomerID -rentdate -RoomNumber -RoomType -isfinishe CustomerRecord +FillRecord()

-Servicehistory -progressreport ServiceRecord +FillOrder()+isAllow()+Check()+isHandle()

-roomtype -rentdate -isAllow

RequestOrder +FillWorkeRecord()+ViewRecord()+updateRecord()

-CustomerID

-CommonWorkerID -skillWorkeID -rentDate -RoomType -RoomNumber -money

WorkeRecord

+IsService()

+update-Room-status()

-type

-condition -roomNumber -status

Room

<>

<>

<>

<>

-结束1

*

-结束2

*

-结束3

*-结束4

*

-结束5

*

-结束6

*

-结束7*

-结束8

*-结束91

-结束10*

-结束11

*

-结束12

*-结束13*-结束14

*图3-3 类之间的关系

【类图说明】

从图中可以看出，工作人员（CommonWorker ）可以查看所有客户（Customer ）的租赁历史记录（CustomerRecord ），可以处理几个客户的预定申请（RequestOrder ）。由于工作人员可以同时处理多个业务，那么他可以拥有多个服务记录（ServiceRecord ）和工作记录（WorkRecord ）。每个房间也需要多个人员进行维护。经理（Manager ）可以查看多个职员的工作记录。

3.2系统的的活动图

旅店管理系统的活动图如图所示，流程描述如下：

（1）客户可以向系统提交房间预订申请（Customer Request ），系统收到提交的请求之后会将这个请求存储起来等待处理（Store Request ）。

（2）旅店员工可以检查是否有新的客户请求（Employee Check Request ）。如有新的请求之后，则开始处理这个新的请求（Handle New Request ），如有空闲的房间（Room is Available ），则通知客户可以入住。

（3）客户退房的时候（Customer Return Room），需要检查房间（Check Room），并打扫房间（Clean Room）。

Customer Request

Store Request

状态1

Clean Room

Room is Available

Customer Return Room

Check Room

Customer Acquire The Room

Send Messages

Handle New Request Employee Check The Request

No New Request

Have New Request

Yes

No

图3-4 系统的活动图

【活动图说明】

（1）Customer Request：客户提交房间预定。

（2）Store Request：存储客户申请。

（3）Employee Check The Request：工作人员处理客户的预定申请。（4）Handle New Request：处理新的申请。

（5）Room is Available：可以满足客户的要求。

（6）Send message：返回信息，告诉客户可以入住。

（7）Customer Acquire The Room：客户入住旅店。

（8）Customer Return Room：客户退房。

（9）Check Room：工作人员检查房间设施。

（10）Clean Room ：工作人员清扫房间。

3.3 系统的顺序图

3.3.1客户预定房间的顺序图

用户在网上预定房间，首先要登入系统，房间预定模块提示客户输入预定房间信息，客户输入适当的房间信息后，等待工作人员对订单懂得处理，如果有符合客户要求条件的房间，系统将显示符合预定房间的详细信息。客户达到信息列表后，提交自己预定房间的信息，预定模块得到房间的预定单号，生成订单并提交给数据库保存，保存成功后，预定模块提示客户预定房间成功。客户预定房间的序列图如图所示：

:Datebase ManagerInterface

顶层包::Customer

Order

1：request Order

2：showroomInfo

3:New

4：Add

5：saveOrder

图3-5 客户预定房间顺序图

【时序图说明】

（1）RequestOrder ：按条件输入预订房间的信息。

（2）showRoomInfo ：工作人员受理订单，系统返回满足客户预订房间要求的房间信息。

（3）New ：创建一个新的订单。 （4）Add ：向订单添加预订的房间。 （5）SaveOrder ：保存订单到数据库。

3.3.2 客户删除订单的顺序图

客户在提交订单后可以对订单进行维护（添加、删除、修改）。客户首先登入到系统查询模块。订单查询模块显示该客户当前所有的订单。客户得到该表后，选择需要删除的预定房间号。订单处理模块把删除信息提交非数据模块，数据模块保存信息。订单处理模块删除操作成功。客户删除订单的顺序图如图所示：

:Datebase ManagerInterface

Order

2：Search Order

3：showOrderInfo

4:Delete

5：UpdateOrder

Customer

SystemLogin

1:login

图3-6客户删除订单顺序图

【顺序图说明】 （1）Login ：系统登入。

（2）Search Order ：搜寻客户的订单信息。

（3）ShowOrderInfo ：系统显示客户所有的预定房间信息。 （4）Delete ：删除订单。

（5）Updateorder:更新订单到数据库。

3.3.3工作人员处理预定订单的序列图

旅店工作人员使用其账号和密码登录后，登录模块会将管理员的ID 保存在系统缓存中，并提交订单处理模块。订单处理模块提交给工作人员未处理订单列表，工作人员提交房间号得到房间的状态信息，如果有符合客户预定要求的房间则接受订单，并把接受信息提交给数据模块，数据模块更新客户客户的订单信息，并返回成功信息给订单处理模块，订单处理模块提示工作人员该操作成功。工作人员处理订单的顺序图如图所示：

:Datebase ManagerInterface

Order

2：getOrder

3：showOrderInfo

4:handle

5：UpdateOrder

Commom Worker

SystemLogin

1:login

图3-7工作人员处理订单顺序图

【顺序图说明】 （1）Login ：系统登入。

（2）Search Order ：搜寻所有未处理的订单信息。 （3）ShowOrderInfo ：系统显示客户所有未处理的订单。 （4）handle ：处理该订单。

（5）Updateorder:更新订单到数据库

3.4 对系统功能进行划分，设计系统的包图

信息查询

基本业务模块

数据管理模块

基本数据维护

图3-8 系统包图

4 设计工作流

4.1数据库设计

旅店管理信息系统的核心实际上就是如何使用和操作数据库，所以，数据库设计极其重要。从用户使用的角度来看，旅店系统的组成部分分成三个层次：数据存储层、业务处理层和界面表示层。

数据存储层就是完成对数据的各种更新和维护操作，一般由数据库管理系统来完成该层上的工作。

业务处理层是应用程序要处理的、与用户密切相关的各种业务操作，这一层次的工作通常是通过程序设计语言的编程来完成的。

界面表示层是应用程序系统提供给用户的可视化操作界面，是用户提出请求和接受回应的地方。

这三个层次都与数据库相关。数据存储层就是指数据库本身，业务处理层处理的对象，实际上就是数据库中的数据，界面表示层是操作界面，其目的是为了方便用户使用数据库中的数据。因此数据库的设计是旅店管理信息系统开发的基础和关键。

根据调研中从中小型旅店得到的基本数据资料，并经过严密分析和论证，建立了系统数据库。限于篇幅的关系，下面只列出了Customer-lodge表、Employee

表、Room表ServiceRecord表、RequestOrder表、WorkRecord表等几个主要表的详细设计内容。

表4-1客户住宿表（Customer-lodge）

列名数据类型长度是否为空功能描述

RoomNumber char10否房间编号

Name char20否客户姓名

Sex char2否客户性别

CardNumber char20否证件号

cometime datatime否入住日期

Days int否入住天数

outtime datatime否离开日期

GuestType char20否客户类型

Telephone char15否联系方式

表4-2职工表（Employee）

列名数据类型长度是否为空功能描述

RoomNumber char10否房间编号

列名数据类型长度是否为空功能描述

RoomNum char10否房间编号

Roomtype char20否房间类型

RoomPrice long否房间价格

Status bool否房间状态

condition char50否房间条件

表4-3房间表（Room）

列名数据类型长度是否为空功能描述RoomNumber char10否房间编号列名数据类型长度是否为空功能描述RoomNum char10否房间编号Roomtype char20否房间类型RoomPrice long否房间价格Status bool否房间状态

表4-4预订信息表（RequestOrder）

列名数据类型长度是否为空功能描述RoomNum char10否房间编号CustomerName char20否客户姓名CardType char20否证件类型CardNum char20否证件号Cometime data否入住时间

Days char否入住天数TimeLimit data否有效时间