這些準則說明調整 RUP 時,應該考慮的一些事情。
如需有關調整 RUP 的整體流程說明,請參閱概念:RUP 調整。
如需與調整流程相關的一些一般最佳作法說明,請參閱準則:流程調整慣例。
定義調整工作範圍
定義調整工作範圍是指出要變更什麼,以及如何變更。
若要有效地定義範圍,很重要的一點是要熟悉 RUP。如需詳細資訊,請參閱 RUP 簡介。
您決定要修改多少流程,以及要做修改的層次,都是視一些因素而定。這些因素都在準則:流程區別元件 中說明。
本節檢視在構成流程的組成份子中,可能會因為調整 RUP 工作的關係,而加以修改、自訂、新增或抑制的部分。
-
規範
軟體專案很少會完全跳過其中一個規範,例如「分析與設計」、「實作」等。在例外的情況下,有些規範,例如「需求」或「部署」,可能會交由別的組織執行。不過,比較有可能的是修改規範中或跨越規範的特定工作流程。
-
工作成果
專案最有可能在其產生、更新和提交的工作成果中,呈現差異。就一個極端的情況而言,假設某個完全無紙張的專案只維護少量電子式的工作成果,此專案是由諸多試算表、設計工具、程式設計工具以及測試工具等支援,並且只用磁片、CD
或透過網際網路提交軟體和電子文件。它的另一個極端是專案必須產生及維護大量印出文件,以符合合約、法規或組織要求。在某些情況下,可以略過整個模型。
-
作業
作業至少有兩個原因會導致需要改變。使用工作成果作為輸入,並且產生或更新工作成果作為輸出的作業,會受這些工作成果的修改影響;尤其是如果某些工作成果,或工作成果中的某些資訊元素已不再需要時,就必須抑制或大量修改相對應的步驟。作業也會因為要引進和特定應用程式領域或開發專業相關的
特定技術、方法及工具,例如設計步驟、程式設計語言、自動產生程式碼工具、測量技術等等,而必須修改。
在較詳細的層次中,則可以修改、新增或抑制其他方法元素:
-
角色
-
作業中的步驟
-
作業的準則與指引
-
註解,例如使用一部分 UML 或使用模板來處理某些模型或全部模型的特定需求
-
審查用的核對清單
-
用來將某些作業自動化的工具支援
-
專有名詞變更,例如使流程適用於組織環境定義
總而言之,流程工程師在調整 RUP 時,需要做許多決定。RUP 可能必須加以調整,才能運用一些建立完備的公司慣例和標準的好處,例如文件,專有名詞等等。
有些調整情境很難實作,因此必須審慎思考。例如:
-
變更流程架構
大量將作業重新封裝到另一組規範中,以符合現有的流程或組織,可能會導致投入大量人力,但卻只有少許收獲。通常比較實際的做法是建立一項對映,來評估 RUP
是否有涵蓋所有層面即可。請記得,規範並不會依據階段次序執行,規範只是作業的儲存區,並且會在每個反覆作業中不斷重複執行,通常是在同一個反覆作業中平行進行。
-
變更專有名詞
雖然將某個字取代為另一個字對文書處理而言極微不足道,但是這種變更卻必須審慎思考。在軟體工程設計領域中,組織通常會將相同的字做略微不同的意義運用,或用不同的字代表相同的事情。在 RUP
中個別的變更,可能會導致流程極難以瞭解。有個解決方法是針對專有名詞建立一個「轉換表」,用來轉換 RUP 專有名詞和組織的專有名詞。
較敏感的字包括系統、階段、角色、活動、作業、模型及文件。
如果流程結果是以英文以外的語言擷取,專有名詞問題就愈形複雜,因為您必須將工作成果、文件、報告以及 RUP 的其他部分的說明,轉換為該語言。
|