《軟件質(zhì)量管理制度》

《軟件質(zhì)量管理制度》

一、管理組織

本公司的軟件質(zhì)量保證活動(dòng)統(tǒng)一由質(zhì)量管-理?員進(jìn)行管理、檢查

與匯報(bào)，公司相關(guān)部門(mén)經(jīng)理及項(xiàng)目中的項(xiàng)目經(jīng)理、程序經(jīng)理、開(kāi)發(fā)經(jīng)

理、測(cè)試經(jīng)理、產(chǎn)品經(jīng)理、測(cè)試經(jīng)理、用戶(hù)教育經(jīng)理是質(zhì)量保證活動(dòng)

中的第一責(zé)任人。

二、軟件開(kāi)發(fā)過(guò)程

本公司的軟件開(kāi)發(fā)過(guò)程分為以下8個(gè)階段：項(xiàng)目策劃階段、需求

分析階段、設(shè)計(jì)階段、開(kāi)發(fā)階段、測(cè)試階段、實(shí)施階段、驗(yàn)收階段、

維護(hù)階段，每個(gè)階段的主要活動(dòng)分別為：業(yè)務(wù)啟動(dòng)和項(xiàng)目規(guī)劃、需求

分析、邏輯設(shè)計(jì)和物理設(shè)計(jì)、軟件開(kāi)發(fā)、軟件測(cè)試、系統(tǒng)實(shí)施及用戶(hù)

培訓(xùn)、用戶(hù)試用及驗(yàn)收、維護(hù)，里程碑分別為：策劃完成、需求明確、

設(shè)計(jì)完成、開(kāi)發(fā)完成、測(cè)試通過(guò)、系統(tǒng)上線(xiàn)、驗(yàn)收通過(guò)、合同結(jié)束。

每階段結(jié)束后，必須對(duì)相應(yīng)的里程碑進(jìn)行檢查，方式為評(píng)審或批準(zhǔn)。

三、項(xiàng)目文檔項(xiàng)目文檔分為兩種：管理類(lèi)文檔與技術(shù)類(lèi)文檔，所

有文檔必須保存于知識(shí)庫(kù)及相應(yīng)的vss庫(kù)中。文檔共有三種狀態(tài)：編

制完成、審核通過(guò)、批準(zhǔn)通過(guò)。其中管理類(lèi)文檔只有編制和批準(zhǔn)兩種

狀態(tài)，技術(shù)類(lèi)文檔擁有所有三種狀態(tài)。所有文檔必須明確說(shuō)明當(dāng)前文

檔版本號(hào)。

管理類(lèi)文檔包含以下類(lèi)型：計(jì)戈I」、總結(jié)、報(bào)告、會(huì)議紀(jì)要、備忘

錄、申請(qǐng)等。技術(shù)類(lèi)文檔包含：設(shè)計(jì)文檔、需求文檔、測(cè)試設(shè)計(jì)文檔、

界面原型軟件、使用手冊(cè)、安裝手冊(cè)、技術(shù)白?皮■書(shū)、培訓(xùn)資料、源

代碼、軟件產(chǎn)品等。除VSS庫(kù)中的文檔以外，放入知識(shí)庫(kù)中的文檔由

部門(mén)助理統(tǒng)一放入，文檔必須批準(zhǔn)通過(guò)。

文檔的編制、審核、批準(zhǔn)可在文檔中直接寫(xiě)明，也可使用單獨(dú)的

審批文檔進(jìn)行說(shuō)明。

每個(gè)項(xiàng)目在不同階段必須產(chǎn)生的文檔如下，但不限于此：

1、項(xiàng)目開(kāi)始前：

合同、技術(shù)方案、市場(chǎng)立項(xiàng)表。以上文檔存放于知識(shí)庫(kù)。

2、項(xiàng)目策劃階段:

業(yè)務(wù)啟動(dòng)表（excel格式）、項(xiàng)目規(guī)劃（word格式）、項(xiàng)目進(jìn)度

（project格式）等。必須使用規(guī)定模板編寫(xiě)。以上文檔存放于知識(shí)庫(kù)。

3、需求分析階段：

需求模型（ea格式）、軟件需求規(guī)格說(shuō)明書(shū)（word格式）、單據(jù)

報(bào)表格式（excel格式）、需求分析評(píng)審表（word格式）、需求分析計(jì)

劃（word格式和project兩種格式）。必須使用規(guī)定模板編寫(xiě)。以上

文檔存放于知識(shí)庫(kù)。

4、設(shè)計(jì)階段

軟件開(kāi)發(fā)計(jì)劃（project格式）、邏輯設(shè)計(jì)（ea格式）、物理設(shè)計(jì)

（vs.格式）、設(shè)計(jì)評(píng)審表（word格式），必須使用規(guī)定模板編寫(xiě)。物

理設(shè)計(jì)存放于vss庫(kù)，其它文檔存放于知識(shí)庫(kù)。

5、開(kāi)發(fā)階段

源代碼、可安裝的軟件、安裝手冊(cè)、評(píng)審表（word格式）。源代

碼、可安裝的軟件存放于vss庫(kù)，其它文檔存放于知識(shí)庫(kù)。

6、測(cè)試階段

測(cè)試用例設(shè)計(jì)、軟件bug、測(cè)試計(jì)劃（word格式和project兩種

格式）、測(cè)試報(bào)告（word格式）、開(kāi)發(fā)的測(cè)試工具源代碼及軟件、測(cè)

試通過(guò)的軟件產(chǎn)品、軟件評(píng)審表（word格式）。開(kāi)發(fā)的測(cè)試工具源代

碼及軟件、測(cè)試通過(guò)的軟件產(chǎn)品存放于vss庫(kù)，其它文檔存放于知識(shí)

庫(kù)。軟件bug存于td中。

7、實(shí)施階段實(shí)施計(jì)劃（word格式和project兩種格式）、實(shí)施報(bào)

告（word格式）、用戶(hù)使用手冊(cè)、用戶(hù)培訓(xùn)資料、用戶(hù)培訓(xùn)記錄、軟

件問(wèn)題反饋表（excel格式）、上線(xiàn)報(bào)告（書(shū)面、電子掃描件）等。必

須使用規(guī)定模板編寫(xiě)。以上文檔存放于知識(shí)庫(kù)。

8、驗(yàn)收階段

驗(yàn)收材料、驗(yàn)收?qǐng)?bào)告（書(shū)面、電子掃描件）。以上文檔存放于知

識(shí)庫(kù)。

9、維護(hù)階段

維護(hù)報(bào)告（word格式），以上文檔存放于知識(shí)庫(kù)。

四、檢查和審查

本公司的項(xiàng)目關(guān)鍵檢查點(diǎn)有以下8個(gè)，采取評(píng)審和批準(zhǔn)的方式，

由質(zhì)量管?理?員進(jìn)行跟蹤C(jī)

1、策劃完成里程碑

以總經(jīng)理批準(zhǔn)通過(guò)業(yè)務(wù)啟動(dòng)表為標(biāo)志，質(zhì)量管?理?員檢查業(yè)務(wù)啟

動(dòng)表、項(xiàng)目規(guī)劃、項(xiàng)目風(fēng)驗(yàn)控制計(jì)劃、項(xiàng)目進(jìn)度、技術(shù)方案文檔是否

進(jìn)入知識(shí)庫(kù)。負(fù)責(zé)人為項(xiàng)目經(jīng)理。

審表是否進(jìn)入知識(shí)庫(kù)。負(fù)責(zé)人為測(cè)試經(jīng)理。

6、系統(tǒng)上線(xiàn)里程碑

以用戶(hù)簽署通過(guò)上線(xiàn)報(bào)告為標(biāo)志，評(píng)審參與人員必須包括。用戶(hù)

代表、公司代表、項(xiàng)目經(jīng)理。質(zhì)量管■理■員檢查上線(xiàn)報(bào)告、實(shí)施計(jì)劃、

培訓(xùn)材料等文檔是否進(jìn)入知識(shí)庫(kù)。如上線(xiàn)報(bào)告為紙質(zhì)文檔，則掃描后

入庫(kù)。負(fù)責(zé)人為實(shí)施經(jīng)理。

7、驗(yàn)收通過(guò)里程碑

以用戶(hù)簽署通過(guò)驗(yàn)收?qǐng)?bào)告為準(zhǔn)，評(píng)審參與人員必須包括。用戶(hù)代

表、公司代表、項(xiàng)目經(jīng)理。質(zhì)量管■理-員檢查驗(yàn)收?qǐng)?bào)告文檔是否進(jìn)入

知識(shí)庫(kù)，如上線(xiàn)報(bào)告為紙質(zhì)文檔，則掃描后入庫(kù)。負(fù)責(zé)人為項(xiàng)目經(jīng)理。

8、合同結(jié)束里程碑

合同結(jié)束，項(xiàng)目跟蹤完成。負(fù)責(zé)人為軟件業(yè)務(wù)部技術(shù)服務(wù)組長(zhǎng)。

五、測(cè)試本公司的軟件必須通過(guò)測(cè)試。測(cè)試工作由開(kāi)發(fā)部測(cè)試組

負(fù)責(zé)，所有測(cè)試出來(lái)的bug必須統(tǒng)一存放，由測(cè)試組負(fù)責(zé)管理。在測(cè)

試活動(dòng)進(jìn)行前必須有測(cè)試計(jì)劃，測(cè)試完成后必須編寫(xiě)測(cè)試報(bào)告。測(cè)試

報(bào)告由測(cè)試經(jīng)理負(fù)責(zé)編寫(xiě)，測(cè)試組長(zhǎng)批準(zhǔn)。

六、配置管理

軟件開(kāi)發(fā)過(guò)程中的配置管理工作由配置管?理?員負(fù)責(zé)，配置管理

工作詳細(xì)要求依據(jù)《配置管理規(guī)范》進(jìn)行。

七、媒體控制

在軟件開(kāi)發(fā)過(guò)程中產(chǎn)生的正式文檔必須存入于知識(shí)庫(kù)中或vss庫(kù)

中，由公司系統(tǒng)管-理-員負(fù)責(zé)每天進(jìn)行物理備份。在項(xiàng)目進(jìn)行過(guò)程中

的備份采用移動(dòng)硬盤(pán)進(jìn)行，已結(jié)項(xiàng)的項(xiàng)目使用刻錄光盤(pán)存檔備份。

八、質(zhì)量記錄

質(zhì)量記錄主要包括各種評(píng)審記錄和審批記錄，形式有評(píng)審表、簽

名文件、會(huì)議紀(jì)要、質(zhì)量報(bào)告等。所有的質(zhì)量記錄由質(zhì)量管■理■員統(tǒng)

一管理，紙質(zhì)的保存在指定的文件柜中，電子的保存在知識(shí)庫(kù)中。質(zhì)

量記錄的保存期限是3年。

九、風(fēng)險(xiǎn)和應(yīng)急公司所有的項(xiàng)目必須有獨(dú)立的風(fēng)險(xiǎn)控制計(jì)劃，風(fēng)

