計算機軟件行業(yè)審查操作手冊

質量管理體系專業(yè)審核作業(yè)指導書

計算機軟件行業(yè)

公布日期：2023-10-16實行日期：2023-10-16

目錄

目錄（1）

序言（2）

1合用范圍（3）

2引用原則（3）

3術語（3）

4產品/服務范圍與專業(yè)代碼（3）

5產品/服務質量特性及重要特點（3）

6業(yè)務/服務流程（4）

7關鍵質量活動（5）

8審核要點與審核措施(6)

9法規(guī)與技術原則/規(guī)范規(guī)定的檢查措施（9）

附錄：計算機軟件產品有關的國標（1。）

編制審核同意版本/修訂實行日期

—A—

刖5

本指導書對計算機軟件行業(yè)進行質量體系審核的基本措施進行

了簡要闡明，合用于按照GB/T19001-2023原則對計算機軟件產品

的開發(fā)、供應、安裝和維護進行的質量體系認證審核。

本審核指導書側重專業(yè)上日勺規(guī)定，是通用審核規(guī)定的補充，不

是替代；是指導質量體系審核時支持性文獻。

本審核指導書附錄給出了軟件產品有關口勺重要國標清單。

1.合用范圍

本審核指導書合用于按照GB/T19001-2023原則對計算機軟件產品開發(fā)、供應、安

裝和維護進行口勺質量體系認證審核。

2.引用原則

GB/T19000.3-2023質量管理和質量保證原則第3部分：

GB/T19001-1994在計算機軟件開發(fā)、供應和維護中的使用

指南

GB/T11457—1995軟件工程術語

GB/T16260—1996信息技術軟件產品評價質量特性及其使用指南

GB/T8566—1995信息技術一軟件生存期過程

3.術語

3.1軟件：包括與數據處理系統(tǒng)操作有關H勺程序、規(guī)程、規(guī)則以及有關文檔的智力

創(chuàng)作。

3.2軟件產品：交付給顧客的一整套指定的計算機程序、規(guī)程以及有關的文檔和數

據。

3.3軟件項：在開發(fā)中間階段或最終階段的軟件產品中的任何可標識部分。

3.4開發(fā)：創(chuàng)作軟件產品的所有活動。

3.5計算機程序：適合于計算機處理的指令序列。處理可包括使用匯編程序、編譯

程序、解釋程序或翻譯程序來作為程序日勺執(zhí)行作準備，以及執(zhí)行該程序。

3.6文檔（文獻）：與程序開發(fā)、維護和使用有關的材料，它是軟件的重要構成部

分。

3.7軟件驗證：為保證某一階段產品的對的性和與該階段輸入所規(guī)定H勺（產品和原

則日勺）規(guī)定的一致性，對該階段產品進行評價的過程。

3.8軟件確認：為保證軟件符合規(guī)定的規(guī)定而進行評價的）過程。

4.產品/服務范圍與專業(yè)代碼

本審核指導書所覆蓋的產品/服務范圍及對應的專業(yè)代碼為：

計算機及有關業(yè)務K72

軟件72.20

數據處理72.30

數據庫業(yè)務72.40

辦公設備及計算機的維護修理72.50

其他與計算機有關H勺活動72.60

5.產品/服務質量特性及重要特點

計算機軟件及有關產品/服務H勺質量可用如下六個特性來評價：功能性、可靠性、

易用性、效率、維護性、可移植性。

重要特點有：

(1)系統(tǒng)是邏輯的。軟件產品不一樣于大多數其他工業(yè)產品，它是無形的，即沒有

質量，也沒有體積，是看不見，摸不著，完全沒有物理性質的產品，它把思維、概念、

算法、組織、流程、效率等六方面的問題融為一體，是一種邏輯日勺系統(tǒng)，它的工作重要

集中在定義、開發(fā)和維護等方面。因此ISO針對這一技術領域的特點，對波及軟件產品

日勺質量體系提供了補充性指南，即質量管理和質量保證原則第三部分：GB/T19001-

IS09001在軟件開發(fā)、供應和維護中的使用指南(GB/T19()()0.3-IS09()00-3),故軟件

企業(yè)要證明其開發(fā)軟件產品日勺能力時，應使用GB/TI9()()().3-ISO9()()()-3原則。

(2)文檔資料比重比較大。軟件開發(fā)滲透著軟件人員的腦力勞動。文檔作為軟件產品

H勺重要形式集中體現(xiàn)了軟件開發(fā)人員大量的腦力勞動成果，編制文檔H勺工作量大概占整

個軟件項目工作量的40%,故文檔在軟件開發(fā)中占有突出的地位和相稱大的工作量。

