酒店管理系统的设计[文档在线提供]

《酒店管理系统的设计[文档在线提供]》由会员分享，可在线阅读，更多相关《酒店管理系统的设计[文档在线提供]（39页珍藏版）》请在装配图网上搜索。

1、计算机科学与技术专业 《软件工程》课程设计报告 题 目： 酒店管理系统的设计 作 者： 指导教师： 2005年12月13日 目录 1.1 引言 4 1.1.1 编写目的 4 1.1.2 范围 4 1.2 项目概述 4 1.2.1 产品描述 4 1.2.2 产品功能 4 1.3 具体需求 6 1.3.1 功能需求 6 1.3.1.1 功能需求 1 6 1.3.1.2 功能需求 2 6 1.3.1.3 功能需求 3 6 1.3.1.4 功能需求 4 7 1.3.1.5 功能需求 5 7 1.3.1.6

2、功能需求 6 7 1.3.1.7 功能需求 7 7 1.3.1.8 功能需求 8 7 1.3.1.9 功能需求 9 7 1.3.2 外部接口需求 7 1.3.2.1 用户接口 7 1.3.2.2 硬件接口 7 1.3.2.3 软件接口 7 1.3.2.4 通信接口 7 1.3.3 性能需求 8 1.3.4 设计约束 8 1.3.4.1 其他标准的约束 8 1.3.4.2 硬件的限制 8 1.3.5 属性 8 1.3.5.1 可用性 8 1.3.5.2 安全性 8 1.3.5.3 可维护性 8

3、1.3.5.4可转移 \转换性 8 1.3.5.5 警告 8 二、风险分析 8 2.1 风险预测 8 2.1.1 风险影响评估 8 2.1.1.1 风险预测 8 2.2.1.2 影响评估表 9 2.2.2 风险预测表 9 三、软件项目进度计划 10 3.1工程进度与状态 10 3.1.1 进度 10 3.1.2 状态 10 3.2 资源耗用与状态 10 3.2.1 资源耗用 10 3.2.1.1 工时 10 3.2.1.2 机时 11 3.3 经费支出与状态 11 3.3.1 经费支出 11

4、 3.4 建议 11 四、设计说明书 11 4.1 定义 11 4.2 总体设计 11 4.2.1 概念设计和处理流程 11 4.2.2 系统功能模块结构 12 4.2.3 各模块功能详细说明 13 4.2.3.1 客房预定系统 13 4.2.3.2 前台接待系统 13 4.2.3.3 前台收银系统 13 4.2.3.4 帐务系统 13 4.2.3.5 管家系统 13 4.2.3.6 电话系统 13 4.2.3.7 夜审系统 14 4.2.3.8 客历系统 14 4.2.3.9 合约系统 14 4.

5、2.3.10 经理系统 14 4.2.3.11 总经理系统 14 4.2.3.12 密码管理系统 14 4.2.3.13 报表系统 14 4.2.3.14 帐务报表 15 4.3 需求分析建模 15 4.3.1 数据建模（ ERD 图） 15 4.3.2 系统各模块分析、 DFD 图和数据字典 16 4.3.2.1 总流程图 16 4.3.2.2 第二层流程图 17 4.3.2.3 前台子系统 18 4.3.2.4 后台子系统 24 4.3.2.5 数据备份 25 4.4 系统实现技术 25 4.4.1 系统登

6、录 25 4.4.1.1 管理人员登录 25 4.4.1.2 一般用户登录 26 4.4.2 数据库 26 4.4.2.1 数据库的建立 26 4. 2. 2 数据库的链接 26 4.4.3 运行界面 26 五、测试分析报告 26 5.1 引言 26 5.1.1 编写目的 26 5.1.2 背景 26 5.1.3 参考资料 26 5.2 测试内容与结果 27 5.2.1 功能测试 27 5.2.2 文档测试 27 5.3 对软件功能的结论 28 5.3.1. 能力 28 5.3.2 缺陷和限制

7、 28 5.3.3 补救措施 28 5.3.4 评价 28 5.4 测试资源消耗 28 六、项目人员分配表 28 七、总结书 29 八、参考文献 29 九、感谢 29 3 .软件需求书 1.1 引言 1.1.1 编写目的 随着旅游业的发展， 酒店、餐饮娱乐行业日趋发达， 引入全方位的电脑服务 和电脑管理日益流行。 同时，酒店和餐厅娱乐业引入电脑服务和管理也取得了优 良的经济效益和社会效益。 为此， 国家建设部已于最近作出明确规定： 凡星级酒 店在项目审批时，其设计方案必须包括电脑管理系统，否则不予立项。可见，酒 店管理电脑化势在必行。

