【文章內(nèi)容簡(jiǎn)介】 .............. 軟 件 的 鑒 定 驗(yàn)收 ...................................................................................................................7 軟件的鑒定驗(yàn)收 ............................................................................................................7 驗(yàn)收人員 ........................................................................................................................7 13 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 驗(yàn) 收 具 體 內(nèi)容 ................................................................................................................7 軟 件 驗(yàn) 收 測(cè) 試 大綱 ........................................................................................................7 培訓(xùn) .......................................................................................................................................7 系 統(tǒng) 應(yīng) 用 培訓(xùn) ................................................................................................................7 系統(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ù)庫(kù)設(shè)計(jì)報(bào)告文檔模板 43 14 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 附錄 E軟件測(cè)試 (驗(yàn)收 )大綱錯(cuò)誤！未 定義書簽。 5 本指南用于指導(dǎo)軟件開發(fā)者為南京市交通局開發(fā)軟件項(xiàng)目的過程，通過規(guī)范軟件項(xiàng)目承擔(dān)單位的開發(fā)過程達(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)境以 Inter/Intra技術(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è)。本指南中沒有規(guī)定開發(fā)者采用何種具體的軟件工程開發(fā)方法，開發(fā)者可根據(jù)項(xiàng)目具體特 點(diǎn)、自身擅長(zhǎng)來選擇采用面向過程的方法、面向?qū)? 15 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 象的方法或面向數(shù)據(jù)的方法，但建議開發(fā)商使用面向?qū)ο筌浖こ痰姆椒ǎ纾翰捎媚壳氨粡V泛使用的RUP(RationalUnifiedProcess)方法來進(jìn)行分析、設(shè)計(jì)和開發(fā)。 開發(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ā)，如 ， BorlandDelphi，C++Builder, 或 J2EE(Java2P1atformEnterpriseEdition)等。 16 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 開發(fā)者提交軟件開發(fā)工作大綱，交通局組織專家組對(duì)工作大綱進(jìn)行評(píng)審，并提出整改意見。 通過評(píng)審后，開發(fā)者根據(jù)整改意見完善工作大綱，經(jīng)過交通局認(rèn)可后組織項(xiàng)目組進(jìn)行軟件開發(fā)。軟件開發(fā)工作按照需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試等幾個(gè)階段進(jìn)行，在開發(fā)過程中，開發(fā)者需分階段提交相關(guān)文檔。 在軟件開發(fā)工作完成后，開發(fā)者應(yīng)向交通局提交完整的軟件文檔，交通局組織驗(yàn)收組對(duì)軟件進(jìn)行驗(yàn)收審查。 在開發(fā)過程中，需求或設(shè)計(jì)不可避免地需要發(fā)生變更，相關(guān)變更必須經(jīng)過交通局書面同意方可進(jìn)行。在需求或設(shè)計(jì)發(fā)生變更時(shí)，需要對(duì)原有文檔進(jìn)行修改，并提供完整的變更記錄，以使變更處于可控制的 狀態(tài)。變更單如下表所示： 表 21變更單 交通局將分四個(gè)階段進(jìn)行把關(guān)，召開專家審查會(huì)。 需求分析確認(rèn)； 概要設(shè)計(jì) +數(shù)據(jù)庫(kù)設(shè)計(jì)； 17 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 預(yù)驗(yàn)收； 正式驗(yàn)收。 合同簽訂以后，項(xiàng)目承擔(dān)單位即可組織項(xiàng)目組進(jìn)行軟件開發(fā)工作。軟件開發(fā)必須嚴(yán)格按照軟件工程的要求進(jìn)行。開發(fā)過程包括開發(fā)者的活動(dòng)和任務(wù)。此過程由軟件需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、驗(yàn)收、鑒定等活動(dòng)組成。 首先，開發(fā)者和交通局應(yīng)共同對(duì)交通局的應(yīng)用 需求作充分的調(diào)研，提交完整的需求分析報(bào)告。在需求分析報(bào)告中必須描述的基本問題是：功能、性能、強(qiáng)加于實(shí)現(xiàn)的設(shè)計(jì)限制、屬性、外部接口。應(yīng)當(dāng)避免把設(shè)計(jì)或項(xiàng)目需求寫入需求分析報(bào)告中。它必須說明由軟件獲得的結(jié)果，而不是獲得這些結(jié)果的手段。 軟件需求可以用若干種方法來表達(dá)，如通過輸入、輸出說明；使用代表性的例子；用規(guī)范化的模型。開發(fā)者應(yīng)盡可能地使用模型的方式，因?yàn)檫@是表達(dá)復(fù)雜需求的精確和有效的方法。比如用統(tǒng)一建模語(yǔ)言來描述需求。 編寫需求分析報(bào)告的要求 18 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 a．無歧義性 對(duì)最終產(chǎn)品的每一個(gè)特性用某一術(shù)語(yǔ)描述；若某一術(shù)語(yǔ)在某一特殊的行文中使用時(shí)具有多種含義，那么應(yīng)對(duì)該術(shù)語(yǔ)的每種含義做出解釋并指出其適用場(chǎng)合。 b．完整性 需求分析報(bào)告應(yīng)該包括全部有意義的需求，無論是關(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)證的?？梢酝ㄟ^一個(gè)有限處理過程來檢查軟件產(chǎn)品是否滿足需求。 d．一致性 在需求分析報(bào)告中的各個(gè)需求 的描述不能互相矛盾。 e．可修改性 需求分析報(bào)告應(yīng)具有一個(gè)有條不紊、易于使用的內(nèi)容組織；沒有冗余，即同一需求不能在需求分析報(bào)告中出現(xiàn)多次。 19 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 f．可追蹤性 每一個(gè)需求的源流必須清晰，在進(jìn)一步產(chǎn)生和改變文件編制時(shí)，可以方便地引證每一個(gè)需求。 g．運(yùn)行和維護(hù)階段的可使用性 需求分析報(bào)告必須滿足運(yùn)行和維護(hù)階段的需要。在需求分析報(bào)告要寫明功能的來源和目的。 目錄 1. 范圍 .............................................................................................................................................1 2. 總體要求 .....................................................................................................................................1 總體功能要求 .......................................................................................................................1 軟件開發(fā)平臺(tái)要求 ...............................................................................................................1 軟件項(xiàng)目的開發(fā)實(shí)施過程管理要求 ....................................................................................2 軟件項(xiàng)目實(shí)施過程總體要 20 / 32