DB3303∕T059-2023 政務信息化項目軟件開發費用測算規范_第1頁
DB3303∕T059-2023 政務信息化項目軟件開發費用測算規范_第2頁
DB3303∕T059-2023 政務信息化項目軟件開發費用測算規范_第3頁
DB3303∕T059-2023 政務信息化項目軟件開發費用測算規范_第4頁
DB3303∕T059-2023 政務信息化項目軟件開發費用測算規范_第5頁
已閱讀5頁,還剩14頁未讀 繼續免費閱讀

下載本文檔

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

文檔簡介

ICS35.080

CCSL77

3303

溫州市地方標準

DB3303/T059—2023

政務信息化項目軟件開發費用測算規范

Calculationspecificationforthecostofsoftwaredevelopmenton

governmentaffairsinformalizationprojects

2023-01-16發布2023-02-16實施

溫州市市場監督管理局發布

DB3303/T059—2023

目次

前言.................................................................................II

1范圍...............................................................................1

2規范性引用文件.....................................................................1

3術語和定義.........................................................................1

4縮略語.............................................................................2

5軟件開發費用構成...................................................................3

6軟件開發費用測算過程與方法.........................................................3

附錄A(規范性)參數表...............................................................7

附錄B(規范性)功能點計數基本規則..................................................10

附錄C(資料性)預估功能點計數表樣式................................................12

附錄D(資料性)政務信息化軟件開發費用測算表樣式....................................13

附錄E(資料性)常用模板樣例........................................................14

參考文獻.............................................................................16

I

DB3303/T059—2023

前言

本文件按照GB/T1.1—2020《標準化工作導則第1部分:標準化文件的結構和起草規則》的規定

起草。

請注意本文件的某些內容可能涉及專利。本文件的發布機構不承擔識別專利的責任。

本文件由溫州市大數據發展管理局提出并歸口。

本文件起草單位:溫州市大數據發展管理局、溫州市財政局、中國移動通信集團浙江有限公司溫州

分公司、中國電信股份有限公司溫州分公司、北京中基數聯科技有限公司、山東正中信息技術股份有限

公司浙江分公司、中廣(溫州)有線信息網絡有限公司、中國聯合網絡通信有限公司溫州市分公司、中

移系統集成有限公司(雄安研究院)、浙江索思科技有限公司、溫州眾成科技有限公司、寧波賽迪信息

技術有限公司、飛葉科技股份有限公司、上海壹杰信息技術有限公司。

本文件主要起草人:孫祥光、池邦芬、衛達、瞿先智、葉其蕾、夏京杰、洪曉雪、祖愛新、陳上萬、

林里、廖晨野、丁錫節、黃娟、楊守滂、洪帥、周徑、諸冉彤、王議、吳靜潔、李杰、許宗敏、朱宇昕、

王國慶、林建克、王洪全、葉子文、李波。

II

DB3303/T059—2023

政務信息化項目軟件開發費用測算規范

1范圍

本文件規定了政務信息化項目軟件開發費用測算的費用構成、測量過程及方法。

本文件適用于溫州市各級黨政機關、企事業單位使用財政資金,以功能性需求為主的定制類信息化

項目軟件開發費用測算。

2規范性引用文件

下列文件中的內容通過文中的規范性引用而構成本文件必不可少的條款。其中,注日期的引用文件,

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

文件。

GB/T36964—2018軟件研發成本度量規范

SJ/T11617-2016軟件工程功能規模測量COSMIC方法

SJ/T11618-2016軟件工程功能規模測量MkII功能點分析方法

SJ/T11619-2016軟件工程功能規模測量NESMA方法

SJ/T11620-2016軟件工程功能規模測量FiSMA1.1方法

ISO/IEC20926:2009軟件和系統工程—軟件度量—IFPUG功能規模度量方法(Softwareand

systemsengineering--Softwaremeasurement--IFPUGfunctionalsizemeasurementmethod

2009)

3術語和定義

GB/T36964—2018界定的以及下列術語和定義適用于本文件。

委托方sponsor

軟件開發項目的出資方。

[來源:GB/T36964-2018,3.17]

開發方developer

受委托方(3.1)委托,負責軟件開發的組織或團隊。

[來源:GB/T36964-2018,3.18]

第三方third-party

除委托方(3.1)和開發方(3.2)之外的監理、審計、咨詢機構等利益相關方。

[來源:GB/T36964-2018,3.19]

