軟件質(zhì)量的基本知識(shí)和標(biāo)準(zhǔn)-Read課件

第一部分軟件質(zhì)量與質(zhì)量保障本章內(nèi)容：§1對(duì)軟件測(cè)試和軟件質(zhì)量的思考一、當(dāng)今社會(huì)對(duì)軟件質(zhì)量的高要求二、軟件質(zhì)量問(wèn)題提出的嚴(yán)重挑戰(zhàn)三、解決軟件質(zhì)量為題的途徑§2軟件質(zhì)量與可靠性概念一、軟件質(zhì)量二、軟件可靠性三、軟件可靠性模型介紹§3軟件質(zhì)量度量一、軟件質(zhì)量度量框架二、IEEE軟件度量方法學(xué)步驟簡(jiǎn)介§4軟件質(zhì)量保障體系介紹§1對(duì)軟件測(cè)試和軟件質(zhì)量的思考一、當(dāng)今社會(huì)對(duì)軟件質(zhì)量的高要求

1、計(jì)算機(jī)已無(wú)處不在，從生產(chǎn)到生活，從工廠到家庭，從工作到娛樂(lè)……

制造業(yè)、農(nóng)業(yè)交通、通信、金融、保險(xiǎn)、消防商業(yè)、服務(wù)業(yè)、供電、供水、醫(yī)療衛(wèi)生行政管理、政務(wù)、公檢法航天、航空、科學(xué)研究、軍事教育、文化

2、在一些領(lǐng)域，軟件逐步替代了硬件典型例子：通信領(lǐng)域（20世紀(jì)90年代以來(lái)）通信企業(yè)都是軟件企業(yè)

IC制造；

數(shù)字模擬代替了物理實(shí)驗(yàn)；替代優(yōu)勢(shì):準(zhǔn)確、快速、高效、成本低替代趨勢(shì)：極為迅猛用戶使用低質(zhì)量的軟件，在運(yùn)行過(guò)程中會(huì)產(chǎn)生各種各樣的問(wèn)題，可能帶來(lái)不同程度的嚴(yán)重后果，輕者影響系統(tǒng)的正常工作，重者造成事故，損失生命財(cái)產(chǎn)。

軟件:軟件（software）是計(jì)算機(jī)中與硬件相結(jié)合的一部分，包括程序（program）和文檔（document）§1對(duì)軟件測(cè)試和軟件質(zhì)量的思考

3、對(duì)軟件質(zhì)量提出了全方位的要求功能：愈來(lái)愈多、范圍廣性能：愈來(lái)愈高，速度、響應(yīng)、適應(yīng)性可靠性：穩(wěn)定可靠安全性：安全運(yùn)行

4、關(guān)鍵軟件（Criticalsoftware）：

關(guān)鍵軟件：人員和公眾的生命和安全環(huán)境質(zhì)量數(shù)據(jù)和信息安全關(guān)于設(shè)備、設(shè)施、系統(tǒng)的正常運(yùn)行 社會(huì)的正常秩序關(guān)鍵軟件的特點(diǎn)：規(guī)模龐大大部分為實(shí)時(shí)、嵌入式高可靠性涉及國(guó)家政務(wù)、軍事國(guó)防

§1對(duì)軟件測(cè)試和軟件質(zhì)量的思考

二、嚴(yán)重的挑戰(zhàn)——軟件質(zhì)量問(wèn)題

1、軟件工程技術(shù)的發(fā)展長(zhǎng)期落后于硬件

2、軟件常常不能滿足應(yīng)用系統(tǒng)提出的需求

3、由于軟件質(zhì)量造成的事故屢見(jiàn)不鮮

用于F-16的導(dǎo)航軟件中的錯(cuò)誤使其在飛越赤道時(shí)引起飛機(jī)翻轉(zhuǎn)；

1981年，對(duì)航天飛機(jī)定時(shí)軟件的極小改變引起發(fā)射失敗；

§1對(duì)軟件測(cè)試和軟件質(zhì)量的思考

4、用戶對(duì)購(gòu)買的軟件質(zhì)量不滿用戶對(duì)軟件質(zhì)量滿意度統(tǒng)計(jì)§1對(duì)軟件測(cè)試和軟件質(zhì)量的思考

5、解決軟件質(zhì)量問(wèn)題的實(shí)際困難

