五软件需求说明书的编写

第五章软件需求说明书的编写Mr.Tang学习目标一、需求分析概述二、需求说明书的目的要求三、软件需求说明书内容要求与编写要点四、软件需求说明书编写示例一、需求分析需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?”这个问题。软件需求规格说明是分析任务的最终产物，通过建立完整的信息描述、详细的功能和行为描述、性能需求和设计约束的说明、合适的验收标准，给出对目标软件的各种需求。需求分析的出发点是可行性报告，通过需求分析使用户要求的功能具体化。需求分析的结果是软件需求规格说明书。主要部分是详细的数据流图，数据词典和主要(关键)功能的逻辑处理描述。通过复审的需求说明书既是软件设计的基础，也是软件项目最后鉴定、验收的依据。5.1.1需求分析阶段的具体任务1)．确定对系统的综合要求2)．分析系统的数据要求3)．导出系统的逻辑模型4)．修正系统开发计划5)．开发原型系统1)．确定对系统的综合要求(1)系统功能要求应该划分出系统必须完成的所有功能。(2)系统性能要求如，联机系统的响应时间、系统需要的存储容量以及后援存储、重新启动和安全性等方面的考虑都属于性能要求。(3)运行要求表现为对系统运行时所处环境的要求，例如，支持系统运行的系统软件是什么，采用哪种数据库管理系统，需要什么样的外存储器和数据通信接口等。(4)将来可能提出的要求应该明确地列出那些虽然不属于当前系统开发范畴，但是根据分析将来很可能会提出来的要求。这样做的目的是在设计过程中对系统将来可能的扩充和修改预做准备，以便一旦需要时能比较容易地进行这种扩充和修改。2)．分析系统的数据要求对系统的数据要求分析是软件需求分析的一个重要任务。分析系统的数据要求通常采用建立概念模型的方法。复杂的数据由许多基本的数据元素组成，数据结构表示数据元素之间的逻辑关系。利用数据字典可以全面准确地定义数据，为了提高可理解性，也可利用图形工具辅助描绘数据结构。根据对系统的综合要求和数据要求的结果可以导出系统的详细的逻辑模型，通常用数据流图、数据字典和主要的处理算法描述这个逻辑模型。3)．导出系统的逻辑模型4)．修正系统开发计划根据在分析过程中获得的对系统的深入、细致的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。5)．开发原型系统在计算机硬件和许多其他工程产品的设计过程中经常使用原型系统。建造原型系统可以检验关键设计方案的正确性及系统是否真正满足用户的需要。用户试用了原型系统以后能够指出系统的哪些特性是他们喜欢的，哪些是他们不能接受的以及他们还需要哪些新的功能。根据经过实践检验的用户需求而开发出来的系统，更可能真正满足用户的需要。5.1.2需求分析的步骤通过可行性研究已经得出了目标系统的高层数据流图，需求分析的目的之一就是把数据流和数据存储定义到元素级。为了达到这个目的，通常从数据流图的输出端着手分析，这是因为系统的目标是产生这些输出，输出数据确定了系统必须具有的基本的组成元素。1)．沿数据流图回溯沿数据流图从输出端往输入端回溯，应该能够确定每个数据元素的来源，与此同时也就初步定义了有关的算法。与用户和其他有关人员交流，可以划分系统中更多的数据元素。通常把分析过程中得到的有关数据元素的信息记录在数据字典中，把对算法的简明描述记录在IPO图中。通过分析而补充的数据流、数据存储和处理，应该添加到数据流图的适当位置上。IPO图实例2)．用户复查IPO图数据流图是帮助复查的极好工具。从输入端开始，分析员借助数据流图以及数据字典和简明的算法描述向用户解释输入数据是怎样一步一步地转变成输出数据的。追踪数据流图和复查系统的逻辑模型这两个步骤实质上构成一个循环。为了追踪更详细的数据流，分析员应该把数据流图扩展到更低的层次。通过功能分解可以完成数据流图的细化。随着分析过程的进展，经过问题和解答的反复循环，分析员越来越深入具体地定义了目标系统，最终得到对系统数据和功能要求的满意了解。3)．细化数据流图在可行性研究阶段分析员根据当时对系统的认识，草拟了一份开发计划．经过需求分析阶段的工作，分析员对目标系统有了更深入、更具体的认识，因此可以对系统的成本和进度作出，更准确的估计，在此基础上应该对开发计划进行修正。4)．修正开发计划经过分析确定了系统必须具有的功能和性能，定义了系统中的数据并且简略地描述了处理数据的主要算法。下一步应该把分析的结果用正式的文档记录下来，作为最终软件配置的一个组成成分。根据需求分析阶段的基本任务，在这个阶段可能应该完成下述四份文档资料：系统规格说明、数据要求、用户系统描述、修正的开发计划。5)．书写文档分析过程的最后一步是按照技术标准对需求分析阶段的工作成果进行正式的技术审查和管理复审。6)．审查和复审编写软件文档实际上就是对软件开发进行规范，软件需求规格说明书为软件客户和软件开发者提供连接的桥梁。对软件客户，可以精确地描述他们想获得什么样的产品，对软件开发者，可以准确地理解客户需要什么样的产品。5.2需求说明书的目的要求①在软件产品完成目标方面为客户和开发者之间建立共同协议创立一个基础。②提高开发效率。③为成本计价和编制计划进度提供基础。5.2.1需求说明书的目的④为确认和验证提供一个基准。⑤便于移植。⑥作为不断提高的基础。cont.需求说明书的目的需求说明书是对要完成一定功能、性能的软件产品、程序或一组程序的说明。对需求说明书的描述有两项基本要求：必须描述一定的功能、性能；必须用确定的方法叙述这些功能、性能。应该认识到需求说明书在整个软件开发规范所规定的有关阶段都起作用。正因为如此，需求说明书的编写者必须特别注意不要超出这种作用的范围。这意味着需求说明书必须正确地定义所有的软件需求；除非有设计上的特殊限制，需求说明书中一般不描述任何设计、验证或项目管理细节。5.2.2需求说明书的基本要求根据需求说明书的基本要求，需求说明书应该具有如下特点：

