軟件開(kāi)發(fā)文檔模板

1、.軟件開(kāi)發(fā)文檔模板附錄 A軟件需求分析報(bào)告文檔模板附錄 B軟件概要設(shè)計(jì)報(bào)告文檔模板附錄 C軟件詳細(xì)設(shè)計(jì)報(bào)告文檔模板附錄 D軟件數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告文檔模板附錄 E軟件測(cè)試 (驗(yàn)收 )大綱;.目錄1. 范圍.42. 總體要求 .42.1總體功能要求 .42.2軟件開(kāi)發(fā)平臺(tái)要求 .42.3軟件項(xiàng)目的開(kāi)發(fā)實(shí)施過(guò)程管理要求.52.3.1軟件項(xiàng)目實(shí)施過(guò)程總體要求 .52.3.2軟件項(xiàng)目實(shí)施變更要求 .52.3.3軟件項(xiàng)目實(shí)施里程碑控制 .63. 軟件開(kāi)發(fā) .63.1軟件的需求分析 .63.1.1需求分析 .63.1.2需求分析報(bào)告的編制者 .73.1.3需求報(bào)告評(píng)審 .73.1.4需求報(bào)告格式 .73.2軟件

2、的概要設(shè)計(jì) .73.2.1概要設(shè)計(jì) .73.2.2編寫概要設(shè)計(jì)的要求 .73.2.3概要設(shè)計(jì)報(bào)告的編寫者 .83.2.4概要設(shè)計(jì)和需求分析、詳細(xì)設(shè)計(jì)之間的關(guān)系和區(qū)別.83.2.5概要設(shè)計(jì)的評(píng)審 .83.2.6概要設(shè)計(jì)格式 .83.3軟件的詳細(xì)設(shè)計(jì) .83.3.1詳細(xì)設(shè)計(jì) .83.3.2特例 .83.3.3詳細(xì)設(shè)計(jì)的要求 .83.3.4數(shù)據(jù)庫(kù)設(shè)計(jì) .93.3.5詳細(xì)設(shè)計(jì)的評(píng)審 .93.3.6詳細(xì)設(shè)計(jì)格式 .93.4軟件的編碼 .93.4.1軟件編碼 .93.4.2軟件編碼的要求 .93.4.3編碼的評(píng)審 .93.4.4編程規(guī)范及要求 .93.5軟件的測(cè)試 .93.5.1軟件測(cè)試 .103.5.2

3、測(cè)試計(jì)劃 .103.6軟件的交付準(zhǔn)備 .103.6.1交付清單 .103.7軟件的鑒定驗(yàn)收 .103.7.1軟件的鑒定驗(yàn)收 .103.7.2驗(yàn)收人員 .103.7.3驗(yàn)收具體內(nèi)容 .11;.軟件驗(yàn)收測(cè)試大綱113.8 培訓(xùn)11系統(tǒng)應(yīng)用培訓(xùn)11系統(tǒng)管理的培訓(xùn)（可選）11;.1. 范圍本指南用于指導(dǎo)軟件開(kāi)發(fā)者為南京市交通局開(kāi)發(fā)軟件項(xiàng)目的過(guò)程， 通過(guò)規(guī)范軟件項(xiàng)目承擔(dān)單位的開(kāi)發(fā)過(guò)程達(dá)到提高軟件質(zhì)量， 降低維護(hù)成本的目的。 開(kāi)發(fā)者應(yīng)根據(jù)本指南進(jìn)行軟件開(kāi)發(fā)和編制軟件開(kāi)發(fā)文檔。 本指南是對(duì)軟件項(xiàng)目承擔(dān)單位的基本要求。在本指南的附錄 A 至 E 中提供了文檔的編寫模板供開(kāi)發(fā)者參考，在進(jìn)行具體軟件開(kāi)發(fā)時(shí)，開(kāi)發(fā)者

4、可根據(jù)實(shí)際情況采編寫， 但必須提供雙方約定的文檔，文檔中約定的內(nèi)容必須描述清楚。2. 總體要求2.1 總體功能要求網(wǎng)絡(luò)應(yīng)用環(huán)境以Internet/Intranet 技術(shù)為核心。開(kāi)發(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ī)定開(kāi)發(fā)者采用何種具體的軟件工程開(kāi)發(fā)方法， 開(kāi)發(fā)者可根據(jù)項(xiàng)目具體特點(diǎn)、自身擅長(zhǎng)來(lái)選擇采用面向過(guò)程的方法、 面向?qū)ο蟮姆椒ɑ蛎嫦驍?shù)據(jù)的方法，但建議開(kāi)發(fā) 商使用面向?qū)ο筌浖こ痰姆椒ǎ?如：采用目前被廣泛使用的 RUP(Rational Unified Process)

