软件开发预算编制-FPA法

1、软件开发预算编制-FPA法Page 01第一部分概述第二部分功能点识别第三部分行业基准数据第四部分编制格式要求第五部分注意事项主题THEMESPage 02第一部分 概述Page4Page5功能点是度量软件规模的一种单位1234功能点是度量软件规模的一种单位，例如生活中我们采用平方米度量房子的面积功能点方法从用户视角（即业务价值)度量软件的大小功能点方法的核心思想是系统维护的信息及处理的复杂程度决定了系统价值功能点方法已成为软件规模度量的国内外标准，目前应用的比较广泛的是国际功能点用户组(IFPUG)发布的标准功能点法和荷兰软件度量协会(NESMA）发布的快速功能点法Page6Page7Page 02第二部分 功能点识别Page9（1）系统边界 FPA有明确的系统边界，有严格的外部和内部划分。（2）视角 FPA的视角是业务和数据，是从用户的角度看问题，不是开发厂商比较习惯的功能模块，要扭转厂商习惯的菜单层级划分，转变为在功能模块分层的基础上，挖掘出对应的业务数据对象，挖掘的思路是系统为用户管理了哪些业务数据，采用了哪些规则数据辅助实现这些管理功能。（3）名词 FPA的名词就是业务数据对

2、象，它们主要包括用户业务相关的业务数据，辅助实现管理业务数据的规则数据。FPA的名词和边界结合起来，分为内部名词ILF、外部名词EIF。特别注意：完全相同的名词，无论内部外部，不能重复出现。需要通过在名词前面增加简练的定语，将名词业务特性表达出来，避免和其他名词过于雷同而被认为是重复名词。（4）动词 FPA的动词就是针对前面梳理出来的名词的操作。主要有EQ、EI、EO三种类型。名词和动词梳理后，都可以作为功能点，是5种功能点类型中的其中之一。Page10 010203确定计数类型识别系统边界识别功能点计数项新开发增强开发（新增、修改、删除）从用户视角按照系统确定边界识别ILF/EIF/EI/EO/EQPage11业务数据:也称为用户的核心数据或者业务对象u用户可识别（一般针对业务用户)u用户可维护（一般针对业务用户)u频繁动态的（相对于业务)u物理特性:通常有关键域和多个属性;可能有从0到无限的记录引用数据:用户用于维护业务数据的业务规则u用户可识别(通常指业务用户)u通常用户可维护(可能是管理员用户)u很少动态变化，通常在应用系统第一次安装时设置或周期性维护在处理业务数据时常常需要访

3、问引用数据u物理特性:通常有关键域和少量属性;可能为一个记录或有限的记录数Page12编码数据:u有时用户可维护（通常由用户支持人员操作)u存储数据以便使业务活动和业务的事务处理标准化和简易化u基本是静态的u物理特性:通常只由关键域和常用的一或两个属性组成；通常有较稳定的记录数量;有时未规格化并与其它编号数据放在一个物理表中；通常用户不限定实施方式（如:独立应用系统、数据字典、或者软件中的硬编码)u和业务数据的主要区别：不是业务对象；改变非业务需求引起u和引用数据的主要区别：可以替换而不改变业务数据的含义编码数据的类型:代换或有效值:典型结构为编码-名称-描述，如国家或地区;一次性事件、静态值或常量编码数据及其相关功能均不计入功能规模!Page13ILF识别规则uILF指在待计数系统内部逻辑上的一组数据u对单个ILF平均执行6种左右的操作（经验而非规则!)，而且一定包含写操作u关键词:内部，逻辑u是否是逻辑文件的关键是用户是否可以理解或识别，而且对该文件的操作是用户的业务需求EIF识别规则u本系统“引用”u是一个“逻辑”上的文件u在系统外部维护关键点：u是文件，而非系统或接口u引用的实

