傳統的專案開發過程中，商業需求的分析和解決方案的設計及實作是兩個明顯分開的步驟，一般來說，分析師收集並文件化商業需求，之後交給架構師及開發人員去設計並建構相對應的邏輯。服務導向架構(Service-Oriented Architecture, SOA)是一種新興的分散式系統架構，它還包含了一些設計準則、樣式(pattern)，以及技巧。從先前的經驗得知，傳統的開發流程像物件導向分析與設計(Object-Oriented Analysis and Design, OOAD)已不敷使用，加上對實作服務導向架構日趨龐大的需求，因此我們需要一種專門的開發方法論。 不僅如此，服務導向架構更強調商業分析與邏輯實作之間的關係，藉由Erl［7］所提出的服務導向分析與設計(Service-Oriented Analysis and Design, SOAD)方法中，我們得知一系列的流程及步驟，以及他所建議的指導方針。本研究即參考現有初步的服務導向分析與設計方法，以某銀行之信用風險管理系統為例，透過實際參與訪談及規劃，驗證現有的方法論，並加以修正及提出自己的想法。希望經由本研究所分析的流程，對於發展服務導向架構所需遵循的步驟及產出的XML文件能更加清晰及完備，並了解到採用服務導向架構所帶來的彈性，讓系統中的任一元件都能隨時替換，而不影響原有之功能。

內容大要： 第一章 緒論 第一節 研究動機。第二節 研究方法。第三節 研究假設。第四節 研究限制。 第二章 系統分析方法簡介 第一節 系統分析方法之意義與目的。第二節 系統分析在本研究中之應用。 第三章 連鎖經營簡介 第一節 連鎖經營之意義與目的。第二節 控制在連鎖經營中所扮演的角色。第三節 台灣地區連鎖經營概述。 第四章 文獻探討 第一節 國外的研究發現。第二節 國內的研究發現。第三節 國內外研究發現對本 研究之影響。 第五章 連鎖經營控制之方式與其利弊 第一節 現金控制之方式與利弊。第二節 存貨控制之方式與其利弊。第三節 人員 控制之方式與其利弊。 第六章 連鎖經營之控制與其他變數之關係 第一節 控制與顧客利益之關係。第二節 控制與規模經濟之關係。第三節 控制與 策略選擇之關係。第四節 控制與創設過程之過係。 第七章 結論與建議 第一節 研究結論。第二節 研究建議。

現今的物件導向資料庫績效評估存在著許多的缺失。1.針對特定的應用領域，其測試工作量模型並無法代表使用者的需求。2.針對特定的資料模型，主要在衡量資料庫設計之技巧及效能。3.測試資料庫綱目變得複雜，測試運算變得繁多，使用者欲自行建立績效評估十分不容易。為了解決以上的問題，本研究擬使用物件導向系統分析的方法作為使用者建構工作量模型的工具，經過一、工作量需求分析階段。二、工作量規則描述階段。三、績效評估的測試階段。最後發展出一個用以測試物件導向資料庫的績效評估環境。由於測試之資料庫綱目與測試運算均是從使用者之需求著手，將使得測試之工作量對使用者而言，更具一致性、代表性與正確性，測試所得之數據與使用者更具相關性。另一方面，為了驗證所提出理論的可行性，我們發展了工作量模型產生器之雛型系統，使用者只須使用視覺化的圖形符號來編輯其工作量模型，系統即會產生工作量模型之規格描述，作為建構績效評估系統之進一步應用。在物件導向資料庫的應用範圍愈來愈廣泛、資料庫之資料量日益龐大的未來，以使用者需求為導向之績效評估將會是未來績效評估之發展方向。 / Existing object-oriented database benchmarks have the following drawbacks 1.They are designed to apply to specific domains, so the workload models of theirs are unable to fully represent user requirements 2.They are designed to apply to the specific data model, and their main intentions are to measure the techniques and therefore performance of database design. 3.As the database schemes are more complex and test operations are more myriad, it will be harder and harder for users intending to implement the benchmark according to the benchmark specification. In order to resolve the above problems, this thesis tries to model user's workload with system analysis methods. After 1.workload requirement analysis phase. 2.workload requirement specification phase 3.benchmark experiment phase, we will develop a benchmark application program used to benchmark the OODBMS. Because our benchmark database schemes and operations are derived from the user requirements, the workload will be more consistent, more representative and more accurate and the result will be more meaningful to users. In order to validate the theory we propose, we develop a prototype of the workload generator. After users have finished editing their workload model with visual graphic notations, the system will output workload specifications, which will be used in the later phase. As the application domain of OODBMS are more diverse and database are more huge, the trend of benchmarks is toward user requirement driven in the future.

