為了可以統一進行工作量的比較。iso、isbsg（國際軟體基準比對標準組）/csbsg（中國軟體基準比對標準組）採用了一些分類方法。
注意這些分類方法看起來非常像瀑布模型的「研發階段」，但實際上即使是採用迭代、敏捷開發，仍能夠把每乙個迭代內的工作量分解為這些型別，以便於以往瀑布模型的工作量進行對照。
左邊是iso的定義，右邊是isbsg（csbsg採納了isbsg的定義）
iso 12207 project steps 相應 isbsg effort phase
1requirements elicitation需求獲取 = specify 需求
2system requirements analysis需求分析 = specify需求
3system architecture design 系統架構設計 = specify需求
4software requirements analysis 軟體需求分析 = specify需求
5software design 軟體設計 = design設計
6software construct (code & unit test)軟體建立（編碼+單元測試） = build構建
7software integration 軟體整合 = build構建
8software testing 軟體測試 = test測試（功能性測試）
9system integration 系統整合 = test測試
10system testing系統測試 = test測試（壓力，效能……）
11software installation軟體安裝 = implement實施
12user support使用者支援 =implement實施
建議：使用isbsg的定義
第乙個原因是簡單。
第二個原因是iso儘管做了規定。但由於iso本身不收集資料，而isbsg/csbsg還是有非常多資料的。因此比較起來方便。
假設已有體系已經符合iso。倒是也能夠用iso的標準。僅僅要和isbsg做乙個相應就能夠了。
以下是乙個國內公布過的生產力報告中的資料，能夠有乙個直觀參考：
工作量比例關係
需求11%
設計14%
構建45%
測試22%
實施8%
工期比例關係（僅限於瀑布模型）
18%13%
26%28%
15%（因捨入誤差總和不是100%）
度量術語之一 研發階段（工作量分類）
為了能夠統一進行工作量的比較，iso isbsg 國際軟體基準比對標準組 csbsg 中國軟體基準比對標準組 採用了一些分類方法。注意這些分類方法看起來很像瀑布模型的 研發階段 但實際上即使是採用迭代 敏捷開發，仍可以把每個迭代內的工作量分解為這些型別，以便於以往瀑布模型的工作量進行對比。左邊是is...
度量空間的乙個例子 離散度量空間
let x be any nonempty set.for any x,y in x define d x,y 1 if x neq y d x,y 0 if x y then x,d is a metric space.the metric d is called discret metric a...
度量空間的乙個例子 離散度量空間
let x be any nonempty set.for any x,y in x define d x,y 1 if x neq y d x,y 0 if x y then x,d is a metric space.the metric d is called discret metric a...