(100.26.179.251) 您好!臺灣時間:2021/04/21 22:07
字體大小: 字級放大   字級縮小   預設字形  
回查詢結果

詳目顯示:::

我願授權國圖
: 
twitterline
研究生:張矩銘
研究生(外文):Chang, Chu-Ming
論文名稱:系統工程與風險管理在軟體開發專案的應用研究
論文名稱(外文):The Application Study of System Engineering and Risk Management on the Software Development Project(SDP)
指導教授:任光德任光德引用關係
指導教授(外文):Jen, Kuang-De
學位類別:碩士
校院名稱:嶺東科技大學
系所名稱:經營管理研究所
學門:商業及管理學門
學類:企業管理學類
論文種類:學術論文
論文出版年:2006
畢業學年度:94
語文別:中文
論文頁數:135
中文關鍵詞:風險管理風險分解結構工作/風險分解結構整合矩陣
外文關鍵詞:Risk ManagementRisk Breakdown StructureWBS/RBS Integrated Matrix
相關次數:
  • 被引用被引用:1
  • 點閱點閱:331
  • 評分評分:系統版面圖檔系統版面圖檔系統版面圖檔系統版面圖檔系統版面圖檔
  • 下載下載:0
  • 收藏至我的研究室書目清單書目收藏:0
本文以系統工程為基礎探討軟體開發專案(Software Development Project, SDP)的風險管理架構、程序、工具及其應用。研究中將相關研究者或機構的風險管理程序模型做一評析比較,並在系統工程管理基礎上,發展一較具全面性的軟體開發風險管理架構及程序模型,包括:風險規劃、風險評估、風險控制三大階段;為落實執行所需的風險管理計畫、風險狀況、風險確認、風險分析、風險策略與解決方案、風險追蹤等六大步驟。在本文的軟體開發專案的程序中,亦建立達成專案目標所有工作項目的工作分解結構(Work Breakdown Structure, WBS),為了在每一個工作項目上標記可能存在的風險事件,本研究不採用風險清單的方式,而是導入比照工作分解結構所建立風險分解結構(Risk Breakdown Structure, RBS),其中所有可能的風險事件是分析SDP相關研究歸類所得。將WBS與RBS 相結合後,建構一個可協助專案清楚定位風險所在、判別不同類別風險的「工作/風險分解結構整合矩陣」(WBS/RBS Integrated Matrix)。這個WBS/RBS Matrix不僅提供專案審查風險的完整度,也提高專案審查風險的清晰度,達到預防風險威脅、提昇軟體開發專案的成功率。最後應用本研究發展的風險管理程序模型,針對研究論著相關案例進行模擬測試,驗證了本文軟體開發專案風險管理架構、程序及風險管理工具─「工作/風險分解結構整合矩陣」的應用。
The discussions about risk management framework, process, tools and its’ application of software development project (SDP) based on the system engineering fundamental were conducted in this paper. We analyzed and compared several risk management process models which released by related researchers and institutes. Firstly, an overall view on risk management framework and process model of SDP had developed systematically. This framework and process model include three phases:risk planning, risk assessment and risk control;and six steps:risk management plan, risk profile, risk identify, risk analysis, risk strategy, alternative resolution and risk tracking for needed and workable executing. Furthermore, in this paper, a work breakdown structure (WBS) was organized for the related work items to meet SDP objective. Finally, for locating any possible risk events on all SDP work items, we conducted the risk breakdown structure (RBS) which followed the WBS format and divided all possible risk events to form a project risk management structure of SDP. In this study, we have combined the utilities of RBS and WBS, called a “WBS/RBS Integrated Matrix” which can clearly locate risks and determine categories of risks in each one of these work items. The utilization of matrix not only improve the completeness of uncertainty events analysis but also clarify in detail on the risk investigation of the SDP management. For verifying the preventing of the threat of risks and increasing the successful possibility of SDP. We simulated a test case of related study and thesis to verify the application of risk management framework, process and a project risk management tool ─ “WBS/RBS Integrated Matrix” of SDP.
目 錄 頁次
中文摘要……………………………………………………………………………. i
英文摘要……………………………………………………………………………. ii
誌謝…………………………………………………………………………………. iii
目錄…………………………………………………………………………………. iv
表目錄………………………………………………………………………………. vii
圖目錄………………………………………………………………………………. vx

