軟件質(zhì)量管理與測試-課件_第1頁
軟件質(zhì)量管理與測試-課件_第2頁
軟件質(zhì)量管理與測試-課件_第3頁
軟件質(zhì)量管理與測試-課件_第4頁
軟件質(zhì)量管理與測試-課件_第5頁
已閱讀5頁,還剩67頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

軟件質(zhì)量管理與測試軟件質(zhì)量管理與測試軟件質(zhì)量概論概述生命周期開發(fā)過程模型軟件缺陷軟件質(zhì)量軟件質(zhì)量模型軟件質(zhì)量概論概述軟件質(zhì)量概論生命周期 開始生產(chǎn)到廢止的生命期,包括:

開發(fā)計(jì)劃、需求分析、設(shè)計(jì)、編碼、測試、運(yùn)行維護(hù)。軟件質(zhì)量概論生命周期軟件質(zhì)量概論軟件質(zhì)量概論開發(fā)過程模型

瀑布模型原型模型快速應(yīng)用開發(fā)(RAD)模型增量模型和迭代模型

開發(fā)過程模型瀑布模型瀑布模型可行性分析需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼與調(diào)試單元測試集成測試確認(rèn)測試運(yùn)行與維護(hù)退役瀑布模型可行性分析需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼與調(diào)試單元測試原型實(shí)現(xiàn)模型產(chǎn)生樣品需求的采集和細(xì)化快速設(shè)計(jì)(輸入、輸出)建造原型客戶評價(jià)原型對原型加工開始停止需求不明原型實(shí)現(xiàn)模型產(chǎn)生樣品需求的采集和細(xì)化快速設(shè)計(jì)建造原型客戶評價(jià)快速應(yīng)用開發(fā)(RAD)

V模型快速應(yīng)用開發(fā)(RAD)–V模型增量和迭代模型增量開發(fā)迭代開發(fā)增量和迭代模型增量開發(fā)迭代開發(fā)軟件缺陷定義:軟件產(chǎn)品所存在的問題(破壞正常運(yùn)行),最終表現(xiàn)為用戶所需要的功能沒完全實(shí)現(xiàn),沒有滿足用戶的需求主要類型:功能、特性沒實(shí)現(xiàn)或部分實(shí)現(xiàn)設(shè)計(jì)缺陷 結(jié)果不正確運(yùn)行出錯用戶不能接受的其它問題軟件缺陷定義:軟件產(chǎn)品所存在的問題(破壞正常運(yùn)行),最終表現(xiàn)軟件缺陷

軟件缺陷級別

致命的(Fatal)---造成系統(tǒng)崩潰、死機(jī)、數(shù)據(jù)丟失等嚴(yán)重的(Critical)---主要功能或特性沒實(shí)現(xiàn)、主要功能喪失一般的(Major)---沒很好的實(shí)現(xiàn)功能,沒達(dá)到預(yù)期效果

微小的(Minor)---小問題,對功能幾乎沒影響,產(chǎn)品及屬性仍可用

軟件缺陷狀態(tài)

激活狀態(tài)(Active,Open)---問題沒解決已修正狀態(tài)(Fixed,Resolved)---開發(fā)人員已修復(fù),但未經(jīng)測試人員測試關(guān)閉或非激活狀態(tài)(Close,Inactive)---測試人員已確認(rèn)問題已修復(fù)(為便于跟蹤缺陷)軟件缺陷軟件缺陷級別致命的(Fatal)---造成系統(tǒng)崩軟件缺陷軟件缺陷的來源軟件缺陷軟件缺陷的來源軟件缺陷軟件缺陷在開發(fā)不同階段的分布軟件缺陷軟件缺陷在開發(fā)不同階段的分布軟件缺陷軟件缺陷修復(fù)的成本軟件缺陷軟件缺陷修復(fù)的成本軟件缺陷案例

案例1

2008年12月北京移動營業(yè)廳由于數(shù)據(jù)庫性能問題系統(tǒng)癱瘓3時(shí);

