1、.軟件需求分析報(bào)告- （模板）目錄1.范圍 .12.總體要求.12.1總體功能要求 .12.2軟件開發(fā)平臺(tái)要求 .12.3軟件項(xiàng)目的開發(fā)實(shí)施過程管理要求.22.3.1軟件項(xiàng)目實(shí)施過程總體要求 .22.3.2軟件項(xiàng)目實(shí)施變更要求 .22.3.3軟件項(xiàng)目實(shí)施里程碑控制 .23.軟件開發(fā).33.1軟件的需求分析 .33.1.1需求分析 . .33.1.2需求分析報(bào)告的編制者 .43.1.3需求報(bào)告評審 . .43.1.4需求報(bào)告格式 . .43.2軟件的概要設(shè)計(jì) .43.2.1概要設(shè)計(jì) . .43.2.2編寫概要設(shè)計(jì)的要求 . .43.2.3概要設(shè)計(jì)報(bào)告的編寫者 .43.2.4概要設(shè)計(jì)和需求分析、詳

2、細(xì)設(shè)計(jì)之間的關(guān)系和區(qū)別.43.2.5概要設(shè)計(jì)的評審 . .43.2.6概要設(shè)計(jì)格式 . .43.3軟件的詳細(xì)設(shè)計(jì) .53.3.1詳細(xì)設(shè)計(jì) . .53.3.2特例 . .53.3.3詳細(xì)設(shè)計(jì)的要求 . .53.3.4數(shù)據(jù)庫設(shè)計(jì) . .53.3.5詳細(xì)設(shè)計(jì)的評審 . .53.3.6詳細(xì)設(shè)計(jì)格式 . .53.4軟件的編碼 .53.4.1軟件編碼 . .53.4.2軟件編碼的要求 . .53.4.3編碼的評審 . .63.4.4編程規(guī)范及要求 . .63.5軟件的測試 .63.5.1軟件測試 . .63.5.2測試計(jì)劃 . .63.6軟件的交付準(zhǔn)備 .63.6.1交付清單 . .6.3.7軟件的鑒定驗(yàn)

3、收 .73.7.1軟件的鑒定驗(yàn)收 . .73.7.2驗(yàn)收人員 . .73.7.3驗(yàn)收具體內(nèi)容 . .73.7.4軟件驗(yàn)收測試大綱 . .73.8培訓(xùn).73.8.1系統(tǒng)應(yīng)用培訓(xùn) . .73.8.2系統(tǒng)管理的培訓(xùn)（可選） .8附錄 A軟件需求分析報(bào)告文檔模板.9附錄 B軟件概要設(shè)計(jì)報(bào)告文檔模板.21附錄 C軟件詳細(xì)設(shè)計(jì)報(bào)告文檔模板.33附錄 D軟件數(shù)據(jù)庫設(shè)計(jì)報(bào)告文檔模板.43附錄 E軟件測試 ( 驗(yàn)收 ) 大綱 .錯(cuò)誤！未定義書簽。 5.1. 范圍本指南用于指導(dǎo)軟件開發(fā)者為南京市交通局開發(fā)軟件項(xiàng)目的過程，通過規(guī)范軟件項(xiàng)目承擔(dān)單位的開發(fā)過程達(dá)到提高軟件質(zhì)量，降低維護(hù)成本的目的。開發(fā)者應(yīng)根據(jù)本指南進(jìn)行

4、軟件開發(fā)和編制軟件開發(fā)文檔。本指南是對軟件項(xiàng)目承擔(dān)單位的基本要求。在本指南的附錄A至 E 中提供了文檔的編寫模板供開發(fā)者參考， 在進(jìn)行具體軟件開發(fā)時(shí)， 開發(fā)者可根據(jù)實(shí)際情況采編寫，但必須提供雙方約定的文檔，文檔中約定的內(nèi)容必須描述清楚。2. 總體要求2.1總體功能要求網(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ù)庫應(yīng)依照南京市交通局信息化數(shù)據(jù)庫建設(shè)規(guī)范進(jìn)行設(shè)計(jì)和建設(shè)。本指南中沒有規(guī)定開發(fā)者采用何種具體的軟件工程開發(fā)方法，開發(fā)者可根據(jù)項(xiàng)目具體特點(diǎn)、自身擅長來選擇采用面向過程的方法、面向?qū)ο蟮姆椒ɑ蛎?/p>

5、向數(shù)據(jù)的方法，但建議開發(fā)商使用面向?qū)ο筌浖こ痰姆椒?，如：采用目前被廣泛使用的RUP(Rational UnifiedProcess) 方法來進(jìn)行分析、設(shè)計(jì)和開發(fā)。2.2軟件開發(fā)平臺(tái)要求開發(fā)者開發(fā)的軟件必須能夠在南京市交通局規(guī)定的軟件平臺(tái)上正常運(yùn)行。目前軟件平臺(tái)為：數(shù)據(jù)庫管理系統(tǒng)：Oracle 9i以上版本中間件 ( 應(yīng)用服務(wù)器 ) 系統(tǒng)：IBM WebSphereOA系統(tǒng)：Lotus Domino/Notes網(wǎng)絡(luò)架構(gòu)：完全支持TCP/IP 協(xié)議開發(fā)工具或技術(shù)體系：為保證軟件的上下兼容性，開發(fā)者應(yīng)選擇比較通用的開發(fā)工具的較新版本進(jìn)行開發(fā)，如 MicrosoftVisualStudio.Net，

