代理人協商應用於銀行 代理人協商應用於銀行 代理人協商應用於銀行

國立台東大學資訊管理學系 環境經濟資訊管理碩士在職專班

碩士論文

指導教授：謝明哲 博士

代理人協商應用於銀行 代理人協商應用於銀行 代理人協商應用於銀行

代理人協商應用於銀行 IT 專案管理之研究 專案管理之研究 專案管理之研究 專案管理之研究 A Study of Applying Agent Negotiation to

Bank IT Project Managment

研 究 生： 吳靜怡 撰

中 華 民 國 九 十 八 年 七 月

中 華 民 國 九 十 八 年 七 月 國立台東大學資訊管理學系 環境經濟資訊管理碩士在職專班

碩士論文

代理人協商應用於銀行 代理人協商應用於銀行 代理人協商應用於銀行

代理人協商應用於銀行 IT 專案管理之研究 專案管理之研究 專案管理之研究 專案管理之研究 A Study of Applying Agent Negotiation to

Bank IT Project Managment

研 究 生： 吳靜怡 撰

指導教授：謝明哲 博士

謝 謝

謝 謝 誌 誌 誌 誌

經過了兩年的學習，終於得以順利完成論文了。首先非常感謝恩師謝 明哲教授，在這段期間的細心指導及諄諄教誨，使我受益良多，在此深表 感激。

口試期間，非常感謝陳仲儼教授、廖國良教授在百忙之中蒞臨指導，

並提供了許多寶貴建議，因為有他們的指正與指導，使本論文可以有更完 整的呈現，在此致上最誠摯的感謝。

在此，我也要感謝同班同學的支援，在我寫論文期間常提供資料及建 議，這樣的協助讓我得以兼顧學業及工作，並順利完成論文，非常感謝。

最後要感恩的是家人大力支持的心意，在這兩年求學期間，因工作上 的需要，必須調整工作型態，因此在學業及工作上的壓力，常使我身心疲 憊，也曾感受到挫折而想要放棄，最後讓我堅持下去的力量還是來自於家 人的鼓勵。在此必須要感謝家人的支持與鼓勵，才能使我順利地完成學 業。謝謝大家，再一次感謝所有關愛我的人，願你們也能與我一起分享這 喜悅。

吳靜怡 謹識

于台東大學資訊管理學系

九十八年七月

代理人協商應用於銀行 代理人協商應用於銀行 代理人協商應用於銀行

代理人協商應用於銀行 IT 專案管理之研究 專案管理之研究 專案管理之研究 專案管理之研究

作 者 作 者 作 者

作 者 ： ： ： 吳 靜 怡 ： 吳 靜 怡 吳 靜 怡 吳 靜 怡

國 立 台 東 大 學 環 境 經 濟 資 訊 管 理 在 職 進 修 碩 士 專 班

摘 摘 摘 摘 要 要 要 要

資訊安全及系統品質對於銀行業非常重要。但金融 IT 產業為了節省培 養技術人員的成本支出，系統外包已成為一個趨勢。就現況下，銀行 IT 建 立良好的協商過程、有效率地管理專案才能有機會創造雙贏局面。初始化 專案時，提出的計畫需做協商，讓參與者都願意朝共同目標前進及努力。

接下來，當專案計畫成立後，進行系統開發時也需要管理，例如突發狀況

處理及協調，這都是專案管理的任務。無論是計畫建置時亦或進行時， 「專

案管理」都是一門重要的課題，因此，專案管理者 (Project Manament)的角 色日益重要及不可或缺。

然而，專案管理者的角色並不是萬能的。在考量應用性及實用性的前提

下，專案管理者職責重點在統合相關專家們所提供支援來解決問題。專案

管理進行時，需考慮到包含人力、成本、範疇、時間…等等多方面的溝通

屬性，而這些屬性往往會因為環境的問題而改變。本研究以代理人協商為

基礎建立一個類似人類進行專案管理時的自動協商機制，建構系統模型以

驗證所提之協商機制及基因演算法的可行性，並顯示代理人協商模擬實驗

結果，以及協商失敗時，透過基因演算法所提議的最佳專案組合。

※本研究提出兩個核心概念：

1. 將多代理人協商機制運用在專案管理上，賦予代理人不同的協商行為 及任務，使系統所創造之協商行為更趨向人性化。

2. 當協商失敗時，將會進行基因演算法，試圖找出最佳提案組合。

目的是將系統代理人應用於「整合型協商機制」 ，此協商機制讓參與者

能依據本身的利益考量做出屬性彈性調整。舉例來說，以 IT 的立場，在協 商時，會採取最嚴格的方式來要求系統品質管理， IT 在這方面就不可能做 讓步處理。其次，當任何提案皆不能滿足到參與者時，此代理人協商系統 會進行基因演算法，運用成本效益值為專案選取的目標最適值，試圖找出 最佳專案組合，提供參與者做選擇。

在本研究中提到關於協商失敗時，系統會嘗試找出最佳提案組合給予建 議，並記錄結果以提供代理人系統學習案例，逐漸累積思考及決策能力，

此模式在目前的相關研究中較少被提及，未來可作為後續研究之方向。

A Study of Applying Agent Negotiation to Bank IT Project Management

Author :

Ching-Yi Wu

Abstract

The information security and the system quality for the banking are extremely important. However, the financial IT industry in order to save the cost of training technical personnel expenditures, system outsourcing has been a trend. On present situation, bank IT has to establish a good consultative process and manage the project efficiently to have the opportunity to create the win-win situation. In the beginning of project, the plan proposed to be done must be drafted in consultation with the participants, so that the participants are willing to move forward toward common goals. When the project plan had been established, systems development also needs management. This is the project management duty for processing and coordination of emergency situation. Whether plan is beginning or proceeding, "project management" is an important issue.

Therefore, it makes PM more important and necessary.

However, project managers are not omnipotent in reality. On the

premise of application and practicality, resources and suggestion provided

by experts to solve the problem is project managers’ responsibilities, yet in

progress of Project Management. In reality, it needs a lot of management

attribute, such as manpower, cost, category, time and so on. These factors

often change with environment. Our research established an Automated

Negotiation Mechanism that progresses similar to human thinking process

in project management on the basis of Multi-agent systems. In this study,

we also build the system model to verify the feasibility of our consultation

mechanism and genetic algorithm, and show the results of agent

consulation simulation and the best special case combination suggested by the genetic algorithm when the negotiations fail.

※This study provides two core concepts:

1. When agent consultative mechanism endows agents with different negotiation behavior and tasks of PM, the automated negotiation system has become more user-friendly.

2. If the consultation fails, there will be a genetic algorithm trying to find the best combination.

The purpose is to apply the agent in an integrated consultative mechanism, so that participants can consider their own interests in accordance with the properties to make adjustments flexible. For example, in the consultation, IT will adopt the most stringent requirements of system quality. In this regard, IT is impossible to make concessions. If all proposals cannot meet the participants’ needs, the genetic algorithm will be carried out to find the best combination according to the cost-effective value. Consequently, the best combination is used to offer participants further choice.

In this research mentioned when consultation defeats, the system will try to find the best combination to give advice on the proposal, and to supply a record of the results to the agent system. By this way will accumulate and train thinking and decision-making capacity gradually, the model in the current research less mentioned. In the future may supply direction of the following research.

Key words: agent, automated negotiation, cost benefit principle, genetic

algorithm, project management

目次 目次 目次 目次

第一章 第一章 第一章

第一章 緒論緒論緒論...1緒論

1.1 研究動機...1

1.2研究問題...2

1.3 研究目的與範圍 ...4

1.4 研究限制...4

1.5研究方法及論文結構...5

