2.構造交互圖

　　交互圖作為用力的精確實現方案。

　　事件流中的事件 直接對應交互圖中的消息，事件間的先后關系體現為 交互圖中的時序，對消息的響應 則構成消息接收者的職責，這種職責被確立為 類的方法。

　　不應該出現 穿越控制類 生命線 的消息。

　　為 易于理解，應該用分離的 UML 交互圖 分別表示 事件流和每個備選事件流。

　　原則上，每個類都應該有一個操作來響應交互圖中指向其對象的那條消息。

　　2、設計技術支撐方案

　　當用戶需求發生變化時，技術支撐方案應具有良好的穩定性。

　　技術支撐方案應該位于層次結構中的較低層次。

　　一方面取決于 需求，另一方面取決于 對軟件技術手段把我和選取。

　　3、設計用戶界面

　　1.熟悉用戶 并對 用戶分類，以便盡量照顧到所有用戶的合理要求，并優先滿足某些特權用戶。

　　2.按用戶類別 分析用戶的 工作流與習慣，從每類中選取一個用戶代表，建立調查表，判斷用戶對操作界面的需求和喜好。

　　3.首先應考慮命令的順序，一般常用命令居先，與用戶工作習慣保持一致;其次，根據外部服務之間的聚合關系組織相應的命令;然后充分考慮人類記憶的局限性，最好組織為一顆兩層多叉樹;提供操作的快捷方式。

　　5.利用快速原型演示，改進界面設計。并評判系統是否 齊全、方便、好用。

　　4、精化設計模型

　　對模型進行改進的活動可以分為 精化 和 合并 兩種。一般先從精化開始。設計優秀的粗粒度組件應該只是完成一項功能，這一點是它與子系統的主要區分。

　　粗粒度組件的范圍過于廣泛，難以發揮重用價值，粗粒度組件擁有持久化的行為，擁有業務邏輯，需要表示層的支持。

　　將需求分成幾個功能組，基本上就可以得到相應的粗粒度組件了。

　　過小的范圍，將會造成粗粒度組件不容易使用，用戶需要理解不同的粗粒度組件之間的復雜關系。

　　如果可能，在粗粒度組件之間定義單項關聯可以有效的減少組件之間的耦合。

　　盡可能簡化組件之間的關系。

　　我們需要從軟件的目標領域中 識別出關鍵性的實體，或者說領域中的名詞。然后決定它們應該歸屬于那些粗粒度組件。

　　兩個組件之間存在重復的要素，可以從中抽取共性的部分，形成新的組件。

　　6.4 系統架構文檔化

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

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

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