《風(fēng)險評估報告范文》由會員分享，可在線閱讀，更多相關(guān)《風(fēng)險評估報告范文（9頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、風(fēng)險評估報告范文 （文章一）：風(fēng)險評估報告范本 附:風(fēng)險評估報告范本 企業(yè)環(huán)境風(fēng)險評估報告 (xx鋼鐵五金有限公司) （一）、基本情況 1 2 （二）、企業(yè)基本情況 3 4 （文章二）：風(fēng)險分析評估報告范文 項目風(fēng)險評估報告 本文檔的范圍和目的 本文主要針對軟件開發(fā)涉及到的風(fēng)險，包括在軟件開發(fā)周期過程中可能出現(xiàn)的風(fēng)險以及軟件實施過程中外部環(huán)境的變化可能引起的風(fēng)險等進行評估。在文中對所提到的風(fēng)險都一一做了詳細的分析，并提出了相應(yīng)的風(fēng)險回避措施。 由于風(fēng)險是在項目開始之后才開始對項目的開發(fā)起負面的影響，所以風(fēng)險分析的不足，或是風(fēng)險回避措施不得力，都很有可能造成軟件開發(fā)

2、的失敗。風(fēng)險分析是在事前的一種估計，憑借一定的技術(shù)手段和豐富的經(jīng)驗，基本能夠?qū)椖康娘L(fēng)險做出比較準確的估計，經(jīng)過慎重的考慮提出可行的風(fēng)險回避措施，是避免損失的重要環(huán)節(jié)。 主要風(fēng)險綜述 任何軟件的開發(fā)，其主要風(fēng)險均來自于兩個方面，一是軟件管理，二是軟件體系結(jié)構(gòu)。軟件產(chǎn)品的開發(fā)是工程技術(shù)與個人創(chuàng)作的有機結(jié)合。軟件開發(fā)是人的集體智慧按照工程化的思想進行發(fā)揮的過程。軟件管理是保證軟件開發(fā)工程化的手段。軟件體系結(jié)構(gòu)的合理程度是取決于集體智慧發(fā)揮的程度和經(jīng)驗的運用。 軟件管理將影響到軟件的下列因素： 軟件是否能夠按工期的要求完成：軟件的工期常常是制約軟件質(zhì)量的主要因素。很多情況下，軟件開發(fā)商在

3、工期的壓力下，放棄文檔的書寫，組織，結(jié)果在工程的晚期，大量需要文檔進行協(xié)調(diào)的工作時，致使軟件進度越來越慢。軟件的開發(fā)不同于其他的工程，在不同的工程階段，需要的人員不同，需要配合的方面也不同，所有這些都需要行之有效的軟件管理的保證。 軟件需求的調(diào)研是否深入透徹：軟件的需求是確保軟件正確反映用戶的對軟件使用的重要的文檔，探討軟件需求是軟件開發(fā)的起始點，但軟件的需求卻會貫穿整個軟件的開發(fā)過程，軟件管理需要對軟件需求的變化進行控制和管理，一方面保證軟件需求的變化不至于造成軟件工程的一改再改而無法按期完成；同時又要保證開發(fā)的軟件能夠為用戶所接受。軟件管理需要控制軟件的每個階段進行的成度，不能過細造成

4、時間的浪費，也不能過粗，造成軟件缺陷。 軟件的實現(xiàn)技術(shù)手段是否能夠同時滿足性能要求：軟件的構(gòu)造需要對軟件構(gòu)造過程中的使用的各種技術(shù)進行評估。軟件構(gòu)造技術(shù)通常是這樣：最成熟的技術(shù)，往往不能體現(xiàn)最好的軟件性能；先進的技術(shù)，往往人員對其熟悉程度不夠，對其中隱含的缺陷不夠明了。軟件管理在制定軟件開發(fā)計劃和定義里程碑時必須考慮這些因素，并做出合理的權(quán)衡決策。 軟件質(zhì)量體系是否能夠被有效地保證：任何軟件管理忽略軟件質(zhì)量監(jiān)督環(huán)節(jié)都將對 軟件的生產(chǎn)構(gòu)成巨大的風(fēng)險。而制定卓有成效的軟件質(zhì)量監(jiān)督體系，是任何軟件開發(fā)組織必不可少的。軟件質(zhì)量保證體系是軟件開發(fā)成為可控制過程的基礎(chǔ)，也是開發(fā)商和用戶進行交流的基

