高級軟考信息系統項目管理師知識點之軟件體系結構分析與評估

軟件體系結構為軟件系統提供了一個結構、行為和屬性的高級抽象，由構成系統的元素的描述、這些元素的相互作用、指導元素集成的模式，以及這些模式的約束組成。軟件體系結構不僅指定了系統的組織(organization)結構和拓撲(topology)結構，并且顯示了系統需求和構成系統的元素之間的對應關系，提供了一些設計決策的基本原理。

軟件體系結構模型：結構模型、框架模型、動態模型、過程模型、功能模型

邏輯視圖：主要支持系統的功能需求，即系統提供給最終用戶的服務。開發視圖：也稱模塊視圖，主要側重于軟件模塊的組織和管理。進程視圖：側重于系統的運行特性，主要關注一些非功能性的需求，例如系統的性能和可用性。進程視圖強調并發性、分布性、系統集成性和容錯能力，以及從邏輯試題中的主要抽象如何符合進程結構。物理視圖：主要考慮如何把軟件映射到硬件上，它通常要考慮到系統性能、規模、可靠性等。場景：可以看做是那些重要系統活動的抽象，它使四個視圖有機聯系起來，從某種意義上說場景是最重要的需求抽象。

典型的軟件體系結構：數據流風格、調用/返回風格、獨立構件風格、虛擬機風格、倉庫風格

分層結構：基于可增加抽象層的設計。優點：支持基于抽象程度遞增的系統設計;支持功能增強;支持重用。缺點：并不是沒一個系統都可以很容易的劃分為分層的模式;很難找到一個合適的、正確的層次抽象方法。

C2風格：通過連接件綁定在一起的按照一組規則運作的并行構件網絡。特點：系統中的構件可實現應用需求，并能將任意復雜度的功能封裝在一起;所有構件之間的通信是通過以連接件為中介的異步消息交換機制來實現的;構件相對獨立，構件之間依賴性較少

客戶-服務器風格(C/S)：服務器負責數據管理，客戶機完成與用戶的交互任務。胖客戶機、瘦服務器。具有強大的數據操作和事務處理能力，模型思想簡單，易于人們理解和接受。缺點：開發成本較高、客戶端程序設計復雜、信息內容和形式單一、用戶界面風格不一、軟件移植困難、軟件維護和升級困難、新技術不能輕易使用

三層C/S結構風格：解決兩層問題(問題為：難以擴展至大型企業廣域網或Internet;軟、硬件的組合及集成能力有限;客戶機的負荷太重;數據安全性不好);包括表示層(表示層是應用的用戶接口部分，它擔負著用戶與應用間的對話功能)、功能層(功能層相當于應用的本體，它是將具體的業務處理邏輯編入程序中)、數據層(就是數據庫管理系統，負責管理對數據庫數據的讀寫)

瀏覽器-服務器風格：瀏覽器/web服務器/數據庫服務器;缺點：缺乏對動態頁面的支持能力，沒有集成有效的數據庫處理功能;擴展能力差，安全性難以控制;在數據查詢等響應速度上，要遠遠低于C/S體系結構;數據提交一般以 頁面為單位，數據的動態交互性不強，不利于在線事務處理的應用。

公共對象請求代理體系結構：(CORBA Common Request Broker Architecture)主要內容包括：接口定義語言、接口池、動態調用接口、對象適配器。特點：引入中間件作為事務代理，完成客戶機向服務對象方(Server)提出的業務請求;實現客戶與服務對象的完全分開，客戶不需要了解服務對象的實現過程以及具體位置;提供軟總線機制，使在任何環境下、采用任何語言開發的軟件只要符合接口規范的定義，均能夠集成到分布式系統中;CORBA規范軟件系統采用面向對象的軟件實現方法開發應用系統，實現對象內部細節的完整封裝，保留對象方法的對外接口定義

體系結構設計：提出軟件體系結構模型;把已標志的構件映射到軟件體系結構中;分析構件之間的相互作用;產生軟件體系結構、設計評審

軟件體系結構評估： 體系結構評估可以只針對一個體系結構，也可以針對一組體系結構。在體系結構評估過程中，評估人員所關注的是系統的質量屬性，包括性能、可靠性、可用性、安全性、可修改性、功能性、可變性、集成性、互操作性。

基本可以歸納為三類主要的評估方式：基于調查問卷或檢查表的方式、基于場景的方式和基于度量的方式。

以上就是小編整理的高級軟考信息系統項目管理師知識點，希望能幫助到大家。環球網校友情提示：為了大家更好的備考，環球網校特地為您準備了計算機軟考復習資料，如有需要請點擊文章下方“免費下載>>>計算機軟考試題/考點精華”免費下載學習。