本文是软件工程项目“自助计费温控系统”的用户需求说明书。
编写人员
- 小组名:软件工程-307d组
0. 文档介绍
0.1 文档目的
根据与用户(客户和最终用户)调查和收集的相关信息,对来源于用户的各项系统需求信息进行分析,归纳与总结共性的用户需求。与用户确认,邀请行业专家评审,从而消除错误,确保准确无误、规范地表达用户对系统的真实意愿,为项目的合作方提供主要的参考依据。
0.2 文档范围
本文档包括产品背景及业务介绍、产品的受众描述、产品应当遵守的标准或规范、产品的功能性和非功能性等需求,以及相关的附件信息。
0.3 读者对象
用户——确认本文档是否已经准确表达并涵盖了所有需求;
开发人员——开发人员根据本文档分析所有需求的可行性,然后以本文档为参考对象,进行项目下一步的设计与开发;
第三方评审——包括行业专家、律师等,确保本产品需求应当合乎行业规范及标准,不违反相关规定;
0.4 参考文档
文档名称 |
---|
《系统解决方案》 |
《需求调查问题表》 |
《中国旅游饭店行业规范》 |
《旅店业卫生标准》 |
《全球旅游消费报告2019》 |
0.5 术语与缩写解释
名称 | 说明 |
---|---|
本系统 | 分布式温控计费系统 |
本产品 | 分布式温控计费系统产品 |
前台 | 设置在酒店大堂为客人提供登记、问讯、结账等服务的区域 |
总机 | 最基本的工作就是电话的转接和信息的传达,以及做留言、叫醒等服务工作。总机可能还要分担前台的问询、预订部的订房、餐饮部的订餐、客房中心的信息服务等 |
详单 | 由空调运行状态信息和使用信息组成的报表信息 |
规范 | 文档中所提及的规范、标准,都指的是参考文档中提及的相关文档 |
吞吐量 | 单位时间内成功地传送数据的数量 |
时延 | 从一种状态到另一种状态所需的时间 |
数据缺失率 | 在计算机网络相关行业可以近似看做丢包率,丢失的数据数量占所发送总数据的比率 |
科学的方法模型 | 在软件工程方面主要包括软件生命周期模型,领域模型,用例模型等各种相关模型 |
…… | …… |
1. 系统或产品介绍
1.1 产品介绍
本产品是一套快捷酒店自助计费式中央温控系统,以节能环保为理念,通过本软件系统的自助计费、自动控制、实时监控、及时断电等功能,实现对于酒店管理人员和客户更为便利的服务。由酒店住客决定空调的运行计划,并将计划所需资金实时显示,自助式的模式也能够帮助客人节约资金。同时酒店管理部门可以使用监管系统来监管各个房间空调的使用情况,在必要时控制各房间空调的状态,帮助酒店节约管理与维护费用。
1.2 开发背景
在新世纪新阶段,党中央、国务院把扩大内需、促进消费确立为促进国民经济发展的长期战略方针和基本立足点,国家扩大内需的经济发展方略和加快推动服务业的发展,将为旅游业进一步发展创造新 的机遇。而酒店作为旅游业务三大支柱之一住宿业的重要组成部分,数量增长快速,种类更加丰富。快捷酒店是相对于传统的全面服务酒店而存在的一种酒店业态。快捷酒店房价便宜,深受一般商务人士、 工薪阶层、普通自费旅游者和学生等人群的欢迎,但同样竞争激烈。在绿色发展的前提下,提升服务品质、降低服务成本,无疑将进一步增大酒店竞争力。
快捷酒店自助计费式中央温控系统只需要在传统人工空调管理体系基础上加入少量的硬件支持,就能通过软件系统自助计费、自动控制、实时监控、及时断电,达到降低人工调节和检查的成本,及时断电、精准控制也比人为干预更加节能环保。
1.3业务背景
传统廉价酒店对于房间使用情况的统计,尤其是与本系统息息相关的核心空调服务,较为简陋,以人工为主,甚至有的酒店部分房间不提供自主控制的空调服务。
住户要么通过房间内的遥控器对空调进行控制,要么向前台打电话通过前台的总控控制中央空调,极为不方便。并且最为关键的是廉价酒店不具备自动化的计费系统,空调的计费功能只能通过时间计时或者固定收费,且时间计时方式收费只能是在住户退房时,服务员亲自到房间查看,手动记录,耗时耗力且极有可能出现计录不准确的情况,与廉价酒店的核心目标“经济实用”严重不符。
除空调服务之外,其他计费合同及记录等也只能通过登记住户信息、记录开房退房时间等相关操作,记录入住时间和其他额外消费以计算得出账单费用。耗时耗力,服务成本较高,服务品质和速度也难以达标。且无法实现对于报表的一键式查询,需要人工多次进行统计和修改,难以保证数据一致和安全。
酒店前台的主要职责是在住户订房、消费、退房时需要将相关信息如房间信息、住户信息、额外消费情况等记录在册,整理每日的已定房间及金额统计,作为每日的交班记录。客房部服务员在住户订餐或需要增加毛巾、枕套等其他物品时提供服务,在住户退房时进行查房,退房后对于房间进行清洁工作。
1.4业务流程
1.4.1 预订房间
住户在可以在入住前先对房间进行预订,可以通过电话、网络或者亲自到前台等方式,与预订员取得联系。首先登记自己的姓名、身份证等基本信息,选择要预订的房型。预订员将预订ID标识、预订信息(包括姓名、对应房型等)以及预订时间、想要入住的时间等信息进行记录,形成预订单。预订员将预订单发送给住户和前台进行确认。住户确认预订单后,缴纳预订押金,同时前台录入相关信息和收取押金,预定结束。
点击查看
1.4.2 办理入住
住户在办理入住时首先在前台登记自己的姓名、身份证等信息,并交付押金获得相应房间的房卡。同时前台将入住信息(包括姓名、对应房间号等)以及入住时间等信息进行记录形成收费单。住户就可以入住了。
点击查看
1.4.3 服务
1.4.3.1 基本服务
住户在进入房间后,插入房卡便可获得房间使用权限,对于光照情况进行调整,使用影音娱乐设施等以使其获得更好的住房体验。如果相关设备出现故障可向服务员请求维修服务。
点击查看
1.4.3.2 请求服务
住户可通过电话等方式呼叫前台或者亲自到前台进行订餐等请求其他相关的服务。
点击查看
1.4.3.3 核心空调服务
住户进入房间后,可以选择开启空调,可对于空调的温度、风速、制冷制热模式等进行选择,当空调达到住户所给的要求后,若住户未关闭空调或者未到定时时间,则空调维持在设定温度不变,空调不会自动关闭,直到住户用遥控器关闭空调(比较耗电)。如果关闭整个房间的电器开关,空调设备也同时关闭。关于空调的计费,要么在入住时选择开启或关闭空调服务,如果开启空调服务,会需要事先缴纳固定费用(无论是否使用空调),第二种形式是酒店工作人员手工纪录开启空调到关闭空调的时间,按时间收费(无法按温度等更为细化收费),第三种是直接把空调的花费记入房间的电费中,由服务员查看电表来统计收费(与其他电器的电费混合,无法额外精确计费,也不便于统计空调使用情况)。如果相关设备出现故障可向服务员请求维修服务。
点击查看
1.4.3.4 安保服务
点击查看
1.4.4 办理退房
当住户退房时,前台确定退房房号后由客房部服务员前往查房,确定是否还有遗留物品,以及酒店物品是否有损坏,检查完毕后,将相应电器开关关掉。前台根据查房情况可退还遗留物品或者要求赔偿,再加上应付房费和其他额外消费(如水电、餐饮、行李寄存、停车费等)付清之后,并交还房间钥匙。前台退回押金即可办理完成退房手续。
点击查看
2. 产品面向的用户群体
2.0 关于经济型酒店的市场调查(市场背景资料)
近年来,伴随中国经济的飞速发展,同时带动了我国包括商业领域、交通领域等诸多领域的快速发展。并且随着人们开始逐渐转变生活态度,旅游出行成为越来越多人的选择。在当前的时代潮流中,旅游业的前景持续向好,市场广大。
在**《全球旅游消费报告2019》**中,我国国内旅游人数达到55.39亿人次,全年全国旅游业占GDP总量高达11.04%。下面我们关注这几个方面:
人年均出游次数高达4次:
意味着中国进入大众旅游时代,人们旅行趋于日常化,并且出现“说走就走,短期多地”的旅行现象;
旅游者平均年龄日趋下降,例如初次出境游平均年龄已经降至18岁:
大学生、年轻人已经成为了旅游中的不可忽视的一部分。由于经济因素、旅游行为取向等因素,经济型廉价酒店在酒店订单中占比高达三成以上,并且仍有上升的趋势;
文化旅游、体验旅游成为新常态:
伴随很多地区打出文化度假旅游招牌,人们对旅途中的酒店的要求体现为“高舒适度、高性价比、有特色”;
但随着豪华型酒店、独间高档民宿等诸多住宿方式的热度不断上升,市场占有率不断上升,经济型廉价酒店的市场不断被挤压,竞争也继续扩大并且变愈发激烈。因此,经济型廉价酒店面临的转型升级变得尤为重要。
2.1 关于本产品的面向用户及特征
本产品面向的是想要同时兼顾成本并且良好住宿体验的经济型廉价酒店(廉价连锁酒店、廉价便捷酒店、多房间型民宿,如:和心旅馆、汉庭酒店、速8酒店、锦江之星、橘子酒店等)。
酒店特征:
以客房为主要经营项目,客房价低;
客源流动性高,住宿时长长短差异大;
希望自己的客房设置标准化,突出舒适、卫生、方便;
希望降低运营成本(人力、电费等);
希望控制成本的同时向住客提供高品质的空调通风服务;
酒店工作人员特征:
- 大部分工作人员有一定计算机操作基础;
- 少数对计算机相关领域了解较少或完全不了解;
- 管理员较少,大部分都是服务人员;
酒店住户特征:
重点关注于省钱,经济,廉价,对高端、华丽等并不着重关心,也就是更关注于“性价比”;
关注舒适、快捷、方便;
对在酒店的支出有严格的要求,不能出现差错;
2.2 关于本产品特点与优势
整套系统完全依照绿色环保的理念设计,可以监控房间状态,提供舒适环境的同时为酒店大幅度节约电力成本;
本系统安装方便,可靠性、安全性强,自助计费的管理方式较传统温控系统更加人性化、便捷;
致力于为酒店管理人员打造“简单的全面性”:本系统对酒店相关的管理人员拥有简单、友好的界面;致力于简单化相关人员培训过程,简单化使用方式,可以大幅度降低人力成本;
无论住客流动性有多高,本系统都可以让对每个房间的管理变得极其容易;
致力于为住客打造“亲切的科技感”:较传统的空调遥控器方式或者复杂的壁式控制系统,本系统对单独客房的用户同样拥有良好的界面,致力于优化用户体验感,体现整洁、卫生以及亲切的科技感;亲切科技感可以吸引各种年龄段的顾客,并且提供宾至如归的体验;
我们团队坚信一贯秉持的“简单而全面,科技又亲民”理念会让让用户以更低的成本,为住客提供更优的服务,获得更高的利益,树立更好的口碑。配合以酒店自身特色与规划,这相辅相成的合作会让渴望转型的经济型廉价酒店完美华丽变身,让渴望打造自己特色的经济型廉价酒店大展宏图。
综上所述,本系统将会给廉价酒店带来前所未有的改变和无与伦比的好处,因此各大廉价酒店会有非常大概率(保守估计90%以上)选择本产品。
3. 产品应当遵循的标准或规范
略
4. 产品的功能性需求
4.1 客户服务功能
类别 | 功能名称,标识符 | 描述 |
---|---|---|
控制 | 设置温度功能 | 可以通过该功能设置空调温度与制冷、制热模式 |
控制 | 设置时间功能 | 可以通过该功能设置空调开启时间与关闭时间,达到节省电力与费用的效果 |
控制 | 开、关机 | 控制空调的开关 |
控制 | 风速设置 | 控制空调的风速(Low、Mid、High三档) |
控制 | 制冷制热 | 选择空调工作模式 |
计费 | 自动计费功能 | 将计算当前计划预计产生的费用,以及到目前为止的总费用 |
显示 | 显示功能 | 显示当前的温度,风速,模式以及当次费用,总费用 |
4.2 管理员主控功能
类别 | 功能名称,标识符 | 描述 |
---|---|---|
控制 | 控制功能 | 可以通过该功能修改任意房间的空调状态(开关,模式,温度,风速等) |
显示 | 查看功能 | 可以通过该功能查看任意房间的空调状态(开关,模式,温度,风速等) |
显示 | 拉取信息功能 | 可以拉取任意房间的账单、详单等信息 |
通讯 | 数据接收功能 | 接收各个房间发来的数据 |
通讯 | 命令发送功能 | 将控制面板生成的命令发送给对应的房间空调 |
存取 | 存储功能 | 存储将接收的数据以方便将来生成详单 |
存取 | 读取功能 | 在生成时间更长的详单时,需要更多的房间空调的信息,将读取已经存储的空调运行信息并生成详单或者实现数据统计信息 |
5. 产品的非功能性需求
5.1 用户界面需求
需求类别 | 需求名称、标识符 | 描述 |
---|---|---|
用户界面需求 | 高效实用 | 因为本系统是应用于廉价酒店,所以必须把入住用户的体验放在第一位,但是酒店管理人员的体验也同样重要。因此要求本系统提供友好、简洁、清晰、漂亮的中文人机交互界面,操作简便、灵活、易学易用,便于管理和维护。在操作处理上有高效实用的特点,能够满足分布式温控系统的要求。 |
用户界面需求 | 技术先进 | 整个系统的软件设计应符合现代的潮流,操作界面、存储、传输等关键技术均应处于领先的技术水平。在满足现期功能的前提下,系统设计具有前瞻性,在今后较长时间内保持一定的技术先进性。 |
用户界面需求 | 廉价美观 | 界面设计应廉价但又不失高端奢华,一切以用户的体验至上,让用户使用该系统后既能在廉价酒店体验高档酒店的舒适,又能实现省钱的目的,从而符合廉价酒店省钱的原则。 |
5.2 软硬件需求
需求类别 | 需求名称、标识符 | 描述 |
---|---|---|
软硬件需求 | 数据一致 | 由于本系统的主要功能是计费,因此要求服务器端和客户端的数据要一致,不能初现导致计费错误的情况。 |
软硬件需求 | 计费准确 | 由于本系统的主要功能是计费,因此要求空调的计费结果不能出现失误,精度要足够精确,防止酒店和客人出现不必要的损失。 |
软硬件需求 | 可扩展性强 | 本系统设计时,应充分考虑后期系统功能的扩充等方面的需求,软件的设计应留有升级的空间,方便系统平滑升级。 |
软硬件需求 | 标准规范 | 应以科学的方法模型设计软件,使之有良好的结构和完备的文档,便于查阅维护。 |
软硬件需求 | 低成本、低维护量 | 因为本系统的运行环境是廉价酒店,因此在满足系统功能及性能要求的前提下,应当尽量降低系统建设成本,本着经济实用的原则,充分利用现资源,综合考虑系统的后期维护费用。 |
5.3 质量需求
需求类别 | 需求名称、标识符 | 描述 |
---|---|---|
质量需求 | 性能 | 要求该系统: 1. 吞吐量高,以保证多房间的用户正常使用; 2. 时延低,以保证房间用户和系统管理员及时得到反馈信息; 3. 数据缺失率少,以保证数据完整安全。 |
质量需求 | 可靠 | 客户端尽量不要卡顿,不能崩溃。如果客户端或服务器端发生了卡顿和崩溃,要保证数据不会丢失,有及时快速的应急方案和崩溃恢复系统。系统应当支持关键数据的备份功能,有较强的容错和系统恢复能力,确保系统长期正常运行。 |
质量需求 | 安全 | 系统应当保证用户隐私信息不泄露等多方面的安全要求。对登录系统的用户,进行严格的鉴权认证,以保证整个系统的安全性。 |
6. 其它需求
需求名称、标识符 | 描述 |
---|---|
标准需求 | 本系统中采用的相关技术和标准等均应该符合国家标准、行业标准和公安部颁布的技术规范且具有良好的兼容性和互联互通性。 |
合法性需求 | 本系统中采用的一切相关事物均应当符合国家相关法律法规和政策,保证项目的合法性 |
7. 附录
用户需求调查报告略
8. 项目地址
整个项目的源代码,可执行文件,测试用例,结果均在下面的仓库中,欢迎查看: