基于軟件需求管理的風(fēng)險(xiǎn)研究-20160419

1、基于軟件需求管理的風(fēng)險(xiǎn)研究學(xué)生姓名： 學(xué) 號(hào)：學(xué) 院：專 業(yè)： 指導(dǎo)教師： 論文成績： 內(nèi) 容 摘 要隨著互聯(lián)網(wǎng)的發(fā)展，各行各業(yè)對(duì)軟件系統(tǒng)的需求愈來愈復(fù)雜，規(guī)模愈來愈大，從最初的紙質(zhì)化轉(zhuǎn)為電子化的發(fā)展，到現(xiàn)在的大數(shù)據(jù)分析的信息化的發(fā)展。并且隨著企業(yè)的發(fā)展，工作過程重組，需求管理也越來越成為必然。需求管理是軟件項(xiàng)目管理的基礎(chǔ)，也是決定軟件項(xiàng)目成功的關(guān)鍵。而軟件需求的不確定性產(chǎn)生軟件項(xiàng)目的高風(fēng)險(xiǎn)，對(duì)于軟件需求造成的系統(tǒng)風(fēng)險(xiǎn)，需要進(jìn)行風(fēng)險(xiǎn)管理。而風(fēng)險(xiǎn)管理是項(xiàng)目管理中的重要部分，通過對(duì)軟件項(xiàng)目需求的風(fēng)險(xiǎn)管理，減少風(fēng)險(xiǎn)的損失，從而實(shí)現(xiàn)軟件項(xiàng)目的科學(xué)管理方法。本論文從風(fēng)險(xiǎn)管理的風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析、風(fēng)險(xiǎn)應(yīng)對(duì)

2、和風(fēng)險(xiǎn)監(jiān)控幾個(gè)方面入手，分析研究了訓(xùn)練系統(tǒng)中需求風(fēng)險(xiǎn)管理和控制的方法。關(guān)鍵字：需求管理 風(fēng)險(xiǎn)管理 風(fēng)險(xiǎn)識(shí)別 風(fēng)險(xiǎn)分析 風(fēng)險(xiǎn)應(yīng)對(duì) 風(fēng)險(xiǎn)監(jiān)控 訓(xùn)練系統(tǒng)ABSTRACTWith the development of the Internet, all walks of life demand of the software system becomes more and more complicated, the scale is getting bigger, from the original paper turn to electronic development to today's

3、 big data analysis of informatization development. And with the development of enterprises, the restructuring of the work process, demand management has become increasingly inevitable. Demand management is the foundation of software project management, and it is also the key to the success of softwa

4、re project. The uncertainty of the software needs to produce the high risk of the software project, the system risk caused by the software requirements, the need for risk management. And risk management is an important part of project management, through the risk management of software project requi

5、rements, to reduce the risk of loss, so as to realize the scientific management of software project. This article from the risk management of risk identification, risk analysis, risk response and risk control aspects of the analysis of the need for risk management and control of the training system.

6、KEY WORDS：Demand management risk management risk identification risk analysis risk response risk monitoring training system23目 錄第一章 緒論1（一）研究背景和意義1（二）國內(nèi)外研究現(xiàn)狀2（三）研究內(nèi)容和方法2第二章 相關(guān)理論概述4（一）風(fēng)險(xiǎn)相關(guān)理論4（二）項(xiàng)目風(fēng)險(xiǎn)管理相關(guān)理論5（三）軟件需求管理相關(guān)概念6（四）軟件需求和風(fēng)險(xiǎn)管理的關(guān)系7（五）國內(nèi)外軟件項(xiàng)目需求風(fēng)險(xiǎn)研究綜述8第三章 XX系統(tǒng)及其需求風(fēng)險(xiǎn)控制9（一）XX系統(tǒng)概述及特點(diǎn)9（二）項(xiàng)目需求的風(fēng)險(xiǎn)識(shí)別10（三）項(xiàng)

7、目需求的風(fēng)險(xiǎn)分析14（四）項(xiàng)目需求的風(fēng)險(xiǎn)控制14（五）項(xiàng)目需求的風(fēng)險(xiǎn)監(jiān)控17第四章 項(xiàng)目需求管理中風(fēng)險(xiǎn)管理的心得體會(huì)19（一）項(xiàng)目需求管理中風(fēng)險(xiǎn)管理中的實(shí)踐及感悟19（二）項(xiàng)目需求管理中對(duì)項(xiàng)目風(fēng)險(xiǎn)管理的啟示19第五章 總結(jié)19（一）論文總結(jié)19（二）論文的局限于不足19參考文獻(xiàn)20基于軟件需求管理的風(fēng)險(xiǎn)研究基于軟件需求管理的風(fēng)險(xiǎn)研究第一章 緒論（一）研究背景和意義自20世紀(jì)80年代以來，我國軟件產(chǎn)業(yè)呈現(xiàn)出迅猛、廣泛、深化的發(fā)展趨勢(shì)，而全球范圍內(nèi)經(jīng)濟(jì)和社會(huì)的信息化發(fā)展，更催化了市場(chǎng)對(duì)軟件產(chǎn)品的巨大需求。軟件產(chǎn)品作為一種邏輯產(chǎn)品，是人類思維的創(chuàng)造物，其更替速度比傳統(tǒng)領(lǐng)域要迅速的多。隨著軟件產(chǎn)品規(guī)模

8、的不斷增長，軟件的復(fù)雜性也不斷提高。復(fù)雜軟件系統(tǒng)在國防、通信、航空航天、大型計(jì)算機(jī)等領(lǐng)域，以及證券、醫(yī)療、金融等國民經(jīng)濟(jì)領(lǐng)域上的應(yīng)用，更使得軟件產(chǎn)品成為人們生活中必不可少的重要組成部分。對(duì)軟件產(chǎn)品依賴程度的加大一方面方便了人們的生活，另一方面也使得軟件產(chǎn)品的質(zhì)量直接關(guān)系到人們的生活、財(cái)產(chǎn)甚至是生命安全。因此，在軟件開發(fā)過程中影響軟件產(chǎn)品質(zhì)量的問題也引起了普遍關(guān)注。國際化標(biāo)準(zhǔn)組織ISO中定義軟件質(zhì)量為“反映軟件產(chǎn)品滿足規(guī)定需求和潛在需求能力的特征和特性的組合”。由此可知，衡量軟件質(zhì)量標(biāo)準(zhǔn)的根本在于軟件是否能滿足用戶的需求，在多大程度上滿足用戶的需求。軟件需求與軟件質(zhì)量息息相關(guān)，對(duì)軟件需求管理的好

9、壞也將直接影響到軟件項(xiàng)目開發(fā)的進(jìn)度、預(yù)算、質(zhì)量，甚至是軟件項(xiàng)目開發(fā)的成敗。軟件需求是軟件工程中的重要環(huán)節(jié)，是軟件設(shè)計(jì)的基礎(chǔ)，也是用戶于軟件工程人員之間的橋梁。作為軟件開發(fā)的源頭，需求定義和限制了軟件產(chǎn)品最終實(shí)現(xiàn)的要求。但是，軟件產(chǎn)品的抽象性、高度復(fù)雜性使得軟件產(chǎn)品的需求同傳統(tǒng)產(chǎn)品相比具有更多的不確定性、變化性、主觀性和模糊性。軟件開發(fā)過程中存在大量與軟件需求相關(guān)的問題。對(duì)軟件項(xiàng)目實(shí)踐的統(tǒng)計(jì)數(shù)據(jù)表明：大多數(shù)導(dǎo)致軟件項(xiàng)目失敗的原因并不是軟件開發(fā)的技術(shù)問題，而是管理問題，其中尤以需求管理的問題最為突出。軟件需求管理的難度是由需求本身的特點(diǎn)造成的。軟件需求的一個(gè)重要特征就是“不確定性”，這些不確定性可