(3)種類繁多。軟件的開發(fā)是在特定日勺機型上進行日勺，運用特定日勺硬件配置，由特定

日勺系統(tǒng)軟件或支撐軟件支持，形成特定日勺開發(fā)環(huán)境，使用特定的開發(fā)措施、工具和語

言，使開發(fā)出日勺軟件產品具有獨一無二日勺特色，幾乎找不到完全相似日勺另一軟件。這與

大規(guī)模現(xiàn)代化生產有著極大的差異。

（4）技術性較強。軟件項目的工作是技術性很強的工作，滲透了大量人的原因，規(guī)定

具有一定業(yè)務水平和實踐經驗的人員參與，其素質的好壞直接影響著軟件的質量。

6.業(yè)務/服務流程

軟件產品的生存期過程按GB/T8566《信息技術軟件生存期過程》H勺有關規(guī)定應包

括7個基本的重要生存期過程，闡明如下：

（1）管理過程：生存期過程中日勺各項管理活動，包括項目管理。對應GB/T19001-

2023日勺條款：7.1

（2）采購過程：需方按協(xié)議一種系統(tǒng)、軟件產品或服務日勺活動。對應GB/T19001-

2023的條款：7.4

（3）供應過程：組織向需方提供協(xié)議中的系統(tǒng)、軟件產品或服務歐I活動。對應

GB/T19001-2023的條款：7.2、7.5

（4）開發(fā)過程：組織為了定義和開發(fā)軟件或服務所需要日勺活動。對應GB/T19001-

2023日勺條款：7.3、7.5

計算機軟件及有關產品和服務（包括系統(tǒng)集成）的開發(fā)過程一般包括如下階段：

a.系統(tǒng)需求分析階段：

對顧客和系統(tǒng)的需求進行分析，以建立對包括計算機軟件的系統(tǒng)日勺需求c系統(tǒng)需求

應當闡明：系統(tǒng)的功能和性能；安全、保密、人機工程、接口、操作和維護需求；設計

限制和驗收鑒定規(guī)定。該階段還應編制項目開發(fā)計劃。對應GB/T19001-2023的J條

款：、、

b.系統(tǒng)設計階段:

建立高層的系統(tǒng)體系構造，在系統(tǒng)體系構造中體現(xiàn)系統(tǒng)口勺需求。該系統(tǒng)體系構造要

體現(xiàn)出系統(tǒng)的內部構造以及硬件、軟件和人工操作的配置。應保證系統(tǒng)需求已完全分派

給硬件、軟件和人工操作。對應GB/T19001-2023的條款：、、7.3.4

c.軟件需求階段：

確定對軟件H勺多種需求，包括功能、性能需求等，以及軟件外部接口的需求和軟件

H勺驗收鑒定規(guī)定，并寫成文檔。對應GB/T19001-2023的條款：、7.3.1、7.3.2

d.概要設計（總體設計）階段：

將軟件需求轉變?yōu)橐环N體系構造，并描述它的頂層構造和定義它H勺重要部分。應保

證軟件需求已完全分派給了各個部分。對應GB/T19001-2023的條款：7.3.3、7.3.4、

7.3.5

e.詳細設計階段：

詳細設計構成軟件的每個軟件部件，并逐漸細化到較低日勺軟件單元層次。保證軟件

日勺需求己完全分派給軟件部件到軟件單元的整個軟件。對應GB/T19001-2023的條款：

7.3.3、7.3.4、7.3.5

f.軟件編碼（軟件實現(xiàn)）階段：

編寫各軟件單元源代碼，并進行單元測試。對應GB/T19001-2023的條款：7.3.3、

7.3.4,7.3.5

g.軟件集成或組裝階段：

按軟件集成或組裝計劃將軟件單元逐漸組裝成軟件部件，以至完整日勺軟件，并進行

測試。對應GB/T19001-2023的條款：7.3.3、7.3.4、7.3.5

h.軟件確認和鑒定測試階段：

根據軟件日勺需求和驗收鑒定規(guī)定進行確認和鑒定測試。對應GB/TI9001-2023日勺條

款：7.3.5、7.3.6、7.3.7

i.系統(tǒng)集成階段：

將軟件與硬件、人工操作和其他必要的系統(tǒng)部件一起集成到系統(tǒng)中去。對

應GB/T19001-2023H勺條款：7.3.3,7.3.4,7.3.5

j.系統(tǒng)鑒定測試階段：

根據對系統(tǒng)的鑒定規(guī)定進行系統(tǒng)鑒定測試（或試驗）。對應GB/T19001-2023的條