案例2

2007年10月奧運(yùn)會門票網(wǎng)因設(shè)計(jì)問題(訪問量太大)而癱瘓;案例3

2002年7月首都機(jī)場系統(tǒng)宕機(jī),6000人滯留、150多架延誤;

案例4

愛國者導(dǎo)彈防御系統(tǒng)在海灣戰(zhàn)爭因軟件缺陷未成功攔截伊拉克導(dǎo)彈,炸死28名美國人;

案例5

Windows2000中文輸入法漏洞

案例6

跨世紀(jì)“千年蟲”問題,幾十億美元軟件缺陷案例軟件質(zhì)量軟件(GB/T11457-19952.433)與計(jì)算機(jī)系統(tǒng)的操作有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔。軟件產(chǎn)品是指定交付給用戶的軟件實(shí)體質(zhì)量:ISO8492產(chǎn)品或服務(wù)滿足需求能力的特性或特征的集合軟件質(zhì)量:軟件產(chǎn)品滿足需求能力的特性或特征的集合,即:軟件產(chǎn)品滿足用戶需要的程度軟件各種屬性的組合程度用戶對軟件產(chǎn)品的綜合反映程度軟件在使用中將滿足用戶要求的程度軟件質(zhì)量軟件(GB/T11457-19952.433軟件質(zhì)量包括:

1)軟件產(chǎn)品的質(zhì)量---即滿足使用要求的程度。包括:功能性、可用性、可靠性、性能、容量、可測量性、可維護(hù)性、兼容性、可擴(kuò)展性2)軟件開發(fā)過程的質(zhì)量---即能否滿足開發(fā)所帶來的成本、時(shí)間和風(fēng)險(xiǎn)等要求。3)應(yīng)用領(lǐng)域或業(yè)務(wù)上的質(zhì)量軟件質(zhì)量包括:1)軟件產(chǎn)品的質(zhì)量---即滿足使用要求的程度軟件質(zhì)量模型McCall質(zhì)量模型Boehm質(zhì)量模型ISO質(zhì)量模型軟件質(zhì)量模型McCall質(zhì)量模型McCall質(zhì)量模型1977年McCall及其同事影響質(zhì)量因素的分類:操作特性(產(chǎn)品運(yùn)行)承受可改變能力(產(chǎn)品修訂)新環(huán)境適應(yīng)能力(產(chǎn)品變遷)正確性可靠性可用性完整性功效運(yùn)行修訂變遷可移植性可復(fù)用性可操作性可維護(hù)性靈活性可測試性McCall質(zhì)量模型1977年McCall及其同事正確性McCall質(zhì)量模型正確性:滿足用戶及設(shè)計(jì)的程序可靠性:可連續(xù)無故障運(yùn)行的程序可用性:用戶學(xué)習(xí)、使用所需工作量的大小完整性:保證數(shù)據(jù)完整性的能力功效:執(zhí)行某個(gè)功能所需資源的多少可維護(hù)性:診斷、修改軟件產(chǎn)品所需工作量的大小靈活性:改進(jìn)軟件產(chǎn)品所需工作量的大小可測試性:測試軟件所需工作量的大小可移植性:對新系統(tǒng)及環(huán)境的適應(yīng)性可復(fù)用性:軟件或其部件重復(fù)使用的能力可操作性:與其它系統(tǒng)的互連性McCall質(zhì)量模型正確性:滿足用戶及設(shè)計(jì)的程序Boehm質(zhì)量模型1978年,Boehm及同事提出分層結(jié)構(gòu)的模型。滿足三種用戶期望和需要加入硬件特性功能最初要求的功能可靠性效率人類工程學(xué)自包含精確性完備性完整性一致性可說明性設(shè)備效率可訪問性通信性自描述性結(jié)構(gòu)性簡明性易讀性可擴(kuò)充性設(shè)備獨(dú)立性可移植性可測試性可理解性可修改性可維護(hù)性Boehm質(zhì)量模型1978年,Boehm及同事提出分層結(jié)構(gòu)的ISO9126質(zhì)量模型20世紀(jì)90年代早期軟件產(chǎn)品評價(jià)-質(zhì)量模型內(nèi)部質(zhì)量模型使用中質(zhì)量模型外部質(zhì)量模型質(zhì)量特性(6個(gè))和子特性(21個(gè))質(zhì)量特性:功能性、可靠性、易用性、效率、維護(hù)性和可移植性子特性:適合性、準(zhǔn)確性、……ISO9126質(zhì)量模型20世紀(jì)90年代早期ISO9126質(zhì)量模型外部和內(nèi)部質(zhì)量模型功能性可靠性易用性效率維護(hù)性可移植性質(zhì)量特性適合性準(zhǔn)確性互操作性安全保密性功能性的依從性成熟性容錯性易恢復(fù)性可靠性的依從性易理解性易學(xué)性易操作性吸引性易用性的依從性時(shí)間特性資源利用性效率的依從性易分析性易改變性穩(wěn)定性易測試性維護(hù)性的依從性適應(yīng)性易安裝性共存性易替換性可移植性的依從性質(zhì)量子特性ISO9126質(zhì)量模型外部和內(nèi)部質(zhì)量模型功能性可靠性易用性ISO9126質(zhì)量模型ISO9126的出發(fā)點(diǎn)在于使軟件最大限度地滿足用戶明確的和潛在的需求從用戶的角度、開發(fā)者的角度和管理者的角度全方位考慮使用質(zhì)量模型有效性生產(chǎn)率安全性滿意度ISO9126質(zhì)量模型ISO9126的出發(fā)點(diǎn)在于使軟件最大軟件開發(fā)風(fēng)險(xiǎn)管理基本概念風(fēng)險(xiǎn)管理模型風(fēng)險(xiǎn)嚴(yán)重程度等級風(fēng)險(xiǎn)識別技術(shù)風(fēng)險(xiǎn)分析應(yīng)對措施軟件開發(fā)風(fēng)險(xiǎn)管理基本概念基本概念風(fēng)險(xiǎn):人們在生產(chǎn)建設(shè)和日常生活中遭遇能導(dǎo)致傷亡、財(cái)產(chǎn)受損及其它損失的不可測事件的可能性?;咎卣鳎喊l(fā)生的可能性、發(fā)生后的影響。風(fēng)險(xiǎn)類型: 技術(shù)風(fēng)險(xiǎn):新技術(shù)、第三方部件、系統(tǒng)的復(fù) 雜性、需求的準(zhǔn)確性;管理風(fēng)險(xiǎn):時(shí)間安排、資源分配、配置管理、規(guī)范、流程、工具?;靖拍铒L(fēng)險(xiǎn):人們在生產(chǎn)建設(shè)和日常生活中遭遇能導(dǎo)致傷亡、財(cái)產(chǎn)風(fēng)險(xiǎn)管理模型

