《食堂远程下单系统》需求规格说明书
《食堂远程下单系统》
需求规格说明书
课程名称:软件工程基础
指导老师:汤世平
小组成员:
姓名:金晨 学号:1120161943
姓名:方姝曼 学号:1120161940
姓名:夏婕 学号:1120161962
姓名:瞿凤业 学号:1120161944
目录
1. 引言................................................................................................................ 3
1.1 编写目的................................................................................................. 3
1.2 项目背景................................................................................................. 3
1.3 可行性分析............................................................................................. 3
1.4 NABCD分析.............................................................................................. 4
2. 项目概述....................................................................................................... 4
2.1 待开发软件的一般描述......................................................................... 4
2.2 待开发软件的功能................................................................................. 5
2.3 用户特征和水平..................................................................................... 8
2.4 运行环境................................................................................................. 8
3. 功能需求......................................................................................................... 9
3.1 功能划分.................................................................................................. 9
3.2 功能描述.................................................................................................. 9
4. 外部接口需求............................................................................................ 11
4.1 用户界面................................................................................................ 11
4.2 硬件接口................................................................................................ 11
4.3 软件接口................................................................................................ 12
4.4 通信接口................................................................................................ 12
4.5 故障处理................................................................................................ 12
5. 性能需求..................................................................................................... 12
5.1 数据精确度........................................................................................... 13
5.2 时间特性............................................................................................... 13
5.3 适应性................................................................................................... 13
6. 其他需求..................................................................................................... 13
7. 数据库设计................................................................................................. 13
7.1 静态数据............................................................................................... 14
7.2 动态数据............................................................................................... 14
7.3 数据库描述........................................................................................... 14
1、引言
1.1编写目的
书写本文档的目的在于:
(1) 详细陈述用户需求,明确食堂远程下单系统的具体功能
(2) 项目相关资料
项目目标:建立食堂远程下单系统,并建立相应的数据库,有利于校内学生实时便捷地进行线上点餐。
1.2项目背景
近年来,随着科学技术以及网络的飞速发展,食堂远程下单系统的发展空间越来越大。每所高校都会面临饭点食堂拥挤,学生排队点餐花费大量时间的问题。然而,这些白白浪费的时间,可以通过一个远程下单的系统节省下来,如果学生能够提前通过网络告知食堂自己想要点的菜品,食堂提前准备,这样到了饭点,学生只需要凭借相关证明(如订单号或是学号)便可直接取走先前点过的菜品,节省了一大笔等待时长。
调查发现,在校的学生确实觉得每天排队等待的时间太过浪费。如果能有一款app或是小程序能够像快餐店一样,不需要等待做餐时间,能够直接到店取餐,那么将会空出很多富余时间。于是,“食堂远程下单系统”应运而生。
1.3可行性分析
(1) 技术可行性:
APP开发技术已不是难题。本系统是应用于智能手机上的app,现阶段主要致力于该系统在Android手机上客户端的开发,ios系统上的开发还未做考虑。本系统主要是在Android开发平台上使用Java语言进行开发,数据库用mySQL。这些开发技术基本已经成熟,而且有一定基础,使用起来上手比较快,因此是完全可行的。
(2) 操作可行性:
系统的操作方式符合用户操作流程,用户可以登录查看菜品信息也可以购买菜品,并在交易完成后做出相应的评价等。
(3) 经济可行性:
获取食堂远程下单的市场需求渠道众多,而且成本较低。
(4) 法律可行性:
系统的开发过程和使用符合当前法律。
1.4 NABCD分析
(1) Need(需求):
一般同学们吃饭时间都是下完课,所以这时间是食堂的高峰期,食堂人满为患,时间都浪费到了排队点餐和等待取餐的过程。而在下课前几分钟,食堂里用餐的同学较少,很多窗口都处于闲置状态。
(2) Approach(做法):
食堂在线点单程序就是基于此而设计,同学可以提前在app上点好餐付款,食堂根据点餐信息提前制作,同学到时直接去拿点好的饭菜,这样便可以省下等待时间。同时,在后续的扩展中我们会考虑加入评论功能,方便同学们参考和食堂方调整。
(3) Benefit(好处):
学生可以在线点单支付,通过手机提前点单,(扩展:通过手机提醒点单学生餐点是否完成)省去排队,等待食物制作的过程。学校的课程表安排的比较紧,有时上午十二点下课,下午一点又要上课,这个功能让学生在快下课的时候就可以点好自己想吃的东西,去到食堂就可以取餐吃饭,节省了学生的时间。同时不用排队,排队会使取餐窗口十分拥挤,其他人点餐困难或取餐困难,我们的程序可以解决这一问题。
(4) Competitors(竞争):
在校内,我们应该还没有什么竞争者,没有听说过类似软件。同类型的软件大都用于一些小餐厅,与我们的服务群体不同,当然我们很多地方都可以像他们学习。
(5) Delivery(支付):
我们应该先和食堂方面联系,让食堂的负责人先接受我们的想法,在某个食堂先进行小规模测试,推销可以使用食堂外的LED屏幕以及在食堂一楼贴宣传海报。在食堂外摆设帐篷推销等等。在测试期开设意见箱接受同学们的意见反馈,在同学们的反馈中改进程序。只要我们的程序确实便利了同学们的生活,同学们就会自发的对这个程序进行传播。在后续的扩展中可以加上一些在校内还不够完善的服务设施,将食扩展到衣食住行。
2. 项目概述
2.1待开发软件的一般描述
学生在食堂排队会面临长队伍,考虑到这一问题,就想开发一个食堂远程下单系统,完成线上点单、下单,线下取餐。食堂远程下单系统为学生提供了方便,减少了排队等候的时间。
由于本系统的主要服务对象为学生,因此用户的数量十分有保障,并且本系统功能实用、操作简单,易受学生的青睐,前景十分乐观。
2.2待开发软件的功能
对于本系统的功能主要为:登录系统、菜品购买、下单,而取餐环节则是在线下取餐。具体图形介绍如下:
顶层数据流图:
ER图:
状态图:
用例图:
系统流程图:
2.3用户特征和水平
本系统的用户主要为在校学生,受教育水平高,对于各类软件的基本操作和使用都较为熟悉。并且用户大多都拥有手机可以随时随地登录本系统来进行在线操作。
2.4运行环境
手机Android端
3. 功能需求
3.1功能划分
系统的整体功能可以根据不同的用户划分为如下几个功能:
(1) 管理员:发布菜品,修改菜品,删除菜品;
(2) 学生:登陆注册,查找菜品,加入购物车,支付,评论;
(3) 食堂工作人员:查看订单;
功能划分表如下:
3.2功能叙述
在顶层数据流图以及功能划分的基础上,我们利用第1层和第2层数据流图来具体描述系统的相关功能。
DFD图:
第1层:
第2层:
对第1层图的第2部分的精化:
对第1层的第3部分的精化:
对第1层的第4部分的精化:
4. 外部接口需求
4.1用户界面
(1) 用户界面整体上选择较为简洁的风格;
(2) 默认背景色为白色;
(3) 学生在菜品界面可查看北食堂三楼的所有窗口的所有菜品,可通过左栏的窗口对菜品进行筛选。菜品界面呈现菜品的窗口位置、菜品的样式、名称、价格、销量数、好评数、差评数和收藏按钮。下单时弹出订单界面,也可进行点击查看当前正在进行的订单,也可以在该界面删除自己不想要的菜品,该界面呈现购买的菜品、消费的金额,在订单处学生和标注自己的口味以及其他备注需求,还需选择取餐时间。我的界面可以查看自己的收藏和历史订单,在历史订单中可查看历史订单的信息,可进行点赞操作,但是仅展示最近十条订单,在该界面可上传头像,查看自己的昵称;
(4) 通过界面下方的导航栏可进入订单界面和我的界面和菜品界面;
(5) 在下订单时,如果没有登录,系统会弹出登录/注册界面,登录/注册后应完成学生身份认证方可继续操作;
(6) 系统出现错误时会出现弹窗提醒,可选择是否发送错误报告,选择后退回至用户的系统界面。
4.2硬件接口
支持一般安卓手机
4.3软件接口
运行于Android操作系统
4.4通信接口
食堂交易平台、网络通信协议、第三方支付软件、电子邮件
4.5故障处理
正常运行时不会发生故障;发生故障后由用户选择是否送回错误报告,错误报告包括系统故障时用户所处的界面和之前的主动操作。若用户选择不上传错误报告,则保护系统故障前已上传和下载的数据;若用户选择上传错误报告,则错误报告通过电子邮件的方式发送至开发者邮箱,同时保护系统故障前的用户数据。
5. 性能需求
5.1数据精确度
(1) 维护人员在上传新的菜品时,可选择是否录入菜品简介;
(2) 用户的数据交流,如留言等,由用户选择保留时长;
(3) 维护人员要根据食堂的变化尽快更改可下单菜品列表。
5.2时间特性
(1) 响应时间:网络流畅情况下,下一个新的订单需要3秒钟左右;
(2) 更新处理时间:菜品的上传与下架信息需要保持实时更新,后台数据库每一天更新一次,30分钟内由用户操作产生的数据以高速缓存的方式存储在后端服务器;
(3) 数据转换与传输时间:数据输入时传入高速缓存处理器,数据输出时为了避免导出数据量过大,结果超过十个时将进行分页处理;传输时间与交易平台的处理速度有关;
(4) 运行时间:非服务器维护期间,应保持24小时运行。
5.3适应性
软件运行于Android操作系统之。非相应操作系统无法使用和进行菜品的购买。
6.其他需求
(1) 用户的交易需要经过第三方支付软件进行,相关信息在操作过程中完全保密;
(2) 管理人员可对菜品信息进行分类、整理及删除。
7. 数据描述
(账号信息包括密码、用户名、实名学生信息、联系方式等;菜品信息包括菜品名称、菜品简介、菜品展示图、菜品价格等)
7.1静态数据
用户账号信息
用户绑定第三方支付软件账号信息
菜品信息
7.2动态数据
食堂方:
输入数据:上架菜品信息
输出数据:是否已经完成菜品,建议买家取餐时间范围
学生方:
输入数据:菜品名称,份数,取餐时间
输出数据:是否下单成功
7.3数据库描述
本软件采用MySQL数据库