ImageVerifierCode 换一换
格式:DOCX , 页数:19 ,大小:22.88KB ,
资源ID:12093388      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/12093388.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(酒店管理系统需求分析超详细多图表符合软件工程规范.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

酒店管理系统需求分析超详细多图表符合软件工程规范.docx

1、酒店管理系统需求分析超详细多图表符合软件工程规范 酒店管理系统需求分析(超详细多图表符合软件工程规范)酒店管理系统 一、可行性研究与计划 随着旅游业的发展,酒店、餐饮娱乐行业日趋发达,引入全方位的电脑服务和电脑管理日益流行。同时,酒店和餐厅娱乐业引入电脑服务和管理也取得了优良的经济效益和社会效益。为此,国家建设部已于最近作出明确规定:凡星级酒店在项目审批时,其设计方案必须包括电脑管理系统,否则不予立项。可见,酒店管理电脑化势在必行。酒店管理系统将先进的电脑技术与现代酒店服务管理完美地结合起来,实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉

2、,例如错误查询、烦琐的登记和结帐手续、旅客费用计算错误、空余客房资料不能及时提供等,从而影响出租率,使的管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决,酒店管理的电脑化,不仅是体现酒店现代化形象的一个重要标志 ,而且对于提高员工工作效率,加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 我们在经过对市场深入细致的分析和研究后,运用国际上的先进计算机技术,采用国际先进的管理模式,结合中国酒店的实际特点,开发了这套酒店管理系统。一个成熟的酒店管理系统不仅仅是记录酒店客人的信息,提供查询,报表打印等一系列简单的工作,它能让工作人员从烦琐的手工操作中解脱,

3、并且酒店管理系统本身就代表着一种管理方法。随着它的深入,将带动企业的运做,为管理和决策提供支持。为了达到这个要求,它必须依靠高起点的硬件环境和软件开发工具来保证系统的稳定和正常运行。酒店电脑系统要求24小时连续运行,数据量大,可靠性要,并合理)不间断供电系统UPS(求高,因此整个电脑系统供电采用专线方式,加配接地,以便保障整套系统的正常运行。 总之,使用该酒店管理系统,将会有以下好处: 1.电脑收银,打印帐单:快速准确,减少宾客等待时间,并可杜 绝收银过程中的舞弊现象。 2.高效的客房管理:能有效的提高房率,增加营业收入。 3.提高决策依据:管理者可以随时了解经营情况,以制定相应的经营方针。

4、4.减轻员工的工作负担:从而使员工把更多的精力放在提高为宾客服务的质量上。 5.简单、方便地保存和查询历史资料。 1 6.树立良好的酒店形象。 二、需求分析与规格说明 1(客房预定系统 散客预定 团体预定 客房预定 预定未到处理 预售查询 预定系统可随时查询30天以内酒店客房预售一览表,及可售房间数,可查询某间客房预定情况。对常客可使用系统的客历资料预定及陪房,可大大减少资料的输入 2(前台接待系统 散客入住登记 合约入住登记团体自动入住和手动入住 补填客单 修改客人信息、转房、调房、设置房态、客人留言 预定客房查询 可售客房查询 客人一旦入住酒店,将允许客人先消费(签单),后付帐(使用一卡通

5、)。系统还设计了限制消费的功能。团体入住后除了每个团员有自己的帐外,系统还自动产生该团的主帐号,操作员每一个消费记入成员帐还是记入团体帐,该团成员的房租将自动记入团主帐。 3(前台收银系统 记帐 (包括客人在酒店各营业场点的消费) 埋单 限制客人消费 退房 押金加入 查帐 (可查总客帐、总收入帐、总消费帐) 转帐 设置跑单 客用保险箱管理 团体埋单及退房 每一个客人从预定房间起系统(一卡通系统)内已自动产生了该客 2 人的帐号,住店的客人享受酒店的短期贷款,可以在酒店绝大部分签单,这将刺激客人的消费心理,增加酒店的收入,记帐功能主要加入酒店暂无连网的那些消费场所和诸如赔偿、日租、特别消费等。酒

6、店管理者还可根据客人的情况锁住其帐号,以限制其消费。 前台收银系统的埋单又与其他营业场所不同,前台的埋单允许客人一帐多单,分期埋单,分类别埋单,退房时能自动检测:客人的帐务余额为零;客人帐号的帐项为空;保险箱钥匙以归还,否则系统拒绝退房。 转帐功能也具有万能分帐的功能,既不但可以把几个帐号的消费转入另一帐号,也可把某一帐号特定时期特定几类消费转入另一帐号,转帐帐项将留下记号并且留下记录以方便查核人员核对。 团体埋单与其他埋单相同,而团体退房则采用全自动方式,不必一一输入房号。如果系统检测到某团的成员全部已退房,团主单也随即自动退出。 4(帐务系统 除具有收银系统的功能外,还具有纠错、报表输出等

7、功能,能将损失降至最低 5(管家系统 设置净房、脏房、坏房、及取消坏房 设置SKIP房、SLEEP房 查询净房表、脏房表、坏房表 房间状态 新入住查询 6(电话系统 自动计费 夜审系统 夜间稽核应该是控制酒店经营的一个核心部分,每天的经营情况都必须经由夜间审核.本系统提供的功能有:过房租.每天一次地将在住客的帐目加上当天的房租费用日营业报表.将当天的收入分类统计.产生客人余额表.客人明细帐查询.便于夜. 审人员核对明细帐客人信息查询 动态房态查询 房间明细帐查询 收银员报表 当日入住客人报表 7(客历系统 3 客人资料手工、自动输入 客人资料查询与修改 黑名单 入住客人自动查询客历 入住客人自

8、动归入客历 客历合并 8(合约系统 可将酒店签约的单位或个人的资料输入电脑,并可随时查询、修改 和删除。凡合约单位或个人入住,均可自动填单。系统还可自动打印与 合约单位或个人来往的信函信封等。 9(经理系统 修改客房定价 增加、删除、修改各级密码 修改特别客单 设置系统参数 内部银行系统(即IC卡功能) 数据整理 自我诊断数据备份 10(总经理系统 住店客单查询 查询客房状态 查询可售情况 客房占用统计 帐务查询 万能查询 报表输出 11(密码管理系统 12(报表系统 (1).客房占用表 (2).转房改租表 (3).预定未到表 (4).客房取消表 (5).房租分析表 (6).经营统计表 4 (

9、7).可售情况表 (8).房间状况表 (9).坏房报告表 (10).日租统计表 (11).合约销售表 帐务报表13(1).收入报表 (前台收入明细表、现付收入明细表) (2).消费报表 (3).顾客帐务(住客帐务、离店客人帐务和跑单帐务) (4).交班报表 (5).信用卡报表 (6).街帐报表 (7).应收报表 (8).催帐报表 (9).转帐报表 (10).借贷总表 (11).联网消费 (12).酒店总表 三(分析与数据流图设计 1.系统各模块分析、DFD图和数据字典 总流程图 登记 离店凭据 酒店 客人 客人 管理 系统 图 2. 系统总流程图 表1: 系统总流程数据字典 数据流名: 登记

10、组 成: 客户信息+房间信息+押金+时间 数 据 项: 客户信息 备 注: 个人或团队 家庭住址+出生日期+民族+年龄+性别+姓名+身份证号: 成 组+VIP+人数+单位+单位地址+电话+手机+BP机号码 5 +E-MAIL地址+照片 组 织: 身份证号 数 据 项: 客房信息 组 成: 房号+类型+单价+状态 组 织: 房号 数 据 项: 状态 取值: 空房可用 空房待修 预订占用 正在占用 数 据 项: 押金 组 成: 预订金+入住押金+入住租金 取 值: 现金 信用卡 转帐支票 挂帐 免费 数 据 项: 时间 组 成: 预订时间+入住时间+预计离店时间+住宿时间 数据流名: 离店凭据 备

11、 注: 指客人办理手续后,所持有的酒店开出的票据 组 成: 住店发票+停车场收据+其它票据 .2 第二层流程图 2 数据库1 数据库前台 后台 客人 停车数据库3 场 6 图 3. 第二层流程图 表2:流程图数据字典 数据处理名:前台加工 简 述:在酒店中直接与客人发生关系的活动,为客人提供的一切服务,包 括 客人进入酒店前的预订,预订后的入住,消费,以及离店前的手续 办理。 组 成:预订+接待+取消预订+离店 数据处理名:后台加工 简 述:在酒店中不直接与客人发生关系的活动,包括间接为客人提供的服 务,以及酒店的内部管理体系,主要是库房管理,IC卡管理,总理 查询等。 组 成:数据备份+经理

12、查询 数据处理名:停车场加工 简 述:为酒店内外客人提供停车的系统。 数 据 库1:所有在前台与客人有关的信息库。 组 成:历史客人信息表+房间占用信息表+IC卡管理表 数 据 库2: 组 成:酒店日常消耗品库存管理表+日现金帐目表 3: 库 据 数说 明:停车场建立的有关车辆进出停车场的时间及费用信息表。 7 3 前台子系统: 预订 取消 预订 客 人 离店 接待 图 4. 前台系统示意图 备注 按照客人从住店、离店的过程将系统划分为预订、接待、取消预订和离店四个处理过程。客人通过预订,也可直接到酒店登记住宿。客人预订后,也可能取消预订。 客人分为个人与团体两类。 个人预订 客房预订信息表1

13、 客人黑名单 挂帐个人表 预订登记房 间 有无指定房间 表 查 询 客客人 人 信息 预订金入帐表 查询 订金 已预订完 是黑客 收 银 客房预订信息表2 客 订金收据 人 客人预订信息表 预订证明订房 表 图 5. 个人预订DFD图 8 表3: 个人预订数据字典 数据处理名:房间查询 简 述:根据客人的预订要求,查询客房预订信息表,确定是否有空房 输 入:客户信息,来源:外部实体“客人” 输 出:1 无客房,去处:外部实体“客人” 2 有客房,预订登记表,去处:“客人信息” 数据流名称:预订登记表 简 述:在房间查询有房时所填的表,用于记载客人信息 组 成:身份证号+姓名+性别+年龄+民族+

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

15、客房预订信息表”的客房状态,给客人预订证明表。预订完成。 (2)团队预订 9 客房预订信息表1 客人黑名单 挂帐单位表 客有无空房 房 间 人 间 查 询 预订登记 客人信 表 息查 已预订完 询 预订金入帐表 是黑客 交款 客 客房预订信息表2 收 银 团体预订信息表 订金收据 人 预订证明订房 表 图6. 团队预订DFD图 表4:团队预订数据字典 数据处理名:房间查询 简 述:根据客人的预订要求,查询客房预订信息表,确定是否有空房 输 入:客户信息,来源:外部实体“客人” 输 出:1 无客房,去处:外部实体“客人” 2 有客房,预订登记表,去处:“客人信息” 数据流名称:预订登记表 简 述

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

17、订 客人预订信息表1 预订登记客 预订 表 人 查询 预订金入帐表 预订收据 客房预订信息表 退款记录 团体或个人预订信息表 表 现金 客退款 人 图 7. 取消预订DFD图 表5:取消预订数据字典 数据处理名:预订查询 简 述:核对客人的“预订证明表”。 输 入:预订证明表,来源:外部实体“客人” 输 出:预订收据,去处:退款处理 客人要取消预订,只需将“预订证明表”和“预订收据”交给服务 客人黑名单11 员,经核对后退款并修改“客房预订信息表”及“团队或个人预订信息表”。 (4) 接待团体(未预订的客人) 历史客人信息 目前房间占用信息表1 表1 客 有无空房挂帐单位 住房登记 间 表 表

18、 查询空 押金入帐表 客人人 房 查询 是黑客 无空房 交款 收 银 客房占用信息表2 IC卡管理 客 表 押金收据 历史客人信息表2 IC卡锁 有客人ID的IC卡 人 写IC卡 图 8. 接待团体DFD图 表6:接待团体数据字典 数据处理名:空房查询 简 述:根据客人的住房要求,查询“目前房间占用信息表”,确定是否有空房 输 入:客户信息,来源:外部实体“客人” 输 出:1 无客房,去处:外部实体“客人” 2 有客房,住房登记表,去处:“客人查询” 数据流名称:住房登记表 简 述:在房间查询有空房时所填的表,用于记载客人信息 组 成:身份证号+姓名+性别+年龄+民族+国籍+家庭住址+电话+单

19、位 数据处理名:客人查询 12 简 述:根据客人的住房登记表,从“客人黑名单”、“挂帐单位”等多个表中 查询核对。输 入:住房登记表,来源:查询空房 输 出:交款,去处:收银处理 数据流名称:押金收据 简 述:在收银后所开出的证明,用于记载客人住房时交的押金 组 成:身份证号+姓名+押金金额+房间数量、类别+入住时间+离开时间 (5) 接待个人(未预订的客人) 挂帐个人表 目前房间占用信息表1 客人黑名 历史客人信息表1 客 单 有无空房查询入住登记表 间 空房 人 客人查 住房押金入帐询 表 无空房 交款 是黑客 收 银 客房占用信息表2 历史客人信息表2 IC卡管理客 押金收据 表 IC卡

20、锁 人 有客人ID的IC卡 写IC 卡 图 9. 接待个人DFD图 接待的客人是个人时,过程基本与接待团队相同,首先通过“目 13 前房间占用信息表”查询目前有无空房,有则填“住房登记表”,根据客人的信息核对 “客人黑名单”、“挂帐个人”等多个表,确认后收取住房押金,将客人的有关信息记入“历史客人信息表”并用写卡机将客人的ID写入IC卡。 (6)接待团体(已预订) 客房预订信息表3 团体预订信息表 挂帐单位 客登记表 预订证明 查询客 查询验证表 人 房 预订表 预订金入帐表 交款 住房押金入帐表 收 银 客房占用信息表 IC卡管理 IC卡锁 住店客人信息表 押金收据 客 有客人ID的IC卡

21、写IC 卡 人 图 10. 接待预订团体DFD图 表7:接待预订团体数据字典 数据处理名:查询验证预订表 简 述:核对客人的预订表是否与数据库中的相符 输 入:预订证明表,来源:外部实体“客人” 输 出:登记表,去处:查询客房 14 接待团队(已预定)的过程与接待未预订的相似,只是开始要验证“预订表”,同时不必进行客人查询而可直接入住。将预订金转为住房押金。 (7) 接待个人(已预订) 个人预订信息表 挂帐个人 客房预订信息 表3 客 有无空房 登记表 查 询验 查 询客房 证预订 表 人 预订金入帐表 住房押金入帐表 交款 卡管理 IC银 收 客房占用信息表IC卡锁 住店客人信息表 客 押金

22、收据 有客人ID的IC卡 写IC卡 人 图11. 接待预订个人DFD图 接待个人(已预定)的过程与接待未预订的相似,只是开始要验证“预订表”,同时不必进行客人查询而可直接入住。将预订金转为住房押金。 客房占用信息表 有客人ID的IC卡 客退房 人 历史客人信息表 住房押金入帐表 IC卡管理 退房凭据 IC卡锁 酒店实际现金收入表 收 银 离店发票及多余押客 金 人 15 图12. 离店收银DFD (8)离店 表8:离店收银数据字典 数据处理名:退房 简 述:在客人离店的时候,核实房间的物件等,同时更改“客房占用信息表” 输 入:有客人ID的IC卡,来源:外部实体“客人” 输 出:1 有问题,去

23、处:外部实体“客人” 2 无问题,退房凭证,去处:收银 退房凭证:数据流名称简 述:在房间核实无误后开给客人的允许结帐凭证 组 成:身份证号+姓名+性别+IC卡ID号+客房核实结果 数据处理名:收银 简 述:根据客人的消费进行收取费用、退还押金。调用IC卡管理子模块使该 卡号作废。将客人信息记入数据库备查。 输 入:退房凭证 ,来源:退房 输 出:离店发票,去处:外部实体“客人” 客人可保留IC卡,以后如再到该酒店,经修改IC卡仍可使用。 4 后台子系统: 各种客人信现金入帐表 财 务 息 前 数 据 台 备 份 库存物资 表 服务员 经 理 查 询 图13. 后台系统DFD图 16 后台不与

24、客人发生直接的接触,主要支持经理查询、库房管理、数据的备份以及财务上的管理。 5 数据备份 客房预订信息表 客人预订信息表 客人信息表 IC卡管理 客房占用信息表 卡锁IC前 台 各种信息 查询 前 台 数 据 备 日现金入帐表 份 图14. 数据备份DFD图 数据备份是指数据库管理员周期性的对系统产生的数据(客房占用信息表,客人信息表,日现金入帐表,IC卡管理表等一切表格)进行安全双备份,以防止数据丢失,不仅在硬盘里要作备份,还要用软盘备份,以便进行灾害恢复。由于数据库中的数据是变化的,间隔时间越长,备份数据库中的数据与当前使用的库中数据差别就越大,因而要根据数据库的变化快慢确定转储周期。 17

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1