險(xiǎn)控制計(jì)劃由項(xiàng)目經(jīng)理負(fù)責(zé)編寫(xiě)并跟蹤，風(fēng)險(xiǎn)控制計(jì)劃由項(xiàng)目管理部

門(mén)批準(zhǔn)。風(fēng)險(xiǎn)計(jì)劃中必須包括風(fēng)險(xiǎn)列表、風(fēng)險(xiǎn)度、應(yīng)急方案、緩解方

案、責(zé)任人、風(fēng)險(xiǎn)狀態(tài)。風(fēng)險(xiǎn)度由風(fēng)險(xiǎn)發(fā)生可能性和風(fēng)險(xiǎn)造成的危害

程度相乘得到。

十、質(zhì)量報(bào)告

項(xiàng)目的質(zhì)量管■理■員必須在每周五12:00以前制作當(dāng)前的項(xiàng)目質(zhì)

量報(bào)告，報(bào)告公司當(dāng)前正在進(jìn)行的項(xiàng)目的質(zhì)量狀態(tài)。主要包括：項(xiàng)目

文檔的審核情況、存放情況、完備情況;各里程碑的評(píng)審執(zhí)行情況;各

種計(jì)劃的跟蹤情況，責(zé)任人是否及時(shí)更新計(jì)劃;各項(xiàng)規(guī)范的符合程度;

等等。質(zhì)量報(bào)告屬于項(xiàng)目狀態(tài)報(bào)告的一部分，與其一同填寫(xiě)。具體格

式參見(jiàn)《項(xiàng)目狀態(tài)報(bào)告》。

十一、質(zhì)量會(huì)議

質(zhì)量會(huì)議與公司的項(xiàng)目月例會(huì)合并召開(kāi)，開(kāi)會(huì)時(shí)必須提交質(zhì)量報(bào)

告。參會(huì)人員必須包括軟件業(yè)務(wù)部部門(mén)經(jīng)理、產(chǎn)品組組長(zhǎng)、實(shí)施組組

長(zhǎng)和開(kāi)發(fā)部部門(mén)經(jīng)理、開(kāi)發(fā)組組長(zhǎng)、技術(shù)支持組組長(zhǎng)、測(cè)試組組長(zhǎng)、

各項(xiàng)目經(jīng)理。如遇特殊情況，質(zhì)量管-理?員可臨時(shí)針對(duì)某類(lèi)問(wèn)題發(fā)起

會(huì)議，會(huì)議結(jié)束時(shí)必須有會(huì)議紀(jì)要并存檔。

十二、工具及技術(shù)在進(jìn)行質(zhì)量保證活動(dòng)中，主要使用兩種工具軟

件：知識(shí)管理系統(tǒng)和msvisualsourcesafeo前者用來(lái)存放項(xiàng)目產(chǎn)生的各

種文檔，后者主要用于存放源碼。公司在所有正式場(chǎng)合中所使用的項(xiàng)

目文檔均以這兩個(gè)系統(tǒng)中的數(shù)據(jù)為準(zhǔn)。在使用工具軟件的過(guò)程中，各

項(xiàng)目成員的權(quán)限統(tǒng)一由公司文檔管■理■員進(jìn)行分配。

十三、變更控制委員會(huì)

公司所有在建項(xiàng)目必須成立變更控制委員會(huì)，該委員會(huì)最小要包

括以下人員：用戶(hù)代表、市場(chǎng)代表、軟件業(yè)務(wù)代表、開(kāi)發(fā)代表、項(xiàng)目

經(jīng)理，但不限于此。一般情況下，產(chǎn)品經(jīng)理、程序經(jīng)理、開(kāi)發(fā)經(jīng)理、

測(cè)試經(jīng)理、實(shí)施經(jīng)理、用戶(hù)教育經(jīng)理也可包括在該組織中。對(duì)于維護(hù)

性項(xiàng)目，變更控制委員會(huì)由營(yíng)銷(xiāo)中心主任、軟件業(yè)務(wù)部經(jīng)理、開(kāi)發(fā)部

經(jīng)理組成。

第二篇：軟件質(zhì)量保證管理1、v模型：v模型是在rad模型的基

礎(chǔ)上演變而來(lái)的，由于開(kāi)發(fā)過(guò)程構(gòu)造成一個(gè)v字形而得名。v模型強(qiáng)

調(diào)軟件開(kāi)發(fā)的協(xié)作和速度，將軟件實(shí)現(xiàn)和驗(yàn)證有機(jī)地結(jié)合起來(lái)，在保

證較高的軟件質(zhì)量情況下縮短開(kāi)發(fā)周期。v模型具有面向客戶(hù)、效率

高、質(zhì)量防范意識(shí)等特點(diǎn)。

左邊是設(shè)計(jì)和分析，是軟件設(shè)計(jì)實(shí)現(xiàn)的過(guò)程，同時(shí)伴隨著質(zhì)量保

證活動(dòng)一審核過(guò)程，也就是靜態(tài)的測(cè)試過(guò)程；右邊是對(duì)左邊結(jié)果的驗(yàn)

證，是動(dòng)態(tài)的過(guò)程，即對(duì)設(shè)計(jì)和分析的結(jié)果進(jìn)行測(cè)試，以確認(rèn)是否滿(mǎn)

足用戶(hù)的需求。V模型避免了瀑布模型所帶來(lái)的誤區(qū)--軟件測(cè)試是

在代碼完成之后進(jìn)行的。p30

2、什么是變更控制。(pill)

軟件開(kāi)發(fā)過(guò)程中都會(huì)產(chǎn)生許多變更，如配置項(xiàng)，配置，基線(xiàn)，構(gòu)

建的版本，發(fā)布的版本的變更，對(duì)于這些變更，都要有一個(gè)控制機(jī)構(gòu),

以保證所有的變更都是可控的，可跟蹤的，可重現(xiàn)的。這樣的一類(lèi)機(jī)

構(gòu)對(duì)變更的管理，就是變更控制。

3、軟件可靠性概念。(pl76)

軟件可靠性是指在給定時(shí)間內(nèi)，特定環(huán)境下軟件無(wú)錯(cuò)運(yùn)行的概

率，軟件可靠性包含了以下三個(gè)要素：規(guī)定的時(shí)間，規(guī)定的環(huán)境條件,

規(guī)定的功能。

4、cmm(pl95)

cmm：能力成熟度模型，用來(lái)衡量組織軟件過(guò)程成熟度和評(píng)價(jià)其

軟件過(guò)程能力。能力成熟度是指一個(gè)特定過(guò)程被明確定義，管理，測(cè)

量，控制并且是有效的程度。分為五個(gè)等級(jí)：初始級(jí)軟件過(guò)程的特點(diǎn)

是無(wú)序的，甚至是混亂的。幾乎沒(méi)有什么過(guò)程是進(jìn)過(guò)定義的。可重復(fù)

級(jí)關(guān)鍵過(guò)程區(qū)域集中關(guān)注軟件項(xiàng)目所關(guān)心的，與建立基本項(xiàng)目管理控

制有關(guān)的事情。

已定義級(jí)將軟件生命周期的各個(gè)階段嚴(yán)格的劃分出來(lái)，從組織這

個(gè)層次來(lái)保證過(guò)程質(zhì)量該進(jìn)

已管理級(jí)軟件產(chǎn)品的質(zhì)量目標(biāo)被量化管理，它遵循了全面質(zhì)量管

理活動(dòng)的科學(xué)程序，關(guān)鍵過(guò)程域的關(guān)注焦點(diǎn)是建立起對(duì)軟件過(guò)程和正

在構(gòu)造的軟件工作產(chǎn)品的定量了解。

優(yōu)化級(jí)關(guān)鍵過(guò)程域包括那些為了實(shí)施連續(xù)不斷的和可測(cè)的軟件

過(guò)程改進(jìn)，組織和項(xiàng)目都必須解決的問(wèn)題。

5、tqm的實(shí)施步驟（p265）

（1）建立質(zhì)量小組，負(fù)責(zé)過(guò)程改進(jìn)，流程完善，不斷發(fā)現(xiàn)質(zhì)量

問(wèn)題提出并實(shí)施解決方案。

（2）進(jìn)行tqm思想的教育，通過(guò)教育，要讓每個(gè)員工深刻認(rèn)識(shí)

到“滿(mǎn)足顧客的需求是第一的”的思想，理解“什么是顧客需求”，

如何讓顧客滿(mǎn)意等內(nèi)容。

（3）了解市場(chǎng)，明確顧客需求，了解目前研發(fā)的軟件產(chǎn)品的市

場(chǎng)，包括競(jìng)爭(zhēng)對(duì)手，客戶(hù)群等，讓員工明白什么是質(zhì)量好的軟件產(chǎn)品

或軟件服務(wù)，認(rèn)真對(duì)待質(zhì)量要求，開(kāi)發(fā)出合格的產(chǎn)品。

（4）建立明確的質(zhì)量基準(zhǔn)和質(zhì)量評(píng)估機(jī)制，以便和實(shí)際質(zhì)量水

平進(jìn)行對(duì)比，識(shí)別質(zhì)量的目標(biāo)和工作的重點(diǎn)區(qū)域，采取相應(yīng)措施。

（5）建立相對(duì)完善的獎(jiǎng)勵(lì)機(jī)制，在認(rèn)可和給予獎(jiǎng)勵(lì)的過(guò)程中，

應(yīng)力求公正，真實(shí)，選擇恰當(dāng)?shù)臅r(shí)間，恰當(dāng)?shù)膱?chǎng)合，恰當(dāng)?shù)姆绞健?/p>

2、版本控制的目的。是在于對(duì)軟件開(kāi)發(fā)過(guò)程中文件或目錄的發(fā)

展過(guò)程提供有效的追蹤手段，保證在需要時(shí)找到舊的版本，避免文件

的丟失，修改文件的丟失和相互覆蓋，通過(guò)對(duì)版本庫(kù)的訪(fǎng)問(wèn)控制避免

未經(jīng)授權(quán)訪(fǎng)問(wèn)和修改。另外軟件的控制是實(shí)現(xiàn)團(tuán)隊(duì)開(kāi)發(fā)，提高效率的

基礎(chǔ)。

3、pdca包括4個(gè)部分：計(jì)劃、執(zhí)行、檢查、行動(dòng)描述總結(jié)

（1）計(jì)劃計(jì)劃：就是分析當(dāng)前狀況，發(fā)現(xiàn)問(wèn)題，找出原因和主

要原因，制定質(zhì)量方針、質(zhì)量

目標(biāo)、質(zhì)量計(jì)劃書(shū)和管理原則。管理原則有。過(guò)程方法、管理的

系統(tǒng)方法、持續(xù)改進(jìn)

（2）執(zhí)行：執(zhí)行時(shí)計(jì)劃的履行和實(shí)現(xiàn)，主要按計(jì)劃實(shí)施地去做,