1．无歧义性2．完整性3．可验证性4．一致性5．可修改性6．可追踪性

7．运行和维护阶段的可使用性5.2.3需求说明书的特点所谓无歧义，就是对每一个需求只有一种解释。要求对最终产品的每一个特性用某一术语描述；若某一术语在某一特殊的行文中使用时具有多种歧义，那么对该术语的每种含义要作出解释并指出其适用场合。需求说明书通常是用自然语言编写的，使用自然语言的需求说明书起草者必须特别注意消除其需求的歧义性。最好使用形式化需求说明语言。1．无歧义性如果一个需求说明书能满足下列要求，则该需求说明书就是完整的：①包括全部有意义的要求，无论是关系到功能的、性能的、设计约束的，还是关系到属性或外部接口方面的需求。②对所有可能出现的输人数据的响应予以定义，要对合法和非合法的输入值的响应做出规定。③要符合需求说明书要求，如果个别章节不适用，则在需求说明书中要保留章节号。④填写需求说明书中的全部插图、表、图示标记和参照，并且定义全部术语和度量单位。2．完整性可验证性指需求说明书中描述的每一个需求都是可以验证的。当且仅当在某一性能价格比可取的有限处理过程，人或机器能通过该过程检查软件产品能否满足需求时，才称这个需求是可以验证的。3.可验证性一致性指需求说明书中各个需求的描述不矛盾。4．一致性如果一个需求说明书的结构和风格在需求有必要改变时是易于实现的、完整的、一致的，那么这个需求说明书就是可以修改的。可修改性要求需求说明书具备以下条件：①具有一个有条不紊的易于使用的子文档名称组织，具有目录表，索引和明确的交叉引用表。②没有冗余，即同一需求不能在需求说明书中出现多次。冗余本身不是错误，但是容易发生错误。冗余可增加需求说明书的可读性，但是在一个被更新时容易出现问题。例如，假设一个明确的需求在两个地方详细列出，后来发现这个需求需要改变，若只修改一个地方，于是需求说明书就变得不一致了。不管冗余是否必须，需求说明书一定要包含一个详细的交叉引用表，以便需求说明书具备叫修改性。5．可修改性如果每一个需求的源流是清晰的，在进一步产生和改变文件编制时，可以方便地引证每一个需求，则该需求说明书就是可追踪的。可以采用如下两种类型的追踪方法：①向后追踪(即向已开发过的前一阶段追踪)。向先前文件或本文件前面的每一个需求进行追踪。②向前追踪(即是向由需求说明书派生的所有文件追踪)，向需求说明书中具有惟一的名字和参照号的每一个需求进行追踪。

