估计方法指南

估计方法指南估计方法指南目录12目的和范围.4DELPHI估算方法42.1估算的角色42.1.12.1.22.1.32.2项目经理4估算组织者4项目估算参与者估算活动4..42.3估算准备4估算会议..52.3.22.3.32.3.42.3.52.4会议启动5初始估5估算解释，再估算5达成一致5整合数据6输出63功能点估算（FPA）.63.1确定数据功能及其复杂性63.1.23.1.33.2找出内部逻辑文件和外部接口文件.6识别ILF和EIF的原则6确定ILF与EIF的复杂度6确定事务功能及其复杂度73.2.13.2.23.2.33.33.4计算输入，输出，查询的数目.....7识别EI,EO和EQ的原则7确定EI,EO,EQ的复杂度点计算初始功能7个系统特征9确定14值93.4.13.4.23.54．4.14.2确定系统的14个特征值.9计算调整值系数11计算功能点11类比法.11操作步骤11可重用代码的估算问题11附录：DELPHI估算会流程图121目的和范围软件项目的规模估算历来是比较复杂的事，因为软件本身的复杂性、历史经验的缺乏估算工具缺乏以及一些人为错误，导致软件项目的规模估算往往和实际情况相差甚远。因此，估算错误已被列入软件项目失败的四大原因之一。本指南的目的是介绍常用的功能点估计，类比法估计，WIDEBAND-Delphi专业估计方法，使项目组对软件规模（代码行数，功能点）、人员工作量、进度安排、费用等进行估算。本指南适用于研发中心所有项目生命周期中的估算活动。2Delphi估算方法2.1估算的角色项目经理指定具有3-5名有经验的开发工程师参与估算。其中一名对项目内容了解较深的人员需要被指定为估计组织者。如果项目经理参加估计过程的话，组织者一般由项目经理担任。项目经理指定估算组织者，参与者准备估算所需要的输入信息估算组织者通知，组织召开估算会议，提前发送估算输入材料在必要的时候，需要向参与者解释Delphi方法对估计任务进行陈述为估算的参与者提供：输入材料，估算活动的目标，假设和限制收集，整理估算结果项目估算参与者检查工作拆分内容确定估算对象，使用的假设记录估算值及理由估算活动估算准备项目经理根据项目的特点选定估算类型（规模，工作量等），确定估算组织者，参与者，会议议程，并准备好相应的材料。在选择估算人员时应考虑：3-5名具有开发经验的人员，可以是项目组外的人员具备该项目的背景知识指定的估算组织者负责与参加估算人员进行沟通，确定估算会的时间，地点，会议议程，并Email形式提前发送估算会议通知。估算会议会议启动在必要时，组织者向参与者解释Delphi方法组织者发给估算参与人估算的输入材料，可能是需求文档，WBS（WBS的制定具体参与V工作拆分指南〉）等和一张VDelphi估算记录表〉组织者对估算内容进行陈述，帮助估算人员了解项目背景对每一个需要估算的任务小组讨论出共同的假设和约定条件，并作为估计的基础初始估算估算参与人检查提供的工作任务列表内容，为每一项任务独立进行估算，得到初始估算数据记录到V估算记录表〉，并且清晰注明所考虑的假设和限制，如假设的条件为：假设由一个人来完成所有的任务假设所有的任务定义都串行的假设在定义这些任务的过程中没有中断组织人收集所有人的匿名估算数据，并且用图形标明。2.3.3估算解释，再估算初始估算结束后，估算组织者解释估算人员填写的估算值及假设条件，所有人一起讨论被估算的对象，使用的假设，需要澄清的问题等，讨论中应注意有可能需要增加任务讨论时间由组织人负责控制在15-20分钟讨论之后，估算参与人根据讨论中获得的新信息和假设，以及考虑别人的意见，各自对自己的估算进行调整，此过程中应避免互相讨论。组织人收集所有人的匿名估算数据，用图形标明所有人调整的估算值，一轮估算结束注：匿名方式是为避免资深专家对估算过程的导向性。2.3.4达成一致组织者判断是否结束估算，应考虑以下几种情况：••••所有人的估算的结果已经落到一个能够接受的狭窄范围之内没有人愿意对自己的估算进行修改会议时间到已经进行4轮估算如果无法达成一致，需要进行再估算，重复以上过程3.2.32.3.5整合数据组织者收集估算活动原始记录表格组织者针对估算结果进行讨论后选择估算数据。可选用的方法包括：•••取平均值取中值确定选用范围组织者负责会后将数据整理到V估算书〉中输出任务估计结果记录，包括本次估计产生的假设和条件，V估算书〉3功能点估算（FPA）功能点测量是在需求分析阶段基于系统功能的一种规模估计方法。通过研究初始应用需求来确定各种输入、输出、计算和数据库需求的数量和特性。确定数据功能及其复杂性找出内部逻辑文件和外部接口文件1.内部逻辑文件：系统所存放的数据或控制信息，可以关系数据表、文本文件或其他形式存放。例如雇员的主数据文件就是工资系统一个ILF，可以通过外部输入（EI）来增加、删除或更新雇员主数据文件的内容外部接口文件：系统与其它应用共享的数据或控制信息，但数据的维护由其他系统执行识别ILF和EIF的原则一个文件在一个系统中只能是ILF或EIF，而不可能同时属于两种类型一个系统的EIF文件必然是另外一个系统的ILF如果在多个系统中维护同一个数据文件，则它就是多个系统的ILF应该从用户的角度来考虑文件的划分，例如“发票”就是一个单独的ILF或ELF尽管在设计中“发票”的信息可能来源于多张数据表中的字段，检查点文件、索引文件LOG文件等不是ILF或ELF，因为它们对用户并不是可见的3.1.3确定ILF与EIF的复杂度确定ILF与EIF的复杂度要确定两个系数：数据元素类型（DET），记录元素类型（RET）计算输入，输出，查询的数目外部输入（EI）:更新系统数据的功能，例如“下订单”可以作为一个EI，修改订单作为另外一个EI，如果取消订单则又是一个EI，所以仍然应该从用户的角度去考虑EI的确定原则外部输出（E0）:系统向外部输出的数据或控制信息EO通常表现为报表的形式3.外部查询（EQ）:输入与输出的组合功能，输出是输入的直接结果EQ通常表现为查询功能3.2.2识别EI,EO和EQ的原则1.EI的识别原则：外部系统输入本系统的功能引起系统中数据变化的功能如果输入数据过多，可能分成两屏或更多，则仍然视为一个EIEI的输入形式可以是屏幕输入，也可以是文件导入的方式等多种形式2.EO的识别原则系统向外部输入的数据或控制信息需要系统作某种处理如果输出数据过多，可能分成两屏或更多，则仍然视为一个EOEO不包括查询结果输出，查询作为另一分类3.EQ的识别原则：EQ为输入与输出的组合EQ功能不会改变任何内部数据输出是输入的直接结果如果输出数据过多，可能分成两屏或更多，则仍然视为一个EQEQ既不能当作EI，也不能当作EO确定EI,EO,EQ的复杂度确定EI的复杂度：EI的复杂度取决于两个因素一一数据元素类型（DET），引用文件类型（FTR）数据元素的确定同ILF和EIF，当EI引用ILF（增删改查）或EIF（只读）中的数据，则视为一个FTR。处理EI的过程中也要计算FTR的数目如果EI对同一个数据文件进行不同的操作（增删改查），则视为一个FTREO的复杂度取决于两个因素一数据元素类型（DET）,引用文件类型（FTR）FTR指EO处理过程中所引用的文件EQ的复杂度取决于两个因素一数据元素类型（DET）,引用文件类型（FTR）FTR指EQ处理过程中所引用的文件3.3计算初始功能点初始功能点取决于功能类型及其对应的复杂度,表中是各个功能类型对应的系数确定14个系统特征值确定系统的14个特征值FPA方法认为有14个因素影响FP的个数，这14个特征值根据SRS的内容来判断根据每个特征值的特点，决定它的取值，取值范围介于0到5之间1.数据通讯考虑系统与其他通讯设备之间的接口，以及所涉及到的不同的通讯协议。例如，独立的应用程序（计算器或日历）得分为零；而支持多种通讯协议的应用程序则得分为52.分布式数据处理应用程序内部分布式数据或分布式功能的特征。例如，在系统的组件之间没有数据传输或处理功能得分为0；系统的组件需要大量动态的处理得分为53.性能用户明确陈述或隐含的性能目标（相应时间或吞吐量），性能目标会影响到设计、开发、安装或系统的支持等方面的工作。例如，没有性能要求的应用得分为0；如果应用要求性能目标并需要在系统测试时用相应的性能分析工具来检验，得分为54.运行设备n与用户期望的运行设备有关，需要在设计的过程中作相应的考虑。例如，如果用户希望在现有的设备或指定的设备上运行应用程序，而这个设备可能会被频繁使用，此时设备可能成为应用程序的瓶颈。此时得分较高。事务处理量事务处理量的高低（El、E0、EQ）。事务处理量高的情况下会影响设计、开发与维护等工作。例如，在事务量高且不可预见的情况下得分为56.在线数据输入应用程序提供的在线数据输入与控制功能。下面是得分原则：.0-所有的事务都是批量处理.1-需要交互的数据不超过7%.2-需要交互的数据不超过15%.3-需要交互的数据不超过23%.4-需要交互的数据不超过30%.5-需要交互的数据超过30%7.用户界面友好程度用户界面的友好程度，用户对功能键、菜单、下拉列表、HELP格式等有无特殊的要求8.数据在线更新例如，应用程序提供在线更新ILF的功能，提供自动恢复的功能而无需人员的干预，提供安全机制，此时得分较高9.算法应用程序是否涉及到复杂的算法（逻辑的和数学的），根据经验来判定10.可重用如果应用程序或代码被指定要在其他的应用程序中重用，给予较高的值11.安装容易程度考虑对安装工具、安装手册、安装自动化等方面的要求，安装困难得分值较高12.操作容易程度考虑系统提供的启动、关闭、备份、恢复等功能，如果系统在执行这些功能的过程中需要的手工操作越少，那么得分值越高13.多点运行如果应用程序是为多个组织所设计，并在不同的地点运行，不同地点的需求、软件平台、硬件平台的差异越大，那么得分值越高。14.客户化程度用户对如下的功能是否客户化：.报表布局修改.定义新报表.用户定义查询.用户定制界面如果客户化程度越高，则得分值越高3.4.2计算调整值系数VAF=(TDI*0.01)+0.65TDI(TOTALDEGREEOFINFLUENCE)0.65计算功能点FPC=UFP*VAF4．类比法类比法适合评估一些与历史项目在应用领域、环境和复杂度的相似的项目，通过新项目与历史项目的比较得到规模估计。类比法估计结果的精确度取决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。操作步骤1．整理出项目功能列表和实现每个功能的代码行；2．标识出每个功能列表与历史项目的相同点和不同点，特别要注意历史项目做得不够的地方；3．通过步骤1和2得出各个功能的估计值；4．产生规模估计。可重用代码的估算问题软件项目中用类比法，往往还要解决可重用代码的估算问题。估计可重用代码量的最好办法就是由程序员或系统分析员详细地考查已存在的代码，估算出新项目可重用的代码中需重新设计的代码百分