去落實(shí)具體對(duì)策，并實(shí)施過(guò)

程的監(jiān)控，使活動(dòng)按預(yù)期設(shè)想前進(jìn)，最終達(dá)到計(jì)劃設(shè)定的目標(biāo)。

（3）檢查。是對(duì)執(zhí)行后效果的評(píng)估。檢查是伴隨著實(shí)施過(guò)程自

始至終的，不斷收集數(shù)據(jù)、信

息獲取的過(guò)程，并通過(guò)數(shù)據(jù)分析、結(jié)果度量來(lái)完成檢查。

行動(dòng)。重點(diǎn)在于檢查完結(jié)果，要采取措施，即息結(jié)成功的經(jīng)驗(yàn)，

吸取失敗的教訓(xùn)，實(shí)施標(biāo)準(zhǔn)化，以后依據(jù)標(biāo)準(zhǔn)執(zhí)行。

4、階段性開(kāi)發(fā)模型：增量模型和迭代模型

（1）增量模型描述軟件產(chǎn)品的不同階段是按產(chǎn)品所具有的功能

進(jìn)行劃分的，先開(kāi)發(fā)主要

功能或用戶(hù)最需要的功能，然后隨著時(shí)間的推進(jìn)，不斷增加新的

輔助功能或次要功能，最終開(kāi)發(fā)出一個(gè)功能完善的，穩(wěn)定的產(chǎn)品。

（2）迭代模型描述軟件產(chǎn)品的不同階段是按產(chǎn)品深度或細(xì)化程

度來(lái)劃分，先將產(chǎn)品的整個(gè)框架都建立起來(lái)，在系統(tǒng)的初期，已經(jīng)具

有用戶(hù)所需要的全部功能。然后隨著時(shí)間推進(jìn)，不斷細(xì)化已具有的功

能或完善已具有的功能，這個(gè)過(guò)程是一個(gè)迭代的過(guò)程

6、零缺陷質(zhì)量管理的實(shí)施步驟：（p268）

（1）建立推行零缺陷質(zhì)量管理的組織事情的推行都需要組織的

保證，通過(guò)建立組織，可以動(dòng)員和組織全體職工積極的投入零缺陷管

理，提高他們參與管理的自覺(jué)性也可以對(duì)每個(gè)人的合理化建議進(jìn)行統(tǒng)

計(jì)分析，不斷進(jìn)行經(jīng)驗(yàn)交流，公司的最高管理者要親自參加，表明決

心，做出表率，要任命相應(yīng)的領(lǐng)導(dǎo)人，建立相應(yīng)的制度，要教育和訓(xùn)

練員工

（2）確定零缺陷管理的目標(biāo)，確定零缺陷小組在一定時(shí)期內(nèi)所

要達(dá)到的具體要求，包括確定目標(biāo)項(xiàng)目，評(píng)價(jià)標(biāo)準(zhǔn)和目標(biāo)值

（3）進(jìn)行績(jī)效評(píng)價(jià)，

（4）建立相應(yīng)的提案機(jī)制

（5）建立表彰制度

sqa組織的責(zé)任是審計(jì)軟件經(jīng)理和軟件工程組的質(zhì)量活動(dòng)中出現(xiàn)

的偏差。

7、sqa計(jì)劃（p283）

sqa在項(xiàng)目早期要根據(jù)項(xiàng)目計(jì)劃制定與其相應(yīng)的sqa計(jì)劃，定義

各階段的檢查點(diǎn)。標(biāo)識(shí)出檢查審計(jì)的工作產(chǎn)品對(duì)象，以及在每個(gè)階段

sqa的輸出產(chǎn)品。具體實(shí)施步驟如下：

（1）了解項(xiàng)目的需求，明確項(xiàng)目sqa計(jì)劃的要求和范圍

（2）選擇sqa任務(wù)

（3）估計(jì)sqa的工作量和資源

（4）安排sqa任務(wù)和日程

（5）形成sqa計(jì)劃

（6）協(xié)商，評(píng)審sqa計(jì)劃

（7）批準(zhǔn)sqa計(jì)劃

（8）執(zhí)行sqa計(jì)劃

sqa計(jì)劃包含以下內(nèi)容：

（1）目的，sqa計(jì)劃的目的和范圍（2）參考文件，該sqa計(jì)劃

參考的文件列表（3）管理，組織，任務(wù)，責(zé)任（4）文檔，列出所有

的相關(guān)文檔，如程序員手冊(cè)，測(cè)試計(jì)劃，配置管理計(jì)劃等（5）標(biāo)準(zhǔn)

定義，文檔標(biāo)準(zhǔn)，邏輯結(jié)構(gòu)標(biāo)準(zhǔn)，代碼編寫(xiě)標(biāo)準(zhǔn)，注釋標(biāo)準(zhǔn)等（6）

評(píng)審/審核（7）配置管理，配置定義，配置控制，配置評(píng)審（8）問(wèn)

題報(bào)告和處理（9）工具，技術(shù)，方法（10）代碼控制（11）事故/

災(zāi)難控制，包括火災(zāi)，水災(zāi)，緊急情況等。

8、評(píng)審和審核的區(qū)別。（p285）

評(píng)審：過(guò)程進(jìn)行時(shí)，sqa對(duì)過(guò)程的檢查，sqa的角色在于確保當(dāng)

執(zhí)行工程活動(dòng)時(shí)，各項(xiàng)計(jì)劃所規(guī)定的過(guò)程得到遵循，評(píng)審?fù)ǔＭㄟ^(guò)評(píng)

委會(huì)的的方式進(jìn)行，是對(duì)工作流程的評(píng)審

審核。在軟件工作產(chǎn)品生成時(shí)，sqa對(duì)工作產(chǎn)品進(jìn)行的檢查，sqa

的角色在于確保開(kāi)發(fā)工作產(chǎn)品中各項(xiàng)計(jì)劃所規(guī)定的過(guò)程得到遵循，審

核通常通過(guò)對(duì)工作產(chǎn)品的審查來(lái)執(zhí)行。側(cè)重于產(chǎn)品本身。

sqa報(bào)告應(yīng)遵循三條原則sqa和高級(jí)管理者之間應(yīng)有的溝通渠

道，sqa報(bào)告必須發(fā)布給軟件工程組織但不必發(fā)布給項(xiàng)目管理人員，

在可能的情況下向關(guān)心軟件質(zhì)量的人發(fā)布。

sqa度量是記錄花費(fèi)在sqa活動(dòng)時(shí)間人力數(shù)據(jù)。涉及以下三方面:

軟件產(chǎn)品評(píng)估度量、軟件產(chǎn)品質(zhì)量度量、軟件過(guò)程審核度量。

sqa的評(píng)估任務(wù)是軟件開(kāi)發(fā)前期對(duì)目標(biāo)的軟件和硬件資源進(jìn)行評(píng)

估，以確保其充分性和適合性。

9、白盒測(cè)試、黑盒測(cè)試(p390)

白盒測(cè)試將被測(cè)試程序看做一個(gè)盒子，測(cè)試者能夠看到被測(cè)程

序，可以分析被測(cè)程序的內(nèi)部結(jié)構(gòu)。

白盒測(cè)試可以用來(lái)對(duì)代碼結(jié)構(gòu)進(jìn)行全面測(cè)試，常用的有語(yǔ)句覆

蓋，判定覆蓋，條件覆蓋，判定/條件覆蓋，條件組合覆蓋，路徑覆

蓋，循環(huán)測(cè)試

黑盒測(cè)試常用來(lái)驗(yàn)證軟件或模塊功能是否得到實(shí)現(xiàn)，主要運(yùn)用單

元的性能和功能方面的測(cè)試除了測(cè)試其功能外，還需確保代碼在結(jié)構(gòu)

上可靠，健全并能夠有良好的響應(yīng)。黑盒測(cè)試主要運(yùn)用于單元的功能

和性能方面的測(cè)試。功能測(cè)試包括用戶(hù)界面測(cè)試各種操作的測(cè)試不同

的數(shù)據(jù)輸入邏輯思路，數(shù)據(jù)輸出和存儲(chǔ)的測(cè)試。

區(qū)別：關(guān)鍵區(qū)別應(yīng)該就是測(cè)試對(duì)象不一樣，白盒測(cè)試主要針對(duì)的

是程序代碼邏輯，黑盒測(cè)試主要針對(duì)的是程序所展現(xiàn)給用戶(hù)的功能，

簡(jiǎn)單的說(shuō)就是前者測(cè)試后臺(tái)程序后者測(cè)試前臺(tái)展示功能

10、測(cè)試的原則概括為10項(xiàng)：

(1)所有測(cè)試的標(biāo)準(zhǔn)都是建立在用戶(hù)需求之上2軟件測(cè)試必須

基于“質(zhì)量第一”的思想去開(kāi)展各項(xiàng)工作3實(shí)現(xiàn)定義好產(chǎn)品的質(zhì)量標(biāo)

準(zhǔn)4軟件項(xiàng)目一啟動(dòng)。軟件測(cè)試也就是開(kāi)始5窮舉測(cè)試是不可能的6

第三方進(jìn)行測(cè)試會(huì)更客觀(guān)，更有效7軟件測(cè)試計(jì)劃是做好軟件測(cè)試工

作的前提8測(cè)試用例的設(shè)計(jì)出來(lái)的，不是寫(xiě)出來(lái)的9不可將測(cè)試用例

置之度外，排除隨意性10對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序段，應(yīng)進(jìn)行更深入

的測(cè)試

39、功能測(cè)試的概念。是基于產(chǎn)品功能說(shuō)明書(shū)，是在已知產(chǎn)品所

應(yīng)具有的功能，從用戶(hù)角度來(lái)進(jìn)行功能驗(yàn)證，以確認(rèn)每個(gè)功能是否能

正常使用、是否實(shí)現(xiàn)了產(chǎn)品規(guī)格說(shuō)明書(shū)要求、是否能適當(dāng)?shù)亟邮蛰斎?/p>

數(shù)據(jù)而產(chǎn)生正確的輸出結(jié)果等。

5、風(fēng)險(xiǎn)管理法：sei（軟件工程研究所）風(fēng)險(xiǎn)控制一般分5個(gè)步

驟：p80

（1）風(fēng)險(xiǎn)識(shí)別：試圖系統(tǒng)化的方法來(lái)確定威脅項(xiàng)目計(jì)劃的因素。

識(shí)別方法包括：風(fēng)險(xiǎn)檢

測(cè)表、頭腦風(fēng)暴會(huì)議、流程圖分析、與項(xiàng)目人員面談。

（2）風(fēng)險(xiǎn)分析?？梢苑譃槎ㄐ燥L(fēng)險(xiǎn)分析和定量風(fēng)險(xiǎn)分析。定性

風(fēng)險(xiǎn)分析是評(píng)估已經(jīng)識(shí)別

風(fēng)險(xiǎn)的影響和可能性的過(guò)程。定量風(fēng)險(xiǎn)分析是量化分析每一風(fēng)險(xiǎn)

