安全组项目质量管理经验.doc

安全组项目质量管理经验 在软件产品的研发过程中，软件质量一直处于最为核心的地位。软件企业能否顺利发展需要多方面的努力，其中软件质量保障在其发展过程中占有非常重要的位置。对于一个软件项目而言，由于所呈现的大多是脑力劳动成果的形式，很大程度上取决于项目组成员的集体智慧、编码水平和群体贡献。所以从软件项目的开始到结束（发布）过程中的动态不确定因素很多，这必然极大地增加了项目质量控制的难度，使得在按时提交软件产品的前提下有效保障软件质量成为了一个比较棘手的问题。 不同的项目组对质量保障问题的解决方法肯定不尽相同，下面我将我们安全小 组的一些项目质量管理经验整理出来，其中一定有片面和不足之处，还请大家批评指正。 第一点：重视项目启动前的规模估计 为了按时提交软件产品，必然需要有一个切实可行的项目进度计划，在这个计划里还要能考虑到保障软件质量的工作量。而产生这个计划的基础就是对整个项目工作的规模估计。在我们组的软件规模估计中，是小组成员共同参加的。每个人都对即将开始的工作做出工作量估计，然后对大家的估计结果进行加权和平均，形成项目组的共同规模估计结果。这有助于小组对项目工作量和工作难度有共同的认识，并对维护软件质量的工作量也有相应的准备 。一定程度上避免了由于项目进度计划不合理而可能造成的对软件产品质量上的影响。 第二点：项目确定共同的编码基本要求 软件的质量也就是代码的质量，对于提高代码的整体质量而言，开发人员遵循共同的基本编码规范是很有好处和必要的。我们安全组在平时的编码经验积累和参考了网上的技术文档基础上，提出了《安全组编程基本要求》。这个要求并不是面面俱到，但一定要对提高编码质量有实际的推动。为了增加灵活性，《要求》中还区别出了“必须遵守”和“推荐遵守”两种级别，供小组成员选择。这里列举几条编程要求如下： 1.尽可能在定义变量 的同时初始化该变量，指针必须在定义时初始化； 2.使用显式数据类型转换，避免让编译器进行隐式数据类型转换； 3.在函数体的“入口”处，必须对参数的有效性进行检查； 4.指针定义时初始化为 NULL；在使用内存之前检查指针是否为 NULL；在释放内存前检查指针是否为 NULL；释放完内存后，将指针赋值为 NULL； 5.使用“匈牙利“命名规则，模仿 IBM 代码的编程风格和注释风格； 第三点：严格遵循公司的 CMM 过程管理 这一点不用多说，引入