軟件項目風(fēng)險評估報告

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

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

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

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