8、 酒店管理系统将先进的电脑技术与现代酒店服务管理完 美地结合起来，实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 此软件计划实现酒店预定 ,入住,结帐,管理等功能 ,实现办公自动化。 1.1.2 范围 开发软件名称：酒店管理系统 一个成熟的酒店管理系统不仅仅是记录酒店客人的信息， 提供查询， 报表打 印等一系列简单的工作， 它能让工作人员从烦琐的手工操作中解脱， 并且酒店管 理系统本身就代表着一种管理方法。 使用范围： 1．客人客房网上预定系统 2．前台接待服务部门 3．前台收银部 门 4 ．帐务部门 5．客房部门 6 ．高层领导。 1.2 项目概述 1.2.1 产品描述 本

9、酒店管理系统是一项独立的软件产品， 为了实现酒店管理自动化， 以应用 为各种中大型酒店。传统的酒店管理往往令管理者花大量的时间来处理顾客投 诉，例如错误查询、烦琐的登记和结帐手续、旅客费用计算错误、空余客房资料 不能及时提供等， 从而影响出租率， 使的管理人员不得不集中精力规划管理运行 策略和进行决策。 以上问题可通过电脑系统辅助解决， 酒店管理的电脑化， 不仅 是体现酒店现代化形象的一个重要标志 ，而且对于提高员工工作效率，加速资 金周转、降低各项成本及改善服务质量都有十分积极的作用。 1.2.2 产品功能 1．客房预定系统： 预定系统可随时查询 30 天以内酒店客房预售一览表， 及可售

10、 房间数，可查询某间客房预定情况。对常客可使用系统的客历资料预定及陪 房，可大大减少资料的输入。 2．前台接待系统：客人一旦入住酒店，将允许客人先消费（签单） ，后付帐（使 用一卡通）。系统还设计了限制消费的功能。 团体入住后除了每个团员有自己 的帐外，系统还自动产生该团的主帐号，操作员每一个消费记入成员帐还是 记入团体帐，该团成员的房租将自动记入团主帐 3．前台收银系统：每一个客人从预定房间起系统（一卡通系统）内已自动产生 了该客人的帐号，住店的客人享受酒店的短期贷款，可以在酒店绝大部分签 单，这将刺激客人的消费心理，增加酒店的收入，记帐功能主要加入酒店暂 无连网的那些消费场所和诸如赔

11、偿、日租、特别消费等。酒店管理者还可根 据客人的情况锁住其帐号，以限制其消费。 前台收银系统的埋单又与其他营业场所不同， 前台的埋单允许客人一帐多单， 分期埋单，分类别埋单，退房时能自动检测：客人的帐务余额为零；客人帐 号的帐项为空；保险箱钥匙以归还，否则系统拒绝退房 4．帐务系统 除具有收银系统的功能外， 还有纠错、 报表输出等功能， 能将损失降至最低。 5．管家系统：设置净房、脏房、坏房、及取消坏房 设置 SKIP房、SLEEP房 查询净房表、脏房表、坏房表 房间状态 新入住查询 6．电话系统：自动记费 7．夜审系统：夜间稽核应该是控制酒店经营的一个核心部分 , 每天的

12、经营情况都 必须经由夜间审核 . 本系统提供的功能有 :过房租. 每天一次地将在住客的帐 目加上当天的房租费用日营业报表 . 将当天的收入分类统计 .产生客人余额表 . 客人明细帐查询 . 便于夜审人员核对明细帐 . 8．客历系统：客人资料手工、自动输入 客人资料查询与修改 黑名单 入住客人自动查询客历 入住客人自动归入客历 客历合并 9．经理系统：修改客房定价 增加、删除、修改各级密码 修改特别客单 设置系统参数 内部银行系统（即 IC 卡功能） 数据整理 自我诊断 数据分析 查询客房状态 查询可售情况 客房占用统计 帐务查询 万能查询 报表输出 1

13、1. 密码管理系统：保护数据 12. 报表系统：打印，查看各类报表。 13. 帐务报表：打印查看各类明细。 1.2.3 用户特点 该酒店客人较多，人员结构比较复杂，部门划分清晰繁多，人员流动性高， 所以该公司对酒店管理的要求很高。 1.2.4 一般约束 本软件开发使用支持如下： （1）要求运行硬件环境 : CPU奔2以上 内存:256M以上 硬盘容量 :20G 以上 （ 2）要求操作系统为 : Windows XP/me （ 3）需要的软件 : Visual Basic6.0 1.3 具体需求 1.3.1 功能需求 1.3.1.1 功能需求 1 客房预定系统 :