第二章第二章 第二章第二章 文獻探討文獻探討文獻探討 ...7文獻探討 2.1 專案定義...7

2.2專案管理定義...8

2.2.1 專案風險及影響定義... 11

2.2.2 專案成本管理圖-Control Costs...12

2.3.1 代理人和多重代理人的特色...14

2.3.2 多代理人系統...16

2.3.3 代理人協商 ...17

2.4協商理論...19

2.4.1 協商及談判的定義...19

2.4.2 協商類型 ...20

2.4.3 協商機制 ...22

2.5成本效益分析法...23

2.5.1 成本效益分析的理論基礎...23

2.5.2 成本效益分析的計算方式...24

2.5.3 時間、風險和不確定性...25

2.5.4 預算限制和分配效果...26

2.5.5 成本效益分析與成本效能分析的比較...26

2.6JADE 代理人發展環境... 26

2.6.1 代理人架構種類...27

2.6.2 JADE 簡介 ...27

2.6.3 AMS(Agent Managemet System)探討...30

2.6.4 JADE 的行為表現...32

2.7基因演算法基本概念...35

第三章第三章 第三章第三章 研究方法研究方法研究方法 ...39研究方法 3.1 代理人協商環境架構設計...39

3.2代理人協商系統模擬...42

3.3代理人協商系統之基因演算法模式建立 ...49

第四章 第四章 第四章 第四章 建置代理人協商驗證系統與結果分析建置代理人協商驗證系統與結果分析建置代理人協商驗證系統與結果分析 ...59建置代理人協商驗證系統與結果分析 4.1 代理人雛型系統之協商機制模擬... 59

4.2 雛型協商系統說明與實驗結果分析... 72

4.2.1 協商雛型系統建置說明...72

4.2.2 基因演算法之結果分析...77

第五章第五章 第五章第五章 研究結論研究結論研究結論 ...79研究結論 5.1結論...79

5.2未來研究方向...80

參考文獻參考文獻 參考文獻參考文獻...81

圖次 圖次 圖次 圖次

圖 1.1 專案流程圖 ...3

圖 1.2 本研究的主要流程圖...6

圖 2.1 專案整合管理圖(PROJECT INTEGRATION MANAGEMENT OVERVIEW) ... 10

圖 2.2 專案管理之成本控制圖...13

圖 2.3 BDI 代理人架構圖 ...14

圖 2.4 協商空間觀念圖 ...22

圖 2.5 JADE 平台執行環境與CONTAINER關係圖...28

圖 2.6 JADE 平台系統架構 ...29

圖 2.7 DEPICTION OF THE DAGENT MANAGEMENT ONTOLOGY... 30

圖 2.8 取得代理人名稱 ...31

圖 2.9 取得代理人 AID 程式片段...31

圖 2.10 AID 組成結構 ...31

圖 2.11 AGENT THREAD PATH OF EXECUTION... 33

圖 2.12 THE JADE BEHAVIOURS HIERARCHY... 34

圖 3.1 代理人之關係圖 ...42

圖 3.2 協商代理人架構圖...42

圖 3.3 代理人協商流程設計...43

圖 3.4 運用成本效益分析及遺傳演算法為基礎之專案協商成立流程圖 ...48

圖 3.5 CROSS-OVER圖解一 ...56

圖 3.6 CROSS-OVER圖解二 ...56

圖 3.7 CROSS-OVER圖解三 ...56

圖 3.8 CROSS-OVER圖解四 ...56

圖 3.9 CROSS-OVER圖解五 ...56

圖 4.1 使用者代理人進行協商機制-1 循序圖 ...61

圖 4.2 使用者代理人進行協商機制-2 循序圖 ...61

圖 4.3 COST之最大集合表示圖 ...64

圖 4.4 TIME之最大集合表示圖 ...65

圖 4.5 IT 專案管理代理人與使用者代理人之溝通機制 ... 69

圖 4.6 基因演算法示意圖...71

圖 4.7 五個協商屬性之區間值...73

圖 4.8 五個協商屬性之區間值系統畫面...74

圖 4.9 協商第五次成功之表示圖...76

圖 4.10 協商第五次成功之系統畫面圖...76

圖 4.11 演化世代為 20 的驗證結果...77

圖 4.12 演化世代為 50 的驗證結果...78

圖 4.13 演化世代為 100 的驗證結果...78

表次 表次 表次 表次

表 2.1 四種專案目標對專案管理的影響定義表 ...12

表 2.2 協商特性 ...19

表 2.3 代理人協商讓步策略 ...21

表 2.4 成本效益分析計算方式 ...24

表 3.1 代理人角色配置 ...41

表 3.2 設定初始族群 ...51

表 3.3 計算成本效益值 ...52

表 3.4 對專案組合進行編碼 ...53

表 3.5 經選擇後的個數 ...54

表 3.6 經過選擇後的組成 ...54

表 3.7 選擇及交配後的族群 ...57

表 3.8 突變後的族群 ...57

表 4.1 UA 所設定之屬性數值 ... 62

表 4.2 IA 所設定之屬性數值 ... 62

表 4.3 VA1 所設定之屬性數值 ... 62

表 4.4 VA2 所設定之屬性數值 ... 63

表 4.5 VA3 所設定之屬性數值 ... 63

表 4.6 各提案之屬性值 ...64

表 4.7 屬性調整後之協商區間值 ...66

表 4.8 第五次協商記錄表 ...67

表 4.9 第十次協商記錄表 ...69

第一章 第一章

第一章 第一章 緒論 緒論 緒論 緒論

1.1 研究動機

近年來，銀行為了因應資訊化建設，常採用外包的方式來降低系統開發與維 護產生的龐大費用。但此方式也讓許多外包風險因而衍生，其風險如：成果未達 目標；規劃不佳，導致系統品質不良；或無法有效調度人力等問題。因此在處理 各個使用端對系統的需求時，銀行相關部門有責任來評估整個專案並做整合與管 理。Project Management Institute(2008)提出專案管理主要工作是運用知識、技能、

工具、方法等方式來解決專案需求，並運用起始、計劃、執行、監控、結束等五 大程序進行。並定義專案管理九大管理知識領域：整合、範疇、時間、成本、品 質、人力資源、溝通、風險及採購管理，以銀行 IT 專案管理這個層面分析，品質 方面是很重要的一環，當品質出現瑕疵時，往往銀行所需付出的成本非常高，並 且商譽也會受影響。因此銀行 IT 在做專案評估及進行系統開發時，相當注重品質 的管理，而在專案管理之九大管理知識領域中，各個領域皆會互相影響。譬如以 銀行 IT 的專案管理來看，品質相當重要，而在顧及品質時，相對的，要付出的成 本、人力資源、時間也會因此做調整。所以本研究的動機之一，就是將銀行 IT 部門原本運用的傳統人力協商方式轉換成以系統進行，透過代理人的運作達到協 商的目的。

一直以來，因銀行 IT 內部未能有一協商平台可協助內部人員統籌及控管各專 案的進行，使得 IT 與其它部門的協商程序也變為較為繁瑣。必須歷經不斷地開 會，才能掌握可用資源及進度，相對地，也造成人力資源無形中浪費，因此創造 專案管理協商系統，簡化開會的程序及次數是本研究的動機之二。而由於 IT 內部 許多專案多會互相有關聯，或是互相影響，譬如 A 專案與 B 專案必須由 A 專案 先進行，才能繼續進行 B 專案。所以 A 專案的如期完成，對於 B 專案相對重要。

另一種情況是 A、B 專案必須同時進行時，如有資源需共用，這個因素也必須考 慮。較為單純的情況是 A 專案本身就有因素被限制，如限制成本、完成期限等，

