（毕业论文）敏捷开发项目中的质量管理研究 ㊣ 精品文档 值得下载

敏捷开发项目质量管理模型的构建公司敏捷开发项目概述公司基本情况项目开发模式介绍公司敏捷开发引入六西格玛质量管理分析公司敏捷开发中质量管理的困境六西格玛在软件质量管理中的应用分析公司基于六西格玛的敏捷开发质量管理模型构建北京理工大学工商管理硕士学位论文定义问题测量阶段分析阶段改进阶段控制阶段第章公司基于敏捷开发项目模型的质量评估项目案例选择项目质量问题定义问题的详细定义建立测量指标项目质量测量数据收集数据测量项目质量分析第章应用六西格玛对公司的敏捷开发过程进行改进实施改进的原则质量管理的改进措施改进产品开发流程改进缺陷修复流程同行评审开发编码质量管理改进的控制和实施控制过程实施效果第章研究结论与展望参考文献致谢北京理工大学工商管理硕士学位论文注释说明汇集表北京理工大学工商管理硕士学位论文第章绪论研究背景与意义研究背景敏捷竞争是指组织在充满持续的不可预见的变化的敏捷环境下，通过质量管理过程控制等系列与组织经营行为有关的活动，动态灵活地快速响应变化，从而保持组织的繁荣兴旺的种主动动作。

敏捷软件开发方法正是种兴起不久的能够快速响应客户需求变化的软件开发方法。

该方法的竞争力在于以客户需求为导向，在其核心价值观和原则的指导下，运用迭代开发的方式，灵活采用可靠的技术支持来满足变更中的需求，从而保证软件质量和开发效率。

自软件工程诞生以来，人们直在实践软件开发项目管理的各种方法，提出了瀑布模型快速原型模型增量模型演化模型和螺旋模型等开发模型。

但随着软件开发环境的变化，需求不确定性，项目复杂程度大大增加，新技术不断推出，项目周期大幅缩短。

传统的项目管理方法己无法满足软件开发项目管理的需求。

敏捷开发中的各种方法可追溯到年以前，在世纪年代中期就使用了结对编程。

但直到年月，为业界专家创立了敏捷联盟，签署了敏捷软件宣言敏捷开发才得到更多学者行业内专家的深入研究，特别是公司，致力于敏捷方法的研究。

软件开发著名学者提出了方法的核心思想适应和以人为本。

由于敏捷软件开发重视人及其交互价值，注重可运行的软件价值，注重客户合作价值，注重响应需求变化，所以敏捷软件开发的适用范围通常是系统和开发团队规模较小客户和系统使用者随时可以到位需求和环境容易变更的项目。

随着软件行业的发展，越来越多的软件开发呈现小快变的特点，故敏捷软件开发迅速被国内外企业团队采用。

尽管敏捷开发方法在响应需求变化方面取得了里程碑式的成就，但是没有个统的质量标准为指导，缺乏管理经验，因此仍然可能引发质量问题。

敏捷开发方法在质量监控和过程控制中存在问题全过程缺乏有效质量控制。

生产维护环节的软件质量问题通过软件开发组织来掌控，但目前大多数组织的质量控制活动常限于软件测试，而未对开发过程的各个阶段的质量进行检测控制，因此当测试出现问题，整个迭代周期中的工作量可能成为浪费倘若在整个开发过程的各个阶段进行实时控制，这北京理工大学工商管理硕士学位论文种浪费可能控制在最低限度。

缺乏有效沟通。

质量检验和控制通过用户的鉴别和决策来实施，这就要求开发组织与用户的充分沟通。

用户和开发团队的沟通直以来存在不同程度的问题，用户和开发团队可能在尽力表达自己的意思，但是，方面由于业务范围不同而导致相互理解不够，另方面可能交互的时候都在尽力表达，但仍未表达出问题的方方面面。

大多数组织由技术人员制定标准，管理人员参与管理少，这容易造成散漫的工作环境。

由于质量管理和过程控制不够标准化，缺乏对重量级项目的支持。

