软件工程详细设计说明书.doc

设计说明书
1.1 定义
实体关系图（ERD），用于表示实体（数据对象）和它们之间的相互关系。
数据流图（DFD），描述信息和数据从输入移动到输出时被应用的变换的图形化技术。
1.2 总体设计
1.2.1概念设计和处理流程
该酒店管理系统的总体设计思路与开发流程如下：

图1 总体设计思路与开发流程
1.2.2系统功能模块结构
根据客户需求酒店需求分析，最终确定该酒店的管理系统各功能模块之间的关系如下所示：

图2功能模块关系图
1.2.3各模块功能详细说明
1.2.3.1客房预定系统
散客预定
团体预定
客房预定
预定未到处理
预售查询
1.2.3.2前台接待系统
散客入住登记
合约入住登记
团体自动入住和手动入住
补填客单
修改客人信息、转房、调房、设置房态、客人留言
预定客房查询
可售客房查询
1.2.3.3前台收银系统
记帐 （包括客人在酒店各营业场点的消费）
埋单
限制客人消费
退房
押金加入
查帐 （可查总客帐、总收入帐、总消费帐）
转帐
设置跑单
客用保险箱管理
团体埋单及退房
1.2.3.4帐务系统
收银
纠错
报表输出
1.2.3.5管家系统
设置净房、脏房、坏房、及取消坏房
设置SKIP房、SLEEP房
查询净房表、脏房表、坏房表
房间状态
新入住查询
1.2.3.6电话系统
自动计费
1.2.3.7夜审系统
客人信息查询
动态房态查询
房间明细帐查询
收银员报表
当日入住客人报表
1.2.3.8客历系统
客人资料手工、自动输入
客人资料查询与修改
黑名单
入住客人自动查询客历
入住客人自动归入客历
客历合并
1.2.3.9合约系统
查询、修改和删除
1.2.3.10经理系统
修改客房定价
增加、删除、修改各级密码
修改特别客单
设置系统参数
内部银行系统（即IC卡功能）
数据整理
自我诊断
数据备份
1.2.3.11总经理系统
住店客单查询
查询客房状态
查询可售情况
客房占用统计
帐务查询
万能查询
报表输出
1.2.3.12密码管理系统
1.2.3.13报表系统
客房占用表
转房改租表
预定未到表
客房取消表
房租分析表
经营统计表
可售情况表
房间状况表
坏房报告表
日租统计表
合约销售表
1.2.3.14帐务报表
收入报表 （前台收入明细表、现付收入明细表）
消费报表
顾客帐务（住客帐务、离店客人帐务和跑单帐务）
交班报表
信用卡报表
街帐报表
应收报表
催帐报表
转帐报表
借贷总表
联网消费
酒店总表
1.3 需求分析建模
1.3.1 数据建模（ERD图）

酒店管理系统ERD图
1.3.2 系统各模块分析、DFD图和数据字典

客人
酒店管理系统
登记

客人
离店凭据
1.3.2.1总流程图

图3系统总流程图
表3： 系统总流程数据字典
数据流名： 登记
组 成： {客户信息}+{房间信息}+{押金}+时间

数 据 项： 客户信息
备 注： 个人或团队
组 成： 身份证号+姓名+性别+年龄+民族+出生日期+家庭住址
+VIP+人数+单位+单位地址+电话+手机+BP机号码
+E-MAIL地址+照片
组 织： 身份证号

数 据 项： 客房信息
组 成： 房号+类型+单价+状态
组 织： 房号

数 据 项： 状态
取值： 空房可用
空房待修
预订占用
正在占用

数 据 项： 押金
组 成： 预订金+入住押金+入住租金
取 值： 现金
信用卡
转帐支票
挂帐
免费

数 据 项： 时间
组 成： 预订时间+入住时间+预计离店时间+住宿时间

数据流名： 离店凭据
备 注： 指客人办理手续后，所持有的酒店开出的票据
组 成： 住店发票+停车场收据+其它票据
1.3.2.2第二层流程图

图4 第二层流程图
表4：流程图数据字典
数据处理名：前台加工
简 述：在酒店中直接与客人发生关系的活动，为客人提供的一切服务，包括
客人进入酒店前的预订，预订后的入住，消费，以及离店前的手续
办理。
组 成：预订+接待+取消预订+离店

数据处理名：后台加工
简 述：在酒店中不直接与客人发生关系的活动，包括间接为客人提供的服
务，以及酒店的内部管理体系，主要是库房管理，IC卡管理，总理
查询等。
组 成：数据备份+经理查询

数据处理名：停车场加工
简 述：为酒店内外客人提供停车的系统。

