项目质量管理和企业质量管理异同

陈旭

摘要：文章从实际项目管理过程出发，介绍2007年笔者作为项目经理，参与的某市应急联动指挥系统项目质量管理。为提高整个城市对突发事件快速响应处置能力，由当地市政府发起，市公安局主持特建设了该项目。项目业务范围包括110，122，119日常接处警业务及联合处警业务，其它联动单位地震、人防、海事等联合处警业务。在该项目的质量管理工作中，文章分析引用部分公司CMMI5的质量管理体系，有结合项目本身特点，制定并执行针对性较强的质量管理体系。首先针对项目需求不明确、调研确认困难，重点制定针对需求质量管理技术和措施；其次，由于项目对稳定性要求很高，重点制定了针对系统并发量、性能、稳定性、容灾性的系统质量管理技术和措施；再次，通过工具管理好系统文档，引用企业CMMI5软件质量基本管理技术和措施；最后，通过此项目的质量管理，分析介绍了对项目质量管理和企业质量管理的认识。

关键词：信息系统；项目开发；质量；管理

项目这个词汇在日常生活中随处可见，它是指一组由起止日期的、相互协调的受控活动组成的独特过程，该过程应当达到包括时间，成本，质量等约束条件在内的规定要求的目标。项目具有时限性、唯一性和延续性的特点。质量管理是指是指包括质量方针、质量目标、质量职责的确定，和在质量体系中通过譬如质量策划，质量保证，质量控制和质量改进促使管理职能得到体现的全部活动。项目质量管理指的是对某个确定的项目进行质量方面的管理，具体过程可以有检测，监察项目执行过程，确定质量标准并进行比对，使得项目结束时可以为顾客提供满意的产品服务。

2007年5月，笔者作为项目经理参与某市应急联动指挥系统的建设。为提高整个城市对突发实践快速响应处置能力，由当地市政府发起，经市公安局主持，特建设了该项目。项目业务范围包括110、122、119日常接处警业务及联合处置业务，其它联动单位入地震、人防、海事等联合处警业务。项目构成包括应急指挥调度系统、地理信息系统、呼叫中心服务系统、网络工程、视频监控等，笔者公司负责是应急指挥业务系统，呼叫中心服务系统，是整个项目最为核心的与直接对应业务的部分。110，122，199日常接处业务，联合处警业务，联动单位联合处警业务都是笔者职务范围内的任务。

在项目建设过程中，笔者针对本项目的特点，针对性地设计了其质量管理技术和措施。该项目其一特点业务范围广，参与的单位多；110，122，119由接警、处警、出警、反馈参与单位有100多个，其它联动单位16个，其业务规则各有不同；该项目其二特点是对稳定性、性能、并发性要求很高，不同一般的企业MIS系统，一个城市如果110，122，119停止工作，那么就出现民警无法接到110求救，119消防员无法接到火灾报警，其危害可想而知。

一、项目需求质量管理

该项目需求管理难点在于，其一，项目建设过程中，人员配合极性上需要他们高层领导给与督促，否则就会出现调研无人对应，有人对应也是敷衍了事的现象；其二，需求确认时无人签字，一个原因是由于害怕承担责任；另一个原因是业务处置规范化上，无明确的政策法规及相关经验参考。这样就造成需求调研、需求确认工作难度较大，可如果需求调研不清楚，需求无人确认，项目建设就会出现项目成果偏移实际需求，或者项目出现无效反工，严重影响建设成本，延期建设周期。对此特采用几种手段，提高项目需求管理质量。

（一）要求对方高层领导参与，通过项目委员会加强督促

针对需求管理上的难点，笔者向项目委员会反映，每次调研时通过客户方高层领导110处长及一个分管项目工作的副局长给与签字发文。主要目的是，针对具体模块，安排具体人员接待对应。这个效果比较明显，笔者拿到这份文件找到需求调研单位，客户看到文件上的副局长签字，十分积极配合。

（二）需求确认工作细化，引导客户理解

针对客户害怕签字，害怕承担责任的现象。笔者认为是因为他们对业务到底该怎么规范怎么建设心里没有底气。笔者采用：一、引导，将类似项目给与演示；二、采用界面模型，结合他们的理解和自己的设计，将其需求直观地反映下来，挖掘出直观需求及隐性需求，让客户更确认地理解。当深入了解后，一部分客户也敢于签字了。

（三）签字确认工作，由整个项目委员会及客户一同确认

针对无人签字的需求，笔者提交给项目委员会。一部分是他们强行要求需求调研对应人签字，一部分需求召开会议，经讨论后由委员会签字确认。

（四）需求变更管理