6．可追踪性当需求说明书中的一个需求表达另一个需求的一种指派或者是派生时，向前、向后的追踪都要提供。例如：从总的用户响应时间需求中分配给数据库操作响应时间。识别带有一定功能和用户接口的需求的报告格式。支持法律或行政上需要的某个软件产品(例如，计算税收)。在这种情况下，要指出软件所支持的确切的法律或行政文件。当软件产品进入运行和维护阶段时，需求说明书的向前可追踪性显得特别重要。当编码和设计文件作修改时，重要的是要查清这些修改所影响的全部需求。需求说明书必须满足运行和维护阶段的需要，包括软件最终替换。维护常常是由与原来开发无联系的人来进行的。局部的改变(修正)可以借助于好的代码注释来实现。对于较大范围的改变。设计和需求文件是必不可少的，这里隐含了两个作用：

①需求说明书必须是可修改的。②需求说明书中必须包括一个记录，它记录那些应用于各个成分的所有具体条文。要求在需求说明书中清楚地写明功能的来源和目的，因为对功能的来源和引入该功能的目的不清楚的话，通常不可能很好地完成软件的维护。7．运行和维护阶段的可使用性编制需求说明书最显而易见的方法是用自然语言来描述。尽管自然语言是丰富多彩的，但不易精确，容易引起歧义，还是用形式化的方法比较好。1．形式化说明方法2．生产工具3．表达工具5.2.4需求说明书的编制工具在需求说明书中是否使用形式化方法要依据下列因素：①程序规模和复杂性。②客户合同中是否要求使用。③需求说明书是否是一个合同工具或仅仅是一个内部文件。④需求说明书文件是否成为设计文件的根据。⑤具有支持这种方法的计算机设备。1．形式化说明方法软件产品生产中有多种生产工具。比如，计算机的字处理器就是非常有用的生产辅助工具。一个需求说明书通常有若干作者，可能经历若干版本，并且要进行多次重新组织子文档名称，因此使用生产工具是必要的。2．生产工具在需求说明书中有许多词汇，特别是许多名词和动词，专门涉及到系统的实体和许多活动，所以需求说明书需要若干表达工具。此外，可以使用若干种形式化方法，以便允许自动处理需求说明书子文档名称；可以用一些表格或图示法来显示需求。用详细分层体系自动检查需求说明书的需求，这里每一个分层自身是完全的，但是也可以扩展为下一层或是上一层的一个组成成分。3．表达工具需求说明书的基本点是它必须说明由软件获得的结果，而不是获得这些结果的手段。编写需求说明书必须描述的基本问题是：