人依其重視因素設定協商區間值，並進行協商。因此，就銀行 IT 專案管理之探討 而言，本研究的最大動機為進行專案中各項影響因素的協商，分析其影響程度，

進而完成最多參與者同意的專案計畫書，幫助銀行 IT 人員能更有效掌握各方資 源，進行專案管理。而本研究目前進行的協商探討僅為專案管理的小部份而已，

尚未完成全自動化協商。所以，以此為基礎，希望未來的研究能觸及更多角度來 分析，以期創造更趨向於自動化的協商系統。

而在規劃專案、協調人力時，協商行為扮演一個重要角色。透過使用者、IT、

人員、廠商等各方專業領域，由自動協商來達成資源供需均衡並做最有效益的分 配。因此，本研究提出以代理人協商系統來支援銀行 IT 人員進行專案管理，在進 行專案管理時，經由代理人協商解決各方歧異之意見，進而達成資源配置的最佳 化。採用代理人建構協商機制的系統，使資源獲得最有效的管理，並採用代理人 技術來完成參與者及 IT 雙方的協商機制。

一般來說，在規劃專案計畫時，實際上所需考量的層面非常廣且複雜，而本 研究的重點即是運用這些外在因素轉換其為量化，幫助相關人員瞭解此一動線的 優與劣。本研究所建構之代理人系統非決策系統，而是賦予代理人有思考能力，

並藉由行為模擬人類社群溝通以達成協商。以專案管理例子來剖析，當以建構之 代理人系統實際模擬時，我們將會建立擁有不同行為及立場之代理人，運用其行 為來進行溝通，並利用基因演算法進行演化，以繁衍新的子代，建立適者生存的 環境，使此系統擁有社群能力，並可實際解決在規劃專案或專案需重新評量時所 產生的協商行為。

1.2 研究問題

在 IT 資源配置中，有效整合及運用公司內各種資源，成為專案執行成敗的關 鍵，而當整合專案時，實際上是會有著限制的。以下幾項狀況可做說明:

1. 當資源不夠時，運作時間將會延長，而影響完成時間。

2. 整合所有資源完成此專案時，必須考量到成本是否符合，資源是否浪費。

3. 專案計畫範圍的增減，對成本、資源的運用、完成時間，皆會直接被衝擊。

在本研究所提出之應用代理人協商系統於銀行 IT 專案管理，將必須考量以上 三點因素。而各種資源中的關鍵，又以人力資源為首要，當新專案推動形成時，

如何選才與用才成為專案主持人要審慎處理的項目。專案開始時，專業人才都將 參與專案進行，最主要必須配置其適當的任務來執行，使專案能順利，此外，也 必須隨時監控專案進度，在狀況發生或進度落後時，能第一時間處理，其專案流 程圖如圖 1.1 所示。

圖 1. 1 專案流程圖

資料來源:「Project Management Institute，2008」

1. 專案計畫開始研擬時，會遇到的第一個問題為收集需求端的意見。

2. 研擬專案計畫時，將會針對使用者提供之需求，分析所需資源，本研究將以 範疇、時間、成本、品質、人力資源資源為首要，配合整合管理，來做需求 分析及協商。

3. 突發狀況人力調配問題：假設當專案管理進行到中途時，若有一執行者有突

發將況發生，而必須中斷任務執行，此時，監控專案將啟動並挑選出適妥的 方案，繼續執行後續任務。

4. 專案管理進行時廠商與使用者之配合及管理：假設專案進行中與廠商及使用 者間的配合有突發狀況，如專案大方向的改變需重新調整專案內容，需緊急 調配，以利專案進行。

1.3 研究目的與範圍

代理人協商系統可分析許多協商性的工作，為解決專案管理中的成本與資源 配置問題，並處理許多繁雜且常規的工作，在本研究中會定義個別決策成員能有 獨特的屬性及擁有自己的決策行為模式。以銀行 IT 資源配置可以達到最佳化為基 礎，本研究將採用退讓協商機制與成本效益分析模式，以改善資源不足及不均現 象並應用代理人協商來發揮代理人之自主性及協商性進行專案管理活動。具體而 言，本研究的主要目的如下：

1. 利用協商機制達到資源配置最佳化建立協商之系統架構。

2. 建構一個採用遺傳基因演算法與成本效益分析理論的代理人協商系統雛型。

3. 代理人在專案管理中，並不能完全來處理專案，必須與各任務相互影響，包 括參與人數、執行期間、難易程度。須由自主性的協調及多方面的溝通來進 行配置的過程，達到專案管理中人力資源配置合適化。因此，就用才問題，

將 利 用 代 理 人 協 商 的 行 為 模 式 ， 將 其 中 特 定 代 理 人 導 入 BDI(Belief,Desire,Intention)模式，讓代理人依照各自的 BDI 模式以協商 化的概念將代理人配置於適當的位置執行專案。

4. 以案例實際模擬協商成功及不成功，所會產生的結果及機制，並做分析。

1.4 研究限制

此研究仍然有很多限制及不足之處，如：

(1) 如專案複雜度太高，可能造成系統思緒並無人類可以考量的那麼縝密，

容易造成區域最佳解的情形。

(2) 本研究只考量總體利益，如專案本身屬特殊案例，例如說必須在某期限 完成，可考慮高成本等問題，亦不在此研究之內。

(3) 本研究已將各式因素數值化，並且以總成本的方式判斷專案的優劣，如 有其它無法數值化的因素，亦不在本研究之內。

1.5 研究方法及論文結構

圖 1.2 及圖 1.3 為本論文之主要流程圖及論文結構，其描述如下：

(1) 研究問題分析：

希望可以創造由代理人協商系統來幫助人類在專案管理中可以進行更精 密的分析，而產生更趨於完美的專案，並且可在專案管理進行時擔任監 視與控制的任務，隨時監控專案是否如期如預算的進行。

(2) 文獻探討：

對與研究相關的文獻做探討，包含基因演算法、成本效益法、專案管理 (PMP)、JADE。

(3) 建立協商系統架構：

使用成本效益法進行協商，找出最適專案，並引用基因演算法的進化理 論，在專案管理者無法提出更好的提案時，代理人會啟用遺傳演算法，

進行最佳子代的演化。並在專案管理進行中使用 EVM (Earned Value Management)監控專案進度，如遇到無法如期如預算進行的緊急狀況時，

也會啟動代理人協商機制。

(4) 進行模擬：

建立雛型系統，進行實例模擬。

(5) 結論分析與後續發展

圖 1. 2 本研究的主要流程圖 開始

結束 研究問題分析 銀行 IT 專案

管理 應用代理人協

商

文獻探討

建立協商系統架構 進行協商協制

成本效益函數

基因演算法

實作系統

進行模擬 取得資料

進行測試 驗證與分析

結論與建議

第二章 第二章 第二章

第二章 文獻探討 文獻探討 文獻探討 文獻探討

有關代理人協商的探討文獻，國內外都有許多不同領域的論文研究，這類的 問題最主要是解決在電子商務中所遇到的各式問題。因此本研究預定運用專案管 理的領域配合代理人協商機制實作一雛型系統，進行協商機制的模擬。

2.1 專案定義

