臺灣博碩士論文加值系統

資訊系統委外開發的過程中，常會面臨到各式不同的軟體風險因子，如高度的技術複雜度、組織環境的不確定性、不明確的系統需求等風險因子，將會導致開發進度嚴重延宕甚至失敗，而這些問題也是管理者最迫切亟待解決的議題。因此，在專案執行期間建立有效的風險管理、應變與監控機制就顯得十分重要。
基於上述研究動機，本研究將探究軟體風險因子識別與分析方法在軟體開發模型選擇之適切性，進而提出可選擇之軟體開發模型建議，以作為未來軟體系統專案決定軟體開發模型之參考，期能在專案起始階段，有效地識別與分析專案潛在的風險，準確評估各類風險對專案的影響。
本文研究成果可結合工作分解結構（Work Breakdown Structure，WBS）與風險分析方法，在專案初期導入軟體風險評估，以獲得適宜採行之軟體開發模型，期能有效降低風險對專案的衝擊程度，提昇軟體專案成功之機率。

In the outsourcing process of information systems, we often face the risks of all kinds of different software. The risk factors are technical complexity, unstable organizational environment, and obscure system requirements, which lead to serious delays in the development progress frequently. These problems are among the most pressing issues to be solved by information management. Therefore, it is considerably essential to build up effective risk management and mechanism of response and control when conducting projects.
In order to select the most suitable model for software development, we aim to explore the suitable of using software risk factors identification and analysis for selecting the software development model in the hope that based on the results, the potential risks of projects are identified and analyzed effectively and that the impacts of different types of risks on projects are estimated exactly in the initial stage of projects.
According to the finding we suggest that the achieved result together with work breakdown structure and risk analysis approach can benefit our selection of a more suitable software development model when estimating software risks in the initial stage of projects, which are expected to lessen the impacts of risks on projects and elevate the probability of software projects.

目錄
中文摘要　Ⅰ
英文摘要　Ⅱ
致謝　Ⅲ
第一章 緒論　1
1.1　研究動機與目的　1
1.2　研究範圍與限制　3
1.3　研究流程　4
第二章 文獻探討　6
2.1　軟體開發模式　6
2.1.1　軟體發展流程　7
2.1.2　軟體開發模型　8
2.2　軟體風險因子　19
2.3　工作分解結構　23
第三章 研究設計與實施　25
3.1　研究架構　25
3.1.1　確立本研究之軟體風險評估機制　25
3.1.2　確立各項風險因子適宜採行之軟體開發模型　32
3.2　研究假設　33
3.3　研究工具　37
3.4　研究對象及資料蒐集方法　39
第四章 研究結果與發現　41
4.1　研究結果　41
4.2　假設檢定結果　71
4.3　研究發現　83
第五章 結論與建議　87
5.1　研究結論　87
5.2　研究貢獻　89
5.3　研究困難與限制　92
5.4　未來研究方向　93
參考文獻　95
附錄　100
附錄一　專家訪談研究問卷調查填答說明　100
附錄二　正式問卷　103

表目錄
表 2.1 軟體開發模型特性說明表　18
表 2.2 各學者探討軟體風險因子之研究結果彙整表　20
表 2.3 Linda Wallace等人歸納的軟體風險構面與風險因子中英對照表　21
表 2.4 Linda Wallace等人歸納的軟體風險構面與風險因子描述說明　22
表 3.1 WBS工作項的特徵分類法則　29
表 3.2 專案目標項目的風險影響程度矩陣表　30
表 3.3 風險登記冊說明範例　31
表 3.4 專家效度審查意見彙整表　38
表 3.5 不同軟體開發模型與27個軟體風險因子之信度係數總表　39
表 4.1 受試者背景資料統計　43
表 4.2 不同軟體開發模型組別在因應不同風險因子之平均數及標準差　45
表 4.3 受試者年齡與研究結果之平均數及標準差　51
表 4.4 受試者任職資訊產業類別與研究結果之平均數及標準差　52
表 4.5 受試者現任職務與研究結果之平均數及標準差　54
表 4.6 受試者資訊相關工作年資與研究結果之平均數及標準差　55
表 4.7 受試者參與過的軟體專案數與研究結果之平均數及標準差　57
表 4.8 受試者最常使用的軟體開發模型與研究結果之平均數及標準差　58
表 4.9 不同軟體開發模型因應不同風險因子之統計分析表（具顯著）　61
表 4.10 不同軟體開發模型因應不同風險因子之統計分析表（無顯著）　62
表 4.11 受試者年齡與研究結果之統計分析表　65
表 4.12 受試者任職資訊產業類別與研究結果之統計分析表　66
表 4.13 受試者現任職務與研究結果之統計分析表　67
表 4.14 受試者資訊相關工作年資與研究結果之統計分析表　68
表 4.15 受試者參與過的軟體專案數與研究結果之統計分析表　69
表 4.16 受試者最常使用的軟體開發模型與研究結果之統計分析表　70
表 5.1 依分析結果整理並設計出的風險登記冊　88
表 5.2 依分析結果整理並設計出的風險登記冊範例　88
表 5.3 不同軟體風險因子建議採行之開發模型優先序參考表　89