控制跟蹤識別計(jì)劃分析在風(fēng)險(xiǎn)轉(zhuǎn)化成問題前進(jìn)行識別監(jiān)視風(fēng)險(xiǎn)情況,檢查對策的適應(yīng)性進(jìn)行控制,可以弱化、控制、轉(zhuǎn)移在風(fēng)險(xiǎn)分析的基礎(chǔ)上進(jìn)行決策各部分加強(qiáng)對風(fēng)險(xiǎn)的溝通對風(fēng)險(xiǎn)的影響、發(fā)生機(jī)率進(jìn)行分類風(fēng)險(xiǎn)管理模型控制識別計(jì)劃分析在風(fēng)險(xiǎn)轉(zhuǎn)化成風(fēng)險(xiǎn)嚴(yán)重程度等級風(fēng)險(xiǎn)嚴(yán)重程度等級風(fēng)險(xiǎn)識別技術(shù)頭腦風(fēng)暴法 方法:專家小組內(nèi)由主持人激發(fā)、自由發(fā)言 目的:獲取盡可能的意見 規(guī)則:不準(zhǔn)批評、爭論;充分發(fā)揮成員的想像力; 意見越多越好;整理、匯總意見訪談 內(nèi)部、外部資深專家風(fēng)險(xiǎn)檢查表 項(xiàng)目可能遇到的風(fēng)險(xiǎn)列表(經(jīng)驗(yàn)表)、需不斷改進(jìn)風(fēng)險(xiǎn)識別技術(shù)頭腦風(fēng)暴法風(fēng)險(xiǎn)分析組成人員:各部門專家、項(xiàng)目組成員、客戶、銷售人員及其它相關(guān)方啟動時(shí)間:越早越好步驟(以ATM為例):

