ICS35.080

CCSL77

CAICI

中國通信企業(yè)協(xié)會團體標準

T/CAICIXXXX—XXXX

軟件開發(fā)成本度量實施規(guī)程

Codeofpracticeforsoftwaredevelopmentcostmeasurement

（征求意見稿）

2023-XX-XX發(fā)布2023-XX-XX實施

中國通信企業(yè)協(xié)會發(fā)布

T/CAICIXXXX—XXXX

軟件開發(fā)成本度量實施規(guī)程

1范圍

本文件確立了基于COSMIC方法對軟件開發(fā)中功能性需求進行成本度量工作所應遵循的流程。

本文件適用于規(guī)范評估方進行軟件開發(fā)成本度量行為,并為行業(yè)主管部門或行業(yè)組織對軟件開發(fā)成

本度量工作的開展和管理提供依據(jù)。組織內(nèi)部的軟件開發(fā)成本度量部門及其他軟件開發(fā)成本度量專業(yè)

人員，也可參照本標準開展相關工作。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對應的版本適用于本文件：不注日期的引用文件，其最新版本(包括所有的修改單)適用于本文

件。

GB/T36964軟件工程軟件開發(fā)成本度量規(guī)范

ISO19761COSMIC度量手冊（5.0版本）

CSBMK中國軟件行業(yè)基準數(shù)據(jù)

SSM-BK中國軟件行業(yè)基準數(shù)據(jù)報告

3術語和定義

下列術語和定義適用于本文件。

3.1

軟件開發(fā)成本

為達成軟件項目目標開發(fā)方所需付出的各種資源代價總和。

3.2

成本度量

對軟件開發(fā)成本的預計值進行估算或對實際值進行測量和分析的過程。

3.3

功能規(guī)模

1

T/CAICIXXXX—XXXX

通過量化功能性用戶需求得出的軟件規(guī)模。

3.4

委托方

需要并獲取軟件成本度量服務的組織或機構。

3.5

開發(fā)方

受委托方委托，負責軟件開發(fā)的組織或團隊。

3.6

評估方

受委托方委托，對軟件開發(fā)成本進行度量的組織或機構。

3.7

功能用戶需求（FUR）

功能用戶需求作為待度量軟件功能規(guī)模的唯一來源，描述了軟件在執(zhí)行任務和提供服務時所做工

作的用戶需求子集。

3.8

COSMIC方法

COSMIC方法通過使用一組模型、原則、規(guī)則和過程，來度量某給定軟件塊的功能用戶需求。

3.9

COSMIC度量單位

1CFP(COSMIC功能點)，被定義為一個數(shù)據(jù)移動的規(guī)模。

3.10

對等軟件塊

處于同一層的軟件塊，并互相傳遞數(shù)據(jù)。

3.11

持久存儲介質(zhì)

2

T/CAICIXXXX—XXXX

使得功能過程在其生命周期結束后仍然能夠存儲數(shù)據(jù)組的存儲介質(zhì)，并且/或者，通過該存儲介質(zhì)，

功能過程也可以檢索數(shù)據(jù)組，該數(shù)據(jù)組由另一個功能過程存儲，或由同一功能過程之前的事件存儲、也

可能由某些其他過程存儲。

3.12

功能用戶

一段軟件的功能性用戶需求所定義的用戶所涉及的數(shù)據(jù)發(fā)送人員和接收人員。

3.13

功能過程

一系列功能性用戶需求的基礎部件，包括一個唯一的、緊密相關、可獨立執(zhí)行的一組數(shù)據(jù)活動。

注1：由功能性用戶的數(shù)據(jù)動(輸入)發(fā)，通知一段軟件的用戶已鑒別出發(fā)事件。當一段軟件的響應

觸發(fā)事件并執(zhí)行所有需要完成的工作后，該步驟才真正結束。

注2：除了通知一段軟件所發(fā)生的事件，由事件觸發(fā)的數(shù)據(jù)輸入可包括事件本身涉及的利益對象。

3.14

子過程