①功能——所设计的软件要做什么。②性能——是指软件功能在执行过程中的速度、可使用性、响应时间、各种软件功能的恢复时间、吞吐能力、精度、频率等。③强加于实现的设计限制——在效果、实现的语言、数据库完整性、资源限制、操作环境等方面所要求的标准。④属性——可移植性、正确性、可维护性及安全性等方面的考虑因素。⑤外部接口——与人、硬件、其他软件和其他硬件的相互关系。编写需求说明书应当避免把设计或项目需求写入需求说明书之中，应当对说明需求设计约束与规划设计两者有清晰的区别。5.2.5在表达需求时应注意的问题1．避免在需求说明书中嵌入设计2．避免在需求说明书中嵌入一些项目要求在表达需求时应注意的问题在需求说明书中嵌入设计说明，会过多地约束软件设计，并且人为地把具有潜在危险的需求放人需求说明书中。需求说明书必须描述在什么数据上、为谁完成什么功能，在什么地方产生什么结果。需求说明书应把注意力集中在要完成的服务目标上。通常不指定如下的设计项目：①把软件划分成若干模块。②给每一个模块分配功能。③描述模块间的信息流程或者控制流程。④选择数据结构。1．避免在需求说明书中嵌入设计把设计完全同需求说明书隔离开来始终是不现实的。安全和保密方面的周密考虑可能增加一些直接反映设计约束的需求。例如：①在一些分散的模块中保持某些功能。②允许在程序的某些区域之间进行有限的通信。③计算临界值的检查和。通常应考虑到，若要为软件选择高层次的设计，就可能需要大量的资源(可能占整个产品开发成本的10％~20％以上)。有两种选择：①在需求说明书中描述了设计。这意味着，或者将一个潜在不适当的设计作为一个需求进行描述或者在需求阶段花费了过多的时间。②用模型设计描述需求，这种模型设计只用于辅助描述需求，而不使之成为实际的设计。cont.避免在需求说明书中嵌入设计需求说明书应当是描写一个软件产品，而不是描述生产软件产品的过程。项目要求表达客户和开发者之间对于软件生产方面合同性事宜的理解(因此不应当包括在需求说明书中)，例如，成本、交货进度、报表处理、软件开发方法、质量保证、确认和验证的标准、验收过程。项目需求在另外的文件中描述。在需求说明书中提供的只是关于软件产品本身的需求。2．避免在需求说明书中嵌入项目要求软件产品的开发过程中，在项目的开始阶段不可能详细说明某些细节，在开发过程中可能发现需求说明书的缺陷、缺点和错误等，所以可能要对需求说明书进行改进。在需求说明书的改进中，应注意如下事项：①尽管可以预见校正版本的开发以后不可避免，但对需求还必须尽可能完全、清楚地描述。②一旦最初识别出项目的变化，应引入一个正式的改变规程来标识、控制、追踪和报告项目的改变。3．需求说明书的改进问题软件开发的过程是从开发者和客户双方同意开发什么样的软件协议开始的。这种协议要使用需求说明书的形式，应该由双方联合起草。这是因为：其一，客户通常对软件设计和开发过程了解较少，不能指望完全靠客户写出可用的需求说明书；其二，开发者通常对于客户的问题和意图了解较少，不与或者很少与客户交流，也不可能写出一个令人满意的系统需求。4．需求说明书的编制者应该与客户交流5．3需求说明书的内容要求与编写指南

软件需求说明书的编制是为了使用户和软件开发者双方对软件的初始规定有一个共同的理解，为待开发软件提出准确而详尽的要求，包括功能、性能、数据和运行环境等，为下一阶段的概要设计提供目标和依据。在需求描述中，对软件的功能描述占据着核心地位。功能描述部分以数据流图为核心，再加上对组合的和基本的数据元素的属性和对存储数据的概念信息结构的描述、对数据加工动作的说明、对软件其他方面需求的描述，如，性能、运行环境、系统的输入／输出数据格式等，这样就构成对系统及其数据的完整描述信息。Cont.需求说明书的内容要求与编写指南这样来组织软件需求说明书的子文档名称：首先，陈述软件设计说明书的编写目的、项目背景、术语定义等作为前言；其次，说明产品的功能、用户特点、一般约束、假设和依据作为对项目的概述；接着重点描述具体功能，这里最好用CASE工具；随后说明外部接口需求、性能需求、数据需求、软件属性需求及其他需求等。设计软件需求说明书的目录如下，可看出软件需求说明书由三个部分组成。项目名称栏目填上具体的项目名称。对于项目的范围要作明确的规定，最重要的是用一个名字标识被生产的软件产品。比如，XXX数据库系统，报表生成程序等；如果需要的话，还要说明软件产品将干什么，不干什么；其次，还要描述所说明的软件的应用，要尽可能精确地描述所有相关的利益、目的以及最终目标，如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致(例如，系统的需求规格说明)。对需求中用到的全部术语、缩写词及略语等，必须提供明确的定义，以便对需求说明书进行适当的解释。这些信息可以由需求说明书的附录提供，也可以参考其他的文件。需求阶段的定义十分重要，如果定义得当，可以省掉以后喋喋不休的解释，在需求中明确的定义将有助于尽早澄清一些误解。还要列出需求说明书的文件依据和参考资料，具体包括：

