团队作业3--需求改进&系统设计

这个作业属于哪个课程	软件工程
这个作业要求在哪里	作业要求
这个作业的目标	修改完善需求规格说明书、系统设计、Alpha任务分配计划、测试计划

一、需求&原型改进

1.针对问题提出修改方案
虽然小组的需求规格说明书已初见雏形，但在上周与老师的交流中还是暴露出了许多问题，还是有一些考虑不周或者表述模糊的地方，小组成员们也在本周的讨论中，总结了问题并提出了初步修改方案。

问题1：大部分外卖订单都有用户信息隐藏，取件码如何发给用户？
修改1：与外卖平台合作，实现订单部分数据共享。

问题2：放久了外卖如何清理，多久清理，以及谁来清理？
修改2：外卖存放时长超过24小时则通知外卖员清理，考虑到处理过期外卖、清理柜子在外卖员本职工作之外而且外卖过期情况少见，外卖超时时可通知附近外卖员并给予接受任务的外卖员奖励（类似于滴滴打车通知周围司机接单的思路）。

问题3：平台如何实现盈利
修改3：平台免费提供服务，通过平台植入广告收费。

问题4: 若专门做一个显示所有外卖柜信息并没有多大的用处。
改进4: 在一开始就自动显示外卖柜信息，在放外卖的同时可以看空闲位置，就会简洁方便许多

问题5: 客户被删除外卖信息时没有提醒。
改进5: 在外卖放入快递柜，放入快递柜半小时，以及准备删除快递的时候提醒用户拿取外卖。

问题6: 修改外卖信息
改进6: 跟外卖平台达成合作，在存入外卖的时候自动对照外卖订单信息，正确时才存入。

2.修改完善上周提交的需求规格说明书

(1)

经过团队讨论发现用户登录界面有一些鸡肋，虽然提高了些许安全性但是变得非常麻烦，参考去蜂巢取快递是只需要一个取件码就能拿到快递，面对下课高峰期大家都出来拿外卖的情况，如果还需要进行用户登录退出必然会降低使用效率。而且安全性方面可以通过与外卖平台合作进行订单信息确认来保障以及多次错误操作时的提示和警报通知保安来实现，我们商量后决定将这个环节去掉， 合理摸鱼 best摸鱼！


(2)在团队的讨论中也考虑到了一些特殊情况，比如说取餐码信息被当做垃圾信息删掉等离谱情况，用户通过输入自己订单上的名字和手机号码同样可以取餐

(3)为了增加取餐安全性，防止外卖被他人取走，增加报警系统，面对一些别有用心人士试图通过穷举法打开柜门的行为，在多次错误操作后将弹出提示，若是系统原因导致错误会提供帮助，若继续进行多次错误操作机器将发出警报并通知校园或者小区保安

二、系统设计

我们打算通过css、html、JavaScript等语言打造一个前端用户交互界面，再通过Java语言打造后台。考虑到整个软件只需要在存放外卖的那台机器上运行，软件甚至可以直接以网页的方式呈现。

服务对象为两个人群，一个是点餐的人，另一个是外卖派送员。在点餐用户端只需要提供取外卖的主要服务，而在外卖员端要实现：（1）外卖的存放（2）外卖存放位置的修改（配送员通常同时送多个外卖，针对放入外卖与订单号不吻合情况） （3）外卖删除，过期外卖开柜清理

我们通过软件要实现的从外卖员存餐到点餐用户取餐整个流程大致如下：(1)外卖员在机器上输入外卖单号申请一个存放位，放入外卖(2)后台根据订单号进行数据查找向订餐用户手机号发送取件码（3）用户根据取件码前往外卖存放机拿取外卖

根据需求，后端需要实现查找订单信息、生成取件码、分配储存位置、发送短信、还有存放计时和过期外卖发送清理请求等功能

三、Alpha任务分配计划

Product Backlog	Sprint Backlog	认领成员
放餐模块	输入订单号生成取件码，分配存放柜	麦纭婧
内置查询模块	放餐时确认订单信息，取餐时确认取件码或订单信息是否正确	麦骏成
取餐模块	通过取件码打开响应柜门，也可通过输入订单上个人信息取件	张杰晖
报警模块	多次错误操作后先提示，仍进行多次错误操作发出警报	蒙逸文

四、测试计划

计划先对每一个小模块进行测试，之后再将所有模块整合成大模块进行测试，完成之后进行所有功能测试。
（1）测试对象：项目需实现的功能模块、功能和系统集成模块
（2）测试时间：与开发同步进行
（3）质量要求：实现基本功能
（4）测试方法：手动测试
（5）测试成本：0 （仅人力成本）
（6）测试数据：记录通过次数、未完成次数、失败次数，寻找并记录失败原因