畢業(yè)論文---信息管理系統(tǒng)開發(fā)中的風險研究

1、<p>　　信息管理系統(tǒng)開發(fā)中的風險研究</p><p><b>　　摘要</b></p><p>　　風險是與人們或者組織追求的目標、愿望密切聯(lián)系在一起的。在目標的實現(xiàn)過程中存在著可見的和不可見的危險行為，或者存在著一些不確定性，這都會形成阻礙 目標實現(xiàn)的因素，而這些可能發(fā)生的危險行為和因素構成了風險因素。在信息管理系統(tǒng)的開發(fā)中存在著各種風險。對開發(fā)中的風

2、險進行研究有利于進行風險管理和控制，從而降低風險。本文根據(jù)目前國內(nèi)外學者對信息管理系統(tǒng)開發(fā)中風險研究的成果，通過對實例的研究，分析了信息系統(tǒng)開發(fā)風險評價的研究現(xiàn)狀和存在問題，總結出目前信息管理系統(tǒng)開發(fā)中的風險類型，影響風險的因素和關鍵問題，提出具體的風險評估方法和應對措施文章。</p><p>　　關鍵詞：風險研究；信息管理系統(tǒng)；評估；風險因素</p><p>　　Risk in the

3、development of Information Management System</p><p><b>　　Abstract</b></p><p>　　Risk is with people or organizations to pursue the goals, aspirations are closely linked. Goals of the

4、process in the existence of visible and invisible risk behavior, or there is some uncertainty, which would achieve the objective of the factors that hinder the formation, and these possible risk behaviors and factors tha

5、t constitute risk factors. There are all kinds of risks in the development of the IT information management system. Study of the risk in development is advantageous to risk mana</p><p>　　Keywords: risk resea

6、rch; information management system; assessment；risk factor</p><p><b>　　目 錄</b></p><p><b>　　摘要I</b></p><p>　　AbstractII</p><p><b>　　1緒

7、論1</b></p><p>　　1.1課題研究的背景1</p><p>　　1.2信息系統(tǒng)開發(fā)風險研究的國內(nèi)外現(xiàn)狀1</p><p>　　1.2.1國外風險研究現(xiàn)狀1</p><p>　　1.2.2我國風險研究現(xiàn)狀2</p><p>　　1.3本課題要研究的內(nèi)容3</p><

8、;p>　　1.3.1信息管理系統(tǒng)開發(fā)中的風險識別4</p><p>　　1.3.2信息管理系統(tǒng)開發(fā)中的風險估算6</p><p>　　1.3.3信息管理系統(tǒng)開發(fā)中的風險監(jiān)控7</p><p>　　1.4  研究方法和手段8</p><p><b>　　1.5  小結8</b></

9、p><p>　　2 信息管理系統(tǒng)開發(fā)中的風險因素分析10</p><p>　　2.1風險因素分析方法與原則10</p><p>　　2.1.1 風險因素分析方法10</p><p>　　2.2 信息系統(tǒng)開發(fā)重點風險因素分析12</p><p>　　2.3 基于AHP和因果分析方法的風險因素的評價模型15</

10、p><p><b>　　2.4 小結16</b></p><p><b>　　3 實證分析18</b></p><p>　　3.1 房地產(chǎn)信息系統(tǒng)管理系統(tǒng)開發(fā)背景18</p><p>　　3.2 房地產(chǎn)信息管理系統(tǒng)開發(fā)中的風險研究21</p><p>　　3.3 基于AH

11、P和因果分析方法的風險實例分析22</p><p><b>　　3.4 小結25</b></p><p><b>　　4 結論26</b></p><p><b>　　參考文獻27</b></p><p><b>　　附錄：28</b></

12、p><p><b>　　致謝29</b></p><p><b>　　1緒論</b></p><p>　　1.1課題研究的背景</p><p>　　近年來，計算機的普及和計算機技術的迅猛發(fā)展使信息管理系統(tǒng)在各個領域得到的廣泛的應用。信息管理系統(tǒng)高效，便捷，可靠，低成本的特性受到各類機構單位的青睞。然而

13、，信息管理系統(tǒng)的開發(fā)是一項涉及面廣，技術難度大的綜合性系統(tǒng)工程，需要投入大量的人力、財力、物力、時間等資源，在系統(tǒng)開發(fā)的過程中，存在著各種風險。只有對系統(tǒng)的整個開發(fā)過程按照系統(tǒng)的觀點使用現(xiàn)代項目管理的科學理念和方法進行風險分析和控制，才可能降低風險，以較小的投入，取得較為理想的效果。</p><p>　　軟件開發(fā)過程風險管理的意義就是對開發(fā)過程潛在的不利因素進行辨識、分析、評估、度量，并根據(jù)具體情況采取相應措施進

14、行處理。避免、減少由于風險的發(fā)生而導致項目開發(fā)的失敗，使得用戶方和開發(fā)者都處于雙贏的狀態(tài)。由于風險具有不確定性和危害性，風險管理的作用就是辨別風險的不確定性及消除風險的危害性。因此其重要性體現(xiàn)在： </p><p>　　1）辨識出潛在的風險因素并在其成為風險事件前采取相應措施進行處理。</p><p>　　2）在軟件開發(fā)過程中對那些可能影響項目目標和系統(tǒng)質(zhì)量的因子進行跟蹤。</p&g

15、t;<p>　　3）為項目管理者進行資源 (人力、資金、設備) 分配提供依據(jù)，指導各類開發(fā)人員關注與其相關的問題。</p><p>　　4）提高軟件項目開發(fā)的成功率。</p><p>　　1.2信息系統(tǒng)開發(fā)風險研究的國內(nèi)外現(xiàn)狀</p><p>　　1.2.1國外風險研究現(xiàn)狀</p><p>　　國外IT項目風險管理的系統(tǒng)性研究始

16、于二十世紀八十年代末，美國在理論研究和實踐操作方面都處于領先位置，軟件工程研究所（SEI）是理論與實踐的領跑者。Boehm的“軟件風險管理”奠定了在這一領域的理論基礎。Charette也從不同的角度，提出了類似的風險管理結構豐富了IT項目的風險管理理論。SEI認為，軟件風險評估，風險辨識和持續(xù)的風險管理，形成了風險管理軟件的基本框架。微軟認為，風險管理可以分為五個步驟：風險識別，風險分析，風險活動的規(guī)劃，風險跟蹤和風險控制。實踐中，鮑威

17、爾明確了一般項目的風險管理技術，方法和項目應用軟件的開發(fā)步驟，并開展決策支持系統(tǒng)的完整的風險分析研究。 詹姆斯認為IT項目的成功，可以從四個方面來衡量，不同風險產(chǎn)生不同的影響，他通過調(diào)查和建立模型，以解決重大項目風險源與成功可能性的關系。SEI提出了以分類為基礎的風險識別方法。在SEI的軟件能力成熟度模型（SW - CMM中）提出的能力成熟度模型為基礎的軟件模型，主要用于大型團隊和復雜的項目。IEEE Spectrum:《Why Sof

18、tware Fails》中寫到的：項目經(jīng)理負責項目規(guī)劃和估算，控制，組織，合同管理，質(zhì)</p><p>　　1.2.2我國風險研究現(xiàn)狀</p><p>　　通過研究發(fā)現(xiàn)，我國當前項目風險管理領域的研究重點在于對整體項目進行風險識別、風險估計、風險評價和規(guī)避，基本上沒有有針對項目的各階段存在的不同風險源的識別、評估及其對項目各指標影響的研究，針對IT 項目的風險研究就更少了。與國外比較而言，