14、 ①需要预定房间的客人进入酒店预定界面。 ②输入入住客人信息， 证件号码。③选择所需要的房间。④确认预定信息。 1.3.1.2 功能需求 2 前台接待系统：①进入客人登记界面。②填写客人入住资料③修改客人信息、转 房、调房、设置房态、客人留言④可查询预定客房，可售客房信息 1.3.1.3 功能需求 3 前台收银系统 : ①进入结帐退房界面②输入结帐客人个人信息③押金加入 , 结帐, 修改房态④查帐 , 转账 1.3.1.4 功能需求 4 管家系统 : ①进入管家系统界面②输入房间号③ 设置净房、 脏房、 坏房、 及取消坏房 , 设置SKIP房、SLEEP房④查询净房表、脏房表、坏房

15、表 ，房间状态，新入住查询。 1.3.1.5 功能需求 5 夜审系统 : ①进入夜审界面②输入最高权限用户名密码③自动过房租 . 每天一次 地将在住客的帐目加上当天的房租费用日营业报表 .将当天的收入分类统计 . 产 生客人余额表④客人明细帐查询 1.3.1.6 功能需求 6 客历系统 : ①登陆客户信息界面②输入权限允许的用户名密码③客人资料查询 与修改④入住客人自动查询客历入住客人自动归入客历 1.3.1.7 功能需求 7 经理系统 : ①登陆经理管理界面②输入经理用户名密码③修改客房定价 ， 增加、 删除、修改低于经理权限的各级密码 ，修改特别客单 ，设置系统参数 ，内部银行系

16、 统（即 IC 卡功能） ， 数据整理 ， 自我诊断 ， 数据分析 1.3.1.8 功能需求 8 总经理系统：①登陆总经理管理界面②输入总经理用户名密码③增加，修改，删除 各级密码④住店客单查询 ，查询客房状态 ，查询可售情况 ，客房占用统计 ，帐务查询 ， 万能查询 ，报表输出 1.3.1.9 功能需求 9 报表系统、帐务报表：①登陆报表界面②输入财务经理及经理级以上权限用户 名密码③打印查看各类报表，打印查看各类明细 1.3.2 外部接口需求 1.3.2.1 用户接口 前台接待应客人要求进入管理系统的主界面后， 凭借客户信息登陆到酒店管理系 统界面，此界面具有查询，删除，添加

17、，修改客户信息等功能按钮，但客户只能 进行查询功能，对于其他系统不可修改。 1.3.2.2 硬件接口 该系统可与外设如打印机相链接，员工可根据需要将工资报表打印出来。 1.3.2.3 软件接口 Visual Basic 6.0、Access数据库的链接，在VB环境下工具栏的“链接到数据库” 可实现连接功能。 1.3.2.4 通信接口 该酒店管理系统只用于酒店内部的局部网络，支持 FTP 协议，其预订系统可由 In ternet连接到网络，支持HTTP/TCP协议等 1.3.3 性能需求 本系统可支持酒店内所有客户机同时操作， 95％的事务将在小于 1s 时间内处理 完，不然，

18、本系统自动警告，报错给技术部门。 1.3.4 设计约束 1.3.4.1 其他标准的约束 报表格式为 Excel 表，客户信息生成 Access 表。 1.3.4.2 硬件的限制 配置较大服务器。 配置 Office 软件 各计算机奔 2,256M,10G 以上 1.3.5 属性 1.3.5.1 可用性 目标系统功能齐全，能够完全满足业务需求。 1.3.5.2 安全性 采用完备的密码管理系统，分级限定操作限制 定期数据保存，每日更新 1.3.5.3 可维护性 最高级别人员可享用任意修改酒店信息，分级人员享用其各自权限 135.4可转移\转换性 该工资管理系统的可移

19、植性和兼容性较强，只需要计算机系统中装有 Microsoft Office 2000以上的办公软件（Office中有Access, Access数据库的建立能与 VB 相联，完成酒店管理系统） 。 1.3.5.5 警告 客户只可凭借客户名和密码进行个人信息的查询和修改， 不得删除和进入其他客 人信息（包括查看其他用户资料） 。 二、风险分析 2.1 风险预测 2.1.1 风险影响评估 2.1.1.1 风险预测风险预测，又称风险估算，试图从两个方面评估每一个风险一风险发生的可能性 或概率以及如果风险发生所产生的后果。 221.2影响评估表 兀素^ 类别\ 性能 支持 成本

