軟件體系結(jié)構(gòu)56632

1、1、4+1視圖模型，各個部分的名稱，作用“4+的視圖模型從5個不同的視角包括邏輯視圖、開發(fā)視圖、進(jìn)程視圖、物理視圖和場景視 圖來描述軟件體系結(jié)構(gòu)。邏輯視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù)。開發(fā)視圖也稱模塊視圖，主要側(cè)重于軟件模塊的組織和管理。進(jìn)程視圖側(cè)重于系統(tǒng)的運(yùn)行特性，主要關(guān)注一些非功能性的需求。物理視圖主要考慮如何把軟件映射到硬件上，它通常要考慮到系統(tǒng)性能、規(guī)模、可靠性等。 解決系統(tǒng)拓?fù)浣Y(jié)構(gòu)、系統(tǒng)安裝、通訊等問題。場景可以看作是那些重要系統(tǒng)活動的抽象，它使四個視圖有機(jī)聯(lián)系起來，從某種意義上說 場景是最重要的需求抽象。2、軟件危機(jī)產(chǎn)生的原因，表現(xiàn)形式原因：（1）用戶需求不明

2、確（2）缺乏正確的理論指導(dǎo)（3）軟件規(guī)模越來越大（4）軟 件復(fù)雜度越來越高表現(xiàn)形式：（1）軟件成本日益增長（2）開發(fā)進(jìn)度難以控制（3）軟件質(zhì)量差（4）軟件 維護(hù)困難3、軟件體系分類1）從混沌到結(jié)構(gòu)2）分布式系統(tǒng)3）交互式系統(tǒng) 4）適應(yīng)性系統(tǒng)4、軟件體系結(jié)構(gòu)的演化5、軟件體系結(jié)構(gòu)評估中的町修改性是哪些？6 command模式、代理者模式、命令模式7、用例圖、并指出參與者用于顯示若干角色以及這些角色與系統(tǒng)提供的用例之間的連接關(guān)系。用例是系統(tǒng)提供的功 能的描述。8、代理者模式有兩種，以及他們z間的區(qū)別（一個在類里，一個不在類里）代理者結(jié)構(gòu)模式可以用于構(gòu)建帶有隔離組件的分布式軟件系統(tǒng)，該軟件通過遠(yuǎn)程服

3、務(wù)調(diào)用 進(jìn)行交互。9、創(chuàng)建型模式、行為模式的概念。創(chuàng)建型模式、結(jié)構(gòu)型模式冇哪些？職責(zé)/建模式10、類圖的定義，部署圖的定義類圖表示系統(tǒng)中的類和類與類之間的關(guān)系，它是對系統(tǒng)靜態(tài)結(jié)構(gòu)的描述。部署圖定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。11、正交軟件系統(tǒng)的定義，軟件的可集成性的定義正交軟件體系結(jié)構(gòu)由組織層和線索的構(gòu)件構(gòu)成。層是由一組具有相同抽象級別的構(gòu)件構(gòu)成。 線索是子系統(tǒng)的特例，它是由完成不同層次功能的構(gòu)件組成（通過相互調(diào)用來關(guān)聯(lián)），每一 條線索完成整個系統(tǒng)中相對獨(dú)立的一部分功能。每一條線索的實(shí)現(xiàn)與其他線索的實(shí)現(xiàn)無關(guān) 或關(guān)聯(lián)很少，在同一層中的構(gòu)件之間是不存在相互調(diào)用的。如果線索是相互獨(dú)立的，即不 同線索

4、中的構(gòu)件之間沒有相互調(diào)用，那么這個結(jié)構(gòu)就是完全正交的。12、軟件體系結(jié)構(gòu)的評估方法有哪3種13、顯枚模式pac與mvc模式模型視圖控制器（mvc）：將一個交互式應(yīng)用程序分為三個組件。模型包含核心功能和數(shù) 據(jù)。視圖向用戶顯示信息。控制器處理用戶輸入表示抽象控制（pac）：以合作agent的層次形式定義了交互式軟件系統(tǒng)的一種結(jié)構(gòu)。每 個agent負(fù)責(zé)應(yīng)用程序功能的某一特定方面，并且由表示、抽象和控制三個組件構(gòu)成14、軟件體系結(jié)構(gòu)的概念、分類軟件體系結(jié)構(gòu)是具有一定形式的結(jié)構(gòu)化元素，即構(gòu)件的集合，包括處理構(gòu)件、數(shù)據(jù)構(gòu)件和 連接構(gòu)件15、軟件工程使用哪3種方法開發(fā)軟件(生存周期、結(jié)構(gòu)分析、結(jié)構(gòu)設(shè)計(jì)技術(shù))

5、16、軟件生命周期、生存周期的分類軟件生命周期：制定計(jì)劃：問題分析與可行性研究需求分析：確定目標(biāo)系統(tǒng)必須具備的功能軟件系統(tǒng)設(shè)計(jì)：總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)程序編碼：寫出正確及容易理解和維護(hù)的程序代碼軟件測試：單元測試、綜合測試軟件維護(hù)軟件生存周期由軟件定義、軟件開發(fā)和軟件維護(hù)組成，每個時期又進(jìn)一步劃分成若干個階 段。(軟件定義時期通常進(jìn)一步劃分成三個階段，即問題定義、可行性研究和需求分析。軟件 開發(fā)時期通常由下述四個階段組成：總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測試、綜合測試。)17、uml (統(tǒng)一建模語言)uml是一種用可視化方法對軟件系統(tǒng)進(jìn)行描述、實(shí)施和說明的標(biāo)準(zhǔn)語言。是下面這些最好 的建模方法中最好部

