今日完成的事情：

今日继续设计我们的接口文档。

和后端小伙伴把我们的接口文档全部登记在wiki上面。

把我们两个的接口文档进行了汇总之后，进行了一波修改：

1.前台和后台的职位表和公司表是公用的，我们两个分开写的，字段名称由不一致的全部改为一致。

2。/u表示只有登陆才可以操作，/project表示模块名称，比如：/company，/profession等，/search表示搜索，不可以用/list。

3.接口文档里面的命名和数据库命名规范要注意。接口文档命名是驼峰规则，比如：companyName数据库是带有下划线，比如：company_name。

4.理清楚了一些思路：

首先是角色，创建角色时可以给角色权限。

创建账户时，要赋予这个账户一个角色。

然后每个账户，根据自己的角色，可以对后台进行响应的操作。

5.创建账户的原型图：

这个原型图有问题，创建账户的时候，就应该赋予账户一个角色，需要添加。

6.各个大的模块要有自己的ID，作为模块的父ID，下面的增删改查操作小模块有自己的子ID，可以对应模块管理的操作：

但是URL地址，好像是后台可以调整每个模块对应的URL，这个实现起来有点困难。

7.拖动条目可编辑顺序，点击保存排序来保存排序变更：

暂时想到的解决方案是多增加一个字段，用来保存顺序，当后台重新排序之后，把每一页的第几行的值重新赋值给这个字段，用来保存顺序，然后在接口里面再按这个字段进行排序，再传回给后台。暂时是这个想法，但是实现起来还是有困难。

在写接口文档和写方案的时候，写日报真的有点苦难，不知道应该写什么，没有代码，只是对接口文档进行修改，日报里面能写的内容就少了很多。

明日计划的时期：

继续完善接口文档，开始写复盘方案。

遇到的问题：

原型图和我们想要实现的功能有差距，要添加一些字段。

收获：

接口文档真是一件挺伤脑筋的事情，回头想一想总是有漏洞，总是不完整。