一、《需求规格说明书》的完善
细化了如何判断文件是否加解密的方法
二、代码风格规范
1.代码格式:
-
用空格字符缩进源代码,不要用tab,每个缩进4个空格
-
行宽设为100字符
-
包的导入:删除不用的导入,尽量不要使用整个包的导入。在eclipse下经常使用快捷键 ctrl+shift+o 修正导入
2.缩进风格:
左括号同行,右括号独占一行,如:
if(condition) {
DoSomething();
}
Else {
DoSomethingElse();
}
理由:按照教材代码的缩进风格已成习惯,使用更为方便,易修改。
3.命名规范
- 匈牙利命名法:在变量前面加上有意义的后缀
- 全大写用下划线分割,如
public static find String ORDER_PAID_EVENT = "ORDER_PAID_EVENT"; - 首字母小写,骆驼法则,如:
public String orderName;
理由:便于复审代码,易区分。
4.注释:
(1)注释多采用asc码字符,增强程序可移植性
(2)要解释清楚代码是在做什么(what)和为什么这么做(why)
5.代码设计规范
函数
- 函数设计:高内聚,低耦合
- 有单一出口
- 预防错误,要使用断言
理由:当代码出现错误,或需求改变时,使代码更易修改。
6.代码复审
- 复审方法
活用三明治原则,不间断复审,注意是否有可删除的代码。
理由:简化代码,提高效率。 - 复审步骤
(1)复审前:要先用比较严格的c/c++编译,最好可以单步调试,最好可以编译一份debug版本。
(2)复审后,要做一些更正明显的标记,以便自我反省事
(3)在改进代码设计规范的时候,可以参考书上的几个经典错误例子。
三、团队项目数据库设计ER图
四、团队分工
1.核心需求优先级叙述及Alpha版本WBS图
2.ToDoList燃尽图
五、本次项目整体大致分工
学号 | 姓名 | 任务分工 | 工作量比例 |
---|---|---|---|
20175105 | 王鑫浩 | 工作量汇总及燃尽图 | 20% |
20175120 | 彭宇辰 | ToDoList及随笔 | 20% |
20175126 | 谢文航 | 团队代码编写规范的整理 | 20% |
20175131 | 王泽龙 | 确定优先级,完成WBS图 | 20% |
20175221 | 曾祥杰 | 用PD完成项目数据库设计及ER图 | 20% |