5、礎(chǔ)和依據(jù)。 軟件體系結(jié)構(gòu)影響到軟件的如下質(zhì)量因素： 軟件的可伸縮性：是指軟件在不進行修改的情況下適應(yīng)不同的工作環(huán)境的能力。由于硬件的飛速發(fā)展和軟件開發(fā)周期較長的矛盾，軟件升級的需要顯得非常迫切。如果軟件的升級和移植非常困難，軟件的生命期必定很短，使得化費巨大人力物力開發(fā)出的軟件系統(tǒng)只能在低性能的硬件或網(wǎng)絡(luò)上運行，甚至被廢棄不用，造成巨大的浪費。  軟件的可維護性：軟件的維護也是必然的事情，為了保證軟件的較長使用壽命，軟件就必須適應(yīng)不斷的業(yè)務(wù)需求變化，根據(jù)業(yè)務(wù)需求的變化對軟件進行修改。修改的成本和周期都直接和軟件的體系結(jié)構(gòu)相關(guān)。一個好的軟件體系結(jié)構(gòu)可以盡可能地將系統(tǒng)的變化放在系統(tǒng)的配

6、置上，即軟件代碼無需修改，僅僅是在系統(tǒng)提供的配置文件中進行適當?shù)男薷?，然后軟件重新加載進入運行狀態(tài)，就完成了系統(tǒng)部分功能和性能要求的變化。對于重大改動，需要打開源代碼進行修改的，也僅僅是先繼承原先的代碼，然后用新的功能接替原先的調(diào)用接口，這樣將把軟件改動量減小到最低。 軟件易用性：軟件的易用性是影響軟件是否被用戶接受的關(guān)鍵之關(guān)鍵因素。在軟件產(chǎn)品中，設(shè)計復(fù)雜，功能強大而完備，但因為操作繁復(fù)而被擱置者屢見不鮮。造成的主要原因在于缺乏軟件開發(fā)中軟件體系結(jié)構(gòu)的宏觀把握能力。另一方面，缺乏有效的手段進行軟件需求的確定和對潛在需求的挖掘。 項目管理的風(fēng)險 軟件項目管理的風(fēng)險來自于軟件項目自身的特點

7、： 軟件產(chǎn)品不可見：開發(fā)的進展以及軟件的質(zhì)量是否符合要求難于度量，從而使軟件的管理難于把握。  軟件的生產(chǎn)過程不存在絕對正確的過程形式：可以肯定的是不同的軟件開發(fā)項目應(yīng)當采用不同的或者說是有針對性的軟件開發(fā)過程，而真正合適的軟件開發(fā)過程是在軟件項目的開發(fā)完成才能明了的。因此項目開發(fā)之初只能根據(jù)項目的特點和開發(fā)經(jīng)驗進行選擇，并在開發(fā)過程中不斷的調(diào)整。 大型軟件項目往往是一次性的。以往的經(jīng)驗可以被借鑒的地方不多。回避和控制軟件管理風(fēng)險的唯一辦法就是設(shè)立監(jiān)督制度，項目開發(fā)中任何較大的決定都必須有主要技術(shù)環(huán)節(jié)甚至是由用戶參與進行的。在該項目中項目監(jiān)督由項目開發(fā)中的質(zhì)量監(jiān)督組來實施。 一般參與軟件

8、開發(fā)的人員（包括管理者和技術(shù)人員）和其責(zé)任進行分析如下： 參與者 項目經(jīng)理1人 主要職責(zé)：進行全局把握，側(cè)重于項目的商務(wù)方面，充當項目組同客戶正式交流的接口環(huán)節(jié)。 項目負責(zé)人1人 主要職責(zé)：制定項目開發(fā)計劃和開發(fā)策略，參與項目核心系統(tǒng)的分析設(shè)計，同時努力保證開發(fā)計劃的按時完成和開發(fā)策略的真正貫徹落實。 領(lǐng)域?qū)＜?或2人 主要職責(zé)：在軟件分析階段幫助分析人員界定系統(tǒng)實現(xiàn)邊界和實現(xiàn)的功能，對特定檢測點進行算法審核，同時對測試策略和軟件操作界面提出參考意見。 質(zhì)量監(jiān)督組1或2人 主要職責(zé)：編制軟件質(zhì)量控制計劃，并負責(zé)落實；控制必要文檔的生產(chǎn)，通過文檔，監(jiān)督項目實施過程中軟件的質(zhì)量，并產(chǎn)生軟件質(zhì)量報告