功能過程的一部分，它可以是數(shù)據(jù)移動（從功能用戶把數(shù)據(jù)移至或移出到軟件，或從軟件把數(shù)據(jù)移

至或移出持久存儲介質(zhì)）或者是數(shù)據(jù)運算。

3.15

數(shù)據(jù)屬性

在一個已識別的數(shù)據(jù)組里從軟件功能性用戶需求角度來看具有意義的最小信息單元。

3.16

數(shù)據(jù)組

一個唯一的、非空的、無序的、非冗余的數(shù)據(jù)屬性的集合，其中每個數(shù)據(jù)屬性描述了同一個興趣對

象的一個互補的側面。

3.17

數(shù)據(jù)運算

除了進/出功能過程的數(shù)據(jù)移動或在功能過程和持久存儲介質(zhì)之間的數(shù)據(jù)移動之外，對數(shù)據(jù)進行的

任何處理。

3

T/CAICIXXXX—XXXX

3.18

數(shù)據(jù)移動類型

移動單個數(shù)據(jù)組的基本功能構件。包含以下4種：

E輸入類型

一種數(shù)據(jù)移動，將一個數(shù)據(jù)組從功能用戶跨越邊界移動到需要它的功能過程。

X輸出類型

一種數(shù)據(jù)移動，將一個數(shù)據(jù)組從功能過程側跨越邊界移動給需要它的功能用戶。

R讀類型

一種數(shù)據(jù)移動，將數(shù)據(jù)組從持久存儲介質(zhì)移動到需要它的功能過程。

W寫類型

一種數(shù)據(jù)移動，將一個數(shù)據(jù)組從功能過程內(nèi)部移動到持久存儲介質(zhì)中。

3.19

顆粒度級別

對于一個軟件塊任意組成部分的描述（例如：對需求的陳述，或者對軟件塊結構的描述）的任意擴

展級別，每一次深入擴展，對軟件塊的功能性描述也更加細化并具有一致的詳細級別。

3.20

興趣對象類型

從功能性用戶需求角度識別出來的任何事物，且軟件要為之處理數(shù)據(jù)和/或存儲數(shù)據(jù)。

4縮略語

下列縮略語適用于本文。

FUR：功能性用戶需求

FP：功能點

CFP：COSMIC功能點

CF：規(guī)模變更因子

SF：軟件規(guī)模

AT：軟件應用類型

QR：軟件質(zhì)量及特性

4

T/CAICIXXXX—XXXX

UE：未調(diào)整工作量

AE：調(diào)整后工作量

C：生產(chǎn)率調(diào)整因子

S：調(diào)整后軟件規(guī)模

US：未調(diào)整的軟件規(guī)模

IL：軟件完整性級別

L：開發(fā)語言調(diào)整因子

T：開發(fā)團隊背景調(diào)整因子

5符合性聲明

本標準在使用時應滿足以下規(guī)則：

a)評估方法應符GB/T36964、ISO19761:2011、SJ/T11617。

b)評估時應參考最新軟件行業(yè)基準數(shù)據(jù)。

6軟件開發(fā)成本度量流程

軟件開發(fā)成本度量總體流程見圖1。

圖1軟件開發(fā)成本度量總體流程

5

T/CAICIXXXX—XXXX

6.1確定度量范圍

度量的范圍應在進行度量活動前確定，確認的關鍵活動包括（但不限于）：

a)資料的一致性、完整性確認

在度量前應從委托方處獲取待度量軟件的基本信息及相關的需求說明文檔，確認所有資料信息的

一致性，確認獲取文檔中包含本次待度量軟件的所有功能，資料內(nèi)容包括但不限于建設目標、必要性、

功能架構圖、功能用戶需求、功能清單、工期要求等關鍵內(nèi)容，以上關鍵信息與委托方溝通確認。

b)需求粒度確認

需求說明文檔還應包含已劃分的子系統(tǒng)或功能模塊，功能需求描述及說明的顆粒度級別需可以識

別出功能過程，以保證可根據(jù)需求說明文檔進行規(guī)模度量。對于需求說明文檔資料不全、需求粒度較粗

