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