6、BorlandDelphi ， C+ Builder,或 J2EE(Java2P1atform Enterprise Edition)等。.2.3軟件項(xiàng)目的開發(fā)實(shí)施過程管理要求軟件項(xiàng)目實(shí)施過程總體要求（一）開發(fā)者提交軟件開發(fā)工作大綱，交通局組織專家組對工作大綱進(jìn)行評審，并提出整改意見。（二）通過評審后，開發(fā)者根據(jù)整改意見完善工作大綱，經(jīng)過交通局認(rèn)可后組織項(xiàng)目組進(jìn)行軟件開發(fā)。軟件開發(fā)工作按照需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試等幾個(gè)階段進(jìn)行，在開發(fā)過程中，開發(fā)者需分階段提交相關(guān)文檔。（三）在軟件開發(fā)工作完成后，開發(fā)者應(yīng)向交通局提交完整的軟件文檔，交通局組織驗(yàn)收組對軟件進(jìn)行驗(yàn)收審查。軟件項(xiàng)目實(shí)

7、施變更要求在開發(fā)過程中， 需求或設(shè)計(jì)不可避免地需要發(fā)生變更， 相關(guān)變更必須經(jīng)過交通局書面同意方可進(jìn)行。 在需求或設(shè)計(jì)發(fā)生變更時(shí)， 需要對原有文檔進(jìn)行修改， 并提供完整的變更記錄，以使變更處于可控制的狀態(tài)。變更單如下表所示：表 2-1變更單需求變更申請申請變更的需求文檔輸入名稱，版本，日期等信息變更的內(nèi)客及其理由評估需求變更將對項(xiàng)目造成的影響申請人簽字變更申請的審批意見審批意見：項(xiàng)目經(jīng)理簽字簽字日期客戶簽字審批意見：( 合同項(xiàng)目 )簽字日期更改需求文檔變更后的 輸入名稱，版本，完成日期等信息需求文檔更改人簽字重新評審需求文檔評審意見：需求評審小組簽字簽字日期變更結(jié)束項(xiàng)目經(jīng)理簽字簽字日期軟件項(xiàng)目實(shí)

8、施里程碑控制交通局將分四個(gè)階段進(jìn)行把關(guān)，召開專家審查會(huì)。（一）需求分析（結(jié)合原型進(jìn)行審查）確認(rèn)；（二）概要設(shè)計(jì) +數(shù)據(jù)庫設(shè)計(jì)；.（三）預(yù)驗(yàn)收（試運(yùn)行后） ；（四）正式驗(yàn)收（推廣使用后）。3. 軟件開發(fā)合同簽訂以后， 項(xiàng)目承擔(dān)單位即可組織項(xiàng)目組進(jìn)行軟件開發(fā)工作。軟件開發(fā)必須嚴(yán)格按照軟件工程的要求進(jìn)行。 開發(fā)過程包括開發(fā)者的活動(dòng)和任務(wù)。 此過程由軟件需求分析、 概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試、驗(yàn)收、鑒定等活動(dòng)組成。3.1軟件的需求分析需求分析首先，開發(fā)者和交通局應(yīng)共同對交通局的應(yīng)用需求作充分的調(diào)研，提交完整的需求分析報(bào)告。在需求分析報(bào)告中必須描述的基本問題是：功能、性能、強(qiáng)加于實(shí)現(xiàn)的設(shè)計(jì)限制、屬性

9、、外部接口。 應(yīng)當(dāng)避免把設(shè)計(jì)或項(xiàng)目需求寫入需求分析報(bào)告中。它必須說明由軟件獲得的結(jié)果，而不是獲得這些結(jié)果的手段。軟件需求可以用若干種方法來表達(dá)，如通過輸入、 輸出說明； 使用代表性的例子；用規(guī)范化的模型。 開發(fā)者應(yīng)盡可能地使用模型的方式，因?yàn)檫@是表達(dá)復(fù)雜需求的精確和有效的方法。比如用統(tǒng)一建模語言（UML）來描述需求。編寫需求分析報(bào)告的要求a無歧義性對最終產(chǎn)品的每一個(gè)特性用某一術(shù)語描述；若某一術(shù)語在某一特殊的行文中使用時(shí)具有多種含義，那么應(yīng)對該術(shù)語的每種含義做出解釋并指出其適用場合。b完整性需求分析報(bào)告應(yīng)該包括全部有意義的需求，無論是關(guān)系到功能的、性能的、設(shè)計(jì)約束的、還是關(guān)系到外部接口方面的需求