開(kāi)發(fā)過(guò)程和產(chǎn)品不可見(jiàn)復(fù)雜多變易變難以量化控制需求不明人為因素測(cè)試技術(shù)不理想

軟件:是當(dāng)前最復(fù)雜的腦力勞動(dòng)，以個(gè)人勞動(dòng)為基礎(chǔ)的產(chǎn)品，合文化、心理、集體性有極大關(guān)系?！?對(duì)軟件測(cè)試和軟件質(zhì)量的思考

三、解決軟件產(chǎn)品質(zhì)量問(wèn)題的途徑——從軟件測(cè)試的角度

1、增強(qiáng)軟件產(chǎn)品開(kāi)發(fā)的質(zhì)量意識(shí)，重視測(cè)試工作的組織

2、加強(qiáng)測(cè)試人員隊(duì)伍的建設(shè)軟件質(zhì)量和測(cè)試人員資格制度加強(qiáng)培訓(xùn)：技術(shù)、管理

3、軟件開(kāi)發(fā)組織中建立獨(dú)立的測(cè)試機(jī)構(gòu)，體現(xiàn)獨(dú)立測(cè)試原則

4、對(duì)整個(gè)軟件開(kāi)發(fā)過(guò)程實(shí)施規(guī)范化管理產(chǎn)品質(zhì)量取決于生產(chǎn)產(chǎn)品所采用過(guò)程的過(guò)程控制

ISO9000，CMM（軟件過(guò)程成熟度）等

5、CMM對(duì)軟件測(cè)試提出的要求

（1）選取適用的測(cè)試支持工具（2）對(duì)軟件工程技術(shù)人員進(jìn)行軟件測(cè)試及其它驗(yàn)證技術(shù)的培訓(xùn)（3）對(duì)完成的代碼實(shí)時(shí)同行評(píng)審和單元測(cè)試

（4）按項(xiàng)目定義的軟件過(guò)程進(jìn)行軟件測(cè)試（5）按軟件過(guò)程計(jì)劃和執(zhí)行集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試（6）收集和分析測(cè)試中發(fā)現(xiàn)的缺陷數(shù)據(jù)改正

6、CMM中軟件質(zhì)量保證、驗(yàn)證評(píng)審和審核提出了更多的要求制定和評(píng)審測(cè)試標(biāo)準(zhǔn)選用有效的測(cè)試方法做到測(cè)試的充分性建立和使用測(cè)試準(zhǔn)備就緒準(zhǔn)則實(shí)施回歸測(cè)試對(duì)測(cè)試計(jì)劃、測(cè)試規(guī)程、測(cè)試用例進(jìn)行評(píng)審對(duì)測(cè)試計(jì)劃、測(cè)試規(guī)程、測(cè)試用例進(jìn)行管理對(duì)測(cè)試計(jì)劃、測(cè)試規(guī)程、測(cè)試用例進(jìn)行控制軟件測(cè)試是保證軟件質(zhì)量的最重要的手段

§2軟件質(zhì)量、軟件可靠性概念內(nèi)容：1、軟件質(zhì)量2、軟件可靠性概念3、軟件可靠性模型介紹§2軟件質(zhì)量與可靠性概念一、軟件質(zhì)量：是貫穿軟件生存期的一個(gè)極為重要的問(wèn)題，使軟件開(kāi)發(fā)過(guò)程中所使用的各種開(kāi)發(fā)技術(shù)和驗(yàn)證方法的最終體現(xiàn)。軟件質(zhì)量的定義：

ANSI/IEEEstd729-1983定義軟件質(zhì)量為：與軟件產(chǎn)品滿足規(guī)定的和隱含的需求的能力有關(guān)的特征或特性的全體

可從三方面來(lái)理解：軟件需求是衡量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不具備質(zhì)量。規(guī)定了的標(biāo)準(zhǔn)是軟件開(kāi)發(fā)必須遵循的準(zhǔn)則。如果已開(kāi)發(fā)的軟件已經(jīng)滿足了那些明文規(guī)定的需求，卻沒(méi)有滿足那些隱含的需求，那么軟件產(chǎn)品的質(zhì)量仍然是有問(wèn)題的?！?軟件質(zhì)量與可靠性概念

二、軟件可靠性