当项目较复杂或工作量较大，敏捷开发方法提倡多团队的开发模式，每个团队的人数不宜过多，但是没有个统的质量标准，难以保证开发进度和软件质量。

敏捷软件开发是个面向人的充分理或影设计文档缺失在些功能的实现之前，没有相应的设计文档，使得设计文档审阅不对于设计文档，没有进行相应的审阅，使得设计质量开发单元测试不充分编码过程中，开发人员没有完成相应的单元测试功能测试不充分编码过程中，开发人员未对实现的功能进行功能测试代码审阅不充分编码过程中，没有对完成的代码进行审阅，北京理工大学工商管理硕士学位论文使得代码测试测试用例未更新己经完成的测试用例未按照最新的功能描述进行相应缺陷重复修正率分析对于软件产品来说，个缺陷需要被修正两次或两次以上，则意味着会有额外的人力和时间成本被花费，也就是说在产品开发工作中需要安排更多的人员和时间来修正产品的缺陷。

缺陷重复修正率是个十分重要的指标，因为它反映了开发团队的整体能力和水平。

产品的团队内部和企业内分别制定了相应的标准，分别为和，即每修复个缺陷其中只能允许有个或个的缺陷需要再次进行修复。

然而可在总共二十五周的统计中只有周达到了质量标准，而累计的重复修正率只有次达到了标准。

并且我们可以看到在些时间段内的重复修正率甚至超过了，这也就意味着大量的人力和时间被浪费了。

缺陷分布情况的分析在测量阶段，得到了缺陷分布的量化数据。

从图上可以看出四大业务模块物流仓储交易和计划占据了总缺陷数的以上，于是对于四大业务模块产生的缺陷的原因作进步的分析后，发现这四大业务模块中有大量的新增功能，这也导致了更多的产品缺陷被发现。

开发过程能力分析在测量阶段针对产品的开发过程的能力指数进行了测量，最终测量的结果为短期过程能力而长期过程能力，根据过程能力分析，当前的过程能力指数处于，的区间，表明当前的过程能力不足，需要分析各种影响因素，并采取措施，进步提高开发过程的能力。

这也就是说影响当前过程能力的主要因素是缺陷较多，所以需要提出改进方案，减少当前系统的缺陷。

本章小结本章结合了实际的案例，介绍了在模型的定义测量和分析三个阶段中的六西格玛管理方法的实施。

首先在定义阶段，采用分析关键质量分析以及流程图等质量工具对产品存在的质量问题进行了定义。

然后管理团队根据定义的测量指标制定了测量计划并采集相应的数据。

在分析阶段中，运用流程分析因果分析北京理工大学工商管理硕士学位论文等工具对测量阶段提供的测量数据加以分析，得到了当前开发流程中存在的问题和原因，为的第四个阶段改进阶段提供了数据支持。

北京理工大学工商管理硕士学位论文第章应用六西格玛对公司的敏捷开发过程进行改进项目的度量除了用于评价，更多的是为了推动过程的改进，最终提高项目或产品的质量。

实施改进的原则过程改进要重视人的因素。

项目的成功或者失败，很少是因为技术问题，而是因为人员的问题，因此软件过程中突出员工的自我管理，由员工自己管理自己，减少对员工的发号施令。

开发人员的各种习惯和社会因素会通过不同途径影响产品或项目的质量。

团队成员的行为态度意识等因素都对质量产生重要的影响。

个开发人员如果对质量工作持肯定态度，就会对质量工作重视，质量工作就会有较好的成效相反，如果开发人员对质量工作持否定的态度，则会忽视质量工作，对质量管理工作的实施产生不良影响。

另外，当前很多软件质量属性是模糊和定性的，实际可操作性较低，不同的人员会有不同的理解，因此需要制定订规范和标准以及相应的执行和评审过程进行规避，否则易造成质量问题。

虽然大部分开发人员对文档会比较排斥，但不可否认及轻视文档在软件开发过程中的重要性，文档是软件开发过程的通信录和备忘录，是需求设计开发测试等不同岗位人员之间沟通和交流的媒介。