10、；對所有可能出現(xiàn)的輸入數(shù)據(jù)的響應(yīng)予以定義，要對合法和非合法的輸入值的響應(yīng)做出規(guī)定；填寫全部插圖、 表、圖示標(biāo)記等；定義全部術(shù)語和度量單位。c可驗(yàn)證性需求分析報(bào)告描述的每一個(gè)需求應(yīng)是可以驗(yàn)證的。 可以通過一個(gè)有限處理過程來檢查軟件產(chǎn)品是否滿足需求。d一致性在需求分析報(bào)告中的各個(gè)需求的描述不能互相矛盾。e可修改性需求分析報(bào)告應(yīng)具有一個(gè)有條不紊、 易于使用的內(nèi)容組織； 沒有冗余， 即同一需求不能在需求分析報(bào)告中出現(xiàn)多次。f 可追蹤性每一個(gè)需求的源流必須清晰， 在進(jìn)一步產(chǎn)生和改變文件編制時(shí)， 可以方便地引證每一個(gè)需求。g運(yùn)行和維護(hù)階段的可使用性需求分析報(bào)告必須滿足運(yùn)行和維護(hù)階段的需要。在需求分析報(bào)告要

11、寫明功能的來源和目的。.需求分析報(bào)告的編制者需求分析報(bào)告應(yīng)由交通局和開發(fā)者雙方共同完成。其中：交通局負(fù)責(zé)根據(jù)實(shí)際需要提出希望軟件實(shí)現(xiàn)的功能； 軟件開發(fā)者根據(jù)交通局提出的性能需求，結(jié)合軟件開發(fā)編寫需求分析。需求報(bào)告評審在軟件需求分析工作完成后，軟件開發(fā)者應(yīng)向交通局提交軟件需求分析報(bào)告。交通局組織有關(guān)人員對需求進(jìn)行評審，以決定軟件需求是否完善和恰當(dāng)。評審?fù)瓿珊螅?就可以進(jìn)入軟件的設(shè)計(jì)階段。需求報(bào)告格式軟件需求分析報(bào)告需按一定的格式進(jìn)行編寫，具體的 軟件需求分析報(bào)告文檔編寫模板請見附錄A。3.2軟件的概要設(shè)計(jì)概要設(shè)計(jì)在交通局和開發(fā)者雙方認(rèn)可的需求分析報(bào)告基礎(chǔ)上，開發(fā)者進(jìn)行下步的工作。首先， 開發(fā)者需

12、要對軟件系統(tǒng)進(jìn)行概要設(shè)計(jì)， 即系統(tǒng)設(shè)計(jì)。 概要設(shè)計(jì)需要對軟件系統(tǒng)的設(shè)計(jì)進(jìn)行考慮，包括系統(tǒng)的基本處理流程、系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計(jì)、運(yùn)行設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理設(shè)計(jì)等，為軟件的詳細(xì)設(shè)計(jì)提供基礎(chǔ)。編寫概要設(shè)計(jì)的要求a一致性概要設(shè)計(jì)的要求應(yīng)該與需求分析報(bào)告所描述的需求一致。 同時(shí)，概要設(shè)計(jì)的各項(xiàng)要求之間也應(yīng)該一致。b合理性概要設(shè)計(jì)所提出的設(shè)計(jì)方法和標(biāo)準(zhǔn)應(yīng)該是合理的、恰當(dāng)?shù)摹可追蹤性對概要設(shè)計(jì)所提出的各項(xiàng)要求應(yīng)該可以得到它的清晰的源流， 即在需求分析報(bào)告客戶有明確的需求描述。d可行性根據(jù)概要設(shè)計(jì)進(jìn)行詳細(xì)設(shè)計(jì)、操作和維護(hù)應(yīng)該是可行的。概要設(shè)計(jì)報(bào)告的編寫者概要設(shè)計(jì)報(bào)告由開發(fā)者根據(jù)

13、需求分析報(bào)告的要求進(jìn)行編寫。概要設(shè)計(jì)和需求分析、詳細(xì)設(shè)計(jì)之間的關(guān)系和區(qū)別需求分析不涉及具體的技術(shù)實(shí)現(xiàn)，而概要設(shè)計(jì)注重于從宏觀上和框架上來描述采用何種技術(shù)手段、 方法來實(shí)現(xiàn)這些需求。 詳細(xì)設(shè)計(jì)相對概要設(shè)計(jì)更注重于微觀上和框架內(nèi)的設(shè)計(jì)，是編碼的依據(jù)。概要設(shè)計(jì)是指導(dǎo)詳細(xì)設(shè)計(jì)的依據(jù)。概要設(shè)計(jì)的評審在軟件概要設(shè)計(jì)工作完成后，軟件開發(fā)者應(yīng)向交通提交軟件系統(tǒng)概要設(shè)計(jì)報(bào)告。在交通局對概要設(shè)計(jì)報(bào)告評審?fù)ㄟ^后，即可進(jìn)入詳細(xì)設(shè)計(jì)階段。概要設(shè)計(jì)格式軟件系統(tǒng)概要設(shè)計(jì)報(bào)告需按一定的格式進(jìn)行編寫，具體的軟件系統(tǒng)概要設(shè)計(jì)報(bào)告文檔編寫模板請見附錄B。.3.3軟件的詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)在概要設(shè)計(jì)的基礎(chǔ)上，開發(fā)者需要進(jìn)行軟件系統(tǒng)的詳細(xì)