20、 进度 灾难的 1 收银系统无法满足需求而导致任 务失败 错误将导致进度延迟和成本增 加，预计超支Y 20000 2 夜审系统严重退 化使得根本无法 达到要求的技术 性能 无法做出响应 严重得资金 短缺，很可能 超出预算 无法在交付日 期内完成 严重的 1 管家系统无法满足需求而导致系 统性能下降，使得任务能否成功受 到质疑 错误将导致操作上得延迟并使 成本增加，预计超支Y 2000〜 4000 2 前台接待系统技 术性能有些降低 在软件修改中 有少量延迟 资金不足，可 能会超支 交付日期会延 迟 轻微的 1 客户系统无法满足需求而导致次 要任务

21、得退化 成本、影响和或可修复的进度 上的小问题，预计超支 100~ 500 2 技术性能有较小 的降低 较好的软件支 持 有充足的资 金来源 实际的、可完成 的进度计划 可忽略 的 1 电话系统无法满足需求而导致使 用不方便或不易操作 错误对进度及成本的影响很 小,预计超支少于 100 2 技术性能不会降 低 易于进行软件 支持 可能降低预 算 交付日期将会 提前 表1影响评估表 2.2.2风险预测表 根据影响评估表的四个风险兀素一性能，支持，成本及进度，列出下表: 风险 类别 概率 影响 RMMM 规模估算可能降低 PS 6

22、0% 2 用户数目大大超出计划 PS 30% 4 复用程度低于计划 PS 30% 2 最终用户抵制该系统 BU 10% 3 交付期限将被紧缩 BU 50% 2 资金将会流失 CU 70% 1 用户将改变需求 PS 30% 3 技术达不到预期的效果 TE 40% 1 缺少对工具的培训 DE 80% 3 开发人员缺乏经验 ST 30% 2 人员流动比较频繁 ST 60% 2 表2风险预测表 注：产品规模风险（PS）; 商业风险（BU）; 成本风险（CU）; 技术风

23、险（TE）; 支持风险（ST）; 设计风险（DE）; 风险缓解，监控和管理（RMMM ） 三、软件项目进度计划 3.1工程进度与状态 3.1.1进度 列出本月内进行的各项主要活动，并且说明本月内遇到的重要事件，这里所说明 的重要事件是指一个开发阶段（即软件自下而上周期内各个阶段中的某一个， 例 如需求分析阶段）的开始或结束，要说明阶段名称及开始（或结束）的日期。 3.1.2状态 按期完成 3.2资源耗用与状态 3.2.1资源耗用 耗用工时一个月，耗用机时208小时。 3.2.1.1 工时 项目人员分配用时：8小时 需求分析阶段用工时：28小时； 风险预测阶段用工

24、时：16小时； 软件项目进度计划指定工时：12小时； 设计说明阶段用工时：72小时； 代码设计工时：56小时； 测试工时：16小时 3.2.1.2 机时 该工资管理系统采用 WINDOWS XP环境操作；耗用机时72小时 3.3经费支出与状态 331经费支出 支出 项目 房屋 租借 工资 资料费 会议费 其它 硬件支持 金额 600元 12000元 400元 600元 500元 16000 3.4建议 [1] 资料准备要充分； [2] 按计划完成； [3] 提高工作效率。 四、设计说明书 4.1定义 实体关系图（ERD），用于表示实

25、体（数据对象）和它们之间的相互关系。 数据流图（DFD），描述信息和数据从输入移动到输出时被应用的变换的图形化 技术。 4.2总体设计 4.2.1概念设计和处理流程 该酒店管理系统的总体设计思路与开发流程如下： 图1总体设计思路与开发流程 422系统功能模块结构 根据客户需求酒店需求分析，最终确定该酒店的管理系统各功能模块之间的关系 如下所示： •-酒店管理系烧『 14 # 密码管理系脈 產审系絡 电话系絡 菅家系臨 查诲客房各粪报裱 查询任直信息忑输皿 隔改房桥恳各级密 客sa*s- 输入，查述

