团队作业(三):确定分工
0.任务目录
-
修改完善上周提交的需求规格说明书
-
团队的编码规范
-
使用Powerdesigner绘制ER图
-
进行项目的后端架构设计。
-
团队分工
-
本次分工及工作量比例
-
参考资料汇总
1.修改完善需求规格说明书
链接:https://github.com/Bzrael/Electronic-document-transmission-system
2.讨论制定团队的代码规范和编码原则
缩进、括号和分行
-
缩进:均采用4个空格。这样做使得在所有平台显示都相同,且4个空格的缩进距离具有很好的阅读效率。
-
括号:"{"和"}"都使用一行,使用D格式。如:
int main()
{
DoSomething();
}
-
分行:为方便调试和阅读,将多个语句或者多个变量放在多个行里,而不是挤在一行中。 如:
if(condition)
{
Dosomething();
}
而不是:
if(condition) Dosomething();
命名规范
-
函数命名规范:使用驼峰法,其基本原则为:动作+(关联)+内容 例如:getUserName(获取用户名字)。
-
变量命名:采用匈牙利命名法,其基本原则是:变量名=属性+类型+对象描述。
-
命名大小写规范:所有函数名使用Pascal形式命名,即所有单词的第一个字母都大写。所有类型和变量名使用Camel方式命名,即第一个单词使用小写开头,后面都用大写字母开头。 ##注释要求
-
必须的注释:注释用于解释程序做什么(what)、为什么(why)和其他需要注意的地方。函数头写注释,标记本函数的作用。较难理解的部分必须写注释。
-
不需要注释:不刻意写注释,不需要解释就能读懂的部分不写注释。
3.使用Powerdesigner绘制ER图
4.进行项目的后端架构设计,要与需求规格说明书中的界面原型设计相对应
5.确定团队分工
1.利用象限法确定各个核心需求的优先级,依据需求优先级确定团队Alpha 版本需要实现的功能,在博客中叙述并给出相应的WBS图。
2.在团队管理软件中(比如Github的Issue,Leangoo等)将各个叶子结点的功能加入,并确定每个子功能的工作量,在博客中给出分配后的截图。值得注意的是,与学习技术相关的任务也需要考虑在工作量中,开发需要检验产出,学习同样要有结果。PM可以用小Demo演示或学习心得博客作为学习任务的检验。
3.给出团队各个成员(用学号代替姓名)认领的工作,列出当前团队的TODOList,并在最后给出燃尽图。
学号 | 姓名 | 任务 |
---|---|---|
20191310 | 李烨龙 | 实现身份认证功能 |
20191312 | 刘新宇 | 实现公文发送功能 |
20191317 | 王鹏宇 | 实现用户管理功能 |
20191320 | 李泽昊 | 实现公文接收功能 |
20191325 | 叶家星 | 实现日志管理功能 |
学号 | 姓名 | 任务 |
---|---|---|
20191310 | 李烨龙 | 撰写博客、确定子功能工作量 |
20191312 | 刘新宇 | 修改完善规格说明书 |
20191317 | 王鹏宇 | 制作ER图、wbs图 |
20191320 | 李泽昊 | 撰写代码规范和编码原理 |
20191325 | 叶家星 |