的概率及其對(duì)項(xiàng)目目標(biāo)造成的后果，同時(shí)也要分析項(xiàng)目總體風(fēng)險(xiǎn)的程

度。

（3）風(fēng)險(xiǎn)計(jì)劃：制定風(fēng)險(xiǎn)行動(dòng)計(jì)劃，應(yīng)考慮以下部分：責(zé)任、

資源、時(shí)間、活動(dòng)、應(yīng)對(duì)

措施、結(jié)果、負(fù)責(zé)人。

（4）風(fēng)險(xiǎn)控制：方法：風(fēng)險(xiǎn)避免、風(fēng)險(xiǎn)弱化、風(fēng)險(xiǎn)承擔(dān)、風(fēng)險(xiǎn)

轉(zhuǎn)移。

（5）風(fēng)險(xiǎn)跟蹤：監(jiān)視風(fēng)險(xiǎn)的狀況，檢查風(fēng)險(xiǎn)的對(duì)策是否有效、

跟蹤機(jī)制是否在運(yùn)行，不

斷識(shí)別新的風(fēng)險(xiǎn)并制定對(duì)策。

6、評(píng)審的內(nèi)容：分為管理評(píng)審、技術(shù)評(píng)審、文檔評(píng)審、過(guò)程評(píng)

審（p217簡(jiǎn)答）

（1）管理評(píng)審是以實(shí)施質(zhì)量方針和目標(biāo)的質(zhì)量體系的適應(yīng)性和

有效性為評(píng)論基準(zhǔn)，對(duì)體系文

件的適應(yīng)性和質(zhì)量活動(dòng)的有效性進(jìn)行評(píng)價(jià)。目標(biāo)：按規(guī)定的時(shí)間

間隔對(duì)質(zhì)量體系進(jìn)行評(píng)審，確保持續(xù)的適宜性和有效性，以滿(mǎn)足本標(biāo)

準(zhǔn)要求和提供的質(zhì)量方針和目標(biāo)。輸入：體系審核的結(jié)果。輸出：《管

理評(píng)審報(bào)表》

（2）技術(shù)評(píng)審是對(duì)產(chǎn)品以及各階段的輸出內(nèi)容進(jìn)行評(píng)估。目的:

確保需求說(shuō)明、設(shè)計(jì)說(shuō)明書(shū)

與最初的說(shuō)明書(shū)保持一致，并按照計(jì)劃對(duì)軟件進(jìn)行了正確的開(kāi)

發(fā)。輸入：需求文檔、源代碼、測(cè)試用例、評(píng)審檢查單、其它文檔。

輸出：技術(shù)評(píng)審報(bào)告

（3）文檔評(píng)審分為格式評(píng)審和內(nèi)容評(píng)審。

（4）過(guò)程評(píng)審是對(duì)軟件開(kāi)發(fā)過(guò)程的評(píng)審，其主要任務(wù)是通過(guò)對(duì)

流程的監(jiān)控，保證sqa組織

定義的軟件過(guò)程在項(xiàng)目中得到了遵循，同時(shí)保證質(zhì)量方針能得到

更快更好的執(zhí)行。

40.朱蘭三部曲:

質(zhì)量策劃：

為建立有能力滿(mǎn)足質(zhì)量標(biāo)準(zhǔn)化的工作程序，質(zhì)量策劃是必要的

質(zhì)量控制：

為了掌握何時(shí)采取必要措施糾正質(zhì)量問(wèn)題就必須實(shí)施質(zhì)量控制

質(zhì)量改進(jìn)：質(zhì)量改進(jìn)有助于發(fā)現(xiàn)更好的管理工作方式

40、從軟件開(kāi)發(fā)的各階段論述如何提高軟件產(chǎn)品的質(zhì)量。

1、需求

我們知道人與人的交流總是會(huì)存在一些誤會(huì)，同樣一句話(huà)，心情

不好與心情好的時(shí)候聽(tīng)起來(lái)的感覺(jué)可能會(huì)截然相反，正是因?yàn)槿藗冎?/p>

間存在著理解上的偏差，在描述需求的語(yǔ)言上就應(yīng)該注意盡量避免歧

義的產(chǎn)生。如果對(duì)uml比較熟悉的話(huà)，需求分析可以利用uml工具進(jìn)

行，這樣可以減少一些自然語(yǔ)言引起的歧義，但是uml可能與用戶(hù)溝

通起來(lái)有一些障礙，因?yàn)椴⒉皇撬械挠脩?hù)都了解uml各種圖形的意

思。除了工具之外，我們可以從以下幾個(gè)方面來(lái)保證需求描述的質(zhì)量。

1、看句子和段落是否簡(jiǎn)短，一個(gè)很長(zhǎng)的句子，看起來(lái)會(huì)非常困

難，因此無(wú)法弄懂真正的需求，另外過(guò)長(zhǎng)的句子和段落容易讓人忽視

一些需求，所以如果一個(gè)句子不能完全描述清楚需求，應(yīng)該將其拆分

成多個(gè)小句子。

2、句子是否有語(yǔ)法錯(cuò)誤，還要注意標(biāo)點(diǎn)符號(hào)，有時(shí)，標(biāo)點(diǎn)符號(hào)

點(diǎn)錯(cuò)了，就完全成了另外一個(gè)意思了。

3、是否存在模糊不清的需求，出現(xiàn)類(lèi)似于可能，大概，或者等

詞匯表述的需求。

4、另外注意引用的術(shù)語(yǔ)和詞匯是否前后一致。

5、是否存在一些形容詞、比較性詞語(yǔ)，比如。容易的、快速的、

方便的、有效的、許多、很少、簡(jiǎn)單、復(fù)雜、最新的，界面友好的，

減少、擴(kuò)大，不小于等等，需要將描述性詞語(yǔ)進(jìn)行量化，并且給出具

體值或者范圍，要不然不同的人根據(jù)不同的理解就會(huì)得出不同的結(jié)

果，最終可能跟用戶(hù)最初的要求有偏差，那“炒回鍋肉”的事情就不

可避免地會(huì)發(fā)生。

另外保證需求質(zhì)量的一個(gè)很重要的因素就是需求是否細(xì)化，如果

需求不細(xì)化也會(huì)很容易造成代碼的返工，于是就出現(xiàn)了我們的程序員

盡管總是加班加點(diǎn)卻總是不能如期的完成任務(wù)的情景。那么我們?cè)鯓?/p>

才能判斷需求細(xì)化的程度呢。需求細(xì)化程度確實(shí)很難把握，什么樣的

需求可以算是比較細(xì)了，不用再進(jìn)行細(xì)化了呢。哪些需求又太粗了呢。

答案是需求是否可以寫(xiě)出相應(yīng)的測(cè)試用例，如果寫(xiě)不出來(lái)，就說(shuō)明需

求還不是很細(xì)，還需要再進(jìn)行細(xì)化。

2、設(shè)計(jì)

軟件架構(gòu)設(shè)計(jì)在軟件產(chǎn)品開(kāi)發(fā)周期中占有很重要的位置，我們開(kāi)

發(fā)出來(lái)的軟件產(chǎn)品在開(kāi)發(fā)伊始到產(chǎn)品發(fā)布會(huì)涉及到方方面面的角色，

例如：用戶(hù)、項(xiàng)目管理人員、程序員、測(cè)試員、維護(hù)人員等等。不同

的角色對(duì)架構(gòu)設(shè)計(jì)的要求也不相同。例如用戶(hù)關(guān)心的是需求，因此我

們的設(shè)計(jì)對(duì)需求的覆蓋率是多少。對(duì)于程序員來(lái)說(shuō)模塊是否清晰，類(lèi)

的功能是否單一等等，對(duì)于測(cè)試人員來(lái)說(shuō)系統(tǒng)的是系統(tǒng)的可測(cè)試性。

對(duì)于維護(hù)人員來(lái)講系統(tǒng)的擴(kuò)展性、可維護(hù)性如何。一個(gè)高質(zhì)量的軟件

架構(gòu)，應(yīng)該最大限度的考慮并滿(mǎn)足不同角色的不同要求。正

是因?yàn)橛羞@些要求，我們?cè)谶M(jìn)行軟件設(shè)計(jì)的時(shí)候，應(yīng)該進(jìn)行全面

的考慮。一般用來(lái)衡量軟件設(shè)計(jì)質(zhì)量的標(biāo)準(zhǔn)可以從以下幾個(gè)方面來(lái)考

慮：

1）、功能性。包括完全性、正確性、安全性、兼容性、互用性。

完全性包括功能點(diǎn)覆蓋率，重點(diǎn)功能點(diǎn)覆蓋率，優(yōu)先功能覆蓋率。正

確性包括需求一致度。安全性根據(jù)軟件需求的不同有不同的安全性要

求。

2）、效率。包括產(chǎn)品運(yùn)行的時(shí)間效率和利用的硬件資源兩方面來(lái)

考慮。

3）維護(hù)性。包括架構(gòu)的可改正性，可擴(kuò)充性以及可測(cè)試性。如

果用戶(hù)的一個(gè)很小的需求變更會(huì)引起架構(gòu)設(shè)計(jì)很大的變化，那么這樣

的架構(gòu)設(shè)計(jì)的可改正性和可擴(kuò)充性就比較差。

4）可移植性。包括硬件的獨(dú)立性、軟件獨(dú)立性、可安裝性、可

重用性。軟件設(shè)計(jì)是否模塊化、每個(gè)模塊的可復(fù)用性如何都是應(yīng)該考

慮的因素。

5）可靠性。包括缺陷數(shù)量、容錯(cuò)性、可用性。

6）使用性。包括可理解性、易學(xué)習(xí)性、可操作性、易溝通性。

我們軟件的最終目的是讓用戶(hù)來(lái)使用的，如果易用性不好，可操作性

不好都會(huì)影響用戶(hù)對(duì)軟件的接納程度。因此在軟件的可使用性也是非

常重要的。

3、編碼

代碼質(zhì)量的一個(gè)很重要的標(biāo)準(zhǔn)就是代碼的可讀性及規(guī)范性，可讀

性不一定是簡(jiǎn)單的代碼，而是容易理解的代碼，因?yàn)檫^(guò)于復(fù)雜的代碼

難以測(cè)試和維護(hù)，同時(shí)出錯(cuò)的幾率也會(huì)更高。如果一個(gè)方法內(nèi)部的代

碼很長(zhǎng)，而且使用了很多令人難以理解的數(shù)據(jù)集，這樣就會(huì)帶來(lái)代碼

維護(hù)的困難，因?yàn)楹苌儆腥四軌蛴行У胤治鏊鼈?，因此也就是最容?/p>

出現(xiàn)缺陷和錯(cuò)誤的地方。類(lèi)之間的耦合度會(huì)造成類(lèi)與類(lèi)之間的相互關(guān)

聯(lián)，當(dāng)一個(gè)類(lèi)發(fā)生改變時(shí)會(huì)使其他的類(lèi)發(fā)生意想不到的變化，一般從

