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

 

 

 

 

 

《食堂远程下单系统》

需求规格说明书

 

 

课程名称:软件工程基础

指导老师:汤世平

 

小组成员:

姓名:金晨   学号: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数据库

猜你喜欢

转载自www.cnblogs.com/emmm666/p/9190497.html