今天將以前參加的一個架構設計的培訓教材拿出來又翻了翻,忽然發現當時培訓的教材其實是按照RUP的開發思路來安排的。
首先來看看RUP的核心工作流,分別是:
- 商業建模(業務建模)
- 需求
- 分析與設計
- 實現
- 測試
- 發布
- 配置與變更管理
- 項目管理
- 環境
后面幾項與架構設計的關系不大,重點看前面幾個:商業建模、需求、分析與設計。
回過頭來再看看培訓教材的大綱:
- 架構師必備的全局觀
- 架構設計導論
- 架構設計過程概覽
- 需求分析 ---- RUP ---- 需求
- 領域建模 ---- RUP ---- 商業建模
- 打通軟件需求到架構師設計之墻 ---- RUP ---- 需求、分析與設計
- 概念性架構設計 ---- RUP ---- 分析與設計
- 細化架構設計 ---- RUP ---- 分析與設計
- 非功能需求設計方法論 ---- RUP ---- 分析與設計(重點在非功能需求的架構設計)
- 架構驗證 ---- RUP ---- 分析與設計(重點在驗證)
- UML實踐指南
- 面向對象架構設計
- 架構模式實踐
- 框架技術實踐
除了實踐部分與前面概要性的部分之外,其余部分基本可以對應起來。
有時候,會覺得寫小說是件容易的事情,設計好大綱,一篇一篇往里填充不就行了么,但是換做真的是自己動筆的話,確萬萬也寫不出來。
架構設計也是如此,簡單點說是如此簡單:熟悉需求、商業建模、分析與設計。但是真的遇到一個需要實現的系統時,確發現千頭萬緒,要想做一個好的架構,不是一件容易的事情。
要想做好架構設計,重點還在一個
分析,學習架構設計也是如此,那就是得分析開源框架、別人的代碼為什么要這么做?要分析我從中可以體會到什么?
架構設計師的知識面一定要廣,否則應用面就比較窄了。
說了半天,回頭一看,亂七八糟,其實最近在琢磨的一個問題是,如何才能搞好架構設計 ^_^
再想想,這是一個長期工程,需要不斷的分析積累。
posted on 2008-05-31 22:54
The Matrix 閱讀(499)
評論(0) 編輯 收藏 所屬分類:
軟件設計