什 麼 是 專 案 ? Project Management Institute(2008) 所 提 出 的 ”PROJECT MANAGEMENT BODY OF KNOWLEDGE”一書中說明了專案的定義。專案可以說是暫時被 賦與責任去創造一個獨特的產品、服務或結果。專案本身也具有明確的開始與結 束，而專案結束指的是當這個專案的目的已經達到，或是因為目的不能達到或是專 案的需求已不存在而中止計畫。在此特別說明一點，專案的特性之一"暫時"並不是 指專案的時間很短暫而且也不適用於其產生的產品、服務、或是結果。大部分專案 通常可得到一個持久的結果。舉例來說，建一座國父紀念館的影響是好幾世紀，專 案也常常會因社會，經濟和環境上的衝擊，產出之結果所造成影響的時間也比專案 本身時間長很多。每個專案會創造獨一無二的產品、服務、結果。雖然重複性的元 素可能會出現在某些專案中,但這種重複並不會改變每一個專案的獨特性。舉例來 說：辦公大樓即使是同一團隊以相同或相似的材質建造，但不同的建築物還是有不 同的設計、環境、契約等等。

一個正在進行的工作通常都會反覆重做，因為它是按照一個組織内既存的程 式在進行。相反地，由於專案具有獨特性的本質，所以可以新建一個新的團隊來 參與專案，執行專案計畫。另外再補充點的是，各種組織都可被賦與專案任務，

一個專案可被一個組織介入也可有多個組織參與，就看專案執行所需的資源而 定。專案的成立可以有很多様貌呈現，例如：專案可能是一個產品的部份或是全 部，有執行服務的能力(如：有支援產品或銷售的商業功能)，或是結果、文件(例

於社會)。

2.2 專案管理定義

什麼是專案管理? Project Management Institute(2008)所提出的”PROJECT MANAGEMENT BODY OF KNOWLEDGE”一書中說明了專案管理的定義。專案管理是應 用知識、技能、工具、技術等項目來達成專案需求。專案管理是應用 42 個專案管 理邏輯程序加上 5 個程序。這 5 個程序包含了有：

起始(Initiating),

計畫(Planning),

執行(Executing),

監督與控制(Monitoring annd Controlling), and

結束(Closing) 而典型的專案管理包括了：

定義需求(Identifying requirements),

策劃及執行專案計畫(Addressing the various needs, concerns, and expectations of the stakeholders as the project is planned and carried out),

平衡專案之競爭因素(Balancing the competing project constraints including), but not limited to:

 範疇(Scope),

 品質(Quality),

 時程(Schedule),

 預算(Budget),

 資源(Resources), and

 風險(Risk).

這之間的關係是當其中一個元素改變時，將會影響至少一個元素的變更。例如 當專案時程縮短時，通常預算就要增加以補充資源，使專案可以順利在這麼短的

時間内完成。假設不能增加預算，那範疇和品質也許會受到影響。當專案的需求 方改變專案需求，可能會造成額外的風險，所以為了讓專案可以順利進行及完成，

專案管理小組必須評估風險及可行性。

由於有潛在的變化，在整個專案管理生命週期，專案管理計畫是可以經過反復 及逐步制定的。逐步制定包括了提升專案計畫、提供更詳細及具體的資訊，並且 更準確的估計目標達成所需的資源。

Project Management Institute(2008)提出，專案整合管理包括必要的程序和活動 以辨認、定義、結合、統一和協調在專案管理程序內各類的程序和專案管理活動。

很顯然地，專案管理整合對各個程序上的互動及影響是非常需要的。舉例來說，

對一個意外增加的成本，在估計上就有成本、時間及風險等區域上的考量。對於 專案的交付，也許需要結合正在發展中的業務組織、客戶組織、一個長期的計畫，

這些在未來都要納入伴隨而來的問題和機會而加以考量，專案整合管理也包括所 需的專案文件以確認專案管理的組成及產品的交付。以下圖 2.1 為專案整合管理 概要說明及專案整合管理圖解如下：

圖 2. 1 專案整合管理圖(Project Integration Management Overview) 資料來源:「Project Management Institute，2008」

專案整合管理(Project Integratio Management)

.1.Inputs

.1 Project statement of work

.2 Business case .3 Contract

.4 Enterprise

environmental factors .5 Organizational

process assets .2 Tools & Techniques .1 Expert judgment

.3 Ouprts .1 Project charter

Develop Project Charter

.1 Inputs .1 Projcet charter .2 Outputs from planning

processes

.3 Enterprise environmental factors

.4 Organizational Process assets

.2 Tools & Techniques .1 Expert judgment

.3 Ouprts

.1 Project management plan

Develop Project Management Plan

.1 Inputs

.1 Project management plan

.2 Approved change requests .3 Enterprise

environmental factors .4 Organizational process

assets

.2 Tools & Techniques .1 Expert judgment .2 Project management Information system

.3 Ouputs .1 Deliverables .2 Work performance

information .3 Change requests .4 Project management

Direct and Manage Project

Execution

.1 Inputs

.1 Project management plan

.2 Performance reports .3 Enterprise

environmental factors .4 Organizational

process assets .2 Tools & Techniques .1 Expert Judgment .3 Outputs .1 Change requests .2 Project management

plan updates .3 Project document

updates

Monitor and Control Project

Work

.1.Inputs

.1Project management plan .2 Work performance

information .3 Change requests

.4 Enterprise

environmental factors .5 Organizational process

assets

.2 Toos & Techniques .1 Expert judgment .2 Change control meetings .3 Ouputs

.1 Change request status updates

.2 Project management plan updates

.3 Project document updates

Perform Integrated Change Control

.1 Inputs

.1 Project management plan

.2 Accepted deliverables .3 Organizational process

assets

.2 Tools & Techniques .1 Expert judgment

.3 Ouputs .1 Final

product,wervice,or result transition .2 Organizational process

assets updates

Close Project or Phase

根據上述圖解，專案整合流程共有以下六階段在進行：

1. 專案初始化(Develop Project Charter)－文件形成的過程，文件的內容是正 式被核准一個企劃以及紀錄著一開始就滿足資金擁有者的需求其期盼的條件。

2. 專案計畫制定(Develop Project Management Plan)－是一種計畫制定的過程，

並準備、整合以及協調所有次要的計畫。

3. 執行(Direct and Manage Project Execution)－－－－執行專案計畫。

4. 監督與控制(Monitor and Control project Work)－－－追蹤、重新探討、控制計－ 畫的進行和專案管理計畫所訂下的目標。

5. 變動(Perform Integrated Change Control)－－－－重新檢視所有需求變動，考 量變動的因素，並做專案計畫的調整。

6. 完成(Close Project or Phase)－－－－計畫正式完成。

2.2.1 專案風險及影響定義

一般定義，品質和可信度的風險進行定性分析的過程需要不同層次的風險的 概率和影響加以界定。在計畫風險管理程序，用於執行定性風險分析過程。表 2.1 分別針對四種專案目標定義，說明在不同層度的風險下，這四種專案目標會怎麼 做決定。假設在風險程度很低的狀況下，對於成本、時間、範疇、品質所受到的 影響非常小，不會影響專案進度。假設情況為中等風險程度，對於成本的影響為 增加 10-20%，時間的影響為增加 5-10%，對於範疇的影響謹為主要區域，並不影 響全部。假設情況是高度風險，對於這四種專案目標的影響就非常大，最不想預 見的情況，可能就是停止專案的進行。專案管理者必須在專案計畫建立時，就要 全面考量，專案進行時，也必須隨時監控進度，儘量避免這種高度風險的情況發 生。以下為專案管理風險影響定義表 2.1，可提供專案管理者在做風險評估的範 本：

表 2. 1 四種專案目標對專案管理的影響定義表

Defined Conditions for Impact Scales of a Risk on Major Project Objectives (Examples are shown for negative impacts only)

Relative or numerical scales are shown Project

Objective Very

low/0.5 Low /.10 Moderate

/.20 High /.40 Very high /.80

Cost Insignificant cost

increase

<10% cost

increase 10~20%