①在需求说明书中各处参照的文件的全部清单，如，经核准的计划任务书，上级机关批文、合同等。②本项目的其他已发表的文件。③本文件中各处引用的文件、资料，包括所要用到的软件开发标准。每一个文件、文献要有标题、索引号、文件编号、发表日期和出版单位。④详细说明可以得到该参考文件的来源。这个信息可以通过引用附录或其他文件提供。5．3．2项目概述在软件需求说明书的项目概述中应描述影响产品和其需求的一般因素，这部分不说明具体的需求，而仅使需求更易于理解。包括产品描述、产品功能、用户特点、一般约束、假设和依据等五个方面内容。将之形成一个子文档，子文档序号为R2。产品描述是把一个产品用其他有关的产品或项目来描述。如果这个产品是独立的，而且全部子文档名称自含，应在此说明。如果需求说明书定义的产品是一个较大的系统或项目中的一个组成部分，那么本条应包括如下子文档名称：①要概述这个较大的系统或项目的每一个组成部分的功能，并说明其接口。②指出该软件产品主要的外部接口。在这里，不要求对接口详细地描述，详细描述放在需求说明书其他章条中。③描述所使用的计算机硬件、外围设备。这里仅仅是一个综述性描述。在本部分的描述中，用一个方框图来表达一个较大的系统或项目的主要组成部分、相互联系和外部接口是非常有帮助的。本部分既不用来强迫进行设计方案的描述，也不是描述在解决问题时的设计约束。本条应对在以后具体需求一章中说明的设计约束提供理由。1.产品描述产品功能是为将要完成的软件功能提供一个摘要。例如，对于一个记账程序来说，需求说明书可以用客户账目维护、客户财务报表和发票制作来描述，而不必把功能所要求的大量的细节描写出来。有时，如果存在较高层次的规格说明时，则功能摘要可直接从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意：①编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解。②用方框图来表达不同的功能和它们的关系也是有帮助的。但要牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。这一部分不用作陈述具体需求，只是对后来需求说明书中具体需求中要描述的某些需求提供理由。2．产品功能3．用户特点用户特点要描述影响具体需求的产品的最终用户的一般特点。许多人在软件生存周期的操作和维护阶段与系统相关。而这些人中有用户、操作员、维护人员和系统工作人员。这些人的某些特点，像教育水平、经验、技术、专长等，都是施加于系统操作环境的重要约束。针对每类用户，可以提供如下的信息：

①用户分类，如，学校的学生、建筑工程师、项目经理等。②用户工作的任务，直接用户的职责。③用户在业务方面的知识，如，可以按新手、熟练工、专家来划分。其他用户特征，如，教育程度、语言技能、年龄段等。用户的来源很广，有时甚至想像不到，几乎任何人都可以成为用户。如果系统的大多数用户是一些临时用户，那么就要求系统包含如何完成基本功能的提示，而不是假设用户已经从过去的会议或从阅读用户指南中了解到这些细节。4．一般约束一般约束是设计系统时，对限制开发者选择的其他项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括：