14、設(shè)計(jì)。在詳細(xì)設(shè)計(jì)中，描述實(shí)現(xiàn)具體模塊所涉及到的主要算法、 數(shù)據(jù)結(jié)構(gòu)、 類的層次結(jié)構(gòu)及調(diào)用關(guān)系， 需要說明軟件系統(tǒng)各個(gè)層次中的每一個(gè)程序 ( 每個(gè)模塊或子程序 ) 的設(shè)計(jì)考慮， 以便進(jìn)行編碼和測試。 應(yīng)當(dāng)保證軟件的需求完全分配給整個(gè)軟件。 詳細(xì)設(shè)計(jì)應(yīng)當(dāng)足夠詳細(xì)， 能夠根據(jù)詳細(xì)設(shè)計(jì)報(bào)告進(jìn)行編碼。特例如果軟件系統(tǒng)比較簡單， 層次較少， 可以不必進(jìn)行專門的詳細(xì)設(shè)計(jì)， 而和概要設(shè)計(jì)結(jié)合起來。詳細(xì)設(shè)計(jì)的要求a一致性詳細(xì)設(shè)計(jì)的要求應(yīng)該與需求分析報(bào)告所描述的需求、 與概要設(shè)計(jì)一致。 同時(shí)，詳細(xì)設(shè)計(jì)的各項(xiàng)要求之間也應(yīng)該是一致的。b合理性詳細(xì)設(shè)計(jì)所提出的設(shè)計(jì)方法和標(biāo)準(zhǔn)應(yīng)該是合理的、恰當(dāng)?shù)?。c可追蹤性對詳細(xì)設(shè)計(jì)所提

15、出的各項(xiàng)要求應(yīng)該可以得到它的清晰的源流，即可在需求分析報(bào)告、概要設(shè)計(jì)報(bào)告中有明確的需求描述。d可行性根據(jù)詳細(xì)設(shè)計(jì)進(jìn)行編碼、測試、操作和維護(hù)應(yīng)該是可行的。數(shù)據(jù)庫設(shè)計(jì)如果軟件產(chǎn)品需要使用到數(shù)據(jù)庫， 軟件的詳細(xì)設(shè)計(jì)應(yīng)包括對數(shù)據(jù)庫的設(shè)計(jì)。 數(shù)據(jù)庫設(shè)計(jì)應(yīng)在軟件的需求分析、 概要設(shè)計(jì)完成之后、 詳細(xì)設(shè)計(jì)的其它工作之前進(jìn)行。 在進(jìn)行數(shù)據(jù)庫設(shè)計(jì)時(shí)，應(yīng)當(dāng)按照交通局制定的南京市交通局信息化數(shù)據(jù)庫建設(shè)規(guī)范要求進(jìn)行。詳細(xì)設(shè)計(jì)的評審在軟件詳細(xì)設(shè)計(jì)完成后， 軟件開發(fā)者應(yīng)向交通局提交 軟件系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)報(bào)告 和軟件系統(tǒng)詳細(xì)設(shè)計(jì)報(bào)告 。在交通局對 軟件系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)報(bào)告 、軟件系統(tǒng)詳細(xì)設(shè)計(jì)報(bào)告評審?fù)ㄟ^后，即可進(jìn)入軟件編碼階段

16、。詳細(xì)設(shè)計(jì)格式軟件系統(tǒng)詳細(xì)設(shè)計(jì)報(bào)告、軟件系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)報(bào)告需按一定的格式進(jìn)行編寫，具體的 軟件系統(tǒng)詳細(xì)設(shè)計(jì)報(bào)告文檔編寫模板和軟件系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)報(bào)告文檔編寫模板請見附錄C、附錄 D。3.4軟件的編碼軟件編碼在軟件編碼階段，開發(fā)者根據(jù)軟件系統(tǒng)詳細(xì)設(shè)計(jì)報(bào)告 中對數(shù)據(jù)結(jié)構(gòu)、算法分析和模塊實(shí)現(xiàn)等方面的設(shè)計(jì)要求， 開始具體的編寫程序工作， 分別實(shí)現(xiàn)各模塊的功能， 從而實(shí)現(xiàn)對目標(biāo)系統(tǒng)的功能、性能、接口、界面等方面的要求。軟件編碼的要求a模塊化編碼b代碼可讀性.c可維護(hù)性d模塊接口標(biāo)準(zhǔn)化e界面風(fēng)格統(tǒng)一e注釋的應(yīng)用編碼的評審為了盡早發(fā)現(xiàn)軟件中的障礙， 提高軟件產(chǎn)品的質(zhì)量， 開發(fā)者在編碼的過程中應(yīng)該強(qiáng)調(diào)代碼評審工

17、作。將代碼評審報(bào)告作為文檔的一部分，提交給交通局。編程規(guī)范及要求為了提高編程實(shí)現(xiàn)的質(zhì)量，軟件的程序設(shè)計(jì)必須遵照國家頒布的相關(guān)編程規(guī)范。主要內(nèi)容包括： 規(guī)范化的程序內(nèi)部文檔、 數(shù)據(jù)結(jié)構(gòu)的詳細(xì)說明、清晰的語句結(jié)構(gòu)、 編碼規(guī)范。編碼規(guī)范的內(nèi)容包括命名規(guī)范、界面規(guī)范、提示及幫助信息規(guī)范、熱鍵定義等。其中數(shù)據(jù)庫部分應(yīng)遵守南京市交通局信息化數(shù)據(jù)庫建設(shè)規(guī)范的要求。在軟件編碼的同時(shí)應(yīng)進(jìn)行單元測試。3.5軟件的測試軟件測試為了盡早發(fā)現(xiàn)軟件產(chǎn)品中的錯(cuò)誤，從而達(dá)到提高軟件質(zhì)量、降低軟件維護(hù)的費(fèi)用，開發(fā)者應(yīng)在編碼過程中對各個(gè)模塊的程序代碼進(jìn)行單元測試，系統(tǒng)集成時(shí)進(jìn)行集成測試，系統(tǒng)集成完成后對整個(gè)軟件進(jìn)行系統(tǒng)測試。單元

