需求分析的目的

1/15

需求分析報告

篇一：軟件需求分析報告模板(完整版)

軟件需求分析報告模板(完整版)

目錄

1.范圍1

2.總體要求1

2.1總體功能要

求..................................................................

.....................................................1

2.2軟件開發平臺要

求..................................................................

.............................................1

2.3軟件項目的開發實施過程管理要

求..................................................................

..................2

2.3.1軟件項目實施過程總體要

求..................................................................

......................2

2.3.2軟件項目實施變更要

求..................................................................

..............................2

2.3.3軟件項目實施里程碑控

制..................................................................

..........................2

3.軟件開發3

3.1軟件的需求分

析..................................................................

.................................................3

2/15

3.1.1需求分

析..................................................................

......................................................3

3.1.2需求分析報告的編制

者..................................................................

..............................4

3.1.3需求報告評

審..................................................................

..............................................4

3.1.4需求報告格

式..................................................................

..............................................4

3.2軟件的概要設

計..................................................................

.................................................4

3.2.1概要設

計..................................................................

......................................................4

3.2.2編寫概要設計的要

求..................................................................

..................................4

3.2.3概要設計報告的編寫

者..................................................................

..............................4

3.2.4概要設計和需求分析、詳細設計之間的關系和區

別................................................4

3.2.5概要設計的評

審..................................................................

..........................................4

3/15

3.2.6概要設計格

式..................................................................

..............................................4

3.3軟件的詳細設

計..................................................................

.................................................5

3.3.1詳細設

計..................................................................

......................................................5

3.3.2特

例..................................................................

..............................................................5

3.3.3詳細設計的要

求..................................................................

..........................................5

3.3.4數據庫設

計..................................................................

..................................................5

3.3.5詳細設計的評

審..................................................................

..........................................5

3.3.6詳細設計格

式..................................................................

..............................................5

3.4軟件的編

碼..................................................................

.........................................................5

4/15

3.4.1軟件編

碼..................................................................

......................................................5

3.4.2軟件編碼的要

求..................................................................

..........................................5

3.4.3編碼的評

審..................................................................

..................................................6

3.4.4編程規范及要

求..................................................................

..........................................6

3.5軟件的測

試..................................................................

.........................................................6

3.5.1軟件測

試..................................................................

......................................................6

3.5.2測試計

劃..................................................................

......................................................6

3.6軟件的交付準

備..................................................................

.................................................6

3.6.1交付清

單..................................................................

......................................................6

5/15

3.7軟件的鑒定驗

收..................................................................

.................................................7

3.7.1軟件的鑒定驗

收..................................................................

..........................................7

3.7.2驗收人

員..................................................................

......................................................7

3.7.3驗收具體內

容..................................................................

..............................................7

3.7.4軟件驗收測試大

綱..................................................................

......................................7

3.8培

訓..................................................................

.....................................................................

7

3.8.1系統應用培

訓..................................................................

..............................................7

3.8.2系統管理的培訓（可

選）................................................................

............................8

附錄A軟件需求分析報告文檔模板9

附錄B軟件概要設計報告文檔模板

21

附錄C軟件詳細設計報告文檔模板

6/15

33

附錄D軟件數據庫設計報告文檔模板

43

附錄E軟件測試(驗收)大綱錯誤！未

定義書簽。5

1.范圍

本指南用于指導軟件開發者為南京市交通局開發軟件項目的過程，通過

規范軟件項目承擔單位的開發過程達到提高軟件質量，降低維護成本的目的。開

發者應根據本指南進行軟件開發和編制軟件開發文檔。本指南是對軟件項目承擔

單位的基本要求。在本指南的附錄A至E中提供了文檔的編寫模板供開發者參考，

在進行具體軟件開發時，開發者可根據實際情況采編寫，但必須提供雙方約定的

文檔，文檔中約定的內容必須描述清楚。

2.總體要求

2.1總體功能要求

網絡應用環境以Internet/Intranet技術為核心。

開發者應在充分分析需求的基礎上，選擇采用B/S結構或者C/S結構。

軟件系統的數據庫應依照《南京市交通局信息化數據庫建設規范》進行

設計和建設。本指南中沒有規定開發者采用何種具體的軟件工程開發方法，開

發者可根據項目具體特

點、自身擅長來選擇采用面向過程的方法、面向對象的方法或面向數據

的方法，但建議開發商使用面向對象軟件工程的方法，如：采用目前被廣泛使

