记录督促学习26

质量管理，旨在介绍软件质量管理，讲述专门的质量管理活动，需要知道：
1质量管理过程，以及质量规划重要的原因
2软件质量受到所使用的软件开发过程的影响
3认识到质量管理过程中质量标准的重要性以及标准是如何在质量保证中使用的
4了解复查和审查时如何作为机制在软件质量保证中使用的
度量如何在评估某些质量属性时发挥作用，以及目前软件度量的局限性

软件质量问题一直困扰软件工程，人们采用软件质量管理形式化技术，这种技术是由制造业中的方法发展而来的，这些质量管理技术和新的软件技术以及更好的软件测试结合在一起使软件质量的一般水平得到了明显提升。

软件系统的软件质量管理有三个重要的关注点：

1在机构层面，质量管理与监理能生产高质量软件的机构过程框架和标准相关，这意味着质量管理团队应该对定义要使用的软件开发过程、软件的标准以及系统的需求、设计以及代码的相关文档负责。
2在项目层面，质量管理包括专门的质量过程的应用、对所规划的过程的执行情况的检查及确保项目的输出符合此项目所适用的标准。
3在项目层面的质量管理同样关注与为项目确立一个质量计划，质量计划应该给出项目的质量目标，定义应该使用什么样的过程和标准。
质量保证是对生产高质量的产品的过程和标准的定义，同时也引入质量过程到制造过程，质量控制是应用这些质量过程淘汰没有达到要求的质量水平的产品。

在软件产业中，不同的公司和哥部门以不同 的方式解释质量保证和质量控制。有时，质量保证仅代表对旨在保证软件质量达标的流程、过程和标准的定义。

质量保证团队在大多数公司总负责管理版本测试过程，意味着在软件版本交付到客户手里之前，他们负责软件的测试，他们负责检查系统是否满足需求，以及维护测试过程记录。

质量管理对软件开发过程提供独立的检查活动。从软件过程中产生的可交付文档要放到质量管理过程中检验，确保它们能够符合机构的标准和目标。由于质量保证团队应该是独立于开发队伍的团队，他们能够客观地对待软件产品。能够不受软件开发问题的影响，作出客观的软件质量报告。

理论上说，质量管理团队应该不与任何专门的开发小组有关联，但是应对整个机构的质量管理负责，应该是独立的，并且直接向项目管理人员之上的管理者报告。

质量规划是为项目制定一个质量计划的过程，质量计划应当列出要达到的软件质量，并且描述怎样评估这些质量，因此对于一个特定系统，计划定义了何为高质量的软件。
正式的质量规划是基于计划的开发过程的一个重要组成部分，然而敏捷方法采用一种不太正式的方法来进行质量管理。

质量规划的轮廓机构：

1产品介绍
2产品计划
3过程描述
4质量目标
5风险和风险管理

质量规划被作为一般项目规划过程的一部分，依据所开发的额系统的大小和类型而有所不同。
一些人认为软件质量能够通过检查过程来达到。机构会有一个机遇机构标准的和安好相关质量流程的一个确定的检查过程，去检查软件开发团队在开发中是否遵循了这些质量标准。

一些人认为软件质量能够通过检查过程来达到，机构会有一个基于机构标准的和按照相关质量流程的一个确定的检查过程，去检查软件开发团队在开发中是否遵循了这些质量标准。

标准和过程固然重要，但是质量管理者也应该致力于开发一种“质量文化”，让每个参与产品开发的人都有强烈的产品质量意识。鼓励团队对自己的工作质量负责，鼓励他们探求改善质量的新方法，尽管质量标准和规程是质量管理的基础，好的质量管理者还是认识到有些软件质量特性不易量化，难以在标准中具体体现出来。

正式的质量管理对于开发大型、长期（开发需几年）的系统的团队而言很重要。质量文档是记录项目中的每个子小组所做的工作的文件。

对于较小的系统，质量管理也是重要的，但可以采用相对非正规的方法。

由于小的开发团队可以随意的交流，所以不必需要那么多的文书工作，对于小系统的开发，关键的质量问题是建立质量文化并保证所有的团队成员对软件质量有已给有效的方法。

质量管理的基本原则是制造工业未来改啥制造产品的质量而建立的，作为质量管理的一部分，首先定义了什么是“质量”所谓质量就是基于详细产品描述的和公差概念。

软件质量不能直接和制造业中的质量相比较，公差思想对于数字系统来说是不适用的，由于以下原因，可能没法的出关于软件系统是否满足描述的客观结论：

1写出一个完整的和武器以的软件描述是相当困难的，软件开发商和客户可能对于需求有不同的阐述，并且可能对软件是否符合描述没法达成共识。

2描述通常整合了各类信息持有者的需求。
3对某些质量特性的度量是不可能做到的，所以它们是不能以一种无歧义的方式描述的。

