軟件投標(biāo)技術(shù)方案書(模板)

1、貴州茅臺酒股份有限公司原料基地管理平臺建設(shè)招標(biāo)項目投標(biāo)文件投標(biāo)人：（蓋單位章）法定代表人或其委托代理人：（簽字）2018 年04 月17 日7.1應(yīng)用安全 1.1.8.7.8產(chǎn)品部署 1.31.0.1 公司介紹1.1 公司簡介 1.0.1.2 我們的優(yōu)勢1.0.錯誤.! 未定義書簽。1.3 成功案例2 項目背景及發(fā)展1.0.2.1 建設(shè)背景 1.0.2.2 項目建設(shè)的目的發(fā)展1.03 項目現(xiàn)狀及需求分析1.03.1 項目現(xiàn)狀 1.0.3.2 需求分析 1.0.4 系統(tǒng)總體設(shè)計1.0.4.1 系統(tǒng)總體設(shè)計1.04.2 系統(tǒng)設(shè)計原則 1.0.4.3 技術(shù)架構(gòu) 1.0.4.4 系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)圖 1.0

2、5 系統(tǒng)功能設(shè)計115.1 系統(tǒng)功能概述1.15.2 系統(tǒng)功能模塊1.15.3 硬件 1.1.5.4 接口設(shè)計 1.1.5.5 系統(tǒng)集成 1.1.6 系統(tǒng)部署 111.2 數(shù)據(jù)安全 1.1.1.3 主機(jī)、操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)安全 1. 11.4 綜合安全性1.18 工程實施方案1.2.8.1 實施原則 1.2.8.2 實施范圍 1.2.8.3 分工界面 1.2.8.3.1 分工關(guān)系 1.2.8.3.2 分工明細(xì) 1.2.8.4 實施計劃 1.2.8.4.1 項目總體進(jìn)度計劃 1.28.4.2 項目里程碑計劃 1.3.8.5 實施難點分析1.38.6 組織架構(gòu) 1.3.8.6.1 項目組織結(jié)構(gòu)

3、1.38.6.2 項目組成員名單1.38.7 實施過程 1.3.8.7.1 實施活動列表1.38.7.2 項目調(diào)研 1.38.7.3 項目計劃 1.38.7.4 需求獲取 1.38.7.5 數(shù)據(jù)轉(zhuǎn)換 1.38.7.6 確定驗收條件 1.38.7.7 模擬環(huán)境搭建1.38.7.9模擬運行 1.38.7.10 確認(rèn)測試 1.3.8.7.11 生產(chǎn)環(huán)境搭建 1.48.7.12 系統(tǒng)并行 1.4.8.7.13 初驗 1.4.8.7.14 系統(tǒng)上線 1.4.8.8 業(yè)務(wù)割接方案1.48.8.1 割接原則 1.48.8.2 功能割接范圍 1.48.8.3 數(shù)據(jù)割接范圍 1.48.8.4 割接策略 1.48

4、.9 項目管控 1.4.8.9.1 項目管控模式1.4.8.9.2 項目管控內(nèi)容1.48.9.3 項目管控制度1.49 質(zhì)量管理 1.5.9.8 質(zhì)量管理實施原則 1.5.9.8.1 質(zhì)量方針 1.5.9.8.2 質(zhì)量目標(biāo) 1.5.9.8.3 質(zhì)量保證 1.5.9.8.3.1 組織職責(zé) 1.59.8.3.2 就緒原則 1.69.8.3.3 工作流程 1.69.8.3.4 不符合項處理1.69.8.3.5 質(zhì)量保證記錄1.69.8.3.6 質(zhì)量保證驗證 1.610.1 軟件測試準(zhǔn)則 2.7.9.8.4 關(guān)鍵因素及其對策1.69.9 變更管理 1.8.9.9.1 變更的類型1.8.9.9.2 變更