数 据 库1：所有在前台与客人有关的信息库。
组 成：历史客人信息表+房间占用信息表+IC卡管理表

数 据 库2：
组 成：酒店日常消耗品库存管理表+日现金帐目表

数 据 库3：
说 明：停车场建立的有关车辆进出停车场的时间及费用信息表。

1.3.2.3前台子系统

图5前台子系统示意图
备注 按照客人从住店、离店的过程将系统划分为预订、接待、取消预订和离店四个处理过程。客人通过预订，也可直接到酒店登记住宿。客人预订后，也可能取消预订。
客人分为个人与团体两类。
(1)个人预订

图6个人预订DFD图
表5： 个人预订数据字典
数据处理名：房间查询
简 述：根据客人的预订要求，查询客房预订信息表，确定是否有空房
输 入：客户信息，来源：外部实体“客人”
输 出：[1] 无客房，去处：外部实体“客人”
[2] 有客房，预订登记表，去处：“客人信息”

数据流名称：预订登记表
简 述：在房间查询有房时所填的表，用于记载客人信息
组 成：身份证号+姓名+性别+年龄+民族+国籍+家庭住址+VIP+电话

数据处理名：订房
简 述：根据客人的预订要求，确定客人订什么房，哪类房，多少间房，是否
确定具体房间。
输 入：订金收据，来源：收银
输 出：预订证明表，去处：外部实体“客人”

数据流名称：预订证明表
简 述：在订房、收银后所填的表，用于记载客人订房的信息和证明
组 成：身份证号+姓名+性别+家庭住址+电话+押金+房间数量、类别+时间
客人来店预订，服务员查询“客房预订信息表”，无空房则返回客人。有客房则登记，并核对“客人黑名单”（进行消费而未付帐的客人名单）及“挂帐表”，无误后收取预订押金并记入“预订金入帐表”。进行订房，将预订信息记入“客人预订信息表”，修改“客房预订信息表”的客房状态，给客人预订证明表。预订完成。

（2）团队预订

图7团队预订DFD图
表6：团队预订数据字典
数据处理名：房间查询
简 述：根据客人的预订要求，查询客房预订信息表，确定是否有空房
输 入：客户信息，来源：外部实体“客人”
输 出：[1] 无客房，去处：外部实体“客人”
[2] 有客房，预订登记表，去处：“客人信息”

数据流名称：预订登记表

简 述：在房间查询有房时所填的表，用于记载客人信息

组 成：团队ID号+团队名称+领队人+领队手机+团队开户行+帐号+地址+联系
电话+人数+人员名单+房间数量

数据处理名：订房
简 述：根据客人的预订要求，确定客人订什么房，哪类房，多少间房，是否
确定具体房间。
输 入：订金收据，来源：收银
输 出：预订证明表，去处：外部实体“客人”

数据流名称：预订证明表
简 述：在订房、收银后所填的表，用于记载客人订房的信息和证明
组 成：团队ID号+团队名称+地址+联系电话+人数+进店日期+离店日期+房间
数量+押金。
团体预订与个人预订基本一样，只是将团队预订信息记入“团体预订信息表”。

（3）取消预订

图8取消预订DFD图

表7：取消预订数据字典
数据处理名：预订查询
简 述：核对客人的“预订证明表”。
输 入：预订证明表，来源：外部实体“客人”
输 出：预订收据，去处：退款处理
客人要取消预订，只需将“预订证明表”和“预订收据”交给服务员，经核对后退款并修改“客房预订信息表”及“团队或个人预订信息表”。

（4） 接待团体（未预订的客人）

图9接待团体DFD图

表8：接待团体数据字典
数据处理名：空房查询
简 述：根据客人的住房要求，查询“目前房间占用信息表”，确定是否有空房
输 入：客户信息，来源：外部实体“客人”
输 出：[1] 无客房，去处：外部实体“客人”
[2] 有客房，住房登记表，去处：“客人查询”

数据流名称：住房登记表
简 述：在房间查询有空房时所填的表，用于记载客人信息
组 成：身份证号+姓名+性别+年龄+民族+国籍+家庭住址+电话+单位

数据处理名：客人查询
简 述：根据客人的住房登记表，从“客人黑名单”、“挂帐单位”等多个表中
查询核对。
输 入：住房登记表，来源：查询空房
输 出：交款，去处：收银处理

数据流名称：押金收据
简 述：在收银后所开出的证明，用于记载客人住房时交的押金
组 成：身份证号+姓名+押金金额+房间数量、类别+入住时间+离开时间

（5） 接待个人（未预订的客人）

