國軍維保零件存量管制系統整合需求的軟體開發，過去都是採用資料流程導向的分析方法。資料流程導向方法沒有真正引導使用者描述自身的需求，也欠缺一種整體圖像可以將作業人員、資料來源及後勤系統之間的連結與行為互動做完整性與一致性的探討。
藉由架構方法論，將國軍維保零件存量管制系統整合需求的結構元素、服務、連結及互動行為做完整詳細的描述，使委外廠家和使用者之間均能掌握系統開發的技術支援與需求是否完整性與一致性。
本研究以結構行為合一的方法，建構出架構式軍事維保零件存量管制系統整合需求的分析模型。冀望將研究成果做為國軍導入架構式分析工具之參考，並透過此模型的建立，協助國軍提出軍事維保零件存量管制系統整合需求時，提昇委外軟體開發的成功與品質。

Software development of R.O.C. military maintenance parts inventory control system’s integrated requirement used to adopt data flow approach. Data flow approach not only flunks to guide users to describe their real need but also fails to provide a coalescence picture that integrates the operating personnel, materials data sources and logistic system together with completeness and consistency.
Using architecture-oriented approach, structure elements, services, connections, and interaction behaviors of R.O.C. military maintenance parts inventory control system’s integrated requirement are adequately documented. With this transparent document, developers and users shall obtain full integrality and consistency of technical support and requirement provision during the system development.
This research embraces the structure behavior coalescence, abbreviated as SBC, approach to construct the architecture-oriented analysis-model of military maintenance parts inventory control system’s integrated requirement, abbreviated as AOAMMMPICSIR. AOAMMMPICSIR shall be referred as an R.O.C. military architecture-oriented analysis tool and it shall help outsource the software development of military maintenance parts inventory control system’s integrated requirement with success and quality.

論文提要 I
學位論文審定書 II
致謝辭 III
中文摘要 IV
ABSTRACT V
目錄 VI
表目錄 VIII
圖目錄 IX
第一章 緒論 1
第一節 研究背景 1
第二節 研究動機 1
第三節 研究目的 2
第四節 研究流程 3
第五節 研究範圍與限制 3
第二章 文獻探討 5
第一節 系統軟體需求相關主題之探討 5
第二節 企業應用系統整合之探討 14
第三章 軍事保修零件存量管制系統整合需求的分析架構模型建構 22
第一節 軟體架構的定義 22
第二節 使用軟體架構模型 25
第三節 研究方法與步驟 28
第四節 軍事維保零件存量管制系統整合需求 29
第五節 軍事維保零件存量管制系統整合需求的分析架構模型 31
第四章 架構與非架構導向模型之比較 75
第一節 非架構導向模型說明 75
第二節 比較方法與原則 77
第三節 架構與非架構導向模型的比較 79
第四節 比較結果說明 85
第五章 結論與建議 87
第一節 研究成果與貢獻 88
第二節 後續研究建議 88
參考文獻 89

一、中文部份
1.尤柄文，2003，軟體工程，儒林。
2.鄭炳強，2007，軟體工程－從實務出發，智勝。
3.趙善中，2007、趙薇、尤柄文，UML架構導向軟體工程，新文京。
4.趙善中，郭麗齡，尤柄文，2006，以架構為中心－軟體工程，儒林。
5.張正源，2005，UML 物件導向軟體工程，儒林。
6.陳明，2006，軟體工程，網奕。
7.顏春煌，2007，系統分析與設計，文魁資訊。
8.吳仁和、林信惠，2004.01，系統分析與設計：理論與實務應用(三版)， 智勝。
9.王維民，2000，以Web 技術作系統整合之設計與實作及其平行處理之應用」，國立成功大學電機工程研究所碩士論文。
10.許麗玲，2001，「資訊系統整合度下，情境變項對企業產銷互動之影響」，國立中央大學資訊管理研究所碩士論文。
11.林玉凡，2000，「EAI (Enterprise Application Integration) 企業應用系統整合」，資訊與電腦，89年8月：37-39。
12.林東清，2008.07，資訊管理─e化企業的核心競爭能力(三版)，智勝。
13.杜宗瑋、王派斌，2002，軟體運作大革命－網路服務，資訊與電腦，第262期：7-11。
14.趙善中、康忠倫、于遠航，2008.04，系統分析與設計－使用軟體架構模型，博碩。
二、英文部份
1.Ashworth, C.M. 1989. ”Using SSADM to Specify Requirements”, Institution of Electrical Engineers.
2.Bass, L., Clements, P., & Kazman, R. 1998. Software Architecture in Practice, Reading, Addison-Wesley.
3.DeMarco, Tom. 1979. Structured analysis and system specification. Prentice Hall PTR Upper Saddle River, NJ, USA.
4.Gane, Chris P. & Trish Sarson. 1979. Structured Systems Analysis: Tools and Techniques( 1st edition). Prentice Hall Professional Technical Reference .
5.Garlan, D., & Shaw, M. 1993. An introduction to software architecture. In V. Ambriola and G. Tortora (ed.), Advances in Software Engineering and Knowledge Engineering, Serieson Software Engineering and Knowledge Engineering, Vol 2, World Scientific Publishing Company, Singapore, pp. 1-39.
6.Hooper, J. W., & Hsia, P. 1982.“Scenario-based for Requirements Identification,” ACM Sigsoft Software Engineering, Vol. 7,No. 5, pp.88-93.
7.Institute of Electrical and Electronics Engineers. 1983. IEEE Standard Glossary of Software Engineering Terminology.
8.Ian Sommerville. 2000. Software Engineering, 6th edition. Chapter 5.
9.Land, R., & Crnkovic I. 2003. “Software systems integration and architecturalanalysis - a case study, “Proceedings of the International Conference on Software Maintenance”, Sweden , pp.338 – 347.
10.Linthicum, David S. 1999. Enterprise Application Integration. Addison-Wesley Professional.
11.Lublinsky, & Boris,. 2000. Achieving the Ultimate eai plementation.eai Journal, pp.27-31.
12.Pressman, Roger S. 2001. Sofware Engineering: A Practitioner`s Approach. 5th Edition. McGaw-Hill.
13.Ruh, William A., Maginnis, Francis X., & Brown, William J. 2001. Enterprise Application Integration. New York , NY (Wiley).
14.Southwell, K., James,K., Claarke, B. A., Andrews, B., Ashworth, C., Norris, M., & Patel, V. 1987. Requirements Definition and Design- The STARTS Guide, Second Edition, Volume I.National Computing Centre, P177-313.
15.Watson, Hugh J., & Frolick, Mark N. 1993. Determining Information Requirements for an EIS. MIS Quarterly, Vol. 17, No. 3, pp. 255-269.
16.Wetherbe, James C. 1991. Executive Information Requirements: Getting It Right. MIS Quarterly, Vol. 15, No. 1, pp. 51-65.
17.Zahavi, Ron. 2000. Enterprise Application Integration with CORBA.