18、測試是在軟件開發(fā)過程中針對程序模塊進(jìn)行正確性檢驗(yàn)。 集成測試是在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成系統(tǒng)或子系統(tǒng)，對模塊組裝過程和模塊接口進(jìn)行正確性檢驗(yàn)。軟件系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn)，從另一個(gè)側(cè)面看，也是對軟件開發(fā)設(shè)計(jì)的再確認(rèn)。進(jìn)行軟件系統(tǒng)測試工作時(shí)。測試主要包括界面測試、 可用性測試、 功能測試、 穩(wěn)定性 ( 強(qiáng)度 ) 測試、性能測試、 強(qiáng)壯性 ( 恢復(fù) ) 測試、邏輯性測試、破壞性測試、安全性測試等。開發(fā)者針對單元測試，集成測試，系統(tǒng)測試分別制定測試計(jì)劃。集成測試需要根據(jù)需求分析報(bào)告和概要設(shè)計(jì)制作測試用例，并須經(jīng)過評審。軟件測試按照 測試計(jì)劃、需求分析報(bào)告的要求進(jìn)行，

19、最后形成軟件測試報(bào)告。測試計(jì)劃在軟件編碼開始之前，開發(fā)者應(yīng)向交通局提交測試計(jì)劃 ，在軟件交付時(shí)，開發(fā)者應(yīng)向交通局提交軟件測試報(bào)告 ，以確保開發(fā)者的軟件得到了充分的測試。開發(fā)的軟件必須經(jīng)過充分的測試證明其符合設(shè)計(jì)要求、運(yùn)行穩(wěn)定、安全可用方可交付交通局。3.6軟件的交付準(zhǔn)備交付清單在軟件測試證明軟件達(dá)到要求后，軟件開發(fā)者應(yīng)向交通局提交開發(fā)的目標(biāo)安裝程序、數(shù)據(jù)庫的數(shù)據(jù)字典、 用戶安裝手冊 、用戶使用指南 、需求報(bào)告、設(shè)計(jì)報(bào)告、測試報(bào)告等雙方合同約定的產(chǎn)物。用戶安裝手冊應(yīng)詳細(xì)介紹安裝軟件對運(yùn)行環(huán)境的要求、安裝軟件的定義和內(nèi)容、在客戶端、服務(wù)器端及中間件的具體安裝步驟、安裝后的系統(tǒng)配置。用戶使用指南應(yīng)包

20、括軟件各項(xiàng)功能的使用流程、操作步驟、相應(yīng)業(yè)務(wù)介紹、特殊提示和注意事項(xiàng)等方面的內(nèi)容，在需要時(shí)還應(yīng)舉例說明。.3.7軟件的鑒定驗(yàn)收軟件的鑒定驗(yàn)收在軟件開發(fā)完成后， 為了確保軟件是按照需求分析的要求進(jìn)行開發(fā)的， 保證軟件產(chǎn)品的質(zhì)量， 需要對軟件產(chǎn)品進(jìn)行鑒定驗(yàn)收。 在開發(fā)者如期交付軟件后， 由交通局負(fù)責(zé)確定具體的鑒定驗(yàn)收日期。驗(yàn)收人員由交通局聘請具有一定的分析、 設(shè)計(jì)、編程和軟件測試經(jīng)驗(yàn)的驗(yàn)收組長和其他專業(yè)人員組成。驗(yàn)收組設(shè)組長一名 ( 可設(shè)有副組長 ) ，負(fù)責(zé)整個(gè)驗(yàn)收的計(jì)劃、組織工作。驗(yàn)收具體內(nèi)容驗(yàn)收內(nèi)容應(yīng)該包括： 合法性檢查、文檔檢查、 軟件一致性檢查、軟件系統(tǒng)測試與測試結(jié)果評審等幾項(xiàng)工作。合法性

21、檢查檢查軟件開發(fā)工具是否合法、 使用的函數(shù)庫、 控件、組件是否有合法的發(fā)布許可。文檔檢查檢查開發(fā)者提交的文檔必須齊全，質(zhì)量是否過關(guān)。 需要開發(fā)者提供的文檔包括：項(xiàng)目實(shí)施計(jì)劃；詳細(xì)技術(shù)方案；軟件需求規(guī)格說明書(STP)( 含數(shù)據(jù)字典 ) ；概要設(shè)計(jì)說明書(PDD)；詳細(xì)設(shè)計(jì)說明書(DDD)( 含數(shù)據(jù)庫設(shè)計(jì)說明書) ；軟件測試計(jì)劃(STP)( 含測試用例 ) ；軟件測試報(bào)告(STR)；用戶手冊 (SUM)( 含操作、使用、維護(hù)、應(yīng)急處理手冊) ；源程序 (SCL)( 不可修改的電子文檔) ；項(xiàng)目實(shí)施計(jì)劃(PIP) ；項(xiàng)目開發(fā)總結(jié)(PDS)；軟件質(zhì)量保證計(jì)劃(SQAP)；此外，驗(yàn)收組可以根據(jù)需要對其

