軟件投標(biāo)技術(shù)設(shè)計(jì)方案書

貴州茅臺(tái)酒股份原料基地

管理平臺(tái)建立招標(biāo)工程

投標(biāo)文件

投標(biāo)人：〔蓋單位章〕

法定代表人或其委托代理人：〔簽字〕

2021年04月豆日

目錄

1公司介紹12

1.1公司簡介12

1.2我們的優(yōu)勢12

1.3成功案例錯(cuò)誤!未定義書簽。

2工程背景及開展12

2.1建立背景12

2.2工程建立的目的開展12

3工程現(xiàn)狀及需求分析12

3.1工程現(xiàn)狀12

3.2需求分析12

4系統(tǒng)總體設(shè)計(jì)12

4.1系統(tǒng)總體設(shè)計(jì)12

4.2系統(tǒng)設(shè)計(jì)原那么12

4.3技術(shù)架構(gòu)12

4.4系統(tǒng)網(wǎng)絡(luò)構(gòu)造圖12

5系統(tǒng)功能設(shè)計(jì)13

5.1系統(tǒng)功能概述13

5.2系統(tǒng)功能模塊13

5.3硬件13

5.4接口設(shè)計(jì)13

5.5系統(tǒng)集成13

6系統(tǒng)部署13

7系統(tǒng)平安13

7.1應(yīng)用平安13

7.2數(shù)據(jù)平安13

7.3主機(jī)、操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)平安13

7.4綜合平安性13

8工程實(shí)施方案13

8.1實(shí)施原那么13

8.2實(shí)施范圍14

8.3分工界面14

831分工關(guān)系15

832分工明細(xì)15

8.4實(shí)施方案15

8.4.1工程總體進(jìn)度方案15

8.4.2工程里程碑方案15

8.5實(shí)施難點(diǎn)分析15

8.6組織架構(gòu)15

8.6.1工程組織構(gòu)造15

8.6.2工程組成員名單15

8.7實(shí)施過程15

8.7.1實(shí)施活動(dòng)列表15

8.7.2工程調(diào)研15

873工程方案15

8.7.4需求獲取15

8.7.5數(shù)據(jù)轉(zhuǎn)換15

8.7.6確定驗(yàn)收條件16

877模擬環(huán)境搭建16

8.7.8產(chǎn)品部署16

8.7.9模擬運(yùn)行16

8.7.10確認(rèn)測試工6

8.7.11生產(chǎn)環(huán)境搭建工6

8712系統(tǒng)并行16

8.7.13初驗(yàn)16

8714系統(tǒng)上線16

8.8業(yè)務(wù)割接方案16

8.8.1割接原那么16

8.8.2功能割接范圍16

8.8.3數(shù)據(jù)割接范圍16

8.8.4割接策略16

8.9工程管控16

8.9.1工程管控模式17

8.9.2工程管控內(nèi)容27

893工程管控制度17

9質(zhì)量管理18

9.1質(zhì)量管理實(shí)施原那么18

921質(zhì)量方針18

9.1.2質(zhì)量目標(biāo)18

91.3質(zhì)量保證18

9.1.3.1組織職責(zé)18

9.1.3.2就緒原那么19

9.1.3.3工作流程19

9.1.3.4不符合項(xiàng)處理19

9.1.3.5質(zhì)量保證記錄19

9.1.3.6質(zhì)量保證驗(yàn)證19

9.1.3.7完畢準(zhǔn)那么19

9.1.4關(guān)鍵因素及其對(duì)策19

9.2變更管理22

9.2.1變更的類型22

922變更管理機(jī)構(gòu)23

923變更處理流程23

9.2.3.1變更提出23

9.2.3.2變更審核24

9.2.3.3變更分析和評(píng)估24

9.2.3,4變更實(shí)施25

9.2.3.5變更驗(yàn)證25

9.2.3.6變更發(fā)布25

923.7變更表格25

9.3配置管理30

9.3.1配置管理目標(biāo)30

932配置管理機(jī)構(gòu)30

933配置管理方案30

934配置管理活動(dòng)31

9.3.4.1定義工程配置項(xiàng)31

9.3.4.2定義工程基線31