6、分的集成:商務(wù)流程模型(work flow)o對象建模方法軟構(gòu)件建 模思想，它支持用不同實(shí)現(xiàn)技術(shù)進(jìn)行的軟件開發(fā)全過程。18、adl (結(jié)構(gòu)設(shè)計(jì)語言)adl是在底層語義模型的支持下，為軟件系統(tǒng)的概念體系結(jié)構(gòu)建模提供了具體語法和概念 框架?；诘讓诱Z義的工具為體系結(jié)構(gòu)的表示、分析、演化、細(xì)化、設(shè)計(jì)過程等提供支持。 其三個基本元素是：構(gòu)件、連接件、體系結(jié)構(gòu)配置。19、hmb的概念hmb風(fēng)格基于層次消息總線、支持構(gòu)件的分布和并發(fā)，構(gòu)件之間通過消息總線進(jìn)行通信。20、水平域、垂直域的概念垂直域：定義了一個特定的系統(tǒng)族，包含整個系統(tǒng)族內(nèi)的多個系統(tǒng)，結(jié)果是在該領(lǐng)域中可 作為系統(tǒng)的可行解決方案的一個通用軟件體

7、系結(jié)構(gòu)。水平域：定義了在多個系統(tǒng)和多個系統(tǒng)族中功能區(qū)域的共有部分，在子系統(tǒng)級上涵蓋多個 系統(tǒng)族的特定部分功能，無法為系統(tǒng)提供完整的通用體系結(jié)構(gòu)。21、absd方法的概念absd方法為產(chǎn)生軟件系統(tǒng)的概念體系結(jié)構(gòu)提供構(gòu)造，概念體系結(jié)構(gòu)是由hofjmeister'nord 和soni提出的四種不同的體系結(jié)構(gòu)中的一種，它描述了系統(tǒng)的主要設(shè)計(jì)元素及其關(guān)系。22、管道過濾器模式為處理數(shù)據(jù)流的系統(tǒng)提供了一種結(jié)構(gòu)，每個處理步驟封裝在一個過濾器組件中。數(shù)據(jù)通過 相鄰過濾器之間的管道傳輸。23、模式的四要素1、模式名稱(pattern name)： 一個助記名，它用一兩個詞來描述模式的問題、解決方案和效

8、果2、問題(problem)：描述了應(yīng)該在何時使用模式。3、解決方案(solution)：描述了設(shè)計(jì)的組成成分，它們之間的相互關(guān)系及各自的職責(zé)和協(xié)作 方式4、效果(consequences)：描述了模式應(yīng)用的效果及使用模式應(yīng)權(quán)衡的問題24、體系結(jié)構(gòu)的設(shè)計(jì)原則（8個）1）抽象 2）分而治之 3）封裝和信息隱蔽 4）模塊化 5）高內(nèi)聚和低耦合6）關(guān)注點(diǎn)分離7）策略和實(shí)現(xiàn)的分離8）接口和實(shí)現(xiàn)的分離25、corba的技術(shù)規(guī)范（4個）1）接口定義語言（idl） 2）接口池（ir）3）動態(tài)調(diào)用接口（dii） 4）對象適配器（oa）26、軟件設(shè)計(jì)變更對軟件體系結(jié)構(gòu)影響有哪些？27、軟件的非功能屬性有哪些？易

9、修改性 changeability 效 率 efficiency 可測試性testability互操作性 interoperability 可靠性 reliability可重用性reusability28、atam評估方法的步驟（9個）各自的風(fēng)險承擔(dān)者有哪些？1、描述atam方法（評估小組負(fù)責(zé)人）2、描述商業(yè)動機(jī)（項(xiàng)目經(jīng)理）3、描述體系結(jié)構(gòu)（首 席設(shè)計(jì)師或設(shè)計(jì)小組）4、確定體系結(jié)構(gòu)方法（設(shè)計(jì)師）5、生成質(zhì)量屬性效用樹（評估小 組、設(shè)計(jì)小組、管理人員和客戶代表）6、分析體系結(jié)構(gòu)方法（評估小組）7、討論和分級 場景（）8）分析體系結(jié)構(gòu)方法、9、描述評估結(jié)果（評估負(fù)責(zé)人）29、工廠方法模式、抽象工廠模式（概念、優(yōu)缺點(diǎn)、會辨別實(shí)例以及各自的功能）30、軟件體系結(jié)構(gòu)的生命周期31、b/s、c/s的區(qū)別與聯(lián)系c/s軟件體系結(jié)構(gòu)是基于資源不對等，且為實(shí)現(xiàn)共享而提出來的，是20世紀(jì)9（）年代成熟起 來的技術(shù)，c/s體系結(jié)構(gòu)定義了工作站如何與服務(wù)器相連，以實(shí)現(xiàn)數(shù)據(jù)和應(yīng)用分布到多個處 理機(jī)上。c/s體系結(jié)構(gòu)有三個主要組成部