今天將以前參加的一個(gè)架構(gòu)設(shè)計(jì)的培訓(xùn)教材拿出來又翻了翻，忽然發(fā)現(xiàn)當(dāng)時(shí)培訓(xùn)的教材其實(shí)是按照RUP的開發(fā)思路來安排的。
首先來看看RUP的核心工作流，分別是：

• 商業(yè)建模（業(yè)務(wù)建模）
• 需求
• 分析與設(shè)計(jì)
• 實(shí)現(xiàn)
• 測試
• 發(fā)布
• 配置與變更管理
• 項(xiàng)目管理
• 環(huán)境

后面幾項(xiàng)與架構(gòu)設(shè)計(jì)的關(guān)系不大，重點(diǎn)看前面幾個(gè)：商業(yè)建模、需求、分析與設(shè)計(jì)。
回過頭來再看看培訓(xùn)教材的大綱：

• 架構(gòu)師必備的全局觀
• 架構(gòu)設(shè)計(jì)導(dǎo)論
• 架構(gòu)設(shè)計(jì)過程概覽                 
  
• 需求分析                          ---- RUP ---- 需求
  
• 領(lǐng)域建模                          ---- RUP ---- 商業(yè)建模
  
• 打通軟件需求到架構(gòu)師設(shè)計(jì)之墻      ---- RUP ---- 需求、分析與設(shè)計(jì)
  
• 概念性架構(gòu)設(shè)計(jì)                    ---- RUP ---- 分析與設(shè)計(jì)
  
• 細(xì)化架構(gòu)設(shè)計(jì)                      ---- RUP ---- 分析與設(shè)計(jì)
• 非功能需求設(shè)計(jì)方法論              ---- RUP ---- 分析與設(shè)計(jì)（重點(diǎn)在非功能需求的架構(gòu)設(shè)計(jì)）
• 架構(gòu)驗(yàn)證                          ---- RUP ---- 分析與設(shè)計(jì)（重點(diǎn)在驗(yàn)證）
• UML實(shí)踐指南
• 面向?qū)ο蠹軜?gòu)設(shè)計(jì)
• 架構(gòu)模式實(shí)踐
• 框架技術(shù)實(shí)踐

除了實(shí)踐部分與前面概要性的部分之外，其余部分基本可以對應(yīng)起來。

有時(shí)候，會覺得寫小說是件容易的事情，設(shè)計(jì)好大綱，一篇一篇往里填充不就行了么，但是換做真的是自己動筆的話，確萬萬也寫不出來。
架構(gòu)設(shè)計(jì)也是如此，簡單點(diǎn)說是如此簡單：熟悉需求、商業(yè)建模、分析與設(shè)計(jì)。但是真的遇到一個(gè)需要實(shí)現(xiàn)的系統(tǒng)時(shí)，確發(fā)現(xiàn)千頭萬緒，要想做一個(gè)好的架構(gòu)，不是一件容易的事情。

要想做好架構(gòu)設(shè)計(jì)，重點(diǎn)還在一個(gè)分析，學(xué)習(xí)架構(gòu)設(shè)計(jì)也是如此，那就是得分析開源框架、別人的代碼為什么要這么做？要分析我從中可以體會到什么？
架構(gòu)設(shè)計(jì)師的知識面一定要廣，否則應(yīng)用面就比較窄了。

說了半天，回頭一看，亂七八糟，其實(shí)最近在琢磨的一個(gè)問題是，如何才能搞好架構(gòu)設(shè)計(jì) ^_^

再想想，這是一個(gè)長期工程，需要不斷的分析積累。