功能點估算法識別項目范圍和數(shù)據(jù)復雜度_第1頁
功能點估算法識別項目范圍和數(shù)據(jù)復雜度_第2頁
功能點估算法識別項目范圍和數(shù)據(jù)復雜度_第3頁
功能點估算法識別項目范圍和數(shù)據(jù)復雜度_第4頁
功能點估算法識別項目范圍和數(shù)據(jù)復雜度_第5頁
已閱讀5頁,還剩18頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、功能點估算法識別項目范圍和數(shù)據(jù)復雜度功能點估算法是軟件項目管理眾多知識中比較有技術含量的一個。在軟件項目管理中項目計劃制定的優(yōu)劣直接關系到項目的成敗,項目計劃中對項目范圍的估算又尤為重要。如果項目負責人對項目的規(guī)模沒有一個比較客觀的認識,沒有對工作量、所需資源、完工時間等因素進行估算,那么項目計劃也就沒有存在的意義。功能點估算法的特點項目范圍的估算在CMMI“MA度量分析管理和“PP項目計劃中均有涉及。對軟件項目范圍的估算有很多種方法,常見的是LOC弋碼行和F呦能點法。它們之間的區(qū)別和關系如下:功能點估算法常用在項目開始或項目需求基本明確時使用,這時進行估算其結果的準確性比較高。假如這個時候使

2、用LOC弋碼行估算法,則誤差會比較大。使用功能點估算法無需懂得軟件使用何種開發(fā)技術。LOC弋碼行估算法則與軟件開發(fā)技術密切相關。功能點估算法是以用戶為角度進行估算,LOC弋碼行估算法則是以技術為角度進行估算。通過一些行業(yè)標準或企業(yè)自身度量的分析,功能點估算法是可以轉換為LOC代碼行的。在項目剛開始的時候進行功能點估算可以對項目的范圍進行預測。在項目開發(fā)的過程中由于需求的變更和細化可能會導致項目范圍的蔓延,計算出來的結果會與當初估計的不同。因此,在項目結束時還需要對項目的范圍情況重新進行估算,這個時候估算的結果才能最準確反映項目的規(guī)模。功能點分析的步驟本文將以國際標準IFPUG(Internat

3、ionalFunctionPointUsersGroup)組織提供的功能點估算法V4.1.1為基礎進行講解。如下圖所示,首先大家應該了解功能點估算法的使用步驟。圖1功能點估算法的步驟具體步驟包括:1 .識別功能點的類型。2 .識別待估算應用程序的邊界和范圍。3 .計算數(shù)據(jù)類型功能點所提供的未調整的功能點數(shù)量。4 .計算人機交互功能所提供的未調整的功能點數(shù)量。5 .確定調整因子。6 .計算調整后的功能點數(shù)量。識別項目的類型國際IFPUG&織將軟件項目分為三類,功能點估算法適用于任何一類項目:新開發(fā)項目二次開發(fā)的項目功能增強的項目識別項目的范圍和邊界使用UM的“UseCasg用例圖是以用戶

4、角度進行識別項目范圍和邊界的最好方法,在畫用例圖時就必須明確系統(tǒng)的邊界。通過系統(tǒng)的邊界,我們可以知道哪些功能要計算功能點,哪些功能點是外部系統(tǒng)負責計算的。以圖2為例:一個外貿訂單系統(tǒng)只包含錄入、修改、刪除、查詢和統(tǒng)計訂單的功能,而匯率查詢轉換服務是不屬于該系統(tǒng)的。應用程序邊界的識別規(guī)則大家一定要牢記,不能從技術角度去思考,必須從用戶角度來定義;如果項目牽扯到多個系統(tǒng),那么必須將這多個系統(tǒng)的邊界全部描述清楚。外貿訂單系統(tǒng)圖2外貿訂單系統(tǒng)用例圖功能點估算分類功能點估算法將功能點分為以下5類:1. ILF:InternalLogicalFile內部邏輯文件2. EIF:ExternalInterfa