19、中國的IT產(chǎn)業(yè)因起步較晚，IT項目的風險管理也還處于初級階段，在這一領域的研究遠遠不夠。 IT項目風險管理的基本經(jīng)驗不夠，以基礎管理為主要研究對象，缺乏先進的理論指導，沒有形成風險管理的規(guī)范性文件。</p><p>　　從總體上看，我國對IT 項目風險測度仍然以定性研究為主，而定量研究仍然處于起步階段，對IT 項目風險某一階段或某一過程研究較多，針對IT項目風險全壽命周期還沒有形成系統(tǒng)的研究體系結構；對經(jīng)驗數(shù)據(jù)缺

20、少深層次的總結，比較成熟的應用于信息化項目風險測度的模型和方法還較少，現(xiàn)有的風險評估理論與方法研究的成果與實際應用尚有一定距離。</p><p>　　國內(nèi)也有許多關于IT項目風險管理的研究與論文，如謝彬在他的碩士論文中總結出如下IT項目風險管理的經(jīng)驗：</p><p>　　1）在自身層次上，高級IT經(jīng)理必須推進項目風險管理。如果做不到這一點，項目經(jīng)理應該建議或提出實施風險管理的一個業(yè)務案例

21、。</p><p>　　2）培訓是重要的，我國IT項目風險管理水平低，與風險管理人才缺乏有很大關系，國家應該有意識地培養(yǎng)IT項目風險管理人才。 </p><p>　　3）IT項目的風險因素很多，技術風險只是其中的一種，最大的風險是人的因素造成的風險，必須加強項目人力資源管理，最大限度地利用人力資源。</p><p>　　4）在項目開始時就要進行風險管理，盡量減小實現(xiàn)

22、項目受到威脅的可能性。要重視“重大問題”，但不要忽視其他問題，尋找增加利潤的機會，但不要以增加風險為代價。</p><p>　　5）風險存在于IT項目開發(fā)的整個過程，安全解決方案的基礎是風險分析，應該根據(jù)風險的變化，進行動態(tài)調(diào)整，達到風險預測、實時響應、降低風險的良性循環(huán)能力，保證項目開發(fā)成功。</p><p>　　上海立信會計學院的周華在他的論文《敏捷環(huán)境下信息系統(tǒng)開發(fā)的風險研究》中對信

23、息系統(tǒng)開發(fā)中的風險做了如下分類：</p><p>　　開發(fā)范圍風險：沒有明確地描述開發(fā)項目的范圍，將會導致系統(tǒng)開發(fā)風險，甚至導致計劃、進度、成本不可控的風險。</p><p>　　質(zhì)量風險：沒有確認相關的質(zhì)量技術標準和開發(fā)規(guī)范、沒有準確定義功能標準都可能導致質(zhì)量風險，使系統(tǒng)無法達到預期的質(zhì)量標準。</p><p>　　技術風險：指潛在的設計、實現(xiàn)、接口、驗證和維護等

24、方面的問題。主要表現(xiàn)為不能或者延遲完成技術的突破的風險。</p><p>　　組織風險：組織風險是指企業(yè)組織內(nèi)部如項目組、企業(yè)高級管理層等對項目目標范圍存在不一致的理解。組織戰(zhàn)略目標的改變等導致資金、計劃安排上帶來風險。</p><p>　　人員風險：項目組成員的變動；開發(fā)人員和管理層之間關系不佳；缺乏激勵措施，士氣低下；某些技術人員對業(yè)務不理解；項目組成員之間溝通不暢；沒有找到項目急需的

25、具有特定技能的優(yōu)秀人才。</p><p>　　環(huán)境風險：開發(fā)環(huán)境風險主要體現(xiàn)在項目的政治環(huán)境的變化以及外國際關系的微妙變化也將導致有些行業(yè)的系統(tǒng)開發(fā)的改變，導致開發(fā)風險的發(fā)生。</p><p>　　市場風險：隨著市場競爭的不斷加劇，在項目開始階段所確定下來的業(yè)務流程或產(chǎn)品已經(jīng)不適合現(xiàn)時的環(huán)境等。</p><p>　　客戶風險：客戶風險主要是客戶對產(chǎn)品的不滿意或客戶對

26、產(chǎn)品的要求有新的變化需更改等。</p><p>　　關于風險管理的策略，彭志清在《淺析管理信息系統(tǒng)開發(fā)中的風險管理》一文中將其分為被動策略與主動策略，他更加看好主動策略。他寫道“主動策略早在技術工作開始之前就已經(jīng)啟動了，通過標識出潛在的風險，評估它們出現(xiàn)的概率及產(chǎn)生的影響，對風險按重要性進行排序，然后，管理信息系統(tǒng)開發(fā)組建立一個計劃來管理風險。主動策略中的風險管理，其主要目標是預防風險。但是，不是所有的風險都能夠

27、預防，所以，管理信息系統(tǒng)開發(fā)組必須建立一個應付意外事件的計劃，使其在必要時能夠以可控的及有效的方式做出反應?！?lt;/p><p>　　此外張薇在《基于結構方程模型的信息系統(tǒng)開發(fā)風險評價研究》中將結構方程模型引入到信息系統(tǒng)開發(fā)風險評價過程中來,從開發(fā)風險的來源和構成出發(fā),構建信息系統(tǒng)開發(fā)風險評價結構方程模型,并將該模型應用于實例的求解。應用結果表明,該模型能夠區(qū)分風險造成影響的顯著程度,從而為管理者提供對風險進行事前

28、控制的有力依據(jù)。</p><p>　　1.3本課題要研究的內(nèi)容</p><p>　　信息管理系統(tǒng)開發(fā)過程中不可避免的會有問題出現(xiàn)，避免信息管理系統(tǒng)失控最好的方法，就是從一開始就提前考慮信息系統(tǒng)開發(fā)中的風險，進而實行有效的管理。一般只要預先考慮到風險并采取了相應的處理方法和步驟，大部分的風險是可以避免或者控制的。因此，這就要求我們在制定信息系統(tǒng)開發(fā)計劃和定義里程碑時，要識別、分配和處理管理信

29、息系統(tǒng)開發(fā)過程中可能遇到的風險，以便確定采取什么措施來處理。</p><p>　　信息管理系統(tǒng)開發(fā)中風險主要有三種不同類型：管理風險、技術風險和產(chǎn)品質(zhì)量風險。管理風險是指潛在的預算、人力、進度、資源、用戶及需求等方面的問題，會威脅到管理信息系統(tǒng)計劃，影響進度，增加成本等。 技術風險是指潛在的方案、構架、分析、設計、接口、實現(xiàn)、測試和維護等方面的問題，技術的不確定性、舊的技術或新的技術、系統(tǒng)二義性等都可能造成技術故

30、障 或信息系統(tǒng)缺陷，這些問題會威脅到管理信息系統(tǒng)的質(zhì)量。產(chǎn)品質(zhì)量風險是指因管理信息系統(tǒng)質(zhì)量問題而造成的風險，是涉及各種缺陷、錯誤，并對其進行改正、維 護而造成的風險。這三種風險在實際項目開發(fā)過程中往往是有關聯(lián)的交織在一起。</p><p>　　1.3.1信息管理系統(tǒng)開發(fā)中的風險識別</p><p>　　風險識別就是試圖確定管理信息系統(tǒng)開發(fā)中各種威脅到MIS的計劃、估算、進度和資源分配的風險

