軟件項目風險評估報告

本文主要針軟件開發(fā)及到的風括在軟開發(fā)周過程中可能現(xiàn)的風險及軟件實過程中外部境的變化能引起的險等進行評估文中對所提到的風險一一做了細的分析，并提出相應的風回避措施由于風險是在項目開始之后才開始項目的開起負面的影響，所以險分析的足，或是險回避措施不得力很有可能造軟件開發(fā)失敗風險分析是在事的一種估憑借一定的術手段和豐富的經驗基能夠對項目風險做出較準確的估計經過慎重考慮提出行的風險回避措施，是避免損失的要環(huán)節(jié)。主要風險綜任何軟件的發(fā)，其主風險均來于兩個方面，一是軟件管理，二是件體系結。軟件產品的開發(fā)是程技術與人創(chuàng)作的機結合開發(fā)是人的集體智慧按工程化的想進行發(fā)揮的過程軟管理是保軟件開發(fā)程化的手段軟件系結構的合程度是取于集體智發(fā)揮的程度經驗的運。軟件管理將響到軟件下列因素軟件是否能按工期的求完成件的期常常是制約軟件質量的主要因素多情況，軟件開發(fā)商工期的壓下，放棄檔的書寫，組織，結果在工程的晚，大量需文檔進行調的工作，致軟件進度越來越慢。軟的開發(fā)不其他的工在不同的工階段，需的人員不同需要配合方面也不，所有這些都需要行之有效的軟件理的保證軟件需求的研是否深透徹的需是確保軟件正確反映用戶的對軟件用的重要文檔探討軟需求是軟開發(fā)的起點但軟件的需卻會貫穿整個軟件的開過程軟管理需要對軟件求的變化行控制和理方保證軟件需求的變化不于造成軟工程的一再改而無法期完成同時又要證開發(fā)的軟件能夠為用戶所接受軟管理需要制軟件的個階段進行成度，不過細造成間的浪費，也不能過粗，造成軟件陷。軟件的實現(xiàn)術手段是能夠同時足性能要求件的造需要對軟構造過程的使用的各種技術行評估件構造技通常是這樣成熟的術往不能體現(xiàn)好的軟件能；先進的技術往人員對熟悉程度夠對中隱含的缺陷不夠明了軟管理在制軟件開發(fā)計劃和定里程碑時須考慮這因素，并做出合理的權衡決策。軟件質量體是否能夠有效地保何軟件管理略軟件質量監(jiān)督環(huán)節(jié)都對軟件的產構成巨大風險制定卓成效的軟件質量監(jiān)督體系是何軟件開發(fā)織必不可的軟件質量保體是軟開發(fā)成為可制過程的礎，也是發(fā)商和用戶進行交流的基礎和依據(jù)。軟件體系結影響到軟的如下質因素：軟件的可伸性是指軟件在不行修改的情況下適應不同的工作環(huán)境的能力由于硬的飛速發(fā)展和件開發(fā)周較長的矛軟件升級的要顯得非常迫切果軟件升級和移非常困難件生命期必很短得化巨大人力物力開發(fā)出的軟件系統(tǒng)只在低性能硬件或網絡上運，甚至被棄不用，成巨大的浪費。軟件的可維性：軟件維護也是然的事情，為了保證軟件的較長使壽命，軟就必須適應不斷業(yè)務需求化根據(jù)務需求的變化對軟件進行修改修的成本和期都直接軟件的體系構相關一個好的件體系結構可以盡可能地將系統(tǒng)的變化放在系的配置上即軟件代碼無修改僅是在系統(tǒng)供的配置文件中進行適當?shù)男薷娜缓筌浖丶虞d進入行狀態(tài)完成系統(tǒng)部分能和性能求的變化對于大改動要打源代碼進修改的，也僅僅是先承原先的碼然后新的功能接替原先的調用接口這將把軟件動量減小最低。軟件易用性軟件的易性是影響件是否被用戶接受的關鍵之關鍵因。在軟件品中，設計復雜功強大而完但因為作繁復而被擱置者屢見不鮮造成的主要因在于缺軟件開發(fā)中軟體系結構宏觀把握力另一方缺有效手段進行軟需求的確和對潛