——軟件質(zhì)量的一項(xiàng)重要指標(biāo)

是指“在規(guī)定的條件下和規(guī)定的時(shí)間內(nèi)，計(jì)算機(jī)程序完成規(guī)定功能（無(wú)故障運(yùn)行）的概率”。什么是Bug:在英語(yǔ)中是“小蟲子”的意思，現(xiàn)在泛指計(jì)算機(jī)中軟件或硬件錯(cuò)誤。

Bug和Debug的由來(lái)：

Bug之多：微軟Windows98操作系統(tǒng)改正了windows95里面5000多個(gè)Bug計(jì)算機(jī)中含有這么多Bug有一個(gè)技術(shù)原因：

軟件愈來(lái)愈龐大復(fù)雜在任何復(fù)雜的大系統(tǒng)中，錯(cuò)誤是難免的，大型軟件尤其難以按期完成國(guó)外統(tǒng)計(jì)：17萬(wàn)個(gè)項(xiàng)目（總投資2500億美元）6%按期按預(yù)算完成；31%中途取消；61%最終完成，但都超出了預(yù)算和進(jìn)度（一大半項(xiàng)目的實(shí)際花費(fèi)超出預(yù)算達(dá)189%）

Bug的確切定義：軟件的Bug指的是軟件中（程序和文檔）不符合用戶需求的問(wèn)題常見(jiàn)的軟件Bug分成3中類型：（1）完全沒(méi)有實(shí)現(xiàn)的功能（2）基本實(shí)現(xiàn)了用戶需要的功能，但在運(yùn)行時(shí)會(huì)出現(xiàn)一些功能和性能上的問(wèn)題；（3）實(shí)現(xiàn)了用戶不需要的功能，即多余功能?！?軟件質(zhì)量與可靠性概念衡量軟件可靠性的簡(jiǎn)單指標(biāo)：平均失敗間隔時(shí)間MTBF

指兩次此相鄰失效時(shí)間間隔的平均。

MTBF=MTTF（平均無(wú)故障時(shí)間）+MTTR（平均修復(fù)時(shí)間）MTTF（平均無(wú)故障時(shí)間）：指當(dāng)前時(shí)間（有效）到下一次失敗的時(shí)間平均MTTR（平均修復(fù)時(shí)間）：指從一次故障產(chǎn)生到故障恢復(fù)的時(shí)間平均MTTF（平均故障時(shí)間）MTTR（平均修復(fù)時(shí)間平均失敗間隔時(shí)間MTBF§2軟件質(zhì)量與可靠性概念

R可靠度：在規(guī)定時(shí)間內(nèi)無(wú)失效發(fā)生的概率。設(shè)規(guī)定時(shí)間為t0

，軟件發(fā)生失效的時(shí)間是ξ，R(t0)=P(ξ>t0).

MTTF即為在時(shí)間0-無(wú)窮內(nèi)對(duì)R(t0)的積分?！?軟件質(zhì)量與可靠性概念由來(lái)： 通過(guò)擁有一個(gè)軟件可靠性如何隨著時(shí)間的變化而變化的健壯的模型，使得管理部門能夠通過(guò)收集軟件確認(rèn)測(cè)試中的數(shù)據(jù)，制訂一個(gè)可靠性目標(biāo)，并跟蹤目標(biāo)實(shí)現(xiàn)的過(guò)程。目的：能夠用平均故障時(shí)間（MTTF）測(cè)量和預(yù)測(cè)軟件可靠性確定最佳停止測(cè)試和發(fā)布軟件的時(shí)間為權(quán)衡測(cè)試時(shí)間、可靠性、費(fèi)用和性能指標(biāo)提供數(shù)據(jù)定義符合實(shí)際的軟件可靠性指標(biāo)三、軟件可靠性模型介紹§2軟件質(zhì)量與可靠性概念軟件可靠性模型——目前有40多種（常用10多種）可靠性建模是可靠性估計(jì)過(guò)程的基礎(chǔ)，它確定產(chǎn)品是否達(dá)到了可靠性指標(biāo)，是否可以發(fā)行。目前比較流行的有：

Jelinski-Moranda的故障分離模型

Goel-Okumoto的NHPP模型——非齊次泊松過(guò)程模型黑盒測(cè)試：Musa的基本執(zhí)行時(shí)間模型增強(qiáng)的NHPP模型（廣義泊松模型）