軟件開發費用softwaredevelopmentcost

委托方為達成軟件開發項目目標而需向開發方支付的費用。

[來源:GB/T36964-2018,3.1,有修改]

1

DB3303/T059—2023

基準benchmark

經過篩選并維護數據庫中的一個或一組測量值或者派生測量值,用來表征目標對象(如項目或項目

群)相關屬性與這些測量值的關系。

[來源:GB/T36964-2018,3.14]

方程法equation

基于基準數據建立參數模型,并通過輸入各項參數,確定待測算項目工作量或費用估算值的方法。

[來源:GB/T36964-2018,3.8]

系統邊界systemboundary

被度量軟件與用戶或其他系統之間的界限。

[來源:GB/T36964-2018,3.11]

功能點functionpoint

衡量軟件功能規模的一種單位。

[來源:GB/T36964-2018,3.12]

內部邏輯文件internallogicalfile

在應用程序邊界內維護的用戶可識別的邏輯相關數據組或控制信息。

外部接口文件externalinterfacefile

被一應用程序引用但在另一應用程序邊界內被維護的,用戶可識別的邏輯相關數據組或控制信息。

預估功能點計數法numerationmethodofpre-estimatedfunctionpoint

功能需求不明確情況下,僅進行內部邏輯文件和外部接口文件計數的功能點計數方法。

估算功能點計數法numerationmethodofestimatedfunctionpoint

功能需求明確的情況下,一個特定應用程序或項目的功能點計數方法。

功能點耗時率personhoursperfunctionalpoint

每功能點所消耗的人時數。

[來源:GB/T36964-2018,3.21]

4縮略語

下列縮略語適用于本文件。

EI:外部輸入(ExternalInput)

EIF:外部接口文件(ExternalInterfaceFile)

EO:外部輸出(ExternalOutput)

EQ:外部查詢(ExternalQuery)

FP:功能點(FunctionPoint)

ILF:內部邏輯文件(InternalLogicFile)

2

DB3303/T059—2023

5軟件開發費用構成

軟件開發費用構成為軟件開發過程所用工作量對應費用的總和,不包括軟件預研或可行性分析、數

據遷移、軟件維護、軟硬件購置費、第三方測評費等費用。開發過程包括從政務信息化項目委托開發開

始到項目完成驗收之間的需求分析、設計、編碼、測試、部署、調試、驗收等相關的項目管理及支持活

動。

6軟件開發費用測算過程與方法

測算流程

軟件開發費用測算的流程如圖1所示。

測算軟件規模測算工作量測算開發費用

圖1軟件開發費用測算流程

測算軟件規模

6.2.1通用要求

規模估算所采用的方法,應根據項目特點和測算需求,選用SJ/T11617-2016、SJ/T11618

-2016、SJ/T11619-2016、SJ/T11620-2016和ISO/IEC20926:2009五種功能規模測量標準中的一

種。

政務信息化項目軟件開發費用測算宜采用ISO/IEC20926:2009規定的IFPUG方法或SJ/T

11619-2016規定的NESMA方法測算軟件規模。

在測算規模時,應考慮可能的需求變更程度,并利用規模調整因子對規模測算結果進行調整;

在測量工作量時,應考慮電子政務領域生產率基準數據、軟件因素、數字化改革等因素,利用調整因子

對工作量測算結果進行調整。調整因子參數按附錄A規定。

6.2.2功能點計數

應根據已知的項目功能描述,采用功能點計數法測算軟件規模,功能點計數法包括預估功能

點計數法、估算功能點計數法。

在測算規模前應依據可行性研究報告或類似文檔明確項目范圍及系統邊界。項目范圍描述文

檔應包含最基本的業務需求,還應進行初步的子系統/模塊劃分,并對每一子系統或模塊的基本用戶需

求進行描述或說明,保證可根據項目范圍描述文檔進行預估功能點或估算功能點計數。

在預算申報階段等需求功能尚不明確情況下宜采用預估功能點計數法,測算未調整的功能點

數。

采用預估功能點計數法測算軟件規模按公式(1)計算:

????=?1×????+?2×????···························································(1)

式中:

AUFP——未調整的功能點數,單位為功能點;

a1——單個內部邏輯文件功能點數分配常量35,單位為功能點每個;

AILF——內部邏輯文件數,單位為個;

3

DB3303/T059—2023

