，劃分功能模塊、定義各功能模塊接口，數據庫設計，制定組裝測試計劃，對已完成的文檔進行評審，設計各模塊具體實現算法，確定模塊間詳細接口，制定模塊測試方案等。該階段主要風險是技術風險和開發(fā)人員風險。技術風險主要是指軟硬件的選擇和使用。該風險的后果包括兩個方面：一是導致項目目標功能的不完備，達不到技術要求;另外一方面是形成“信息孤島”，過多的選擇創(chuàng)新型技術可能使得企業(yè)信息化變成巨大的災難。
開發(fā)人員風險是指項目開發(fā)團隊人員帶來的風險，包括團隊結構不合理、團隊成員離職和團隊內部沖突等，該風險導致無法發(fā)揮團隊智力，項目設計水平低，為項目失敗埋下禍根。系統(tǒng)編碼階段的主要工作是編寫程序源代碼，進行模塊測試和調試，編寫用戶手冊、對已完成的文檔進行評審等。這一階段對團隊成員的依賴和對技術管理的依賴較強，所以管理風險和開發(fā)人員風險發(fā)生的概率較高，產生的后果也較嚴重。系統(tǒng)測試階段主要工作是執(zhí)行集成測試計劃、編寫集成測試報告、測試整個軟件系統(tǒng)、試用用戶手冊、編寫開發(fā)總結報告等。該階段主要風險是開發(fā)人員風險和管理風險。開發(fā)人員風險包括團隊其它開發(fā)人員與測試人員配合、溝通、互動不夠，項目團隊與應用組織人員之間的培訓、理解、溝通不夠，導致項目問題不能及時有效地解決。管理風險是指對開發(fā)團隊的管理和實施項目企業(yè)的管理漏洞帶來的風險，特別是實施項目企業(yè)的流程重組，雖然往往表現在將要開始實施時，實際上是涉及項目整體的問題。在系統(tǒng)實施的過程中，主要風險是管理風險和技術風險。
在此階段，管理風險導致項目的人機界面難以確定，各部門之間的分工出現模糊，責任互相推諉等現象。企業(yè)的工作效率和管理績效比實施項目前可能會有所下降，直接導致企業(yè)管理人員對項目的信心。技術風險在此階段的表現是巨大的和難以更改的。技術風險的后果一方面體現在項目沒有達到預期的性能標準或無法完全滿足用戶的需求;另一方面是項目的技術太過于超前，使得企業(yè)無法同外界進行正常的信息溝通和交流，致使企業(yè)空有一個信息化的外殼而沒有信息化的實質。
3.2 邏輯維
依據項目管理知識體系指南(]PMBOK)的風險管理過程，邏輯維分為IT軟件項目風險規(guī)劃、風險識別、風險定性分析、風險定量分析、風險應對計劃和風險控制。IT軟件項目風險管理規(guī)劃是謀劃項目風險管理的活動。該規(guī)劃的重點是確定風險管理目標和任務，確定IT軟件項目風險管理要點，組織風險管理團隊，分享組織知識資產等。IT軟件項目風險識別是在分享組織知識資產的基礎上，深入分析開發(fā)團隊特征、用戶特征、環(huán)境特征、利益相關者特征、資源特征等，對風險影響狀態(tài)、風險影響因素、風險影響后果等做出初步的判斷。IT軟件項目定性風險分析是對風險發(fā)生的概率及影響進行評估和匯總，進而對各類可能發(fā)生的風險進行排序。定量風險分析是指對威脅項目順利完成的重大風險進一步量化分析的過程。IT軟件項目風險應對規(guī)劃是一系列基于資源、能力、知識的技術應對方案和管理應對方案。IT軟件項目風險控制是在監(jiān)控開發(fā)過程的基礎上，保證各階段開發(fā)成果與開發(fā)方案一致，風險一旦發(fā)生，即啟動應對方案。
3.3 知識維
知識維是指在IT軟件項目風險管理的過程中應用到的方法。在圖1中，列出了風險識別、風險分析和風險應對的各類方法。風險識別的方法可以從兩個角度劃分，一是從內容方面，另外是從識別的過程方面。內容方面可把風險識別的方法分成經驗型和知識型，具體的方法有風險源清單法、分類樹法，工作結構分解、魚刺圖和層次分析法等;從識別的過程可劃分為結構型和非結構型，具體的方法有文件審查法、頭腦風暴法和德