【正文】 裝程序、數(shù)據(jù)庫的數(shù)據(jù)字典、 《用戶安裝手冊》 、 《用戶使用指南》 、需求報告、設計報告、測試報告等雙方合同約定的產(chǎn)物。 測試計劃在軟件編碼開始之前，開發(fā)者應向交通局提交《測試計劃》 ，在軟件交付時，開發(fā)者應向交通局提交《軟件測試報告》 ，以確保開發(fā)者的軟件得到了充分的測試。集成測試需要根據(jù)需求分析報告和概要設計制作測試用例，并須經(jīng)過評審。測試主要包括界面測試、可用性測試、功能測試、穩(wěn)定性(強度) 測試、性能測試、強壯性( 恢復 )測試、邏輯性測試、破壞性測試、安全性測試等。軟件系統(tǒng)測試不僅是檢測軟件的整體行為表 現(xiàn)，從另一個側面看，也是對軟件開發(fā)設計的再確認。單元測試是在軟件開發(fā)過程中針對程序模塊進行正確性檢驗。在軟件編碼的同時應進行單元測試。編碼規(guī)范的內(nèi)容包括命名規(guī)范、界面規(guī)范、提示及幫助信息規(guī)范、熱鍵定義等。 編程規(guī)范及要求為了提高編程實現(xiàn)的質量，軟件的程序設計必須遵照國家頒布的相關編程規(guī)范。 軟件編碼的要求a．模塊化編碼b．代碼可讀性c．可維護性d．模塊接口標準化e．界面風格統(tǒng)一e．注釋的應用 編碼的評審為了盡早發(fā)現(xiàn)軟件中的障礙，提高軟件產(chǎn)品的質量，開發(fā)者在編碼的過程中應該強調(diào)代碼評審工作。 詳細設計格式《軟件系統(tǒng)詳細設計報告》 、 《軟件系統(tǒng)數(shù)據(jù)庫設計報告》需按一定的格式進行編寫， 具體的《軟件系統(tǒng)詳細設計報告》文檔編寫模板和《軟件系統(tǒng)數(shù)據(jù)庫設計報告》文檔編寫模 板請見附錄 C、附錄 D。 詳細設計的評審在軟件詳細設計完成后，軟件開發(fā)者應向交通局提交《軟件系統(tǒng)數(shù)據(jù)庫設計報告》和《軟件系統(tǒng)詳細設計報告》 。數(shù)據(jù)庫設計應在軟件的需求分析、概要設計完成之后、詳細設計的其它工作之前進行。d．可行性根據(jù)詳細設計進行編碼、測試、操作和維護應該是可行的。b．合理性詳細設計所提出的設計方法和標準應該是合理的、恰當?shù)摹?詳細設計的要求a．一致性詳細設計的要求應該與需求分析報告所描述的需求、與概要設計一致。詳細設計應當足夠詳細，能夠根據(jù)詳細設計報告進行編碼。在詳細設計中，描述實 現(xiàn)具體模塊所涉及到的主要算法、數(shù)據(jù)結構、類的層次結構及調(diào)用關系，需要說明軟件系統(tǒng)各個層次中的每一個程序( 每個模塊或子程序) 的設計考慮，以便進行編碼和測試。 概要設計格式《軟件系統(tǒng)概要設計報告》需按一定的格式進行編寫，具體的《軟件系統(tǒng)概要設計報 告》文檔編寫模板請見附錄 B。 概要設計的評審在軟件概要設計工作完成后，軟件開發(fā)者應向交通提交《軟件系統(tǒng)概要設計報告》 。詳細設計相對概要設計更注重于微觀上和框架內(nèi)的設計， 是編碼的依據(jù)。 概要設計報告的編寫者概要設計報告由開發(fā)者根據(jù)需求分析報告的要求進行編寫。c．可追蹤性對概要設計所提出的各項要求應該可以得到它的清晰的源流，即在需求分析報告客戶有明確的需求描述。同時，概要設計的各項要求之間也應該一致。概要設計需要對軟件系統(tǒng)的設計 進行考慮，包括系統(tǒng)的基本處理流程、系統(tǒng)的組織結構、模塊劃分、功能分配、接口設計、 運行設計、數(shù)據(jù)結構設計和出錯處理設計等，為軟件的詳細設計提供基礎。 軟件的概要設計 概要設計在交通局和開發(fā)者雙方認可的《需求分析報告》基礎上，開發(fā)者進行下——步的工作。評審完成后，就可以進入軟件的設計階段。 需求報告評審在軟件需求分析工作完成后，軟件開發(fā)者應向交通局提交《軟件需求分析報告》 。 需求分析報告的編制者需求分析報告應由交通局和開發(fā)者雙方共同完成。g．運行和維護階段的可使用性需求分析報告必須滿足運行和維護階段的需要。e．可修改性需求分析報告應具有一個有條不紊、易于使用的內(nèi)容組織；沒有冗余，即同一需求不能在需求分析報告中出現(xiàn)多次?？梢酝ㄟ^一個有限處理過程來檢查軟件產(chǎn)品是否滿足需求。b．完整性需求分析報告應該包括全部有意義的需求，無論是關系到功能的、性能的、設計約束的、還是關系到外部接口方面的需求；對所有可能出現(xiàn)的輸入數(shù)據(jù)的響應予以定義，要對合法和非合法的輸入值的響應做出規(guī)定；填寫全部插圖、表、圖示標記等；定義全部術語和度量單位。比如用統(tǒng)一建模語言（UML ）來描述需求。軟件需求可以用若干種方法來表達，如通過輸入、輸出說明；使用代表性的例子；用規(guī)范化的模型。應當避免把設計或項目需求寫入需求分析報告中。 軟件的需求分析 需求分析首先，開發(fā)者和交通局應共同對交通局的應用需求作充分的調(diào)研，提交完整的需求分析 報告。開發(fā)過程包括開發(fā)者的活動和任務。3. 軟件開發(fā)合同簽訂以后，項目承擔單位即可組織項目組進行軟件開發(fā)工作。變更單如下表所示：表 21 變更單需求變更申請申請變更的需求文檔 輸入名稱，版本，日期等信息變更的內(nèi)客及其理由 評估需求變更將對項目造成的影響 申請人簽字 變更申請的審批意見項目經(jīng)理簽字 審批意見： 簽字 日期 客戶簽字(合同項目) 審批意見： 簽字 日期 更改需求文檔變更后的需求文檔 輸入名稱，版本，完成日期等信息 更改人簽字 重新評審需求文檔需求評審小組簽字 評審意見： 簽字 日期 變更結束項目經(jīng)理簽字 簽字 日期 軟件項目實施里程碑控制交通局將分四個階段進行把關，召開專家審查會。 軟件項目實施變更要求在開發(fā)過程中，需求或設計不可避免地需要發(fā)生變更，相關變更必須經(jīng)過交通局書面同 意方可進行。軟件開發(fā)工作按照需求分析、概要設計、詳細設計、編碼、測試等幾個階段進行，在開發(fā)過程中，開發(fā)者需分階段提交相關文檔。 軟件項目的開發(fā)實施過程管理要求 軟件項目實施過程總體要求（一）開發(fā)者提交軟件開發(fā)工作大綱，交通局組織專家組對工作大綱進行評審，并提出整改意見。 軟件開發(fā)平臺要求開發(fā)者開發(fā)的軟件必須能夠在南京市交通局規(guī)定的軟件平臺上正常運行。軟件系統(tǒng)的數(shù)據(jù)庫應依照《南京市交通局信息化數(shù)據(jù)庫建設規(guī)范》進行設計和建設。2. 總體要求 總體功能要求網(wǎng)絡應用環(huán)境以 Inter/Intra 技術為核心。本指南是對軟件項目承擔單位的基本要求。軟件需求分析報告模板(完整版)目錄1. 范圍 12. 總體要求 1 總體功能要求 .........................................................................................................................1 軟件開發(fā)平臺要求 .................................................................................................................1 軟件項目的開發(fā)實施過程管理要求 .....................................................................................2 軟件項目實施過程總體要求 .........................................................................................2 軟件項目實施變更要求 .................................................................................................2 軟件項目實施里程碑控制 .............................................................................................23. 軟件開發(fā) 3 軟件的需求分析 .....................................................................................................................3 需求分析 .........................................................................................................................3 需求分析報告的編制者 .................................................................................................4 需求報告評審 .................................................................................................................4 需求報告格式 .................................................................................................................4 軟件的概要設計 .....................................................................................................................4 概要設計 .........................................................................................................................4 編寫概要設計的要求 .....................................................................................................4 概要設計報告的編寫者 .................................................................................................4 概要設計和需求分析、詳細設計之間的關系和區(qū)別 .................................................4 概要設計的評審 .............................................................................................................4 概要設計格式 .................................................................................................................4 軟件的詳細設計 .....................................................................................................................5 詳細設計 .........................................................................................................................5 特例 .................................................................................................................................5 詳細設計的要求 .............................................................................................................5 數(shù)據(jù)庫設計 ..............................................................................................................