9.3.4.3定義配置項(xiàng)的標(biāo)識(shí)與狀態(tài)跟蹤方法31

9.3.4.4配置變更控制31

9.3.4.5版本發(fā)布控制31

9.3.4.6配置狀態(tài)報(bào)告31

9.3,4.7配置審計(jì)31

10測試驗(yàn)收31

10.1軟件測試準(zhǔn)那么31

10.1.1測試工作實(shí)施準(zhǔn)那么31

10.1.1.1測試目的31

10.1.1.2測試原那么31

10.1.1.3測試活動(dòng)31

10.1.1.4測試方法31

10.1.1,5測試類型33

10.1.1,6測試依據(jù)33

10.1.1.7測試機(jī)構(gòu)33

10.1.1.8測試準(zhǔn)備33

10.1.1.9測試結(jié)果分析33

10.1.2測試工作實(shí)施細(xì)那么33

10.1.2.1單元測試實(shí)施細(xì)那么33

10.1.2.2集成和系統(tǒng)測試實(shí)施細(xì)那么33

10.2系統(tǒng)測試33

10.2.1資源準(zhǔn)備33

1022測試設(shè)計(jì)33

1023測試方法33

10.2.3.1系統(tǒng)業(yè)務(wù)功能測試方法33

10.2.3.2系統(tǒng)性能測試方法33

1024測試執(zhí)行階段33

10.2.5系統(tǒng)建立質(zhì)量測試34

10.3驗(yàn)收和測試34

10.3.1硬件測試內(nèi)容34

1032軟件測試內(nèi)容34

10.3.3驗(yàn)收細(xì)那么34

11效勞培訓(xùn)35

11.1培訓(xùn)對(duì)象35

11.1.1運(yùn)行環(huán)境培訓(xùn)對(duì)象35

11.1.2應(yīng)用環(huán)境培訓(xùn)對(duì)象35

11.2培訓(xùn)方式35

11.2.1現(xiàn)場培訓(xùn)35

11.2.2高級(jí)培訓(xùn)35

11.3培訓(xùn)課程35

1131培訓(xùn)內(nèi)容35

"32培訓(xùn)課程35

11.3.3培訓(xùn)I教師35

1L3.4培訓(xùn)評(píng)估35

LL35培訓(xùn)費(fèi)用35

11.4培訓(xùn)的其它事項(xiàng)35

11.4.1培訓(xùn)的時(shí)間安排35

11.4.2培訓(xùn)的人員數(shù)量36

12效勞質(zhì)量承諾36

12.1質(zhì)量管理36

12.1.1質(zhì)量管理實(shí)施原那么36

12.1.1.1質(zhì)量方針36

12.1.1.2質(zhì)量目標(biāo)36

12.1,1,3質(zhì)量承諾36

12.1.1.4質(zhì)量保證36

12.1.1.4.1就緒原那么36

12.1.1.4.2工作流程36

12.1.1.4.3不符合項(xiàng)處理36

12.1.1.4,4質(zhì)量保證記錄36

12.1.1.4.5質(zhì)量保證驗(yàn)證36

12.1.1.4,6完畢準(zhǔn)那么36

12.1.1.5關(guān)鍵因素及其對(duì)策36

12.1.2變更管理37

12.1.2.1變更的類型37

12.1.2.2變更管理機(jī)構(gòu)37

12.1.2.3變更處理流程37

12.1.2.3.1變更提出37

12.1.2.3.2變更審核37

12.1.2.3.3變更分析和評(píng)估37

12.123.4變更實(shí)施37

12.1.2.3.5變更驗(yàn)證37

12.1.2,3,6變更發(fā)布37

12.1.2.3,7變更表格37

12.1.3配置管理37

12.131配置管理目標(biāo)37

12.1.3.2配置管理機(jī)構(gòu)37

12.1.3.3配置管理方案37

12.1.3.4配置管理活動(dòng)38

12.1.3.4.1定義工程配置項(xiàng)38

12.1.3.4.2定義工程基線38

12.1.3.4.3定義配置項(xiàng)的標(biāo)識(shí)與狀態(tài)跟蹤方法38

12.1.3.4.4配置變更控制38

12.1.3,4.5版本發(fā)布控制38