26、 15 4.2.3 各模块功能详细说明 4.2.3.1客房预定系统 散客预定 团体预定 客房预定 预定未到处理 预售查询 4.2.3.2前台接待系统 散客入住登记 合约入住登记 团体自动入住和手动入住 补填客单 修改客人信息、转房、调房、设置房态、客人留言 预定客房查询 可售客房查询 4.2.3.3前台收银系统 记帐 （包括客人在酒店各营业场点的消费） 埋单 限制客人消费 退房 押金加入 查帐 （可查总客帐、总收入帐、总消费帐） 转帐 设置跑单 客用保险箱管理 团体埋单及退房 4.2.3.4帐务系

27、统 收银 纠错 报表输出 4.2.3.5管家系统 设置净房、脏房、坏房、及取消坏房 设置SKIP房、SLEEP房 查询净房表、脏房表、坏房表 房间状态 新入住查询 4.2.3.6电话系统 自动计费 4.2.3.7夜审系统 客人信息查询 动态房态查询 房间明细帐查询 收银员报表 当日入住客人报表 4.2.3.8客历系统 客人资料手工、自动输入 客人资料查询与修改 黑名单 入住客人自动查询客历 入住客人自动归入客历 客历合并 4.2.3.9合约系统 查询、修改和删除 4.2.3.10经理系统 修改客房定价 增加、删除、修改各级密码 修改特别客单 设置系统参数 内部

28、银行系统（即 IC 卡功能） 数据整理 自我诊断 数据备份 4.2.3.11总经理系统 住店客单查询 查询客房状态 查询可售情况 客房占用统计 帐务查询 万能查询 报表输出 4.2.3.12密码管理系统 4.2.3.13报表系统 客房占用表 转房改租表 17 预定未到表 客房取消表 房租分析表 经营统计表 可售情况表 房间状况表 坏房报告表 日租统计表 合约销售表 423.14帐务报表 收入报表（前台收入明细表、现付收入明细表） 消费报表 顾客帐务（住客帐务、离店客人帐务和跑单帐务） 交班报表 信用卡报表 街帐报表 应收报表 催帐报表 转帐报表

29、 借贷总表 联网消费 酒店总表 4.3需求分析建模 4.3.1数据建模（ERD图） 酒店管理系统ERD图 432系统各模块分析、DFD图和数据字典 4.321总流程图 图3系统总流程图 表3:系统总流程数据字典 数据流名: 登记 组 成｛客户信息｝+｛房间信息｝+｛押金｝+时间 数据项 客户信息 备 注 个人或团队 组 成 +V +E 身份证号+姓名+性别+年龄+民族+出生日期+家庭住址 /IP+ 人数+单位+单位地址+电话+手机+BP机号码 E-MAIL 地址+照片 组 织： 身份证号 数据项：客房信息 组 成房号+类型+

30、 单价+状态 组 织房号 数据项： 状态 取值： 空房可用 空房待修 预订占用 正在占用 数据项：押金 组 成： 预订金+入住押金+入住租金 取 值： 现金 信用卡 转帐支票 挂帐 免费 数据项： 时间 组 成 预订时间+入住时间+预计离店时间+住宿时间 数据流名： 离店凭据 备 注： 指客人办理手续后，所持有的酒店开出的票据 19 4.322第二层流程图 表4:流程图数据字典 数据处理名：前台加工 简 述：在酒店中直接与客人发生关系的活动，为客人提供的一切服务，包括 客人进入酒店前的预订，预订后的入住，消费，以及离店前的手续 办理。

31、 组 成：预订+接待+取消预订+ 离店 数据处理名：后台加工 简 述：在酒店中不直接与客人发生关系的活动，包括间接为客人提供的服 务，以及酒店的内部管理体系，主要是库房管理， IC卡管理，总理 查询等。 组 成：数据备份+经理查询 数据处理名：停车场加工 简 述：为酒店内外客人提供停车的系统。 数据库1 ：所有在前台与客人有关的信息库。 组 成：历史客人信息表+房间占用信息表+IC卡管理表 数据库2 : 组 成：酒店日常消耗品库存管理表+日现金帐目表 数据库3: 说 明：停车场建立的有关车辆进出停车场的时间及费用信息表。 4.323前台子系统 备注按照客人

32、从住店、离店的过程将系统划分为预订、接待、取消预订和离店 四个处理过程。客人通过预订，也可直接到酒店登记住宿。客人预订后，也可能 取消预订。 客人分为个人与团体两类。 (1)个人预订 图6个人预订DFD图 表5:个人预订数据字典 数据处理名：房间查询 简 述：根据客人的预订要求，查询客房预订信息表，确定是否有空房 输 入：客户信息，来源：外部实体“客人” — 输 出：[1]无客房，去处：外部实体“客人” [2] 有客房，预订登记表，去处：“客人信息” 22 数据流名称：预订登记表 简 述：在房间查询有房时所填的表，用于记载客人信息 组 成：身份证号 +

