摘 要：sqa是cmm/cmmi的关键过程域之一，文章通过在信息系统开发中引入sqa的对比，阐述了sqa作为独立的第三方在信息系统开发中的工作过程及重要作用。
　　关键词：cmm/cmmi；sqa；信息系统开发
　　中图分类号：tp311052 文献标识码：a 文章编号：1006-8937（2012）20-0083-02
　　1 cmm/cmmi概述
　　cmm（capability maturity model，能力成熟度模型）是用来协助组织启动改进过程的计划，通过对目前软件的实际应用和cmm的基准做比较，识别出能够进行改进的一些过程，再选择对这些过程进行有序改进的方法。通过对一个有限的活动集合进行关注并努力地达到目标，一个组织能够稳步地改进整个组织的软件过程，逐渐取得在软件过程成熟度上的持久的、连续的收获并最终形成软件工程的文化和优秀的管理水平。
　　cmmi（capability maturity model integration，集成能力成熟度模型）是cmm模型的最新版本。cmmi的专业领域涵盖软件工程、集成产品开发ipd、集成产品开发系统工程和系统采购等，因此cmmi的涉及面更加广泛。
　　2 sqa介绍
　　sqa（software quality assure软件质量保证）是cmm可重复级中6个关键过程域（kpa key process area）之一，在cmmi中该关键过程升级为管理级中的过程与产品质量保证过程。软件质量保证包括评审、对软件产品和活动的审计工作，以此验证它们是否符合适用的标准和规程，还应向软件项目和其他相关管理人员提供审计和评审的结果。wWw.11665.coM
　　cmm/cmmi为满足这个关键过程域，应达到的目标为：软件质量保证工作需要有计划的进行；客观地验证软件项目、产品和工作是否遵循适当的标准、步骤和用户需求；将软件质量保证工作及结果通知给有关组别成员；高级管理层能够对在项目内部不能解决的不符合类问题进行掌控。
　　sqa不在项目中，是独立于项目的第三方，这样更便于sqa通过深入项目，与项目组的成员保持良好的沟通，最终及时获得真实的项目情况。
　　3 sqa在信息系统开发中的应用
　　3.1 信息系统开发过程中遇到的常见问题
　　在公司推行cmm/cmmi之前，我们发现在大部分信息系统开发项目中，随着项目的开展，用户会不断增加或修改需求，我们的研发人员不得不重新设计、修改。由于没有对项目进行指导和监督，往往使项目失控从而造成无法保质保量的及时将产品交付给客户的严重后果。以数字化调度第一代产品为例，项目进度已经进入测试阶段，此时用户不断以口头形式提出新的修改要求致使项目组开发人员不断更新产品版本号，测试人员不得不重新测试，项目一再延期；在产品验收前发现发布版本与交付版本不一致；由于当时没有对口头提出的变更需求进行文字确认，最终产品功能缺失而无据可查。此时的组织架构如图1所示。
　　3.2 sqa应用于信息系统开发
　　我们的信息系统开发项目大部分采用的是传统的瀑布式开发模式，对开发过程的次序和管理活动的规范比较重视，恰好与cmm基本思想相似，而还有一些项目借鉴传统瀑布开发业务的案例、原型方案，细化后纳入基线结构的迭代开发模式，这与cmmi基本思想相似。基于cmm/cmmi的sqa过程应用于我们的信息系统开发中，可以达到改进信息系统开发过程，保证信息系统开发质量的目的。所以公司决定推行cmm/cmmi，在项目中增加sqa人员。此时的组织架构如图2所示。
　　质量管理体系中戴明环，又称为pdca循环，如图3所示。依照p（plan）—计划，d（do）—执行，c（check）—检查，a（act）—行动的循环过程，对检查的结果进行处理，成功的经验加以肯定并适当推广、标准化；失败的教训加以总结，未解决的问题放到下一个pdca循环里。
　　sqa的工作流程正是遵循了戴明环的原理执行。在项目管理计划审批通过后，指定相应sqa人员负责该项目的指导与监督，sqa人员根据质量方针、项目的目的、范围和标准规范等制订sqa计划。sqa计划的目的是保证软件产品或项目满足质量方针所定义的活动，它详细描述每个阶段要执行的软件质量保证活动，清楚定义评审的内容和过程。sqa根据制订的sqa计划对项目的关键过程域进行检查。在需求阶段，sqa人员必须检查项目组的《客户需求文档》评审记录，确定给定需求在交给项目组之前经过评审，确保需求没有问题。遇到类似数字化调度第一代产品中，当用户提出新需求或删改需求导致需求发生变更时，sqa人员要检查项目开发计划、工