本論文名為「行政效率測量標準與方法之研究」，除緒言外，共分七章。全文約十二萬字。 在「緒言」中，略述個人研究本文的動機與意旨，以及研究的重點與範圍。第一章「行政效率的概念」，首先闡述行政效率的性質、意義、辨正等。次論行政效率測量的意義，目的及其所遭遇的困難期澄清行政效率的基本概念，以利行政效率測量標準與方法的探討。第二章「行政效率測量標準」，就行政效率的性質，分成三個層次予以討論; 其一為機械性效率，凡行政機關工作屬於機械性者，適用機械性效率測量標準。筆者從各種角度提出七項測量標準，以供參考。其二為組織性效率，凡行政機關組織、人員、管理及運作情況的效率均屬之，適用組織性效率測量標準。筆者亦提出七項測量標準討論。其三為社會性效率，著重行政活動對社會所具的功能與價值等，適用社會性效率的測量標準。筆者提出討論的測量標準有三項。第三章為「行政效率測量方法」，採用統計分析方法與數理公式，論述行政效率測量的方法與技術。其中有的屬於理論性探討，有的則為現行測量辦法，筆者就此些辦法加以論列分析，並舉述實例，俾明其應用。第四章「我國行政效率測量的實施」，略論人事行政局與台北市政府的實施情形，並檢討其利弊，提出建議事項，以供參考改進。第五章「行政效率的測量人員」，鑒於「徒法不足以自行」，「為政在人」，故本章敘述如何遴任及訓練行政效率測量人員。期以人員的優點彌補制度的闕漏。第六章為「我國行政效率測量的展望」，闡明我國目前行政效率測量制度未臻完善，應從速謀求研究改進，加強實施工作簡化，計劃評核術與目標管理等新近管理技術，擬訂妥善的測量標準與方法。最後一章「結論」，綜合全文的研究心得提出報告，強調檢討現行制度缺點，力求改進，健全存政效率測量制度，增進行政效率，實現行政革新。本文研究方式，主要為理論性探討，並佐以若干實例，以求理論與實際相配合，研究範圍包括行政機關的組織、制度、人員及運作等，以求普遍討論效率測量標準與方法。筆者會去信美國當代名行政學者西蒙(Herbert A. Simon)教授，請教有關行政效率測量問題。西蒙教授謙虛表示，最近十幾年來，他的研究工作很少觸及行政效率、測量標準與方法。其主要觀點幾乎已盡括於「行政學士」(Public Adiministration 1956)一書中。但他指出美國這方面的研究趨向於「成本利益分析」(Cost-Benefit Analysis) 。西蒙教授並贈送筆者一書，名為「經由系統分析增進政府效率」(Efficiency in Government through Systems Analysis. by Roland N. Mckean, 1958) 其內容主要敘述利用成本利益分析以抉擇行政活動計劃，但與效率測量亦具有相當密切的關係，故本文會約略論及。

由於網路科技的進步 ,導致系統所需的資料不再只儲存於同一地點 , 面對分散式和主從式資料庫系統的使用日益頻繁 ,再加上現今的物件導向資料庫績效評估存在著許多的缺失包括 : 1.針對特定的應用領域 2. 針對特定的資料模型 3.測試資料庫綱目變得複雜 , 運算變得繁多 4.無法真實測出使用者應用領域的效能 .為了解決以上的問題 ,本研究擬使用物件導向系統分析方法作為使用者建構工作量模型的工具 , 發展出一個使用者需求導向的物件導向資料庫績效評估工作量模式。 另一方面 , 為了驗證所提出理論的可行性 , 我們發展了工作量模型規格書產生器的雛型系統 , 使用者只須使用視覺化的圖形符號來編輯其工作量模型 , 系統即會產生工作量模型的規格描述 , 作為建構績效評估系統之進一步開發 .在網路科技與物件導向資料庫的應用範圍愈來愈廣 , 資料日益龐大與型態日益複雜的未來 , 以使用者需求為導向的績效評估將是未來物件導向資料庫的績效評估之發展方向。 / As the improving of network technology, the data of database is no more stored on the same site. So the distributed database system is more and more popular. Existing object-oriented database benchmarks have the following drawbacks:1.They are designed to the specific domains , so the workload models of theirs are unable to fully reprent user requirements . 2. They are designed to the specific data models , and their intentions are to measure the techniques and performance of database design . 3.As the database schemes are more complicated and test operations are more myriad , it will be harder and harder for users to implement the benchmark. 4.They can not really measure the performance on the specific domains of users. In order to resolve the above problems , this thesis tries to model user's requirements workload using system analysis method . Because our database benchmark schemes and operations are derived from the user's requirements , the workload will be more consistent , more representative and more accurate and the result will be useful and meaningful to user . In order to apply the model we propose , we develop the prototype of the workload specification generator . After users have finished editing their workload model with the visual graphic notations , the system will generate workload specifications which will be used in the later phase . As the application domain of OODBMS are diverse and databases are huge , the trend of benchmarks is toward user requirement orientation in the future .

