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

计算机科学与技术专业软件工程课程设计报告题 目：酒店管理系统的设计作 者：指导教师：2005年12月13日目录1.1 引言 41.1.1 编写目的 41.1.2 范围 41.2 项目概述 41.2.1 产品描述 41.2.2 产品功能 41.3 具体需求 61.3.1 功能需求 61.3.1.1 功能需求1 61.3.1.2 功能需求2 61.3.1.3 功能需求3 61.3.1.4 功能需求4 71.3.1.5 功能需求5 71.3.1.6 功能需求6 71.3.1.7 功能需求7 71.3.1.8 功能需求8 71.3.1.9 功能需求9 71.3.2 外部接口需求 71.3.2.1 用户接口 71.3.2.2 硬件接口 71.3.2.3 软件接口 71.3.2.4 通信接口 71.3.3 性能需求 81.3.4 设计约束 81.3.4.1 其他标准的约束 81.3.4.2 硬件的限制 81.3.5 属性 81.3.5.1 可用性 81.3.5.2 安全性 81.3.5.3 可维护性 81.3.5.4可转移 转换性 81.3.5.5 警告 8二、风险分析 82.1 风险预测 82.1.1 风险影响评估 82.1.1.1 风险预测 82.2.1.2 影响评估表 92.2.2 风险预测表 9三、软件项目进度计划 103.1工程进度与状态 103.1.1 进度 103.1.2 状态 103.2 资源耗用与状态 103.2.1 资源耗用 103.2.1.1 工时 103.2.1.2 机时 113.3 经费支出与状态 113.3.1 经费支出 113.4 建议 11四、设计说明书 114.1 定义 114.2 总体设计 114.2.1 概念设计和处理流程 114.2.2 系统功能模块结构 124.2.3 各模块功能详细说明 134.2.3.1 客房预定系统 134.2.3.2 前台接待系统 134.2.3.3 前台收银系统 134.2.3.4 帐务系统 134.2.3.5 管家系统 134.2.3.6 电话系统 134.2.3.7 夜审系统 144.2.3.8 客历系统 144.2.3.9 合约系统 144.2.3.10 经理系统 144.2.3.11 总经理系统 144.2.3.12 密码管理系统 144.2.3.13 报表系统 144.2.3.14 帐务报表 154.3 需求分析建模 154.3.1 数据建模（ ERD 图） 154.3.2 系统各模块分析、 DFD 图和数据字典 164.3.2.1 总流程图 164.3.2.2 第二层流程图 174.3.2.3 前台子系统 184.3.2.4 后台子系统 244.3.2.5 数据备份 254.4 系统实现技术 254.4.1 系统登录 254.4.1.1 管理人员登录 254.4.1.2 一般用户登录 264.4.2 数据库 264.4.2.1 数据库的建立 264. 2. 2 数据库的链接 264.4.3 运行界面 26五、测试分析报告 265.1 引言 265.1.1 编写目的 265.1.2 背景 265.1.3 参考资料 265.2 测试内容与结果 275.2.1 功能测试 275.2.2 文档测试 275.3 对软件功能的结论 285.3.1. 能力 285.3.2 缺陷和限制 285.3.3 补救措施 285.3.4 评价 285.4 测试资源消耗 28六、项目人员分配表 28七、总结书 29八、参考文献 29九、感谢 293.软件需求书1.1 引言1.1.1 编写目的随着旅游业的发展， 酒店、餐饮娱乐行业日趋发达， 引入全方位的电脑服务 和电脑管理日益流行。 同时，酒店和餐厅娱乐业引入电脑服务和管理也取得了优 良的经济效益和社会效益。 为此， 国家建设部已于最近作出明确规定： 凡星级酒 店在项目审批时，其设计方案必须包括电脑管理系统，否则不予立项。可见，酒 店管理电脑化势在必行。 酒店管理系统将先进的电脑技术与现代酒店服务管理完 美地结合起来，实现了住宿、餐饮、娱乐全新概念的服务和管理方式。此软件计划实现酒店预定 ,入住,结帐,管理等功能 ,实现办公自动化。1.1.2 范围开发软件名称：酒店管理系统一个成熟的酒店管理系统不仅仅是记录酒店客人的信息， 提供查询， 报表打 印等一系列简单的工作， 它能让工作人员从烦琐的手工操作中解脱， 并且酒店管 理系统本身就代表着一种管理方法。使用范围： 1客人客房网上预定系统 2前台接待服务部门 3前台收银部 门 4 帐务部门 5客房部门 6 高层领导。1.2 项目概述1.2.1 产品描述本酒店管理系统是一项独立的软件产品， 为了实现酒店管理自动化， 以应用 为各种中大型酒店。传统的酒店管理往往令管理者花大量的时间来处理顾客投 诉，例如错误查询、烦琐的登记和结帐手续、旅客费用计算错误、空余客房资料 不能及时提供等， 从而影响出租率， 使的管理人员不得不集中精力规划管理运行 策略和进行决策。 以上问题可通过电脑系统辅助解决， 酒店管理的电脑化， 不仅 是体现酒店现代化形象的一个重要标志 ，而且对于提高员工工作效率，加速资 金周转、降低各项成本及改善服务质量都有十分积极的作用。1.2.2 产品功能1客房预定系统： 预定系统可随时查询 30 天以内酒店客房预售一览表， 及可售 房间数，可查询某间客房预定情况。对常客可使用系统的客历资料预定及陪 房，可大大减少资料的输入。2前台接待系统：客人一旦入住酒店，将允许客人先消费（签单） ，后付帐（使 用一卡通）。系统还设计了限制消费的功能。 团体入住后除了每个团员有自己 的帐外，系统还自动产生该团的主帐号，操作员每一个消费记入成员帐还是记入团体帐，该团成员的房租将自动记入团主帐3前台收银系统：每一个客人从预定房间起系统（一卡通系统）内已自动产生 了该客人的帐号，住店的客人享受酒店的短期贷款，可以在酒店绝大部分签 单，这将刺激客人的消费心理，增加酒店的收入，记帐功能主要加入酒店暂 无连网的那些消费场所和诸如赔偿、日租、特别消费等。酒店管理者还可根 据客人的情况锁住其帐号，以限制其消费。前台收银系统的埋单又与其他营业场所不同， 前台的埋单允许客人一帐多单， 分期埋单，分类别埋单，退房时能自动检测：客人的帐务余额为零；客人帐 号的帐项为空；保险箱钥匙以归还，否则系统拒绝退房4帐务系统除具有收银系统的功能外， 还有纠错、 报表输出等功能， 能将损失降至最低。5管家系统：设置净房、脏房、坏房、及取消坏房设置 SKIP房、SLEEP房查询净房表、脏房表、坏房表房间状态新入住查询6电话系统：自动记费7夜审系统：夜间稽核应该是控制酒店经营的一个核心部分 , 每天的经营情况都 必须经由夜间审核 . 本系统提供的功能有 :过房租. 每天一次地将在住客的帐 目加上当天的房租费用日营业报表 . 将当天的收入分类统计 .产生客人余额表 . 客人明细帐查询 . 便于夜审人员核对明细帐 .8客历系统：客人资料手工、自动输入客人资料查询与修改黑名单入住客人自动查询客历入住客人自动归入客历客历合并9经理系统：修改客房定价增加、删除、修改各级密码修改特别客单设置系统参数内部银行系统（即 IC 卡功能）数据整理自我诊断数据分析查询客房状态查询可售情况客房占用统计帐务查询万能查询报表输出11. 密码管理系统：保护数据12. 报表系统：打印，查看各类报表。13. 帐务报表：打印查看各类明细。1.2.3 用户特点 该酒店客人较多，人员结构比较复杂，部门划分清晰繁多，人员流动性高， 所以该公司对酒店管理的要求很高。1.2.4 一般约束本软件开发使用支持如下： （1）要求运行硬件环境 :CPU奔2以上内存:256M以上硬盘容量 :20G 以上（ 2）要求操作系统为 :Windows XP/me（ 3）需要的软件 :Visual Basic6.01.3 具体需求1.3.1 功能需求1.3.1.1 功能需求 1客房预定系统 : 需要预定房间的客人进入酒店预定界面。 输入入住客人信息， 证件号码。选择所需要的房间。确认预定信息。1.3.1.2 功能需求 2前台接待系统：进入客人登记界面。填写客人入住资料修改客人信息、转 房、调房、设置房态、客人留言可查询预定客房，可售客房信息1.3.1.3 功能需求 3前台收银系统 : 进入结帐退房界面输入结帐客人个人信息押金加入 , 结帐, 修改房态查帐 , 转账1.3.1.4 功能需求 4管家系统 : 进入管家系统界面输入房间号 设置净房、 脏房、 坏房、 及取消坏房 , 设置SKIP房、SLEEP房查询净房表、脏房表、坏房表 ，房间状态，新入住查询。1.3.1.5 功能需求 5夜审系统 : 进入夜审界面输入最高权限用户名密码自动过房租 . 每天一次 地将在住客的帐目加上当天的房租费用日营业报表 .将当天的收入分类统计 . 产 生客人余额表客人明细帐查询1.3.1.6 功能需求 6 客历系统 : 登陆客户信息界面输入权限允许的用户名密码客人资料查询 与修改入住客人自动查询客历入住客人自动归入客历1.3.1.7 功能需求 7经理系统 : 登陆经理管理界面输入经理用户名密码修改客房定价 ， 增加、 删除、修改低于经理权限的各级密码 ，修改特别客单 ，设置系统参数 ，内部银行系 统（即 IC 卡功能） ， 数据整理 ， 自我诊断 ， 数据分析1.3.1.8 功能需求 8总经理系统：登陆总经理管理界面输入总经理用户名密码增加，修改，删除 各级密码住店客单查询 ，查询客房状态 ，查询可售情况 ，客房占用统计 ，帐务查询 ， 万能查询 ，报表输出1.3.1.9 功能需求 9报表系统、帐务报表：登陆报表界面输入财务经理及经理级以上权限用户 名密码打印查看各类报表，打印查看各类明细1.3.2 外部接口需求1.3.2.1 用户接口前台接待应客人要求进入管理系统的主界面后， 凭借客户信息登陆到酒店管理系 统界面，此界面具有查询，删除，添加，修改客户信息等功能按钮，但客户只能 进行查询功能，对于其他系统不可修改。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 时间内处理完，不然，本系统自动警告，报错给技术部门。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可转移转换性该工资管理系统的可移植性和兼容性较强，只需要计算机系统中装有 Microsoft Office 2000以上的办公软件（Office中有Access, Access数据库的建立能与 VB 相联，完成酒店管理系统） 。1.3.5.5 警告客户只可凭借客户名和密码进行个人信息的查询和修改， 不得删除和进入其他客 人信息（包括查看其他用户资料） 。二、风险分析2.1 风险预测2.1.1 风险影响评估2.1.1.1 风险预测风险预测，又称风险估算，试图从两个方面评估每一个风险一风险发生的可能性 或概率以及如果风险发生所产生的后果。221.2影响评估表兀素 类别性能支持成本进度灾难的1收银系统无法满足需求而导致任 务失败错误将导致进度延迟和成本增 加，预计超支Y 200002夜审系统严重退 化使得根本无法 达到要求的技术 性能无法做出响应严重得资金 短缺，很可能 超出预算无法在交付日 期内完成严重的1管家系统无法满足需求而导致系 统性能下降，使得任务能否成功受 到质疑错误将导致操作上得延迟并使 成本增加，预计超支Y 2000 40002前台接待系统技 术性能有些降低在软件修改中 有少量延迟资金不足，可 能会超支交付日期会延 迟轻微的1客户系统无法满足需求而导致次 要任务得退化成本、影响和或可修复的进度 上的小问题，预计超支100 5002技术性能有较小 的降低较好的软件支 持有充足的资 金来源实际的、可完成 的进度计划可忽略 的1电话系统无法满足需求而导致使 用不方便或不易操作错误对进度及成本的影响很小,预计超支少于 1002技术性能不会降低易于进行软件 支持可能降低预 算交付日期将会 提前表1影响评估表2.2.2风险预测表根据影响评估表的四个风险兀素一性能，支持，成本及进度，列出下表:风险类别概率影响RMMM规模估算可能降低PS60%2用户数目大大超出计划PS30%4复用程度低于计划PS30%2最终用户抵制该系统BU10%3交付期限将被紧缩BU50%2资金将会流失CU70%1用户将改变需求PS30%3技术达不到预期的效果TE40%1缺少对工具的培训DE80%3开发人员缺乏经验ST30%2人员流动比较频繁ST60%2表2风险预测表注：产品规模风险（PS）;商业风险（BU）;成本风险（CU）;技术风险（TE）;支持风险（ST）;设计风险（DE）;风险缓解，监控和管理（RMMM ）三、软件项目进度计划3.1工程进度与状态3.1.1进度列出本月内进行的各项主要活动，并且说明本月内遇到的重要事件，这里所说明 的重要事件是指一个开发阶段（即软件自下而上周期内各个阶段中的某一个， 例 如需求分析阶段）的开始或结束，要说明阶段名称及开始（或结束）的日期。3.1.2状态按期完成3.2资源耗用与状态3.2.1资源耗用耗用工时一个月，耗用机时208小时。3.2.1.1 工时项目人员分配用时：8小时需求分析阶段用工时：28小时；风险预测阶段用工时：16小时；软件项目进度计划指定工时：12小时；设计说明阶段用工时：72小时；代码设计工时：56小时；测试工时：16小时3.2.1.2 机时该工资管理系统采用 WINDOWS XP环境操作；耗用机时72小时3.3经费支出与状态331经费支出支出 项目房屋 租借工资资料费会议费其它硬件支持金额600元12000元400元600元500元160003.4建议1 资料准备要充分；2 按计划完成；3 提高工作效率。四、设计说明书4.1定义实体关系图（ERD），用于表示实体（数据对象）和它们之间的相互关系。 数据流图（DFD），描述信息和数据从输入移动到输出时被应用的变换的图形化 技术。4.2总体设计4.2.1概念设计和处理流程该酒店管理系统的总体设计思路与开发流程如下：图1总体设计思路与开发流程422系统功能模块结构根据客户需求酒店需求分析，最终确定该酒店的管理系统各功能模块之间的关系 如下所示：-酒店管理系烧14#密码管理系脈產审系絡电话系絡菅家系臨查诲客房各粪报裱查询任直信息忑输皿隔改房桥恳各级密 客sa*s-输入，查述154.2.3 各模块功能详细说明4.2.3.1客房预定系统散客预定团体预定客房预定 预定未到处理预售查询4.2.3.2前台接待系统散客入住登记 合约入住登记 团体自动入住和手动入住 补填客单 修改客人信息、转房、调房、设置房态、客人留言 预定客房查询可售客房查询4.2.3.3前台收银系统记帐 （包括客人在酒店各营业场点的消费） 埋单限制客人消费退房押金加入查帐 （可查总客帐、总收入帐、总消费帐） 转帐设置跑单客用保险箱管理团体埋单及退房4.2.3.4帐务系统收银纠错报表输出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经理系统修改客房定价 增加、删除、修改各级密码 修改特别客单设置系统参数 内部银行系统（即 IC 卡功能） 数据整理 自我诊断 数据备份4.2.3.11总经理系统住店客单查询 查询客房状态 查询可售情况 客房占用统计 帐务查询 万能查询 报表输出4.2.3.12密码管理系统4.2.3.13报表系统 客房占用表 转房改租表17预定未到表客房取消表房租分析表经营统计表可售情况表房间状况表坏房报告表日租统计表合约销售表423.14帐务报表收入报表（前台收入明细表、现付收入明细表） 消费报表顾客帐务（住客帐务、离店客人帐务和跑单帐务） 交班报表信用卡报表街帐报表应收报表催帐报表转帐报表借贷总表联网消费酒店总表4.3需求分析建模4.3.1数据建模（ERD图）酒店管理系统ERD图432系统各模块分析、DFD图和数据字典4.321总流程图图3系统总流程图表3:系统总流程数据字典数据流名:登记组 成客户信息+房间信息+押金+时间数据项客户信息备注个人或团队组成+V+E身份证号+姓名+性别+年龄+民族+出生日期+家庭住址/IP+人数+单位+单位地址+电话+手机+BP机号码E-MAIL地址+照片组织：身份证号数据项：客房信息组 成房号+类型+ 单价+状态组 织房号 数据项： 状态 取值： 空房可用空房待修 预订占用 正在占用数据项：押金组成：预订金+入住押金+入住租金取值：现金信用卡 转帐支票 挂帐 免费数据项： 时间组 成 预订时间+入住时间+预计离店时间+住宿时间数据流名：离店凭据备注：指客人办理手续后，所持有的酒店开出的票据194.322第二层流程图表4:流程图数据字典数据处理名：前台加工简述：在酒店中直接与客人发生关系的活动，为客人提供的一切服务，包括客人进入酒店前的预订，预订后的入住，消费，以及离店前的手续 办理。组成：预订+接待+取消预订+ 离店 数据处理名：后台加工简述：在酒店中不直接与客人发生关系的活动，包括间接为客人提供的服务，以及酒店的内部管理体系，主要是库房管理，IC卡管理，总理查询等。组成：数据备份+经理查询 数据处理名：停车场加工简述：为酒店内外客人提供停车的系统。数据库1 ：所有在前台与客人有关的信息库。组成：历史客人信息表+房间占用信息表+IC卡管理表数据库2 :组成：酒店日常消耗品库存管理表+日现金帐目表数据库3:说明：停车场建立的有关车辆进出停车场的时间及费用信息表。4.323前台子系统备注按照客人从住店、离店的过程将系统划分为预订、接待、取消预订和离店 四个处理过程。客人通过预订，也可直接到酒店登记住宿。客人预订后，也可能 取消预订。客人分为个人与团体两类。(1)个人预订图6个人预订DFD图表5:个人预订数据字典数据处理名：房间查询简述：根据客人的预订要求，查询客房预订信息表，确定是否有空房输入：客户信息，来源：外部实体“客人”输出：1无客房，去处：外部实体“客人”2有客房，预订登记表，去处：“客人信息”22数据流名称：预订登记表简述：在房间查询有房时所填的表，用于记载客人信息组成：身份证号 +姓名+性另+年龄+民族+国籍+家庭住址 +VIP+电话数据处理名：订房简述：根据客人的预订要求，确定客人订什么房，哪类房，多少间房，是否确定具体房间。输入：订金收据，来源：收银输出：预订证明表，去处：外部实体“客人”数据流名称：预订证明表简述：在订房、收银后所填的表，用于记载客人订房的信息和证明组成：身份证号+姓名+性别+家庭住址+电话+押金+房间数量、类别+时间客人来店预订，服务员查询“客房预订信息表”，无空房则返回客人。有客房则 登记，并核对“客人黑名单”(进行消费而未付帐的客人名单)及“挂帐表”， 无误后收取预订押金并记入“预订金入帐表”。 进行订房，将预订信息记入“客 人预订信息表”，修改“客房预订信息表”的客房状态，给客人预订证明表。预 订完成。(2)团队预订图7团队预订DFD图表6：团队预订数据字典数据处理名：房间查询简述：根据客人的预订要求，查询客房预订信息表，确定是否有空房输入：客户信息，来源：外部实体“客人”24输出：1无客房，去处：外部实体“客人”2有客房，预订登记表，去处：“客人信息”数据流名称：预订登记表简述：在房间查询有房时所填的表，用于记载客人信息组成：团队ID号+团队名称+领队人+领队手机+团队开户行+帐号+地址+联系电话+ 人数+人员名单+房间数量数据处理名：订房简述：根据客人的预订要求，确定客人订什么房，哪类房，多少间房，是否确定具体房间。输入：订金收据，来源：收银输出：预订证明表，去处：外部实体“客人”数据流名称：预订证明表简述：在订房、收银后所填的表，用于记载客人订房的信息和证明组成：团队ID号+团队名称+地址+联系电话+人数+进店日期+ 离店日期+房间数量+押金。团体预订与个人预订基本一样，只是将团队预订信息记入“团体预订信息表”表7 :取消预订数据字典数据处理名：预订查询简述：核对客人的“预订证明表”。输入：预订证明表，来源：外部实体“客人”输出：预订收据，去处：退款处理客人要取消预订，只需将“预订证明表”和“预订收据”交给服务员,经核对后26退款并修改“客房预订信息表”及“团队或个人预订信息表”(4) 接待团体(未预订的客人)表&接待团体数据字典数据处理名：空房查询简述：根据客人的住房要求，查询“目前房间占用信息表”，确定是否有空房输入：客户信息，来源：外部实体“客人”输出：1无客房，去处：外部实体“客人”2有客房，住房登记表，去处：“客人查询”数据流名称：住房登记表简述：在房间查询有空房时所填的表，用于记载客人信息组成：身份证号+姓名+性别+年龄+民族+国籍+家庭住址+电话+单位数据处理名：客人查询简述：根据客人的住房登记表，从“客人黑名单”、“挂帐单位”等多个表中查询核对。输入：住房登记表，来源：查询空房输出：交款，去处：收银处理数据流名称：押金收据简述：在收银后所开出的证明，用于记载客人住房时交的押金组成：身份证号+姓名+押金金额+房间数量、类别+入住时间+ 离开时间（5）接待个人（未预订的客人）挂帐个人表匸图10接待个人DFD图接待的客人是个人时，过程基本与接待团队相同，首先通过“目前房间占用信息 表”查询目前有无空房，有则填“住房登记表”，根据客人的信息核对“客人黑名单”、“挂帐个人”等多个表，确认后收取住房押金，将客人的有关信息记 入“历史客人信息表”并用写卡机将客人的 ID写入IC卡。（6）接待团体（已预订）容4人4*人4隹店霑人信.斌查询客收-畛写IC团体预订佶烏表容房预订璋总表 卄 桂魅单恃d预订证明产询验（顼订養 J交赦预入帐表4押鼻据恥住房押金入惟吏7j有容人B的B3卡Q图11接待预订团体DFD图表9:接待预订团体数据字典 数据处理名：查询验证预订表简述：核对客人的预订表是否与数据库中的相符输入：预订证明表，来源：外部实体“客人”输出：登记表，去处：查询客房接待团队（已预定）的过程与接待未预订的相似，只是开始要验证“预订表”， 同时不必进行客人查询而可直接入住。将预订金转为住房押金。（7）接待个人（已预订）个人预订信息表客+J人4登记表匸预订金入帐表客房占用信息表IC卡管客“住店客人信息表时交款 厂30#有客人ID册IC卡#图12接待预订个人DFD图接待个人（已预定）的过程与接待未预订的相似，只是开始要验证“预订表”， 同时不必进行客人查询而可直接入住。将预订金转为住房押金。（8）离店表&离店收银数据字典数据处理名：退房简述在客人离店的时候，核实房间的物件等，同时更改“客房占用信息表”输入有客人ID的IC卡，来源：外部实体“客人”输出21有问题，去处：外部实体“客人” 无问题，退房凭证，去处：收银31数据流名称：退房凭证简述：在房间核实无误后开给客人的允许结帐凭证组成：身份证号+姓名+性别+IC卡ID号+ 客房核实结果 数据处理名：收银简述：根据客人的消费进行收取费用、退还押金。调用IC卡管理子模块使该卡号作废。将客人信息记入数据库备查。输入：退房凭证，来源：退房输出：离店发票，去处：外部实体“客人”客人可保留IC卡，以后如再到该酒店，经修改IC卡仍可使用图13离店收银DFD图4.324后台子系统财.务*图14后台系统DFD图32后台不与客人发生直接的接触, 财务上的管理。主要支持经理查询、库房管理、数据的备份以及4.325数据备份客人信息表软客尽占用信息表ic卞管理数据查询a客房预订信息表33#图15数据备份DFD图数据备份是指数据库管理员周期性的对系统产生的数据（客房占用信息表，客人 信息表，日现金入帐表，IC卡管理表等一切表格）进行安全双备份，以防止数 据丢失，不仅在硬盘里要作备份，还要用软盘备份，以便进行灾害恢复。由于数 据库中的数据是变化的，间隔时间越长，备份数据库中的数据与当前使用的库中 数据差别就越大，因而要根据数据库的变化快慢确定转储周期。4.4系统实现技术4.4.1系统登录4.4.1.1管理人员登录1、酒店工作人员登录：酒店工作人员在登录前台接待系统和前台收银系统时， 应当先输入客人用户名和证件号（或刷入房卡），以供校验管理员的身份。2、客人住房明细管理：包括新添客人明细、修改已存在的客人信息明细、删除 已存在的客户信息、查询已存在的客户信息等有效编辑功能。3、 自动计算功能：夜审系统自动结算当日所有客人消费，实现消费累计，加入客 户入住押金4、帐务系统查询：输入允许查询权限的用户名及密码，根据对数据的需要自设查 询条件，并将符合条件的信息显示出来。5、管理员管理：包括增加新的信息、删除已有的客人信息。8、修改密码：提供修改密码功能供酒店工作人员定期修改密码，以确保系统的 安全性。9、数据导入：当有大量新增客户信息记录时，可通过数据导入功能批量导入数 据到数据库中。10、数据导出：将酒店运营的各项明细导出成文本文件，根据需要打印出来。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访问数据库， 运用DATAS件打开、访问并操作已有的数据库，通过编程方式，采用标准的SQL 语句进行与对数据库的查询和修改，实现了用户管理本系统的功能。4.4.3 运行界面1、系统欢迎界面： （以下略 ）五、测试分析报告5.1 引言5.1.1 编写目的软件测试是软件质量保证的关键因素， 代表了规约设计和代码的最终评审； 证实 了软件依据规约所具有的功能及其性能需求；增加了软件的可靠性。在开发工资管理系统的过程中， 为了及时发现迄今为止的错误， 更有效率的完成 该项开发工作，开发人员要对其进行软件测试。5.1.2 背景该酒店管理系统用于中大型酒店， ，适用于 WINDOWS XP 环境。它的使用者是 这家企业的职工和财务管理人员。5.1.3 参考资料1 Roger S.Pressman著 梅宏译软件工程实践者的研究方法（第五版） 机 械工业出版社2 国家标准-软件开发规范5.2测试内容与结果5.2.1功能测试功能登录修改，删除 客户信息查询信息经理系统的 功能预期 效果能正确检验 客户身份及 密码的一致 性；若不匹 配能返回错 误提示信 息。前台接待系 统能够正确 执行客户的 一切需求， 并且对客户 信息进行修 改，删除等能够正确返 回客户要查 询的关于酒 店的任何信 息，然后退出 程序。修改客房定 价，增加、删 除、修改各级 密码，修改特 别客单，内部 银行系统（即 IC卡功能）测试 结果VVVV5.2.2文档测试文档使用模式所举示例内容与目录设计编排预期 效果能精确描述 如何使用各 种使用模式能精确描述 所举示例，简 单易懂，便于 客户操作内容与目录 保扌寸致设计便于用 户理解，编排 简洁测试 结果VVVV注：“V”代表预期效果与测试效果相符合。5.3对软件功能的结论531.能力该酒店管理系统是一项独立的软件产品，即针对大中型酒店的酒店管理系统。可 供客户查询相应的信息，客户所填入的信息被前台接待系统的工作人员进行整 理，并且对客户的要求作出相应的回答。 经理可以根据市场的变化和帐务报表对 酒店的价格作出相应的调整，对酒店的设施进行改进，逐步符合广大消费者的需 求。5.3.2缺陷和限制该酒店管理系统的设计缺陷在于无法立即，而且只能运行于WINDOWS XP环境。5.3.3补救措施该酒店管理系统受时间，人员和技术的限制，对产生的缺陷无法立即进行补救， 但开发人员会尽快做出详细的解决方案。5.3.4评价1该酒店管理系统基本达到预期目标，可以供用户进行查询2采用电脑收银，打印帐单，快速准确，减少宾客等待时间，并可杜绝收银过程 中的舞弊现象。3高效的客房管理：能有效的提高房率，增加营业收入。4提高决策依据：管理者可以随时了解经营情况，以制定相应的经营方针。5减轻员工的工作负担：从而使员工把更多的精力放在提高为宾客服务的质量 上。5.4测试资源消耗开发人员：三人； 测试时间：2天； 消耗机时：16小时。六、项目人员分配表项目块主要负责人协助协助软件需求书XXXXXX风险分析书XXXXXX进度计划书XXXXXX总体设计书XXXXXX软件测试书XXXXXX七、总结书通过这次的课程设计，让我们对一个软件的详细开发过程有了更深一步的了 解，让我们懂得了在整个的开发过程中，设计者不仅需要掌握全面的专业知识和 熟练的实际操作能力，而且还需要谨密地思考、分析每一个细节问题，以防对整 体软件系统的功能造成严重的负面影响， 同时，也让我们体会到了开发一个软件 的辛苦。在设计这个酒店管理系统的过程中，由于我们对问题的考虑不是很周全， 在一些设计方面遇到了不少的困难。在其过程中，通过大家的努力，同时，我们 也查阅了很多相关的资料，共同解决了部分的问题。再一点，就是在这个设计的过程中，让我们也体会到了小组成员间的协作有 多么的重要，让我们明白只有每个成员间都互相帮助， 共同合作，这样才能圆满 的完成任务。由于现时我们的能力和经验的不足，所以这次的设计完成的不是很完善，但 我们一定会努力的，争取在下次任务中完成的更好！八、参考文献1 Roger S.Pressman著梅宏译软件工程实践者的研究方法（第五版） 机械工业出版社2 国家标准-软件开发规范3 计算机软件工程资源网九、感谢38