EO：是输送数据到应用程序边界外部的过程。它的主要目的是通过逻辑处理过程向用户呈现信息。该处理过程必须包含至少一个数学公式或计算方法，或生成派生数据。一个EO也可以维护一个或多个ILF，并/或改变系统行为。

EQ：是向应用程序边界外发送数据基本处理的过程。其主要目的是从ILF或EIF中通过恢复数据信息来向用户呈现。该处理逻辑不包括任何数学公式或计算方法，也不会生成任何派生数据。EQ不会维护任何一个ILF，也不会改变应用程序的系统行为。

二、EO和EQ的共同点

其主要目的都是通过基本操作过程展现数据给用户看。

1、主要目的：

2、主要行为：

三、计算规则

在IFPUG的定义中有一个重要的单词“Elementary Process”基本处理过程。该过程对用户来说是一个有意义的最小的活动单位，并且是一个自包含的活动。功能点的分类EI、EO、EQ的识别都是基于“Elementary Process”基本处理过程的。

1、EI的计算规则：

a）从应用边界之外收到数据。

b） 如果进入系统边界内的数据不是一个改变系统行为的控制信息，那么至少一个ILF应该被改变。

c）对于已识别的处理过程，至少满足下面三个条件之一。

该基本处理过程的逻辑与本应用系统中其它基本处理过程的逻辑不同。该基本处理过程应该具有唯一性。例如：不能存在两个完全一模一样的存盘操作。在应用程序边界内，该基本处理过程所使用的这组数据应该与其他基本处理过程所使用的数据不同。在应用程序边界内，基本处理过程所引用的ILF或EIF是不同于其它基本处理过程所引用的ILF或EIF。

2、EO和EQ通用计算规则：

a）必须全部满足以下内容才能被视为一个EO或EQ：

从外部发送数据或控制信息到应用程序边界内。

b） 为了识别这个过程，以下三点必须满足一个：

该基本处理过程逻辑上必须是唯一的，该唯一性是指其在应用程序中与其他EO或EQ的逻辑性上保持唯一。该基本处理过程所使用的数据应该是唯一的，该唯一性是指其在应用程序中与其他EO或EQ所使用的数据不同。该基本处理过程所引用的ILF或EIF文件应该是唯一的，该唯一性是指其在应用程序中与其他EO或EQ所引用的ILF或EIF文件不同。EO补充的计算规则：

c）除了要满足上面的通用规则外，还要满足下面其中一条：

在基本操作过程中至少包含一个数学公式或计算方法在基本操作过程中要产生派生数据在基本操作过程中至少要维护一个ILF在基本操作过程中要改变系统的行为。

3、EQ补充的计算规则

除了要满足上面的通用规则外，还要满足下面其中一条：

基本操作过程从ILF或EIF中获取数据。

基本操作过程不能包含数学公式或计算方法。

基本操作过程不能生成派生数据

基本操作过程不能维护任何一个ILF

基本操作过程不能改变系统的行为

4、EI、EQ和EO的技术复杂的计算

复杂性取决于FIRs和DETs的数量。FTR是被一个事物操作读取或维护的一个ILF，或者是被一个事物操作读取的一个EIF。

● EI中识别FTR规则

a）每一个ILF应该算做一个FTR。

b）通过EI读取操作的每个ILF或EIF都应该被计算为一个FTR。

c）即被EI维护又被读取的ILF仅计算一个FTR。

● EI中识别DET规则

a）在EI的过程中，以用户角度识别的，通过应用系统边界输入系统内部的非重复的字段，那么该字段应算一个DET。

b）如果在EI过程中，只要没有通过系统边界输入，就算它存在于系统内的一个ILF中，也不能算为一个DET。

例如：外贸订单系统中，订单的金额是被单价和数量自动计算的，那么金额是没有通过系统边界输入的，因此在EI操作中就不应该算做一个DET。

● 在应用程序的EI操作时，系统提示的错误信息或完成操作的信息，应该被分别计算为一个DET。

当EI操作完成时系统提示并显示出来的信息，应该被计算为DET。

例如：在网站注册用户信息时，由于输入错误系统会显示提示信息，那么这些提示信息应该被逐个计算为一个DET。

● 在EI操作中如果遇到主外键的字段，应该算作一个DET。

四、EO和EQ计算FTR的规则

1、通用规则：

每个在EO/EQ处理过程中读取的ILF和EIF算一个FTR

2、EO额外的FTR计算规则

a）在EO处理过程中每个被维护的ILF算一个FTR

b）在EO处理过程中既被读取又被维护的ILF算一个FTR

