學術產出-學位論文

文章檢視/開啟

書目匯出

Google ScholarTM

政大圖書館

引文資訊

TAIR相關學術產出

題名 以企業樣版為基礎之需求分析架構
作者 朱明強
貢獻者 曾淑峰
朱明強
關鍵詞 企業樣版
統一化程序
需求分析
UML
Zachman Framework
日期 2002
上傳時間 9-五月-2016 16:27:37 (UTC+8)
摘要   系統分析困難的地方是找出符合使用者要求的需求,有時候使用者的需求與企業目標之間產生不能配合的狀況,傳統的需求分析鮮少注意此,大抵都是只著重於滿足客戶眼前的需求,並未考量這需求是否符合企業策略目標。傳統的需求分析方法,如:訪談、問卷、觀察使用者、研讀企業的文件,還是需要的,但對大型系統而言,整理文件是很費時的,對目前快速變化的競爭環境,所造成的需求變動性,上述的需求分析方法必須做個改進,如此才能跟得上競爭環境快速變化而導致的需求改變。基於此,只有重覆利用前人對某一問題的解決方式,才能避免浪費資源於解決已有標準解答的問題,樣版(Pattern)的概念似乎可以幫助我們避免無謂的資源浪費。
       本研究以Zachman Framework的計劃者的觀點做為需求分析的思考架構,亦即建構系統時所需考慮的六種角度─5W1H。至於如何充實此架構的內容,本研究提出以E-P企業模型的企業樣版做為此架構的內涵。建議依塑模企業的情況,尋找合適的企業樣版。以企業樣版塑模企業可以比較一致的方式調適企業面臨動態的環境挑戰,面對不斷的變,企業必須動態的調整企業策略,而資訊系統也需即時的更新,本研究利用前人已證實無誤且已存在的企業樣版可以幫助企業快速建立新的或是變更已有的企業模型,而順利找到符合企業策略目標的需求並建立系統進而輔助策略的遂行。本研究目的是建立協助尋找系統功能需求的分析架構,不直接以描述使用案例進行,即資訊系統與使用者之間的互動,來了解資訊系統應提供的功能。理由在於本研究強調找出符合企業策略目標的需求,必須先進行策略分析,然後找出策略活動,進而以本資訊需求架構模塑企業的目標、達成企業目標的程序。這樣的好處在於可對企業程序做深入的了解,當環境變化時而需要對企業程序做改進甚至創造新的企業程序時可以有參考的模型。這是直接進行描述使用案例所做不到的。