a2——單個外部接口文件功能點數分配常量15,單位為功能點每個;

AEIF——外部接口文件數,單位為個。

在實施階段、驗收階段等需求功能較為明確,數據、事務功能可識別的情況下,宜采用估算

功能點計數法,測算未調整的功能點數。

采用估算功能點計數法測算軟件規模按公式(2)計算:

????=?1×????+?2×????+?3×???+?4×???+?5×???·····························(2)

式中:

BUFP——未調整的功能點數,單位為功能點;

b1——單個內部邏輯文件功能點數分配常量10,單位為功能點每個;

BILF——內部邏輯文件數,單位為個;

b2——單個外部接口文件功能點數分配常量7,單位為功能點每個;

BEIF——外部接口文件數,單位為個;

b3——單個外部輸入功能點數分配常量4,單位為功能點每個;

BEI——外部輸入數,單位為個;

b4——單個外部輸出功能點數分配常量5,單位為功能點每個;

BEO——外部輸出數,單位為個;

b5——單個外部查詢功能點數分配常量4,單位為功能點每個;

BEQ——外部查詢數,單位為個。

功能點按附錄B的規定進行分類、識別和計數。

示例:政府部門甲擬新開發一套0A系統,以支持其網上辦公、文檔流轉等電子政務需求,主要功能包括收文管理、

發文管理、會議管理、日程安排等。采用預估功能點計數方法,假設根據需求描述可以識別出需求中包含15個ILF,4

個EIF,因此,此部分需求未調整的功能點數UFP為585。

6.2.3規模調整

復用程度調整

應對待實現功能復用情況進行分析,識別出可復用的功能及可復用的程度。對于委托方,應評估待

實現功能行業的平均復用水平,并根據復用程度對規模進行調整,按公式(3)計算:

??=???×???······································································(3)

式中:

US——未調整的軟件規模,單位為功能點;

RUF——復用度調整因子,取值見附錄A.1

UFP——未調整的功能點數,單位為功能點。

示例:假設根據需求描述,計數有15個ILF,有4個EIF,部分的整體復用程度是開發方開發過類似功能,需要適

當調整,因此,未調整規模US為460(FP)。

隱含需求及需求變更調整

采用預估功能點測算規模時,應根據隱含需求及未來需求變更對規模產生的影響并對測算規模進

行調整,按公式(4)計算:

?=??×??··········································································(4)

式中:

S——調整后的軟件規模,單位為功能點:

US——未調整的軟件規模,單位為功能點;

4

DB3303/T059—2023

CF——規模調整因子,取值見附錄A.2。

CF的取值也可參考中國軟件行業基準數據(CSBMK?)或本組織歷史數據。

預估功能點的測算及調整可參考附錄C。

示例:根據項目測算,未調整的軟件規模為460功能點,但該項目需求尚未完全確定,假設該項目的測算場景為項目

技術審查階段,取值為1.22,則該項目調整后的軟件規模S為460×1.22=561.2個功能點。

測算工作量

6.3.1工作量調整因子

軟件因素調整因子

軟件因素調整因子按公式(5)計算。

???=???1×[(?1+?2+?3+?4)×0.025+1]·········································(5)

式中:

SWF——軟件因素調整因子;

SWF1——應用類型調整因子,取值見附錄A.4;

C1——質量特性調整因子之分布式處理因子,取值見附錄A.5;

C2——質量特性調整因子之性能因子,取值見附錄A.5;

C3——質量特性調整因子之可靠性因子,取值見附錄A.5;

C4——質量特性調整因子之多重站點因子,取值見附錄A.5。

數字化改革調整因子

數字化改革調整因子按公式(6)計算。

???=(?1+?2+?3)+1·······························································(6)

式中:

DRF——數字化改革調整因子;

D1——數字化改革調整因子之軟件建設模式因子,取值見附錄A.6;

D2——數字化改革調整因子之行業案例成熟度因子,取值見附錄A.6;

D3——數字化改革調整因子之項目類型因子,取值見附錄A.6;

6.3.2測算工作量

采用方程法測算工作量按公式(7):

??=(?×???)×???×???·······················································(7)

式中:

AE——測算工作量,單位為人時;

S——調整后的軟件規模,單位為功能點;

PDR——功能點耗時率,單位為人時每功能點;PDR的取值見附錄A.3或本組織歷史數據;

SWF——軟件因素調整因子;

DRF——數字化改革調整因子,參數取值范圍為0.8-1.5;

