《酒店管理系统(需求分析)(共27页).doc》由会员分享，可在线阅读，更多相关《酒店管理系统(需求分析)(共27页).doc（27页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上一项目前景1.业务需求1.1 业务背景随着改革开，以及后来的加入WTO后和西方文化的交流，人民生活水平得到了极大的提高，全社会对服务业的需求也越来越高。国内的服务行业，特别是宾馆、酒店行业的发展，逐渐打破了传统的普通服务行业的那种以住宿休息为服务核心的单一运营管理方式。由于这类顶尖酒店的运行模式与传统酒店有很大的差异，它涉及的环节比较多，业务关系也比较复杂，因此到目前为止还没有一套较规范的公认的运营管理标准，而照搬传统的酒店业务管理方法和运营机制显然已经不能适应这些变化，难以满足实际需要了。同样，那些基于传统酒店业管理模式而开发的计算机管理系统也自然难以适应这种新的业
2、务模式，所以造成一些酒店不得以而采用手工记费和人工结账的办法，尤其是在顶尖酒店开业时和增加新的服务项目时，这种现象往往也很普遍。采用人工手段进行复杂的业务处理是一种相当原始的方法，尤其是在计算机、互联网高度发展的今天。这种近乎于原始的方法，在前台操作、预订管理、收据补打印、现金管理、信息查询、报表统计、库存管理、基础资料、账号权限管理等方面都存在着许多薄弱环节，会给酒店的正常运营带来各种麻烦和漏洞。客观上严重制约着酒店的发展。酒店业务流程的多样性和客人的流动性也决定了手工方式不可能长久，必须按照新的模式因地制宜地进行全面细致的系统设计和软件开发，以适应这类酒店对计算机管理信息系统的迫切需求。面
3、对这种具有现代化文明时尚的顶尖型酒店的灵活多变的运营方式，更需要管理者和开发者用现代和超前的眼光去看待它与认识它，要结合信息网络的特点，采用有效手段进行全方位的调查分析。1.2 业务目标BO-1：初始版本发布之后的3个月内，酒店运营效率提高50%，服务员工作效率提高20%。BO-2：初始版本发布之后的6个月内，酒店收入提高50%。SC-1：目前通过系统的管理，在初始版本发布之后的6个月内，顾客的满意度提高30%。1.3 市场需要随着人民生活水平的提高，人们生活的质量一额大幅提高，所以生活中酒店行业在服务行业中的地位越来越重要。从激烈的竞争中脱颖而出，已成为每位酒店行业经营者所追求的目标。根据酒
4、店行业的特点，该系统以住宿以及相关业务为基础，突出将前台操作、预订管理、收据补打印、现金管理、信息查询、报表统计、库存管理、基础资料、账号权限管理等有机结合，可为酒店宾馆经营方向提供依据，为酒店宾馆的发展提供重要保证。2.解决方案的前景2.1前景陈述由于过去老式的管理方式的效率太低，满足不了现在的社会需求，为了能够加快速度，提高服务质量，提高企业效率，让顾客便捷舒适的享受各种服务，我们开发了此酒店宾馆服务管理系统。2.2主要特性FE-1：前台操作、预订管理FE-2：收据补打印FE-3：现金管理FE-4：信息查询FE-5：库存管理FE-6：基础资料FE-7：账号权限管理2.3假设和依赖AS-1:
5、酒店宾馆内有该公司的内部计算机网络，这样可以使系统内部通信 DE-1:酒店宾馆内应有活动的终端和打印机，终端可以入住客户提高服务效率，打印机使打印信息收据有据可循。 3 项目范围和限制3.1 初始发布的范围FE-1：开房，消费记账，结账退房，续收和退还客人预付款，客房状态查看，未结账退房，换房以及预定，预定入住，修改预订信息，解除预定，预定客人消费记账，预订信息一览表FE-2：预付款凭证补打印，结账单补打印，结账改为未结账，外卖单据查询及补打印FE-3：交接班，缴款，收支管理，个操作员目前金额数，改正错误金额数，交接班历史查询，缴款历史查询FE-4：在住客人列表，预定客人列表，历史客人列表，未
6、来一月房态，修改过的关键营业数据，客房换房明细查询，收款员收退款流水细账FE-5：客房结账明细总表，客房结账汇总表，客人来源统计报表，消费商品统计报表，营业日报表，营业汇总报表，FE-6：基础代码，折扣卡代码，挂账单位代码，会员卡代码，操作员房价折扣权限，身份证代码，黑名单代码FE-7：用户历史使用记录备案，用户管理，权限管理，软件设置，计费设置3.2后续发布范围FE-2:顾客结账（所有形式）。FE-3：入住信息管理，退房管理。FE-6：数据库备份、还原。3.3 限制与排除LI-1:入住或预定手续办理开始到结束必须在30分钟内结束。 LI-2:前台终端不可重复项后台传同一顾客的相同服务。LI-
7、3:系统只能在酒店宾馆内使用。4 业务环境4.1涉众档案涉众主要价值态度主要兴趣约束条件酒店宾馆管理层提高运营效率，增加产值需要最终版本减少运营成本，提高产值无酒店宾馆服务员提高效率增加顾客满意度担心由于系统的便捷导致裁员保住工作接受培训，会使用前台pos机酒店宾馆顾客更好的选择入住时间支持新系统，减少等待的时间到酒店就餐酒店宾馆大堂经理增加入住额，更好的管理电子化使环境更好大堂秩序良好。处理好软件的正常过度4.2 项目优先级因素约束自由度特性初期发布实现的特性必须完全可操作质量必须通过95%的用户验收，保证安全和数据的完整性。进度10年10月1日前完成第一版计划10年12月5日前完成第二版。
8、人员一名项目经理，两名开发人员，一名测试人员如有必要还要增加一名测试人员和一名开发人员成本最多可超支财政预算的5%4.3 运行环境OE-1:系统的操作需在windows xp/7的操作系统下完成。OE-2:系统数据库将运行在一个服务器上，此服务器运行该酒店宾馆的SQL SERVER 2008版数据库.二 软件需求规格说明书1 引言1.1 概述该软件需求规格说明描述了“酒店宾馆服务管理系统”1.0版本的软件功能性需求和非功能性需求。同时还描述了用户在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的“酒店宾馆服务管理系统”1.0版本的各个方面，帮助他们在实际的开发过程中
9、准确地完成所开发的模块，以满足用户的需求。该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。1.2 背景 随着改革开，以及后来的加入WTO后和西方文化的交流，人民生活水平得到了极大的提高，全社会对服务业的需求也越来越高。国内的服务行业，特别是宾馆、酒店行业的发展，逐渐打破了传统的普通服务行业的那种以住宿休息为服务核心的单一运营管理方式。由于这类顶尖酒店的运行模式与传统酒店有很大的差异，它涉及的环节比较多，业务关系也比较复杂，因此到目前为止还没有一套较规范的公认的运营管理标准，而照搬传统的酒店业务管理方
10、法和运营机制显然已经不能适应这些变化，难以满足实际需要了。同样，那些基于传统酒店业管理模式而开发的计算机管理系统也自然难以适应这种新的业务模式，所以造成一些酒店不得以而采用手工记费和人工结账的办法，尤其是在顶尖酒店开业时和增加新的服务项目时，这种现象往往也很普遍。采用人工手段进行复杂的业务处理是一种相当原始的方法，尤其是在计算机、互联网高度发展的今天。这种近乎于原始的方法，在前台操作、预订管理、收据补打印、现金管理、信息查询、报表统计、库存管理、基础资料、账号权限管理等方面都存在着许多薄弱环节，会给酒店的正常运营带来各种麻烦和漏洞。客观上严重制约着酒店的发展。酒店业务流程的多样性和客人的流动性
11、也决定了手工方式不可能长久，必须按照新的模式因地制宜地进行全面细致的系统设计和软件开发，以适应这类酒店对计算机管理信息系统的迫切需求。面对这种具有现代化文明时尚的顶尖型酒店的灵活多变的运营方式，更需要管理者和开发者用现代和超前的眼光去看待它与认识它，要结合信息网络的特点，采用有效手段进行全方位的调查分析。1.3 参考资料软件需求工程2 任务概述2.1 目标酒店宾馆服务管理系统运行于windows操作系统的环境下，提供宾馆住房的快捷服务和酒店的系统管理，使用酒店服务管理系统可以使外出住宿真正成为享受，随时更新最新酒店各方面信息，让顾客的整个住宿过程更加的简便捷，服务人员的服务更加的贴心快速。整个
12、过程也无形中节约了资源，同时也是酒店的管理更加的系统，过程更加的简单化，系统实现后，大大提高了酒店的服务效率。降低服务过程中的错误发生率，减少信息交流的烦琐过程。 2.2 运行环境2.3 OE-1:系统的操作需在windows xp/7的操作系统下完成。OE-2:系统数据库将运行在一个服务器上，此服务器运行该酒店的SQL SERVER 2008版数据库.2.4 假设和依赖2.5 AS-1:酒店内有该公司的内部计算机网络，这样可以使系统内部通信DE-1:酒店内应有活动的终端和打印机，终端可以点菜提高服务效率，打印机打印定菜菜单是厨房有据可循。3 需求规定3.1 对功能的规定3.1.1 用户需求3
13、.1.1.1 组织机构和角色角色视图：角色说明：角色名称说明ba管理层人员酒店管理者，具有大堂经理的一切权限，并且还具有数据库初始化，账号权限管理，员工信息管理权限。高层管理者ba_大堂经理餐厅管理者，具有月收入查询，日收入查询，菜式信息管理等权限。 管理者ba_酒店服务员工作人员，具有点菜，加菜，减菜，为顾客结账权限。员工。（1） 管理层人员参与业务：说明：管理层人员通过登陆该系统，设置数据库，管理员工信息，收发账号权限，查询日收入和月收入， （2） 大堂经理参与业务：说明：大堂经理登录界面查询日收入和月收入，菜式信息。 （3） 酒店服务人员参与业务：说明：酒店服务员通过登录界面为顾客点菜，
14、中途还可以加菜、减菜，最后为顾客结账。3.1.1.2 业务概览（1） 点菜业务点菜业务说明：点菜是通过服务员给顾客的菜单，顾客依照菜单上有的菜进行点菜，然后服务员输入信息，系统记录。（2） 加菜业务 加菜业务说明：加菜过程是在顾客完成点菜过程后，中途又有需要再次进行点菜，后厨通过查看系统进行做菜。（3） 减菜业务减菜业务说明：减菜过程是在顾客完成点菜过程后，中途对菜品不满或有什么其他情况进行减菜，后厨通过查看系统进行减菜。(1) 入住房间业务视图结账业务说明：结账是在顾客结束这次用餐后，服务员通过查看系统，为顾客结账。3.1.1.3 业务场景4 （1）入住房间业务场景（2） 点菜业务场景业务场
15、景说明：此图描述的是预订机票的业务流程，应使用预定义的business actor和business usecase作为泳道和活动。这样有助检查和发现business actor和business usecase。（1） 加菜业务场景业务场景说明：此图描述的是预订机票的业务流程，应使用预定义的business actor和business usecase作为泳道和活动。这样有助检查和发现business actor和business usecase。（2） 减菜业务场景业务场景说明：此图描述的是预订机票的业务流程，应使用预定义的business actor和business usecase作为
16、泳道和活动。这样有助检查和发现business actor和business usecase。（3） 结账业务场景业务场景说明：此图描述的是预订机票的业务流程，应使用预定义的business actor和business usecase作为泳道和活动。这样有助检查和发现business actor和business usecase。4.1.1 系统需求3.1.2.1概览此图展现的是业务用例的追溯，业务用例的实现过程在每个用例实现中。这些实现过程将是概念模型建立的依据和分析归纳的重要来源。本例实现点菜、加菜、减菜和结账有关的业务用例。系统将会打印菜单和账单。 3.1.2.2 系统需求规定（1）
17、点菜a 业务说明用例名称bu_点菜实现名称Bur_orderdishes用例描述前台服务人员可以通过本用例向系统提交顾客的点菜需求参与者前台服务人员前置条件顾客必须要在本酒店落座后置条件无主事件流1.前台服务人员登录系统进入点菜界面2.系统记录顾客已经点的菜3.系统将顾客所点的菜单保存并发送给后厨4.系统打印顾客已点的菜单。用例结束备选事件流1.a 登录信息错3.a未能提交菜单业务规则至少点一样菜涉及的业务实体Be_已点菜单,Be_菜单非功能性需求只支持本店内使用b 业务场景分析业务场景分析说明：服务员登录界面通过验证之后开台点菜，系统记录菜单，完成之后提交订单，询问是否提交，不提交就返回到点
18、菜，提交就打印菜单，后厨做菜，结束用例。 c、业务实体分析业务实体说明:上图显示的是点菜的业务实体过程，顾客通过菜单进行点菜，系统记录已点菜单。（2） 加菜a 业务说明用例名称bu_加菜业务实现名称Bur_sidedish用例描述前台服务人员通过本用例添加顾客需要添加的菜参与者前台服务人员前置条件1. 该顾客还未结账2. 顾客已经点过至少一样菜后置条件记录创建加菜菜单主事件流1前台服务人员进入系统加菜业务界面2.前台服务人员将加菜名输入系统,系统生成加菜菜单3.系统将加菜菜单保存并发送至后厨4.系统自动打印出加菜菜单。用例结束备选事件流1.a 登录信息错3.a未能提交菜单业务规则至少选择一样菜
19、涉及的业务实体Be_加菜菜单,Be_菜单非功能性需求只支持本店内使用b 业务场景分析 点菜业务场景分析业务场景分析说明：服务员登录界面通过验证之后加菜，系统记录菜单，完成之后提交订单，询问是否提交，不提交就返回到点菜，提交就打印菜单，后厨做菜，结束用例。c 业务实体分析业务实体说明:上图显示的是加菜的业务实体过程，顾客通过菜单进行加菜，系统记录加菜菜单。（3） 减菜a 业务说明用例名称bu_减菜业务实现名称Bur_reduceddish用例描述前台服务人员通过本用例减去顾客不再需要的菜参与者前台服务人员前置条件1.该顾客还未结账2.顾客已经点过至少一样菜3.该顾客已经点过这道菜后置条件记录创建
20、减菜菜单主事件流1前台服务人员进入减菜业务界面2.查处该顾客已经点的菜的菜单3.前台服务人员将减菜名输入系统,系统生成减菜菜单3.前台服务人员将减菜菜单保存并发送至后厨4.系统自动打印出减菜菜单。用例结束业务规则至少选择一样菜涉及的业务实体Be_减菜菜单,Be_菜单非功能性需求只支持本店内使用b 业务场景分析业务场景分析说明：服务员登录界面通过验证之后减菜，系统记录菜单，完成之后提交订单，询问是否提交，不提交就返回到减菜，提交就打印菜单，后厨撤菜，结束用例。c 业务实体分析业务实体说明:上图显示的是减菜的业务实体过程，顾客将有情况的菜取消掉，系统记录减菜菜单。（4） 结账a 业务说明用例名称b
21、u_结账业务实现名称Bur_settleaccounts用例描述前台服务人员通过本用例查询顾客本次的消费参与者前台服务人员前置条件1.该顾客至少点过一道菜2.顾客之前没有结过账后置条件打印该顾客的消费账单主事件流1前台服务人员进入结账菜业务界面2.前台服务人员将该顾客的点菜菜单费用、加菜菜单费用和减菜菜单费用调出3.前台服务人员通过该系统得出该顾客本次的总消费账单4.系统自动打印出总消费账单。用例结束业务规则已经点菜涉及的业务实体Be_点菜账单,Be_加菜账单，Be_减菜账单，Be_总消费账单非功能性需求只支持本店内使用b 业务场景分析业务场景说明：服务员进入结账菜单，系统计算消费金额，付款之
22、后打印账单并保存。c、业务实体分析业务实体说明:上图显示的是结账的业务实体过程，系统将该顾客所有的菜单加在一起，系统进行计算，最后显示总的费用。 3.1.2.3数据分析（1） 概览实体之间关系说明：各个实体之间都有一定的关系，其关系的对应通过上图可以清楚的看出。（1）菜单菜单Be_菜单实体描述每张菜单上都有该酒店的所有菜类，以及该菜所属的菜系和价钱属性名称类型精度说明价钱字符10说明各种菜在本酒店的价钱菜系字符20例如：、 。优惠策略字符10说明某样菜是否打折，打几折。菜品类型字符20例如：荤菜、素菜、汤类等。菜名字符20菜的名字简介字符100菜单上显示有本酒店的所有可以做的菜，并有本酒店推荐
23、的菜和那些是打折的菜（2）加菜菜单加菜菜单Be_加菜菜单实体描述记录顾客又添加的菜品，以及加菜的时间、数量属性名称类型精度说明菜名字符20所点菜的名称价钱字符10说明所加的菜的价钱加菜时间日期系统自动记录时间(3)点菜菜单菜单Be_点菜菜单实体描述记录顾客所点的菜品，以及点菜的时间、数量属性名称类型精度说明菜名字符20菜的名字价钱字符10说明所点的菜的价钱点菜时间日期系统自动记录附加说明字符100所点的菜中是否有正在打折的，例如：青椒肉丝打7.5折。所点的菜所属的类型，例如：鱼香肉丝属于荤菜。所点的菜所属的菜系：宫保鸡丁属于鲁菜。(4) 减菜菜单减菜菜单Be_减菜菜单实体描述记录顾客想从所点的
24、菜中撤销的菜品，以及撤菜的时间、数量属性名称类型精度说明菜名字符20菜的名字价钱字符10说明所减的菜的价钱减菜时间日期系统自动记录附加说明字符100撤菜的简单原因（5）员工信息员工信息Be_员工信息实体描述说明员工的编号，进入该酒店的时间，离开本酒店的时间，以及该员工每月的工资，和他的所有福利，现在所担任的职务和他的权限。属性名称类型精度说明员工编号字符10员工从进入本酒店时就给其分配的固定编号密码字符20自己设定的进入系统的密码员工权限字符10员工在本酒店的权利，以及在本系统中可以阅览到的东西，和是否能够修改该类信息员工类型字符10该员工在本酒店现在所担任的职务附加说明字符100某员工是否在
25、工作时间发生意外事故，在事故中是否有公费使用，以及使用金额等。（6）总费用记录总费用记录Be_总费用记录实体描述记录顾客想从所点的菜的记录属性名称类型精度说明点菜费用字符10说明点菜的价钱加菜费用字符10说明所加的菜的价钱减菜费用字符10说明所减的菜的价钱共计字符10总价3.2非功能性需求3.2.1性能需求因为系统本身不算大，但数据库的储存的数据量还是能够承受数据压力的，系统本身采用局域网通信速度会达到10M/s.3.2.2安全性需求SE-1：所有涉及功能信息或人物权限，都要采用128位的加密。SE-2：用户必须登录到“酒店餐饮服务管理系统”才能完成所有操作 。3.2.3软件质量属性AVailablity（可用性）-1：“酒店餐饮服务管理系统”系统将在本店内营业时间所有有权限的用户都可以访问，用户早上9点到网上10点99%的时间可用。Reliability（可靠性）-1：如果在菜单得到提交之前，用户和系统的连接中断，那么用户应该能通过“酒店餐饮服务管理系统”恢复不完整的菜单。3.2.4外部接口需求本系统唯一要连接的硬件就是打印机，酒店后厨和前台都要连接，接口数据采用微软通用的就可以。3.2.5用户界面UI-1：“酒店餐饮服务管理系统”的屏幕画面将遵照公司的界面标准V1.0版本。UI-2：系统对所显示的每个模块都有提示功能，鼠标放在上面即可显示。专心-专注-专业