31、因素和事件，并預測不良后果。通過識別已知的和可預測的風險，管理信息系統(tǒng)管理者就有可能避免這些風險，且當必要時控制這些風險。要識別風險，不僅要了解在管理信息系統(tǒng)實施的各個階段都有可能發(fā)生哪些風險及風險的概率，也要了解哪些階段發(fā)生的風險對信息系統(tǒng)損失的影響程度，如下圖是管理信息系統(tǒng)開發(fā)階段中，風險發(fā)生概率和風險對開發(fā)項目損失的影響曲線圖:</p><p>　　圖1-3-1-1 項目損失影響曲線圖</p>

32、<p>　　分析圖1曲線走向可知，信息系統(tǒng)開發(fā)的風險隨著開發(fā)階段的進行，成功的可能性增大,風險發(fā)生的概率減?。伙L險發(fā)生對信息系統(tǒng)開發(fā)項目的損失逐漸變大,快到結束階段時,風險對項目的損失最大,隨著結束發(fā)布的進行又逐漸變小。下面是針對系統(tǒng)開發(fā)的四個階段的風險特征，列舉存在的風險事件并預測它的 不良后果。 　　1.起始階段：（1）管理信息系統(tǒng)目標不清；（2）管理信息系統(tǒng)范圍不明確；（3）沒有進行可行性研究。這時發(fā)生的風險一般屬于

33、高級別的風險,有可能導致開發(fā)的失敗甚至取消。</p><p>　　2.設計階段：（1）管理信息系統(tǒng)隊伍缺乏經(jīng)驗，如缺乏有經(jīng)驗的系統(tǒng)分析員；（2）沒有變更控制計劃，以至變更沒有依據(jù)；（3）計劃倉促，帶 來進度方面風險；（4）漏項，由于設計人員疏忽某個功能沒有考慮進去。這個階段相對起始階段,這些風險的應對比較明確,但需要更多的專業(yè)人員進行. 如進行設計評審和確認,進行變更控制等。但是,如設計上有些風險屬災難性的,其埋

34、下的設計問題,可能導致整個項目全部無效,浪費了資源和時間。</p><p>　　3.實施階段：（1）開發(fā)環(huán)境不具備；（2）設計錯誤；（3）程序員開發(fā)能力差，或程序員對開發(fā)工具不熟；（4）管理信息系統(tǒng)范圍改變，如突然要增加或修改一些功能，需要重新考慮設計；（5）管理信息系統(tǒng)進度改變，如要求提前完成任務等；（6）人員的變動，導致系統(tǒng)開發(fā)工作的不連續(xù)；（7）開發(fā)團隊內(nèi)部溝通不夠，導致程序員對系統(tǒng)設計的理解上有偏差；（8

35、）沒有有效的備用方案；（9）沒有合理的測試計劃以及測試人員經(jīng)驗。此階段的風險,大都屬于中等風險,需要專業(yè)能力解決。如可進行編碼培訓防止編碼混亂帶來的風險,召開溝通會議消除對設計的理解不一致等。</p><p>　　4.收尾階段：（1）開發(fā)的信息系統(tǒng)質(zhì)量差；（2）客戶不滿意；（3）設備沒有按時到貨；（4）資金不能回收。這些情況可在前面的階段進行更好的控制來減輕這里的風險,當然也可以進行升級修改的方式。但是這里發(fā)生的

36、風險在開始的時候?qū)﹂_發(fā)和項目的成敗影響達到最大化,然后開始減少。</p><p>　　以上只是列舉了常見的風險事件，對不同的管理信息系統(tǒng)應該具體問題具體分析，識別出真正可能發(fā)生在該管理信息系統(tǒng)上的風險事件。 </p><p>　　識別項目中潛在的風險并不是項目經(jīng)理一個人的事情，也不僅僅與項目團隊的活動相關，它與公司高層領導、公司其他部門及客戶（用戶）都是相關的。因此，如何去識別風險應該從多

37、方面了解和分析，下面介紹幾種識別風險的方法。</p><p><b>　　咨詢和探討</b></p><p>　　項目經(jīng)理不但要與項目組的所有成員探討項目可能存在的風險，還要向公司相關的管理人員、技術支持人員、工程施工人員及其他項目組人員廣泛征詢對本項目風險的看法。另外，還可以向公司之外的專家和咨詢機構進行咨詢。</p><p>　　在咨詢和探

38、討的過程中，可以采用“頭腦風暴法”漫談項目風險。在漫談過程中，項目經(jīng)理應該將觀點全面地記錄下來，不要深究某一個看法的合理性與準確性。之后再冷靜思考，剔除不合理的部分，保留其精華部分。</p><p>　　對于向?qū)＜一蜃稍儥C構進行咨詢，最好事先給專家或咨詢機構發(fā)送書面問卷，如果有必要再根據(jù)書面問卷中的相關問題進行咨詢，因為專家和咨詢機構的時間較為寶貴，所以要注意咨詢的效率和效果。</p><p&

39、gt;<b>　　2. 分析歷史數(shù)據(jù)</b></p><p>　　有些管理比較規(guī)范的軟件公司，一般會建立一個軟件資料庫，其中會保存以前做過的所有項目的相關文檔資料及軟件代碼。一般來說，沿著別人走過的路去走比自己摸著石頭過河的風險要小一些。對以前的類似項目進行分析，主要是分析項目的進度、成本、軟件維護和用戶反饋等方面存在的問題。識別風險主要找失敗的項目來分析原因，而制定計劃則要借鑒成功項目的經(jīng)

40、驗。</p><p><b>　　3.流程圖法</b></p><p>　　用流程圖法來識別風險，首先建立一個軟件項目的總開發(fā)流程和分流程圖，展示項目實施的全部活動。流程圖也可以利用WBS來表示。下圖是一個軟件項目中確定客戶需要的過程示意圖。</p><p>　　圖1-3-1-2 確定客戶需要的過程示意圖</p><p>

41、;　　從圖1-3-1-2可以分析其中可能存在的風險。</p><p>　　從第一個步驟分析，系統(tǒng)分析員可能缺乏經(jīng)驗，或者客戶不積極配合，導致與客戶交流不深入，沒有充分把客戶的需求反映出來。</p><p>　　在第一個步驟當中，分析還可能存在這樣的風險：沒有找到合適的客戶進行調(diào)研，既浪費了時間，又增加了項目的差旅費開支。</p><p>　　在第二個步驟中可能存在這

42、樣的風險：系統(tǒng)分析員缺乏行業(yè)知識，沒有準確地從客戶的敘述中發(fā)現(xiàn)和提煉出客戶的真正需要，沒能清晰且符合行業(yè)特點地描述需求，這樣可能造成在與客戶確定需求時，雙方在理解上存在差異。</p><p>　　1.3.2信息管理系統(tǒng)開發(fā)中的風險估算</p><p>　　風險估算也叫風險預測，它從兩方面評估一個風險，即風險發(fā)生的可能性或概率和風險一旦發(fā)生所產(chǎn)生的后果。這些內(nèi)容可以用一張風險影響評估表來表示

