目录
需求描述
如下图所示,sub_rule表的detail字段是json类型的(数据库采用的是postgresql),里面存的是预先定义好的规则,例如某规则是{"开发类型":["新功能","优化细节交互"], "代码规模":["100-500行","500-100行"], "开发能力":["1A","1B","2A"]},则通过这条规则的任务就是需求分析1。
其中开发类型、代码规模、开发能力表示3个大维度,是与的关系,需要同时满足;各自下面又有子维度,是或的关系,通过一个即可。
假设这时候有某个任务,它的评估规则是{"开发类型":["新功能"], "代码规模":["0-100行"], "开发能力":["1A","1B"]},那么它匹配数据库中所有规则的结果应该是需求分析2。再举个栗子,假设有个任务的评估规则是{"开发类型":["新功能"], "开发能力":["1B","2A"]},那么它匹配数据库中所有规则的结果应该是设计1,它缺少代码规模维度,因此不应该通过需求分析1。