下载文档原格式
IFPUG功能点分析介绍引言IFPUG的功能点分析（FPA）方法是一种目前被广泛接受的关于软件规模度量的有效方法。
目前越来越多的组织在运用这个方法进行软件规模的度量。
故在此对功能点分析做一些简单的介绍，以供大家了解。
FPA简介FPA是从用户角度出发度量软件规模的一种方法。
它从用户的角度出发，将系统分为数据功能和交易功能两大类，分别根据具体的规则来计算功能点，最后结合系统的特征因子来调整功能点数，从而得到最终的系统规模。
具体的度量步骤如下所示：1.确定功能点计数类型2.识别软件的应用边界3.识别数据功能以确定其复杂度以及UFP4.识别事务功能以确定其复杂度以及UFP5.确定UFP数6.确定值调整因子7.计算调整FP数这里的用户指的是用户功能性需求的任何人和/或任何时候与软件通信或互动的任何人或事物。
所谓用户可识别是指为处理而定义的需求或/和能被用户和软件开发者赞同和读懂的数据组。
所以一定要注意功能点评估的方法一定是从用户角度出发，并能够得到用户的认可，它与具体采用何种开发语言，何种技术方案无关。
关于功能点计数类型功能点计数类型在IFPUG的FPA中分为三类：新开发类型、增强类型、应用系统。
其中新开发类型简单的来说就是从无到有的开发一个系统；增强类型简单的来说就是在原有系统基础上新增、完善甚至删除已有的功能。
应用系统则是指对已经存在的系统进行功能点计数。
这三种类型的系统在计算功能点的时候会采用不同的计算方法。
关于应用边界在FPA中强调在进行FPA之前一定要定义应用的边界。
因为这关系到后续在计算功能点的时候相关类型功能的识别以及最终的规模。
而所谓应用边界就是定义范围，从用户的角度出发，确定哪些业务包含在应用中，而哪些业务在应用之外。
关于数据功能在FPA中将数据功能分为两类：1、内部逻辑文件（Internal Logical File, ILF）2、外部接口文件(External Interface File, EIF)这里的文件指的是一组用户可识别的逻辑数据或者控制信息。
功能点估算法介绍及应用一、功能点估算法识别项目范围和数据复杂度功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。
如下图所示，首先大家应该了解功能点估算法的使用步骤。
图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。
2. 识别待估算应用程序的边界和范围。
3. 计算数据类型功能点所提供的未调整的功能点数量。
4. 计算人机交互功能所提供的未调整的功能点数量。
5. 确定调整因子。
功能点分析方法之一-原理篇功能点分析法(FPA：function point analysis) 是一种相对抽象的方法,是一种”人为设计”出的度量方式,主要解决如何客观,公正,可重复地对软件地规模进行度量的问题.FPA 法由IBM的工程师艾伦·艾尔布策(Allan Albrech) 于20 世纪70 年代提出，随后被国际功能点用户协会(IFPUG：The International Function Point Users' Group) 提出的IFPUG 方法继承，从系统的复杂性和系统的特性这两个角度来度量系统的规模，其特征是：“ 在外部式样确定的情况下可以度量系统的规模” ，“ 可以对从用户角度把握的系统规模进行度量” 。
功能点可以用于“ 需求文档” 、“ 设计文档” 、“ 源代码” 、“ 测试用例” 度量，根据具体方法和编程语言的不同，功能点可以转换为代码行。
经由ISO 组织已经有多种功能点估算方法成为国际标准，如：①加拿大人艾伦·艾布恩(Alain Abran) 等人提出的全面功能点法(full function points) ；②英国软件度量协会(UKSMA ：United Kingdom Software Metrics Association) 提出的IFPUG 功能点法(IFPUG function points) ；③英国软件度量协会提出的Mark II FPA 功能点法(Mark II function points) ；④荷兰功能点用户协会(NEFPUG：Netherlands Function Point Users Group) 提出的NESMA 功能点法，以及软件度量共同协会(COSMIC：the Common Software Metrics Consortium) 提出的COSMIC-FFP 方法，这些方法都属于艾尔布策功能点方法的发展和细化。
IFPUG功能点分析介绍IFPUG功能点分析介绍引言IFPUG的功能点分析（FPA）方法是一种目前被广泛接受的关于软件规模度量的有效方法。
目前越来越多的组织在运用这个方法进行软件规模的度量。
故在此对功能点分析做一些简单的介绍，以供大家了解。
FPA简介FPA是从用户角度出发度量软件规模的一种方法。
它从用户的角度出发，将系统分为数据功能和交易功能两大类，分别根据具体的规则来计算功能点，最后结合系统的特征因子来调整功能点数，从而得到最终的系统规模。
具体的度量步骤如下所示：1.确定功能点计数类型2.识别软件的应用边界3.识别数据功能以确定其复杂度以及UFP4.识别事务功能以确定其复杂度以及UFP5.确定UFP数6.确定值调整因子7.计算调整FP数这里的用户指的是用户功能性需求的任何人和/或任何时候与软件通信或互动的任何人或事物。
所谓用户可识别是指为处理而定义的需求或/和能被用户和软件开发者赞同和读懂的数据组。
所以一定要注意功能点评估的方法一定是从用户角度出发，并能够得到用户的认可，它与具体采用何种开发语言，何种技术方案无关。
关于功能点计数类型功能点计数类型在IFPUG的FPA中分为三类：新开发类型、增强类型、应用系统。
其中新开发类型简单的来说就是从无到有的开发一个系统；增强类型简单的来说就是在原有系统基础上新增、完善甚至删除已有的功能。
应用系统则是指对已经存在的系统进行功能点计数。
这三种类型的系统在计算功能点的时候会采用不同的计算方法。
关于应用边界在FPA中强调在进行FPA之前一定要定义应用的边界。
因为这关系到后续在计算功能点的时候相关类型功能的识别以及最终的规模。
而所谓应用边界就是定义范围，从用户的角度出发，确定哪些业务包含在应用中，而哪些业务在应用之外。
关于数据功能在FPA中将数据功能分为两类：1、内部逻辑文件（Internal Logical File, ILF）2、外部接口文件(External Interface File, EIF)这里的文件指的是一组用户可识别的逻辑数据或者控制信息。
功能点分析方法的应用功能点是软件规模的度量，是对软件的功能的细分和量化。
将功能点和其它度量数据一起分析，可以实现对软件产品的各个属性的定量、定性描述。
例如和质量参数结合分析时的缺陷密度；和生产力参数结合分析时的生产率；和成本参数结合分析是的单位开发成本等等。
成功地实施功能点分析，可以在很大程度上帮助我们掌控项目，提高工作水平。
a) 有效地沟通和交流；b) 建立度量基线，并加以跟踪；c) 尽早地发现并解决问题；d) 在做权衡决策的时候有明确的参考数据；以下讨论在项目生命周期内各个阶段内功能点分析方法起到的作用。
1. 项目立项阶段项目立项阶段的主要工作是做可行性分析，其中一个很重要的部分是对项目商业上的可行性进行分析，也就是要判断赚不赚钱。
对于软件项目来说，这是一个难以量化的工作，软件项目中有太多的不确定因素，客户需求不明确而且容易发生变化。
这是最重要的工作就是进行初步的需求分析，以期确定项目的基本范围。
如果这个项目的行业领域是企业或者项目团队比较熟悉的领域，可以根据历史经验进行分析。
如果一个企业已经实施了功能点分析方法，并且建立起了基本基础数据库，就可以在分析的时候使用这些量化的数据，这样可以使决策更加科学。
2. 项目计划编制项目计划的主要内容就是根据项目范围和需求分析，编制软件项目计划，确定时间周期、工作进度、成本、资源等等。
在软件项目计划工作中最重要的工作就是估计。
估计工作包括估计产品规模、选择生命周期、估计工作进度等任务。
估计得到的数据是编制项目计划的基础，在所有的估计活动中，估计产品规模是最基础的工作。
使用功能点分析方法能够很好地量化需求，比起按照经验估算来说更加科学。
2.1. 需求分析和评估在实际工作中，项目的功能性需求往往不能够一下子就分析清楚，项目的范围也不是一下就能够决定的，这是一个反复迭代的过程。
使用功能点分析方法，在这个反复收集、分析、测量的过程中，澄清了项目的需求，将含糊的内容都明确下来，逐步建立完整和详实的工作计划。
功能点分析法IFPUG功能点分析法(IFPUG)是一种常用的软件功能点评估方法，用于对软件开发中的各个功能点进行评估和估算。
它是由国际功能点用户组织(IFPUG)提出和推广的一种评估方法，是目前业界使用最广泛的功能点分析方法之一首先是鉴别功能点。
在这个步骤中，需要识别出软件系统中的各个功能点。
一个功能点是用户对系统的一个可视功能需求，它可以是一个输入项、一个输出项、一个查询项或一个用户界面。
通过分析需求文档和与客户的沟通，可以确定系统中的功能点。
接下来是计算功能点。
在这个步骤中，需要根据功能点类型的不同来计算功能点的数量。
对于输入项、输出项和查询项，可以根据其数量来计算功能点的数量。
对于用户界面，可以根据其复杂程度和用户思维的变化来计算功能点的数量。
通过计算功能点的数量，可以对软件开发的工作量进行估算。
然后是功能点评估。
在这个步骤中，需要对鉴别出的功能点进行评估。
评估功能点的复杂程度和难度，以确定其对开发工作的影响。
评估结果可以用来调整功能点的数量和开发工作的时间和资源，以更准确地完成开发任务。
最后是功能点估算。
在这个步骤中，需要根据功能点的数量和评估结果来进行功能点的估算。
通过将功能点的数量乘以每个功能点的工作量，可以得到整个软件开发任务的工作量。
根据团队的能力和资源，可以确定开发任务的时间表和资源分配。
1.精确度高：功能点分析法(IFPUG)可以通过对软件系统的功能点进行细致的评估和估算，从而得到比较准确的开发工作量和时间估算结果。
2.简洁易懂：功能点分析法(IFPUG)的方法和计算公式相对简单明了，易于理解和操作，可以快速进行功能点的评估和估算。
3. 适用性广泛：功能点分析法(IFPUG)不仅适用于传统软件开发，也适用于Web应用、移动应用和嵌入式系统等各种类型的软件开发项目。
总之，功能点分析法(IFPUG)是一种有效的软件功能点评估方法，通过对软件系统的功能点进行评估和估算，可以更加准确地确定开发工作量和时间表，提高软件开发的效率和质量。
深入了解电脑操作系统Windows的新功能介绍Windows操作系统作为最广泛使用的操作系统之一，一直以来都致力于提供更好的用户体验和增强的功能。
随着技术的发展，Windows系统也不断推出了新的功能和特性，以满足用户日益增长的需求。
在本文中，我们将深入了解一些Windows操作系统的新功能，让我们一起来看看这些新功能是如何改变我们的电脑使用体验的。
一、桌面增强功能Windows系统的桌面是我们操作电脑最常用的界面，而Windows最新版本中提供了许多增强桌面功能的功能。
例如，动态磁贴是一种新的开始菜单选项，它可以显示实时信息，如新的电子邮件、日程提醒等。
此外，多桌面功能也是Windows系统的全新特性，它允许用户创建多个桌面，以提高个人工作效率。
通过简单的组合键，用户可以轻松切换不同的桌面，使得工作和娱乐之间的切换变得更为便捷。
二、Cortana助手Cortana是Windows系统中的一位智能助手，它可以回答用户的问题、执行用户的指令，并且帮助用户完成日常任务。
Cortana助手通过语音识别和自然语言处理技术，使得用户可以通过语音交互与电脑进行沟通，并快速获得想要的信息。
无论是查找天气信息、设置闹钟，还是寻找文件，Cortana都能够提供准确而高效的结果。
通过与用户的互动学习，Cortana可以不断适应用户的需求，提供更加个性化的服务。
三、Windows Hello身份认证随着网络安全的日益重要，Windows系统也加强了用户的身份验证功能。
Windows Hello是一项基于生物识别技术的身份认证系统。
通过使用摄像头进行面部识别或者使用指纹识别器，用户可以更加方便而安全地登录Windows系统。
相比传统的密码登录方式，Windows Hello不仅更加安全可靠，而且操作更加便捷，大大提高了用户的使用体验和系统的安全性。
四、游戏模式和游戏栏对于喜爱电脑游戏的用户而言，Windows系统也推出了一些新的功能来改善游戏体验。
了解电脑操作系统的新功能电脑操作系统在不断发展和进步，每次升级都会引入新的功能和特性，以提升用户的使用体验和效率。
本文将介绍一些最新的电脑操作系统功能，帮助读者了解并充分利用它们。
一、智能助手随着人工智能技术的快速发展，智能助手已成为许多电脑操作系统的标配。
它能够通过语音或键盘输入与用户进行交互，提供各类实用信息和功能。
智能助手可以回答用户的问题，进行语音识别和语音合成，并执行各种任务，如发送电子邮件、设置提醒、搜索互联网等。
通过智能助手，用户可以更便捷地完成各种操作，提高工作和生活效率。
二、虚拟桌面虚拟桌面是一种能够帮助用户整理工作空间的功能。
它允许用户创建多个桌面，并在不同的桌面上放置、切换和管理应用程序和窗口。
虚拟桌面可以提高工作效率，让用户更好地组织和管理任务。
例如，用户可以将工作相关的应用程序和窗口放置在一个桌面上，将娱乐和休闲相关的应用程序和窗口放置在另一个桌面上，以避免混乱和干扰，提高工作和学习的专注度。
三、快速访问和预览为了提高用户的操作效率，操作系统引入了快速访问和预览的功能。
用户可以通过单击鼠标或按下特定的快捷键，快速访问最近使用的文件、文件夹、应用程序等。
此外，用户还可以通过鼠标悬停或特定的手势来预览文件内容，而无需打开文件。
这些功能减少了用户在操作系统中浏览和查找的时间，提高了用户的工作效率。
四、增强的安全性和隐私保护随着网络威胁和隐私泄露的增加，操作系统对安全性和隐私保护的要求也越来越高。
为满足这一需求，最新的操作系统提供了一系列增强的安全功能。
例如，操作系统可以自动监测和阻止恶意软件和病毒的攻击，并提供实时的安全更新和补丁。
此外，用户可以自定义隐私设置，控制应用程序对个人数据的访问权限，并对敏感数据进行加密和防护。
五、协作和共享功能为了满足多人协作的需求，操作系统提供了协作和共享功能。
用户可以轻松地与他人共享文件、文件夹和应用程序，实时协作编辑文档、演示文稿等。
操作系统还提供了版本控制和冲突管理的功能，确保多人协作的顺利进行。
功能点分析在测试中的应用功能点分析是软件测试中至关重要的一个环节，它通过对软件的各个功能点进行分析和测试，以确保软件的正常运行和用户需求的满足。
在这篇文章中，我将详细介绍功能点分析在测试中的应用，并讨论它对软件测试的重要性。
功能点分析是测试过程中的关键一步。
它帮助测试人员全面了解软件的各个功能点，并确定测试策略和测试计划。
通过功能点分析，测试团队可以确保软件的每个功能点都得到充分的测试覆盖，从而减少了遗漏的风险。
正确认识软件的功能点对于测试人员来说至关重要，它们作为测试的依据，可以帮助测试人员制定准确的测试用例和测试方案，确保软件的每个功能得到充分的测试覆盖。
功能点分析还可以帮助测试团队鉴别出软件中的重要功能点。
在软件测试中，不同的功能点具有不同的重要性和优先级。
通过功能点分析，测试人员可以确定哪些功能点对于软件的正常运行至关重要，然后将重点测试资源分配给这些关键功能点。
这种有针对性的测试可以帮助测试人员更加高效地发现软件中的潜在问题，并着重解决这些重要功能点可能存在的风险。
功能点分析还可以帮助测试团队更好地评估测试的覆盖范围和深度。
通过对软件的功能点进行分析，测试人员可以计算出测试的覆盖度和深度指标。
这些指标可以用来衡量测试团队的测试工作是否充分，是否覆盖到了软件的每个关键功能点。
如果测试团队发现测试覆盖度和深度不够，他们可以根据功能点分析的结果进行相应的调整和改进，以确保测试的充分性和有效性。
功能点分析还有助于测试团队制定完善的测试用例。
在测试过程中，测试用例是评估软件功能的重要工具。
通过对软件的功能点进行分析，测试人员可以确定每个功能点所需要的测试用例类型和测试数据。
这样，他们可以有针对性地设计和执行测试用例，检查每个功能点的正确性和稳定性。
基于功能点分析的测试用例设计还可以帮助测试人员发现软件的潜在缺陷和漏洞，提高软件的质量和稳定性。
功能点分析还可以帮助测试团队更好地评估测试的进度和效果。
功能点分析功能点分析IFPUG维护的功能点分析（FPA）是众多功能点评估方法中的一种，目前应用较广泛。
当前最新版本是4.2.1. 。
为了推动Function Point的方法在行业中的应用，IFPUG有推出CFPS的认证。
FPA是从用户角度出发度量软件规模的一种方法。
其目标是：1.度量用户要求和能够接收到的功能2.提供一种与具体实施方法和技术无关的对软件开发和维护进行度量的手段3.提供一种相对来说比较简单的对规模进行度量的方法4.提供一种在不同的项目和组织之间能够保持一致的度量方法相对于其他的软件度量方法而言（诸如代码行），其主要的特点是：该度量方法与技术无关，也就是说对于同一组用户需求，无论你采用什么开发语言，其规模都应该是一定的。
且该度量方法是面向用户的，从用户角度出发的，而其他的度量方法多从技术角度出发，很难让用户接收。
这里先讲几个基本的概念：用户：是指用户功能性需求的任何人和/或任何时候与软件通信或互动的任何人或事物用户视角：它是对业务功能的描述，此为，它应该：1.被用户认可2.能够被用来计算功能点3.能以不同的文档形式出现利用功能点分析的步骤如下图所示：1、决定分析类型功能点计算的类型分为：•开发项目——开发项目功能点计算度量的是项目完成、用户第一次安装系统时提供给用户的功能•升级项目——升级项目功能点计算度量的是项目完成对已存在的应用系统新增、修改或者删除的功能•应用程式——应用程式功能点计算度量的是已经安装运行的系统提供给用户的功能。
2、识别计算范围和应用边界计算范围定义了一组（部分）被度量的软件•它由功能点计算的目的决定•它确定功能点计数中包括的功能•它可以包含一个或多个应用应用边界指出了被度量的软件之间的分界线•定义了应用的外部范围•内部应用与外部用户时间的概念接口；起一种“膜”的作用，数据就是通过这层膜进出应用•包括被应用维护的逻辑数据•协助识别在应用中查询但不在应用中维护的逻辑数据•依赖于用于对应用外部业务的视角；与技术和/或是是方式相独立识别计算范围和应用边界的规则•边界是从用户的角度来划分和决定•应用之间的边界是以用户能够看得见的可分隔的功能域为基础，而不是以技术考虑为出发点。
3、计算数据功能3.1、基本概念3.1.1、数据功能类型•内部逻辑文件 InternalLogical File （ILF）•外部接口文件 External Interface File （EIF）此处的文件不是传统数据处理意义上的文件，而是指一组逻辑上相互关联的数据，并不是实现意义上的物理的数据集合。
3.1.2、ILF•ILF是一组用户可识别的在应用边界内且被应用维护的逻辑相关数据或者控制信息。
•它的主要目的是通用应用的一个或几个基本处理过程维护数据。
3.1.3、EIF•EIF是一组在应用边界内被查询，但在其他应用中被维护的、用户可识别的、逻辑相关数据或者控制信息。
•EIF的主要目的是使数据在应用边界内通过一个或几个基本处理过程得以查询。
这就意味着一个应用中的一个EIF必然是其他应用中的ILF。
3.1.4、相关概念•用户可识别——它是指为处理而定义的需求或/和能被用户和软件开发者赞同和读懂的数据组。
•维护——它指的是可以通过一个基本处理过程更改数据的能力•控制信息——它是影响应用基本处理过程的数据。
它指明了处理什么、何时处理或处理方式。
•基本处理过程——一个基本处理过程就是一个用户可以理解的最小活动单元。
3.2、识别规则3.2.1、ILF识别规则•该组数据或控制信息是逻辑相关的且由用户定义。
•该组数据在应用的边界之内且通过一个或几个基本处理过程来维护。
•以上两条规则都须同时满足，才能算做ILF。
3.2.2、EIF识别规则•该组数据或控制信息是逻辑相关的且由用户定义。
•该组数据处于被计数应用之外，且被该应用查询。
•被计数的应用不对该组数据进行维护。
•该组数据被其它的应用维护。
•以上四条规则都须同时满足，才能算做EIF。
3.3、功能点计算•根据ILF和EIF的复杂度和贡献度来计算其功能点。
•ILF和EIF的复杂度和贡献度取决于以下两种类型元素的数量：o数据元素类型 Date Element Types （DET）o记录元素类型 Record Element Types （RET）3.3.1、基本概念•DET——一个DET就是一个唯一的用户可认知的、不重复的数据域•RET——一个RET就是一个ILF或EIF内用户可认知的数据元素子集3.3.2、DET计算规则•如果通过一个基本处理过程的执行在ILF维护或从ILF或EIF中返回一个特定的用户可识别的、非重复字段，那么每个这样的字段算一个DET •当两个应用维护和/或查询相同的ILF/EIF，但是每个应用单独维护/查询相应的DET，只计算被每个应用使用的DET•对于那些用户要求与其他的EIF/ILF建立关联的数据字段来说，每个这样的数据字段都应算一个DET3.3.3、RET计算规则•每个ILF或EIF得可选或必选子组算一个RET•如果该ILF/EIF没有子组，那么就将该ILF/EIF算作一个RET3.3.4、复杂矩阵3.3.5、功能点复杂程度对应表3.3.6、计算数据功能的提示•一个应用可以在多个处理过程中用到同一个ILF/EIF，但是这个ILF/EIF 只能被计算一次•在同一个应用中一个逻辑文件不能同时作为ILF和EIF来计算。
如果一个数据集合同时满足ILF和EIF的识别规则，则当作ILF来计算。
•如果一组数据没有被作为一个ILF/EIF来计算，则可计算为包含这组数据的ILF/EIF的DET•不要假设一个物理文件、表或对象等于一个从用户视角可以识别的数据逻辑文件•不要假设所有的物理文件都必须被计算为一个ILF/EIF，或是ILF/EIF的一部分3.3.7、计算数据功能的注意事项•以下数据不会作为ILF/EIF计算o临时文件或不同迭代阶段的同一文件o工作文件/排序文件o摘录或视图文件（在打印或显示前，从ILF/EIF中提取）o由于技术原因引入的文件o可选索引、联合、关系或联接o审计数据或历史数据，他们和应用功能数据一起计算•除以上外，以下数据也不会作为ILF计算o同一文件的复本o用作企业备份和恢复的数据（系统的基本特征）o包括不完整业务信息的中间数据•除以上外，以下数据也不会作为EIF计算o从另外系统接收的数据，用于应用中的一个或多个ILF(EI)o由应用格式化后发给其他应用的数据4、计算交易功能4.1、相关概念4.1.1、交易功能类型•外部输入 External Inputs（EI）•外部输出 External Outputs（EO）•外部查询 External inQuiries（EQ）4.1.2、EI•是处理来自应用边界之外的数据或控制信息的基本处理过程。
•EI的主要目的是维护一个或多个ILF并且/或者改变系统的行为。
4.1.3、EO•是向应用边界之外发送数据或控制信息的基本处理过程。
•主要目的是通过逻辑处理方式向用户呈现信息，而不只是直接恢复数据或控制信息。
该处理逻辑必须包含至少一个数学公式或计算过程或生成派生数据。
•一个EO也可能维护一个或多个ILF和/或改变系统行为。
4.1.4、EQ•是向应用边界之外发送数据或控制信息的基本处理过程。
•主要目的是通过恢复数据或控制信息向用户呈现信息。
该处理逻辑不包括任何的数学公式或计算过程，不会生成任何的派生数据。
•EQ处理过程中既不会维护任何ILF，也不会改变系统行为。
4.1.5、EI、EO、EQ都是逻辑处理逻辑处理指的是用户提出的完成某个处理的请求。
逻辑处理的例子包括：•数据验证•数学公式和计算•数据的过滤和选择•分析适用的条件•更新一个或者多个ILF•引用一个或者多个ILF或EIF•运用现有的数据生成衍生数据•改变系统的行为•向应用范围之外准备和显示数据•接受进入系统边界的数据或者控制信息•恢复和重新整理数据4.2、识别规则4.2.1、EI识别规则•数据或控制信息从应用边界之外输入。
•如果穿过边界的数据不是改变系统行为的控制信息，那么至少应维护一个ILF。
•对于已识别的处理过程，至少满足下面三个条件之一：o处理逻辑与该应用中其它EI所用的处理逻辑不同o该组已识别的数据元素不同于该应用中其它EI的数据元素o所涉及的ILF或EIF不同于该应用中其它EI所涉及的文件4.2.2、EO识别规则•数据或控制信息发送出应用边界。
•对于已识别的基本处理过程，至少满足下面三个条件之一：o处理逻辑与该应用中其它EO所用的处理逻辑不同o该组已识别的数据元素不同于该应用中其它EO的数据元素o所涉及的ILF或EIF不同于该应用中其它EO所涉及的文件•还需满足下述条件之一o处理逻辑包含至少一个数学公式或计算过程o至少一个ILF被处理逻辑维护o处理逻辑改变了系统的行为4.2.3、EQ识别规则•数据或控制信息发送出应用边界。
•对于已识别的基本处理过程，至少满足下面三个条件之一：o处理逻辑与该应用中其它EQ所用的处理逻辑不同o该组已识别的数据元素不同于该应用中其它EQ的数据元素o所涉及的ILF或EIF不同于该应用中其它EQ所涉及的文件•还应该满足下述所有条件：o该处理逻辑从一个ILF或EIF返回数据或控制信息o该处理逻辑不包含任何数学公式或计算过程o该处理逻辑不改变系统行为o该处理逻辑不维护任何ILF4.3、计算规则4.3.1、基本概念•根据EI，EO，EQ的复杂度和贡献度来计算•EI, EO, EQ的复杂度和贡献度取决于以下两种元素的数量o引用文件类型 FTR (File Types Referenced)o数据元素类型 DET (Data Element Types)4.3.2、FTR•它是一个被交易功能读取或者维护的内部逻辑文件•或是一个被交易功能读取的外部接口文件4.3.3、DET•一个DET就是一个唯一的用户可认知的，不重复的数据域4.3.4、EI的功能点计算4.3.4.1、FTR计算规则•每个被维护的ILF算一个FTR•每个在EI处理过程中读取的ILF或EIF算一个FTR•由EI维护和读取的ILF只算一个FTR4.3.4.2、DET计算规则•完成EI的过程中，如果一个用户可识别的、非重复的字段穿越应用边界，那么该字段应算一个DET•如果在EI过程中，系统取出或派生一个字段并且该字段存储在一个ILF 之内且没有穿越应用边界，则无须计算DET•如果应用能够发送一个系统响应信息（如：说明EI过程中发生错误，确认处理过程已经完成，确认处理过程应该继续）到应用边界之外，则算一个DET•即使有多种方法调用同一逻辑过程，也只能为这一特定动作计算一个DET4.3.4.3、注意事项以下不能单独计算为EI•包含在查询或输出中的输入请求•用于导航或选择不维护ILF的菜单窗口•帮助用户进行系统的登陆•激活同一逻辑的多种方法•刷新或取消窗口中的数据•需要用户删除或其他事务消息的反应•在同一系统内部（线程与批处理或客户端到服务器）4.3.4.4、复杂度矩阵4.3.4.5、功能点复杂度对应表4.3.5、EO、EQ功能点计算4.3.5.1、FTR计算规则•EO/EQ的FTR计算规则o每个在EO/EQ处理过程中读取的ILF和EIF算一个FTR •EO额外的FTR计算规则o每个在EO处理过程中维护的ILF算一个FTRo每个在EO处理过程中读取和维护的ILF算一个FTR4.3.5.2、DET计算规则•DET数量等于根据下列规则确定的字段总数•用户可识别的非重复的字段进入应用边界并且指明处理什么、何时处理或处理方式并且由EO/EQ返回或产生，那么每个字段算一个DET •每个发出应用边界的用户可识别的非重复字段算一个DET•如果字段同时进入发出边界，对该EO/EQ来说，只算一个DET•如果应用能够发送一个系统响应信息（如：说明过程中发生错误，确认处理过程已经完成，确认处理过程应该继续）到应用边界之外，这种能力算一个DET•即使有多种方法调用同一逻辑过程，也只能为这一特定动作计算一个DET•对那些虽然被保存、返回、派生的没有穿越边界的字段不计算DET •文字的，页面的，系统产生的标签不计算DET4.3.5.3、注意事项以下不能单独计算为EO•数据值不同的相同报告•不包含公式或复杂计算的报告•帮助（EQ）•退出系统•激活同一输出过程的多种方法•需要用户删除或其他事务消息的反应•在同一系统内部（线程与批处理或客户端到服务器）4.3.5.4、复杂度矩阵4.3.5.5、复杂度与功能点对应5、计算未经调整功能点数在分别识别并计算了数据功能（Data Function）和交易功能（Transaction Function）的复杂度之后，利用下表就可以计算出未经调整功能点数：6、计算调整系数和功能点6.1、调整系数（Value Adjustment Factor, V AF）VAF=（TDI×0.01）+0.65•其中TDI (Total Degree of Influence) 为所有系统特征因素影响程度的和•VAF值的范围为0.65~1.35间6.2、已调整功能点数（Adjusted Function Point）•开发项目（Development）=（UFP+CFP）×VAF•应用（Application）=ADD×VAF•增强项目（Enhancement）=[(ADD+CHGA+CFP)×VAFA]+(DEL×VAFB) •其中：o UFP为未调整功能点总数o CFP为转换功能点o ADD为增加的功能点o CHGA为增强后改变功能的UFPo VAFA为增强后调整系数o DEL为被删除功能点o VAFB为增强前调整系数6.3、系统特征因子有14个系统特征因子：•1、数据通讯 2、分布式数据处理•3、性能 4、资源需求•5、事务频率 6、在线数据输入•7、终端用户效率 8、在线升级•9、复杂处理 10、可重用性•11、易安装性 12、易操作性•13、多点运行 14、易变更每个特征因子的影响程度分为6个级别：•0 毫无影响• 1 偶然影响• 2 小影响• 3 一般影响• 4 重要影响• 5 强烈影响每个特征引子的影响程度都有自己的判定规则！6.3.1、数据通讯（Data Communication）•0 应用程序是纯粹的批处理程序或者运行在独立的PC上• 1 应用程序是批处理程序，但是有远程数据输入或远程打印• 2 应用程序是批处理程序，但是有远程数据输入和远程打印• 3 对于批处理程序或者查询系统来说，应用程序包含在线数据收集或者一个远程处理前端• 4 应用程序不仅是一个前端，他还支持一种类型的通信协议• 5 应用程序不仅是一个前端，他还支持不止一种类型的通信协议6.3.2、分布式数据处理（distributed data processing）•0 应用程序不支持系统部件之间的数据传输或者处理• 1 应用程序为系统其他部件上的用户处理、准备数据• 2 为传输准备数据，将数据传输到系统的另一个部分进行处理（不是最终用户）【就是在系统个部件之间传输数据】• 3 分布式处理和数据传输在线进行并且是单项的• 4 分布式处理和数据传输是在线进行并且是双向的• 5 多数系统相应部件上都是动态执行处理功能6.3.3、性能（Performance）•0 用户没有提出任何要求• 1 提出并评审了性能，但不必采取专门措施• 2 响应时间和吞吐量在业务峰值时段是至关重要的。