第一章 緒論…………………………………………………………………......... 1
第一節 研究背景……………………………………………………………. 1
第二節 研究動機……………………………………………………………. 4
第三節 研究目的……………………………………………………………. 7
第二章 文獻回顧…………………………………………………………………. 9
第一節 系統工程……………………………………………………………. 9
一、系統概念……………………………………………………… 9
二、系統工程的概念…………………………………………….10
三、系統工程管理……………………………………………... 12
四、系統工程之軟體開發………………………………………. 15
五、系統工程風險管理…………………………………………. 16
第二節 軟體開發……………………………………………………………. 23
一、軟體開發概念…………………………………………….. 23
二、軟體開發的背景與歷史…………………………………….. 24
三、軟體開發的風險管理…………………………………….. 27
第三節 專案風險管理……………………………………………………... 41
一、專案管理風險概念………………………………………... 41
二、專案風險管理……………………………………………... 42
三、軟體開發專案管理………………………………………... 54
四、專案風險管理工具………………………………………... 55
第三章 研究方法工具與內容 …………………………………………………....... 61
第一節 研究方法………………………………………………......... 61
一、質化研究的程序………………………………………….. 65
二、研究取向…………………………………………..……… 65
第二節 研究架構 ………………………………………………………... 66
第三節 研究流程………………………………………………......... 69
第四章 風險管理程序整合與工具 ……………………………………………... 72
第一節 風險管理程序整合…………………………………………………. 72
第二節 風險管理工具...…………………………….………......... 85
一、工作分解結構…………………………………………….. 85
二、風險的分類…………………………………………………. 90
三、風險分解結構…………………………………………….. 91
第三節 工作/風險分解結構整合………………………………………… 93
第四節 驗證研究……………………………………………………………. 95
第五章 案例模擬…………………………………...…………………………….. 98
第一節 模擬案例情境………...………………………………………….. 98
第二節 風險管理工具導入…………………………………......... 100
第三節 風險管理程序模擬……………………………………......... 103
第四節 模擬結果與討論………………………………………......... 110
第六章 結論與建議………………………………………………………………. 111
第一節 研究結論………………………………………………......... 111
第二節 研究限制與建議…………………………………............. 114
參考文獻………………………………………………………………………......... 116
附件一 常見軟體系統開發模式………………………………………………..... 121
附件二 軟體執行工作分解結構…………………………………………………. 126
附件三 電子/自動軟體系統分解結構 ……………………………………… 128
附件四 整合電腦輔助製造定義 ……………..................... 130
附件五 案例模擬之責任分配矩陣………………………………………………. 131
附件六 工作分配項目表............................................ 132
附件七 風險管理計畫參考範本之一……………………………………........... 133
附件八 風險管理計畫參考範本之二……………………………………........... 134
附件九 軟體開發的風險分解結構…………............................ 135







表 目 錄
頁次
表2.1.1 系統工程知識體系綱領的系統概念整理……………………........... 10
表2.1.2 系統工程風險表………………………………………………………… 17
表2.2.1 軟體開發的三個階段…………………………………………………… 25
表2.2.2 各種軟體開發模式…………………………………………………………. 26
表2.3.1 專案管理風險分類表…………………………………………………… 42
表2.3.2 機率/衝擊矩陣(Probability/Impact Matrix)………………….. 47
表2.3.3 風險說明比較……………………………………………………………... 52
表2.3.4 軟體開發專案的成功與失敗因子……………………………………… 56
表3.1.1 Vogel、Buckley與Alavi(非實證)研究策略架構比較表………….. 63
表4.1.1 系統工程、專案管理及軟體開發專案風險管理程序步驟之一……….. 74
表4.1.2 系統工程、專案管理及軟體開發專案風險管理程序步驟之二……….. 75
表4.1.3 十大風險項目追蹤範例………………………………………………… 81
表4.2.1 本研究發展之軟體開發專案工作分解結構…………………………… 89
表4.2.2 本研究軟體開發的風險分解結構……………………………………… 93
表4.3.1 整合工作/風險矩陣…………………………………………………… 94
表4.3.2 研究學者對軟體開發專案失敗風險項目說明比較表………………… 96
表4.3.3 風險頻率定義…………………………………………………………… 97
表5.1.1 模擬之工作分解結構…………………………………………………… 99
表5.2.1 模擬案例之風險頻率定義……………………………………………… 100
表5.2.2 工作/風險分解結構整合矩陣(WBS/RBS Integrated Matrix)….. 102
表5.3.1 本研究模擬之風險管理計畫…………………………………………… 103
表5.3.2 本研究模擬之風險狀況………………………………………………… 105
表5.3.3 模擬之風險分解結構…………………………………………………… 106
表5.3.4 風險研究的模擬狀況…………………………………………………… 107
表5.3.5 接受/假定風險的模擬狀況…………………………………………… 108
表5.3.6 避免風險的模擬狀況…………………………………………………… 109
表5.3.7 減輕風險的模擬狀況…………………………………………………… 109
表5.3.8 轉移風險的模擬狀況…………………………………………………… 109
表5.3.9 風險追蹤的模擬狀況…………………………………………………… 109