5、方法來(lái)進(jìn)行分析、設(shè)計(jì)和開(kāi)發(fā)。2.2 軟件開(kāi)發(fā)平臺(tái)要求開(kāi)發(fā)者開(kāi)發(fā)的軟件必須能夠在南京市交通局規(guī)定的軟件平臺(tái)上正常運(yùn)行。 目前軟件平臺(tái)為：數(shù)據(jù)庫(kù)管理系統(tǒng)：Oracle 9i 以上版本中間件 (應(yīng)用服務(wù)器 )系統(tǒng)：IBM WebSphereOA 系統(tǒng)：Lotus Domino/Notes網(wǎng)絡(luò)架構(gòu)：完全支持 TCP/IP 協(xié)議開(kāi)發(fā)工具或技術(shù)體系：;.為保證軟件的上下兼容性， 開(kāi)發(fā)者應(yīng)選擇比較通用的開(kāi)發(fā)工具的較新版本進(jìn)行開(kāi)發(fā)，如 Microsoft Visual Studio.Net ， Borland Delphi ，C+ Builder, 或 J2EE(Java2 P1atform Enterpri

6、se Edition)等。2.3 軟件項(xiàng)目的開(kāi)發(fā)實(shí)施過(guò)程管理要求軟件項(xiàng)目實(shí)施過(guò)程總體要求（一）開(kāi)發(fā)者提交軟件開(kāi)發(fā)工作大綱，交通局組織專家組對(duì)工作大綱進(jìn)行評(píng)審，并提出整改意見(jiàn)。（二）通過(guò)評(píng)審后，開(kāi)發(fā)者根據(jù)整改意見(jiàn)完善工作大綱，經(jīng)過(guò)交通局認(rèn)可后組織項(xiàng)目組進(jìn)行軟件開(kāi)發(fā)。軟件開(kāi)發(fā)工作按照需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試等幾個(gè)階段進(jìn)行，在開(kāi)發(fā)過(guò)程中，開(kāi)發(fā)者需分階段提交相關(guān)文檔。（三）在軟件開(kāi)發(fā)工作完成后，開(kāi)發(fā)者應(yīng)向交通局提交完整的軟件文檔，交通局組織驗(yàn)收組對(duì)軟件進(jìn)行驗(yàn)收審查。軟件項(xiàng)目實(shí)施變更要求在開(kāi)發(fā)過(guò)程中， 需求或設(shè)計(jì)不可避免地需要發(fā)生變更， 相關(guān)變更必須經(jīng)過(guò)交通局書面同 意方可進(jìn)行。在需求或

7、設(shè)計(jì)發(fā)生變更時(shí)，需要對(duì)原有文檔進(jìn)行修改，并提供完整的變更記錄， 以使變更處于可控制的狀態(tài)。變更單如下表所示：表 2-1 變更單需求變更申請(qǐng)申請(qǐng)變更的需求文檔輸入名稱，版本，日期等信息變更的內(nèi)客及其理由評(píng)估需求變更將對(duì)項(xiàng)目造成的影響申請(qǐng)人簽字變更申請(qǐng)的審批意見(jiàn)審批意見(jiàn)：項(xiàng)目經(jīng)理簽字簽字日期客戶簽字審批意見(jiàn)：(合同項(xiàng)目 )簽字日期更改需求文檔變更后的 輸入名稱，版本，完成日期等信息需求文檔更改人簽字重新評(píng)審需求文檔評(píng)審意見(jiàn)：需求評(píng)審小組簽字;.簽字日期變更結(jié)束項(xiàng)目經(jīng)理簽字簽字日期軟件項(xiàng)目實(shí)施里程碑控制交通局將分四個(gè)階段進(jìn)行把關(guān)，召開(kāi)專家審查會(huì)。（一） 需求分析（結(jié)合原型進(jìn)行審查）確認(rèn)；（二） 概要

8、設(shè)計(jì) +數(shù)據(jù)庫(kù)設(shè)計(jì)；（三） 預(yù)驗(yàn)收（試運(yùn)行后）；（四） 正式驗(yàn)收（推廣使用后）。3. 軟件開(kāi)發(fā)合同簽訂以后， 項(xiàng)目承擔(dān)單位即可組織項(xiàng)目組進(jìn)行軟件開(kāi)發(fā)工作。 軟件開(kāi)發(fā)必須嚴(yán)格按照軟件工程的要求進(jìn)行。 開(kāi)發(fā)過(guò)程包括開(kāi)發(fā)者的活動(dòng)和任務(wù)。 此過(guò)程由軟件需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、驗(yàn)收、鑒定等活動(dòng)組成。3.1 軟件的需求分析需求分析首先，開(kāi)發(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é)果，而不是獲得這