用的RUP(RationalUnifiedProcess)方法來進行分析、設計和開發。

2.2軟件開發平臺要求

開發者開發的軟件必須能夠在南京市交通局規定的軟件平臺上正常運

行。目前軟件平臺為：

數據庫管理系統：

Oracle9i以上版本

中間件(應用服務器)系統：

IBMWebSphere

7/15

OA系統：

LotusDomino/Notes

網絡架構：

完全支持TCP/IP協議

開發工具或技術體系：

為保證軟件的上下兼容性，開發者應選擇比較通用的開發工具的較新版

本進行開

發，如，BorlandDelphi，C++Builder,

或J2EE(Java2P1atformEnterpriEdition)等。

2.3軟件項目的開發實施過程管理要求

2.3.1軟件項目實施過程總體要求

（一）開發者提交軟件開發工作大綱，交通局組織專家組對工作大綱進

行評審，并提出整改意見。

（二）通過評審后，開發者根據整改意見完善工作大綱，經過交通局認

可后組織項目組進行軟件開發。軟件開發工作按照需求分析、概要設計、詳細設

計、編碼、測試等幾個階段進行，在開發過程中，開發者需分階段提交相關文檔。

（三）在軟件開發工作完成后，開發者應向交通局提交完整的軟件文檔，

交通局組織驗收組對軟件進行驗收審查。

2.3.2軟件項目實施變更要求

在開發過程中，需求或設計不可避免地需要發生變更，相關變更必須經

過交通局書面同意方可進行。在需求或設計發生變更時，需要對原有文檔進行

修改，并提供完整的變更記錄，以使變更處于可控制的狀態。變更單如下表所

示：

表2-1變更單

2.3.3軟件項目實施里程碑控制

交通局將分四個階段進行把關，召開專家審查會。

（一）需求分析（結合原型進行審查）確認；

（二）概要設計+數據庫設計；

（三）預驗收（試運行后）；

8/15

（四）正式驗收（推廣使用后）。

3.軟件開發

合同簽訂以后，項目承擔單位即可組織項目組進行軟件開發工作。軟件

開發必須嚴格按照軟件工程的要求進行。開發過程包括開發者的活動和任務。此

過程由軟件需求分析、概要設計、詳細設計、編碼、測試、驗收、鑒定等活動組

成。

3.1軟件的需求分析

3.1.1需求分析

首先，開發者和交通局應共同對交通局的應用需求作充分的調研，提交

完整的需求分析報告。在需求分析報告中必須描述的基本問題是：功能、性能、

強加于實現的設計限制、屬性、外部接口。應當避免把設計或項目需求寫入需

求分析報告中。它必須說明由軟件獲得的結果，而不是獲得這些結果的手段。

軟件需求可以用若干種方法來表達，如通過輸入、輸出說明；使用代表

性的例子；用規范化的模型。開發者應盡可能地使用模型的方式，因為這是表達

復雜需求的精確和有效的方法。比如用統一建模語言（UML）來描述需求。

編寫需求分析報告的要求

a．無歧義性

對最終產品的每一個特性用某一術語描述；若某一術語在某一特殊的行

文中使用時具有多種含義，那么應對該術語的每種含義做出解釋并指出其適用場

合。

b．完整性

需求分析報告應該包括全部有意義的需求，無論是關系到功能的、性能

的、設計約束的、還是關系到外部接口方面的需求；對所有可能出現的輸入數據

的響應予以定義，要對合法和非合法的輸入值的響應做出規定；填寫全部插圖、

表、圖示標記等；定義全部術語和度量單位。

c．可驗證性

需求分析報告描述的每一個需求應是可以驗證的?？梢酝ㄟ^一個有限處

理過程來檢查軟件產品是否滿足需求。

d．一致性

9/15

在需求分析報告中的各個需求的描述不能互相矛盾。

e．可修改性

需求分析報告應具有一個有條不紊、易于使用的內容組織；沒有冗余，

即同一需求不能在需求分析報告中出現多次。

f．可追蹤性

每一個需求的源流必須清晰，在進一步產生和改變文件編制時，可以方

便地引證每一個需求。

g．運行和維護階段的可使用性

需求分析報告必須滿足運行和維護階段的需要。在需求分析報告要寫明

功能的來源和目的。

篇二：需求分析報告

需求分析報告

1引言

在市場經濟中，進銷存管理是企業運作的重要環節。隨著企業規模的發