33、姓名+性另+年龄+民族+国籍+家庭住址 +VIP+电话 数据处理名：订房 简 述：根据客人的预订要求，确定客人订什么房，哪类房，多少间房，是否 确定具体房间。 输 入：订金收据，来源：收银 输 出：预订证明表，去处：外部实体“客人” 数据流名称：预订证明表 简 述：在订房、收银后所填的表，用于记载客人订房的信息和证明 组 成：身份证号+姓名+性别+家庭住址+电话+押金+房间数量、类别+时间 客人来店预订，服务员查询“客房预订信息表”，无空房则返回客人。有客房则 登记，并核对“客人黑名单”(进行消费而未付帐的客人名单)及“挂帐表”， 无误后收取预订押金并记入“预订金入帐表”。

34、进行订房，将预订信息记入“客 人预订信息表”，修改“客房预订信息表”的客房状态，给客人预订证明表。预 订完成。 (2)团队预订 图7团队预订DFD图 表6：团队预订数据字典 数据处理名：房间查询 简 述：根据客人的预订要求，查询客房预订信息表，确定是否有空房 输 入：客户信息，来源：外部实体“客人” 24 输 出：[1]无客房，去处：外部实体“客人” [2] 有客房，预订登记表，去处：“客人信息” 数据流名称：预订登记表 简 述：在房间查询有房时所填的表，用于记载客人信息 组 成：团队ID号+团队名称+领队人+领队手机+团队开户行+帐号+地址+联系 电

35、话+ 人数+人员名单+房间数量 数据处理名：订房 简 述：根据客人的预订要求，确定客人订什么房，哪类房，多少间房，是否 确定具体房间。 输 入：订金收据，来源：收银 输 出：预订证明表，去处：外部实体“客人” 数据流名称：预订证明表 简 述：在订房、收银后所填的表，用于记载客人订房的信息和证明 组 成：团队ID号+团队名称+地址+联系电话+人数+进店日期+ 离店日期+房间 数量+押金。 团体预订与个人预订基本一样，只是将团队预订信息记入“团体预订信息表” 表7 :取消预订数据字典 数据处理名：预订查询 简 述：核对客人的“预订证明表”。 输 入：预订证明表，

36、来源：外部实体“客人” 输 出：预订收据，去处：退款处理 客人要取消预订，只需将“预订证明表”和“预订收据”交给服务员,经核对后 26 退款并修改“客房预订信息表”及“团队或个人预订信息表” (4) 接待团体(未预订的客人) 表&接待团体数据字典 数据处理名：空房查询 简 述：根据客人的住房要求，查询“目前房间占用信息表”，确定是否有空房 输 入：客户信息，来源：外部实体“客人” 输 出：[1]无客房，去处：外部实体“客人” [2] 有客房，住房登记表，去处：“客人查询” 数据流名称：住房登记表 简 述：在房间查询有空房时所填的表，用于记载客人信息

37、组 成：身份证号+姓名+性别+年龄+民族+国籍+家庭住址+电话+单位 数据处理名：客人查询 简 述：根据客人的住房登记表，从“客人黑名单”、“挂帐单位”等多个表中 查询核对。 输 入：住房登记表，来源：查询空房 输 出：交款，去处：收银处理 数据流名称：押金收据 简 述：在收银后所开出的证明，用于记载客人住房时交的押金 组 成：身份证号+姓名+押金金额+房间数量、类别+入住时间+ 离开时间 （5）接待个人（未预订的客人） 挂帐个人表匸 图10接待个人DFD图 接待的客人是个人时，过程基本与接待团队相同，首先通过“目前房间占用信息 表”查询目前有无空房，有则填

38、“住房登记表”，根据客人的信息核对 “客人 黑名单”、“挂帐个人”等多个表，确认后收取住房押金，将客人的有关信息记 入“历史客人信息表”并用写卡机将客人的 ID写入IC卡。 （6）接待团体（已预订） 容4 人4 * 人4 •隹店霑人信.斌 查询客 收-畛 写IC 团体预订佶烏表・容房预订璋总表 卄 桂魅单恃d 预订证明产询验 （顼订養」 J 交赦"预入帐表4 押鼻据恥 住房押金入惟吏7 j 有容人B的B3卡Q 图11接待预订团体DFD图  表9:接待预订团体数据字典 数据处理名：查询验证预订表 简 述：核对客人的预订表是否与数据库中的相符 输