12.1.3.4.6配置狀態(tài)報(bào)告38

12.1.3.4.7配置審計(jì)38

12.2技術(shù)效勞38

1221效勞體系38

12.2,1.1概述38

12.2.1.2組織構(gòu)造和人員配備情況38

12.2.1.3工作制度38

12.2.1.4客戶效勞規(guī)程制定與實(shí)施情況38

1221.5效勞網(wǎng)點(diǎn)分布、效勞方式、效勞響應(yīng)時(shí)間等情況38

1222應(yīng)用軟件效勞39

12.221軟件效勞宗旨39

12.2.2.2軟件效勞標(biāo)準(zhǔn)39

1222.3效勞體系的特色39

1223技術(shù)支持效勞39

1223.1效勞目標(biāo)39

12.2.3.2效勞等級(jí)39

12.2.3.3效勞方式39

1223.4技術(shù)效勞的內(nèi)容39

12.2.3.5集成效勞40

12.2.4保修期效勞40

12.2.4.1現(xiàn)場設(shè)備保修及備件效勞40

12.2.4.2定期巡訪40

12.2.4.37X24的效勞響應(yīng)40

12.2.4.4響應(yīng)和恢復(fù)時(shí)間承諾40

13技術(shù)文檔40

1公司介紹

1.1公司簡介

1.2我們的優(yōu)勢

2工程背景及開展

2.1建立背景

2.2工程建立的目的開展

3工程現(xiàn)狀及需求分析

3.1工程現(xiàn)狀

3.2需求分析

4系統(tǒng)總體設(shè)計(jì)

4.1系統(tǒng)總體設(shè)計(jì)

4.2系統(tǒng)設(shè)計(jì)原那么

4.3技術(shù)架構(gòu)

4.4系統(tǒng)網(wǎng)絡(luò)構(gòu)造圖

5系統(tǒng)功能設(shè)計(jì)

5.1系統(tǒng)功能概述

5.2系統(tǒng)功能模塊

5.3硬件

5.4接口設(shè)計(jì)

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工程實(shí)施方案

8.1實(shí)施原那么

8.2實(shí)施范圍

8.3分工界面

分工界面說明參與工程的各方，在工程實(shí)施過程中的主要工作分工，以

及分工的邊界和工作銜接。

8.3.1分工關(guān)系

8.3.2分工明細(xì)

8.4實(shí)施方案

8.4.1工程總體進(jìn)度方案

8.4.2工程里程碑方案

8.5實(shí)施難點(diǎn)分析

8.6組織架構(gòu)

861工程組織構(gòu)造

862工程組成員名單

8.7實(shí)施過程

871實(shí)施活動(dòng)列表

872工程調(diào)研

873工程方案

874需求獲取

875數(shù)據(jù)轉(zhuǎn)換

876確定驗(yàn)收條件

877模擬環(huán)境搭建

878產(chǎn)品部署

879模擬運(yùn)行

8.7.10確認(rèn)測試

8.7.11生產(chǎn)環(huán)境搭建

8.7.12系統(tǒng)并行

8.7.13初驗(yàn)

8.7.14系統(tǒng)上線

8.8業(yè)務(wù)割接方案

881割接原那么

8.8.2功能割接范圍

883數(shù)據(jù)割接范圍

884割接策略

8.9工程管控

工程管控體系的建立從流程化、標(biāo)準(zhǔn)化、專業(yè)化出發(fā)去建立，主要從組織保

證、工程管理、數(shù)據(jù)管理、需求及流程管理四個(gè)方面去保障和執(zhí)行。

891工程管控模式

8.9.2工程管控內(nèi)容

8.9.3工程管控制度

9質(zhì)量管理

9.1質(zhì)量管理實(shí)施原那么

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)理

＞工程組成員

＞QA組長

＞QA工程師

9.1.3.2就緒原那么

9.L3.3工作流程

9.1.3.4不符合項(xiàng)處理

9.1.3.5質(zhì)量保證記錄

9.1.3.6質(zhì)量保證驗(yàn)證

9.1.3.7完畢準(zhǔn)那么

9.1.4關(guān)鍵因素及其對(duì)策

1、隊(duì)伍