cost increase

20-40% cost

increase >40% cost increase

Time Scope decrease barely noticeable

<5% time

increase 5-10%

time increase

10-20% time

increase >20% time increase

Scope Scope decrease barely noticeable

Minor areas of scope affected

Major areas of scope affected

Scope reduction unacceptable to sponsor

Project end item is effectively useless Quality Quality

degradation barely noticeable

Only very demanding applications are affected

Quaality reduction requires sponsor approval

Quality reduction unacceptable to sponsor

Project end item is effectively useless This table presents examples of risk impact definitions for four different project objectives. They should be tailored in the Risk Management Planning process to the individual project and to the organization’s risk threshold. Impact definitions can be developed for opportunities in a similar way.

資料來源:「Project Management Institute，2008」

2.2.2 專案成本管理圖-Control Costs

PMI(2008)提出專案在進行時，專案管理者會隨時監控及控制成本的支出，如 遇突發狀況或無法如預算執行，將會採取增加預算及做成本基準線變更。圖 2.2 說明了在評估成本基準、績效報告或變更請求時，如遇變動，將會透過成本控制 評量，然後再產出新的專案文件及更新成本基準等文件。這部份最主要是在控制 專案進行中，如遇突發狀況，將會重新評估成本，以利專案順利進行。

圖 2. 2 專案管理之成本控制圖

資料來源:「Project Management Institute，2008」

2.3 BDI 智慧型代理人與多代理人理論

多重代理人的概念與人類社會的概念相當接近，Zambonelli et al(2000)指 出，多重代理人系統像人類社會一樣，它其實就是一個代理人社會，代理人彼此 間有組織性或互動關係，彼此有溝通及各自的目標，能對事件作出合理的反應。

綜合不同的學者所提出的見解，BDI 代理人的態度分別有信念、意欲、意圖、

計畫、解譯來表示(Rao et al，1995; Thomas，1995; Wooldridge et al)。此 BDI 架構為一實務推論的架構，而所謂的實務推論架構就是說其推論過程如人類社群 中相仿的決策過程。以下圖 2.3 所表示的核心架構以解譯為主要態度，功用是控 制整個代理人的週期運算，首先會以目前環境的情況來更新信念，接著為了滿足 環境事實而選出需求集合，之後配合合適的計畫，執行意圖來完成此活動。整個 週期架構說明如下：

(1)信念函數(Beliefs)：在集合中的信念是顯示代理人對目前環境所感知的資訊。

(2)意欲(Desires)集合：此集合代表代理人可以採取的行動。

(3)意圖(Intention)集合：意圖代表代理人目前強調之所在，並且這正是代理人 當試要實現的、達成的。

(4)計畫(Plans)：使用者之計畫。

(5)解譯（Interpreter）：將投入的信念函數、意欲、意圖、計畫等元素，進行解 譯。

圖 2. 3 BDI 代理人架構圖

資料來源:「Georgeff&Lansky，1987」

這是 BDI 代理人的實務運作。以上這個流程將會運用在本研究所提出之協商 機制中。

2.3.1 代理人和多重代理人的特色

Mase(1994)認為「代理人」是一個在動態環境下展現各式複雜行為的計算系 統，它可以偵察出環境變化並做出適切的反應，此外代理人可透過執行一連串活 動，實現它的目標和動機。一般而言，代理人經常具備以下特性（可只具備其部 份特性，不須同時具備所有的特性）：

1. 自發性(Autonomy)

代理人經委派後，不需自然人介入便能自行作業。

2. 社會性(Social Ability)

代理人可和其它各類代理人或自然人互動。

3. 感知性(Pro-activeness)

代理人會主動採取目標導向(goal-directed)的行動，它們會確認目前的意圖 並具有確信週遭環境的信念(belief)

4. 反應性(Reactivity)

代理人會察覺環境變化或發生的事件，並適時做出反應。

5. 移動性(Mobility)

代理人可移動到其它環境(例如：透過網路甲電腦移到乙電腦)，且能帶著資 料移動。它們可任意漫遊或依照擬定的行程，逐一移動。

6. 脈絡連續(Temporal Continuity)

代理人執行任務時，會持續掌握程序(process)或執行緒(thread)，而不是只 做單一運算(one shot)。簡言之，代理人會自己擁有運算資源，以隨意進行 各項行動。

7. 適應性(Adaptability)

代理人能透過評斷行為的結果進行學習，因此會隨時間和環境變化調整自己 的狀態。

因此根據上述代理人所具備的特色，可將代理人作基本的分類，以釐清所要 發展的代理人為何，及其所應具備的功能與特性。

San(1998)所提出對代理人的分類如下：

1. 靜態及行動代理人(Static and Mobile Agents)

依代理人的行動能力(mobility)來看，可分為靜態與行動代理人兩類。靜態 代理人固定在一部電腦中執行它的特定工作，以傳統軟體的訊息交換方式來 與外界溝通；而動態代理人則會透過網路，游走於其他電腦執行任務，最後 回到原動腦，常用於網路上的資訊搜集。

2. 界面代理人(Interface Agents)

界面代理人(Interence Agents)的主要功能是降低界面複雜度，以提高易用 性。它提供智慧型(smart)的使用者界面，即時協助使用者解決操作上的問題。

此種代理人具有與其它代理人共同運作的能力，可以各自分工完成特定的工 作，然後再將結果整合起來。

4. 資訊/網路代理人(Information/Internet Agents)

協助使用者過濾網際網路中龐大的資訊，僅將使用者所需要的資訊呈現給使 用者。

5. 學習代理人(Learning Agents)

這種代理人具有機器學習(machine learning)能力，可藉由不斷學習外界傳 來的資訊改變作業方式，增進執行效率。

2.3.2 多代理人系統

除了以單一代理人為核心的資訊系統外，也可由多個代理人組成更複雜的多 重代理人系統(Multi-Agent System)。多重代理人系統是由許多獨立的代理人所 組成，整個資訊系統呈現分散式型態。系統效能的優劣，取決於代理人組織架構 和協商機制是否設計得當。此外 Dufee(1989)觀察到許多應用系統本質上都有分散 式的特色，多重代理人系統適合應用在功能分散，而各個子系統必須群策群力的 情形。例如：一群專長不同的專家彼此合作去解決某項困難問題。整體而言，多 重代理人有以下優點：

1. 模組性/可擴充性(Scalable)的架構

代理人是獨立的個體，易組合和擴充。每個代理人可隨時加入系統並和其它 代理人一同工作，當任務完成時便離開系統而不影響系統的運作。模組化和 具擴充性的系統可滿足未來系統漸進式的成長和擴充。

2. 平行處理效能

動態聚集不同能力的代理人以同時處理問題，可共用系統運算資源和展現各 代理人獨立執行緒的處理能力。面對分散式處理環境，多重代理人系統的效 能會較單一集中式系統更有效率。

3. 自我組織的系統(Self-Configuring System)

一群代理人可在執行時期自行調整內部狀態，以迎合系統面臨各種情況時的

變異。代理人的行動展現類似於自然人，但較自然人具有更佳的記憶、運算 能力、毅力、和耐力。除了使系統運算結果接近於真實世界外，也可產生較 佳的結果。由於整體系統的行為來自於各個不同區域或領域代理人的決策，

系統可自動隨時間變遷，主動調整系統內的代理人，展現自我組織的特性。

4. 容錯性(Fault-Tolerance)

由於多重代理人系統採用分散式運算，因此當某個代理人發生錯誤或缺席 時，可由其它功能類似的代理人更換。換句話說，使用多重代理人系統能降 低系統的整體錯誤率。Jennings ea al.(1998)認為多重代理人系統具備如下 特性：

