【正文】 器資源的解決； 軟件開發(fā)過程可能的問題：①設計質量低下，導致重復設計；②一些必要的功能無法使用現有的代碼和庫實現，開發(fā)人員必須使用新的庫或者自行開發(fā)新的功能；③代碼和庫質量低下 ,導致需要進行額外的測試，修正錯誤，或重新制作；④過高估計了增強型工具對計劃進度的節(jié)省量；⑤分別開發(fā)的模塊無法有效集成 ,需要重新設計或制作。缺乏良好的溝通，無法及時地提出問題，由于無法考量對項目的影響，范圍變更也可能無法實行，風險可能被忽略，最終無法實現最優(yōu)的質量，無法預期項目潛在的問題和困難。 對開發(fā)團隊和供應商認知不足：由于受時間和工期影響，且很多供應商都是在短時間之類建立起來的新合作關系，在相互的熟悉和信任度將導致不足，供應商的資質、能力、團隊規(guī)模、組織架構的完整性、 。 八、時間的風險 項目本身的特定訴求， 導致建設工期短，同時商務、調研、溝通等占用較大時間，真正開展項目建設的時間更短； 各子項目的建設工期相應的縮短，將需投入的更多的人力，將產生高協(xié)同、高溝通、高決策等挑戰(zhàn)要求，同時對工作量的評估是否合理產生誤差； 開發(fā)時間把控不足，在開發(fā)過程中由于種種因素影響導致可能無法在期限內完成所有必需的項目活動，很有可能無法達到時間計劃的需求，出現匆忙趕工，趕工和時程的壓力很有可能導致項目工作中無法改正的錯誤。 在缺乏一家 供應商可滿足整體解決方案情況，只能分拆由多家供應商來建設的實施策略，是否真正達到預期效果，對項目實施帶來挑戰(zhàn)。對子項目系統(tǒng)的建設，多進行事前需求引導及原型設計開發(fā)。 內部人員對項目定位、具體解決方案有多種理解與認識，而產生對項目建設走向、時間進度、成本等各方面造成至關重要影響。對系統(tǒng)可維護性的輕視是大型軟件系統(tǒng)的最大風險。規(guī)避風險的方式有： (1) 以開發(fā)方誘導能保證需求的完整，使需求與客戶的真實期望高度一致。在大部分項目里，項目經理經常是寫項目風險管理計劃的人，他們有先天性的不足 —— 不能檢查到自己的錯誤。而軟件項目風險則分為產品規(guī)模風險、需要風險、相關性風險、管理風險、安全風險等六個方面： 1. 產品規(guī)模風險 項目的風險是與產品的規(guī)模成正比的，一般產品規(guī)模越大，問題就越突出。 向客戶提供風險評估，是按照國際慣例進行的例行操作，一方面讓客戶對潛在的風險有更充分的了解，表明公司誠信 為本的態(tài)度，另一方面也用以鞭策和激勵全體開發(fā)人員嚴格執(zhí)行開發(fā)標準，共同監(jiān)督項目開發(fā)過程，努力避免風險的發(fā)生。對系統(tǒng)可維護性的輕視是大型軟件系統(tǒng)的最大風險。 設計階段蘊涵的另一種風險來自于設計文檔。可見需求的不完整和對需求分析的不完整和錯誤，在設計階段被成倍地放大。組件和構件技術都是為了提高軟件的可靠性和軟件的可擴展性而采用的技術手段。 程序員 2或 3人 主要職責：協(xié)助分析人員進行詳細設計，和軟 件系統(tǒng)的代碼實現，并進行適當的白盒測試?；乇芎涂刂栖浖芾盹L險的唯一辦法就是設立監(jiān)督制度，項目開發(fā)中任何較大的決定都必須有主要技術環(huán)節(jié)甚至是由用戶參與進 行的。在軟件產品中，設計復雜，功能強大而完備，但因為操作繁復而被擱置者屢見不鮮。 同的工作環(huán)境的能力。 反映用戶的對軟件使用的重要的文檔，探討軟件需求是軟件開發(fā)的起始點，但軟件的需求卻會貫穿整個軟件的開發(fā)過程，軟件管理需要對軟件需求的變化進行控制和管理，一方面保證軟件需求的變化不至于造成軟件工程的一改再改而無法按期完成；同時又要保證開發(fā)的軟件能夠為用戶所接受。 主要風險綜述 管理，二是軟件體系結構。風險分析是在事前的一種估計，憑借一定的技術手段和豐富的經驗，基本能夠對項目的風險做出比較準確的估計，經過慎重的考慮提出可行的風險回避措施，是避免損失的重要環(huán)節(jié)。軟件的開發(fā)不同于其他的工程，在不同的工程階段，需要的人員不同，需要配合的方面也不同，所有這些都需要行之有效的軟件管理的保證。軟件質量保證體系是軟件開發(fā)成為可控制過程的基礎，也是開發(fā)商和用戶進行交流的基礎和依據。 關鍵之關鍵因素。以往的經驗可以被借鑒的地方不多。在軟件實現階段進行測試策略的編制和對性能測試的指導。 軟件技術風險 本系統(tǒng)擬訂采用的兩個重大的軟件技術是面向對象的構件和基于微軟的 COM組件技術。 設計階段的風險 設計的主要目的在于軟件的功能正確的反映了需求。這種折中也蘊涵著很大的風險。 從軟件工程的角度看，軟件維護費用約占總費用的 55%~70%，系統(tǒng)越大，該費用越高。由此而可能產生的災難性后果是公司在業(yè)務發(fā)展的時候，必須 重新開發(fā)新系統(tǒng)。軟件項目的可行性分為經濟可行性、業(yè)務可行性、技術可行性、法律可行性等四個方面。關于技術主要有下面這些風險因素： (1) 缺乏培訓 (2) 對方法、工具和技術理解的不夠 (3) 應用領域的經驗不足 (4) 對新的技術和開發(fā)方法應用不熟悉 5. 管理風險 盡管管理問題制約了很多項目的成功，但是不要因為風險管理計劃中沒有包括所有管理活動而感到驚奇。 了解了軟件項目管理中的風險評估，相信大家更想了解的是如何規(guī)避這些風險吧。 (5) 從軟件工程的角度看，軟件維護費用約占總費用的55%~70%，系統(tǒng)越大，該費用越高。 項目組內部（包括企業(yè)方與供應商方）、企業(yè)內部的共識風險。 應對：多加強與業(yè)主方的溝涌、客情關系維護，客情維護不限于一、二把手概念，對項目影響較深的相關人物一并考慮。 五、技術 /設備 /產品的風險 項目的頂層設計是否合理，是否可行，缺少相對權威的評估，同時智慧城市作為新生事物，也缺乏真正有效的設計評估。 應對：執(zhí)行層盡可能考慮各種因素，將預算做得相對準確；領導層對項目的復雜性、資金支出大、資金需求急等有較好的心理預期；財務管理制度相對