确定分工
一、修改完善需求规格说明书
1.存在的不足
- 初稿在实现的功能上有所欠缺，部分功能没有考虑到。
2.修改
- 上次制定的需求规格说明书中未考虑到安全传输的问题，对此增加了公文加密功能。
更新后的《需求规格说明书》:需求规格说明书
二、制定编码规范
团队的编码规范
1.命名风格
1.代码中的命名均以英文为基础，禁止出现拼音，可以包含数字。
2.代码中不允许出现非下划线的符号，且下划线不允许出现在命名的首位与末位。
3.变量命名采用帕斯卡（Pascal）命名法，即首字母和后面连接的每个单词的首字母都大写。
char MyName;
4.常量的命名需要用大写，不同意思单词间用下划线隔开。
#define MAX_NUM 100
2.常量定义
任何常量需要在宏里定义再使用，如果是一些头文件里包含的常量，可以直接使用但是要在首次出现的地方进行注释，告诉我们是出自那个头文件，具体数值是多少。
3.函数定义
不论函数是否定义在main函数前，均需要进行声明，声明位于全局变量定义之后。
4.全局变量
全局变量需要定义在头文件与宏定义的下方，函数声明语句上方，如果能不使用全局变量尽量不使用，之后函数或是main函数里使用全局变量后尽量在结尾加以注释，方便查看全局变量的使用过程。
5.代码格式
1.以TAB为单位进行缩进。
2.左右小括号和字符之间不能出现空格。
3.如果for循环或是if条件语句的内容只有一行，均不使用大括号。
for(int i=1;i<n;++i)
n=n+1;
if(a==b)
return 0;
4.大括号使用规定：
(1)如果大括号为空，直接写成{}，不换行。
(2)左大括号与右大括号均需要换行且不缩进，且同一对括号需对齐。
(3)出现大括号嵌套时，上一级大括号与本级大括号均需产生一个TAB的缩进。
for(int i=1;i<n;++i)
{
for(int j=1；j<m;++j)
{
t=a;
a=b;
b=t;
}
}
三、数据库ER图
四、后端架构设计
五、团队分工
1.象限图和WBS图
-
象限图：
-
WBS图：
2.添加叶子结点的功能
3.项目分工
| 项目 | 人员 | 占比 |
|---|---|---|
| 发端模块 | 杨赛、陈鑫 | 1/3 |
| 收端模块 | 徐嘉远、林梓祺 | 1/3 |
| 传输模块及前端 | 陈俊池、陈子昂 | 1/3 |
4.燃尽图
六、分工及工作比例
| 项目 | 人员 | 占比 |
|---|---|---|
| 修改需求规格说明书 | 陈俊池 | 1/6 |
| 制定编码规范 | 徐嘉远 | 1/6 |
| 数据库ER图 | 林梓祺 | 1/6 |
| 后端架构设计 | 陈子昂 | 1/6 |
| 确定团队分工 | 杨赛、陈鑫 | 2/6 |