2011年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記第十四章

　　14.4.2 邏輯信息架構(gòu)

　　邏輯信息架構(gòu)(信息視點(diǎn))標(biāo)識(shí)出系統(tǒng)必須知道什么。

　　強(qiáng)調(diào)定義系統(tǒng)狀態(tài)的屬性。

　　開(kāi)放分布式處理是一種面向?qū)ο蟮姆椒�，模型包含了關(guān)鍵信息的處理，如傳統(tǒng)的對(duì)象概念。

　　軟件架構(gòu)對(duì)象并不是編程的對(duì)象，它表示對(duì)系統(tǒng)的約束和依賴，這些約束能夠消除把需求翻譯成軟件過(guò)程中的許多猜測(cè)性工作。

　　架構(gòu)師應(yīng)該把他們的建模集中于有高風(fēng)險(xiǎn)、高復(fù)雜性、模糊性的關(guān)鍵方面。

　　14.4.3 計(jì)算接口架構(gòu)

　　計(jì)算接口對(duì)系統(tǒng)架構(gòu)非常有幫助，但是它常常被架構(gòu)師所忽略。

　　消除多個(gè)開(kāi)發(fā)者和小組的主要設(shè)計(jì)爭(zhēng)端，這些接口的架構(gòu)控制對(duì)于一個(gè)支持變化和控制復(fù)雜性的穩(wěn)定的系統(tǒng)結(jié)構(gòu)來(lái)說(shuō)，是非常重要的。

　　接口定義語(yǔ)言(IDL)，完全獨(dú)立于編程語(yǔ)言和操作系統(tǒng)。

　　14.4.4 分布式工程架構(gòu)

　　分布式工程架構(gòu)定義了底層結(jié)構(gòu)的需求，獨(dú)立于所選擇的技術(shù)，解決了最復(fù)雜的系統(tǒng)策略，包括物理位置、系統(tǒng)規(guī)�？勺冃�、通信服務(wù)質(zhì)量。

　　ODP的一個(gè)最大好處是關(guān)注點(diǎn)分離。

　　14.4.5 技術(shù)選擇架構(gòu)

　　大多數(shù)架構(gòu)是獨(dú)立的。

　　基于對(duì)候選者的初始選擇，根據(jù)產(chǎn)品價(jià)格、培訓(xùn)要求、維護(hù)風(fēng)險(xiǎn)之類(lèi)的項(xiàng)目因素而反復(fù)進(jìn)行。

　　14.5 實(shí)現(xiàn)模型

　　最終用戶和架構(gòu)師應(yīng)在一起審查并貫穿于用例，始終來(lái)證實(shí)需求的有效。

　　對(duì)產(chǎn)品設(shè)計(jì)的可行性做出準(zhǔn)確地評(píng)估、論證。

　　14.6 架構(gòu)原型

　　架構(gòu)原型是很好的需求驗(yàn)證工具，作為改進(jìn)設(shè)計(jì)的手段，確保與工程約束相一致。

　　下面是一些架構(gòu)師可以在架構(gòu)原型中尋求解答的具體問(wèn)題：

　　1、主要組件是否得到了良好的定義?是否恰當(dāng)?

　　2、主要組件間的協(xié)作是否得到了良好的定義?

　　3、耦合是否得意最小化?

　　4、我們能否確定重用的潛在來(lái)源?

　　5、接口定義和各項(xiàng)約束是否可以接受?

　　6、每個(gè)模塊是否能訪問(wèn)到其所需要的數(shù)據(jù)?

　　經(jīng)過(guò)2次或3次迭代之后，架構(gòu)變得穩(wěn)定。主要的抽象對(duì)象都已找到，子系統(tǒng)和過(guò)程都已經(jīng)完成，所有的接口都已明確定義。

　　利用架構(gòu)原型，幾個(gè)好處：

　　1、落實(shí)之前，讓團(tuán)隊(duì)成員能自由發(fā)表他們自己的看法。

　　2、統(tǒng)一團(tuán)隊(duì)之間的思想看法，提高系統(tǒng)開(kāi)發(fā)的成功率。

　　3、對(duì)系統(tǒng)內(nèi)部的結(jié)構(gòu)分析與設(shè)計(jì)也有幫助。

　　2010年下半年軟考試題及答案解析匯總

　　2010年下半年軟件水平考試答案

　　2011年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記匯總