Littlewood-Verrall的貝葉斯判定模型

Krishna-murthy和Mathur的基于路徑的模型白盒測(cè)試

Gokhalaetal.的基于狀態(tài)的模型§3

軟件質(zhì)量度量有許多因素影響軟件質(zhì)量可直接度量的因素把影響軟件質(zhì)量的因素分為兩類只能間接度量的因素

不管哪一類，必須能夠度量，構(gòu)成了軟件質(zhì)量度量體系。

IEEE有關(guān)軟件質(zhì)量度量方法學(xué)的標(biāo)準(zhǔn)1061-1998一、軟件質(zhì)量度量框架軟件質(zhì)量度量框架：一組用來(lái)組織、選擇、溝通、評(píng)價(jià)軟件系統(tǒng)要求的質(zhì)量屬性的輔助決策法，他逐層分解為特性、子特性和度量。質(zhì)量特性：一個(gè)與質(zhì)量有關(guān)的面向管理的軟件屬性；質(zhì)量子特性：質(zhì)量特性分解出來(lái)的技術(shù)組件直接度量：一種不依賴于其他屬性測(cè)量的度量；預(yù)計(jì)度量：一種適用于開(kāi)發(fā)階段的度量，它用來(lái)預(yù)計(jì)軟件質(zhì)量特性的值；軟件質(zhì)量度量：一個(gè)函數(shù)，它的輸入是軟件數(shù)據(jù)，輸出是一個(gè)單一數(shù)值，它可解釋為給定的軟件屬性對(duì)其質(zhì)量的影響程度；過(guò)程度量：一種用來(lái)測(cè)量在軟件系統(tǒng)開(kāi)發(fā)、實(shí)現(xiàn)和維護(hù)過(guò)程中使用的方法、技術(shù)和工具特性的度量產(chǎn)品度量：一種用來(lái)測(cè)量軟件開(kāi)發(fā)過(guò)程中任何中間或最終產(chǎn)品特性的度量。軟件質(zhì)量度量框架與質(zhì)量需求相關(guān)聯(lián)的質(zhì)量特性與質(zhì)量特性相關(guān)聯(lián)的質(zhì)量子特性直接度量例子二、IEEE軟件度量方法學(xué)步驟確定軟件質(zhì)量需求確定軟件質(zhì)量度量實(shí)施軟件質(zhì)量度量分析軟件質(zhì)量度量確認(rèn)軟件質(zhì)量度量直接度量文檔分析軟件質(zhì)量度量結(jié)果在數(shù)據(jù)收集過(guò)程中，要根據(jù)工程總的軟件質(zhì)量需求對(duì)度量結(jié)果進(jìn)行分析。要識(shí)別出哪些與目標(biāo)值不一致的度量以便做進(jìn)一步的分析。根據(jù)分析結(jié)果，有些可能需要重新設(shè)計(jì)或者記錄，有些可能需要對(duì)文檔進(jìn)行補(bǔ)充，有些可能需要做一些補(bǔ)充測(cè)試。在某些情況下，若度量值只稍微超出目標(biāo)值，并且認(rèn)為是非關(guān)鍵度量，也可不做改動(dòng)。Grady和Caswell在HP公司實(shí)施軟件度量程序的10個(gè)步驟定義軟件度量程序的目標(biāo)明確責(zé)任開(kāi)展調(diào)查定義要收集的初始度量推薦這些度量的初始樣本獲取用于自動(dòng)數(shù)據(jù)收集和分析的工具進(jìn)行軟件度量培訓(xùn)宣傳成功事例建立度量數(shù)據(jù)庫(kù)以有序方式建立一個(gè)改進(jìn)此過(guò)程的方法三、驗(yàn)證度量復(fù)雜度度量缺陷度量產(chǎn)品度量過(guò)程度量度量-復(fù)雜度復(fù)雜度是與質(zhì)量子特性－正確性和質(zhì)量特性－可維護(hù)性相關(guān)聯(lián)的一個(gè)直接項(xiàng)測(cè)量通過(guò)對(duì)本組織編制的源程序代碼做大范圍的復(fù)雜度抽樣測(cè)試，就可以建立一個(gè)復(fù)雜度基線，可以用來(lái)確定：代碼審查的候選模塊對(duì)哪一部分進(jìn)行重新設(shè)計(jì)可能是恰當(dāng)?shù)?？需要附加文檔的部分可能附加測(cè)試的部分度量-復(fù)雜度-方法McCabe圈(環(huán))復(fù)雜度度量

使用程序控制流程結(jié)構(gòu)作為其復(fù)雜度相對(duì)的測(cè)量圈復(fù)雜度＝E-N+2P

E=邊的個(gè)數(shù)（或控制轉(zhuǎn)移次數(shù)）

P＝轉(zhuǎn)入程序中的控制路徑個(gè)數(shù)

N=節(jié)點(diǎn)個(gè)數(shù)（順序語(yǔ)句組只包含一個(gè)控制轉(zhuǎn)移）度量-復(fù)雜度-方法Halstead的軟件科學(xué)

基于程序大小測(cè)量程序復(fù)雜度的算法

1=程序中不同操作符的個(gè)數(shù)2=程序中不同操作數(shù)的個(gè)數(shù)3=程序中操作符出現(xiàn)的總數(shù)4=程序中操作數(shù)出現(xiàn)的總數(shù)

程序詞匯量：=1+2度量-缺陷度量缺陷度量是通過(guò)收集審查總結(jié)報(bào)告而得到。根據(jù)缺陷類型（即邏輯、接口、數(shù)據(jù)定義、文檔）、缺陷改進(jìn)起因和缺陷嚴(yán)重性對(duì)這些度量進(jìn)行分類，將能夠確定軟件開(kāi)發(fā)過(guò)程中需要改進(jìn)的地方。通過(guò)對(duì)模塊進(jìn)行缺陷跟蹤，缺陷度量有助于軟件驗(yàn)證和確認(rèn)活動(dòng)，它能夠發(fā)現(xiàn)需要重新設(shè)計(jì)或者做附加測(cè)試的候選模塊，也能夠潛在識(shí)別哪些需要在軟件工程實(shí)踐方面需要進(jìn)一步培訓(xùn)的軟件工程師。度量-產(chǎn)品度量產(chǎn)品度量是測(cè)量，這些測(cè)量代表了組織已開(kāi)發(fā)出的產(chǎn)品的情況。例子：在需求、設(shè)計(jì)、編碼和測(cè)試審查階段發(fā)現(xiàn)的缺陷的類型和數(shù)量；交付的文檔頁(yè)數(shù)新增代碼的行數(shù)修改的代碼行數(shù)交付的代碼總行數(shù)交付的所有模塊的平均復(fù)雜度模塊的平均大小模塊的總數(shù)單元測(cè)試發(fā)現(xiàn)的缺陷總數(shù)集成測(cè)試發(fā)現(xiàn)的缺陷總數(shù)確認(rèn)測(cè)試發(fā)現(xiàn)的缺陷總數(shù)度量－過(guò)程度量過(guò)程度量反映過(guò)程的效率。例子：平均查找－修改時(shí)間每一次審查花費(fèi)的人/小時(shí)數(shù)每KLOC花費(fèi)的人/小時(shí)數(shù)每一次審查發(fā)現(xiàn)的平均缺陷數(shù)在審查期間發(fā)現(xiàn)的每一類缺陷的個(gè)數(shù)平均修改次數(shù)被審查模塊的平均數(shù)制定度量計(jì)劃測(cè)量應(yīng)是健全的；測(cè)量應(yīng)建議一個(gè)基準(zhǔn)測(cè)量應(yīng)涉及特定的產(chǎn)品和過(guò)程屬性；測(cè)量應(yīng)建議一個(gè)改進(jìn)策略測(cè)量應(yīng)是軟件開(kāi)發(fā)過(guò)程固有的結(jié)果測(cè)量應(yīng)簡(jiǎn)單測(cè)量應(yīng)可預(yù)測(cè)和可跟蹤測(cè)量不應(yīng)該用來(lái)作為評(píng)價(jià)個(gè)人實(shí)績(jī)的一部分。四、確認(rèn)度量時(shí)間測(cè)量測(cè)試覆蓋測(cè)量質(zhì)量度量時(shí)間測(cè)量查錯(cuò)－修改周期測(cè)量累積測(cè)試時(shí)間測(cè)試覆蓋度量代碼覆蓋段覆蓋調(diào)用對(duì)需求覆蓋質(zhì)量度量缺陷改正百分比每一個(gè)基線報(bào)告的缺陷缺陷檢測(cè)效率五、小結(jié)度量軟件質(zhì)量度量測(cè)量符合基本的軟件質(zhì)量改進(jìn)原則，測(cè)量能夠作為一個(gè)杠桿推動(dòng)軟件過(guò)程的改進(jìn)，然而，除非以建立了積極的質(zhì)量改進(jìn)計(jì)劃和目標(biāo)，否則不會(huì)發(fā)生任何改進(jìn)，重要的是，這些改變必須量化；區(qū)分“變化”和“改進(jìn)”是非常重要的。改進(jìn)是基于測(cè)量而言的，而變化是基于感覺(jué)而言的，只有通過(guò)測(cè)量，你才能知道一個(gè)“變化”變成了一個(gè)“改進(jìn)”。測(cè)試確認(rèn)的測(cè)量是改進(jìn)這些活動(dòng)有效性的基礎(chǔ)，這些測(cè)量應(yīng)該用來(lái)幫助確定過(guò)程改進(jìn)，進(jìn)而提高確認(rèn)測(cè)試投資的回報(bào)?！?軟件質(zhì)量保障體系1、SQA計(jì)劃2、ISO9000質(zhì)量保證體系3、CMM模型簡(jiǎn)介4、小結(jié)一、SQA計(jì)劃(1)