(1) 每個代理人擁有解決問題的部份資訊或能力。

(2) 無整體系統控制能力。

(3) 資料是非雙中式(Decentralized)。

(4) 採用非同步(asynchronous)的運算機制。

2.3.3 代理人協商

Nwana et al.(1996)將多重代理人協同合作(coordination)分為四大類：

1. 組織構建式(organizational structuring) 2. 合約式(contracting)

3. 多重代理人規劃式(multi agent planning) 4. 協商式(negotiation)

Huhns 與 Stephens(1999)指出，多重代理人在互動時，由於所處的環境可能 是分散的，各個代理人的目標也可能不盡相同，彼此的行為可能產生衝突。為使 代理人系統能有一致(coherent)的表現，代理人透過溝通(communication)進行協 同合作，以協調彼此的活動與行為，協同合作方式可分為合作式(cooperation)及 競爭式(competition)二種：在代理人各自具有利害關係(self-interested)的競 爭式的協同合作模式中，又以協商的運作機制為主。

協商理論是由早期經濟學理論中的賽局理論所發展出來的一門分支科學，深 深影響人們合作與衝突解決的經濟活動與行為。Raiffa(1982)的著作”The art and science of negotiation” 仍是這領域的代表作，其分別討論兩方協商者(two parties)對於一個議題(issue)、兩方協商者對於多個議題、多方協商者(many parties)對於多個議題情況下，協商所適用的策略；而影響協商的主要因素包括：

議題的關聯性、協商次數、協商人數、聯盟(coalition)等。他並指出協商過程需 注意下列四個階段的互動：

1. 協商準備(preparing for negotiations)。

2. 開始行動(opening gambits)。

3. 協商與讓步(negotiation dance)。

4. 結束協商(end play)。

即使是個簡單的協商，所達成的協議也常常是次佳的結果。Oliver(1997)研 究指出，協商為參與者同時於多維度(multi-dimension)空間搜尋的過程，然後對 空間中的某一點逹成共識。空間中的維度相當於協商的議題，每個議題可視為二 個以上經過排序後的解決方案的集合。而多重代理人的協商亦是一種代理人群體 合作及衝突解決的重要方法，代理人各自具有不同目標及利害關係，為了達成自 己的目標，他們會彼此溝通的立場及條件，如果發生目標衝突時，則採取讓步策 略及其他方法，以更達成共同可接受的協議(agreement)。Kraus(2001)認為代理 人針對協商議題採取何種協商策略、如何進行提案溝通、進而達成協議的策略協 商模式(strategic-negotiation model)，主要包含下列三部份：

1. 協商協定(protocol)：代理人在協商時，如何提出提案、回應提案、接 受或拒絕案、乃至協商結束等整整個協商的進行方式。

2. 代理人效用函數(utility functions)：效用函數是代理人在協商時，對 於許多不同協議的評估準則。

3. 協商策略(strategies)：協商策略明確說明代理人在協商時，對於不同 的處理，如何採取適當的協商行動因應。

Chun 與 Wong (2003)提出一個以代理人為基礎的自動協商架構及演算法，此 架構包含了使用者偏好莫式、評估函數、協商協定等相關協商運作的作業模組，

以解決專案執行中動態排程的問題。Paulson et al.(2003)針對分散式專案執行 過程中，提出一個分散式代理人自動協商的協同運作，以效用移轉的方式，解決 各個分包商因資源不足所發生的時程衝突問題。

2.4 協商理論

2.4.1 協商及談判的定義

表 2. 2 協商特性

特性 說明

涉及兩個或兩個以上的協商成員 協商活動中至少有兩個成員，當涉及的 成員越多，協商過程便越複雜

存在著明顯或潛在衝突或是共同利益 協商成員之間必須要有某種程度以上 的衝突或共同利益存在，才能引發協商 活動。

協商成員彼此互有依賴性 協商成員需共同努力，才能解決存在於 彼此間的衝突，以取得可能的共同利 益。

共同解決問題的意願 若協商成員完全沒有共同解決問題的

意願，則不會有協商活動的空間。

資料來源: 「Lai，1996」

根據上述的協商特性，協商是可以有多位成員參與的，各個成員對相關屬性 皆有不同偏好，在協商活動中也會針對各個成員的不同偏好進行調整，在過程中，

會有衝突的產生，也會有相互依賴性質的共同利益產生。因此，解決成員間的衝 突，以達成協商最大利益是協商的主要目標。本研究將利用上述協商特性，提出 一個可以達成 win-win 目標的代理人協商模式，將其應用於專案管理上，並建構 雛形系統以驗證此理論的可行度。

2.4.2 協商類型

依照協商者面對協商問題時其參與態度的不同，而可以將協商分為下列兩種 類型，由 Bazerman(1986)所提出之兩大協商類型：

1. 分配型協商(Distribution in Negotiation)

所謂分配型協商指的是協商雙方在互相衝突的目標上進行協商的過程。在此 協商過程中，協商的雙方是站在對立的關係來思考，若是有一方獲得的利益 將會使得另一方利益減少。從賽局理論(game theory)的角度來看，這就是一 個零和的遊戲(zero-sum game)。這一個類型的協商關鍵技巧在於估計推測對 方底線的點落在哪裡，尋找一個剛好可以讓對方接受的底線，將會使得此次 的協商遭致失敗。在這樣的情形之下，如果不是贏就是輸(win-loss game)，

將會使得協商結果很難使雙方獲得滿意，減少成功的機會。

2. 整合型協商(Integration in Negotiation)

相對於分配型協商在對立地位上的競爭，整合型協商站在合作的角度上做協 商考量。由於此彼對於協商之相關屬性存有不同偏好，賽局的結構已經改變。

協商的雙方要找到彼此最大價值的區塊(positive bargaining zone)，就不 能只是侷限在每一個議題上都要得到利益，而必須明白的說出自己較重視的

屬性有哪些。有了這些資訊，交易的雙方就能夠在這些議題上做利益交換 (tradeoff)，而找到一個整合的解決方案。由於交易雙方存在互惠的彈性，

類似合作的整合型協商，理論上能促成更多成功的協商，也使得彼此的滿意 度能提升，達到雙贏的局面。

不同的協商策略會產生不同的結果，根據 McBurney(2003)所提出之觀點，分 別將協商定義為獨裁式、半民主式、民主式。如表 2.3 將獨裁式解釋為是可讓決 策者得到所有參與者的建議，並擁有主控權，因此決策的準確度也較高，但卻也 讓其他參與者無法表達其意見。本研究將採用整合型協商為代理人協商的基礎，

目的是要達到 win-win 的結果，因此就不適合使用中央集權的獨裁方式做決策。

半民主的協商著重於，只能以現有的意見來做選擇，不讓參與者有反駁的機會，

以整合性協商而言，半民主式協商並不適用。而民主式的協商是所有參與者皆可 對提案提出正反意見，依照各個參與者所重視的屬性進行協商。不斷地反覆調整，

直到所有參與者都能接受該提案並且達到最大共同利益。本研究將會整合以上所 提出之協商策略，利用整合型協商及民主式策略協商進行代理人協商應用於銀行 IT 專案管理之研究。

表 2. 3 代理人協商讓步策略

資料來源:「王亮宗，2007，頁 8」

2.4.3 協商機制

對於協商的過程，目前己有很多學者各自提出他們的定義，Raiffa(1982)就 曾 提 出 協 商 過 程 共 有 四 階 段 ， 分 別 為 ： (1) 協 商 準 備 (preparing for negotiation)：提出各種方案供參與者選擇，定義各自想要達成的目標，及進行 各種談判模擬的情境；(2)賽局開始(opening gambit)：決定由誰開始提議賽局，並 且篩選出不合理的提案決定後續處理方式；(3)讓步策略(concessing)：如果提案沒 有交集而形成差距時，必須考慮讓步的次數、幅度，並同時要預測對方的底限，