10、能導(dǎo)致項(xiàng)目失敗、費(fèi)用超標(biāo)、開發(fā)周期延長、產(chǎn)品功能不完整等后果。對(duì)不確定要素造成的損失進(jìn)行預(yù)測(cè)，并根據(jù)預(yù)測(cè)的結(jié)果選擇合適的管理方法和技術(shù)方法降低不確定帶來的損失，成為風(fēng)險(xiǎn)管理。而風(fēng)險(xiǎn)管理是項(xiàng)目管理中最重要的任務(wù)，是因?yàn)轫?xiàng)目的確定性和常規(guī)性的工作及其管理都是程序化和結(jié)構(gòu)化的管理問題，它們所需的管理力度十分有限；項(xiàng)目風(fēng)險(xiǎn)是一種帶來損失的可能性，如果不管理或管理不當(dāng)就會(huì)造成損失；反之，項(xiàng)目風(fēng)險(xiǎn)還包含機(jī)會(huì)成分，如果能夠很好地開發(fā)和管理將會(huì)有效地提升項(xiàng)目的成功度。而對(duì)軟件項(xiàng)目需求管理的風(fēng)險(xiǎn)研究，就是找出這些導(dǎo)致不良后果的風(fēng)險(xiǎn)，并使其對(duì)產(chǎn)品的不良影響最小化。（二）國內(nèi)外研究現(xiàn)狀1.國外研究現(xiàn)狀根據(jù)美國專門從

11、事IT項(xiàng)目實(shí)施效果跟蹤的權(quán)威機(jī)構(gòu)Standish Group的；CHAOS報(bào)告：2003年，在所調(diào)查的IT項(xiàng)目中，徹底失敗的項(xiàng)目占調(diào)查總數(shù)的15%，還有超過50%的項(xiàng)目因?yàn)橘|(zhì)量原因受到不同程度的質(zhì)疑；2004年的調(diào)查顯示，絕對(duì)成功的IT項(xiàng)目占調(diào)查總數(shù)的29%，徹底失敗的占到了18%。CHAOS的報(bào)告分析還指出：導(dǎo)致這些項(xiàng)目失敗和質(zhì)量問題的最主要原因都與需求相關(guān)；僅有20%的軟件項(xiàng)目能夠在預(yù)定工期內(nèi)完成，其主要原因也是非預(yù)期的需求變更，尤其是需求形態(tài)的變化和新需求的增加。2.國內(nèi)研究現(xiàn)狀目前國內(nèi)很多的軟件企業(yè)，在提供IT整體解決方案的項(xiàng)目中不太關(guān)心對(duì)項(xiàng)目進(jìn)行需求風(fēng)險(xiǎn)管理，結(jié)果導(dǎo)致項(xiàng)目延期、超支、

12、甚至失敗的情況比比皆是。隨著信息時(shí)代的發(fā)展，計(jì)算機(jī)軟件的需求愈來愈復(fù)雜，規(guī)模愈來愈大，而且隨著企業(yè)的發(fā)展，工作過程重組，需求管理已愈來愈成為必然。軟件危機(jī)持續(xù)了30年之久，至今仍無法得以很好地解決。究其原因，與軟件本身的特點(diǎn)固然有關(guān)，但長期以來，缺乏對(duì)軟件開發(fā)和維護(hù)的正確方法以及忽視軟件開發(fā)過程的質(zhì)量控制仍是最為關(guān)鍵的原因。其中軟件開發(fā)和維護(hù)的方法的不正確性主要體現(xiàn)在：1) 忽視軟件開發(fā)前期的需求調(diào)研及分析；2) 開發(fā)過程缺乏統(tǒng)一的、規(guī)范化的方法指導(dǎo)；3) 文檔資料不齊全或不準(zhǔn)確；4) 忽視與用戶之間、開發(fā)組成員之間的交流；5) 忽視測(cè)試的重要性；6) 不重視維護(hù)或由于上述原因造成維護(hù)工作的困

13、難。這樣，就經(jīng)常出現(xiàn)用戶對(duì)“已完成”系統(tǒng)不滿意，軟件產(chǎn)品的質(zhì)量經(jīng)常出現(xiàn)漏洞，補(bǔ)丁一大堆。（三）研究內(nèi)容和方法最近幾年，不論是軟件開發(fā)的技術(shù)和工具，還是對(duì)軟件項(xiàng)目進(jìn)行項(xiàng)目管理的水平都取得了較大的進(jìn)步，但是由于軟件項(xiàng)目管理和一般項(xiàng)目管理不同，往往存在著很大的不確定性，直接影響著項(xiàng)目的順利完成。控制軟件項(xiàng)目的風(fēng)險(xiǎn)是軟件項(xiàng)目管理的重要組成部分。目前的軟件風(fēng)險(xiǎn)管理方法存在著一些不足，在軟件項(xiàng)目管理實(shí)踐中不能取得最佳效果。本文通過對(duì)軟件產(chǎn)品開發(fā)中資源、用戶需求和產(chǎn)品之間的內(nèi)在關(guān)系的分析，提出了基于用戶需求的軟件項(xiàng)目風(fēng)險(xiǎn)管理。在收集相關(guān)材料之后，依據(jù)科學(xué)的研究原則，通過對(duì)資料的深入細(xì)致研究，最后形成本論文的

14、內(nèi)容框架。圖1 本文內(nèi)容框架第二章 相關(guān)理論概述（一）風(fēng)險(xiǎn)相關(guān)理論1.風(fēng)險(xiǎn)風(fēng)險(xiǎn)，是某些不確定性以及由其可能引起的偏離預(yù)定目標(biāo)的不良后果的綜合。風(fēng)險(xiǎn)包含三個(gè)主要特點(diǎn)：（1）不確定性。風(fēng)險(xiǎn)的本質(zhì)是不確定性，這種特性表現(xiàn)于多個(gè)未來的不良后果及其發(fā)生的可能性。（2）后果的客觀性。當(dāng)一種后果已經(jīng)成為現(xiàn)實(shí)，或一項(xiàng)活動(dòng)已結(jié)束，風(fēng)險(xiǎn)也就不存在了。（3）風(fēng)險(xiǎn)的可控制性。在我們周圍存在大量的風(fēng)險(xiǎn)，人們?cè)噲D評(píng)估它或者控制它，有些控制是成功，但有些控制是失敗的。人們可以通過風(fēng)險(xiǎn)發(fā)生的一些規(guī)律制定一些對(duì)應(yīng)方案從而達(dá)到對(duì)風(fēng)險(xiǎn)進(jìn)行控制。2.項(xiàng)目風(fēng)險(xiǎn)項(xiàng)目風(fēng)險(xiǎn)是指在項(xiàng)目生命周期內(nèi)，由于某些不確定性可能導(dǎo)致項(xiàng)目偏離目標(biāo)，造成項(xiàng)目

15、損失的風(fēng)險(xiǎn)。美國項(xiàng)目管理大師馬克思·懷德曼將其定義為某一時(shí)間發(fā)生給項(xiàng)目目標(biāo)帶來不利影響的可能性。項(xiàng)目風(fēng)險(xiǎn)具有以下特征：（1）客觀性。在項(xiàng)目的全壽命周期內(nèi)，項(xiàng)目風(fēng)險(xiǎn)是無處不在，無時(shí)沒有的，風(fēng)險(xiǎn)的存在決定于風(fēng)險(xiǎn)的各種因素的存在，只要決定風(fēng)險(xiǎn)的各種因素都達(dá)到發(fā)生風(fēng)險(xiǎn)的要求，風(fēng)險(xiǎn)就會(huì)發(fā)生。雖然人類一直希望能認(rèn)識(shí)和控制風(fēng)險(xiǎn)，但直到現(xiàn)在也只能在一定的條件下適當(dāng)改變項(xiàng)目風(fēng)險(xiǎn)存在和發(fā)生的條件，降低其發(fā)生的概率，減少損失程度，要完全消除所有風(fēng)險(xiǎn)是不可能的。（2）偶然性和規(guī)律性。風(fēng)險(xiǎn)具有不確定性，任何一種風(fēng)險(xiǎn)的發(fā)生，都是由許多條件和不確定性因素相互作用的結(jié)果，是一種隨機(jī)現(xiàn)象。個(gè)別風(fēng)險(xiǎn)事件的發(fā)生是偶然的、