43、。例如：</p><p>　　圖1-3-2-1 風險影響評估表（引自文獻[5]）</p><p>　　容易發(fā)現(xiàn)，當軟件不能滿足用戶需求時造成的風險是最嚴重的。</p><p>　　對于風險類別，我們也可以建立一張相類似的表，并根據(jù)一定的次序（如發(fā)生的機率或?qū)椖康耐{程度）排序，以便更清楚地了解每一種風險。</p><p>　　在風險評估中，

44、應當注意一些方法及問題，以下是三條建議：</p><p>　　不要固定地使用幾個方法來識別風險，要用分析的方法判斷；</p><p>　　可以使用在以往的項目風險管理中積累的經(jīng)驗；</p><p>　　定義一條基準線（也叫中止線），所有定義在該基準線以上的風險都必須管理。</p><p>　　風險評估是每個軟件開發(fā)項目在進行前和進行時都必須做

45、，且必須做好的，它能夠使開發(fā)人員時刻保持警惕，避免各種風險的發(fā)生給軟件項目造成的嚴重損失。</p><p>　　1.3.3信息管理系統(tǒng)開發(fā)中的風險監(jiān)控</p><p>　　風險被識別和估算以后，項目必須制定一項控制風險的計劃。制定控制風險的計劃包括界定擴大機會的步驟，制定對項目的成功構成威脅或風險的處理計劃。風險監(jiān)控主要靠管理者的經(jīng)驗來實施,它是利用項目管理方法及其他技術,如原型法、軟件心

46、理學、可靠性等來設法避免風險或轉移風險。風險監(jiān)控的目的是：監(jiān)視風險的狀況，確定風險是已經(jīng)發(fā)生、仍然存在還是已經(jīng)消失；檢查風險的對策是否有效，監(jiān)控機制是否在運行；不斷識別新的風險并制定對策；收集可用于將來進行風險分析的信息。無論IT項目進展的情況如何，都必須將風險管理的計劃和行動結果整理匯總進行分析，形成風險管理報告。采取書面或口頭、不定期的或階段性的等多種方式，為項目的實施、控制、管理、決策提供信息基礎。</p><

47、p>　　風險監(jiān)控依據(jù)包括風險管理計劃、實際發(fā)生了的風險時間和隨時進行的風險識別結果，主要內(nèi)容包括： </p><p><b>　　風險管理計劃；</b></p><p><b>　　風險應對計劃； </b></p><p>　　項目溝通。工作成果和多種項目報告可以表述項目進展和項目風險。一般用于監(jiān)督和控制項目風險

48、的文檔有：事件記錄、行動規(guī)程、風險預報等； </p><p>　　附加的風險識別和分析。隨著項目的進展，在對項目進行評估和報告時，可能會發(fā)現(xiàn)以前未曾識別的潛在風險事件。應對這些風險繼續(xù)執(zhí)行風險識別、估計、量化和制訂應對計劃；</p><p>　　項目評審。風險評審者檢測和記錄風險應對計劃的有效性，以及風險主體的有效性，以防止、轉移或緩和風險的發(fā)生。</p><p>

49、;　　風險控制的步驟如下：</p><p>　　與在職的項目成員協(xié)商，確定人員流動的原因（如工作條件差、收入低、市場競爭等）； </p><p>　　在項目開始前，把環(huán)節(jié)這些原因（避開風險）的工作列入已擬訂的控制計劃中； </p><p>　　當項目啟動時，做好人員流動會出現(xiàn)的準備，采取一些辦法已確保人員一旦離開時仍能繼續(xù)（削弱風險）； 

50、; </p><p>　　建立項目組，使所有項目成員能即時了解有關項目活動的信息；  </p><p>　　制定文檔標準，并建立一種機制以保證文檔能及時產(chǎn)生；  </p><p>　　對所有工作組織細致的評審，以使更多的人能夠按計劃保持對風險因素相關信息的收集工作進度，完成自己的工作；  </p><p>　　對

51、每一個關鍵的技術人員，要培養(yǎng)后備人員； </p><p>　　在項目里程碑處進行事件跟蹤和主要風險因素跟蹤，以進行風險的再評估。  </p><p>　　雖然這些步驟會給項目帶來額外的支出，并占用許多有效的項目計劃工作量，但實踐證明，所有付出都是值得的。 </p><p>　　1.4  研究方法和手段</p>&

52、lt;p>　　本部分的主要通過查閱書籍以及相關論文收集資料，并結合了研究的后期在軟件公司的實地實習經(jīng)驗與調(diào)研。</p><p><b>　　1.5  小結</b></p><p>　　風險管理是有關理解可能導致項目失敗的內(nèi)部或外部的項目影響因素。一旦建立了項目計劃，就應該進行風險分析。最初的風險分析結果是一個風險計劃，該計劃應該定期復查并相應調(diào)整。風險

53、管理的主要目的是識別和處理項目變動的不常見的原因。這可以通過一個正式的過程來完成，在此過程中，風險因素進行系統(tǒng)的識別、評估和提供。</p><p>　　在軟件領域，SEI對風險的定義更適當：“風險是遭受損失的可能性”。在軟件開發(fā)項目中，損失指的是對項目的負面影響，可能是最終產(chǎn)品的質(zhì)量下降、成本增加、完成時間的推遲，或者是項目徹底的失敗。風險是不確定性或者缺乏對一些列可能性的完整認識。</p><

54、;p>　　卡內(nèi)基梅隆大學的軟件工程學院開發(fā)了一種基于Shewhart-Deming周期的軟件風險模型。該模型提供了關于風險活動、當前風險和形成風險對項目內(nèi)部或外部的信息和反饋。</p><p>　　圖1-5-1 基于Shewhart-Deming周期的軟件風險模型</p><p>　　總的來說有效的風險管理可以幫助MIS管理者抓住工作重點，將主要精力集中于重大風險防范，提高信息系統(tǒng)的

55、成功率。MIS風險管理可以分為風險評估、風險控制兩個階段。 </p><p>　　風險確定 檢查表</p><p><b>　　決策驅(qū)動因素分析</b></p><p>　　風險評估 分解</p><p><b>　　性能模

56、型，成本模型</b></p><p>　　風險分析 網(wǎng)絡分析，決策分析</p><p><b>　　質(zhì)量因素分析</b></p><p><b>　　風險暴露</b></p><p>　　風險優(yōu)先次序確定 風險調(diào)整</p><p><b&

57、gt;　　復合風險降低</b></p><p>　　風險管理 購買信息，風險降低</p><p>　　風險管理計劃 風險避免，風險轉移</p><p>　　風險元素計劃，計劃集成</p><p><b>　　原型，模擬</b></p>

58、<p>　　風險解析 基準，分析</p><p>　　風險控制 人員安排</p><p>　　里程碑跟蹤，風險重新評估</p><p>　　風險監(jiān)督 前10項跟蹤，糾正性操作</p><p>　　圖1-5-2 Boehm 項目風險模型</p><p>　　2

59、信息管理系統(tǒng)開發(fā)中的風險因素分析</p><p>　　風險因素是指引起或增加風險事故發(fā)生的機會或擴大損失幅度的原因和條件。構成風險因素的條件越多，發(fā)生損失的可能性就越大，損失就會越嚴重。風險因素是風險事故發(fā)生的潛在原因，是造成損失的內(nèi)在的或間接的原因。根據(jù)影響損失產(chǎn)生的可能性和程度，風險因素可分為有形風險因素和無形風險因素：</p><p>　　有形風險因素，是指導致?lián)p失發(fā)生的物質(zhì)方面的因

60、素。比如財產(chǎn)所在的地域、建筑結構和用途等。對于信息管理系統(tǒng)開發(fā)而言，有形的風險因素主要表現(xiàn)為開發(fā)信息系統(tǒng)所用的、存在于一定的物理環(huán)境中的一些設備可能受到各種人為或自然災害的破壞，必然要承擔一定的風險。</p><p>　　無形風險因素。文化、習俗和生活態(tài)度等一類非物資形態(tài)的因素也會影響損失發(fā)生的可能性和受損的程度。無形風險因素包括道德風險因素和行為風險因素兩種。道德風險因素是指人們以不誠實、或不良企圖、或欺詐行為