5、ceFile外部接口文件3. EI:ExternalInput外部輸入4. EO:ExternalOutput外部輸出5. EQ:ExternalInquiry外部查詢其中,ILF和EIF屬于數(shù)據(jù)類型的功能點,EI、EOEQ1于人機交互事務類型的功能點。以外貿訂單系統(tǒng)項目為例:錄入訂單、修改訂單、刪除訂單是EI;查詢訂單是EO統(tǒng)計訂單是EQ匯率查詢轉換系統(tǒng)為EIF訂單和客戶是ILF識別功能點的重要原則ILF、EIF要與EI、EOE3開計算。對ILF和EIF復雜度的計算可以簡單理解為對數(shù)據(jù)庫復雜度的計算。對EI、EOECM雜度的計算可以理解為對程序開發(fā)復雜度的計算。一般軟件項目都是由數(shù)據(jù)和程序構

6、成的,因此計算ILF、EIF和計算EI、EOEQ之間沒有任何關系。內部邏輯文件與外部接口文件ILF內部邏輯文件內部邏輯文件是指一組以用戶角度識別的、在應用程序邊界內且被維護的邏輯相關數(shù)據(jù)或控制信息。ILF的主要目的是通過應用程序的一個或多個基本處理過程來維護數(shù)據(jù)。EIF外部接口文件外部接口文件是指一組在應用程序邊界內被查詢,但在其他應用程序中被維護的、以用戶角度來識別的、邏輯上相關的數(shù)據(jù)。因此,一個應用程序中的EIF必然是其他應用程序中的ILF。EIF的主要目的是為邊界內的應用程序提供一個或多個通過基礎操作過程來引用的一組數(shù)據(jù)或信息。EIF所遵循的規(guī)則:從用戶角度出發(fā)識別的一組邏輯數(shù)據(jù)。這組數(shù)

7、據(jù)是在應用程序外部,并被應用程序引用的。計算功能點的這個應用程序并不維護該EIF。這組數(shù)據(jù)是作為另一個應用程序中的ILF被維護的。ILF和EIF的復雜性計算ILF和EIF的復雜性是取決于RETRecordelementtype)和DETDataelementtype)的數(shù)量。DET1一個以用戶角度識別的、非重復的、有業(yè)務邏輯意義的字段。DETf算的規(guī)則如下:通過一個基本處理過程的執(zhí)行,XtILF進行維護,或從ILF/EIF中返回一個特定的、用戶可識別的、非重復的字段,那么每個這樣的字段算一個DET例如:添加一個外貿訂單時需要保存“訂單號碼、訂單日期、地址、郵編”,那么對于ILF訂單來說它的DE

8、就是4個。再如:保存訂單時還會保存訂單的明細。訂單的明細往往作為一個子表進行保存,那么“訂單號碼”在主表和子表中都同時存在(主外鍵)。但以用戶角度來識別時,存盤操作是一個最小的單位,那么訂單號碼只能算做一個DET當兩個應用程序維護和/或引用相同的ILF/EIF,但是每個應用程序分別維護/引用它們相應的DET寸,這些DETE這兩個應用程序的維護/引用中將單獨計例如,一個應用程序的兩個“ElementaryProcess”基本處理過程都需要使用到“地址”的信息,地址信息又可以細分為“國家、城市、街道、郵編”。那么對于其中一個基本處理過程來說,它將整個地址信息作為一個整體進行處理,只算一個DET另外

