【正文】 項特性的動機是什么？30 用戶對用戶接口的看法如何？U I 的邏輯流程是什么？用戶期望的結(jié)果是什么？31 如果用戶在使用這項特性時沒有成功地達到目標會發(fā)生什么？他（她）能做什32 實現(xiàn)這個特性（或完成一個任務(wù)）之后，用戶返回到合適的位置繼續(xù)工作了嗎？33 特性或過程的出口明顯嗎？如果用戶錯誤地激活了該項特性后能容易地退出和返34 這個特性可以U n d o 嗎？35 還有其它的方法可以實現(xiàn)這個特性嗎？如果有,是什么？36 用戶要使用這個特性時需要了解哪些東西？是不是你不能奢望用戶要掌握的？37 有多少是用戶必須去做但與關(guān)鍵任務(wù)（也可稱為第一號工作）無關(guān)的任務(wù)？38 兩個類似過程間的對話框看起來是一致的嗎？39 是否同一個對話框用于多個任務(wù)? 對話框的名稱和選項按鈕的名稱隨著任務(wù)而變40 用戶愿意把這個特性與其它特性或過程結(jié)合起來嗎？41 這個特性或過程 與本產(chǎn)品或相似產(chǎn)品中的其它特性或過程保持一致性？42 有其它的開發(fā)隊伍在進行相關(guān)的特性或過程的開發(fā)？兩支開發(fā)隊伍的工作協(xié)調(diào)一43 要對該特性或過程進行修改以適應(yīng)國外市場44 對于不同語言環(huán)境，該特性需要做相應(yīng)的變化45 在將來不同的版本以不同的方式來實現(xiàn)這個特性總分:注：1 1 1項，Ye s ( + 6分)，No ( 6分)；其他各項，Ye s ( + 1分)，No ( 1分）；不適用 0分。 Module specifications 模塊說明 ? 詳細描述每個模塊的邏輯、功能或每個模塊的所有狀態(tài)、與其他模塊的關(guān)聯(lián)、狀態(tài)的變遷、存在的條件及采取的動作； ? 使用簡潔、標準的語言； ? 說明每個模塊的輸入和輸出。 Data 數(shù)據(jù) Definitions 定義 對系統(tǒng)中包含的所有數(shù)據(jù)項的描述。 Design rationale 設(shè)計原理 系統(tǒng)設(shè)計報告編寫指南 沈陽東大阿爾派軟件股份有限公司 ? 描述進行設(shè)計的依據(jù)，如數(shù)據(jù)庫結(jié)構(gòu)等； ? 模塊調(diào)用原理：是內(nèi)部還是外部，是修改還是重建或重用。 User Procedures 用戶規(guī)程 System navigation 系統(tǒng)導(dǎo)航 描述那些使用戶能充分使用系統(tǒng)的規(guī)則； Routine 例程 ? 描述在正常工作環(huán)境下，系統(tǒng)預(yù)期的使用方法； ? 使用流程圖來描述例程，流程圖要帶有輔助描述，描述那些使用每個功能的用戶的類型。 Exception handling 例外處理 系統(tǒng)產(chǎn)生的所有錯誤信息的列表，包括錯誤發(fā)生的條件以及所采取的措施。 Inputs and Outputs 輸入和輸出 詳細描述系統(tǒng)的所有輸入和輸出，包括界面設(shè)計、報表設(shè)計，參數(shù)格式。 7. Template 模板 Introduction 緒論 ? 項目概述； ? 所設(shè)計的產(chǎn)品的概述。 2. Scope 范圍 適用于指導(dǎo)包含設(shè)計階段的項目編寫系統(tǒng)設(shè)計報告。 Detailed Subsystem Design 詳細子系統(tǒng)設(shè)計 在本章節(jié)內(nèi)對該組件進行更詳細描述，可使用一些復(fù)雜的圖表來顯示組件結(jié)構(gòu)、行為、或者信息 /控制流。面向?qū)ο蟮脑O(shè)計必須描述那些已知的和預(yù)期的子類、超類和元類。 ? Responsibilities 責任 該組件的主要責任和 /或行為，要完成什么？扮演什么角色？給客戶提供哪寫服務(wù)？可能需要參照需求說明。 系統(tǒng)設(shè)計報告編寫指南 沈陽東大阿爾派軟件股份有限公司 7. Detailed System Design 詳細設(shè)計 在系統(tǒng)體系結(jié)構(gòu)中所描述的絕大多數(shù)組件需要在本章節(jié)進行更深一步 的討論，同樣，其它低層的組件和子組件也需要描述。 6. Policies and Tactics 政策和實施策略 描述影響系統(tǒng)的接口細節(jié)和系統(tǒng)實現(xiàn)細節(jié)的各個方面： ? 選擇特定產(chǎn)品來使用（如編譯器、解釋器、數(shù)據(jù)庫、函數(shù)庫等）； ? 工程上的折中； ? 編碼規(guī)范和慣例； ? 一個或多個子系統(tǒng)、模塊或子程序的協(xié)議； ? 選擇某一特定算法或編程用語 來實現(xiàn)系統(tǒng)的一部分； ? 功能性說明； ? 保證需求可回溯性的計劃； ? 軟件測試計劃； ? 軟件維護計劃； ? 最終用戶、軟件、硬件和通信的接口； ? 將源代碼按照物理形態(tài)（文件和路徑）進行分層組織； ? 如何構(gòu)造和 /或產(chǎn)生系統(tǒng)的交付物（如何編譯、鏈接、加載等）。 5. System Architecture 系統(tǒng)體系結(jié)構(gòu) 在本節(jié)應(yīng)該在一個較高的層次來說明如何將系統(tǒng)的功能劃分給各個子系統(tǒng)或組件，不要涉及這些組件本身的細節(jié)（后面有一個小節(jié)專門來詳細描述組件）。如果采用正式 /已公布的方法，那么就要對這些方法進行詳細描述，同時還要簡單解釋一下為什么采用這個方法或其中的某些部分。 ? 硬件或軟件環(huán)境； ? 最終用戶環(huán)境； ? 資源的可用性和揮發(fā)性； ? 標準的兼容； (option) ? 協(xié)同工作的要求； ? 接口 /協(xié)議的要求； ? 數(shù)據(jù)儲存和發(fā)布要求； ? 安全性的要求（或其它類似的規(guī)則）； 系統(tǒng)設(shè)計報告編寫指南 沈陽東大阿爾派軟件股份有限公司 ? 內(nèi)存和其它的容量限制； ? 性能要求； ? 網(wǎng)絡(luò)通信； (option) ? 驗證和確認的要求（測試）； ? 其他質(zhì)量目標的要求； ? 在需求分析說明書中所描述的其它要求。 系統(tǒng)設(shè)計報告編寫指南 沈陽東大阿爾派軟件股份有限公司 系統(tǒng)設(shè)計報告編寫指南之一 1. Introduction 介紹 ? 描述這個文檔的編寫目的； ? 描述這個文檔的適用范圍； ? 描述這 個文檔的讀者； ? 確定這個系統(tǒng) /產(chǎn)品的名稱和 /或版本號； ? 定義重要的術(shù)語、縮寫詞或縮略語； ? 總結(jié)（或給出一個概要）這個文檔的內(nèi)容。用一覽表方式說明各類可能的錯誤或故障出現(xiàn)時系統(tǒng)的處理方法和補救措施。 性能 說明對各模塊的性能要求，包括精度、時間特性和處理速度。如具有等同作用的文件（如使用開發(fā)工具編寫的界面原型程序等），本處僅需列出該文