5、管理機(jī)構(gòu)1.9.9.9.3 變更處理流程1.9.9.9.3.1 變更提出 1.99.9.3.2 變更審核 2.09.9.3.3 變更分析和評估 2.09.9.3.4 變更實施 2.09.9.3.5 變更驗證 2.19.9.3.6 變更發(fā)布 2.19.9.3.7 變更表格 2.19.10 配置管理 2.5.9.10.1 配置管理目標(biāo)2.5.9.10.2 配置管理機(jī)構(gòu)2.5.9.10.3 配置管理計劃 2.5.9.10.4 配置管理活動 2.6.9.10.4.1 定義項目配置項2.69.10.4.2 定義項目基線 2.69.10.4.3 定義配置項的標(biāo)識與狀態(tài)跟蹤方法2. 69.10.4.4 配置

6、變更控制 2.69.10.4.5 版本發(fā)布控制 2.69.10.4.6 配置狀態(tài)報告2.69.10.4.7 配置審計 2.61.1.1 1測試工作實施準(zhǔn)則 2.71.1.1.1 1測試目的 2.71.1.1.2 2測試原則 2.71.1.1.3 3測試活動 2.71.1.1.4 4測試方法 2.71.1.1.5 5測試類型 2.81.1.1.6 6測試依據(jù) 2.81.1.1.7 7測試機(jī)構(gòu) 2.81.1.1.8 8測試準(zhǔn)備 2.81.1.1.9 9測試結(jié)果分析2.81.1.2 2測試工作實施細(xì)則 2.81.1.2.1 1單元測試實施細(xì)則 2.81.1.2.2 2集成和系統(tǒng)測試實施細(xì)則 2.81

7、0.2 系統(tǒng)測試 2.8.10.2.1 資源準(zhǔn)備 2.8.10.2.2 測試設(shè)計 2.8.10.2.3 測試方法 2.8.10.2.3.1 系統(tǒng)業(yè)務(wù)功能測試方法2.810.2.3.2 系統(tǒng)性能測試方法2.810.2.4 測試執(zhí)行階段2.8.10.2.5 系統(tǒng)建設(shè)質(zhì)量測試2.910.3 驗收和測試2.9.10.3.1 硬件測試內(nèi)容2.9.10.3.2 軟件測試內(nèi)容2.9.10.3.3 驗收細(xì)則 2.9.12.1.1.4.4質(zhì)量保證記錄3.11.1 1培訓(xùn)對象 3.0.1.1.1 1運行環(huán)境培訓(xùn)對象3.01.1.2 2應(yīng)用環(huán)境培訓(xùn)對象3.01.2 2培訓(xùn)方式 3.0.1.2.1 1現(xiàn)場培訓(xùn) 3.0

8、.1.2.2 2高級培訓(xùn) 3.0.1.3 3培訓(xùn)課程 3.0.1.3.1 1培訓(xùn)內(nèi)容 3.0.1.3.2 2培訓(xùn)課程 3.0.1.3.3 3培訓(xùn)教師 3.0.1.3.4 4培訓(xùn)評估 3.0.1.3.5 5培訓(xùn)費用 3.0.1.4 4培訓(xùn)的其它事項 3.1.1.4.1 1培訓(xùn)的時間安排3.11.4.2 2培訓(xùn)的人員數(shù)量3.112 服務(wù)質(zhì)量承諾3.1.12.1 質(zhì)量管理 3.1.12.1.1 質(zhì)量管理實施原則 3.112.1.1.1 質(zhì)量方針 3.112.1.1.2 質(zhì)量目標(biāo) 3.112.1.1.3 質(zhì)量承諾 3.112.1.1.4 質(zhì)量保證 3.112.1.1.4.1 就緒原則 3.112.1.

9、1.4.2 工作流程 3.112.1.1.4.5 質(zhì)量保證驗證3.112.1.1.4.6 結(jié)束準(zhǔn)則 3.212.1.1.5 關(guān)鍵因素及其對策 3.212.1.2 變更管理 3.2.12.1.2.4 變更的類型3.212.1.2.5 變更管理機(jī)構(gòu)3.212.1.2.6 變更處理流程3.212.1.2.3.1 變更提出 3.212.1.2.3.2 變更審核 3.212.1.2.3.3 變更分析和評估3.212.1.2.3.4 變更實施 3.212.1.2.3.5 變更驗證 3.212.1.2.3.6 變更發(fā)布 3.212.1.2.3.7 變更表格 3.212.1.3 配置管理 3.3.12.1.3

