「規範」是與整體專案內一個主要「關注議題」有關的一組「作業」集合。
將「作業」組成「規範」,目的是為了協助以傳統的瀑布式觀點來瞭解專案。雖然通常會同時橫跨數個「規範」來執行「作業」(例如,密切配合分析與設計「作業」來執行特定的需求「作業」),但將這些「作業」區隔為獨立的「規範」是一種很有效的內容組織方式,更容易理解。
數個「作業」全部依相同的「規範」來分類還有另一項原因,就是這些作業都參與達成更高的目標或執行彼此相關的工作。每一個「規範」定義標準的方法來執行分類的工作。這些標準方法以所謂的參照工作流程來表達,參照工作流程以功能型樣來描述,定義「規範」所分類的「作業」如何以最共通的方式來一起運作。這些參照工作流程通常用於培訓和指導工作者。
就像其他工作流程一樣,「規範」的參照工作流程也是局部排序的活動,以達成特定結果為目標而執行的分解結構或活動圖來表示。「規範」工作流程的「局部排序」本質強調「規範」工作流程無法表達排定「實際工作」時的實際細微差異,因為無法描述活動的選擇性或實際專案的反覆特性。不過,仍然可供我們將流程分解為更小的關注議題來瞭解流程。
範例:「規範」在軟體工程中所扮演的角色
在「軟體開發」中,每一個「規範」有一或多個相關的「模型」,這些模型再由相關的「工作成果」組成。「軟體」中指出的一些基本的規範如下:
-
商業模型
-
需求
-
分析與設計
-
實作
-
測試
-
部署
-
配置與變更管理
-
專案管理
-
環境
|