《食堂远程下单系统》需求规格说明书

Posted 2020-11-18 emmm666

 

 

 

 

 

《食堂远程下单系统》

需求规格说明书

 

 

 

 

课程名称：软件工程基础

指导老师：汤世平

 

小组成员：

姓名：金晨   学号：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.1功能叙述

　　在顶层数据流图以及功能划分的基础上，我们利用第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数据库