<
專案名稱》
專案編號：***xx
軟體架構設計說明書
文件狀態: [
發布版/草稿版]
當前版本：
作 者：
編寫日期：
評審人:
評審日期:
文件修訂記錄
章節編號
修訂前版本號
修訂後版本號
修訂內容簡述
修訂日期 作者
1初始建立。
目 錄1簡介
1.1目的
1.2範圍
1.3定義、首字母縮寫詞和縮略語
1.4參考資料
2設計方案
2.1系統與外部系統關係
2.2技術選型標準
2.3備選方案分析與選擇
2.4設計約束和原則
2.4.1設計遵循的標準
2.4.2硬體限制
2.4.3技術限制
2.4.4其他限制
2.5開發平台與技術架構
3系統架構
3.1邏輯架構
3.2物理架構
3.3系統功能設計
3.3.1系統功能分解結構
3.3.2***
子系統3.3.2.1功能描述
3.4架構模式設計（可選）
[闡明此
文件的編寫目的。]
[簡要說明此文件描述的內容範圍，比如：軟體實現的功能或不實現的功能，軟體的應用領域等。]
[本小節應提供正確理解此文件所需的全部術語的定義、首字母縮寫詞和縮略語。
這些資訊可以通過引用專案詞彙表來提供。]
[本小節應完整列出此
文件中
[本小節應說明該軟體系統的所有的可選設計方案，以及最終方案和設計約束等。]
[本小節應說明該軟體系統所處的軟硬體環境，與其他系統的互動關係，比如：系統在
mos中的位置；可以使用系統結構圖表示等。][
本小節描述技術方案的選擇標準。][
本小節對本軟體系統的幾種備選設計方案進行分析，比較，並確定最終採用的設計方案等。][
此節描述軟體產品的設計原則和設計技術路線，指明是結構化設計，還是物件導向的設計；說明在軟體復用、產品維護和擴充套件等方面的要求和目標，以及設計須遵守的企業內部設計規範][
本小節說明軟體所遵循的設計標準，規範等，比如：採用uml2.0
標準，採用研發中心《軟體設計過程》規範等。]
[本小節說明系統實現的硬體限制，比如：伺服器型別，終端型別，網路環境等。]
[本小節說明系統實現的所有技術限制，比如：技術架構，資料庫方案對系統效能的影響和限制等。]
[本小節說明系統實現的所有其他方面的限制，比如：約定的關鍵設計原則，資源，預算等。]
[本小節說明系統開發使用的平台和選擇的技術架構等。]
[此節描述軟體的邏輯架構和物理架構
][此節描述軟體產品在邏輯概念上的總體結構（特別是內部依賴、介面關係），可以採用結構圖，層次分解圖，或uml的包圖等來描述。同時，也應該說明系統架構的劃分原則，比如：基於產品元件化設計思想，協議所規定的體系結構，原有系統的限制等等 ]
[此節描述軟體產品在使用者處的實際部署結構，本節要求畫出系統在實際的物理和網路環境下的分布圖]
[這一節應針對系統的功能分解結構，結合所採用的設計方案，對軟體功能的設計實現做概要說明]
[這一節簡要說明軟體系統的功能分解結構（比如：系統－子系統），分解到子系統]
【對每個子系統重複使用下面的格式】
[此節說明子系統
***的功能點和介面依賴關係
,如果必要，描述關鍵資料結構，比如：介面資料等
]3.3.2.1
功能描述 [
如果需要，請描述本軟體分別採用的業務邏輯模式，資料來源模式，
o/r對映模式，
web表現模式，分布模式和併發模式；本節可選
]
軟體架構設計
首先我們應該了解什麼是軟體架構設計？架構大體分為以下幾種 邏輯架構 模組劃分 介面定義 領域模型 開發架構 技術選型 檔案劃分 編譯關係 物理架構 硬體分布 軟體部署 方案優化 執行架構 技術選型 控制流劃分 同步關係 資料架構 技術選型 儲存格式 資料分布 程式設計師向架構師轉型的關鍵突破 學會系...
軟體架構設計
在嵌入式軟體開發的專案中，很少見到有專案架構師這一工作職稱，但是大型專案的總是會有架構師一說。1 為什麼嵌入式開發很少會出現架構師這一職責。嵌入式開發的專案，一般有兩種模式 一類是 完全由開發人員自己設計 排除庫函式 另一類是基於固有的作業系統進行開發。前者一般都是針對特定應用，所有 的規模不會很大...
軟體架構設計
本章考點主要集中在 基於構件的開發模型，架構風格，架構評估，架構與質量屬性，設計模式。縱觀軟體架構技術的發展過程，可以認為經歷了4個階段 無架構設計階段 以組合語言進行小規模應用程式開發為特徵 萌芽階段 出現了程式結構設計主題，以控制流圖和資料流圖構成軟體結構為特徵。初級階段 出現了從不同側面描述系...