软件编写规范（构想）

0.构想一下学到的代码编写规范的皮毛

1.需求

弄明白真正的需求，很难。要甲方把需求落实到纸面上，并对需求的更改和添加设置条件（例如：加钱，严格的需求更改制度以防随意的需求更改）

2.前期设计

设计架构，设计需求实现

需要的变量（变量名、类型、变量范围、变量具体用处落实到excel表中），需要实现的功能函数

整理成设计文档，如果有流程图或其他图片可能会更利于理解（帮助自己理顺程序）

好的设计文档完成后：1.知道功能的实现可能性 2.功能函数的实现步骤已经很明了，代码顺着文档中的描述或伪代码编写即可，相当于代码已经写完了

3.写代码

规范团队：

（1）任务划分，时间截至，如何融合代码

（2）版本控制：开发环境的一致性，开发规范的一致性，版本控制工具（git，svn；每次没人只能在特定的日期时间进行代码的提交）

（3）变量取名规范（在2中就因该规范完，否则成员改变量名会造成对之前名称的依赖，和新变量名的陌生感，使代码编写效率降低）

（4）代码书写格式的规范（每个人都能直观的读懂代码）

（5）备注规范，在详细和便捷中找到平衡点，但是详细要大于便捷

注意备注：每行有备注是最好的，但是我们一般懒的写

                  备注的增删改时间

程序取名：可以以日期做整个程序的名称，便于了解是哪个版本

变量的取名规范（或许这应该在2中）

4.测试

所有功能都要测试一遍，事无巨细，自己明确能实现的功能也可能出现错误。

设计测试文档（测试时间，测试目的，测试内容，测试出现的现象，解决问题的步骤）

每一个功能都要测试到。

5.总结

记录本次过程，形成实施文档

记录错误问题，形成问题解决文档

记录需要补充学习的知识，形成接下来学习的文档