參考文獻 一、中文部分
     1.李美華等譯,Earl Babbie著,1998,The Practice of Social Research, 8th ed.,台北,時英出版社。
     2.宋珍儀,民90,資訊需求分析架構─以網路基金下單為例,國立政治大學資訊管理研究所碩士論文。
     3.李幸秋、曾淑峰,以樣式概念進行物件導向企業塑模--以銀行小額信用貸款為例(系列之二),待發表,2002/7。
     4.陳志昌譯,Sinan Si Alhir 著,2000,UML In a Nutshell,台北,美商歐萊禮(股)公司。
     5.戴瑞芝、吳景章,民91,台北金融大學eMBA電子銀行課程報告。
     二、英文部分
     1. Alexander, C. Timeless Way of Building, New York: Oxford University Press, 1979.
     2. Alhir, S. S. UML In A Nutshell, O’Reilly, 1999.
     3. Beck, K. "Using a Pattern Language for Programming, Workshop on Specification and design", ACM SIGPLAN Notices, p.16, 1988.
     4. Benyon, D., and Skidmore, S. “Towards a Tool Kit for the Systems Analyst”, The Computer Journal, 30(1): 2-7, 1987.
     5. Berlin, L. M. “User-Centered Approach Definition: A Methodology and Case Study”, Hewlett-Packard Journal, 40(5) : pp. 90-97, 1989.
     6. Bohner, S. A. and Arnold, R. S. (Ed.) Software Change Impact Analysis, IEEE Computer Society Press, 1996
     7. Boehm, B.W. Software Engineering Economics, Prentice-Hall, 1981.
     8. Booch, G., Rumbaugh, J. and Jacobson, I. The Unified Modeling Language, Addison-Wesley, 1999.
     9. Booch, G., Jacobson, I. and Rumbaugh, J.The Unified Modeling language User Guide, Addison-Wesley, MA, 1998.
     10. Booch, G., Rumbaugh, J. and Jacobson, I The Unified Software Development Process, Addison-Wesley, 1999
     11. Cunningham, W. " Panel on Design Methodology ", ACM SIGPLAN Notices, pp:94-95.,1993
     12. Dobson, J. E., Martin, M. J., Olphert, C. W., and Strens, M. R. ”The ORDIT Approach to Requirements Identification”, Proceedings of the Sixteenth Annual International Computer Software & Applications Conference, IEEE Computer Society, Sep. 1992.
     13. Eriksson, H. E. and Penker, M. UML toolkit, John Wiley & Sons, Inc., 1998.
     14. Eriksson, H. E. and Penker, M. Business Modeling with UML─Business Patterns at Work, John Wiley & Son, Inc., 2000.
     15. Evernden, R. ”The Information Framework”, IBM System Journal, 35(1), p.37, 1996.
     16. Ferdinandi, P. L. A Requirements Pattern: Succeeding in the Internet Economy, Addison-Wesley, 2001.
     17. Gale, T. and Elred, J. Getting Results with the Object-Oriented Enterprise Model, SIGs Books, New York, 1996.
     18. Gamma, E. ”Object-Oriented Software Development based on ET++:Design Patterns, Class Library, Tools”, PhD thesis, University of Zurich, 1991.
     19. IEEE Standards Collection Software Engineering 1993 Edition, IEEE, Inc. NY, 1993
     20. Kang, K. C., Cohen, S. G., Hess, J. A., Novak, W. E., and Peterson, A., S.”Feature-Oriented Domain Analysis Feasibility Study”, Software Engineering Institute, Pittsburgh, PA, Nov, 1990.
     21. Kilov H,and Simmonds I. ”Business Patterns and Viewpoints”, SIGSOFI’ 96 Workshop, San Francisco CA USA, 1996 ACM.
     22. Larman, G. Applying UML and Patterns, 2nd edition, Prentice Hall PTR, 2002.
     23. McDermid, J. A. “Requirements Analysis: Problems and the STARTS Approach”, In IEE Colloquium on ‘Requirements Capture and Specification for Critical Systems’(Digest No. 138), Institution of Electrical Engineers, November 1989.
     24. Milson, F. D., “Using CORE with SDL to Specify Requirements”, SETSS 89 (Conf. Publ. No. 306), pp. 137-141. Institution of Electrical Engineers(IEE), London, 1989.
     25. Nuseibeh, B., and Easterbrook, S. Proceedings of the Conference on The Future of Software Engineering 2000, Limerick, Ireland, ACM Press, pp: 35 - 46 New York
     26. Rumbaugh J. "What is a Method?", JOOP, OCT 1995.
     27. Sowa, J. F, and Zachman, J. A. " Extending and Formalizing the Framework for Information Systems Architecture ", IBM Systems Journal, 31(3), 1992.
     28. Scott-Morton, M.S. “The State of the Art of Research”, The Information Systems Research, Poston:Harvard Business School Press, 1984, pp.13-41。
     29. Sommerville, I. Software Engineering, 5th edition Addison-Wesley, 1996
     30. Sommerville, I., Rodden, T., Sawyer, D., Bentley, R.and Twidale, M. “Integrating ethnography into the Requirements engineering Process”,In Proc. RE’93,San Diego CA,165-73.
     31. Timmers, P. “Business Models for Electronic Markets,” Electronic Markets, 8(2), pp: 3 — 8, 1998
     32.Vasudeva, G.,Adams, J.,Koushik,S., and Galambos,G. Patterns for e-business─A Strategy for Reuse, IBM Press, 2001.
     33. Weirich, H. “ The TOWS Matrix: A Tool for Situational Analysis”,Long Range Planning, 1982.
     34. Zachman, J. A. "A Framework for Information Systems Architecture.", IBM Systems Journal, 26(3), 1987.
     35. Zave, P. ” Classification of Research Efforts in Requirements Engineering ” ACM Computing Surveys, 29(4), pp: 315-321,1997.
     三、網站部份
     1.Harverd Business School, http://www.hbs.edu/dor/papers2/0001/01-002.pdf,“The role of the business model in capturing value from innovation: evidence from Xerox corporation’s technology Spinoff companies “, Henry Chesbrough, Richard s. Rosenbloom, 2001.
     2.Innovation Labs, http://kmlab.com./4Gwarfare.html, June 20, 2000
     3. The Rational Edge, http://www.therationaledge.com/content/jan_01/f_rup_pk.html, Philippe Kruchten, Jan 1st, 2001.
     4.Information Engineering Service(IES) Web Site, http://members.ozmail.com.au/~visible/papers/zachman3.htm,"Concepts of the Framework for Enterprise Architecture", John Zachman,1996.
     5.The Zachman Institute for Framework Advancement, http://www.zifa.com/frmwork.htm, 2001.
