团队作业（三）——确定分工

1、修改完善上周提交的需求规格说明书，并在博客中描述：上次的《需求规格说明书》初稿有哪些不足？修改需同时体现在Github的MarkDown文件与PDF中。（提示：功能考虑不全或需求文档描述缺少的地方。）

分清管理员权限和客户人员
具体实现内容存在有些地方模糊
工作未进行合理分工

2、讨论制定团队的编码规范，讨论之前和讨论之后，队员阅读《构建之法》第四章内容，并讨论总结。将代码规范和编码原则发布在随笔上，并说说你们这么选择的理由。

代码规范and编码原则：

代码变量命名采用英语命名，不采用拼音命名，方便查看
类名、参数名、代码整体形式采用国际统一，
常量命名全部大写，单词用下划线隔开
代码注释，关键行要写清楚注释
函数内容要限制在200行左右，不要太长
避免多参数函数的出现，限制在3参数内
在函数中避免出现相互调用递归函数的情况，防止出现问题不方便查找
理由：在编写代码常常存在这样的问题：1.代码冗余，可阅读查性差2.逻辑复杂，不利于维护
对于这类由于编写代码不规范导致的问题，本小组经过讨论，制定本小组的代码编写规范，方便未来代码编写更加快捷简单，代码汇总更加方便快捷。

3、通过Powerdesigner完成团队项目的数据库设计，并在随笔中提供相应ER图

4、进行项目的后端架构设计，要与需求规格说明书中的界面原型设计相对应

整体设计要求分8点，照应上图。分别实现用户端管理，授权，功能实现（文件传输），加密传输，格式转换，模板使用，文件汇总分类，消息提醒等。

5、确定团队分工。请参考"分而治之(WBS - Work Breakdown Structure)"，提供下述内容：

利用象限法确定各个核心需求的优先级，依据需求优先级确定团队Alpha 版本需要实现的功能，在博客中叙述并给出相应的WBS图。
参考：https://www.cnblogs.com/zhengrui0452/p/6653964.html

在团队管理软件中（比如Github的Issue，Leangoo等）将各个叶子结点的功能加入，并确定每个子功能的工作量，在博客中给出分配后的截图。值得注意的是，与学习技术相关的任务也需要考虑在工作量中，开发需要检验产出，学习同样要有结果。PM可以用小Demo演示或学习心得博客作为学习任务的检验。
参考：https://www.cnblogs.com/zhengrui0452/p/6653964.html