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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　14.5 實現(xiàn)模型

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

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

　　14.6 架構(gòu)原型

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

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

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

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

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

　　4、我們能否確定重用的潛在來源?

　　5、接口定義和各項約束是否可以接受?

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

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

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

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

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

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

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

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

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