字號: 小 中 大 |
推薦給好友
上一篇 |
下一篇
RUP定制流程
發布: 2007-6-04 14:16 |
作者: 網絡轉載 |
來源:
網絡 |
查看: 87次 | 進入軟件測試論壇討論
領測軟件測試網
|
都說RUP太龐大，本人研究發現：RUP的workflow概念和階段概念在職責上有重疊，乃是RUP復雜的一個原因所在，RUP過程產品中也說“將活動分成不同的核心工作流程使活動更容易理解，但會使時間安排變得比較困難”。
我的對策是改造（呵呵，不是僅僅定制了）：將workflow和activity的概念退化成“活動”和“子活動”的概念，而workflow的并發職責全部交給“階段”。也就是說，真正將RUP改造成“二維的軟件開發模型”，活動一維，階段一維。（RUP本身不是3維也算2.5維：每個階段可以進一步分解為迭代，而迭代又是工作流的小瀑布，工作流又是并發的activity）
正如umlchina論壇一位朋友所說的：不明白RUP為何不做成核心子集而做成超集，workflow中activity可并發是很好的思想，但沒必要把RUP的頂層view搞的層次太多，門檻太高喲。
1. 決定進行哪些“活動”：比如要不要配置管理、評審等管理活動（小項目可不要），有沒有為用戶交付安裝活動（非定做項目往往沒有）
2. 先別想太多風險防范的事，按瀑布模型的思路，決定每一活動生產的“工件”
3. 加入風險防范意識，引入“階段”概念：每一階段會“執行到”哪些“活動”，結束時的“里程碑”是什么。注意該步對工件造成2個影響：工件的半成品形式（演進式增量開發） 和 新的工件（標識階段的結束）。
簡言之，就是先后決定【活動】【工件】【活動模型、補充工件】。（按“過程建模涉及【活動、人、組織、產品】”的觀點，就是關注【活動、工件、組織】且以活動為中心，至于人的因素可以作為第4步）
|
文章來源于領測軟件測試網 http://www.kjueaiud.com/
TAG:
rup
流程
定制