16、無規(guī)律的，但是通過對(duì)大量風(fēng)險(xiǎn)事件資料的統(tǒng)計(jì)分析，我們可以從中找到其發(fā)生的規(guī)律，也就是說我們可以利用概率統(tǒng)計(jì)的方法來描述具有隨機(jī)不確定性的風(fēng)險(xiǎn)的發(fā)生規(guī)律，并在此基礎(chǔ)上進(jìn)行風(fēng)險(xiǎn)管理。（3）多樣性。一般情況下，比較大型的項(xiàng)目實(shí)施周期長、規(guī)模大、涉及范圍廣，風(fēng)險(xiǎn)因素?cái)?shù)量和種類多，導(dǎo)致大型項(xiàng)目在項(xiàng)目全壽命周期內(nèi)面臨的風(fēng)險(xiǎn)種類多種多樣，如質(zhì)量、技術(shù)、時(shí)間、成本等各種風(fēng)險(xiǎn)。（二）項(xiàng)目風(fēng)險(xiǎn)管理相關(guān)理論項(xiàng)目風(fēng)險(xiǎn)管理是指項(xiàng)目承擔(dān)單位對(duì)項(xiàng)目全壽命周期內(nèi)可能遇到的風(fēng)險(xiǎn)進(jìn)行預(yù)測(cè)、識(shí)別、分析、評(píng)估，并在此基礎(chǔ)上采取措施，提出對(duì)策，減少風(fēng)險(xiǎn)的損失，從而實(shí)現(xiàn)項(xiàng)目目標(biāo)的科學(xué)管理方法。項(xiàng)目管理知識(shí)體系（Project Manag

17、ement Body of Knowledge，PMBOK）中告訴我們：項(xiàng)目的風(fēng)險(xiǎn)管理是對(duì)項(xiàng)目風(fēng)險(xiǎn)從識(shí)別到分析乃至采取應(yīng)對(duì)措施等一系列過程，它包括將積極因素所產(chǎn)生的影響最大化和使消極因素產(chǎn)生影響最小化兩方面內(nèi)容，風(fēng)險(xiǎn)管理包括四方面內(nèi)容：1. 風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)識(shí)別是是指在風(fēng)險(xiǎn)事故發(fā)生之前，人們運(yùn)用各種方法系統(tǒng)的、連續(xù)的認(rèn)識(shí)所面臨的各種風(fēng)險(xiǎn)以及分析風(fēng)險(xiǎn)事故發(fā)生的潛在原因。風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)管理的第一步，也是風(fēng)險(xiǎn)管理的基礎(chǔ)。只有在正確識(shí)別出自身所面臨的風(fēng)險(xiǎn)的基礎(chǔ)上，人們才能夠主動(dòng)選擇適當(dāng)有效的方法進(jìn)行風(fēng)險(xiǎn)處理。風(fēng)險(xiǎn)識(shí)別的主要任務(wù)是確定項(xiàng)目風(fēng)險(xiǎn)來源、風(fēng)險(xiǎn)產(chǎn)生的條件、描述風(fēng)險(xiǎn)特征和確定哪些風(fēng)險(xiǎn)條件有可能影響到本項(xiàng)

18、目。2. 風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析有狹義和廣義兩種，狹義的風(fēng)險(xiǎn)分析是指通過定量分析的方法給出完成任務(wù)所需的費(fèi)用、進(jìn)度、性能三個(gè)隨機(jī)變量的可實(shí)現(xiàn)值的概率分布。而廣義的風(fēng)險(xiǎn)分析則是一種識(shí)別和測(cè)算風(fēng)險(xiǎn)，開發(fā)、選擇和管理方案來解決這些風(fēng)險(xiǎn)的有組織的手段。風(fēng)險(xiǎn)分析是對(duì)風(fēng)險(xiǎn)影響后后果進(jìn)行風(fēng)險(xiǎn)評(píng)估和風(fēng)險(xiǎn)之間的相互作用，以便評(píng)定可能結(jié)果范圍。3. 風(fēng)險(xiǎn)應(yīng)對(duì)風(fēng)險(xiǎn)應(yīng)對(duì)是指在確定了決策的主體經(jīng)營活動(dòng)中存在的風(fēng)險(xiǎn)，并分析出風(fēng)險(xiǎn)概率機(jī)器風(fēng)險(xiǎn)影響程度的基礎(chǔ)上，根據(jù)風(fēng)險(xiǎn)性質(zhì)和決策主體對(duì)風(fēng)險(xiǎn)的承受能力而制定的回避、承受、降低或者分擔(dān)風(fēng)險(xiǎn)等相應(yīng)防范計(jì)劃。風(fēng)險(xiǎn)應(yīng)對(duì)過程的活動(dòng)是以求將風(fēng)險(xiǎn)降至可接受程度。4. 風(fēng)險(xiǎn)監(jiān)控風(fēng)險(xiǎn)監(jiān)控是指在決策主體

19、的運(yùn)行過程中，對(duì)風(fēng)險(xiǎn)的發(fā)展與變化情況進(jìn)行全程監(jiān)督，并根據(jù)需要進(jìn)行應(yīng)對(duì)策略的調(diào)整。因?yàn)轱L(fēng)險(xiǎn)是隨著內(nèi)部外部環(huán)境的變化而變化的，它們?cè)跊Q策主體經(jīng)營活動(dòng)的推進(jìn)過程中可能會(huì)增大或者衰退乃至消失，也可能由于環(huán)境的變化又生成新的風(fēng)險(xiǎn)。風(fēng)險(xiǎn)監(jiān)控是跟蹤已經(jīng)識(shí)別的風(fēng)險(xiǎn)，完成風(fēng)險(xiǎn)管理計(jì)劃，可根據(jù)項(xiàng)目執(zhí)行情況、已出現(xiàn)的風(fēng)險(xiǎn)和可能風(fēng)險(xiǎn)，對(duì)風(fēng)險(xiǎn)進(jìn)行計(jì)劃調(diào)整，保證風(fēng)險(xiǎn)管理計(jì)劃的實(shí)施，并評(píng)估削減風(fēng)險(xiǎn)的效果。（三）軟件需求管理相關(guān)概念 1.軟件需求的概念。軟件需求，是（1）用戶解決問題或達(dá)到目標(biāo)所需條件或權(quán)能。（2）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。（3）反應(yīng)以上兩點(diǎn)所描述的條件或權(quán)能

20、的文檔說明。它包括功能性需求及非功能性需求。軟件需求包括三個(gè)不同的層次，即業(yè)務(wù)需求、用戶需求和功能需求，也包括非功能需求。業(yè)務(wù)需求反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖與范圍文檔中予以說明；用戶需求文檔描述了用戶使用茶品必須要完成的任務(wù)，這在使用實(shí)例文檔或方案腳本說明中予以說明；功能需求定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。2.軟件需求管理的重要性。在軟件項(xiàng)目的開發(fā)中，要想讓項(xiàng)目取得成功，就應(yīng)該充分的理解和滿足用戶的開發(fā)要求，如果不進(jìn)行需求管理，就很難達(dá)到客戶的項(xiàng)目要求，設(shè)計(jì)出來的軟件不是用戶想要的那種，自然就會(huì)降低項(xiàng)目獲得成