9、一個基本處理過程使用每個地址的詳細信息,那么DE就是4個。RET計算的規(guī)則如下:RET1指一個EIF/ILF中用戶可以識別的DET勺集合。如果把DETJ單理解為字段的話,那RETft可以簡單理解為數(shù)據(jù)庫中的表。RE<ILF/EIF中分為兩種類型:可選的(Optional)和必選的(Mandatory)。計算RET勺規(guī)則為以下兩點:在一個ILF/EIF中每一個可選或必選的集合都被計算為一個RET如果一個ILF/EIF沒有子集合,則ILF/EIF被計算為一個RET例如:在外貿訂單系統(tǒng)中添加一個訂單時會保存“訂單信息、客戶的ID、部門的ID”那么訂單系統(tǒng)ILF中的RET/:1 .訂單信息(必選

10、的)2 .客戶信息(必選的)3 .部門信息(可選的)因此ILF中RET勺個數(shù)為3個。ILF/EIF復雜度的矩陣如下:?11價DET205gDET超過51個DET1個RET低低中等2/RET低中等高6個以上RET中等高高|功能點估算法之事務復雜度計算軟件項目管理中的功能點估算法將功能點分為5類:ILF(InternalLogicalFile,內部邏輯文件)、EIF(ExternalInterfaceFile,外部接口文件)、EI(ExternalInput,外部輸入)、EO(ExternalOutput,外部輸出)和EQ(ExternalInquiry,外部查詢)。其中,ILF和EIF屬于數(shù)據(jù)類

11、型的功能點,EI、EOEQ1于事務類型的功能點。EI、EOEQ勺比較EI是處理來自應用程序邊界外部的一組數(shù)據(jù)輸入,它的主要目的是維護一個或多個ILF,以及/或者更改系統(tǒng)的行為。EO是輸送數(shù)據(jù)到應用程序邊界外部的過程。它的主要目的是通過邏輯處理過程向用戶呈現(xiàn)信息。該處理過程必須包含至少一個數(shù)學公式或計算方法,或生成派生數(shù)據(jù)。一個EOt可以維護一個或多個ILF,并/或改變系統(tǒng)行為。EQ是向應用程序邊界外發(fā)送數(shù)據(jù)基本處理的過程。其主要目的是從ILF或EIF中通過恢復數(shù)據(jù)信息來向用戶呈現(xiàn)。該處理邏輯不包括任何數(shù)學公式或計算方法,也不會生成任何派生數(shù)據(jù)。EQf會維護任何一個ILF,也不會改變應用程序的系

12、統(tǒng)行為。EO和EQ勺共同點是,其主要目的都是通過基本操作過程展現(xiàn)數(shù)據(jù)給用戶。EI、EOEQ勺比較見下表。表1EI、EOEQ勺主要目的目的EIEOEQ改變應用程序的屬性或行為主要目的次要目的不允許維護一個或多個ILF主要目的次要目的不允許顯示信息給用戶次要目的主要目的主要目的表2EI、EOEQ勺主要行為EIEOEQ數(shù)學公式或計算被執(zhí)行可以至少選擇一次/、可以至少一個ILF被修改至少選擇一次至少選擇一次/、口以至少一個ILF或EIF被引用可選可選必選數(shù)據(jù)被重新恢復"1可選可選必選派生數(shù)據(jù)被創(chuàng)建可選至少選擇一次可選應用程序的行為或屬性被修改至少選擇一次至少選擇一次可選準備或呈現(xiàn)信息到系統(tǒng)邊

13、界外可選必選必選接受進入系統(tǒng)邊界內的數(shù)據(jù)的能力必須可選可選事務類型功能點的計算規(guī)則在IFPUG勺定義中有一個重要的單詞“ElementaryProcess-基本處理過程。該過程對用戶來說是一個有意義的、最小的活動單位,并且是一個自包含的活動。功能點的分類,EI、EOEQ勺識別都是基于“ElementaryProcess”基本處理過程的。EI的計算規(guī)則1,從應用邊界之外收到數(shù)據(jù)。2 .如果進入系統(tǒng)邊界內的數(shù)據(jù)不是一個改變系統(tǒng)行為的控制信息,那么至少一個ILF應該被改變。3 .對于已識別的處理過程,至少滿足下面三個條件之一。該基本處理過程的邏輯與本應用系統(tǒng)中其它基本處理過程的邏輯不同。該基本處理過