在需求的挖。項目管理的險軟件項目管的風險來于軟件項自身的特點：軟件產品不見開發(fā)的進展以軟件的質量是否符合要求難于度量從而軟件的管難于把握件生產過程存在絕對確的過程形式可以肯的是不同的件開發(fā)項應當采用不同的或說是有針性的軟件發(fā)過程正合適的軟件開發(fā)過程在軟件項的開發(fā)完成才能明了因項目開之初只能據(jù)項目的特點和開發(fā)經驗進行選擇并在發(fā)過程中斷的調整。大型軟件項往往是一性"的。以往經驗可以被借鑒的地方不多。回避和控制軟件理風險的唯辦法就是立監(jiān)督制目開發(fā)任何較的決定都必有主要技環(huán)節(jié)甚至由用戶參與行的。在項目中項監(jiān)督由項目開發(fā)中的質量監(jiān)督組來施。一般參與軟開發(fā)的人（包括管者和技術人員）和其責任進行分析下：參與者項目經理1人主要職責：行全局把，側重于目的商務方面，充當項目組同客戶式交流的口環(huán)節(jié)。項目負責人人主要職責：定項目開計劃和開策略，參與項目核心系統(tǒng)的分析設，同時努保證開發(fā)計劃的時完成和發(fā)策略的正貫徹落實。領域專家1或2主要職責在軟件析階段幫分析人員界定系統(tǒng)實現(xiàn)邊界和實現(xiàn)的功能對特定檢點進行算法審核同時對測策略和軟件作界面提參考意見。質量監(jiān)督組1或2人主要職責：制軟件質控制計劃并負責落實；控制必要文檔的生產通過文檔監(jiān)督項目實施過中軟件的量并產生件質量報告提請目經理和項負責人審對項目中出現(xiàn)的質問題，主召開質量審會議。系統(tǒng)分析員1或2人主要職責協(xié)同項負責人進軟件系統(tǒng)的分析和設計工作書軟件需求分和系統(tǒng)設相關文檔。軟件實現(xiàn)段進行測策略的編制和對性能試的導。程序員或3人主要職責協(xié)助分人員進行細設計和軟件系統(tǒng)的代碼實現(xiàn)進適當?shù)陌诇y試。測試員或3人主要職責：經實現(xiàn)的件組件、件或系統(tǒng)進行正確性驗證測試，整后的系統(tǒng)性能測試等。書測試報告測試統(tǒng)計告提請質量監(jiān)督組復審。技術支持2或3主要職責協(xié)同系統(tǒng)分人員聽取戶需求對需求分析進行參考性審協(xié)同測人員進行測試，書操作手冊在線幫助在項目交付用戶之后進行跟蹤服務文檔組1或2人主要職責：各部門產的文檔進格式規(guī)范版本編號和制存檔文的檢索；助質量監(jiān)督組進軟件質量督。通過當?shù)娜藛T配備和職責劃分，能有效降低軟件發(fā)在后期的失控的可性，和軟對關鍵人的依賴性。軟件技術風本系統(tǒng)擬訂用的兩個大的軟件術是面向對象的構件和基于微軟的COM組技術組件和構件技都是為了高軟件的靠性和軟件的可擴展性而采用的技手段技術成度上

