关于嵌入式系统软件的全过程质量保证精
关于嵌入式系统软件的全过程质量保证
质量是产品的生命
当今随着软、硬件技术的发展，嵌入式系统广泛应用于航空航天、国防军事、电子通信等行业，其中软件也越来越复杂。而这些领域应用特点，决定了嵌入式系统往往是高安全、任务关键的系统，软件的微小瑕疵就可能严重威胁到生命和国家的安全、天文数字的巨额财产损失。这就使得保证嵌入式软件的质量和可靠性，变得至关重要。而在这些领域，对产品质量从来就保持着高度的重视，有将“质量视为产品的生命”的传统。这样，相关行业的高层管理人员和开发人员对于软件的质量也逐渐提高了重视程度。近年来，在组织上，建立了完善的软件测试体系；在开发和测试方法上，建立了中国的软件过程成熟度的评价体系GJB5OO0在自动化工具方面，投入了大量的经费和人员在测试设备的开发、购置和建设方面。应该说，软件作为嵌入式产品主要的组成部分之一，对其质量的重视是目前相关行业的一个共识。
IBM Rational多年来在软件工程和质量保证方面积累了丰富的方法和经验。本文依据部分嵌入式开发机构对软件质量保证工作的一些理解，分析相应开发机构工作中可能的问题，并提出以RUP为核心的全过程质量管理的思想和具体的实现方式，提出不同单位的过程改进方法，以一种渐进的方式，从简单的工作开始，逐渐深入地改进组织的软件质量管理水平。
定义质量
对于任何一个组织，定义共同的对质量的理解是重要的第一步。软件开发组织经常按照一种不精确的、概括的质量观念来运转。
在IBM Rational统一过程中，质量定义如下：
满足或超出认定的一组需求；
使用经过认可的评测方法和标准来评估；
使用认定的流程来生产。
在这个定义中，我们首先看需求，IBM Rati onal的软件质量在用户需求方面的定义分为五个方面：易用性、可靠性、性能、可支持和功能。
质量保证，归根结底就是为客户提供更高品质的产品，更好地满足客户的需求。另一方面，这个质量定义中明确指出，质量更体现在软件开发的整个过程和一个标准的评价方式上。
软件开发过程质量就是指为了生成工件而对可接受流程的实施和遵守程度，体现在三个层次：
产品本身和用来生产、组装软件产品的零部件质量；
在软件开发过程的标准化、流程化、自动化程度和团队基本协作平台的效率，各个过程对质量的承诺；
软件产品验收的评测手段应该是被业界广泛认可和接受的方法，所构筑的质量评价标准。
一个软件生产企业的过程质量一般可以用它的软件过程成熟度等级来评估。
RUP全过程质量保证
Rational Unified Process (RUP是一个可以通过Web来使用的软件工程过程。作为软件工业事实上的标准，它回答了我们以下问题：在整个软件开发的各个过程中，谁（角色）应该在什么时候（详细工作流程）做什么（任务）和产生什
么样的开发结果（工件），以完成整个项目的开发目标。建立有效的工作过程，可以提高团队的生产效率，控制开发过程中的风险，保证软件开发进度并且提高软件产品质量。同时通过为所有重要的开发活动提供全面的指南、模板和示例，使整个软件开发团队能够有效共享成功经验，提高团队效率，最终保证软件开发质量。
全过程质量保证思想
RUP把整个软件开发过程分解成：业务建模、需求管理、分析设计、实施、测试、部署、配置与变更管理、项目管理和环境等九个核心工作流程。每个核心工作规程由多个详细工作流程组成。RUP使用角色、任务和作为输入/输出的工件来组织每个详细工作流程，实现软件开发组织内部人、资源和流程的融合。RUP通过建立完整的软件开发过程，使得产品的质量由项目团队的每个成员所代表的角色共同负责，具体体现在：每个工作流程设定相应的工作指南和工作检查点，每个角色承担相应的质量任务。
在RUP中，整个软件开发过程如图1所示，它以指定的工件为输入，通过软件开发角色和标准化的软件开发活动，生产出满足质量要求的输出工件。
用正确的过程和平台实现质量
IBM提供一个完整的方案以帮助开发团队构建更高质量的软件。这个开放和标准的平台包括IBM软件的许多工具，包括IBM Rational统一过程。在开发的每个阶段和每个流程都强调关注质量，帮助团队来识别开发生命周期中的早期问题。以下部分描述了RUP和IBM软件开发平台中的工具如何支持每个工作流程中的质量实践的。
为减少重复描述，先将相关工具的功能统一简要描述。下面的所有工具都可以以插件的形式集成到开放的Eclipse平台上，为开发者提供集成环境：IBM Ratio nal System Developer 用于系统建模和开发的集成环境；
IBM Ratio nal TestMa nager 用于计划、管理和报告任何测试工作要求；
IBM Ratio nal Ma nual Tester 用以提高手工测试工作的效率；
IBM Ratio nal Test RealTime
用于嵌入式系统的静态度量、代码规则检查、单元测试、覆盖率分析、内存分析、性能分析、代码跟踪、线程分析、基于消息的分布式系统测试的跨平台解决方案。
为了推动团队沟通、协作和合作，IBM Rational还提供多种额外的解决方案选项。
分析
根据统计得知，引起客户不满意问题的80烦以追溯到对需求的糟糕理解上。对于任何嵌入式开发项目，不论是新的系统开发，或遗留系统更新集成，质量开始于分析业务，以确保系统需求清晰且准确地反映了业务和客户需求。
我们可以将被测系统置于其将运行的环境中，采用建模的方式，将最优确认的需求，用条目化的方式管理需求文档，实现从需求、到分析、到设计、到实现、至厠试的双向跟踪，以实现测试中发现缺陷到各层次的跟踪，和影响范围的分析。
设计
在设计中，主要的质量集中在构架上，这是软件的“灵魂”。低质量的构架会引起大范围的质量问题，包括（软件）脆弱、缺乏升级、以及发现缺陷也难以修改。这些问题随着应用软件项目不断发展，变得越来越难以解决；并且随着应用软件从设计到开发、测试和部署，纠正缺陷的成本以指数在增长。如果软件开发人员可以有
效地发现、隔离和解决设计和开发期间的结构上的不足，这项工作会在整个项目期间获得受益。
开发
平均起来，开发人员在他们写的每千行代码中会产生100到150个错误当然，这个数量随着开发人员和项目的不同而不同。即使只有一小段代码，产生10%勺错误也是很严重的。
RUH昌导开发人员主动地测试和分析。尽管单元测试和运行分析已经变得更为主流，但是许多管理人员仍然有这样的误解，即这些过程使时间表中增加了不必要的时间。事实上，如果不采用这些措施，开发时间表通常会一样或更加延长」是由于在质量保证或客户发现问题后，开发人员在生命周期中调试代码要花费更多的时间。
测试
管理系统级功能和性能测试是持续保证质量的一个主要部分。一个开发组织既不应当过分强调，也不应当减少系统测试的重要性。如前所述，保证质量不只是测试团队的职责，测试也不只是质量保证的唯一领域。某些测试可以并且应当由开发人员来运行，在某些情况下，可以由构架师来运行。大量的质量保证工作，在RUP 的原则下是由其他开发角色构造的。
支持保证质量的团队职责
质量是开发团队中的每个人的职责，但是它也是团队作为一个整体的职责。在一个迭代的过程中，每个迭代确保了每个工件质量的持续的重新评估，这样，在迭代的方式下，经常可以保证提交质量更高的产品。有效的软件配置管理和变更管理是保证质量的一个基本工具；它帮助组织确保软件在每次构建时是可重复的和可靠的，并且保证缺陷和变更请求得到正确的管理。
质量过程改进的步骤
当我们考虑需要什么来构建任务关键和高安全性的系统软件，并涉及过程质量改进时，大家往往想到的是一个复杂的过程。其实，软件过程质量改进，如软件开发，可以是一个迭代的过程。你不需要一步就完成所有的事情。即使是小的变化，包括调整你的组织中对质量的看法，也会产生一个切实的改进。
我们指出两条参考的改进的线路图，递进式的（或者本质的）和演进式的（反应式的）。递进式的更多考虑工作流程间的依赖性，做到先改善基础流程，再基于已有的改善基础，做进一步改进。而演进式的多来自于工作中感知到的问题和瓶颈，依据问题的表面做反应式的改进。基于改进后再发现新的问题，如此反复。当然，我们也在努力发现一种可以兼顾工作流程间依赖性，有可以快速显示改进效果的改进方式。
我们可以把质量保证工作改善划分为以下几个方面：配置管理和变更管理、静态分析和单元测试、集成测试和系统测试、迭代开发和连续测试、全过程质量、组织级质量体系、架构分析、需求管理、项目管理。
获得软件高质量的高收益
全过程的质量保证体系总是比忽略质量问题的成本要低。事实上，如果你正确地运用，提高产品质量基本上没有成本。
在国际上，随着软件质量保证理论及应用研究工作的不断深入，针对软件质量保证工作的工作重点也经历了如下发展历程：
1970年以前，采用特定（Ad-hoc）测试，与调试没有区分；
1970年末到1980年中期，测试基础理论和实用技术形成，软件测试作为软件质量保证（SQA的主要手段和职能；
1980年代末到90年代中期，测试工具在质量和数量上不断增长，测试与
SQA分离，注重于工具对测试效率的影响；
1990年后期到目前，重新关注有效的过程管理对于软件测试的重要性，将软件工程视为软件测试的基础，或形成各种独立的测试模型、测试能力成熟度模型。
现在高品质软件，需要完整的软件开发过程和整合的软件开发平台来共同铸就。IBM Rational软件开发平台，就是以各种国际标准和开放平台为基础，为嵌入式系统软件产品的开发和生产过程提供了良好的开发速度和质量保证。
关于嵌入式系统软件的全过程质量保证精
关于嵌入式系统软件的全过程质量保证 质量是产品的生命 当今随着软、硬件技术的发展，嵌入式系统广泛应用于航空航天、国防军事、电子通信等行业，其中软件也越来越复杂。而这些领域应用特点，决定了嵌入式系统往往是高安全、任务关键的系统，软件的微小瑕疵就可能严重威胁到生命和国家的安全、天文数字的巨额财产损失。这就使得保证嵌入式软件的质量和可靠性，变得至关重要。而在这些领域，对产品质量从来就保持着高度的重视，有将“质量视为产品的生命”的传统。这样，相关行业的高层管理人员和开发人员对于软件的质量也逐渐提高了重视程度。近年来，在组织上，建立了完善的软件测试体系；在开发和测试方法上，建立了中国的软件过程成熟度的评价体系GJB5OO0在自动化工具方面，投入了大量的经费和人员在测试设备的开发、购置和建设方面。应该说，软件作为嵌入式产品主要的组成部分之一，对其质量的重视是目前相关行业的一个共识。 IBM Rational多年来在软件工程和质量保证方面积累了丰富的方法和经验。本文依据部分嵌入式开发机构对软件质量保证工作的一些理解，分析相应开发机构工作中可能的问题，并提出以RUP为核心的全过程质量管理的思想和具体的实现方式，提出不同单位的过程改进方法，以一种渐进的方式，从简单的工作开始，逐渐深入地改进组织的软件质量管理水平。 定义质量 对于任何一个组织，定义共同的对质量的理解是重要的第一步。软件开发组织经常按照一种不精确的、概括的质量观念来运转。 在IBM Rational统一过程中，质量定义如下： 满足或超出认定的一组需求； 使用经过认可的评测方法和标准来评估； 使用认定的流程来生产。 在这个定义中，我们首先看需求，IBM Rati onal的软件质量在用户需求方面的定义分为五个方面：易用性、可靠性、性能、可支持和功能。 质量保证，归根结底就是为客户提供更高品质的产品，更好地满足客户的需求。另一方面，这个质量定义中明确指出，质量更体现在软件开发的整个过程和一个标准的评价方式上。 软件开发过程质量就是指为了生成工件而对可接受流程的实施和遵守程度，体现在三个层次： 产品本身和用来生产、组装软件产品的零部件质量； 在软件开发过程的标准化、流程化、自动化程度和团队基本协作平台的效率，各个过程对质量的承诺； 软件产品验收的评测手段应该是被业界广泛认可和接受的方法，所构筑的质量评价标准。 一个软件生产企业的过程质量一般可以用它的软件过程成熟度等级来评估。 RUP全过程质量保证 Rational Unified Process (RUP是一个可以通过Web来使用的软件工程过程。作为软件工业事实上的标准，它回答了我们以下问题：在整个软件开发的各个过程中，谁（角色）应该在什么时候（详细工作流程）做什么（任务）和产生什
软件项目中的质量管理
软件项目中的软件质量管理 摘要软件项目的质量管理指的是保证项目满足其目标要求所需要的过程，它包括编制质量计划、质量控制、质量保证等过程。软件的质量是软件开发各个阶段质量的综合反映，每个环节都可能带来产品的质量问题，因此软件的质量管理贯穿了整个软件开发周期。软件项目的质量管理，不仅确保项目最终交付的产品满足质量要求，而且要保证项目实施过程中阶段性成果的质量，也就是保证软件需求说明、设计和代码的质量，包括各种项目文档的质量。 关键词质量管理，质量计划，质量控制，质量保证 Software quality in software project management Abstract Quality management in software project refers to the process to ensure the project meets its objectives and requirements , which includes the preparation of quality planning, quality control, quality assurance and other processes. Software quality at all stages of software development is a comprehensive reflection of the quality of each link may bring product quality problems, the quality of software management throughout the entire software development cycle. Quality management of software projects, not only to ensure the project's final delivery of products to meet the quality requirements, but also to ensure the quality of the process of the initial results of the implementation of the project is to ensure that the software requirements specification, design, and quality of the code, including the quality of project documentation. Keywords Quality management, quality planning, quality control, quality assurance 1 前言 随着越来越现代化的发展，提起如今的IT项目，软件工程倍受人们关注。而软件的质量更是众人关注的焦点，因为目前还没有一套完善的评估标准。甚至有人提出，现在的软件开发根本提不上是“工程”，因为它太稚嫩了，还没有一套成熟的标准来比照；因而软件项目极易出现失败或失误。大量实践证明，软件工程项目的成败，通常是因为管理问题（协同工作的能力），而不是技术上的问题。要想做一盘“完美”的软件大餐，质量管理的作用是不言而喻的。 2 项目中质量管理的原则
软件项目的质量管理方案
软件项目的质量管理方案 在信息系统工程建设管理中，项目的质量管理在信息系统工程建设中是极其重要的。 本文结合作者的项目实践，以《通信网应急指挥平台》项目建设为例，讨论了如何做好信息系统工程建设的质量管理，包括在项目建设过程中应编制怎样的质量管理计划，执行怎 么的质量保证，以及如何进行质量控制。该项目是以构建工业和信息化部应急指挥平台为 中心，上行与国务院应急指挥平台相联，下行与省（自治区、直辖市）通信管理局相联的 上下贯通、信息共享、安全可靠的现代化国家通信应急指挥平台为目标，系统建设必须在2010年5月1日之前完成，为达到建设单位对项目“安全可靠”的质量的要求，如何做 好项目质量管理，充分发挥“人”的作用，是保证项目能顺利通过验收的关键。为此，项 目经理在类似项目建设管理中，必须加强项目的质量管理。 正文： 质量是过程、产品或服务满足明确或隐含的需求能力的特征，它与范围、成本、时间 构成了项目成功的关键因素，它即包括为确保项目能所需执行的需求过程，又包括质量管 理职能的各种活动，而这些活动确定了质量管理的策略、目标和责任，并在质量管理体系 中凭借质量规划、质量控制和质量保证等措施决定了对质量政策的执行、对质量目标的完 成以及对质量责任的履行。 2009年2月，笔者参加了《通信应急指挥平台》的项目建设，担任项目经理，该项 目被划分成3个子系统：应急指挥基础设施系统、基础支撑系统、综合应用系统，其中综合应用子系统包括8个组成部分：宽带VSAT应急网监测预警系统、通信物理网监测预警系统、通信业务网监测预警系统、应急预案管理系统、通信保障应急物资管理系统、多媒 体档案管理系统、通信保障应急事务处理系统、通信保障应急工作决策支持系统。项目在 各干系人的通力配合与支持下以及项目团队全体成员的共同努力下，经过近13个月的并 肩作战，最终于2010年4月15日全面通过系统验收，项目实施总成本花费120.23万元，工程进度比计划提前了13天完成。 为了达到该项目建设要求，充分发挥项目团队成员作用，作为项目经理，笔者在本项 目建设管理中，主要从如下几个过程来加强项目质量的有效管理： 1、采用基准分析、实验设计、成本/效益分析等方法进行项目质量规划 项目质量规划主要用来识别与项目相关的质量标准以及确定如何满足这些标准。它首 先通过质量策略、项目范围说明书、产品说明书等资料作为质量规划的依据，来识别出与 项目相关的质量标准，从而达到或超过项目客户以及其他项目干系人的期望和要求。另外，在现代质量管理中有一项基本原则---质量出自计划和设计，而非出自检查，因此，做好项目的质量规划是极其重要。 为此，笔者在编制本项目质量规划时，首先采用基准分析方法。在完成项目质量规划 编制后，将本项目的质量规划方案与公司前三年已完成的《交通部应急通信系统》的质量 规划方案进行对比，通过比较，发现了本项目质量管理计划中存在两点不足之处：一是没 有增加特定行业系统质量测试依据、指标以及行业质量检测单位，二是没有注意到不同行
-软件质量保证计划
-软件质量保证计划 31、1目的 31、2定义 31、3参考资料32管理 32、1机构 32、2任务 42、3职责53文档 53、1基本文档 53、2其他文档 63、3文档质量的度量准则64标准、条例和约定75评审和检查76软件配置管理97工具、技术和方法98媒体控制109对供货单位的控制1010记录收集、维护和保存101 引言 1、1 目的本计划的目的在于对所开发的上海博物馆古籍数字化系统规定各种必要的质量保证措施，以保证所交付的上海博物馆古籍数字化系统能够满足项目委托书或合同中规定的各项需求，能够满足本项目总体组制定的且经领导小组批准的该软件系统需求规格说明书中规定的各项具体需求。软件开发单位在开发上海博物馆古籍数字化系统所属的各个子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可根据各自的情况对本计划作适当的剪裁，以满足特定的质量保证要求，剪裁后的计划必须经总体组批准。
1、2 定义本计划用到的一些术语的定义按GB/T11457和 GB/T12505。 1、3 参考资料GB/T11457软件工程术语GB8567 计算机软件开发规范GB8567 计算机软件产品开发文件编制指南GB/T12504 计算机软件质量保证计划规范GB/T12505 计算机软件配置管理计划规范上海博物馆古籍数字化系统配置管理计划2 管理 2、1 机构在本软件系统整个开发期间，必须成立软件质量保证小组负责质量保证工作。软件质量保证小组属总体组领导，由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及各个子系统软件质量保证人员等方面的人员组成，由项目的软件工程小组代表任组长。各子系统的软件质量保证人员在业务上受软件质量保证小组领导，在行政上受各子系统负责人领导。软件质量保证小组和软件质量保证人员必须检查和督促本计划的实施。各子系统的软件质量保证人员有权直接向软件质量保证小组报告子项目的软件质量状况。各子系统的软件质量保证人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划的所有要求。 2、2 任务软件质量保证工作涉及软件生存周期各阶段的活动，应该贯彻到日常的软件开发活动中，而且应该特别注意软件质量的早期评审工作。因此，对新开发的或正在开发的各子系统，要按照GB8567与本计划的各项规定进行各项评审工作。软件质量保证小组要派成员参加所有的评审与检查活动。评审与检查
软件项目质量控制
项目质量控制 1、软件质量管理 质量管理是管理者在对软件质量进行一系列度量之后做出的各种决策，促使软件产品符合标准。在软件项目质量管理中，质量管理总是围绕着质量保真该过程和质量控制过程两方面。质量保证是在项目过程中实施的有计划、有系统的活动，确保项目满足相关的标准。质量控制是采取适当的方法监控项目结果，确保结果符合质量标准，还包括跟踪缺陷的排出情况。质量控制是确保项目结果与质量标准是否相符，同时确定消除不负的原因和方法，控制产品的质量，及时纠正缺陷的过程。质量控制是对阶段性的成果进行检测、验证，为质量保证提供参考依据。软件质量控制主要是发现和消除软件产品的缺陷。质量控制的方法有技术评审、走查、测试、返工、控制图、趋势分析、抽样统计、缺陷追踪等。 质量保证的三个要点是： 1）在项目进展过程中，定期对项目各方面的表现进行评价。 2）通过评价来推测项目最后是否能够达到相关的质量指标。 3）通过质量评价来帮助项目相关的人建立对项目质量的信心。 2、软件管理系统质量计划 2.1导言 教务管理系统的质量计划是确定哪种质量标准适合该项目并决定如何达到这些标准的过程。说明了该项目管理小组具体执行它的质量策略，该计划可以作为软件质量工作指南，帮助项目经理确保所有工作按计划完成。 2.2项目组织机构 在项目实施期间成立项目质量保证组织，该组织由质量保证人员和项目经理等组成。项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理负责质量控制的工作，质量保证人员负责质量保证的工作。组织结构如下图所示：
2.3项目质量保证组织职责 2.3.1高层管理 高层管理是公司负责质量的高级管理，其质量职责如下： 1）受理项目内不能解决的不符合问题，必要时与项目经理协调。 2）负责听取质量保证组的工作报告，评审质量保证活动和结果。 3）参加有关质量保证过程改进的评审。 2.2.2项目经理 项目经理的质量职责如下： 1）评审质量计划。 2）与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施。 3）定期或事件驱动地评审质量保证活动和结果。 2.3.3项目质量保证人员 质量保证人员的质量职责如下： 1）负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查。 2）实施项目组成员的质量保证培训。 3）制定质量保证计划。 4）按计划实施审计活动，依照质量保证计划执行评审/审计，并记录执行中发现的不符合项。
嵌入式软件开发流程图
嵌入式软件开发流程 一、嵌入式软件开发流程 1.1 嵌入式系统开发概述 由嵌入式系统本身的特性所影响，嵌入式系统开发与通用系统的开发有很大的区别。嵌入式系统的开发主要分为系统总体开发、嵌入式硬件开发和嵌入式软件开发3大部分，其总体流程图如图1.1所示。 图1.1 嵌入式系统开发流程图 在系统总体开发中，由于嵌入式系统与硬件依赖非常紧密，往往某些需求只能通过特定的硬件才能实现，因此需要进行处理器选型，以更好地满足产品的需求。另外，对于有些硬件和软件都可以实现的功能，就需要在成本和性能上做出抉择。往往通过硬件实现会增加产品的成本，但能大大提高产品的性能和可靠性。 再次，开发环境的选择对于嵌入式系统的开发也有很大的影响。这里的开发环境包括嵌入式操作系统的选择以及开发工具的选择等。比如，对开发成本和进度限制较大的产品可以选择嵌入式Linux，对实时性要求非常高的产品可以选择Vxworks等。
1.2 嵌入式软件开发概述 嵌入式软件开发总体流程为图4.15中“软件设计实现”部分所示，它同通用计算机软件开发一样，分为需求分析、软件概要设计、软件详细设计、软件实现和软件测试。其中嵌入式软件需求分析与硬件的需求分析合二为一，故没有分开画出。 由于在嵌入式软件开发的工具非常多，为了更好地帮助读者选择开发工具，下面首先对嵌入式软件开发过程中所使用的工具做一简单归纳。 嵌入式软件的开发工具根据不同的开发过程而划分，比如在需求分析阶段，可以选择IBM的Rational Rose等软件，而在程序开发阶段可以采用CodeWarrior（下面要介绍的ADS 的一个工具）等，在调试阶段所用的Multi-ICE等。同时，不同的嵌入式操作系统往往会有配套的开发工具，比如Vxworks有集成开发环境Tornado，WindowsCE的集成开发环境WindowsCE Platform等。此外，不同的处理器可能还有对应的开发工具，比如ARM的常用集成开发工具ADS、IAR和RealView等。在这里，大多数软件都有比较高的使用费用，但也可以大大加快产品的开发进度，用户可以根据需求自行选择。图4.16是嵌入式开发的不同阶段的常用软件。 图1.2 嵌入式开发不同阶段的常用软件 嵌入式系统的软件开发与通常软件开发的区别主要在于软件实现部分，其中又可以分为编译和调试两部分，下面分别对这两部分进行讲解。 1．交叉编译 嵌入式软件开发所采用的编译为交叉编译。所谓交叉编译就是在一个平台上生成可以在另一个平台上执行的代码。在第3章中已经提到，编译的最主要的工作就在将程序转化成运行该程序的CPU所能识别的机器代码，由于不同的体系结构有不同的指令系统。因此，不同的CPU需要有相应的编译器，而交叉编译就如同翻译一样，把相同的程序代码翻译成不同CPU的对应可执行二进制文件。要注意的是，编译器本身也是程序，也要在与之对应的某一个CPU平台上运行。嵌入式系统交叉编译环境如图4.17所示。
软件股份公司质量手册精选
沈阳东大阿尔派软件股份有限公司（版权所有，翻版必究）
手册目录 0.1 手册修改控制 0.2 手册目录 0.3 手册说明 1. 公司简介 2. 质量政策 3.组织机构与职责 4.术语和缩略语 5.质量体系要素 5.1 管理职责 5.2 质量体系 5.3 内部质量体系审核 5.4 纠正和预防措施 5.5 合同评审 5.6 需求分析 5.7 开发策划 5.8 质量策划 5.9 设计和实现 5.10 软件测试 5.11 客户验收 5.12 复制、交付和安装 5.13 维护 5.14 配置管理 5.15 文档控制 5.16 质量记录 5.17 度量 5.18 规则、惯例和约定 5.19 设备和工具管理 5.20 采购 5.21 配套的产品管理 5.22 培训 6. 附录 6.1 相关的质量体系文件清单 文件发行控制 受控部门编号
手册说明本手册的目的是确定公司的质量方针、质量目标、质量管理的程序和要求，实施满足ISO9001 标准的质量体系。 本手册适用于公司软件产品和软件项目及系统集成项目的生产和/或服务。 在遵循ISO9001 标准的基础上，本手册重点参照ISO9000-3 ：1997《质量管理和质量保证标准第 三部分：ISO9001 在软件开发、供应和维护中的使用指南》而制定。本手册采用了目的、适用范围、主要职责部门、程序概要、相关的质量体系文件的描述顺序和描述形式，对该标准所涉及的全部质量要素在沈阳东大阿尔派软件股份有限公司的全面实施进行了描述。 本手册的个别条款有部分内容超出了ISO9001 标准要求的范围（如设备和工具管理、配套的产品管理等），对于超出标准要求的部分不做为第三方审核的依据，但可做为内部审核的依据。 本手册的修改工作由质量保证部门负责，修改内容通过管理者代表审核后，由公司总经理批准生 效。 公司各部门都应确保本手册的有效执行。 本质量手册经有关责任部门批准，可向公司外部发布。 质量手册的持有者责任：本手册持有者负责手册的保管和维护；手册持有者有义务保持手册的完整性；手册持有者应对手册的内容保密，未经允许不得向他人泄漏，不得复制本手册。
软件-质量保证体系
[主题] 软件质量管理保证体系 文档作者：微软中国 撰写时间：[发布日期] 文档状态：[状态] [单位] 2
修订记录
目录 修订记录 (2) 目录 (3) 公司内部标准 (4) 1．使用范围 (4) 2．引用标准 (4) 3．定义 (4) 4. 质量管理体系 (4) 4.1软件质量管理责任分配 (4) 4.2工作产品和活动 (5) 4.3评审 (6) 4.4质量保证（QA） (8) 4.5 软件测试 (10) 4.6 配置管理 (11)
公司内部标准 本标准参照CMMI3《质量管理和质量保证标准》 1．使用范围 本标准作为本公司在软件项目开发、供应和维护时的质量要求，以保证产品的质量，防止不合格产品。 以下详细描述了软件开发各阶段的控制手段和要求。要求质量保证贯穿各个阶段，始终保证严格实施。 2．引用标准 本标准制定考虑本公司的实际情况，因此本标准仅用于本公司内部控制产品质量。 使用本文档时，请尽量参照最新版本。 3．定义 产品：以下指软件产品，即交付给用户的一整套计算机程序、规程及相关的文档和数据。 开发：软件产品的所有活动。 供方：指本公司。 需方：指具体项目的需求方，即客户。 质量体系：质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。 4. 质量管理体系 4.1软件质量管理责任分配
4.2工作产品和活动
4.3评审 评审是以一种正式的形式进行，如有正式的、事先定义好的有关职责的各种角色，并遵循组织规定的流程。 对于任何工作产品的审计，都会组建与之对应的专门评审组，包括作者、主持人、记录员以及陪审员若干。评审组的成员可以包括PPQA、项目组成员，但不能有作者的直接领导或者管理者。 评审小组先召开一个预备，作者会针对工作产品向大家做个总体的介绍，例如讲解一下本工作产品的目标是什么，以及其相关的实现细节、开发标准等。应该允许甚至鼓励评审组成员动手查看工作产品，或者查看开发过程中所用到的检查单。 评审小组的主持人负责确定什么时间开始真正的评审会议，在预备会和正式评审会议之间，评审小组成员对工作产品进行彻底检查，并依据相关标准和准则评审工作产品。
大型软件开发过程的质量管理体系
大型软件开发过程的质量管理体系 韩思音 弋陪余 国信朗讯科技网络技术有限公司是中国电信和朗讯科技合资的专业从事通信网络管理软件开发的高科技企业，公司位于上海浦东，注册资金２ ９８０万美元，员工达１５０人，本科以上学历超过９５％。公司在１９９９年成立后就开展了ＩＳＯ９００１贯标活动，并于２０００年８月通过了ＩＳＯ９００１认证。公司以贝尔试验室的大型软件开发管理流程为基础，建立了自己的ＩＳＯ９００１质量管理体系。三年来已经开发了“传输网络集中监控系统ＮｅｔＧｕａｒｄ”、“电信网络资源管理系统ＮｅｔＭａｓｔｅｒ”两个大型软件系统。通过ＩＳＯ９００１的贯标活动，加强了公司全体员工的质量意识，强化了软件开发过程的规范性，改进了软件开发过程，保证了软件开发的质量，对加强公司实力、提高市场形象起了很好的推动作用。 通过了ＩＳＯ９００１认证后，审核机构每年要进行一次复查，即监督审核。如果公司质量体系运行得不好，就可能被暂停证书；如发生重大事故，证书可能被撤消。除此以外，公司每年还进行一次内审，即公司内部对质量体系运行是否符合ＩＳＯ９００１标准进行的检查，各部门对内审发现的不符合项进行认真整改，由质量管理部验收。各部门对本部门的工作定期提出改进措施，由质量管理部对其进行验证，使质量体系不断改进。所以ＩＳＯ９００１的认证对企业的质量体系是有严格管理的，是有保证的。 １ 软件产品质量的特点 按照ＩＳＯ９１２６的定义，软件的质量通常可以从以下六个方面去衡量（定义）。 １）功用性（Ｆｕｎｃｔｉｏｎａｌｉｔｙ），即软件是否满足了客户功能要求。 ２）可靠性（Ｒｅｌｉａｂｉｌｉｔｙ），即软件是否能够一直在一个稳定的状态上满足可用性。 ３）可用性（Ｕｓａｂｉｌｉｔｙ），即衡量用户能够使用软件需要多大的努力。 ４）效率（Ｅｆｆｉｃｉｅｎｃｙ），即衡量软件正常运行需要耗费多少物理资源。 ５）可维护性（Ｍａｉｎｔａｉｎａｂｉｌｉｔｙ），即衡量对已经完成的软件进行调整需要多大的努力。 ６）可移植性（Ｐｏｒｔａｂｉｌｉｔｙ），即衡量软件是否能够方便地部署到不同的运行环境中。 可见，同其它产品相比，软件产品的质量有其明显的特殊性。
嵌入式软件的管理
IATF16949嵌入式软件的管理 IATF16949:8.3.2.3 带有嵌入式软件的产品的开发: 组织应有一个质量保证过程，用于其带有内部开发的嵌入式软件的产品。应采用软件开发评估方法来评估软件的开发过程。组织应按照风险和对顾客潜在影响的优先级，为软件开发能力自评估保留形成文件的信息。组织应将软件开发纳入其内部审核方案的范围（见第9.2.2.1条）. 理解：这是一个新的要求。对于带有内部嵌入式软件的产品的组织，对于软件的开发过程要建立质量保证过程，这个过程应该使用的是适用的软件开发评估方法进行自评，并保留文件化的信息，并在内部审核中策划对软件开发的审核。 方法1. 如Automotive SPICE，“软件过程改进和能力测定（software process improvement and capability determination）”； 2、CMMI (Capability Maturity Model Integration )； 3、VDA13。
同时，在 8.4.2.3.1 ，内置软件产品组织应要求含内置软件的汽车产品供应商为其产品实施和保持一个软件质量保证系统。一个广泛地认可协议，例如汽车SPICE或等同协议应被使用。组织应要求一份汽车SPICE供方自我评估或等同评估得到提交以作为供方系统能力的证据。一个额外的汽车SPICE评估或等同评估应由组织在供方处进行以评估项目的相关过程，人员和设备来确认供应商开发能力。该评估应当在供方开发活动早期阶段安排，其不能晚于生产件批准。 8.3.4.2 设计开发确认：确认要增加“如与客户协约，确认还需包含组织产品及植入软件在最终顾客产品的系统中的接口的评审”。 8.3.6.1 设计和开发的更改：产品生命周期内的任何变更（组织的和供应商的），在应用前，需要有顾客的批准，或者授权。组织应确保对于植入软件的产品在软件和硬件的实际配置的文件化并与顾客沟通。
软件质量保证管理规定完整版
软件质量保证管理规定 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
本文档的目的是为特定产品、项目或合同的质保工作提供指导，帮助项目组其他成员了解质量保证要素，明确质量保证活动，确定质量保证范围。本文档将规定项目质量管理员的职责和权利，资源要求，活动安排，进度，要求质量保证活动中必须生成的文档，反馈问题的方法和频度等。 一、管理组织 本公司的软件质量保证活动统一由质量管理员进行管理、检查与汇报，公司相关部门经理及项目中的项目经理、程序经理、开发经理、测试经理、产品经理、测试经理、用户教育经理是质量保证活动中的第一责任人。 二、软件开发过程 本公司的软件开发过程分为以下8个阶段：项目策划阶段、需求分析阶段、设计阶段、开发阶段、测试阶段、实施阶段、验收阶段、维护阶段，每个阶段的主要活动分别为：业务启动和项目规划、需求分析、逻辑设计和物理设计、软件开发、软件测试、系统实施及用户培训、用户试用及验收、维护，里程碑分别为：策划完成、需求明确、设计完成、开发完成、测试通过、系统上线、验收通过、合同结束。每阶段结束后，必须对相应的里程碑进行检查，方式为评审或批准。 三、项目文档 项目文档分为两种：管理类文档与技术类文档，所有文档必须保存于知识库及相应的VSS库中。文档共有三种状态：编制完成、审核通过、批准通过。其中管理类文档只有编制和批准两种状态，技术类文档拥有所有三种状态。所有文档必须明确说明当前文档版本号。 管理类文档包含以下类型：计划、总结、报告、会议纪要、备忘录、申请等。技术类文档包含：设计文档、需求文档、测试设计文档、界面原型软件、使用手册、安装手册、技术白皮书、培训资料、源代码、软件产品等。除VSS库中的文档以外，放入知识库中的文档由部门助理统一放入，文档必须批准通过。 文档的编制、审核、批准可在文档中直接写明，也可使用单独的审批文档进行说明。 每个项目在不同阶段必须产生的文档如下，但不限于此： 1、项目开始前： 合同、技术方案、市场立项表。以上文档存放于知识库。 2、项目策划阶段： 业务启动表（EXCEL格式）、项目规划（WORD格式）、项目进度（PROJECT格式）等。必须使用规定模板编写。以上文档存放于知识库。 3、需求分析阶段： 需求模型（EA格式）、软件需求规格说明书（WORD格式）、单据报表格式（EXCEL格式）、需求分析评审表（WORD格式）、需求分析计划（WORD格式和PROJECT两种格式）。必须使用规定模板编写。以上文档存放于知识库。 4、设计阶段 软件开发计划（PROJECT格式）、逻辑设计（EA格式）、物理设计（格式）、设计评审表（W ORD格式），必须使用规定模板编写。物理设计存放于VSS库，其它文档存放于知识库。 5、开发阶段 源代码、可安装的软件、安装手册、评审表（WORD格式）。源代码、可安装的软件存放于VS S库，其它文档存放于知识库。 6、测试阶段
软件项目质量控制(1)
项目质量控制 2.6.1软件质量管理 质量管理是管理者在对软件质量进行一系列度量之后做出的各种决策，促使软件 产品符合标准。在软件项目质量管理中，质量管理总是围绕着质量保真该过程和质量 控制过程两方面。质量保证是在项目过程中实施的有计划、有系统的活动，确保项目 满足相关的标准。质量控制是采取适当的方法监控项目结果，确保结果符合质量标准，还包括跟踪缺陷的排出情况。质量控制是确保项目结果与质量标准是否相符，同时确 定消除不负的原因和方法，控制产品的质量，及时纠正缺陷的过程。质量控制是对阶 段性的成果进行检测、验证，为质量保证提供参考依据。软件质量控制主要是发现和 消除软件产品的缺陷。质量控制的方法有技术评审、走查、测试、返工、控制图、趋 势分析、抽样统计、缺陷追踪等。 质量保证的三个要点是： 1）在项目进展过程中，定期对项目各方面的表现进行评价。 2）通过评价来推测项目最后是否能够达到相关的质量指标。 3）通过质量评价来帮助项目相关的人建立对项目质量的信心。 2.6.2教务管理系统质量计划 1、导言 教务管理系统的质量计划是确定哪种质量标准适合该项目并决定如何达到这些标 准的过程。说明了该项目管理小组具体执行它的质量策略，该计划可以作为软件质量 工作指南，帮助项目经理确保所有工作按计划完成。 2、项目组织 2.1组织机构
在项目实施期间成立项目质量保证组织，该组织由质量保证人员和项目经理等组成。项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理负责质量控制的工作，质量保证人员负责质量保证的工作。组织结构如下图所示： 2.2职责 在本项目中，质量保证组织的职责如下 2.2.1高层管理 高层管理是公司负责质量的高级管理，其质量职责如下： 1）受理项目内不能解决的不符合问题，必要时与项目经理协调。 2）负责听取质量保证组的工作报告，评审质量保证活动和结果。 3）参加有关质量保证过程改进的评审。 2.2.2项目的质量保证人员 质量保证人员的质量职责如下： 1）负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查。
嵌入式软件测试方法(精)
1、引言 随着经济的发展和科技的进步,信息技术的发展使人类进入数字时代,而伴随着计算机技术发展起来的嵌入式技术得到了巨大的发展,改变了人们的日常。随着对嵌入式产品对各方面的要求越来越高,对嵌入式产品的性能有着决定性影响的嵌入式软件的测试显得尤为重要。 嵌入式的目的是保证软件满足需求规格说明,与非嵌入式软件的测试目的是一样的。系统失效是系统没有满足—个或多个正式需求规范中所要求的需求项, 嵌入式软件有其特殊的失效判定准则。 而且嵌入式软件对可靠性的要求比较高。安全性的缺陷往往会导致灾难性的后果,即使是非安全性系统,由于大批量生产也会导致严重的经济损失。这就要求对嵌入式系统,包括嵌入式软件、嵌入式硬件进行严格的测试、确认和验证。 一般来说,软件测试有7 个基本阶段,即单元或模块测试、集成测试、外部、回归测试、统测试、验收测试、安装测试。嵌入式软件测试在4 个阶段上进行, 即模块测试、集成测试、系统测试、硬件/软件集成测试。前3 个阶段适用于任何软件的测试,硬件/ 软件集成测试阶段是嵌入式软件所特有的,目的是验证嵌入式软件与其所控制的硬件设备能否正确地交互。 2、嵌入式软件测试环境 嵌入式软件测试的测试环境主要有两种: 1 目标环境测试: 基于目标的测试测试全面有效,但是消耗较多的经费和时间。 2 宿主环境测试: 基于宿主的测试代价较小,但是有些对环境要求高的功能和性能宿主机无法模拟,测试无法实现。 目前的趋势是把更多的测试转移到宿主环境中进行,把宿主环境测试无法实现的复杂和独特功能放在目标环境测试。我们的重点是基于宿主环境的测试,基 于目标环境的测试作为补充。 文档 在两个环境中可以出现不同的软件缺陷,重要的是目标环境和宿主环境的测试内容有所选择。在宿主环境中,可以进行逻辑或界面的测试、以及与硬件无关的测试。在模拟或宿主环境中的测试消耗时间通常相对较少,用调试工具可以更快地完成调试和测试任务。而与定时问题有关的、中断测试、硬件接口测试只能在目标环境中进行。在软件测试周期中,基于目标的测
软件质量保证体系完整版
软件质量保证体系 HEN SyStem OffiCe room【HEN16H-HENS2AHENS8Q8-HENH1688 ] ［标题］ I」录
公司内部标准 本标准参照IS09000-3《质量管理和质量保证标准第三部分：在软件开发、供应和维护中的使用指南》 1.使用范围 本标准作为本公司在软件项Ll开发、供应和维护时的质量要求，以保证产品的质量，防止不合格产品。 以下详细描述了软件开发各阶段的控制手段和要求。要求质量保证贯穿各个阶段，始终保证严格实施。 2.引用标准 本标准制定考虑本公司的实际情况，因此本标准仅用于本公司内部控制产品质量。 使用本文档时，请尽量参照最新版本。 3.定义 产品：以下指软件产品，即交付给用户的一整套计算机程序、规程及相关的文档和数据。 开发：软件产品的所有活动。 供方：指本公司。 需方：指具体项Ll的需求方，即客户。
质量体系：质量要素、各要素需要达到的IJ标以及在开发过程中必须采取的措施。 4.质量管理体系 软件质量管理责任分配 工作产品和活动
评审 评审是以一种正式的形式进行，如有正式的、事先定义好的有关职责的各种角色，并遵循组织规定的流程。 对于任何工作产品的审计，都会组建与之对应的专门评审组，包括作者、主持人、记录员以及陪审员若干。评审组的成员可以包括PPQA.项目组成员，但不能有作者的直接领导或者管理者。 评审小组先召开一个预备，作者会针对工作产品向大家做个总体的介绍，例如讲解一下本工作产品的目标是什么，以及其相关的实现细节、开发标准等。应该允许甚至鼓励评审组成员动手查看工作产品，或者查看开发过程中所用到的检查单。 评审小组的主持人负责确定什么时间开始真正的评审会议，在预备会和正式评审会议之间，评审小组成员对工作产品进行彻底检查，并依据相关标准和准则评审工作产品。 在预定时间，评审小组成员以会议形式聚在一起，依次对产品进行检查，主持人负责对整个会议的进展进行控制，记录员记录下这个过程。 在工作产品中发现的每一个缺陷都会被认真记录下来，并被适当分类。 会议结束后，负责人需要分析相关缺陷，找出产生此缺陷的原因并加以修正。 主持人应确保所有的缺陷都会得到解决和修正。如果过程需要加以变更的话，应将相关问题移交相关的质量保证人员。
2020年软件质量管理制度
软件质量管理制度 软件的开发需要一个较长的过程，一般都会有自己的工作制度。下面是的软件质量管理制度，供您参考。 本文档的目的是为特定产品、项目或合同的质保工作提供指导，帮助项目组其他成员了解质量保证要素，明确质量保证活动，确定质量保证范围。本文档将规定项目质量管理员的职责和权利，资源要求，活动安排，进度，要求质量保证活动中必须生成的文档，反馈问题的方法和频度等。 本公司的软件质量保证活动统一由质量管理员进行管理、检查与汇报，公司相关部门经理及项目中的项目经理、程序经理、开发经理、测试经理、产品经理、测试经理、用户教育经理是质量保证活动中的第一责任人。 本公司的软件开发过程分为以下8个阶段：项目策划阶段、需求分析阶段、设计阶段、开发阶段、测试阶段、实施阶段、验收阶段、维护阶段，每个阶段的主要活动分别为：业务启动和项目规划、需求分析、逻辑设计和物理设计、软件开发、软件测试、系统实施及用户培训、用户试用及验收、维护，里程碑分别为：策划完成、需求明确、设计完成、开发完成、测试通过、系统上线、验收通过、合同结束。每阶段结束后，必须对相应的里程碑进行检查，方式为评审或批准。
项目文档分为两种：管理类文档与技术类文档，所有文档必须保存于知识库及相应的VSS库中。文档共有三种状态：编制完成、审核通过、批准通过。其中管理类文档只有编制和批准两种状态，技术类文档拥有所有三种状态。所有文档必须明确说明当前文档版本号。 管理类文档包含以下类型：计划、总结、报告、会议纪要、 __、申请等。技术类文档包含：设计文档、需求文档、测试设计文档、界面原型软件、使用手册、安装手册、技术白皮书、培训资料、源代码、软件产品等。除VSS库中的文档以外，放入知识库中的文档由部门助理统一放入，文档必须批准通过。 文档的编制、审核、批准可在文档中直接写明，也可使用单独的审批文档进行说明。 每个项目在不同阶段必须产生的文档如下，但不限于此： 1、项目开始前： 合同、技术、市场立项表。以上文档存放于知识库。 2、项目策划阶段：
某软件有限公司质量管理手册范本
质量手册
东大阿尔派软件股份 （所有，翻版必究）0.1 手册修改控制
0.2 手册目录 0.1手册修改控制 0.2手册目录 0.3手册说明 1.公司简介 2.质量政策 3.组织机构与职责 4.术语和缩略语 5.质量体系要素 5.1管理职责 5.2质量体系 5.3部质量体系审核 5.4纠正和预防措施 5.5合同评审 5.6需求分析 5.7开发策划 5.8质量策划 5.9设计和实现 5.10软件测试 5.11客户验收 5.12复制、交付和安装 5.13维护 5.14配置管理 5.15文档控制 5.16质量记录 5.17度量 5.18规则、惯例和约定 5.19设备和工具管理 5.20采购 5.21配套的产品管理
5.22培训 6.附录 6.1相关的质量体系文件清单 6.2 文件发行控制 6.3 受控部门编号
0.3 手册说明 ●本手册的目的是确定公司的质量方针、质量目标、质量管理的程序和要求，实施 满足ISO9001标准的质量体系。 ●本手册适用于公司软件产品和软件项目及系统集成项目的生产和/或服务。 ●在遵循ISO9001标准的基础上，本手册重点参照ISO9000-3：1997《质量管理和 质量保证标准第三部分：ISO9001在软件开发、供应和维护中的使用指南》而制定。本手册采用了目的、适用围、主要职责部门、程序概要、相关的质量体系文件的描述顺序和描述形式，对该标准所涉及的全部质量要素在东大阿尔派软件股份的全面实施进行了描述。 ●本手册的个别条款有部分容超出了ISO9001标准要求的围（如5.19 设备和工具 管理、5.21配套的产品管理等），对于超出标准要求的部分不做为第三方审核的依据，但可做为部审核的依据。 ●本手册的修改工作由质量保证部门负责，修改容通过管理者代表审核后，由公司 总经理批准生效。 ●公司各部门都应确保本手册的有效执行。 ●本质量手册经有关责任部门批准，可向公司外部发布。 ●质量手册的持有者责任： 本手册持有者负责手册的保管和维护；手册持有者有义务保持手册的完整性；手册持有者应对手册的容，未经允许不得向他人泄漏，不得复制本手册。
CMMI支持QA质量管理规程V
质量管理规程
前言 此规程是在质量保证过程的基础上进行的提升，为了满足组织和对高质量产品的需要及愿望。组织制定出当前的质量目标，各项目依据此，并结合本项目的要求，制定出本项目的质量目标和项目管理计划，在项目执行中，监控项目的质量管理计划的执行状况，以实现项目的质量目标。
目录 第一章概述..................................................................................................................................... 1.1 目的.............................................................................................................................. 1.2 适用范围...................................................................................................................... 1.3 术语表.......................................................................................................................... 1.4 参考资料...................................................................................................................... 第二章过程总体描述..................................................................................................................... 2.1 过程概述...................................................................................................................... 2.2 过程结构描述.............................................................................................................. 第三章过程元素活动..................................................................................................................... 3.1 制定和维护项目的质量计划...................................................................................... 3.2 项目质量计划的内容.................................................................................................. 3.3 评审项目质量计划和为实现质量目标所作的对过程的变更.................................. 3.4 在软件的整个生命周期中确定、监控和修订项目的软件产品定量质量目标...... 3.5 当有子承包商时，应恰当地将项目定量的质量目标分配给他们.......................... 第四章附录.....................................................................................................................................