圖目錄
圖 1.1 軟體開發專案可能會面臨到的各式不同風險示意圖　3
圖 1.2 研究流程圖　5
圖 2.1 線性發展流程概念圖　7
圖 2.2 多循環發展流程概念圖　8
圖 2.3 瀑布模型概念圖　9
圖 2.4 漸進式模型概念圖　10
圖 2.5 雛型模型概念圖　11
圖 2.6 螺旋模型概念圖　12
圖 2.7 終極製程模型概念圖　14
圖 2.8 統一流程概念圖　17
圖 2.9 工作分解結構概念圖　23
圖 3.1 Boehm的風險管理架構圖　25
圖 5.1 軟體開發模型建議方案獲得示意圖　91

[1]T. Addison (2003), "E-commerce Project Development Risks: Evidence from a Delphi survey", International Journal of Information Management, Vol. 23, No. 1, pp. 25-40.
[2]D. Aloini., R. Dulmin., V. Mininno (2007), "Risk Management in ERP Project Introduction: Review of the Literature", Information and Management, Vol. 44, No. 6. pp. 547-567.
[3]L. Bally., J. Brittan., K. H. Wagner (1977), "A Prototype Approach to Information System Design and Development", Information and Management, Vol. 1, No. 1, pp. 21-26.
[4]H. Barki., S. Rivard., J. Talbot (1993), "Toward an Assessment of Software Development Risk", Jurnal of Management Information systems, Vol. 10, No.2, pp. 203-255.
[5]M. O. Barros., C. M. L. Werner., G. H. Travassos (2004), "Supporting Risks in Software Project Management", Journal of Systems and Software, Vol. 70 No.1-2, pp. 21-35.
[6]B. Boehm (1988), "A Spiral Model of Software Development and Enhancement", IEEE Computer, Vol.21, No. 5, pp. 61-72.
[7]B. W. Boehm (1991), "Software Risk Management:Principles and Practices", , IEEE Software, Vol. 8, No. 1, pp. 32-41
[8]R. N. Charette (1996), "Large-Scale Project Management Is Risk Management", IEEE Software, Vol. 13, No. 4, pp.110-117.
[9]R. N. Charette (2005), "Why Software Fails? " , IEEE Spectrum, Vol. 42, No. 9, pp. 42-49.
[10]T. Chen., J. Zhang., K. K. Lai (2009), "An Integrated Real Option Evaluating Model for Information Technology Prijects Under Multiple Risk", International Journal of Project Management, Vol. 27, No. 8, pp. 776-786.
[11]Department of Defense (1998), "Department of Defense Handbook Work Breakdown Structure MIL- HDBK- 881", Washington DC, pp.10-14.
[12]W. M. Han., S. J. Huang (2007), "An Empirical Analysis of Risk Components and Performance on Software Projects", Journal of Systems and Software, Vol. 80, No. 1, pp. 42-50.
[13]IBM (1997), Project Management Fundamentals Handbook.
[14]I. Jacobson., G. Booch., J. Rumbaugh (1999), "The Unified Software Development Process", Addison-Wesley Longman Publishing Co., Inc. Boston, MA, USA, pp. 6.
[15]K. Wiegers, "21 Project Management Success Tips", http://www.projectsmart.co.uk/21-project-management-success-tips.html (May, 2011).
[16]M. Keil., P. E. Cule., K. Lyytinen., R. C. Schmidt(1998), "Aframework for Identifying Software Project Risks", Communications of the ACM, Vol. 41, No. 11, pp. 76-83.
[17]M. Keil., L. Li., L. Mathiassen., G. Zheng (2008), "The Influence of Checklists and Roles on Software Practitioner Risk Perception and Decision-making", Journal of Systems and Software, Vol. 81, No.6, pp. 908-919.
[18]K. Beck (1999), "Embracing Change with Extreme Programming", IEEE Computer, Vol. 32, No. 10, pp.70–77.
[19]L. Wallace., M. Keil., A. Rai (2004), "How Software Project Risk Affects Project Performance: An Investigation of the Dimensions of Risk and an Exploratory Model, " Decision Sciences, Vol. 35, No. 2, pp. 289-321.
[20]M. J. Qureshi., S. A. Hussain (2007), "An Adaptive Software Development Process Model", Advances in Engineering Software, Vol. 39, No.8, pp. 654-658.
[21]F. W. McFarlan (1981), "Portfolio Approach to Information Systems", Havard Business Review. Vol. 59, No. 5, pp. 142-150.
[22]H. Mills (1971), "Top-Down Programming in Large Systems", Debugging Techniques in Large Systems, Englewood Cliffs, NJ: Prentice Hall, pp. 41-55.
[23]K. S. Na., J. T. Simpson., X. Li., T. Singh., K. Y. Kim (2007), "Software Development Risk and Project Performance Measurement: Evidence in Korea." Journal of Systems and Software, Vol. 80, No. 4, pp.593-605.
[24]R. T. Nakatsu., C. L. Lacovou (2009), "A Comparative Study of Important Risk Factors Involved in Offshore and Domestic Outsourceing of Software Development Projects: A two-panel Dephi Study", Information and Management, Vol. 46, No. 1, pp. 57-68.
[25]Project Management Institute (2008), A Guide to the Project Management Body of Knowledge Fourth Edition (PMBOK® Guide), USA: Project Management Institute, Inc.
[26]J. S. Reel (1999), "Critical Success Factors in Software Projects", IEEE Software, Vol. 16, No. 3, pp.18-23.
[27]R. Black (2005), "Proper Planning Can Help Project Managers Avoid Raging Fires", Computing Canada, Vol. 31, No. 16.
[28]W. W. Royce (1970), "Managing the Development of Large Software Systems", Proceedings of IEEE Wescon, pp.1-9.
[29]R. Schmidt., K. Lyytinen., M. Keil., P. Cule (2001), "Identifying Software Project Risk: An international Delphi Study", Jurnal of Management Information Systems, Vol. 17, No. 4, pp. 5-36.
[30]Standish Group International (2009), New Standish Group Report Shows More Project Failing and Less Successful Projects. http://standishgroup.com/newsroom/chaos_2009.php (May, 2011).
[31]M. Sumner (2000), "Risk Factor in Enterprise-Wide/ERP Project", Journal of Information Technology, Vol. 15, No. 4, pp.317-327.
[32]S. J. Huang., W. M. Han (2008), "Exploring the Relationship Between Software Project Duration and Risk Exposure: A Cluster Analysis", Information and Management, Vol. 45, pp. 175-182.
[33]W. Brown.et al. (1998), Refactoring Software, Architectures and Projects in Crisis, New York: Wiley Computer Publishing.
[34]Y. Hu., J. Huang., J. Chen., M. Liu., K. Xie (2007), " Software Project Risk Management Modeling with Neural Network and Support Vector Machine Approaches", IEEE Natural Computation, Vol. 3, pp. 358-362.
[35]王琮信(2004)，極致編程(XP)於校園內軟體開發專案之應用，碩士論文，國立政治大學資訊管理研究所，台北。
[36]牟登秀(2008)，建構知識導向之專案經驗模型於風險監控，碩士論文，中原大學資訊管理研究所，桃園。
[37]吳明隆、涂金堂(2005)，SPSS與統計應用分析，五南圖書。
[38]吳俊霖(2006)，師資培育歷程檔案系統的設計與建置，碩士論文，國立交通大學教育研究所，新竹。
[39]林信惠、黃明祥、王文良，軟體專案管理（再版）(2005)，智勝文化事業有限公司。
[40]洪茂峰(2009)，架構導向專案風險管理模型之研究，碩士論文，國立中山大學資訊管理學系研究所，高雄。
[41]張文貴(2001)，「軟體技術文件標準手冊之編訂」，軟體產業通訊，第40期，第28-34頁。
[42]張家豪(2005)，軟體風險因子之動態辨識與分析，碩士論文，國立臺灣科技大學資訊管理系，台北。
[43]曹正城(2008)，不同軟體專案類型之品質因素探討，碩士論文，世新大學資訊管理學研究所，台北。
[44]陳榮靜、劉延純、楊政豐(2011)，「運用風險因子識別與分析在軟體發展流程選擇」，電子商務學報(TSSCI)，第十三卷，第二期，第389-412頁。
[45]黃世禎(2007)，「以群聚方法探討軟體風險因子發生機率與嚴重性對專案績效之影響」，行政院國家科學委員會專題研究計畫成果報告，編號：NSC96-2416-H-001-009。
[46]楊政豐(2008)，導入風險評估機制於軟體專案規模預估準確度改善之研究，碩士論文，東海大學資訊工程與科學研究所，台中。
[47]褚如君、陳秀華、詹景勛(2010)，數位典藏叢書01數位化工作流程指南：專案規劃，數位典藏與數位學習國家型科技計畫 拓展台灣數位典藏計畫發行，第30頁。
[48]趙善中、郭麗齡、尤柄文(2009)，使用軟體架構模型：軟體工程，儒林圖書有限公司，第6-7頁。
[49]鄭炳強(2007)，軟體工程：從實務出發，智勝文化，第176-204頁。
[50]藍元志(2003)，專案風險管理回應策略選擇模式之建立，碩士論文，國立中央大學工業管理研究所，桃園。
[51]顏春煌(2009)，軟體工程理論與實務應用，碁峰資訊股份有限公司。