10、.3 配置管理目標(biāo)3.312.1.3.4 配置管理機(jī)構(gòu)3.312.1.3.5 配置管理計劃 3.312.1.3.6 配置管理活動3.312.1.3.6.1 定義項目配置項3.312.1.3.6.2 定義項目基線3.312.1.3.6.3 定義配置項的標(biāo)識與狀態(tài)跟蹤方法3. 312.1.3.6.4 配置變更控制 3.312.1.3.6.5 版本發(fā)布控制 3.312.1.3.4.6配置狀態(tài)報告3.312.2 技術(shù)服務(wù) 3.3.12.2.2 服務(wù)體系 3.3.12.2.2.3 概述 3.312.2.2.4 組織結(jié)構(gòu)和人員配備情況3. 412.2.2.5 工作制度 3.412.2.2.6 客戶服務(wù)規(guī)程

11、制定與實施情況3. 412.2.2.7 服務(wù)網(wǎng)點分布、服務(wù)方式、服務(wù)響應(yīng)時間等情況 3412.2.3 應(yīng)用軟件服務(wù)3.4.12.2.3.3 軟件服務(wù)宗旨 3.412.2.3.4 軟件服務(wù)標(biāo)準(zhǔn)3.412.2.3.5 服務(wù)體系的特色3.412.2.4 技術(shù)支持服務(wù)3.4.12.2.4.3 服務(wù)目標(biāo) 3.412.2.4.4 服務(wù)等級 3.412.2.4.5 服務(wù)方式 3.412.2.4.6 技術(shù)服務(wù)的內(nèi)容3.512.2.4.7 集成服務(wù) 3.512.2.5 保修期服務(wù)3.5.12.2.5.3 現(xiàn)場設(shè)備保修及備件服務(wù)3. 512.2.5.4 定期巡訪 3.512.2.5.5 7X24 的服務(wù)響應(yīng) 3.

12、512.2.5.6 響應(yīng)和恢復(fù)時間承諾 3.513 技術(shù)文檔 3.5.1 公司介紹1.1 公司簡介1.2 我們的優(yōu)勢2 項目背景及發(fā)展2.1 建設(shè)背景2.2 項目建設(shè)的目的發(fā)展3 項目現(xiàn)狀及需求分析3.1 項目現(xiàn)狀3.2 需求分析4 系統(tǒng)總體設(shè)計4.1 系統(tǒng)總體設(shè)計4.2 系統(tǒng)設(shè)計原則4.3 技術(shù)架構(gòu)4.4 系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)圖5 系統(tǒng)功能設(shè)計5.1 系統(tǒng)功能概述5.2 系統(tǒng)功能模塊5.3 硬件5.4 接口設(shè)計5.5 系統(tǒng)集成6 系統(tǒng)部署7 系統(tǒng)安全7.1 應(yīng)用安全7.2 數(shù)據(jù)安全7.3 主機(jī)、操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)安全7.4 綜合安全性8 工程實施方案8.1 實施原則8.2 實施范圍8.3 分工界面

13、分工界面說明參與項目的各方，在項目實施過程中的主要工作分工，以及分工的邊界和工作銜接。8.3.1 分 工關(guān)系8.3.2 分工明細(xì)8.4 實施計劃8.4.1 項 目總體進(jìn)度計劃8.7.11生產(chǎn)環(huán)境搭建8.5 實施難點分析8.6 組織架構(gòu)8.6.1 項目組織結(jié)構(gòu)8.6.2 項目組成員名單8.7 實施過程8.7.1 實施活動列表8.7.2 項目調(diào)研8.7.3 項目計劃8.7.4 需求獲取8.7.5 數(shù)據(jù)轉(zhuǎn)換8.7.6 確定驗收條件8.7.7 模擬環(huán)境搭建8.7.8 產(chǎn)品部署8.7.9 模擬運行8.7.10 確認(rèn)測試8.7.12 系統(tǒng)并行8.7.13 初驗8.7.14 系統(tǒng)上線8.8 業(yè)務(wù)割接方案8.

