使用者、管理者、資訊人員對於資訊系統的認知，存在著相當程度的落差。系統分析的人員最重要的職責，即是透過使用者訪談，逐步抽絲剝繭、彙集整理，以了解使用者對系統的期望，並且產出可被轉換與理解的分析文件。模糊理論、系統動力學、專案管理等管理學說證明，在決定資訊系統引進的初始階段，若不能夠在系統分析階段充分了解使用者需求，資訊系統上線所引發負面結果，將無可收拾！因此，在整個系統發展生命週期裡，系統分析是整個週期的第一階段，也是轉換與了解使用者需求最重要的階段！

目前系統分析方法之研究，內容較偏重在資料庫設計與系統設計等技術開發方向，對於使用者需求理解的系統分析產出文件，較無具體而有效的分析方法與步驟，對於需求的使用者來說，較不容易理解；故期望能夠透過架構的概念，作為進行了解使用者需求的方法，進而提出架構導向系統分析的方法論之架構塑模，作為後續資訊化分析、設計、實作與測試等進程的驗證設計模型。

本研究共分為三個部份：(1)架構導向系統分析模型論理論基礎、(2)架構導向系統分析模型展開、(3)架構導向系統分析過程與步驟說明。透過研究過程發現，架構導向系統分析方法論，除了能夠將結構與流程合ㄧ進行系統分析之外，亦能達成另外三個重要指標：(1)使用者更容易確認系統分析人員已了解其需求，(2)系統設計人員轉換成設計文件更加容易，以及(3)開發生命週期大幅降低反覆執行過程。後續研究方面，架構導向系統分析方法論尚有其他值得進一步討論的面向。例如，在使用者接受程度、企業架構資訊化整合，以及整合系統設計方面，均可以為後續研究的發展方向。

There is a wide gap between the users and the developers in terms of understanding an information system. The most important job scope of a system analyzer is to interview the users to fulfill the requirements and to produce the documentation in layman terms. Chaos theory, system dynamics, project management theory, etc. all tell the initial stage playing an important role during system development. If the users’ requirements are not clearly understood, it will have a bitter consequence when the information system is online. Therefore, system analysis is the essential stage for changes and to understand the requirements of the users.

Currently, approaches of system analysis are related to either database management or structured methodology. As for the acquisition of users’ requirements, there are no clear steps and procedures. This has made the understanding of users’ requirement more difficult. We hope that by using a tool of architecture, system analyzers can better comprehend users’ requirements. Hence, we come up with the Architecture-Oriented-System-Analysis-Model (AOSAM) for analysis, design, implementation and testing of an information system.

For this research, there are three portions: (1) the fundamental theory of the AOSAM, (2) the build up of the AOSAM, and (3) procedures of using the AOSAM. In this study, we find out AOSAM is able to combine structure with process during the system analysis stage. Furthermore, AOSAM also reaches three significant accomplishments: (1) system analysts grasp users’ requirements firmly, (2) system designers easier to transform users’ requirements to design documents, and (3) to reduce repeating System Development Life Cycle. In the future, we would like to advance the AOSAM to the area of user acceptability, integrated business information system, system design, etc.

1. 緒論 10
1.1. 研究動機 10
1.2. 研究目的 12
1.3. 研究範圍與限制 12
1.4. 論文結構與研究流程 13
2. 文獻探討 14
2.1. 系統發展生命週期 14
2.1.1. 專案啟始研究 15
2.1.2. 專案可行性分析 15
2.1.3. 系統分析 16
2.1.4. 系統設計 16
2.1.5. 系統建構 17
2.1.6. 系統實施 17
2.2. 系統分析方法論 18
2.2.1. 系統分析的流程 19
2.2.2. 系統分析階段的活動 20
2.2.3. 系統分析的切入方式比較 24
2.3. 結構化系統分析 25
2.3.1. 組織結構圖 25
2.3.2. 作業流程圖 26
2.3.3. 資料結構圖 26
2.3.4. 網路結構圖 27
2.3.5. 結構化系統分析的問題 27
2.4. 物件導向系統分析 28
2.4.1. 物件導向系統分析方法論 28
2.4.2. 物件導向系統分析的問題 31
2.5. 架構的概念 32
2.5.1. 架構一詞探源 32
2.5.2. 架構的特色與精神 32
2.5.3. “架構”與”物件導向”有什麼不同? 34
2.5.4. 架構與UML有什麼不同? 35
3架構式系統分析語言 36
3.1. 架構式系統分析理論基礎 36
3.2. 架構導向系統分析 39
3.2.1. 架構式系統需求─分解 40
3.2.2. 架構式系統需求─轉換 41
3.2.3. 架構式系統需求─BNF Model 44
4實例探討 45
4.1. 架構導向系統分析展開步驟 45
4.2. 範例說明 47
4.2.1. 憑証/文件取得與檢討 47
4.2.2. 文件內容屬性分析與分類 48
4.2.3. AORSM子系統展開 50
4.3. 分析方法比較 53
4.3.1. 分析方法比較─流程導向系統分析 55
4.3.2. 分析方法比較─物件導向系統分析 56
4.3.3. 分析方法比較─物件導向系統分析 57
5結論與建議 59
5.1. 研究結論 59
5.1.1. 一般系統分析師對系統分析的闡述 59
5.1.2. 使用者系統分析的實行現況 60
5.1.3. 系統分析階段主要構建的要點 60
5.1.4. 系統分析對測試規範的影響 60
5.2. 後續研究建議 62
參考文獻 63

