【正文】 業(yè)務規(guī)則時，可以根據(jù)規(guī)則的數(shù)量，選取合適的編目方式。 用戶文檔列舉出將與軟件產品一同交付的用戶文檔，并且明確所有己知用戶文檔的交付格式或標準，例如：● 安裝指南紙質文檔，16 開本；● 用戶手冊紙質文檔，16 開本；19● 在線幫助● 電子文檔，與軟件產品一同分發(fā)、配置；● 使用教程電子文檔，與軟件產品一同分發(fā)、配置。6. 詞匯表列出本文件中用到的專業(yè)術語的定義，以及有關縮寫的定義(如有可能，列出相關的外文原詞) 。為了便于非軟件專業(yè)或者非計算機專業(yè)人士閱讀軟件產品需求分析報告，要求使用非軟件專業(yè)或者非計算機專業(yè)的術語描述軟件需求。所以這里所指的專業(yè)術語，是指業(yè)務層面上的專業(yè)術語，而不是軟件專業(yè)或者計算機專業(yè)的術語。但是，對于無法回避的軟件專業(yè)或者計算機專業(yè)術語，也應該列入詞匯表并且加以準確定義。7. 數(shù)據(jù)定義數(shù)據(jù)定義是一個定義了應用程序中使用的所有數(shù)據(jù)元素和結構的共享文檔，其中對每個數(shù)據(jù)元素和結構都準確描述：含義、類型、數(shù)據(jù)大小、格式、計量單位、精度以及取值范圍。數(shù)據(jù)定義的維護獨立于軟件需求規(guī)格說明，并且在軟件產品開發(fā)和維護的任何階段，均向風險承擔者開放。如果為軟件開發(fā)項目創(chuàng)建一個獨立的數(shù)據(jù)定義，而不是為每一項特性描述有關的數(shù)據(jù)項，有利于避免冗余和不一致性。但是卻不利于多人協(xié)同編寫需求分析報告，容易遺漏數(shù)據(jù)，也不方便閱讀。因此還是建議為每個特性描述有關的數(shù)據(jù)項，匯總數(shù)據(jù)項創(chuàng)建數(shù)據(jù)定義，再根據(jù)數(shù)據(jù)定義復核全部數(shù)據(jù)，使得它們的名稱和含義完全一致。必須注意的是，為了避免二義性，在匯總數(shù)據(jù)項時應該根據(jù)數(shù)據(jù)項所代表的實際意義匯總，而不是根據(jù)數(shù)據(jù)項的名稱匯總。在數(shù)據(jù)定義中，每個數(shù)據(jù)項除了有一個中文名稱外，還應該為它取一個簡短的英文名稱，該英文名稱應該符合命名規(guī)范，因為在軟件開發(fā)時將沿用該英文名稱?？梢允褂玫忍柋硎緮?shù)據(jù)項，名稱寫在左邊，定義寫在右邊。常見數(shù)據(jù)項的描述方式如下：● 原數(shù)據(jù)元素一個原數(shù)據(jù)元素是不可分解的，可以將一個數(shù)量值賦給它。定義原數(shù)據(jù)元素必須確定其含義、類型、數(shù)據(jù)大小、格式、計量單位、精度以及取值范圍。采用以星號為界的一行注釋文本，描述原數(shù)據(jù)元素的定義?！?選擇項選擇項是一種只可以取有限離散值的特殊原數(shù)據(jù)元素，描述時一一枚舉這些值，并用方括號括起來寫在原數(shù)據(jù)元素的定義前。在兩項離散值之間，使用管道符分隔?！?組合項組合項是一個數(shù)據(jù)結構或者記錄，其中包含了多個數(shù)據(jù)項。這些數(shù)據(jù)項可以是原數(shù)據(jù)元素，也可以是組合數(shù)據(jù)項，各數(shù)據(jù)項之間用加號連接。其中每個數(shù)據(jù)項都必須是數(shù)據(jù)20定義中定義過的，結構中也可以包括其它結構，但是絕對不允許遞歸。如果數(shù)據(jù)結構中有可選項，使用圓括號把該項括起來?！?重復項重復項是組合項的一種特例，其中有一項將有多個實例出現(xiàn)在數(shù)據(jù)結構中，使用花括號把該項括起來。如果知道該項可能允許的范圍，就按“最小值：最大值”的形式寫在花括號前。8. 分析模型這是一個可選部分，包括或涉及到相關的分析模型，例如：● 數(shù)據(jù)流程圖；● 類圖；● 狀態(tài)轉換圖；● 實體關系圖。9. 待定問題列表編輯一張在軟件產品需求分析報告中待確定問題時的列表，把每一個表項都編上號，以便跟蹤調查。21附錄 B 軟件概要設計報告文檔模板1. 引言 ............................................................................................................................................23 編寫目的 ...............................................................................................................................23 項目風險 ...............................................................................................................................23 預期讀者和閱讀建議 ...........................................................................................................23 參考資料 ...............................................................................................................................232. 設計概述 ....................................................................................................................................24 限制和約束 ...........................................................................................................................24 設計原則和設計要求 ...........................................................................................................243. 系統(tǒng)邏輯設計 ............................................................................................................................25 系統(tǒng)組織設計 .......................................................................................................................25 系統(tǒng)結構設計 .......................................................................................................................25 系統(tǒng)特性表 ...................................................................................................................26 系統(tǒng)特性結構圖 ...........................................................................................................27 系統(tǒng)接口設計 .......................................................................................................................27 系統(tǒng)接口表 ...................................................................................................................27 系統(tǒng)接口傳輸協(xié)議說明 ...............................................................................................28 系統(tǒng)完整性設計 ...................................................................................................................284. 系統(tǒng)出錯處理設計 ....................................................................................................................29 系統(tǒng)出錯處理表 ...................................................................................................................29 維護處理過程表 ...................................................................................................................305. 技術設計 ....................................................................................................................................31 系統(tǒng)開發(fā)技術說明表 ...........................................................................................................31 開發(fā)技術應用說明 ...............................................................................................................326. 數(shù)據(jù)庫設計 ................................................................................................................................327. 詞匯表 ........................................................................................................................................32228. 進度計劃 ....................................................................................................................................3223241. 引言引言是對這份軟件系統(tǒng)概要設計報告的概覽，是為了幫助閱讀者了解這份文檔是如何編寫的，并且應該如何閱讀、理解和解釋這份文檔。 編寫目的說明這份軟件系統(tǒng)概要設計報告是基于哪份軟件產品需求規(guī)格說明書編寫的，開發(fā)這個軟件產品意義、作用、以及最終要達到的意圖。通過這份軟件系統(tǒng)概要設計報告詳盡說明了該軟件產品的軟件結構，包括數(shù)據(jù)庫結構和出錯處理，從而對該軟件產品的結構的描述。如果這份軟件系統(tǒng)概要設計報告只與整個系統(tǒng)的某一部分有關系，那么只定義軟件系統(tǒng)概要設計報告中說明的那個部分或子系統(tǒng)。 項目風險具體說明本軟件開發(fā)項目的全部風險承擔者，以及各自在本階段所需要承擔的主要風險，首要風險承擔者包括：● 任務提出者；● 軟件開發(fā)者；● 產品使用者。 預期讀者和閱讀建議列舉本軟件系統(tǒng)概要設計報告所針對的各種不同的預期讀者，例如，可能的讀者包括：● 用戶；● 開發(fā)人員；● 項目經理；● 營銷人員；● 測試人員；● 文檔編寫人員；● 等等。描述文檔中，其余部分的內容及其組織結構，并且針對每一類讀者提出最適合的文檔閱讀建議。 參考資料列舉編寫軟件產品概要設計報告時所用到的參考文獻及資料，可能包括：● 本項目的合同書；● 上級機關有關本項目的批文；25● 本項目已經批準的計劃任務書；● 用戶界面風格指導；● 開發(fā)本項目時所要用到的標準；● 系統(tǒng)規(guī)格需求說明；● 使用實例文檔；● 屬于本項目的其它已發(fā)表文件；● 本軟件系統(tǒng)概要設計報告中所引用的文件、資料：● 相關軟件系統(tǒng)概要設計報告：● 等等。為了方便讀者查閱，所有參考資料應該按一定順排列。如果可能，每份資料都應該給出：● 標題名稱；● 作者或者合同簽約者；● 文件編號或者版本號；● 發(fā)表日期或者簽約日期；● 出版單位或者資料來源。2. 設計概述本節(jié)描述現(xiàn)有開發(fā)條件和需要實現(xiàn)的目標，說明進行概要設計時應該遵循的設計原則和必須采用的設計方法。 限制和約束簡要描述起到限制和約束作用的各種可能存在的條件，例如：● 技術條件；● 資金狀況；● 開發(fā)環(huán)境(包括：工具和平臺 )；● 時間限制；● 等等。并且說明在上述條件下，應該實現(xiàn)的系統(tǒng)目標， 設計原則和設計要求描述對本軟件系統(tǒng)進行概要設計的原則，通?？梢钥紤]以下幾方面的內容：● 命名規(guī)則；● 模塊獨立性原則：● 邊界設計原