描述 碩士
國立政治大學
資訊管理學系
89356002
資料來源 http://thesis.lib.nccu.edu.tw/record/#A2010000336
資料類型 thesis
dc.contributor.advisor 曾淑峰zh_TW
dc.contributor.author (作者) 朱明強zh_TW
dc.creator (作者) 朱明強zh_TW
dc.date (日期) 2002en_US
dc.date.accessioned 9-五月-2016 16:27:37 (UTC+8)-
dc.date.available 9-五月-2016 16:27:37 (UTC+8)-
dc.date.issued (上傳時間) 9-五月-2016 16:27:37 (UTC+8)-
dc.identifier (其他 識別碼) A2010000336en_US
dc.identifier.uri (URI) http://nccur.lib.nccu.edu.tw/handle/140.119/95534-
dc.description (描述) 碩士zh_TW
dc.description (描述) 國立政治大學zh_TW
dc.description (描述) 資訊管理學系zh_TW
dc.description (描述) 89356002zh_TW
dc.description.abstract (摘要)   系統分析困難的地方是找出符合使用者要求的需求,有時候使用者的需求與企業目標之間產生不能配合的狀況,傳統的需求分析鮮少注意此,大抵都是只著重於滿足客戶眼前的需求,並未考量這需求是否符合企業策略目標。傳統的需求分析方法,如:訪談、問卷、觀察使用者、研讀企業的文件,還是需要的,但對大型系統而言,整理文件是很費時的,對目前快速變化的競爭環境,所造成的需求變動性,上述的需求分析方法必須做個改進,如此才能跟得上競爭環境快速變化而導致的需求改變。基於此,只有重覆利用前人對某一問題的解決方式,才能避免浪費資源於解決已有標準解答的問題,樣版(Pattern)的概念似乎可以幫助我們避免無謂的資源浪費。
       本研究以Zachman Framework的計劃者的觀點做為需求分析的思考架構,亦即建構系統時所需考慮的六種角度─5W1H。至於如何充實此架構的內容,本研究提出以E-P企業模型的企業樣版做為此架構的內涵。建議依塑模企業的情況,尋找合適的企業樣版。以企業樣版塑模企業可以比較一致的方式調適企業面臨動態的環境挑戰,面對不斷的變,企業必須動態的調整企業策略,而資訊系統也需即時的更新,本研究利用前人已證實無誤且已存在的企業樣版可以幫助企業快速建立新的或是變更已有的企業模型,而順利找到符合企業策略目標的需求並建立系統進而輔助策略的遂行。本研究目的是建立協助尋找系統功能需求的分析架構,不直接以描述使用案例進行,即資訊系統與使用者之間的互動,來了解資訊系統應提供的功能。理由在於本研究強調找出符合企業策略目標的需求,必須先進行策略分析,然後找出策略活動,進而以本資訊需求架構模塑企業的目標、達成企業目標的程序。這樣的好處在於可對企業程序做深入的了解,當環境變化時而需要對企業程序做改進甚至創造新的企業程序時可以有參考的模型。這是直接進行描述使用案例所做不到的。
