电子公文传输系统团队项目——(3)确定分工
确定分工
一、修改完善需求规格说明书
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 |