21、功的機(jī)率。需求管理是軟件開發(fā)的第一步，也是最難走的一步，需求管理的好壞關(guān)系著軟件的好壞，甚至影響到軟件項(xiàng)目的成敗。從某種意義上來說，軟件行業(yè)和一般的生產(chǎn)行業(yè)有異曲同工之處，它們的性質(zhì)都是為了更好的滿足消費(fèi)者的需求掌握市場(chǎng)的最新動(dòng)向。但軟件和傳統(tǒng)的生產(chǎn)企業(yè)還是有所區(qū)別，生產(chǎn)企業(yè)的需求管理是具體地、可直接描述的，而軟件是一種看不見摸不著的商品，它是無形的，因此它是需求管理具有模糊性、難以確定性。軟件行業(yè)的需求管理比傳統(tǒng)生產(chǎn)企業(yè)的需求管理更加重要，因?yàn)樾枨蠊芾硎擒浖袠I(yè)的命脈，決定著軟件項(xiàng)目的成功與否，需求管理不當(dāng)會(huì)直接導(dǎo)致企業(yè)利益受損。因此，通過需求管理，建立和維護(hù)軟件項(xiàng)目和用戶需求之間的共識(shí)，要

22、求用戶的需求要合理，充分的理解和滿足用戶的開發(fā)要求，確保軟件項(xiàng)目滿足用戶需求，實(shí)現(xiàn)軟件項(xiàng)目的成功。（四）軟件需求和風(fēng)險(xiǎn)管理的關(guān)系軟件項(xiàng)目是一項(xiàng)要求協(xié)同完成的任務(wù)，它關(guān)注一個(gè)系統(tǒng)的軟件成分及其相連文檔的分析、詳細(xì)說明、設(shè)計(jì)、開發(fā)、測(cè)試和維護(hù)等工作。它根據(jù)用戶需求分配資源來完成軟件產(chǎn)品，用戶需求作為項(xiàng)目的初始條件，引發(fā)資源的分配和使用，在軟件過程結(jié)束后，資源轉(zhuǎn)化為軟件產(chǎn)品，項(xiàng)目中的資源包括：時(shí)間、技術(shù)、費(fèi)用、軟硬件、人力資源和軟件過程，軟件過程作為一種特殊的資源，分配和安排其他資源的使用。軟件項(xiàng)目的不確定性導(dǎo)致項(xiàng)目高風(fēng)險(xiǎn)性，而軟件需求不確定性更是造成這些不確定性最主要因素。軟件需求對(duì)于軟件是否能按

23、時(shí)交付和成功應(yīng)用有著舉足輕重影響。提高軟件產(chǎn)品質(zhì)量，必須對(duì)軟件需求進(jìn)行嚴(yán)格風(fēng)險(xiǎn)管理。即風(fēng)險(xiǎn)管理應(yīng)該以用戶需求為根據(jù)：1.有統(tǒng)計(jì)數(shù)據(jù)和研究報(bào)告證明，軟件項(xiàng)目中的關(guān)鍵風(fēng)險(xiǎn)和需求有關(guān)；2.在軟件項(xiàng)目實(shí)施過程，用戶需求主導(dǎo)著項(xiàng)目中資源的分配和產(chǎn)品的生成，所以用戶需求決定著軟件項(xiàng)目的風(fēng)險(xiǎn)；3.從用戶需求在軟件項(xiàng)目中的地位來看，由于一切軟件產(chǎn)品、軟件項(xiàng)目都是為了滿足用戶需求而存在的，用戶需求能夠?yàn)檐浖L(fēng)險(xiǎn)管理指明方向；4.一般性經(jīng)驗(yàn)證明，風(fēng)險(xiǎn)管理實(shí)施的越早，為風(fēng)險(xiǎn)付出的額外代價(jià)就越小，需求管理從軟件項(xiàng)目的最早階段開始貫穿于整個(gè)項(xiàng)目中，從用戶需求出發(fā)進(jìn)行風(fēng)險(xiǎn)管理可以實(shí)現(xiàn)最佳效果。因此，風(fēng)險(xiǎn)管理方法應(yīng)該直接反

24、映對(duì)用戶需求的管理。用戶需求在軟件項(xiàng)目風(fēng)險(xiǎn)管理中占據(jù)著很重要位置，關(guān)系著軟件項(xiàng)目的成功與否。如下表所示：表1 判斷軟件項(xiàng)目是否成功的統(tǒng)計(jì)表成功的標(biāo)準(zhǔn)（風(fēng)險(xiǎn)度）權(quán)重成功的標(biāo)準(zhǔn)（風(fēng)險(xiǎn)度）權(quán)重用戶的參與19高層管理的支持16明確的需求說明書123適當(dāng)?shù)挠?jì)劃編制11切合實(shí)際的預(yù)期10更小的項(xiàng)目里程碑9勝任的工作人員8所有權(quán)6清晰的前景和目標(biāo)3努力工作、專注的工作人員3對(duì)于軟件項(xiàng)目的用戶需求和風(fēng)險(xiǎn)管理方法之間的關(guān)系研究目前還比較缺乏，對(duì)需求度量和需求風(fēng)險(xiǎn)管理進(jìn)行了一些研究。但這些研究中的單純的對(duì)需求度量的方法不足以支持在軟件項(xiàng)目中進(jìn)行準(zhǔn)確的風(fēng)險(xiǎn)預(yù)測(cè)。軟件項(xiàng)目風(fēng)險(xiǎn)管理方法應(yīng)該以用戶需求為基礎(chǔ)，并應(yīng)用其他軟

25、件工程方法，才能在最大程度上保證軟件產(chǎn)品滿足用戶的需求，實(shí)現(xiàn)軟件項(xiàng)目的成功。（五）國內(nèi)外軟件項(xiàng)目需求風(fēng)險(xiǎn)研究綜述由于軟件需求本身的隱含性、用戶于開發(fā)者之間的溝通障礙，以及需求隨著時(shí)間、用戶的變化而變更等原因，可能使需求分析偏離實(shí)際需求而最終導(dǎo)致軟件開發(fā)的失敗，這種可能性稱為需求風(fēng)險(xiǎn)。關(guān)于需求風(fēng)險(xiǎn)的辨識(shí)、分析和控制，國內(nèi)外很多學(xué)者進(jìn)行了一系列的研究。1.國內(nèi)研究付玉等討論了需求風(fēng)險(xiǎn)的控制方法。王延明則采用了一些軟計(jì)算的方法討論了需求風(fēng)險(xiǎn)的評(píng)價(jià)問題。楊皎平等建立了軟件需求風(fēng)險(xiǎn)的灰色模糊綜合評(píng)價(jià)模型。黃蒙基于用戶需求的軟件項(xiàng)目風(fēng)險(xiǎn)管理模型從用戶需求角度出發(fā)，通過軟件過程技術(shù)、產(chǎn)品工程技術(shù)和度量技術(shù)的

26、支持可以有效地控制軟件項(xiàng)目風(fēng)險(xiǎn)，保證了軟件產(chǎn)品滿足用戶需求的能力，從而使軟件項(xiàng)目達(dá)到成功。蔣海昌對(duì)降低軟件需求分析風(fēng)險(xiǎn)進(jìn)行了探索，通過對(duì)需求分析的風(fēng)險(xiǎn)探索了解到對(duì)于一個(gè)需求分析師，需要不斷地積累需求開發(fā)、需求分析和設(shè)計(jì)經(jīng)驗(yàn)，通過溝通、可行性分析、需求等級(jí)劃分、需求范圍界定、定期向用戶決策層匯報(bào)、業(yè)務(wù)知識(shí)學(xué)習(xí)、提供系統(tǒng)原型、需求文檔編寫、數(shù)據(jù)分析、深入了解需求人員要求、建立需求評(píng)審機(jī)制和需求管理機(jī)制等方法可減少需求分析的缺陷、避免軟件返工，以降低需求分析的風(fēng)險(xiǎn)。2.國外研究羅伯特格拉斯（2002）指出，需求不斷變化是軟件項(xiàng)目失敗最主要的原因。The Standish Group Internat