導(dǎo)入類(lèi)的個(gè)數(shù)判斷類(lèi)之間的耦合度，如果導(dǎo)入類(lèi)的個(gè)數(shù)很多，每一個(gè)

導(dǎo)入類(lèi)發(fā)生變化都會(huì)影響到該類(lèi)本身，另外如果該類(lèi)的public方法太

多也會(huì)導(dǎo)致類(lèi)之間的高耦合性增加。

也許有的程序員會(huì)認(rèn)為寫(xiě)出可讀、規(guī)范的代碼會(huì)影響工作進(jìn)度。

的確，對(duì)于程序員個(gè)體短時(shí)間來(lái)說(shuō)為代碼寫(xiě)上注釋是要花費(fèi)些時(shí)間，

但如今軟件開(kāi)發(fā)是多人協(xié)作

周期很長(zhǎng)的過(guò)程，寫(xiě)過(guò)程序的人都知道，如果自己寫(xiě)了不規(guī)范的

代碼，隨著自己所寫(xiě)的代碼越來(lái)越多，到后來(lái)需要修改某個(gè)前期寫(xiě)的

模塊時(shí)都不知道自己當(dāng)初是怎么想的了，讀自己的代碼也需要花很長(zhǎng)

時(shí)間才讀懂。況且如果隨著人員的調(diào)動(dòng)等其他原因，往往維護(hù)代碼的

程序員已不是當(dāng)初寫(xiě)代碼的人，很多情況就是讀懂了一段糟糕的代碼

還比重新寫(xiě)出一段代碼花費(fèi)的時(shí)間還長(zhǎng)，嚴(yán)重影響工作效率（有些時(shí)

候還影響維護(hù)人員的心情），反過(guò)來(lái)，如果大家都講究把代碼寫(xiě)成規(guī)

范可讀的，無(wú)疑對(duì)于整個(gè)組織來(lái)說(shuō)提高總體工作效率是非常有用的。

代碼質(zhì)量另一個(gè)非常重要的衡量手段就是測(cè)試，通過(guò)統(tǒng)計(jì)測(cè)試代

碼所產(chǎn)生的缺陷情況，如嚴(yán)重等級(jí)分布、缺陷曲線(xiàn)的變化等可以從一

個(gè)方面來(lái)簡(jiǎn)單地評(píng)估代碼質(zhì)量。

4、測(cè)試

測(cè)試人員在測(cè)試過(guò)程中，需要站在不同的利益相關(guān)者的角度，對(duì)

測(cè)試對(duì)象的質(zhì)量進(jìn)行檢查和驗(yàn)證，例如：測(cè)試人員除了關(guān)注需求文檔

中明確描述的需求條目之外，還應(yīng)該關(guān)注隱現(xiàn)的需求，比如：競(jìng)爭(zhēng)對(duì)

手的產(chǎn)品特征、用戶(hù)的群體特征和使用習(xí)慣等。因此，在測(cè)試過(guò)程中,

測(cè)試人員除了關(guān)注測(cè)試對(duì)象的功能測(cè)試之外，還需要針對(duì)其他非功能

特性進(jìn)行測(cè)試。

為了在測(cè)試過(guò)程中盡量多的覆蓋質(zhì)量特性，測(cè)試人員需要清楚的

了解產(chǎn)品有哪些質(zhì)量特性是客戶(hù)最關(guān)注的因此，測(cè)試人員在進(jìn)行具體

的測(cè)試用例設(shè)計(jì)和執(zhí)行之前，需要定義該產(chǎn)品應(yīng)該滿(mǎn)足的質(zhì)量特性

集。

第三篇：有效的軟件質(zhì)量管理有效的軟件質(zhì)量管理（上）

一、引言

隨著社會(huì)信息化水平的不斷提高，信息行業(yè)急速膨脹，信息企業(yè)

快速成長(zhǎng)，隨之帶來(lái)的信息市場(chǎng)競(jìng)爭(zhēng)激烈，企業(yè)為了求生存，滿(mǎn)足客

戶(hù)要求則成為各行各業(yè)的首要責(zé)任。依賴(lài)于質(zhì)量、成本和進(jìn)度的客戶(hù)

滿(mǎn)意度，質(zhì)量則是重點(diǎn)支撐之一，這樣要求我們對(duì)質(zhì)量管理需要加強(qiáng)

認(rèn)識(shí)。我們都知道pmbok把項(xiàng)目管理劃分為9個(gè)知識(shí)領(lǐng)域，即范圍

管理、時(shí)間管理、成本管理、質(zhì)量管理、人力資源管理、溝通管理、

采購(gòu)管理、風(fēng)險(xiǎn)管理和綜合管理。質(zhì)量管理作為9大知識(shí)領(lǐng)域之一,

可見(jiàn)其重要性。

質(zhì)量管理包括。質(zhì)量計(jì)劃編制、質(zhì)量保證和質(zhì)量控制三個(gè)過(guò)程域。

質(zhì)量計(jì)劃是質(zhì)量管理的第一過(guò)程域，它主要結(jié)合各個(gè)公司的質(zhì)量方

針，產(chǎn)品描述以及質(zhì)量標(biāo)準(zhǔn)和規(guī)則通過(guò)收益、成本分析和流程設(shè)計(jì)等

工具制定出來(lái)實(shí)施方略，其內(nèi)容全面反應(yīng)用戶(hù)的要求，為質(zhì)量小組成

員有效工作提供了指南，為項(xiàng)目小組成員以及項(xiàng)目相關(guān)人員了解在項(xiàng)

目進(jìn)行中如何實(shí)施質(zhì)量保證和控制提供依據(jù)，為確保項(xiàng)目質(zhì)量得到保

障提供堅(jiān)實(shí)的基礎(chǔ)。質(zhì)量保證則是貫穿整個(gè)項(xiàng)目全生命周期的有計(jì)劃

和有系統(tǒng)的活動(dòng)，經(jīng)常性地針對(duì)整個(gè)項(xiàng)目質(zhì)量計(jì)劃的執(zhí)行情況進(jìn)行評(píng)

估、檢查與改進(jìn)等工作，向管理者、顧客或其他方提供信任，確保項(xiàng)

目質(zhì)量與計(jì)劃保持一致。質(zhì)量控制是對(duì)階段性的成果進(jìn)行檢測(cè)、驗(yàn)證,

為質(zhì)量保證提供參考依據(jù)，它是一個(gè)pdca循環(huán)過(guò)程。

二質(zhì)量管理責(zé)任分配

我們公司在開(kāi)發(fā)項(xiàng)目上按照規(guī)范化軟件的生產(chǎn)方式進(jìn)行生產(chǎn)，在

生產(chǎn)流程上采用iso9000的標(biāo)準(zhǔn)進(jìn)行。每個(gè)項(xiàng)目除配備了項(xiàng)目開(kāi)發(fā)所

需角色外，還專(zhuān)門(mén)配備了配置管理小組、測(cè)試小組和質(zhì)量保證小組確

保質(zhì)量管理的實(shí)施，下面針對(duì)這三種角色進(jìn)行說(shuō)明：

1、配置管理小組職責(zé)

配置管理小組是保證項(xiàng)目開(kāi)發(fā)完畢的同時(shí)，內(nèi)部文檔和外部文檔

都同時(shí)完成。內(nèi)部文檔的及時(shí)產(chǎn)生和規(guī)范，是保證項(xiàng)目開(kāi)發(fā)各小組能

夠更好的接口和溝通的重要前提，從另一個(gè)方面講，也是保證工程不

被某個(gè)關(guān)鍵路徑所阻塞而延滯的前提。如上所述，配置管理小組還是

保證質(zhì)量保證小組得以發(fā)揮作用的基礎(chǔ)。配置管理小組的主要職責(zé)包

括：完善各個(gè)部門(mén)發(fā)送需要存檔和進(jìn)行版本控制的代碼、文檔（包括

外來(lái)文件）和階段性成果；對(duì)代碼、文檔等進(jìn)行單向出入的控制；對(duì)

所有存檔的文檔進(jìn)行版本控制；提供文檔規(guī)范，并傳達(dá)到開(kāi)發(fā)組中。

2、測(cè)試小組職責(zé)

測(cè)試小組作為質(zhì)量控制的主要手段，負(fù)責(zé)軟件的測(cè)試設(shè)計(jì)和執(zhí)行

工作。如同軟件開(kāi)發(fā)一樣，測(cè)試在執(zhí)行之前，同樣需要進(jìn)行測(cè)試計(jì)劃

和測(cè)試策略的設(shè)計(jì)，通常情況下測(cè)試可以分為如下幾種類(lèi)型，如：正

確性測(cè)試、功能性測(cè)試、性能測(cè)試、安全測(cè)試和系統(tǒng)測(cè)試等。而這些

測(cè)試均需要在測(cè)試計(jì)劃和測(cè)試策略中進(jìn)行描述用以指導(dǎo)測(cè)試小組成

員進(jìn)行測(cè)試用例編寫(xiě)和測(cè)試執(zhí)行。程序員在交給測(cè)試人員之前是進(jìn)行

過(guò)一定的單元測(cè)試，確保程序編譯、運(yùn)行正確。測(cè)試人員根據(jù)詳細(xì)設(shè)

計(jì)的文檔對(duì)軟件要實(shí)現(xiàn)的功能進(jìn)行一一測(cè)試，保證軟件的執(zhí)行正確的

實(shí)現(xiàn)設(shè)計(jì)要求，在此也只證明了軟件正確的反映了設(shè)計(jì)思想，但是否

真正反映了用戶(hù)的需求仍需要進(jìn)一步的功能性測(cè)試。

測(cè)試人員只有根據(jù)軟件需求規(guī)格說(shuō)明書(shū)所提及的功能進(jìn)行檢測(cè)，

才能確保項(xiàng)目組開(kāi)發(fā)的軟件產(chǎn)品滿(mǎn)足用戶(hù)需求。在正確性測(cè)試完成之

后，需要測(cè)試的是軟件的性能，軟件的性能在本

項(xiàng)目中占有重要的地位，性能要求有可能改變軟件的設(shè)計(jì)，為避

免造成軟件的后期返工，測(cè)試在性能上需要較大的側(cè)重。如果有必要

的話(huà)，測(cè)試小組還需要做安全測(cè)試，以確保系統(tǒng)使用安全可靠。

3、質(zhì)量保證小組職責(zé)

質(zhì)量保證小組作為質(zhì)量保證的實(shí)施小組，主要職責(zé)是保證軟件透

明開(kāi)發(fā)的主要環(huán)節(jié)。在項(xiàng)目開(kāi)發(fā)的過(guò)程中幾乎所有的部門(mén)都與質(zhì)量保

證小組有關(guān)。質(zhì)量保證小組對(duì)項(xiàng)目經(jīng)理提供項(xiàng)目進(jìn)度與項(xiàng)目真正開(kāi)發(fā)

時(shí)的差異報(bào)告，提出差異原因和改進(jìn)方法。

