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。
例如,外贸订单系统中,订单的金额是被单价和数量自动计算的,那么金额是没有通过系统边界输入的,因此在EI操作中就不应该算做一个DET。
- 在应用程序的EI操作时,系统提示的错误信息或完成操作的信息,应该被分别计算为一个DET。
例如,在网站注册用户信息时,由于输入错误系统会显示提示信息,那么这些提示信息应该被逐个计算为一个DET。
再如,当EI操作完成时系统提示并显示出来的信息,应该被计算为一个DET。
- 在EI操作中,如果遇到主外键的字段,应该算作一个DET。
EO和EQ计算FTR的规则
1. 通用规则:
- 每个在EO/EQ处理过程中读取的ILF和EIF算一个FTR
2. EO额外的FTR计算规则
- 在EO处理过程中每个被维护的ILF算一个FTR
- 在EO处理过程中既被读取又被维护的ILF算一个FTR
EO和EQ计算DET的通用规则
- 用户可识别的非重复字段,进入应用边界并指明处理什么、何时处理或处理方式,并且由EO/EQ返回或产生,那么这样的每个字段算一个DET。
例如,报表中的每个字段都是一个DET。
- 在应用边界内以用户角度识别的非重复字段算一个DET。
例如,在报表中起到解释或备注作用的文字信息,不管是一个字、一个词或一段话,都当作一个DET。
再如,某种编号或日期,即使它被物理存储在不同字段中,但从用户角度看是一个整体的信息,因此被算作一个DET。
还有,在饼图中百分比和分类算作不同的DET。
- 在EO或EQ操作中,如果对系统进行输入或读取操作时,相同的字段只计算一个DET。
例如,在报表查询时,输入的字段在报表上也有显示,那么将算作同一个DET。
- 在应用程序的EO或EQ操作时,系统提示的错误信息或完成操作的信息,应该被计算为DET。
例如,用户查询一个列表时被拒绝,那么拒绝的提示信息就算为一个DET。
- 在EO或EQ操作中如果遇到主外键的字段,应该算作一个DET。
- 在EO或EQ过程中,只要没有通过系统边界输入,就算它存在于系统内的一个ILF中,也不能算为一个DET。
例如,在公司发工资的时候,员工对应的状态信息被更新,但这个状态信息的更新是没有通过系统边界输入的,因此也不能算做一个DET。
- 页面的标题等类似信息不计算DET。
- 系统字段生成的记号不能被算作一个DET。
例如,页码、位置信息、时间、上一页和下一页等信息,都不能算作一个DET。
EI复杂度计算矩阵
| 1~4个DET | 5~15个DET | 多于16个DET | |
| 0~1个FTR | 低 | 低 | 中等 |
| 2个FTR | 低 | 中等 | 高 |
| 大于2个FRT | 中等 | 高 | 高 |
EO和EQ复杂度计算矩阵
| 1~5个DET | 6~19个DET | 多于20个DET | |
| 0~1个FTR | 低 | 低 | 中等 |
| 2~3个FTR | 低 | 中等 | 高 |
| 多于4个FTR | 中等 | 高 | 高 |
未调整前功能点对应矩阵
EI、EO、EQ、ILF和EIF技术复杂度对应的功能点如下表所示:
| 低 | 一般 | 高 | |
| EI | 3 | 4 | 6 |
| EO | 4 | 5 | 7 |
| EQ | 3 | 4 | 6 |
| ILF | 7 | 10 | 15 |
| EIF | 5 | 7 | 10 |