【deepseek用例生成平台-26】用例对应的后台数据设计和前端实现。

上节课我们设计了一个弹层，用来设置不同用例设计方法对应的需求功能点细分等。

本节课，让我们去后台数据库中，实现各个项目自己独立的配置和展示保存等功能把~

打开model.py：看看之前的DB_project表：

那时候，我就说过，这个表日后必有大用！这不，现在就要给填上不同用例的设计方案了。

这里我们有俩种方案来设计这个表。

1. 每个用例设计方法做一个字段，共13条，以后也会增多，但增多必须修改底层数据库增加新字段，何况项目以后还有很多其他重要字段，字段太多会很乱。所以不推荐。

2. 所有用例设计方法做一个列表，放在一个大文本字段中存储。以后增删改都比较方便，也不用修改底层数据库，所以我们采用这个办法。

于是，改成如下：

大家可以关注到，默认为空列表。那我们如果拿个空列表去展示到前端，那不就是空白一片么？所以这个逻辑问题怎么解决？

办法就是，我们在新建项目的时候。直接在函数中写上最初的列表和内部13个用例方法的键值对，就可以。那我们之前新建的这些项目就都算是脏数据了，可以删除，重新创建新项目来继续之后的开发。

先把DB_project注册进admin.py:

（进入admin后台以删除所有DB_project内容和DB_new_srs内容）

Terminal面板中别忘了执行俩句同步命令：

接下来，我们去看看views.py中，新建项目的函数add_project ，改成如下：

然后我们运行服务器和前端，重新创建一个项目：

接下来，我们要去开发让这些配置能展示到前端需求优化弹层的函数。

首先是打开SrsSet.vue，修改optimize_new_srs函数，在打开弹层之前，先通过一个请求，带上项目id，去后端拿到这个项目的srs_case_set字段数据并整理，然后赋值给前端data里的srs_case_set。

然后urls.py中设置好对应：

最后views.py中设置好：

最后回到前段进行测试：

打开需求优化设置弹层，可以看到13种已经正常显示了。

本节到此结束，明天我们会开发这个弹窗的保存功能和开始优化功能哦~

欢迎追更·。。。