9、，提請項目經(jīng)理和項目負責(zé)人審閱；對于項目中出現(xiàn)的質(zhì)量問題，主持召開質(zhì)量復(fù)審會議。 系統(tǒng)分析員1或2人 主要職責(zé)：協(xié)同項目負責(zé)人進行軟件系統(tǒng)的分析和設(shè)計工作，書寫軟件需求分析和系統(tǒng)設(shè)計相關(guān)文檔。在軟件實現(xiàn)階段進行測試策略的編制和對性能測試的指導(dǎo)。 程序員2或3人 主要職責(zé)：協(xié)助分析人員進行詳細設(shè)計，和軟件系統(tǒng)的代碼實現(xiàn)，并進行適當?shù)陌缀袦y試。 測試員2或3人 主要職責(zé)：已經(jīng)實現(xiàn)的軟件組件、構(gòu)件或系統(tǒng)進行正確性驗證測試，整合后的系統(tǒng)的性能測試等。書寫測試報告和測試統(tǒng)計報告提請質(zhì)量監(jiān)督組復(fù)審。 技術(shù)支持2或3人 主要職責(zé)：協(xié)同系統(tǒng)分析人員聽取用戶需求，對需求分析進行參考性復(fù)審。協(xié)同測試人員進行測試，

10、書寫操作手冊和在線幫助，在項目交付用戶之后進行跟蹤服務(wù)。 文檔組1或2人 主要職責(zé)：對各部門產(chǎn)生的文檔進行格式規(guī)范、版本編號和控制、存檔文件的檢索；協(xié)助質(zhì)量監(jiān)督組進行軟件質(zhì)量監(jiān)督。 通過適當?shù)娜藛T配備和職責(zé)劃分，能有效的降低軟件開發(fā)在后期的失控的可能性，和軟件對關(guān)鍵人員的依賴性。 軟件技術(shù)風(fēng)險 本系統(tǒng)擬訂采用的兩個重大的軟件技術(shù)是面向?qū)ο蟮臉?gòu)件和基于微軟的組件技術(shù)。組件和構(gòu)件技術(shù)都是為了提高軟件的可靠性和軟件的可擴展性而采用的技術(shù)手段。從技術(shù)成 熟度上說不存在風(fēng)險，但為了實現(xiàn)良好的軟件構(gòu)架和穩(wěn)定的組件，與傳統(tǒng)開發(fā)方法比較，有相當?shù)亩嗟念~外工作需要做，這會給項目工期帶來較大的風(fēng)險。 回避和控制這

11、部分風(fēng)險的辦法是在項目進行的過程不斷的對該階段進行風(fēng)險估計和指定有效的里程碑。同時采用范例方式提高開發(fā)人員的構(gòu)件組件的分析識別能力，適時調(diào)整構(gòu)件組件的數(shù)量和粒度。 軟件過程風(fēng)險 軟件需求階段的風(fēng)險 軟件的開發(fā)是以用戶的需求開始，在大多數(shù)情況下，用戶需求要靠軟件開發(fā)方誘導(dǎo)才能保證需求的完整，再以書面的形式形成《用戶需求》這一重要的文檔。需求分析更多的是開發(fā)方確認需求的可行性和一致性的過程，在此階段需要和用戶進行廣泛的交流和確認。需求和需求分析的任何疏漏造成的損失會在軟件系統(tǒng)的后續(xù)階段被一級一級地放大，因此本階段的風(fēng)險最大。 設(shè)計階段的風(fēng)險 設(shè)計的主要目的在于軟件的功能正確的反映了需求?？梢娦枨蟮?/p>