61、故意促使風險事故發(fā)生，或擴大已發(fā)生的風險事故所造成的損失的因素。行為風險因素是指由于人們行為上的粗心大意和漠不關心，易于引發(fā)風險事故發(fā)生的機會和擴大損失程度的因素。</p><p>　　2.1風險因素分析方法與原則</p><p>　　2.1.1 風險因素分析方法</p><p>　　我們知道，對于風險分析所作的工作大多局限于任務風險分析當中。這些方法對于考慮項目風

62、險領域的分析方法也有一定意義，風險分析方法可分為定性和定量兩種，定量的風險分析方法是在定性的基礎上而實現(xiàn)的。下面，我們對這兩類風險分析方法作簡要的論述。</p><p>　　定性風險分析的目的是界定風險源，利用已識別風險的發(fā)生概率、風險發(fā)生對項目目標的相應影響，以及其他因素，例如時間框架和項目費用、進度、范圍和質(zhì)量等制約條件的承受度，對已識別風險的優(yōu)先級別進行評價，并初步判明風險的嚴重程度，以給出系統(tǒng)風險的綜合印

63、象。下面介紹一種定性分析的具體方法。該方法使用定性語言將風險的發(fā)生概率及其后果描述為極高、高、中、低、極低5級。其中風險概率描述某一風險事件發(fā)生的可能性，風險后果描述某一風險事件如果發(fā)生將對項目目標產(chǎn)生的影響。風險的這兩個維度適用于描述具體的風險事件，可以幫助我們甄別出那些需要強有力地加以控制與管理的風險，但不適用于描述項目整體。通過建立概率——后果風險評價矩陣可以直觀的看到各種可能存在的風險發(fā)生的概率與后果。</p>&

64、lt;p>　　風險后果評價表，如表:</p><p>　　圖2-1-1-1風險后果評價表</p><p>　　上圖描述了各種風險導致的后果嚴重程度評價。</p><p>　　概率——后果矩陣，如下圖：</p><p><b>　　后果（I）</b></p><p><b>　　極高

65、0.8</b></p><p>　　風險值=概率(P)×后果(I)</p><p><b>　　高0.4</b></p><p><b>　　中0.2</b></p><p><b>　　低0.1</b></p><p><b

66、>　　極低0.05</b></p><p>　　極低 低 中 高 極高 概率（P）</p><p>　　圖2-1-1-2概率——后果矩陣</p><p>　　從圖表中可以直觀的看出，圖中陰影部分的面積即為某項風險的風險值。（其中概率從0～1）</p><p>　　定量風險分析是在定性

67、分析的邏輯基礎上，給出各個風險源的風險量化指標及其發(fā)生概率，再通過一定的方法合成，得到系統(tǒng)風險的量化值。它是基于定性風險分析基礎上的數(shù)學處理過程。現(xiàn)發(fā)展較為成熟的方法有PRA(概率風險評估),DPRA(動態(tài)風險概率評估)及仿真通用軟件VERT(風險評審技術)等。 PRA和DPRA都是在FTA分析基礎上的量化，在可靠性及運行系統(tǒng)風險分析領域內(nèi)應用廣泛。稍作改造，我們便可將其運用到項目風險分析領域。其分析步驟如下：</p>

68、;<p>　　識別項目研制過程中的困難環(huán)節(jié)，找出風險源；</p><p>　　對各風險源考察其在項目研制中的地位，及相互邏輯關系，給出項目的風險源樹；</p><p>　　標識各風險源后果大小，及風險概率；</p><p>　　對風險源通過邏輯及數(shù)學方法進行組合，最后得到系統(tǒng)風險的度量。如果是用DPRA進行評估，則尚須考慮它們在時間上的關系。 <

69、/p><p>　　另一種被廣泛運用于風險評估的方法是VERT 。VERT是國外在八十年代初期發(fā)展的一通用仿真軟件，它對項目研制構造過程網(wǎng)絡，將各種復雜的邏輯關系抽象為時間、費用、性能的三元組的變化。網(wǎng)絡模型面向決策，統(tǒng)籌處理時間、費用 、性能等風險關鍵性參數(shù)，有效地解決多目標最優(yōu)化問題，具有較大的實用價值。它的原理是通過豐富的節(jié)點邏輯功能，控制一定的時間流、費用流和性能流流向相應的活動。每次仿真運行，通過蒙特卡洛模擬

70、，這些參數(shù)流在網(wǎng)絡中按概率隨機流向不同的部分，經(jīng)歷不同的活動而產(chǎn)生不同的變化，最后至某一終止狀態(tài)。用戶多次仿真后，通過節(jié)點收集到的各參數(shù)了解系統(tǒng)情況以輔助決策。如果網(wǎng)絡結構合理，邏輯關系及數(shù)學關系正確，且數(shù)據(jù)準確，我們可以較好地模擬實際系統(tǒng)研制時間、費用及性能的分布，從而知道系統(tǒng)研制的風險。</p><p>　　2.1.2 風險因素分析原則</p><p>　　在風險分析時，應該遵循一些分

71、析原則。下面是進行風險分析的幾個一般性原則：　　</p><p>　　風險分析是軟件設計的一部分，就像需求分析是傳統(tǒng)軟件設計實踐的部分一樣；　　</p><p>　　風險分析是正式的、嚴謹?shù)摹⒍炕?；　?lt;/p><p>　　風險分析的目的是為了支持決策，應當把風險分析作為系統(tǒng)軟件設計和研制過程的一部分，而不應該過遲而無法做出主要的改變和資金的壓力強迫在安全性和可

72、靠性上妥協(xié)，而這種妥協(xié)不能接受的情況下，作為一種反省進行；　　</p><p>　　風險分析可以按各種等級的詳細程度、徹底程度和精密程度來進行；　　</p><p>　　風險分析詳細、徹底、精確程度與分析項目的重要性和環(huán)境潛在的破壞程度大小相一致；　　</p><p>　　在一個項目的早期概念階段，能夠而且應該實施近似的風險分析，隨著設計的逐漸開展，風險分析的精度和

73、詳細程度也隨之提高。</p><p>　　2.2 信息系統(tǒng)開發(fā)重點風險因素分析</p><p>　　信息管理系統(tǒng)開發(fā)中重點風險因素可分為產(chǎn)品規(guī)模風險因素、需求風險因素、相關性風險因素、技術風險因素、管理風險因素、安全風險因素等。</p><p><b>　　產(chǎn)品規(guī)模風險因素：</b></p><p>　　項目的風險是與產(chǎn)

74、品的規(guī)模成正比的。與軟件規(guī)模相關的常見風險因素有：(1)估算產(chǎn)品規(guī)模的方法(包括：代碼行，文件數(shù)，功能點等)，(2)產(chǎn)品規(guī)模估算的信任度，(3)產(chǎn)品規(guī)模與以前產(chǎn)品規(guī)模平均值的偏差，(4)產(chǎn)品的用戶數(shù)，(5)復用的軟件有多少，(6)產(chǎn)品的需求變更多少等。一般規(guī)律，產(chǎn)品規(guī)模越大，以上的問題就越突出，尤其是估算產(chǎn)品規(guī)模的方法，復用軟件的多少，需求變化。</p><p><b>　　需求風險因素：</b&

