功能点估算法识别项目范围和数据复杂度_第1页
功能点估算法识别项目范围和数据复杂度_第2页
功能点估算法识别项目范围和数据复杂度_第3页
功能点估算法识别项目范围和数据复杂度_第4页
功能点估算法识别项目范围和数据复杂度_第5页
已阅读5页,还剩13页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

功能点估算法识别项目范围和数据复杂度功能点估算法是软件项目管理众多知识中比较有技术含量的一个。在软件项目管理中项目计划制定的优劣直接关系到项目的成败,项目计划中对项目范围的估算又尤为重要。如果项目负责人对项目的规模没有一个比较客观的认识,没有对工作量、所需资源、完工时间等因素进行估算,那么项目计划也就没有存在的意义。功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。对软件项目范围的估算有很多种方法,常见的是LOC代码行和FP功能点法。它们之间的区别和关系如下:功能点估算法常用在项目开始或项目需求基本明确时使用,这时进行估算其结果的准确性比较高。假如这个时候使用LOC代码行估算法,则误差会比较大。使用功能点估算法无需懂得软件使用何种开发技术。LOC代码行估算法则与软件开发技术密切相关。功能点估算法是以用户为角度进行估算,LOC代码行估算法则是以技术为角度进行估算。通过一些行业标准或企业自身度量的分析,功能点估算法是可以转换为LOC代码行的。在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延,计算出来的结果会与当初估计的不同。因此,在项目结束时还需要对项目的范围情况重新进行估算,这个时候估算的结果才能最准确反映项目的规模。功能点分析的步骤本文将以国际标准IFPUG(InternationalFunctionPointUsersGroup)组织提供的功能点估算法V4.1.1为基础进行讲解。如下图所示,首先大家应该了解功能点估算法的使用步骤。菜图1功磨能点估算法盏的步骤附具体步骤晃包括:目1.识别研功能点的类骨型。疲2.识别海待估算应用杨程序的边界牛和范围。耕3.计算搬数据类型功武能点所提供塞的未调整的豪功能点数量检。次4.计算哲人机交互功意能所提供的停未调整的功假能点数量。清5.确定键调整因子。偶6.计算衫调整后的功化能点数量。窗识别项目依的类型昂国际IF蛙PUG组织尝将软件项目妖分为三类,总功能点估算厚法适用于任旧何一类项目顿:链新开发项恒目吃二次开发的荐项目割功能增强的咳项目坛识别项目的膜范围和边界仪使用UM梁L的“Us龟eCase模”用例图是木以用户角度贷进行识别项饺目范围和边织界的最好方拿法,在画用全例图时就必壮须明确系统换的边界。通疼过系统的边异界,我们可常以知道哪些添功能要计算去功能点,哪位些功能点是鹊外部系统负智责计算的。遗以图2为例蹦:一个外贸奏订单系统只季包含录入、悬修改、删除拿、查询和统载计订单的功流能,而汇率骆查询转换服乖务是不属于卷该系统的。臂应用程序边屑界的识别规纽则大家一定瓜要牢记,不瓜能从技术角供度去思考,潜必须从用户免角度来定义停;如果项目乒牵扯到多个勿系统,那么效必须将这多洪个系统的边震界全部描述画清楚。商图2外饭贸订单系统俗用例图拾功能点估晚算分类冈功能点估贤算法将功能好点分为以下泛5类:裂1.IL晕F:Int厉ernal毕Logi权calF兽ile内部求逻辑文件习2.EI息F:Ex招terna摇lInt柱erf溜aceF据ile外部鸟接口文件纤3.EI剥:Ext锹ernal激Inpu校t外部输入嚼4.EO差:Ext绩ernal奉Outp龙ut外部输由出划5.EQ赌:Ext陆ernal耗Inqu刘iry外部惧查询真其中,I制LF和EI防F属于数据荷类型的功能犬点,EI、劲EO、EQ沫属于人机交便互事务类型鸭的功能点。泼以外贸订单法系统项目为警例:涝录入订单旨、修改订单页、删除订单找是EI;扣查询订单是悠EO罗统计订单是研EQ飘汇率查询转屿换系统为E烂IF姓订单和客户任是ILF债识别功能点乖的重要原则氧ILF、挎EIF要与窝EI、EO挺、EQ分开树计算。对I处LF和EI腔F复杂度的胁计算可以简诱单理解为对溜数据库复杂调度的计算。付对EI、E健O、EQ复阿杂度的计算欲可以理解为券对程序开发怠复杂度的计崭算。一般软孝件项目都是尊由数据和程乱序构成的,押因此计算I犯LF、EI贪F和计算E洽I、EO、造EQ之间没魂有任何关系轧。里内部逻辑客文件与外部带接口文件僻悔ILF内部嗓逻辑文件首内部逻辑文劫件是指一组脊以用户角度允识别的、在统应用程序边巾界内且被维终护的逻辑相卖关数据或控置制信息。I痰LF的主要玩目的是通过井应用程序的柱一个或多个薯基本处理过弯程来维护数巩据。迷适EIF外部槐接口文件茫外部接口文袜件是指一组哗在应用程序勉边界内被查海询,但在其哥他应用程序益中被维护的胳、以用户角递度来识别的确、逻辑上相哨关的数据。毒因此,一个漠应用程序中港的EIF必蹄然是其他应汽用程序中的铸ILF。E唱IF的主要涌目的是为边穿界内的应用仔程序提供一岂个或多个通寄过基础操作吧过程来引用芹的一组数据艇或信息。朝EIF所遵置循的规则:描从用户角蝇度出发识别乳的一组逻辑幅数据。睡这组数据是竟在应用程序慌外部,并被虎应用程序引惯用的。浸计算功能点虾的这个应用制程序并不维御护该EIF维。多这组数据是柏作为另一个计应用程序中灭的ILF被并维护的。冈ILF和E息IF的复杂诸性计算盛ILF和予EIF的复虽杂性是取决护于RET(贼Recor锡del拦ement摆type维)和DET拒(Data副elem四entt揭ype)的敏数量。DE会T是一个以演用户角度识属别的、非重杏复的、有业路务逻辑意义毒的字段。普DET计算支的规则如下猎:障通过一个按基本处理过今程的执行,趟对ILF进趋行维护,或乒从ILF/走EIF中返况回一个特定麦的、用户可孤识别的、非贯重复的字段临,那么每个馒这样的字段合算一个DE伴T。访例如:添加鹊一个外贸订喂单时需要保笛存“订单号丢码、订单日执期、地址、娘”,那闪么对于IL叉F订单来说谈它的DET怖就是4个。滑再如:保存爬订单时还会四保存订单的峰明细。订单嚷的明细往往诞作为一个子罪表进行保存奔,那么“订冶单号码副”在主表和千子表中都同预时存在(主额外键)。但乏以用户角度沸来识别时,附存盘操作是蜡一个最小的恩单位,那么梦订单号码只束能算做一个荐DET。档当两个应薪用程序维护赠和/或引用盯相同的IL乘F/EIF权,但是每个荒应用程序分讯别维护/引啄用它们相应齿的DET时爱,这些DE域T在这两个忽应用程序的扒维护/引用现中将单独计伍算。乖例如,一个片应用程序的叨两个“El蛾ement块aryP蓄roces画s”基本处队理过程都需桑要使用到“呈地址”的信坏息,地址信爹息又可以细磁分为“国家牢、城市、街固道、”思。那么对于犁其中一个基尼本处理过程传来说,它将常整个地址信量息作为一个蛋整体进行处竟理,只算一薄个沫DET;另克外一个基本虹处理过程使蠢用每个地址济的详细信息砖,那么DE杨T就是4个敌。肢RET计滋算的规则如叠下:倚RET是指悔一个EIF畏/ILF中棚用户可以识蹦别的DET刻的集合。如影果把DET勾简单理解为推字段的话,键那RET就厌可以简单理学解为数据库刺中的表。R醋ET在IL下F/EIF架中分为两种雹类型:可选骡的(Opt话ional容)和必选的叫(Mand捧atory渡)。计算R谢ET的规则徐为以下两点委:碎在一个I催LF/EI周F中每一个梳可选或必选签的集合都被类计算为一个小RET。艘如果一个I渴LF/EI秤F没有子集阀合,则IL高F/EIF仙被计算为一粘个RET。插搬例如:在外教贸订单系统伍中添加一个瞒订单时会保厚存“订单信键息、客户的叠ID、部门析的ID”。盾那么订单系锈统ILF中词的RET为辉:征1.订单霞信息(必选罩的)冰2.客户垂信息(必选愉的)夺3.部门旦信息(可选双的)谁因此ILF虽中RET的困个数为3个洗。抱ILF/晕EIF复杂妄度的矩阵如列下:沙?挪1~19个湿DET溜20~50旁个DET驶超过51个锦DET询1个RET镇低骑低剥中等感2~5个R膝ET淡低鉴中等董高德6个以上R演ET交中等哑高命高丙功能点估算忠法之事务复俩杂度计算影软件项虎目管理中的塌功能点估算夜法将功能点蒸分为5类:推ILF(I彼n微terna症lLog积ical跌File,相内部逻辑文轨件)、EI辛F(Ext彩ernal防Inte湾rface坡File欠,外部接口何文件)、E善I(Ext谎ernal屋Inpu垄t,外部输谷入)、EO吧(Exte呢rnal棵Outpu霞t,外部输比出)和EQ眯(Exte津rnal裹Inqui玉ry,外部巩查询)。其患中,ILF拥和EIF属薄于数据类型衡的功能点,梦EI、EO钱、EQ属于翼事务类型的扮功能点。患EI、E哨O、EQ的右比较顷EI是份处理来自应厘用程序边界帝外部的一组亡数据输入,严它的主要目石的是维护一连个或多个I废LF,以及回/或者更改准系统的行为期。涨EO是输逮送数据到应跑用程序边界阶外部的过程适。它的主要睡目的是通过昏逻辑处理过绣程向用户呈炎现信息。该册处理过程必变须包含至少白一个数学公率式或计算方哑法,或生成赚派生数据。遍一个EO也戴可以维护一圾个或多个I达LF,并/递或改变系统羞行为。推EQ是向薯应用程序边朽界外发送数吸据基本处理皮的过程。其垂主要目的是猫从ILF或何EIF中通坛过恢复数据气信息来向用比户呈现。该脖处理逻辑不多包括任何数仪学公式或计棕算方法,也苍不会生成任打何派生数据仆。EQ不会披维护任何一仓个ILF,防也不会改变孩应用程序的丧系统行为。泄EO和E请Q的共同点拘是,其主要姿目的都是通畅过基本操作堆过程展现数骆据给用户。攀EI、EO方、EQ的比时较见下表。漆表1E外I、EO、妙EQ的主要萝目的馅目的棍EI帜EO纤EQ竟改变应用程内序的属性或廊行为凤主要目的捎次要目的妹不允许坚维护一个或寨多个ILF挑主要目的究次要目的斥不允许旦显示信息给同用户谜次要目的豪主要目的炉主要目的蓝表2EI蜓、EO、E浸Q的主要行轧为功行为德EI诱EO偏EQ寒数学公式或悼计算被执行岂可以瑞至少选择一仓次始不可以等至少一个I成LF被修改鼠至少选择一庆次氏至少选择一娇次叼不可以疏至少一个I舟LF或EI持F被引用梅可选物可选肥必选猎数据被重新茅恢复盒可选建可选故必选脑派生数据被葡创建蓬可选足至少选择一戒次世可选医应用程序的塔行为或属性玩被修改故至少选择一剖次愁至少选择一廉次职可选怀准备或呈现尘信息到系统好边界外芝可选玉必选勇必选双接受进入系斤统边界内的商数据的能力离必须栗可选另可选于事务类型功震能点的计算呀规则拍在IF加PUG的定痒义中有一个事重要的单词拍“Elem独entar趁yPro佛cess”鉴——基本处斧理过程。该思过程对用户茎来说是一个蹲有意义的、踢最小的活动碌单位,并且物是一个自包炼含的活动。钻功能点的分掏类,EI、粪EO、EQ绳的识别都是秧基于“El刘ement疼aryP供roces和s”基本处均理过程的。纽崖EI的计算浮规则堆1.从飞应用边界之锦外收到数据忧。践2.如雕果进入系统种边界内的数隐据不是一个淹改变系统行很为的控制信蜡息,那么至健少一个IL推F应该被改元变。拥3.对申于已识别的燃处理过程,劳至少满足下熄面三个条件华之一。供该基本处刑理过程的逻礼辑与本应用牢系统中其它打基本处理过福程的逻辑不巨同。该基本氏处理过程应跃该具有唯一杏性。例如:职不能存在两侧个完全一模趴一样的存盘者操作。跟在应用程序架边界内,该崇基本处理过纷程所使用的膏这组数据应灯该与其他基叔本处理过程粉所使用的数拢据不同。肥在应用程序损边界内,基或本处理过程锯所引用的I遇LF或EI齐F是不同于闻其它基本处浇理过程所引卵用的ILF剑或EIF。芝其胆EO和EQ筑通用计算规鞭则飞必须全部夏满足以下内桨容才能被视青为一个EO巷或EQ:钱1.从侦外部发送数涝据或控制信茧息到应用程持序边界内。月2.为介了识别这个核过程,以下将三点必须满咽足一个:肆该基本处送理过程逻辑色上必须是唯墨一的,该唯问一性是指其吨在应用程序晒中与其他E款O或EQ在造逻辑性上保揭持唯一。值该基本处理康过程所使用王的数据应该轨是唯一的,律该唯一性是所指其在应用馅程序中与其洗他EO或E飘Q所使用的问数据不同。必宋该基本处理惰过程所引用抚的ILF或案EIF文件仇应该是唯一舞的,该唯一滤性是指其在鼓应用程序中难与其他EO封或EQ所引恒用的ILF吉或EIF文难件不同。劫葬EO补充的赔计算规则议除了要满划足上面的通怎用规则外,同还要满足下伶面其中一条址:母在基本操俭作过程中至秃少包含一个碧数学公式或率计算方法迫在基本操作镜过程中要产劫生派生数据部瓜在基本操作练过程中至少驳要维护一个泰ILF赶在基本操作任过程中要改芹变系统的行拜为。吩孔EQ补充的拨计算规则猪除了要满宵足上面的通奔用规则外,煤还要满足下宇面其中一条咳:盟基本操作跟过程从IL快F或EIF舌中获取数据霉。翁基本操作过命程不能包含匪数学公式或虹计算方法。县竟基本操作过冲程不能生成闭派生数据沙基本操作过打程不能维护聋任何一个I私LF崖基本操作过蓄程不能改变首系统的行为瓶萝EI、EQ方和EO的技魔术复杂性计泛算培复杂丙性取决于F著IRs和D肥ETs的数愧量。FTR摧是被一个事丸物读取或维昼护的ILF舰,或者是被微一个事物读驶取的EIF傍。扑萌EI中识别俭FTR规则晒每一个I必LF应该算叛做一个FT醋R。衫通过EI读费取的每个I喉LF或EI础F都应该计变算为一个F雕TR。习既被EI维蜓护又被读取傅的ILF仅别计算为一个粱FTR。丽乔EI中识别袍DET规则斩在EI的杰过程中,以肚用户角度识债别的、通过曾应用系统边翠界输入系统栗内部的非重稀复字段,应计算作一个D江ET。刻在EI的过齐程中,只要灯没有通过系嫁统边界输入咸,即使它存题在于系统内惑的一个IL彼F中,也不颂能算为一个盏DET。甚例如,外蔑贸订单系统无中,订单的刮金额是被单牛价和数量自用动计算的,婶那么金额是兼没有通过系寿统边界输入杰的,因此在胸EI操作中花就不应该算诊做一个DE灭T。吴在应用程订序的EI操跃作时,系统激提示的错误言信息或完成框操作的信息岭,应该被分乱别计算为一浆个DET。纽价例如,在敢网站注册用钟户信息时,湿由于输入错酱误系统会显昆示提示信息诊,那么这些台提示信息应毛该被逐个计蜡算为一个D更ET。争再如,当塘EI操作完并成时系统提章示并显示出吹来的信息,妄应该被计算阔为一个DE愈T。哄在EI操鲜作中,如果圈遇到主外键语的字段,应凝该算作一个尾DET。哭窃EO和EQ驰计算FTR抽的规则房1.通滨用规则:洪每个在E杀O/EQ处宝理过程中读享取的ILF缴和EIF算盯一个FTR知染2.E早O额外的F着TR计算规砖则锁在EO处刷理过程中每泛个被维护的伐ILF算一染个FTR浊在EO处理场过程中既被斥读取又被维粥护的ILF加算一个FT石R抚黄EO和EQ伴计算DET谎的通用规则捞用户可识湾别的非重复厨字段,进入谦应用边界并烤指明处理什暑么、何时处枕理或处理方桃式,并且由杆EO/EQ到返回或产生帆,那么这样邀的每个字段部算一个DE必T。伟例如,报春表中的每个京字段都是一消个DET。饶在应用边欠界内以用户竞角度识别的险非重复字段亿算一个DE拴T。级例如,在睁报表中起到售解释或备注骨作用的文字渴信息,不管宏是一个字、毯一个词或一屠段话,都当线作一个DE厌T。稼再如,某期种编号或日香期,即使它惩被物理存储横在不同字段阻中,但从用暑户角度看是配一个整体的峡信息,因此傻被算作一个办DET。馅还有,在垮饼图中百分亩比和分类算况作不同的D沙ET。女在EO或砌EQ操作中逐,如果对系耍统进行输入悟或读取操作域时,相同的街字段只计算党一个DET匆。田例如,在扩报表查询时价,输入的字稻段在报表上公也有显示,期那么将算作哑同一个DE酸T。毫在应用程巴序的EO或邪EQ操作时岸,系统提示疏的错误信息静或完成操作斑的信息,应胜该被计算为脏DET。秆例如,用蚁户查询一个肉列表时被拒粥绝,那么拒孩绝的提示信岛息就算为一帆个DET。轿在EO或祝EQ操作中元如果遇到主滔外键的字段傻,应该算作族一个DET绕。买在EO或E慌Q过程中,称只要没有通浊过系统边界裁输入,就算多它存在于系粪统内的一个照ILF中,捏也不能算为井一个DET补。肌例如,在摧公司发工资担的时候,员现工对应的状舞态信息被更臭新,但这个描状态信息的丽更新是没有吩通过系统边舒界输入的,通因此也不能博算做一个D兼ET。钟页面的标法题等类似信颤息不计算D越ET。只系统字段生孔成的记号不志能被算作一删个DET。壳靠例如,页矮码、位置信纯息、时间、贴上一页和下岛一页等信息傻,都不能算临作一个DE摔T。宽EI复杂借度计算矩阵蛇?挽1~4个D聋ET翼5~15个找DET话多于16个木DET岔0~1个F梯TR投低捕低膜中等班2个FTR必低捐中等确高挡大于2个F税RT擦中等角高稼高很EO和EQ竞复杂度计算犁矩阵口?围1~5个D会ET哨6~19个介DET榆多于20个宴DET康0~1个F第TR捕低抛低倡中等鸣2~3个F伤TR称低字中等专高始多于4个F涛TR星中等兴高话高旋未调整前功营能点对应矩累阵镜EI、EO库、EQ、I倍LF和郑EIF技术投复杂度对应浙的功能点如钟下表所示:糖?捆低呼一般络高暴EI缴3增4杜6俱EO流4表5扫7雀EQ洒3若4合6胁ILF凯7娇10凝15派EIF涛5到7纱10必功能点估算闹法之调整因记子阳用功能悄点估算法计戚算软件项目膝功能点时会望用到调整因供子(或称调惧整系数)。默功能点的调瘦整系数是通巡过通用系统摇特性及其影统响程度来评当定的,对每称个常规系统事特性的评估纲由其影响程弟度(DI)博而定,分为湾0-5级:你0毫无总影响崇1偶然汪影响鹿2适度惜影响才3一般健影响砖4重要悟影响香5强烈浆影响包然后依坦次对以下劲14个系统娱常规特性进边行打分,并哄带入以下计欣算公式算出暖功能点的调葡整因子。莫Valu浪eAdj容ustme嫂ntFa滔ctor=狡(sum黑of(钢DI)*搏0.01察)+促0.65截计算调整拔因子粥1.数睡据通讯块数据通讯缩指的是应用块程序直接与驶处理器通讯拍的程度。通匹常我们都是匆通过某种通枕讯手段来实忽现在一个应完用中所使用徒的数据或者漠控制信息。使连接到本地闪控制器上的竹终端被认为银是通讯设施坑,协议则指主两个系统或贴设备之间进乘行通讯时使偿用的一种约都定。所有的洋数据通讯链尺接都需要某既种协议。沫0架应用程序是紫单纯的批处硬理或者PC党st墨and-a梁lone喊1片应用程序是授一种批处理弱过程,但是池包含远程数索据的录入或搁远程打印啦2阿应用程序是耗一种批处理蕉过程,但是俊包含远程数提据的录入和罪远程打印见3磁应用程序包未括在线数据佣收集或者包搬括批处理或幕查询系统的田远程处理的悟前端应用戒4麦应用程序不传单只是前端乌应用,但是扭仅支持一种苦远程处理通稠讯协议艺5齿应用程序不庭单只是前端鸟应用,还支蛮持多于一种括的远程处理非通讯协议竹2.分布停式数据处理心分布式数蝇据处理是应浇用在内部组亏件之间传递碑信息的程度多。这个特性斗是在应用边锄界内体现的爆。发0悟应用程序不斩支持组件之哪间的数据传悟输和处理功奇能通1仗应用程序为牧用户可能进万行的处理准棚备数据(例雪如使用电子屯表格或者数抚据库等)跳2塘应用程序所常准备的数据耗是为了在系跟统另外一个牲组件上传输剃和处理,并膏非为终端用着户所处理。甚3视分布式处理摆和数据传输促是在线的,辞并且是单向皱的队4窃分布式处理掠和数据传输棚是在线的,耐并且是双向老的族5河由系统中最摘恰当的组件佳动态地执行妈处理功能3.性能总性能是吞注吐量、处理烧时间等指标揉对开发的影狼响。用户所富提出的性能广要求将直接卸影响到系统鸭的设计、实麻施、安装和夹支持。呆0脂用户没有提摸出性能方面嚷的要求挂1狮用户提出了牺性能和设计吸方面的要求母,但不需要雁采取特定措从施诉2薄响应时间和紫吞吐量在系御统峰值时是优关键的,但砍是不需要采瑞取相应的C戒PU使用方钢面的特殊设泼计。处理的逼最后期限是资在下一个工钻作日。耻3蚕在任何时候皱响应时间和兄吞吐量都是借关键的,但给是不需要采津取相应的C夹PU使用方神面的特殊设排计。处理的坟完成期限比拐较严格。骗4垦除了上面一锋项的要求外野,由于对需舍求的要求比用较严格,在索设计阶段就凡要进行性能芬分析。猴5男除了上面一某项的要求之疤外,在设计蹦和实施阶段吩需要使用性西能分析工具满来判断性能当要求的完成摊情况。毛4.大业鞋务量配置枯大业务量嚷配置是指计叔算机资源对破应用开发的湿影响程度。纠大业务量的美运行配置对裕设计有特殊答要求,是必雕须考虑的一宇个系统特性购。屈0丹没有提出明错确的运行方驰面的限制母1鞋有运行方面右的限制,但勺是不需要采捎取特别的措写施以满足运猴行限制理2坟提出了一些千安全和时间闻方面的限制络3刮应用程序的伴某些部分对收处理器有特伸定的要求葛4卡提出的运行厚限制对应用寄的中央处理届器或者专用缴处理器有特边殊的要求椒5杀除上面一项片之外,还对扁应用的分布像式组件提出怪了限制证5.事务看处理率肉事务处理顽率是业务交赠易处理速度富对系统的设饥计、实施、没安装和支持恒等的影响。行愤0冰预计不会出懂现周期性的鸣高峰事务处远理期酱1眠预计会有周庸期性的高峰检事务处理期毯(例如:每繁月、每季、绳每年)虫2验预计每周都灰会出现高峰茅事务处理期载3私预计每天都暑会出现高峰糠事务处理期目4传用户在应用拥程序需求或惭者服务级别浴协议中对事译务率要求很查高,因此必抖须在设计阶纳段进行性能临分析。考5潜用户在应用舍程序需求或泉者服务级别阻协议中对事由务率要求很套高,因此必幕须进行性能跌分析并在设掠计、开发和狱安装阶段中缝使用到性能逆分析工具。率6.在线悄数据输入驰在线数据讽输入是指数筒据通过交互补的方式输入革系统的程度蛙。系统中包咽括在线数据也输入和控制铁信息功能。衫0腊所有事务都吵是批处理的钱1满1%~7%属的事务是以宁交互式的方漏式进行数据机录入惧2夹8%~15源%的事务是垂以交互式的禾方式进行数棵据录入狡3消16%~2扇3%的事务么是以交互式歼的方式进行嗓数据录入都4构24%~3烦0%的事务恋是以交互式菌的方式进行麦数据录入傍5戚30%以上谜的事务是以看交互式的方嫌式进行数据邀录入政7.最终踩用户效率扭最终用户销效率是指对巾应用的人文优因素及使用乌的便捷程度孙等的考虑程碍度。瓦如下功能哨设计是针对采最终用户效祝率的:神页面导航施菜单两在线帮助或牵文档纱光标自动跳咏转可以滚动餐在线远程打掘印找预定义的功削能键连在线做批量剃提交任务爪光标可以选猴取界面上的弄数据吹用户使用大铺量反白显示济、重点显示识、下划线或贪其他的标识拢尾在线cop摸y用户文档测丽鼠标拖动功刺能弹出窗体码使用最少的企界面完成某渣种商业功能察逝双语言支持灰(如果选择饭了这个就算圆4项)找语言支持(茅如果选择了辣这个就算6重项)皇0醒以上的一个腹都不包括桨1姜包括以上的萝1~3个毯2纸包括以上的扮4~5个志3漠包括以上的拔6个或以上届,但是没有扩用户对于效葬率的要求偏4汽包括以上的蚊6个或以上品,对用户使颠用效率有较压高要求,因仆而必须考虑谢用户方面的责设计(例如笨,最少击键卸次数、尽可打能提供默认纤值、模版的申使用)碗5欢包括以上的甜6个或以上忙,用户对效路率的要求使向得开发人员乞必须使用特碍定的工具和周流程以判定历用户对效率作的要求已经鞭被达成须8.在线辣更新钩在线更新篇是指内部逻茎辑文件IL谦F被在线更踢新的程度。柜应用系统提苍供在线更新贱内部逻辑文杜件的功能。很按0齿没有在线更刺新艰1数包含1~3册个控制文封件的在线更若新。更新的坛流量低,恢顽复容易。常2豪包含对4乏个以上控制汗文件的在线避更新。更新返的流量低,弦恢复容易。侵3形包含对主要介ILF的悠更新。馒4茧除了3之止外,在设计印和实施中要亭考虑对数据杠丢失的防范拴。腰5秒除了4之嘴外,大量的坐数据恢复工沙作要考虑成虎本因素,同已时包含了高红度自动化的架恢复流程。吩9.复杂割处理韵复杂处理似描述了逻辑营处理对应用赢开发的影响植程度。它包喊含以下要素隔:钻敏感控制芝(例如特殊黑的审核过程摆)和/或程垂序特定的安扩全处理汁大量的逻辑我处理若大量的数学狼处理德因为例外处徐理造成的需乏要重新处理刃的情况(例尾如,由TP巨中断、数据岩值缺少和验肌证失败导致壁的ATM事永务)督多种可能的钻输入/输出备造成的复杂贫处理乘0骑上面一个都艳不满足岁1伙只满足一个守2薯只满足两个没3渡满足三个绳4泄满足四个堵5稿都满足待10.可描复用性拔应用系统兆中的应用和步代码经过特叙殊设计、开辉发和支持,枕可以在其他姓应用系统中味复用。杏0点没有可复用侧的代码冤1奖代码在应用颤之内复用慈2庆应用中被其尝他用户复用境的部分不足动10%蜂3控应用中被不萄止一个用户宣使用的部分说超过10%厉4踩应用遵从一漆种易于复用拖的方式被打姨包和文档化坏。用户在源笼代码级客户辩化该应用。新5搜应用按照一爹种易于复用茎的方式被打掩包和文档化熊。用户使用盼用户参数来兽对该应用进反行客户化。死11.易剩安装性调易安装性叙指应用系统摸的转换和安寸装容易度对扰开发的影响填程度。系统甲测试阶段提俯供了转换和昂安装计划/妹转换工具。烟膊0祝用户对安装善没有特定的抵要求掉1戚用户对安装例没有特定的北要求,但有惊特定的安装宋环境要求瓜2背用户提出了萌安装和转化棋的要求,转绸化/安装指晕南被经过测库试提供给用烤户。但是转笔化的影响对龟该应用不重株要。河3死用户提出了杠安装和转化冲的要求,转承化/安装指握南被经过测横试提供给用握户。转化的狠影响对该应玻用来说是重截要的。昼4基除了2的周要求之外,迈需要提供经槐过测试的自抓动化的安装倾和转化工具礼。德5始除了3的息要求之外,例需要提供经谦过测试的自臭动化的安装妄和转化工具夸。傲12.易傻操作性馋易操作性别指的是应用徒对运行的影圾响程度,如戴有效启动、颈备份和恢复馆规程的影响勉。易操作性她是应用提供古的一种特性谱,它最小化琴了手工操作贷的要求。丛0熄用户没有指孩定除正常备遭份程序外的刺其它特定操访作际1缠提供高效的日启动、备份备和恢复进程波,但需要人闻手操作卧2伪提供高效的止启动、备份瞎和恢复进程鸦,不需要人异手操作(当涝作两项计算篮)躁3威应用程序对宗磁带的需求艰最小化侄4把应用程序对直硬拷贝处理彩的需求最小斥化忧5锁程序设计成印无人操作模黑式。无人操秧作模式的意校思是除了启纽动和关闭之湾外,不需要杠对系统进行捧操作。程序音的其中一个岂功能就是错邪误自动恢复套。割13.多斑场地夏多场地指递应用系统经解特殊设计、眉开发可以在填多个组织、筛多个地点应雾用的程度。鲁省0转用户需求不咽含多场地和穴组织的要求蹈1驶考虑了多场柿地的要求,丧但是设计要躲求应用在不舌同的场地使藏用相同的软咳硬件环境请2译考虑了多场慰地的要求,坛但是设计要柱求应用在不语同的场地使罪用类似的软葬硬件环境扣3咏考虑了多场询地的要求,诊同时设计支奥持应用在不随同的场地使韵用不同的软蛙硬件环境舌4国在1或者撕2的要求徒之上,提供溜了经过测试咐的多场地的该文档和支持和计划触5匙在3的要匠求之上,提歼供了经过测缎试的多场地望的文档和支渐持计划寸14.支基持变更渡支持变更多是指应用在女设计上考虑唉支持处理逻衣辑和数据结浇构变化的程辞度。遍可以具有租如下的特性鸦:袜提供可以质处理简单要归求的弹性查锐询和报告功遵能,如对一创个ILF进耕行与(或)区逻辑析提供可以处筋理一般复杂菌度要求的弹避性查询和报刘告功能,如使对多于一个禾的ILF进告行与(或)乖逻辑(当作廊两项计算)阿增提供可以处摩理复杂要求迁的弹性查询眉和报告功能邀,如对一个抹或多个IL巧F进行与(帐或)逻辑的旬组合(当作疏三项计算)蜡反业务控制数粥据被保存到票用户通过在伶线交互进程稀维护的表中蜻,但变更只扯会在第二个棍工作日生效硬脂业务控制数桨据被保存到题用户通过在泛线交互进程戴维护的表中弯,且变更即眨时生效蛙0??仗一个都不满菌足已1暴合计满足一故个超2单合计满足二芒个渴3掏合计满足三喊个恳4船合计满足四扶个炼5刊合计满足五黄个孤计算调整后锈的功能点个括数道国际I浙FPUG组汉织将软件项纷目分为三类携,功能点估瓣算法适用于著任何一类项协目,其计算乡公式中的术咳语请详见表日1。聋功能点的抖原始计算公前式:片FPC株ount趣=UFP果*VAF绘新开发项后目殊有时新开蕉发的软件项踢目也需要与管其他现存的养软件系统进海行整合。例超如:一个企耐业新开发的豪MIS内部猪管理系统经渠常会与财务洗系统进行整据合。这时除细了考虑本身译项目的功能签点个数外,楚还要考虑系油统整合或数槐据迁移部分揪的工作量。屡因此,其功灿能点计算公歌式如下:灿FPC灾ount撒=(UFP批+CFP)迅*VAF川二次开发膏的项目有有时新开辛发的软件项坐目是在原有员基础上进行疾二次开发的惜,只是为了胜增加一些新吨功能。因此状,其功能点逗计算公式如丹下:诊FPC躺ount陵=ADD亡*VA额F适功能增强的椅项目厉功能增强动项目的功能尊点估算比较仅复杂。在计度算功能点前蜓大家需要计华算有哪些是榴新增加的功杠能,哪些是需被修改的功熄能,哪些是瞧属于数据迁晴移或系统整助合的功能。肺然后计算新疮系统技术复装杂度的调整闯因子“VA坊FA”,并顺在此基础上秀计算系统功冬能点的数量舍。当然,此沉类项目也会醋去掉一些原壶有功能,那发么在原有系歌统的技术复怠杂度基础上递重新计算功菌能点的调整糊因子“VA罢FB”,再歼计算所去掉奖功能贡献的疑功能点数量亦。因此,其愈功能点计算趁公式如下:卫FPC娇ount行=[(A到DD+CH菌GA+CF穗P)*V引AFA]+觉(DEL凉*VAF毛B)概表1功能牢点技术公式斜术语徐术语三英文疮中文含义酿ADD港Added仁func剃tiona务lity涉被添加的功差能点个数犁CFP乐Conve霜rsion巴func吉tiona盼lity巧被转换的功甩能点个数猪CHGA岛UFPo滴fcha汇nged姜funct飞ional吴itya肢fter法enhan熟cemen序t棕功能增强后月所改动的功坝能所贡献的兆未调整的功虫能点个数秘DEL绑Delet破edfu锡nctio米nalit匠y健被删除的功镜能点个数组UFP哲Unadj爽usted率func甜tiona膀lpoi泽ntco圣unt烫未调整的功孕能点个数跑VAF系Value秩adju孝stmen犯tfac泡tor征VAF=(柔sumo市f(DI)限*0.0都1)+0溪.65屈功能点的调促整因子的计咬算公式冒VAF=(扯sumo嘉f(DI)瑞*0.0拴1)+0枝.65创VAFA来Value贩adju稀stmen失tfac尊tora肠fter蹄enhan奔cemen附t狡功能增强后车的功能点调聋整因子定VAFB歇Value厌adju也stmen辨tfac缠torb亲efore庙enha掘nceme疲nt狼功能增强前六的功能点调示整因子肠案例详解:弟功能点估算什法倾以员工挑管理系统为角例,详细说语明如何利用悦功能点估算玉法计算业务株复杂度。额在员工管还理系统中添北加一个员工内资料,会使就用到员工的愧一般信息、扬教育情况、描工作经历和搞家属信息。扮员工隶属于厅某个部门,佣在本系统中柳会有一个对碧部门进行维办护的功能。环员工的工资谜则由另外一资个财务系统视提供。因此揪,其用例图巨如下所示:知图1员翁工管理系统找用例图?炮假设员路工基本信息跨如下所示:朵员工ID辨(标签控件腐)员工名称性别生日婚否殊所属部门I遗D(标签控哲件)狭所属部门名元称丹?——受振教育的时间沃摄?——学顾校名称让?——所竿学专业巨?——工近作时间释?——工慌作单位辱?——工驾作部门声?——工柱作职务胖?——亲曾属的姓名驰?——之孙间关系堡?——亲烘属年龄凤?——工尘作单位棍假设部门蛾信息如下所款示:沃部门ID膊(标签控件耳)部门名称徐假设工资芹表信息如下接所示:惰员工ID创(标签控件湖)员工姓名金额单位政ILF和E惹IF的功能邻点数炸本范例监识别出来I撤LF和EI楚F功能点个淋数如下表所块示。叙ILF内部摔逻辑文件征RET评DET个数絮复杂度溪未调整的F案P个数闯员工信息垫员工基本信矿息、受教育里情况、工作宿经历、亲属头信息,共4翁个。筑18绵低劝7献部门信息薄部门基本信转息,共1个鹊。号2棉

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论