定義
「作業」描述一個工作單位。每一項「作業」由特定的「角色」來執行。「作業」的規模通常只歷經幾小時或幾天。通常只影響一個或少數的「工作成果」。「作業」不一定做為規劃和追蹤進度的基礎 -
就此用途而言,通常太過於精密;「作業」的「活動」群組通常較適合做為規劃和追蹤單位。
「作業」有明確的用途,通常表示為建立或更新某些「工作成果」,例如模型、類別或計劃。在一項「作業」內,每一個執行「角色」負責達成一個明確定義的目標。「作業」提供完整的逐步說明,描述如何執行所有必要的工作來達成此目標。此說明很完整,與在流程生命週期內何時實際完成工作無關。因此,並不描述您在何時執行什麼工作,而是描述在整個開發生命週期內完成有利於達成「作業」目標的所有工作。
在「流程」中套用「作業」時,定義為「作業描述子」的參考物件會提供資訊,指出屆時將會實際執行「作業」的什麼元素。這假設「作業」在「流程」內通常會反覆地執行,但每一次在「作業」說明的不同步驟或層面上有稍微不同的強調重點,且可能有不同或其他的執行角色,或不同的輸入/輸出
(關於「方法內容」與「流程」的差異,請參閱 Unified Method Architecture (UMA) 的主要功能)。
步驟
「作業」可以分解成幾段「步驟」。「步驟」代表一項「作業」的整體工作中有意義且一致的部分。「步驟」分為三個主要種類:
-
思考步驟:扮演「角色」的人瞭解「作業」的本質、收集並檢查輸入「工作成果」,最後明確陳述結果。
-
執行步驟:扮演「角色」的人建立或更新一些「工作成果」。
-
審查步驟:扮演「角色」的人根據某些準則來視察結果。
每一次呼叫一項「作業」時,並不一定會執行所有「步驟」,因此可能以備用流程的形式來表達(類似於「使用案例」)。
範例
一般作業
例如 RUP 的「開發使用案例模型」,此「作業」描述開發一個完整使用案例模型所需完成的所有工作。由下列工作組成:
-
找出並命名使用案例及參與者
-
撰寫簡要說明
-
在圖解中建立使用案例及其關係的模型
-
詳細說明基本流程
-
詳細說明替代流程
-
舉行演練、研討會及審查等。
上述所有部分都對開發使用案例模型的開發目標做出貢獻,但有些會在「流程」的不同時間點執行。識別、命名及簡要說明會在一般開發「流程」的早期執行,而撰寫詳細的替代流程則是在很晚期才進行。相同「作業」內的所有部分或「步驟」就形成開發使用案例模型的「方法」。在生命週期中套用這種方法,就相當於定義在每次反覆時要完成哪些「步驟」。
作業及其步驟
RUP 的「尋找使用案例與參與者」作業可拆解為下列「步驟」:
-
尋找參與者
-
尋找使用案例
-
描述參與者與使用案例如何互動
-
套件使用案例和參與者
-
在使用案例圖中呈現使用案例模型
-
開發使用案例模型的調查
-
評估結果
尋找部分 [步驟 1 至 3] 需要一些思考;執行部分 [步驟 4 至 6] 牽涉到在使用案例模型中擷取結果;審查部分 [步驟 7] 就是扮演「角色」的人經由預估結果來評估達成率、健全性、理解性及其他品質的階段。
|