生產率基準數據通常使用P50的取值測算工作量最有可能值,使用P50的正負20%分別測算上下限。

示例:政府部門甲擬新開發OA系統,以支持其網上辦公、文檔流轉等電子政務需求,經測算其調整后的軟件規模為

556.6功能點,測算工作量過程如下:

a)依據附錄B.1,電子政務領域生產率P50取值6.72,上下限取值為5.38和8.06;

5

DB3303/T059—2023

b)依據附錄B.3、附錄B.4,應用類型取值為1,質量特征調整因子取值0.9,因此計算可得SWF為0.9;

c)依據附錄B.5,DRF數字化改革取值0.8;

d)由此,可計算出測算工作量AE的最有可能值=(561.2×6.72)×0.9×0.8=2175.31人時,而工作量測算最終結

果的合理范圍在2173.86人時到3256.76人時之間。

測算開發費用

在獲得了工作量測算結果后,采用以下公式(8)測算費用:

AE

?=×?···········································································(8)

??

式中:

P――軟件開發費用,單位為元;

AE——測算工作量,單位為人時;

HM――人月折算系數,單位為人時每人月,取值為174;

F——平均人月費率,單位為元每人月;

其中,平均人月費率F的取值應參照溫州市財政局相關平均人月費率規定。

費用測算參見附錄D。完整的規模、工作量、費用測算方法、過程參見附錄E。

示例:假設某信息化項目軟件開發測算工作量AE的最有可能為2715.31人時,而工作量測算最終結果的合理范圍

在2173.86人時到3256.76人時之間,該組織歷史項

示例:目的平均人月費率為20000元。計算得到最有可能的軟件開發費用P=(2715.31/174×20000)=312104.602

元,軟件開發費用的合理范圍在249868.97元到374340.23元之間。

6

DB3303/T059—2023

A

附錄A

(規范性)

參數表

A.1復用度調整因子參數

復用度調整因子參數見表A.1。

表A.1復用度調整因子參數表

復用程度調整因子

低1

中2/3

高1/3

A.2規模調整因子參數表

規模調整因子參數見表A.2。

表A.2規模調整因子參數表

項目階段調整因子

項目謀劃、預算申報階段1.39

項目技術審查階段1.22

項目實施階段1.0

A.3生產率基準數據表

電子政務領域生產率基準數據見表A.3。

表A.3電子政務領域生產率基準數據

單位為人時/功能點

百分位P10P25P50P75P90

數值2.073.116.7211.2915.56

注:表格中生產率基準數據是基于中國軟件行業基準數據(CSBMK?-202210)的數據庫,可隨著行業基準數據的變

化而變化。生產率基準數據通常使用P50的取值測算工作量、費用的最有可能值,使用P50的正負20%分別測算

上下限。特殊情況(如項目目標約束極其嚴格)下,也可采用P10和P90的值測算上下限。

A.4應用類型調整因子參數表

應用類型調整因子參數見表A.4。

7

DB3303/T059—2023

表A.4應用類型調整因子參數表

應用類型范圍調整因子

業務處理各類業務應用系統、政務服務系統、協同辦公系統等1.0

應用集成應用集成、公共支撐平臺、企業服務總線、地理信息系統等1.2

科技科學計算、模擬、統計等1.2

多媒體圖形、影像、聲音等多媒體應用領域;教育和娛樂應用等1.3

大數據大數據分析系統1.3

智能信息自然語言處理、人工智能、專家系統等1.7

系統操作系統、數據庫系統、集成開發環境、自動化開發/設計工具等1.7

通信控制通信協議、仿真、交換機軟件、全球定位系統等1.9

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

A.5質量特性調整因子參數表

A.5.1質量特性調整因子參數見表A.5。

表A.5質量特性調整因子參數表

調整因子判斷標準影響度值

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

指應用能夠在各組成通過網絡進行客戶端/服務器及網絡基礎應用分布處理和

分布式處理0

要素之間傳輸數據傳輸

在多個服務器及處理器上同時相互執行應用中的處理功能1

沒有明示對性能的特別需求事項或活動,因此提供基本性能-1

應答時間或處理率對高峰時間或所有業務時間都很重要,對

指用戶對應答時間或0

性能連動系統結束處理時間有限制

處理率的需求水平

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

1

計、開發階段使用分析工具

沒有明示對可靠性的特別需求事項或活動,因此提供基本的