4、现方式不影响计数结果u维护是指逻辑上而非物理上的维护或存储u示例:人事系统与安全系统Page14逻辑文件要点：用户可以理解，对其操作是业务需求！何为逻辑差异？u用户可以感知其用途的明显不同通常有不同的使用、维护方式u关键是可以形成独立的管理/应用闭环举例1：一般客户与VIP客户举例2：个人客户和公司客户依赖关系？对于存在关联的A、B两个实体(N):(M)：2个逻辑文件1:1：1个逻辑文件N:(M)/N:M:如果B依赖于A或者A依赖于B，则计为1个逻辑文件，否则可识别为两个逻辑文件举例1：客户信息举例2：主表与明细表举例3：关系表Step 1Step 3Step 2Step 4发现数据并归类找到潜在的逻辑文件（剔除编码数据）是否有逻辑差异或依赖关系u用户是否可以明确感知业务对象的差异？u不同实体之间是否具有依赖关系？u只有存在逻辑差异且没有依赖关系的业务数据或引用数据才记为独立的逻辑文件是否在系统边界内被维护u如果本系统维护为ILF，只引用而由其他系统维护则为EIFu本系统的EIF应该是其他某个系统的ILF(或其一部分)任何逻辑文件在系统边界内仅被计数一次在系统边界内多个模块重复操作一个

5、逻辑文件多个处理过程维护/访问一个逻辑文件1.找到潜在的逻辑文件是数据吗?是编码数据吗?2.确定逻辑文件的数量是否存在逻辑差异?是否存在依赖关系?3.确定是ILF还是EIF是否在系统边界内进行维护?4.不要重复计数在系统边界内任何逻辑文件仅计数一次u日程安排员工日程安排模块提供对员工日程的建立、修改、删除、查询、提醒等功能。所有员工的日程安排均在该系统中进行更新和备案，还包括对员工的日、周、月工作计划和工作总结进行起草、审核、审批、更新等功能。请识别以上功能描述涉及到的所有逻辑文件。什么是基本过程？u用户可以明确感知其业务意义的一次操作u例如对业务数据的增、删、改、查u基本过程应包含从开始到结束所遇到的所有正常和异常情况是业务关键点上原子操作即:产生基本的业务价值，操作后系统进入相对稳定状态EI识别规则：u是一个完整的基本过程u其主要目的是对内部逻辑文件进行维护或接受某个控制信号使软件行为发生改变EI的主要目的u对内部逻辑文件进行维护，如增/删/改u输入信号并改变系统行为，如启动服务EO识别规则u是一个完整的基本过程u其主要目的是向系统边界之外发送/呈现数据u即通过处理逻辑（计算/产生

6、衍生数据/维护逻辑文件/改变系统行为)表示/发送信息u例如:针对某业务数据的复杂报表/统计分析等(含计算)EQ识别规则u是一个完整的基本过程u其主要目的是向系统边界之外发送/呈现数据u对内部数据的简单输出（不能计算，不能产生衍生数据，也不可维护ILF或改变系统行为，可以排序、筛选、等值代换等)u例如:列表显示某业务数据基本信息如何区分EI/EO/EQ？EIEOEQu输入并维护内部逻辑文件u或控制信息改变系统行为u计算u或输出衍生信息u或改变系统行为u或维护逻辑文件u以原始状态查看信息u可以排序、筛选、分组、简单的等值代换等是否是基本过程?u完整稳定?u有业务价值?基本过程归类看目的：是为了维护内部逻辑文件或系统状态还是输出信息?二看行为：如果主要目的是输出信息，有计算或产生衍生数据吗?是否维护了数据或改变了系统行为?是否计算过?不同的逻辑文件/用户可见数据元素/处理逻辑?序号类型预估功能点估算功能点说明举例1EI4用户通过界面向系统输入，目的是维护ILF或更改系统的行为。1、新增、删除、修改，导入的操作。2EO5系统向用户输出，通过逻辑处理派生数据。1.统计、分析（数据读取后都有计算或

7、处理）。2、信息提示类（读取数据后有处理处置后判断输出如正确、错误或警报预警信息）3、查询（需对数据进行处理，通过规则、条件筛选、正则匹配）3EQ4系统向边界外发送数据，该数据未经加工。1、导出、打印、查询（无需对数据规则处理情况）、模糊搜索、预览、展示（不做任何数据处理，如柱形图，饼形图等可算不同展示）、详情查看2、选择（在下拉框中展现，或筛选）3、排序4ILF3510用户角度识别的，被系统边界内维护的数据或控制信息。数据库的表、独立的文件用户看到的一个完整业务逻辑对象，在系统内部可能对应多个数据表。这里的举例有误，应该是业务逻辑对象自身算一次ILF。要明确系统边界。有误的举例：1、校验功能2、自动回填3、函数4、API接口5EIF157被其他系统维护的，本系统需要调用的数据这里的举例有误，应该是外部维护的业务逻辑对象自身算一次EIF。要明确系统边界。有误的举例：1、从外部导入（包括文件接口）某客户关系管理系统中“客户信息管理”功能描述如下:客户信息包括客户基本信息、客户联系方式信息（NA）。其中客户基本信息包括客户姓名,客户身份证号，客户性别，出生日期，学历，职业，客户经理，备注；

