1、f信息技術有限公司需求分析報 告編寫規范需求分析報告編寫規范文件編號：NW503101生效日期：2004-2-20受控編號：密級：秘密版次：Ver 1.0修改狀態：總頁數 16正文 4附錄12編制：張俊嶺、鄭澤梅審核：批準：中科海鑫信息技術有限公司（版權所有，翻版必究）需求分析報告編號加范Ver1 0P-5/4文件修改控制修改記錄編號修改 狀態修改頁碼及條款修改 人審核 人批準 人修改日期中科海鑫信息技術有限公司目錄1 .目的2 .適用范圍3 .術語及縮略語4 .編寫規范4.1 排版規范4.2 模板使用5 .引用文件5.1 NW503102軟件功能規格說明書編寫規范6 .附錄1 .目的為使需求

2、分析的結果能夠完整、無遺漏地反映待開發系統的要求，本文件規定需求分 析報告的編寫格式和內容要求。2 .適用范圍適用于本公司軟件產品或軟件項目的需求分析報告的編制。3 .術語及縮略語本程序采用NQ402100質量手冊中的術語和縮略語及其定義。4 .編寫規范4.1 排版規范1） 整個規范由2節構成，模板單獨一節。2） 正文樣式采用“規范正文”。3） 標題編號米用每節獨立編號。4.2 模板使用需求分析報告的編寫可依據具體情況選用摸板的格式或編寫指南的格式。1）拷貝規范。2）刪除第一節（需求分析報告封面前的所有頁）。3）在修改完內容后，更新目錄域和相關的頁數域。5 .引用文件5.1 NW503102軟

3、件功能規格說明書編寫規范6 .附錄以下部分為需求分析報告的模板與編寫指南。密 級：機密 文檔編號: 分冊名稱:項目名稱（項目編號）需求分析報告（部門名稱）中科海鑫信息技術有限公司總頁數正文附錄生效日期：年 月 日編制：審核：批準：需求分析報告5/51.引言目錄1.1 編寫目的1.2 目樂1.3 參考資料1.4 術語2 .任務卞2述.12.1 目標1.2.2 系統（或用戶）的特點1.3 .假定和約束2.4 .需求規定2.4.1 軟件功能說明2.4.2 對功能的一般性規定 2.4.3 對性能的一般性規定 2.4.4 其他專門要求2.4.5 對安全性的要求 2.5 .運行環境規定 2.5.1 設備及

4、分布 2.5.2 支撐軟件2.5.3 接口 15.4 程序運行方式16 .開發成本估算 1.7 .尚需解決的問題8 .附錄1.2.引言1.1 目的說明編寫這份報告的目的，指出預期的讀者。1.2 背景指出待開發的軟件系統的名稱；行業情況；本項目的任務提出者、開發者、用戶；該軟 件系統同其他系統或其他機構的基本的相互來往關系。1.3 參考資料列出編寫本報告時參考的文件（如經核準的計劃任務書或合同、上級機關的批文等卜資料、技術標準，以及他們的作者、標題、編號、發布日期和出版單位。編號資料名稱簡介作者日期出版單位列出編寫本報告時查閱的Intenet上雜志、專業著作、技術標準以及他們的網址。網點簡介1.

5、4術語列出本報告中用到的專門術語的定義任務概述1.1 目標敘述該項軟件開發的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟件開 發的背景材料。解釋被開發軟件與其他有關軟件之間的關系。如果本軟件產品是一項獨 立的軟件，而且全部內容自含，則說明這一點。如果所定義的產品是一個更大的系統的 一個組成部分，則應說明本產品與該系統中的其他各組成部分之間的關系，為此可使用 一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和接口。1.2 系統（或用戶）的特點如果是產品開發，應列出本軟件的特點，與老版本軟件（如果有的話）的不同之處，與 市場上同類軟件（如果有的話）的比較。說明本軟件預期使用頻度；如