款：7.3.5、7.3.6、7.3.7

k.系統(tǒng)及軟件維護階段：

根據實際規(guī)定，當系統(tǒng)或軟件出現(xiàn)異常、缺陷、問題或需要改善和修改時，對系統(tǒng)

軟件及有關文檔進行修改和完善。對應GB/T19001-2023日勺條款：7.3.7

（5）操作過程：

組織為了在規(guī)定H勺運行環(huán)境中為其顧客運行一種計算機系統(tǒng)所需要的活動。對應

GB/T19001-2023H勺條款：7.5

（6）維護過程：組織為了管理軟件的修改，使它處在良好運行狀態(tài)所需要的活動。

這個過程包括系統(tǒng)日勺移植和退伍。對應GB/T1900L2023的條款：7.3.7、

7.5、8.2、8.3、8.5

（7）支持過程：對項目日勺生存期過程予以支持，有助于項目成功并提高項目H勺質量。

支持過程一般包括：

a.文檔開發(fā)過程：記錄軟件生存期過程中所產生的信息日勺活動。對應GB/T19001-

2023的條款:4.2.3、4.2.4

b.配置管理過程：進行配置管理活動的過程。對應GB/T19001-2023口勺條款7.5.3

c.協(xié)議規(guī)定的評審過程：定義協(xié)議規(guī)定以及需方和組織之間的互相關系H勺活動。對

應GB/T1900L2023町條款：7.2

d.驗證和確認過程：根據項目的規(guī)定按不一樣程度（為需方、供方或某獨立的一

方）定義和確認產品或服務日勺活動。對應GB/T19001-2023

的條款：8.4

e.軟件質量保證過程：為了保證產品或服務與協(xié)議規(guī)定相符，確定并實行（獨立

于產品或服務H勺開發(fā)者）所要進行的并符合已建立H勺計

劃的活動。對應GB/T19001-2023的條款：5.4

f.改正過程：處理在產品或服務中發(fā)現(xiàn)H勺問題或不符合之處的活動。對應

GB/T19001-2023H勺條款：8.2、8.3、8.5

g.培訓過程：提供訓練有素H勺人員所需要日勺活動。對應GB/T19001-2023日勺條

款：6.2

h.環(huán)境建立過程：為采用軟件生存周期H勺任何過程而建立環(huán)境時所需要H勺活動。對

應GB/T1900L2023的條款:6.1、6.3、6.4

7.關鍵質量活動

軟件產品開發(fā)過程是關鍵過程。關鍵質量活動為：需求分析、軟件設計、設計評

審、軟件編碼、代碼審查、軟件測試、系統(tǒng)確認和鑒定測試、設計更改、配置管理、軟

件H勺復制和備份。

8.審核要點與審核措施

軟件產品沒有明確的生產制造過程。軟件產品的質量特性重要取決于軟件的設計、

開發(fā)階段的活動。因此，軟件產品的設計開發(fā)活動是審核的重點。

序重要過程

對應標一般波及日勺

號日勺關鍵審核要點和取證措施

質量活動準條款職能部門/單位

1文獻控制項目開發(fā)部門、配置管理程序可用來實行文檔和

質量管理部門資料控制、建立文檔和資料日勺控

制程序時，組織要確定應遵守控

制程序的文檔和數據，包括外來

文檔和數據。

文檔和數據包括：

一協(xié)議規(guī)定的文檔，包括需求規(guī)

格闡明

-用于描述軟件生存周期內H勺質

量體系的1形成文獻的J程序

-描述組織活動的籌劃和進度以

及組織與顧客互相配合的計劃文

檔

-描述詳細軟件產品的或與特定

軟件產品有關聯(lián)的產品文檔和數

據。

在使用電子手段實現(xiàn)文檔控制的

地方，應尤其注意合適的同意、

存取、發(fā)放、媒體歸檔程序。

審核中應對有關的文檔記錄（同

意、存取、發(fā)放）進行檢查。

2記錄控制項目開發(fā)部門、質量記錄有

質量管理部門一測試成果文檔

一問題匯報

一變更祈求

一加注解的文檔

一評審記錄

一會議記錄

一審核匯報

假如是記錄在電子媒體上，考慮

記錄日勺保留時間和可訪問性時，

最佳將電子圖像的退化速率以及

訪問記錄所需的設備和軟件口勺可

用性考慮在內。

審核中對有關口勺文檔和記錄進行

檢查。

3能力意識項目開發(fā)部門、在確定人員能力和滿足需求時，

和培訓質量管理部門組織應考慮軟件產品開發(fā)和管理

中用到的詳細工具、技術、措施

和計算機資源；應針對軟件波及