27、ional,Inc.自1994年開始對(duì)IT項(xiàng)目的成功率進(jìn)行統(tǒng)計(jì)研究，并發(fā)布了一系列題為“混沌（CHAOS）”的報(bào)告。導(dǎo)致許多項(xiàng)目失敗的原因并不是缺乏資金或技術(shù)，而是缺乏成熟的項(xiàng)目風(fēng)險(xiǎn)管理；以及低估項(xiàng)目的復(fù)雜度和忽視需求變化帶來的風(fēng)險(xiǎn)。基于需求風(fēng)險(xiǎn)對(duì)項(xiàng)目成敗的重大影響，很多學(xué)者提出了需求風(fēng)險(xiǎn)管理的思路，實(shí)踐上也出現(xiàn)了一些定性和定量分析風(fēng)險(xiǎn)的方法。Myers開發(fā)了一種用于幫助項(xiàng)目管理這今早識(shí)別在項(xiàng)目周期內(nèi)引起需求風(fēng)險(xiǎn)原因的方法。Samson通過研究需求分析中潛在的問題來改進(jìn)軟件需求定義。Robinson開發(fā)了一種需求工程風(fēng)險(xiǎn)評(píng)價(jià)方法，這種方法可以包含需求錯(cuò)誤類型和風(fēng)險(xiǎn)事件的定量信息。Romano指

28、出了怎樣識(shí)別有潛在風(fēng)險(xiǎn)的需求的問題。由此，本文針對(duì)特定項(xiàng)目，研究其需求管理的風(fēng)險(xiǎn)控制，同時(shí)對(duì)XX系統(tǒng)項(xiàng)目提供一定的借鑒和參考。第三章 XX系統(tǒng)及其需求風(fēng)險(xiǎn)控制（一）XX系統(tǒng)概述及特點(diǎn) 根據(jù)總參謀部頒發(fā)“十二五”時(shí)期軍事訓(xùn)練改革總體方案。為加快推進(jìn)訓(xùn)練管理信息化建設(shè)，按照“正規(guī)化組訓(xùn)、標(biāo)準(zhǔn)化作業(yè)，精細(xì)化管理”的要求，依托軍隊(duì)現(xiàn)有信息化資源，建立覆蓋某部各級(jí)的軍事訓(xùn)練信息系統(tǒng)，實(shí)現(xiàn)訓(xùn)練組織網(wǎng)絡(luò)化、監(jiān)控管理實(shí)時(shí)化、輔助決策智能化、統(tǒng)計(jì)評(píng)估精確化。用戶方組織力量深入基層調(diào)研論證，充分借鑒軍內(nèi)外信息化建設(shè)經(jīng)驗(yàn)，研制XX系統(tǒng)。XX系統(tǒng)是針對(duì)用戶單位教學(xué)、訓(xùn)練管理研發(fā)的一套信息化管理系統(tǒng)。通過信息化手段將訓(xùn)

29、練過程中的各類業(yè)務(wù)融為一體，具備全面獲取信息、實(shí)施監(jiān)控訓(xùn)練進(jìn)度、客觀分析訓(xùn)練績效、自動(dòng)管理訓(xùn)練數(shù)據(jù)、有效輔助訓(xùn)練決策等功能。依托軍隊(duì)網(wǎng)絡(luò)建立覆蓋用戶方各單位的雙向數(shù)據(jù)傳輸機(jī)制，自動(dòng)匯總各單位的數(shù)據(jù)，通過直觀的圖形化方式進(jìn)行展現(xiàn)，避免了因地域分布散、技術(shù)手段落后帶來的訓(xùn)練管理難以“全程化、精細(xì)化、實(shí)時(shí)化”等問題，做到了“小的放大管，遠(yuǎn)的拉近管，散的集中管”。根據(jù)XX系統(tǒng)本身的特點(diǎn)，本文主要介紹我們?cè)谙到y(tǒng)需求風(fēng)險(xiǎn)管理中如何面對(duì)、處理和解決出現(xiàn)的風(fēng)險(xiǎn)問題，在此基礎(chǔ)上，為了處理需求中的各種風(fēng)險(xiǎn)，本文提出了對(duì)此系統(tǒng)的需求風(fēng)險(xiǎn)監(jiān)控辦法，以保證此項(xiàng)目的正常進(jìn)行。軟件項(xiàng)目是需求驅(qū)動(dòng)典型，項(xiàng)目從立項(xiàng)、開發(fā)、測(cè)試

30、到交付，需求變化是正常的。需求變化控制不好，輕則嚴(yán)重拖延工期，重則導(dǎo)致項(xiàng)目失敗。在系統(tǒng)設(shè)計(jì)和開發(fā)過程中，隨著對(duì)系統(tǒng)需求理解的深入，客戶可能對(duì)需求補(bǔ)充或擴(kuò)展，都會(huì)引發(fā)需求變更。即便系統(tǒng)交付，客戶在使用過程中仍然會(huì)對(duì)系統(tǒng)提出改進(jìn)意見甚至增加新的功能。功能變更或增加的同時(shí)，給項(xiàng)目本身也帶來一定風(fēng)險(xiǎn)。而在項(xiàng)目的整個(gè)壽命周期內(nèi)，不同階段的修改需求帶來的費(fèi)用成本是不一樣。軟件各階段發(fā)現(xiàn)錯(cuò)誤修復(fù)成本統(tǒng)計(jì)如圖2所示。圖2軟件各階段發(fā)現(xiàn)錯(cuò)誤修復(fù)成本的統(tǒng)計(jì)（圖例說明，需求階段檢查和修改一個(gè)錯(cuò)誤所需的費(fèi)用只有設(shè)計(jì)階段的1/5，編碼階段的1/10，單元測(cè)試階段的1/20，到了交付階段則需要200倍的代價(jià)）從上圖及說明

31、可以看出，在軟件研發(fā)過程中，越到后面階段修復(fù)錯(cuò)誤的成本越高，而且往往是需求階段成本的百倍。為了能夠提供高質(zhì)量產(chǎn)品給用戶，更好地管理軟件項(xiàng)目，管理好需求成為項(xiàng)目成功的關(guān)鍵，而XX系統(tǒng)將用戶、開發(fā)人員和軟件質(zhì)量保障人員等緊密聯(lián)系起來，協(xié)同工作，共同努力，從需求風(fēng)險(xiǎn)識(shí)別開始，然后對(duì)識(shí)別的需求風(fēng)險(xiǎn)進(jìn)行分析，最后根據(jù)分析結(jié)果采取解決辦法，最終達(dá)到降低項(xiàng)目需求風(fēng)險(xiǎn)的目的。（二）項(xiàng)目需求的風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)識(shí)別常用方法有：德爾菲法（專家調(diào)查法）、頭腦風(fēng)暴法、魚刺圖（因果分析表）。而在XX系統(tǒng)開發(fā)中，常使用頭腦風(fēng)暴、專家調(diào)查，對(duì)計(jì)劃、過程、需求評(píng)審等方式，形成包含業(yè)務(wù)、管理和技術(shù)等風(fēng)險(xiǎn)檢查表，借此進(jìn)行風(fēng)險(xiǎn)識(shí)別。同時(shí)

32、，以以往經(jīng)驗(yàn)形成檢查表中的風(fēng)險(xiǎn)項(xiàng)（如表2所示）。表2 需求檢查表文檔編號(hào)版本號(hào)密級(jí)軟件需求檢查單項(xiàng)目名稱及版本號(hào)項(xiàng)目經(jīng)理項(xiàng)目類別產(chǎn)品研發(fā)項(xiàng)目 客戶定制或應(yīng)用開發(fā)項(xiàng)目 實(shí)施項(xiàng)目 維護(hù)項(xiàng)目序號(hào)檢查項(xiàng)是否不適用注釋清晰性1對(duì)需求的描述是否易于理解？2是否存在有二義性的需求？3是否定義了術(shù)語表，對(duì)特定含義的術(shù)語給予了定義？4最終產(chǎn)品的每個(gè)特征是用唯一的術(shù)語描述的嗎？組織和完整性1需求是否能為設(shè)計(jì)提供足夠的基礎(chǔ)？2是否包括了所有客戶代表或系統(tǒng)的需求？3在需求中是否遺漏了必要的信息？如果有的話，是否標(biāo)記為“待確定”的問題？4是否每個(gè)需求都在項(xiàng)目的范圍內(nèi)？與商業(yè)目標(biāo)一致？5需求是否與一些業(yè)務(wù)限制、政策或規(guī)約