图10 接待个人DFD图
接待的客人是个人时，过程基本与接待团队相同，首先通过“目前房间占用信息表”查询目前有无空房，有则填“住房登记表”，根据客人的信息核对 “客人黑名单”、“挂帐个人”等多个表，确认后收取住房押金，将客人的有关信息记入“历史客人信息表”并用写卡机将客人的ID写入IC卡。
（6）接待团体（已预订）

图11接待预订团体DFD图
表9：接待预订团体数据字典
数据处理名：查询验证预订表
简 述：核对客人的预订表是否与数据库中的相符
输 入：预订证明表，来源：外部实体“客人”
输 出：登记表，去处：查询客房

接待团队（已预定）的过程与接待未预订的相似，只是开始要验证“预订表”，同时不必进行客人查询而可直接入住。将预订金转为住房押金。

（7） 接待个人（已预订）

图12接待预订个人DFD图

接待个人（已预定）的过程与接待未预订的相似，只是开始要验证“预订表”，同时不必进行客人查询而可直接入住。将预订金转为住房押金。

（8）离店

表8：离店收银数据字典
数据处理名：退房
简 述：在客人离店的时候，核实房间的物件等，同时更改“客房占用信息表”
输 入：有客人ID的IC卡，来源：外部实体“客人”
输 出：[1] 有问题，去处：外部实体“客人”
[2] 无问题，退房凭证，去处：收银

数据流名称：退房凭证
简 述：在房间核实无误后开给客人的允许结帐凭证
组 成：身份证号+姓名+性别+IC卡ID号+客房核实结果

数据处理名：收银
简 述：根据客人的消费进行收取费用、退还押金。调用IC卡管理子模块使该
卡号作废。将客人信息记入数据库备查。
输 入：退房凭证 ，来源：退房
输 出：离店发票，去处：外部实体“客人”

客人可保留IC卡，以后如再到该酒店，经修改IC卡仍可使用。

图13 离店收银DFD图
1.3.2.4后台子系统

图14后台系统DFD图
后台不与客人发生直接的接触，主要支持经理查询、库房管理、数据的备份以及财务上的管理。

1.3.2.5数据备份

图15数据备份DFD图
数据备份是指数据库管理员周期性的对系统产生的数据（客房占用信息表，客人信息表，日现金入帐表，IC卡管理表等一切表格）进行安全双备份，以防止数据丢失，不仅在硬盘里要作备份，还要用软盘备份，以便进行灾害恢复。由于数据库中的数据是变化的，间隔时间越长，备份数据库中的数据与当前使用的库中数据差别就越大，因而要根据数据库的变化快慢确定转储周期。

1.4 系统实现技术
1.4.1系统登录
1.4.1.1管理人员登录
1、酒店工作人员登录：酒店工作人员在登录前台接待系统和前台收银系统时，应当先输入客人用户名和证件号(或刷入房卡)，以供校验管理员的身份。
2、客人住房明细管理：包括新添客人明细、修改已存在的客人信息明细、删除已存在的客户信息、查询已存在的客户信息等有效编辑功能。
3、自动计算功能：夜审系统自动结算当日所有客人消费,实现消费累计,加入客户入住押金
4、帐务系统查询：输入允许查询权限的用户名及密码,根据对数据的需要自设查询条件，并将符合条件的信息显示出来。
5、管理员管理：包括增加新的信息、删除已有的客人信息。
8、修改密码：提供修改密码功能供酒店工作人员定期修改密码，以确保系统的安全性。
9、数据导入：当有大量新增客户信息记录时，可通过数据导入功能批量导入数据到数据库中。
10、数据导出：将酒店运营的各项明细导出成文本文件，根据需要打印出来。
1.4.1.2 一般用户登录
1、一般用户登录：一般用户在登录客历系统时，应当先输入名字及证件号码，插入房间钥匙,以供校验用户的身份。
2、客人信息查询：根据对数据的需要自设查询条件，并将符合条件的信息显示出来。
3、数据导出：将客人信息导出成文本文件，根据需要打印出来。

1.4.2 数据库
1.4.2.1 数据库的建立
开发人员采用Microsoft Access 的数据库引擎,在用户访问数据库时采用DAO方式工作。
1. 2. 2 数据库的链接
工资管理系统采用Visual Basic 6.0来写ACCESS数据库，采用DAO访问数据库，运用DATA控件打开、访问并操作已有的数据库，通过编程方式，采用标准的SQL语句进行与对数据库的查询和修改，实现了用户管理本系统的功能。
1.4.3 运行界面
1、系统欢迎界面：(以下略)