風(fēng)險(xiǎn)分析組成人員:各部門專家、項(xiàng)目組成員、客戶、銷售人員及其風(fēng)險(xiǎn)分析 1、確定風(fēng)險(xiǎn)源及受影響(或失效)的性能屬性(安生性、可用性、效率等);

功能點(diǎn)性能屬性取款易用性存款安生性轉(zhuǎn)賬效率購買郵票償還貸款查詢余額風(fēng)險(xiǎn)分析 1、確定風(fēng)險(xiǎn)源及受影響(或失效)的性能屬性(安生性風(fēng)險(xiǎn)分析 2、確定風(fēng)險(xiǎn)發(fā)生的可能性,如H、M、L;

功能點(diǎn)性能屬性可能性取款H存款M轉(zhuǎn)賬M購買郵票M償還貸款L查詢余額H易用性M安生性M效率L風(fēng)險(xiǎn)分析 2、確定風(fēng)險(xiǎn)發(fā)生的可能性,如H、M、L;功能點(diǎn)性能風(fēng)險(xiǎn)分析3、確定風(fēng)險(xiǎn)發(fā)生后的影響程度功能點(diǎn)性能屬性可能性影響程度取款HH存款MH轉(zhuǎn)賬MM購買郵票MM償還貸款LM查詢余額HM易用性MH安生性MH效率LM風(fēng)險(xiǎn)分析3、確定風(fēng)險(xiǎn)發(fā)生后的影響程度功能點(diǎn)性能屬性可能性影響風(fēng)險(xiǎn)分析4、計(jì)算風(fēng)險(xiǎn)優(yōu)先級(由2及3組成直角坐標(biāo)系)失效可能性H(3)M(2)L(1)L(1)M(2)H(3)失效影響程度風(fēng)險(xiǎn)優(yōu)先級=可能性+影響風(fēng)險(xiǎn)優(yōu)先級456345324風(fēng)險(xiǎn)分析4、計(jì)算風(fēng)險(xiǎn)優(yōu)先級(由2及3組成直角坐標(biāo)系)失效可能風(fēng)險(xiǎn)分析5、確定風(fēng)險(xiǎn)優(yōu)先級。功能點(diǎn)性能屬性可能性影響優(yōu)先級取款HH6存款MH5易用性MH5安生性MH5查詢余額HM5轉(zhuǎn)賬MM4購買郵票MM4償還貸款LM3效率LM3風(fēng)險(xiǎn)分析5、確定風(fēng)險(xiǎn)優(yōu)先級。功能點(diǎn)性能屬性可能性影響優(yōu)先級取風(fēng)險(xiǎn)應(yīng)對措施

根據(jù)風(fēng)險(xiǎn)類型制定相應(yīng)的應(yīng)急方案或可采取的措施。 如發(fā)生:項(xiàng)目組人員調(diào)動、預(yù)算超支、資源不可用、技術(shù)力量差、需求不正確如何辦風(fēng)險(xiǎn)應(yīng)對措施 根據(jù)風(fēng)險(xiǎn)類型制定相應(yīng)的應(yīng)急方案或可采取的措施軟件質(zhì)量管理與測試軟件質(zhì)量管理與測試軟件質(zhì)量概論概述生命周期開發(fā)過程模型軟件缺陷軟件質(zhì)量軟件質(zhì)量模型軟件質(zhì)量概論概述軟件質(zhì)量概論生命周期 開始生產(chǎn)到廢止的生命期,包括:

開發(fā)計(jì)劃、需求分析、設(shè)計(jì)、編碼、測試、運(yùn)行維護(hù)。軟件質(zhì)量概論生命周期軟件質(zhì)量概論軟件質(zhì)量概論開發(fā)過程模型

瀑布模型原型模型快速應(yīng)用開發(fā)(RAD)模型增量模型和迭代模型

開發(fā)過程模型瀑布模型瀑布模型可行性分析需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼與調(diào)試單元測試集成測試確認(rèn)測試運(yùn)行與維護(hù)退役瀑布模型可行性分析需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼與調(diào)試單元測試原型實(shí)現(xiàn)模型產(chǎn)生樣品需求的采集和細(xì)化快速設(shè)計(jì)(輸入、輸出)建造原型客戶評價(jià)原型對原型加工開始停止需求不明原型實(shí)現(xiàn)模型產(chǎn)生樣品需求的采集和細(xì)化快速設(shè)計(jì)建造原型客戶評價(jià)快速應(yīng)用開發(fā)(RAD)

V模型快速應(yīng)用開發(fā)(RAD)–V模型增量和迭代模型增量開發(fā)迭代開發(fā)增量和迭代模型增量開發(fā)迭代開發(fā)軟件缺陷定義:軟件產(chǎn)品所存在的問題(破壞正常運(yùn)行),最終表現(xiàn)為用戶所需要的功能沒完全實(shí)現(xiàn),沒有滿足用戶的需求主要類型:功能、特性沒實(shí)現(xiàn)或部分實(shí)現(xiàn)設(shè)計(jì)缺陷 結(jié)果不正確運(yùn)行出錯用戶不能接受的其它問題軟件缺陷定義:軟件產(chǎn)品所存在的問題(破壞正常運(yùn)行),最終表現(xiàn)軟件缺陷

軟件缺陷級別

致命的(Fatal)---造成系統(tǒng)崩潰、死機(jī)、數(shù)據(jù)丟失等嚴(yán)重的(Critical)---主要功能或特性沒實(shí)現(xiàn)、主要功能喪失一般的(Major)---沒很好的實(shí)現(xiàn)功能,沒達(dá)到預(yù)期效果

微小的(Minor)---小問題,對功能幾乎沒影響,產(chǎn)品及屬性仍可用

軟件缺陷狀態(tài)

激活狀態(tài)(Active,Open)---問題沒解決已修正狀態(tài)(Fixed,Resolved)---開發(fā)人員已修復(fù),但未經(jīng)測試人員測試關(guān)閉或非激活狀態(tài)(Close,Inactive)---測試人員已確認(rèn)問題已修復(fù)(為便于跟蹤缺陷)軟件缺陷軟件缺陷級別致命的(Fatal)---造成系統(tǒng)崩軟件缺陷軟件缺陷的來源軟件缺陷軟件缺陷的來源軟件缺陷軟件缺陷在開發(fā)不同階段的分布軟件缺陷軟件缺陷在開發(fā)不同階段的分布軟件缺陷軟件缺陷修復(fù)的成本軟件缺陷軟件缺陷修復(fù)的成本軟件缺陷案例

案例1

2008年12月北京移動營業(yè)廳由于數(shù)據(jù)庫性能問題系統(tǒng)癱瘓3時(shí);

案例2

2007年10月奧運(yùn)會門票網(wǎng)因設(shè)計(jì)問題(訪問量太大)而癱瘓;案例3

2002年7月首都機(jī)場系統(tǒng)宕機(jī),6000人滯留、150多架延誤;

案例4

愛國者導(dǎo)彈防御系統(tǒng)在海灣戰(zhàn)爭因軟件缺陷未成功攔截伊拉克導(dǎo)彈,炸死28名美國人;

案例5

Windows2000中文輸入法漏洞

案例6

跨世紀(jì)“千年蟲”問題,幾十億美元軟件缺陷案例軟件質(zhì)量軟件(GB/T11457-19952.433)與計(jì)算機(jī)系統(tǒng)的操作有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔。軟件產(chǎn)品是指定交付給用戶的軟件實(shí)體質(zhì)量:ISO8492產(chǎn)品或服務(wù)滿足需求能力的特性或特征的集合軟件質(zhì)量:軟件產(chǎn)品滿足需求能力的特性或特征的集合,即:軟件產(chǎn)品滿足用戶需要的程度軟件各種屬性的組合程度用戶對軟件產(chǎn)品的綜合反映程度軟件在使用中將滿足用戶要求的程度軟件質(zhì)量軟件(GB/T11457-19952.433軟件質(zhì)量包括:

1)軟件產(chǎn)品的質(zhì)量---即滿足使用要求的程度。包括:功能性、可用性、可靠性、性能、容量、可測量性、可維護(hù)性、兼容性、可擴(kuò)展性2)軟件開發(fā)過程的質(zhì)量---即能否滿足開發(fā)所帶來的成本、時(shí)間和風(fēng)險(xiǎn)等要求。3)應(yīng)用領(lǐng)域或業(yè)務(wù)上的質(zhì)量軟件質(zhì)量包括:1)軟件產(chǎn)品的質(zhì)量---即滿足使用要求的程度軟件質(zhì)量模型McCall質(zhì)量模型Boehm質(zhì)量模型ISO質(zhì)量模型軟件質(zhì)量模型McCall質(zhì)量模型McCall質(zhì)量模型1977年McCall及其同事影響質(zhì)量因素的分類:操作特性(產(chǎn)品運(yùn)行)承受可改變能力(產(chǎn)品修訂)新環(huán)境適應(yīng)能力(產(chǎn)品變遷)正確性可靠性可用性完整性功效運(yùn)行修訂變遷可移植性可復(fù)用性可操作性可維護(hù)性靈活性可測試性McCall質(zhì)量模型1977年McCall及其同事正確性McCall質(zhì)量模型正確性:滿足用戶及設(shè)計(jì)的程序可靠性:可連續(xù)無故障運(yùn)行的程序可用性:用戶學(xué)習(xí)、使用所需工作量的大小完整性:保證數(shù)據(jù)完整性的能力功效:執(zhí)行某個(gè)功能所需資源的多少可維護(hù)性:診斷、修改軟件產(chǎn)品所需工作量的大小靈活性:改進(jìn)軟件產(chǎn)品所需工作量的大小可測試性:測試軟件所需工作量的大小可移植性:對新系統(tǒng)及環(huán)境的適應(yīng)性可復(fù)用性:軟件或其部件重復(fù)使用的能力可操作性:與其它系統(tǒng)的互連性McCall質(zhì)量模型正確性:滿足用戶及設(shè)計(jì)的程序Boehm質(zhì)量模型1978年,Boehm及同事提出分層結(jié)構(gòu)的模型。滿足三種用戶期望和需要加入硬件特性功能最初要求的功能可靠性效率人類工程學(xué)自包含精確性完備性完整性一致性可說明性設(shè)備效率可訪問性通信性自描述性結(jié)構(gòu)性簡明性易讀性可擴(kuò)充性設(shè)備獨(dú)立性可移植性可測試性可理解性可修改性可維護(hù)性Boehm質(zhì)量模型1978年,Boehm及同事提出分層結(jié)構(gòu)的ISO9126質(zhì)量模型20世紀(jì)90年代早期軟件產(chǎn)品評價(jià)-質(zhì)量模型內(nèi)部質(zhì)量模型使用中質(zhì)量模型外部質(zhì)量模型質(zhì)量特性(6個(gè))和子特性(21個(gè))質(zhì)量特性:功能性、可靠性、易用性、效率、維護(hù)性和可移植性子特性:適合性、準(zhǔn)確性、……ISO9126質(zhì)量模型20世紀(jì)90年代早期ISO9126質(zhì)量模型外部和內(nèi)部質(zhì)量模型功能性可靠性易用性效率維護(hù)性可移植性質(zhì)量特性適合性準(zhǔn)確性互操作性安全保密性功能性的依從性成熟性容錯性易恢復(fù)性可靠性的依從性易理解性易學(xué)性易操作性吸引性易用性的依從性時(shí)間特性資源利用性效率的依從性易分析性易改變性穩(wěn)定性易測試性維護(hù)性的依從性適應(yīng)性易安裝性共存性易替換性可移植性的依從性質(zhì)量子特性ISO9126質(zhì)量模型外部和內(nèi)部質(zhì)量模型功能性可靠性易用性ISO9126質(zhì)量模型ISO9126的出發(fā)點(diǎn)在于使軟件最大限度地滿足用戶明確的和潛在的需求從用戶的角度、開發(fā)者的角度和管理者的角度全方位考慮使用質(zhì)量模型有效性生產(chǎn)率安全性滿意度ISO9126質(zhì)量模型ISO9126的出發(fā)點(diǎn)在于使軟件最大軟件開發(fā)風(fēng)險(xiǎn)管理基本概念風(fēng)險(xiǎn)管理模型風(fēng)險(xiǎn)嚴(yán)重程度等級風(fēng)險(xiǎn)識別技術(shù)風(fēng)險(xiǎn)分析應(yīng)對措施軟件開發(fā)風(fēng)險(xiǎn)管理基本概念基本概念風(fēng)險(xiǎn):人們在生產(chǎn)建設(shè)和日常生活中遭遇能導(dǎo)致傷亡、財(cái)產(chǎn)受損及其它損失的不可測事件的可能性?;咎卣鳎喊l(fā)生的可能性、發(fā)生后的影響。風(fēng)險(xiǎn)類型: 技術(shù)風(fēng)險(xiǎn):新技術(shù)、第三方部件、系統(tǒng)的復(fù) 雜性、需求的準(zhǔn)確性;管理風(fēng)險(xiǎn):時(shí)間安排、資源分配、配置管理、規(guī)范、流程、工具。基本概念風(fēng)險(xiǎn):人們在生產(chǎn)建設(shè)和日常生活中遭遇能導(dǎo)致傷亡、財(cái)產(chǎn)風(fēng)險(xiǎn)管理模型