14、程應該具有唯一性。例如:不能存在兩個完全一模一樣的存盤操作。在應用程序邊界內,該基本處理過程所使用的這組數(shù)據(jù)應該與其他基本處理過程所使用的數(shù)據(jù)不同。在應用程序邊界內,基本處理過程所引用的ILF或EIF是不同于其它基本處理過程所引用的ILF或EIF。EG口EQS用計算規(guī)則必須全部滿足以下內容才能被視為一個EO£EQ1 .從外部發(fā)送數(shù)據(jù)或控制信息到應用程序邊界內。2 .為了識別這個過程,以下三點必須滿足一個:該基本處理過程邏輯上必須是唯一的,該唯一性是指其在應用程序中與其他EO£EQE邏輯性上保持唯一。該基本處理過程所使用的數(shù)據(jù)應該是唯一的,該唯一性是指其在應用程序中與其他EO

15、£EQT使用的數(shù)據(jù)不同。該基本處理過程所引用的ILF或EIF文件應該是唯一的,該唯一性是指其在應用程序中與其他EO£EQT引用的ILF或EIF文件不同。EG卜充的計算規(guī)則除了要滿足上面的通用規(guī)則外,還要滿足下面其中一條:在基本操作過程中至少包含一個數(shù)學公式或計算方法在基本操作過程中要產(chǎn)生派生數(shù)據(jù)在基本操作過程中至少要維護一個ILF在基本操作過程中要改變系統(tǒng)的行為。E卜充的計算規(guī)則除了要滿足上面的通用規(guī)則外,還要滿足下面其中一條:基本操作過程從ILF或EIF中獲取數(shù)據(jù)?;静僮鬟^程不能包含數(shù)學公式或計算方法?;静僮鬟^程不能生成派生數(shù)據(jù)基本操作過程不能維護任何一個ILF基本操

16、作過程不能改變系統(tǒng)的行為EI、EG口EO勺技術復雜性計算復雜性取決于FIRs和DETS勺數(shù)量。FT更被一個事物t取或維護的ILF,或者是被一個事物讀取的EIF。EI中識另1JFTRK貝U每一個ILF應該算做一個FTR通過EI讀取的每個ILF或EIF都應該計算為一個FTR既被EI維護又被讀取的ILF僅計算為一個FTREI中識別DE覷則在EI的過程中,以用戶角度識別的、通過應用系統(tǒng)邊界輸入系統(tǒng)內部的非重復字段,應算作一個DET在EI的過程中,只要沒有通過系統(tǒng)邊界輸入,即使它存在于系統(tǒng)內的一個ILF中,也不能算為一個DET例如,外貿訂單系統(tǒng)中,訂單的金額是被單價和數(shù)量自動計算的,那么金額是沒有通過系

17、統(tǒng)邊界輸入的,因此在EI操作中就不應該算做一個DET在應用程序的EI操作時,系統(tǒng)提示的錯誤信息或完成操作的信息,應該被分別計算為一個DET例如,在網(wǎng)站注冊用戶信息時,由于輸入錯誤系統(tǒng)會顯示提示信息,那么這些提示信息應該被逐個計算為一個DET冉如,當EI操作完成時系統(tǒng)提示并顯示出來的信息,應該被計算為一個DET在EI操作中,如果遇到主外鍵的字段,應該算作一個DETEG口EQf算FTR勺規(guī)貝U1 .通用規(guī)則:每個在EO/Et理過程中讀取的ILF和EIF算一個FTR2 .EO額外的FTRt算規(guī)則在EOi理過程中每個被維護的ILF算一個FTR在EOt理過程中既被t取又被維護的ILF算一個FTREG口E

18、Qf算DET勺通用規(guī)則用戶可識別的非重復字段,進入應用邊界并指明處理什么、何時處理或處理方式,并且由EO/EGg回或產(chǎn)生,那么這樣的每個字段算一個DET例如,報表中的每個字段都是一個DET在應用邊界內以用戶角度識別的非重復字段算一個DET例如,在報表中起到解釋或備注作用的文字信息,不管是一個字、一個詞或一段話,都當作一個DET再如,某種編號或日期,即使它被物理存儲在不同字段中,但從用戶角度看是一個整體的信息,因此被算作一個DET還有,在餅圖中百分比和分類算作不同的DET在EO£EQM乍中,如果對系統(tǒng)進行輸入或讀取操作時,相同的字段只計算一個DET例如,在報表查詢時,輸入的字段在報表上