zh_TW
dc.description.tableofcontents 誌謝
     中文摘要
     目錄-----I
     圖目錄-----III
     表目錄-----V
     第一章 緒論-----1
       1.1 研究動機-----1
       1.2 研究目的-----2
       1.3 研究設計-----3
       1.4 研究範圍與限制-----4
     第二章 文獻探討-----5
       2.1 企業模型(Business Model)與企業樣版(Business Patterns)-----5
         2.1.1 樣版(Pattern)的起源及定義-----6
       2.2 SWOT策略分析-----8
       2.3 統一化模型語言(Unified Modeling Language, UML)-----9
         2.3.1 UML簡介-----9
         2.3.2 統一化(Unification)-----10
         2.3.3 UML的圖形表示-----10
       2.4 Eriksson-Penker Business Model and Extension-----16
         2.4.1 定義企業系統-----16
         2.4.2 塑模企業的四種觀點-----17
         2.4.3 三種企業樣版之簡介-----20
         2.4.4 集合連線圖(Assembly Line Diagram)-----21
         2.4.5 其它企業樣版-----21
       2.5 統一化程序(Unified Process)-----22
         2.5.1 統一化程序的特色-----22
         2.5.2 統一化程序的生命週期(The Life Cycle of UP)-----24
           2.5.2.1 循環內的各個發展階段(Phases within a Cycle)-----24
           2.5.2.2 迴圈中的工作流程(Workflows within a Iteration)-----26
       2.6 需求分析(Requirement Analysis)-----27
         2.6.1 企業資訊系統架構(Framework for Enterprise Architecture)-----30
           2.6.1.1 Zachman Framework的簡介-----31
         2.6.2 統一化程序的需求抓取過程-----35
     第三章 需求分析架構-----38
       3.1 需求分析架構的建立-----38
       3.2 背景與策略分析-----41
         3.2.1 背景分析-----41
         3.2.2 策略分析-----42
       3.3 需求分析-----46
         3.3.1 程序塑模-----46
         3.3.2 資源塑模-----51
         3.3.3 使用案例的導出-----51
           3.3.3.1 集合連線圖與使用案例的關係-----51
           3.3.3.2 使用者目標的確定-----53
           3.3.3.3 使用案例的產生-----54
     第四章 實例說明─以網路繳學費及助學貸款申請系統-----55
       4.1 背景分析-----55
         4.1.1 A銀行學費代收系統簡介-----55
           4.1.1.1 現行系統功能簡介-----55
           4.1.1.2 現行系統作業流程-----55
           4.1.1.3 新系統需求-----57
         4.1.2 分析結果-----57
       4.2 策略目標分析-----58
         4.2.1 策略可行性分析-----58
         4.2.2 願景陳述(Vision Statement)-----59
         4.2.3 策略活動-----59
         4.2.4 目標模型(Goal Model)-----62
         4.2.5 概念模型的建立-----64
       4.3 需求分析-----66
         4.3.1 企業事件分析-----66
         4.3.2 企業活動流程分析-----67
         4.3.3 活動場所分析-----71
         4.3.4 參與角色分析-----73
         4.3.5 活動資料分析-----74
         4.3.6 系統邊界分析-----76
         4.3.7 使用者目標分析-----81
         4.3.8 使用案例分析-----81
     第五章 結論與未來研究方向-----87
       5.1 結論與貢獻-----87
       5.2 未來研究方向-----88
     參考文獻-----89
     
     圖目錄
     圖1-1 研究流程-----3
     圖2-1 使用案例圖-----11
     圖2-2 循序圖-----12
     圖2-3 合作圖-----13
     圖2-4 狀態圖-----14
     圖2-5 活動圖-----15
     圖2-6 四種觀點描述企業架構-----17
     圖2-7 目標/問題圖-----18
     圖2-8 企業程序塑模─基本程序結構與集合連線圖之合併-----19
     圖2-9 資源類別圖-----19
     圖2-10 股票下單資源狀態圖-----20
     圖2-11 反覆式及漸進式的發展-----23
     圖2-12 UP的生命週期-----24
     圖2-13 UP架構圖-----25
     圖2-14 資訊需求分析架構-----30
     圖2-15 Enterprise Architecture─A framework-----35
     圖2-16 需求抓取流程-----37
     圖3-1 需求分析架構圖-----40
     圖3-2 企業背景分析表-----42
     圖3-3 企業目標分派樣版之結構-----44
     圖3-4 企業目標的細分樣版-----45
     圖3-5 基本程序結構樣版-----48
     圖3-6 程序互動樣版之結構-----49
     圖3-7 程序分層控制樣版之結構-----50
     圖3-8 系統邊界圖-----53
     圖4-1 策略活動圖─繳費-----61
     圖4-2 策略活動圖─學生、學費資料匯入-----62
     圖4-3 A銀行的目標模型-----63
     圖4-4 網路銀行及助學貸款繳費之概念模型-----65
     圖4-5 選擇繳費方式之類別圖-----66
     圖4-6 企業事件與流程的關係-----67
     圖4-7 以程序分層控制樣版表達企業活動流程-----68
     圖4-8 繳學費程序的細分-----69
     圖4-9 網路銀行繳納程序-----70
     圖4-10 助學貸款繳納程序-----71
     圖4-11 程序模型游泳線圖─「網路銀行繳納」程序-----72
     圖4-12 程序模型游泳線圖─「助學貸款繳納」程序-----73
     圖4-13 程序互動樣版模型--匯入資料、臨櫃與ATM繳納-----77
     圖4-14 程序互動樣版模型─網路銀行繳納-----78
     圖4-15 系統邊界圖─網路繳交學費及助學貸款申請系統-----79
     圖4-16 程序互動樣版模型─助學貸款繳納-----80
     圖4-17 使用案例圖─網路繳學費及助學貸款申請系統-----82
     
     表目錄
     表2-1 SWOT分析-----8
     表2-2 應用樣版觀念於需求工程上的理論-----21
     表2-3 各種需求分析方法-----29
     表2-4 建築物架構表示圖-----31
     表2-5 企業資訊系統架構─列的特色-----31
     表3-1 SWOT策略矩陣-----43
     表3-2 樣版綜合說明表-----43
     表3-3 目標樣版綜合說明表─企業目標分派樣版-----44
     表3-4 目標樣版綜合說明表─企業目標細分樣版-----45
     表3-5 程序樣版的使用時機-----46
     表3-6 程序樣版綜合說明表─基本程序結構樣版-----47
     表3-7 程序樣版綜合說明表─程序互動樣版-----49
     表3-8 程序樣版綜合說明表─程序分層控制樣版…-----50
     表3-9 主角-目標清單-----53
     表3-10 需求分析架構各階段產出-----54
     表4-1 A銀行代收學費作業流程-----56
     表4-2 A銀行的背景分析表-----57
     表4-3 A銀行的策略分析矩陣-----58
     表4-4 活動與參與者分析-----73
     表4-5 活動與資料分析-----74
     表4-6 5W1H分析表-----75
     表4-7 演員目標清單─本系統-----81
     表4-8 使用案例─繳學費-----82
     表4-9 使用案例─申請助學貸款-----84
     表4-10 使用案例─處理助學貸款申請-----85
     表4-11 使用案例─匯入學費、學生資料-----86
