軟件需求分析報(bào)告模板（完整版）
目錄
1.范圍
2.總體要求
2.1 總體功能要求
2.2 軟件開發(fā)平臺(tái)要求
2.3 軟件項(xiàng)目的開發(fā)實(shí)施過(guò)程管理要求
2.3.1 軟件項(xiàng)目實(shí)施過(guò)程總體要求
2.3.2 軟件項(xiàng)目實(shí)施變更要求
2.3.3 軟件項(xiàng)目實(shí)施里程碑控制
3.軟件開發(fā)
3.1 軟件的需求分析
3.1.1 需求分析
3.1.2 需求分析報(bào)告的編制者
3.1.3 需求報(bào)告評(píng)審
3.1.4 需求報(bào)告格式
3.2 軟件的概要設(shè)計(jì)
3.2.1 概要設(shè)計(jì)
3.2.2 編寫概要設(shè)計(jì)的要求
3.2.3 概要設(shè)計(jì)報(bào)告的編寫者
3.2.4 概要設(shè)計(jì)和需求分析、詳細(xì)設(shè)計(jì)之間的關(guān)系和區(qū)別
3.2.5 概要設(shè)計(jì)的評(píng)審
3.2.6 概要設(shè)計(jì)格式
3.3 軟件的詳細(xì)設(shè)計(jì)
3.3.1 詳細(xì)設(shè)計(jì)
3.3.2 特例
3.3.3 詳細(xì)設(shè)計(jì)的要求
3.3.4 數(shù)據(jù)庫(kù)設(shè)計(jì)
3.3.5 詳細(xì)設(shè)計(jì)的評(píng)審
3.3.6 詳細(xì)設(shè)計(jì)格式
3.4 軟件的編碼
3.4.1 軟件編碼
3.4.2 軟件編碼的要求
3.4.3 編碼的評(píng)審
3.4.4 編程規(guī)范及要求
3.5 軟件的測(cè)試
3.5.1 軟件測(cè)試
3.5.2 測(cè)試計(jì)劃
3.6 軟件的交付準(zhǔn)備
3.6.1 交付清單
3.7 軟件的鑒定驗(yàn)收
3.7.1 軟件的鑒定驗(yàn)收
3.7.2 驗(yàn)收人員
3.7.3 驗(yàn)收具體內(nèi)容
3.7.4 軟件驗(yàn)收測(cè)試大綱
3.8 培訓(xùn)I
3.8.1 系統(tǒng)應(yīng)用培訓(xùn)
3.8.2 系統(tǒng)管理的培訓(xùn)（可選）
附錄A軟件需求分析報(bào)告文檔模板9
附錄B軟件概要設(shè)計(jì)報(bào)告文檔模板21
附錄C軟件詳細(xì)設(shè)計(jì)報(bào)告文檔模板33
附錄D軟件數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告文檔模板43
附錄E軟件測(cè)試（驗(yàn)收）大綱5
.范圍
本指南用于指導(dǎo)軟件開發(fā)者為南京市交通局開發(fā)軟件項(xiàng)目的過(guò)程，通過(guò)規(guī)范軟件項(xiàng)目承
擔(dān)單位的開發(fā)過(guò)程達(dá)到提高軟件質(zhì)量，降低維護(hù)成本的目的。開發(fā)者應(yīng)根據(jù)本指南進(jìn)行軟件
開發(fā)和編制軟件開發(fā)文檔。本指南是對(duì)軟件項(xiàng)目承擔(dān)單位的基本要求。在本指南的附錄A
至E中提供了文檔的編寫模板供開發(fā)者參考，在進(jìn)行具體軟件開發(fā)時(shí)，開發(fā)者可根據(jù)實(shí)際情況采編寫，但必須提供雙方約定的文檔，文檔中約定的內(nèi)容必須描述清楚。
.總體要求
總體功能要求
網(wǎng)絡(luò)應(yīng)用環(huán)境以Internet/Intranet技術(shù)為核心。
開發(fā)者應(yīng)在充分分析需求的基礎(chǔ)上，選擇采用B/S結(jié)構(gòu)或者C/S結(jié)構(gòu)。
軟件系統(tǒng)的數(shù)據(jù)庫(kù)應(yīng)依照《南京市交通局信息化數(shù)據(jù)庫(kù)建設(shè)規(guī)范》進(jìn)行設(shè)計(jì)和建設(shè)。
本指南中沒(méi)有規(guī)定開發(fā)者采用何種具體的軟件工程開發(fā)方法，開發(fā)者可根據(jù)項(xiàng)目具體特
點(diǎn)、自身擅長(zhǎng)來(lái)選擇采用面向過(guò)程的方法、面向?qū)ο蟮姆椒ɑ蛎嫦驍?shù)據(jù)的方法，但建議開發(fā)
商使用面向?qū)ο筌浖こ痰姆椒ǎ纾翰捎媚壳氨粡V泛使用的RUP(RationalUnifiedProcess)
方法來(lái)進(jìn)行分析、設(shè)計(jì)和開發(fā)。
軟件開發(fā)平臺(tái)要求
開發(fā)者開發(fā)的軟件必須能夠在南京市交通局規(guī)定的軟件平臺(tái)上正常運(yùn)行。目前軟件平臺(tái)
為：
數(shù)據(jù)庫(kù)管理系統(tǒng)：
Oracle9i以上版本
中間件(應(yīng)用服務(wù)器)系統(tǒng)：
IBMWebSphere
OA系統(tǒng)：
LotusDomino/Notes
網(wǎng)絡(luò)架構(gòu)：
完全支持TCP/IP協(xié)議
開發(fā)工具或技術(shù)體系：
為保證軟件的上下兼容性，開發(fā)者應(yīng)選擇比較通用的開發(fā)工具的較新版本進(jìn)行開發(fā)，如MicrosoftVisualStudio.Net,BorlandDelphi,C++Builder，或
J2EE(Java2P1atformEnterpriEdition)等。
軟件項(xiàng)目的開發(fā)實(shí)施過(guò)程管理要求
.4 軟件項(xiàng)目實(shí)施過(guò)程總體要求
?開發(fā)者提交軟件開發(fā)工作大綱，交通局組織專家組對(duì)工作大綱進(jìn)行評(píng)審，并提出整改意見(jiàn)。
?通過(guò)評(píng)審后，開發(fā)者根據(jù)整改意見(jiàn)完善工作大綱，經(jīng)過(guò)交通局認(rèn)可后組織項(xiàng)目組進(jìn)行軟件開發(fā)。
軟件開發(fā)工作按照需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試等幾個(gè)階段進(jìn)行，在開發(fā)過(guò)程中，開發(fā)者需分階段提交相關(guān)文檔。
?在軟件開發(fā)工作完成后，開發(fā)者應(yīng)向交通局提交完整的軟件文檔，交通局組織驗(yàn)收組對(duì)軟件進(jìn)行驗(yàn)收
審查。
.4 軟件項(xiàng)目實(shí)施變更要求
在開發(fā)過(guò)程中，需求或設(shè)計(jì)不可避免地需要發(fā)生變更，相關(guān)變更必須經(jīng)過(guò)交通局書面同意方可進(jìn)行。在需求或設(shè)計(jì)發(fā)生變更時(shí)，需要對(duì)原有文檔進(jìn)行修改，并提供完整的變更記錄，以使變更處于可控制的狀態(tài)。變更單如下表所示：
.4 軟件項(xiàng)目實(shí)施里程碑控制
交通局將分四個(gè)階段進(jìn)行把關(guān)，召開專家審查會(huì)。
?需求分析（結(jié)合原型進(jìn)行審查）確認(rèn);
?概要設(shè)計(jì)+數(shù)據(jù)庫(kù)設(shè)計(jì)；
?預(yù)驗(yàn)收（試運(yùn)行后）；
?正式驗(yàn)收（推廣使用后）。
.軟件開發(fā)
合同簽訂以后，項(xiàng)目承擔(dān)單位即可組織項(xiàng)目組進(jìn)行軟件開發(fā)工作。軟件開發(fā)必須嚴(yán)格按
照軟件工程的要求進(jìn)行。開發(fā)過(guò)程包括開發(fā)者的活動(dòng)和任務(wù)。此過(guò)程由軟件需求分析、概要
設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、驗(yàn)收、鑒定等活動(dòng)組成。
軟件的需求分析
.
2 需求分析
首先，開發(fā)者和交通局應(yīng)共同對(duì)交通局的應(yīng)用需求作充分的調(diào)研，提交完整的需求分析
報(bào)告。在需求分析報(bào)告中必須描述的基本問(wèn)題是：功能、性能、強(qiáng)加于實(shí)現(xiàn)的設(shè)計(jì)限制、屬性、外部接口。應(yīng)當(dāng)避免把設(shè)計(jì)或項(xiàng)目需求寫入需求分析報(bào)告中。它必須說(shuō)明由軟件獲得的
結(jié)果，而不是獲得這些結(jié)果的手段。
軟件需求可以用若干種方法來(lái)表達(dá)，如通過(guò)輸入、輸出說(shuō)明；使用代表性的例子；用規(guī)
范化的模型。開發(fā)者應(yīng)盡可能地使用模型的方式，因?yàn)檫@是表達(dá)復(fù)雜需求的精確和有效的方
法。比如用統(tǒng)一建模語(yǔ)言（UML）來(lái)描述需求。
編寫需求分析報(bào)告的要求
a.無(wú)歧義性
對(duì)最終產(chǎn)品的每一個(gè)特性用某一術(shù)語(yǔ)描述；若某一術(shù)語(yǔ)在某一特殊的行文中使用時(shí)具有
多種含義，那么應(yīng)對(duì)該術(shù)語(yǔ)的每種含義做出解釋并指出其適用場(chǎng)合。
b.完整性
需求分析報(bào)告應(yīng)該包括全部有意義的需求，無(wú)論是關(guān)系到功能的、性能的、設(shè)計(jì)約束的、
還是關(guān)系到外部接口方面的需求；對(duì)所有可能出現(xiàn)的輸入數(shù)據(jù)的響應(yīng)予以定義，要對(duì)合法和
非合法的輸入值的響應(yīng)做出規(guī)定；填寫全部插圖、表、圖示標(biāo)記等；定義全部術(shù)語(yǔ)和度量單
位。
c.可驗(yàn)證性
需求分析報(bào)告描述的每一個(gè)需求應(yīng)是可以驗(yàn)證的。可以通過(guò)一個(gè)有限處理過(guò)程來(lái)檢查軟
件產(chǎn)品是否滿足需求。
d.一致性
在需求分析報(bào)告中的各個(gè)需求的描述不能互相矛盾。
e，可修改性
需求分析報(bào)告應(yīng)具有一個(gè)有條不紊、易于使用的內(nèi)容組織；沒(méi)有冗余，即同一需求不能
在需求分析報(bào)告中出現(xiàn)多次。
f.可追蹤性
每一個(gè)需求的源流必須清晰，在進(jìn)一步產(chǎn)生和改變文件編制時(shí)，可以方便地引證每一個(gè)
需求。
g.運(yùn)行和維護(hù)階段的可使用性
需求分析報(bào)告必須滿足運(yùn)行和維護(hù)階段的需要。在需求分析報(bào)告要寫明功能的來(lái)源和目
