《02333软件工程简答知识点.docx》由会员分享,可在线阅读,更多相关《02333软件工程简答知识点.docx(13页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、第一章绪论简述软件危机与软件工程的概念以及提出软件工程概念的目的。201804 201810软件生产率、软件质量远远满足社会发展的需求,成为社会、经济发展的制约因素,把这一现象称为软件危机; 软件工程是应用计算机科学理论和技术以及工程管理原则和方法,按预算和进度实现满足用户要求的软件产品的 工程,或以此为研究对象的学科;软件工程概念的提出是倡导以工程的原理、原则和方法进行软件开发,以期解决出现的软件危机。简述软件工程的概念与发展201404发展:60年代末一80年代初,主要围绕系统实现技术、软件质量和软件工程管理;80年代以来,主要表现为软件复用技术、软件生产管理的研究和实践。简述计算机软件的
2、概念,以及提出软件工程概念的目的。201704 201610L计算机软件一般是指计算机系统中的程序及其文档。2 .其中,程序是计算机任务的处理对象和处理规则的描述;3 .文档是为了理解程序所需的阐述性资料。4 .软件工程概念的提出是倡导以工程的原理、原则和方法进行软件开发,以期解决出现的软件危机。简述软件开发的本质及其涉及到的问题。201904201504本质:不同抽象层术语之间的“映射”,以及不同抽象层处理逻辑之间的“映射”。问题:如何实现这样的映射,这是技术层面上的问题;(2)如何管理这样的映射,以保障映射的有效性和正确性。这是管理层面上的问题。简述软件开发的本质及其基本途径。201710
3、 201510本质:实现问题空间的概念;处理逻辑到解空间的概念;处理逻辑之间的映射。途径:系统建模。简述何谓系统模型以及软件开发中所涉及的系统模型分类。模型是待建系统的任意抽象。该抽象是在特定意图下所确定的角度和抽象层次对物理系统的一个描述,描述其中的成分和成分之间所具有的特定语义的关系,还包括对该系统边界的描述;系统模型分为两类:概念模型和软件模型。软件模型又可进步分为设计模型、实现模型和部署模型等。第七章软件生存周期过程与管理简述验证和确认以及它们的区别及作用。201810201704 201504 验证:证实一个过程或项目的每一软件工作产品/服务是否正确地反映了所规约的需求; 确认:证实
4、所期望使用的软件工作产品是否满足其需求; 区别:验证是通过提供的客观证据,证实规约的需求是否得以满足;确认是通过提供的客观证据,证实有特定期望的使用或应用的需求是否得以满足。 作用:验证的作用是证实一个过程或项目的每一软件工作产品/服务是否正确的反映了所规约的需求。 确认的作用是证实所期望使用的软件工作产品是否满足其需求。简述瀑布模型以及可适应的情况。201110瀑布模型将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作,形如瀑布流水,最终得到软件产 品;瀑布模型在支持结构化软件开发、控制软件开发的复杂性、促进软件开发工程化等方起着得大作用;该模型适应的情况:需求已被很好的理解,且开
5、发组织非常熟悉为实现这一模型所需耍的过程。简述瀑布模型各阶段。201604系统需求软件需求需求分析(4)设计(5)编码(6)测试(7)运行简述增量模型以及可适应的情况。增量模型指需求可以分组,形成一个个的增量,并可形成一个结构,可见该模型有一个前提,即需求可结构化;增量模型第一个可交付版本所需要的时间和成本较少,可减少用户需求的变更,减少由增量引入帚来的风险; 该模型比较适应于“技术驱动”的软件产品开发,常被工业界所采用。简述增量模型的优缺点。201904201404(1)增量模型意指需求可以分组,形成一个个的增量,并可形成一个结构,可见该模型有一个前提,即需求可结 构化。该模型比较适应于“技
6、术驱动”的软件产品开发,常被工业界所采用;(2)优点:第一个可交付版本所需要的时间和成本较少,可减少用户需求的变更,允许增量投资;(3)缺点:如果没有对用户的变更要求进行规划,那么产生的初始增量可能会造成后来增量的不稳定,如果需求 不像早期思考的那样稳定和完整那么一些增量就可能需要重新开发,重新发布油于进度和配置的复杂性,可能会增 大管理成本,超出组织能力。简述演化模型及其适用场合。201310演化模型是在用户提出待开发系统的核心需求的基础上,软件开发人员按照这一需求,首先开发一个核心系统并 投入运行,以便用户能够有效提出反馈,接着软件开发人员根据用户反馈,实施开发的迭代过程,每次迭代均由需
7、求、设计、编码、测试、集成等阶段组成,通过增加或修正,产生软件产品的增量,最终完成软件产品的开发; 演化模型是一种迭代、增量式开发模型,它显式地把需求获取扩展到需求阶段,在一定程度上可减少软件开发活 动盲目性;该模型主要针对事先不能完整定义需求的软件开发的,通过不断的迭代、增量开发,最终得到软件产品。简述演化模型,及其与RUP迭代、增量式开发之间的关系。201310演化模型主要针对事先不能完整定义需求的软件开发的,在用户提出待开发系统的核心需求的基础上,软件开发 人员按照这一需求,首先开发一个核心系统并投入运行,以便用户能够有效提出反馈,接着软件开发人员根据用户 反馈,实施开发的迭代过程,每次
8、迭代均由需求、设计、编码、测试、集成等阶段组成,通过增加或修正,产生软 件产品的增量,最终完成软件产品的开发;由此可见,RUP的迭代、增量式开发是演化模型的一个变体,它规定了软件开发“大的”阶段:初始阶段、精化 阶段、构造阶段、移交阶段,并规定了每次迭代的目标。简述RUP中迭代增量式开发的概念以及规定的开发阶段。201510概念:通过开发活动的迭代,不断产生相应的增量。阶段:初始阶段、精化阶段、构造阶段、移交阶段。简述螺旋模型以及可适应的情况。201310(1)螺旋模型是在瀑布模型和演化模型的基础上,加入两者所忽略的风险分析所建立的一种软件开发模型;螺旋摸型沿着螺旋线,经历制定计划,风险分析,
9、实施工程,客户评估等4个方面的活动,自内向外每旋转 圈便产生一个更为完善的新版本;该模型适应的情况:项目的开发风险很大或客户不能确定系统需求。简述喷泉模型以及可适应的情况。喷泉模型体现了软件创建所固有的迭代和无间隙的特征;(2)喷泉模型说明了软件活动需要多次重复;喷泉模型还说明活动之间没有明显的间隙;该模型主要适应于面向对象技术的软件开发。简述选择软件生存周期模型(SLCM)的步骤。 201604标识开发项目可用的SLCM;(2)标识那些会影响SLCM选择的属性;标识为选择SLCM所需要的任何约束;评估所选择的SLCM;选择最能满足项目属性和约束的SLCMo助记:3标识(可用、属性、约束),1
10、评估,1选择。简述软件生存周期过程、软件生存周期模型、软件项目过程管理之间的关系。201710 201610(1)软件生存周期过程回答软件开发需要做哪些工作。(2)软件生存周期模型回答软件开发活动或任务如何组织。(3)软件项目过程管理回答软件过程如何管理。(4)软件生存周期过程是软件生存周期模型和软件项目过程管理的基础。(5)软件生存周期模型为软件项目过程管理提供支持。第八章集成化能力成熟度模型(CMMI )简述CMMI模型支持的两种过程改善路径。201404为了改善其开发过程和护过程的组织,CMMI提供了两种类型的等级:能力等级和成熟度等级,这两种等级描述 了两种过程改善的演化路径;(2)能
11、力等级是一种过程改善路径,该路径可使组织针对单一过程域不断改善该过程域;成熟度等级也是一种过程改善路径,该路径可使组织通过关注一组过程域不断改善一组相关的过程域;这两种等级还可用于评定活动、估算,作为过程评估的结果。简述CMMI成熟度等级的概念、划分和组成。201504成熟度等级是指达到预先定义的一组过程域所有目标的一种过程改善等级,意在改进组织的整体性能; (2)CMMI应用于一个组织过程改善的成熟度有5个:1级-初始级、2级-已管理级、3级-已定义级、4级-已定量管理级、5级-持续优化级; 成熟度等级是由预先定义的一组过程域集及其相关的一些专用实践和共用实践组成的。第二章软件需求与软件需求
12、规约简述需求的概念和基本性质。201510 201404需求:有关一个“要予构造”的陈述,描述了待开发产品/系统功能上的能力、性能参数或其他性质。5个基本性质: 必要性,该需求是用户所要求的; 无歧义性,该需求只能用一种方式解释;可测性,该需求是可进行测试的; 可跟踪性,该需求可从一个开发阶段跟踪到另一个阶段; 可测量性,该需求是可测量的。简述需求规约的概念和基本性质。201804201904201110需求规约是一个软件系统所有需求陈述的正式文档,它表达了一个软件产品的概念模型。基本性质:L重要性和稳定程度。按需求的重要性和稳定性,对需求进行分级;2 .可修改的。在不过多影响其他需求的前提下
13、,可以容易修改一个单一需求;3 .完整性。没有被遗漏的需求;4 .一致性。不存在互斥的需求。简述需求规约在项目开发中的基本作用。201610 201301是软件开发组织和用户之间一份事实上的技术合同书,是产品功能及其环境的体现。对于项目的其余大多数工作,需求规约是一个管理控制点。对于产品/系统的设计,需求规约是一个正式的、受控的起始点。是创建产品验收测试计划和用户指南的基础,即基于需求规约一般还会产生另外两个文档:初始测试计划和用户 系统操作描述。简述常用的初始需求发现技术。201704201504 201310(1)自悟:需求人员把自己作为系统的最终用户,审视该系统并提出问题。(2)交谈:需
14、求人员通过提出问题/用户回答这一方式,直接询问用户需要的是一个什么样的系统。(3)观察:通过观察用户执行其现行的任务和过程,了解系统运行的环境。(4)小组会:举行客户和开发人员的联席会议,与客户组织的一些代表共同开发需求。(5)提炼:复审技术文档,并提取相关的信息。简述软件需求的分类及其关系。201201分类:功能需求,非功能需求。非功能需求分为:性能需求、外部接口需求、设计约束、质量属性。关系:一般来说,功能需求是整个需求的主体,没有功能需求,就没有派生的其他功能需求,就没有非功能需求。第三章结构化方法简述结构化分析建模工具和步骤201404工具:结构化分析方法给出了一种表达系统功能模型的建
15、模工具:数据流图。简述结构化分析建模的基本步骤。201710(该过程属于“自顶向下,功能分解”形式)助记口诀:建图、求精、字典、加工。1)建立系统环境图,确定系统语境2)自顶向下,逐步求精,建立系统的层次数据流图3)定义数据字典4)通过结构化自然语言、判定树、判定表等工具,描述加工简述结构化方法总体设计的任务、步骤和模式。任务:把系统的功能需求分配到一个特定的软件体系结构中,建立系统的模块结构;步骤:将需求分析得到的系统数据流图DFD转化为初始的模块结构图;再基于高内聚低耦合的设计原理,通过模 块化,将初始的模块结构图转化为最终的,可供详细设计使用的模块结构图。模式:变换设计和事务设计。针对具
16、有变换型流图和事务型的DFD ,简述总体设计的步骤。 201610在软件总体设计中,通常以变换设计为主,事务设计为辅进行结构设计。首先利用变换设计,把软件系统分为输入、中心变换和输出3个部分,设计上层模块。然后根据各部分数据流图的结构特点,适当地利用变换设计和事务设计进行细化,得到初始的模块结构图。再按照“高内聚低耦合”的原则,对初始的模块结构图进行精化,得到最终的模块结构图。简述变换设计的基本步骤。201704第1步:设计准备一一复审并精化系统模型第2步:确定输入、变换、输出这三部分之间的边界第3步:第一级分解一一系统模块结构图顶层和第一层的设计第4步:“第二级分解”一一自顶向下,逐步求精。
17、简述事务设计的基本步骤。201804L设计准备,复审并精化系统模型;5 .确定事务处理中心;6 .设计系统模块结构图的顶层和第一层;7 .自顶向下,逐步求精。简述变换设计与事务设计的区别及联系。201504区别:变换设计的目的是将变换型数据流图映射为模块结构图,它由3部分组成:获取数据、变换数据和输出数 据,其中变换数据是核心。为了协调这些模块的有序工作,还应设计一个主控模块来协调和控制其他模块。变换设 计比较机械。事务设计的目的是将事务型数据流图映射为模块结构图,事务设计都有一个明显的事务处理中心,事务中心需完 成3个任务:接收输入数据、分析并确定对应的事务和选取与该事务对应的一条活动路径。
18、联系:在总体设计中,通常以变换设计为主,事务设计为辅进行结构设计。什么是模块?什么是模块耦合?简述常用的模块耦合类型及其设计原则。201904 201201模块是执行一个特殊任务的一个过程以及相关的数据结构;模块耦合是指不同模块之间相互依赖程度的度量;常见模块耦合类型:内容耦合、公共耦合、控制耦合、标记耦合、数据耦合等;设计原则:如果模块间必须存在耦合,尽量使用数据耦合,少用控制耦合,限制公共耦合的范围,避免使用内容耦合。简述模块的控制域、作用域的概念,以及它们的启发式原则。201604 201310控制域:指这个模块本身以及所有直接或间接从属于它的模块的集合。作用域:指受该模块内一个判定所影
19、响的所有模块的集合。原则:尽量使该模块的作用域在其控制域之内。简述结构化设计中启发式规则。201510“高内聚低耦合”的启发式规则主要包括:1)改进软件结构,提高模块独立性。2)力求模块规模适中。3)力求深度、宽度、扇出和扇入适中。4)尽力使模块的作用域在其控制域之内。5)尽力降低模块接口的复杂度。6)力求模块功能可以预测简述结构化方法详细设计的任务及目标。201810任务:具体描述模块结构图中的每一个模块,即给出实现模块功能的实施机制,包括一组例程和数据结构,从而精 确地定义了满足需求所规约的结构;目标:将总体设计阶段所产生的系统高层结构映射为以这些术语所表达的低层结构,也是系统的最终结构。
20、简述程序流程图的优缺点。201604优点:是对控制流程的描绘很直观,便于初学者掌握。缺点:不是一种逐步求精的工具;(2)所表达的控制流,往往不受任何约束可随意转移,从而会影响甚至破坏好的系统结构设计;(3)不易表示数据结构。第四章面向对象方法UML什么是类?什么是对象? ?什么是类的构成成分?201210类是一组具有相同属性、操作、关系和语义的对象的描述;对象是类的一个实例;类的构成成分包括:类名、属性、操作。为什么说UML是一种可视化的建模语言,而不是一种特定的软件开发方法学?201510简述信息隐藏的概念及其意义。201704(1)信息隐臧是指在每个模块中所包含的信息不允许其他不需要这些信
21、息的模块访问。(2)信息隐藏是实现模块低耦合的一种有效途径。(3)但是,如果该模块是“绝对”信息隐藏的,那么这种模块对系统而言也是毫无意义的为了表达各类事物之间的关系,UML给出了哪些表达关系的基本术语?请简述其含义。201504关联、泛化、细化、依赖简述关联、泛化、细化、依赖的概念,以及前三者与依赖的关系。201610关联:是类目之间的一种结构关系,是对一组具有相同结构,相链的描述。限定符:一个关联的属性或属性表。角色:关联一端的类目对另一端的类目的一种呈现。聚合:关联的一种特殊形式,表达的是一种“整体/部分”关系。组合:聚合的一种特殊形式。细化:是类目之间的语义关系,其中一个类目规约了保证
22、另一个类目执行的契约。简述泛化的概念及其约束。201804 201710泛化:一般性类目(超类或父类)和它的较为特殊性类目(子类)之间的一种关系,有时称为“is-a-kind-of关系。4个约束:(1)完整(2)不完整(3)互斥(4)重叠。单继承:如果一个类只有一个父类,则说它使用了单继承。多继承:如果一个类有多个父类,则说它使用了多继承。依赖:是一种使用关系,用于描述一个类目使用另一类目的信息和服务。关联、泛化和细化都是一类特定的依赖。简述用况图及其通常包含的模型元素。201810用况图是一种表达系统功能模型的图形化工具;一个用况图通常包含6个模型元素:主题、用况、参与者、关联、泛化和依赖。
23、什么是用况(Use Case)?什么是用况图? 一个用况图通常包含哪些模型元素以及用况之间的关系。201310用况,从外延上说它表达了参与者使用系统的一种方式,从内涵上说它规约了系统可以执行的一个动作序列,并 对特定的参与者产生可见的、有值的结果;用况图是一种表达系统功能模型的图形化工具;一个用况图通常包含的模型元素是:主题、用况、参与者、关联、泛化、依赖。用况之间可以具有3种关系:泛化、扩展和包含。什么是状态?什么是状态图?简述实际应用中使用状态图的作用。201201状态是指类目中的一个实例在其生存中的一种条件或情况、所具有的对外呈现以及所能提供的服务;状态图是显示一个状态机的图,强调从一个
24、状态到另一状态的控制流;实际应用中,使用状态图的作用:创建一个系统的动态摸型,创建一个场景模型。简述顺序图的概念、构成和主要作用。201404顺序图是一种交互图;它由一组对象以及按时序组织的对象之间的关系组成,还包括这些对象之间所发送的消息;顺序图可用于创建有关系统的交互模型,表达系统中有关对象之间的交互结构,给出系统中的一些对象如何协作 的信息。第五章面向对象方法RUP为什么UML要同RUP 一起才称得上是软件开发的方法学?201904 201510一种软件开发方法学,至少由3部分组成:用于表达基本信息的术语,用于组织基本信息的表达格式,用于在 不同抽象层之间进行映射的过程指导。(2)UML
25、仅包括前两方面的内容,因此它只是一种可视化的建模语言,而不是一种特定的软件开发方法学。RUP给出的是一种基于UML的过程指导,满足软件开发方法学的第三项内容。简述RUP和 UML之间的关系。 201810201610RUP和UML构成了一种特定的软件开发方法学。(2)UML作为一种可视化建模语言,给出了表达事物和事物之间关系的基本术语,给出了多种模型的表达工具。RUP利用这些术语定义了需求获取层、系统分析层、设计层、实现层,并给出了实现各层模型之间映射的基本活 动以及相关的指导。什么是RUP?它有什么特点? 201110(l)RUP ,即统一软件开发过程,它是基于UML的一种过程框架,为软件开
26、发,即为进行不同抽象层之间映射安 排其开发活动的次序,制定任务和需要开发的制品,提供了指导;并为对项目中的制品和和活动进行监控与度量, 提供了相应的准则。特点:以用况为驱动;以体系结构为中心;迭代、增量式开发。简述RUP设计模型以及包含的元素。201804RUP设计模型是RUP设计的主要结果,它尽量保持改系统具有分析模型的结构,并作为系统实现的输入。包含的元素:L设计子系统和服务子系统,以及它们的依赖、接口和内容;2 .设计类,以及它们具有的操作、属性、关系及其实现需求;3 .用况细化;4 ,体系结构描述。简述RUP中需求获取的基本步骤和相关制品。201201 列候选需求,产生的制品是:待征表
27、;(2)理解系统语境,产生的制品是:领域模型或业务模型; 捕获系统功能需求,产生的制品是:用况模型;(4)捕获非功能需求,产生的制品是:补充的需求或针对特殊求的用况。简述RUP中分析模型的表达及其创建所进行的主要活动。201704(1)在RUP中,一个系统的分析模型是由一个“分析系统”定义的,该分析系统包含一组具有层次结构的包,每 一个包中可包含一些分析类和用况细化;并且一些分析类和用况细化还可单独地出现在分析模型中,以凸显它们在 系统体系结构方面的作用。(2)创建系统的分析模型的活动:体系结构分析、用况分析、类的分析和包的分析。简述RUP中用况模型和分析模型的区别。201710201604前
28、者使用客户语言来描述,后者使用开发语来描述;前者给出的是系统对外的视图,后者给出的是系统对内的视图;前者使用用况予以结构化,后者使用衍型类予以结构化;前者可以作为客户和开发者之间的契约,后者可以作为开发者理解系统的基础;前者在需求之间可能存在一些冗余、不一致和冲突等问题,后者不存在这些问题;前者捕获的是系统功能,后者给出的是细化的系统功能;前者定义了一些进一步需要在分析模型中予以分析的用况,后者定义了用况模型中每一个用况的细化。第六章软件测试简述人们关于软件测试目的的认识所经历的几个阶段。第一阶段认为软件测试和软件调试没有什么区别;第二阶段认为测试是为了表明软件能正常工作;第三阶段认为测试是为
29、了表明软件不能正常工作;第四阶段认为测试仅是为了将已察觉的错误风险减少到一个可接受的程度;第五阶段认为测试不仅仅是一种行为,而是一种理念,即测试是产生低风险软件的一种训练。简述软件测试与软件调试的区别。2013011 .测试为证明失败,调试为证明正确;2 .测试从已知条件开始,使用预先定义的程序且有预知的结果,不可预见的是程序是否通过测试, 调试以不可知的内部条件开始,结果很难预见;3 .测试是由计划的,并要进行测试设计。调试不受时间约束;4 .测试是发现错误、改进错误、重新测试的过程。调试是推理过程;5 .测试的执行有规程。调试要求程序员进行必要推理。6 .测试经常由独立的测试组在不了解软件
30、设计的条件下完成。调试必须由了解详细设计的程序员完成;7 .大多数测试的执行和设计可由工具支持。调试主要是利用调试器。简述白盒测试技术的要点,并举例说明。 201904201310白盒测试技术,又称为结构测试技术,它依据程序的逻辑结构,以控制流程图作为被测对象建模工具;(2)典型的是路径测试技术,路径测试大致有语句覆盖、分支覆盖、条件组合覆盖和路径覆盖等测试策略;这几种不同的测试策略之间具有偏序关系,即路径覆盖的测试度量最强,而语句覆盖最弱。简述黑盒测试技术的要点。黑盒测试技术,又称为功能测试技术,包括事务流测试、等价类划分、边界值分析等技术;黑盒测试技术依据的是软件行为的描述;黑盒测试将被测
31、软件看出盒子,只通过外部输入和输出来发现软件中的错误,完全不考虑程序的内部结构。简述控制流程图的概念、基本元素以及它与程序流程图的差异。201510控制流程围是一种表示程序控制结构的图形化工具。基本元素:有过程块、节点、判定。差异:在控制流程图中不显示过程块的细节,而在程序流程图中着重于过程属性的描述。测试策略(1)语句覆盖:至少执行程序中所有语句一次。(2)分支覆盖:至少将程序中的每一个分支执行一次。(3)条件覆盖:指每个判定中的所有可能的条件取值至少执行一次。(4)条件组合覆盖:是指设计足够的测试用例,使每个判定中的所有可能的条件取值组合至少执行一次。只要 满足了条件组合覆盖,就一定能满足
32、分支覆盖。(5)路径覆盖:执行所有可能穿过程序控制流程的路径。在路径测试中,该度量是最强的,一般是不可实现的。简述边界值分析与等价类划分技术的区别。201810区别:边界值分析着重边界的测试,应选取等于、刚刚大于或刚刚小于边界的值作为测试数据;而等价类划分是选取等价类中的典型值或任意值作为测试数据。简述边界值分析在设计测试用例时可以遵循的原则。201604如果某个输入条件规定了输入值的范围,则应选择正好等于边界值的数据,以及刚刚超过边界值的数据作为测试 数据;如果某个输入条件规定了值的个数,则可用最大个数、最小个数、比最大个数多1、比最小个数少1的数作为 测试数据;如果程序的规格说明中,输入域
33、或输出域是有序集合,则选取集合的第一个元素、最后一个元素以及典型元素作 为测试用例;如果程序中使用了内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例;分析规格说明,找出其他可能的边界条件。因果图方法生成测试用例的基本步骤。201804201710通过软件规格说明书的分析,找出一个模块的原因和结果,并给每个原因和结果赋予一个标识符。分析原因与结果之间以及原因与原因之间对应的关系,并画出因果图。在因果图上标识出一些特定的约束或限制条件。把因果图转换成判定表。把判定表的每一列拿出来作为依据,设计测试用例。软件测试要经过哪些步骤?简述这些测试的基本任务。201110(1)单元测试:检验软件设计的最小单元一一模块。往往采用白盒测试技术。(2)集成测试:发现与 接口有关的错误,将经过单元测试的模块构成一个满足设计要求的软件结构。一般以主 控模块作为测试驱动模块。(3)有效性测试:发现软件实现的功能与需求规格说明书不一致的错误。验证软件需求的可追溯性。往往采用黑 盒测试技术。(4)系统测试:关注检验系统中所有元素(包括硬件、信息等)之间的协作是否合适,整个系统的性能、功能是 否达到。
限制150内