到日勺特定領域知識和技能進行培

訓。資格認定和培訓規(guī)定應形成

文檔。

審核中對有關口勺文檔和記錄進行

檢查。

4需求分析7.1顧客或項目提出需求分析應形成文檔，作為軟件

7.2方、項目開發(fā)部產品開發(fā)的輸入和根據，需求分

門、質量管理部門析文檔應完整記錄需求分析和項

目籌劃的成果，得到顧客或任務

提出方的承認并經技術負責部門

『'J評審和同意。

審核中應檢查需求分析文檔（一

般包括“需求規(guī)格闡明書"、“

項目開發(fā)計劃”、“質量保證計

劃”、“鑒定測試計劃”、“配

置管理計劃”等）及有關H勺評審

記錄。

5軟件設計項目開發(fā)部門、軟件設計的輸出應滿足輸入的規(guī)

質量管理部門定，應包括需求分析的所有內

容，并逐漸細化。

審核中應檢查軟件設計文檔（一

般稱為“軟件設計闡明書”）及

有關的評審記錄

6設計評審項目開發(fā)部門、設計評審應按計劃安排進行，評

質量管理部門審時應考慮可行性、保密性和安

全性、編程規(guī)則和可測試性。關

鍵階段的設計評審應保留記錄。

設計評審記錄應闡明評審發(fā)現(xiàn)的

問題，并提供評審結論。對評審

提出的問題和提議應予以跟蹤和

處理。

審核中應檢查關鍵設計評審日勺有

關記錄及有關問題時跟蹤。

7軟件編碼項目開發(fā)部門軟件編碼應在詳細設計后進行，

應嚴格按軟件設計的規(guī)定進行編

碼。

審核中應對軟件編碼的有關文檔

進行檢查，也許時，還應檢查軟

件編碼人員與否理解軟件編碼的

基本準則。

8代碼審查項目開發(fā)部門代碼審查應有基本的規(guī)定和準

質量管理部門貝h代碼審查應有記錄。代碼審

查發(fā)現(xiàn)的問題應予以記錄和跟

蹤。

審核中應檢查代碼審查的有關記錄。

9軟件測試項目開發(fā)部門、軟件測試應提供測試計劃、測試

質量管理部門方案、測試用例、測試記錄、測

試匯報等文檔。其中比較重要的

測試計劃應予以評審。測試發(fā)現(xiàn)

日勺問題應予以記錄和跟蹤。問題

H勺更改應按設計更改予以控制。

審核中應對有關的測試文檔和記

錄（包括測試計劃、測試方案、

測試用例、測試記錄、測試匯報

等文檔和審批記錄）進行檢查。

10系統(tǒng)確認項目開發(fā)部門、系統(tǒng)確認鑒定測試的測試應滿足

和鑒定測質量管理部門上述規(guī)定。確認和鑒定計劃應予

試以評審。測試H勺內容應覆蓋需求

分析歐J所有內容。

審核中應對有關的文檔和記錄

（包括測試計劃、測試方案、測

試用例、測試記錄、測試匯報等

文檔和審批記錄）進行檢查。

11設計更改項目開發(fā)部門、設計更改應予以控制和記錄。設

質量管理部門計更改后應進行回歸測試。設計

更改MJ有關內容應納入配置管理

活動。

審核中應對有關文檔和記錄（包

括更改審批和回歸測試記錄）進

行檢查。

12配制管理項目開發(fā)部門、配置管理的重要目的是控制軟件

質量管理部門產品的技術狀態(tài)，保證軟件模塊

之間的互相協(xié)調并保證提交軟件

產品時對歐1版本。配置管理活動

一般應制定配置管理計劃。應明

確軟件產品日勺配置項。并在合適

階段對配置狀態(tài)予以記錄。

審核中應對有關文檔和記錄（一

般包括配置管理計劃和配置管理

匯報）進行檢查。

13軟件日勺項目開發(fā)部門、軟件及有關文檔的合適階段產品

復制備份質量管理部門應予以復制和備份。軟件復制和

備份一般被看作是軟件產品口勺生

產過程。軟件產品的復制應有明

確的標識，以清晰地顯示軟件的

配置狀態(tài)。復制和備份的軟件產

品應予以檢查，并注意介質口勺保

護和防病毒。

審核中應對有關文檔和記錄（一

般包括軟件生產匯報和測試、驗

證記錄等）進行檢查。

14顧客財產項目開發(fā)部門、顧客財產包括：軟件產品、開發(fā)

質量管理部門工具、開發(fā)環(huán)境包括網絡服務、

測試和運行數據、接口或其他規(guī)