33、相沖突？6與組織機(jī)構(gòu)或政策問題相關(guān)的需求是否與系統(tǒng)同的商業(yè)目標(biāo)相沖突？7是否有的需求應(yīng)該描述的更詳細(xì)些？8是否定義了功能需求在內(nèi)的算法？9是否識(shí)別了設(shè)計(jì)約束？10是否對(duì)假設(shè)條件進(jìn)行了說明？一致性1所有需求的編寫在細(xì)節(jié)上是否都一致？2對(duì)同一對(duì)象的術(shù)語定義存在矛盾嗎？3對(duì)同一對(duì)象的特征描述存在矛盾嗎？4是否多個(gè)需求相互沖突？可追蹤性1需求是否具有明確的來源，從而它可能被跟蹤？2是否每個(gè)需求都具有唯一性并且可以正確地被識(shí)別？可檢驗(yàn)性1是否所有的需求都能實(shí)現(xiàn)？2是否每個(gè)需求都是可測(cè)試的？可修改性1每個(gè)需求描述是否清晰、符合邏輯？2組織結(jié)構(gòu)是否合理、可接受？3是否每個(gè)需求都沒有內(nèi)容上和語法上的錯(cuò)誤？4是

34、否有冗余的信息？接口1是否對(duì)用戶界面進(jìn)行了說明？2是否對(duì)硬件接口進(jìn)行了說明？3是否對(duì)軟件接口進(jìn)行了說明？4是否對(duì)接口的設(shè)計(jì)約束進(jìn)行了說明？5是否對(duì)接口的安全性需求進(jìn)行了說明？6是否對(duì)接口的可維護(hù)性需求進(jìn)行了說明？質(zhì)量、性能屬性1是否合理地定義了性能目標(biāo)？2是否合理地確定了所有性能需求？如預(yù)期處理時(shí)間，數(shù)據(jù)傳輸速度等3是否合理地確定了安全與保密方面的需求？可靠性1是否描述了所有軟件故障的原因和結(jié)果？2是否記錄了所有可能的錯(cuò)誤條件所產(chǎn)生的系統(tǒng)行為？3是否定義了防止故障或錯(cuò)誤探查策略？4是否定義了修正策略？軟硬件1是否指明了硬件需求如內(nèi)存、硬盤空間等？2是否對(duì)要求的軟件環(huán)境/操作系統(tǒng)進(jìn)行了說明？3是

35、否說明了需要購買的軟件？4是否給出了要求的或估計(jì)的網(wǎng)絡(luò)吞吐率？5是否描述了將要使用的第三方軟件、中間件的應(yīng)用及其批準(zhǔn)？特殊問題1是否所有需求都是名副其實(shí)的需求而不是設(shè)計(jì)實(shí)現(xiàn)方案？2是否確定了對(duì)時(shí)間要求很高的功能并且定義了它們的時(shí)間標(biāo)準(zhǔn)？3使用實(shí)例是否是獨(dú)立的分散任務(wù)？4使用實(shí)例是否處于抽象級(jí)別上？而不是詳細(xì)的情節(jié)？5使用實(shí)例中是否記錄了所有可能的可選過程？6使用實(shí)例中是否記錄了所有可能的例外條件？7使用實(shí)例中的每一個(gè)操作和步驟是否都與所執(zhí)行的任務(wù)相匹配？8使用實(shí)例中定義的每個(gè)過程是否都是可行的？可驗(yàn)證？得分=“是”的項(xiàng)數(shù)/（總項(xiàng)數(shù)-“不適用”的項(xiàng)數(shù)）X100 通過風(fēng)險(xiǎn)識(shí)別方法進(jìn)行風(fēng)險(xiǎn)識(shí)別后，X

36、X系統(tǒng)中存在以下問題:1. XX系統(tǒng)具有常規(guī)軟件存在的問題（1） 開發(fā)進(jìn)度難以控制。（2） 質(zhì)量難以控制。（3） 軟件修正以及維護(hù)困難。（4） 軟件工作量的準(zhǔn)確度難以實(shí)現(xiàn)，進(jìn)度難以把握，成本高，且復(fù)雜度隨規(guī)模增大指數(shù)增加。這不僅是技術(shù)問題，更是管理問題。2. XX系統(tǒng)本身特有的問題（1） 開發(fā)人員缺乏與用戶決策層深層次交流，對(duì)需求延伸性把握不好。（2） 用戶參與不足，溝通少，需求把握不準(zhǔn)確，導(dǎo)致工作前期設(shè)計(jì)和后期使用截然不同。（3） 在開發(fā)過程中用戶隨時(shí)可能出現(xiàn)新的需求，或者業(yè)務(wù)發(fā)生變化，系統(tǒng)只能不斷增加投入，或者系統(tǒng)根本無法按時(shí)投入正常使用。（4） 用戶需求和流程在系統(tǒng)完善進(jìn)步中逐漸清晰，軟

37、件實(shí)現(xiàn)也需要隨時(shí)跟進(jìn)。（5） 前期無此需求，后期增加，系統(tǒng)考慮的兼容性不夠，嚴(yán)重影響系統(tǒng)可靠性。XX系統(tǒng)不僅有通用軟件固有問題，也有本身特有問題。系統(tǒng)要求一定要做好需求分析。整個(gè)需求階段要把系統(tǒng)中所有相關(guān)環(huán)節(jié)的風(fēng)險(xiǎn)，在系統(tǒng)初期風(fēng)險(xiǎn)計(jì)劃中體現(xiàn)出來。并對(duì)在風(fēng)險(xiǎn)檢查表中已識(shí)別的風(fēng)險(xiǎn)分配優(yōu)先級(jí)，初步給出風(fēng)險(xiǎn)分析和解決或降低風(fēng)險(xiǎn)的策略。（三）項(xiàng)目需求的風(fēng)險(xiǎn)分析有資料研究表明，系統(tǒng)故障的44.1%是在規(guī)格說明階段出現(xiàn)的。79.6%的接口故障和20.4%的實(shí)現(xiàn)故障是因?yàn)椴煌陚浠蛘哌z漏的需求所致。還有資料表明，8.12%的故障歸咎于功能需求中的問題，認(rèn)為危害最大的是那些最早進(jìn)入系統(tǒng)，而最后才被除掉的錯(cuò)誤。因此

38、，花時(shí)間加深對(duì)于問題及其背景的理解，并在第一時(shí)間明確并完善需求是值得的。在軟件項(xiàng)目XX系統(tǒng)中需求通常包括用戶需求、項(xiàng)目需求和技術(shù)需求。其中，用戶需求和項(xiàng)目需求是需求分析基礎(chǔ)；而技術(shù)需求除了功能需求外，包括可靠性、可用性、安全性、操作性、可移植性等非功能需求。除了在項(xiàng)目內(nèi)人員、物資和技術(shù)上保證外，還需要在實(shí)際分析過程中，通過需求分析方法的使用、文檔的建立和管理、與用戶間交流方式的選擇和應(yīng)用等，切實(shí)掌握用戶各方面需求信息。在整個(gè)階段最主要的風(fēng)險(xiǎn)有：用戶不能提供足夠資料和信息或者用戶不能準(zhǔn)確描述需求；用戶對(duì)需求沒有給出承諾，以后會(huì)經(jīng)常修改；未挖掘用戶核心需求，或沒有深入理解需求，導(dǎo)致需求頻繁變動(dòng)；需

