隨筆-75  評論-193  文章-5  trackbacks-0
          今天將以前參加的一個架構設計的培訓教材拿出來又翻了翻,忽然發現當時培訓的教材其實是按照RUP的開發思路來安排的。
          首先來看看RUP的核心工作流,分別是:
          • 商業建模(業務建模)
          • 需求
          • 分析與設計
          • 實現
          • 測試
          • 發布
          • 配置與變更管理
          • 項目管理
          • 環境
          后面幾項與架構設計的關系不大,重點看前面幾個:商業建模、需求、分析與設計。
          回過頭來再看看培訓教材的大綱:
          • 架構師必備的全局觀
          • 架構設計導論
          • 架構設計過程概覽                 
          • 需求分析                          ---- RUP ---- 需求
          • 領域建模                          ---- RUP ---- 商業建模
          • 打通軟件需求到架構師設計之墻      ---- RUP ---- 需求、分析與設計
          • 概念性架構設計                    ---- RUP ---- 分析與設計
          • 細化架構設計                      ---- RUP ---- 分析與設計
          • 非功能需求設計方法論              ---- RUP ---- 分析與設計(重點在非功能需求的架構設計)
          • 架構驗證                          ---- RUP ---- 分析與設計(重點在驗證)
          • UML實踐指南
          • 面向對象架構設計
          • 架構模式實踐
          • 框架技術實踐
          除了實踐部分與前面概要性的部分之外,其余部分基本可以對應起來。

          有時候,會覺得寫小說是件容易的事情,設計好大綱,一篇一篇往里填充不就行了么,但是換做真的是自己動筆的話,確萬萬也寫不出來。
          架構設計也是如此,簡單點說是如此簡單:熟悉需求、商業建模、分析與設計。但是真的遇到一個需要實現的系統時,確發現千頭萬緒,要想做一個好的架構,不是一件容易的事情。

          要想做好架構設計,重點還在一個分析,學習架構設計也是如此,那就是得分析開源框架、別人的代碼為什么要這么做?要分析我從中可以體會到什么?
          架構設計師的知識面一定要廣,否則應用面就比較窄了。

          說了半天,回頭一看,亂七八糟,其實最近在琢磨的一個問題是,如何才能搞好架構設計 ^_^

          再想想,這是一個長期工程,需要不斷的分析積累。


          posted on 2008-05-31 22:54 The Matrix 閱讀(499) 評論(0)  編輯  收藏 所屬分類: 軟件設計
          <2008年5月>
          27282930123
          45678910
          11121314151617
          18192021222324
          25262728293031
          1234567

          隨筆分類(72)

          隨筆檔案(67)

          文章分類(5)

          搜索

          •  

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 宁都县| 舒城县| 栖霞市| 天气| 彝良县| 松滋市| 崇仁县| 纳雍县| 闻喜县| 婺源县| 永定县| 兴业县| 驻马店市| 乃东县| 平南县| 巫溪县| 昭平县| 奉化市| 兴隆县| 鹿泉市| 平南县| 十堰市| 花莲市| 子洲县| 松阳县| 永靖县| 武宁县| 平罗县| 宜昌市| 肃南| 七台河市| 思茅市| 体育| 沈阳市| 石门县| 清河县| 尤溪县| 耒阳市| 怀集县| 来凤县| 治县。|