75、gt;</p><p>　　很多項目在確定需求時都面臨著一些不確定性。當在項目早期容忍了這些不確定性，并且在項目進展過程當中得不到解決，這些問題就會對項目的成功造成很大威脅。如果不控制與需求相關的風險因素，那么就很有可能產(chǎn)生錯誤的產(chǎn)品或者拙劣地建造預期的產(chǎn)品。每一種情況對產(chǎn)品來講都可能致命的。與客戶相關的風險因素有：(1)對產(chǎn)品缺少清晰的認識，(2)對產(chǎn)品需求缺少認同，(3)在做需求中客戶參與不夠，(4)沒有優(yōu)先

76、需求，(5)由于不確定的需要導致新的市場，(6)不斷變化需求，(7)缺少有效的需求變化管理過程，(8)對需求的變化缺少相關分析等。</p><p><b>　　相關性風險因素：</b></p><p>　　許多風險都是因為項目的外部環(huán)境或因素的相關性產(chǎn)生的。經(jīng)常我們在控制外部的相關性上做的不夠，因此緩解策略應該包括可能性計劃，以便從第二資源或協(xié)同工作資源中取得必要的組

77、成部分，并且覺察潛在的問題。與外部環(huán)境相關的因素有：(1)客戶供應條目或信息，(2)交互成員或交互團體依賴性，(3)內(nèi)部或外部轉包商的關系，(4)經(jīng)驗豐富人員的可得性，(5)項目的復用性。</p><p><b>　　技術風險因素：</b></p><p>　　軟件技術的飛速發(fā)展和經(jīng)驗豐富員工的缺乏，意味著項目團隊可能會因為技巧的原因影響項目的成功。在早期，識別風險從

78、而采取合適的預防措施是解決風險領域問題的關鍵，比如：培訓、聘請顧問以及為項目團隊招聘合適的人才等。主要有下面這些風險因素：(1)缺乏培訓，(2)對方法、工具和技術理解的不夠，(3)應用領域的經(jīng)驗不足，(4)新的技術和開發(fā)方法應用等。</p><p><b>　　管理風險因素：</b></p><p>　　盡管管理問題制約了很多項目的成功，但是不要因為風險管理計劃中沒有

79、包括所有管理活動而感到驚奇。在大部分項目里，項目經(jīng)理經(jīng)常是寫項目風險管理計劃的人，他們有先天性的不足——自己檢查自己的錯誤，這是最難的。然而，像這些問題可能會使項目的成功變得更加困難。如果不正視這些棘手的問題，它們就很有可能在項目進行的某個階段影響項目本身。當我們定義了項目追蹤過程并且明晰項目角色和責任，就能處理這些風險因素：(1)計劃和任務定義不夠充分，(2)實際項目狀態(tài)，(3)項目所有者和決策者分不清，(4)不切實際的承諾，(5)員

80、工之間的溝通等。</p><p><b>　　安全風險因素：</b></p><p>　　軟件產(chǎn)品本身是屬于創(chuàng)造性的產(chǎn)品，產(chǎn)品本身的核心技術保密非常重要。但一直以來，我們在軟件這方面的安全意識比較淡薄，對軟件產(chǎn)品的開發(fā)主要注重技術本身，而忽略了專利的保護。軟件行業(yè)的技術人員流動是很普遍的現(xiàn)象，隨著技術人員的流失、變更，很能會導致產(chǎn)品和新技術的泄密，致使我們的軟件產(chǎn)品被

81、它公司竊取，導致項目失敗。而且在軟件方面關于知識產(chǎn)權的認定目前還沒有明確的一個行業(yè)規(guī)范，這也是我們軟件項目潛在的風險。</p><p>　　并且這些因素是相互關聯(lián)的。</p><p>　　團隊成員的缺勤率、技術人員和市場人員關系融洽程度能夠影響項目風險程度。其中技術人員和市場人員關系融洽程度的增加會提高項目產(chǎn)品或技術質(zhì)量，團隊成員缺勤率的提高則會降低研發(fā)項目產(chǎn)品或技術質(zhì)量。</p&g

82、t;<p>　　團隊成員的缺勤率、所采用技術的恰當程度以及項目進行過程中客戶需求的變動程度能夠影響產(chǎn)品或技術功能滿意度。其中增加所采用技術的恰當程度會提高客戶對產(chǎn)品或技術功能的滿意度。團隊成員的缺勤率、項目進行過程中客戶需求的變動程度的提高，則會降低客戶對產(chǎn)品或技術功能的滿意度。</p><p>　　項目組成員需要經(jīng)常加班才能按進度完成任務的可能性、項目初期項目組成員精通所有技術的程度以及項目進行過

83、程中客戶需求的變動程度，能夠影響項目的成本控制。其中增加項目初期項目組成員精通所有技術的程度會有利于項目成本的控制，項目組成員需要經(jīng)常加班才能按進度完成任務的可能性、客戶需求變動程度的提高則會導致項目無法在預算內(nèi)完成。</p><p>　　技術人員和市場人員關系的融洽程度、團隊成員溝通的有效程度、項目團隊的技能、團隊成員的缺勤率、項目初期項目組成員精通所有技術的程度，能夠影響項目進度的控制。其中客戶需求變動程度的

84、增加會有利于項目進度的控制，團隊成員的缺勤率、市場規(guī)模的大小和項目團隊技能的提高則會導致項目無法在預期進度內(nèi)完成。</p><p>　　另外，我們可以制作風險控制概圖(見圖2-2-1)，讓項目管理和實施人員能很直觀的看到在項目開發(fā)個階段的風險存在狀況和各風險的大小，并采取相應措施。從風險發(fā)生的概率來看，需求風險和管理風險對項目成敗影響最大，當一個軟件項目開發(fā)團隊接手項目后，都是按照習慣性的方式來開發(fā)軟件。需求風險

85、意識比較淡薄，軟件需求分析階段的完成的不夠細致，忽略和很多軟件開發(fā)必要的內(nèi)容。在整個軟件開發(fā)過程中需求分析階段的風險控制尤為重要，如果控制不好，對軟件開發(fā)項目影響巨大，甚至是失敗。管理風險實際上是項目開發(fā)管理層，對項目開發(fā)的風險的意識反映。</p><p>　　圖2-2-1 風險控制概圖</p><p>　　2.3 基于AHP和因果分析方法的風險因素的評價模型</p><

86、;p>　　層次分析法（Analytical hierarchy process，簡稱AHP）是美國匹茲堡大學教授A.L,Satty在20世紀70年代初首創(chuàng)的一種簡便、靈活而又實用的多準則決策方法,它是一種能將定性分析與定量分析相結合的、系統(tǒng)化、層次化的分析方法。是分析多目標、多準則的復雜大系統(tǒng)的有力工具。它把一個復雜問題分解成組成因素, 并按支配關系形成層次結構, 然后應用兩兩比較的方法確定決策方案的相對重要性。層次分析法特別適用

87、于無結構問題的建模。其主要步驟有：</p><p><b>　　建立層次結構模型</b></p><p>　　首先用層次分析法深人分析所提出的問題, 然后把問題中所包含的因素劃分為不同的層次, 大體可分為三層最高層為目標層, 這一層中只有一個元素, 是分析這個問題所要達到的最終目標中間層為準則層, 這一層有多個元素, 它表示采用某種措施或政策為實現(xiàn)最終目標所涉及的中間