①管理方针。②硬件的限制。③与其他应用间的接口。④并行操作。⑤审查功能。⑥控制功能。⑦所需的高级语言。⑧通信协议。⑨应用的临界点。⑩安全和保密方面的考虑。本部分不陈述具体需求或具体设计约束，而对需求说明书的具体需求要确定某些具体需求和设计约束提供理由。5．假设和依据假设和依据列出影响需求说明书中陈述的需求的每一个因素。这些因素不是软件的设计约束，但是它们的改变可能影响到需求说明书中的需求。例如，假定一个特定的操作系统是在被软件产品指定的硬件上使用的，然而，事实上这个操作系统是不可能使用的，于是，需求说明书就要进行相应的改变。5．3．3具体需求这部分应包括软件开发者在建立设计时需要的全部细节。这是需求说明书中篇幅最大和最重要的部分。根据所规定的准则(如，可验证性、无歧义性等)，对每一个需求细节作具体描述。具体需求分类的方法如下：①功能需求。②性能需求。③属性需求。④外部接口需求。要按符合逻辑的和可读的方式组织，详细描述每一个需求，使得该需求应达到能够用指定的方法进行客观的验证。由于功能需求通常是需求说明书所有部分中最大并且最复杂的部分。因此对这些需求的组织是一件很麻烦的事情，可以根据软件实现功能的基本类型，将条目分成若干段。例如，考虑一个大的交互记账系统，在里层可以分为操作软件(它支持近乎实时的事务处理)、支撑软件(联机功能、磁盘备份、装入磁带等)以及诊断软件(诊断硬件、通信等)，外一层是应收款账以及应付款账等。要强调的是，结构细分的目的是提高需求说明书的可读性，而不是进行概要设计。对于需求说明书中的具体需求部分的最好的组织方案取决于所说明的软件产品的应用范围和性质。在《指南》中提供了四种可能的组织方案。这只是个建议的方案，不必把它当作教条套用。大纲1中，首先说明全部功能需求，然后说明四种类型的接口要求，最后是其他需求。大纲2中，把对应每个特定功能的四种接口需求和该功能需求放在一起描述，然后说明其他需求。大纲3中，与功能需求有关的全部子文档名称放在一起首先说明，然后是其他需求的描述。对每一种外部接口的需求重复上述过程。大纲4中，接口需求和其余的需求作为每一个功能需求的附属部分来说明。需求说明书的具体需求的组织形式必须选择可读性最好的方法来描述。具体需求参考具体需求的大纲1，对功能需求、外部接口需求、运行需求、性能需求、属性需求、数据要求、其他需求形成具体需求的6个子文档，序号分别R3—1、R3—2、R3—3、R3—4、R3—5、R3—6。(1)数据流图可能有多层的数据流图，对每个数据流图，都有针对它的加工说明、数据流、数据项、数据存储、外部实体描述表格。加工说明描述软件产品的输入怎样变换成输出，即软件必须完成的基本动作。描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景。加工说明通常由三个部分组成：①输入。这部分应包括：．详细描述该功能的所有输入数据，如，输入源、数量、度量单位、时间设定、有效输入范围(包括精度和公差)。．操作员控制细节的需求，其中有名字、操作员活动的描述、控制台或操作员的位置，例如，当打印检查时，要求操作员进行格式调整。’．指明引用接口说明或接口控制文件的参考资料。②加工。定义输入数据、中间参数，以获得预期输出结果的全部操作。它包括如下的说明：．输人数据的有效性检查。．操作的顺序，包括事件的时间设定。．异常情况的响应，例如，溢出、通信故障、错误处理等。．受操作影响的参数。．降级运行的要求。．用于把系统输入变换成相应输出的任何方法(方程式、数学算法、逻辑操作等)。．输出数据的有效性检查。③输出。这部分应包括：．详细描述该功能所有输出数据，例如，输出目的地、数量、度量单位、时间关系、有效输出的范围(包括精度和公差)、非法值的处理、出错信息。．有关接口说明或接口控制文件的参考资料。加工引用列表说明与加工关联的数据流、关联的对象、数据流的输入和输出特性。5．4软件需求说明书示例从第四章的《科技进步先进个人申报管理系统可行性研究报告》出发，编写《科技进步先进个人申报管理系统需求说明书》如下：科技进步先进个人申报管理系统需求说明书本说明书是系统客户和开发者对将要开发的软件系统的共同理解，是后续设计和实现工作的基础。本说明书由以下表格组成：自习内容参见教材P66～P85。EX.实习题：学号被3除余1的同学做①学号被3除余2的同学做②学号被3整除的同学做③完成时间：一周第一节活塞式空压机的工作原理第二节活塞式空压机的结构和自动控制第三节活塞式空压机的管理复习思考题单击此处输入你的副标题，文字是您思想的提炼，为了最终演示发布的良好效果，请尽量言简意赅的阐述观点。第六章活塞式空气压缩机

piston-aircompressor压缩空气在船舶上的应用：

1.主机的启动、换向；

2.辅机的启动；

3.为气动装置提供气源；

4.为气动工具提供气源；

5.吹洗零部件和滤器。

排气量:单位时间内所排送的相当第一级吸气状态的空气体积。单位：m3/s、m3/min、m3/h第六章活塞式空气压缩机

piston-aircompressor空压机分类：按排气压力分：低压0.2～1.0MPa；中压1～10MPa；高压10～100MPa。按排气量分：微型<1m3/min；小型1～10m3/min；中型10～100m3/min；大型>100m3/min。第六章活塞式空气压缩机

piston-aircompressor第一节活塞式空压机的工作原理容积式压缩机按结构分为两大类：往复式与旋转式两级活塞式压缩机单级活塞压缩机活塞式压缩机膜片式压缩机旋转叶片式压缩机最长的使用寿命-

