THE ONE 大酒店餐饮管理系统第一版Word格式文档下载.docx
《THE ONE 大酒店餐饮管理系统第一版Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《THE ONE 大酒店餐饮管理系统第一版Word格式文档下载.docx（13页珍藏版）》请在冰点文库上搜索。
张勉
2013.3.27
Ø
目录
1引言4
1.1编写目的4
1.2背景4
1.3定义5
1.4参考资料5
2任务概述5
2.1目标5
2.2客户的特点6
3需求规定7
3.1客户管理功能8
3.1.1客户注册8
3.1.2客户登录8
3.1.3客户退出8
3.1.4删除客户8
3.1.5客户注销8
3.1.6客户自我信息的修改8
3.1.7管理员对客户信息的修改9
3.2发布信息功能9
3.2.1系统信息9
3.2.2待售商品信息9
3.2.3发表对商品的评论9
3.3修改信息功能10
3.3.1待售信息的修改10
3.3.2系统信息的修改10
3.4删除信息功能10
3.4.1删除本用户待售信息10
3.4.2删除任意用户待售信息10
3.4.3删除评论信息10
3.5查询功能11
3.5.1分类查询物品信息11
3.5.2查询卖家联系方式11
3.5.3查询系统统计信息11
3.5.4查询用户信息11
3.6搜索功能11
3.6.1搜索物品11
3.6.2搜索用户12
3.7积分奖励规则12
3.7.1买家奖励12
3.7.2卖家奖励12
4性能需求12
4.1精度要求12
4.2时间特性要求12
5.数据管理能力要求13
6.故障处理要求13
7.其他专门要求13
8.运行环境规定14
1引言
《THEONE大酒店餐饮管理系统--需求规范说明书》旨在详细描述系统功能需求和一些非功能需求，明确系统需求边界。
文档分为四个部分：
概述部分描述了项目的目的和范围，并对文档中使用到的术语进行了说明；
系统说明部分对系统进行了简要的描述；
需求说明部分对系统从功能要求、安全性、性能等几方面进行阐述；
验收标准则描述了系统最终验收通过的准则。
1.1编写目的
《THEONE大酒店餐饮管理系统需求规范说明书》目的是明确《THEONE大酒店餐饮管理系统可行性研究报告》中各项功能和非功能性需求，确定系统功能模块。
同时为概要设计和详细设计人员提供设计依据，其他本项目组的开发人员也可参阅。
《THEONE大酒店餐饮管理系统需求规范说明书》的阅读对象为：
1）对相关业务技术和总体方案作出决策的管理人员和质量管理人员；
2）对本《需求规范说明书》进行评审和确认的有关业务、技术人员；
3）参加概要设计和详细设计阶段工作的全体设计人员；
4）《THEONE大酒店餐饮管理系统》项目组，其他有权需要调用本文档的人员。
1.2背景
开发软件名称：
THEONE大酒店餐饮管理系统
项目任务提出者：
THEONE大酒店
项目开发者：
软件学院“餐饮管理系统”开发小组：
王战（20117610442，组长）
张勉（20117610453，组员）
吴波（20117610443，组员）
用户：
THEONE大酒店
实现软件单位：
王战（20117610442，组长）
本系统采用B/S，服务器端采用MicrosoftServer2003为操作系统的工作站，是采用MicrosoftSQLServer2005的为开发软件的数据库服务程序。
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
数据库管理系统：
SQLserver2005
开发环境
操作系统：
windowsxp/vista/7
Java虚拟机
jdk1.6.0_12
测试环境
windowsxp/vista
SQLserver2005
通信接口规定
数据库管理员主要在局域网环境下使用系统，而学生则可能在外网进行访问系统，所以系统应同时支持局域网协议和广域网协议。
升级会员 