圖 目 錄
頁次
圖2.1.1 系統工程管理活動圖……………………................................................ 12
圖2.1.2 系統工程程序(System Engineering Process)………..........14
圖2.1.3 美國國防部的風險管理結構(DAU, 2003)…………………………….. 18
圖2.2.1 Bohem的軟體風險架構圖(Software Risk Management Steps,
1991)……………………………………………………………………...... 28
圖2.2.2 IEEE1540的風險管理模型(Risk Management Process Model). 33
圖2.2.2 Hall的風險管理程序(1997)……………………………………….. 38
圖2.3.1 PMI的風險管理程序模型圖………………………………………........ 43
圖2.3.2 Jaura& Allan(2001)的風險管理程序……………………………….. 48
圖2.3.3 戰術風險評估及管理圖………………………………………………… 51
圖2.3.4 風險處理技術程序(Risk Handling Technical Process)……... 54
圖2.3.5 風險分解結構(Risk Breakdown Structure; RBS)…………….. 58
圖3.1.1 Alavi和Carlson之資管研究策略分類架構……………………………. 61
圖3.2.1 研究架構思考流程……………………………………………………… 67
圖3.2.2 本文研究架構思考圖…………………………………………………......67
圖3.2.3 本研究架構圖…………………………………………………………… 69
圖3.3.1 本研究流程圖…………………………………………………………… 71
圖4.1.1 本研究的風險管理架構模型…………………………………………… 78
圖4.1.2 本研究的風險管理程序圖……………………………………………… 82
參考文獻
一、中文部份
中華民國品質學會(民90),軟體技術指引手冊(網路版),http://www.cisanet.org.tw/
doc/(2005/10/09)
任光德、李正龍(民93),軟體開發專案的風險管理研析,2004年中華民國危機處理學會學術研討會
林信惠、黃明祥及王文良合著(民92),軟體專案管理(Software project management),台北市:智勝文化事業有限公司
馬敬文著(民92),企業專案管理的關鍵時刻,慧泉專案管理顧問公司。網址:www.jmac.com.tw/file/ch/EPM.doc(2005/11/07)
許成績、林政、王長峰及肖文毅著(民93),現代專案管理教材(Modern Project Management),台北縣;博碩文化股份有限公司
張紹勳著(民93),研究方法(精華本),台中市:滄海書局
蕭瑞麟(民89),不先改善組織流程,資訊變革可能失敗,http://www.chinamgt. com/ harment/mm/0104/inf.htm,哈佛企業管理顧問公司(2006/3/20)
賴士葆、謝龍發、陳松柏著(民94),科技管理,台北市;華泰文化。




