1 建議讀一下ieee1471
2 一下是我的寫文件的一些心得：
現代架構設計文件的編寫
4+1 檢視與 uml 軟體架構設計已經逐漸成為現代軟體開發過程的核心，然而能夠清晰表明架構設計並不是一件容易的事，就物件導向開發而言， rup 的 4+1 檢視已在架構設計的撰寫中得到了廣泛的應用和認可。
對於 4+1 view 的描述有幾個不同版本（或包含的檢視不同，或檢視的名稱不同），文中以 philippe kruchten, november 1995 提出的 4+1 檢視為準。
4+1 檢視包括：邏輯檢視（ logic view ），開發檢視（ develop view ），程序檢視（ process view ），物理檢視（ physical view ）和場景檢視（ scenarios ）。
檢視間的關係
4+1 檢視不僅便於我們記錄架構設計，實際上它也指導了我們進行架構設計活動的部分過程。
通常我們選擇 uml 來表現各種檢視，以下列出了 uml 和各檢視的對應關係
4+1 檢視 uml
場景檢視 use case
邏輯檢視 類圖
開發檢視 類圖，元件圖
程序檢視 無完全對應
部署檢視 部署圖
在架構設計穩定中通常不會給出較多的用例描述，這些是在需求穩定中定義。但是往往架構文件會選擇一些用例，列入文件中，這些用例和一些非功能性需求一起用以證明架構的有效和正確性。在邏輯檢視中用例的實現是必不可少的一節，儘管架構設計更關注非功能性需求。
融入 mda 的思想 對於邏輯檢視和開發檢視所應包含的內容常常會覺得很難區分兩者間的明顯界限。邏輯檢視包含更多的分析模型與實現技術本身相關性應該較少，如業務物件模型及其擴充套件。而開發檢視則會與實現技術緊密相關。
隨著 mda 思想的推廣，在架構設計文件的撰寫方面也產生了影響，我們不難把 mda 的 pim 和邏輯檢視聯絡起來，而把 mda 中的 psm 和開發檢視聯絡起來。
在編寫邏輯檢視是我們應該描述與技術平台無關的模型，而開發檢視則描述與實現技術平台相關的模型。
如在邏輯檢視中表現的某些實體類，我們會在開發檢視中轉換為 ejb 元件（實體 bean ）。
這種做法不僅有利於我們編寫架構設計文件，同時更是一種好的架構設計思考流程。
salesforce 架構設計 從架構設計到架構師
因為碎片化的時間多了，所以開始刷起某乎了，關注了架構相關的板塊，也順手回答了一些問題。發現有很多同道中人正在經歷著我前兩年經歷的階段，對於做架構沒有相對具象的一些理解，更沒有系統化的認識。所以把最近回答的一些內容整理一下，權當記錄，留給3年後的自己 按慣例，容許我裝x開頭 一 架構的定義 在軟體開發...
mysql架構設計 初識mysql架構設計
一 應用系統如何與mysql進行一次互動？最開始接觸jdbc的時候，我們系統如何完成一次sql操作呢？第一步，建立資料庫連線 第二步，操作sql 第三步，釋放連線。但是每次建立與資料庫的連線非常耗時和資源，所以我們加入了連線池的概念。第一步的獲取連線是從連線池中獲取乙個可用的連線，第三步的釋放連線不...
架構設計開篇 架構設計的目標與衡量
程式設計即設計，即架構。架構，這個詞比較神秘，以致於很多程式設計師望而卻步，以為要什麼了不得的本事。確實的，架構設計是一種高遠的目標，但千里之行，始於足下。架構的目標是什麼呢？實現所需服務 架構，致力於以更低成本 更高效率 更高質量地實現所需服務。架構，是兼顧質量 效率與成本的魔法。但架構並不研究如...