3、EO和EQ计算DET的通用规则

a）用户可识别的非重复的字段，进入应用边界并且指明处理什么，何时处理或处理方式，并且由EO/EQ返回或产生，那么这样的每个字段算一个DET

例如：在报表中的每个字段都是一个DET

b）在应用边界内以用户角度识别的，非重复字段算一个DET。

例如：在报表上起到解释或备注作用的文字信息，不管它是一个字、一个词或一段话，都当作一个DET例如：某种编号或日期，就算它被物理存储在不同字段中，但从用户角度来看是一个整体的信息，因此被算作一个DET例如：在饼图中百分比和分类算作不同的DET。

c）在EO或者EQ操作中，如果对系统进行输入或读取操作时，相同的字段只计算一个DET。

例如：在报表查询时，输入的字段在报表上也有显示，那么将算作同一个DET

d）在应用程序的EO或EQ操作时，系统提示的错误信息或完成操作的信息，应该被计算为DET。

例如：用户查询一个列表时被拒绝，那么拒绝的提示信息就算为一个DET。

e）在EO或EQ操作中如果遇到主外键的字段，应该算作一个DET。

f）如果在EO或EQ过程中，只要没有通过系统边界输入，就算它存在于系统内的一个ILF中，也不能算为一个DET。

例如在在公司发工资的时候，员工对应的状态信息被更新，但这个状态信息的更新是没有通过系统边界输入的，因此也不能算做一个DET。

h）页面的标题等类似的信息不计算DET

i）系统字段生成的记号不能被算作一个DET。

例如：页码、位置信息、时间、上一页、下一页等信息。

4、EI复杂度计算矩阵

5、EO和EQ复杂度计算矩阵

6、未调整前功能点对应矩阵

用户评论

杰克

哎，又是这个老问题，每次做项目都遇到参数缺失，希望官方能出一个详细的文档，别让我们每次都这么头疼。

    有18位网友表示赞同！

非想

标题里都说了缺少参数，还用得着问吗？直接去文档里找找不就得了？

    有5位网友表示赞同！

旧事酒浓

这标题写得也太不明确了，缺少哪个参数都不知道，文档里也没说清楚，希望官方能改进一下。

    有9位网友表示赞同！

此生一诺

每次遇到这种问题都让人抓狂，缺少参数这种基础问题都不处理，是不是文档里都是废话？

    有6位网友表示赞同！

淡淡の清香

文档里应该有个快速查找功能啊，现在这样找参数真是浪费时间。

    有15位网友表示赞同！

我的黑色迷你裙

这个参数缺失问题真是让人头大，希望官方能出一个详细的教程，让我们少走弯路。

    有17位网友表示赞同！

青楼买醉

标题里提到了缺少参数，但是没有具体说明是哪个参数，这让人怎么找啊？

    有18位网友表示赞同！

喜欢梅西

文档里的内容太杂乱了，每次查找参数都要翻半天，希望能整理得更加清晰。

    有20位网友表示赞同！

熏染

缺少参数这种问题都解决不了，怎么好意思说自己是好的开发工具？

    有8位网友表示赞同！

无关风月

每次遇到参数问题都感觉自己的技术水平太差了，还是得多学习。

    有17位网友表示赞同！

折木

这标题写得太简单了，对于新手来说可能根本不知道该从哪里下手。

    有13位网友表示赞同！

容纳我ii

缺少参数这个问题太常见了，希望官方能出一个详细的FAQ，帮助大家解决问题。

    有10位网友表示赞同！

疯人疯语疯人愿

文档里的内容太少了，对于一些复杂的参数根本找不到解释，希望官方能补充一下。

    有10位网友表示赞同！

矜暮

这个参数问题困扰了我好久，终于在文档里找到了解决办法，感谢官方的辛勤工作。

    有7位网友表示赞同！

炙年

缺少参数这种问题太容易出现了，希望官方能加强文档的实用性，让开发者更容易上手。

    有9位网友表示赞同！

半梦半醒半疯癫

每次看到这种标题就头疼，希望官方能出一个更详细的参数列表，方便我们查找。

    有9位网友表示赞同！

逃避

这个参数问题让我损失了不少时间，希望官方能尽快解决，别再让我们浪费时间了。

    有7位网友表示赞同！

陌颜

缺少参数这种问题太常见了，希望官方能出一个专门的教程，教我们如何快速解决这类问题。

    有13位网友表示赞同！

青袂婉约

文档里的内容虽然详细，但是缺少参数这种基础问题还是经常出现，希望官方能加强审核。

    有7位网友表示赞同！