39、 入：预订证明表，来源：外部实体“客人” 输 出：登记表，去处：查询客房 接待团队（已预定）的过程与接待未预订的相似，只是开始要验证“预订表”， 同时不必进行客人查询而可直接入住。将预订金转为住房押金。 （7）接待个人（已预订） 个人预订信息表 客・」 +J 人4 登记表匸 预订金入帐表 客房占用信息表』 IC卡管 客“ 住店客人信息表时 交款』 厂 30 # 有客人ID册IC卡 # # 图12接待预订个人DFD图 接待个人（已预定）的过程与接待未预订的相似，只是开始要验证“预订表”， 同时不

40、必进行客人查询而可直接入住。将预订金转为住房押金。 （8）离店 表&离店收银数据字典 数据处理名：退房 简 述 在客人离店的时候，核实房间的物件等，同时更改“客房占用信息表” 输 入 有客人ID的IC卡，来源：外部实体“客人” 输 出 [2] [1]有问题，去处：外部实体“客人” 无问题，退房凭证，去处：收银 31 数据流名称：退房凭证 简 述：在房间核实无误后开给客人的允许结帐凭证 组 成：身份证号+姓名+性别+IC卡ID号+ 客房核实结果 数据处理名：收银 简 述：根据客人的消费进行收取费用、退还押金。调用 IC卡管理子模块使该 卡号作废。将客

41、人信息记入数据库备查。 输 入：退房凭证，来源：退房 输 出：离店发票，去处：外部实体“客人” 客人可保留IC卡，以后如再到该酒店，经修改IC卡仍可使用 图13离店收银DFD图 4.324后台子系统 •财.务* 图14后台系统DFD图 32 后台不与客人发生直接的接触, 财务上的管理。 主要支持经理查询、库房管理、数据的备份以及 4.325数据备份 客人信息表软 客尽占用信息表 ic卞管理」 数•据• 查询a 客房预订信息表 33 # 图15数据备份DFD图 数据备份是

42、指数据库管理员周期性的对系统产生的数据（客房占用信息表，客人 信息表，日现金入帐表，IC卡管理表等一切表格）进行安全双备份，以防止数 据丢失，不仅在硬盘里要作备份，还要用软盘备份，以便进行灾害恢复。由于数 据库中的数据是变化的，间隔时间越长，备份数据库中的数据与当前使用的库中 数据差别就越大，因而要根据数据库的变化快慢确定转储周期。 4.4系统实现技术 4.4.1系统登录 4.4.1.1管理人员登录 1、 酒店工作人员登录：酒店工作人员在登录前台接待系统和前台收银系统时， 应当先输入客人用户名和证件号（或刷入房卡），以供校验管理员的身份。 2、 客人住房明细管理：包括新添客人明细、修

43、改已存在的客人信息明细、删除 已存在的客户信息、查询已存在的客户信息等有效编辑功能。 3、 自动计算功能：夜审系统自动结算当日所有客人消费 ，实现消费累计，加入客 户入住押金 4、 帐务系统查询：输入允许查询权限的用户名及密码，根据对数据的需要自设查 询条件，并将符合条件的信息显示出来。 5、 管理员管理：包括增加新的信息、删除已有的客人信息。 8、修改密码：提供修改密码功能供酒店工作人员定期修改密码，以确保系统的 安全性。 9、数据导入：当有大量新增客户信息记录时，可通过数据导入功能批量导入数 据到数据库中。 10、数据导出：将酒店运营的各项明细导出成文本文件，根据需要打印出来

44、。 4.4.1.2 一般用户登录 1、一般用户登录：一般用户在登录客历系统时，应当先输入名字及证件号码， 插入房间钥匙 , 以供校验用户的身份。 2、客人信息查询：根据对数据的需要自设查询条件，并将符合条件的信息显示 出来。 3、数据导出：将客人信息导出成文本文件，根据需要打印出来。 4.4.2 数据库 4.4.2.1 数据库的建立 开发人员采用 Microsoft Access 的数据库引擎 , 在用户访问数据库时采用 DAO 方式工作。 4. 2. 2 数据库的链接 工资管理系统采用Visual Basic 6.0来写ACCESS^据库，采用DAO访问数据库， 运用DAT

