【正文】 ................................................... 軟 件 的 鑒 定 驗(yàn)收 ...................................................................................................................7 軟件的鑒定驗(yàn)收 ............................................................................................................7 驗(yàn)收人員 ........................................................................................................................7 13 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 驗(yàn) 收 具 體 內(nèi)容 ................................................................................................................7 軟 件 驗(yàn) 收 測 試 大綱 ........................................................................................................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ù)庫設(shè)計(jì)報(bào)告文檔模板 43 14 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 附錄 E軟件測試 (驗(yàn)收 )大綱錯(cuò)誤！未 定義書簽。開發(fā)者應(yīng)根據(jù)本指南進(jìn)行軟件開發(fā)和編制軟件開發(fā)文檔。在本指南的附錄 A至 E中提供了文檔的編寫模板供開發(fā)者參考，在進(jìn)行具體軟件開發(fā)時(shí)，開發(fā)者可根據(jù)實(shí)際情況采編寫，但必須提供雙方約定的文檔，文檔中約定的內(nèi)容必須描述清楚。 開發(fā)者應(yīng)在充分分析需求的基礎(chǔ)上，選擇采用 B/S結(jié)構(gòu)或者 C/S結(jié)構(gòu)。本指南中沒有規(guī)定開發(fā)者采用何種具體的軟件工程開發(fā)方法，開發(fā)者可根據(jù)項(xiàng)目具體特 點(diǎn)、自身擅長來選擇采用面向過程的方法、面向?qū)? 15 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 象的方法或面向數(shù)據(jù)的方法，但建議開發(fā)商使用面向?qū)ο筌浖こ痰姆椒ǎ纾翰捎媚壳氨粡V泛使用的RUP(RationalUnifiedProcess)方法來進(jìn)行分析、設(shè)計(jì)和開發(fā)。目前軟件平臺為： 數(shù)據(jù)庫管理系統(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)等。 通過評審后，開發(fā)者根據(jù)整改意見完善工作大綱，經(jīng)過交通局認(rèn)可后組織項(xiàng)目組進(jìn)行軟件開發(fā)。 在軟件開發(fā)工作完成后，開發(fā)者應(yīng)向交通局提交完整的軟件文檔，交通局組織驗(yàn)收組對軟件進(jìn)行驗(yàn)收審查。在需求或設(shè)計(jì)發(fā)生變更時(shí)，需要對原有文檔進(jìn)行修改，并提供完整的變更記錄，以使變更處于可控制的 狀態(tài)。 需求分析確認(rèn)； 概要設(shè)計(jì) +數(shù)據(jù)庫設(shè)計(jì)； 17 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 預(yù)驗(yàn)收； 正式驗(yàn)收。軟件開發(fā)必須嚴(yán)格按照軟件工程的要求進(jìn)行。此過程由軟件需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試、驗(yàn)收、鑒定等活動(dòng)組成。在需求分析報(bào)告中必須描述的基本問題是：功能、性能、強(qiáng)加于實(shí)現(xiàn)的設(shè)計(jì)限制、屬性、外部接口。它必須說明由軟件獲得的結(jié)果，而不是獲得這些結(jié)果的手段。開發(fā)者應(yīng)盡可能地使用模型的方式，因?yàn)檫@是表達(dá)復(fù)雜需求的精確和有效的方法。 編寫需求分析報(bào)告的要求 18 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 a．無歧義性 對最終產(chǎn)品的每一個(gè)特性用某一術(shù)語描述；若某一術(shù)語在某一特殊的行文中使用時(shí)具有多種含義，那么應(yīng)對該術(shù)語的每種含義做出解釋并指出其適用場合。 c．可驗(yàn)證性 需求分析報(bào)告描述的每一個(gè)需求應(yīng)是可以驗(yàn)證的。 d．一致性 在需求分析報(bào)告中的各個(gè)需求 的描述不能互相矛盾。 19 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 f．可追蹤性 每一個(gè)需求的源流必須清晰，在進(jìn)一步產(chǎn)生和改變文件編制時(shí)，可以方便地引證每一個(gè)需求。在需求分析報(bào)告要寫明功能的來源和目的。 5 本指南用于指導(dǎo)軟件開發(fā)者為南京市交通局開發(fā)軟件項(xiàng)目的過程，通過規(guī)范軟件項(xiàng)目承擔(dān)單位的開發(fā)過程達(dá)到提高軟件質(zhì)量，降低維護(hù)成本的目的。本指南是對軟件項(xiàng)目承擔(dān)單位的基本要求。 網(wǎng)絡(luò)應(yīng)用環(huán)境以 Inter/Intra技術(shù)為核心。 軟件系統(tǒng)的數(shù)據(jù)庫應(yīng)依照《南京市交通局信息化數(shù)據(jù)庫建設(shè)規(guī)范》進(jìn)行設(shè)計(jì)和建設(shè)。 開發(fā)者開發(fā)的軟件必須能夠在南京市交通局規(guī)定的軟件平臺上正常運(yùn)行。 28 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 開發(fā)者提交軟件開發(fā)工作大綱，交通局組織專家組對工作大綱進(jìn)行評審，并提出整改意見。軟件開發(fā)工作按照需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試等幾個(gè)階段進(jìn)行，在開發(fā)過程中，開發(fā)者需分階段提交相關(guān)文檔。 在開發(fā)過程中，需求或設(shè)計(jì)不可避免地需要發(fā)生變更，相關(guān)變更必須經(jīng)過交通局書面同意方可進(jìn)行。變更單如下表所示： 表 21變更單 交通局將分四個(gè)階段進(jìn)行把關(guān)，召開專家審查會。 合同簽訂以后，項(xiàng)目承擔(dān)單位即可組織項(xiàng)目組進(jìn)行軟件開發(fā)工作。開發(fā)過程包括開發(fā)者的活動(dòng)和任務(wù)。 首先，開發(fā)者和交通局應(yīng)共同對交通局的應(yīng)用需求作充分的調(diào)研，提交完整的需求分析報(bào)告。應(yīng)當(dāng)避免把設(shè)計(jì)或項(xiàng)目需求寫入需求分析報(bào)告中。 軟件需求可以用若干種方法來表達(dá)，如通過輸入、輸出說明；使用代表性的例子；用規(guī)范化的模型。比如用統(tǒng)一建模語言來描述需求。 b．完整性 需求分析報(bào)告應(yīng)該包括全部有意義的需求，無論是關(guān)系到功能的、性能的、設(shè)計(jì)約束的、還是關(guān)系到外部接口方面的需求 ；對所有可能出現(xiàn)的輸入數(shù)據(jù)的響應(yīng)予以定義，要對合法和非合法的輸入值的響應(yīng)做出規(guī)定；填寫全部插圖、表、圖示標(biāo)記等；定義全部術(shù)語和度量單位?？梢酝ㄟ^一個(gè)有限處理過程來檢查軟件產(chǎn)品是否滿足需求。 e．可修改性 需求分析報(bào)告應(yīng)具有一個(gè)有條不紊、易于使用的內(nèi)容組織；沒有冗余，即同一需求不能在需求分析報(bào)告 31 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 中出現(xiàn)多次。 g．運(yùn)行和維護(hù)階段的可使用性 需求分析報(bào)告必須滿足運(yùn)行和維護(hù)階段的需要。 陜西國防工業(yè)職業(yè)技術(shù)學(xué)院 項(xiàng)目測試計(jì)劃 [人事檔案管理系統(tǒng) ] 專業(yè)： 班級： 姓名： 學(xué)號： 指導(dǎo)老師： 實(shí)訓(xùn)時(shí)間： 實(shí)訓(xùn)地點(diǎn)： 成績： []軟件技術(shù)軟件 12354123566xxxxxx2020－ 2020第 15周北配樓 5504 軟件教研室制 文檔編號版本號 編寫 ___xxx________ 32 / 32 感謝觀看本文 謝謝 [標(biāo)簽 :標(biāo)題 ] 2020 校對 ____xxx_______ 批準(zhǔn) ____xxx_____ 開發(fā)單位 ____xxx_ 日期： ： ： 日期： 目錄 [要求自動(dòng)生成 ] 正文 [參考 GB85672020 計(jì)算機(jī)軟件文檔編制規(guī)范 ]參考資料 [教材或網(wǎng)址 ] 《現(xiàn)代軟件工程》 主編陳巧麗 主審劉敏涵 實(shí)訓(xùn)總結(jié)