這一章，從技術(shù)的層面來(lái)說(shuō)明軟件架構(gòu)很重要的十三個(gè)原因:

• 使系統(tǒng)擁有某些質(zhì)量屬性

  • 一個(gè)系統(tǒng)是否有它需要的屬性完全由它的架構(gòu)決定嚷狞，下面有一些場(chǎng)景
    • 如果系統(tǒng)需要很高的性能夺溢，就需要考慮元素的那些基于時(shí)間的行為
    • 如果可修改性是重要的甥捺，就需要保證對(duì)系統(tǒng)的變更只會(huì)影響到小部分的元素
    • 如果系統(tǒng)需要是高度安全的邮绿，就需要對(duì)內(nèi)部元素進(jìn)行管理渠旁，保證元素只能接觸到它被允許接觸的信息
    • 如果系統(tǒng)需要很高的可擴(kuò)展性，就需要避免對(duì)硬件資源的硬編碼船逮，使得如果換用好性能的硬件設(shè)備不會(huì)對(duì)系統(tǒng)產(chǎn)生過(guò)多的影響
    • 如果項(xiàng)目需要先產(chǎn)生有關(guān)系統(tǒng)的可以迭代增加的系統(tǒng)子集顾腊，就需要考慮組件間的關(guān)系
    • 如果希望系統(tǒng)中的元素被其它系統(tǒng)重用，就需要把元素間的耦合降到最低挖胃，這樣杂靶，當(dāng)從系統(tǒng)中抽取某個(gè)元素的時(shí)候，不會(huì)附帶著一系列的元素酱鸭。
  • 雖然架構(gòu)對(duì)系統(tǒng)很重要吗垮，但是只考慮架構(gòu)并不能保證系統(tǒng)的質(zhì)量屬性和功能，只有對(duì)設(shè)計(jì)凹髓，架構(gòu)烁登，編碼，實(shí)現(xiàn)等一系列過(guò)程的很好的把握才可以達(dá)到期望值

• 解釋和管理變更

  • 在實(shí)際的軟件開(kāi)發(fā)過(guò)程中扁誓，變更是在整個(gè)開(kāi)發(fā)周期中都會(huì)存在的
  • 開(kāi)發(fā)人員其實(shí)不會(huì)從頭開(kāi)始防泵，重新創(chuàng)建，相反他們?cè)诂F(xiàn)成的架構(gòu)的約束和代碼塊下進(jìn)行開(kāi)發(fā)蝗敢，使其適應(yīng)新的特征和新的環(huán)境
  • 每一個(gè)架構(gòu)都把可能的變更分為三類
    • 局部變更：只需要修改某個(gè)單一的元素，比如對(duì)價(jià)格邏輯模塊增加一條新的業(yè)務(wù)規(guī)則
    • 非局部變更：需要對(duì)多個(gè)元素進(jìn)行修改足删，但是底層架構(gòu)不變寿谴。比如對(duì)價(jià)格邏輯模塊增加一條新的業(yè)務(wù)規(guī)則，并在數(shù)據(jù)庫(kù)中增加這個(gè)新的業(yè)務(wù)模型需要的字段失受，然后對(duì)用戶界面進(jìn)行修改讶泰，把新的規(guī)則顯示在用戶界面上
    • 架構(gòu)的變更：可能就是對(duì)整個(gè)系統(tǒng)的變更咏瑟，比如把CS架構(gòu)變成BS架構(gòu)
  • 顯然，我們最希望系統(tǒng)產(chǎn)生的是局部變更痪署，這樣的修改會(huì)相對(duì)容易
  • 合理的分析架構(gòu)可以使我們對(duì)系統(tǒng)處理變更的能力進(jìn)行預(yù)測(cè)

• 預(yù)測(cè)系統(tǒng)的質(zhì)量屬性

  • 軟件架構(gòu)不但能使系統(tǒng)擁有某些質(zhì)量屬性码泞，還能對(duì)系統(tǒng)的質(zhì)量屬性進(jìn)行預(yù)測(cè)
  • 實(shí)際上，軟件架構(gòu)是可以在系統(tǒng)開(kāi)發(fā)和集成之前根據(jù)該架構(gòu)的評(píng)估進(jìn)行合理的質(zhì)量預(yù)測(cè)狼犯，這樣就可以以得到特定的某些屬性為目的做出決定余寥，如果發(fā)現(xiàn)執(zhí)行了某些決定，就知道和這些決定相關(guān)聯(lián)的可以產(chǎn)生的屬性是什么
  • 預(yù)測(cè)有助于很早的發(fā)現(xiàn)架構(gòu)設(shè)計(jì)中存在的問(wèn)題悯森，并解決它宋舷，而不是等到后面的開(kāi)發(fā)過(guò)程中再解決方案，這樣就相對(duì)比較麻煩了

• 增強(qiáng)干系人之間的聯(lián)系

  • 軟件架構(gòu)通常是對(duì)整個(gè)系統(tǒng)的一個(gè)抽象瓢姻，大體上通俗易懂祝蝠，所以可以讓那些不具備專業(yè)知識(shí)的干系人對(duì)系統(tǒng)也有很好的理解，這樣有利于干系人之間的溝通幻碱，協(xié)商等绎狭，因?yàn)槊恳粋€(gè)干系人對(duì)系統(tǒng)的關(guān)注點(diǎn)都不同
  • 軟件架構(gòu)提供了一種通俗的語(yǔ)言，方便對(duì)干系人不同需求的協(xié)商褥傍，使觀點(diǎn)大致統(tǒng)一儡嘶，而不是在后面的開(kāi)發(fā)中才產(chǎn)生很大的分歧