45、AS件打开、访问并操作已有的数据库，通过编程方式，采用标准的SQL 语句进行与对数据库的查询和修改，实现了用户管理本系统的功能。 4.4.3 运行界面 1、系统欢迎界面： （以下略 ） 五、测试分析报告 5.1 引言 5.1.1 编写目的 软件测试是软件质量保证的关键因素， 代表了规约设计和代码的最终评审； 证实 了软件依据规约所具有的功能及其性能需求；增加了软件的可靠性。 在开发工资管理系统的过程中， 为了及时发现迄今为止的错误， 更有效率的完成 该项开发工作，开发人员要对其进行软件测试。 5.1.2 背景 该酒店管理系统用于中大型酒店， ，适用于 WINDOWS XP 环

46、境。它的使用者是 这家企业的职工和财务管理人员。 5.1.3 参考资料 [1] Roger S.Pressman著 梅宏译《软件工程实践者的研究方法》（第五版） 机 械工业出版社 [2] 国家标准-软件开发规范 5.2测试内容与结果 5.2.1功能测试 功能 登录 修改，删除 客户信息 查询信息 经理系统的 功能 预期 效果 能正确检验 客户身份及 密码的一致 性；若不匹 配能返回错 误提示信 息。 前台接待系 统能够正确 执行客户的 一切需求， 并且对客户 信息进行修 改，删除等 能够正确返 回客户要查 询的关于酒 店的任何信 息，然后退出 程序。 修改客房定

47、 价，增加、删 除、修改各级 密码，修改特 别客单，内部 银行系统（即 IC卡功能） 测试 结果 V V V [V 5.2.2文档测试 文档 使用模式 所举示例 内容与目录 设计编排 预期 效果 能精确描述 如何使用各 种使用模式 能精确描述 所举示例，简 单易懂，便于 客户操作 内容与目录 保扌寸致 设计便于用 户理解，编排 简洁 测试 结果 V V V V 注：“V”代表预期效果与测试效果相符合。 5.3对软件功能的结论 531.能力 该酒店管理系统是一项独立的软件产品，即针对大中型酒店的酒店管理系统。可 供客户查询相应的信息，客户所填

48、入的信息被前台接待系统的工作人员进行整 理，并且对客户的要求作出相应的回答。 经理可以根据市场的变化和帐务报表对 酒店的价格作出相应的调整，对酒店的设施进行改进，逐步符合广大消费者的需 求。 5.3.2缺陷和限制 该酒店管理系统的设计缺陷在于无法立即，而且只能运行于 WINDOWS XP环 境。 5.3.3补救措施 该酒店管理系统受时间，人员和技术的限制，对产生的缺陷无法立即进行补救， 但开发人员会尽快做出详细的解决方案。 5.3.4评价 1该酒店管理系统基本达到预期目标，可以供用户进行查询 2采用电脑收银，打印帐单，快速准确，减少宾客等待时间，并可杜绝收银过程 中的舞弊现象。

49、 3高效的客房管理：能有效的提高房率，增加营业收入。 4提高决策依据：管理者可以随时了解经营情况，以制定相应的经营方针。 5减轻员工的工作负担：从而使员工把更多的精力放在提高为宾客服务的质量 上。 5.4测试资源消耗 开发人员：三人； 测试时间：2天； 消耗机时：16小时。 六、项目人员分配表 项目块 主要负责人 协助 协助 软件需求书 XX XX XX 风险分析书 XX XX XX 进度计划书 XX XX XX 总体设计书 XX XX XX 软件测试书 XX XX XX 七、总结书 通过这次的课程设计，让我们对一个软件的详细

50、开发过程有了更深一步的了 解，让我们懂得了在整个的开发过程中，设计者不仅需要掌握全面的专业知识和 熟练的实际操作能力，而且还需要谨密地思考、分析每一个细节问题，以防对整 体软件系统的功能造成严重的负面影响， 同时，也让我们体会到了开发一个软件 的辛苦。在设计这个酒店管理系统的过程中，由于我们对问题的考虑不是很周全， 在一些设计方面遇到了不少的困难。在其过程中，通过大家的努力，同时，我们 也查阅了很多相关的资料，共同解决了部分的问题。 再一点，就是在这个设计的过程中，让我们也体会到了小组成员间的协作有 多么的重要，让我们明白只有每个成员间都互相帮助， 共同合作，这样才能圆满 的完成任务。 由于现时我们的能力和经验的不足，所以这次的设计完成的不是很完善，但 我们一定会努力的，争取在下次任务中完成的更好！ 八、参考文献 [1] Roger S.Pressman著梅宏译《软件工程实践者的研究方法》（第五版） 机械工业出版社 [2] 国家标准-软件开发规范 [3] 计算机软件工程资源网 九、感谢 38