The Bush administration was at the transition period of the world order: from cold war toward post-cold war era. During this period, many significant international events happened, which caused the structural change of international polictis. The purpose of this thesis is aimed at analysising the foreign policy desision making from 1989 to 1992. Through the building of decision making model, the author try to argure that the policy making pattern and process in this period has its features, and these factors influence the shape of American foreign policy.In this thesis, the author builded up the decision making model of Bush era. In order to test the model, the author put 8 cases to test the model. These cases are: the reunification of Germany; Beyond Containment; Tainanman Square case; the invasion of Panama; Gulf crisis; New World Order; the collapse of USSR; and Yogoslavia case.At the end, the author conclude that the foreign policy decision making is highly concentric, and personal factors influence much on the foreign policy decision making. The rule " Presidential dominant" still exist. Due to President Bush's foreign policy experience, the decision making was mainly made in the white house.

根據AMR Research的預估，全球的客戶關係管理(Customer Relationship Management，CRM)市場規模，從1998年23憶美元，預估西元2003年將達到168憶美元。以及由2002年底Siebel推出的解決方案來看，CRM的趨勢將針對各種應用系統如何做好整合。 本研究之目的，旨在整合現有客戶關係管理相關文獻，與日商B公司多年來的經驗，以流程再造為出發點，從而設計出新的客戶管理資訊系統中之「銷售」、「行銷」以及「客戶服務」等機制，以解決舊系統不敷使用的問題，並且提供新商品線銷售與服務的機制，以及整合部份內外部系統。研究過程中實踐了系統開發生命週期(System Development Lifecycle)的理論進行新系統之分析、設計、開發、測試，並進一步分析與探討新系統實際上為B公司帶來的效益。以期對於國內企業因應快速發展的CRM趨勢，本系統的實現提供了國內其它產業進行CRM資訊系統建置過程的參考價值。 / According to the prediction of AMR research, the marketing scale of global Customer Relationship Management will be expected to rise from 2.3 billions in 1998 to 16.8 billions in 2003. Viewing the CRM solution of Siebel in the end of 2002, the trend of CRM will focus on how to integrate other hundreds of applications. The objective of this study is to integrate the related references of present CRM and the publisher industry experiences within a Japanese company B. On the basis of Business Process Reengineering (BPR) theory, we design the Sales, marketing, and customer services in the new CRM system in order to solve the problems on the legacy system, to provide the new sale channels and services mechanism of new product line and to integrate parts of the inner and 3rd party information system. During the research process, we accomplished the theorem of System Development Lifecycle to analyze, design, develop, and test of the new system. And further analyze and discuss of the benefit to company B from the the new system. In order to match the trend of the rapid growth in the CRM market for local enterprises, this system supplied the referenced value during building the CRM information system for other local enterprises. / 目 錄 摘要……..………………………………………………………… I 目錄………….…………………………………………………… II 表目錄……………………………………………………………. IV 圖目錄………………….………………………………………… V 第一章 緒論………………….…………………………………... 1 1.1. 研究背景與動機……….……………………………… 1 1.2. 研究目的與範圍………………………………………. 3 1.3. 研究方法與論文結構………………………………….. 4 第二章 文獻探討…………………………………………………6 2.1顧客關係管理系統………………………………………..……6 2.2企業資訊系統整合………………………………….…..…..…10 2.3企業策略委外…………………………………………….……12 2.4企業流程再造…………………………………………….........13 第三章 案例背景與解決方案………………………………..….15 3.1案例背景分析…………………………………………………16 3.1.1 舊系統功能……………………………………….…...17 3.1.2 舊系統業務流程………………………………………25 3.1.3 舊系統流程分析………………………………………27 3.2 解決方案……………………………………………………...29 3.2.1 新系統流程分析………………………………………30 3.2.2 新系統功能設計重點…………………………………31 3.2.3 預期效益………………………………………………33 3.3 技術需求分析………………………………………………...34 3.3.1 系統分析與設計方法…………………………………34 3.3.2 技術選用………………………………………………41 第四章 系統架構…………………………………..…………….44 4.1系統分析………………………………………………..……..44 4.1.1 業務流程圖……………………………………………45 4.1.2 Data Modeling………………………………………….50 4.2 系統設計……………………………………………………...57 4.2.1平行設計……………………………………………….58 4.2.2 MVC設計概念………………………………………...59 4.2.3 系統雛形……………………………………………....62 4.2.4其他系統整合介面…………………………………….68 4.2.5系統架構圖…………………………………………….69 4.3 系統開發………………………………………………….…..71 4.3.1 Web功能模組……………………………………….....72 4.3.2 批次模組………………………………………………74 4.4 系統測試……………………………………………………...76 4.4.1系統整合測試………………………………………….77 4.4.2使用者接受度測試…………………………………….81 4.5 系統上線……………………………………………………...82 4.5.1教育訓練……………………………………………….82 4.5.2上線計畫……………………………………………….82 4.6 系統開發相關技術…………………………………………...86 4.7 效益評估……………………………………………………...91 第五章 結論與後續研究方向…………………………………..98 5.1 結論…………………………………………………………..98 5.2後續研究方向…………………………….…………………..99 參考文獻………………………………….………………….101 表目錄 表2-1 四大巨人CRM解決方案的銷售與趨勢分析表…………………………...8 表3-1 銷售系統功能簡述………………………………………………………….17 表3-2訂戶資料管理功能簡述……………………………………………………..19 表3-3 契約(訂單)管理功能簡述…………………………………………………...20 表3-4 債權管理功能簡述………………………………………………………….22 表3-5催款管理功能簡述…………………………………………………………..22 表3-6發貨管理功能簡述…………………………………………………………..23 表3-7舊系統功能分析……………………………………………………………..24 表3-8新系統解決方案重點………………………………………………………..29 表3-9新系統各部門人員動作概要說明…………………………………………..30 表3-10流程分析策略分析表………………………………………………………36 表3-11軟體生命週期模式比較表…………………………………………………38 表 3-12 系統建構模式與軟體品質評析表………………………………………..42 表3-13 J2EE與 .Net比較表……………………………………………………….43 表4-1 Table Schema 範例…………………………………………………………..52 表 4-2 系統測試分類表……………………………………………………………76 表4-3 Unit Test測試案例…………………………………………………………...79 表4-4 SIT測試案例………………………………………………………………...80 表4-5 上線計畫表執行細項……………………………………………………….84 圖目錄 圖1-1研究方法……………………………………………………………………….5 圖3-1舊系統功能架構圖一(依子系統) ……………………………………………18 圖3-2舊系統功能架構圖二(依部門) ………………………………………………18 圖3-3 舊系統訂購/出貨流程……………………………………………………….26 圖3-4 新系統訂購/出貨流程圖…………………………………………………….31 圖3-5 ERD範例……………………………………………………………………..35 圖3-6 應用系統平行開發的方……………………………………………………..40 圖3-7 系統雛形設計流程圖………………………………………………………..41 圖4-1 B公司整體業務流程圖………………………………………………………45 圖4-2 客戶註冊/訂購流程………………………………………………………….46 圖4-3個人資料變更流程……………………………………………………………46 圖4-4 訂單內容變更………………………………………………………………..47 圖4-5 信用卡入金流程……………………………………………………………..47 圖4-6 退款流程……………………………………………………………………..48 圖4-7 客戶服務……………………………………………………………………..48 圖4-8 物流再發送流程……………………………………………………………..49 圖4-9 名條列印與線上分析報表流程……………………………………………..49 圖4-10 Conceptual Data Model (E-R with Entity) ………………………………….51 圖4-11 Conceptual Data Model Sample(E-R with attributes)……………………….52 圖4-12 亞洲共通版系統設計概念圖………………………………………………58 圖4-13 各子系統功能概要圖……………………………………………………....59 圖4-14 i18n的技術應用範例……………………………………………………….60 圖4-15第一層級Prototype範例(訂單) ……………………………………………63 圖4-16第二層級Prototype範例(訂單) …………………………………………..64 圖4.17第三層級Prototype範例(訂單) …………………………………………..65 圖4-18新系統架構圖……………………………………………………………..69 圖4-19系統硬體部署圖…………………………………………………………..70 圖4-20 JDBC Connection Pooling Module………………………………………..88