跳到主要內容

臺灣博碩士論文加值系統

(18.97.9.171) 您好!臺灣時間:2024/12/13 00:31
字體大小: 字級放大   字級縮小   預設字形  
回查詢結果 :::

詳目顯示

我願授權國圖
: 
twitterline
研究生:楊惠如
研究生(外文):Hui-Ju Yang
論文名稱:成札氻J軟體開發異動管理關鍵因素之研究
論文名稱(外文):The Key Factors of Implementing Software Change Management in Software Development with Success
指導教授:黃士銘黃士銘引用關係
指導教授(外文):Shi-Ming Huang
學位類別:碩士
校院名稱:國立中正大學
系所名稱:資訊管理所
學門:電算機學門
學類:電算機一般學類
論文種類:學術論文
畢業學年度:95
語文別:中文
論文頁數:105
中文關鍵詞:軟體異動管理 (變更管理)需求追溯專案管理軟體異動程序層級分析程序法(AHP)
外文關鍵詞:Software Change Management、Requirement Manageme
相關次數:
  • 被引用被引用:0
  • 點閱點閱:290
  • 評分評分:
  • 下載下載:0
  • 收藏至我的研究室書目清單書目收藏:3
有鑑於軟體專案主要失敗的原因,非導因於在於軟體開發技術,主要是需求的不確定與不適當管理及軟體系統異動頻繁影響專案成敗,軟體異動產生造成專案開發異動成本的專案失敗率的增加,進而影響軟體業者的競爭能力。本研究的主要目的,在調查國內軟體業者於軟體專案開發過程中導入軟體異動(變更)管理的情形,並探討找出成札氻J軟體異動管理的關鍵因素。
本研究的內容包括軟體發展本身特性的三個構面-軟體開發方法與需求管理、軟體異動的管理程序及軟體對專案管理相關文獻,以及企業內部及外部經營環境構面的因素加以探討及歸納出相關因素;透過文獻探討,並得知軟體異動的管理程序:異動策略之擬定、異動需求的提出、異動需求與必要性決定、需求的追溯、異動影響的分析、軟體異動程序的執行與控管流程,透過專家問卷的調查專家與學者的意見及一致性的檢定結果之因素,作為企業問卷的問項,並利用層級分析程序法(Analytic Hierarchy Process, AHP)的問卷方式,收集國內軟體產業熟悉軟體異動管理的專案經理人的意見,共計發放78份問卷,有效樣本28份,經由分析與彙整後,以了解目前國內軟體業者導入軟體異動管理的現況,並得到公司導入否及個人導入否其導入軟體異動管理的關鍵因素之結果差異。