-1

指發生故障的影響程可靠性

可靠性

度發生故障時可輕易修復,帶來一定不便或經濟損失0

發生故障時很難修復,發生重大經濟損失或有生命危害1

在相同用途的硬件或軟件環境下運行-1

指能夠支持不同硬件

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

和軟件環境

在不同用途的硬件或軟件環境下運行1

注:根據可研報告或初步設計中對分布式處理、性能、可靠性、多重站點的特性要求取值。

A.6數字化改革調整因子參數表

A.6.1數字化改革調整因子參數見表A.6。

8

DB3303/T059—2023

表A.6數字化改革調整因子參數表

調整因子判斷標準影響度值

一地創新、全省復用0.3

軟件建設模式市域一體化0.1

本級部署0

高(國內有較多城市案例)-0.2

中(國內少數城市案例)0

行業案例成熟度

低(獨創或較少城市案例)或數字化改

0.2

革創新探索案例

多跨協同類0.1

項目類型一般業務類0

基礎設施類0

9

DB3303/T059—2023

B

C

附錄B

(規范性)

功能點計數基本規則

B.1功能點計數項分類

B.1.1功能點計數項分為數據功能和事務功能兩類,其中數據功能包括內部邏輯文件(ILF)、外部接

口文件(EIF);事務功能包括外部輸入(EI)、外部輸岀(EO)、外部查詢(EQ)。

B.1.2數據功能是系統提供給用戶的滿足產品內部和外部數據需求的功能,體現系統管理或使用哪些

業務數據(業務對象)。ILF或EIF所指的“文件”不是傳統數據處理意義上的文件,而是指一組用戶可

識別的、邏輯上相互關聯的數據或者控制信息。這些文件和物理上的數據集合(如數據庫表)沒有必然

的對應關系。

B.1.3事務功能是系統提供給用戶的處理數據的功能,體現系統如何處理和使用那些業務數據(業務

對象)。事務功能又稱為基本過程,是用戶可識別的,業務上的一組原子操作。

B.1.4使用預估功能點計數法時,只需要識別數據功能,包括ILF和EIF;使用估算功能點計數法時,

需要識別數據功能和事務功能,包括ILF、EIF、EI、EO和EQ。

示例:對于人事管理系統,“人員信息”、“部門信息”屬于數據功能,“增加人員信息”、“修改部門信息”、

“查詢在崗人員”等則為事務功能。

B.2ILF的識別

ILF是系統內部維護的邏輯上的一組業務數據。識別ILF的基本步驟如下:

a)識別業務對象。業務對象應是用戶可理解和識別的,包括業務數據或業務規則。

注:為程序處理而維護的數據屬于編碼數據。所有的編碼數據均不應識別為邏輯文件,與之相關的操作也不應識別

為基本過程;

b)確定邏輯文件數量。根據業務上的邏輯差異及從屬關系確定邏輯文件的數量。

c)是否是ILF。確定該邏輯文件是否在本系統內進行維護。如果是,記為ILF;否則為EIF。

B.3EIF的識別

EIF是被應用邊界內一個或幾個基本處理過程所引用的業務數據。一個應用中的EIF應是其他應用

中的ILF。識別EIF的基本步驟如下:

a)識別業務對象。業務對象應該應是用戶可理解和識別的。業務對象包括業務數據或業務規則。

而一些為了程序處理而維護的數據則屬于編碼數據。所有的編碼數據均不識別為邏輯文件,與

之相關的操作也不識別為基本過程;

b)確定邏輯文件數量。需要根據業務上的邏輯差異及從屬關系確定邏輯文件的數量。

c)是否是EIF。確定該邏輯文件是否在本系統內進行維護。如果是,記為ILF;否則為EIF。

B.4EI的識別

10

DB3303/T059—2023

EI是處理來自系統邊界之外的數據或控制信息的過程。目的是維護一個或多個ILF或者改變系統的

行為。識別EI的基本規則如下:

a)應是來自系統邊界之外的輸入數據或控制信息;

b)穿過邊界的數據應是改變系統行為的控制信息或者應至少維護一個ILF;

c)該EI不應被重復計數。任何被分別計數的兩個EI至少滿足下面三個條件之一(否則應視為

同一EI):

1)涉及的ILF或EIF不同;

2)涉及的數據元素不同;

3)處理邏輯不同。

B.5EO的識別