22、它文檔( 如軟件配置計(jì)劃、項(xiàng)目進(jìn)展報(bào)表、階段評審報(bào)表等 ) 進(jìn)行檢查。文檔的質(zhì)量根據(jù)完備性、正確性、簡明性、可追蹤性、自說明性、規(guī)范件等方面進(jìn)行蹤合評定。驗(yàn)收需要對軟件代碼進(jìn)行檢查，以確保其符合規(guī)范，并檢查其一致性。軟件驗(yàn)收測試大綱在軟件進(jìn)行鑒定驗(yàn)收前，開發(fā)者需按照一定的格式編寫軟件驗(yàn)收測試大綱，具體的格式請見附錄E。3.8培訓(xùn)系統(tǒng)應(yīng)用培訓(xùn)主要培訓(xùn)內(nèi)容包括：系統(tǒng)操作使用、業(yè)務(wù)管理流程。培訓(xùn)對象：應(yīng)用操作人員。.系統(tǒng)管理的培訓(xùn)（可選）主要培訓(xùn)內(nèi)容包括：系統(tǒng)安裝、調(diào)試、維護(hù)；系統(tǒng)管理。培訓(xùn)對象：系統(tǒng)管理人員。開發(fā)者 應(yīng)詳細(xì)列出培訓(xùn)計(jì)劃，包括培訓(xùn)內(nèi)容、教材、時(shí)間和人員等。.附錄 A軟件需求分析報(bào)告文

23、檔模板1.引言 .111.1編寫目的 .111.2項(xiàng)目風(fēng)險(xiǎn) .111.3文檔約定 .111.4預(yù)期讀者和閱讀建議 .111.5產(chǎn)品范圍 .121.6參考文獻(xiàn) .122.綜合描述 .122.1產(chǎn)品的狀況 .122.2產(chǎn)品的功能 .132.3用戶類和特性 .132.4運(yùn)行環(huán)境 .132.5設(shè)計(jì)和實(shí)現(xiàn)上的限制 .132.6假設(shè)和約束 ( 依賴 ) .143.外部接口需求 . .143.1用戶界面 .143.2硬件接口 .153.3軟件接口 .153.4通訊接口 .164.系統(tǒng)功能需求 . .164.1說明和優(yōu)先級 .164.2激勵(lì)響應(yīng)序列 .174.3輸入輸出數(shù)據(jù) .175.其它非功能需求 . .1

24、75.1性能需求 .175.2安全措施需求 .185.3安全性需求 .185.4軟件質(zhì)量屬性 .185.5業(yè)務(wù)規(guī)則 .185.6用戶文檔 .186.詞匯表 .197.數(shù)據(jù)定義 .198.分析模型 .209.待定問題列表 . .20.1. 引言引言是對這份軟件產(chǎn)品需求分析報(bào)告的概覽， 是為了幫助閱讀者了解這份文檔是如何編寫的，并且應(yīng)該如何閱讀、理解和解釋這份文檔。1.1編寫目的說明這份軟件產(chǎn)品需求分析報(bào)告是為哪個(gè)軟件產(chǎn)品編寫的，開發(fā)這個(gè)軟件產(chǎn)品意義、作用、以及最終要達(dá)到的意圖。 通過這份軟件產(chǎn)品需求分析報(bào)告詳盡說明了該軟件產(chǎn)品的需求規(guī)格，包括修正和 ( 或 ) 發(fā)行版本號，從而對該軟件產(chǎn)品進(jìn)行準(zhǔn)

25、確的定義。如果這份軟件產(chǎn)品需求分析報(bào)告只與整個(gè)系統(tǒng)的某一部分有關(guān)系，那么只定義軟件產(chǎn)品需求分析報(bào)告中說明的那個(gè)部分或子系統(tǒng)。1.2項(xiàng)目風(fēng)險(xiǎn)具體說明本軟件開發(fā)項(xiàng)目的全部風(fēng)險(xiǎn)承擔(dān)者，以及各自在本階段所需要承擔(dān)的主要風(fēng)險(xiǎn)，首要風(fēng)險(xiǎn)承擔(dān)者包括：任務(wù)提出者；軟件開發(fā)者；產(chǎn)品使用者。1.3文檔約定描述編寫文檔時(shí)所采用的標(biāo)準(zhǔn)( 如果有標(biāo)準(zhǔn)的話) ，或者各種排版約定。排版約定應(yīng)該包括：正文風(fēng)格；提示方式；重要符號；也應(yīng)該說明高層次需求是否可以被其所有細(xì)化的需求所繼承， 或者每個(gè)需求陳述是否都有其自己的優(yōu)先級。1.4預(yù)期讀者和閱讀建議列舉本軟件產(chǎn)品需求分析報(bào)告所針對的各種不同的預(yù)期讀者，例如，可能包括：用戶；開

