本篇文章給大家談談軟件開發度量規范，以及軟件開發國家標準規范對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。

本文目錄一覽：

• 1、軟件開發成本有哪些？
• 2、軟件成本評估都包含哪些內容？
• 3、淺談軟件開發過程的質量度量技術
• 4、如何確定軟件的開發成本價格？

軟件開發成本有哪些？

所謂售前成本，就是在合同簽訂前，乙方為這個項目做商務、做演示、做售前調研等付出的成本（人工費、辦公費、差旅費等）。倒霉的是，并不是每個售前項目都可以簽單，更倒霉的是，一般情況下丟單的比簽單的多，這些丟單的售前項目，成本往哪里去呢，自然需要由簽下的項目彌補。

直接人工成本。

每個開發團隊包括很多崗位，如項目實施經理、需求分析師、系統架構師、程序員、測試工程師、美工、客服等，這些崗位的人，都是需要吃飯的，都需要發工資、交五險一金。一個項目要做好，離不開這些崗位通力合作。即使只看直接人工成本，也遠遠不止程序員的工資社保。

開發工具及設備成本。

團隊在開發過程中需要各種開發工具，有些工具是開源免費的，但也有很多工具是要收費的。當然，一般來說，每個團隊都有很多開發項目，這個成本分攤到每個項目并不高，幾乎可以忽略不計。但是，有的時候，有些特殊的設備是為這個項目專門采購的，那么這個成本就不能忽視了。

間接人工成本。

軟件成本評估都包含哪些內容？

完整的軟件造價評估應該包含哪些？

1 估算基礎

對估算對象（需求、任務等）的拆分顆粒度定義了上限與下限，以提升估算的準確度。

完備識別了估算對象，沒有遺漏的需求或任務。

估算人員經過了估算方法的系統培訓。

定義了組織級的估算方法。

2 規模估算

從不估算規模或經驗估算規模升級為客觀度量規模，比如采用國際標準的功能點方法或自定義的規模度量方法，無論是哪種方法，規模與工作量之間應該是強相關的才是合理的。

如果對本公司的項目而言，規模與工作量不強相關，也可以是復雜度等其他因子，對這些因子應該也與工作量做了相關性分析，與工作量應該強相關才是合理的。

3 工作量估算

建立了從規模的客觀度量用定量模型推算出項目總工作量。

建立了工作量分布百分比的性能基線，可以從總工作量推算各階段或各類任務的工作量。比如開發的工作量、測試的工作量。

能夠用PPB或PPM推算出各種關鍵活動的最少投入工作量，比如需求評審的工作量、代碼評審的工作量、系統測試的工作量等。

工作量的估算結果應該是一個區間，而不是單點值。如，總工作量不超過100人月。

4 成本估算

從工作量到成本有定量的計算方法。

成本的估算結果應該也是一個區間，而不是單點值。比如不超過30萬，或者在25到30萬之間等。

5 工期估算

識別了項目的關鍵路徑與關鍵鏈。

對項目的工期進行了模擬，得到滿足項目工期要求的概率有多大。如果概率太低，對關鍵路鏈上的任務、投入的資源與需要完成的需求進行了優化。

6 評審與修訂估算

保存了估算記錄，估算結果經過了評審。

隨著需求和任務的明確，在開發過程中修訂了估算結果。

7 持續改進估算過程

對比了估算結果與實際結果，對估算偏差率建立了過程性能基線或過程性能模型。

總結了估算有關的經驗教訓。

對估算方法和過程進行了持續優化。

跟蹤檢查了估算方法與過程在組織級的落地實施情況。

淺談軟件開發過程的質量度量技術

淺談軟件開發過程的質量度量技術

 摘要：本文討論軟件開發過程中度量對質量管理的重要性。如果沒有度量，沒有對軟件過程的可見度，就無法控制軟件質量。

