軟體過程度量方法有哪些

❶ 軟體規模估算有哪些方法

現實中常見的軟體成本估算方法包括經驗法（專家法）、類推法，類比法、方程法，交叉驗證法。除估算方法外，還需要估算資料庫的支持才能繼續度量分析，從而得出估算目標。估算數據基礎可以是企業歷史資料庫，也可以是行業基準資料庫。
《軟體研發成本度量規范》中軟體成本估算的思路分三步驟：規模估算、工作量估算、成本估算。

❷ 什麼是軟體度量軟體度量的3個維度是什麼

軟體度量是對軟體開發項目、過程及其產品進行數據定義、收集以及分析的持續性定量化過程，目的在於對此加以理解、預測、評估、控制和改善。
軟體度量包括3個維度，即項目度量、產品度量和過程度量。

❸ 哪些軟體適合使用功能點方法進行度量

軟體規模度量分為：代碼行技術和功能點技術等
代碼行技術優點和缺點分別是：
優點：用軟體代碼行數估算軟體規模簡單易行。
缺點：代碼行數的估算依賴於程序設計語言的功能和表達能力；
採用代碼行估算方法會對設計精巧的軟體項目產生不利的影響；
在軟體項目開發前或開發初期估算它的代碼行數十分困難；
代碼行估算只適用於過程式程序設計語言，對非過程式的程序設計語言不太適用等等。
功能點技術的優點和缺點是：
優點：比代碼行更為合理。
缺點：在某些計算上，主觀意識較為強烈！

❹ 度量的軟體度量標准

1.軟體研發成本度量規范簡介
本標准規定了軟體研發成本度量方法、過程及原則，包括軟體研發成本的構成、軟體研發成本度量過程、軟體研發成本度量的應用。本標准適用於度量成本與功能規模密切相關的軟體研發項目的成本。本標准不涉及軟體定價，但相關各方可依據本標准明確研發成本，從而為軟體定價提供重要依據。
2.標准研製背景
長期以來，如何度量和評估軟體研發項目的成本一直是產業界的難題。目前我國尚無科學統一的軟體研發項目成本度量標准體系以指導、規范、管理軟體項目的研發成本，較大程度導致做預算時無據可依，造成極大浪費；在軟體項目招評標過程中，由於無法界定軟體工程項目的合理成本范圍，常常出現惡意低價或超高價格競標現象；軟體開發商在項目實施過程中，由於缺乏成本控制的科學依據，也經常出現時間滯後、費用遠遠超出最初估算水平的情況。
3.標准研製過程
在國家工業和信息化部軟體服務業司領導下，從2010年開始啟動我國軟體成本度量標准體系的研製工作。中國軟體行業協會系統與軟體過程改進分會 （以下簡稱 「過程改進分會」）和中國電子技術標准化研究院（以下簡稱「電子四所」）圍繞軟體研發成本度量標准體系建設開展了基礎性研究工作，梳理了標准體系。核心標准《軟體研發成本度量規范》於2010年12月正式立項，計劃號為2010-3194T-SJ，由過程改進分會和電子四所共同牽頭起草，組織產、學、研、 用約40家單位共同參與，歷時3年，為軟體項目預算、立項審批、招投標、項目計劃、變更管理等工作提供「科學依據」。
4.標準的價值
1、倡導使用統一的國際功能點方法度量軟體規模，使度量結果可比對；
2、倡導使用基準數據估算軟體工期和成本，使估算結果更科學；
3、倡導使用一致的估算過程和公式，使估算過程透明化、估算結果可追溯。
5.標准試點應用
《軟體研發成本度量規范》從2012年開始試點應用。海關總署、中國人民銀行、東軟集團等單位都參與了試點工作，分別在預算審批、項目立項、招投標、項目計劃等場景進行應用，取得了很好的效果。截至2013年年底，共有約2000人參加CCEP培訓，近1500人通過考試並成為國內首批CCEP（軟體成本估算專家）。採用標准規定的方法後，極大的解決了試點企業長期以來面臨的問題。
6.標准發布
行業標准《軟體研發成本度量規范》（SJ/T11463-2013） 由中華人民共和國工業和信息化部於2013年10月17日正式發布，並於2013年12月1日開始正式實施。
7.最新進展
經推薦，該標准由中關村智聯軟體服務業質量創新聯盟 牽頭，正在申請升級為國家標准，於2015年7月31日正式下達計劃號：20151553-T-469 1.規范研製背景
北京作為全國軟體與信息服務業之都，產業規模一直位居全國前列，並且保持著較快的增長水平，軟體和信息服務業在全市經濟發展中也佔有越來越重要的地位。隨著十二五規劃的逐步實施，北京市各行各業信息化建設投資也不斷加大，僅全市每年屬於市級財政撥款范疇的信息化項目就可達700至800個，金額總量可達三十多億元，涉及上千家企事業單位。然而本市一直沒有科學統一的標准以支撐、規范、管理信息化項目軟體開發費用的測算，這大大制約了北京軟體產業的健康可持續發展。由於相關標準的缺失，如何測算信息化項目軟體開發的合理費用一直都是北京軟體產業發展中的難點，因而常常導致軟體項目預算審批無依據、惡意競標等問題的發生。
2.規范的價值
由北京市經濟和信息化委員會歸口指導，北京軟體和信息服務交易所、北京軟體行業協會過程改進分會聯合制訂的北京市首個軟體成本度量地方標准《信息化項目軟體開發費用測算規范》將於今年11月起正式實施，這標志著我市信息化項目軟體開發工作擁有了科學、標準的費用評估方法，有助於規范行業市場、推動軟體企業提升生產效率，提升產業增長質量。 1.編制背景
長期以來，如何度量軟體研發成本一直是產業界的難題，尤其是在預算、招投標、項目計劃等活動中因為缺失科學統一的軟體研發成本度量標准，較大程度導致項目做預算時無據可依，進而造成預算浪費或預算不足；在軟體項目招投標過程中，因為缺乏軟體研發成本度量依據，惡意競標、低價中標現象頻頻發生；開發方在項目實施過程中，由於缺乏成本控制的科學依據，也經常出現時間滯後，費用遠遠超出最初預算的情況。科學統一的軟體研發成本度量標准既是有效進行軟體項目管理的重要依據，也是當前軟體產業發展的迫切需要。
為此，工業與信息化部軟體服務業司委託中國軟體行業協會系統與軟體過程改進分會牽頭組織編制了《軟體研發成本度量規范》。標准中規定了軟體研發成本度量的方法及過程，包括軟體研發成本的構成、軟體研發成本度量的過程、軟體研發成本度量的應用。其目的是幫助軟體研發涉及各方科學、一致地進行成本度量。但標准中沒有包含軟體研發成本度量過程中所需要的估算模型、行業基準數據及其在不同場景進行成本估算的詳細步驟和方法，因此需要制訂標準的應用指南，以便相關各方針對不同的應用場景、正確使用行業數據和模型，有效開展軟體研發成本度量相關工作。
2.編制目的與范圍
本指南是《軟體研發成本度量規范》系列應用指南之一，針對預算場景。
《軟體研發成本度量規范》中的成本度量，特指對軟體研發成本的預計值進行估算或對實際值進行測量、分析的過程。而《軟體研發成本度量規范》中，預算是指根據項目成本估算的結果確定預計項目費用的過程。因此，本指南主要描述在預算場景下如何開展成本估算工作，而不涉及編制預算的其他方面。
在《軟體研發成本度量規范》及本指南中，軟體研發過程包括從項目立項開始到項目完成驗收之間的需求分析、設計、編碼、集成、測試、驗收交付活動及相關的項目管理、支持活動。因此，本指南中軟體研發成本僅包括軟體研發過程中的所有直接成本和間接成本，但不包括數據遷移、軟體維護等成本。本指南中所涉及工作量、工期也僅為軟體研發過程所用工作量、工期。
本指南編制的主要目的是指導預算活動相關各方，基於《軟體研發成本度量規范》有效開展成本估算工作，並為確定軟體項目預算提供科學依據。
本指南明確了基於《軟體研發成本度量規范》和基準數據開展成本估算相關活動的步驟與方法，並通過示例，明確了典型情況的估算及調整方法；對於其他特殊情況，相關人員應根據本指南及《軟體研發成本度量規范》中的相關原則，結合項目特點，選擇適當的估算方法或對估算結果進行合理調整。
對於與預算類似的其他早期估算應用場景，相關人員也可參照本指南的相關原則與方法，開展項目估算活動。