作产物和活动是否都进行了相应的修改。对于需求变更引起了约定的变更，sqa人员也要审核这些变更是否经过相关小组的协商。这样不仅保证了需求与产品的功能一致性，对于变更带来的异议也有据可查。由于sqa人员要根据项目开发计划制定sqa计划，所以不但要密切关注项目组的计划制定情况，也要审核开发计划的活动。在开发计划制定完成后，sqa人员必须对开发计划进行评审，首先要根据开发计划的模板，审核计划的内容是否完整，是否符合需求、项目、用户等的标准，审核计划中是否有工作产品的进度、成本、风险评估等，评估的方法是否合适。在项目进度计划设置的各里程碑时，sqa通过检查之前约定修改和评审的记录内容，审核其活动是否进行。检查开发活动是否与计划相符，如果不符，审核是否有修订软件开发计划的活动。通过检查项目组的项目进度完成情况，审核项目的进度计划、风险、技术和设计限制等有关活动是否进行。sqa人员也要定期对配置管理活动进行审核，根据配置管理计划检查配置管理员是否按时将配置项纳入配置管理库，成为基线的配置项是否进行过同行评审和变更控制委员会（ccb）的批准。还要检查配置管理员是否定时报告基线库状态，以及项目经理是否定时对基线库进行审核。通过对关键过程域的检查，保证了整个开发过程按照过程要求执行了相应的活动，同时产生了相应的文档和产品。通过sqa报告，相关的管理人员能实时监控项目进展情况，并能清楚的了解到项目的开发是否遵循标准化过程和导致产生不符合标准过程的原因，从而给出建议或意见。对检查中发现的问题进行识别，要求项目组按照cmm/cmmi标准进行纠正。及时对纠正问题进行复查，记录问题解决情况，并及时与项目经理和项目组成员沟通直到解决，同时更新风险登记册，记录问题及解决方法。

　　通过以上sqa的活动内容，项目组圆满地完成了数字化调度第二代产品的开发工作。而所形成与项目质量保证活动相关的数据都将放入过程资产库。该过程资产库将作为组织软件质量保证工作有关的全部历史数据源。有了这些历史数据，我们的组织就能够开始考虑对质量进行测量并向cmm/cmmi的更高级别前进。
　　3.3 sqa的工作方法
　　公司在推行cmm/cmmi时，会对于信息系统开发项目相关的人员进行有关cmm/cmmi的培训，但虽然如此并不能迅速使cmm/cmmi标准被理解、使用，只有通过和他们密切相关的sqa人员对产生疑问的解答，使项目相关人员更多的了解cmm/cmmi标准，在工作中按照cmm/cmmi标准去做。在刚开始实施cmm/cmmi时，会遇到诸多问题，作为sqa，要基于解决这些问题的目的去开展自己的工作，而并不只是起到监督的作用。sqa人员在负责一个项目的质量保证工作时，要时刻了解项目的进展情况，在软件项目的每个活动前，与项目组成员特别是项目经理进行沟通，指导他们按照cmm/cmmi标准应该如何去做。比如，在制定项目进度计划时，就要告诉项目经理如何设置里程碑以及里程碑完成标准。即使项目组的每项活动都是在sqa人员的指导下完成的，但在对项目活动进行评审时，sqa仍可以找到一些与cmm/cmmi标准不符合的问题，因为项目组的每个人对cmm/cmmi标准的理解程度不同，实际执行起来仍会存在偏差。sqa人员发现问题后，首先应及时与项目经理进行交流，争取对这些问题达成共识，同时要对他们的工作给予肯定，否则很容易打击项目组的积极性，甚至引起抵触情绪。总之，sqa人员在对cmm/cmmi标准掌握地非常熟练的情况下，要有足够的耐心和决心，把cmm/cmmi标准推广到项目中去。随着项目组成员在项目中对这种工作流程和标准的熟悉，并且执行后的优越性逐步展现，sqa的工作也会变得轻松。
　　4 结 语
　　引入sqa作为过程改进、降低风险、保证信息系统开发质量的策略是当今信息系统开发过程的必然趋势。以sqa为cmm/cmmi具体实施的突破口，对信息系统开发过程进行标准化的管理和改进，以此提高企业信息系统开发产品的质量和企业形象。
　　参考文献：
　　[1] 郭澎,陈林.基于cmm/cmmi的dp过程实施方法及其web实现[j].软件导刊,2006,(21).