19、也有顯示,那么將算作同一個DET在應用程序的E(MEO作時,系統(tǒng)提示的錯誤信息或完成操作的信息,應該被計算為DET例如,用戶查詢一個列表時被拒絕,那么拒絕的提示信息就算為一個DET在EC®EQM乍中如果遇到主外鍵的字段,應該算作一個DET在EO£ECH程中,只要沒有通過系統(tǒng)邊界輸入,就算它存在于系統(tǒng)內的一個ILF中,也不能算為一個DET例如,在公司發(fā)工資的時候,員工對應的狀態(tài)信息被更新,但這個狀態(tài)信息的更新是沒有通過系統(tǒng)邊界輸入的,因此也不能算做一個DET頁面的標題等類似信息不計算DET系統(tǒng)字段生成的記號不能被算作一個DET例如,頁碼、位置信息、時間、上一頁和下一頁等信息,

20、都不能算作一個DETEI復雜度計算矩陣?14個DET5154VDET多于16個DET01個FTR低低中等2個FTR低_|中等高大于2個FRT中等高高E&口ECM雜度計算矩陣?15個DET6194VDET多于20個DET01個FTR低低中等23個FTR低中等高多于4個FTR中等高高未調整前功能點對應矩陣EI、EOEQILF和EIF技術復雜度對應的功能點如下表所示:?低高EI3I46EO457EQ346ILF71015EIF5710功能點估算法之調整因子用功能點估算法計算軟件項目功能點時會用到調整因子(或稱調整系數(shù))。功能點的調整系數(shù)是通過通用系統(tǒng)特性及其影響程度來評定的,對每個常規(guī)系統(tǒng)特

21、性的評估由其影響程度(DI)而定,分為05級:0毫無影響1偶然影響2適度影響3一般影響4重要影響5強烈影響然后依次對以下14個系統(tǒng)常規(guī)特性進行打分,并帶入以下計算公式算出功能點的調整因子。ValueAdjustmentFactor=(sumof(DI)*0.01)+0.65計算調整因子1 .數(shù)據(jù)通訊數(shù)據(jù)通訊指的是應用程序直接與處理器通訊的程度。通常我們都是通過某種通訊手段來實現(xiàn)在一個應用中所使用的數(shù)據(jù)或者控制信息。連接到本地控制器上的終端被認為是通訊設施,協(xié)議則指兩個系統(tǒng)或設備之間進行通訊時使用的一種約定。所有的數(shù)據(jù)通訊鏈接都需要某種協(xié)議。應用程序是單純的批處理或者PCstand-alone1

22、應用程序是一種批處理過程,但是包含遠程數(shù)據(jù)的錄入或遠程打印2應用程序是一種批處理過程,但是包含遠程數(shù)據(jù)的錄入和遠程打印3應用程序包括在線數(shù)據(jù)收集或者包括批處理或查詢系統(tǒng)的遠程處理的前端應用4應用程序不單只是前端應用,但是僅支持一種遠程處理通訊協(xié)議5應用程序不單只是前端應用,還支持多于一種的遠程處理通訊協(xié)議2 .分布式數(shù)據(jù)處理分布式數(shù)據(jù)處理是應用在內部組件之間傳遞信息的程度。這個特性是在應用邊界內體現(xiàn)的。0應用程序不支持組件之間的數(shù)據(jù)傳輸和處理功能1應用程序為用戶可能進行的處理準備數(shù)據(jù)(例如使用電子表格或者數(shù)據(jù)庫等)2應用程序所準備的數(shù)據(jù)是為了在系統(tǒng)另外一個組件上傳輸和處理,并非為終端用戶所處理

23、。3分布式處理和數(shù)據(jù)傳輸是在線的,并且是單向的4分布式處理和數(shù)據(jù)傳輸是在線的,并且是雙向的5由系統(tǒng)中最恰當?shù)慕M件動態(tài)地執(zhí)行處理功能3 .性能性能是吞吐量、處理時間等指標對開發(fā)的影響。用戶所提出的性能要求將直接影響到系統(tǒng)的設計、實施、安裝和支持。用戶沒有提出性能方面的要求1用戶提出了性能和設計方面的要求,但不需要米取特定措施2響應時間和吞吐量在系統(tǒng)峰值時是關鍵的,但是不需要米取相應的CP改用方面的特殊設計。處理的最后期限是在下一個工作日。3在任何時候響應時間和吞吐量都是關鍵的,但是不需要米取相應的CP改用方面的特殊設計。處理的完成期限比較嚴格。4除了上面一項的要求外,由于對需求的要求比較嚴格,在

