DB32T 4935-2024信息技術(shù)應(yīng)用創(chuàng)新軟件適配改造成本評估規(guī)范

ICS35.080CCSL77江蘇省地方標準DB32/T4935—2024信息技術(shù)應(yīng)用創(chuàng)新軟件適配改造成本評估規(guī)范Costevaluationspecificationforinformationtechnologyapplicationinnovationsoftwareadaptationrevamp2024-12-16發(fā)布2025-01-16實施江蘇省市場監(jiān)督管理局發(fā)發(fā)出布版Ⅰ前言 Ⅲ 2規(guī)范性引用文件 3術(shù)語和定義 4評估原則 5評估模型 5.1總成本構(gòu)成 5.2評估模型選取 6評估流程 7評估啟動 7.1主要內(nèi)容 7.2成立項目組 7.3評估材料接收及初審 8評估實施 8.1主要內(nèi)容 8.2評估范圍 8.3規(guī)模估算 8.4工作量估算 8.5成本估算 8.6結(jié)果反饋確認 8.7生成評估報告 9評估結(jié)束 9.1評估材料歸檔 9.2評估材料保存期 附錄A（資料性）文檔架構(gòu) 附錄B（資料性）調(diào)整因子參數(shù)表 附錄C（資料性）應(yīng)用示例 參考文獻 Ⅲ本文件按照GB/T1.1—2020《標準化工作導(dǎo)則第1部分：標準化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)定起草。請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構(gòu)不承擔識別專利的責任。本文件由江蘇省軟件工程標準化技術(shù)委員會提出、歸口并組織實施。本文件起草單位：南京市產(chǎn)品質(zhì)量監(jiān)督檢驗院（南京市質(zhì)量發(fā)展與先進技術(shù)應(yīng)用研究院）、江蘇省電子信息產(chǎn)品質(zhì)量監(jiān)督檢驗研究院（江蘇省信息安全測評中心）、江蘇蘇測檢測認證有限公司、南京大學(xué)、南京市市場監(jiān)督管理局信息中心、南京理工大學(xué)、南京中新賽克科技有限責任公司、南京城市職業(yè)學(xué)院（南京開放大學(xué)）、南京公路發(fā)展（集團）有限公司、中博信息技術(shù)研究院有限公司、江蘇移動信息系統(tǒng)集成有限公司。1DB32/T4935—2024信息技術(shù)應(yīng)用創(chuàng)新軟件適配改造成本評估規(guī)范本文件確定了信息技術(shù)應(yīng)用創(chuàng)新（以下簡稱“信創(chuàng)”）軟件適配改造成本評估的評估原則、評估模型、評估流程、評估啟動、評估實施和評估結(jié)束。本文件適用于基于功能點規(guī)模進行信創(chuàng)軟件適配改造成本費用的第三方測算，自評估可參考此標準進行實施。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T18492信息技術(shù)系統(tǒng)及軟件完整性級別GB/T36964—2018軟件工程軟件開發(fā)成本度量規(guī)范3術(shù)語和定義GB/T36964—2018界定的以及下列術(shù)語和定義適用于本文件。3.1軟件適配改造softwareadaptationrevamp在保持原有軟件使用需求、使用體驗不變的基礎(chǔ)上，通過重構(gòu)、遷移、終端適配等活動對軟件進行改造，使其能夠與信創(chuàng)芯片、基礎(chǔ)硬件、操作系統(tǒng)、數(shù)據(jù)庫、中間件、服務(wù)器等正常交互，在信創(chuàng)環(huán)境中實現(xiàn)穩(wěn)3.2服務(wù)方service?party受委托方委托，負責對項目軟件適配改造成本費用進行測算的組織或團隊。3.3重構(gòu)refactor通過編寫代碼重新構(gòu)造軟件，對軟件內(nèi)部結(jié)構(gòu)進行調(diào)整，不改變軟件功能和外部行為，使軟件能夠在信創(chuàng)環(huán)境中正常安裝、運行和卸載。3.4遷移migrate將軟件系統(tǒng)從非信創(chuàng)環(huán)境遷移至信創(chuàng)環(huán)境，完成基于信創(chuàng)芯片、操作系統(tǒng)、中間件、數(shù)據(jù)庫等改造，使軟件能夠在信創(chuàng)環(huán)境中正常安裝、運行和卸載。2DB32/T4935—20243.5終端適配terminaladapter針對不同的終端環(huán)境進行改造（服務(wù)端架構(gòu)不變使軟件能夠在信創(chuàng)環(huán)境中正常安裝、運行和卸載。3.6軟件開發(fā)成本softwaredevelopmentcost為達成軟件項目目標開發(fā)方所需付出的各種資源代價總和。[來源：GB/T36964—2018，3.1]3.7直接成本directcost為達成軟件項目目標而直接付出的各種資源代價總和。[來源：GB/T36964—2018，3.3]3.8間接成本indirectcost與達成軟件項目目標相關(guān)，但同一種投入可以支持一個以上項目的聯(lián)合資源代價總和。[來源：GB/T36964—2018，3.4]3.9人力成本humanresourcecost為達成軟件項目目標所需付出的各種人力資源代價總和。[來源：GB/T36964—2018，3.5]3.10非人力成本non?humanresourcecost為達成軟件項目目標所需付出的人力成本之外的其他資源代價總和。[來源：GB/T36964—2018，3.6]3.11第三方服務(wù)成本third?partyservicescost與達成軟件項目相關(guān)目標，為項目進行監(jiān)理、測試、審計等第三方資源代價總和。4評估原則公正。4.2溝通原則。服務(wù)方應(yīng)與委托方建立良好的溝通機制，從項目背景、項目需求、項目內(nèi)容、團隊能力、技術(shù)難度等各個方面達成一致理解。4.3保密原則。服務(wù)方應(yīng)做好評估保密工作，未經(jīng)委托方授權(quán)，服務(wù)方不應(yīng)對外公開、傳播、泄露委托方的項目相關(guān)信息。5評估模型5.1總成本構(gòu)成總成本由軟件開發(fā)成本和第三方服務(wù)成本構(gòu)成，其中軟件開發(fā)成本由直接人力成本、間接人力成本、直接非人力成本和間接非人力成本構(gòu)成，各類型軟件開發(fā)成本遵循GB/T36964—2018第6章的規(guī)定，不包括數(shù)據(jù)遷移和軟件維護等成本。3DB32/T4935—20245.2評估模型選取評估模型的選取應(yīng)適應(yīng)項目特點，可參考以下通用模型，見式（1A=SDC+P=（S×C/K）×B×D×Q×F+DNC+P…………（1）式中：A——總成本，單位為元；SDC——軟件開發(fā)成本，單位為元；P——第三方服務(wù)成本，單位為元；S——功能規(guī)模，單位為功能點；C——生產(chǎn)率基準數(shù)據(jù)，表示完成單個功能點所耗人時，單位為人時每功能點；K——人時至人月轉(zhuǎn)換系數(shù)；B——軟件因素調(diào)整因子；D——開發(fā)因素調(diào)整因子；Q——質(zhì)量因素調(diào)整因子；人月；DNC——直接非人力成本，單位為元。6評估流程評估流程見圖1。4DB32/T4935—2024圖1評估流程5DB32/T4935—20247評估啟動7.1主要內(nèi)容評估啟動階段，委托方對項目相關(guān)信息進行自梳理，形成評估材料，在評估啟動后提交至服務(wù)方。服務(wù)方在評估啟動之初成立項目組，負責該項目的成本評估全流程工作。項目組對委托方提交的評估材料進行初審，對不具備評估條件的材料進行退回，并溝通修改內(nèi)容，直至評估材料符合要求進入評估實施環(huán)節(jié)。7.2成立項目組7.1.1項目組組成工作。7.1.2項目組成員職責7.1.2.1專職評估員專職評估員崗位職責應(yīng)包括以下內(nèi)容：a）審核委托方提交的評估材料是否具備評估條件；b）建立合適的評估模型，正確選擇應(yīng)用類型、開發(fā)語言、改造團隊背景等項目特征因子；c）確保項目功能點計數(shù)無誤、報表計算準確，項目組內(nèi)部規(guī)模估算結(jié)果達成統(tǒng)一；一致；e）評估實施過程中，與委托方進行解答溝通；f）評估結(jié)束時，材料及時歸檔。7.1.2.2審核員審核員崗位職責應(yīng)包括以下內(nèi)容：a）審核功能點報表、項目報告、附件說明等資料是否齊全；b）審核評估模型及項目特征因子的選取是否合適；c）審核評估功能點計數(shù)是否有誤、報表是否正確計算；d）審核報告內(nèi)容及格式是否完整規(guī)范，評估結(jié)果與功能點報表一致；e）評估實施過程中，決定評估維度，協(xié)調(diào)統(tǒng)一項目組內(nèi)部估算結(jié)果。7.1.2.3簽發(fā)員簽發(fā)員崗位職責應(yīng)包括以下內(nèi)容：a）確認項目是否實施了評估審核；b）確認項目功能點報表、項目報告等材料是否內(nèi)容協(xié)調(diào)一致、完整規(guī)范；c）確認項目是否具備簽發(fā)條件；d）督促項目材料的歸檔。6DB32/T4935—20247.3評估材料接收及初審7.2.1評估材料接收委托方向項目組提交評估材料，評估材料至少包括：項目概述、項目現(xiàn)狀、項目建設(shè)方案（信創(chuàng)改造方式、部署方式、數(shù)據(jù)/存儲/終端/網(wǎng)絡(luò)/安全等）、項目建設(shè)內(nèi)容（功能性需求、性能效率需求、安全性需求等）、第三方平臺對接方案。評估材料參考架構(gòu)見附錄A中A.1。7.2.2評估材料初審服務(wù)方對提交的評估材料從內(nèi)容完整性、邏輯合理性、表述準確性等方面進行審核，對不具備評估條件的材料予以退回，由委托方修改后重新提交審核。8評估實施8.1主要內(nèi)容評估實施階段，項目組在了解項目內(nèi)容的情況下，就項目各項調(diào)整因子、計算公式與委托方溝通確認達成一致意見，形成雙方互認的科學(xué)模型，并基于此模型，對評估材料從規(guī)模、工作量、成本三個方面進行估算。項目經(jīng)專職評估員評估、審核員審核和簽發(fā)員簽發(fā)后生成評估報告、功能點清單等評估成果材料。8.2評估范圍根據(jù)委托方提交的評估材料，確定評估范圍（包括待評估軟件邊界、明確軟件內(nèi)各部分組成及外部系統(tǒng)交互等并與委托方確認以下因素的因子取值或計算方式：a）軟件因素：應(yīng)用類型、軟件完整性級別等；b）開發(fā)因素：開發(fā)語言、改造團隊背景、改造方式等；d）其他因素：直接非人力成本。注：以上調(diào)整因子取值根據(jù)項目實際情況進行調(diào)整。8.3規(guī)模估算GB/T42452、GB/T42566、GB/T42588的功能規(guī)模測量估算方法。8.4工作量估算工作量估算使用式（2AE=UE×B×D×Q………………（2）式中：AE——調(diào)整后的工作量，單位為人月；UE——未調(diào)整的工作量，單位為人月；B——軟件因素調(diào)整因子，取值可參考行業(yè)基準數(shù)據(jù)，也可以參考附錄B中B.1、B.2的取值；D——開發(fā)因素調(diào)整因子，取值可參考行業(yè)基準數(shù)據(jù)，也可以參考B.3、B.4、B.5的取值；Q——質(zhì)量因素調(diào)整因子，取值可參考行業(yè)基準數(shù)據(jù)，也可以參考B.6。其中，未調(diào)整的工作量估算使用式（3UE=S×C/K………………（3）7DB32/T4935—2024式中：UE——未調(diào)整的工作量，單位為人月；S——功能規(guī)模，單位為功能點數(shù)；C——生產(chǎn)率基準數(shù)據(jù)，表示完成單個功能點所耗人時，單位為人時每功能點，取值參考行業(yè)基準數(shù)據(jù)或本組織歷史數(shù)據(jù)模型；K——人時至人月轉(zhuǎn)換系數(shù)，本文件按每月21.75個工作日，每個工作日8個工時，即21.75×8=174。8.5成本估算成本估算使用式（4A=SDC+P=AE×F+DNC+P………………（4）式中：A——總成本，單位為元；SDC——軟件開發(fā)成本，單位為元；P——第三方服務(wù)成本，單位為元，成本計算可參考政府相關(guān)政策文件；AE——調(diào)整后的工作量，單位為人月；F——平均人力成本費率（包括直接人力成本、間接人力成本、間接非人力成本單位為元每人月，取值參考政府政策文件或行業(yè)基準數(shù)據(jù)；DNC——直接非人力成本，單位為元。專職評估員在完成成本估算后，應(yīng)進行項目組內(nèi)結(jié)果評審，達成內(nèi)部結(jié)果統(tǒng)一互認，形成最終成本評估結(jié)果。8.6結(jié)果反饋確認評估方與委托方對項目范圍進行再次確認。工作量和成本宜給出結(jié)果的范圍而不是單一的值。估算應(yīng)用示例見附錄C。8.7生成評估報告經(jīng)簽發(fā)員簽發(fā)后，出具正式評估報告交付委托方。評估報告內(nèi)容包括不限于：項目概況、評估模型、調(diào)整因子取值、計算過程、評估結(jié)論等，評估報告參考架構(gòu)見A.2。9評估結(jié)束9.1評估材料歸檔評估流程結(jié)束后，應(yīng)將項目材料歸檔，包含紙質(zhì)材料和電子材料。材料包括歷次版本的評估材料、功能點報表、評估報告等。9.2評估材料保存期評估歸檔材料檔案應(yīng)妥善保存，保存期應(yīng)符合合同規(guī)定且不應(yīng)少于5年。8DB32/T4935—2024（資料性）文檔架構(gòu)評估材料參考架構(gòu)見圖A.1、評估報告參考架構(gòu)見圖A.2?！痢痢痢另椖吭u估材料1.1項目名稱1.2項目建設(shè)單位與職責2.1基礎(chǔ)設(shè)施現(xiàn)狀2.2應(yīng)用系統(tǒng)現(xiàn)狀2.3基礎(chǔ)軟件現(xiàn)狀2.4終端現(xiàn)狀三、項目建設(shè)方案3.1信創(chuàng)改造方式3.2部署方式3.3技術(shù)路線3.4建設(shè)依據(jù)3.5信息資源規(guī)劃和數(shù)據(jù)庫建設(shè)方案3.6數(shù)據(jù)處理和存儲系統(tǒng)建設(shè)方案3.7終端系統(tǒng)及接口建設(shè)方案3.8網(wǎng)絡(luò)系統(tǒng)建設(shè)方案3.9安全等級保護系統(tǒng)建設(shè)方案3.10密碼保障系統(tǒng)建設(shè)方案3.11備份系統(tǒng)建設(shè)方案3.12運行維護建設(shè)方案3.13主要軟硬件選型原則和詳細軟硬件配置清單四、應(yīng)用系統(tǒng)建設(shè)內(nèi)容4.1功能性需求4.2性能效率需求4.3安全性需求五、第三方平臺對接方案六、投資估算和資金來源6.1項目總投資估算6.2硬件購置清單預(yù)算圖A.1評估材料參考架構(gòu)9DB32/T4935—2024××××項目適配改造軟件開發(fā)成本評估報告1.1項目委托信息1.2評估依據(jù)及方法3.1項目功能模塊統(tǒng)計情況3.2各參數(shù)取值情況3.3項目功能點確定情況四、項目構(gòu)成費用評估情況4.1評估模型及計算4.2工作量及成本估算結(jié)果五、項目評估結(jié)論圖A.2評估報告參考架構(gòu)DB32/T4935—2024（資料性）調(diào)整因子參數(shù)表B.1應(yīng)用類型因子應(yīng)用類型因子由軟件應(yīng)用類型的技術(shù)實現(xiàn)難度決定，參考CSBMK?中國軟件行業(yè)基準數(shù)據(jù)（以當年最新發(fā)布數(shù)據(jù)為準取值見表B.1。表B.1應(yīng)用類型因子參數(shù)表應(yīng)用類型描述因子取值業(yè)務(wù)處理辦公自動化系統(tǒng)；人事、會計、工資、銷售等經(jīng)營管理及業(yè)務(wù)處理用軟件等軟件集成軟件集成等科技科學(xué)計算、模擬、統(tǒng)計分析等多媒體圖形、影像、聲音等多媒體應(yīng)用領(lǐng)域；地理信息系統(tǒng)；教育和娛樂應(yīng)用等智能信息自然語言處理、人工智能、專家系統(tǒng)等基礎(chǔ)軟件/支撐軟件操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、集成開發(fā)環(huán)境、自動化開發(fā)/設(shè)計工具等通信控制通信協(xié)議、仿真、交換機軟件、全球定位系統(tǒng)等流程控制機器人控制、實時控制、嵌入式軟件等B.2軟件完整性級別調(diào)整因子軟件完整性級別劃分，可參考GB/T18492，調(diào)整因子取值參見表B.2。表B.2軟件完整性級別調(diào)整因子參數(shù)表軟件完整性級別因子取值沒有明確的完整性級別或等級為C/D完整性級別為A/B同時為達成完整性級別要求采取了特殊的設(shè)計及實現(xiàn)方式完整性級別為A同時為達成完整性級別要求在軟件開發(fā)全生命周期均采取了特定、明確的措施B.3開發(fā)語言/平臺因子開發(fā)語言因子由軟件開發(fā)程序邏輯的復(fù)雜性、實現(xiàn)難度等因素決定，參考CSBMK?中國軟件行業(yè)基準數(shù)據(jù)（以當年最新發(fā)布數(shù)據(jù)為準取值見表B.3。表B.3開發(fā)語言因子參數(shù)表開發(fā)語言因子取值C及其他同級別語言/平臺DB32/T4935—2024表B.3開發(fā)語言因子參數(shù)表（續(xù)）開發(fā)語言因子取值JAVA、C++、C#、Python、Go及其他同級別語言/平臺PowerBuilder、ASP及其他同級別語言/平臺B.4改造團隊背景因子改造團隊背景因子由改造團隊的技術(shù)水平?jīng)Q定，取值見表B.4。表B.4改造團隊背景因子參數(shù)表改造團隊背景因子取值為本行業(yè)改造過類似的項目為其他行業(yè)改造過類似的項目，或為本行業(yè)改造過不同但相關(guān)的項目沒有同類項目的背景B.5信創(chuàng)改造方式信創(chuàng)改造方式因子由改造工作內(nèi)容的復(fù)雜程度、工作量大小等因素決定，參考取值見表B.5。表B.5信創(chuàng)改造方式因子參數(shù)表改造方式改造內(nèi)容改造工作量和費用因子取值重構(gòu)署實施等按GB∕T36964—2018采用功能點估算法測算定制開發(fā)軟件費用，原則上在此基礎(chǔ)上下浮8%~24%。具體比例參考《中國軟件行業(yè)基準數(shù)據(jù)》中軟件開發(fā)工作量分布基準數(shù)據(jù)0.76~0.92遷移包括芯片適配、服務(wù)器操作系統(tǒng)適配、Web中間端適配按GB∕T36964—2018采用功能點估算法測算定制開發(fā)軟件費用，原則上在此基礎(chǔ)上下浮28%~41%。具體比例參考《中國軟件行業(yè)基準數(shù)據(jù)》中軟件開發(fā)工作量分布基準數(shù)據(jù)0.59~0.72終端適配包括客戶端操作系統(tǒng)（瀏設(shè)適配按GB∕T36964—2018采用功能點估算法測算定制開發(fā)軟件費用，原則上在此基礎(chǔ)上下浮64%~70%。具體比例參考《中國軟件行業(yè)基準數(shù)據(jù)》中軟件開發(fā)工作量分布基準數(shù)據(jù)0.30~0.36B.6質(zhì)量因素調(diào)整因子質(zhì)量因素調(diào)整因子由性能效率、可靠性等因子決定，參考CSBMK?中國軟件行業(yè)基準數(shù)據(jù)（以當年最新發(fā)布數(shù)據(jù)為準取值見表B.6。DB32/T4935—2024表B.6質(zhì)量因素調(diào)整因子參數(shù)表調(diào)整因子判斷標準影響度分布式處理指計算機系統(tǒng)能夠在各組成要素之間傳輸數(shù)據(jù)沒有明示對分布式處理的需求事項-1通過網(wǎng)絡(luò)進行客戶端/服務(wù)器及網(wǎng)絡(luò)基礎(chǔ)計算機系統(tǒng)分布處理和傳輸0在多個服務(wù)器及處理器上同時相互執(zhí)行計算機系統(tǒng)中的處理功能1性能效率指用戶對應(yīng)答時間或處理率的需求水平?jīng)]有明示對性能的特別需求事項或活動，因此提供基本性能-1應(yīng)答時間或處理率對高峰時間或所有業(yè)務(wù)時間都很重要，對連動系統(tǒng)結(jié)束處理時間有限制0為滿足性能需求事項，要求設(shè)計階段進行性能分析，或在設(shè)計、開發(fā)階段使用分析工具1可靠性指發(fā)生故障的影響程度沒有明示對可靠性的特別需求事項或活動，因此提供基本的可靠性-1發(fā)生故障時可輕易修復(fù)，帶來一定不便或經(jīng)濟損失0發(fā)生故障時很難修復(fù)，發(fā)生重大經(jīng)濟損失或有生命危害1多重站點指能夠支持不同硬件和軟件環(huán)境在相同用途的硬件或軟件環(huán)境下運行-1在用途類似的硬件或軟件環(huán)境下運行0在不同用途的硬件或軟件環(huán)境下運行1注：質(zhì)量因素調(diào)整因子=（分布式處理因子+性能效率因子+可靠性因子+多重站點因子）×0.025+1。DB32/T4935—2024（資料性）應(yīng)用示例C.1需求示例項目背景：某單位擬對辦公軟件進行信創(chuàng)適配改造，使其軟件能在信創(chuàng)環(huán)境中正常運行。經(jīng)過前期調(diào)研，只需對軟件進行終端適配改造，確定延用JAVA語言，團隊成員需開發(fā)過類似項目，無特殊質(zhì)量要求，驗收時需提供第三方測試報告。功能描述：會議室管理功能，可對會議室進行添加、刪除、修改、查詢，可對會議室設(shè)置狀態(tài)。C.2規(guī)模估算參考GB/T42588方法，估算功能點數(shù)：S=1×10+1×4+1×4+1×4+1×4+1×4=30C.3工作量估算根據(jù)式（C.2）計算調(diào)整后的工作量，各調(diào)整因子經(jīng)委托方與服務(wù)方溝通確表C.1工作量估算表估算指標類型