二、英文部份
Alavi, M. and Carlson, P.(1992), A Review of MIS Research and Disciplinary Development Implications for Deans Administrators, Journal of Management Information Systems, 8, 45-62.
Boehm, B. W.( 1991), Software Risk Management: Principles and Practices, IEEE Software, 8(1), 32-41
Boehm, B. W. & DeMarco T.( 1997), Software Risk Management, IEEE Software, 14( 3), 17-19.
Boehm, B. W.(2002), Software Risk management: overview and recent developments, COCOMO/SCM Forum #17 Tutorial, Center for Software Engineering, University of Southern California.
Brooks, F. P., Jr. (1987), No Silver Bullet: Essence and Accidents of Software Engineering, IEEE Computer, 20 (4): 10-19.
Brooks, F. P., Jr.著,錢一一譯(2004),人月神話:軟體專案管理之道,城邦(香港)文化事業股份有限公司。
Department of Defense Dictionary of Military and Associated Terms Joint Pub 1-02 (DOD Joint Staff Publication No. 1-02) (1994) , Telecommunications terms and definitions and established for use by all DOD Components, which will use the terms and definitions so designated without alteration unless a distinctly different context or application is intended.
Defense Acquisition University(2001), Systems Engineering Fundamentals, Fort Belvoir, Virginia, Department of Defense, USA.
Defense Acquisition University(2003), Risk Management Guide for DOD Acquisition Fifth Edition(Version2.0), Fort Belvoir, Virginia, Department of Defense, USA.
Department of Defense(1998), Military Handbook881[MIL-HDBK-881], Work Breakdown Structure, Department of Defense HandBook, USA.
DeMarco, T. & Lister, T.著,錢一一譯(2004),與熊共舞-軟體專案的風險管理,城邦(香港)文化事業股份有限公司。
Field, T.(1997), When bad things happen to good projects, CIO Magazine, p.55~p.62.
Gilb, T(1988), Principles of Software Engineering Management, Wokingham, England: Addison-Wesley. See particularly Chapter 6, “Estimating the Risk”.
Gilb, T.(2004), Project Failure: Some Causes and Cures, Tom@gilb.com, (2006/1/30).
Hillson, D.(2002), The risk breakdown structure(RBS) as an aid to effective risk management, San Antonio,Texas,USA.
Hall, E.M.(1998), Managing Risk-Methods for Software Systems Development, Addison Wesley Professional.
Hall, D.C.,& Hulett, D.T.(2002),Universal Risk Project—Final report, http://opim-sun
.wharton.upenn.edu/~carpen/316/PMI%20Risk%20Management%20SIG%20Project%20Report.pdf ,( 2005/9/27).
IEEE Computer Society(2005), Guide to the Software Engineering Body of Knowledge
(SWEBOK 2004), Los Alamitos, California, USA, http://www.swebok.org/, (2005/5/30).
IEEE Std 1540(2001), IEEE Standard for Software Life Cycle Processes – Risk Management, IEEE, ISBN 0-7381-2834-1
International Council on Systems Engineering; INCOSE(2006), What is Systems Engineering?, http://www.incose.org/practice/whatissystemseng.aspx?MENUID=0 (2005/12/20).
International Council on System Engineering; INCOSE (2003), A Guide to the Systems Engineering Body of Knowledge; G2SEBOK v1.00, http://g2sebok.incose.org/, (2005/10/22).
International Council on System Engineering; INCOSE(2006), Systems engineering, http://www.incose.org/practice/whatissystemseng.aspx(2006/2/24).
Jones, C.(1994), Assessment and Control of Software Risks, Prentice Hall, ISBN 0137414064.
Jones, C.(1995), Patterns of large software system: failure and success, Software productivity Research Inc., New England Executive Park, Burlinton, MA.
Jaura, S. & Allan G.(2001), An Overview of Project Risk Management, http://www. tech.
port.ac.uk/staffweb/allang/riskman.htm. (2005/10/18).
Jiang, J. J., Klein, G. and Ellis, T. S.(2002), A Measure of Software Development Risk, Project Management Journal, 33(3).
Kindinger,John P.,and John L.Darby(2000), Risk Factor Analysis—A New Qualitative Risk Management Tool. Proceedings of the Project Management Institute Annual Seminars & Symposium. Newtown Square, PA:Project Management Institute,7-16, Houston,Texas USA.
Merriam-Webster online(2006), Risk, http://www.m-w.com/dictionary/risk(2005/10/26)
Mirriam-Webster online(2006), System, http://www.m-w.com/cgi-bin/dictionary (2006/3/23)
PMI Risk SIG website, www.risksig.com, or www.techriskmgt.com/home2link.html.
Project Management Institute(2000), A Guide to the Project Management Body of Knowledge (PMBOK® Guide), Newtown Square, Pennsylvania, USA.
Project Management Institute(2004), A Guide to the Project Management Body of Knowledge (PMBOK® Guide), Newtown Square, Pennsylvania, USA.
Project Management Institute(2001), Practice Standard for Work Breakdown Structures, Newtown Square, Pennsylvania, USA.
Quick, A.(2002), Why IT Project Fail, Article Hub, http://www.articlehub.com/ authors/
Andy Quck.html
Rigby, K.(2003), Managing Standard V4.6(6.3 Definitions and general criteria for Tec-
hnical Management.), http://sparc.airtime.co.uk/users/wysywig/gloss.htm (2006/1/10).
Wikipedia(2006), System Engineering, http://en.wikipedia.org/wiki/System_engineering (2006/2/24).
Webster, K. P. B., Oliveira K. M. de, Anquetil, N.(2005), A Risk Taxonomy Proposal for Software Maintenance, IEEE Computer Society, 21st IEEE International Confere-
nce on Software Maintenance (ICSM'05), pp. 453-461
Wikipedia(2006), System, http://zh.wikipedia.org/wiki/%E7%B3%BB%E7%B5%B1
(2006/4/9).
Wikipedia(2006), System Engineering, http://zh.wikipedia.org/wiki/%E7%B3% BB%9F
%E5%B7%A5%E7%A8%8B(2006/3/15).
Wikipedia(2006), 軟體開發,zh.wikipedia.org/wiki/软件开发,(2006/3/15).
Wiegers, K. E.(1998), Know your enemy: Software risk management, Software Development magazine, www.processimpact.com( 2005/11/30).
Sommerville, I.(2004), Software Engineering (7th ed. Hardback) , Addison-Wesley, Harlow, England.
Tomayko, J. & Hallman, H.K.(1989), Software Project Management, SEI Curriculum Module SEI-CM-21-1.0, Carnegie Mellon University., http://www.sei.cmu.edu/
publications/documents/cms/cm.021.html(2005/9/15).
The Computer History Museum, http://www.computerhistory.org/timeline/ timeline.php?
timeline_year=1953.
The Computer History Museum, http://www.computerhistory.org/timeline/timeline.php?
timeline_year=1964.
The Computer History Museum, http://www.computerhistory.org/timeline/timeline.php?
timeline_year=1969.
The Computer History Museum, http://www.computerhistory.org/timeline/timeline.php?
timeline_year=1983.
Yaneer Bar-Yam(2003),When Systems Engineering Fails-Toward Complex Systems Engineering, International Conference on Systems, Man & Cybernetics, 2003, Vol. 2, 2021- 2028, IEEE Press, Piscataway, NJ.
QRCODE
 
 
 
 
 
                                                                                                                                                                                                                                                                                                                                                                                                               
第一頁 上一頁 下一頁 最後一頁 top
1. 王慶富、吳秉忠,〈台中市pub進口啤酒消費行為之研究〉,《東海學報》,40:6,1999,頁29-40。
2. 王鴻泰,〈從消費的空間到空間的消費─明清城市中的酒樓與茶館〉,《新史學》,11:3,2000,頁1-47。
3. 亦咸,〈台灣新音樂的顛覆與矛盾〉,《聯合文學》,7:10,1991,頁95-98。
4. 向陽,〈青春與憂愁的筆記─從台語歌謠的「悲情城市」中走出〉,《聯合文學》,7:10,1991,頁90-94。
5. 朱文妮,〈藝文活動參與行為之階層分析〉,《東吳社會學報》,第十二期,2002年6月,頁137-179。
6. 朱耀偉,〈全球化年代的後殖民論述〉,《社會理論學報》,5:1,2002,頁153-175。
7. 吳峻安,〈審視創造消費的生產趨力在資本主義社會的意義〉,《傳播與管理研究》,3:1,2003,頁15-42。
8. 李鳳行,〈走唱淺說〉,《文藝月刊》,第二0五期,1990。
9. 杜文靖,〈光復後台灣歌謠發展史〉,《文訊》,九月號,1995,頁23-27。
10. 林文剛,〈卡拉OK在身份認同構成中的模糊特性〉,《新聞學研究》,第五十六集,1998,頁65-83。
11. 林怡伶,〈複製或原真?主流與非主流流行音樂之事實與迷思〉,《中外文學》,25:2,1996,頁10-31。
12. 紀駿傑,〈生態女性主義:連結性別壓迫與物種壓迫的女性主義觀點〉,《女學學誌:婦女與性別研究》第十六期,2003,頁295-321。
13. 張大春,〈敢有歌吟動地哀,於無聲處聽驚雷─查禁歌曲值得大驚小怪之處〉,《聯合文學》,7:10,1991,頁106-114。
14. 陳芳明,〈台灣研究與後殖民史觀〉,《歷史月刊》,第105期,1996。
15. 葉維廉,〈殖民主義、文化工業與消費慾望〉,《當代》,52:8,1990,頁40-60。
 
系統版面圖檔 系統版面圖檔