需求改进&系统设计

 

一、需求&原型改进：

 

问题1：拾到物品的用户不希望公开自己的个人信息
修改1：在发布的信息下添加留言功能，丢失物品的用户可以留下联系方式

问题2：微信小程序开通支付功能需要微信认证的商户信息
修改2：答谢功能改为用信息发布

问题3：个人信息和发布的信息放在一起，后台信息过于冗杂
修改3：优化了后台数据库，把个人信息和发布的信息分开，便于查看

 

1.背景：

（1）典型用户：大学城的失主和拾主

（2）用户需要解决的问题：

失主：希望能够尽快找到失物。

拾主：拾到了东西希望能够有一个平台能找到失主。

 

2.场景：

失主想要找到丢失的东西。他先打开小程序，然后绑定用户信息。他这时候可以：

①在小程序的首页发布寻物启事的贴子，留下联系方式。

②浏览首页失物招领的信息。

③等待拾主登录小程序发布失物招领，这时候小程序后台会根据用户信息找到失主，向失主发送邮箱提醒。

 

根据这个场景，我们设计出了这些任务：

https://www.leangoo.com/kanban/snapshot/get/3099767/98778a595267a29851f6eb918f345fdb

 

2.功能分析的四个象限：

第一象限：　①根据失物招领的信息匹配提醒失主的功能

第二象限：　①用户发失物招领和寻物启事的功能

　　　　　　②用户信息绑定

　　　　　　③发布信息的功能

第三象限：　①页面简洁设计

第四象限：　无

 

3.任务分解和计划：

https://www.leangoo.com/kanban/snapshot/get/3099767/98778a595267a29851f6eb918f345fdb

 

 

 

二、系统设计：

 

 

 

 

 

 

架构设计简述：

·视图层：

视图层由 WXML 与 WXSS 编写，由组件来进行展示。将逻辑层的数据反应成视图，同时将视图层的事件发送给逻辑层。

·逻辑层：

逻辑层将数据进行处理后发送给视图层，同时接受视图层的事件反馈，调用云开发API与云数据库和云存储交互。

各个层次间传输的对象json：

 

 

 

 

 

协作过程：

 

 

 

 

基本功能：

 

 

 前端UI页面设计：

 

 

首页

 

 

 

 

 

 

 发布信息页面

 

 

 

 

用户页面

 

 

 

 

 

 

 

 

用户基本信息页面

 

 

 

 

 

 

已发布信息的页面

 

 

 

 

 

三、Alpha任务分配计划

迭代冲刺计划：(甘特图)

 

 

 

 

https://www.leangoo.com/kanban/snapshot/get/3099767/98778a595267a29851f6eb918f345fdb

 

 

 

 

 四、测试计划

 

1.1编写目的

 

   此计划编写的目的是为使寻物小程序版能够达到与说明书所描述的功能一致，并且检验小程序是否运行稳定。

 

 

1.2参考资料

 

《需求规格说明书》、《构建之法》等。

 

1.3测试的目的和任务

本测试的目的是：

完成整个小程序的测试及验证小程序的基本可用性，功能的完整性，数据的准确性等。

本测试的任务是：

A．与《需求规格说明书》比较，检查此小程序所完成的功能，是否与说明书相符合；

B．数据业务是否能够正确完成；

C．整个小程序是否能够稳定的运行；

 

1.4人员和设备

A．人员：

           林剑峰 3117004621 （组长）

           陆君健 3117004624

　　　石竞贤 3117004628

　　　饶元兴 3117004625

　　　周惠龙 3117004638

　　　梁景涛 3117004619

B．设备：

　　　　每人一台计算机、手机(测试微信小程序运行情况）

 

 

1.5送测要求

 

寻物小程序开发人员提交的测试按以下要求进行：

 

步骤	动作	负责人	相关文档或记录	要求
1	打包、编译	石竟贤 饶元兴	无	确认可测试
2	接收测试	周惠龙 梁景涛	用户需求说明书 系统设计说明书	确认开始测试
3	开始测试	陆君健 林剑峰	Bug单、小结	测试小结个人编写个人的内容

 

 

1.6测试的安排和进度

进度安排如下：

测试阶段	测试任务	工作量估计	人员分配	起止时间（待定）
第一阶段 功能测试	1.主页显示 2.个人中心界面 3.用户信息填写 4.删除发布的帖子 5.发布帖子 6.筛选功能 7.LOST列表和FOUND列表的显示 8.数据库数据准确性 9.搜索功能 10.头像点击响应 是否能正确实现其功能，是否有操作错误。	4日	1-3：林剑峰 4-5：陆君健 6-7：饶元兴 8-10：周惠龙
第二阶段 系统测试	1.完成所有模块的组合测试 2.确定所有业务流向和数据都是正确的。	3日	1：周惠龙 2：陆君健
第三阶段 性能测试	在多用户访问，交替进行负荷压迫测试	1日	梁景涛
第四阶段 安装手册帮助文件测试以及 安装卸载测试	1.将安装手册和用户帮助手册与软件操作比较是否有不符 2.对于安装文件进行测试	2日和1日	1：林剑峰 2：陆君健
第六阶段 兼容测试	软件在各个软件平台上的运行情况	1日	林剑峰 陆君健