网上订餐系统软件需求说明书.docx
- 文档编号:5291122
- 上传时间:2022-12-14
- 格式:DOCX
- 页数:11
- 大小:109.56KB
网上订餐系统软件需求说明书.docx
《网上订餐系统软件需求说明书.docx》由会员分享,可在线阅读,更多相关《网上订餐系统软件需求说明书.docx(11页珍藏版)》请在冰豆网上搜索。
网上订餐系统软件需求说明书
网上订餐系统软件需求说明书
目录
1.引言1
1.1目的1
1.2项目背景1
1.3项目范围2
1.4定义,缩略语,缩写3
2.系统需求概述4
2.1用例模型4
2.2假设和依赖6
3.系统详细需求7
3.1Use-Case清单7
3.2规格说明7
3.2.1功能性需求8
3.2.2可用性9
3.2.3可靠性10
3.2.4性能10
3.2.5保障性10
3.2.6设计上的限制10
4.术语表12
软件需求说明书
引言
目的
本文档适用的对象是:
本软件开发项目组组成成员及客户项目组组成成员
编写本文档的目的是:
1.将本文档作为软件开发人员和系统使用人员以及管理人员之间沟通的文件,使各方面需求和开发目标达成共识,并以此作为系统开发的标准和验收依据。
2.软件的总体要求,以作为交办单位,用户与软件开发人员进行交流的基础。
3.性能要求,初步设计的和对交办单位,协作单位或用户有影响的信息,并作为软件开发人员进行概要设计,详细设计乃至编码的基础。
4.软件组装和系统测试的依据。
项目背景
近年来中国参与全球经济活动越来越广泛和深刻,中国经济及旅游业也得到了快速发展,2008年北京奥运会和2010年上海世博会的举行为中国酒店、餐饮行业带来新的发展契机。
目前,餐饮市场竞争激烈,但国内仍有不少餐饮企业的市场营销停留在模仿式的盲目经营和经验型的松散管理的初级阶段,使餐饮企业经营成效很低,举步维艰,餐饮企业的经营管理水平和营销能力的提升已迫在眉睫。
由于行业的历史原因,早期的餐饮企业以粗放经营方式为主,大家对行业认知度不高,目前,很多餐饮企业经营者已经改变了“软件就是一张光盘、开发出来能多卖一套就多赚一套的钱”的观念,愿意为餐饮管理软件及支撑硬件付出相应的成本,但是整体上来说还是没有质的飞跃,因此很多餐饮企业购买信息化产品也比较随意,大部分是不太懂,基本就看谁描述得比较好,硬件比较漂亮就买了,反正别人家是电脑点菜、收银,我们家也是就行了。
因此很多餐饮企业虽然购买了信息化产品,但是因为诸多原因,比如买的功能非常简单的软件、服务比较差的产品等原因,使很多很重要的功能得不到开发和应用,基本停留在点菜收银阶段,形成我国餐饮企业对于信息化应用水平整体不高。
再加上很多小型餐饮信息化企业是规模很小的企业,由三、两个研发写几行代码,找几个硬件一整合就去销售,从而使行业的信息化应用水平整体偏低的现状,要改变这种情况需要餐饮企业的高层管理人员改变观念、对信息化应用提出更高的要求,大型餐饮信息化企业提供更好的产品和整体解决方案和服务。
餐饮企业本身有比其他行业更适合发展信息化的特点,餐饮业以中小企业为主,大部分餐饮企业都希望通过信息化降低成本,提高利润、扩展和维持客源。
信息化从本质上来说就是服务经济,没有比其他行业比餐饮业更精通服务经济;信息化是一种个性化服务的生产方式,餐饮业长期以来就是个性化,多样化的生产服务。
项目范围
网上订餐系统
●菜品分类,预订,连锁店信息查询
●菜品详细信息查询浏览
●网上订餐
●付款功能多样化
●会员,订单,连锁店菜品管理
●权限管理
本系统实现网上订餐业务有效的将分店系统同总部运营系统紧密连接在一起,形成一个完整、全面的运营网络。
从而提升餐饮连锁企业的人力资源、物质资源、资金的有效利用,降低成本提高效率
资源共享
分店菜品、广告和新闻可以及时上传至总部网络运营平台。
运营平台可推送广告、新闻等到分店。
对网络运营数据统一管理建立数据中心。
运营分析
用户提交订单后可以通过系统看到订单的各种状态,例如待审核状态。
提供完善的报表功能,包括每天订单汇总等等。
总部网络运营后台和分店可通过订单信息进行数据挖掘和统计,对整体运营进行分析。
数据安全
要求新系统有一定安全性,必须有足够措施来应对过去出现过的各种安全事故。
定义,缩略语,缩写
国际化(internationalization)和本地化(localization):
指让产品能够适应非本地环境,特别是其他的语言和文化。
程序在不修改内部代码的情况下,能根据不同语言及地区显示相应的界面。
总店:
指连锁店总部
分店:
指各连锁分店
订餐客户:
指通过网络订餐的客户
系统需求概述
用例模型
系统用例图如下:
用例的概要描述如下表所示:
主要参与者
优先级
用例名
用例概述
顾客
高
登录
客户登录系统,以便订餐订座位。
高
退出
客户可以随时退出系统。
高
更改个人信息
顾客修改并更新注册信息。
。
高
订单记录查询
顾客可以查看自己的订餐记录
高
订餐
顾客登录后可以订餐外卖
高
预订座位
顾客可以选择餐厅,预订时间座位,到店就餐。
高
菜品评论
顾客可以对付费后订单中的菜品进行评论。
高
注册
顾客可以在网站进行注册,注册后享有会员功能。
分店管理员
中
登录
登录后可以获得管理权限
中
退出
管理员能够退出系统。
中
订单管理
管理员能对网上的分店订单进行过滤,审核。
同时也可以增删改查订单信息。
中
更改信息
管理员能够更改分店的店面信息,类似于个人信息的修改。
中
广告管理
管理员能够向总店发送分店广告,在网站上呈现分店广告信息,同时也可以对分店的广告进行增删改查。
中
菜品管理
管理员能够增删改查分店菜品,提供给客户网上预订.
总店管理员
中
登录
管理员登录系统,管理整个网站状态。
中
退出
管理员可以随时退出系统。
中
广告管理
管理员可以管理各个分店广告,选择部分在首页显示,也可以对这些广告进行增删改查。
中
更新菜品
总店可以更新最新推出的新的菜品。
中
会员管理
总店管理员可以管理分店管理员及所有会员信息。
中
系统管理
总店管理员可以对软件系统的配置进行更改。
中
订单管理
总店管理员可以查看所有订单,进行统计和数据挖掘。
中
发布广告
总店可以发布自己的广告。
假设和依赖
顾客必须具备基本的计算机知识,或自愿接受软件开发方的系统培训。
客户数据存储不需要高精度数据。
系统详细需求
本节将使用用例技术描述系统的详细需求。
Use-Case清单
用例名和对应的用例描述文件的关系如下(在名为“用例描述文件”的文件夹中列出了四个作为示例):
编号
用例名
对应用例文件
01
菜品评论
01_ucspec.doc
02
预订座位
02_ucspec.doc
03
订餐
03_ucspec.doc
04
用户注册
04_ucspec.doc
05
用户登录
05_ucspec.doc
06
用户退出
06_ucspec.doc
07
用户更改个人信息
07_ucspec.doc
08
订单记录查询
08_ucspec.doc
09
分店管理员登录
09_ucspec.doc
10
分店管理员退出
10_ucspec.doc
11
分店管理员信息修改
11_ucspec.doc
12
分店管理员广告管理
12_ucspec.doc
13
分店管理员菜品管理
13_ucspec.doc
14
分店管理员广告推送
14_ucspec.doc
15
分店管理员订单管理
15_ucspec.doc
16
管理管登录
16_ucspec.doc
17
管理员退出
17_ucspec.doc
18
管理员广告管理
18_ucspec.doc
19
管理员系统管理
19_ucspec.doc
20
管理员广告管理
20_ucspec.doc
21
管理员会员管理
21_ucspec.doc
22
管理员订单管理
22_ucspec.doc
规格说明
本节定义了网上购物系统的非功能需求(包括可靠性、可用性、性能等)和用例中通用的功能性需求。
功能性需求
本节描述了用例中通用的功能性需求。
Ø日志系统
系统运营期间,不应提示错误信息,所有错误信息应全部归入日志文档进行存储,每日生成日志文件存档。
Ø资源共享
分店菜品、广告和新闻可以及时上传至总部网络运营平台。
运营平台可推送广告、新闻等到各个分店。
。
Ø运营分析
总部网络运营后台和分店可通过订单信息进行数据挖掘和统计,对整体运营进行分析。
Ø安全系统
安全系统必须拦截非法的访问,和对网站的恶意进攻包括(XSS、SQLInjection、非法盗链等、非法字符输入等)。
Ø快速业务处理和管理
实现用户的网络快速订餐,提高订餐业务流程的处理速度,同时通过信息化、智能化系统提高管理水平,降低人力资源成本。
Ø预设管理员
在系统之初,将预先设定在一个管理员,他具有系统所有的权限。
他的密码可以被再次修改
ØSEO要求
实现用户的网络快速订餐,提高订餐业务流程的处理速度,同时通过信息化、智能化系统提高管理水平,降低人力资源成本。
Ø系统架构
可用性
下面列出了和系统的可用性相关的需求。
Ø系统客户端
系统采用B/S架构,客户端通过浏览器可直访问,无论是管理员,还是分店和客户,都应采用B/S架构开发。
。
Ø系统易用性
网上购物系统的用户界面设计必须简单明了,不需要顾客花费额外的时间来学习。
Ø系统可维护性
应采用面向对象的技术,配合设计模式,对模块进行拆分,使系统实现高内聚低耦合,增加可维护性。
可靠性
Ø可用性
网上购物系统必须能够24小时*7天的工作。
Ø系统严重错误发生的平均时间间隔
系统发生严重错误的平均时间间隔应该大于200小时
Ø系统故障解决时间
系统发生严重错误解决时间应小于30分钟。
性能
Ø最大的并发人数
网上购物系统的最大并发访问数应该为800。
在这个范围内,系统应该能够很好的工作。
Ø最大系统响应时间
在最大并发数为800范围内时,系统对用户的最大相应时间应该小于10秒/1万条数据。
Ø最大的事务处理时间
网上购物系统的用户事务的最大处理时间应该是30秒,如果超过这个时间系统应该自动结束用户的事务处理。
Ø系统的可升级性
针对访问量的变化,访客的增加,系统应采用负载均衡和冗余技术,随时可以对系统进行热升级。
保障性
Ø出错对应时间
当系统发生错误时,对应的补丁程序的发布时间应该是小于2天/一件bug。
Ø技术支持时间
本系统完全上线后的一年内,提供的技术支持时间应该是每周8小时*5天。
设计上的限制
Ø数据库管理软件
系统采用LAMP架构,采用MYSQL数据库进行数据存储。
应采用分布式技术,对MYSQL服务器之间,进行通讯。
ØWeb服务器软件
系统使用APACHE(阿帕奇)服务器,在LINUX平台上,阿帕奇服务器具有安全性和高稳定性。
。
Ø平台要求
网站服务器必须在CPU为P3以上,内存为512MB以上,操作系统为Linux(Unix)的数据库服务器上顺利运行。
网站数据库服务器必须在CPU为P3以上,内存为1GB以上,操作系统为Linux(Unix)的Web服务器上顺利运行。
ØWeb浏览器
系统支持IE6以上版本,所有版本火狐浏览器,以及CHROME及OPERA浏览器。
ØPHP的版本
系统必须在PHP5.0以上的版本上运行。
术语表
LAMP
LINUX+APACHE+MYSQL+PHP的开发平台
DBMS
数据库管理系统(DataBaseManagementSystem)是一种操纵和管理数据库的大型软件,是用于建立、使用和维护数据库。
它对数据库进行统一的管理和控制,以保证数据库的安全性和完整性。
用户通过数据库管理系统访问数据库中的数据,数据库管理员也通过DBMS进行数据库的维护作。
Web服务器软件
随着网络技术的普及、应用和Web技术的不断完善,Web服务已经成为互联网上重要的服务形式之一。
原有的客户端/服务器模式正在逐渐被浏览器/服务器模式所取代。
Web服务器软件是一个软件系统,用于支持网络上可以互操作的机器到机器之间的交互。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 网上 系统软件 需求 说明书
![提示](https://static.bdocx.com/images/bang_tan.gif)