從網(wǎng)上看到一篇 Gary Cernosek的文章《下一代模型驅(qū)動(dòng)開發(fā)》，原文主要是介紹IBM rational的新版自動(dòng)化建模工具在軟件開發(fā)過程中的應(yīng)用的。其中有一些理念對(duì)于不使用IBM工具的軟件人員同樣有用，現(xiàn)在我摘抄其中的一些章節(jié)。

架構(gòu)檢查和控制

以往的軟件實(shí)施經(jīng)驗(yàn)告訴我們，無論你將應(yīng)用系統(tǒng)設(shè)計(jì)和構(gòu)建得多么好，也總會(huì)在實(shí)施階段經(jīng)歷代碼得逞演化，如果沒有檢查，將最終導(dǎo)致架構(gòu)性能的降低，嚴(yán)重影響軟件的質(zhì)量。

折兌這個(gè)現(xiàn)象，軟件架構(gòu)師在實(shí)施之前檢查已有的代碼，以評(píng)估其真實(shí)的體系結(jié)構(gòu)和質(zhì)量。做這項(xiàng)工作的過程中，他們往往發(fā)現(xiàn)各種各樣的問題，從設(shè)計(jì)到代碼的不正確映射；代碼級(jí)得改變因其設(shè)計(jì)和架構(gòu)的依賴 編碼標(biāo)準(zhǔn)、規(guī)則和樣式方面不規(guī)范等。最終，應(yīng)用系統(tǒng)的架構(gòu)是由部署的代碼來呈現(xiàn)的，所以軟件架構(gòu)師必須分析代碼，以評(píng)估它的可維護(hù)性，并且在一些規(guī)則的輔導(dǎo)下掌握架構(gòu)的演化。

[原文這里介紹IBM Rational 工具的自動(dòng)分析功能，這里省略]，用戶可以很容易地發(fā)現(xiàn)架構(gòu)的不足之處或者"反模式"，例如循環(huán)依賴，集線器等已逐漸被加入到應(yīng)用程序源代碼中等這樣那樣的問題。

通過進(jìn)行架構(gòu)的檢查和控制之后，軟件架構(gòu)師能夠顯著地提高他們所設(shè)計(jì)和部署的應(yīng)用系統(tǒng)的品質(zhì)