39、求文檔不能準(zhǔn)確完整地描述用戶需求，不能作為測(cè)試人員的測(cè)試輸入。同一體制內(nèi)，不同用戶對(duì)于同一功能的需求不一致，甚至相沖突。在需求管理全過程中，不僅要對(duì)文檔進(jìn)行嚴(yán)格管理，而且做到清晰明了，對(duì)所涉及的風(fēng)險(xiǎn)項(xiàng)目進(jìn)行影響分析并采用全過程跟蹤方式，定期完成狀態(tài)更新。（四）項(xiàng)目需求的風(fēng)險(xiǎn)控制為了更好的控制整個(gè)系統(tǒng)風(fēng)險(xiǎn)，為軟件開發(fā)提供質(zhì)量保證，將需求工作分為三部分：需求開發(fā)、需求管理和需求驗(yàn)證。需求開發(fā)工作主要針對(duì)需求獲取、分析和編寫相關(guān)文檔；需求管理主要包括需求變更，需求跟蹤和配置管理工作；需求驗(yàn)證包括評(píng)審、測(cè)試，讓獲得的需求得到有關(guān)人員認(rèn)可。在XX系統(tǒng)需求管理實(shí)踐中，采用以下方式控制需求風(fēng)險(xiǎn)的相關(guān)過程。1

40、. 需求開發(fā)過程（1）首先，對(duì)需求進(jìn)行確認(rèn)。即需要確定系統(tǒng)用戶、項(xiàng)目范圍、工作流程和過程場(chǎng)景、確定需求重用等；同時(shí)，針對(duì)質(zhì)量屬性和一些非功能需求，進(jìn)行研究確認(rèn)；通過與用戶交流、閱讀用戶工作文檔、了解用戶當(dāng)前工作內(nèi)容等方式進(jìn)行需求確認(rèn)。（2）其次，繪制需求各類圖。通過需求分析方法繪制系統(tǒng)組織結(jié)構(gòu)圖、接口連接圖、數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)轉(zhuǎn)換圖、時(shí)序圖等，通過軟件工程化方法中的原型開發(fā)技術(shù)進(jìn)一步完善需求；對(duì)系統(tǒng)進(jìn)行可行性分析；采用質(zhì)量功能展開技術(shù)，對(duì)應(yīng)一定的完成階段，將產(chǎn)品功能、性能和用戶需求緊密聯(lián)系，對(duì)需求進(jìn)行優(yōu)先級(jí)分類。（3）然后，將所有分析的結(jié)果，采用文檔方式進(jìn)行記錄并確認(rèn)，包括需求定義表和

41、軟件需求規(guī)格說明書（需求定義表，是面向軟件用戶，有關(guān)用戶需要完成的事情，包括使用環(huán)境、約束、監(jiān)控和轉(zhuǎn)換等；而需求規(guī)格說明則面向技術(shù)人員，將需求描述成為系統(tǒng)構(gòu)建和運(yùn)轉(zhuǎn)）。在實(shí)施過程中，需求定義表中需求和需求規(guī)格說明中的需求必須有直接對(duì)應(yīng)關(guān)系，以便于對(duì)今后實(shí)現(xiàn)的系統(tǒng)是否滿足需求進(jìn)行跟蹤，同時(shí)也為工作量估算及實(shí)現(xiàn)難度提供了定量依據(jù)；同時(shí)需求定義可以作為用戶驗(yàn)收依據(jù)，而規(guī)格說明則可以作為系統(tǒng)測(cè)試的準(zhǔn)則。需求和軟件產(chǎn)品橫向跟蹤如圖3所示。圖3 需求和產(chǎn)品橫向跟蹤（6） 最后，完成對(duì)需求的沖突、技術(shù)難點(diǎn)及設(shè)備需求等的可行性分析。2. 需求管理過程通過需求的三部分工作內(nèi)容進(jìn)行需求過程管理；需求管理過程流程圖

42、，如圖4所示。圖4 需求管理過程流程圖（1） 通過對(duì)用戶需求調(diào)查，經(jīng)需求分析形成需求規(guī)格說明和需求定義。（2） 獲取用戶或使用方的需求確認(rèn)。（3） 管理需求的變更。通過需求跟蹤矩陣來維護(hù)需求的可跟蹤性，確保系統(tǒng)在計(jì)劃、產(chǎn)品和需求方面不會(huì)出現(xiàn)不一致。（4） 針對(duì)文檔的最終確認(rèn)和有影響的需求變更，完成需求評(píng)審；將需求作為測(cè)試計(jì)劃的輸入，驗(yàn)證需求是否完全符合用戶要求。定期對(duì)產(chǎn)品或文檔進(jìn)行審查，對(duì)系統(tǒng)流程和工作狀況進(jìn)行驗(yàn)證。（五）項(xiàng)目需求的風(fēng)險(xiǎn)監(jiān)控風(fēng)險(xiǎn)監(jiān)控采用審核檢查法、監(jiān)視單、項(xiàng)目風(fēng)險(xiǎn)報(bào)告、費(fèi)用偏差分析表等方法，利用直方圖、因果分析圖、帕累托圖等工具直觀體現(xiàn)。在系統(tǒng)管理過程中，為了彌補(bǔ)軟件測(cè)試工作的

43、不足，成立過程與產(chǎn)品質(zhì)量保證小組，主要完成軟件項(xiàng)目的第三方審計(jì)和過程審計(jì)，防患于未然。1. 需求階段的產(chǎn)品審計(jì)產(chǎn)品質(zhì)量保證小組對(duì)需求的正確性、一致性、無二義性、組織和完整性、可檢驗(yàn)性、可測(cè)試性、可跟蹤性、可修改性等通過檢查單方式確認(rèn)，以保證能夠正確研發(fā)系統(tǒng)。針對(duì)用戶需求采用5W1H方法，明確是否正確反映用戶意圖。進(jìn)行需求文檔檢查，即對(duì)需求分析人員提供的文檔或者原型以完整性、正確性和可行性為基礎(chǔ)進(jìn)行嚴(yán)格評(píng)審；需求確認(rèn)記錄檢查和需求不符合項(xiàng)報(bào)告。2. 需求階段過程審計(jì)（1） 對(duì)于需求變更的管理采用制定有關(guān)系統(tǒng)需求變更流程體系文件，并嚴(yán)格執(zhí)行。（2） 采用需求變更7步法進(jìn)行需求變更流程管理，具體內(nèi)容

44、如下：第一步，變更申請(qǐng)。對(duì)客戶口述、電話、當(dāng)面交流進(jìn)行記錄，確認(rèn)變更的必要性；第二步，評(píng)價(jià)工期、成本、質(zhì)量等對(duì)系統(tǒng)的影響，對(duì)變更需求進(jìn)行細(xì)化、量化和圖形化；第三步，評(píng)價(jià)變更需求對(duì)于不同項(xiàng)目階段的影響，主要針對(duì)項(xiàng)目穩(wěn)定性、可靠性、安全性、測(cè)試性、缺陷密度等方面進(jìn)行研究；第四步，對(duì)變更需求對(duì)項(xiàng)目帶來的風(fēng)險(xiǎn)進(jìn)行風(fēng)險(xiǎn)分析，主要對(duì)人員、效率、變數(shù)等方面進(jìn)行分析；第五步，估算需求變更帶來的人員、工時(shí)等人力成本及材料、軟硬件、差旅、調(diào)研等非人力成本；第六步，進(jìn)行技術(shù)評(píng)審；第七步，記錄變更決定并登記變更記錄。（3） 需求風(fēng)險(xiǎn)控制方法對(duì)于需求的風(fēng)險(xiǎn)控制，可采用的控制方法有： 要求用戶簽署文件，達(dá)到控制需求變化的

