补充性规格说明

简介

本文档记录了 “校园帮” 未在用例中描述的需求。

功能性

1. 日志和错误处理。在持久性存储中记录错误历史
2. 安全性。下单的微信用户都需要通过拍摄校园卡完成认证
3. 任务管理
   • 一个任务只能属于一个接受者。
   • 明确了任务与奖金的方案，具体来说是：依据规格定价，每个任务有一个基础价格。发布者可以和接受者进行商讨，由发布者修改完成任务所获得的奖金，同时除修改奖金外，也可以修改任务的其他的内容。
   • 在任务搜索部分，增加多种排序功能，可以根据距离远近进行排序，也可以根据任务发布者的诚信度进行排序。
   • 明确了tag的管理，具体来说是：每个任务用几个字符串字段表示几个自定义tag，也支持“外卖能手”这样特殊的tag单独做一个字段。

可用性

1. 辅助功能
   • 避免使用色盲人群难以识别的颜色
   • 重点信息应当突出，避免使用太多吸引注意的颜色
2. 用户体验
   • 查找菜品时提供模糊匹配
   • 支持多人同时进行任务发布和读取

可靠性

1. 可恢复性。如果在使用外部服务（如微信支付等）时出现错误，为了完成销售交易，应该有本地方案（如存储转发）加以解决。或者要为用户数据进行多份备份，增加容错性。
2. 性能。购买者希望能非常快速地完成销售处理过程，所以我们应当尽量减少页面的等待时间，加载资源应当尽量的少。

可支持性

1. 可适应性。对于不同品牌和尺寸的设备，如 Apple iPhone X，Mix2 等等，我们需要保证页面一致性
2. 支付方式。顾客除了可以使用线上微信支付的方式支付订单外，还可以线下与商家自行协商买单。

实现约束

• 客户端：选择使用微信小程序，一种基于微信的服务形式，比起Web应用更加接近原生态，而且用户省去安装App的时间，提高用户体验
• 商家端：选择使用Web端，商家对产品的功能完整性有较高的需求；基于开发难度和社区活力的考虑，Web框架使用Vue进行应用开发。
• 后端框架：基于技术和业务层面的考虑，选择Node.js作为编程语言，Koa作为Web框架。（undone）

免费开源构建

一般而言我们建议在该项目中尽可能使用开源构件。尽管现在对最终的设计选择构件为时过早，但是我们建议采用

• JLog 日志框架
• Docker
• MySQL
• …

法律问题

1. 任务在任务列表展示的信息必须属实，并对于任务接收方提出的有权知悉的情况的问题，应予以告知，不可以隐瞒欺骗，本平台要求商家上交经营许可证之类的证明也是为了保护任务接受者的知悉真实情况权益

   消费者拥有“知悉真实情况权” 即消费者所享有的知悉其购买、使用的商品的过程中或者接受的服务的真实情况的权利。消费者有权知悉的情况具体包括商品的价格、产地、生产者、用途、性能、规格、等级、主要成份、生产日期、有效期限、检验合格证明、使用方法说明书、售后服务，或者服务的内容、规格、费用等等。 选自《中华人民共和国消费者权益保护法》

2. 任务接受者在我们的平台上可以自主选择，不会给任务发布者有强制接受者接受的漏洞

   消费者拥有“自主选择权” 即消费者自主选择商品或者服务的权利。包括两方面：一是对商品的品种、服务方式及其提供者应有充分选择的余地;二是对于选择商品服务及其提供者应有自由决定的权利而不受强制。实际生活中，损害消费者自由选择权的现象主要是“官商”习气、商品搭售和强买强卖等。 选自《中华人民共和国消费者权益保护法》

3. 本任务发布平台保证在价格计算方面不会出现计量失误；任务接受者在符合要求的情况下，可以通过损失一定诚信点申请取消任务，同样任务发布者也可以损失一定诚信点取消任务。对于任务的发布和接受详情，本平台会予以详细准确永久性的记录

   消费者拥有“公平交易权”。 是指消费者在购买商品或者接受服务时，有权获得质量保障、价格公平合理、计量准确无误等公平交易条件，有权拒绝经营者的强制交易。 A. 关于商品和服务的质量，消费者有权要求其符合国家规定的标准或者与生产经营者约定的标准，不致因质量低劣而妨碍消费。如果经营者提供的商品或者服务不符合规定的质量要求，消费者有权要求修理、更换、退货、降价等。 B. 关于商品和服务的价格，消费者有权要求生产经营者执行国家的价格政策、法规或按质论价，商品价格或服务费用合理，不因乱涨价或乱收费而受到经济利益损失。 C. 关于商品和服务的计量，消费者有权要求生产经营者计量准确、足量，不致因短尺少秤而遭受经济利益损害。生产经营者更应自觉守法，遵守职业道德，不在计量上弄虚作假。对于工厂包装的产品，消费者有权要求其注明净重量或容量，并与实际相符;交易时计量的商品，消费者有权查明度量、衡器是否准确，有权看秤、复秤，对不足分量者有权要求退货或退回多收的价款 选自《中华人民共和国消费者权益保护法》