從軟體企業的觀點出發，軟體度量（software measurement）是通過各種不同的量度(metric)對軟體生命週期中的各個元素進行度量(measure)，它能夠為專案管理者提供有關專案的各種重要資訊，同時也是進行大多評估活動的基礎。
通常度量程式是由一些軟體工程組在組織中進行實施，而這種用於量化軟體過程的決策手段實際上能為所有涉及軟體的人或部門帶來好處：
既然軟體度量能為企業組織的各個方面帶來好處，那麼我們究竟應該如何在企業組織中來設計並實現這一度量過程呢？本文將以此為目的展開。
首先，讓我們先來了解一下設計軟體度量過程的主要構架：
根據以上幾點，carnegie mellon大學的sei提出了以下的乙個軟體度量過程體系結構圖：
圖1：軟體度量過程體系結構
下面我們就來按照上面的體系結構進行分析：
1過程計畫的制定
制定度量過程的計畫包括兩個方面的活動，乙個是確認範圍，乙個是定義程式步驟：
確認範圍：該活動的根據是要明確度量需求的大小，以限定乙個適合於企業本身需求的度量過程。因為在整個度量過程中是需要花費人力物力等有限資源的，不切實際的大而全或不足以反映實際結果的需求都會影響度量過程的可靠性以及企業的發展能力。
定義程式步驟：在確認了範圍後，就需要定義操作及度量過程的步驟，在構造的同時應該成文立案。主要工作包括定義完整，一致，可操作的度量；定義資料採集方法以及如何進行資料記錄與儲存；定義可以對度量資料進行分析的相關技術，以使使用者能根據度量資料得到這些資料背後的結果。
2 過程的實施
過程的實施也包括兩方面的活動，乙個是資料的採集，乙個是資料的分析：
3 過程的改善
過程的改善僅包含乙個方面的活動，即優化過程：
現在，我們已經基本了解了設計乙個軟體度量過程的體系結構，那麼，我們應該如何來進行實施呢？這也就是我們下面即將展開談到的。
如果企業組織決定在內部開始或改善軟體度量過程，組建乙個度量專組是很有必要的，同時企業應為該專組提供確定和必要的資源，以便使其展開工作。在完成相應的準備工作後，我們就可以開始經歷乙個實施的過程了。
到此，我們已經清楚了軟體企業度量過程的完整建立過程，與cmm一樣，這也只是乙個規範與框架，具體的實現將根據各個企業組織的不同則不同。儘管sw-cmm中並沒有乙個專門的軟體度量的關鍵過程域，而是將其貫穿於其他關鍵過程域中，不過在sw-cmm的繼承者--cmmi中定義了乙個專門的關鍵過程域：度量與分析。
如何建立有效的軟體測試準則？
典型的既無意義，也不能實現目標的兩個測試結束準則 1用完了安排的測試時間後，測試便結束。2當執行完所有測試用例都未發現錯誤，測試便結束。也就是說，當所有的測試用例不成功時便結束。第一條準則沒有任何作用，因為可以什麼都不做就能滿足它。它並不能衡量測試的質量。第二條準則同樣無用。因為它與測試用例的質量無...
建立有效鏈結的關鍵
建立有效鏈結的關鍵 這篇文章是圍繞鏈結來講的，你得了解下其它可促進seo成功的一些因素，像文字元件，它包含了各類可使用的單詞和短語，你的目標觀眾很可能會用這類詞進行搜尋查詢，且這類元件的流行度與指向 的鏈結的數量和質量是息息相關的。其中最重要的 需要記住的 也是大部分 開發商一開始都覺得比較困惑的是...
建立有效的CRM系統
客戶管理系統可以有效把客戶資訊集中在企業的資料庫裡。並且客戶的資料可以被公司各個部門共享，無論是客戶是否聯絡過企業還是企業聯絡過客戶或者客戶增加購買過產品等，這些資訊都是會被記錄的，同時這些資料可以被每乙個和客戶交流的部門管理者都可以查詢到的，讓這個客戶在購買產品的同時還能得到企業的整體的關懷。這只...