的項目應及時向委托方反饋，將項目需求細化，直至可以識別出各子系統(tǒng)或功能模塊的所有功能過程為

止。

c)軟件開發(fā)特性確認

度量時應考慮的主要因素包括（但不限于）：

度量階段：可通過度量結果應用于項目的哪個階段進行確定，如：匡算、概算、預算、結算；

軟件因素：如軟件的應用領域、質(zhì)量及特性要求、完整性級別；

開發(fā)因素：如開發(fā)語言、開發(fā)團隊背景。

6.2軟件功能規(guī)模度量

6.2.1功能規(guī)模度量

采用COSMIC方法度量軟件規(guī)模，需確認的關鍵信息包含（但不限于）：

a)識別功能性用戶需求：功能性用戶需求作為待度量軟件功能規(guī)模的唯一來源，描述了軟件在執(zhí)

行任務和提供服務時所做工作的用戶需求子集。

注1：功能性用戶需求，包含但不僅限于數(shù)據(jù)遷移(例如：輸入客戶數(shù)據(jù)、發(fā)送控制信號)；數(shù)據(jù)轉

換(例如：計算銀行利息，計算平均溫度)；數(shù)據(jù)存儲(例如：保存客戶訂單，記錄每次的測量溫度);數(shù)

據(jù)提取(例如：羅列當前員工名單，獲取飛行器位置)。

b)識別功能用戶：應該識別所有觸發(fā)功能過程的功能用戶（向功能過程提供信息或從功能過程接

收信息），可以是人、設備、對等功能軟件塊等。由于持久存儲介質(zhì)處于軟件的邊界內(nèi)側，因此它不應

被識別為待度量軟件的功能用戶。

6

T/CAICIXXXX—XXXX

c)識別功能過程：識別的每個功能過程應該具備以下特點：

1)源自至少一個可識別的FUR。

2)由功能用戶的輸入數(shù)據(jù)移動觸發(fā)，以通知功能過程它已檢測到觸發(fā)事件。

3)至少包含兩個數(shù)據(jù)移動，通常是一個輸入加一個輸出或寫。

4)屬于且僅屬于一個層級。

5)根據(jù)其FUR，當需要達到某個時間點時是已結束的狀態(tài)。

注1：上述規(guī)則5)澄清為以下內(nèi)容：所有數(shù)據(jù)移動的集合需要滿足其FUR針對其觸發(fā)輸入所有可能

的響應。

注2：功能過程可能在數(shù)據(jù)輸入之前便已開始處理。如，當人類用戶點擊一個菜單，顯示空白屏幕

待輸入時。

注3：在一組FUR中，引起功能用戶觸發(fā)功能過程的每一個事件：

-針對于該組FUR，無法再進一步細分；

-要么已經(jīng)發(fā)生，要么尚未發(fā)生。

d)識別數(shù)據(jù)組及數(shù)據(jù)屬性：識別的每個數(shù)據(jù)組應該：

1)通過其獨一無二的數(shù)據(jù)屬性的集合而具有唯一性和可區(qū)分性。

2)直接關聯(lián)到軟件FUR中描述的某個興趣對象。

注1：興趣對象可以是任何物理對象，也可以是功能用戶世界中的任意概念對象或是概念對象的一

部分。

注2：“對象”的例子包括但不局限于，軟件應用、人、傳感器或其他硬件。

注3：在COSMIC方法中，采用“興趣對象”術語，以避免與特定的軟件工程方法混淆。該術語并

不意味著等于面向對象方法中的“對象”。類似地，由于在數(shù)據(jù)建模中使用了“實體”，此處也避免使

用該術語。

注4：功能過程內(nèi)部的常量或變量，或計算過程的中間結果，或是由功能過程直接從實現(xiàn)結果得到

而不是從FUR中得到而存儲的數(shù)據(jù)，都不是數(shù)據(jù)組。

e)識別子處理及數(shù)據(jù)移動：此步驟包括識別每個功能過程的數(shù)據(jù)移動（輸入、輸出、讀、寫）。