• 早著手做設(shè)計(jì)決定

  • 軟件架構(gòu)實(shí)際上就是系統(tǒng)早期的設(shè)計(jì)決定，而且早期的這些決定往往對(duì)后續(xù)工作起著重要的作用摔桦，如果在后續(xù)工作中發(fā)現(xiàn)前期的架構(gòu)設(shè)計(jì)有問(wèn)題社付，往往是災(zāi)難性的，因?yàn)楹芏嗪髞?lái)的決定都是在前面的決定的基礎(chǔ)上做的邻耕。

• 作為后期實(shí)現(xiàn)的約束存在

  • 軟件架構(gòu)師在早期做軟件架構(gòu)的時(shí)候就權(quán)衡了各方面的因素鸥咖，給出了明確的分工和定義，在實(shí)現(xiàn)的過(guò)程中兄世，編碼人員只需要完成規(guī)定的任務(wù)即可啼辣，至于部分和部分之間是如何交互的，則不需要考慮御滩。
  • 同樣的軟件架構(gòu)人員也不需要具體了解使用什么算法等一系列細(xì)化的問(wèn)題鸥拧，只需要確定大的方向和模塊就行了。

• 對(duì)組織結(jié)構(gòu)產(chǎn)生影響

  • 就像上一條說(shuō)的那樣削解，軟件架構(gòu)把系統(tǒng)分為不同的部分富弦，每一塊可以由指定的人負(fù)責(zé)，這樣軟件架構(gòu)也就影響了組織結(jié)構(gòu)氛驮。
  • 使用這種方法劃分組織結(jié)構(gòu)腕柜，有一點(diǎn)劣勢(shì)就是負(fù)責(zé)摸個(gè)子系統(tǒng)的團(tuán)隊(duì)會(huì)拒絕參與其他團(tuán)隊(duì)的工作。

• 允許增量式原型

  • 一旦軟件架構(gòu)確定，就相當(dāng)于劃定了大致結(jié)構(gòu)盏缤，好的開(kāi)發(fā)方法是砰蠢，根據(jù)架構(gòu)進(jìn)行增量式開(kāi)發(fā)，首先不會(huì)過(guò)多的在意某一個(gè)功能方面的事情唉铜，而是功能和功能之間的交互台舱，提供服務(wù)和接口等。
  • 這樣做的好處是減少開(kāi)發(fā)風(fēng)險(xiǎn)潭流，同時(shí)竞惋，最初設(shè)定的架構(gòu)框架也許可以在其他的某些系統(tǒng)的開(kāi)發(fā)過(guò)程中重復(fù)使用

• 使對(duì)開(kāi)銷和時(shí)間的估計(jì)更加準(zhǔn)確

  • 對(duì)于一個(gè)項(xiàng)目經(jīng)理來(lái)說(shuō)，準(zhǔn)確的對(duì)整個(gè)項(xiàng)目進(jìn)行估計(jì)幻枉，監(jiān)控項(xiàng)目的開(kāi)發(fā)情況是整個(gè)項(xiàng)目成功的關(guān)鍵
  • 作為軟件架構(gòu)師碰声，幫助項(xiàng)目經(jīng)理在項(xiàng)目開(kāi)發(fā)的初期對(duì)項(xiàng)目的時(shí)間和費(fèi)用開(kāi)銷有一個(gè)近似準(zhǔn)確的估計(jì)是有必要的，通常項(xiàng)目的組織架構(gòu)和WBS也是根據(jù)架構(gòu)來(lái)制定的
  • 一般采用自頂向下和自下而上的方法對(duì)整個(gè)項(xiàng)目進(jìn)行估計(jì)

• 提供一個(gè)可重用的模型

  • 就像代碼重用會(huì)帶來(lái)很大的好處一樣熬甫，對(duì)有近似需求的系統(tǒng)進(jìn)行架構(gòu)的重用可以節(jié)省不少的精力
  • 一系列有近似需求的系統(tǒng)匯集起來(lái)胰挑，對(duì)他們公共重復(fù)的部分統(tǒng)一處理。也就是說(shuō)項(xiàng)目不再作為一個(gè)獨(dú)立的個(gè)體椿肩，而是最終把一系列相似的項(xiàng)目作為產(chǎn)品推出瞻颂。

• 讓彼此獨(dú)立的元素進(jìn)行合并

  • 軟件架構(gòu)對(duì)原本獨(dú)立的元素統(tǒng)一管理，軟件架構(gòu)是站在整體的角度提出元素和元素之間的聯(lián)系郑象，使得系統(tǒng)中的組件不再是一個(gè)一個(gè)的獨(dú)立的個(gè)體
  • 元素最終組成模塊對(duì)外提供固定的接口贡这，這樣即使是內(nèi)部進(jìn)行改變也不會(huì)讓所有調(diào)用它的模塊都發(fā)生改變

• 固定幾種架構(gòu)模式

  • 作為架構(gòu)來(lái)說(shuō)，不是每一次開(kāi)發(fā)都需要重新設(shè)計(jì)一個(gè)架構(gòu)的厂榛，對(duì)系統(tǒng)的架構(gòu)進(jìn)行歸類可以總結(jié)提煉出幾種架構(gòu)模式盖矫，這樣在具體的解決問(wèn)題的時(shí)候，就可以套用某中模式進(jìn)行解決击奶。
  • 這樣有共性解決起來(lái)就沒(méi)有那么復(fù)雜和困難辈双。

• 幫助看清問(wèn)題的本質(zhì)

  • 當(dāng)開(kāi)發(fā)組來(lái)了新的成員的時(shí)候，軟件架構(gòu)可以清晰的告訴他元素之間是如何交互的柜砾，系統(tǒng)的功能點(diǎn)有哪些湃望，同時(shí)在項(xiàng)目干系人之間也方便交流。