26、發(fā)人員；項(xiàng)目經(jīng)理；營銷人員；測試人員；文檔編寫入員。并且描述了文檔中，其余部分的內(nèi)容及其組織結(jié)構(gòu)，并且針對每一類讀者提出最適合的.文檔閱讀建議。1.5產(chǎn)品范圍說明該軟件產(chǎn)品及其開發(fā)目的的簡短描述， 包括利益和目標(biāo)。 把軟件產(chǎn)品開發(fā)與企業(yè)目標(biāo)，或者業(yè)務(wù)策略相聯(lián)系。描述產(chǎn)品范圍時(shí)需注意，可以參考項(xiàng)目視圖和范圍文檔，但是不能將其內(nèi)容復(fù)制到這里。1.6參考文獻(xiàn)列舉編寫軟件產(chǎn)品需求分析報(bào)告時(shí)所用到的參考文獻(xiàn)及資料，可能包括：本項(xiàng)目的合同書；上級機(jī)關(guān)有關(guān)本項(xiàng)目的批文；本項(xiàng)目已經(jīng)批準(zhǔn)的計(jì)劃任務(wù)書；用戶界面風(fēng)格指導(dǎo)；開發(fā)本項(xiàng)目時(shí)所要用到的標(biāo)淮；系統(tǒng)規(guī)格需求說明；使用實(shí)例文檔；屬于本項(xiàng)目的其它己發(fā)表文件；本軟件

27、產(chǎn)品需求分析報(bào)告中所引用的文件、資料；相關(guān)軟件產(chǎn)品需求分析報(bào)告；為了方便讀者查閱，所有參考資料應(yīng)該按一定順序排列。如果可能， 每份資料都應(yīng)該給出：標(biāo)題名稱；作者或者合同簽約者；文件編號或者版本號；發(fā)表日期或者簽約日期；出版單位或者資料來源。2. 綜合描述這一部分概述了正在定義的軟件產(chǎn)品的作用范圍以及該軟件產(chǎn)品所運(yùn)行的環(huán)境、使用該軟件產(chǎn)品的用戶、對該軟件產(chǎn)品己知的限制、有關(guān)該軟件產(chǎn)品的假設(shè)和依賴。2.1產(chǎn)品的狀況描述了在軟件產(chǎn)品需求分析報(bào)告中所定義的軟件產(chǎn)品的背景和起源。說明了該軟件產(chǎn)品是否屬于下列情況：是否是產(chǎn)品系列中的下一成員；是否是成熟產(chǎn)品所改進(jìn)的下一代產(chǎn)品；是否是現(xiàn)有應(yīng)用軟件的替代品(

28、升級產(chǎn)品 ) ；是否是一個(gè)新型的、自主型的產(chǎn)品。.如果該軟件產(chǎn)品需求分析報(bào)告定義的軟件系統(tǒng)是：大系統(tǒng)的一個(gè)組成部分；與其它系統(tǒng)和其它機(jī)構(gòu)之間存在基本的相互關(guān)系。那么必須說明軟件產(chǎn)品需求分析報(bào)告定義的這部分軟件是怎樣與整個(gè)大系統(tǒng)相關(guān)聯(lián)的，或者（同時(shí)）說明相互關(guān)系的存在形式，并且要定義出兩者之間的全部接口。2.2產(chǎn)品的功能因?yàn)閷⒃谛枨蠓治鰣?bào)告的第4 部分中詳細(xì)描述軟件產(chǎn)品的功能，所以在此只需要概略地總結(jié)。僅從業(yè)務(wù)層面陳述本軟件產(chǎn)品所應(yīng)具有的主要功能，在描述功能時(shí)應(yīng)該針對每一項(xiàng)需求準(zhǔn)確地描述其各項(xiàng)規(guī)格說明。如果存在引起誤解的可能，在陳述本軟件產(chǎn)品主要功能的作用領(lǐng)域時(shí)，也需要對應(yīng)陳述本軟件產(chǎn)品的非作用

29、領(lǐng)域，以利讀者理解本軟件產(chǎn)品。為了很好地組織產(chǎn)品功能，使每個(gè)讀者都容易理解，可以采用列表的方法給出。也可以采用圖形方式， 將主要的需求分組以及它們之間的聯(lián)系使用數(shù)據(jù)流程圖的頂層圖或類圖進(jìn)行表示，這種表示方法是很有用的。參考用戶當(dāng)前管理組織構(gòu)架，了解各個(gè)機(jī)構(gòu)的主要職能，將有助于陳述軟件產(chǎn)品的主要功能。2.3用戶類和特性確定有可能使用該軟件產(chǎn)品的不同用戶類， 并且描述它們相關(guān)的特征。 往往有一些軟件需求， 只與特定的用戶類有關(guān)。 描述時(shí)， 應(yīng)該將該軟件產(chǎn)品的重要用戶類與非重要用戶類區(qū)分開。用戶不一定是軟件產(chǎn)品的直接使用者， 通過報(bào)表、 應(yīng)用程序接口、 系統(tǒng)硬件接口得到軟件產(chǎn)品的數(shù)據(jù)和服務(wù)的人、 或