12、不完整和對需求分析的不完整和錯誤，在設(shè)計階段被成倍地放大。設(shè)計階段的主要任務(wù)是完成系統(tǒng)體系結(jié)構(gòu)的定義，使之能夠完 成需求階段的即定目標；另一方面也是檢驗需求的一致性和需求分析的完整性和正確性。 設(shè)計本身的風(fēng)險主要來自于系統(tǒng)分析人員。分析人員在設(shè)計系統(tǒng)結(jié)構(gòu)時過于定制，系統(tǒng)的可擴展性較弱，會給后期維護帶來巨大的負擔(dān)，和維護成本的激增。對用戶來說系統(tǒng)的使用比例會有明顯的折扣，甚至造成軟件壽命過短。反之，軟件結(jié)構(gòu)的過于靈活和通用，必然引起軟件實現(xiàn)的難度增加，系統(tǒng)的復(fù)雜度會上升，這又會在實現(xiàn)和測試階段帶來風(fēng)險，系統(tǒng)的穩(wěn)定性也會受到影響。從另一個角度上看，業(yè)務(wù)規(guī)則的變化，或說用戶需求和將來軟件運行環(huán)境的變

13、化都是必然的情況，目前軟件設(shè)計的所謂通用性是否就能很好的適應(yīng)將來需求和運行環(huán)境的的變化，是需要認真折衷的。這種折中也蘊涵著很大的風(fēng)險。 設(shè)計階段蘊涵的另一種風(fēng)險來自于設(shè)計文檔。文檔的不健全不僅會造成實現(xiàn)階段的困難，更會在后期的測試和維護造成災(zāi)難性的后果，例如根本無法對軟件系統(tǒng)進行版本升級，甚至是發(fā)現(xiàn)的簡單錯誤都無從更正。 實現(xiàn)階段引入的風(fēng)險 軟件的實現(xiàn)從某種意義上講是軟件代碼的生產(chǎn)。原代碼本身也是文檔的一部分，同時它又是將來運行于計算機系統(tǒng)之上的實體。源代碼書寫的規(guī)范性，可讀性是該階段的主要風(fēng)險來源。規(guī)范的代碼生產(chǎn)會把屬于程序員自身個性風(fēng)格的成分引入代碼的比例降到最低限度，從而減小了系統(tǒng)整合的

14、風(fēng)險。 維護階段的風(fēng)險 軟件維護包含兩個主要的維護階段，一個是軟件生產(chǎn)完畢到軟件試運行階段的維護，這個階段是一種實環(huán)境的測試性維護，其主要目的是發(fā)現(xiàn)在測試環(huán)境中不能或未發(fā)現(xiàn)的問題；另一個階段是當軟件的運行不再能適應(yīng)用戶業(yè)務(wù)需求或是用戶的運行環(huán)境（包括硬件平臺，軟件環(huán)境等）時進行的軟件維護，具體可能是軟件的版本升級或軟件移植等。 從軟件工程的角度看，軟件維護費用約占總費用的55%~70%，系統(tǒng)越大，該費用越高。對系統(tǒng)可維護性的輕視是大型軟件系統(tǒng)的最大風(fēng)險。在軟件漫長的運營期內(nèi)，業(yè)務(wù)規(guī)則肯定會不斷發(fā)展， 科學(xué)的解決此問題的做法是不斷對軟件系統(tǒng)進行版本升級，在確?？删S護性的前提下逐步擴展系統(tǒng)。 在軟

15、件系統(tǒng)運營期間，主要的風(fēng)險源自于技術(shù)支持體系的無效運轉(zhuǎn)?？茖W(xué)的方法是有一支客戶支持隊伍不斷收集運行中發(fā)現(xiàn)的問題，并將解決問題的方法傳授給軟件系統(tǒng)的所有使用者。 項目風(fēng)險表 風(fēng)險評估表中所提到的風(fēng)險是一般項目在開發(fā)過程中都客觀存在的，表中所列出的風(fēng)險系數(shù)是指在不對風(fēng)險進行深入的分析和有效的規(guī)避的情況下，該風(fēng)險項發(fā)生的概率。比如軟件產(chǎn)品的設(shè)計目標是運行十年，體系結(jié)構(gòu)不合理的風(fēng)險是40%的含義是，如果不對系統(tǒng)進行深入的分析，未采用最合理的軟件技術(shù)進行設(shè)計，則生產(chǎn)出一個不具備可擴展性的軟件系統(tǒng)的概率是40%。由于客戶公司是仍將不斷發(fā)展的，在十年內(nèi)，該軟件系統(tǒng)都能滿足公司運營要求的可能性極低。由此而可能