9、些結(jié)果的手段。軟件需求可以用若干種方法來(lái)表達(dá)， 如通過(guò)輸入、輸出說(shuō)明；使用代表性的例子；用規(guī)范化的模型。 開(kāi)發(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ī)定；填寫

10、全部插圖、表、圖示標(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)源和目的。需求分析報(bào)告的編制者需求分析報(bào)告應(yīng)由交通局和開(kāi)發(fā)者雙方共同完成。

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

12、進(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ù)?。c可追蹤性;.對(duì)概要設(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)告由開(kāi)發(fā)者根據(jù)需求分析報(bào)告的要求進(jìn)行編寫。概要設(shè)計(jì)和需求分析、詳細(xì)設(shè)計(jì)之間的關(guān)

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

14、主要算法、數(shù)據(jù)結(jié)構(gòu)、類的層次結(jié)構(gòu)及調(diào)用關(guān)系，需要說(shuō)明軟件系統(tǒng)各個(gè)層次中的每一個(gè)程序 (每個(gè)模塊或子程序 )的設(shè)計(jì)考慮，以便進(jìn)行編碼和測(cè)試。 應(yīng)當(dāng)保證 軟件的需求完全分配給整個(gè)軟件。 詳細(xì)設(shè)計(jì)應(yīng)當(dāng)足夠詳細(xì)，能夠根據(jù)詳細(xì)設(shè)計(jì)報(bào)告進(jìn)行編碼。特例如果軟件系統(tǒng)比較簡(jiǎn)單， 層次較少，可以不必進(jìn)行專門的詳細(xì)設(shè)計(jì)， 而和概要設(shè)計(jì)結(jié)合起來(lái)。詳細(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ù)摹可追蹤性對(duì)詳細(xì)設(shè)計(jì)所提出的各項(xiàng)要求應(yīng)該可以得到它的清晰的源流， 即可在需求分析報(bào)告

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

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

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

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

19、開(kāi)發(fā)者應(yīng)向交通局提交測(cè)試計(jì)劃，在軟件交付時(shí)，開(kāi)發(fā)者應(yīng)向交通局提交 軟件測(cè)試報(bào)告 ，以確保開(kāi)發(fā)者的軟件得到了充分的測(cè)試。開(kāi)發(fā)的軟件必須經(jīng)過(guò)充分的測(cè)試證明其符合設(shè)計(jì)要求、 運(yùn)行穩(wěn)定、安全可用方可交付交通局。3.6 軟件的交付準(zhǔn)備交付清單在軟件測(cè)試證明軟件達(dá)到要求后， 軟件開(kāi)發(fā)者應(yīng)向交通局提交開(kāi)發(fā)的目標(biāo)安裝程序、數(shù)據(jù)庫(kù)的數(shù)據(jù)字典、用戶安裝手冊(cè)、用戶使用指南、需求報(bào)告、設(shè)計(jì)報(bào)告、測(cè)試報(bào)告等雙方合同約定的產(chǎn)物。用戶安裝手冊(cè) 應(yīng)詳細(xì)介紹安裝軟件對(duì)運(yùn)行環(huán)境的要求、 安裝軟件的定義和內(nèi)容、在客戶端、服務(wù)器端及中間件的具體安裝步驟、安裝后的系統(tǒng)配置。用戶使用指南應(yīng)包括軟件各項(xiàng)功能的使用流程、操作步驟、相應(yīng)業(yè)務(wù)介紹、特殊提示和注意事項(xiàng)等方面的內(nèi)容，在需要時(shí)還應(yīng)舉例說(shuō)明。3.7 軟件的鑒定驗(yàn)收軟件的鑒定驗(yàn)收在軟件開(kāi)發(fā)完成后， 為了確保軟件是按照需求分析的要求進(jìn)行開(kāi)發(fā)的， 保證軟件產(chǎn)品的質(zhì)量， 需要對(duì)軟件產(chǎn)品進(jìn)行鑒定驗(yàn)收。 在開(kāi)發(fā)者如期交付軟件后， 由交通局負(fù)責(zé)確定具體的鑒定驗(yàn)收日期。驗(yàn)收人員;.由交通局聘請(qǐng)具有一定的分析、 設(shè)計(jì)、編程和軟件測(cè)試經(jīng)驗(yàn)的驗(yàn)收組長(zhǎng)和其他專業(yè)人員組成。驗(yàn)收組設(shè)組長(zhǎng)一名 (可設(shè)有副組長(zhǎng) )，負(fù)責(zé)整個(gè)驗(yàn)收的計(jì)