14、8.1 割接原則8.8.2 功能割接范圍8.8.3 數(shù)據(jù)割接范圍8.8.4 割接策略8.9 項目管控項目管控體系的建設(shè)從流程化、規(guī)范化、專業(yè)化出發(fā)去建立，主要從組織保證、項目管理、數(shù)據(jù)管理、需求及流程管理四個方面去保障和執(zhí)行。8.9.1 項目管控模式8.9.2 項目管控內(nèi)容8.9.3 項目管控制度9 質(zhì)量管理9.1 質(zhì)量管理實施原則9.1.1 質(zhì)量方針9.1.2 質(zhì)量目標(biāo)9.1.3 質(zhì)量保證9.1.3.1 組織職責(zé)? 產(chǎn)品總監(jiān)（或授權(quán)人）? 項目經(jīng)理? 項目組成員?QM長?QAT程師9.1.3.2 就緒原則9.1.3.3 工作流程9.1.3.4 不符合項處理9.1.3.5 質(zhì)量保證記錄9.1.

15、3.6 質(zhì)量保證驗證9.1.3.7 結(jié)束準(zhǔn)則9.1.4 關(guān)鍵因素及其對策1、隊伍一定要根據(jù)具體情況為項目的實施組建專門的隊伍，我們稱之為項目組。2、班子項目組領(lǐng)導(dǎo)班子是項目組的核心。 班子的第一把手（ 項目經(jīng)理 ） 應(yīng)有良好的專業(yè)背景和學(xué)歷、 有很強(qiáng)的組織大型應(yīng)用軟件項目的經(jīng)驗和能力、 有很好的合作精神和服務(wù)意識。 班子中的其他成員亦應(yīng)有相關(guān)的素質(zhì)和技術(shù)、 應(yīng)用 開發(fā)或質(zhì)量管理方面的豐富經(jīng)驗。領(lǐng)導(dǎo)班子負(fù)責(zé)確定和細(xì)化項目目標(biāo)， 制訂項目實施計劃， 理順與項目有關(guān)的所有錯綜復(fù)雜的關(guān)系， 以有效地控制項上目的進(jìn)度、 費用和質(zhì)量， 確保 項目的成功。3、規(guī)范本項目的實施決不是個人的成就， 它是集體智慧

16、的結(jié)晶， 團(tuán)隊作戰(zhàn)的成果。嚴(yán)格的規(guī)范則是團(tuán)隊工作的約束條件，是團(tuán)隊作戰(zhàn)取得成功的保證。4、文檔 本項目的開發(fā)將會劃分成若干個階段，每一個階段都應(yīng)形成相應(yīng)的文檔。 這些文檔既是階段成果的體現(xiàn)和階段驗收的標(biāo)準(zhǔn)， 又是驅(qū)動下一個階段 動作的依據(jù)。文檔的正確和完整程度是檢驗項目規(guī)范化管理程度的要素之一。5、監(jiān)控任何事務(wù)的動作都會受到其對立面的制約。 在項目實施過程中， 也不例外地應(yīng)受到相應(yīng)的監(jiān)控。 這種監(jiān)控至少應(yīng)有進(jìn)度監(jiān)控、 質(zhì)量監(jiān)控和產(chǎn)品化監(jiān) 控三個方面。6、用戶參與用戶自始至終的參與是質(zhì)量保證中又一重要措施。 它主要有兩方面的活動： 從規(guī)范業(yè)務(wù)進(jìn)而做需求分析開始， 供方將與需方一起開發(fā)、 測試和推

17、廣 應(yīng)用軟件。在重要的用戶監(jiān)控點進(jìn)行包括供方、需方和專家在內(nèi)的聯(lián)合評審。根據(jù)以上六個關(guān)鍵因素，我們提出相應(yīng)的對策：1、關(guān)于隊伍在立項時， 將為項目的實施組織專門的隊伍， 稱為項目組， 項目組成員均應(yīng)屬于專業(yè)人員， 這支隊伍應(yīng)具有很好的教育背景， 有參與大型應(yīng)用項目并發(fā)和推廣的經(jīng)驗和實力，對XXXX#務(wù)有足夠的了解，同時，我們還可以保證，他們有良好的職業(yè)道德、合作精神和奉獻(xiàn)精神，這樣一支隊伍，一定能和XXXX勺領(lǐng)導(dǎo)和工程師團(tuán)結(jié)一致，精誠合作，以取得項目的成功。2、關(guān)于班子在本投標(biāo)書中，我們已提出了關(guān)于項目經(jīng)理、應(yīng)用經(jīng)理、 QA 組長的工作職責(zé)， 這個班子應(yīng)具有主持大型應(yīng)用項目實施的豐富經(jīng)驗和足夠

