【文章內容簡介】 字典，以說明它們的標識符、同義名及有關信息，并說明對此數(shù)據(jù)字典設計的基本考慮。凡采用數(shù)據(jù)庫設計工具（如 ER 圖設計工具）生成的數(shù)據(jù)字典，本處僅需列出對應的文件名、保管部門即可。 安全保密設計說明在數(shù)據(jù)庫的設計中，如何通過區(qū)分不同的訪問者、不同的訪問類型和2 / 23不同的數(shù)據(jù)對象，進行分別對待而獲得的數(shù)據(jù)庫安全保密設計考慮。3 / 23系統(tǒng)設計報告編寫指南之一 1. Introduction 介紹? 描述這個文檔的編寫目的；? 描述這個文檔的適用范圍；? 描述這個文檔的讀者；? 確定這個系統(tǒng)/產品的名稱和/或版本號；? 定義重要的術語、縮寫詞或縮略語；? 總結（或給出一個概要）這個文檔的內容。2. System Overview 系統(tǒng)概述對軟件系統(tǒng)的一般性描述，包括系統(tǒng)的功能和其他與設計相關的內容。3. Design Considerations 設計上的考慮本節(jié)描述在完成一個完整的設計解決方案之前必須闡明或解決的問題。 Assumptions and Dependencies 假設和依賴? 相關的軟件和硬件? 操作系統(tǒng)? 最終用戶特征? 在功能上可能發(fā)生的變化 General Constraints 一般限制? 描述對軟件系統(tǒng)的設計有重要影響的全局限制或約束。? 硬件或軟件環(huán)境；? 最終用戶環(huán)境；? 資源的可用性和揮發(fā)性；? 標準的兼容；(option)4 / 23? 協(xié)同工作的要求；? 接口/協(xié)議的要求；? 數(shù)據(jù)儲存和發(fā)布要求；? 安全性的要求（或其它類似的規(guī)則）；? 內存和其它的容量限制；? 性能要求；? 網(wǎng)絡通信；(option)? 驗證和確認的要求（測試）；? 其他質量目標的要求；? 在需求分析說明書中所描述的其它要求。 Goals and Guidelines 目標和指導方針描述所有支配軟件系統(tǒng)設計的目標、指導方針、原則或者優(yōu)先權。? 盡量保持它簡單易用；? 強調速度與內存使用的矛盾；? 象對待一個已經存在的產品那樣工作、觀察或者體會。 Development Methods 開發(fā)方法簡要地描述用于軟件設計的方法。如果采用正式/已公布的方法，那么就要對這些方法進行詳細描述，同時還要簡單解釋一下為什么采用這個方法或其中的某些部分。4. Architectural Strategies 體系結構策略描述所有影響整個系統(tǒng)的組織和結構的設計決定和/或策略，這些策略深入描述系統(tǒng)體系結構所使用的關鍵技術和機制。對于每個設計決定和/或策略都要描述其產生原因（可能要引用前面闡述的設計目標和原則），以及它們是如何得到均衡和折中的，涉及內容：? 使用特定類型產品（編程語言、數(shù)據(jù)庫、函數(shù)庫等）；5 / 23? 重用現(xiàn)有組件；? 軟件未來擴展和升級的計劃；? 用戶接口模型（或系統(tǒng)的輸入和輸出模型）；? 硬件或軟件接口模型；? 錯誤檢測和恢復；? 內存管理策略；? 外部數(shù)據(jù)庫和/或數(shù)據(jù)存儲管理和維護；? 網(wǎng)絡上分布式數(shù)據(jù)或控制；? 控制的一般方法；? 并發(fā)和同步；? 通信機制；? 其它資源的管理。每一個被采用的重要戰(zhàn)略必須在相應的子章節(jié)內加以討論。5. System Architecture 系統(tǒng)體系結構在本節(jié)應該在一個較高的層次來說明如何將系統(tǒng)的功能劃分給各個子系統(tǒng)或組件，不要涉及這些組件本身的細節(jié)（后面有一個小節(jié)專門來詳細描述組件）。本節(jié)的主要目標是描述系統(tǒng)是如何進行分解、這樣分解的原因以及各部分是如何協(xié)作工作以完成預定功能。在較高的層次上描述系統(tǒng)所要承擔的主要工作責任、系統(tǒng)所扮演的各種角色；描述如何將系統(tǒng)劃分成各個組件/子系統(tǒng)，每個組件/ 子系統(tǒng)的作用是什么；描述高層組件之間是如何協(xié)調工作已完成預期的功能；進行系統(tǒng)分解時所采用的基本原則；可以使用圖表、模型、流程圖等形式來描述上述內容。 Subsystem Architecture 子系統(tǒng)的體系結構建立一個子章節(jié)來詳細描述某一組件的作用，進一步描述該組件是如何6 / 23分為子組件的以及各個子組件之間的關系。6. Policies and Tactics 政策和實施策略描述影響系統(tǒng)的接口細節(jié)和系統(tǒng)實現(xiàn)細節(jié)的各個方面：? 選擇特定產品來使用（如編譯器、解釋器、數(shù)據(jù)庫、函數(shù)庫等）；? 工程上的折中；? 編碼規(guī)范和慣例；? 一個或多個子系統(tǒng)、模塊或子程序的協(xié)議；? 選擇某一特定算法或編程用語來實現(xiàn)系統(tǒng)的一部分；? 功能性說明；? 保證需求可回溯性的計劃；? 軟件測試計劃；? 軟件維護計劃；? 最終用戶、軟件、硬件和通信的接口；? 將源代碼按照物理形態(tài)（文件和路徑）進行分層組織；? 如何構造和/或產生系統(tǒng)的交付物（如何編譯、鏈接、加載等）。以上各項內容必須有相應的子章節(jié)進行討論。如果還有其他方案可供選擇時，要說明你沒有選擇這些方案的原因?？梢允褂脠D表、模型、流程圖等形式來描述上述內容。7. Detailed System Design 詳細設計在系統(tǒng)體系結構中所描述的絕大多數(shù)組件需要在本章節(jié)進行更深一步的討論，同樣，其它低層的組件和子組件也需要描述。為每個組件建立一個子章節(jié)來詳細描述組件，包括以下內容：? Classification 分類 組件的種類，例如是一個子系統(tǒng)、模塊、類、包、函數(shù)、文件等等。7 / 23? Definition 定義組件的確切用途和語義。可能需要參照需求說明。? Responsibilities 責任該組件的主要責任和/或行為，要完成什么？扮演什么角色？給客戶提供哪寫服務？可能需要參照需求說明。? Constraints 約