[Bern2000] Bernd Bruegge and Allen H Dutoit. (2000). Object-Oriented Software Engineering, Prentice Hall
[Boeh1998] Boehm, Barry. (1998). Software Project Management - A Unified Framework. Massachusetts: Addison Wesley Longman，Inc.
[Brau2001] Braude, J. E. (2001). Software Engineering - An object-oriented perspective. NY: John Wiley & Sons，Inc.
[Feie1995] Feiegner, M. Coakely, J. (1995). CIO impression management problem and practices. Journal of System Management.
[Fram1995] Frame，J. D. (1995). Managing Projects in Organization: how to make the best use of time，techniques，and people. San Francisco: Jossey-Base Inc.
[Grad2001] Grady Booch, James Rumbaugh, Ivar Jacobson， “The Unified Modeling Lenguage User Gride “，博碩文化股份有限公司
[Jaco1999] Jacobson，I，Booch，G，and Rumbaugh，J. (1999). The Unified Modeling Language User Guides. Massachusetts: Addison Wesley Longman Inc.
[Judi1992] Judith A. Clapp and Saul F. Stanten (1992). Guide to total software quality control
[Roge2001] Roger S. Pressman (2001). Software Engineering – A practitioner’s approach
[Satz2000] Satzinger, W. J., Jackson, B. R. & Burd, D. S. (2000). Systems Analysis and Design in a Changing World. (2nd ed.). Boston: Course Technology.
[Scha2002] Schach, R. S. (2002). Object-Oriented and Classical Software Engineering. (5th ed.). Boston: McGraw-HillCompanies，Inc.
[DOD-1998] DOD-STD-2167A (1988). Defense System Software Development
[Ian 2001] Ian Sommerville (2001). Software Engineering
[IEEE1219] IEEE Std 1219 (1998). Standard for Software Maintenance
[IEEE1233] IEEE Std 1233 (1998). Guide for Developing System Requirements Specifications
[IEEE1058] IEEE Std 1058 (1998). Standard for Software Project Management Plans
[IEEE1063] IEEE Std 1063 (1987). Standard for Software User Documentation
[MIL-1994] MIL-STD-498 (1994). Software Development and Documentation
[劉雅涵2002] 劉雅涵譯. (2002). 系統分析、設計與開發導論. 出版廠商：博碩文化.
[顏春煌2003] 顏春煌, 卓政宏. (2003). 軟體工程（第二版）. 出版廠商：空中大學.
[系統分2003] 系統分析與設計. 4ed. (2003). 出版廠商：東華書局
[周宣光2002] 周宣光. (2002). 管理資訊系統─管理數位化公司 (Management Information Systems，7/e). 出版廠商：東華書局.
[周斯畏2002] 周斯畏. (2002).物件導向系統分析與設計使用 UML 與 C++ 出版廠商： 全華
[金子葳2001] 金子葳、洪秀朋. (2001). 軟體工程--實務專家作法第五版(Software Engineering，5/e). 出版廠商：儒林書局.
[孫惠民2003] 孫惠民. (2003). UML 設計實作寶典. 出版廠商：學貫
[孫惠民2004] 孫惠民. (2003). UML 設計開發實務. 出版廠商：旗標
[趙光正2001] 趙光正、薛琇文譯. (2001). UML 精華第二版. 出版廠商：?眳p資訊
[林國平2001] 林國平、吳宗杉譯.(2001) 系統分析與設計4/e Shelly ( Systems Analysis and Design ) 譯者： 東華書局
[柯志杰2004] Technologic Arts Inc. 著，柯志杰譯，”UML參考辭典”， 出版廠商：博碩文化
[吳仁和1999] 吳仁和,林信惠(1999). 系統分析與設計理論與實務運用. 出版廠商：智勝文化
[鄭雅云2004] 鄭雅云譯, 久橫啟一著(2004). 圖形思考─事半功倍的工作竅門. 出版廠商：城邦事業