圖2展示了四個數(shù)據(jù)移動類型之間的總體關系，它們所屬的功能過程以及待度量軟件的邊界。

7

T/CAICIXXXX—XXXX

圖2：四種數(shù)據(jù)移動類型以及它們與功能過程的關系

f）功能規(guī)模度量

對于在某一功能過程中的所有數(shù)據(jù)移動，應該通過以下方式得到該功能過程的規(guī)模：

1)每個數(shù)據(jù)移動類型的數(shù)量乘以其單位規(guī)模，

2)把1)得到的結果累加，即為功能過程的規(guī)模。

CFP規(guī)模（功能過程）=Σ規(guī)模(輸入)+Σ規(guī)模(輸出)+Σ規(guī)模(讀)+Σ規(guī)模(寫)

在同一層中，對于度量范圍內(nèi)的軟件塊的FUR的變更規(guī)模，應該是功能過程中增加、修改、刪除

的數(shù)據(jù)移動的規(guī)模的匯總，包括以下關鍵信息的確認：

1)新增數(shù)據(jù)移動數(shù)量：每個新增數(shù)據(jù)移動計為1CFP。

2)變更的數(shù)據(jù)移動數(shù)量：如果某數(shù)據(jù)組的屬性發(fā)生了變更，或者與數(shù)據(jù)移動關聯(lián)的數(shù)據(jù)運算發(fā)

生了變更，則認為該數(shù)據(jù)組對應的數(shù)據(jù)移動發(fā)生了變更，每個新增數(shù)據(jù)移動計為1CFP。

3)刪除的數(shù)據(jù)移動數(shù)量：每個刪除的數(shù)據(jù)移動類型記為1CFP。

軟件塊的總規(guī)模采用以下公式計算：

CFP規(guī)模(軟件塊的總規(guī)模)=Σ規(guī)模(增加的數(shù)據(jù)移動)+Σ規(guī)模(變更的數(shù)據(jù)移動)+Σ規(guī)

模(刪除的數(shù)據(jù)移動)

6.2.2功能規(guī)模調(diào)整

8

T/CAICIXXXX—XXXX

在功能規(guī)模度量時,應考慮可能的需求變更程度,并利用規(guī)模變更因子對規(guī)模估算結果進行調(diào)整，

規(guī)模變更因子與度量的階段相關。

S=US*CF...........................（1）

式中：

S——調(diào)整后軟件規(guī)模；

US——未調(diào)整軟件規(guī)模；

CF——規(guī)模變更因子。

6.3軟件工作量度量

根據(jù)完整的多元方程，考慮工作量影響因素，計算出工作量。工作量度量應考慮的因素包括（但不

限于）：

a)軟件規(guī)模；SF，可根據(jù)沉淀的歷史規(guī)模評估數(shù)據(jù)推導得出，無歷史數(shù)據(jù)時建議取值1。

b)應用領域：如軟件業(yè)務領域、軟件應用類型等；

c)軟件的完整性級別因子：軟件完整性級別分為A、B、C、D四個等級，確定的方法見GB/T18492-

2001中第7章；

d)質(zhì)量要求：分布式、性能效率、可靠性、多重站點，最終取值=（分布式+性能效率+可靠性+多重

站點）*0.025+1；

e)開發(fā)語言；編程所使用的語言。

f)開發(fā)團隊背景：同類行業(yè)及項目的以往經(jīng)驗。

g)生產(chǎn)率：每功能點開發(fā)或運維所消耗的工作量，單位為人天/功能點。其中開發(fā)工作量包含了開

發(fā)團隊從立項到交付的所有工程活動（如需求分析、設計、編碼、集成、測試、實施）及相關的項目

管理和支持活動所耗費的工作量。具備條件的單位可根據(jù)歷史數(shù)據(jù)推導出生產(chǎn)率，不具備數(shù)據(jù)沉淀的生

產(chǎn)單位可參考行業(yè)基準數(shù)據(jù)，一般選擇P50進行計算。

AE=S*C*SF*A*QR*L*T+工期要求....................（2）

