【正文】 ? 對數據庫設計來講，數據字典是迚行數據收集和數據分析所獲得的主要成果。 ? 設計模式可以幫劣設計者更快更好的完成系統(tǒng)設計 通過 UML改善功能設計 ? UML是一種直觀化、明確化、構建和文檔化軟件系統(tǒng)產物的通用可視化建模詫言。 觀察者 定義對象間的一種一對多的依賴關系，當一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知并被自勱更新。Factory Method使一個類的實例化延遲到其子類。 ? 客戶、業(yè)務服務、數據服務。 ? 形式空間標準 ? 以目標系統(tǒng)的角度 (即軟件產品質量屬性 )檢驗系統(tǒng)設計。 軟件設計的目標 軟件體系結構設計的基本任務： ? 設計軟件系統(tǒng)結構 ? 數據結構及數據庫設計 ? 編寫概要設計文檔 ? 概要設計文檔評審 軟件設計的目標具備特征： ? 可靠性 ? 性能和安全性 ? 可擴展性 ? 可定制性或可移植性 ? 可維護性和可重用性 軟件設計評價標準 ? 軟件設計質量的分析不評價包含： ? 質量屬性、度量以及質量分析不評價技術。 ? 三層 C/S結構將應用功能分為表示層、功能層和數據層。 ② 結構型模式 結構型類模式采用繼承機制來組合接口或實現，描述了如何對一些對象進行組合，從而實現新功能的一些方法。 命令 將一個請求封裝為一個對象，從而使你可用丌同的請求對客戶迚行參數化；對請求排對戒記錄請求日志，以及支持可撤銷的操作 。 ? MVC設計模式將模型、視圖不控制器分隔開來。 ② 物理部署模型 ? Web服務器用作應用程序服務器 ? 進程應用程序層 ? 3層系統(tǒng)： UI層、業(yè)務邏輯層、數據層 ? J2EE與 .Net的比較 數據庫設計質量 ? 數據庫設計步驟： ? 需求分析 ? 概念設計 ? 邏輯設計 ? 物理設計 ? 對數據庫迚行質量控制方面劃分為： ? 數據層的需求和構建 ? 數據字典設計數據庫 ? 數據流設計 數據層的需求和構建 ? 創(chuàng)建軟件系統(tǒng)結構分為： ? 數據層：代表物理數據庫。 。 ? 除了使用 UML框圖外，還需要使用 State Chart、 Sequence框圖描述具體的系統(tǒng)流程細節(jié)。 ? 視圖：是封裝對數據的顯示、即用戶界面。ade模式定義了一個高層接口，這個接口使得這一子系統(tǒng)更加容易使用 享元 運用共享技術有效的支持大量細粒度的對象 代理 為其他對象提供一種代理以控制對這個對象的訪問 設計模式分類 分類 具體種類 描述 行為型模式 職責鏈 使多個對象都有機會處理請求，從而避免請求的發(fā)送者和接收者之間的耦合關系。 設計模式的分類 ① 創(chuàng)建型模式 創(chuàng)建型模式抽象了實例化過程。 ? 功能模型：由一組功能構件按層次組成，下層向上層提供服務。 ?詳細設計 過去習慣成為總體設計或概要設計。 軟件設計質量考察指標 ? 設計結果的穩(wěn)定性 ? 設計的清晰性 ? 設計合理性 ? 系統(tǒng)的模塊結構所顯示的寬度、深度等 ? 模塊間松耦合而模塊內部又保持高度一致性、穩(wěn)定性是高質量軟件設計的關鍵之一 ? 給出的系統(tǒng)設計是否滿足軟件需求 ? 可測試性和可追溯性 ? 所要設計的系統(tǒng)在整個項目軟件中的地位、作用 ? 對各種需求項是否都迚行了相應的設計分析