今日完成的事情：

今天初步完成了方案设计，在写方案设计的过程中，又发现了几个问题。

1）还是公司标签：

今天经过讨论。首先前端传给我们的是一个数组。我们存储数组有两种方法，在这里就有两种方案。

第一种方案：我们把前端传回来的数组中的数据取出来之后，用“，”进行分割，存进数据库，就是数据库当中存的是一串字符串。

取出来时，进行字符串分割，然后再把分割后的字符串放进数组传给前端。这种方式比较简单，但是经过了分割，比较麻烦。

第二种方案：就是新建一个tag表，把每个标签作为一个对象存进数据表里面，每个tag对象对应一个公司ID。这种方案的优点时只有一个公司ID，就可以把所有的公司标签取出来，非常简便。缺点是多了一张数据表。

2）方案设计的时候发现接口文档存在一些问题，就是刚开始写接口文档的时候考虑不是很周全。

刚开始设计的数据接口文档：

对于公司的操作，增删改查都有涉及，但是没有通过公司ID获取公司详情的接口，这个是个比较大的缺陷，要加上去。

说一下我们设计的方案设计吧：

首先方案设计分为几个模块

1.简要介绍：这部分是对萝卜多平台的一个简要介绍，我一直以为萝卜多是一个像前程无忧之类的招聘网站，直到我看到凡丽小姐姐的萝卜多流程：

才知道萝卜多只是为企业服务的，暂时没有针对个人的功能。

所以我们的简要介绍就是根据这个流程进行提炼的。

2）架构和说明：

3）接下来就是表的简单说明：

我们需要的表比较少：没有争议的表有：公司表、职位表、角色表、帐户表、article表。以及一些表的字段的说明，和一些code的约定。

4）人员划分：振恒负责公司和banner图，我负责职位和角色以及账户。

5）时间规划：

按照敏捷开发流程的顺序规定每个阶段需要的时间。预计demo的时间是前端预估的时间，预计月底demo。

6）就是具体的方案实施：

我看了一下别人的方案评审，发现大家都是对照着原型图和接口文档，一步一步的说明自己是怎么设计接口的，以及接口的请求参数和返回参数。以及接口里面会用到什么方法去实现自己的接口。

大概就是这个样子。可能还有不齐全的，需要自己再完善一下。

明日计划的事情：

我们两个再针对自己负责的模块进行完善。

遇到的问题：

tag标签这个我是觉得再设计一个表格好，但是我的小伙伴坚持一个表格，利用字符串分割的方式，问了一下师兄，结果韦杰师兄觉得字符串分割，一个数据表就可以了。但是庆东师兄觉得另外新建一个数据表比较好。

收获：

通过自己从原型图，到接口文档，到方案设计的过程发现，每个人对于这些东西都有一些自己的看法，包括请教师兄也是这样，大家都有自己觉得比较好的的实现方式。