18、的技術(shù)功底，是一個團(tuán)結(jié)合作、朝氣蓬勃、敢于開拓和創(chuàng)新的班子，我們相信，在XXXXX務(wù)專家、領(lǐng)導(dǎo)的全程指導(dǎo)和監(jiān)控之下，這個班子一定能夠帶好一支 隊伍。3、關(guān)于規(guī)范我們將給出XXXXXXXg統(tǒng)所需的數(shù)據(jù)規(guī)范和應(yīng)用程序接口規(guī)范的具體 內(nèi)容，這是我們多年來從事 XXXX亍業(yè)系統(tǒng)應(yīng)用軟件開發(fā)的經(jīng)驗積累，在本 項目實施過程中， 還將結(jié)合項目情況， 對其進(jìn)行進(jìn)一步的修改和完善， 用以 指導(dǎo)和約束項目的應(yīng)用軟件開發(fā)工作。4、關(guān)于文檔我們將在軟件生命周期中每個階段輸出相應(yīng)的文檔， 除此之外， 在項目 實施過程中，還將產(chǎn)生各種質(zhì)量記錄文件，包括各種計劃、執(zhí)行情況檢查、 考核記錄、 培訓(xùn)記錄、會議記錄等， 在我們的

19、質(zhì)量體系文件中均有相應(yīng)的規(guī) 定和檢查措施。5、關(guān)于監(jiān)控為保證項目工作的全面受控和全程受控，需對項目的進(jìn)展情況進(jìn)行監(jiān)控，監(jiān)控活動包括“日常監(jiān)控”和“階段監(jiān)控”兩個部分。同時這一問題通過我們對項目完整的質(zhì)量保證體系也得以確定。6、關(guān)于用戶參與在項目實施過程的每一個階段， 都將會與用戶一起進(jìn)行， 并受到項目領(lǐng) 導(dǎo)小組的監(jiān)控。綜上所述，在XXXXX添統(tǒng)實施過程中，我們將會對其質(zhì)量保證的關(guān)鍵 因素給予充分的重視和保證。9.2 變更管理對項目中的變更進(jìn)行有效的控制和管理，是一個項目成功與否的關(guān)鍵。為了強(qiáng)調(diào)這一過程的重要性，我們特做以下說明。9.2.1 變更的類型本節(jié)所提的“變更” ，指如下幾個方面：? 項

20、目范圍對合同所提出的業(yè)務(wù)規(guī)程和業(yè)務(wù)功能提出更好的解決方案或更具靈活性的舉措， 從而導(dǎo)致合同所規(guī)定的項目范圍 （即需求） 有較大工作量的更改。? 項目成本由于項目范圍的更改， 導(dǎo)致項目工作量的變動， 從而涉及到項目成本的變化。? 項目期限對變更工作量作出評估之后，可能會引起項目完成期限的更改。項目成本和項目期限中所提出的變更是由項目范圍的變更所導(dǎo)致的， 此 種變更可能發(fā)生在項目初期，亦可能發(fā)生在項目實施過程中。9.2.2 變更管理機(jī)構(gòu)變更管理機(jī)構(gòu)將定位在項目雙方項目領(lǐng)導(dǎo)小組和項目組， 雙方項目領(lǐng)導(dǎo)小組要親自參與重大變更內(nèi)容的評估和審批。9.2.3 變更處理流程9.2.3.1 變更提出提出更改的人