24、設計階段就要進行性能分析。5除了上面一項的要求之外,在設計和實施階段需要使用性能分析工具來判斷性能要求的完成情況。4 .大業(yè)務量配置大業(yè)務量配置是指計算機資源對應用開發(fā)的影響程度。大業(yè)務量的運行配置對設計有特殊要求,是必須考慮的一個系統(tǒng)特性。0沒有提出明確的運行方面的限制1有運行方向的限制,但是不需要來取特別的措施以滿足運行限制2提出了一些安全和時間方面的限制_3應用程序的某些部分對處理器有特定的要求4提出的運行限制對應用的中央處理器或者專用處理器有特殊的要求5除上面一項之外,還對應用的分布式組件提出了限制5 .事務處理率事務處理率是業(yè)務交易處理速度對系統(tǒng)的設計、實施、安裝和支持等的影響。0預

25、計不會出現(xiàn)周期性的高峰事務處理期1預計會有周期性的高峰事務處理期(例如:每月、每季、每年)2預計每周都會出現(xiàn)高峰事務處理期3預計每天都會出現(xiàn)高峰事務處理期4用戶在應用程序需求或者服務級別協(xié)議中對事務率要求很高,因此必須在設計階段進行性能分析。5用戶在應用程序需求或者服務級別協(xié)議中對事務平要求很局,因此必須進行性能分析并在設計、開發(fā)和安裝階段中使用到性能分析工具。6 .在線數(shù)據(jù)輸入在線數(shù)據(jù)輸入是指數(shù)據(jù)通過交互的方式輸入系統(tǒng)的程度。系統(tǒng)中包括在線數(shù)據(jù)輸入和控制信息功能。0所后事務都是批處理的111%7«事務是以交互式的方式進行數(shù)據(jù)水入28%15%J事務是以交互式的方式進行數(shù)據(jù)錄入316%

26、23%J事務是以交互式的方式進行數(shù)據(jù)錄入424%30%J事務是以交互式的方式進行數(shù)據(jù)錄入530%Z上的事務是以交互式的方式進行數(shù)據(jù)錄入7 .最終用戶效率最終用戶效率是指對應用的人文因素及使用的便捷程度等的考慮程度。如下功能設計是針對最終用戶效率的:頁面導航菜單在線幫助或文檔光標自動跳轉可以滾動在線遠程打印預定義的功能鍵在線做批量提交任務光標可以選取界面上的數(shù)據(jù)用戶使用大量反白顯示、重點顯示、下劃線或其他的標識在線copy用戶文檔鼠標拖動功能彈出窗體使用最少的界面完成某種商業(yè)功能雙語言支持(如果選擇了這個就算4項)語言支持(如果選擇了這個就算6項)0以上的一個都不包括1包括以上的13個2包括以上

27、的45個3包括以上的6個或以上,但是沒有用戶對于效率的要求4包括以上的6個或以上,對用戶使用效舉有較局要求,因而必須考慮用戶方面的設計(例如,最少擊鍵次數(shù)、盡可能提供默認值、模版的使用)5包括以上的6個或以上,用戶對效率的要求使得開發(fā)人員必須使用特定的工具和流程以判定用戶對效率的要求已經(jīng)被達成8 .在線更新在線更新是指內部邏輯文件ILF被在線更新的程度。應用系統(tǒng)提供在線更新內部邏輯文件的功能。0沒有在線更新11包含13個控制文件的在線更新。更新的流量低,恢復容易。2包含對4個以上控制文件的在線更新。更新的流量低,恢復容易。3包含對主要ILF的更新。j4除了3之外,在設計和實施中要考慮對F數(shù)據(jù)丟

