软件规模度量方法介绍
软件规模估计方法
圈复杂度是衡量代码结构复杂性的一个指标，通 过计算代码中的独立路径数量来评估。
3
调整代码行数
根据圈复杂度对代码行数进行调整，以更准确地 估计软件规模。
基于特征的代码行数估计法
识别代码特征
01
这种方法通过识别源代码中的特定特征来估计软件规模。
特征选择与权重分配
02
选择与软件规模相关的特征，并为每个特征分配适当的权重。
感谢您的观看
快速、简单，适用于初步估计。
缺点
主观性强，精度难以保证。
历史项目类比法
优点
相对客观，可减少主观偏差。
缺点
要求有丰富的历史数据，且项目间必须具有可比性。
参数模型法
优点
精度较高，适用于大量项目的规模估 计。
缺点
需要大量历史数据，模型建立和维护 成本较高。
05 成本驱动估计法
COCOMO模型
COCOMO模型是一种基于工程任务量的估计模型， 通过分析软件的功能和复杂性来估算软件规模。
估计方法的标准化与验证
方法标准化
制定统一的软件规模估计方法标 准，确保不同组织或团队之间的 估计结果具有可比性。
方法验证
通过实际项目验证软件规模估计 方法的准确性和可靠性，不断优 化和改进方法。
基准测试
建立基准测试库，用于评估不同 软件规模估计方法的性能和准确 性，为实际项目提供参考依据。
人工智能在软件规模估计中的应用
缺点
对软件内部结构了解要求较高，需要具备专 业知识和经验。
外部功能点计数法
定义
外部功能点计数法是根据软件外部接 口和用户交互进行功能点计数的估算 方法。
适用场景
适用于软件外部接口和用户交互较为 明确的软件项目。
几种常见的软件规模度量方法的对比
几种常见的软件规模度量方法的对比在软件研发成本度量（包括估算与测量）方面，对于软件规模本身的评价是首要任务。
根据软件行业的实践，目前评价软件规模的方法主要分为两种：基于业务视角和基于开发视角。
基于业务视角的方法是从用户角度出发，与软件开发技术无关，如：功能点、故事点、用例点、对象点等方法；基于开发视角的方法是从开发者角度出发，如：基于软件源代码行、数据库表、函数数量等方法。
基于开发视角的软件规模评价的方法，优点是操作简单、实施容易，但不容易在项目干系人之间达成一致，往往会引起较多的分歧。
基于开发视角的评价方法虽然在实际工作中也有着普遍的应用，但更多地局限于软件开发团队内部。
如果要在业务部门与开发部门、甲方与乙方等外部组织约定软件开发的工期或费用等关键项目目标，则需要从业务视角出发，对软件项目规模进行标准、一致的评价与估算。
而且，在系统初始阶段，用户功能需求是唯一真正可以得到的信息。
任何程序大小或代码行数的猜想实际上都是从系统要提供的功能性推演出来。
下表展示了几种常用的软件规模度量方法的对比，可以看出，功能点方法最优。
软件规模度量方法对比分类比对项目功能点对象点用例点故事点代码行方法有效性业务价值分析★★★★★★★★★★产能分析与评估★★★★★★★★★★★★项目早期估算★★★★★★★★★★★项目中后期估算★★★★★★★★★★★★项目范围管理★★★★★★★★★★★★★★团队绩效评价★★★★★★★★★★行业基准比对★★★★★★★★应用难度方法学习难度★★★★★★★★★★★★★方法导入成本★★★★★★★★方法应用一致性★★★★★★★★★从美国人Allan J.Albrecht在20世纪70年代末提出功能点方法以来，功能点在软件行业的应用与实践已超过30年，在Albrecht的功能点模型基础之上，经过进一步应用与发展，功能点标准演进为ISO/IEC14143“信息技术软件度量功能规模度量”系列标准及IFPUG、COSMIC、Mk II、NESMA、FiSMA五个具体操作方法的标准。
软件工程中的软件度量与评估方法
软件工程中的软件度量与评估方法在软件工程领域，软件度量和评估是非常重要的环节。
软件度量是指对软件开发过程和软件产品进行量化和衡量的方法，而软件评估则是对软件度量结果进行分析和判断的过程。
本文将介绍软件工程中常用的软件度量和评估方法，并探讨其在软件开发中的应用。
一、软件度量方法1. 静态度量方法静态度量方法主要通过对软件文档、源代码和设计模型等进行分析，来评估软件的质量和复杂度。
其中，代码行数、注释行数和空行数等是常用的度量指标。
通过统计这些指标，可以了解软件的规模和复杂性，以便进行进一步的分析和评估。
2. 动态度量方法动态度量方法主要通过对软件运行时的行为进行观察和分析，来评估软件的性能和可靠性。
常用的动态度量指标包括代码覆盖率、执行时间和内存占用等。
通过对这些指标的测量，可以了解软件在不同条件下的运行情况，从而优化软件的性能和可靠性。
3. 结构度量方法结构度量方法主要通过对软件的结构进行分析，来评估软件的模块化程度和可维护性。
常用的结构度量指标包括模块间的耦合度、模块内的内聚度和代码的复杂度等。
通过对这些指标的测量，可以了解软件的结构是否合理，从而提高软件的可维护性和可扩展性。
二、软件评估方法1. 静态评估方法静态评估方法主要通过对软件文档、源代码和设计模型等进行分析和检查，来评估软件的质量和符合性。
常用的静态评估方法包括代码审查、软件质量度量和软件质量模型等。
通过这些方法，可以发现和修复软件中的潜在问题，提高软件的质量和可靠性。
2. 动态评估方法动态评估方法主要通过对软件运行时的行为进行观察和分析，来评估软件的性能和可靠性。
常用的动态评估方法包括性能测试、压力测试和安全测试等。
通过这些方法，可以了解软件在不同条件下的运行情况，从而优化软件的性能和可靠性。
3. 用户评估方法用户评估方法主要通过对软件用户的反馈和需求进行收集和分析，来评估软件的用户满意度和可用性。
常用的用户评估方法包括用户调研、用户体验测试和用户反馈分析等。
软件度量与分析
软件度量与分析软件度量与分析在软件开发过程中起到了至关重要的作用。
通过对软件进行度量和分析，可以评估软件的特性和质量，帮助项目团队了解软件开发的进度和成本，并为决策提供依据。
本文将介绍软件度量与分析的定义、重要性以及常用的度量方法和分析技术。
一、软件度量与分析的定义软件度量是指通过对软件相关数据的收集和分析，衡量软件特性、质量和过程的过程。
软件度量主要关注以下几个方面：规模度量、成本度量、进度度量、质量度量和复杂度度量等。
通过软件度量，可以对软件开发过程进行监控和控制，及时发现和解决问题。
软件分析，则是在收集到软件度量数据的基础上，对数据进行分析和解释，以提供对软件开发过程和软件产品质量的评估。
软件分析可以帮助项目团队了解软件开发的进度、成本和风险，并为改进软件开发过程提供依据。
二、软件度量与分析的重要性1. 软件质量评估：通过软件度量和分析，可以对软件质量进行评估。
通过衡量软件的特性，如可靠性、可维护性和安全性，可以及时发现软件存在的问题，并采取相应的措施进行改进。
2. 项目管理：软件度量和分析为项目管理提供了重要的数据支持。
通过度量和分析项目中的进度、成本和风险等因素，可以及时了解项目的状态，帮助项目团队做出正确的决策。
3. 软件过程改进：通过对软件度量数据的分析，可以找到软件开发过程中存在的问题和瓶颈，并为改进软件开发过程提供依据。
通过不断地改进软件开发过程，可以提高软件的质量和效率。
三、常用的软件度量方法1. LOC（Lines of Code）：LOC是衡量软件代码规模的常用度量方法。
它通过统计程序源代码中的代码行数来表示软件的规模。
LOC可以作为衡量项目进度、成本和质量的重要指标。
2. 功能点分析：功能点分析是衡量软件功能规模的一种方法。
它通过对软件功能需求进行分析，将软件功能划分为独立且可测量的模块，然后对各个模块进行权重评估，最终得出软件功能总量。
3. 可靠性度量：可靠性度量是衡量软件可靠性的一种方法。
功能点估算法 标准
功能点估算法标准
功能点估算法是一种软件规模度量方法，用于估算软件项目的规模和工作量。
它基于软件系统的功能和特性，将其分解为一系列可度量的功能点。
功能点估算法的核心思想是通过对软件系统的功能进行分析和分解，确定每个功能的复杂度和贡献度，并将其转换为对应的功能点数。
功能点可以根据不同的功能类型进行分类，如数据输入、数据输出、数据存储、外部接口等。
在进行功能点估算时，通常需要遵循一定的标准和规范，例如国际功能点用户组（IFPUG）发布的功能点计数规范。
这些规范定义了各种功能类型的计算方法和权重，以确保估算的准确性和一致性。
功能点估算法的优点包括：
1. 相对客观和准确：功能点估算法基于软件系统的功能和特性进行估算，不受开发人员经验和技能水平的影响，因此相对客观和准确。
2. 可重用性高：功能点估算法可以应用于不同类型的软件项目，具有较高的可重用性。
3. 便于项目管理和规划：通过功能点估算，可以更好地了解项目的规模和工作量，有助于项目管理和规划。
然而，功能点估算法也存在一些局限性，例如对于某些特殊类型的软件项目可能不适用，估算过程相对复杂，需要一定的专业知识和经验。
功能点估算法是一种常用的软件规模度量方法，通过对软件系统的功能进行分析和分解，确定每个功能的复杂度和贡献度，并将其转换为对应的功能点数，从而估算软件项目的规模和工作量。
软件测试用例规模与测试工作量的估算方法
软件测试用例规模与测试工作量的估算方法在软件开发过程中，软件测试是一个至关重要的环节。
通过测试，可以识别出软件中的错误和缺陷，提高软件的质量和稳定性。
而在进行软件测试之前，我们需要估算测试工作的规模和工作量，以便合理安排资源和时间，确保测试的效果和进度。
估算软件测试用例规模的方法有多种，下面将介绍一些常用的方法和技巧。
1. 功能点估算法功能点估算法是一种常见的软件项目估算方法，可以用于估算测试用例的规模和数量。
该方法以软件的功能点数目为基础，根据功能点对应的测试用例数量进行估算。
通常，我们可以通过对项目需求文档和软件规格说明书进行分析，识别出不同的功能点，并根据经验和历史数据确定每个功能点对应的平均测试用例数量。
对每个功能点进行估算，并累加得到整个项目的测试用例数量。
这种方法可以比较准确地估算出测试用例的规模和数量。
2. 用例点估算法用例点估算法是另一种常用的软件项目估算方法，可以用于估算测试用例的规模和工作量。
该方法以用例点的概念为基础，将软件需求分解为不同的用例，并根据不同用例的复杂性和覆盖范围进行估算。
通常，我们可以通过对需求文档进行分析，识别出不同的用例，并根据复杂性和覆盖范围给每个用例分配用例点数。
对每个用例进行估算，并累加得到整个项目的用例点数。
通过用例点数和历史数据计算出测试工作的工作量。
这种方法可以较为准确地估算出测试用例的规模和测试工作的工作量。
3. 经验估算法经验估算法是一种常见且经济效益较高的软件测试估算方法。
该方法基于测试团队的经验和历史数据，通过对过去类似项目的分析和总结，得出一个基准数据。
根据当前项目的特征、规模和复杂性等因素，结合基准数据进行估算。
这种方法适用于那些规模较大、复杂度较高的项目，可以依据过去项目的实际情况来估算测试用例的规模和工作量。
4. 修改点估算法在软件开发的过程中，会有不断的需求变更和功能修改。
当项目进行中需要对软件进行修改时，我们可以采用修改点估算法来估算新增的测试用例。
软件项目规模估计方法介绍
软件项目的规模估计历来是比较复杂的事，因为软件本身的复杂性、历史经验的缺乏、估算工具缺乏以及一些人为错误，导致软件项目的规模估计往往和实际情况相差甚远。
因此，估计错误已被列入软件项目失败的四大原因之一。
软件工程师经常会被问到，编一个什么什么样的软件需要多长时间、多少钱。
面对这个问题，有不少人很犯难，因为，第一用户的需求太不具体，第二，自己缺乏一个科学的估计方法。
下面是几种软件项目规模的估计方法。
概念介绍先介绍一个衡量软件项目规模最常用的概念--LOC(Line of Code)，LOC指所有的可执行的源代码行数，包括可交付的工作控制语言（JCL：Job Control Language）语句、数据定义、数据类型声明、等价声明、输入/输出格式声明等。
一代码行（1LOC）的价值和人月均代码行数可以体现一个软件生产组织的生产能力。
组织可以根据对历史项目的审计来核算组织的单行代码价值。
例如，某软件公司统计发现该公司每一万行C语言源代码形成的源文件（.c和.h文件）约为250K。
某项目的源文件大小为3.75M，则可估计该项目源代码大约为15万行，该项目累计投入工作量为240人月，每人月费用为10000元（包括人均工资、福利、办公费用公滩等），则该项目中1LOC的价值为：（240×10000）/150000＝16元/LOC改项目的人月均代码行数为：150000/240=625LOC/人月方法一、Delphi 法Delphi法是最流行的专家评估技术，在没有历史数据的情况下，这种方式适用于评定过去与将来，新技术与特定程序之间的差别，但专家"专"的程度及对项目的理解程度是工作中的难点，尽管Delphi技术可以减轻这种偏差，专家评估技术在评定一个新软件实际成本时通常用得不多，但是，这种方式对决定其它模型的输入时特别有用。
Delphi法鼓励参加者就问题相互讨论。
这个技术，要求有多种软件相关经验人的参与，互相说服对方。
软件工程中的软件工程项目度量与度量工具
软件工程中的软件工程项目度量与度量工具软件工程项目度量是一种衡量和评估软件项目的方法，旨在了解和监控项目的进展、质量和绩效。
通过度量软件项目，我们能够获取有关项目规模、复杂性、资源消耗以及开发质量的关键信息。
这些信息可以帮助决策者和项目团队进行合理的规划和决策，从而提高软件项目的质量和成功率。
在软件工程中，度量是指使用度量工具对软件项目进行量化评估和分析的过程。
度量工具可以帮助我们收集、分析和展示软件项目的各种度量指标和数据，从而提供决策所需的可靠依据。
下面将介绍几种常用的软件工程项目度量和度量工具。
1. 代码行数：代码行数是一种常用的度量指标，用于衡量软件项目的规模和复杂性。
通过统计项目中的代码行数，我们可以推断出项目的开发工作量和开发难度。
常用的代码行数度量工具包括cloc和SLOCCount，它们可以自动扫描代码并计算出代码行数、注释行数、空行数等信息。
2. 缺陷密度：缺陷密度是指在软件项目中每个软件单元（如函数、模块或类）中平均存在的缺陷数量。
缺陷密度可以帮助我们评估软件质量和稳定性，从而决定是否需要进行进一步的测试和修复工作。
常用的缺陷密度度量工具包括SonarQube和FindBugs，它们可以自动检测代码中的潜在缺陷和错误。
3. 代码复杂度：代码复杂度是一种度量软件代码复杂性和可维护性的指标。
通过代码复杂度度量，我们可以了解代码的可读性、稳定性和可测试性等方面的情况。
常用的代码复杂度度量工具包括PMD和Checkstyle，它们可以检查代码中的复杂结构和不良编程实践。
4. 工时消耗：工时消耗是一种衡量软件项目进度和开发效率的指标。
通过度量工时消耗，我们可以了解开发团队的生产力和工作负荷，从而进行资源分配和进度控制。
常用的工时消耗度量工具包括JIRA和Redmine，它们可以记录和跟踪团队成员的工作情况。
5. 客户满意度：客户满意度是一种度量软件项目交付质量和用户体验的指标。
通过度量客户满意度，我们可以了解用户对软件产品的评价和反馈，从而提供有针对性的改进和优化建议。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件规模度量方法介绍作者学号班级摘要软件规模度量是一项困难度很高的任务。
文章介绍了国际上广泛采用的一种软件规模度量的办法———IFPU G功能点度量方法，说明了该方法的基本原理和具体计算方法，并分析了它的优缺点。
同时对国际上其他几个颇有影响的软件规模度量方法，也作了简要的介绍。
关键词软件项目项目计划进度进度计划1、引言软件度量是指对软件规模、软件项目工作量、软件生产率、软件项目开发成本、软件质量、软件的上线日期等事项进行量化，使复杂的软件过程通过数字的描述让相关人员能够正确理解和管理。
软件度量满足了三方面的需要：首先是满足了项目管理的需要。
项目经理根据软件度量的数据可以对有关资源进行合理部署和分配，有效地对项目的进度和执行情况进行监控，确定软件产品是否符合质量的要求等。
其次，满足了组织的需要。
依照度量的数据，组织可以清楚地了解开发的效率和质量的总体水平，从而可以更好地进行产品组合、判定资金的投向，策划、管理或验证软件开发的活动。
第三是满足了用户的需要。
用户可以根据度量的数据比较正确地判定投入的资金，项目交付的合理期限以及判定递交项目的质量等。
因此，研究软件的度量有着十分重要的社会意义和应用意义。
在软件度量的课题中，软件规模度量是其他软件度量工作的基础与关键。
要对软件的规模进行度量，首先就要求确定一种度量的单位。
用软件的源代码行数作为软件规模的度量是一个比较传统的度量方法。
它的度量单位是K LO C（千条源代码）。
例如，一个软件有15000 条源代码行数时，它的规模就用15K LO C 来表示。
这种方法的优点是，比较直接、简单。
但是，它的结果与使用的程序语言密切相关，尤其在开发人员大量使用第四代语言以上的工具进行软件开发时，用K LO C 描述一个软件的规模就显得非常不准确。
而且，用这种方法只能在软件开发完成之后才能进行源代码行数的准确度量。
现在，除了套用某些经验公式进行软件工作量的估算时人们还用到这种度量方法外，K LO C 几乎不再被使用。
因此，本文着重介绍国际上比较流行的IFPU G 功能点度量方法，同时，也简要地介绍其他两个国际上比较有影响的软件规模度量方法。
2、FPUG 功能点介绍法2.1功能点分析法的基本原理功能点分析是把应用系统按组件进行分解，并对每类组件以IFPU G 定义的功能点为度量单位进行计算，从而得到反映整个应用系统规模的功能点数。
功能点分析从用户对应用系统功能性需求出发，对应用系统两类功能性需求进行分析：一类是数据功能性需求，另一类为交易功能性需求。
数据功能性需求又分为：内部逻辑文件（ILF：Internal Logical Files）和外部接口文件（EIF：External Interface Files）两类。
交易功能性需求则分为：外部输入（EI：External Inputs），外部输出（EO ：ExternalO utputs），外部查询（EQ ：External Inquiry）三类。
所以，应用系统一共可以按五类组件进行分解。
所谓内部逻辑文件（ILF）是指用户可确认的在应用程序内部进行维护的、逻辑上相关的数据块或控制信息（通常是实体类型中的第二范式或第三范式表示的数据模式）；外部接口文件（EIF）则是指：用户可确认的、由被度量的应用程序引用，但由其他应用程序内部进行维护的、逻辑上相关的数据块或控制信息（通常是实体类型中的第二范式或第三范式表示的数据模式）。
通常的M IS 系统的开发者和用户，对这类组件并不陌生。
外部输入（EI）是指应用程序对来自应用程序边界以外的数据或控制信息的基本处理；外部输出（EO）是指应用程序向其边界之外提供数据或控制信息的基本处理，这种处理逻辑中可能包含数学计算或导数据等，并且要对内部逻辑文件进行维护；外部查询（EQ）是指应用程序向其边界之外供数据或控制信息查询的基本处理，与EO 不同的是，处理逻辑中既不包含数学计算公式也不产生导出数据，处理过程中也不维护ILF。
2.2功能点计算法的具体计算方法在IFPU G 的功能点计算实践手册中，按照组件的复杂程度分别对某个组件按若干个功能点进行计算。
复杂度分成三等，即低、中、高。
对数据功能性的组件来说，复杂度决定于两个因素：一是看ILF 或EIF 所包含的数据元素个数（D ET：D ata Element Types），另一个则是看ILF 和EIF 中用户可以识别的记能性组件，复杂度则取决于交易时所引用的所有内部文件或外部文件的个数（FTR ：File Type R eferenced），以及交易处理过程中输入或输出文件中涉及的动态数据元素个数（D ET）。
按照IFPU G 功能点计算实践手册4.1 版本中的规定：ILF和EIF 的低、中、高三个级别的确定方法如表1 所示。
表1 ILF 和E IF 数据组件的复杂度级别2.3合理分工有效协调这样，如果将一个应用系统按组件分解后，确定每个组件的复杂度等级，然后，按照IFPU G 功能点计算实践手册给出的计算方法，就可以用IFPU G 定义的功能点作为度量单位计算出该系统的规模。
但是，对同一个组件（例如对一个输入组件）若考虑到该组件要有较好的可操作性，或具有更高的执行效率等等要求，则它应当具有更大的规模。
因此，单纯地考虑组件个数以及组件本身的复杂度来计算功能点，仍然不能较客观地反映出系统的规模。
为此，IFPU G 还考虑了14 个称为系统基本特征的属性（G SC ：G eneral System Characteristics）：数据通信（data com munications）performance)、硬件平台配置的负载度（heavily used configuration）、事务速率（transaction rate）、在线数据输入(on-line data entry)、终端用户使用效率(end-user efficiency)、在线升级(on-line update)、复杂处理(com plex processing)、可重用(reusability)、易安装性(installationease)、易操作性(operationalease)、多场所使用(multiplesites)、便于变更(facilitate change)，并将有关属性对系统的影响程度分别赋予0~5 中的某个权值，然后按以下公式对应用系统的功能点进行调整，最终得到被度量系统的功能点数：FP= A U FP×V A F其中，A U FP 为未调整之前的功能点数，V A F 为功能点值调整因子，V A F= (D I1+D I2+...+D I14)×0.01+0.65，而D I（i=1,2...14）为上述的14 个系统基本特征属性所取的权值（0~5）。
1.3 IFP U G 功能点分析法的优缺点使用功能点分析方法进行软件规模度量，具有以下优点：⑴不依赖于软件开发所采取的技术和工具，较好地克服了传统采用K LO C 估算法不科学的弊病；⑵基于用户功能性的需求对软件系统进行分解，用户比较容易理解，使用者本身也有能力处理，所以，用户可以较好地了解应用系统的规模大小以及与相关软件规模的比较，从而能合理地投入资金；⑶可以比较早地进行应用系统的规模估算，一旦输出、输入画面，输出的报表及相关的文件确定后，即可进行估算，而且随着软件开发过程的不断深入，估算可以做得越来越精确；⑷有一个国际性组织IFPU G 负责功能点分析标准的制定和推广，所以功能点分析具有比较客观和公正的信誉，能为国际上许多机构广泛使用。
但是，该方法也还存在不少问题。
首先是五类组件有时不易分辨，特别是数据元素类型、记录元素类型以及引用文件类型的计算，需要详细的文档描述才能进行精确的计算；其次，对各组件复杂度的评价，IFPU G 给出的一些计算规则是经统计分析和反复试验后得出的较佳数值，仍然缺少客观和公正性；同样，功能点值调整因子V FA 的计算也比较主观。
所有这些都会影响计算结果的一致性和可靠性。
2.4其他两种软件规模度量方法正是由于上述这些问题，国际上有不少研究者对IFPU G 的功能点分析方法进行了改进，提出了多个功能点分析的变种版本以及其他关于软件规模度量的方法。
值得提出的有以下两个：⑴ M ark II 功能点分析法1988 年英国的C harles Sym ons 认为IFPU G 对文件的处理有比较多的主观性因素，提出了对IFPU G 功能点分析方法进行改进的意见，并最终形成了IFPU G 功能点分析方法的一个变种产品———M ark II 功能点分析法。
该方法减少了功能点对文件处理的主观性，确保了整个系统整体度量和部分度量总和的一致性。
同时，Sym ons还提出了对G SC 基本特征值的修正，把14 个特征值增加为19 个，让不同的应用领域具有不同的加权因子。
面，不常用的IP 段放在访问控制列表的后面，不使用的删去，以便数据包能够快速地通过检测。
show access-lists 100...perm it ip any 59.74.0.0 0.1.255.255 (3389168 m atches)perm it ip any 219.227.0.0 0.0.255.255 (2136 m atches) ；此条使用较少，在A C L 列表中向后移perm it ip any 222.206.0.0 0.1.255.255 (2294410 m atches)perm it ip any 58.192.0.0 0.1.255.255 ；此条未曾使用，可以移至A C L 的末尾或删去perm it ip any 202.38.96.0 0.0.31.255 (3925 m atches) ...另外，也可以让QQ、BT 等流量大或占用NAT 资源较多的访问走带宽较大、不作NAT 的教育网线路，这只需在ACL 100中加上QQ、BT 等应用的端口访问控制语句即可。
这样可以平衡两个出口的负载，提高使用效率。
access-list 100 perm it tcp any any eq 443access-list 100 perm it udp any any eq 4000 access-list 100 perm it udp any any eq 6000 access-list 100 perm it udp any any eq 8000...3、项目组织与管理3.1功能计算的目的1）提高项目运作的规范性2）提高异地项目运做的可控性3）使项目按时验收4）降低项目成本5）提高客户满意度6）确保项目质量3.2功能计算规范的组成功能计算流程分为四种规范1）流程：给出项目实施的正确程序。