一定要根據(jù)具體情況為工程的實(shí)施組建專門的隊(duì)伍，我們稱之為工程

組。

2、班子

工程組領(lǐng)導(dǎo)班子是工程組的核心。班子的第一把手（工程經(jīng)理）應(yīng)有良好

的專業(yè)背景和學(xué)歷、有很強(qiáng)的組織大型應(yīng)用軟件工程的經(jīng)歷和能力、有很好

的合作精神和效勞意識(shí)。班子中的其他成員亦應(yīng)有相關(guān)的素質(zhì)和技術(shù)、應(yīng)用

開發(fā)或質(zhì)量管理方面的豐富經(jīng)歷。

領(lǐng)導(dǎo)班子負(fù)責(zé)確定和細(xì)化工程目標(biāo)，制訂工程實(shí)施方案，理順與工程有

關(guān)的所有錯(cuò)綜復(fù)雜的關(guān)系，以有效地控制項(xiàng)上目的進(jìn)度、費(fèi)用和質(zhì)量，確保

工程的成功。

3、標(biāo)準(zhǔn)

本工程的實(shí)施決不是個(gè)人的成就，它是集體智慧的結(jié)晶，團(tuán)隊(duì)作戰(zhàn)的成

果。嚴(yán)格的標(biāo)準(zhǔn)那么是團(tuán)隊(duì)工作的約束條件，是團(tuán)隊(duì)作戰(zhàn)取得成功的保證。

4、文檔

本工程的開發(fā)將會(huì)劃分成假設(shè)干個(gè)階段，每一個(gè)階段都應(yīng)形成相應(yīng)的文

檔。這些文檔既是階段成果的表達(dá)和階段驗(yàn)收的標(biāo)準(zhǔn)，又是驅(qū)動(dòng)下一個(gè)階段

動(dòng)作的依據(jù)。文檔的正確和完整程度是檢驗(yàn)工程標(biāo)準(zhǔn)化管理程度的要素之

O

5、監(jiān)控

任何事務(wù)的動(dòng)作都會(huì)受到其對(duì)立面的制約。在工程實(shí)施過程中，也不例

外地應(yīng)受到相應(yīng)的監(jiān)控。這種監(jiān)控至少應(yīng)有進(jìn)度監(jiān)控、質(zhì)量監(jiān)控和產(chǎn)品化監(jiān)

控三個(gè)方面。

6、用戶參與

用戶自始至終的參與是質(zhì)量保證中又一重要措施。它主要有兩方面的活

動(dòng)：從標(biāo)準(zhǔn)業(yè)務(wù)進(jìn)而做需求分析開場，供方將與需方一起開發(fā)、測試和推廣

應(yīng)用軟件。

在重要的用戶監(jiān)控點(diǎn)進(jìn)展包括供方、需方和專家在內(nèi)的聯(lián)合評(píng)審。

根據(jù)以上六個(gè)關(guān)鍵因素，我們提出相應(yīng)的對(duì)策：

1、關(guān)于隊(duì)伍

在立項(xiàng)時(shí)，將為工程的實(shí)施組織專門的隊(duì)伍，稱為工程組，工程組成員

均應(yīng)屬于專業(yè)人員，這支隊(duì)伍應(yīng)具有很好的教育背景，有參與大型應(yīng)用工程

并發(fā)和推廣的經(jīng)歷和實(shí)力，對(duì)XXXX業(yè)務(wù)有足夠的了解，同時(shí)，我們還可以

保證，他們有良好的職業(yè)道德、合作精神和奉獻(xiàn)精神，這樣一支隊(duì)伍，一定

能和XXXX的領(lǐng)導(dǎo)和工程師團(tuán)結(jié)一致，精誠合作，以取得工程的成功。

2、關(guān)于班子

在本投標(biāo)書中，我們已提出了關(guān)于工程經(jīng)理、應(yīng)用經(jīng)理、QA組長的工

作職責(zé)，這個(gè)班子應(yīng)具有主持大型應(yīng)用工程實(shí)施的豐富經(jīng)歷和足夠的技術(shù)功

底，是一個(gè)團(tuán)結(jié)合作、朝氣蓬勃、敢于開拓和創(chuàng)新的班子，我們相信，在

