軟件類項目風險管理分析論文_第1頁
軟件類項目風險管理分析論文_第2頁
軟件類項目風險管理分析論文_第3頁
全文預覽已結束

下載本文檔

版權說明：本文檔由用戶提供并上傳，收益歸屬內容提供方，若內容存在侵權，請進行舉報或認領

文檔簡介

第頁共頁軟件類工程風險管理分析^p論文軟件類工程風險管理分析^p論文一、工程風險分析^p1、工程風險管理方案。工程風險管理方案規定了工程風險管理的原那么和過程，它所規定的工程風險管理的原那么和方法直接影響工程風險分析^p的效果。2、工程的狀態。工程風險的大小取決于工程所處的階段，在工程的初始階段，開放性的工程風險最高，隨著工程的逐步施行，工程的不確定性逐漸降低，所以，在工程風險分析^p時必須對工程的狀態有準確的把握。3、工程類型。工程的實現和管理過程所涉及的環節越復雜，工程所面臨的不確定性就越高，工程的'風險也就越高。大型復雜的高新技術工程的風險一般更多而且更大，隨著工程的利益主體要求的不斷升高，風險也不斷增大。所以工程的類型分析^p也是風險分析^p的根據。4、數據的準確性。在進展工程風險分析^p的過程中，過去相似工程的經歷數據對工程的風險分析^p是不能缺少的，歷史經歷的準確度決定著工程風險分析^p的準確度，在進展工程風險分析^p時應多參考歷史數據，分析^p中人的素質和才能經歷也直接影響工程風險分析^p結果。二、工程風險應對1、需求方面。需求是工程的根底，它定義了工程的范圍，決定了工程的目的，并影響工程的本錢和進度。由此，要在工程之初有效躲避工程風險，一定要清楚界定用戶需求。在需求方面必須嚴格遵循以下兩條原那么:(1)在做需求分析^p過程中請客戶充分參與，標準需求定義;(2)建立有效的需求變化管理、分析^p過程;完成需求調研后，我們要對需求進展分析^p，并向客戶提交《用戶需求說明書》，明確需求的范圍，清楚描繪系統的功能，最好提供原型圖片，讓客戶簽字確認。假如以后對需求進展變更，需要客戶提交《需求變更說明》，假設影響工程開發工作量累計超過5%的，同時提供《需求變更評估報告》，核算本錢及工期，并讓客戶簽字確認。2、技術方面。對于一個軟件工程，技術架構好壞、軟件提供方的技術才能以及工程施行方的施行經歷等因素形成了信息化工程的技術風險。為了躲避工程的技術風險，企業的工程經理，一方面要選擇開發才能較強的軟件提供方和經歷豐富、效勞優良的工程施行方;另一方面還要把握工程的技術架構與企業其他信息化工程技術架構之間的一致性;此外，引入第三方的專業咨詢、監理和工程評估也是企業躲避技術風險的有效手段。技術選型應遵循以下標準:(1)技術的成熟性:在進展軟件選型的時候第一個要考慮的技術架構層面的問題就是這個技術架構是否成熟。即時信息化管理軟件是在原來的技術架構上晉級而來的，而不可以無視這個問題。最妥善的做法就是新版本軟件出來之后不要馬上采用。而是等一段時間，等到其出來補丁之后再使用。(2)技術架構的兼容性:考慮信息化管理軟件跟操作系統平臺的兼容性及與現有的其他管理軟件的兼容性問題。三、工程風險監控經過風險識別、風險分析^p及指定風險應對措施，我們選

溫馨提示

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

評論

0/150

提交評論