出版時(shí)間:2010-3 出版社:科學(xué) 作者:戈德博爾 頁(yè)數(shù):309
Tag標(biāo)簽:無(wú)
前言
軟件質(zhì)量保障(software quality assurance,SQA)在專業(yè)學(xué)科領(lǐng)域正變得越來(lái)越重要。幾年前有人說(shuō)SQA具有光明的未來(lái),現(xiàn)在我們更要說(shuō)的是,‘沒有考慮SQA的業(yè)務(wù)實(shí)踐是沒有前途的。本書的出版無(wú)疑滿足了信息技術(shù)領(lǐng)域和軟件企業(yè)對(duì)SQA書籍的渴求。關(guān)于軟件工程的書并不少,其中不乏介紹SQA主題的。但本書將討論SQA的各個(gè)方面,包括:SQA在信息技術(shù)領(lǐng)域的重要性;一些在實(shí)踐中常用的SQA技術(shù),例如驗(yàn)證和確認(rèn)技術(shù);SQA在實(shí)施過(guò)程中的人為因素和其他各種障礙等。軟件質(zhì)量的提高可以通過(guò)持續(xù)的過(guò)程改進(jìn)來(lái)達(dá)到,因?yàn)楦哔|(zhì)量的軟件過(guò)程是產(chǎn)生高質(zhì)量軟件的基本前提。這樣,從意圖上講,質(zhì)量保障(quality assurance,QA)是不同于質(zhì)量控制的(quality control,QC)。QC一般是執(zhí)行層面上的問題,而QA是需要最高管理層關(guān)注的策略層面上的問題。QA是一種前攝的方法,它是通過(guò)在整個(gè)生命周期中建立有意義和充分的過(guò)程來(lái)保證質(zhì)量。雖然有很多種關(guān)于質(zhì)量的定義,但實(shí)際實(shí)現(xiàn)起來(lái)并不簡(jiǎn)單。從事系統(tǒng)分析員、開發(fā)人員以及質(zhì)量保障員的工作經(jīng)歷使得我有機(jī)會(huì)緊密接觸質(zhì)量場(chǎng)景。本書旨在解釋一些基本的質(zhì)量保障術(shù)語(yǔ)以便更大范圍的讀者都能容易理解。一個(gè)質(zhì)量保障員可以成功進(jìn)行多循環(huán)的驗(yàn)證和不同類型的質(zhì)量審計(jì)與評(píng)估。對(duì)我而言,我的工作職責(zé)就是通過(guò)在ISO審計(jì)、cMM評(píng)估、人員CMM以及集成的CMM工作經(jīng)歷提供豐富的經(jīng)驗(yàn)。然而,作為組織指引和動(dòng)機(jī)的這些不同的實(shí)現(xiàn)中,人們?cè)絹?lái)越相信質(zhì)量是“思想的境界”,是一種理所當(dāng)然的文化和習(xí)慣。也就是說(shuō),它應(yīng)該成為一種生活方式。質(zhì)量文化正在逐步進(jìn)入軟件企業(yè),在軟件開發(fā)和服務(wù)組織中的主要體現(xiàn)是人們對(duì)待質(zhì)量的正確和成熟的態(tài)度,例如程序員正在慢慢變成軟件工程師,而編碼人員正在慢慢變成軟件設(shè)計(jì)構(gòu)架師等。對(duì)專業(yè)的質(zhì)量從業(yè)人員來(lái)說(shuō),一項(xiàng)不討好的任務(wù)就是發(fā)揮自己的才華影響那些不相信質(zhì)量的人,使他們成為質(zhì)量的強(qiáng)烈支持者。實(shí)現(xiàn)這個(gè)目標(biāo)的最大挑戰(zhàn)就是如何避免沖突和摩擦。質(zhì)量管理是項(xiàng)目管理緊密相關(guān)的部分,但項(xiàng)目管理很少涉及上面這些內(nèi)容。為了從客戶那里獲得更高的質(zhì)量認(rèn)可,需要時(shí)時(shí)關(guān)注軟件產(chǎn)品的質(zhì)量問題。遺憾的是,在軟件企業(yè),軟件質(zhì)量保障至今還沒有贏得應(yīng)有的重視。有理由相信大多數(shù)印度公司目前還是為了追求市場(chǎng)份額而努力獲取質(zhì)量認(rèn)證,而不是把持續(xù)過(guò)程改進(jìn)作為一項(xiàng)基本迫切的任務(wù)去做。
內(nèi)容概要
軟件質(zhì)量保障作為一種專業(yè)技術(shù)已經(jīng)變得越來(lái)越重要。本書從實(shí)際的角度深入分析了軟件質(zhì)量保障的各個(gè)主題,詳細(xì)討論了軟件質(zhì)量保障在信息技術(shù)領(lǐng)域的重要作用,起關(guān)鍵作用的各種軟件質(zhì)量保障技術(shù)(例如,技術(shù)評(píng)審、驗(yàn)證和確認(rèn)技術(shù)、測(cè)試和度量技術(shù)等),軟件質(zhì)量管理系統(tǒng)的實(shí)現(xiàn),企業(yè)中成功進(jìn)行軟件質(zhì)量保障需要的關(guān)鍵技術(shù),存在的問題以及人員的組織和安排等一系列的問題??傊?,本書不但比較清晰地闡述了SQA的基本原理和概念,而且把這些與企業(yè)的實(shí)際例子結(jié)合起來(lái)闡述,起到了很好的效果。 本書是迄今為止關(guān)于SQA主題的比較完整和全面的書籍,可供軟件工程師、IT專業(yè)人員、質(zhì)量保障管理人員、質(zhì)量認(rèn)證人員以及計(jì)算機(jī)科學(xué)與技術(shù)、軟件工程等相關(guān)專業(yè)的研究生和本科生學(xué)習(xí)參考。
書籍目錄
前言第一章 業(yè)務(wù)環(huán)境中的軟件質(zhì)量問題 1.1 質(zhì)量的含義:定義質(zhì)量 1.2 質(zhì)量面臨的挑戰(zhàn) 1.3 質(zhì)量的重要性 1.4 質(zhì)量控制和質(zhì)量保障 1.5 軟件開發(fā)生命周期的各個(gè)階段的質(zhì)量保障 1.6 軟件支撐項(xiàng)目中的質(zhì)量保障 1.7 SQA的作用 參考文獻(xiàn)第二章 企業(yè)中的軟件質(zhì)量管理 2.1 企業(yè)中的質(zhì)量管理系統(tǒng) 2.2 質(zhì)量管理體系:各種期望 2.3 質(zhì)量保障:一些用于診斷的問題 2.4 企業(yè)中SQA小組的必要性 參考文獻(xiàn)第三章 制訂軟件質(zhì)量保障計(jì)劃 3.1 軟件質(zhì)量保障計(jì)劃 3.2 SQA:組織層次的動(dòng)機(jī) 3.3 質(zhì)量保障計(jì)劃——一些有趣的矛盾與觀察 參考文獻(xiàn)第四章 產(chǎn)品質(zhì)量和過(guò)程質(zhì)量 4.1 導(dǎo)論 4.2 軟件系統(tǒng)演化 4.3 產(chǎn)品質(zhì)量 4.4 軟件產(chǎn)品質(zhì)量模型 4.5 過(guò)程質(zhì)量 4.6 總結(jié) 參考文獻(xiàn)第五章 軟件測(cè)量和度量 5.1 概述 5.2 導(dǎo)論 5.3 軟件生命周期中的測(cè)量問題 5.4 缺陷度量 5.5 軟件維護(hù)度量 5.6 軟件度量分類 5.7 需求相關(guān)的度量 5.8 測(cè)量和過(guò)程改進(jìn) 5.9 測(cè)量原則 5.10 為項(xiàng)目確定合適的測(cè)量和度量 5.11 項(xiàng)目中的度量實(shí)現(xiàn) 5.12 項(xiàng)目跟蹤和控制過(guò)程中測(cè)量和度量的好處 5.13 掙值分析 5.14 度量程序的規(guī)劃 5.15 軟件測(cè)量和度量程序的實(shí)現(xiàn)問題 5.16 面向?qū)ο蠖攘扛攀? 5.17 總結(jié) 參考文獻(xiàn)第六章 走查和檢查 6.1 概述 6.2 導(dǎo)論 6.3 結(jié)構(gòu)走查 6.4 檢查 6.5 在技術(shù)評(píng)審和檢查中的各種角色及其職責(zé) 6.6 技術(shù)評(píng)審的某些心理因素 6.7 如何使得技術(shù)評(píng)審和檢查更有效 6.8 各種評(píng)審技術(shù)的比較 6.9 檢查相關(guān)的待查項(xiàng)目列表 6.10 總結(jié) 參考文獻(xiàn)第七章 軟件配置管理 7.1 概述 7.2 配置管理:為什么與是什么 7.3 軟件配置管理活動(dòng) 7.4 配置審計(jì)功能的標(biāo)準(zhǔn) 7.5 SCM活動(dòng)中的人員 7.6 軟件配置管理:一些陷阱 7.7 總結(jié) 參考文獻(xiàn)第八章 ISO 9001標(biāo)準(zhǔn) 8.1 概述 8.2 什么是ISO 9001 8.3 ISO 9001的起源 8.4 ISO如何進(jìn)行工作 8.5 ISO標(biāo)準(zhǔn)開發(fā)過(guò)程 8.6 ISO 9000標(biāo)準(zhǔn)體系如何發(fā)揮作用 8.7 ISO 9001:2000 8.8 組織為什么需要ISO 9000 8.9 ISO認(rèn)證 8.10 評(píng)估/審計(jì)準(zhǔn)備 8.11 評(píng)估過(guò)程 8.12 監(jiān)督審計(jì)/重新認(rèn)證/重新評(píng)估審計(jì) 8.13 ISO咨詢服務(wù)和顧問 8.14 ISO 9000:一些常見問題解答 8.15 電子商務(wù)和ISO 8.16 總結(jié) 參考文獻(xiàn)第九章 軟件能力成熟度模型和其他過(guò)程改進(jìn)模型 9.1 概述 9.2 軟件能力成熟度模型概述 9.3 成熟企業(yè)的各種實(shí)踐 9.4 CMM和ISO的比較分析 9.5 CMM的各種類型 9.6 CMM集成模型 9.7 軟件過(guò)程改進(jìn)和性能改善的其他模型 9.8 人員成熟度模型 9.9 總結(jié) 參考文獻(xiàn)第十章 軟件測(cè)試 10.1 概述 10.2 測(cè)試的意圖 10.3 審查和測(cè)試的區(qū)別 10.4 測(cè)試與調(diào)試 10.5 測(cè)試生命周期 10.6 測(cè)試中的角色及其職責(zé) 10.7 測(cè)試制品 10.8 測(cè)試計(jì)劃 10.9 V模型的各個(gè)測(cè)試階段 10.10 各種測(cè)試技術(shù) 10.11 測(cè)試度量技術(shù) 10.12 基于風(fēng)險(xiǎn)的測(cè)試 10.13 測(cè)試自動(dòng)化和測(cè)試工具選擇 10.14 極限測(cè)試 10.15 測(cè)試過(guò)程改進(jìn)框架 10.16 測(cè)試中人的問題和挑戰(zhàn) 10.17 軟件測(cè)試職業(yè)和通過(guò)專業(yè)認(rèn)證的測(cè)試能力 10.18 總結(jié) 參考文獻(xiàn)第十一章 與質(zhì)量相關(guān)的職業(yè) 11.1 概述 11.2 導(dǎo)論 11.3 P-CMM和職業(yè) 11.4 一些重要的人員問題 11.5 找一個(gè)顧問來(lái)幫你規(guī)劃職業(yè) 11.6 質(zhì)量專家的各種角色 11.7 質(zhì)量認(rèn)證 參考文獻(xiàn)附錄A 過(guò)程改進(jìn)相關(guān)的多個(gè)主題 A.1 一些基本術(shù)語(yǔ) A.2 高成熟度的組織(處于CMM 4級(jí)或5級(jí)的組織) A.3 軟件過(guò)程改進(jìn)的戰(zhàn)略規(guī)劃 A.4 小型組織的軟件CMM A.5 微型評(píng)估過(guò)程 A.6 集成能力成熟度模型 參考文獻(xiàn)附錄B 印度軟件產(chǎn)業(yè)透視 B.1 印度的質(zhì)量認(rèn)證現(xiàn)狀 B.2 印度軟件業(yè)總體現(xiàn)狀 B.3 印度軟件產(chǎn)業(yè)的成本和質(zhì)量?jī)?yōu)勢(shì) B.4 印度軟件工業(yè)存在的問題和挑戰(zhàn) 參考文獻(xiàn)附錄C 質(zhì)量相關(guān)的其他問題 C.1 統(tǒng)計(jì)質(zhì)量控制和統(tǒng)計(jì)過(guò)程控制 C.2 軟件維護(hù)的演化模型 C.3 面向?qū)ο蟮目删S護(hù)性 C.4 電子商務(wù)時(shí)代的維護(hù)問題 C.5 圈復(fù)雜度 C.6 需求問題 C.7 耦合和內(nèi)聚的基本原則 C.8 六西格瑪 參考文獻(xiàn)
章節(jié)摘錄
插圖:SQA系統(tǒng)的規(guī)模以及它如何組織,實(shí)際上依賴于使用SQA的企業(yè)規(guī)模。在很小的企業(yè),也許擁有一個(gè)全職軟件質(zhì)量分析師是不可行的。同樣,為每個(gè)項(xiàng)目分配一個(gè)SQA有時(shí)可能也是不可行。但是,隨著項(xiàng)目人員規(guī)模的增加,管理人員會(huì)卷入其他事務(wù)中,如聯(lián)絡(luò)客戶、處理法定的和管理的事務(wù)、向管理高層報(bào)告等。接著,他們會(huì)很快疏遠(yuǎn)日常技術(shù)工作。這時(shí)候他們需要進(jìn)行如下選擇:(1)找一些方法處理其他的工作,以便能夠更密切地監(jiān)督人員的問題。(2)雇用一些人做審查工作。(3)促使人們互相監(jiān)督。在以上的幾個(gè)選擇中,第三個(gè)在經(jīng)濟(jì)和技術(shù)上最可行,從項(xiàng)目團(tuán)隊(duì)士氣的角度來(lái)看同樣如此。不幸的是,這在實(shí)踐中行不通,因?yàn)楫?dāng)企業(yè)的規(guī)模以及軟件項(xiàng)目規(guī)模增長(zhǎng)超過(guò)了幾十個(gè)人的時(shí)候,這種伙伴系統(tǒng)就破裂了。這時(shí),管理部門就需要認(rèn)真考慮部署軟件質(zhì)量保障系統(tǒng)了。軟件質(zhì)量分析師的角色可以以如下方式之一進(jìn)行組織。每個(gè)項(xiàng)目擁有一個(gè)全職SQA,即以此計(jì)算工作量的團(tuán)隊(duì)成員擔(dān)任此職,或者讓一個(gè)軟件過(guò)程小組(softWare process engineei ing grotlp,SEPG)成員按照事先決定或文件規(guī)定的頻度經(jīng)常檢查項(xiàng)目,檢查質(zhì)量管理體系中定義的流程是否被嚴(yán)格遵守。從印度的情況看,一種典型的想法是把SQA分配給那些看起來(lái)工作做得不好的開發(fā)者,或者分配給年輕的、沒有多少經(jīng)驗(yàn)的項(xiàng)目團(tuán)隊(duì)成員。這真是軟件工業(yè)的不幸。我們是時(shí)候應(yīng)該意識(shí)到SQA是一個(gè)責(zé)任重大的角色,需要獨(dú)立向企業(yè)高層管理部門報(bào)告,并與之緊密互動(dòng)。因此,這個(gè)角色應(yīng)該得到重視。2.4.2 SQA功能角色:作用和職責(zé)雖然我們可能經(jīng)常聽到質(zhì)量是每個(gè)人的責(zé)任,但實(shí)際上,對(duì)軟件項(xiàng)目執(zhí)行負(fù)責(zé)的人僅僅是那些能夠影響企業(yè)質(zhì)量文化,并得到主管部門支持的人。SQA的作用是監(jiān)督從業(yè)者履行他們的職責(zé)從而實(shí)現(xiàn)企業(yè)的質(zhì)量承諾。SQA的功能是管理部門的眼和耳。在這個(gè)背景下,需要注意一些易犯的錯(cuò)誤:(1)不能認(rèn)為軟件質(zhì)量分析師能做所有有關(guān)質(zhì)量的事情。(2)僅僅一個(gè)SQA部門的單獨(dú)存在并不能確保遵循標(biāo)準(zhǔn)和流程。(3)除非主管部門通過(guò)有力領(lǐng)導(dǎo)兌現(xiàn)其承諾,并且通過(guò)聽取SQA的意見定期顯示它的支持,否則SQA不會(huì)奏效。(4)除非各級(jí)管理部門清楚SQA的作用是在事態(tài)擴(kuò)大前解決與項(xiàng)目管理部門的問題,否則企業(yè)中的SQA計(jì)劃不會(huì)奏效。因此,所有SQA能做的是當(dāng)與已建立的標(biāo)準(zhǔn)或流程背離的操作出現(xiàn)時(shí),及時(shí)提醒管理部門注意。這是軟件質(zhì)量保障最主要的職責(zé)。
編輯推薦
《軟件質(zhì)量保障原理與實(shí)踐》:software Quality Assurance(SQA)as a professional domain is becoming increasingly important.This book providespractical insight into the topic of Software Quality Assurance.Itcovers discussion on the importance of software quality assurance in the business of Information Technology,covers keypractices like Reviews,Verification&Validation.It also disCusses people issues and other barriers in successful implementation of Quality Management Systems in organization.Thiswork presents methodologies,concepts as well as practical seenarios while deploying Quality Assurance practices and integrates the underlying principle into a complete reference bookon this topic.
圖書封面
圖書標(biāo)簽Tags
無(wú)
評(píng)論、評(píng)分、閱讀與下載