展壯大，商品數量急劇增加，有關商品的各種信息量也成倍增加。企業需要實時

動態地對商品的各種信息進行統計分析為了便好地增加業務量，另外不少企業通

過分公司或代理商把產品推向最終用戶，這些分公司或代理商分布在不同的地理

位置，跨空間、跨時間的頻繁業務信息交流是這些企業業務活動的主要特點。在

這種形勢下，傳統的人工傳遞信息和數據的管理方式就無法滿足企業需求了。

1.1編寫目的

此份軟件產品需求分析報告是為進銷存管理信息系統編寫的，開發這個

軟件旨在建立一個高效率、高準確率、通用性好的進銷存管理系統，借助計算機

進行信息管理，在很大程度上提高管理者分析與決策的科學性，提高企業經營管

理水平。通過這份軟件產品需求分析報告詳盡說明了該軟件產品的需求規格，包

括對產品進行的準確的定義。

1.2開發目的及意義

本設計為一個基本的B/S結構的進銷存管理系統，即利用網絡、信息化

手段來實現商品信息的跨時間、空間的管理。本系統對企業中常見的采購、庫存、

10/15

銷售等商業活動以及相關的供應商和客戶等基本信息進行管理。功能貼近實際，

內容精練。

1.3預期讀者和閱讀建議

本軟件產品需求分析報告所針對的各種不同的預期讀者，可能包括：

?用戶；?開發人員；?企業管理者；?營銷人員；?測試人員；?

文檔編寫入員。

2系統功能需求

根據軟件本身的系統機構，我們本小組從功能的角度對系統的功能進行

了初步的模塊劃分，主要區分了每個功能的邊界，這是第一次將系統功能進行細

化的過程，分析結果如下表2-1所示。

根據表2-1用戶描述的需求，將系統功能模塊劃分如表2-2所示，并對其

模塊的劃分和功能進行描述。劃分模塊的目的是使系統的結構更加清晰，開發難

度降低并有利于團隊的開發。

2.1系統功能

本系統的功能主要包括系統登錄、基本資料維護、采購、銷售、庫存管

理和系統維護等，根據具體情況，該系統的功能可分為四類：第一類是基本信息

業務，主要負責客戶信息、供應商信息、商品信息、入庫信息、出庫信息的管理；

第二類是進貨業務，主要負責對貨物生成采購單，并采購入庫；第三類是銷售業

務，主要負責對商品的銷售，并銷售出庫；第四類是庫存管理業務，主要負責庫

存盤點。

2.1.1系統功能樹圖

2.1.2子系統一

（請改成具體的名稱，如“用戶管理子系統”。若未劃分子系統，則刪

除本標題，直接寫“模塊”，并將3.1.2.1等標題升級為四級標題。）

對該子系統的描述。

2.1.2.1模塊一（請改成具體的名稱）

（1）用例圖

（2）需求說明

（3）輸入/輸出數據

11/15

列出輸入數據(用戶輸入、來自外部接口的輸入或者其它輸入)并且定義

針對這些輸入數據的處理(計算)方法，以及相應地輸出數據，描述對應區別：輸

入數據和輸出數據。

當有大量數據需要描述時，也可以分類描述數據，并且注明各項數據的

輸入、輸出屬性。

2.1.2.2模塊二

（1）用例圖

（2）需求說明

（3）輸入/輸出數據

2.1.3子系統二

具體寫法，參照3.1.2節。

請根據需要，增加3.1.4，3.1.5等小節。

3用戶界面與運行環境需求

通過本節描述可以確定，保證軟件產品能和外部組件正確連接的需求。

3.1用戶界面

主要是對用戶界面風格、布局等方面的描述。以下是可能包括的一些特

征：

?將要采用的圖形用戶界面(GUl)標準或者產品系列的風格；?有關屏

幕布局或者解決方案的限制；

?將要使用在每一個屏幕(圖形用戶界面)上的軟件組件，可能包括：

?選單；?標準按鈕；?導航鏈接；?各種功能組件；?消息欄；?

快捷鍵；

?各種顯示格式的規定，可能包括：?不同情況下文字的對齊方式；

?不同情況下數字的表現格式與對齊方式?日期的表現方法與格式；?

計時方法與時間格式；?等等。

?錯誤信息顯示標準；

對于用戶界面的細節，例如：一個特定對話框的布局，應該寫入具體的

用戶界面設計說明中，而不能寫入軟件需求規格說明中。

