关于软件项目质量管理

1、IT项目管理课程论文评阅表学号班级姓名论文题目评分依据评分标准得分论点(15分)课程论文选题独特，有创造性，研究问题的思路及目标明确选题正确、有一定新意思路不清晰，选题无特色论据(15分)基本原理和论据引文充分、资料翔实、准确，表述清楚，选取合适论据充分，基本准确，表述基本清楚论据空乏无力论据选取不当论证(30分)论证严谨、思路清晰、逻辑性强、有较强说服力，引文准确论证较严谨、思路较清晰、符合逻辑、有一定说服力，引文准确有一定的说服力论述紊乱、自相矛盾、大段抄袭他人文章结构(15分)论文结构严谨、逻辑严密、层次清晰，阐述充分有条理结构合理、符合逻辑、层次分明结构基本合理、层次比较清楚、文理通顺

2、有不合理部分，逻辑性不强结构混乱、文不对题、或有抄袭现象深度和广度(15分)对问题分析透彻全面，有自己的独特见解，分析有一定的深度和广度有自主的见解，对问题的分析比较深入全面能提出自己的见解，分析的深度、广度一般分析比较深入全面对问题的分析既无深度，又无广度规范化(10分)论文体例规范，内容完整，无错别字等，字数在2500以上格式比较规范，字数在2000以上格式基本符合规范，但有个别地方不合规，字数在1500以上格式不规范或字数严重不足 教师签名：郭红建 2010-6-28浅谈软件项目质量管理【摘要】许多IT项目开发的应用系统都存在着一定的质量问题。比如，2005年11月1日，日本东京证券交易

3、所股票交易系统发生大规模系统故障，导致所有股票交易全面告停，短短2个小时造成了上千亿元的损失。经查明，其故障的“元凶”是为增强系统处理能力而更新的交易程序存在缺陷。1986年，1台Therac25机器泄露致命剂量的辐射，致使两名医院病人死亡。造成惨剧的原因是一个软件出现了问题，导致这台机器忽略了数据校验。这些教训说明，在软件开发项目中认真抓好质量管理，并加强有关软件项目质量管理的研究是摆在我们面前的重要课题。随着软件开发的深入、各种技术的不断创新以及软件产业的形成，人们越来越意识到软件质量的重要性，因此管理学和质量管理的思想逐渐融入软件开发过程中。 【关键词】软件项目；软件质量；软件质量管理目

4、录摘要2引言 3一、IT软件质量管理的主要内容（一）质量计划的定4（二）质量保证5（三）质量控制6二、软件项目质量管理在实际中的具体做法（一）质量管理责任分配 8（二）文件管理 8结论9参考文献10【引言】软件项目质量管理包括：质量计划、质量保证和质量控制三个过程域。质量计划是质量管理的第一过程域，它主要结合各个公司的质量方针，产品描述以及质量标准和规则通过收益、成本分析和流程设计等工具制定出来实施方略，其内容全面反应用户的要求，为质量小组成员有效工作提供了指南，为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和控制提供依据，为确保项目质量得到保障提供坚实的基础。质量保证则是贯穿

5、整个项目全生命周期的有计划和有系统的活动，经常性地针对整个项目质量计划的执行情况进行评估、检查与改进等工作，向管理者、顾客或其他方提供信任，确保项目质量与计划保持一致。质量控制是对阶段性的成果进行检测、验证，为质量保证提供参考依据，它是一个PDCA循环过程。项目质量管理必须兼顾项目管理和项目生产。在任何一方面未满足质量要求都可能导致对部分或全部的项目相关人员产生严重的负面效果。例如：1） 通过项目小组的超量工作来满足客户的要求，可能产生以不断上升的雇员跳槽率为形式的负面效果。2） 通过快速完成列入计划的质量检验工作来满足项目进度计划目标，当错误因未被发现时，就可能产生负面效果。同时，项目质量管

6、理是现代的项目管理的补充。则其必须注重以下几点的重要性：1） 满足客户理解、管理和引导需求，从而达到或超过客户的期望。2） 通过检验防止错误避免错误的费用通常比纠正他们低得多。3） 管理责任。成功需要团队全体职员的合作，而提供成功所需的资源则是管理工作的职责。4） 各阶段的程序。如“计划执行检验行动”。一、IT软件质量管理的主要内容质量管理主要包括三个过程：质量计划制定、质量保证和质量控制。（一）质量计划的制定质量计划：是质量管理的第一过程域，它主要指依据公司的质量方针、产品描述以及质量标准和规则等制定出来实施方略，其内容全面反应用户的要求，为质量小组成员有效工作提供了指南，为项目小组成员以及

7、项目相关人员了解在项目进行中如何实施质量保证和控制提供依据，为确保项目质量得到保障提供坚实的基础。质量在计划中确定，而非在检验中确定。质量计划包括计划哪种质量标注适合该项目并决定如何达到这些标注。在项目计划中，他是程序推进的主要动力之一，应当有规律地执行并与其他项目计划并行。1、 质量计划的输入1） 质量策略。质量策略是“一个注重质量的组织的所有努力和决策，通常称为顶级管理”。执行组织的质量策略经常被项目所采用。2） 范围阐述。范围阐述揭示主要的子项目和项目目标的书面文讲，界定了重要的项目相关人员的需求。3） 产品说明。尽管产品说明的因素可以在范围阐述中加以具体化，但产品说明仍需阐明技术要点