21、員可以是客戶代表、 公司主管領(lǐng)導(dǎo)、 本項目經(jīng)理或項目組其他成員。變更的提出應(yīng)填寫正式的 “配置變更審批表” ， “配置變更審批表” 主要包含下述內(nèi)容（具體見“配置變更申請”一節(jié)的表樣） ：變更編號項目名稱申請人申請日期變更原因變更的配置項受影響的基線或者配置項：變更描述：本項目過程中提出變更的 “配置變更審批表” 應(yīng)由項目組配置管理工程師負(fù)責(zé)統(tǒng)一保管。9.2.3.2 變更審核項目經(jīng)理對變更申請人提出的變更請求進(jìn)行審核， 審核更改方案的可行性，檢查配置變更審批表的正確性和完整性。? 如果是一般變更，可直接通知實施人進(jìn)行實施，在變更前應(yīng)確定變更方案；一般變更主要是非正式基線的變更、該配置項變更不會

22、引起其他配置項變 更。?如果為重大變更，將此表送交CCB進(jìn)行審批。重大變更主要是正式基線的變更、該配置項變更將引起其他配置項的變更。? 項目經(jīng)理在配置變更審批表中填寫項目經(jīng)理審核欄的內(nèi)容。9.2.3.3 變更分析和評估? 項目經(jīng)理組織CCB寸變更申請進(jìn)行評審。? 評審應(yīng)分析和評估變更會涉及哪些內(nèi)容，對已經(jīng)完成的工作產(chǎn)品、進(jìn)度有何影響，需要哪些額外的資源。?評審更改方案的可行性，如果更改方案沒有通過CCB的認(rèn)可，請CCB成員提出修改建議。? 經(jīng)過了 CC弗析評估后，對變更申請有三種結(jié)果：立即更改：項目經(jīng)理指定實施人。推遲更改：變更被擱置，留作將來實施。不接受更改：將拒絕變更的原因返回給變更提出人

23、。? 評審?fù)瓿珊螅珻CB負(fù)責(zé)人把評審結(jié)果寫在配置變更審批表里“CCB評審意見”欄的內(nèi)容。? 批準(zhǔn)立即更改的配置變更審批表由項目配置管理工程師將變更通知到包括系統(tǒng)設(shè)計師、測試組組長、業(yè)務(wù)專家、開發(fā)組組長等項目組成員。9.2.3.4 變更實施? 項目配置管理工程師從基線區(qū)中釋放出需要變更的配置項放到開發(fā)區(qū)中，并通知實施人員。實施人員根據(jù)更改方案對配置項進(jìn)行修改。9.2.3.5 變更驗證? 實施完成后，由驗證人實施驗證。驗證可通過檢查（對文檔而言）或?qū)彶楹?測試（對代碼而言）。? 驗證完成之后，驗證人在配置變更審批表上簽字確認(rèn)。9.2.3.6 變更發(fā)布? 項目配置管理工程師將驗證通過的配置項重新納入

24、基線區(qū)。? 填寫并保存配置狀態(tài)報告中的變更記錄。? 把本次的變更通知給相關(guān)的人員。9.2.3.7 變更表格配置變更審批表配置變更申請變更編號：（由項目的配置管理員統(tǒng)一編號）產(chǎn)品（項目）名稱：西#人：日期變更原因：需求變更口內(nèi)部改進(jìn) 口產(chǎn)品缺陷口系統(tǒng)環(huán)境變更口其他口變更的配置項：受影響的基線或者配置項：變更描述：見配置項變更描述說明項目經(jīng)理審核審核人意見：口返回申請人返回原因：口可直接實施實施人：驗證人：口需制定變更方案并提交 CCBI平審方案制定人：方案審核人：變更類型：一般變更審核人簽字：審核日期：變更方案：方案制定人簽名：日期：CCB審核CCB評審意見：口立即變更口推遲變更原因：口不接受變