式中：

AE——軟件基準工作量；

S——調(diào)整后軟件規(guī)模；

C——生產(chǎn)率；

9

T/CAICIXXXX—XXXX

SF——規(guī)模變更因子；

A——應用領域；

QR——質(zhì)量要求；

L——開發(fā)語言；

T——開發(fā)團隊。

6.4軟件開發(fā)成本度量

6.4.1軟件開發(fā)成本

成本度量的關鍵活動在于確認軟件開發(fā)綜合人天單價，可按以下優(yōu)先級從高到低進行選擇：

a)本項目軟件開發(fā)合同單價；

b)本單位同類項目綜合人天單價；

c)本單位所有項目平均開發(fā)單價；

d)中國年行業(yè)基準數(shù)據(jù)人月費率。

軟件開發(fā)成本=軟件基準工作量*綜合人天單價。

6.4.2其他成本

6.4章節(jié)確認的軟件開發(fā)成本包含所有的直接人力成本、間接成本和毛利潤，不包括直接非人力成

本、數(shù)據(jù)遷移和軟件維護等成本。

a)直接非人力成本：以GB/T36964為基準，與委托方確認。

b)其他成本（如數(shù)據(jù)遷移、軟件維護等）與委托方確認。

6.5度量結果確認

度量結果確認的關鍵活動包括（但不限于）：

a)度量結果確認

輸出評估報告前與委托方對度量結果數(shù)據(jù)進行確認，確認內(nèi)容包括：

1)度量范圍；

2)規(guī)模度量結果；

3)調(diào)整因子取值：規(guī)模變更因子、應用領域、質(zhì)量及特性要求、完整性級別、開發(fā)環(huán)境、開發(fā)語

言、開發(fā)團隊背景；

4)工作量度量結果；

10

T/CAICIXXXX—XXXX

5)成本度量結果。

b)澄清答疑

委托方及開發(fā)方如對評估結果數(shù)據(jù)存在疑問，則由評估方基于委托方提供的材料結合COSMIC評估

規(guī)則進行答疑。

c)結果修正

發(fā)生以下情況需對評估結果進行調(diào)整：

1)委托方度量范圍發(fā)生變化。

2)評估方原因使評估結果與委托方提供材料不符。

6.6生成度量報告

項目完成度量后應輸出度量報告，報告內(nèi)容應包括（但不限于）：

a)基本信息：項目名稱、項目編號、建設單位、項目類型、度量單位、總負責人、單項負責人、

校審人、度量人、度量時間；

b)度量概況：度量依據(jù)、目的、建設目標、建設必要性、度量結論；

c)度量過程：需求分析與確認、環(huán)境分析與確認、規(guī)模度量、工作量度量、結論；

d)度量說明。

11

T/CAICIXXXX—XXXX

附錄A

（資料性）

需求說明文檔模板

項目需求說明文檔模板如下：

1.需求說明

1.1.總體描述

請在此處說明本項目需求的概要內(nèi)容。

1.2.建設目標

請在此處詳細描述本項目需求的建設目標。

1.3.建設必要性

請在此處詳細描述本項目需求的建設必要性。

2.系統(tǒng)現(xiàn)狀

2.1.系統(tǒng)概況

請在此處對系統(tǒng)整體情況說明。

2.2.系統(tǒng)已實現(xiàn)功能

請在此處詳細提供系統(tǒng)已實現(xiàn)功能情況、功能架構現(xiàn)狀、已實現(xiàn)功能清單。

2.3.存在問題

請在此處詳細描述系統(tǒng)目前存在的問題。

3.功能架構圖

請將本期項目需求的功能架構圖貼至此處，且功能架構圖需符合以下條件：

(1)功能架構圖要分層分域。

(2)在功能架構圖中標明本期項目涉及模塊屬于新增或優(yōu)化類型，新增模塊用紅色字體表示，優(yōu)化

模塊用藍色字體表示，已有模塊用黑色字體表示。

4.功能需求