16、產(chǎn)生的災(zāi)難性后果是公司在業(yè)務(wù)發(fā)展的時候，必須重新開發(fā)新系統(tǒng)。 向客戶提供風(fēng)險評估，是按照國際慣例進行的例行操作，一方面讓客戶對潛在的風(fēng)險有更充分的了解，表明公司誠信 為本的態(tài)度，另一方面也用以鞭策和激勵全體開發(fā)人員嚴格執(zhí)行開發(fā)標準，共同監(jiān)督項目開發(fā)過程，努力避免風(fēng)險的發(fā)生。 （文章三）：風(fēng)險評估報告文本格式 附件二： x x x x 重大決策（項目） 社會穩(wěn)定風(fēng)險評估報告通用文本格式 單位名稱： 時 間： （一）、重大決策基本情況 包括重大決策名稱、重大決策類別（指重大政策、重大改革、重大項目、重大活動和其他重大事項），主管部門、承辦單位等。重大決策背景、重大決策基本情況和主要內(nèi)容。

17、 （二）、組織開展情況 包括評估小組組成人員、評估過程及主要開展的工作情況。 （三）、社會穩(wěn)定風(fēng)險評估情況 （一）重大決策的合法性分析 圍繞重大決策內(nèi)容是否符合現(xiàn)行相關(guān)法律、法規(guī)、規(guī)章和國家有關(guān)政策規(guī)定；實施重大決策的責(zé)任主體資格是否符合相關(guān)法律、規(guī)章和國家有關(guān)規(guī)定；所涉及政策調(diào)整、利益調(diào)節(jié)的對象和范圍是否界定準確；調(diào)整、調(diào)節(jié)的依據(jù)是否合法；涉及的立項、審批等程序是否符合相關(guān)法律、法規(guī)、規(guī)章和國家有關(guān)規(guī)定。 （二）重大決策的合理性分析 是否符合科學(xué)發(fā)展觀的要求，是否符合社會公共利益和廣大人民群眾的根本利益；是否兼顧了不同利益群體的合理 訴求，相關(guān)補償標準和其他救助標準依據(jù)是否充分，是否合理

18、、公平、公正；是否保持了政策、措施的連續(xù)性、相對穩(wěn)定性、嚴密性以及與相關(guān)政策、措施的協(xié)調(diào)性，是否會導(dǎo)致地區(qū)、行業(yè)、群體間的相互攀比；擬采取的措施和手段是否必要、充分、適當，所選擇的措施和手段對所涉及利益群體權(quán)益的損害是否最小。 （三）重大決策的可行性分析 決策或項目出臺的時機是否成熟，相應(yīng)的主、客觀條件是否具備；能否為重大事項責(zé)任主體或?qū)嵤┲黧w財力所承受；是否超越大多數(shù)群眾的承受能力，是否得到大多數(shù)群眾的支持、認可、理解。 （四）重大決策的可控性分析 是否可能引發(fā)較大規(guī)?，F(xiàn)實社會和虛擬社會群體性事件、較大規(guī)模xx、重大社會治安問題和其他社會穩(wěn)定問題；可能引發(fā)的社會穩(wěn)定風(fēng)險是否可控，能否得到有效預(yù)防和化解，是否制定了相應(yīng)的防范化解措施和應(yīng)急處置工作預(yù)案。 （四）、預(yù)防化解穩(wěn)定風(fēng)險的對策建議（或應(yīng)急處突預(yù)案） （五）、穩(wěn)定風(fēng)險綜合評價 對重大決策可能產(chǎn)生的社會穩(wěn)定風(fēng)險，進行全面分析、系統(tǒng)論證，作出客觀觀測，作出無風(fēng)險、有較小風(fēng)險、有較大風(fēng)險和有重大風(fēng)險四個等級的風(fēng)險評估結(jié)論，并據(jù)此提出可實施、暫緩實施、不實施的建議。