6.4.5 物理架構

　　物理架構主要關注系統非功能性的需求，可用性、可靠性(容錯性)，性能(吞吐量)、可伸縮性。

　　軟件至節點的映射需要高度的靈活性 及 對源代碼產生最小的影響。

　　6.4.6 場景

　　4種視圖的元素通過數量比較少的一組重要場景(更常見的是用例)進行無縫協同工作，我們為場景描述相應的腳本(對象之間和過程之間的交互序列)。

　　在某種意義上 場景是最重要的 需求抽象。

　　4+1 的 +1 起到了兩個作用：

　　作為一項驅動因素 來發現架構設計過程中的 架構元素。

　　作為架構原型測試的出發點。

　　場景表示法與組件邏輯視圖非常相似，但它使用過程視圖的連接符來表示對象之間的交互。

　　6.4.7 迭代過程

　　在進行文檔化時，提倡一種更具有迭代性質的方法——架構先被原型化、測試、估量、分析，然后在一系列的迭代過程中被細化。

　　除了減少 風險之外，還有其他優點：團隊合作、培訓、加深對架構的理解、深入程序和工具 等。使 需求被細化、成熟化。

　　系統大多數關鍵的功能以場景的形式被捕獲，關鍵意味著：最重要的功能、系統存在的理由、使用頻率最高的功能、必須減輕的一些重要技術風險。

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

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

　　2011年軟考系統架構設計師學習筆記匯總