28、失的防范。5除了4之外,大量的數(shù)據(jù)恢復工作要考慮成本因素,同時包含了高度自動化的恢復流程。9 .復雜處理復雜處理描述了邏輯處理對應用開發(fā)的影響程度。它包含以下要素:敏感控制(例如特殊的審核過程)和/或程序特定的安全處理大量的邏輯處理大量的數(shù)學處理因為例外處理造成的需要重新處理的情況(例如,由TP中斷、數(shù)據(jù)值缺少和驗證失敗導致的AT帥務)多種可能的輸入/輸出造成的復雜處理0上面一個都不滿足1只滿足一個2只滿足兩個3滿足三個14滿足四個n5都滿足10 .可復用性應用系統(tǒng)中的應用和代碼經(jīng)過特殊設計、開發(fā)和支持,可以在其他應用系統(tǒng)中復用0沒有可復用的代碼1代碼在應用之內復用2應用中被其他用戶復用的部分

29、不足10%3應用中被不止一個用戶使用的部分超過10%4應用遵從一種易于復用的方式被打包和文檔化。用戶在源代碼級客戶化該應用。5應用按照一種易于復用的方式被打包和文檔化。用戶使用用戶參數(shù)來對該應用進行客戶化。11 .易安裝性易安裝性指應用系統(tǒng)的轉換和安裝容易度對開發(fā)的影響程度。系統(tǒng)測試階段提供了轉換和安裝計劃/轉換工具。0用戶對安裝沒有特定的要求1用戶對安裝沒有特定的要求,但有特定的安裝環(huán)境要求2用戶提出了安裝和轉化的要求,轉化/安裝指南被經(jīng)過測試提供給用戶。但是轉化的影響對該應用/、重要。3用戶提出了安裝和轉化的要求,轉化/安裝指南被經(jīng)過測試提供給用戶。轉化的影響對該應用來說是重要的。4除了2

30、的要求之外,需要提供經(jīng)過測試的自動化的安裝和轉化工具。5除了3的要求之外,需要提供經(jīng)過測試的自動化的安裝和轉化工具。12 .易操作性易操作性指的是應用對運行的影響程度,如有效啟動、備份和恢復規(guī)程的影響。易操作性是應用提供的一種特性,它最小化了手工操作的要求。0用戶沒有指定除正常備份程序外的其它特定操作1提供高效的啟動、備份和恢復進程,但需要人手操作2提供高效的啟動、備份和恢復進程,不需要人手操作(當作兩項計算)3應用程序對磁帶的需求最小化4應用程序對硬拷貝處理的需求最小化二5程序設計成無人操作模式。無人操作模式的意思是除了啟動和關閉之外,/、需要對系統(tǒng)進行操作。程序的其中一個功能就是錯誤自動恢

31、復。13 .多場地多場地指應用系統(tǒng)經(jīng)特殊設計、開發(fā)可以在多個組織、多個地點應用的程度0用戶需求不含多場地和組織的要求1考慮了多場地的要求,但是設計要求應用在/、同的場地使用相同的軟硬件環(huán)境2考慮了多場地的要求,但是設計要求應用在/、同的場地使用類似的軟硬件環(huán)境3考慮了多場地的要求,同時設計支持應用在不同的場地使用不同的軟硬件環(huán)境4在1或者2的要求之上,提供了經(jīng)過測試的多場地的文檔和支持計劃5在3的要求之上,提供了經(jīng)過測試的多場地的文檔和支持計劃14 .支持變更支持變更是指應用在設計上考慮支持處理邏輯和數(shù)據(jù)結構變化的程度。可以具有如下的特性:提供可以處理簡單要求的彈性查詢和報告功能,如對一個IL