30、者機(jī)構(gòu)也有他們的需求。 所以， 應(yīng)該將這些外部需求視為通過報(bào)表、應(yīng)用程序接口、系統(tǒng)硬件接口附加給軟件產(chǎn)品的附加用戶類。2.4運(yùn)行環(huán)境描述了本軟件的運(yùn)行環(huán)境，一般包括：硬件平臺(tái)；操作系統(tǒng)和版本；支撐環(huán)境 ( 例如：數(shù)據(jù)庫等) 和版本；其它與該軟件有關(guān)的軟件組件；與該軟件共存的應(yīng)用程序。2.5設(shè)計(jì)和實(shí)現(xiàn)上的限制確定影響開發(fā)人員自由選擇的問題， 并且說明這些問題為什么成為一種限制。 可能的限制包括下列內(nèi)容：必須使用的特定技術(shù)、工具、編程語言和數(shù)據(jù)庫；避免使用的特定技術(shù)、工具、編程語言和數(shù)據(jù)庫；要求遵循的開發(fā)規(guī)范和標(biāo)準(zhǔn).例如，如果由客戶的公司或者第三方公司負(fù)責(zé)軟件維護(hù)， 就必須定義轉(zhuǎn)包者所使用的設(shè)計(jì)符

31、號表示和編碼標(biāo)準(zhǔn)；企業(yè)策略的限制；政府法規(guī)的限制；工業(yè)標(biāo)準(zhǔn)的限制；硬件的限制例如，定時(shí)需求或存儲(chǔ)器限制；數(shù)據(jù)轉(zhuǎn)換格式標(biāo)淮的限制。2.6假設(shè)和約束 ( 依賴 )列舉出對軟件產(chǎn)品需求分析報(bào)告中， 影響需求陳述的假設(shè)因素 ( 與己知因素相對立 ) 。如果這些假設(shè)因素不正確、 不一致或者被修改， 就會(huì)使軟件產(chǎn)品開發(fā)項(xiàng)目受到影響。 這些假設(shè)的因素可能包括：計(jì)劃使用的商業(yè)組件，或者其它軟件中的某個(gè)部件；假定產(chǎn)品中某個(gè)用戶界面將符合一個(gè)特殊的設(shè)計(jì)約定；有關(guān)本軟件用戶的若干假定( 例如：假定用戶會(huì)熟練使用SQL語言。 ) ；有關(guān)本軟件開發(fā)工作的若干假定( 例如：用戶承諾的優(yōu)惠、方便、上級部門給予的特殊政策和支

32、持等。) ；有關(guān)本軟件運(yùn)行環(huán)境的一些問題；此外，確定本軟件開發(fā)項(xiàng)目對外部約束因素所存在的依賴。有關(guān)的約束可能包括：工期約束；經(jīng)費(fèi)約束；人員約束；設(shè)備約束；地理位置約束；其它有關(guān)項(xiàng)目約束；3. 外部接口需求通過本節(jié)描述可以確定，保證軟件產(chǎn)品能和外部組件正確連接的需求。關(guān)聯(lián)圖僅能表示高層抽象的外部接口， 必須對接口數(shù)據(jù)和外部組件進(jìn)行詳細(xì)描述， 并且寫入數(shù)據(jù)定義中。 如果產(chǎn)品的不同部分有不同的外部接口， 那么應(yīng)該把這些外部接口的全部詳細(xì)需求并入到這一部分實(shí)例中。注意：必須將附加用戶類的特征與外部接口需求加以區(qū)分， 附加用戶類的特征描述的是通過接口取得軟件產(chǎn)品的數(shù)據(jù)和服務(wù)的人的需求；而外部接口需求描述

33、的是接口本身的需求。3.1用戶界面陳述需要使用在用戶界面上的軟件組件，描述每一個(gè)用戶界面的邏輯特征。必須注意，這里需要描述的是用戶界面的邏輯特征，而不是用戶界面。以下是可能包括的一些特征：.將要采用的圖形用戶界面(GUl) 標(biāo)準(zhǔn)或者產(chǎn)品系列的風(fēng)格；有關(guān)屏幕布局或者解決方案的限制；將要使用在每一個(gè)屏幕( 圖形用戶界面 ) 上的軟件組件，可能包括：選單；標(biāo)準(zhǔn)按鈕；導(dǎo)航鏈接；各種功能組件；消息欄；快捷鍵；各種顯示格式的規(guī)定，可能包括：不同情況下文字的對齊方式；不同情況下數(shù)字的表現(xiàn)格式與對齊方式日期的表現(xiàn)方法與格式；計(jì)時(shí)方法與時(shí)間格式；等等。錯(cuò)誤信息顯示標(biāo)準(zhǔn)；對于用戶界面的細(xì)節(jié)， 例如：一個(gè)特定對話框的布局， 應(yīng)該寫入具體的用戶界面設(shè)計(jì)說明中，而不能寫入軟件需求規(guī)格說明中。如果采用現(xiàn)成的、 合適的用戶界面設(shè)計(jì)規(guī)范 ( 標(biāo)準(zhǔn) ) ，或者另文描述， 可以在這里直接說明，并且將其加入?yún)⒖嘉墨I(xiàn)。3.2硬件接口描述待開發(fā)的軟件產(chǎn)品與系統(tǒng)硬件接口的特征，若有多個(gè)硬件接口，則必須全都描述。接口特征的描述內(nèi)容可能包括