EI、EO、EQ
EI是处理来自于应用程序边界外部的一组数据的输入，它的主要目的是维护一个或多个ILF，以及/或者更改系统的行为。
EO是输送数据到应用程序边界外部的过程。它的主要目的是通过逻辑处理过程向用户呈现信息。该处理过程必须包含至少一个数学公式或计算方法，或生成派生数据。一个EO也可以维护一个或多个ILF，并/或改变系统行为。
EQ是向应用程序边界外发送数据基本处理的过程。其主要目的是从ILF或EIF中通过恢复数据信息来向用户呈现。该处理逻辑不包括任何数学公式或计算方法，也不会生成任何派生数据。EQ不会维护任何一个ILF，也不会改变应用程序的系统行为。
EO和EQ的共同点
其主要目的都是通过基本操作过程展现数据给用户看。
主要目的
目的 | EI | EO | EQ |
改变应用程序的属性或行为 | 主要目的 | 次要目的 | 不允许 |
维护一个或多个ILF | 主要目的 | 次要目的 | 不允许 |
显示信息给用户 | 次要目的 | 主要目的 | 主要目的 |
主要行为
行为 | EI | EO | EQ |
数学公式或计算被执行 | 可以 | 至少选择一次 | 不可以 |
至少一个ILF被修改 | 至少选择一次 | 至少选择一次 | 不可以 |
至少一个ILF或EIF被引用 | 可选 | 可选 | 必选 |
数据被重新恢复 | 可选 | 可选 | 必选 |
派生数据被创建 | 可选 | 至少选择一次 | 可选 |
应用程序的行为或属性被修改 | 至少选择一次 | 至少选择一次 | 可选 |
准备或呈现信息到系统边界外 | 可选 | 必选 | 必选 |
接受进入系统边界内的数据的能力 | 必须 | 可选 | 可选 |
计算规则
在IFPUG的定义中有一个重要的单词“Elementary Process”基本处理过程。该过程对用户来说是一个有意义的最小的活动单位，并且是一个自包含的活动。功能点的分类EI、EO、EQ的识别都是基于“Elementary Process”基本处理过程的。
● EI的计算规则：
1. 从应用边界之外收到数据。
2. 如果进入系统边界内的数据不是一个改变系统行为的控制信息，那么至少一个ILF应该被改变。
3. 对于已识别的处理过程，至少满足下面三个条件之一。
该基本处理过程的逻辑与本应用系统中其它基本处理过程的逻辑不同。该基本处理过程应该具有唯一性。例如：不能存在两个完全一模一样的存盘操作。
在应用程序边界内，该基本处理过程所使用的这组数据应该与其他基本处理过程所使用的数据不同。
在应用程序边界内，基本处理过程所引用的ILF或EIF是不同于其它基本处理过程所引用的ILF或EIF。
● EO和EQ通用计算规则
必须全部满足以下内容才能被视为一个EO或EQ：
1、 从外部发送数据或控制信息到应用程序边界内。
2、 为了识别这个过程，以下三点必须满足一个：
该基本处理过程逻辑上必须是唯一的，该唯一性是指其在应用程序中与其他EO或EQ的逻辑性上保持唯一。
该基本处理过程所使用的数据应该是唯一的，该唯一性是指其在应用程序中与其他EO或EQ所使用的数据不同。
该基本处理过程所引用的ILF或EIF文件应该是唯一的，该唯一性是指其在应用程序中与其他EO或EQ所引用的ILF或EIF文件不同。
● EO补充的计算规则
除了要满足上面的通用规则外，还要满足下面其中一条：
在基本操作过程中至少包含一个数学公式或计算方法
在基本操作过程中要产生派生数据
在基本操作过程中至少要维护一个ILF
在基本操作过程中要改变系统的行为。
● EQ补充的计算规则
除了要满足上面的通用规则外，还要满足下面其中一条：
基本操作过程从ILF或EIF中获取数据。
基本操作过程不能包含数学公式或计算方法。
基本操作过程不能生成派生数据
基本操作过程不能维护任何一个ILF
基本操作过程不能改变系统的行为
EI、EQ和EO的技术复杂的计算
复杂性取决于FIRs和DETs的数量。FTR是被一个事物操作读取或维护的一个ILF，或者是被一个事物操作读取的一个EIF。
EI中识别FTR规则
● 每一个ILF应该算做一个FTR。
● 通过EI读取操作的每个ILF或EIF都应该被计算为一个FTR。
● 即被EI维护又被读取的ILF仅计算一个FTR。
EI中识别DET规则
● 在EI的过程中，以用户角度识别的，通过应用系统边界输入系统内部的非重复的字段，那么该字段应算一个DET。
● 如果在EI过程中，只要没有通过系统边界输入，就算它存在于系统内的一个ILF中，也不能算为一个DET。
来源：http://blog.sina.com.cn/s/blog_6d723ede01015xfx.html