XXXXX業(yè)務(wù)專家、領(lǐng)導(dǎo)的全程指導(dǎo)和監(jiān)控之下，這個(gè)班子一定能夠帶好一

支隊(duì)伍。

3、關(guān)于標(biāo)準(zhǔn)

我們將給出XXXXXXX系統(tǒng)所需的數(shù)據(jù)標(biāo)準(zhǔn)和應(yīng)用程序接口標(biāo)準(zhǔn)的具體

內(nèi)容，這是我們多年來從事XXXX行業(yè)系統(tǒng)應(yīng)用軟件開發(fā)的經(jīng)歷積累，在本

工程實(shí)施過程中，還將結(jié)合工程情況，對(duì)其進(jìn)展進(jìn)一步的修改和完善，用以

指導(dǎo)和約束工程的應(yīng)用軟件開發(fā)工作。

4、關(guān)于文檔

我們將在軟件生命周期中每個(gè)階段輸出相應(yīng)的文檔，除此之外，在工程

實(shí)施過程中，還將產(chǎn)生各種質(zhì)量記錄文件，包括各種方案、執(zhí)行情況檢查、

考核記錄、培訓(xùn)記錄、會(huì)議記錄等，在我們的質(zhì)量體系文件中均有相應(yīng)的規(guī)

定和檢查措施。

5、關(guān)于監(jiān)控

為保證工程工作的全面受控和全程受控，需對(duì)工程的進(jìn)展情況進(jìn)展監(jiān)

控，監(jiān)控活動(dòng)包括“日常監(jiān)控”和“階段監(jiān)控”兩個(gè)局部。同時(shí)這一問題通

過我們對(duì)工程完整的質(zhì)量保證體系也得以確定。

6、關(guān)于用戶參與

在工程實(shí)施過程的每一個(gè)階段，都將會(huì)與用戶一起進(jìn)展，并受到工程領(lǐng)

導(dǎo)小組的監(jiān)控。

綜上所述，在XXXXXX系統(tǒng)實(shí)施過程中，我們將會(huì)對(duì)其質(zhì)量保證的關(guān)鍵

因素給予充分的重視和保證。

9.2變更管理

對(duì)工程中的變更進(jìn)展有效的控制和管理，是一個(gè)工程成功與否的關(guān)鍵。

為了強(qiáng)調(diào)這一過程的重要性，我們特做以下說明。

921變更的類型

本節(jié)所提的“變更"，指如下幾個(gè)方面：

＞工程范圍

對(duì)合同所提出的業(yè)務(wù)規(guī)程和業(yè)務(wù)功能提出更好的解決方案或更具靈活

性的舉措，從而導(dǎo)致合同所規(guī)定的工程范圍〔即需求〕有較大工作量的更改。

＞工程本錢

由于工程范圍的更改，導(dǎo)致工程工作量的變動(dòng)，從而涉及到工程本錢的

變化。

＞工程期限

對(duì)變更工作量作出評(píng)估之后，可能會(huì)引起工程完成期限的更改。

工程本錢和工程期限中所提出的變更是由工程范圍的變更所導(dǎo)致的，此

種變更可能發(fā)生在工程初期，亦可能發(fā)生在工程實(shí)施過程中。

922變更管理機(jī)構(gòu)

變更管理機(jī)構(gòu)將定位在工程雙方工程領(lǐng)導(dǎo)小組和工程組，雙方工程領(lǐng)導(dǎo)

小組要親自參與重大變更內(nèi)容的評(píng)估和審批。

923變更處理流程

923.1變更提出

提出更改的人員可以是客戶代表、公司主管領(lǐng)導(dǎo)、本工程經(jīng)理或工程組

其他成員。

變更的提出應(yīng)填寫正式的“配置變更審批表”，"配置變更審批表“主

要包含下述內(nèi)容〔具體見“配置變更申請”一節(jié)的表樣〕：

變更編號(hào)

工程名稱

申請人

申請日期

變更原因

變更的配置項(xiàng)

受影響的基線或者配置項(xiàng)：

變更描述：

本工程過程中提出變更的“配置變更審批表”應(yīng)由工程組配置管理工程

師負(fù)責(zé)統(tǒng)一保管。

923.2變更審核

