附錄A 軟件需求分析報告文檔模板 9
1. 范圍
本指南用于指導(dǎo)軟件開發(fā)者為南京市交通局開發(fā)軟件項目的過程，通過規(guī)范軟件項目承擔(dān)單位的開發(fā)過程達(dá)到提高軟件質(zhì)量，降低維護(hù)成本的目的。開發(fā)者應(yīng)根據(jù)本指南進(jìn)行軟件開發(fā)和編制軟件開發(fā)文檔。本指南是對軟件項目承擔(dān)單位的基本要求。在本指南的附錄A至E中提供了文檔的編寫模板供開發(fā)者參考，在進(jìn)行具體軟件開發(fā)時，開發(fā)者可根據(jù)實際情況采編寫，但必須提供雙方約定的文檔，文檔中約定的內(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è)計和建設(shè)。
本指南中沒有規(guī)定開發(fā)者采用何種具體的軟件工程開發(fā)方法，開發(fā)者可根據(jù)項目具體特點、自身擅長來選擇采用面向過程的方法、面向?qū)ο蟮姆椒ɑ蛎嫦驍?shù)據(jù)的方法，但建議開發(fā) 商使用面向?qū)ο筌浖こ痰姆椒ǎ纾翰捎媚壳氨粡V泛使用的RUP(Rational Unified Process)方法來進(jìn)行分析、設(shè)計和開發(fā)。
2.2 軟件開發(fā)平臺要求
開發(fā)者開發(fā)的軟件必須能夠在南京市交通局規(guī)定的軟件平臺上正常運行。目前軟件平臺為：
數(shù)據(jù)庫管理系統(tǒng)：
Oracle 9i以上版本
中間件(應(yīng)用服務(wù)器)系統(tǒng)：
IBM WebSphere
OA系統(tǒng)：
Lotus Domino/Notes
網(wǎng)絡(luò)架構(gòu)：
完全支持TCP/IP協(xié)議
開發(fā)工具或技術(shù)體系：
為保證軟件的上下兼容性，開發(fā)者應(yīng)選擇比較通用的開發(fā)工具的較新版本進(jìn)行開發(fā)，如Microsoft Visual Studio.Net，Borland Delphi，C++ Builder, 或J2EE(Java2 P1atform Enterpri Edition)等。
2.3 軟件項目的開發(fā)實施過程管理要求
2.3.1 軟件項目實施過程總體要求
（一） 開發(fā)者提交軟件開發(fā)工作大綱，交通局組織專家組對工作大綱進(jìn)行評審，并提出整改意見。
（二） 通過評審后，開發(fā)者根據(jù)整改意見完善工作大綱，經(jīng)過交通局認(rèn)可后組織項目組進(jìn)行軟件開發(fā)。軟件開發(fā)工作按照需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、測試等幾個階段進(jìn)行，在開發(fā)過程中，開發(fā)者需分階段提交相關(guān)文檔。
（三） 在軟件開發(fā)工作完成后，開發(fā)者應(yīng)向交通局提交完整的軟件文檔，交通局組織驗收組對軟件進(jìn)行驗收審查。
2.3.2 軟件項目實施變更要求
在開發(fā)過程中，需求或設(shè)計不可避免地需要發(fā)生變更，相關(guān)變更必須經(jīng)過交通局書面同 意方可進(jìn)行。在需求或設(shè)計發(fā)生變更時，需要對原有文檔進(jìn)行修改，并提供完整的變更記錄， 以使變更處于可控制的狀態(tài)。變更單如下表所示：
表 2-1 變更單
需求變更申請 |
申請變更的需求文檔 | 輸入名稱，版本，日期等信息 |
變更的內(nèi)客及其理由 | |
評估需求變更將對 項目造成的影響 | |
申請人簽字 | |
變更申請的審批意見 |
項目經(jīng)理簽字 | 審批意見： 簽字 日期 |
客戶簽字 (合同項目) | 審批意見： 簽字 日期 |
更改需求文檔 |
變更后的 需求文檔 | 輸入名稱，版本，完成日期等信息 |
更改人簽字 | |
重新評審需求文檔 |
需求評審小組簽字 | 評審意見： 簽字 日期 |
變更結(jié)束 |
項目經(jīng)理簽字 | 簽字 日期 |
| |
2.3.3 軟件項目實施里程碑控制
