ABBA部署企业对企业应用程式的架构.docVIP

ABBA:部署企業對企業應用程式的架構 摘要 由於開發一個有效率設計程序的 B2 B EC 應用程式有很多重要的因素，即：(i)來自在多方面的其他種類的差別，，(ii) 它不同於來自許多其他類型觀念， (iii) 現有方法太多數目對願意部署 B2B EC 應用程式的企業導致混亂。在本文裡，我們分析和比較現有的建構法，首先參考模型、方法、標準和語言使用部署B2B EC 應用程式，根據這分析和B2B EC 要求的規格，我們提出ABBA，全面建構法，和一個對應的設計過程。ABBA是有四個界面的抽象化標準的被分別堆積的建構法：企業模型和企業程序，企業處理分解和分配，支援服務，和整合技術，ABBA針對利用推行技術做成企業程序中立派的一個普通檢視，而且為設計程序提供指導方針發展包羅萬象的﹐可共同操作的和可調整 B2B EC 應用程式。 一、動機 電子商務（EC）是可以經由網際網路和VAN (加值網路)分別的服務和通訊協定企業處理(如.， WWW， EDI， XML， HTTP and SOAP) (如.，，，)。 眾所週知的種類如企業對消費者(B2C)， ;以及企業對企業(B2B)是一個有關企業販賣產品和服務給其它企業，不管它的種類，電子商務的價值是很清楚的，例如為達到一個更廣大的市場，節省時間，節省費用，很快地回應消費者的問題，獲得所需的產品資料，創造快速得知購買者購買的決定，而且可以發展並維持關係[36]。然而，這一份文章特別地依照下列的動機把焦點集中在發展而且部署B2B 電子商務的應用程式之中： 電子商務（EC）的成長主要地是在B2 B中，Zwass [ 38 ] 注意到， B2B 需求量超過B2C的因素有8到或9個之多。 B2 B 在許多方面上不同於 B2 C，即夥伴的關係和協調機制，如電子網路，交易形態，內容(如產品介紹)，和個人化(例如：客製化) [22]. B2B 與B2C 不同於電腦基礎設施的部署(應用程式和平臺)，當B2C要求一些網路伺服器、後端應用和資料庫(企業端) 並且瀏覽器(消費者端)， B2B綜合化要求一個共同的同意的企業流程、EAI (企業應用綜合化) 每個包含的夥伴和媒件[ 23 ]，除網際網路和VAN(加值網路)的服務之外。 B2B 應用部署是複雜和昂貴的[16]，Linthicum [ 23 ] 注意到， B2B 的價值是清楚的， 現在，EC程式實作唯一市場交易(即， 訂單過程， 付款的)部份，用個案的方式以及一個針對在某一技術上，問題是我們可能成功開發出的一個完全整合的B2B應用程式嗎?我們主張它是可能的提供公司避免被目前的技術操驅使，因為公司必須首先集中在跨組織界限的企業流程的再造提出規格、角色、作用等要求，我們需要瞭解資訊流程在企業流程之間障礙， 而取得一個共同的企業流程，掌握全面業務流程協助決定適當的技術(現有的技術或開發新的)這樣子的企業流程更加創新，整合及高效率。的確，目前的技術也許不是適用的[35]，他一般都是針對開發人員對企業方面卻比較少，而且，開發B2B EC應用程式依只集中B2B 交易的部份個案實作[23]。 這樣B2B EC 應用程式不重視實施階段 (如：前處理， 後處理) 並且夥伴關係(如， 相互作用方面， 即協調的機制)不是非常有利。 所以， (其中包括涉及企業上的分配)獨立實作技術，的確， B2B整合化技術，此工作提出ABBA(an Architecture for deploying Business-to-Business Applications) 部署企業對企業應用程式的一個架構，以四個界面的抽象層次的一個架構 商業模式和企業流程 企業流程的分解和分配 支援服務 整合技術;並且一個必然的六步驟的設計過程去開發可共同操作的和可調整B2B EC 應用程式。 ABBA 宗旨是多樣化的 獨立工作流程 / 技術，B2B EC 應用程式的設計過程必須從開始要求、分析、規格、和模組化在整體工作流程。這個工作流程(資訊和過程流程) 必須由所有包含的企業瞭解和同意，實行的技術必須之後才被決定。技術選擇包括例如， 支持的公司-技術， 重複利用市場技術(即， Web services， OMG objects)， 或完全地開發新的並適合的技術[ 18，30 ]，這要求一位共同的代表(或模組)，並且企業流程的主持的責任但不需要管技術上的問題。 為設計過程的指導方針(關於方法論)來部署B2B EC 應用程式：由於原有複雜和B2B EC 應用程式的重要配置費用，依個案開發是沒有效率的。所以我們需要一個全方面設計過程，ABBA 提供這些指導方針，例如，我們可預見ABBA在各個階層或介面作為B2B EC 應用程式部署及維護的第一步。 在人與人之間溝通來介入設計過程(作決策者、技術員和執行者)，