这也是该项目需求管理中一个难题，首先笔者制定需求变更处置流程。客户要项目委员会提交变更需求，对于小的需求变更，定期由笔者方技术人员帮客户整理，然后提交项目委员会；经过评审，再赋予实施；经测试、风险分析，再发布。

二、性能、并发性、稳定性、容灾性管理

这些是本项目另一个显著的特点。其难点在于：其一，如果一个重大火灾发生时，将会同一时刻有很多火警电话打入；同时还有110，122也要正常接警，系统要有较好并发处理能力和快速反映能力。其二，系统必须保证7×24小时全天稳定运作，停止工作1分钟都有可能造成重大事故，系统必须要很高的稳定性及容灾性。

（一）采用技术设计手段、技术专家会议评审、多种验证测试手段来保证项目质量

1. 设计手段，使系统在建设时，达到理论目标。对性能、并发量方面，系统在设计时，采用支持高性能、多并发量的模式。在业务系统服务器上，采用DOT REMOTING SingleCall机制，该机制可以支持多用户并发，并且每一次请求都是独立的，相互之间无影响。呼叫中心服务端，采用多线程机制，也要每一次请求独立，相互之间无影响。服务器采用双机机制，一能做到负荷均衡，二能做到故障热切换。

2. 专家评审，集思广义。笔者所在公司是一个上千人的软件公司，笔者将设计及性能指标做成议题。召开专家会议，将有类型经验的人集中到一起，评审方案。商讨验证测试指标和方法。

3. 多种验证手段，保证技术设计达到与其目标。笔者使用专业测试工具SilkPerformer来验证性能、并发量、稳定性、容灾性。按照业务预算，模拟50到300个用户登入，执行查询、接警、处警等操作，观察服务器内存、CPU使用情况，以观察其压力测试。在高压环境下，手工创建接警单，验证其并发性等。人为关闭服务，测试其容灾性、故障热切换能力。

系统上线后，还坚持在客户配合下，做一个月实地模拟演示。组织上百人不停地打电话，报警。按照实际业务运作模式，执行模拟演练测试，以保证项目质量。

以上是笔者针对本项目特点，做的质量管理过程。对于一个完整的项目质量管理过程，其远远不够。

（二）分析、引用、遵守公司CMMI5的质量管理体系

1. 使用VSS管理开发库、受控库、产品库。按照公司已建设的管理规范，将各种文档，需求调研记录，需求设计文档，界面设计文档，需求签字文档按规范入库。派专人管理文件版本登记，标识。另外对纸质文件，按照公司规定分门别类，交专人登记存放。

2. 代码规范，代码同级评审，上级评审制度。程序开发前，引用公司代码编写规范，定期有软件小组组长检测规范执行。代码坚持同级评审，小组组长评审制度，以降低软件出错率。

3. 软件测试体系。遵守公司测试计划，测试用例，测试实施，测试修改、验证、发布体系。

这些是笔者在项目中主要采用的质量管理过程。经过1年努力，2008年5月6号，110正式上线了。

2008年6月份，122，119其它联动单位也上线了。从上线到现在，系统未发生故障，在系统功能和系统性能稳定性上，都达到了预期要求。需求质量和性能稳定性质量及整个项目质量的管理发挥了很大作用。

所谓的项目质量管理，笔者认为其最为重要的就是结合项目本身的特点，针对性地把握好要点。一个典型的企业质量管理是由每一个独立的项目质量管理组成的，他们的质量管理水平总和是企业质量管理水平的真实体现。在本项目中，笔者指出针对性较强的需求管理，性能那个稳定性容灾性管理为笔者项目质量之首要，因其对其项目特点的理解。需求管理之难度，如果得不到解决，需求就不能清晰，项目目标就会偏移实际需要，项目可能就要失败。一个城市110如果停止10分钟，或者经常停止工作，其它方法做得再好，项目也不能称上成功。

同时笔者认为企业质量管理，他的侧重点在于整个企业项目的提高。其体现在标准化、可指导性、可监控性。笔者在该项目建设过程中引用很多公司CMMI5质量管理方法，可谓有标准可指导；在项目过程中，遵守一些规范也要求，受其监督，发现问题时有人给与对应，集中解决。另外笔者还认为IT项目企业，对其专家库知识库的建设，对企业项目的发展，项目质量的提高有很重要的作用。

参考文献：

[1]蔚林巍.项目管理的最新进展[J].管理工程学报，2000（03）.

[2]盛宝忠.质量经济发展战略的核心[J].质量管理，1994（11）.

[3]杨震.企业测量管理体系质量目标的管理[J].中国计量，2010（12）.

（作者单位：苏州大学计算机科学与技术学院）