架構是乙個很直覺化的概念，理解的反差會讓設計變得大相徑庭。架構設計者（不一定是架構師）對系統的把握、認知和控制力會極大的影響系統開發的走勢。需求分析，功能分拆，技術選型，人員控制，規模、進度和質量控制等都是架構設計者的任務，穩定安全，高效、可擴充套件、可維護、優秀的使用者體驗是架構設計的基本目標。不過架構設計一直有乙個誤區：只有在談到大型專案的時候，才會想到架構，好像資料不夠海量、訪問不到千萬就不好意思談架構一樣。
專案的規模同樣是一種直覺上的概念，有的系統功能繁雜，枝節盤繞，但深度不夠，中心不定，往往點到即止；但有些系統功能單一，但深度挖掘，中心明確，有很強的輻射性，像twitter、facebook等。其實可以說他們的複雜度是不分彼此的，再加上人員配置的差別，系統的規模也會有所差別。同乙個系統，對乙個經驗豐富的高手和兩個生澀的新手，規模可以有完全不同的解釋。
這篇文章只講一些中小規模專案的架構設計。
一、系統需求分析。
這一步至關重要，是整個系統開始的入口，需求把握的準確性、精細度都直接影響其後的所 有步驟。
二、評估系統規模、系統拆解、技術選型、人員配置
作為乙個中小型的專案，明確需求以後，評估系統、系統拆解、技術選型、人員配置要同時進行，他們之間相互作用，互為補充，同時進行更容易把握。
三、實施與控制
這是系統成型的階段。這裡主要說控制，控制力對整個系統的把握和走向極其重要，不光要控制系統的質量、週期，還要控制人員、資金變動帶來的驟然不適應性。
四、測試與修復
可以說這是系統的攻堅階段。即將接近尾聲，問題會隨著全面測試的展開逐一顯現。測試對於國內大部分的中小專案來說非常不重視，沒有專門的測試系統和測試人員，甚至連伺服器壓力測試、環境測試都沒有，有的甚至於頁面相容性測試也給省了。結果就是，沒問題皆大歡喜，有問題就會發現問題層出不窮，反覆測試也無窮盡。其實乙個測試系統並不盡複雜，只要按照按部就班、完整合理的測試方案認真執行，大部分的問題都是可以及早得到發現和解決的。
五、完成與維護
產品交付與維護方案。
——————————
迴圈結構設計有感
迴圈結構程式設計有感 一 迴圈語句 1 while語句 含義 先計算表示式 一般稱為迴圈條件 的值，當表示式的值為真 迴圈條件成立 時，去執行一次迴圈體。和if不同的是，執行完一次迴圈體後，while語句又回到開始處，繼續計算和判斷表示式的真假，決定是否再次執行迴圈體。也就是 當表示式成立時，不斷重...
寫架構設計文件有感
前段時間寫了篇架構設計文件，一直想就這件事聊點什麼，結果一拖就拖到現在了。算起來這是我第二次寫架構設計文件了。一路摸爬滾打，算是有一點點領悟，也不知道對不對，就隨便說說。很多人覺得架構文件沒有什麼寫的，或者說不知道要怎麼寫。其實我覺得這是因為自己對架構 或者對業務需求並不是那麼理解。如果真的理解了，...
《架構設計思維（一）》有感
這篇文章講述了架構設計的思維是怎樣的，對我這學期的軟體體系架構有了乙個概括的描述。乙個經典的架構設計過程模型，沿用了rup中迭代增量的思想，由分析 描述 選擇 構造和組合5個階段組成，如圖 這個過程模型看似很流暢，但是，架構師在設計時很難把握他的正確性和精準性，而且用它架構的系統是否對後續設計開發形...