控制跟蹤識別計(jì)劃分析在風(fēng)險(xiǎn)轉(zhuǎn)化成問題前進(jìn)行識別監(jiān)視風(fēng)險(xiǎn)情況,檢查對策的適應(yīng)性進(jìn)行控制,可以弱化、控制、轉(zhuǎn)移在風(fēng)險(xiǎn)分析的基礎(chǔ)上進(jìn)行決策各部分加強(qiáng)對風(fēng)險(xiǎn)的溝通對風(fēng)險(xiǎn)的影響、發(fā)生機(jī)率進(jìn)行分類風(fēng)險(xiǎn)管理模型控制識別計(jì)劃分析在風(fēng)險(xiǎn)轉(zhuǎn)化成風(fēng)險(xiǎn)嚴(yán)重程度等級風(fēng)險(xiǎn)嚴(yán)重程度等級風(fēng)險(xiǎn)識別技術(shù)頭腦風(fēng)暴法 方法:專家小組內(nèi)由主持人激發(fā)、自由發(fā)言 目的:獲取盡可能的意見 規(guī)則:不準(zhǔn)批評、爭論;充分發(fā)揮成員的想像力; 意見越多越好;整理、匯總意見訪談 內(nèi)部、外部資深專家風(fēng)險(xiǎn)檢查表 項(xiàng)目可能遇到的風(fēng)險(xiǎn)列表(經(jīng)驗(yàn)表)、需不斷改進(jìn)風(fēng)險(xiǎn)識別技術(shù)頭腦風(fēng)暴法風(fēng)險(xiǎn)分析組成人員:各部門專家、項(xiàng)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論