Supplementary Requirements

补充性规格说明

修订历史

版本 日期 描述 作者
初始版本 2019年6月22日 第一个版本。主要在细化阶段中进行精化 韩智慧

简介

本文档记录了挣闲钱项目所有未在用例中描述的需求。

功能性

1.日志和错误处理

在持久性存储中记录所有错误

2.可插拔规则

在几个用例的不同场景点执行任意一组规则,以支持对系统功能的定制。

3.安全性

任何使用都需要经过用户认证。

可用性

人性化需求

可靠性

1.可恢复性

由于本项目并未使用第三方提供的服务,所以主要考虑在用户使用我们的系统出现未知的服务器错误时,能够通过采取使用本地方案(如存储和转发)加以解决,以此保证本项目系统能快速恢复至出错前的正常状态并可以继续正常使用。

2.性能

可支持性

可适应性

可配置性

目前,我们的项目还不具备修改配置的能力,但为了能够适应项目变更业务和性能的需求。因此我们认为我们应该具备一定的可配置能力以适应这些需求。对此我们需要进一步的分析设计,以发现哪些地方需要灵活性和灵活性的程度,以及实现这种灵活性所需的工作。

实现约束

浏览器端

浏览器端使用JavaScript技术的解决方案,使用Vue.js的前端开发框架,采用JavaScript技术除了易于开发外,还能满足不同用户对于不同浏览器的需求,提高项目的移植和可支持性能力。

服务器端

服务器端使用的也是JavaScript技术的解决方案,使用Koa2的后端开发框架,依旧是方便易于开发和提高远期的移植和可支持性能力。

数据库

数据库采用MySQL,使用在实际使用中有极有可能会出现多人同时访问的情况,需要考虑阻塞队列的处理,合理处理读写问题。

免费开源构件

前后端均使用免费开源的开发框架,以此避免应版权而造成的法律问题。

接口

1.重要硬件和接口

2.软件接口

法律问题

所关注领域内的信息

1.定价

任务发布者需要明确任务定价与实际劳动量间的关系,对于劳动量和确定价格接受者有权利得知。对于发布虚假信息的任务任务接受者有申诉权利以确保自身的合法权益。

2.任务流程

在接受任务后的任务双发的线下沟通过程中,双方需明确任务流程的各项内容。

3.其他

需要关注系统所涉及到的各个领域内的相关法律条文和行业规则等的各项信息。