论软件项目质量管理1.doc

论软件项目的质量管理摘要：本文讨论了在智能企业管理信息系统开发项目中如何实施质量管理解决各种问题的过程。2004年10月本人作为该项目的质量经理以及该一个子项目的项目经理参与了该系统的开发。该系统包括十大业务系统和三大应用平台，每个业务系统是一个独立的子项目。系统采用B/S、WebService架构，使用J2EE作为开发语言，采用Oracle数据库。产品需求来自于产品的2.0版本，专家以及客户，工期限定为2.5年3年，交付物包括软件系统和全部开发文档及全部项目文档。该系统采用该项目产品线长，功能多，模块间关系复杂，需求的来源复杂，周期长，参与人员多，可预见的风险非常多。本文论述了本人从项目启动阶段如何实施质量规划、质量保证、质量控制，如何控制质量成本来保证项目在预算内交付并达到质量目标。最后也说明了软件项目质量管理应该重视的一些要点。正文： ISO9000:2008版标准关于质量管理是这样定义的“质量管理是在质量方面指挥和控制组织的协调活动”。项目质量管理指的是围绕项目质量所进行的指挥、协调和控制等活动，它具有复杂性、动态性、不可逆性和系统性。软件项目质量管理则在项目质量管理的特点上还有考虑软件系统本身的特点。2004年10月，公司的智能企业管理信息系统3.0正式立项，该系统是公司最重要的一个软件产品，目标是应用于资产密集型企业，但第一个阶段主要应用在发电厂，该产品以实现发电企业管控一体化的管理为目标，整个系统由十大业务系统三大应用平台构成。十大业务系统包括：厂级监控系统、企业资产管理系统、优化检修管理系统、安全生产运行系统、燃料管理系统、工程项目管理系统、全面预算管理系统、辅助决策管理系统、协同办公管理系统和网络资源管理系统；三大应用平台包括：业务设计平台、工作流平台和报表平台。该产品为发电企业的业务追溯、资金监管、信息抽取、绩效考核、辅助决策提供了有力的管理工具，可切实保障实现效益最大化的管控目标。各个业务系统均可以看作是一个独立的软件系统，同时各个业务系统之间关系又非常复杂，数据互相引用。系统采用B/S、WebService架构，使用J2EE作为开发语言，采用Oracle数据库。产品需求来自于产品的2.0版本，专家以及客户。全部业务完成的工期限定为2.5年3年。产品的交付物包括通过验收的软件系统、全部的设计资料以及项目管理过程资料。整体项目任命了一位总的产品线经理，同时为各个业务系统任命了项目经理，本人在该项目中作为工程项目管理系统的项目经理和整个项目的质量经理开展工作，作为整个项目的质量经理负责整个项目的质量管理的规划与实施。该项目产品线长，功能多，模块间关系复杂，需求的来源复杂，周期长，参与人员多，同时对于最终产品的质量要求比较高，因此可预见的风险就非常多，同时还存在很多不可预测的风险。为了能够按时的、在预算内且产品达到质量要求的完成项目，我和产品线经理从开始就非常重视项目的质量管理和项目过程的管理，在项目启动时就做了充分准备：按照该系统的特点，首先选择了整个项目要遵循的过程并对过程的产出进行了初步定义；其次约定在针对总的项目计划和每个子项目的计划时均编写质量保证计划；第三设立了质量保证小组、测试小组和配置管理小组实施质量控制和质量保证；第四约定了项目紧急、意外情况的处理机制；第五将需求、设计和开发作为核心过程进行关注；第六在项目的各个阶段按照其对质量影响的不同程度进行相应程度的落实。果然，在后续的工作中我们遇到各个子项目之间进度不统一，互相之间有紧前关系，需求的选择与平衡，需要评审的文档非常多，项目人员进出等一系列的问题，但是由于我们提前有所考虑，并科学的采用了软件项目质量管理的技术，最终还是按时向公司交付了合格的产品，顺利通过了产品验收。软件项目的质量管理是一个在软件项目生命周期内需要持续使用质量计划、质量控制、质量保证和改进措施的过程。在整个项目的生命周期过程中，我针对该产品的特点，对照项目阶段，按照以下的质量管理流程进行了有效的质量管理。一、 质量规划。在项目启动阶段进行质量规划。 “质量出自计划和设计，而非出自检查”，良好的项目质量管理计划有助于争取的指导项目管理行为。质量管理计划最重要的是识别每一个项目相关的质量标准，把满足项目质量标准的活动或过程规划到项目的产品和管理项目的过程中去。质量管理计划描述了项目管理团队咋样建立质量策略，描述质量体现即组织结构、职责、程序、工作过程以及建立质量管理所需要的资源。1、制订质量管理计划及质量检查单等我以项目章程、项目管理计划、项目范围说明书作为依据，参考了历史项目经验，查阅了公司软件开发相关流程、规范和制度，在质量规划时开展了如下工作： 选择了迭代的生命周期模型作为该项目的总的生命周期模型，而每一个子项目则选择瀑布模型作为该项目的生命周期模型。这主要是考虑到各个子项目之间进度难以一致，但又关系密切，而早期的需求也容易变化的情况。 对软件开发的过程和项目管理过程进行了“裁剪”，选择和合适的开发过程并根据产品规模及需求易变、复杂、来源多的特点对需求管理、设计评审、单元测试、质量保证等几个环节进行了进一步细化，提出了更具体的要求。 明确了将能力成熟度模型CMMI作为公司的质量策略。这主要是考虑软件自身的特点和将要面对的客户的要求考虑的。 在公司的质量方针“科技领先、优质高效、客户至上、遵信守约”和公司在软件产品方面的质量目标“产品发布：BUG 修复率不低于98%”的基础上，进一步明确了本项目的质量目标，定义了各个阶段的验收标准。 针对选用的各个过程、标准以及规范，采用流程图、因果图等分析方法对项目进行了整体分析，明确了监控的关键点，并据此制订了详细的质量检查单。 为保证过程的顺利进行以及持续改进，对过程的改进进行了定义。根据以上工作成果，我完成了质量管理计划、度量指标清单、质量检查单（包）以及过程改进计划并将这些成果提交产品线经理由其组织评审，通过后，根据批准的内容对项目管理计划进行更新。2、根据该项目开发的特点，选择了CVS（Concurrent Version System）作为源码的配置管理工具，VSS（Visual Source Safe）作为文档的配置管理工具，并制定发布了配置管理工具的使用规范（含使用手册）。每个人每天开发的源码每天在指定时间必须上传，第二天开发必须先下载。所有的项目管理文档、开发过程文档（需求、设计、编码、测试用例等）、质量管理文档（质量管理计划、检查单、纠正措施等按照规范存储在VSS中。3、为对任务安排、进度管理以及各种角色的人员共享信息，组织团队首先开发了项目组公用的工作平台，包括任务的安排、跟踪以及反馈等功能、进度报告、项目成员工作报告提交和反馈以及各角色必须掌握的知识等功能。4、针对每个子项目，在项目计划时，制定质量保证计划。质量保证计划的主要内容包括：限于篇幅，下面列出智能企业管理信息系统开发项目质量管理计划的部分内容、部分度量指标清单以及质量检查单： 质量管理计划：1.概述（目的、范围、定义）2流程剪裁计划序号偏差内容原因详细描述备注3.质量目标序号度量质量目标说明产品公司基线目标下限上限目标下限上限出厂bug总数量60/模块40/模块80/模块出厂时bug修复率98%95%100%重大问题遗留情况3/模块0/模块5/模块序号度量优先级质量目标说明过程公司基线目标下限上限目标下限上限本月计划执行偏差15%10%18%总计划执行偏差17%12%20%本月成本控制偏差总成本控制偏差序号度量优先级质量目标说明业务公司基线目标下限上限目标下限上限需求覆盖率二次开发规模4、管理4.1组织4.2任务与职责 5、文档 6、标准与指南 7、质量保证和质量控制活动（例如）活动责任人说明需求说明书评审产品经理由项目经理组织对需求说明书的评审，通过评审的才能将需求提交给设计人员。业务系统提交验收测试项目经理项目经理组织、设计人员测试工程师参与业务系统提交的验收测试，bug修复率满足质量目标时才允许提交。月度BUG修复率检查QA检查每个项目月度提交的bug的修复率，满足质量目标为止按周/月统计计划执行偏差QA按周/月统计计划执行偏差，当月度计划偏差超过20%，总计划偏差超过15%，需召开质量会议，分析总结原因并提出整改措施。不定期检查过程和产品质量QA每月按照选择5%项目进行抽检，并根据抽检结果提交报告。 后续略质量检查表（1） 需求分析需求是否完整？是否考虑是需求对其它业务系统的影响？需求是否有所遗漏？需求是否超出了项目范围？需求的描述是否达成了一致？是否定义了对接口的需求？对系统并发性的需求是否定义？需求是否经过了评审并而到了批准？需求评审是否有记录？是否形成了需求管理矩阵？需求是否纳入了配置管理？需求是否考虑了软件产品的质量特性？（2） 设计阶段输入是否经过批准？设计的层次是否分配的足够细？设计文档是否经过了评审？评审的记录以及设计文档是否纳入了配置管理？设计是否引起需求的变更？变更影响的范围是否进行了评估？设计文档是否否合设计规范和文档规范？ 二、执行质量保证 项目执行阶段主要活动 制定一项质量计划确保一个项目的质量是一回事，确保实际交付高质量的产品和服务则是另一回事，质量保证贯穿于整个项目生命周期。质量保证是一项管理职能，包括所有有计划的系统的为保证项目能够满足相关的质量标准而建立的活动。质量保证是一种管理评审，重在合规性检查。质量保证为持续改进过程提供保证。具体的在项目的各个阶段，我组织开展了如下质量保证工作1、在该项目的初期，设立了专门的团队执行质量保证工作，具体包括配置管理小组、测试小组和质量保证小组，并分配了职责（1） 配置管理小组配置管理小组是保证项目开发完毕的同时，内部文档和外部文档都同时完成。内部文档的及时产生和规范，是保证项目开发各小组能够更好的接口和沟通的重要前提，从另一个方面讲，也是保证工程不被某个关键路径所阻塞而延滞的前提。如上所述，配置管理小组还是保证质量保证小组得以发挥作用的基础。配置管理小组的主要职责包括： 完善各个项目小组发送需要存档和进行版本控制的代码、文档(包括外来文件)和阶段性成果； 对代码、文档等进行单向出入的控制； 对所有存档的文档进行版本控制； 提供文档规范，并传达到开发组中。 管理所有的变更，在并更被批准后执行变更并将更新通知到相关人员。（2） 测试小组 制定维护测试管理相关程序、标准 编写集成测试和系统测试的测试用例 检查单元测试的结果 执行集成测试 执行系统测试 对测试的结果进行报告 缺陷管理（3） 质量保证小组 编写每个项目的质量保证计划并得到项目经理的同意 根据检查表，执行过程与产品质量检查 问题跟踪与质量改进 定期提交质量报告 必要是组织质量会议 参与技术评审 参与制订“测试计划”。这几个小组各司其职，有机的将各项质量保证的职能结合起来。2、有序的执行质量保证依据在质量规划时输出的质量管理计划、质量度量标准、过程改进计划、工作绩效信息以及变更请求和质量控制测量结果，有步骤的执行质量保证，在执行过程中，对一些关键过程特别重视。工作绩效信息提供了上一阶段整体工作质量，项目可交付物、纠正措施和绩效报告均可以作为审计、质量评审和过程分析等领域。针对需求管理可能存在的问题，设立了需求评审小组，专门对需求产生的问题和纠纷进行评审，协调，并对需求的变更进行控制。通过这些方法，有效的保证了需求尽可能少的变更。在每个子项目的重要阶段，进行质量审计，以保证满足下一个阶段的进入准则以及获取经验教训，提高本子项目后续阶段和其它子项目的质量。审计内容包括：项目本阶段的活动是否符号公司政策、确定的规范，过程的产出是否符合目标计划以及可能原因等。遵循过程改进计划的步骤，对项目的过程进行分析，从组织角度识别需要改进的地方。在分析过程中采用了作业成本分析和流程分析法。在执行质量保证时，对项目可能产出请求的变更、建议的纠正措施（通过过程分析和审计得到）。根据质量保证结果的改变更新了质量管理计划，进而更新了项目管理计划，这些计划的更新均走正常的变更流程，经申请、批准后执行，所有这些过程文档均进入配置管理系统。一个变更请求的例子： 一个缺陷分析的方法：三、 严格质量控制质量控制就是采取有效措施，监督项目的具体实施结果，判断它们是否否合有关的项目质量标准，并确定消除产生不良结果原因的途径。质量控制是确保项目质量得以完满实现的过程，质量控制贯穿于项目执行的全过程。项目质量控制是一个系统过程，应从项目的全过程入手，全面、总和的进行控制，我主要从以下两个方面进行了控制： 产品的控制，软件产品的控制主要通过测试来实现，代码走查和单元测试重点在代码级进行检查，而集成测试则是在各个业务系统的功能模块间进行测试，系统测试是将各业务子系统集成在一起进行测试。每一个层次的测试都提前设计测试用例，制订测试计划并对测试过程和结果进行记录，测试完成后提交测试报告，包括对缺陷的各种角度的分析。过程的质量控制，过程控制通过项目审计进行，将管理过程的作业与成功时间的标准进行比较所做的详细检查，对于软件开发项目，主要就是开发过程的质量控制。控制的手段包括对各个阶段的过程文件进行检查，对工作成果进行积极的评审等。在具体的执行该项目的质量控制时，我们对质量管理计划、质量保证计划中设置的检查点，测试人员按照作业程序进行测试检查，这些检查的结果必须得到项目经理的确认。质量控制的过程，常常引起质量改进，通常通质量管理工作和持续改进管理工作即可完成。质量控制过程最常用的方法包括：检查、控制图和帕累托图。软件项目中，大多数的问题和缺陷产生与相对有限的原因，满足80、20定律。按照这种方法，可以通过对缺陷的分析，找出具体的核心的原因，以便将最重要的资源花着最重要的事情上。在该开发项目过程中，碰到的一些质量控制问题列举如下：质量控制的输出包括：建议的纠正措施、预防措施、请求的变更、缺陷的修复或答复，质量控制的度量等。四、 质量成本控制项目质量成本是指为了将项目质量保持在规定的水平上所需要的费用，它是保证和提项目质量而进行的质量活动所支付的费用与由于质量事故所造成的损失之和。项目质量成本一般分为预防成本、鉴别成本、内部损失成本、外部损失成本和外部质量保证成本。项目质量成本是项目成本的一部分，项目质量成本控制要求在尽量少的成本内达到质量要求，在该项目中，鉴别成本不考虑、外部损失成本不考虑，我重点考虑了预防成本、鉴别成本和内部损失成本，在这三个成本中又将预防成本和鉴别成本，设置人员对过程进行检查，有专门的测试组织复杂鉴别等。最主要的是收集了质量成本数据并在项目结束时做了专门的总结分析。 五、 其它一些提高项目质量的方面除了使用好的质量规划、质量保证、质量控制这些有效工具外