25、更原因：實施人：解決期限：驗證人：驗證期限：CCB成員：CCB主席簽字：批準(zhǔn)日期：實施和驗證及更實施內(nèi)容：實施人簽字：實施日期：驗證意見：口同意不同意意見：驗證人簽字：驗證日期：變更發(fā)布配置項在基線庫中的位置：（填寫配置項在基線庫中的路徑）發(fā)布人：發(fā)布日期：9.3 配置管理9.3.1 配置管理目標(biāo)對于大型的應(yīng)用軟件開發(fā)項目，必須建立配置管理系統(tǒng)，一個有效的配 置管理系統(tǒng)包括：交付產(chǎn)品的確認(rèn)、軟件模塊的版本控制及其交付與發(fā)表、 各種X態(tài)（開發(fā)、測試、驗收、推廣、維護(hù)）中軟件模塊的變動記錄等，在本 項目的完成過程中，必須確保對產(chǎn)品現(xiàn)有配置狀態(tài)提供充分的可視性，確保項目組人員在開發(fā)工作的任何時刻都能

26、采用正確和準(zhǔn)確的信息，確保用戶能得到正確、有效的軟件產(chǎn)品。9.3.2 配置管理機(jī)構(gòu)在項目組中設(shè)定專職的配置管理工程師，由配置管理工程師執(zhí)行具體的 配置管理事務(wù)。9.3.3 配置管理計劃在項目立項時，由項目經(jīng)理主持、項目配置管理工程師具體負(fù)責(zé)起草配 置管理計劃并提交給項目經(jīng)理審核， 項目經(jīng)理在審核通過后，把配置管理計 劃作為項目計劃的子計劃一起提交評審， 評審?fù)ㄟ^后及時向項目全體成員傳 達(dá)計劃內(nèi)容，并監(jiān)督配置管理計劃的執(zhí)行，全體成員應(yīng)積極配合配置管理工 程師執(zhí)行配置管理計劃。9.3.4 配置管理活動9.3.4.1 定義項目配置項9.3.4.2 定義項目基線9.3.4.3 定義配置項的標(biāo)識與狀態(tài)跟

27、蹤方法9.3.4.4 配置變更控制9.3.4.5 版本發(fā)布控制9.3.4.6 配置狀態(tài)報告9.3.4.7 配置審計10 測試10.1 軟件測試準(zhǔn)則10.1.1 測試工作實施準(zhǔn)則10.1.1.1 測試目的10.1.1.2 測試原則10.1.1.3 測試活動10.1.1.4 測試方法? 黑盒測試（ 功能測試/ 數(shù)據(jù)驅(qū)動測試）? 白盒測試（ 結(jié)構(gòu)測試/ 邏輯驅(qū)動測試）10.2.5 系統(tǒng)建設(shè)質(zhì)量測試10.1.1.6 測試依據(jù)10.1.1.7 測試機(jī)構(gòu)10.1.1.8 測試準(zhǔn)備10.1.1.9 測試結(jié)果分析10.1.2 測試工作實施細(xì)則10.1.2.1 單元測試實施細(xì)則10.1.2.2 集成和系統(tǒng)測試實

28、施細(xì)則10.2 系統(tǒng)測試10.2.2 資源準(zhǔn)備10.2.3 測試設(shè)計10.2.4 測試方法10.2.4.1 系統(tǒng)業(yè)務(wù)功能測試方法10.2.4.2 系統(tǒng)性能測試方法10.3 驗收和測試10.3.2 硬件測試內(nèi)容10.3.3 軟件測試內(nèi)容10.3.4 驗收細(xì)則11 服務(wù)培訓(xùn)11.1 培訓(xùn)對象11.1.1 運行環(huán)境培訓(xùn)對象11.1.2 應(yīng)用環(huán)境培訓(xùn)對象11.2 培訓(xùn)方式11.2.1 現(xiàn)場培訓(xùn)11.2.2 高級培訓(xùn)11.3 培訓(xùn)課程11.3.1 培訓(xùn)內(nèi)容11.3.2 培訓(xùn)課程11.3.3 培訓(xùn)教師11.3.4 培訓(xùn)評估11.3.5 培訓(xùn)費用11.4 培訓(xùn)的其它事項11.4.1 培訓(xùn)的時間安排11.4.2 培訓(xùn)的人員數(shù)量12 服務(wù)質(zhì)量承諾12.1 質(zhì)量管理12.1.1 質(zhì)量管理實施原則12.1.1.1 質(zhì)量方針12.1.1.2 質(zhì)量目標(biāo)12.1.1.3 質(zhì)量承諾12.1.1.4 質(zhì)量保證12.1.1.4.1