EO是處理向系統邊界之外發送數據或控制信息的過程。目的是向用戶呈現經過處理的信息。識別EO

的基本規則如下:

a)將數據或控制信息發送岀系統邊界;

b)處理邏輯應至少符合以下一種情況:

1)包含至少一個數學公式或計算過程;

2)產生衍生數據;

3)維護至少一個ILF;

4)改變系統行為。

c)該EO不應被重復計數。任何被分別計數的兩個EO至少滿足下面一個條件(否則被視為同一

EO):

1)涉及的ILF或EIF不同;

2)涉及的數據元素不同;

3)處理邏輯不同。

B.6EQ的識別

EQ是向系統邊界之外發送數據或控制信息的基本處理過程。目的是向用戶呈現未經加工的己有信

息。識別EQ的基本規則如下:

a)將數據或控制信息發送岀系統邊界。

b)處理邏輯可包含篩選、分組或排序。

c)處理邏輯不應包含:

1)數學公式或計算過程;

2)產生衍生數據;

3)維護ILF;

4)改變系統行為。

d)該EQ不應被重復計數。任何被分別計數的兩個EQ至少滿足下面一個條件標準則被視為同一

EQ):

1)涉及的ILF或EIF不同;

2)涉及的數據元素不同;

3)處理邏輯不同。

11

DB3303/T059—2023

C

D

附錄C

(資料性)

預估功能點計數表樣式

預估功能點計數表的樣式見圖C.1。

預估功能點數計數表

功能類型不同復用度文件數功能點數功能點數合計

ILF低×1×35=

中×2/3×35=

高×1/3×35=

ILF計數合計:

EIF低×1×35=

中×2/3×35=

高×1/3×35=

EIF計數合計:

US(ILF計數合計+EIF計數合計):

規模調整因子:

S(調整后規模總計):

注1:在預算階段,復用度調整系數通常取值為1(假設復用度低);

注2:規模變更因子按附錄A.2;

注3:功能規模S=US*規模調整因子。

圖C.1預估功能點計數表樣式

12

DB3303/T059—2023

D

E

E

附錄D

(資料性)

政務信息化軟件開發費用測算表樣式

政務信息化軟件開發費用測算表的樣式見圖D.1

政務信息化項目軟件開發費用測算表

1.未調整功能點數UFP(功能點)

經過復用調整后的功能點數US(功能點)

設定規模調整因子CF

2.調整后的功能點數S(功能點)S=UFP×CF

下限(人時/功能點)

生產率基準數據(功能點耗時率PDR)P50(人時/功能點)

上限(人時/功能點)

下限(人時)

3.未調整的工作量UE(人時)

最有可能(人時)

計算公式:UE=PDR×S

上限(人時)

應用類型調整因子(AT)

設定調整因子軟件質量特性調整因子(QR)

數字化改革調整因子(DRF)

下限(人時)

4.調整后的工作量AE(人時)

最有可能(人時)

計算公式:AE=UE×AT×QR×DRF;

上限(人時)

人月折算系數HM(人時/人月)174

平均人月費率F(萬元/人月)

下限(萬元)

5.軟件開發費用(萬元)

最有可能(萬元)

計算公式:P=AE/HM*F

上限(萬元)

圖D.1政務信息化項目軟件開發費用測算表樣式

13

DB3303/T059—2023

F

F

附錄E

(資料性)

常用模板樣例

E.1需求示意

項目背景:政府部門甲擬新開發一OA系統,以支持其網上辦公、文檔流轉等電子政務需求。委托方

需根據初步需求確定項目預算。本項目預算期需求較明確,委托方了解各功能通常的復用程度,無特殊

質量要求,數字化改革要求軟件建設模式為本級部署、項目類型為一般業務、行業成熟度高。

主要功能:收文管理、發文管理、會議管理、日程安排等。

功能描述:收文管理功能要求、會議管理功能要求、日程安排功能要求等。

E.2測算規模

假設根據需求描述,識別ILF15個,EIF4個,識別各功能可復用程度后,填寫預估功能點計數表,

樣式見圖E.1。

預估功能點計數表

功能類型不同復用度文件數功能點數功能點數合計

ILF低9×1×35=315

中3×2/3×35=70

高3×1/3×35=35

ILF計數合計:420

EIF低2×1×35=30

中0×2/3×35=0

高2×1/3×35=10

EIF計數合計:40

溫馨提示

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

評論

0/150

提交評論