6、果是針對合同開發，則應列出本軟件的最終用戶的特點，充分說明操作人員、維護人 員的教育水平和技術專長，以及本軟件預期使用頻度。這些是軟件設計工作的重要約束3 .假定和約束列出進行本軟件開發工作的假定和約束，例如經費限制、開發期限等。4 .需求規定4.1 軟件功能說明列出本系統中所有軟件功能子系統和功能。如果子系統比較大，每個子系統按照 NW4043102軟件功能規格說明書編寫規范分別編寫軟件功能規格說明書，在本處列 出編號和分冊名稱。4.2 對功能的一般性規定本處僅列出對軟件系統的所有功能（或一部分）的共同要求，如要求界面格式統一，統 一的錯誤聲音提示，要求有在線幫助等。4.3 對性能的一般性規

7、定對數據精度、響應時間的要求。本處僅列出對軟件系統的所有功能（或一部分）的共同 要求，針對某一功能的專門性能要求應列在該功能規格說明中。4.4 其他專門要求視具體情況，列出不在本規范規定中的需求，如對數據庫的要求，多平臺特性要求，操 作特性要求，場合適應性要求等對一具體軟件系統的所有功能（或一部分）的共同要求,針對某一功能的專門要求應列在該功能說明中。4.5 對安全性的要求指出系統對使用權限的管理要求（使用權限分為幾級、是否與部門權力體系對應等）、 信息加密、信息認證（確定穿過系統或網絡的信息沒有被修改）方面的要求。5 .運行環境規定5.1 設備及分布1） 主機類型2） 網絡類型3） 存貯器容

8、量4） 其他特殊設備5） 設備分布圖5.2 支撐軟件1） 操作系統25數據庫管理系統1.1 其他支撐軟件1.3 接口簡要說明該軟件同其他軟件之間的公共接口、數據通信協議等，如果外部接口僅與某子功能有關，該接口說明應列在子功能規格說明書中。1.4 程序運行方式說明該軟件的運行方法。如是部件、還是獨立運行程序、API等。6 .開發成本估算以列表的方式給出各功能規定所需的開發人時和費用（如差旅費）。7 .尚需解決的問題以列表的形式列出在需求分析階段必須解決但尚未解決的問題8 .附錄需求分析過程中會產生各種記錄如調查表格、業務系統單據等。記錄或報告的存檔編號 和名稱填寫在下表中。其中類別是記錄的分類，

9、一般有業務系統說明書、業務系統數據 說明書、業務系統調查表、原始數據單據、業務系統參考資料。編號名稱類別中科海鑫信息底術有限公司需求說明書編寫指南1. Objectives 目標闡明需求說明書的標準格式，做為合同和需求分析的結果。2. Scope 范圍2.1 適用于指導需求說明書的編寫。2.2 本模板力圖覆蓋所有可能在需求說明書中出現的主題。這樣做的目的是并不是要求每一個需求說明書都要包括這里定義的全部章節，而是提供一個所有需求 說明書都應當遵循的框架。一些特殊的章節應當提供但不要求有詳細的說明， 只需在說明書中包含下面有適當文字說明的標題即可，例如，不適用。3. References 參考4

10、. Outstanding Issues 尚存主要問題5. Approvals 批準銷售主管6. Responsibilities 職責客戶經理有責任確認本模板被切實執行。7. Template 模板7.1 Lead-in sections 引導部分7.1.1 以下是需求說明書的起始部分。在文檔格式規范中有關于它們的更詳細的描述1) Objectives 目標2) Scope范圍3) References 參考4) Assumptions 前題條件5) Outstanding Issues 尚存主要問題6) Document Control 文檔控制7) Approvals 批準8) Dist

11、ribution 分發9) Amendment Record 更改記錄10) Traceability 可追溯7.2 Component or System Description 部件或系統描述7.2.1 本說明書所覆蓋的部件或系統的簡要介紹。本部分可以很簡要，因為它僅包含幫助讀者快速了解所說明內容的信息。7.2.2 應當提供一個上下文相關圖來幫助確定被描述的部件或系統的定位。使用USER-CASE圖來描述。7.2.3 參考應當做成關聯文檔（例如建議，合同，項目編號）。7.3 Purchaser Requirements 客戶需求7.3.1 Summary 概要7.3.1.1 本部分應當包括