來做調整；(4)談判結束(end-play)：對於結果的接受，協商者應謹慎地決策，對於 協商不成立時，應如何做後續處理。而關於讓步幅度，Raiffa(1982)曾提出協商空 間(zone of agreement)的觀念，如圖 2.4 所表示，在產品的價格分布上，買、賣雙方 各會保留其價格底限，假設最後的價格成交是落在 x。那 x 與 s 的差價就是賣方所 得的利益。買方利益所得依此類推。

圖 2. 4 協商空間觀念圖

資料來源：H. Raiffa, “The Art and Science of Negotiation”Cambridge, MA: Harvard Univ. Press, 1982.

根據楊子青與林啟明(2003)在論文中提出協商活動可看成一個程序，並依照 過去文獻提出了(1)問題定義;(2)屬性處理：計算協商空間、協商空間移動和讓步策 略的變動；(3)協商評估：進行協商提案的評估，進行協商處理。可接受的讓步策 略則在於如何找出交集的點，根據 Liang 等人(1999)提出的理論，議價協商可分為

效用遞增策略(utility increasing strategy)、效用遞減策略(utility decreasing strategy)及 效用平均策略(utility neutral strategy)三種策略，之外還還有學者也提出其它理論，

大致可分為遞增型、遞減型、固定型、隨機型及互惠型(Raiffa,1989;Kowalczyk,2000)。

在代理人協商探討部份，目前己應用在很多面向，如 zhao 等人(2001)所探討 的雙向線上協商模式(Model of bilateral online Negotiation)，主要是兩個代 理人間進行和時間無關係的合作雙向協商；朱宏揚(2000)所提出的自動化整合協 商(An Automated Integrative Negotiation Agent)，主要是針對電子商務的零 售市場，買賣雙方之間所進行的交易協商行為進行自動化的協商。Barbuceanu 等 人(2000)提出一個多屬性效用定理(Multi-Attribute Utility Theory)的方式來 達到商品的協議。舉例來說，買、賣雙方會先設定低、中、高的範圍效用值，再 根據效用值產生各種提案。楊子青與林啟明(2003)所提出之線上協商支援系統，

主要是利用協商代理人特性，人們可以不用同時上線即可進行協商，並指定協商 模式進行協調，以達到協商合作的目的。

綜合以上文獻所提的協商機制，較少提到利用代理人幫助參與者進行專案管 理的協商支援，本篇論文將提出一個代理人架構，藉由此架構完成專案管理的協 商。

2.5 成本效益分析法

2.5.1 成本效益分析的理論基礎

Key(1940)曾提出一值得深思的問題:「在什麼基礎上決定分配 X 元於 A 活動 而非 B 活動?」(On what basis shall it be decided to allocate X dollars to activity A instead of B?)成本效益分析的理論基礎源自於經濟學的概念，強調 於效率概念上，分配資源給創造最高效率的活動與計畫。成本效益分析是經濟可 行性分析之工具，其原理在於對方案、計畫作全面性的分析，以求取資源最有效

的運用。

由經濟學的角度觀之，即在求取最大的淨社會效益（Net Social Benefit）。 而求取淨社會效益最大的最終目標下，假定所支付的社會成本固定，則求取最大 的社會效益；反之，當社會效益固定時，則求取最小的社會成本。同理，當社會 成本及社會效益均不固定時，則以追求社會利益大於社會成本的程度，來判斷資 源運用的效率。

2.5.2 成本效益分析的計算方式

Weimer 與 Vining (1992)指出成本效益分析為「以貨幣單位來估算各種政策 影響的成本和效益」。關切的重點在於：如何計算成本與效益？

表 2. 4 成本效益分析計算方式

計算方式 公式 決策法則 優先次序

淨現值法

∑

= +

n −

t

i t

Ct Bt

0 (1 ) 或

∑

= +

n

t

i t

Bt

0(1 ) －

∑

= +

n

t

i t

Ct

0(1 )

大於 0 者可投 資

正值越大越優先

益本比法

∑

∑

=

=

+ +

n

t

t n

t

t

i Ct

i Bt

0 0

) 1 (

) 1 (

大於 1 者可投 資

以增量分析判斷

內部報酬率法

∑

= +

n −

t

i t

Ct Bt

0 (1 ) ＝０ r>MARR 可投 資

差距越大越優先

還本期法

∑

= +

n −

t

i t

Ct Bt

0 (1 )

大於 0 者可投 資

正值越小越優先

年值法 



 



 N i P

A ,

, x NPV 大於 0 者可投 資

正值越大越優先

終值法 



 



 N i P

F ,

, x NPV 大於 0 者可投 資

正值越大越優先

外部報酬率法

∑

=

+ −

×

n

t

MARR n

Bj

0

) 1

1 (

＝

∑

=

+ −

×

n

t

ERR n

Cj

0

) 1

1 (

r>MARR 可投 資

差距越大越優先

淨效益－成本比

法 C

B −C 大於 0 者可投

資

以增量分析判斷

盈餘－投資比法

) ( ) (

) (

S P I P

E P

−

大於１者可投 資

以增量分析判斷

資料來源：「何毓芬，1997」

2.5.3 時間、風險和不確定性

Weimer 與 Vining(1992)指出成本效益分析為：處理時間、風險和不確定性，

考慮的問題為：時間因素影響下，如何選擇折現率？風險與不確定性如何處理？

是否須要執行敏感度分析？

(1)折現率的選擇

Weimer 與 Vining（1992)提出，折現率的選擇在成本效益分析的計算過程中 相當重要，所謂折現率的意義在於社會大眾對未來與現在所得的時間偏好。由於 政策或計畫的成本與效益可能延續非常長久，因此有必要計算不同時間的成本與 效益的現值，也就是將不同時間的成本與效益折現至同一時點，始能進行成本與 效益的比較。

(2) 風險與不確定性

Dorfman(1972)認為對於無法客觀(objectively)知道機率的不確定狀況，是 可以轉換成主觀機率(subjective probability)，沈熾林（1990)提出根據事件發 生的機率與規模大小，可計算成本與效益的期望值，但是期望值無法表示事件發

生的變異性與範圍，而且期望值無法顯示個人對風險的偏好，使成本效益分析面 臨困境，不論是有客觀機率存在的風險狀況或可主觀認定其機率的不確定性時，

在進行成本效益分析時都面臨處理的困境？站在實用角度的立場來看，如果隨機 事件(random event)是造成不確定的主要來源，事實上是很難以一個有意義之機 率納入分析，因此將其忽略是最直接簡單的方式，誠如 Arrow 與 Lind(1970)所言，

公共政策之決定本來就是反應每個人之預期成本(expected cost)與預期效益 (expected benefit)，且每個人為風險付出之成本微不足道，因而政府對這種不 確定性是可以完全被忽略的(蕭代基等，2002)

2.5.4 預算限制和分配效果

Weimer 與 Vining(1992)指出成本效益分析為考量預算限制與分配效果，以 選擇最適當的政策。

2.5.5 成本效益分析與成本效能分析的比較

成本效能分析對政策或計畫所牽涉到之生命價值的評估是由決策者來評判，

而在成本效益分析上，這部分的效益評估是由分析者來完成。因此，從事成本有 效性分析的分析人員較偏重於技術效率(technological efficiency)，與效益有 關之價值判斷則留給決策者，而進行成本效益分析的分析人員，則是探用一種同 時考慮成本與效益之經濟效率的分析原則(蕭代基等，2002; Nas,1996)。