在項(xiàng)目進(jìn)度被延滯或質(zhì)量保證小組認(rèn)為某階段開(kāi)發(fā)質(zhì)量有問(wèn)題

時(shí)，提請(qǐng)項(xiàng)目經(jīng)理、項(xiàng)目負(fù)責(zé)人等必要的相關(guān)人員舉行質(zhì)量會(huì)議。解

決當(dāng)前存在的和潛在的問(wèn)題。質(zhì)量保證是建立在文檔的復(fù)審基礎(chǔ)之

上，因而文檔版本的控制，特別是軟件配置管理，直接影響軟件質(zhì)量

保證的影響力和力度。質(zhì)量保證小組的檢測(cè)范圍包括：系統(tǒng)分析人員

是否正確的反映了用戶(hù)的需求；軟件執(zhí)行體是否正確的實(shí)現(xiàn)了分析人

員的設(shè)計(jì)思想；測(cè)試人員是否進(jìn)行了較為徹底的和全面的測(cè)試；配置

管理員是否對(duì)文檔的規(guī)范化進(jìn)行的比較徹底，版本控制是否有效。

三質(zhì)量管理實(shí)施

有了良好的資源配備，又如何在項(xiàng)目全生命周期內(nèi)實(shí)施質(zhì)量保

證，讓我們從以下幾個(gè)方面來(lái)看質(zhì)量保證的實(shí)施過(guò)程：

1、項(xiàng)目進(jìn)度的質(zhì)量保證

項(xiàng)目進(jìn)度是項(xiàng)目進(jìn)行是否順利的最直觀(guān)表現(xiàn)。顯然在項(xiàng)目開(kāi)始之

前，項(xiàng)目開(kāi)發(fā)計(jì)劃是必須的。如果項(xiàng)目開(kāi)發(fā)計(jì)劃的制定的是完全合理

的，那項(xiàng)目進(jìn)度也就真正表達(dá)了項(xiàng)目與最終的交付使用之間的距離，

然而要制定完全合理的項(xiàng)目開(kāi)發(fā)計(jì)劃幾乎不太可能。可見(jiàn)要保證項(xiàng)目

進(jìn)度，首先要保證項(xiàng)目開(kāi)發(fā)計(jì)劃盡可能合理。

項(xiàng)目計(jì)劃的合理程度與項(xiàng)目計(jì)劃制定者從事類(lèi)似規(guī)模和類(lèi)似業(yè)

務(wù)的項(xiàng)目的經(jīng)驗(yàn)有直接關(guān)系，通過(guò)經(jīng)驗(yàn)往往能夠預(yù)見(jiàn)潛在的阻礙，這

樣要求項(xiàng)目計(jì)劃制定者需要集眾人之力來(lái)完善計(jì)劃。當(dāng)項(xiàng)目計(jì)劃制定

初期，由質(zhì)量保證小組組織召開(kāi)的項(xiàng)目計(jì)劃評(píng)審會(huì)，邀請(qǐng)公司技術(shù)專(zhuān)

家、用戶(hù)以及項(xiàng)目組小組成員一起討論項(xiàng)目計(jì)劃的可行性，會(huì)議通常

采用頭腦風(fēng)暴法，各抒己見(jiàn)，會(huì)后由指定的記錄員形成質(zhì)量記錄，發(fā)

送給相關(guān)人員，對(duì)其計(jì)劃中不合理的地方進(jìn)行修改完善，并由質(zhì)量保

證人員對(duì)其結(jié)果跟蹤，以確保項(xiàng)目計(jì)劃完整性、可行性，完善后的計(jì)

劃交由配置管理人員進(jìn)行版本控制。

然而在計(jì)劃實(shí)施過(guò)程中，計(jì)劃不是“固定化二常有人道，“計(jì)劃

趕不上變化”，但“要跟上變化”。項(xiàng)目計(jì)劃以里程碑為界限，將整個(gè)

開(kāi)發(fā)周期劃分為若干階段。根據(jù)里程碑的完成情況，適當(dāng)?shù)恼{(diào)整每一

個(gè)較小的階段的任務(wù)量和完成的任務(wù)時(shí)間，這種方式非常有利于整個(gè)

項(xiàng)目計(jì)劃的動(dòng)態(tài)調(diào)整。也利于項(xiàng)目質(zhì)量保證的實(shí)施。

實(shí)際運(yùn)作中，當(dāng)質(zhì)保小組發(fā)現(xiàn)計(jì)劃實(shí)施的差異后，報(bào)告項(xiàng)目經(jīng)理,

由項(xiàng)目經(jīng)理組織負(fù)責(zé)對(duì)計(jì)劃進(jìn)行周期性維護(hù)，對(duì)于已經(jīng)變動(dòng)的計(jì)劃由

質(zhì)保小組協(xié)助配置管理小組完成版本控制。本公司已經(jīng)開(kāi)發(fā)湖南移動(dòng)

的集中客服系統(tǒng)，開(kāi)發(fā)中的子項(xiàng)目多達(dá)六個(gè)，歷時(shí)十個(gè)月，目前多數(shù)

項(xiàng)目已經(jīng)開(kāi)發(fā)完畢，系統(tǒng)正在試運(yùn)行階段，項(xiàng)目金額數(shù)千萬(wàn)元。在這

樣的項(xiàng)目中，從管理者到開(kāi)發(fā)人員到測(cè)試人員都積累了較為豐富的經(jīng)

驗(yàn)，特別是項(xiàng)目開(kāi)發(fā)計(jì)劃的制定，和項(xiàng)目進(jìn)度的控制。

有效的軟件質(zhì)量管理（下）

2、項(xiàng)目開(kāi)發(fā)各階段的質(zhì)量保證

a、需求分析

需求分析是開(kāi)發(fā)人員對(duì)系統(tǒng)需要做什么和如何做的定義過(guò)程。從

系統(tǒng)分析的經(jīng)驗(yàn)來(lái)看，這個(gè)過(guò)程往往是個(gè)循序漸進(jìn)的過(guò)程，一次性對(duì)

系統(tǒng)形成完整的認(rèn)識(shí)是困難的。只有不斷地和客戶(hù)領(lǐng)域?qū)＜疫M(jìn)行交流

確認(rèn)，方能逐步明了用戶(hù)的需求。從系統(tǒng)開(kāi)發(fā)的過(guò)程得知，系統(tǒng)分析

時(shí)犯下的錯(cuò)誤，會(huì)在接下來(lái)的階段被成倍的放大，越是在開(kāi)發(fā)的后期,

糾正分析時(shí)犯下的錯(cuò)誤所花費(fèi)的代價(jià)越是昂貴，也越發(fā)影響系統(tǒng)的工

期和系統(tǒng)的質(zhì)量。

解決系統(tǒng)分析錯(cuò)誤的方法我們公司通常采用邀請(qǐng)用戶(hù)參與進(jìn)行

需求評(píng)定，然后對(duì)其用戶(hù)的意見(jiàn)由質(zhì)保成員跟蹤檢測(cè)是否納入需求規(guī)

格說(shuō)明書(shū)，同時(shí)與用戶(hù)簽字確認(rèn)形成需求基線(xiàn)，交由配置管理員放入

配置管理庫(kù)。

雖然盡早的邀請(qǐng)用戶(hù)參與，仍然避免不了項(xiàng)目進(jìn)行中用戶(hù)的需求

變更請(qǐng)求。對(duì)于開(kāi)發(fā)過(guò)程存在的需求變動(dòng)，我們要求用戶(hù)填寫(xiě)變更申

請(qǐng)單發(fā)送給項(xiàng)目配置管理員，在通過(guò)配置配置員轉(zhuǎn)交質(zhì)保小組，負(fù)責(zé)

組織專(zhuān)家小組和項(xiàng)目組成員一起討論實(shí)施變更的可行性及實(shí)施后所

帶來(lái)的影響，小的變更則直接記錄入變更記錄原因分析項(xiàng)和風(fēng)險(xiǎn)項(xiàng)

欄，大的變更則需要形成正式的變更報(bào)告，無(wú)論那種變更都需要對(duì)相

應(yīng)的文檔實(shí)施同步變更（包括需求規(guī)格說(shuō)明書(shū)、詳細(xì)設(shè)計(jì)文、安裝手

冊(cè)、操作手冊(cè)等）。但是對(duì)于無(wú)法實(shí)現(xiàn)或是變更會(huì)帶來(lái)巨大的影響而

將導(dǎo)致進(jìn)度的延期，這時(shí)，我們將變更報(bào)告提交給用戶(hù)或邀請(qǐng)用戶(hù)進(jìn)

行協(xié)調(diào)會(huì)議，討論變更取舍問(wèn)題或是項(xiàng)目進(jìn)度變更問(wèn)題。

決定變更之后，由項(xiàng)目經(jīng)理組織實(shí)施變更，測(cè)試人員檢測(cè)變更結(jié)

果，而質(zhì)保小組成員監(jiān)督變更實(shí)施過(guò)程并協(xié)助配置管理員對(duì)變更后的

成果物進(jìn)行版本控制。變更實(shí)施完后，上線(xiàn)前還需要指定人員協(xié)助用

戶(hù)一同測(cè)試并由用戶(hù)簽字后同意方可上線(xiàn)。

b、系統(tǒng)設(shè)計(jì)

優(yōu)良的體系結(jié)構(gòu)應(yīng)當(dāng)具備可擴(kuò)展性和可配置性，而好的體系結(jié)構(gòu)

則需要好的設(shè)計(jì)方法，自然設(shè)計(jì)選型成為了系統(tǒng)設(shè)計(jì)首要的工作，究

竟是采用哪種設(shè)計(jì)方法好呢。

對(duì)于設(shè)計(jì)選型不能一概而論，需要針對(duì)項(xiàng)目的結(jié)構(gòu)、項(xiàng)目的特征

和用戶(hù)的需求來(lái)分析，同樣也要考慮到參與項(xiàng)目小組成員的素質(zhì)，如

果其中大部分都沒(méi)有從事過(guò)面向?qū)ο蟮脑O(shè)計(jì)且項(xiàng)目進(jìn)對(duì)緊迫，這樣沒(méi)

有多余的時(shí)間來(lái)培訓(xùn)小組成員來(lái)掌握面向?qū)ο蟮脑O(shè)計(jì)方法，盡管眾所

周知面向?qū)ο笤O(shè)計(jì)方法的優(yōu)勢(shì)，我們還是不如采用面向過(guò)程的方式

（除用戶(hù)指定開(kāi)發(fā)設(shè)計(jì)方式外）可以減少項(xiàng)目承擔(dān)的技術(shù)風(fēng)險(xiǎn)。

我們公司有過(guò)一個(gè)項(xiàng)目，用戶(hù)指定需要采用面向?qū)ο蠓治?、設(shè)計(jì)

和開(kāi)發(fā)，且開(kāi)發(fā)周期短，在無(wú)賴(lài)的情況下，項(xiàng)目小組只能選用面向?qū)?/p>