88、環(huán)節(jié)最底層為方案層, 它包含了為實現(xiàn)最終目標的各種措施或決策方案。最后, 用框圖說明層次的遞階結構與因素從屬關系。</p><p><b>　　構造判斷矩陣</b></p><p>　　判斷矩陣表示針對上一層次某因素而言, 本層次與之有關的各因素之間的相對重要性。其元素的值反映了人們對各因素相對重要程度的認識, 一般采用數(shù)字1-9及其倒數(shù)的標度方法, 如下表所示。當相

89、互比較因素的重要性能夠用具有實際意義的比值說明時, 判斷矩陣相應的值則可以取這個比值。</p><p>　　表2-3-1 1-9尺度的含義</p><p><b>　　層次單排序</b></p><p>　　層次單排序是指, 根據(jù)判斷矩陣計算對于上一層某因素而言, 本層次與之有聯(lián)系的因素的重要性次序的權值, 它可以歸結為計算判斷矩陣的特征根和特

90、征向量問題。通過判斷矩陣 的特征根的求解得到特征向量W, 經(jīng)過歸一化后即為同一層次相應因素對于上一層次某因素相對重要性的排序權值, 這一過程稱為層次單排序。為進行同一層次單排序(或判斷矩陣)的一致性檢驗, 需要計算的一致性指標為:(其中n為判斷矩陣的階), 對于1-11階判斷矩陣, 平均隨機一致性指標RI的指標如下表所示, 當隨機一致性比率時, 認為層次單排序的結果具有滿意的一致性, 否則需要調(diào)整判斷矩陣的元素取值。</p>

91、;<p>　　表2-3-2 1-11階矩陣的平均隨機一致性指標</p><p><b>　　層次總排序</b></p><p>　　層次總排序就是利用同一層次中所有層次單排序的結果, 計算同一層次所有元素對于最高層（總目標）相對重要性的排序。這一過程是由最高層次到最低層次逐層進行的, 對于最高層下面的第二層來說,其層次單排序即為它的總排序。若上一層次A

92、包含個m元素,,,…, ,其層次總排序權值分別為,,,…,, 下一層次B包含n個因素, ,,…, ,它們對于因素的層次單排序權值分別為, ,…, ,(當與無聯(lián)系時,=0)此時,B 層次總排序權值由下表給出。</p><p>　　表2-3-3 層次總排序權值表</p><p><b>　　一致性檢驗</b></p><p>　　為評價層次總排序

93、的計算結果得以執(zhí)行如何, 需計算與單排序類似的檢驗量, 這一步同樣也是由高到低逐層進行的。如果B層次某些因素對于單排序的一致性指標為, 相應的平均隨機一致性指標為。則B層次總排序隨機一致性比率為總排序隨機一致性比率為：</p><p>　　當時, 我們認為層次總排序結果是具有滿意的一致性, 否則需要重新調(diào)整判斷矩陣的元索取值。</p><p><b>　　2.4 小結</b

94、></p><p>　　本章節(jié)從整體上對信息系統(tǒng)開發(fā)中的風險因素進行了分析，并且介紹了風險分析常用的方法與原則。其中風險分析的方法主要分為定性與定量分析兩個大的方向。文章中給出了幾種常見的基礎性的定性與定量分析方法，如：概率——后果風險評價矩陣法、PRA(概率風險評估)、DPRA(動態(tài)風險概率評估)、VERT(風險評審技術)等。接著舉例了信息系統(tǒng)開發(fā)中的一些重點風險，并且進行了簡要的介紹與分析，給出了風險控

95、制概圖。在本章的第三部分介紹了基于AHP和因果分析方法的風險因素的評價模型，該模型將作為下一階段研究的主要工具。</p><p><b>　　3 實證分析</b></p><p>　　3.1 房地產(chǎn)信息系統(tǒng)管理系統(tǒng)開發(fā)背景</p><p>　　近年來，在市場需求的推動下，房地產(chǎn)業(yè)蓬勃發(fā)展，已經(jīng)成為我國國民經(jīng)濟的支柱產(chǎn)業(yè)之一。房地產(chǎn)企業(yè)快速發(fā)展，

96、項目建設規(guī)模呈現(xiàn)加速增長，具備典型的高成長性產(chǎn)業(yè)特征。同時，房地產(chǎn)整體產(chǎn)業(yè)正趨于成熟，高速增長中的房地產(chǎn)企業(yè)要想在殘酷的市場競爭中脫穎而出，必須不斷提高自身的投資決策能力、產(chǎn)品技術能力和項目管理能力，進而提高其核心競爭力。運用現(xiàn)代項目管理理論，采用先進管理手段提高自身的項目管理能力，尤其是項目投資分析和成本控制能力，同時運用信息化手段進行變革創(chuàng)新，結合優(yōu)秀的工程項目管理軟件，實現(xiàn)企業(yè)全面科學的項目管理，是解決房地產(chǎn)企業(yè)各種管理難題的最有

97、效途徑。</p><p>　　隨著住建部相關規(guī)范的出臺，特別是《中華人民共和國物權法》、《房屋登記辦法》（住房和城鄉(xiāng)建設部令第168號）的正式實施，原有體系已無法滿足當前房地產(chǎn)市場發(fā)展和業(yè)務辦理的需求，杭州市房產(chǎn)管理局提出了充分利用現(xiàn)有房產(chǎn)信息資源，以計算機信息技術為基礎，滿足房地產(chǎn)項目開發(fā)、測繪、交易備案、權屬登記、統(tǒng)計分析和輔助決策等業(yè)務管理需要，實現(xiàn)“一點采集、全局共享”的業(yè)務信息采集、管理、統(tǒng)計、分析和發(fā)

98、布的信息系統(tǒng)建設的需求。</p><p>　　項目開發(fā)符合住建部《房地產(chǎn)市場信息系統(tǒng)技術規(guī)范》要求，開發(fā)、集成房地產(chǎn)市場信息和應用系統(tǒng)，同時解決前階段房地產(chǎn)市場信息系統(tǒng)建設中發(fā)現(xiàn)的所有業(yè)務和技術問題，實現(xiàn)“一站式受理、一網(wǎng)式辦理”，能夠為住建部和市政府相關職能部門、房產(chǎn)局相關職能科室、金融機構、房地產(chǎn)開發(fā)企業(yè)、社會公眾提供穩(wěn)定可靠的信息資源和高效便捷的服務，使杭州的房地產(chǎn)市場信息系統(tǒng)成為服務型政府和數(shù)字杭州的重要

99、組成部分。</p><p>　　杭州房產(chǎn)局在“十一五”期間已經(jīng)總體上實現(xiàn)“四個一體化”（即業(yè)務一體化、數(shù)據(jù)一體化、服務一體化和技術一體化），簡化辦事程序、縮短辦事時間、提高辦事效率，創(chuàng)造“公平、公正、公開”的辦事環(huán)境，更好地為民服務。</p><p>　　配合建設部房地產(chǎn)市場信息系統(tǒng)技術規(guī)范編制工作，整理、規(guī)范、完善我局房地產(chǎn)市場信息系統(tǒng)建設標準和規(guī)范。以房產(chǎn)GIS技術為核心，對房管業(yè)務數(shù)