由SQA小組和項(xiàng)目組共同制定的“SQA計(jì)劃”為建立軟件質(zhì)量保證提供了“行動(dòng)指南”，規(guī)定了每個(gè)軟件項(xiàng)目中的SQA活動(dòng)的模式。一、SQA計(jì)劃(2)Ⅰ.計(jì)劃的目的Ⅴ.標(biāo)準(zhǔn)、實(shí)踐和約定Ⅶ.測(cè)試Ⅱ.參考文獻(xiàn)1.目的Ⅷ.問(wèn)題報(bào)告和改正行動(dòng)Ⅲ.管理2.約定Ⅸ.工具、技術(shù)和方法學(xué)1.組織Ⅵ.復(fù)審和審計(jì)Ⅹ.代碼控制2.任務(wù)1.目的ⅩⅠ.媒體控制3.責(zé)任2.需求復(fù)審ⅩⅡ.供應(yīng)商控制Ⅳ.文檔b.設(shè)計(jì)復(fù)審ⅩⅢ.記錄收集、維護(hù)和保留1.目的c.軟件驗(yàn)證和確認(rèn)復(fù)審ⅩⅣ.培訓(xùn)2.所需的軟件工程文檔d.功能復(fù)審ⅩⅤ.風(fēng)險(xiǎn)管理3.其它文檔e.物理審計(jì)

f.過(guò)程內(nèi)部審計(jì)

g.管理復(fù)審

二、ISO9000質(zhì)量保證體系(1)

ISO9000以一般術(shù)語(yǔ)描述了一個(gè)質(zhì)量保證系統(tǒng)的要素 這些要素包括用于實(shí)現(xiàn)質(zhì)量計(jì)劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)所需的組織結(jié)構(gòu)、規(guī)程、過(guò)程和資源。

二、ISO9000質(zhì)量保證體系

1、概述

ISO9000質(zhì)量標(biāo)準(zhǔn)是一種廣泛采用的國(guó)際標(biāo)準(zhǔn)，它是由國(guó)際標(biāo)準(zhǔn)化組織（InternationalStandardsOrganization，ISO制定）；

ISO9000質(zhì)量標(biāo)準(zhǔn)受英國(guó)質(zhì)量標(biāo)準(zhǔn)（BS5770）的影響，最早發(fā)布在1987年，在1994年修訂；

ISO9000質(zhì)量標(biāo)準(zhǔn)可以應(yīng)用于各類行業(yè)，包括制造業(yè)、軟件業(yè)和服務(wù)業(yè)；

ISO9000質(zhì)量標(biāo)準(zhǔn)被認(rèn)為是一個(gè)重視質(zhì)量的組織應(yīng)該滿足的一種最低限度的標(biāo)準(zhǔn)，很多組織要求其轉(zhuǎn)包商（subcontractor）通過(guò)ISO9000認(rèn)證。