❺ 簡述軟體度量GQM方法的基本步驟。

GQM的實施過程大致分為七個階段：先期調研，制定目標，產生計劃，產生測量計劃，收集和整理數據，數據分析，打包。其中GQM的核心是GQM目標（Goal）和GQM計劃，所謂GQM計劃就是用一組問題(Question)來定義GQM目標，再對每個問題給出一組度量（Metric）。

❻ 軟體度量的過程度量

弗羅哈克(William A.Florac)、帕克(Robert E.Park)和卡爾頓(Anita D.Carleton)在《實用軟體度量：過程管理和改善之度量》(Practical Software Measurement：Measuring for Process Management and Improvement)中描述了過程管理和項目管理的關系。認為軟體項目團隊生產產品基於三大要素：產品需求、項目計劃和已定義軟體過程。度量數據在項目管理中將被用來：(1)識別和描述需求，(2)准備能夠實現目標的計劃，(3)執行計劃，(4)跟蹤基於項目計劃目標的工作執行狀態和進展。而過程管理也能使用相同的數據和相關度量來控制和改善軟體過程本身。這就意味著，軟體組織能使用建構和維持度量活動的共同框架來為過程管理和項目管理兩大管理功能提供數據。
軟體過程管理包括定義過程、計劃度量、執行軟體過程、應用度量、控制過程和改善過程，其中計劃度量和應用度量是軟體過程管理中的重要步驟，也是軟體過程度量的核心內容。計劃度量建立在對已定義軟體過程的理解之上，產品、過程、資源的相關事項和屬性已經被識別，收集和使用度量以進行過程性能跟蹤的規定都被集成到軟體過程之中。應用度量通過過程度量將執行軟體過程所獲得的數據，以及通過產品度量將產品相關數據用來控制和改善軟體過程。 軟體過程的度量，需要按照已經明確定義的度量流程加以實施，這樣能使軟體過程度量作業具有可控制性和可跟蹤性，從而提高度量的有效性。軟體過程度量的一般流程主要包括：確認過程問題；收集過程數據；分析過程數據；解釋過程數據；匯報過程分析；提出過程建議；實施過程行動；實施監督和控制。這一度量過程的流程質量能保證軟體過程度量獲得有關軟體過程的數據和問題，並進而對軟體過程實施改善。

