主題
如需有關針對小型專案調整 RUP 的詳細資訊,請參閱概念:針對小型專案調整流程。如需調整 RUP 的一般資訊, 請參閱概念:調整
RUP
下列情境說明 ABC Company 的一個專案,稱為 Project X。Project X 團隊是由一個專案管理人員 Jill,和四個程式設計師 Angus、David、Susan 和 Philip 組成。這個專案的持續時間是 4
個月。
Jill 考慮使用 RUP 作為這個專案的軟體開發流程基礎。她安裝了 RUP,依預設, 這會安裝「標準 RUP」流程配置。她審查了標準 RUP 中,與針對專案調整流程相關的部分。
她開始和小組商議,來評估專案的流程需求。她的結論如下。
-
配置管理的現有流程和工具都運作良好,因此這部分的流程可以維持不變。
-
該小組具有使用案例和元件架構方面的經驗,不過若能提供一些這些方面的指引會有幫助。
-
專案可以從反覆式開發獲得好處,快速找出專案的關鍵性風險。
-
關係人和開發小組有非正式的良好工作關係,不需要擬定正式的契約或審查。關係人在開發期間會全程參與。小組的技術和規範都很強,這可以從他們過去不需要很正式的流程,就可以產生優良品質的產品看出。
-
由於專案的時間範圍很短,因此只會對工具集做小幅變更。
-
同時會起始一項個別的平行活動,來探索工具的優點、重複使用機會,以及進一步修正流程,使其適用於未來的專案。
Jill 隨即開始調整適當的流程,供全組遵循。
將專案特定的資產套裝在外掛程式中
現有的 RUP 流程和專案需要的流程雖然很接近,但卻不是完全相同。因此 Jill 進一步修正流程,她的做法是建立一支專案特定的外掛程式,其中包含適用於專案的特定資產。
更明確地說,Jill 啟動了 Rational Method Composer (RMC) 並建立一個新的方法外掛程式,其中包括:
-
有關專案使用的工具準則
-
重複使用前一個類似專案的準則,這包括「設計準則」以及「配置與變更管理準則」
-
審查及評量準則
她除了將這些指引關聯到適當的 RUP 方法元素外,她也修正了現有的 RUP 流程觀點,使其包括此指引。
她同時在「RUP 入門」視圖中加入了「Project X 流程簡介」頁面,並在其中說明了已配置流程的基本原則。例如,她指出加入的範本是為了指引內容,但格式是選用的。她並且指出關鍵專案工作成果的現行版本位置。
如需有關如何使用 RMC 來建立方法外掛程式的資訊,請參閱工具輔助:使用 Rational Method Composer 建立方法外掛程式。如需有關如何移入外掛程式的資訊,請參閱工具輔助:使用 Rational Method Composer 開發方法內容。
定義流程特定的配置與發佈
現在,Jill 已經將專案特定的資產包裝在外掛程式中,她就可以開發一個 RUP 配置,來併入專案特定的外掛程式。
Jill 啟動 Rational Method Composer (RMC) 並選擇「小型專案」配置作為開始點。她將「小型專案」配置複製為新的配置,並命名為 "ABC
Project X"。
Jill 開啟新的配置並選擇及取消選擇一些方法套件與外掛程式,以執行屬意的配置之概略配置。例如,她取消選擇了方法套件 "Database
Design",因為她的小組不打算在這個專案建立任何資料模型,並且她選擇了在上一節建立的專案特定的外掛程式。
Jill 接著使用「小型專案配置」中提供的交付流程作為開始點,在她的方法外掛程式中建立一個新的交付流程。她編輯新的交付流程,在每個階段加入一些作業,並去掉一些作業。她接著公佈結果。
如需有關如何使用 RMC 來開發流程的資訊,請參閱工具輔助:使用 Rational Method Composer 開發流程。關於如何使用 RMC 來發佈程序的相關資訊, 請參閱工具輔助:使用 Rational Method Composer 來發佈方法配置。
Project X 的團隊組織很小,因此每個人都同時負責好幾種 RUP 角色。Jill 在「軟體開發計劃」中說明每個人的職責。例如,在 Project X 中,Jill 負責「專案管理人員」和「流程工程師」兩種角色。
Jill 向小組和其他關係人提供已配置的 RUP 草擬 以及「軟體開發計劃」,供審查。因此小組就開始遵循流程。其間犯了一些錯誤,因此修正了流程。最後,專案順利完成,並且該小組適當調整了流程,使其可供未來的專案使用。
|