ISO9000質(zhì)量標(biāo)準(zhǔn)的最新修訂版是ISO9000：2000，是對(duì)1994版的一次重大的提高，它把重點(diǎn)放在客戶滿意度和持續(xù)改進(jìn)上，并包括一個(gè)過(guò)程模型。

ISO9000質(zhì)量標(biāo)準(zhǔn)的1994版強(qiáng)調(diào)定義工作規(guī)程，而新標(biāo)準(zhǔn)則強(qiáng)調(diào)過(guò)程。二、ISO9000質(zhì)量保證體系2、ISO9000的動(dòng)機(jī)提高公司信譽(yù)

ISO9000認(rèn)證帶來(lái)的銷售利益表明客戶滿意度和質(zhì)量是公司的核心價(jià)值表明公司致力于持續(xù)改進(jìn)表明公司在產(chǎn)品開(kāi)發(fā)中的質(zhì)量計(jì)劃生產(chǎn)出更高質(zhì)量的軟件標(biāo)明“防火”文化是適當(dāng)?shù)?，而不是“救火”文化重點(diǎn)是從問(wèn)題中吸取教訓(xùn)一個(gè)更有能力和更有效的組織更為忠實(shí)的客戶保護(hù)公司免遭起訴。

ISO9000提供了一個(gè)改進(jìn)架構(gòu)或改進(jìn)模型。減少有缺陷產(chǎn)品的返工機(jī)會(huì)詩(shī)作之內(nèi)的士氣提高記錄在案的ISO9000要求提供了證明公司已經(jīng)采取了所有合理的措施的證據(jù)二、ISO9000質(zhì)量保證體系3、ISO9000和質(zhì)量組

ISO9000標(biāo)準(zhǔn)把責(zé)任放在管理人員和員工身上，質(zhì)量組在標(biāo)準(zhǔn)的實(shí)施中通常起著關(guān)鍵的作用。

軟件質(zhì)量保證組（SoftwareQualityAssurance，SQA）的職責(zé)二、ISO9000質(zhì)量保證體系4、ISO9000：1994版

ISO9000:1994版標(biāo)準(zhǔn)由一組標(biāo)準(zhǔn)和如何應(yīng)用這些標(biāo)準(zhǔn)的方針組成，應(yīng)用于制造業(yè)、服務(wù)業(yè)和軟件業(yè)。

ISO9000標(biāo)準(zhǔn)的集合

ISO8402質(zhì)量管理/保證詞匯表ISO9000-1選擇和使用ISO9000的指導(dǎo)方針I(yè)SO9000-2應(yīng)用ISO9001/9002/9003的指導(dǎo)方針I(yè)SO9000-3在軟件中應(yīng)用ISO9001的指導(dǎo)方針I(yè)SO9000-4對(duì)資源進(jìn)行規(guī)劃、組織和控制，以生產(chǎn)可靠產(chǎn)品的指導(dǎo)方針I(yè)SO9001用于產(chǎn)品/服務(wù)的設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、安裝和維修的ISO標(biāo)準(zhǔn)ISO9002用于生產(chǎn)、安裝和維修的ISO標(biāo)準(zhǔn)（9001的一個(gè)子集）ISO9003用于最終審查和測(cè)試的標(biāo)準(zhǔn)（ISO9001的一個(gè)子集）ISO9004-1實(shí)施質(zhì)量體系的指導(dǎo)方針I(yè)SO9004-4持續(xù)改進(jìn)的指導(dǎo)方針二、ISO9000質(zhì)量保證體系ISO9001:1994版的條款——20項(xiàng)條款管理責(zé)任；質(zhì)量系統(tǒng)；合同復(fù)審；設(shè)計(jì)控制；文檔和數(shù)據(jù)控制；采購(gòu)；對(duì)客戶提供的產(chǎn)品的控制；產(chǎn)品標(biāo)識(shí)和可跟蹤性；二、ISO9000質(zhì)量保證體系過(guò)程控制；審查和測(cè)試；審查、度量和測(cè)試設(shè)備的控制；審查和測(cè)試狀態(tài)；對(duì)不符合標(biāo)準(zhǔn)產(chǎn)品的控制；改正和預(yù)防行動(dòng)；處理、存儲(chǔ)、包裝、保存和交付；

二、ISO9