FPA功能点算法
按开发方式 软件
套装软件 由开发商开发的成型软件（一般不作定制或定制少） 定制软件 按用户需求定制开发的软件（一般交由外部厂商开发）
我们通常所指的软件度量，主要指定制软件的度量
7
软件的生命周期
按照ISO12207对软件工程生命周期的划分，软件的生命周期分为6个阶段
20 or more DET
中(5) 高(7) 高(7)
EQ
0 to 1 FTR 2 to 3 FTR 4 or more FTR
10
常用软件规模度量方法
• 软件规模度量(size measurement)是估算软件项目工作量、编制成本 预算、策划合理项目进度的基础
• 估算方法有很多种，如：功能点分析(FPA：function points analysis)、代码行(LOC：lines of code)、德尔菲法(Delphi technique)、COCOMO模型、特征点(feature point)、对象点(object point)、3-D功能点(3-D function points)、Bang度量(DeMarcos bang metric)、模糊逻辑(fuzzy logic)、标准构件法(standard component)等
1 to 19 DET 低（7） 低（7） 中（10）
20 to 50 DET 低（7） 中（10） 高（15）
51 or more DET 中（10） 高（15） 高（15）
23
功能点计数方法——事务处理功能
事务处理功能（Transaction Function）
EI
0 to 1 FTR 2 FTR 3 or more FTR
开发商生产率 评定问题
商务谈判报价 评定问题
投资管理
系统增强开发问题
维护成本问题
运行维护
采购管理 需求分析
需求描述不清 问题
资产管理
系统开发
软件报废问题 软件资产核算问题
外包开发过程度 量问题
总体来看，缺乏对IT支撑系统应用软件全生命周期 的有效管理，尤其是软件的度量管理
需求变更与成本 增加的平衡问题
18
功能点计数要素举例
19
功能点计数要素举例
EI/EO/EQ反映的是运动中的数据(data in motion) ILF/EIF反映的是存储中的静态数据 (data at rest)
事务功能
外部输入EI 外部输出EO 外部查询EQ
Application A
file file
file
Application B file
系统或性能测试计划 系统测试 性能测试 创建&运行自动测试 验收测试
软件包选择 构造代码&程序软件 代码评审或代码审查&代码返工 软件包定制/接口 单元测试 软件集成
8
软件规模的影响因素
功能：取决于用户（业务）的需求， 是用户（业务）需求的逻辑规模 (logical size)反映
代码量：是用户（业务）需求逻辑规 模(logical size)的物理规模 (physical size)反映
ILF
1RET 2 to 5 RET 6 or more RET
1 to 19 DET 低（7） 低（7） 中（10）
20 to 50 DET 低（7） 中（10） 高（15）
51 or more DET 中（10） 高（15） 高（15）
EIF
1RET 2 to 5 RET 6 or more RET
内部逻辑文件ILF
外部接口文件EIF
数据功能
20
功能点计数基本过程
1、确定 功能点 计数类
型
2、识 别计数 范围及 应用系 统边界
3、数 据功能
计数
4、事 务处理 功能计
数
5、确定未 调整的功能
点数
6、确定调 整系数值
7、计 算调整 后功能
点数
21
功能点计数方法
把用户的业务功能需求分为数据功能需求和处理数据的事务功能需求
15
功能点分析目的和用途
功能点定义
功能点（Function Points） 是度量软件规模的一个标准 度量单元
一个软件的大小可以通过 交付给用户的功能点数来度 量，就如一间房子的大小通 过提供给用户的建筑面积或 使用面积来度量一样。
分析目的
功能点分析 （Function Point Analysis）是从用户 角度度量软件开发的 一种标准方法。
• 基于软件的功能数和一组独立的项目因子 • 基于需求，在项目早期即可得到的信息 • 与SLOC存在一定的对应关系 • 优势在于独立于软件开发语言，用业务的视角反映软件规模 • 国际主流测算方法，适合甲乙双方谈判沟通
12
功能分析法的发展历程 最早由IBM工程师A·J·Albrecht 于1979年提出 目前已发展为三类有代表性的方法
均源自用户（业务）需求
软件的自身 规模表现为 代码量和功
能点数
9
软件需求-规模的转换模型
用户
需求
非功能 需求
功能性需求 技术需求 质量需求
软件的逻辑规模
软件功能
软件的物理规模
软件代码
• 软件规模派生于量化的用户功能需求与非功能需求 • 软件的物理规模-代码量不仅取决于软件功能（用户的功能性需 求），还取决于用户的技术需求和质量需求（隐含）。
吴俊
• 北京邮电大学信息资源与信息系统研究所 • Mob: 13521698989 • Email: wujun1127@
2008/10
内容提要
1
软件度量概述
2
功能点方法概述
3
功能点计数基本过程
4
功能点计数应用状况
2
引导案例：IT支撑系统软件开发中的窘境
软件投资规模问题
投资规划
软件投资合理 性问题
16
功能点分析方法内容 软件
功能点方法由5个仅取决 于需求规格说明的要素组成
内部逻 辑文件
外部接口 文件
外部 输入
外部 输出
外部 查询
17
功能点的五类要素
下列五要素中，前两种属于文件；后三种属于事务处理，它们涵盖 了终端用户和信息系统对象之间存在的所有可能的交互内容。
内部逻辑文件ILF (Internal Logical File)，在信息系 统内部，为了完成相关功能使用的逻辑文件，包括顺序 文件、数据库表等 外部接口文件EIF (External Interface File)，该系统 和外部其他信息系统为了交换数据而使用的接口文件 外部输入处理 EI (External Input)，是获得数据的过 程，对终端用户的输入进行相关的处理 外部输出处理 EO (External Output)，是反馈数据的过 程，完成对票据、报表等的输出 外部查询处理 EQ(External Inquiry)，针对终端用户的 查询请求，输出相应的检索结果
计划阶段
需求规 格阶段
设计阶段
全面项目策划 可行性分析 成本收益分析 项目启动报告
系统分析 需求规格说明书 需求规格的评审&返工 架构设计/规格说明 架构规格说明评审&返工
功能/外部设计 创建物理/内部设计 设计评审和设计返工
安装上 线阶段
测试阶段
2建00设8-阶3-段25
准备交付的发布 为用户安装发布的软件 准备用户文档 准备&实施用户培训 提供用户支持
业务部门
业务支撑中心 。 。
缺乏对软件规模在全生命周期中的科学度量方法 系统建设各方认识角度不同，难以沟通达成协议
建立科学的软件规模度量体系
采用通用的软件规模度 量方法——功能点法
在不同角度搜集材料， 进行科学分析
在系统开发的整个生命 周期内，明确各方职责
5
理想的管理模式
规划技术部
在计划阶段，借助建立的应用软件历史数据和快速功能点法，快速确定应用软件的投资规模
IFPUG-FPA （应用最广泛） COSMIC-FFP（称为第二代功能点法） UK-MKII（在英国、香港等地使用）
13
三类功能点分析法的比较
一个典型的信息系统由程序和数据构成：
数据/文件的处理
数据/文件的处理
数据/文件
其他 系统
用户角度
系统A的边界
功能元素 定义
IFPUG-FPA
3类处理型文件（EI、EO、EQ） 2类数据型文件（ILF、EIF）
1 to 4 DET
低(3) 低(3) 中(4)
5 to 15 DET
低(3) 中(4) 高(6)
16 or more DET
中(4) 高(6) 高(6)
EO
0 to 1 FTR 2 to 3 FTR 4 or more FTR
1 to 5 DET
低(4) 低(4) 中(5)
6 to 19 DET
低(4) 中(5) 高(7)
事务功能（Transaction Function）
指提供给用户的以满足应用 数据处理需求的功能性
分为外部输入（EI）、外部 输出（EO）、外部查询（EQ）
复杂性由数据元素类型 （DET）和文件引用类型 （FTR）决定(file type referenced)
22
功能点计数方法——数据功能
数据功能（Data Function）
11
功能点 VS 代码行法
• 软件规模的表达形式：
– 源代码行：SLOC （站在乙方立场，侧重“如何做”）
• 历史数据或专家意见法(PERT) • 单位：KSLOC • 用于度量程序开发中的智能工作量 • 规模与开发语言联系密切，技术的视角反映软件规模 • 已逐渐失去吸引力，多用于乙方内部核算用
基于功能点分析方法的嵌入式军用软件规模估算研究
基于功能点分析方法的嵌入式军用软件规模估算研究基于功能点分析方法的嵌入式军用软件规模估算研究导言：软件规模估计在软件开发的过程中起着至关重要的作用。
然而，在军用嵌入式软件的开发过程中，由于其特殊性和复杂性，规模估计变得更加困难。
本文通过引入功能点分析方法，综合考虑嵌入式军用软件的特点，研究了一种基于功能点分析方法的嵌入式军用软件规模估算方法。
一、功能点分析方法的介绍功能点分析（Function Point Analysis，FPA）是一种常用的软件规模估算方法，主要用于评估软件的开发和维护工作量。
它通过对软件的功能进行分类并计算功能点数，从而得到软件的规模估计结果。
功能点分析方法考虑了用户对软件的功能需求，相对客观地评估了软件的规模。
二、嵌入式军用软件的特点嵌入式军用软件与传统的应用软件相比，具有以下特点：1. 复杂性：嵌入式军用软件通常需要处理海量数据和复杂算法，面临着高度复杂性的技术问题。
2. 可靠性和安全性要求高：军用软件的可靠性和安全性要求非常高，一旦发生故障或被攻击可能导致灾难性后果。
3. 实时性要求高：军用软件通常需要在严格的时间约束下完成任务，并及时响应。
4. 特殊硬件约束：嵌入式军用软件往往运行在特定的硬件平台上，需要充分考虑硬件约束条件。
以上特点使得嵌入式军用软件的规模估算变得更加复杂和困难。
三、基于功能点分析方法的嵌入式军用软件规模估算方法在进行嵌入式军用软件规模估算时，可以基于功能点分析方法进行综合考虑。
具体步骤如下：1. 功能点分类：根据嵌入式军用软件的功能需求，将软件的功能划分为逻辑文件、用户界面、查询功能、外部接口和其他功能。
这些功能点的划分需要充分考虑嵌入式军用软件的特点。
2. 功能点计算：对每个功能点进行权重评估，确定其计算公式。
对于逻辑文件和用户界面功能，可以根据其复杂程度和关联数据元素的数量等因素给予不同的权重。
对于查询功能和外部接口功能，可以根据其调用的复杂度和数量给予不同的权重。
D_基于功能点分析法(FPA)的度量体系建设简析V1.0-田代军
基于功能点分析法（FPA）的度量体系建设简析随着信息技术的发展和应用系统规模的增大，无论是系统的建设方还是承建方，都迫切需要建设组织自身的数据度量体系，以便加强项目过程控制、提高生率、降低生产成本，提升市场竞争优势。
组织要建设适合自身需要的度量体系，首先要确定度量所采用的工具和方法，其次要确定度量的要素，即要度量哪些数据，然后建设可信的度量数据库，最后根据度量的数据进行分析，持续改进过程绩效。
以下通过某组织的基于功能点分析法的度量库建设实践，对建设度量体系的基本过程简述如下：1、采用功能点分析法（FPA）功能点分析法具有30多年的发展历史，是由IBM的工程师Allan Albrecht在1984年第一个公开发布了用于软件功能规模度量的功能点分析方法。
1986年国际功能点用户组（IFPUG）成立以来，其不断增强软件功能规模度量的Albrecht方法，现已形成了功能点度量方法的国际标准，即ISO/IEC 20926《IFPUG功能规模度量方法》。
该标准规定了详细功能点度量方法，其是从用户的角度识别数据功能（ILF内部逻辑文件和EIF外部接口文件）和事务功能（EI外部输入/EQ外部查询/EO外部输出），通过计算其复杂度并结合14个调整因子,得出估算的功能点数（即软件规模数据）。
NESMA（荷兰软件度量协会）对功能点度量方法进行了改进，形成了国际标准ISO/IEC 24570《功能点分析应用定义和计数指南》。
该标准指出，在不同的需求阶段，采用不同的估算参数，比如在产品初期阶段，需求尚未完全明确以及拆分，FPA中只计数ILF 和ELF 数据文件数即可初步获得软件规模。
计算规则如下：总体UFP（未调整功能点）=35xILF+15xELF；在系统需求逐步明确后，则采用估算功能点方法计算功能点。
计算规则如下：总体UFP（未调整功能点）=10xILF+7xELF+4xEI+5xEO+4xEQ。
北京软件造价评估技术创新联盟（以下简称“联盟”）推出的计算规则，就是基于以上两种场景下的估算功能点方法，通过相应的调整因子，计算出调整后的应用系统的功能点数。
FPA简介
1.1.1FPA简介FPA是一种用来度量软件系统规模的方法，在FPA中，任何一个软件系统都被看作是由外部输入处理、外部输出处理、外部查询处理、内部逻辑文件和外部参照文件五种要素组成。
外部输入处理EI (External Input)是获得数据的过程，对终端用户的输入进行相关的处理。
外部输出处理EO (External Output)是反馈数据的过程，完成对票据、报表等的输出。
外部查询处理EQ(External Inquiry)是针对终端用户的查询请求，输出相应的检索结果。
内部逻辑文件ILF (Internal Logical File)是在信息系统内部，为了完成相关功能使用的逻辑文件，包括顺序文件、数据库表、临时文件等。
外部参照文件EIF (External Interface File)是该系统和外部其他信息系统为了交换数据而使用的接口文件。
其中前三种属于处理，它们涵盖了终端用户和信息系统对象之间存在的所有可能的交互内容，只要明确了该系统和终端用户的接口就可以正确估算上述三种处理。
后两种属于文件，系统功能确定后，使用文件个数也可以被估算出来。
步骤一：确定EI、EQ、EO、ILF、EIF个数EI的判定基准：1)数据是从系统边界外部获取的2)事务处理是对ILF的插入、修改、删除操作，但当数据是控制信息时，此规则不适用EO的判定基准1)向系统边界的外部输出数据2)一般可以包含下列业务处理逻辑：①一个以上的数学运算处理②由基础数据生成新的数据③对一个以上的ILF进行插入、修改、删除操作④执行系统动作的变更EQ的判定基准1)从系统边界外部获取数据2)向系统边界外部输出数据3)如果包含下列处理逻辑，则不是EQ：①一个以上的数学运算处理②由基础数据生成新的数据③对一个以上的ILF进行插入、修改、删除操作④执行系统动作的变更ILF的判定基准：在计测系统范围内，有检索操作，同时也有插入、更新、删除操作的数据EIF的判定基准1)在计测范围内的系统检索，在计测范围外的系统保存的数据2)在计测系统范围内，没有插入、更新、删除等操作的数据3)是计测范围外系统的ILF步骤二：确定各要素的复杂程度三种处理EI、EQ、EO的复杂程度通常是用该处理中使用文件个数以及用到的文件中的项目数来度量的，复杂程度与文件数和项目数成正比。
FPA简介——精选推荐
FPA简介1.1.1FPA简介FPA是⼀种⽤来度量软件系统规模的⽅法，在FPA中，任何⼀个软件系统都被看作是由外部输⼊处理、外部输出处理、外部查询处理、内部逻辑⽂件和外部参照⽂件五种要素组成。
外部输⼊处理EI (External Input)是获得数据的过程，对终端⽤户的输⼊进⾏相关的处理。
外部输出处理EO (External Output)是反馈数据的过程，完成对票据、报表等的输出。
外部查询处理EQ(External Inquiry)是针对终端⽤户的查询请求，输出相应的检索结果。
内部逻辑⽂件ILF (Internal Logical File)是在信息系统内部，为了完成相关功能使⽤的逻辑⽂件，包括顺序⽂件、数据库表、临时⽂件等。
外部参照⽂件EIF (External Interface File)是该系统和外部其他信息系统为了交换数据⽽使⽤的接⼝⽂件。
其中前三种属于处理，它们涵盖了终端⽤户和信息系统对象之间存在的所有可能的交互内容，只要明确了该系统和终端⽤户的接⼝就可以正确估算上述三种处理。
后两种属于⽂件，系统功能确定后，使⽤⽂件个数也可以被估算出来。
步骤⼀：确定EI、EQ、EO、ILF、EIF个数EI的判定基准：1)数据是从系统边界外部获取的2)事务处理是对ILF的插⼊、修改、删除操作，但当数据是控制信息时，此规则不适⽤EO的判定基准1)向系统边界的外部输出数据2)⼀般可以包含下列业务处理逻辑：①⼀个以上的数学运算处理②由基础数据⽣成新的数据③对⼀个以上的ILF进⾏插⼊、修改、删除操作④执⾏系统动作的变更EQ的判定基准1)从系统边界外部获取数据2)向系统边界外部输出数据3)如果包含下列处理逻辑，则不是EQ：①⼀个以上的数学运算处理②由基础数据⽣成新的数据③对⼀个以上的ILF进⾏插⼊、修改、删除操作④执⾏系统动作的变更ILF的判定基准：在计测系统范围内，有检索操作，同时也有插⼊、更新、删除操作的数据EIF的判定基准1)在计测范围内的系统检索，在计测范围外的系统保存的数据2)在计测系统范围内，没有插⼊、更新、删除等操作的数据3)是计测范围外系统的ILF步骤⼆：确定各要素的复杂程度三种处理EI、EQ、EO的复杂程度通常是⽤该处理中使⽤⽂件个数以及⽤到的⽂件中的项⽬数来度量的，复杂程度与⽂件数和项⽬数成正⽐。
fpa评估 人天标准
fpa评估人天标准
“FPA评估人天标准”这句话的意思是，使用FPA（功能点分析）方法进行评估时，所采用的人天标准。
FPA（功能点分析）是一种用于评估软件项目规模和复杂度的方法。
它通过对软件的功能点进行分类和计数，来估算软件项目的规模和所需的工作量。
在FPA评估中，人天标准是用于将功能点计数转换为人员工时的指标。
不同类型的功能点需要不同数量的人天来进行开发和测试，因此需要有一个统一的标准来将功能点计数转换为人员工时。
FPA评估的人天标准通常是根据历史数据和行业经验来制定的。
它包括对每个功能点的平均开发时间和测试时间进行统计，然后根据这些数据来确定每个功能点需要的人天数。
总结来说，“FPA评估人天标准”是指在FPA评估方法中使用的人天标准，用于将功能点计数转换为人员工时，以估算软件项目的规模和所需的工作量。
FP估算-功能点说明
事务功能表示用户进行数据处理的功能。事务功能分为外部输入（EI）、外部输出(EO)、
外部查询(EQ)三种。
第14页，共102页。
External Inputs （EI)
❖
An external input (EI) is an elementary process that processes data or control
Point Count
RETs
未调整功能点
DETs
External Inputs
外部输入（EI）
Transactional
Functions
事务功能
External Outputs
外部输出（EO）
External Inquiries
外部查询（EQ）
FTRs
DETs
FTRs
DETs
FTRs
第10页，共102页。
＊ A normalization factor for software comparison
作为一种用于比较软件的标准因子
第6页，共102页。
Function Point Counting Procedure Diagram
Determine
type of
count
确定功能点
计算的类别
Identify
确定未调整
的功能点
Deter min e Va lu e
Adjustment Factor
确定调整因子值
第7页，共102页。
Calculate
adjusted
function
point count
计算已调整
功能
FP功能点估算方法
• 用户通过界面向系统输入，目
逻辑文件
的是维护ILF或更改系统的行为。 • 用户角度识别的，被系统边界内
• 如：增、删、改的操作。
维护的数据或控制信息。
• 数据库的表、独立的文件
• EO: External Output外部输出
• 用户看到的一个完整业务逻辑对
• 系统向用户输出，通过逻辑处
象，在系统内部可能对应多个数
商品库 销售记录
EI EO EQ
EI
FTR
DET个数 复杂度 未调整的FP个数
客户姓名、交易
日期、单项、数
销售记录 保存
销售商品、 销售记录
2
量、商品单价、 商品总价、交易 小计、销售税、 交易合计、F1保
中
4
存、报错信息
11
保存算一个EI，查询并汇总算一个EO吗？
数据功能 EIF
销售商品
ILF 销售记录
20世纪70年代提出，演进为一个总标准（ISO14143） 与5个子标准
MarkII、COSMIC、NESMA、FISMA、IFPUG
概念
✓ 软件功能规模是指通过量化功能用户需求而得到的软件规模。
软件规模用功能点（FP）来表示，即功能点是IFPUG功能规模的度量单位。
✓ IFPUG功能规模度量（Functional Size Measurement，FSM）
功能点估算方法
Functional Size Measurement，FSM
FPA
2014年1月
内容
FP方法概述 • 概念 • 价值 • 应用 FP估算过程 • 步骤 • 规则 FP估算案例 • 案例一 • 案例二 FP估算演练
不够敬业？
加班赶工期
软件开发FPA功能点评估模型介绍
3
适用对象及特点
《应用功能点法操作规程及实施细则》适用于广东移动所有开发型 系统，包括IT支撑系统、数据业务系统软件开发规模的度量。 业务支撑系统（BSS）
如：BOSS、经分等。具有单个系统投资规模大、业务需求复杂、功能分期更新 的特点。采用功能点分析方法，便于对业务支撑系统各期业务需求的变动情况进 行对比，避免重复性功能的开发。
23
具体操作（1）
操作：
1. 分析处理过程涉及的数据文件（或实体），按下述规则识别数据功能，并将 在《系统功能清单》中做好记录（数据功能名、RET个数、RET备注）。
5、计 算调整 后功能 点数
8
目录
2
功能点方法的使用步骤
功能点计数过程 确定功能点计数类型 识别计数范围及应用系统边界 确定未调整功能点数 确定调整系数值 计算调整后的功能点数
9
确定功能点计数类型
新开发项目
•指从无到有的开发一个系 统。 •新开发项目的功能点计数 度量了项目完成时交付给 用户进行系统初次安装时 的功能。这些功能是新开 发产生的功能，不依赖于 过往项目或者应用系统。
北京邮电大学 服务科学研究所 2020/3/20
目录
1
操作规程及实施细则简介
应用背景与目的
适用对象
适用范围
编制依据
2
功能点方法的使用步骤
3
功能点计数案例实战
2
应用背景与目的
应用软件开发中的窘境
软件投资规模问题 软件投资合理性问题 开发商生产率评定 商务谈判报价的评定 需求变更与成本增加的平衡 外包开发过程的度量 需求描述不清 系统二次开发问题 维护成本问题
功能在本期不予再计数。
识别应 应用系统边界表示被计数系统和用户之间的界限以及计数系统与其他系统的界限。 3 用系统 其中，与用户的界限帮助识别事务处理功能（用USE-CASE图表示），与其他系
FP功能点估算方法(共68张PPT)
FP的应用
✓ 工作量估算 项目功能点/生产率=项目工作量
✓ 人力成本预算 资源个数＊平均工资=资源成本
生产率
工资
FP
平均成本
项目能否按期交付？ 项目的收益？
2.FP估算过程
FP估算步骤
确定项目的计数范围
• 新开发项目 • 开发并交付软件应用的第一个正式版本项目
• 如：导出、报表、打印、出错信息。
• EQ: External Queries外部查询 • 系统向边界外发送数据，该数据未 经加工。
• 如：查询
• ILF: Internal Logical Files内部逻辑
文件
• 用户角度识别的，被系统边界内 维护的数据或控制信息。
• 数据库的表、独立的文件
• 用户看到的一个完整业务逻辑对象， 在系统内部可能对应多个数据表。
✓ IFPUG功能规模度量（Functional Size Measurement，FSM）
是用功能点分析（FPA）方法来度量软件功能规模的活动。
FP的目的
• 一个成功的软件项目首先要有一个好的起点，也就是一个合理的项 目计划；一个好的项目计划，离不开一个准确的、可信的、客观
的项目估算数据作为基础。 • 之所以要先制定项目计划，目的就是为了让项目更加可控。 • 加班是对不负责任的进度承诺的惩罚。
小结
FP计算过程
• 收集可得到的文档 • 确定计数范围和边界，识别功能用户需求 • 度量数据功能 • 度量事务功能
• 调整因子，计算功能规模
数据功能度量过程
• 识别数据功能（借助识别规则） • 分类数据功能ILF\EIF
• 判断RET和DET（借助计算规则） • 根据复杂度判定表计算复杂度
软件开发规模的功能点分析法
efficiency?
7.
终端用户效率
应用程序设计考虑到终端用户的效率
吗？
On-Line update
How many ILF ’ s are updated by On-Line
transaction?
8.
在线更新
多少ILF被在线事务所更新？
Complex processing
Does the application have extensive logical or
被度量系统的边界(Boundary) 对于计算机系统来说，同其他计算机系统交 互是一个非常普遍的事情，因此，在分类组件之前必须划出每个被度量的系统的
边界。必须要从用户的角度来划边界。简而言之，边界表明了被度量的系统或应 用同外部系统或应用之间的界限。一旦边界被建立，则组件就能够被分类、分级 和评分。
How difficult is conversion and installation?
易安装性
升级或者安装的难度如何？
11.
Operational ease
How effective and/or automated are start-up,
back-up, and recovery procedures?
外部输入
___x 3=___ ___x 4=___ ___x 6=___
外部输出
___x 4=___ ___x 5=___ ___x 7=___
外部查询
___x 3=___ ___x 4=___ ___x 6=___
内部逻辑文件 ___x 7=___ ___x 10=___ ___x 15=___
外部接口文件 ___x 5=___ ___x 7=___ ___x 10=___