8、联系方式信息包括固定电话信息，移动电话信息，电子邮件信息，通讯地址信息，一个客户可以有多种联系方式,如多个移动电话，多个通讯地址。其中客户姓名、客户身份证号，出生日期、联系方式、备注为输入项，其他（包括客户性别、学历、职业、客户经理）为选择项，采用下拉列表方式。学历下拉列表及职业下拉列表中的字段依据国家相关标准确定，客户经理下拉列表中的数据为岗位为客户经理的所有员工,该数据（员工信息）由人事管理系统进行维护。针对客户信息的主要操作包括:l添加客户信息：将新的客户信息添加到系统中,其中客户基本信息除备注外均为必填项，联系方式信息应至少包含一种有效联系方式。添加过程中会验证身份证号是否重复,如果重复会提示（NA）。l维护客户基本信息：显示客户信息列表，对选中的客户显示并维护其基本信息。l维护客户联系方式信息：显示客户信息列表，对选中的客户显示并维护其联系方式信息。l客户查询：输入客户姓名或联系电话，显示查询结果，如果多名用户符合查询条件，则全部显示。l客户统计：显示客户的数量并统计性别、学历分布（占比)。l删除客户信息：显示客户信息列表，对选中的客户进行删除，删除成功后显示删除成功的确认信

9、息（NA）。l导入客户信息：按照特定的格式从EXCEL 文件导入客户信息。l导入码表数据：包括性别、学历、职业的码表数据（NA）可按照特定的格式从EXCEL文件导入。Page 02第三部分 行业基准数据Page 02第四部分 编制格式要求（1）严格采用我们提供的FPA模板 FPA存在大量的计算公式和因子，需要通过FPA的Excel模板来提高编制效率，各省市的FPA功能模板有所区别。因此需要严格采用我们提供的FPA模板。（2）FPA的几个重要参数和因子 FPA有几个特别重要的参数和因子，通过FPA模板可以看到，可以根据最新的文件调整软件生产率、规模调整因子、人月单价。（3）FPA中的公式和选项形式不能删除，增加行需要复制公式和选项类型 FPA依赖Excel公式自动帮助计算，因此不要删除公式和选项类型，增加行时需要复制前面行里的公式和选项，并进行对公示有效性进行简单测试。（4）字体和表格线等都不要修改 保持FPA模板的字体和表格线等风格设置，系统很复杂的情况下可插入第五级功能列，至少保留一二三级功能列，保持单纯行形式，不要合并行。（5）最后FPA得到的费用是：费用估算子表的基准报价的中值规

10、模估算开发工作量估算计算公式：初始功能点*复用系数*项目特征值*软件开发生产率基准*软件类别调整因子/人月折算系数*软件开发（编码）工作量占比示例：添加客户信息：将新的客户信息添加到系统中,其中客户基本信息除备注外均为必填项，联系方式信息应至少包含一种有效联系方式。工作量=(10+4)*1*1.39*6.65*0.8/21.75/8*0.41=0.24人月Page 02第五部分 注意事项（1）名词 内部业务数据对象：ILF 外部业务数据对象：EIF（2）动词 读取出来就使用，不需要做修改转换或调整：EQ 读取出来后还需要转换或明显调整才能应用：EO 输入或修改，新增数据存储或对已有数据存储进行修改：EI（3）先梳理名词，并大概预估费用 先梳理名词，再梳理动词，在没有动词只是完成名词梳理的情况下，按一个ILF算35，一个EIF算15，进行最后费用预估。请大家严格按照我们给的 EI、EO、EQ进行操作动词的写法，其中没有的特别操作动作再适当增加，并根据上面特征区分为三种动词中的一种。写法必须为一个模块中有名词的先列名词，后列动词。所有操作的写法都必须规范为：名词+动词的形式。如：用户基本信

《软件开发预算编制-FPA法》由会员渊***分享，可在线阅读，更多相关《软件开发预算编制-FPA法》请在金锄头文库上搜索。