說不存在風但為實現(xiàn)良好軟件構架和穩(wěn)定的組件與傳開發(fā)方法比有當?shù)亩嗟念~外工作需做，這會項目工期來較大的風險?；乇芎涂刂撇糠诛L險辦法是在目進行的過程不斷的對該階段進行險估計和定有效的里程碑同時采"范例"方提高開人員的構組件的分識別能力，適時調整構件組件的數(shù)量和粒。軟件過程風軟件需求階的風險軟件的開發(fā)以用戶的求開始在大數(shù)情況下用戶需要靠軟件開方誘導才保證需求的完整再以書面形式形成用戶需求》這一重要的文檔求析更多的開發(fā)方確需求的可行和一致性過程在階段需要和用戶進行廣泛的交流和認需求需求分析任何疏漏造的損失會軟件系統(tǒng)后續(xù)階段被一級一級地放大，因此階段的風最大。設計階段的險設計的主要的在于軟的功能正的反映了需求需求的不完整和對需求析的不完整和錯誤在計階段被倍地放大設階段的主要任務是完成系統(tǒng)體系結的定義使之能夠完成需求段的即定標；另一面也是檢驗需求的一致性和需求分的完整性正確性。設計本身的險主要來于系統(tǒng)分人員分析員在設計系統(tǒng)結構時過定制系統(tǒng)的可擴展性較弱給后期維帶來巨大負擔和維護成本的激增對戶來說系的使用比會有明顯的折，甚至造軟件壽命短。反之，軟件結構的過于靈活和用然引軟件實現(xiàn)的難度增加統(tǒng)的復雜會上升這又會實現(xiàn)和測試階段帶來風險系的穩(wěn)定性會受到影響從另個角度上業(yè)規(guī)則的變化或用戶需求和將來軟件運環(huán)境的變都是必然的情況，目軟件設計所謂通用性"是否就能很的適應將需求和運環(huán)境的的變化，是需要認真折衷。這種折也蘊涵著大的風險。設計階段蘊的另一種險來自于計文檔檔的不健全不僅會造成現(xiàn)階段的難更會在后期的試和維護成災難性后果例如根本無法對軟件系統(tǒng)進行版本級甚至是發(fā)現(xiàn)的簡單錯誤無從更正實現(xiàn)階段引入的風險軟件的實現(xiàn)從某種意義上講是軟件碼的生產原代碼本身也文檔的一分同時又是將來運行于計算機系統(tǒng)之上的體源代書寫的規(guī)性可讀性是階段的要風險來規(guī)范的代碼產會把屬于程序員自身性風格的分引入代碼的比例到最低限，從而減了系統(tǒng)整合的風險。維護階段的險軟件維護包兩個主要維護階段個是軟生產完畢到軟件試運行段的維護這階段是一種實境的測試維護其要目的是發(fā)現(xiàn)在測試環(huán)境中不能或發(fā)現(xiàn)的問另一個階段是當軟件運行不再適應用戶務需求或是用戶的運行環(huán)境（包括件平臺，件環(huán)境等時進行的軟維護，具可能是軟的版本升級或軟件移植等。從軟件工程角度看，件維護費約占總費用的，系越大，該費用越高。對系統(tǒng)可維護的輕視是型軟件系的最大風險在軟件長的運營期業(yè)務規(guī)則肯會不斷發(fā)展學的解此問題的法是不斷軟件系統(tǒng)進行版本升級在確?？删S護的前提下步擴展系統(tǒng)。在軟件系統(tǒng)營期間主要風險源自技術支持體系的無效運轉科學的法是有支客戶支持隊伍斷收集運中發(fā)現(xiàn)的題，并將解決問題的方法傳授給軟系統(tǒng)的所使用者。項目風險表風險評估表所提到的險是一般目在開發(fā)過程中都客觀存在的中所出的風險數(shù)是指在不對險進行深的分析和效的規(guī)避的情況下該險項發(fā)生的率比如軟產品的

設計目標是行十年，系結構不理的風險是40%的含義是如果不對系統(tǒng)進行深入的分析，未采用最合的軟件技進行設計則生產出一個不具備可擴展性的軟系統(tǒng)的概是。由于客戶公是仍將不發(fā)展的，十年內，該軟件系統(tǒng)都能滿足公司營要求的能性極低由此而可能生的災難后果是公在業(yè)務發(fā)展的時候，必須重新開發(fā)系統(tǒng)。向客戶提供險評估是按國際慣例行的例行操作一面讓客戶對在的風險更充分的了解，明