来看一下这个作品，因为我们在demo里面已经给大家视频去看怎么做设计文档。

注意第一个事情，我们说有几个默认字段，但是默认字段它实际上有权重的概念。
比如说我们通常把建议大家创建时间写成at time，当然就按照自己的写法去写，它两个属于副属性。它的意义之前讲过，At time是一个表，再加入数据的时候，值不会改。更新时间，是主数据字段发生了变更，它也会变成更新。

所以，这两个字段一般是放在最后整理的时候，一定要注意字段的先后顺序。这样的话，你再看数据库的时候会看得很清楚。

是否注销这个在我们的项目里面是没有出现过的，但是我们怎么去标记一个人的信息呢。之前，防止大家入手比较慢给大家看过短信发送的demo。我们说默认有四个字段，ID是主键。一般来说，我们用小写来标记，大写也可以。

第三个是a time update time。

第四个status。一般的表都会有status状态，除非流水表它是没有状态的，就差插入就好。

 一般来说，我们默认的一个方法比较牛的时候就会加上这个，无效不等于零，就相当于在数据里面是把它给删除掉了，这就是我们所谓的软删除，所以不用单独加个字段，如果加单独加个字段，其实没有什么意义。
到学校ID，大家先考虑这个学校是怎么摆放的？这是设计文档里面要考虑的。因为产品同学就是分了省和市，而且把数据给我们，那我们怎么放置的？个文本是放在JS文档里面去，是放在枚举里面，还是放在数据表里面去呢？放在数据表里的话，还有两部分，一部分是省，一部分是学校。学校有需要的数据库，因为省比较少，所以我们可以做成两套方案。

1、一个比较好的方案就是把省放成枚举，放在我们的项目里面去，把学校当成字段，放到我们的表里面去，这样的话就会有四块。

然后专业，专业目前是输入官方的入学时间，毕业时间，导师，研究方向，

学生证和身份证以及邮箱的长度也注意一下，大概字段是问题不大，但是有些问题在产品的设计。

我的有两部分，一部分是设计的部分，在填录信息的过程，第二部分是认证流程的过程。未认证中认证失败、修改认证等等。

流程也是开发的复杂点，那怎么去做？比如说他从认证失败变成重置回未认证或者认证中，去放弃认证，然后又回到认证中，这个状态是怎么去做的？

变更，实际上有必要的。所以这个时候，应该加一个流水表，就是每个人的认证流程。

2、接口邮箱注意填写信息在邮箱的boss。但是这是其中之一，因为发邮箱之前一定要先做校验，用邮箱是有验证码的。

这样设计接口会有一个很大的问题，就是他把验证过程和提交过程给分开了。

没有验证码吗？比如说验证这个，发验证码的是在另外一个接口做的，提交在这个接口。那么这样有个问题，就是他能不能在前端的时候就必过？因为我们说做校验是为了能够让人安全的进来，但是如果你把它分开，会不会能够让人越过校验的过程直接来提交，因为前端接口是暴露的，是不安全的，那能不能做这个事情？

可以看到同学是花了很大精力来做这个事情啊。