象的軟件開(kāi)發(fā)過(guò)程，由于項(xiàng)目小組很少?gòu)氖逻^(guò)面向?qū)ο蟮拈_(kāi)發(fā)，經(jīng)驗(yàn)

缺乏，導(dǎo)致項(xiàng)目上馬后項(xiàng)目進(jìn)度延誤，項(xiàng)目沒(méi)有達(dá)到預(yù)期的效果。針

對(duì)此次開(kāi)發(fā)，我們分析其原因，發(fā)現(xiàn)小組成員在開(kāi)發(fā)過(guò)程中對(duì)于新技

術(shù)互相交流少，各自有各自的理解和想法，造成理解上的不一致性，

導(dǎo)致工作重復(fù)性高，滯后項(xiàng)目進(jìn)度。建議解決方法是項(xiàng)目組成員采用

集中辦公，分塊學(xué)習(xí)，學(xué)習(xí)的成果馬上向項(xiàng)目相關(guān)人員發(fā)布，再由配

置管理員對(duì)其發(fā)布的文檔進(jìn)行整理、規(guī)類(lèi)放入配置庫(kù)以供大家共享。

這樣方便大家的互相學(xué)習(xí)，減少重復(fù)的工作。在這次開(kāi)發(fā)中我們公司

從管理人員、設(shè)計(jì)人員到開(kāi)發(fā)人員都汲取了很多教訓(xùn)，同時(shí)經(jīng)過(guò)此次

項(xiàng)目的開(kāi)發(fā)，小組成員也積累了豐富的面向?qū)ο蟮拈_(kāi)發(fā)經(jīng)驗(yàn)。除設(shè)計(jì)

選型，還有一個(gè)容易被忽視的問(wèn)題，就是公共類(lèi)開(kāi)發(fā)。公共類(lèi)開(kāi)發(fā)可

以減少工作中

的重復(fù)工作，降低開(kāi)發(fā)成本。這要求我們?cè)僭O(shè)計(jì)階段通過(guò)對(duì)用戶(hù)

需求的仔細(xì)研究，盡可能的識(shí)別出公共類(lèi)，并進(jìn)行定義指定專(zhuān)人負(fù)責(zé)

設(shè)計(jì)通知其它設(shè)計(jì)人員，以減少重復(fù)工作。對(duì)于項(xiàng)目組提供的設(shè)計(jì)文

檔，由質(zhì)保小組組織技術(shù)專(zhuān)家、項(xiàng)目組設(shè)計(jì)人員、開(kāi)發(fā)人員和測(cè)試人

員對(duì)其設(shè)計(jì)文檔的評(píng)審，檢測(cè)設(shè)計(jì)文檔對(duì)其下一階段工作的可行性，

及時(shí)發(fā)現(xiàn)設(shè)計(jì)中可能存在的錯(cuò)誤，降低項(xiàng)目開(kāi)發(fā)風(fēng)險(xiǎn)，同時(shí)確保設(shè)計(jì)

文檔能為開(kāi)發(fā)人員、測(cè)試人員提供切實(shí)的指導(dǎo)。對(duì)于可復(fù)用的設(shè)計(jì)進(jìn)

行提取作為公共庫(kù)設(shè)計(jì)和開(kāi)發(fā)，提供項(xiàng)目組或整個(gè)公司重用。最后交

由配置管理員進(jìn)行設(shè)計(jì)文檔的版本控制。

C、實(shí)現(xiàn)

實(shí)現(xiàn)也就是代碼的生產(chǎn)過(guò)程。這里不僅包括代碼的產(chǎn)生，同時(shí)也

包括測(cè)試用例的產(chǎn)生。針對(duì)上一階段提供詳細(xì)設(shè)計(jì)，程序員開(kāi)始編碼

并且調(diào)試程序，測(cè)試人員則根據(jù)設(shè)計(jì)進(jìn)行測(cè)試用例的設(shè)計(jì)，設(shè)計(jì)出來(lái)

的用例需要得到項(xiàng)目組成員認(rèn)可由項(xiàng)目經(jīng)理審核通過(guò)才能進(jìn)入配置

庫(kù)。同時(shí)程序員調(diào)試完程序提交測(cè)試人員進(jìn)行程序正確性檢測(cè)。

d、文檔管理

文檔維護(hù)主要是配置管理小組的工作。文檔從用途上分主要分為

內(nèi)部文檔和外部文檔。內(nèi)部文檔包括：項(xiàng)目開(kāi)發(fā)計(jì)劃；需求分析；體

系結(jié)構(gòu)設(shè)計(jì)說(shuō)明；詳細(xì)設(shè)計(jì)說(shuō)明；構(gòu)件索引；構(gòu)件成分說(shuō)明；構(gòu)件接

口及調(diào)用說(shuō)明；組件索引；組件接口及調(diào)用說(shuō)明；類(lèi)索引；類(lèi)屬性及

方法說(shuō)明；測(cè)試報(bào)告；測(cè)試統(tǒng)計(jì)報(bào)告；質(zhì)量監(jiān)督報(bào)告；源代碼；文檔

分類(lèi)版本索引；軟件安裝打包文件。

外部文檔主要包括。軟件安裝手冊(cè)；軟件操作手冊(cè)；在線(xiàn)幫助；

系統(tǒng)性能指標(biāo)報(bào)告；系統(tǒng)操作索引。

如何保證文檔的全面性，使其真正為項(xiàng)目的進(jìn)度提供保證，又不

因?yàn)槲臋n的寫(xiě)作而耽誤項(xiàng)目的進(jìn)度，這仍然是一個(gè)比較難解決的問(wèn)

題。解決此問(wèn)題，其核心仍然是個(gè)“度”的問(wèn)題。在本項(xiàng)目的開(kāi)發(fā)中，

配置管理小組的一個(gè)非常重要的任務(wù)還是書(shū)寫(xiě)文檔規(guī)范和文檔模板。

當(dāng)有文檔模板后需要書(shū)寫(xiě)文檔的人員只剩下“填空”的工作，從某種意

義上講，書(shū)寫(xiě)文檔的速度會(huì)加快。如果書(shū)寫(xiě)文檔的人員認(rèn)為文檔的更

細(xì)致的部分可以由他人幫助完成，則該文檔即交由他人完成，但此時(shí)

文檔并不算被正式提交，當(dāng)他人書(shū)寫(xiě)完畢之后，必須由文檔的初寫(xiě)者

進(jìn)行復(fù)審，復(fù)審?fù)ㄟ^(guò)后方可以正式提交，進(jìn)入軟件配置管理的循環(huán)中。

配置管理小組真正核心的工作是對(duì)文檔的組織管理。根據(jù)文檔的

不同，文檔的來(lái)源也不同，有些是通過(guò)質(zhì)量保證小組經(jīng)過(guò)復(fù)審之后轉(zhuǎn)

交給配置管理小組，有些則會(huì)直接從文檔的出處到達(dá)配置管理小組。

文檔的管理是一個(gè)非常煩瑣的工作，但是長(zhǎng)遠(yuǎn)來(lái)看它不僅使項(xiàng)目的開(kāi)

發(fā)對(duì)單個(gè)主要人員的依賴(lài)減少，從而減少人員流動(dòng)給項(xiàng)目的帶來(lái)的風(fēng)

險(xiǎn)，更重要的是在項(xiàng)目進(jìn)行到后百分之十的時(shí)候起到拉動(dòng)項(xiàng)目的作

用。

從以往做大項(xiàng)目的經(jīng)驗(yàn)來(lái)看，寫(xiě)作文檔在項(xiàng)目開(kāi)發(fā)的早期可能會(huì)

使項(xiàng)目的進(jìn)度比起不寫(xiě)文檔要稍慢，但隨著項(xiàng)目的進(jìn)展，各個(gè)部門(mén)需

要配合越來(lái)越多，開(kāi)發(fā)者越來(lái)越需要知道其他人員的開(kāi)發(fā)思路和開(kāi)發(fā)

過(guò)程，才能使自己的開(kāi)發(fā)向前推進(jìn)。一個(gè)明顯的例子就是系統(tǒng)整合，

或者某些環(huán)節(jié)是建立在其他環(huán)節(jié)完成的基礎(chǔ)之上時(shí)，就更顯現(xiàn)出文檔

交流的準(zhǔn)確性和高效性。

3、系統(tǒng)維護(hù)質(zhì)量保證

在我們公司，維護(hù)小組的任務(wù)一方面是保證對(duì)項(xiàng)目客戶(hù)的跟蹤服

務(wù)，另一方面是確保該項(xiàng)目其它的開(kāi)發(fā)人員從項(xiàng)目中盡快的解脫出來(lái)

以便投入到下一個(gè)項(xiàng)目的開(kāi)發(fā)中。所以通常項(xiàng)目維護(hù)小組成員主要由

項(xiàng)目組的少部分開(kāi)發(fā)人員承擔(dān)完成。他們不僅了解軟件的核心內(nèi)容，

而且與客戶(hù)也不陌生，以便能夠以最快的速度修正錯(cuò)誤。對(duì)于一般性

的錯(cuò)誤，如操作不當(dāng)?shù)纫鸬膯?wèn)題，全部由維護(hù)小組執(zhí)行完成，但需

要用戶(hù)測(cè)試確認(rèn)上線(xiàn)。如果較大的修改則需要走

變更控制流程，用戶(hù)或者維護(hù)人員填寫(xiě)變更申請(qǐng)，經(jīng)專(zhuān)家會(huì)議討

論分析可行方案在由維護(hù)小組實(shí)施，通過(guò)測(cè)試后方可提交用戶(hù)。

維護(hù)小組的人員基本上是按項(xiàng)目跟進(jìn)的。當(dāng)一個(gè)項(xiàng)目剛剛交付用

戶(hù)時(shí)，在維護(hù)小組有較多的人員進(jìn)行跟進(jìn)，隨軟件的穩(wěn)定，跟進(jìn)的人

逐步減少，并轉(zhuǎn)移到其它項(xiàng)目中去。

第四篇：正版軟件管理制度正版軟件管理制度

為切實(shí)增強(qiáng)廣大干部職工尊重和保護(hù)知識(shí)產(chǎn)權(quán)的意識(shí)，加強(qiáng)鎮(zhèn)政

府的軟件正版化管理，建立長(zhǎng)效管理機(jī)制，特制訂本管理制度。

第一條適用范圍

本制度適用于妙峰山鎮(zhèn)全體干部職工。第二條職責(zé)部門(mén)

鎮(zhèn)政府成立軟件正版化領(lǐng)導(dǎo)小組（設(shè)在辦公室），負(fù)責(zé)全面管理

和監(jiān)督本制度的貫徹和落實(shí)情況。具體負(fù)責(zé)軟件正版化工作的組織和

日常維護(hù)。

第三條軟件正版化工作重點(diǎn)范圍操作系統(tǒng)、辦公軟件、安全軟件

等。