4.1.功能需求1(請注明本需求是：新增、優(yōu)化）

請在此處描述功能需求的名稱，并注明本需求是：新增、優(yōu)化。

4.1.1.關鍵時序圖/業(yè)務邏輯圖（可選）

12

T/CAICIXXXX—XXXX

通過時序圖或業(yè)務邏輯圖的形式，對功能點的流程進行說明。

4.1.2.功能描述

詳細描述功能需求1的具體內(nèi)容，包括約束條件、輸入輸出、排序規(guī)則、狀態(tài)轉換等等。

4.附加值調(diào)整因子說明

請在送審文檔中明確以下關鍵點。

5.1.需求變更規(guī)模因子

請在Word文檔中說明本項目的階段類別。建議進行規(guī)模估算時，默認參照國標規(guī)范中的結算場景

實施，如確有特殊需求或存在發(fā)生較多需求變更可能時，可以考慮引入需求變更影響因素。

規(guī)模變更因子(CF)

匡算項目投資階段初步計算投資，是最粗略的投資測算。2.00

概算項目可研階段，根據(jù)有代表性的資料，經(jīng)過適當綜合以及擴大合并而成。1.50

預算工程未施工前，根據(jù)方案進行投資費用預估1.26

結算工程結束后，竣工結算1.00

5.2.應用類型

請在Word文檔中說明本項目涉及到的應用類型領域。

應用類型描述調(diào)整因子

業(yè)務處理辦公自動化系統(tǒng)、日常管理及業(yè)務處理應用軟件等1.0

應用集成企業(yè)服務總線、應用集成等1.2

科技科學計算、仿真、基于復雜算法的統(tǒng)計分析等1.2

多媒體多媒體數(shù)據(jù)處理；地理信息系統(tǒng)；教育和娛樂應用等1.3

智能信息自然語言處理、人工智能、專家系統(tǒng)等1.7

系統(tǒng)操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、集成開發(fā)環(huán)境、自動化開發(fā)/設計工具等1.7

通信控制通信協(xié)議、仿真、交換機軟件、全球定位系統(tǒng)等1.9

流程控制生產(chǎn)管理、儀器控制、機器人控制、實時控制、嵌入式軟件等2.0

5.3.質(zhì)量及特性

請在Word文檔中說明本項目所涉及到的質(zhì)量及特性。

13

T/CAICIXXXX—XXXX

調(diào)整因子判斷標準調(diào)整因子

沒有明示對分布式處理的需求事項-1

通過網(wǎng)絡進行客戶端/服務器及網(wǎng)絡基礎應用分布處理和傳輸0

分布式處理

通過特別的設計保證在多個服務器及處理器上同時相互執(zhí)行應用中的

1

處理功能

沒有明示對性能的特別需求事項或僅需提供基本性能-1

應答時間或處理率對高峰時間或所有業(yè)務時間來說都很重要，存在對連

0

性能動系統(tǒng)結束處理時間的限制

為滿足性能需求事項，要求設計階段開始進行性能分析，或在設計、開

1

發(fā)階段使用分析工具

沒有明示對可靠性的特別需求事項或僅需提供基本的可靠性-1

可靠性發(fā)生故障時帶來較多不便或經(jīng)濟損失0

發(fā)生故障時造成重大經(jīng)濟損失或有生命危害1

在相同用途的硬件或軟件環(huán)境下運行-1

多重站點在用途類似的硬件或軟件環(huán)境下運行0

在不同用途的硬件或軟件環(huán)境下運行1

備注：如項目中沒有對該部分做描述或系統(tǒng)未對該部分做要求時請在對應的描述中寫“無”。

5.4.開發(fā)語言

請在Word文檔中說明本項目對應的開發(fā)語言。

開發(fā)語言調(diào)整因子

C及其他同級別語言/平臺1.2

JAVA、C++、C#及其他同級別語言/平臺1.0

PowerBuilder、ASP及其他同級別語言/平臺0.8

5.5.開發(fā)團隊背景

請在Word文檔中說明本項目的開發(fā)團隊背景。

14

T/CAICIXXXX—XXXX

開發(fā)團隊背景調(diào)整因子

為本行業(yè)（政府）開發(fā)過類似的軟件0.8

為其他行業(yè)開發(fā)過類似的軟件，或為本行業(yè)（政府）開發(fā)過不同但相關的軟件1.0

沒有同類軟件及本行業(yè)（政府）相關軟件開發(fā)背景1.2

5.6.完整性級別調(diào)整因子

請在Word文檔中說明本項目的完整性級別。按經(jīng)驗值，一般取D級。如有差異，請?zhí)峁┰敿氉C明