12/15

如果采用現成的、合適的用戶界面設計規范(標準)，或者另文描述，可

以在這里直接說明，并且將其加入參考文獻。

3.2運行環境

描述了本軟件的運行環境，一般包括：

?硬件平臺；SUNV880或以上，雙CPU，2G內存，200G以

篇三：需求分析報告模板

需求分析報告

版本：1.0.0

編者年月日

審核年月日

批準年月日

XXX

二〇一三年四月

一、引言

1.1編寫目的

對產品或項目進行定義，包括修正或發行版本號。如果這個軟件需求規

格說明只與整個系統的一部分有關系，那么只定義文檔中要說明的部分或子系

統。

1.2背景說明

說明項目或模塊開發背景。

1.3預期讀者和閱讀建議

列舉軟件需求規格說明書所針對的不同讀者，如用戶、設計人員、編程

人員、測試人員、項目經理、市場人員等。指出最適合于每一類型讀者閱讀文檔

的建議。

1.4術語定義

解釋需求說明書中的術語、名詞、簡稱及縮寫等等。

1.5參考文獻

列出所有參考資料、參照的軟件名稱，包括標題名稱、作者、版本號、

日期、出版單位或資料來源，以方便讀者查閱這些文獻。

13/15

二、任務概述

2.1目標

描述項目或業務模塊要達到的目標。

2.2用戶特點

描述主要的用戶及其特點（教育水平、經驗、計算機水平等）。確定可

能使用該產品的不同用戶類別并描述它們的特征。有些需求可能只與特定的用戶

類相關。將該產品的重要用戶類與那些不太重要的用戶類區分開。

2.3假定和約束

一般約束、假設及對用戶的要求。

三、業務功能概要描述

3.1現有系統分析

對現有系統（包括自動或人工的）進行簡要分析。

3.2業務描述

描述實際業務的過程和特點，即業務建模。

3.3系統角色

畫出系統中的角色，并用文字進行說明。

3.4主題描述（或：系統用例視圖）

畫出主題圖，描述主題內的業務和主題間的業務。

或用UML語言描繪系統總的用例視圖。

3.5業務流程圖

用UML的活動圖描繪系統總的業務流程。

3.6業務接口

3.6.1外部業務接口

描述與其它項目或業務模塊的功能接口。例如：工資模塊與考勤、考核、

任免、職稱等模塊的功能接口描述。

3.6.2內部業務接口

描述各個主題之間的業務接口。

四、業務功能詳細描述

14/15

用語言和圖對每個子系統、主題或業務模塊要完成的功能進行完整詳細

的描述。即功能建模。

4.1子系統（模塊一）

4.1.1業務功能描述

用文字語言描述子系統、主題或業務模塊要完成的功能。

4.1.2業務流程圖

用UML的活動圖描繪子系統或業務模塊的業務流程，在活動圖中標注用

到的或輸入輸出的表格、資料。注意，這里的活動圖描述的是該子模塊的業務流

程。

4.1.3主題描述及用例視圖

若主題下面還含有子主題，則畫出主題圖，描述主題內的業務和主題間

的業務；并且接著畫出子系統或業務模塊的詳細用例視圖。

若主題下面不含子主題，則直接畫出子系統或業務模塊的詳細用例視圖。

4.1.4用例描述

對全部用例或主要的用例用文字進行詳細描述。

4.1.4.1用例名稱一

【用例功能說明】用文字詳細描述該用例的目的、功能。

【操作描述】用文字描述子系統或業務模塊中主要用例的操作流程和要

求。

【活動圖、順序圖或協同圖】（可選內容）

用UML的順序圖或協同圖描述該用例的操作流程。

【界面原型】（可選內容）

描繪用戶所希望的圖形用戶界面標準或風格，包括大致的屏幕布局、功

能菜單、標準按鈕、快捷鍵、出錯信息顯示標準等。

4.1.4.2用例名稱二

【用例功能說明】用文字詳細描述該用例的目的、功能。

【操作描述】用文字描述子系統或業務模塊中主要用例的操作流程和要

求。

【活動圖、順序圖或協同圖】（可選內容）

15/15

用UML的順序圖或協同圖描述該用例的操作流程。

【界面原型】（可選內容）

描繪用戶所希望的圖形用戶界面標準或風格，包括大致的屏幕布局、功

能菜單、標準按鈕、快捷鍵、出錯信息顯示標準等。

4.1.4.3用例名稱三

......