----低转速（1460RPM），动件少（轴承与滑片），润滑油在机件间形成保护膜，防止磨损及泄漏，使空压机能够安静有效运作；平时有按规定做例行保养的JAGUAR滑片式空压机，至今使用十万小时以上，依然完好如初，按十万小时相当于每日以十小时运作计算，可长达33年之久。因此，将滑片式空压机比喻为一部终身机器实不为过。滑(叶)片式空压机可以365天连续运转并保证60000小时以上安全运转的空气压缩机1.进气2.开始压缩3.压缩中4.排气1.转子及机壳间成为压缩空间，当转子开始转动时，空气由机体进气端进入。2.转子转动使被吸入的空气转至机壳与转子间气密范围，同时停止进气。3.转子不断转动，气密范围变小，空气被压缩。4.被压缩的空气压力升高达到额定的压力后由排气端排出进入油气分离器内。4.被压缩的空气压力升高达到额定的压力后由排气端排出进入油气分离器内。1.进气2.开始压缩3.压缩中4.排气1.凸凹转子及机壳间成为压缩空间，当转子开始转动时，空气由机体进气端进入。2.转子转动使被吸入的空气转至机壳与转子间气密范围，同时停止进气。3.转子不断转动，气密范围变小，空气被压缩。螺杆式气体压缩机是世界上最先进、紧凑型、坚实、运行平稳，噪音低，是值得信赖的气体压缩机。螺杆式压缩机气路系统：

A

进气过滤器

B

空气进气阀

C

压缩机主机

D

单向阀

E

空气/油分离器

F

最小压力阀

G

后冷却器

H

带自动疏水器的水分离器油路系统：

J

油箱

K

恒温旁通阀

L

油冷却器

M

油过滤器

N

回油阀

O

断油阀冷冻系统：

P

冷冻压缩机

Q

冷凝器

R

热交换器

S

旁通系统

T

空气出口过滤器螺杆式压缩机涡旋式压缩机

涡旋式压缩机是20世纪90年代末期开发并问世的高科技压缩机，由于结构简单、零件少、效率高、可靠性好，尤其是其低噪声、长寿命等诸方面大大优于其它型式的压缩机，已经得到压缩机行业的关注和公认。被誉为“环保型压缩机”。由于涡旋式压缩机的独特设计，使其成为当今世界最节能压缩机。涡旋式压缩机主要运动件涡卷付，只有磨合没有磨损，因而寿命更长，被誉为免维修压缩机。

由于涡旋式压缩机运行平稳、振动小、工作环境安静，又被誉为“超静压缩机”。

涡旋式压缩机零部件少，只有四个运动部件,压缩机工作腔由相运动涡卷付形成多个相互封闭的镰形工作腔，当动涡卷作平动运动时，使镰形工作腔由大变小而达到压缩和排出压缩空气的目的。活塞式空气压缩机的外形第一节活塞式空压机的工作原理一、理论工作循环（单级压缩）工作循环：4—1—2—34—1吸气过程

1—2压缩过程

2—3排气过程第一节活塞式空压机的工作原理一、理论工作循环（单级压缩）

压缩分类：绝热压缩：1—2耗功最大等温压缩：1—2''耗功最小多变压缩：1—2'耗功居中功＝P×V（PV图上的面积）加强对气缸的冷却，省功、对气缸润滑有益。二、实际工作循环（单级压缩）1.不存在假设条件2.与理论循环不同的原因：1）余隙容积Vc的影响Vc不利的影响—残存的气体在活塞回行时，发生膨胀，使实际吸气行程（容积）减小。Vc有利的好处—

（1）形成气垫，利于活塞回行；（2）避免“液击”（空气结露）；（3）避免活塞、连杆热膨胀，松动发生相撞。第一节活塞式空压机的工作原理表征Vc的参数—相对容积C、容积系数λv合适的C：低压0.07-0.12

中压0.09-0.14

高压0.11-0.16

λv＝0.65—0.901）余隙容积Vc的影响C越大或压力比越高，则λv越小。保证Vc正常的措施：余隙高度见表6-1压铅法—保证要求的气缸垫厚度2.与理论循环不同的原因：二、实际工作循环（单级压缩）第一节活塞式空压机的工作原理2）进排气阀及流道阻力的影响吸气过程压力损失使排气量减少程度，用压力系数λp表示：保证措施：合适的气阀升程及弹簧弹力、管路圆滑畅通、滤器干净。λp

（0.90-0.98）2.与理论循环不同的原因：二、实际工作循环（单级压缩）第一节活塞式空压机的工作原理3）吸气预热的影响由于压缩过程中机件吸热，所以在吸气过程中，机件放热使吸入的气体温度升高，使吸气的比容减小，造成吸气量下降。预热损失用温度系数λt来衡量（0.90-0.95）。保证措施：加强对气