材料。

完整性級別調(diào)整因子

A級風險等級高1.70

B級風險等級中1.40

C級風險等級低1.15

D級風險等級微小1.00

15

T/CAICIXXXX—XXXX

附錄B

（資料性）

功能點拆分表

軟件功能點拆分表模板見表B.1：

表B.1軟件規(guī)模度量過程記錄表

通用軟件評估模型

度量策略階段映射階段度量階段

數(shù)

功能用戶需求

觸功據(jù)數(shù)

發(fā)能移據(jù)

客戶需求功能用戶子過程描述數(shù)據(jù)組復用度CFP

事過動屬

一級模塊二級模塊三級模塊

件程類性

型

16

T/CAICIXXXX—XXXX

附錄C

（資料性）

送審功能清單

送審功能清單見表C.1：

表C.1送審功能清單

需求項目名一級功能模二級功能模塊三級功能模塊送審工送審功

子系統(tǒng)類型

序號稱塊名稱名稱名稱作量能點

例XX項目X子系統(tǒng)XX功能XX功能XX功能新增100100

例XX項目X子系統(tǒng)XX功能XX功能XX功能新增6060

例XX項目Y子系統(tǒng)XX功能XX功能XX功能優(yōu)化5050

1

2

3

4

5

....

17

T/CAICIXXXX—XXXX

附錄D

（資料性）

參數(shù)表

軟件規(guī)模轉換成工作量需考慮的參數(shù)取值見表D.1~表D.7：

表D.1規(guī)模變更因子

規(guī)模變更因子(CF)

匡算項目投資階段初步計算投資，是最粗略的投資測算。2.00

概算項目可研階段，根據(jù)有代表性的資料，經(jīng)過適當綜合以及擴大合并而成。1.50

預算工程未施工前，根據(jù)方案進行投資費用預估1.26

結算工程結束后，竣工結算1.00

注：規(guī)模變更因子可參考GB/T36964-2018。

表D.2應用類型

應用類型描述調(diào)整因子

業(yè)務處理辦公自動化系統(tǒng)、日常管理及業(yè)務處理應用軟件等1.0

應用集成企業(yè)服務總線、應用集成等1.2

科技科學計算、仿真、基于復雜算法的統(tǒng)計分析等1.2

多媒體多媒體數(shù)據(jù)處理；地理信息系統(tǒng)；教育和娛樂應用等1.3

智能信息自然語言處理、人工智能、專家系統(tǒng)等1.7

系統(tǒng)操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、集成開發(fā)環(huán)境、自動化開發(fā)/設計工具等1.7

通信控制通信協(xié)議、仿真、交換機軟件、全球定位系統(tǒng)等1.9

流程控制生產(chǎn)管理、儀器控制、機器人控制、實時控制、嵌入式軟件等2.0

注：應用類型可參考CSBMK-202210，SSM-BK-202209。

18

T/CAICIXXXX—XXXX

表D.3質(zhì)量及特性

調(diào)整因子判斷標準調(diào)整因子

沒有明示對分布式處理的需求事項-1

通過網(wǎng)絡進行客戶端/服務器及網(wǎng)絡基礎應用分布處理和傳輸0

分布式處理

通過特別的設計保證在多個服務器及處理器上同時相互執(zhí)行應用中的

1

處理功能

沒有明示對性能的特別需求事項或僅需提供基本性能-1

應答時間或處理率對高峰時間或所有業(yè)務時間來說都很重要，存在對連

0

