编辑／肖秀玲
应将软件研发确认为
关键过程文/夏红云
如果既从事过传统制造业，又从事过计算机软件产业的人员，特别是有过项目管理经历，会对这两者的生产和服务提供过程的巨大差异，有深刻了解和体会。在此，笔者与大家分享和交流一下软件研发整个生命周期的过程确认和管理中的体会。
目前，计算机软件业普遍推行和运用了项目整体管理的经营管理模式，在整个研发过程中，首先识别并定义了软件项目研发必需的5个相互叠加交互的过程组，即启动、计划、执行、监督和控制、交付收尾，通过一系列的过程文件、评审和批准的规则，阶段输出，达成最终的目标结果，满足客户及相关方的需求。对每个过程的实现能力都进行了策划，在项目研发计划中，对人员、平台工具、程序、方法、准则等都有详细的认定。针对某一项目，计划书作为必需的策划文件包括了最佳作业方案、合格开发人员的知识和技能鉴定，培训需求、阶段模型等，整个研发过程需严格依照这些安排和准则实
万方数据
施和控制，才能够保质保量地成功交付合格的产品和服务。
另外，软件业还越来越普遍应用软件项目能力成熟度模型（CMMI）进行项目管理。CMMI 在本质上可概括为，是建立在过程统计和控制理论基础上，衡量软件过程实施能力的方法，模型抽取一组“好的（或最佳的）”过程实施定义为能力，它的可信程度来自于软件系统工程实施过程的可重复性的结果质量，即组织生产和服务过程的可重复性和成熟性。由此可见，这种项目管理方式确认了实际研发作业的过程域中的最佳实践方法，来证实组织提供高质量产品和服务的能力。实际上，CMMI是通过软件业特有的5个过程组，通用的项目管理知识，标准化的持续改进理念构成的三维模态管理体系，指导并控制整个过程的具体活动。而没有沿用传统制造业的模式，按 7.5.2条款的定义，去识别确认如焊接，防水层之类的某项单独工序的作业过程，进行重点控制和管理。而是全面策划产品和服务的提供过程，对所有关联活动和阶段输出执
Practice实务
行了7.5.2条款每一项具体要求，来有效规避软件产品可观性弱，不可度量性和实现方式多样性的特点所带来的产业风险，同时，也支撑了软件产品多使用“灰箱”验证式测试的可靠性和可信度，确保研发产品及服务的质量满足客户和相关方的需求。
软件是知识密集型产品，大家已经深知的软件产业自身的特殊性，决定了其整个研发过程就是特殊的过程，一个知识转化的过程。国际标准化组织已经为此制定出专门针对软件行业管理的特定标准和准则，如ISO10006， ISO27000等。ISO9000标准的内容应该是组织选用的最初级的管理要求。我们可能需要转变一下传统的思维方式，先从软件研发的全过程看起，再以面向最终产品的层次型结构分解方式来看待这个问题。
ISO9000标准系列的宗旨是，帮助需要证实具有稳定提供满足客户要求的产品能力的组织建立管理体系，进行有效的质量管理。审核目的是，评价该组织管
《认证技术》2010·02