第四條各科室負(fù)責(zé)人作為第一責(zé)任人，保證本科室軟件使用正版

化。

第五條領(lǐng)導(dǎo)小組辦公室制定軟件資產(chǎn)管理制度。指定人員擔(dān)任正

版軟件資產(chǎn)管理員崗位，負(fù)責(zé)正版軟件的登記造冊(cè)等工作。

第六條根據(jù)需求制定正版軟件采購(gòu)計(jì)劃，并將軟件采購(gòu)費(fèi)用納入

年度預(yù)算，確保軟件正版化工作資金到位、措施到位、管理到位。

第七條加強(qiáng)軟件資產(chǎn)管理。規(guī)范正版軟件采購(gòu)，購(gòu)買(mǎi)計(jì)算機(jī)辦公

設(shè)備必須符合預(yù)裝正版操作系統(tǒng)軟件的要求，更新計(jì)算機(jī)操作系統(tǒng)軟

件必須使用正版產(chǎn)品。

第八條要建立規(guī)范的正版軟件管理臺(tái)賬，對(duì)各類(lèi)正版軟件進(jìn)行登

記。內(nèi)容包括：軟件名稱(chēng)、版本、授權(quán)、安裝與使用情況。同時(shí)對(duì)有

關(guān)的資料（如軟件介質(zhì)、說(shuō)明書(shū)等）進(jìn)行妥善保存。

第九條要加強(qiáng)軟件正版化培訓(xùn)工作，進(jìn)一步提高工作人員操作、

使用軟件的能力和水平，提高工作人員的法律意識(shí)，使用正版軟件更

好地服務(wù)于機(jī)關(guān)各項(xiàng)工作。

第十條防止任何可能侵犯軟件知識(shí)產(chǎn)權(quán)的風(fēng)險(xiǎn)應(yīng)注意：

1.電腦內(nèi)已安裝未授權(quán)的軟件，應(yīng)立即移除。

2.對(duì)以團(tuán)體身份獲得使用權(quán)的軟件，需確保已安裝的軟件數(shù)目沒(méi)

有超過(guò)已購(gòu)置的軟件許可數(shù)RO

3,購(gòu)買(mǎi)新的電腦時(shí)，已預(yù)裝相關(guān)軟件的，要核對(duì)該軟件是否已獲

得適當(dāng)?shù)氖跈?quán)。

4.加強(qiáng)版權(quán)意識(shí)，不準(zhǔn)向其他單位或個(gè)人提供任何正版軟件。因

向其他單位或個(gè)人提供正版軟件而造成版權(quán)糾紛者，由軟件提供人承

擔(dān)一切后果，未取得版權(quán)擁有人的明確批準(zhǔn)，不得復(fù)制及更改軟件。

第十一條鎮(zhèn)機(jī)關(guān)職工不得從事下列行為：

1.擅自復(fù)制和銷(xiāo)售計(jì)算機(jī)軟件產(chǎn)品的復(fù)制品。

2.在購(gòu)買(mǎi)計(jì)算機(jī)等設(shè)備時(shí)，要求或允許銷(xiāo)售商安裝非正版軟件。

3.超越授權(quán)使用許可的要求擴(kuò)大安裝范圍。

4.未經(jīng)授權(quán)把計(jì)算機(jī)軟件放在網(wǎng)上供他人下載。

5.明知未經(jīng)授權(quán)的計(jì)算機(jī)軟件而從網(wǎng)上下載。

6.故意規(guī)避或破壞軟件著作權(quán)人為保護(hù)其著作權(quán)而采用的技術(shù)

措施。

7.故意刪除或改變計(jì)算機(jī)軟件權(quán)力管理信息。

第十二條對(duì)于使用非法軟件給鎮(zhèn)機(jī)關(guān)形象造成重大影響的，一經(jīng)

查出，除追究相關(guān)責(zé)任人的責(zé)任外，還將追究相關(guān)科室負(fù)責(zé)人的行政

責(zé)任。

第十三條本管理制度由鎮(zhèn)軟件正版化領(lǐng)導(dǎo)小組辦公室負(fù)責(zé)解釋

說(shuō)明。

第十四條本管理制度自印發(fā)之日起施行。

第五篇：軟件部門(mén)管理制度軟件部門(mén)管理制度

第一章、工作

第1條員工應(yīng)遵守本公司一切規(guī)章、通告及公告。

第2條員工應(yīng)遵守下列工作事項(xiàng)：

1）在每工作日9。10前明確（制定）當(dāng)天的工作計(jì)劃。

2）在每工作日17。50前必須將代碼在不報(bào)錯(cuò)的形式下簽入指定

的源代碼管理器中，并且做好自己的本地備份，并且在工作計(jì)劃系統(tǒng)

里提交當(dāng)天的工作總結(jié)。項(xiàng)目主管每周五負(fù)責(zé)對(duì)源代碼管理器進(jìn)行本

地備份及錯(cuò)誤的修復(fù)。

3）員工在每月的10號(hào)前對(duì)本月的工作大概做出計(jì)劃，并且對(duì)上

月的工作計(jì)劃做出總結(jié)，以書(shū)面形式交由部門(mén)經(jīng)理。

4）對(duì)公司產(chǎn)品軟件的任何修改都需要業(yè)務(wù)部門(mén)及信息中心相關(guān)

領(lǐng)導(dǎo)的審批，并且修改之后的效果也必須經(jīng)由相關(guān)領(lǐng)導(dǎo)認(rèn)可，及時(shí)將

所更改的功能對(duì)相關(guān)培訓(xùn)人員進(jìn)行講解。

5）嚴(yán)格遵守以下的軟件開(kāi)發(fā)流程：

①.簽定《系統(tǒng)開(kāi)發(fā)需求申請(qǐng)單》；

②,進(jìn)行需求調(diào)查，填寫(xiě)《需求說(shuō)明書(shū)》；

③制定相應(yīng)的《項(xiàng)目開(kāi)發(fā)計(jì)劃》；

④,填寫(xiě)《項(xiàng)目估計(jì)表》，進(jìn)入需求封閉期；

⑤.在規(guī)定的時(shí)間內(nèi)向業(yè)務(wù)部門(mén)提交《需求設(shè)計(jì)報(bào)告》（注：此項(xiàng)

流程不計(jì)入開(kāi)發(fā)周期）；

⑥.嚴(yán)格控制需求變更，如果實(shí)在需要變更需求，需要填寫(xiě)《需

求變更報(bào)告》，并且及時(shí)更新相應(yīng)的文檔；

⑦.在開(kāi)發(fā)周期內(nèi)根據(jù)《項(xiàng)目開(kāi)發(fā)計(jì)劃》進(jìn)行軟件項(xiàng)目的開(kāi)發(fā)；

⑧.在開(kāi)發(fā)周期內(nèi)開(kāi)發(fā)人員每天需要向上級(jí)提交電子檔的《開(kāi)發(fā)

進(jìn)度報(bào)告》，總結(jié)每天的編程心得；

⑨.在開(kāi)發(fā)周期內(nèi)至少每周制定一次《技術(shù)評(píng)審計(jì)劃》并且填寫(xiě)

《技術(shù)評(píng)審報(bào)告》；

⑩.對(duì)系統(tǒng)進(jìn)行測(cè)試時(shí)需要制定《系統(tǒng)測(cè)試計(jì)劃》、設(shè)計(jì)《測(cè)試用

例》，最終填寫(xiě)《測(cè)試報(bào)告》；

?.測(cè)試完畢，在實(shí)際系統(tǒng)中上版，并對(duì)相關(guān)操作人員進(jìn)行培訓(xùn)

6）在開(kāi)發(fā)的過(guò)程中必須嚴(yán)格遵守公司頒布的最新的《編碼規(guī)范》

和《數(shù)據(jù)庫(kù)設(shè)計(jì)

規(guī)范》。

7）在每周一部門(mén)經(jīng)理應(yīng)對(duì)本周工作做出計(jì)劃及安排，并在周五

進(jìn)行一次工作總結(jié)。

8）在工作時(shí)間里不得怠慢拖延，不得干與本職工作無(wú)關(guān)的事情。

9）在工作時(shí)間里不得中途任意離開(kāi)崗位，如需離開(kāi)應(yīng)向主管人

員請(qǐng)示并獲批準(zhǔn)后

方可離開(kāi)。

10）未經(jīng)許可不得私自將公司資料攜帶出公司。

11）任何人未經(jīng)允許，不得擅自將自己的電腦配件安裝在工作電

腦上。

12）未經(jīng)機(jī)主本人允許，不得擅自使用、移動(dòng)或拆裝他人的計(jì)算

機(jī)。

13）員工對(duì)自己的工作電腦既有使用的權(quán)利又有保護(hù)的義務(wù)。任

何的硬件損壞必須

給出損壞報(bào)告，說(shuō)明損壞原因。

14）不得安裝有可能危及公司計(jì)算機(jī)網(wǎng)絡(luò)的任何軟件，如果確實(shí)

有需要進(jìn)行軟件測(cè)

試的，必須將計(jì)算機(jī)脫離公司計(jì)算機(jī)網(wǎng)絡(luò)進(jìn)行單機(jī)操作。任何對(duì)

公司內(nèi)部計(jì)算機(jī)網(wǎng)絡(luò)的黑客行為是絕對(duì)禁止的，一經(jīng)查實(shí)將按公司有

關(guān)規(guī)定嚴(yán)肅處理。

15）公司提供的互聯(lián)網(wǎng)訪(fǎng)問(wèn)服務(wù)只能被使用在與公司業(yè)務(wù)有關(guān)的

方面，否則一經(jīng)查

實(shí)將按公司有關(guān)規(guī)定嚴(yán)肅處理

第二章、培訓(xùn)

第3條為提高員工的知識(shí)技能及發(fā)揮其潛在智能，使公司人力資

源能適應(yīng)本

公司日益迅速發(fā)展的需要，公司將舉行各種教育培訓(xùn)活動(dòng)，被指

定員工，不得無(wú)故缺席，確有特殊原因，應(yīng)按有關(guān)請(qǐng)假制度執(zhí)行。

第4條新員工進(jìn)入公司后，須接受公司的崗前專(zhuān)業(yè)培訓(xùn)，培訓(xùn)時(shí)

間應(yīng)不少于

20小時(shí)，新員工培訓(xùn)由公司根據(jù)人員錄用的情況安排，在新進(jìn)

公司的前三個(gè)月內(nèi)進(jìn)行，培訓(xùn)不合格者不再繼續(xù)留用。

第5條員工培訓(xùn)期間，針對(duì)每次培訓(xùn)I,都需要有培訓(xùn)記錄及總結(jié)。

第6條培訓(xùn)的主要內(nèi)容：

1）本職位的任務(wù)、責(zé)任和權(quán)限；

2）代碼規(guī)范及其它相關(guān)開(kāi)發(fā)規(guī)定；

3）專(zhuān)業(yè)技術(shù)的提高；

4）需求分析能力；

5）產(chǎn)品意識(shí)；