❼ 軟體度量的原則和軟體度量實施的方法

原則：不要為了考核開發者而度量，度量是為了解現狀，牽引能力提升；
方法：關鍵KPI，一般從質量、效率、成本三個方面設置度量指標；

❽ 度量的主要方法

軟體開發成本度量主要指軟體開發項目所需的財務性成本的估算。
主要方法如下：類比估演算法
類比估演算法是通過比較已完成的類似項目系統來估算成本，適合評估一些與歷史項目在應用領域、環境和復雜度方面相似的項目。其約束條件在於必須存在類似的具有可比性的軟體開發系統，估算結果的精確度依賴於歷史項目數據的完整性、准確度以及現行項目與歷史項目的近似程度。
細分估演算法。細分估演算法是將整個項目系統分解成若干個小系統，逐個估算成本，然後合計起來作為整個項目的估算成本。細分估演算法通過逐漸細化的方式對每個小系統進行詳細的估算，可能獲得貼近實際的估算成本。其難點在於，難以把握各小系統整合為大系統的整合成本。
周期估演算法。周期估演算法是按軟體開發周期進行劃分，估算各個階段的成本，然後進行匯總合計。周期估演算法基於軟體工程理論對軟體開發的各個階段進行估算，很適合瀑布型軟體開發方法，但是需要估算者對軟體工程各個階段的作業量和相互間的比例具有相當的了解。
顧客顧客滿意度度量
顧客滿意是軟體開發項目的主要目的之一，而顧客滿意目標要得以實現，需要建立顧客滿意度度量體系和指標對顧客滿意度進行度量。顧客滿意度指標(CSI：customer satisfaction index)以顧客滿意研究為基礎，對顧客滿意度加以界定和描述。項目顧客滿意度量的要點在於：確定各類信息、數據、資料來源的准確性、客觀性、合理性、有效性，並以此建立產品、服務質量的衡量指標和標准。企業顧客滿意度度量的標准會因為各企業的經營理念、經營戰略、經營重點、價值取向、顧客滿意度調查結果等因素而有所不同。比如：NEC於2002年12月開始實施的CSMP 活動的度量尺度包括共感性、誠實性、革新性、確實性和迅速性，其中，將共感性和誠實性作為CS活動的核心姿態，而將革新性、確實性和迅速性作為提供商品和服務中不可或缺的尺度。每個尺度包括兩個要素，各要素包括兩個項目，共計5大尺度、10個要素和20個項目。例如，共感性這一尺度包括「了解顧客的期待」、「從顧客的立場考慮問題」這兩個要素；「了解顧客的期待」這一要素又包括「不僅僅能勝任目前的工作還能意識到為顧客提供價值而專心投入」、「對顧客的期望不是囫圇吞棗而是根據顧客的立場和狀況來思考『顧客到底需要什麼』並加以應對」這兩個項目。
美國專家斯蒂芬(Stephen H.Kan)在《軟體質量工程的度量與模型》(Metrics and Models in Software Quality Engineering)中認為，企業的顧客滿意度要素：
顧客
顧客滿意度要素
顧客顧客滿意度要素的內容
技術解決方案質量、可靠性、有效性、易用性、價格、安裝、新技術支持與維護靈活性、易達性、產品知識市場營銷解決方案、接觸技術解決方案
管理購買流程、請求手續、保證期限、注意事項交付准時、准確、交付後過程企業形象技術領導、財務穩定性、執行印象表7-1 顧客滿意度要素及其內容 作為企業的顧客滿意度的基本構成單位，項目的顧客滿意度會受到項目要素的影響，主要包括：開發的軟體產品、開發文檔、項目進度以及交期、技術水平、溝通能力、運用維護等等。具體而言，可以細分為如表7-2所示的度量要素，並根據這些要素進行度量。 顧客滿意度項目顧客滿意度度量要素軟體產品功能性、可靠性、易用性、效率性、可維護性、可移植性開發文檔文檔的構成、質量、外觀、圖表以及索引、用語項目進度以及交期交期的根據、進度遲延情況下的應對、進展報告技術水平項目組的技術水平、項目組的提案能力、項目組的問題解決能力溝通能力事件記錄、式樣確認、Q&A
運用維護支持、問題發生時的應對速度、問題解決能力表7-2顧客滿意度項目度量要素

❾ 軟體開發過程中如何度量每個工程活動並通過這些數據了解開發人員的產出和工作效率

規模度量一般選擇 頁數（需求、設計、用例）、代碼行（千行）、用例數（測試）；工作量度量用人時；效率就是規模/工作量啦。