zh_TW
dc.source.uri (資料來源) http://thesis.lib.nccu.edu.tw/record/#A2010000336en_US
dc.subject (關鍵詞) 企業樣版zh_TW
dc.subject (關鍵詞) 統一化程序zh_TW
dc.subject (關鍵詞) 需求分析zh_TW
dc.subject (關鍵詞) UMLen_US
dc.subject (關鍵詞) Zachman Frameworken_US
dc.title (題名) 以企業樣版為基礎之需求分析架構zh_TW
dc.type (資料類型) thesisen_US
dc.relation.reference (參考文獻) 一、中文部分
     1.李美華等譯,Earl Babbie著,1998,The Practice of Social Research, 8th ed.,台北,時英出版社。
     2.宋珍儀,民90,資訊需求分析架構─以網路基金下單為例,國立政治大學資訊管理研究所碩士論文。
     3.李幸秋、曾淑峰,以樣式概念進行物件導向企業塑模--以銀行小額信用貸款為例(系列之二),待發表,2002/7。
     4.陳志昌譯,Sinan Si Alhir 著,2000,UML In a Nutshell,台北,美商歐萊禮(股)公司。
     5.戴瑞芝、吳景章,民91,台北金融大學eMBA電子銀行課程報告。
     二、英文部分
     1. Alexander, C. Timeless Way of Building, New York: Oxford University Press, 1979.
     2. Alhir, S. S. UML In A Nutshell, O’Reilly, 1999.
     3. Beck, K. "Using a Pattern Language for Programming, Workshop on Specification and design", ACM SIGPLAN Notices, p.16, 1988.
     4. Benyon, D., and Skidmore, S. “Towards a Tool Kit for the Systems Analyst”, The Computer Journal, 30(1): 2-7, 1987.
     5. Berlin, L. M. “User-Centered Approach Definition: A Methodology and Case Study”, Hewlett-Packard Journal, 40(5) : pp. 90-97, 1989.
     6. Bohner, S. A. and Arnold, R. S. (Ed.) Software Change Impact Analysis, IEEE Computer Society Press, 1996
     7. Boehm, B.W. Software Engineering Economics, Prentice-Hall, 1981.
     8. Booch, G., Rumbaugh, J. and Jacobson, I. The Unified Modeling Language, Addison-Wesley, 1999.
     9. Booch, G., Jacobson, I. and Rumbaugh, J.The Unified Modeling language User Guide, Addison-Wesley, MA, 1998.
     10. Booch, G., Rumbaugh, J. and Jacobson, I The Unified Software Development Process, Addison-Wesley, 1999
     11. Cunningham, W. " Panel on Design Methodology ", ACM SIGPLAN Notices, pp:94-95.,1993
     12. Dobson, J. E., Martin, M. J., Olphert, C. W., and Strens, M. R. ”The ORDIT Approach to Requirements Identification”, Proceedings of the Sixteenth Annual International Computer Software & Applications Conference, IEEE Computer Society, Sep. 1992.
     13. Eriksson, H. E. and Penker, M. UML toolkit, John Wiley & Sons, Inc., 1998.
     14. Eriksson, H. E. and Penker, M. Business Modeling with UML─Business Patterns at Work, John Wiley & Son, Inc., 2000.
     15. Evernden, R. ”The Information Framework”, IBM System Journal, 35(1), p.37, 1996.
     16. Ferdinandi, P. L. A Requirements Pattern: Succeeding in the Internet Economy, Addison-Wesley, 2001.
     17. Gale, T. and Elred, J. Getting Results with the Object-Oriented Enterprise Model, SIGs Books, New York, 1996.
     18. Gamma, E. ”Object-Oriented Software Development based on ET++:Design Patterns, Class Library, Tools”, PhD thesis, University of Zurich, 1991.
     19. IEEE Standards Collection Software Engineering 1993 Edition, IEEE, Inc. NY, 1993
     20. Kang, K. C., Cohen, S. G., Hess, J. A., Novak, W. E., and Peterson, A., S.”Feature-Oriented Domain Analysis Feasibility Study”, Software Engineering Institute, Pittsburgh, PA, Nov, 1990.
     21. Kilov H,and Simmonds I. ”Business Patterns and Viewpoints”, SIGSOFI’ 96 Workshop, San Francisco CA USA, 1996 ACM.
     22. Larman, G. Applying UML and Patterns, 2nd edition, Prentice Hall PTR, 2002.
     23. McDermid, J. A. “Requirements Analysis: Problems and the STARTS Approach”, In IEE Colloquium on ‘Requirements Capture and Specification for Critical Systems’(Digest No. 138), Institution of Electrical Engineers, November 1989.
     24. Milson, F. D., “Using CORE with SDL to Specify Requirements”, SETSS 89 (Conf. Publ. No. 306), pp. 137-141. Institution of Electrical Engineers(IEE), London, 1989.
     25. Nuseibeh, B., and Easterbrook, S. Proceedings of the Conference on The Future of Software Engineering 2000, Limerick, Ireland, ACM Press, pp: 35 - 46 New York
     26. Rumbaugh J. "What is a Method?", JOOP, OCT 1995.
     27. Sowa, J. F, and Zachman, J. A. " Extending and Formalizing the Framework for Information Systems Architecture ", IBM Systems Journal, 31(3), 1992.
     28. Scott-Morton, M.S. “The State of the Art of Research”, The Information Systems Research, Poston:Harvard Business School Press, 1984, pp.13-41。
     29. Sommerville, I. Software Engineering, 5th edition Addison-Wesley, 1996
     30. Sommerville, I., Rodden, T., Sawyer, D., Bentley, R.and Twidale, M. “Integrating ethnography into the Requirements engineering Process”,In Proc. RE’93,San Diego CA,165-73.
     31. Timmers, P. “Business Models for Electronic Markets,” Electronic Markets, 8(2), pp: 3 — 8, 1998
     32.Vasudeva, G.,Adams, J.,Koushik,S., and Galambos,G. Patterns for e-business─A Strategy for Reuse, IBM Press, 2001.
     33. Weirich, H. “ The TOWS Matrix: A Tool for Situational Analysis”,Long Range Planning, 1982.
     34. Zachman, J. A. "A Framework for Information Systems Architecture.", IBM Systems Journal, 26(3), 1987.
     35. Zave, P. ” Classification of Research Efforts in Requirements Engineering ” ACM Computing Surveys, 29(4), pp: 315-321,1997.
     三、網站部份
     1.Harverd Business School, http://www.hbs.edu/dor/papers2/0001/01-002.pdf,“The role of the business model in capturing value from innovation: evidence from Xerox corporation’s technology Spinoff companies “, Henry Chesbrough, Richard s. Rosenbloom, 2001.
     2.Innovation Labs, http://kmlab.com./4Gwarfare.html, June 20, 2000
     3. The Rational Edge, http://www.therationaledge.com/content/jan_01/f_rup_pk.html, Philippe Kruchten, Jan 1st, 2001.
     4.Information Engineering Service(IES) Web Site, http://members.ozmail.com.au/~visible/papers/zachman3.htm,"Concepts of the Framework for Enterprise Architecture", John Zachman,1996.
     5.The Zachman Institute for Framework Advancement, http://www.zifa.com/frmwork.htm, 2001.
zh_TW