32、F進行與(或)邏輯提供可以處理一般復雜度要求的彈性查詢和報告功能,如對多于一個的ILF進行與(或)邏輯(當作兩項計算)提供可以處理復雜要求的彈性查詢和報告功能,如對一個或多個ILF進行與(或)邏輯的組合(當作三項計算)業(yè)務控制數(shù)據(jù)被保存到用戶通過在線交互進程維護的表中,但變更只會在第二個工作日生效業(yè)務控制數(shù)據(jù)被保存到用戶通過在線交互進程維護的表中,且變更即時生效0?一個都不滿足1合計滿足一個2合計滿足二個3合計滿足三個4合計滿足四個5合計滿足五個J計算調整后的功能點個數(shù)國際IFPUG&織將軟件項目分為三類,功能點估算法適用于任何一類項目,其計算公式中的術語請詳見表1。功能點的原始計算公

33、式:FPCount=UFP*VAF新開發(fā)項目有時新開發(fā)的軟件項目也需要與其他現(xiàn)存的軟件系統(tǒng)進行整合。例如:一個企業(yè)新開發(fā)的MIS內部管理系統(tǒng)經(jīng)常會與財務系統(tǒng)進行整合。這時除了考慮本身項目的功能點個數(shù)外,還要考慮系統(tǒng)整合或數(shù)據(jù)遷移部分的工作量。因此,其功能點計算公式如下:FPCount=(UFP+CFP*VAF二次開發(fā)的項目有時新開發(fā)的軟件項目是在原有基礎上進行二次開發(fā)的,只是為了增加一些新功能。因此,其功能點計算公式如下:FPCount=ADD*VAF功能增強的項目功能增強項目的功能點估算比較復雜。在計算功能點前大家需要計算有哪些是新增加的功能,哪些是被修改的功能,哪些是屬于數(shù)據(jù)遷移或系統(tǒng)整合

34、的功能。然后計算新系統(tǒng)技術復雜度的調整因子“VAFA,并在此基礎上計算系統(tǒng)功能點的數(shù)量。當然,此類項目也會去掉一些原有功能,那么在原有系統(tǒng)的技術復雜度基礎上重新計算功能點的調整因子“VAFB,再計算所去掉功能貢獻的功能點數(shù)量。因此,其功能點計算公式如下:FPCount=(ADD+CHGA+CFPVAFA+(DEL*VAFB)表1功能點技術公式術語術語央義中文笆義JADDAddedfunctionality被添加的功能點個數(shù)CFPConversionfunctionality被轉換的功能點個數(shù)1CHGAUFPofchangedfunctionalityafterenhancement功能增強后所

35、改動的功能所貢獻的未調整的功能點個數(shù)DELDeletedfunctionality被刪除的功能點個數(shù)UFPUnadjustedfunctionalpointcount未調整的功能點個數(shù)VAFValueadjustmentfactorVAF=(sumof(DI)*0.01)+0.65功能點的調整因子的計算公式VAF=(sumof(DI)*0.01)+0.65VAFAValueadjustmentfactorafterenhancement功能增強后的功能點調整因子VAFBValueadjustmentfactorbeforeenhancement功能增強前的功能點調整因子案例詳解:功能點估算法以

36、員工管理系統(tǒng)為例,詳細說明如何利用功能點估算法計算業(yè)務復雜度。在員工管理系統(tǒng)中添加一個員工資料,會使用到員工的一般信息、教育情況、工作經(jīng)歷和家屬信息。員工隸屬于某個部門,在本系統(tǒng)中會有一個對部門進行維護的功能。員工的工資則由另外一個財務系統(tǒng)提供。因此,其用例圖如下所示:假設員工基本信息如下所示:員工ID(標簽控件)員工名稱性別生日婚否所屬部門ID(標簽控件)所屬部門名稱?受教育的時間?學校名稱?所學專業(yè)?工作時間?工作單位?工作部門?工作職務?親屬的姓名?之間關系?親屬年齡?工作單位假設部門信息如下所示:部門ID(標簽控件)部門名稱假設工資表信息如下所示:員工ID(標簽控件)員工姓名金額單位ILF和EIF的功能點數(shù)本范例識別出來ILF和EIF功能點個數(shù)如下表所示ILF內部邏輯文件RETDE仆數(shù)復雜度未調整的FPf數(shù)員工信息員工基本信息、受教育情況、工

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論