45、目的； 對(duì)變更進(jìn)行可行性分析，評(píng)估每次變更的成本及風(fēng)險(xiǎn)； 使用專家參與等方式有效控制需求變更； 受影響的組（系統(tǒng)測(cè)試組、軟件工程組、系統(tǒng)工程組、質(zhì)量保證組、配置管理組合文檔支持組）均參與變更評(píng)審； 進(jìn)行有效的配置管理； 變更后，重新完成測(cè)試。（4） 檢查需求的可追蹤性一旦發(fā)生需求變更，則產(chǎn)品的計(jì)劃、產(chǎn)品研發(fā)和活動(dòng)將隨之變更。產(chǎn)品質(zhì)量保障組采用需求和產(chǎn)品橫向跟蹤圖來檢查分配需求在各個(gè)階段狀態(tài)。確保需求定義中的文檔可以追蹤到規(guī)格說明及后期的設(shè)計(jì)文件和測(cè)試文件中；對(duì)每種需求評(píng)審、設(shè)計(jì)、測(cè)試等更新計(jì)劃安排，同時(shí)完成跟蹤；檢查測(cè)試用例的變更情況及完整性。（5） 定期進(jìn)行狀態(tài)評(píng)審重新評(píng)估各需求的進(jìn)展及狀態(tài)

46、，對(duì)需求在各階段的優(yōu)先情況重新劃分，并完成評(píng)審；定期對(duì)于風(fēng)險(xiǎn)計(jì)劃中的風(fēng)險(xiǎn)項(xiàng)目重新評(píng)估其風(fēng)險(xiǎn)、概率及影響。（6） 定量評(píng)估對(duì)需求準(zhǔn)確性進(jìn)行定量評(píng)估的方法；根據(jù)需求的改變次數(shù)和規(guī)?？梢园凑招枨箢愋蛠斫y(tǒng)計(jì)，有助于確定需求變更是否集中于特定類型的需求上；同時(shí)，將需求提供給設(shè)計(jì)人員和測(cè)試人員，就需求的理解程度（完全理解，部分新/可借鑒；全新/可以理解；不理解/不肯定；不理解/肯定不行等）進(jìn)行打分，如果變更需求集中居多，則需要重新修訂需求。定期對(duì)于需求變更的范圍、強(qiáng)度和頻度進(jìn)行評(píng)估。產(chǎn)品質(zhì)量保障組定期對(duì)風(fēng)險(xiǎn)計(jì)劃、項(xiàng)目監(jiān)控?cái)?shù)據(jù)及項(xiàng)目進(jìn)展情況進(jìn)行報(bào)告，對(duì)風(fēng)險(xiǎn)系統(tǒng)較高的提交優(yōu)先處理；對(duì)風(fēng)險(xiǎn)管理過程文檔（包括風(fēng)險(xiǎn)

47、檢查表和風(fēng)險(xiǎn)管理報(bào)告）完成配置管理產(chǎn)品質(zhì)量保障組進(jìn)行同步監(jiān)控和跟蹤管理。需求分析階段是系統(tǒng)建設(shè)中任務(wù)最繁重，也是難度最大的階段。在XX系統(tǒng)中，采用各種協(xié)同工作方式，經(jīng)過系統(tǒng)工程組、質(zhì)量保證組及相關(guān)人員的共同努力，降低軟件需求分析的風(fēng)險(xiǎn)，就是為了能夠用系統(tǒng)前期的辛苦工作換取軟件可靠性的提高。由于對(duì)軟件能力成熟度模型的摸索中，系統(tǒng)中實(shí)現(xiàn)風(fēng)險(xiǎn)管理依然處于起步階段，對(duì)于需求風(fēng)險(xiǎn)的定量分析等工作需要以后進(jìn)一步探索和加強(qiáng)。第四章 項(xiàng)目需求管理中風(fēng)險(xiǎn)管理的心得體會(huì)（一）項(xiàng)目需求管理中風(fēng)險(xiǎn)管理中的實(shí)踐及感悟從XX系統(tǒng)需求開發(fā)、管理和驗(yàn)證的三部分工作內(nèi)容或工作步驟來講，每一項(xiàng)工作的開始或完成都是一個(gè)風(fēng)險(xiǎn)管理的過

48、程，或是一個(gè)風(fēng)險(xiǎn)控制的過程。從識(shí)別出需求中的風(fēng)險(xiǎn)因素，到對(duì)這些因素的分析，找到對(duì)應(yīng)這些風(fēng)險(xiǎn)因素控制的方案或降低這些風(fēng)險(xiǎn)因素的方法。雖然這個(gè)過程是復(fù)雜的，需求種類是多樣的，但是風(fēng)險(xiǎn)管理的過程是明確的，在軟件項(xiàng)目最初需求管理時(shí)，就做好風(fēng)險(xiǎn)管理，很大程度上已經(jīng)保證了項(xiàng)目的成功。（二）項(xiàng)目需求管理中對(duì)項(xiàng)目風(fēng)險(xiǎn)管理的啟示在軟件項(xiàng)目的需求管理中，風(fēng)險(xiǎn)是多種多樣的，是無處不在的。在項(xiàng)目管理活動(dòng)中，要積極面對(duì)風(fēng)險(xiǎn)。越早識(shí)別風(fēng)險(xiǎn)、越早管理風(fēng)險(xiǎn)，就越有可能規(guī)避風(fēng)險(xiǎn)，或者在風(fēng)險(xiǎn)發(fā)生時(shí)能夠降低風(fēng)險(xiǎn)帶來的影響。特別是在項(xiàng)目參與方多、涉及面廣、影響面大、技術(shù)含量高的復(fù)雜項(xiàng)目，應(yīng)加強(qiáng)風(fēng)險(xiǎn)管理。如果不主動(dòng)駕馭風(fēng)險(xiǎn)，就會(huì)面臨風(fēng)

49、險(xiǎn)。第五章 總結(jié)（一）論文總結(jié)本文以XX系統(tǒng)需求管理中的風(fēng)險(xiǎn)管理為研究案例，以項(xiàng)目管理知識(shí)體系為基礎(chǔ)，從XX系統(tǒng)需求的開發(fā)過程，到需求驗(yàn)證的整個(gè)過程進(jìn)行研究分析，同時(shí)結(jié)合風(fēng)險(xiǎn)管理中各階段應(yīng)對(duì)解決辦法，詳細(xì)列舉了XX系統(tǒng)在需求管理過程中可能發(fā)生的各種風(fēng)險(xiǎn)及風(fēng)險(xiǎn)發(fā)生的相關(guān)解決辦法，然后提出了一套針對(duì)于XX系統(tǒng)需求管理的風(fēng)險(xiǎn)管理監(jiān)控辦法，以供大家借鑒或參考，希望能將項(xiàng)目需求管理中風(fēng)險(xiǎn)發(fā)生后的不利影響范圍降到最低。通過本次論文的撰寫，讓我又重新梳理了整個(gè)項(xiàng)目管理知識(shí)體系，特別是對(duì)項(xiàng)目中的風(fēng)險(xiǎn)管理又有了新的認(rèn)識(shí)，回想起自己在XX系統(tǒng)需求管理過程中的風(fēng)險(xiǎn)管理，往往都是遇到問題才去開始想處理辦法，很少會(huì)有一個(gè)系統(tǒng)的風(fēng)險(xiǎn)管理規(guī)劃，而且這也是當(dāng)前需求管理中普遍存在的問題，通過這次學(xué)習(xí)，讓我認(rèn)識(shí)到了自己項(xiàng)目管理中的一些不足，在今后的學(xué)習(xí)和工作中會(huì)更加的注重和加強(qiáng)這方面的學(xué)習(xí)。（二）論文的局限于不足項(xiàng)目管理知識(shí)體系涉及的范圍非常廣泛，本文只是從風(fēng)險(xiǎn)管理的角度對(duì)需求管理中存在的一些問題進(jìn)行分析研究，從而忽略了項(xiàng)目管理中的其他方面，比如時(shí)間管理、成本管理