12、那些直接影響到客戶使用本部件或系統的需求。它分為兩個部 分，功能和特性。部件或系統的功能描述了什么可以做，例如，打印一個報表。部件或系統的特性提供了那些可以描述和評價系統質量的屬性。7.3.1.2 每個段落（或段落組）應當包含一個參考來跟蹤需求的出處。每個句子或段落應 當編號；無論何種情況每個編號的項目僅應當定義一個需求。7.3.1.3 每個段落（或段落組）應當指出它的重要程度，按以下方式分類：1）強制的：最基本的特征；沒有它產品將不可用。2）必需的：單獨的非基本的特征，但是它們加在一起會影響產品的能力。3）期待的：最好能有的特征；一個或多個這些特征被忽略也不會影響產品的能 力。7.3.2 P

13、urchaser-Related Functionality 客戶要求的功能7.3.2.1 Application Functionality應用程序的功能7.3.2.1.1 在系統或子系統一級，這一部分應當包含可用的應用程序所提供的功能的描述。7.3.2.1.2 在應用程序一級，這一部分細化應用程序必須做到的功能。7.3.2.1.3 功能應當用結構化的英語或適當的形式化的方法學來描述。7.3.2.2 Human Interface 人機界面7.3.2.2.1 這一部分應當定義所需的菜單結構，屏幕/窗口設計，報表設計和其它操作/或管 理界面。在這一過程中，需求可能廣泛地涉及已有的標準或產品。1

14、.1.1.1 參考應當指向其它的說明書和標準。7.3.2.3 Data Types 數據類型這一部分應當包括對系統或應用程序中對用戶有用的所有數據類型的描述，包括應用程序開發工具用到的或表單，顯示，報表和輸出用到的。7.3.2.4 Control Structures 控制結構這一部分應當描述系統或應用程序的控制結構。7.3.2.5 Application Development Environment 應用開發環境這部分應當指定可供用戶用來開發應用程序的系統部件。它應當至少包含數據類型和語言或者可用的應用程序生成器。7.3.2.6 Hardware 硬件這部分應當詳細說明根據用戶需要提出的硬

15、件需求。7.3.2.7 Software 軟件本節將詳細說明因為用戶需要所產生的軟件需求。 如果用戶已經提供了面向系統 或部件或與系統或部件合為一體的產品，那么這些應當在需求和所有設想以及需 求文檔中清晰的定義出來。這些需求可能包括下列各項：1) Operating System 操作系統2) Database 數據庫3) Communications 通信4) Interfaces 接口7.3.3 Purchaser-Related Characteristics 客戶相關的特征在多數情況下，用戶會指定一些如下的特性。如果它們能夠增強系統的能力則應 當被包含進來，另一種選擇是在最開始的時候就

16、對某些特性進行限定以避免驗收 測試時無休止的爭論。如果一些特性沒有在本部分被指定，它們應當在公司需求 部分被指定，舉例來說很多特性關系到系統投入使用后公司的技術支持成本。7.3.3.1 Pre-operational 運行之前7.3.3.1.1 Packaging 包裝7.3.3.1.2 Installation 安裝7.3.3.1.3 Configuration 配置7.3.3.2 Functionality 功能7.3.3.2.1 Suitability 適用性7.3.322 Accuracy 精確性7.3.323 Interoperability協同工作能力7.3.324 Complia

17、nce - standards 遵循標準7.3.325 .5 Security 安全性7.3.3.3 Reliability 可靠性7.3.3.3.1 Maturity 完備性7.3.3.3.2 Fault tolerance 容錯能力7.3.3.3.3 Recoverability 可恢復能力7.3.3.4 Usability 可用性7.3.3.4.1 Understandability 易懂7.3.3.4.2 Learnability 易學7.3.3.4.3 Operability 可操作能力7.3.3.5 Efficiency 效率7.3.3.5.1 Time behaviour 時間特