工程經(jīng)理對(duì)變更申請人提出的變更請求進(jìn)展審核，審核更改方案的可行

性，檢查?配置變更審批表?的正確性和完整性。

＞如果是一般變更，可直接通知實(shí)施人進(jìn)展實(shí)施，在變更前應(yīng)確定變更方案；

一般變更主要是非正式基線的變更、該配置項(xiàng)變更不會(huì)引起其他配置項(xiàng)變

更。

＞如果為重大變更，將此表送交CCB,進(jìn)展審批。重大變更主要是正式基線的

變更、該配置項(xiàng)變更將引起其他配置項(xiàng)的變更。

＞工程經(jīng)理在?配置變更審批表?中填寫工程經(jīng)理審核欄的內(nèi)容。

923.3變更分析和評(píng)估

＞工程經(jīng)理組織CCB對(duì)變更申請進(jìn)展評(píng)審。

＞評(píng)審應(yīng)分析和評(píng)估變更會(huì)涉及哪些內(nèi)容，對(duì)已經(jīng)完成的工作產(chǎn)品、進(jìn)度有何

影響，需要哪些額外的資源。

＞評(píng)審更改方案的可行性，如果更改方案沒有通過CCB的認(rèn)可，請CCB成員

提出修改建議。

＞經(jīng)過了CCB分析評(píng)估后，對(duì)變更申請有三種結(jié)果：

■立即更改：工程經(jīng)理指定實(shí)施人。

■推遲更改：變更被擱置，留作將來實(shí)施。

■不承受更改：將拒絕變更的原因返回給變更提出人。

＞評(píng)審?fù)瓿珊?，CCB負(fù)責(zé)人把評(píng)審結(jié)果寫在?配置變更審批表?里“CCB評(píng)審意

見”欄的內(nèi)容。

＞批準(zhǔn)立即更改的?配置變更審批表?由工程配置管理工程師將變更通知到包括

系統(tǒng)設(shè)計(jì)師、測試組組長、業(yè)務(wù)專家、開發(fā)組組長等工程組成員。

923.4變更實(shí)施

＞工程配置管理工程師從基線區(qū)中釋放出需要變更的配置項(xiàng)放到開發(fā)區(qū)中，并

通知實(shí)施人員。實(shí)施人員根據(jù)更改方案對(duì)配置項(xiàng)進(jìn)展修改。

923.5變更驗(yàn)證

＞實(shí)施完成后，由驗(yàn)證人實(shí)施驗(yàn)證。驗(yàn)證可通過檢查〔對(duì)文檔而言〕或?qū)彶楹?/p>

測試〔對(duì)代碼而言〕。

＞驗(yàn)證完成之后，驗(yàn)證人在?配置變更審批表?上簽字確認(rèn)。

923.6變更發(fā)布

＞工程配置管理工程師將驗(yàn)證通過的配置項(xiàng)重新納入基線區(qū)。

＞填寫并保存?配置狀態(tài)報(bào)告?中的變更記錄。

＞把本次的變更通知給相關(guān)的人員。

923.7變更表格

配置變更審批表

配置變更申請

變更編號(hào)：（由工程的配置管理員統(tǒng)一編號(hào)〕

產(chǎn)品（工程）名申請日

申請人：

稱：期

需求變更口內(nèi)部改良口產(chǎn)品缺陷口系統(tǒng)環(huán)境變更口

變更原因：

其他口

變更的配置

項(xiàng)：

受影響的基

線或者配置

項(xiàng)：

變更描述：見?配置項(xiàng)變更描述說明？

工程經(jīng)理審核

□返回申請人返回原因：

審核人意見：口可直接實(shí)施實(shí)施人：驗(yàn)證人：

□需制定變更方案并提交CCB評(píng)審方案制定人：方案

審核人：

審核人簽審核日

變更類型：一般變更

字：期：

變更方案：

方案制定人

日期：

簽名：

CCB審核

□立即變更

CCB評(píng)審意

□推遲變更原因：

見：

口不承受變更原因：

解決期

實(shí)施人：

限：

驗(yàn)證期

驗(yàn)證人：

限：

CCB成員:

CCB主席簽批準(zhǔn)日

字：期：