關鍵詞：軟件開發質量度量

 軟件工程的唯一目標是生產出高質量的軟件“。軟件質量保證”(Software Quality Assurance，簡稱SQA)是一種應用于整個軟件過程的保護性活動。目的是驗證在軟件開發過程中是否遵循了合適的過程和標準。SQA應用軟件質量度量技術使其在軟件生命周期各階段均得以保證。

 軟件度量是測度。測度用于整個軟件過程：輔助估算、質量控制、生產率評估、及項目控制，目的是改進它。軟件工程管理和其它工程管理相比有其特殊性。首先，軟件是知識產品，進度和質量都難以度量，生產效率也難以保證。其次，軟件系統復雜程度也是超乎想象的。正因為軟件如此復雜和難以度量，為生產出高質量的軟件這個目的，軟件工程質量度量顯得更加重要。

 1、軟件需求是進行“質量”度量的基礎軟件質量度量考慮兩種不同的質量：設計質量和符合質量。設計質量包括系統的需求、規約和設計。符合質量則主要關注實現問題，如果實現了設計、得到的系統滿足需求和性能目標，則符合質量較高,缺乏需求符合性則質量不高;指定的質量標準定義了一組軟件開發的準則，缺乏開發標準就缺少質量“;隱含需求”沒有滿足，軟件質量也值得懷疑。

 為了保證軟件產品滿足需求，質量控制應用于整個開發周期的一系列審查、復審和測試。質量控制的任務就是策劃可行的質量管理活動，然后正確地執行和控制這些活動以保證絕大多數的缺陷可以在開發過程中被發現。質量控制在創建工作產品的過程中還包括一個反饋循環。度量和反饋相結合，使得監測產品不滿足規約時可調整開發過程。質量控制將視為整個制造過程的一部分。