100、據(jù)進行整理、規(guī)范，做到以圖管房，實現(xiàn)數(shù)據(jù)一體化；同時爭取與兄弟單位聯(lián)網(wǎng)，實現(xiàn)與房地產(chǎn)相關部門的相關資料共享，并探索視頻數(shù)據(jù)可能性。進一步完善房產(chǎn)管理信息綜合系統(tǒng)，完善網(wǎng)上辦事功能及辦公自動化系統(tǒng)（OA系統(tǒng)），實現(xiàn)網(wǎng)上業(yè)務受理、審批和反饋，基本實現(xiàn)日常辦公無紙化，逐步形成以房產(chǎn)管理信息系統(tǒng)為核心的網(wǎng)絡辦公體系，提高辦事透明度，進一步方便群眾辦事。</p><p>　　由杭州市房產(chǎn)管理局、杭州市房產(chǎn)信息中心、北京超圖

101、地理信息技術有限公司共同開發(fā)的“杭州市數(shù)字房產(chǎn)管理信息系統(tǒng)”已經(jīng)成功運行，該系統(tǒng)基于我國自主創(chuàng)新的SuperMap GIS平臺軟件開發(fā)，是建設“數(shù)字杭州”、“和諧杭州”的重要組成部分，為杭州房地產(chǎn)經(jīng)濟乃至整個杭州市經(jīng)濟的持續(xù)穩(wěn)定發(fā)展提供直接的決策依據(jù)。</p><p>　　杭州市數(shù)字房產(chǎn)管理信息系統(tǒng)實現(xiàn)了以房產(chǎn)地理信息系統(tǒng)（ GIS）為核心的房產(chǎn)業(yè)務管理，實現(xiàn)了圖、屬、檔的一體化管理，建立了以圖管房的業(yè)務模式。例

102、如，可以根據(jù)選定建筑物查看全部分層戶圖；根據(jù)地號和房屋坐落查詢和定位分層分戶圖；根據(jù)產(chǎn)權人名稱、代碼查詢定位分層分戶圖；根據(jù)商品房預售許可證和預售合同編號查詢和定位分層分戶圖等。</p><p>　　杭州市數(shù)字房產(chǎn)管理信息系統(tǒng)具體完成了如下要求：</p><p>　　以計算機信息技術為基礎，滿足房地產(chǎn)業(yè)務管理需要,符合住建部《房地產(chǎn)市場信息系統(tǒng)技術規(guī)范》要求，建設房地產(chǎn)業(yè)務的信息采集、管理

103、、統(tǒng)計分析和發(fā)布的信息系統(tǒng)；</p><p>　　對內(nèi)實現(xiàn)辦公自動化、業(yè)務流程化、測繪成果圖形化、行政業(yè)務電子化、宏觀決策智能化；</p><p>　　對外實現(xiàn)政務信息公開化、公共服務透明化、便民服務互動化，使房地產(chǎn)市場信息系統(tǒng)成為“數(shù)字梧州”的重要組成部分；</p><p>　　對現(xiàn)有庫存的房產(chǎn)檔案進行數(shù)字化加工處理，完成檔案整理、數(shù)據(jù)錄入(校對)、檔案掃描、檔案

104、號轉換、建立權屬的上下手關系、建立產(chǎn)權檔案與抵押(查封)檔案之間的關系、建立樓盤表、建立電子登記簿等基礎工作，并把成果集成到新系統(tǒng)中，最終形成一個全市統(tǒng)一標準的規(guī)范化的能全面準確反映房屋登記的歷史及現(xiàn)狀的綜合信息數(shù)據(jù)庫，并不斷完善和更新，為系統(tǒng)提供全面、準確、可靠、規(guī)范的基礎數(shù)據(jù)支持；</p><p>　　基于樓盤表和房屋生命周期實現(xiàn)“以圖管房，房地關聯(lián)”的房地產(chǎn)信息集成，滿足長事務處理，建設和完善房產(chǎn)基礎數(shù)據(jù)庫

105、，確保房產(chǎn)數(shù)據(jù)的現(xiàn)勢性、有效性，全面實現(xiàn)“一點采集、全局共享”；</p><p>　　為房地產(chǎn)相關部門的數(shù)據(jù)獲取及共享系統(tǒng)建設提供服務接口，滿足動態(tài)采集與共享房地產(chǎn)各類信息資源的需要，為房地產(chǎn)管理、分析和決策行為提供強有力的系統(tǒng)支持。 </p><p>　　杭州市數(shù)字房產(chǎn)管理信息系統(tǒng)總體構架如下圖所示：</p><p>　　圖3-1-1 杭州市數(shù)字房產(chǎn)管理

106、信息系統(tǒng)總體構架圖</p><p>　　杭州市數(shù)字房產(chǎn)管理信息系統(tǒng)包括房屋登記管理系統(tǒng)、公眾服務門戶網(wǎng)站、商品房網(wǎng)上監(jiān)管平臺、房產(chǎn)市場管理系統(tǒng)、房產(chǎn)項目管理系統(tǒng)、從業(yè)主體管理系統(tǒng)、存量房網(wǎng)上監(jiān)管平臺、房產(chǎn)檔案管理系統(tǒng)、測繪成果管理系統(tǒng)、統(tǒng)計發(fā)布管理系統(tǒng)、檔案整理與掃描系統(tǒng)等，實現(xiàn)了房產(chǎn)管理全程信息化。該項目在充分考慮“數(shù)字城市”整體建設要求，特別是與相關單位實現(xiàn)信息共享的需要的基礎上，將協(xié)助杭州市實現(xiàn)更全面房產(chǎn)市

107、場信息管理信息化與網(wǎng)絡化，進一步促進杭州市房產(chǎn)政務“公開、公平、公正”，促進更加透明的房產(chǎn)市場不斷同前發(fā)展。下圖為系統(tǒng)的界面。</p><p>　　圖3-1-2 杭州市數(shù)字房產(chǎn)管理信息系統(tǒng)界面</p><p>　　3.2 房地產(chǎn)信息管理系統(tǒng)開發(fā)中的風險研究</p><p>　　我在2011年3月進入杭州中房信息科技有限公司實習。該公司是隸屬于杭州市房產(chǎn)管理局的一家二

108、級企業(yè)，主營業(yè)務涉及新一代基于SOA的房產(chǎn)信息系統(tǒng)研發(fā)、杭州市數(shù)字房產(chǎn)管理信息系統(tǒng)的推廣、杭州市透明售房網(wǎng)的運營。進入公司后，我被分派到產(chǎn)品事業(yè)部，參與杭州市數(shù)字房產(chǎn)管理信息系統(tǒng)的推廣工作。在我進入公司以后該系統(tǒng)的研發(fā)已經(jīng)進入推廣、修改與維護階段，系統(tǒng)用戶面向杭州市下屬的各縣房管局，現(xiàn)階段的主要任務是為杭州市下屬的各縣房管局安裝調(diào)試本系統(tǒng)，錄入一些歷史房產(chǎn)數(shù)據(jù)，在實際運用中查找系統(tǒng)漏洞，并及時修正。因此我對本階段的系統(tǒng)開發(fā)中會遇到的風險

109、有比較深刻的認識，另外在與早先進入公司參與項目的同事聊天中了解了整個信息系統(tǒng)開發(fā)過程中遇到的困難與問題以及系統(tǒng)開發(fā)過程中的風險分析、風險預防與風險監(jiān)控。按系統(tǒng)開發(fā)流程歸納總結有如下幾點：</p><p>　　起始階段：為了加強對房地產(chǎn)市場信息系統(tǒng)建設工作的領導，市政府成立了由分管副市長為組長，市政府副秘書長、市房管局局長為副組長，財政、房管、規(guī)劃、人事等相關部門為組員的房地產(chǎn)信息化建設領導小組。下設辦公室，由我們