【正文】 求約束，例如： ? 本系統(tǒng)應當遵循的標準 或規(guī)范 ? 軟件、硬件環(huán)境（包括運行環(huán)境和開發(fā)環(huán)境）的約束 ? 接口／協議的約束 ? 用戶界面的約束 ? 軟件質量的約束，如正確性、健壯性、可靠性、效率（性能）、義勇性、清晰性、安全性、可擴展性、兼容性、可移植性等 ● 隱含約束。 ● 體系 結構評審的重點不是“對還是錯”，而是“好還是壞”，主要評審因素包括： ? 合適性。 ●[]原型評估 ? 界面設計人員邀請用戶和同行評估界面的原型，匯集意見，及時改進 Step2. 界面設計 原型創(chuàng)作 原型評估 細化 Step1. 設計準備 Step3 .撰寫文檔 Step4.設計評審 ●[]細化 ? 界面設計人員細化界面原型，例如美工處理，添加細節(jié)等。 輸入 ● 需求文擋 ● 體系結構設計 文擋 主要步驟 數據庫設計流程如圖 114 所示 圖 11－ 4 數據庫設計流程 [Step 1]設計準備 ● 數據庫設計人員閱讀需求文檔和體系結構設計文檔，明確數據庫設計任務。在應用時再為用戶分配角色，則每個用戶的權限等于它所兼角色的權限之和。 輸入 ? 需求文檔。 度量 ? 模塊設計人員統(tǒng)計工作量以及文檔的規(guī)模，匯報給項目經理。如果采用面向對象方法（ OOAD） ,相當于設計類的函數和成員變量。 11． 5 模塊設計 目的 ? 設計軟件所有模塊的主要接口與屬性、數據結構和算法，產生《模塊設計報告》。 ? 用戶只能用賬號登錄到應用軟件，通過應用軟件訪問數據庫，而沒有其他途徑可以操作數據庫。 數據庫設計 目的 ● 設計軟件的數據庫，產生《數據庫設計報告》。 ● 界面設計人員準備相關的設計工具和資料，收集或創(chuàng)作基本的界面資源如圖象、圖標以及通用的組件。 [Ｓｔｅｐ４ ]系統(tǒng)分解與設計 ● 體系結構設計人員： ? 將系統(tǒng)分解為若干子系統(tǒng)，確定每個子系統(tǒng)餓功能以及子系統(tǒng)之間的關系。本活動 可能產生一份階段性的開發(fā)計劃，如 《 系統(tǒng)設Step1 設計準備 Step2 確定約束因素 Step3 確定設計策略 Step4 系統(tǒng)分解設計 Step5 撰寫文檔 Step6 設計評審 計計劃，視工作量而定。 系統(tǒng)設計過程是ＳＰＰ模型的重要組成部分。 １ １ .２ .３ 啟動準則 ● 體系結構設計人員已經確定。 ? 折中策略。 1 輸入 ● 需求文檔 ● 體系結構設計文檔 1 主要步驟 用戶界面設計流程如圖 113 所示。（請參 考有關測試的文檔） ? 界面設計人員總結經驗教訓，不斷地完善適用于本機構的“用戶界面設計指南”。 ? 對表結構進行規(guī)范化處理（第三范式）。 ● 軟 件 交 付 給 用 戶 后， 由 用 戶 管 理 與 維 護 數 據 庫。一般地，只要確定了每個模塊的主要接口、數據結構與算法，能夠清楚地指導模塊編程即可。項目開發(fā)小組應當設法邀請用戶界面色及專家參與（或指導）本軟件的界面設計。 圖 115 模塊設計流程 [Step1] 設計標準 ? 模塊設計人員閱讀需求文檔和體系結構設計文檔，明確模塊設計任務。 ? 當優(yōu)化對象（目標）之間存在對抗時，給出折衷方案。 ? []邏輯設計 ? 數據庫設計人員根據需求文檔，創(chuàng)建與數據庫相關的那部分實體關系圖（ ERD）。 ? 界面的關系