2、軟件度量的三個步驟

 軟件度量有數據收集、度量計算及度量評估三個必須執行的步驟。要度量軟件質量，可通過創建一個包含過程及產品測量的數據庫，讓軟件工程師及管理者能夠更好地了解他們所做的工作及所開發的產品各個時段的質量狀態。

 軟件工程是一種層次化技術，包括過程、方法和工具，它對技術或實體的分析、設計、建造、驗證和管理。其基礎是過程層，軟件過程是建造高質量軟件需要完成的任務框架，它定義了軟件開發中采用的方法，而方法層是技術上如何實現，工具層對過程和方法提供自動化和半自動化工具的支持。軟件工程探索軟件開發過程的研究現狀，以有組織的質量保證為基礎。質量管理刺激了不斷的過程改進，正是這種改進導致了更加成熟的軟件工程方法的`不斷出現。

 3、軟件工程用技術度量評估質量軟件工程的最高目標就是產生高質量的系統、應用軟件或產品。為了達到這個目標，軟件工程師必須掌握在成熟的軟件過程背景下對有效的方法及現代化的工具(如CASE)之應用。由于硬件成本持續降低，可支持運行CASE工具的工作站和網絡已經成為軟件工程使用的工作平臺，CASE工具可完成一些特定的軟件開發過程。這些工具提供給軟件設計者以圖形方式描述軟件設計的能力，這樣就易于維護、易于交叉檢查、易于理解。除此之外，優秀的軟件工程師及優秀的軟件工程管理者必須不時評估是否能夠達到高質量的目標。

4、有用的軟件質量的測量指標

 為了保證軟件質量，人們用直接的或間接的測量方法測度質量因素，書中提出四種常用測量指標：正確性：正確性是軟件完成所需的功能的程度。正確性的最常用的測量是每千行(KLOC)的缺陷數，在這里，缺陷定義為驗證出來的與需求不符的地方。

 可維護性：指遇到錯誤時程序能被修改的容易程度;環境發生變化時程序能夠適應的容易程度，用戶希望改變需求時程序被增強的容易程度。可維護性無法直接測量，采用間接測量。如面向時間的度量用平均修改時間(mean-time-to-change,MTTC)，即分析改變的需求、設計合格的修改方案、并將修改的結果發布給用戶所花的時間。

 完整性：現在軟件完整性日益重要。它測量系統在安全方面的抗攻擊能力。這些攻擊可能發生在軟件的三個主要成分上：程序、數據及文檔。為了測量完整性必須加入兩個附加的屬性：威脅和安全性。一個系統的完整性可以定義為：完整性=Σ[l—威脅×(1—安全性)]可用性：即“用戶友好性”。根據四個特性量化“用戶友好性”：(1)學會系統所需的體力的和/或智力的投入;(2)使用系統達到中等效率所需的時間;(3)當系統由某個具有中等效率的人使用時，測量到的生產率的凈增長率(與被該系統替代的老系統相比);以及(4)用戶對系統的態度的主觀評估(可以通過調查表獲得)。

 上述的四個因素僅僅是被建議作為軟件質量測量顯的眾多因素中的一個樣板，軟件質量因素還有：健壯性、效率、可用性、風險、可理解性、可維修性、靈活性(適應性)、可測試性、可移植性(、有一種定量度量的方法是：用原來程序設計和調試的成本除移植時需用的費用)。可再用性、可運行性等等。

5、結語

 差異控制是軟件工程質量控制的核心。要生產出高質量的軟件，就要注意差異控制，注意項目需求分析。在需求分析階段要注意：(1)質量指標對不同人群、不同目的、不同時段要求可能不同，具體質量控制指標需供需雙方共同約定;(2)質量指標與度量標準、目的相關，一般的情況是高指標具有高技術難度、需要高投入、較長開發期;(3)軟件開發不同于其他產品的制造，軟件的整個過程都是設計過程(沒有制造過程);(4)軟件開發不需要使用大量的物質資源，而主要是人力資源。

 充分認識軟件工程的目標，為確保目標實現切實采用的軟件度量技術，控制所有過程的質量，滿足顧客和組織內部雙方的需要和利益，定期評價質量體系，生產出高質量軟件。 ;

如何確定軟件的開發成本價格？

軟件開發成本估算過程可進一步細分為軟件規模估算、工作量估算、成本估算和確定軟件開發成本等四個過程。

其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。

國家標準《GB/T 36964-2018 軟件工程 軟件開發成本度量規范》中建議的軟件開發成本估算基本流程如下圖所示：

國家準中的四個估算過程，層層遞進，逐步細化，最終達到科學、一致的成本估算。

一、軟件規模估算

通常情況下，規模估算是軟件成本估算過程的起點。

估算規模是后續計算軟件項目的工作量、成本和進度的主要輸入，是項目范圍管理的關鍵，因此，在條件允許的情況下，應首先進行規模估算。

在規模估算過程中，需要注意以下情況：

1.在規模估算開始前，應根據可行性研究報告或類似文檔明確項目需求及系統邊界。項目需求除包含最基本的業務需求外，還應進行初步的子系統/模塊劃分，并對每一子系統或模塊的基本用戶需求進行說明，以保證可以根據項目需求進行規模預估。

2.依據項目特點和需求詳細程度不同，通常估算人員在選擇估算方法時應采用納入國際標準的功能點方法進行功能規模估算，在適用IFPUG或NESMA方法時，可以根據需求的粒度和管理需要，選擇預估功能點方法、估算功能點方法或者詳細功能點方法。

3.若當前的項目需求極其模糊或不確定，可不進行規模估算，而直接采用類比法或類推法估算工作量和成本。

二、工作量估算

在完成規模估算后，應當開展工作量估算工作，若當前項目未開展規模估算，也可直接啟動工作量估算工作。

工作量估算時，可采用方程法、類比法、類推法、功能點法：

方程法：即基于基準數據建立參數模型，通過輸入各項參數，確定估算值。

類比法：即將待估算項目的部分屬性與類似的一組基準數據進行比對，進而確定估算值。

類推法：即將待估算項目的部分屬性與高度類似的一個或幾個已完成項目的數據進行比對，并進行適當調整后確定估算值。

功能點法：從用戶視角出發，通過量化系統功能來度量軟件的規模，這種度量主要基于系統的邏輯設計。功能點規模度量方法在國際上的應用已經比較廣泛，并且已經取代代碼行成為最主流的軟件規模度量方法。

在開展工作量估算的過程中，需要注意以下情況：

1.當需求極其模糊或不確定時，如果此時具有高度類似的歷史項目，則可直接采用類推法，充分利用歷史項目數據來粗略估算工作量。

2.當需求極其模糊或不確定時，如果此時具有與本項目部分屬性類似的一組基準數據，則可直接采用類比法，充分利用基準數據來粗略估算工作量。

3.對于規模估算已經開展的項目，可采用方程法，通過輸入各項參數，確定待估算項目的工作量。若客戶或高層對項目的工期有明確的要求時，在采用方程法估算工作量時，工期要求有可能是方程的參數之一。

4.為追求估算的準確性，建議在條件允許的情況下，可采用兩種估算方法，對估算結果進行交叉驗證，若估算結果差別不大，可直接使用兩種估算結果的平均值或以某種估算結果為準，若差別較大，需進行差異分析。

5.工作量的估算結果宜為一個范圍而不是單一的值。

三、成本估算

在獲得了工作量估算結果后，可采用科學的方法進行成本估算。

在成本估算過程中，應需要注意的情況：

1.類比法和類推法，同樣適用于需求極其模糊或不確定時的成本估算；

2.間接成本是否與工作量估算結果相關取決于間接成本分攤計算方式。在絕大多數組織，項目周期越長，項目組成員越多，其分攤的間接成本就越高，此時項目的間接成本與工作量估算結果直接相關；

3.直接非人力成本通常與工作量估算結果無關，宜單獨分項測算；

4. 成本估算結果，也通常為一個范圍，而不是單一的值。

四、確定軟件開發成本

在《軟件工程 軟件開發成本度量規范》中，將軟件開發成本分為四類，主要是為便于對成本構成（即哪些成本屬于開發成本，哪些不屬于開發成本）進行清晰界定。

而在實際確定軟件開發成本時，通常并不是分別測定四類成本，加和后獲得總成本，而是通常采用以下兩種方式確定總成本：

1.根據人力成本費率及工作量估算直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本；

2.根據規模綜合單價和軟件規模，測算出直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本。

在進行軟件的規模、工作量、成本估算時應遵循以下原則：

1.在規模估算時,應根據項目特點和需求的詳細程度選擇合適的估算方法；

2.充分利用基準數據,采用方程法、類比法或類推法,對工作量和成本進行估算；

3.工作量和成本的估算結果宜為一個范圍值；

4.在進行成本估算時,如有明確的工期要求,應充分考慮工期對項目成本的影響,可以根據項目實際情況以及工期對項目的影響程度,對成本的估算結果進行調整；

5.成本估算過程中宜采用不同的方法分別估算并進行交叉驗證。如果不同方法的估算結果產生較大差異,可采用專家評審方法確定估算結果,也可使用較簡單的加權平均方法；

6.在軟件項目的不同場景下(如預算、招投標、項目計劃和變更管理等)采用國家標準時,相關要求見國家標準中附錄A。

除了上述主要原則外，我們還需注意在使用基準數據時：

1. 對于委托方和第三方，建議使用或參考軟件行業基準數據進行估算。估算模型的調整因子的增減或取值有可能隨著行業基準數據的變化而變化。

2.對于開發方，在引入行業基準數據的基礎上，可逐步建立組織級基準數據庫，以提高估算精度。組織級基準數據定義應與行業基準數據定義保持一致，以便于與行業基準數據進行比對分析，并持續提升組織能力。

關于軟件開發度量規范和軟件開發國家標準規范的介紹到此就結束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關注本站。