8、的细节和其他可能影响质量计划的因素。4） 标准和规则。项目管理小组必须考虑任何适用于特定领域的专门标准和规则。5） 其他的输入。如采购计划。2、 质量计划的手段和技巧质量计划的手段和技术如：效益/成本分析。质量计划程序必须考虑效益成本平衡。打到质量标准，首先就是减少了返工，而这就意味着高效率、低成本。毫无疑问，IT软件项目质量管理中，效益比成本更重要。3、 质量计划中的输出1） 质量管理计划。即：说明项目管理小组如何具体执行它的质量策略。必须兼顾项目的质量控制、质量保证和质量提高。2） 操作性定义。操作性定义是非常专业化的描述各操作规程的含义，以及如何通过质量控制对他们进行检测。3） 审验单。

9、审验单是一种组织管理手段，用以证明需要执行的一系列步骤是否已经得到贯彻实施。（二）质量保证。质量保证：是贯穿整个项目全生命周期的有计划和有系统的活动，经常性地针对整个项目质量计划的执行情况进行评估、检查与改进等工作，向管理者、顾客或其他方提供信任，确保项目质量与计划保持一致。1、 质量保证的输入：1） 质量管理计划。如图：因果分析图：2） 质量控制检测结果。自量控制检测结果是对质量控制的检测和测试以比较分析的形式作出的报告。3）质量计划的手段。（三）质量控制质量控制：是对阶段性的成果进行测试、验证，为质量保证提供参考依据。如图所示的是质量控制过程中的输入输出：1）质量控制手段。质量计划确定后，

10、按照其建立的质量管理体系，各责任单位就必须按照PDCA质量环的需求，实施有效的质量控制。质量控制应贯穿于项目的整个过程，他可分为监测和控制两个阶段：监测的目的就是收集、记录和汇报有关项目质量的数据信息；控制就是使用质量监测提供的数据，进行控制，确保项目质量和计划保持一致。 2）质量检测分析。质量监测分析时，对于已发现的不合格或潜在不合格，应制定相应的纠正措施或预防措施，以消除不合格或潜在不合格的原因，防止不合格的发生。纠正措施或预防措施制定后，应对质量计划进行相应的调整，确保项目的顺利实施。3）项目收尾。项目收尾包括项目评估和项目终止两个阶段。项目收尾阶段的质量控制是个非常重要而又容易忽视的内

11、容。4）质量评估。项目质量评估不仅仅是在项目完成后进行，还包括对项目实施过程中的各个关键点的质量评估。项目质量评估看起来属于事后控制，但他的目的不是为了改动那些已发生的事情，而是试图抓住项目质量合格或不合格的精髓，以使将来的项目质量管理能从中获益。5）项目终止。项目终止阶段，是在决策项目终止后，检查项目文件资料完备，包括项目施工质量验评表、竣工报告等，同时进行项目总结。项目总结是个把实际运行情况和项目计划不断比较以提炼经验教训的过程。通过项目质量计划和总结，项目过程中的经验和教训将得到完整的记录和升华，成为“组织财富”。 二、软件项目质量管理在实际中的具体做法（一）质量管理责任分配在研发项目上

12、按照规范化软件的生产方式进行生产，在生产流程上采用ISO9000的标准进行。每个项目除配备了项目研发所需角色外，可专门配备了设置管理小组、测试小组和质量确保小组确保质量管理的实施，下面针对这三种角色进行说明：1）设置管理小组职责设置管理小组是确保项目研发完毕的同时，内部文件和外部文件都同时完成。内部文件的及时产生和规范，是确保项目研发各小组能够更好的接口和沟通的重要前提，从另一个方面讲，也是确保工程不被某个关键路径所阻塞而延滞的前提。如上所述，设置管理小组还是确保质量确保小组得以发挥作用的基础。设置管理小组的主要职责包括： 完善各个部门发送需要存档和进行版本控制的代码、文件（包括外来文件）和阶

13、段性成果； 对代码、文件等进行单向出入的控制； 对所有存档的文件进行版本控制； 提供文件规范，并传达到研发组中。2）测试小组职责测试小组作为质量控制的主要手段，负责软件的测试设计和执行工作。如同软件研发相同，测试在执行之前，同样需要进行测试计划和测试策略的设计，通常情况下测试能分为如下几种类型，如：正确性测试、功能性测试、性能测试、安全测试和系统测试等。而这些测试均需要在测试计划和测试策略中进行描述用以指导测试小组成员进行测试用例编写和测试执行。程式员在交给测试人员之前是进行过一定的单元测试，确保程式编译、运行正确。 （二）文件管理。设置管理小组真正核心的工作是对文件的组织管理。根据文件的不同，文件的来源也不同，有些是通过质量确保小组经过复审之后转交给设置管理小组，有些则会直接从文件的出处到达设置管理小组。文件的管理是个非常烦琐的工作，不过长远来看他不仅使项目的研发对单个主要人员的依赖减少，从而减少人员流动给项目的带来的风险，更重要的是在项目进行到后百分之十的时候起到拉动项目的作用。编写文档在项目研发的早期可能会使项目的进度比起不写文档要稍慢，但随