本研究最終所導出的各構面的成札氻J軟體異動管理的關鍵因素,可以作為國內軟體業者在進行軟體發展導入軟體異動管理時的重要參考依據。
Because the reason why the special project of the software fails mainly, does not lead because lying in software development technology, it frequently influences the special project success or failure with the inappropriate project management and software systematic unusual change(fluctuation) of software that demand that mainly is uncertain, the different movable property of software grows the increase of the miss ratio of special project causing the special project to develop the software change cost, and then the competitive capability in software industry. The main purpose of this research, to get the key factors of implementation software change management in software development while the person who investigates domestic software industry develops in the special project of the software (change) The situation of management,investigate into and find out the key factors succeeded in implying into software
change management in software developing.
The content of this research includes the software and develops three literary composition surfaces of one's own characteristics - the development approach of the software and business requirement, there are two surfaces to be concerned and appraised – including business internal administration of organization and external management environment construct key factor investigate into and is it produce relevant factors to sum up inside the enterprise; By the survey theses and journals, let’s to realize the procedure of software change management for control: including maneuvering the change strategy or policy、verifying change request 、deciding the necessity of software change request、tracing the software requirement 、analyzing the change impact and controlling the execution of change procedure. Pass the suggestions of the investigation experts and scholar of experts' questionnaire and factors of the examination result of consistency, as the asking one of enterprises' questionnaires, utilize the level to analyze the procedure law (Analytic Hierarchy Process, AHP) Questionnaire way, it is domestic to be collect software industry familiar with software special project suggestion of managers, on the topic of software change management, grant 78 questionnaire altogether, effective sample 28, via after analyzing and remit whole, after statistic analysis, to realize the domestic software industry’ situation of implement software change management and approach the result differences between the company enterprises or individualswhether adopt managing software change or not in system developing.
Research this lead appear construct the key factors with success while implying software change management into each finally, important reference bases when software enterprises plan to imply software change management in software development of can be regarded as the good model.
目 錄 1
圖 目 錄 4
表 目 錄 6
第一章 緒論 8
1.1 研究背景 8
1.2 研究動機 10
1.3 研究目的 11
1.4 研究流程 13
第二章 文獻探討 15
2.1 軟體開發方法與軟體異動的定義 15
2.1.1 異動管理與建構管理弁鄐妤敦Q 16
2.1.2 軟體各標準協定對軟體異動管理的流程比較: 19
2.1.3 軟體開發方法 20
2.1.4 軟體異動產生之原因與類型 21
2.1.5 軟體異動的工具比較 22
2.2 需求管理 22
2.2.1 需求管理方法 22
2.2.2 需求的結構化方法 23
2.3 軟體異動的管理程序 25
2.3.1 異動策略之擬定 26
2.3.2 異動需求與必要性決定 26
2.3.3 需求的追溯 27
2.3.4 異動影響的分析 30
2.3.5 軟體異動程序的執行與控管流程 31
2.4 軟體異動對專案管理相關議題探討 34
2.4.1 循環式異動的專案管理 34
2.4.2 軟體專案管理之成它]素 35
2.4.3 導入軟體異動管理的成左漫w義 37
2.4.4 成札氻J的關鍵因素構面 37
2.4.5 小結 40
第三章 研究設計 41
3.1 研究架構 41
3.1.1 構面的說明 41
3.1.2 研究對象 43
3.1.3 導入軟體開發異動管理關鍵因素之說明 44
3.2 研究架構之說明 47
3.2.1 「企業內部環境」構面之說明 48
3.2.2 「外部經營環境」構面之說明 48
3.2.3 「軟體發展需求」構面之說明 49
3.2.4 「異動管理執行方法」構面之說明 49
3.2.5 「專案管理」構面之說明 50
3.3 研究方法的選擇 51
3.3.1 Lawshe 檢定法 51
3.3.2 層級分析程序法 (Analytical Hierarchy Process,AHP ) 51
3.3.3 層級分析程序法來源 52
3.3.4 層級分析程序法優點 52
3.3.5 層級分析程序法基本假設 53
3.3.6 層級分析程序法應用範圍 53
3.4 專家問卷設計 54
3.4.1 問卷調查對象 54
3.4.2 專家問卷資料分析 55
3.4.3 專家問卷結果 59
3.5 AHP 問卷設計 61
3.6 小結 62
3.6.1 層級分析程序法的標準程序 64
第四章 資料分析與研究結果 65
4.1 基本資料結構分析 65
4.1.1 問卷的發放與回收結果 65
4.1.2 有效樣本的基本資料分析 66
4.2 整體一致性檢定 68
4.2.1 效度說明 (Validity) 73
4.2.2 信度說明 (Reliability) 73
4.3 整體樣本資料分析的說明 74
4.3.1 整體樣本『企業內部環境構面』的資料權重說明 78
4.3.2 整體樣本『外部經營環境構面』的資料權重說明 79
4.3.3 整體樣本『軟體發展需求構面』的資料權重說明 80
4.3.4 整體樣本『異動管理執行方法構面』的資料權重說明 81
4.3.5 整體樣本『專案管理構面』的資料權重說明 82
4.4 資整體樣本資料分析結果 83
4.4.1 個人導入經驗-資料分析的結果彙整 84
4.4.2 公司導入經驗-資料分析的結果彙整 89
4.4.3 關鍵因素彙整 93
第五章 結論與建議 95
5.1 研究結論 95
5.2 研究貢獻 98
5.3 研究限制 99
5.4 研究建議 99
參考文獻 100
英文部分 100
中文部分 102
附錄一 專家問卷 103
附錄二 AHP企業問卷 103
附錄三 專家意見彙整103
附錄四 個人簡介 105
英文部分
1.Axel van Lamsweerde(1998),Member,IEEE,Robert Darimont,Member,IEEE and
Emmanuel Letier -Managing Conflicts in Goal-Driven Requirements
Engineering, (IEEE Transactions on Software Engineering,VOL. 24,NO. 11,NOVEMBER 1998)
2.A Borland Whitepaper, “Harnessing Change” P5,P8 (2006)
3.Barry Boehm,SoftwarePproject Management-A Unified Framework by Addison Wesley (1998)
4.Bass,L.,P Clements and R.Kazman(1998).Software Architecture in Practice,Addison Wesley
5.Belassi,Walid, Tukel,Oya Icmeli(1996).A New Fframework for Determining Critical Success/Failure Factors in Projects, International Journal of Project Management Volume:14,Issue: 3 ,pp. 141-151
6.Colette Rolland,Carine Souveyet and Camille Ben Achour (1998 ).Guiding Goal
Modeling Using Scenarios (IEEE Transactions on Software Engineering,VOL.
24,NO. 12,DECEMBER 1998 1055
7.Davenport,T.H. (1998).“Putting the Enterprise Into the Enterprise System “ Harward Business Review”,PP.121-131 July-August
8.David L. Atkinsn , Audris Mockus and Harvey P. Siy /Measuring Technology
Effects on SoftwareChange Cost, Bell Labs Technical Journal
9.David L. Atkin, Audris Mockus, Harvey P. Siy(2000).Measuring Technology Effect on software change cost. Bell Labs Technical Journal
10.Ed Tourdon,(2003). Management Software Requirement – A Use Case Approach,By Addison Wesley
11.Joachim Karlsson, Claes Wohlin, Bjorn Regnell (2000).An Evaluation of Method for Priortizing software requirement
12.Factors influencing requirements traceability practice Balasubramaniam Ramesh Association for Computing Machinery. Communications of the ACM; Dec 1998; 41, 12; ABI/INFORM Global pg. 37
13.Georage E. Stark, Paul Oman,Alan Skillicorn and Alan Ameele.An Examination
of the Effects of Requirements Changes on Software Maintenance Releases
/Journal of Software Maintaince: Research and Practice
14.IBM Ratioanl Rose, Rational Unified Process,RUP
15.J. Softw. Maint. (1999) An Examination of the Effects of Requirements Changes on SoftwareMaintenance Releases/ Journal of Software Maintaince: Research and Practice: Res. Pract. 11,293–309
16.Jonathan,Lee, Nien-Lin,Xue and Jong-Yih,Kuo.(2001).Structuring requirement specifications with goals, Information and Software Technology Volume: 43,Issue: 2,February 1.
17.Joseph P. Loyall(1993) .Using Dependence Analysis to Support the Software Maintain Process /Configuration on Requirement . IEEE CS
18.Karlsson, J., Wohlin, C. and Regnell, B.(1998). An evaluation of methods for prioritizing software requirements, Information and Software Technology, 39, 939-947.
19.Lawshe,C. H. (1975). “A Quantitative Approach to Content Validity.” Personnel Psychology,28,pp. 564~575.
20.Leffingwell Widrig(2004). Management Software Requirement –A Use Case Approach Addison Wesley /Page 342~ 346
21.Leslie, Willcocks and S.Richard(2000).“The Role of The CIO and IT Function in ERP “,Vol. 43,PP.30-40
22.Matthias Jarke. Requirements Tracing. Association for Computing Machinery. Communications of the ACM; Dec 1998; 41,12; ABI/INFORM Globalpg. 32 page 34,35
23.Saaty,Thomas L.(1980).The Analytic Hierarchy Process,New York:McGraw-Hill
24.SEI CMMI Version 1.1 p.560
25.Shawn A.Bonhner(1996). Software Change Impact Analysis For Design
Evolution Software Maintenance and Re-Engineering , IEEE CS
Oriena C.Z.Gotel(1994).An Analysis of the Requirement Traceability Problem Configuration on Requirement , IEEE CS
26.Peter Capell. Benefits of Improvement Efforts. September 2004
http://www.sei.cmu.edu/ Page 16
27.PMI , Project Management Institude, http://www.pmi.org/
28.Fundamentals_of_Project_Management
29.Fred Nickols. Four Change Management Strategies (2003)
http://home.att.net/~OPSINC/four_strategies.pdf
30.Roberto Meli(2001)
http://www.dpo.it/english/resources/papers/2001-escom-chgreq-en.pdf P 1~ 8
31.Fred Nickols(2003)
http://home.att.net/~OPSINC/four_strategies.pdf P2~6
http://www.opengroup.org/architecture/togaf8-doc/arch/p2/p2_h_chmgt.htm
http://www.ixon.com.tw/Products/DSS/AHP%20Homes.htm
32.Standish Group,“Chaos”,Standish Research Paper (2005)
http://www.standishgroup.com/chaos.html/
33.http://cpro.com.tw/channel/pcw/article/index.php?article_id=20213資訊傳真(2005)
34.http://www.auditnet.org/


中文部分
35.王河星(2002)。型態管理之變更管制電腦輔助系統之建構。臺北科技大學學報第三十五之二期 P3。
36.王村文(2003)。能力成熟度整合模式之導入–以文件管理系統為例。國立成奶j學資訊工程研究所碩士論文。
37.高德拉特 (Eliyahu M. Goldratt)(2002)關鍵鏈( Critical Chain ) –突破專案的瓶頸 。羅嘉潁 譯。
38.James P. Lewis著(2004),專案管理聖經(Mater Project Management),劉孟華譯臉譜。
39.林明通(2002)。ERP專案風險評估之研究。國立中正大學資訊管理研究所碩士論文。
40.林晉祺(2002)。以分析層級程序法衡量圖書出版業導入顧客關係管理系統之關鍵因素研究。南華大學出版事業管理研究所碩士論文。
41.李煒杰(1999)。應用於企業資訊系統導入之動態樹狀結構需求分析方法。東海大學工業工程學研究所碩士論文。
42.李元良(2002)。軟體程式中文文件製作與建構管理系統之研究。國防管理學院資源管理研究所碩士論文。
43.姚俊羽(2003)。能力成熟度整合模式之導入–以文件管理系統為例。銘傳大學資訊管理研究所碩士論文。
44.陳正澔(2002)。軟體需求管理在資訊系統發展之研究。國防管理學院資源管理研究所碩士論文。
45.陳政雄(2004)。軟體能力成熟度整合模式下的專案管理流程領域對軟體品質    成本影響。國立中正大學資訊管理研究所碩士論文。
46.楊贛彰(1999)。應用於企業資訊系統導入之動態樹狀結構需求分析方法。國防管理學院資源管理研究所碩士論文。
47.彭淑文(2002)。軟體需求管理之物件導向輔助架構。中華大學資訊工程研究所碩士論文
48.張素碧(1999)。ERP系統在電子業導入成永鶬鉿]素之研究~個案導入探討。元智大學工業工程研究所碩士論文。
49.曾國雄、鄧振源(1989),「層級分析法(AHP)的內涵特性與應用(上)」,中國統計學報,第27卷第6期,pp.5-22,1989年6月。
50.蘇毓婷(2003)。Requirements Management of Software Development in CMMI。國立政治大學資訊管理研究碩士論文。
51.劉鉅彥(2003)。使用XQuery對XML文件做有效的儲存與擷取。大同大學資訊工程研究所碩士論文。
52.劉璁翰(2001)。企業導入ERP系統階段性關鍵成它]素之研究。國立台北科技大學/生產系統工程與管理研究所碩士論文。
53.蔡依恒(2002)。以XUM為基礎,利用使用案例模型提高需求蒐集效率於軟體需求階段。東海大學資訊工程與科學研究所碩士論文。
54.蔡育瑩(1998)。台灣電子業導入ERP系統之關鍵因素。國立中興大學企業管理研究所碩士論文。
55.鄧鴻群(2004)。電子製造服務業導入顧客關係管理之關鍵成它]素探討。義守大學管理科學研究所碩士論文。
56.譚允中(2004)。由專案執行面談CMMI導入。資策會資工所簡報。
57.經濟部(2004) 經濟部工業局的軟體文件。
58.財團法人資訊工業策進會(2004)。我國軟體能力現況與未來發展建議報告。台北:財團法人資訊工業策進會。
59.財團法人資訊工業策進會(2005)。產業研究報告台灣資訊服務市場規模。台北:財團法人資訊工業策進會。
60.蕭國露(2002)。探討降低員工抗拒變革管理因素之研究-以企業導入ERP為例。大葉大學工業工程學系碩士論文。
QRCODE
 
 
 
 
 
                                                                                                                                                                                                                                                                                                                                                                                                               
第一頁 上一頁 下一頁 最後一頁 top