THE-ONE-大酒店餐饮管理系统(第一版).doc

THE ONE 大酒店餐饮管理系统(第一版) 作者： 日期：2 个人收集整理 勿做商业用途 THE ONE 大酒店 餐饮管理系统 需求规范说明书 Version1.1 文挡编号 XXXXXXXXXXXXXXX文挡名称需求规范说明书撰写人张勉 王战 吴波审核/批准创建时间2013年3月27日 星期三表C1 软件需求修改情况记录版本号设计状态摘要设计人设计日期审核人审核日期批准人批准日期1.0创建张勉2013。3.27 目录1引言41。1编写目的41。2背景41.3定义51.4参考资料52任务概述52.1目标52.2客户的特点63需求规定73。1客户管理功能83。1.1 客户注册83。1.2 客户登录83。1。3 客户退出83。1。4 删除客户83。1。5 客户注销83.1。6客户自我信息的修改83.1。7管理员对客户信息的修改93。2 发布信息功能93.2。1系统信息93。2.2待售商品信息93.2。3发表对商品的评论93。3 修改信息功能103.3。1待售信息的修改103.3.2系统信息的修改103。4删除信息功能103.4.1删除本用户待售信息103.4。2删除任意用户待售信息103。4.3删除评论信息103.5 查询功能113。5。1分类查询物品信息113。5。2查询卖家联系方式113。5.3查询系统统计信息113.5。4查询用户信息113。6搜索功能113.6.1搜索物品113.6.2搜索用户123。7积分奖励规则123。7.1买家奖励123.7。2卖家奖励124性能需求124。1精度要求124。2时间特性要求125。数据管理能力要求136.故障处理要求137.其他专门要求138。 运行环境规定14161引言THE ONE大酒店餐饮管理系统-需求规范说明书旨在详细描述系统功能需求和一些非功能需求，明确系统需求边界。文档分为四个部分:概述部分描述了项目的目的和范围,并对文档中使用到的术语进行了说明；系统说明部分对系统进行了简要的描述;需求说明部分对系统从功能要求、安全性、性能等几方面进行阐述;验收标准则描述了系统最终验收通过的准则。1.1编写目的THE ONE大酒店餐饮管理系统需求规范说明书目的是明确THE ONE大酒店餐饮管理系统可行性研究报告中各项功能和非功能性需求，确定系统功能模块。同时为概要设计和详细设计人员提供设计依据,其他本项目组的开发人员也可参阅。THE ONE大酒店餐饮管理系统需求规范说明书的阅读对象为：1）对相关业务技术和总体方案作出决策的管理人员和质量管理人员；2)对本需求规范说明书进行评审和确认的有关业务、技术人员;3）参加概要设计和详细设计阶段工作的全体设计人员；4）THE ONE大酒店餐饮管理系统项目组,其他有权需要调用本文档的人员。1.2背景开发软件名称： THE ONE大酒店餐饮管理系统项目任务提出者： THE ONE 大酒店项目开发者：软件学院“餐饮管理系统”开发小组：王战（20117610442，组长）张勉（20117610453，组员）吴波（20117610443，组员)用户：THE ONE 大酒店实现软件单位： 王战(20117610442，组长）张勉(20117610453，组员）吴波(20117610443，组员）本系统采用B/S,服务器端采用Microsoft Server 2003 为操作系统的工作站，是采用Microsoft SQL Server 2005的为开发软件的数据库服务程序。 1.3定义无.1.4参考资料黄河大饭店办公办法GB8567-1988计算机软件产品文件开发编制指南2任务概述2。1目标旨在开发一个统一的网上校内交易平台，利用信息化手段辅助校内交易，达到提高同学们购买所需物品的目的。营造一个基本环境，使得：1。毕业的学生可以通过这个平台将自己不需要的一些学习与生活用品出售，即解决了这些不需要的杂物,又能够获得一定的经济收入。2。刚上大学的新生也可以通过这个平台买到很多物美价廉的生活必需品与学习必需品。对于一些家庭困难的学生，这也是一个很好的支持。2.2用户的特点本系统的最终用户有三类：1. 管理员：一般为学生。对本系统极其了解,拥有一切对系统添加、修改、删除的权利。2. 卖家：为在校大学生,能够较快地熟悉系统的用户。能够通过本系统卖出自己不需要的东西。3. 买家：也为在校大学生，能够较快地熟悉系统的用户。能够通过本系统买到自己不需要的物品。3需求规定 本系统三类人员的权限表如下：功能子功能管理员VIP客户非VIP客户备注客户管理客户注册客户登陆客户退出客户注销删除客户修改本客户信息修改其他客户信息发布信息系统信息菜单、座位等信息发表评论信息修改信息菜单、座位信息的修改系统信息修改删除信息删除本客户预定信息删除任意客户预定信息删除评论信息分类查询查询菜单、座位信息查询客户联系方式查询系统统计信息查询对该客户预订信息搜索搜索菜单、座位搜索客户积分奖励折扣(VIP分等级)节气礼品3.1客户管理功能3。1。1 客户注册客户进行注册操作（想进行网上订餐的客户需进入我方酒店管理系统进行信息注册，以便酒店管理员事后管理）时,此客户指未升级为VIP用户,是从主页面链接到客户界面（分为VIP客户登陆页面与非VIP登陆页面,界面显示信息不同，VIP客户页面会显示当前最热美味佳肴,以及相关折扣等，而非VIP用户只显示最热佳肴而已），对其中各项基本信息按照要求进行填写。基本信息包括有：用户名,昵称，性别，家庭住址，联系方式，身份证号,密码，确认密码.。最后还有验证码及对系统罗列协议的同意选择后,方可最终确定向系统提交注册信息，之后系统显示新用户注册成功（要想升级为VIP客户需再酒店消费到一定额度才有资格）！3。1.2 客户登录客户登录操作,是指已注册客户要进入到酒店餐饮系统平台进行获取酒店菜谱、座位等信息。客户进行登录操作时,需要在相应的选项框中填入用户名和密码,然后点击登陆图标，进入方可.3.1.3 客户退出客户从酒店餐饮系统平台退出时，通过退出选择，点击相应图标按钮,系统会回到初始化状态（登陆状态），稳步退出，。3。1.4 删除客户对于删除客户的权限是只有酒店管理员才拥有的，是指某些申请注销或在一定时间片内没再次光临消费的客户或者在规定时间内没将消费金额转入酒店银行账户中等不诚信用户，酒店管理员落实相关信息后，会利用该权限对其该客户进行强制取缔,取消VIP级别或对折扣限度进行适当的缩减。即对该用户的所有相关信息进行适当的删除操作或降级操作必要时直接永久删除此客户信息.3。1。5 客户注销此客户注销操作，既是酒店管理员的权限(酒店管理员会根据3。1.4删除客户的条件进行适当操作)也是酒店客户(此类客户自已以后不想再利用此平台进行相关的操作想把自已的所有用户信息进行删除)的权限。 3。1。6用户自我信息的修改此修改用户信息的操作，是指用户对自己原来注册时所填写基本信息及用户对于自已所发布商品信息的地修改，如用户名，密码等。具体操作是把原来基本信息的列表拉出来，进去之后用户拥有修改各项的权限，修改之后用确定项确定最终的修改.3.1。7管理员对用户信息的修改此修改信息的权限是给管理员的，而非用户自己，当用户有某些不符合要求的操作，但又不至于被管理员把所有信息删除掉的时候，管理员有必要进行以上的操作。3.2 发布信息功能3。2。1系统信息由管理员不定时的发布一些本网站系统提示、网站说明信息、网站帮助信息和网站的一些维护信息等其他一些面向用户，用于帮助其更好利用本网站资源的良性信息!系统信息只有管理员有权发布、管理、删除，其余用户只限于浏览！3.2。2待售商品信息由本网站注册卖家发布的待售商品的具体信息：商品类别、商品基本性质、商品成色(商品的新旧程度,由于个人对其标准有所不同，所以请慎重考虑）、商品单价等。商品信息由发布者负责管理，发布者务必及时更新（发布的所有信息必须合法）。系统默认信息发布时间为两周(14天），如若届时信息发布者对信息不作为,系统为保证信息真实性、时效性将对本信息进行删除。如若商品确实未被售出，则卖方可再次申请发布本信息。（由于本网站为完全开放网站，信息真实性不能一一核实，所以请买方慎重。商品信息的一切法律责任有卖方全权承担).3.2。3发表对商品的评论所有买方均可对其所锁定的物品进行评论，以便后浏览者对物品有客观的认识。所有评论信息只有管理员有权管理。3.3 修改信息功能3。3.1待售信息的修改待售物品信息的修改分为两类：一类为原有信息存在错误，必须修改其原来错误处。以便浏览者获得正确的物品信息。二类为待售信息在无错误的情况下及时的更新(包括已卖出删除信息），以便浏览者得到最新的物品信息，也便于卖方更快的卖出。3.3。2系统信息的修改管理员应该及时的修改系统信息，便于用户了解最新的网站官方信息,方便用户使用本网站资源。3。4删除信息功能3.4.1删除本用户待售信息当卖方所发布的待售物品已被卖出时，卖方有责任及时将其删除，以免误导浏览者，从而使卖方得到恶评。3。4.2删除任意用户待售信息本功能分为两种方式：其一,当任意用户的待售信息被管理员确认为违法的或为假信息、已卖出信息，管理有权将其删除。其二，系统默认信息发布时间为两周（14天)，如若届时信息发布者对信息不作为，系统为保证信息真实性、时效性将对本信息进行删除（如若商品确实未被售出，则卖方可再次申请发布本信息）。3.4.3删除评论信息所有评论的唯一管理者是管理员，卖方无权删除评论。管理员可以对所有评论进行整理，并对个别恶意攻击的评论进行删除。3.5 查询功能3。5。1分类查询物品信息所有用户有对物品的分类查找功能。当卖方发布信息时应对其所发布物品进行“贴标签”（即进行自定义分类，且允许多个标签）,当用户查找所需物品时，只需选取选项即可看到已分好类的物品。(物品分类将分为两层，第一层分别为虚拟,数码，护肤，服饰,家居，文体,收藏，其他第二层)当选取分类后,屏幕进行显示，显示顺序按物品锁定次数（锁定次数是指确定买此物品的用户个数）由低到高,和时间顺序（发布时间）由近及远显示.显示时包括物品的图片、发布时间,锁定次数,发布者，发布者积分，成交量等。3.5.2查询卖家联系方式 当买方确定购买信息后，点确定按钮，即可看到卖方的联系方式,包括电话等信息，从而和卖方联系完成交易。此项功能只对已注册用户使用。3.5。3查询系统统计信息 管理员拥有查看已注册人数，登陆人数，单周交易量，各类物品的交易量，总交易量等系统信息的查询。3.5.4查询用户信息 当用户访问到物品信息时，在物品信息后有发布者，点击发布者即会跳转到卖方信息，包括显示其所在售物品信息，交易量，积分数,及评论。3.6搜索功能3.6.1搜索物品用户可以通过自己对所需物品的描述来搜索所需物品。权限为管理员、买家和未注册用户。3.6。2搜索用户 用户可以通过输入需寻找的用户名来直接查找该用户.权限为所有用户. 3。7积分奖励规则3。7。1买家奖励 当买家锁定一个物品时，即同时具有了对该用户的评论功能，限定评论为一条，且发布一条，奖励。当买方发现信息已过时可以予以举报，举报奖积分3.7。2卖家奖励 当卖家发布信息时给予奖励,当卖家完成商品下架也给予积分。当未及时删除已过期信息受到举报，扣分，5次以上将予以惩罚。4性能需求4。1精度要求查询欲购物品时，使用全字匹配策略搜索所需物品（由此可能会导致一些精度损失).4。2时间特性要求响应时间所有的物品查询操作、卖家联系方式查询响应时间一般不超过1秒.对卖家评论查询响应时间一般不超过2秒。更新处理时间:所有提交数据一般在1秒内响应，上传欲售物品图片在3秒内响应。数据的传送时间：由于使用学校的局域网服务器作为本平台的物理设备,因此数据的传送时间基本可以忽略不计。5。数据管理能力要求 本系统数据库中预计注册用户总人数为40000左右,数据库管理员为20人左右，同时在线人数为3000人左右等.6。故障处理要求鉴于校内交易平台涉及的数据对于学生买卖双方的重要性，数据库严格有效的恢复机制；数据必须一个每天进行一次备份，由于本信息涉及信息量巨大，应以天为周期进行增量转储，以季度为周期进行海量转储。7.其他专门要求 1）对平台各个功能模块，以网页的形式给出；2）所有的提交，确认，删除等操作以按钮的形式给出，且名称一律为取为“提交、“确认”、“删除”等易于理解的形式；3）根据学校各类人员统计信息计算，系统在正常情况下应该支持2000以上的并行操作能力，高峰期间（例如毕业生即将离校)学生要进行集中的物品转让,应支持4500以上并行处理能力；高峰期间服务器端应支持10000次以上的日访问量。8。 运行环境规定设备和开发工具规定指定工具编程工具:editplus运行调试工具:eclipse 数据库管理系统：SQL server 2005开发环境操作系统：windows xp/vista/7Java虚拟机jdk1。6。0_12测试环境操作系统：windows xp/vista数据库管理系统： SQL server 2005通信接口规定数据库管理员主要在局域网环境下使用系统，而学生则可能在外网进行访问系统，所以系统应同时支持局域网协议和广域网协议.