因为上述原因，评估软件质量是一个主管的过程，质量管理团队必须判断决定软件是否达到可接受的质量水平。
系统特性有几个问题：
1开发过程是否遵循编程和文档化标准？
2软件是否得到了正确的测试/
3软件是否足够可靠能被投入使用
4软件性能是否对于正常使用是合格的
5软件爱女是否可用
6软件是否解耦良好并且易于理解

软件质量管理存在一个通用的假设：按照需求测试系统，应该根据这些测试的结果判断是否实现了要求的功能，因此，QA团队应该复查所涉及的测试并检查测试记录以核实测试是否被正确地执行。

一个软件系统的转关质量很大部分依赖于它的非功能性特性。

因此，软件质量不仅仅取决于软件功能是否正确地实现，也取决于肺功能的系统属性。

对于任何系统，优化所有属性时不太可能的。计划同样应该包括定义质量评估过程，这应该是各方都认可的评估，判断是否在产品中存在你一些质量属性，如可维护性和鲁棒性。

对于任何系统，优化所有属性时不太可能的，（提升鲁棒性可能导致性能降低）因此质量规划应该定义被开发软件最重要的质量属性。

质量管理的一个基本假定是开发过程的质量直接影响产品的质量，这个假定源于生产制造哦系统中产品质量与生产过程的密切关系。

在生产制造中过程与产品质量有着明确的关联，因为过程相对易于表遵化和监控。

毫无疑问，使用的开发过程对于软件质量有明显的影响。好的过程更有可能得到好质量的软件，过程质量的㢆和改进能够减少软件开发过程中产生的缺陷，但是，评估软件质量的属性非常困哪，比如，不经过长时间使用软件，很难评估可维护性，因此很难之处过程特性如何影响这些属性，瓷碗，因为涉及和创造性在软件过程中所起的作用，过程标准化有时会扼杀创造力，这回导致软件质量更糟而不是更好。

软件标准在软件质量管理中扮演者重要的角色，质量保证一个重要部分是定义和选择引用于软件开发过程和软件产品的标准，作为质量保证过程的一部分，也要选择支持标准使用的工具和方法，一旦选定使用标准，必须定义项目特定的过程以监控标准的使用和执行情况。

软件标准主要有三个方面描述重要性

1标准时智慧的结晶
2标准为定义 特定环境中的’“质量”含义提供了一个框架，软件质量是主观的，通过使用标准，为判断软件是否达到要求的质量水平建立基础，当然，着依赖于反映用户对软件可靠性、可用性以及性能的期望的环境标准。

3.软件标准还有助于工作的连贯性，由一个人着手进行的工作别人可以接着做，软件标准确保一个机构所有的工程人员采用相同的做法，这样一来，开始一项新工作时就节省了学习时间。

文档化标准:项目文档是一种看得建摸得着的描述软件系统以及生产过程的不同形态的方式。文档化标准定义不同类型文档的组成以及文档的格式，这是很重要的，因为这样可以很容易发现是否有重要的内容被遗漏，并确保项目文档有一个普遍接受的外观。标准会针对书写文档的过程、文档本身内容以及文档交换诸多方面分别制定。

在软件质量管理中，现存两类可用于定义和使用的相关软件工程标准;

1产品标准 这些标准用于开发的软件产品。
2过程标准，这些标准定义了软件开发必须遵循的过程。

标准必须以提升的产品质量的形式表现价值。

国际软件工程标准的发展通常是一个持续很久的过程，哪些对标准感兴趣的人聚集在一起，然后起草评论，最终对标准达成一致。标准具有普遍性，能够适用于许多领域内的项目。
已经制定的国家标准和国际标准涵盖了软件工程术语、编程语言、符号系统、软件需求的导出和书写规程、质量保证规程以及软件检验和有效性验证过程等许多方面。

质量管理团队的制定机构标准时，一般要参照国家标准和国际标准。

软件工程人员有时会把软件标准视为一种行政命令，是与软件开发的技术活动毫不相干的，尤其是在标准中要求填写繁琐的表格和工作记录的时候。尽管他们大都承认贯彻实施通用标准是十分必要的。

设定这些标准的质量管理人员需要做：
1让软件工程人员参与产品标准的选择
2定期评审和修改标准，以反映技术的变化
3尽可能提供支持软件标准的软件工具。

不同类型软件需要不同的开发过程，所以必须采用适当标准。如果某种工作方式不适合一个项目或项目团队，对它作出规定死没有意义的。

项目管理者和质量管理者可以通过切实可行的质量规划避免标准的不适当问题。他们应该确定质量手册中哪些标准应该不折不扣地执行，哪些标准应该修改，哪些标准应该废止。

ISO9000是一个用于在所有兴业建立质量管理系统的国际标准集，可应用的范围很广，从制造业到服务业都有涉及。具有普遍性的标准。