2.6 JADE 代理人發展環境

智慧代理人是人工智慧最重要的研究領域之一智慧代理人是軟體實體,能執 行相關作業在使用者及其他程式上，其擁有相當程度的獨立性與自主性，使用相 關知識或代理人來達到使用者的目標與要求，學者 Wooldridge 與 Jennings(1995) 提出:提供代理人是有分「弱」、「強」的兩個觀念。前者是指代理人系硬體或以軟 體為基礎的電腦系統，而後者是指包括較弱定義加上如同人類感情的性質等概念。

2.6.1 代理人架構種類

學者 Wooldridge 與 Jennings(1995)等人將現行的代理人架構分為邏輯式、

反應式、BDI 式、階層式等四大類。以下為四大類架構的簡介:

1. 邏輯式代理人架構：

為目前最傳統的代理人架構。其以邏輯為基礎的方法，透過符號來表達知識 並且進行邏輯的推論與證明，然後產生一個代理人系統。

2. 反應式代理人架構：

代理人決策是透過一群已經實作的行為來實現：相對於邏輯式代理人，沒有 複雜的符號來表與符號推論，而僅是簡單的輸入對應輸出的關係，因此，可以說 是狀態決定行動。

3. 階層式代理人架構：

在代理人「反射」與「主動積極」行為能力的需求，建立分離的系統來處理 不同行為的概念。且子系統是經由自然而然的分類與互動，逐漸產生層級的觀念。

4. BDI 代理人架構：

說明在此架構下，代理人具備信念、意欲與意圖的資料結構，以及表示他的 深思熟慮和最終使用手法。而其中意圖扮演 BDI 最重要的核心角色，其提供決策 的穩定性及實際的行動與行為。

2.6.2 JADE 簡介

JADE(Java Agent Development Framework)是一個代理人軟體發展框架，由 TILAB(Telecom Italia Lab)及 University of Parma 所合作開發的，他適用於開 發智慧型多代理人系統和應用程式。JADE 提供了一系列的函式庫和類別讓程式開

發人員能夠很方便的開發屬於他們的多代理人系統。JADE 完全以 Java 語言開發而 成，所以代理人設計者便可以 Java 語言來撰寫其代理人程式。在 JADE 套件中包 含兩個主要的套件: (1)一個符合 FIPA 標準的代理人平台，提供執行時期的環境 讓使用 JADE 開發的代理人能夠存活在使用者的系統中。(2)一系列的函式庫和類 別，讓程式開發人員能夠很方便的使用 JAVA 開發屬於他們的多代理人系統。此外 JADE 平台還提供了一系列的圖形化工具讓使用者可以管理及監視正在執行的代理 人程式。GUE 的環境提供代理人開發者進行遠端主機上，代理人的產生及啟動代理 人的執行。

從圖 2.5 可以得知，JADE 多代理人平台可以分散於許多不同主機，每台主機 必須有 JAVA 虛擬機器在執行。代理人系統執時必須在一個主要容器（Jade Main-container），在 JADE Main-container 上主要是提供代理人的 AMS、DF 及 ACC 服務，Main-container 內允許多個代理人執行。除了 Main-container 外，同時亦 允許多個 container 在同一個代理人系統中，同時每一個 container 容許許多個 代理人同時執行。

圖 2. 5 JADE 平台執行環境與 container 關係圖

資料來源：「Fabio Bellifemine and Gioveanni Caire and Dominic P. A. Greenwood, 1996」

由此可知，JADE 代理人系統可以很簡單的建構出分散式環境，雖然外表上看，

代理人是在不同的主機上執行，但就邏輯層面而論，代理人是在同一系統中的不 同容器裡執行。圖 2.6 為 JADE 多代理人平台各個功能模組及代理人管理描述圖，

簡介如下：

1. AMS(Agent Management System):

主要掌管代理人產生與消滅，同時給予每一個代理人一個唯一的識別名稱。

2. DF(Directory Facilitator):

簡稱目錄導引器，用於登錄、註銷或搜尋每個代理人可以提供的服務。

3. ACC(Agent Communication Channel):

代理人訊息傳送系統，負責分配代理人平台內的所有訊息傳送，也包含控制 與遠端平台之間的訊息傳送。

圖 2. 6 JADE 平台系統架構

資料來源：「Fabio Bellifemine and Gioveanni Caire and Dominic P. A. Greenwood, 1996」

圖 2. 7 Depiction of the dagent management ontology

資料來源：「Fabio Bellifemine and Gioveanni Caire and Dominic P. A. Greenwood, 1996」

2.6.3 AMS(Agent Managemet System)探討

JADE 之 AMS(Agent Management System)代理人管理系統，他主要的功能是行 使對代理人平台存取及使用的監控制工作，代理人產生時必須向 AMS 取得一個不 與其他代理人相同的名稱作為系統識別。因此 AMS 維護及管理在此代理人平台下 每一個代理人的識別 AID(Agent Identifier)，透過 AID 目錄管理，代理人可向代 理人平台註冊傳送位址，因此，每一個代理人必須跟 AMS 註冊，以便獲得有效的 AID。

至於代理人如何得知他自己的代理人名稱?我們可以透過圖 2.8 所示的程式碼 片段範例得知：

user_a

has_a

has 0..n has_a has 0...n Agent

Platform

Agent

MTS DF

Agent Service Description

AMS

Agent Description contains

0...n

contains 0...n hosts 0..n

圖 2. 8 取得代理人名稱

資料來源：「Fabio Bellifemine and Gioveanni Caire and Dominic P. A. Greenwood, 1996」

由程式碼可得知只要呼叫 Agent 類別之 GetName()方法，就可以得知代理人的 名稱。但是在多代理人系統中，不同平台間的代理人會有相同的名稱，所以才需 要 AMS 系統去產生唯一的識別 AID，而代理人如何去得知自己的 AID 呢？只要透過 圖 2.9 的程式碼，就可以得知。

圖 2. 9 取得代理人 AID 程式片段

資料來源：「Fabio Bellifemine and Gioveanni Caire and Dominic P. A. Greenwood, 1996」

JADE 的 AID 組成如圖 2.10 所示，類似 e-mail 信箱地址的組成方式，以＠為 分隔，左邊為代理人名稱：右邊為代理人所處平台的平台名稱。

圖 2. 10 AID 組成結構

資料來源：「Fabio Bellifemine and Gioveanni Caire and Dominic P. A. Greenwood, 1996」

2.6.4 JADE 的行為表現

代理人具有的行為和執行的動作都定義在 behavious 類別中，我們可以將任 務或者動作代碼放在 behavious 的 action 方法中，action 方法是必须要有的。

Behavious 有很多子類，分别對應着不同類型的 behavious，包括 SimpleBehav- iour,sequences behaviors ,parallel behaviors,cyclic behaviors 等。一個 agent 的行為表 示它可以執行的任務，以繼承 jade.core.behaviours.Behaviour 實現。然後在 agent 類中通過 addBehaviour（）方法將行為加入。當一個 agent 啟動時（通過 setup（）

方法）後，行為可以在任何時間加入進來。

要定義 Behaviour 必须實現其 action（）方法，它定義了 agent 的執行時的實 際動作，而 done（）方法指名了一個行為是否已執行完畢，是否要從行為中删除。

一個 agent 可以同時執行多個 behaviour。透過 2.11 及 2.12 的圖可以得知，每個 agent 執行過程如下：

圖 2. 11 Agent thread path of execution

資料來源：「Fabio Bellifemine and Gioveanni Caire and Dominic P. A. Greenwood, 1996」