您的位置:軟件測試 > 軟件項目管理 > 風(fēng)險管理 >
基于項目的風(fēng)險管理程序
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時間:[ 2013/12/9 15:29:09 ] 推薦標(biāo)簽:

4.2.5對于A類風(fēng)險,需要采取如下措施:

    1.進(jìn)行諸如定量風(fēng)險評估(QRA)之類的詳細(xì)的風(fēng)險計算,來證明風(fēng)險確實是A類。

    2.建議進(jìn)行設(shè)計變更,以將風(fēng)險的頻率或者嚴(yán)重性至少降低到B類水平。

    3.對危險源識別階段中提出的問題進(jìn)行審核。

4.2.6 對于B類和C類風(fēng)險,需要采取如下措施:

    1.通過進(jìn)行更詳細(xì)的風(fēng)險計算,來證明風(fēng)險是可以接受的。

    2.建議進(jìn)行設(shè)計變更或者“軟”變更,來降低風(fēng)險的頻率和/或嚴(yán)重性,同時要符合降低風(fēng)險的成本-效益(經(jīng)濟(jì)性)原則。

    3.對危害識別階段中提出的問題進(jìn)行審核。

4.2.7 D類風(fēng)險需要采取危害識別階段中提出的風(fēng)險降低措施。

4.2.8 整個風(fēng)險管理流程如圖所示。 

4.3危害識別

4.3.1風(fēng)險管理流程的第一步是對可以合理預(yù)見的所有危害進(jìn)行系統(tǒng)而全面地識別。這主要通過對工作范圍內(nèi)的所有系統(tǒng)、設(shè)備、操作和服務(wù)進(jìn)行初步危害分析(PHA)來實現(xiàn)。

4.3.2新危險源也可能會被視為其他安全活動(比如說接口危害分析(IHA),定量風(fēng)險評估(QRA)或者失效模式、效應(yīng)及危害度分析(FMECA)等活動)的一部分。

4.3.3在設(shè)計和開發(fā)過程中或者在生產(chǎn)、施工或者試運(yùn)行過程中,危害可能在安全活動之外被識別出來。這種危害應(yīng)該直接報告給質(zhì)量安全工程師。質(zhì)量安全工程師會對識別出來的危害進(jìn)行審核,并且會考慮將這種危害包含在危害日志里是否合適。質(zhì)量安全工程師有義務(wù)保證項目組的所有人都意識到他們有義務(wù)將危害報告給質(zhì)量安全工程師,且有義務(wù)去建立一個可以收集所有這些信息的機(jī)制。

4.4 達(dá)到狀態(tài)0

4.4.1安全活動一旦完成后,質(zhì)量安全工程師應(yīng)該將識別出來的危害輸入到危害情景總結(jié)表里,并且要建立日志。

4.4.2質(zhì)量安全工程師有義務(wù)按照ALARP的原則來決定采取什么行動來降低風(fēng)險等級。

4.4.3質(zhì)量安全工程師應(yīng)該進(jìn)行必要的活動,來完成已經(jīng)識別出來的行動。這些活動具體包括:

    1.成立一個工作組去考慮潛在風(fēng)險降低策略

    2.開始進(jìn)行特定的風(fēng)險研究

    3  新設(shè)備的試運(yùn)行或測試以及操作程序的完成

    4.工程計算和設(shè)計規(guī)范的準(zhǔn)備

    5.將特定安全特性融入系統(tǒng)設(shè)計中

    6.用于減少潛在風(fēng)險的設(shè)計變更

4.4.4一旦這些活動完成,質(zhì)量安全工程師會把下面2項通知項目經(jīng)理

    1 建議要采取的行動

    2 剩余風(fēng)險類別

4.4.5在對危害日志更新后,質(zhì)量安全工程師應(yīng)該將項目組的危害日志轉(zhuǎn)到業(yè)主或公司的危害日志里,并給每個危害分配一個參考號碼。

4.4.6一旦危害填入到業(yè)主或公司的危害日志里,并且分配到了一個參考號碼,危害被視為狀態(tài)0。

4.5獲取狀態(tài)1

上一頁123下一頁
軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權(quán)所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd