,敏捷开发项目中应用六西格玛的可行性分析,问卷调查过程与结果说明,评价指标体系的可行性分析,乘用车营销渠道竞争力评价的数学模型,北京大学工商管理硕士学位论文部分内容简介北京大学工商管理硕士学位论文，北京大学工商管理硕士学位论文研究成果声明关于学位论文使用权的说明摘要第章绪论论文研究的背景目的和意义研究背景研究意义公司简介研究方法与技术路线,研究方法技术路线,第章敏捷开发项目中的质量管理相关理论研究敏捷开发研究敏捷开发的概念,敏捷开发理论的发展,六西格玛理论研究关于六西格玛的理论研究六西格玛应用于软件质量管理的相关研究,六西格玛对于质量改进的相关研究,软件质量管理研究,软件质量管理的研究,软件管理质量改进的研究,第章当前公司的敏捷开发项目模型的构建当前公司敏捷开发项目模型的初步构建,质量管理评价指标计算方法,敏捷开发项目中应用六西格玛的可行性分析,问卷调查过程与结果说明,评价指标体系的可行性分析,乘用车营销渠道竞争力评价的数学模型,北京大学工商管理硕士学位论文第章应用六西格玛来进行质量管理流程改进公司营销渠道竞争力评价指标的计算,精确评价指标的计算及数据来源,模糊评价指标的计算及数据来源,营销渠道竞争力评价指标综合值的计算,公司营销渠道竞争力的纵向比较分析,公司销售计划完成能力,公司相对市场占有率,公司渠道销售同比增长率,公司渠道店均销量同比增长率,公司营销渠道覆盖率,公司客户满意度,公司品牌影响力,公司营销渠道销售毛利率,公司与竞争对手营销渠道竞争力的横向比较分析,各公司营销渠道的综合竞争力比较,渠道销售能力比较与分析,渠道服务能力比较与分析,财务运营能力比较与分析,渠道管控能力比较与分析,渠道自我提升能力比较与分析,第章公司营销渠道竞争力提升的策略建议渠道网络布局完善与优化,现有网络数量的补充,参股经销商网络,适时进行分网销售,客户满意度提升,渠道经销商硬件设施改善,客户管理的提升,销售顾问队伍稳定及能力提升,完善管理考核体系,系统化的培训,薪酬激励体系改善,多元化盈利能力的构建,拓展融资渠道,开拓增值配套服务，增加盈利增长点,北京大学工商管理硕士学位论文第章研究结论与展望本文研究结论,梳理了乘用车营销渠道竞争力相关理论,构建了乘用车营销渠道竞争力评价体系,对所构建的乘用车营销渠道竞争力评价体系进行了应用研究,对公司如何提升渠道竞争力提出了建议,研究局限与展望,研究对象需扩大涉及面,评价指标体系构建有待完善,参考文献致谢北京大学工商管理硕士学位论文注释说明汇集表，行业联合调研销售满意度指数。，品牌影响力指数。，数据包络分析法。和核准的缺陷的数量项目质量测量数据收集通过会议讨论的方式针对定义阶段确认的测量指标制定了数据收集计划，明确了每项指标的采集来源范围类型和采集频率见表。在采集数据的过程中，首先对历史数据进行收集整理和保存，然后再分析当前系统的数据。需要负责数据的采集的同时还需要对于采集到的数据加以整理，这样才能保证数据的完备性和有效性。测量计划表项目来源频率负责人开放状态缺陷数量每周次六西格玛管理小组缺陷比重每周次六西格玛管理小组缺陷重复修正比率每两周次六西格玛管理小组人均缺陷修复率，每周次六西格玛管理小组测试通过率测试报告每两周次测试团队缺陷原因，每月次六西格玛管理小组缺陷分布，每月次六西格玛管理小组注是公司采用的缺陷管理系统是代码管理系统。北京理工大学工商管理硕士学位论文数据测量在完成采集计划后，就要严格地执行己经制定好的测量计划，以下就是得到的测试数据测试通过率，它可以用以下的公式表示测试通过率阶段通过测试用例数阶段测试用例数。它表示了单位数量的测试用例中通过测试的用例的比率，这是直观的反映当前产品质量的重要指标。通过率处于较高且稳定的情况，则表示产品开发处于较好的控制阶段，产品质量达到了预期反之则表示产品开发过程中受到些因素的影响，产品处于不稳定的阶段且质量为达到预期的目标。测试用例是由软件测试团队在产品开发的初期根据系统的功能文档和设计文档编写完成的，在软件开发的过程中，测试团队会对软件产品进行测试，而测试的主要依据就是编写完成的测试用例。测试团队会记录每天每周的测试结果己经执行的用例未通过的用例，并将结果保存成文件。该数据的采集负责人，根据测试团队的测试报告，每两周采集次通过率得数据，并对数据进行过滤和整理，保证数据的正确性。采集了自项目期间的次数据。表列举了这次测试用例通过率的数据。表测试通过率分析表缺陷修复率，它可以用以下的公式来表示北京理工大学工商管理硕士学位论文缺陷修复率修复缺陷个数总的缺陷修复时间单位个天它表示了人均单位时间内修复缺陷的个数，它也从个侧面反映了开发团队修复缺陷的能力。当产品修复率处于较高的水平的时候，可以认为团队处于较为稳定的阶段整体能力较强，修复单位缺陷所需要的时间成本较低而当产品修复率下降并处于较低的水平的时候，表示该阶段修复单位缺陷需要花费较高的时间成本，则六西格玛团队需要及时地介入并了解团队所处的情况，分析原因和提出相应的解决方案。数据收集人员通过缺陷管理系统获得每周的缺陷修复数据对于历史数据，般可以在软件产品的以往的管理文档中获得。缺陷修复速率缺陷重复修正率，它可以用以下公式表示缺陷重复修复率重复修复的缺陷数阶段内总的缺陷修复数缺陷重复修正率可以反映出开发团队修复产品缺陷的正确率。在缺陷的修复流程中，每当个缺陷被开发人员标示为己修复的状态时，测试人员就会对这个缺陷进行再次测试。当测试结果表示在当前系统中己经不存在这个缺陷时，测试人员就会在缺陷管理系统中关闭该缺陷否则，测试人员就会再次提交该缺陷，并将它的北京理工大学工商管理硕士学位论文状态改为提交状态，由负责修复缺陷的开发人员再次修复。当个产品的缺陷需要被修复两次或两次以上，开发团队就需要分配额外的人员和时间再次去处理，这也造成了人力和物力的浪费，导致开发成本的上升。所以个成熟的软件产品，在它的开发过程中，缺陷的重复修正率会保持在个合理可控的范围相反当重复修正率持续保持在个较高的位置，则需要管理人员立即介入并发现原因，并加以改进。缺陷重复修正率缺陷分布，它是指按照软件产品的功能来分析产生缺陷的分布情况。在产品的开发过程中，通过了解和分析产品所产生缺陷的分布，可以帮助团队更好的调配资源分析原因和改进流程，从而提高软件产品的整体质量水平。缺陷的分布情况反映的地是个较长时间内的数据分布，所以不需要每天或每周都采集数据。般来说，每月采集次数据就能够获得有效的分析数据了，通过查看当月数据和累计数据分析的图表，可以清楚地了解当前系统中所产生缺陷的功能模块的情况。北