性能動系統(tǒng)結束處理時間的限制

為滿足性能需求事項，要求設計階段開始進行性能分析，或在設計、開

1

發(fā)階段使用分析工具

沒有明示對可靠性的特別需求事項或僅需提供基本的可靠性-1

可靠性發(fā)生故障時帶來較多不便或經(jīng)濟損失0

發(fā)生故障時造成重大經(jīng)濟損失或有生命危害1

在相同用途的硬件或軟件環(huán)境下運行-1

多重站點在用途類似的硬件或軟件環(huán)境下運行0

在不同用途的硬件或軟件環(huán)境下運行1

注：質(zhì)量及特性可參考CSBMK-202210。

表D.4開發(fā)語言

開發(fā)語言調(diào)整因子

C及其他同級別語言/平臺1.2

JAVA、C++、C#及其他同級別語言/平臺1.0

PowerBuilder、ASP及其他同級別語言/平臺0.8

注：開發(fā)語言可參考GB/T36964-2018，CSBMK-202210。

19

T/CAICIXXXX—XXXX

表D.5開發(fā)團隊背景

開發(fā)團隊背景調(diào)整因子

為本行業(yè)（政府）開發(fā)過類似的軟件0.8

為其他行業(yè)開發(fā)過類似的軟件，或為本行業(yè)（政府）開發(fā)過不同但相關的軟件1.0

沒有同類軟件及本行業(yè)（政府）相關軟件開發(fā)背景1.2

注：開發(fā)團隊背景可參考CSBMK-202210。

表D.7完整性級別調(diào)整因子

完整性級別調(diào)整因子

A級風險等級高1.70

B級風險等級中1.40

C級風險等級低1.15

D級風險等級微小1.00

注：開發(fā)語言可參考GB/T36964-2018。

20

T/CAICIXXXX—XXXX

附錄E

（資料性）

工作量評估結果模板

評估結果模板見表E.1:

表E.1工作量評估結果模板

結果計算表

名稱數(shù)值

功能規(guī)模（功能點）

規(guī)模變更因子CF

調(diào)整后的規(guī)模(功能點)

生產(chǎn)率（人天/功能點）

工作量（人天）

工期（人天）

軟件因素調(diào)整

軟件規(guī)模SF

軟件因素調(diào)整

應用類型AT

質(zhì)量及特性QR

完整性級別調(diào)整因子

開發(fā)語言

開發(fā)因素

開發(fā)團隊背景

調(diào)整后工作量（單位：人天）

取值范圍

上限

下限

21

T/CAICIXXXX—XXXX

附錄F

（資料性）

評估報告

軟件度量報告

項目編號：

建設單位：

項目類型：

度量單位：

總負責人：

單項負責人：

校審人：

度量人：

度量時間：

22

T/CAICIXXXX—XXXX

1、總述

XX項目采用軟件度量服務根據(jù)相關行業(yè)標準的度量方法、過程及原則，以行業(yè)基準數(shù)

據(jù)庫為基礎，本著客觀、獨立、公正、科學的原則，按照必要的度量程序，對項目的開發(fā)

質(zhì)量、功能點規(guī)模和工作量進行度量。

1.1、編制依據(jù)

本報告中軟件功能規(guī)模度量、軟件開發(fā)工作量的主要原則、方法、過程依據(jù)的主要

國際、國內(nèi)標準以及IT咨詢相關理論基礎如下：

■《軟件工程軟件開發(fā)成本度量規(guī)范》（GB/T36964-2018）

■《軟件研發(fā)成本度量規(guī)范》(SJ/T11463-2013)

■《COSMIC度量手冊》（ISO19761）（5.0版本）

■《2022中國軟件行業(yè)基準數(shù)據(jù)》（CSBMK-202210）

■《中國軟件行業(yè)基準數(shù)據(jù)報告》（SSM-BK-202209）

1.2、度量目的

本次度量的目的是確定“XXXXX項目”客觀的開發(fā)質(zhì)量、功能點規(guī)模和工作量，為

“XXXXX”提供結算參考依據(jù)。