Supplementary Requirements

简介

本文档记录Hands OnMoney里所没有在用例描述中描述的需求。

功能性

1. 任务标签管理

   • 明确标签不能为空；
   • 明确标签之间的排他性，即作为“跑腿”的任务不可增加“问卷”标签进行发布和查询等操作，其他同理；
2. 任务市场支持模糊搜索；

3. 设置三个时间限制，方便双发明晰任务时序流程：

   • 发布时间、接受任务时间点（限制）、完成任务时间点（限制）

可用性

1. 编辑提示

   增删改时验证身份和权限信息、输入规范等；

2. 直接登入

   注册后直接跳转登入界面，节省用户操作；

3. 有限展示任务市场

   在一次页面中仅展示有限（如10条）任务，方便查询阅读；

易用性

• 直截了当：注重用户的可读性和可编辑性，通过明确的文字说明帮助用户注册登录，设置按钮提示发布任务；
• 条理清晰：通过任务步骤辅助明确任务流程，确保任务要求明晰准确传递给所有接收者。
• 支持模糊搜索；

可靠性

1. 可恢复性

   如果系统在任意时刻发生故障，为了支持点餐和结算业务的正常进行，用户重启系统后，系统能够重建恢复上一次的状态，保证业务流程的继续进行。

2. 性能

   我们的目标是：用户在网络良好的环境中，99%的情况下，可以顺畅无误地完成所进行的业务流程。

可支持性

• 对于不同品牌和尺寸的设备，如 PC网页端，移动网页端等，我们需要保证页面一致性。

实现约束

• 客户端：考虑使用者对产品功能完整性的需要，选择使用Web端；使用Vue进行SPA应用开发，方便利用活跃的网络社区生态降低开发难度。
• 服务端：基于技术和业务层面的考量，使用Python作为编程语言，Flask为Web应用框架。

接口

1. 重要硬件和接口
   • 智能终端设备，如手机、Ipad、电脑；
2. 软件接口：微信支付端口、支付宝支付端口；

所关注领域内的信息

• 任务记录和交易记录：

  当用户已经提交了任务和交易相关操作后，系统将保存任务和交易的状态，并在后期若状态有所改变，也应如实写入持久化的数据库，不允许任何人以任何方式修改。且该任务和交易的发布方和接收方都有权可以查看详细的细节信息。