實(shí)施和驗(yàn)證變更

實(shí)施內(nèi)容：

實(shí)施日

實(shí)施人簽字：

期：

口同意

驗(yàn)證意見：

□不同意意見:

驗(yàn)證日

驗(yàn)證人簽字：

期：

變更發(fā)布

配置項(xiàng)在基

線庫中的位〔填寫配置項(xiàng)在基線庫中的路徑）

置：

發(fā)布日

發(fā)布人：

期：

9.3配置管理

931配置管理目標(biāo)

對(duì)于大型的應(yīng)用軟件開發(fā)工程，必須建立配置管理系統(tǒng)，一個(gè)有效的配

置管理系統(tǒng)包括：交付產(chǎn)品確實(shí)認(rèn)、軟件模塊的版本控制及其交付與發(fā)表、

各種狀態(tài)（開發(fā)、測試、驗(yàn)收、推廣、維護(hù)）中軟件模塊的變動(dòng)記錄等，在本

工程的完成過程中，必須確保對(duì)產(chǎn)品現(xiàn)有配置狀態(tài)提供充分的可視性，確保

工程組人員在開發(fā)工作的任何時(shí)刻都能采用正確和準(zhǔn)確的信息，確保用戶能

得到正確、有效的軟件產(chǎn)品。

9.3.2配置管理機(jī)構(gòu)

在工程組中設(shè)定專職的配置管理工程師，由配置管理工程師執(zhí)行具體的

配置管理事務(wù)。

933配置管理方案

在工程立項(xiàng)時(shí)，由工程經(jīng)理主持、工程配置管理工程師具體負(fù)責(zé)起草配

置管理方案并提交給工程經(jīng)理審核，工程經(jīng)理在審核通過后，把配置管理方

案作為工程方案的子方案一起提交評(píng)審，評(píng)審?fù)ㄟ^后及時(shí)向工程全體成員傳

達(dá)方案內(nèi)容，并監(jiān)視配置管理方案的執(zhí)行，全體成員應(yīng)積極配合配置管理工

程師執(zhí)行配置管理方案。

934配置管理活動(dòng)

9.3.4.1定義工程配置項(xiàng)

9.342定義工程基線

9.343定義配置項(xiàng)的標(biāo)識(shí)與狀態(tài)跟蹤方法

9.3.4.4配置變更控制

9.345版本發(fā)布控制

9.3.4.6配置狀態(tài)報(bào)告

934.7配置審計(jì)

10測試

10.1軟件測試準(zhǔn)那么

10.1.1測試工作實(shí)施準(zhǔn)那么

10.1.1.1測試目的

10.1.1.2測試原那么

10.1.1.3測試活動(dòng)

10.1.1.4測試方法

黑盒測試（功能測試/數(shù)據(jù)驅(qū)動(dòng)測試）

白盒測試（構(gòu)造測試/邏輯驅(qū)動(dòng)測試）

10.1.1.5測試類型

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測試工作實(shí)施細(xì)那么

10.1.2.1單元測試實(shí)施細(xì)那么

10.1.2.2集成和系統(tǒng)測試實(shí)施細(xì)那么

10.2系統(tǒng)測試

10.2.1資源準(zhǔn)備

10.2.2測試設(shè)計(jì)

10.2.3測試方法

10.2.3.1系統(tǒng)業(yè)務(wù)功能測試方法

10.2.3.2系統(tǒng)性能測試方法

10.2.4測試執(zhí)行階段

10.2.5系統(tǒng)建立質(zhì)量測試

10.3驗(yàn)收和測試

10.3.1硬件測試內(nèi)容

10.3.2軟件測試內(nèi)容

10.3.3驗(yàn)收細(xì)那么

11效勞培訓(xùn)

11.1培訓(xùn)對(duì)象

11.1.1運(yùn)行環(huán)境培訓(xùn)對(duì)象

11.1.2應(yīng)用環(huán)境培訓(xùn)對(duì)象

11.2培訓(xùn)方式

11.2.1現(xiàn)場培訓(xùn)

11.2.2高級(jí)培訓(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)評(píng)估

11.3.5培訓(xùn)費(fèi)用

11.4培訓(xùn)的其它事項(xiàng)

11.