文档主要应该注意两方面的因素是准确性，准确性不仅指文档的格式要符合规范，更重要的是设计和实现内容的准确表述。

二是实时性，主要是指文档需要及时更新，以反映设计和开发实施的动态过程，防止因内容滞后造成问题追踪和软件维护等相关问题过程改进应实现闭环。

在每个软件开发阶段都要不止次地循环地应用计划实施检查总结这几个基本要素，以实现该阶段的质量目标。

在每个阶段中，循环活动各形成个小循环。

循环法就是这样个大环带小环，大环套小环，周而复始的在软件项目质量管理过程中，每经过次循环，些问题就会得到解决，软件质量水平和管理水平就得到了不断的改进和提高。

同样，过程的改进也要遵循循环法，对过程改进措施进行计划，执行需要进行检查纠正，为下轮的过程改进做好准备。

质量控制及过程改进在前期常常会导致额外的成本。

但从成本的角度去考虑，只要是能提升效率和质量的，都是值得去实施的。

从个角度来说，质量成本也是判北京理工大学工商管理硕士学位论文断是否该采取此质量改进活动的依据。

应该保证质量成本各组成部分的合理性，只有适度的质量才是免费的。

需要根据行业的行点及各组织的质量方针政策，保证制定的改进措施符合预防和鉴定成本的合理性。

质量管理的改进措施经过方案设计方案评估方案确定等过程，对现有的产品开发流程和缺陷修复流程进行了改进，以下为具体的流程改进方案。

改进产品开发流程首先，在功能设计完成后，增加了设计文档的审阅环节，这样可以保证了功能设计的质量，也减少了因为功能设计而造成的产品缺陷。

其次，当测试团队根据需求描述编写完测试用例后，需要进行组内的讨论和审阅，保证了测试用例的质量。

并且在审阅和讨论过程中，需要邀请相应的开发团队成员参与，这样也确保了测试人员与开发人员对于相同的需求功能的理解的致性，达到提高功能开发质量的目的。

最后，严格要求开发人员在完成功能模块后必须完成相应的单元测试和功能测试。

单元测试是要求开发人员在完成相应代码后，需要编写单元测试代码，从代码级保证所开发的功能的正确性。

在大型的软件产品的开发过程中，单元测试是非常重要的。

功能测试是指开发人员按照需求文档功能设计文档以及己有的测试用例对完成的功能模块进行测试。

与单元测试不同，功能测试是从功能级保证了开发的功能模块符合客户需求的预期。

在原先的产品开发过程中，开发人员往往将测试工作认为是测试团队的任务而忽视了自身编写代码和功能的正确性，将缺陷的发现的职责归于测试人员，从而导致了在新功能开发中会产生大量的缺陷，使得开发后期的大量人力被投入于缺陷的修复工作之中。

改进后的开发流程，需要开发人员和测试人员共同来保证产品的质量，从而将许多的产品缺陷在开发过程中就消除了。

改进缺陷修复流程从开发和测试团队共同改进缺陷修复的流程，提高了缺陷修复的效率降低了缺陷重复修正的比率。

首先，要求测试人员在提交产品缺陷时，需要规范地填写缺陷报告包括测试环境北京理工大学工商管理硕士学位论文测试步骤测试结果期望结果以及附件。

这样开发人员在修复缺陷的时候可以快速的定位和验证缺陷，减少了开发人员和测试人员因为描述不清而对问题产生的误解，也提高了缺陷修复的效率。

测试团队相应的制定缺陷报告的规范模板，作为测试人员录入产品缺陷的标准。

其次，在缺陷系统中增加了个新的状态重复。

测试人员在对同功能进行测试的时候，会提交些描述相同问题相同的缺陷，从本质上来说，这些缺陷是重复的，开发人员只要修正其中的个，那么其余的缺陷也相应的修正了。

而在原有的流程中，由于缺少重复这个状态，也导致了同时会有多个重复的缺陷被开发人员进行修复，这也影响到了开发团队修复缺陷的效率。

当引入重复这个状态后，可以让开发人员快速的过滤相应的缺陷，提高了工作的效率。

然后，在开发人员完成修复