18、性7.3.3.5.2 Resource behaviour 資源特性7.3.3.6 Maintainability可維護性7.3.3.6.1 Analyzability易于分析7.3.3.6.2 Changeabilty 可變性7.3.3.6.3 Stability 穩定性7.3.3.6.4 Testability 易測性7.3.3.7 Portability 輕便7.3.3.7.1 Adaptability 適應性7.3.3.7.2 Installability 易安裝7.3.3.7.3 Conformance 一致性7.3.3.7.4 Replaceability 可替換7.3.3.8 D

19、ocumentation 文件本部分應當詳細說明系統或部件必須為用戶提供的文檔7.4 Company Requirements 公司需求1）本部分定義那些必須確認的與用戶需要有沖突的系統或部件需求。所有的沖 突都必須被解決，或者得到用戶的讓步或者滿足前述的用戶需要。2）說明書中哪些是分布在公司以外的，這部分可以省略或放在一個單獨的文檔 中。7.4.1 Business Requirements 商業需求7.4.1.1 Cost 開銷7.4.1.1.1 這部分應當論述與指定系統相關的開銷。它可以通過參考項目詳細計劃來得出一個合計值放在這里。741.1. 拉些開銷應當包括所有開發費用和可能的項目支

20、持費用。如果可能這部分還應當論述彈性的開銷，以及所有削減的開銷，離開這些開發將會因為沒有有效的費用 來完成系統而停止。7.4.1.2 Make/Buy 制作/購買本部分應當討論確定是否這個系統或部件（或它們的一部分）比起開發更適于買 入或再開發的標準。例如日常應用程序，缺乏經驗，缺乏資源等等。7.4.1.3 Relationship to future products 與將來產品的關系本部分應當覆蓋基于系統或部件所涉及的與尚未開發的其它產品的關系的需求。例如確認與將來產品和系統的兼容性。7.4.1.4 Scheduled ship date 預定出貨日期本部分應當討論項目出貨日期，包括任何按

21、計劃進行的臨時發布或階段出貨。本部分還應當描述與這些出貨日期相關的約束和依賴關系。7.4.1.5 Support considerations 支持考慮本部分應當討論系統或部件可能需要的任何特殊的或不常用的支持考慮，例如首先應當安裝一個UNIX系統。7.4.2 Company Hardware Requirements 公司硬件需求7.4.2.1 Hardware Functionality 硬件功能本部分應當覆蓋公司明顯需要的，但對用戶來說是不可見的或無關的硬件功能。 例如支持多操作系統所需的硬件功能，或必須支持以太網等。7.4.2.2 Hardware Characteristics 硬件

22、特性本部分應當覆蓋公司明顯需要的，但對用戶來說是不可見的或無關的硬件特性。至少應當包括硬件診斷所需要的。7.4.3 Company Software Requirements 公司軟件需求7.4.3.1 Software Functionality 軟件功能本部分應當覆蓋公司所需的，但對用戶來說是無關的或不需要的軟件性能。例如,數據庫，操作系統，通訊（遠程訪問），診斷。7.4.3.2 Software Characteristics 軟件特性本部分應當覆蓋公司明顯需要的，但是對用戶來說是不可見或無關的軟件特性例 如代碼的可復用性，包裝等。7.5 Architecture Overview 結構概述高層設計或結構的概述。僅在用戶需要一個特殊的系統結構例如客戶-服務器，或者用戶把定義部分或全部的系統結構作為合同的一部分時才應包括進來。7.6 Acceptance Criteria 驗收標準7.6.1 本部分應當詳述驗收標準的要點以做為需求確定后進行確認驗收計劃的基礎。7.6.2 需求與一些具體的合同有關的部分，可以直接寫相應合同中驗收標準的一個引用。7.7 Glossary 術語表需求分析報告檢查表項目名稱：項目編號:序號內容YesNo不適用1是否描述系統的所有輸入