|
關(guān)于我們
 書單推薦 新書推薦 |
系統(tǒng)架構(gòu)：復(fù)雜系統(tǒng)的產(chǎn)品設(shè)計(jì)與開發(fā) 
定 價(jià)：119 元 叢書名：架構(gòu)師書庫
9 7 5 8 5 7 1 1 4 1 3 1 0 
本書首先講解了什么是系統(tǒng)，什么是系統(tǒng)架構(gòu)，并從形式和功能兩個(gè)方面講解了如何分析系統(tǒng)。之后開始講解如何創(chuàng)建良好的系統(tǒng)架構(gòu)。在將概念演化為架構(gòu)的過程中，架構(gòu)師需要對系統(tǒng)進(jìn)行分解，以看清這些組件的結(jié)構(gòu)以及它們之間的交互情況，因此需要根據(jù)一些衡量指標(biāo)來構(gòu)建權(quán)衡空間，以便使用優(yōu)化算法找出優(yōu)勢較大的架構(gòu)。
前言
我們寫這本書，是為了闡述一種強(qiáng)大的思想。越來越多的人已經(jīng)開始有了這種思想，這就是“系統(tǒng)的架構(gòu)”（architecture of a system）。從電網(wǎng)的架構(gòu)到移動(dòng)支付系統(tǒng)的架構(gòu)，很多領(lǐng)域都出現(xiàn)了系統(tǒng)架構(gòu)的思維。架構(gòu)就是系統(tǒng)的DNA，也是形成競爭優(yōu)勢的基礎(chǔ)所在。擁有系統(tǒng)架構(gòu)師這一頭銜的專業(yè)人士，現(xiàn)在已經(jīng)超過10萬人，此外還有更多的人以其他身份參與架構(gòu)工作。
對于強(qiáng)大的思想，其邊界一般都比較模糊。我們發(fā)現(xiàn)許多同事、客戶和同學(xué)都能夠意識(shí)到系統(tǒng)架構(gòu)問題，但他們對這個(gè)詞的用法有所區(qū)別。這個(gè)詞一般用來區(qū)分兩個(gè)已有的系統(tǒng)，例如“這兩種山地自行車的架構(gòu)不同”。
系統(tǒng)的架構(gòu)到底是由什么組成的？這個(gè)話題通常會(huì)引發(fā)巨大的爭論。在某些領(lǐng)域中，架構(gòu)用來指代一項(xiàng)能夠在抽象層面上區(qū)分兩類系統(tǒng)的決策，例如“封包交換的架構(gòu)”（packet-switched architecture）與“電路交換的架構(gòu)”（circuit-switched architecture）。而在另外一些領(lǐng)域中，這個(gè)詞則用來在忽略某些小細(xì)節(jié)的情況下描述整體的實(shí)現(xiàn)，例如“我們的軟件是用來充當(dāng)服務(wù)架構(gòu)的”。
我們的目標(biāo)是闡述架構(gòu)思維的強(qiáng)大之處，并且使其邊界變得更加明晰。架構(gòu)思維的強(qiáng)大，源自它能夠使我們在項(xiàng)目的早期階段權(quán)衡各種架構(gòu)、展望后續(xù)的發(fā)展情況，并發(fā)現(xiàn)各種約束以及對提升項(xiàng)目價(jià)值較為重要的機(jī)遇。如果架構(gòu)把全部細(xì)節(jié)都包括進(jìn)去，那么我們就無法在各種粗略的想法之間輕易跳躍，但如果架構(gòu)中缺少了重要的價(jià)值驅(qū)動(dòng)力，那它又顯得沒有意義。
我們寫本書時(shí)所持有的理念與Eberhardt Rechtin相同，都認(rèn)為架構(gòu)師應(yīng)該是專才，而非通才。我們想在書中描述系統(tǒng)架構(gòu)的分析與構(gòu)建過程，也想展示系統(tǒng)架構(gòu)的“科學(xué)性”。與產(chǎn)品設(shè)計(jì)規(guī)范相比，本書的措辭在某種程度上較為寬松一些，因?yàn)槲覀円幚淼南到y(tǒng)更加復(fù)雜。產(chǎn)品研發(fā)人員所重視的是設(shè)計(jì)問題，而我們要強(qiáng)調(diào)的則是系統(tǒng)中的各個(gè)部件如何才能凝聚成一個(gè)連貫的整體，我們重視的是這個(gè)奇妙的涌現(xiàn)過程。
我們把過去的經(jīng)驗(yàn)融入了本書中。我們有幸參與了許多復(fù)雜系統(tǒng)的早期研發(fā)工作，這些系統(tǒng)遍布通信、運(yùn)輸、移動(dòng)廣告、財(cái)經(jīng)、機(jī)器人、醫(yī)療設(shè)備等各個(gè)領(lǐng)域，其復(fù)雜程度也各有不同，從農(nóng)具到國際空間站，我們都接觸過。
此外，書中的案例研究還涉及混合動(dòng)力車（hybrid car）及商用飛機(jī)（commercial aircraft）等其他領(lǐng)域的系統(tǒng)架構(gòu)師所總結(jié)出的一些經(jīng)驗(yàn)。我們認(rèn)為，本書必須要能夠應(yīng)對當(dāng)前系統(tǒng)架構(gòu)師所面臨的各項(xiàng)挑戰(zhàn)，因?yàn)橹挥羞@樣，才能推進(jìn)系統(tǒng)架構(gòu)的發(fā)展。
本書的核心受眾有兩類人，一類是專業(yè)的架構(gòu)師，另一類是工程學(xué)的學(xué)生。系統(tǒng)架構(gòu)這一理念，是相關(guān)行業(yè)的從業(yè)者從實(shí)踐和嘗試中得來的，這些從業(yè)者運(yùn)用自身的智慧，試著總結(jié)出一些經(jīng)驗(yàn)，以應(yīng)對研發(fā)新系統(tǒng)時(shí)所面臨的挑戰(zhàn)。本書的一部分目標(biāo)讀者是進(jìn)行架構(gòu)決策的資深專業(yè)人士。這些專業(yè)人士包括高級技術(shù)人員，也包括軟件、電子、工業(yè)用品、航空、汽車及消費(fèi)用品等科技產(chǎn)業(yè)中的管理人員。
本書的另一部分目標(biāo)讀者是工程學(xué)的學(xué)生。本書是根據(jù)過去15年間我們在麻省理工學(xué)院講授研究生課程時(shí)的教學(xué)經(jīng)驗(yàn)而寫成的，其中有很多學(xué)生后來成了私人企業(yè)和政府部門中的佼佼者，對此我們深感榮幸。架構(gòu)思維不僅可以幫助我們理解系統(tǒng)當(dāng)前的運(yùn)作方式，而且對于科技組織的管理來說，這也應(yīng)該是一項(xiàng)必備的能力。
致謝我們要感謝使本書得以面世的諸位人士。首先，感謝Bill Simmons、Vic Tang、Steve Imrich、Carlos Gorbea和Peter Davison，他們在本書的相關(guān)章節(jié)中提供了自己的專業(yè)意見，并對本書的初稿做了點(diǎn)評。Norman R. Augustine為本書撰寫了推薦序，并幫助我們成形系統(tǒng)架構(gòu)方面的想法，為此我們深表感激。
感謝評審者Chris Magee、Warren Seering、Eun Suk Suh、Carlos Morales、Michael Yukish及Ernst Fricke給我們提供了明確的意見，并幫我們指出了未能傳達(dá)出關(guān)鍵思想的那些段落。還要感謝很多匿名評審者，他們給出的反饋意見使我們能夠?qū)Ρ緯右愿倪M(jìn)。感謝OPM（Object Process Methodology，對象過程方法）的研發(fā)者Dov Dori，他是我們的優(yōu)秀合作伙伴。
感謝Pat Hale為我們在MIT的教學(xué)活動(dòng)提供支持并對本書初稿給出反饋。感謝MIT系統(tǒng)設(shè)計(jì)與管理2011班（MIT System Design and Management Class of 2011）的63位同學(xué)詳細(xì)閱讀本書的每一章，并給出大量建議。尤其要感謝Erik Garcia、Marwan Hussein、Allen Donnelly、Greg Wilmer、Matt Strother、David Petrucci、Suzanne Livingstone、Michael Livingstone及Kevin Somerville。感謝MIT圖書館的Ellen Finnie Duranceau幫我們明智地選擇了出版社。
本書的編寫得益于歷屆的研究生，他們所貢獻(xiàn)的內(nèi)容以各種形式出現(xiàn)在本書中。除了上面提到的那些人之外，還要感謝Morgan Dwyer、Marc Sanchez、Jonathan Battat、Ben Koo、Andreas Hein及Ryan Boas。
感謝Pearson團(tuán)隊(duì)的Holly Stark、Rose Kernan、Erin Ault、Scott Disanno及Bram van Kempen為本書的出版所付出的辛勤勞動(dòng)。
最后，感謝Crawley的妻子Ana、Cameron的妻子Tess，以及Selva的妻子Karen，感謝你們在周末和假期對我們著書工作的理解，使我們不至于把它拖成一本“永遠(yuǎn)都寫不完的書”。
—Edward Crawley Bruce Cameron Daniel Selva馬薩諸塞州劍橋市
推 薦 序Norman R. Augustine在醫(yī)療健康領(lǐng)域中，有一種趨勢特別有前途，這就是生物醫(yī)學(xué)研究與工程實(shí)踐的結(jié)合。我有一位朋友是工程師，他最近告訴我，美國一家知名大學(xué)曾經(jīng)開了這樣一個(gè)會(huì)，工程系與心臟病學(xué)科系的教研人員，在會(huì)上探討了這兩種學(xué)科的結(jié)合方式。會(huì)議的重點(diǎn)是構(gòu)建一顆可供人類使用的機(jī)械心臟，心臟病學(xué)科系的主管剛開始描述人類心臟的各項(xiàng)特征，就有工程師打斷他，并問道：“機(jī)械心臟必須放在胸腔中嗎？有沒有可能放在其他更容易夠到的地方？例如大腿中？”開會(huì)的人以前從來沒考慮過這種可能。主管接著描述心臟的特征，但是過了一會(huì)兒，又有另一個(gè)工程師打斷他，并提問：“能不能不要只放一個(gè)心臟，而是把三顆或四顆心臟組合成分布式系統(tǒng)？”這個(gè)問題，也是大家從未考慮過的。
本書由系統(tǒng)架構(gòu)領(lǐng)域內(nèi)三位備受崇敬的領(lǐng)軍人物撰寫，他們的觀點(diǎn)很有見地。書中討論的就是如何提出并回答上面那樣的問題。我在工作中曾經(jīng)碰到工程、商務(wù)、政府等方面的各種系統(tǒng)架構(gòu)問題，當(dāng)運(yùn)用系統(tǒng)架構(gòu)領(lǐng)域中的一些經(jīng)驗(yàn)來解決這些問題時(shí)，我發(fā)現(xiàn)結(jié)果會(huì)好很多。
然而，單單運(yùn)用這些經(jīng)驗(yàn)是不夠的。剛開始工作時(shí)，我記得自己總是問同事各種問題。當(dāng)時(shí)我們正在“合作”完成一個(gè)導(dǎo)彈項(xiàng)目，我問他們?yōu)槭裁匆捎媚撤N特定的方式來設(shè)計(jì)產(chǎn)品的某個(gè)部件。有人給出的原因是“這種設(shè)計(jì)方式重量最輕”，有人說他設(shè)計(jì)的那一部分雷達(dá)橫截面（radar cross-section）最小，還有人說自己設(shè)計(jì)的那個(gè)部件成本低、體積小，等等。
這些理由都不錯(cuò)，可是其中缺了一樣?xùn)|西。那就是系統(tǒng)架構(gòu)師（system architect）。
系統(tǒng)架構(gòu)師的缺位很常見，但表現(xiàn)方式一般比較微妙。幾年前，我曾經(jīng)參與了近音速運(yùn)輸機(jī)（Near-Sonic Transport aircraft）的早期研發(fā)工作。一份市場調(diào)查表明，乘客想要更快地到達(dá)目的地。近音速運(yùn)輸?shù)睦砟�，就是想使速度盡量接近音速（也就是接近1馬赫，1馬赫≈1225km/h），但又不超過它，以避免超過音速之后所引發(fā)的各種問題。然而空氣動(dòng)力學(xué)者（我早前的研究領(lǐng)域就是空氣動(dòng)力學(xué)）發(fā)現(xiàn)：這樣做使得飛機(jī)在阻力曲線上會(huì)進(jìn)入一個(gè)耗油量陡增的區(qū)域。
從系統(tǒng)架構(gòu)的觀點(diǎn)來看，我們要解決的問題并不是怎樣飛得更快，而是如何縮短乘客從家中到機(jī)場、辦理登機(jī)手續(xù)、過安檢、上飛機(jī)、飛行、落地后取行李并駛往最終目標(biāo)所需的總時(shí)間。把這個(gè)問題放在剛才那個(gè)情境中考慮，我們就會(huì)發(fā)現(xiàn)，更基本的問題其實(shí)應(yīng)該是：節(jié)省這5分鐘或10分鐘的飛行時(shí)間，究竟能給乘客帶來多大的好處？答案是：帶不來多大好處。因此，這項(xiàng)近音速運(yùn)輸機(jī)計(jì)劃就提前終止了。如果我們想使乘客更快地到達(dá)目的地，那么顯然還有其他更好的方案可供探索。這個(gè)項(xiàng)目之所以失敗，是因?yàn)榇蠹覜]有意識(shí)到自己正在處理的是系統(tǒng)架構(gòu)問題，而不單單是空氣動(dòng)力學(xué)或飛機(jī)設(shè)計(jì)方面的問題。
這些年來，我一直在不斷地完善自己對“系統(tǒng)”這個(gè)詞所下的定義。系統(tǒng)是“可以交互的兩個(gè)或多個(gè)元素”，而本書作者又明智地補(bǔ)充了一點(diǎn)，那就是系統(tǒng)的功效必須大于各自元素的功效之和。盡管在概念層面很簡單，但是現(xiàn)實(shí)世界中的系統(tǒng)相當(dāng)復(fù)雜。實(shí)際上，對于由若干元素所構(gòu)成的（而且這些元素之間都以最簡單的方式來交互）系統(tǒng)來說，描述其可能具備的狀態(tài)數(shù)量所用的那個(gè)公式非常嚇人，有“怪獸公式”之稱。此外，很多系統(tǒng)里面還有人的因素在內(nèi)，如果系統(tǒng)里面還包括人，那么系統(tǒng)架構(gòu)所面臨的困難就會(huì)更大，因?yàn)槿说囊蛩貢?huì)帶來不確定性。我們在現(xiàn)實(shí)中遇到的就是這種系統(tǒng)，本書作者要分析和解決的架構(gòu)問題，也針對的是這種系統(tǒng)。
我曾經(jīng)分析過這樣一個(gè)給美國南極站進(jìn)行補(bǔ)給的系統(tǒng)。與其他系統(tǒng)一樣，我需要非常謹(jǐn)慎地設(shè)定具體的評估目標(biāo)。是要縮減在可以預(yù)期的狀況下所產(chǎn)生的消耗，還是要減少在無法預(yù)期的最差狀況（例如糟糕的天氣）下所產(chǎn)生的消耗？又或者是要盡量避免在補(bǔ)給品根本無法送達(dá)時(shí)所發(fā)生的那些“令人遺憾的”狀況？可以考慮的目標(biāo)還有很多。
在這個(gè)系統(tǒng)中，有很多個(gè)必須互相配合的元素，例如運(yùn)輸船、破冰船、各種飛機(jī)、用于卸貨的冰碼頭、存儲(chǔ)設(shè)施、交通工具、通信等。而且在做各種決策時(shí)，還要考慮架構(gòu)中一直可能會(huì)發(fā)生的一種危險(xiǎn)，那就是單點(diǎn)故障。
我還在商務(wù)領(lǐng)域中遇到了一個(gè)比剛才更復(fù)雜的問題，那就是能不能把7家公司的所有部門或主要部門，合并為洛克希德·馬丁公司，如果能，應(yīng)該如何去做。這個(gè)系統(tǒng)中的每個(gè)“元素”都有其優(yōu)缺點(diǎn)，每個(gè)都涉及很多人，都有自己的目標(biāo)、能力和局限性。這項(xiàng)決策的關(guān)鍵在于，合并之后的新公司，其效能是否遠(yuǎn)遠(yuǎn)高于原有那些部分各自的效能總和。如果做不到這一點(diǎn)，那就沒有理由耗費(fèi)資金去進(jìn)行合并與收購了。
對于這一類復(fù)雜問題來說，并沒有簡單的數(shù)學(xué)公式能夠給出“正確”答案。然而，系統(tǒng)思維（systems thinking）的訓(xùn)練是一項(xiàng)極為有用的工具，可以幫助我們?nèi)ピu估系統(tǒng)的觀感、系統(tǒng)中潛藏的機(jī)遇以及系統(tǒng)對參數(shù)的敏感程度等。在剛才那個(gè)企業(yè)合并的案例中，大多數(shù)人都認(rèn)為合并是“對的”，順便說一下，在相似的案例中，有80%的情況也是如此。
我與本書的一位作者及其他同事，曾經(jīng)向美國總統(tǒng)提出一項(xiàng)載人航天計(jì)劃，這項(xiàng)計(jì)劃是為將來的幾十年而制定的。在這個(gè)案例中，最困難的地方是怎樣合理地定義任務(wù)（mission），雖說確定適當(dāng)?shù)挠布渲靡彩莻�(gè)不小的工作，但與前者比起來，難度還是要低一些。所幸這種問題都可以通過系統(tǒng)思維來解決。
正如作者在書中所說的那樣，系統(tǒng)架構(gòu)的建立過程，既是科學(xué)，又是藝術(shù)。盡管這聽起來很美好，但現(xiàn)實(shí)相當(dāng)殘酷。與達(dá)爾文式的物種進(jìn)化現(xiàn)象一樣，用過去的錯(cuò)誤架構(gòu)所搭建出來的系統(tǒng)是無法生存的；反之，用良好的架構(gòu)所搭建的系統(tǒng)不僅可以生存，而且會(huì)越來越好。
所謂復(fù)雜系統(tǒng)的架構(gòu)，也就是這么一回事。
目錄
系統(tǒng)架構(gòu)原則
譯者序
推薦序
前言
致謝
作者介紹
第一部分系統(tǒng)思維
第1章 系統(tǒng)架構(gòu)簡介 2
1.1 復(fù)雜系統(tǒng)的架構(gòu) 2
1.2 良好架構(gòu)的優(yōu)勢 2
1.3 學(xué)習(xí)目標(biāo) 5
1.4 本書結(jié)構(gòu) 6
1.5 參考資料 7
第2章 系統(tǒng)思維 8
2.1 簡介 8
2.2 系統(tǒng)與涌現(xiàn) 8
2.2.1 系統(tǒng) 8
2.2.2 涌現(xiàn) 10
2.3 任務(wù)一：確定系統(tǒng)及其形式與功能 13
2.3.1 形式與功能 13
2.3.2 工具-過程-操作數(shù)：這是人類的標(biāo)準(zhǔn)思維模式嗎 16
2.4 任務(wù)二：確定系統(tǒng)中的實(shí)體及其形式與功能 16
2.4.1 具備形式與功能的實(shí)體 17
2.4.2 確定如何將系統(tǒng)初步分解為恰當(dāng)?shù)膶?shí)體 18
2.4.3 用整體思維找出系統(tǒng)中的潛在實(shí)體 19
2.4.4 集中注意力，找出系統(tǒng)中的重要實(shí)體 21
2.4.5 為實(shí)體創(chuàng)建抽象或從實(shí)體中發(fā)現(xiàn)抽象 22
2.4.6 定義系統(tǒng)的邊界，并將其與外圍環(huán)境隔開 24
2.5 任務(wù)三：確定實(shí)體之間的關(guān)系 25
2.5.1 關(guān)系的形式與功能 25
2.5.2 外部接口 28
2.6 任務(wù)四：涌現(xiàn) 28
2.6.1 涌現(xiàn)的重要性 28
2.6.2 系統(tǒng)故障 29
2.6.3 預(yù)測涌現(xiàn)物 30
2.6.4 涌現(xiàn)物依賴于實(shí)體及其關(guān)系 31
2.7 小結(jié) 32
2.8 參考資料 33
第3章 思考復(fù)雜的系統(tǒng) 34
3.1 簡介 34
3.2 系統(tǒng)中的復(fù)雜度 34
3.2.1 復(fù)雜度 34
3.2.2 引入Team XT這一范例系統(tǒng) 35
3.3 系統(tǒng)的分解 38
3.3.1 分解 38
3.3.2 體系 39
3.3.3 層級分解 39
3.3.4 簡單的系統(tǒng)、復(fù)雜度適中的系統(tǒng)以及復(fù)雜的系統(tǒng) 41
3.3.5 原子部件 42
3.4 特殊的邏輯關(guān)系 43
3.4.1 類/實(shí)例關(guān)系 43
3.4.2 特化關(guān)系 43
3.4.3 遞歸 44
3.5 對復(fù)雜系統(tǒng)進(jìn)行思索 44
3.5.1 自頂向下及自底向上式的思考 44
3.5.2 交替思考 45
3.6 架構(gòu)展示工具：SysML與OPM 45
3.6.1 視圖與投射 45
3.6.2 SysML 46
3.6.3 OPM 46
3.7 小結(jié) 49
3.8 參考資料 50
第二部分 系統(tǒng)架構(gòu)的分析
第4章 形式 53
4.1 簡介 53
4.2 架構(gòu)中的形式 53
4.2.1 形式 53
4.2.2 用解析表示法來表現(xiàn)形式：對象 56
4.2.3 形式的分解 57
4.3 對架構(gòu)中的形式進(jìn)行分析 58
4.3.1 定義系統(tǒng) 58
4.3.2 確定形式實(shí)體 59
4.3.3 把泵作為復(fù)雜度適中的系統(tǒng)來分析 61
4.4 對架構(gòu)中的形式關(guān)系進(jìn)行分析 63
4.4.1 形式關(guān)系 63
4.4.2 空間/拓?fù)湫问疥P(guān)系 65
4.4.3 用圖和圖表來展現(xiàn)形式關(guān)系：OPM 67
4.4.4 用表格及類似矩陣的視圖來展現(xiàn)形式關(guān)系：DSM 70
4.4.5 連接性的形式關(guān)系 71
4.4.6 其他的形式關(guān)系 74
4.5 形式環(huán)境 75
4.5.1 伴生系統(tǒng)、整個(gè)產(chǎn)品系統(tǒng)及系統(tǒng)邊界 75
4.5.2 使用情境 77
4.6 軟件系統(tǒng)中的形式 77
4.6.1 軟件系統(tǒng)：信息形式及其二元性 77
4.6.2 軟件中的形式實(shí)體與形式關(guān)系 79
4.6.3 軟件系統(tǒng)所在的整個(gè)產(chǎn)品系統(tǒng)、軟件系統(tǒng)的邊界及使用情境 81
4.7 小結(jié) 82
4.8 參考資料 82
第5章 功能 83
5.1 簡介 83
5.2 架構(gòu)中的功能 84
5.2.1 功能 84
5.2.2 把功能視為過程加操作數(shù) 84
5.2.3 用解析表示法來展現(xiàn)功能 85
5.3 分析對外展現(xiàn)的功能和價(jià)值 89
5.3.1 對外界展現(xiàn)的主要功能 89
5.3.2 與價(jià)值有關(guān)的操作數(shù) 90
5.4 對內(nèi)部功能進(jìn)行分析 93
5.4.1 內(nèi)部功能 93
5.4.2 確定內(nèi)部功能 94
5.5 分析功能交互及功能架構(gòu) 97
5.5.1 功能交互與功能架構(gòu) 97
5.5.2 確定功能交互 98
5.5.3 價(jià)值通路 100
5.5.4 涌現(xiàn)與細(xì)分 101
5.5.5 軟件系統(tǒng)中的功能架構(gòu) 102
5.6 與價(jià)值相關(guān)的次要外部功能及內(nèi)部功能 105
5.7 小結(jié) 106
5.8 參考資料 107
第6章 系統(tǒng)架構(gòu) 108
6.1 簡介 108
6.2 系統(tǒng)架構(gòu)：形式與功能 109
6.2.1 形式與功能之間的映射 109
6.2.2 確定形式與過程之間的映射 114
6.2.3 形式結(jié)構(gòu)承載并展現(xiàn)功能交互 116
6.2.4 確定形式結(jié)構(gòu)是如何承載功能和性能的 118
6.3 系統(tǒng)架構(gòu)中的非理想因素、支持層及接口 119
6.3.1 系統(tǒng)架構(gòu)中的非理想因素 119
6.3.2 系統(tǒng)架構(gòu)中的支持功能及支持層 120
6.3.3 形式與功能中的系統(tǒng)接口 121
6.4 操作行為 123
6.4.1 操作者 124
6.4.2 行為 124
6.4.3 操作成本 126
6.5 用各種表示法來推究系統(tǒng)架構(gòu) 127
6.5.1 能夠?qū)ο到y(tǒng)架構(gòu)進(jìn)行簡化的幾種方式 127
6.5.2 用投射法來表示系統(tǒng)的架構(gòu) 128
6.5.3 把過程投射到對象 129
6.5.4 把過程和操作數(shù)投射到形式 130
6.6 小結(jié) 133
6.7 參考資料 134
第7章 與特定解決方案無關(guān)的功能和概念 135
7.1 簡介 135
7.1.1 正向工程與更加復(fù)雜的系統(tǒng) 135
7.1.2 對與特定解決方案無關(guān)的功能和概念所做的介紹 136
7.2 確定與特定解決方案無關(guān)的功能 138
7.3 概念 140
7.3.1 作為一種觀念的概念 140
7.3.2 對概念構(gòu)想有所幫助的框架 142
7.3.3 構(gòu)想概念時(shí)所應(yīng)依循的步驟 144
7.3.4 為概念命名
你還可能感興趣
我要評論
|
