【正文】 本系統(tǒng)中主要提供操作賬戶數(shù)據表 AccountDAO、轉帳記錄 ExchangeDAO、BankDAO 以及管理員操作 AdminDAO。 getAccount()方法獲取 A 銀行賬號的屬性，包括用戶名和金額等。 Admin 數(shù)據表，操作管理人員數(shù)據表，字段有操作人員 ID、操作人員姓名、操作人員身份 ID、電話、地址等屬性，如表格 所示。 圖 模型示意圖 系統(tǒng)設計總體 銀行轉帳系統(tǒng)總體設計 A、 B 兩個銀行的設計基本上一致，都是有客戶端和 XML Web 服務構成，如圖 所示。 SOAP 標準沒有詳細指出從一個 void 方法中返回什么，目前大多數(shù)的實現(xiàn)省略了 Body 的 return 部分。Path=/soap SetCookie: JSESSIONID=4x1b3dqoc1。缺省的 SOAP 編碼模式使用 xsi:type 屬性來表示一個 XSD 類型。因為我們的示例簡單，不涉及路由器，所以不需要 Header 。在傳輸層之間的頭是不同的，但 XML 有效負載保持相同。 SOAP 規(guī)范主要由三部分組成 [17]： SOAP 信封 (envelop)，它構造定義了一個整體的 SOAP 消息表示框架，可用于表示數(shù)據庫 C語言數(shù)據對象 SOAP SOAP Java 語言數(shù)據對象 數(shù)據庫 HTTP 消息中 的內容是什么，是誰發(fā)送的，誰應當接受并處理它，以及這些處理操作是可選的還是必須的等。 C語言能夠訪問操作各種數(shù)據庫， C將數(shù)據庫中的數(shù)據對象轉換為自身的數(shù)據對象。 XFire XFire 是新一代的 Java Web 服務引擎， XFire 使得在 JavaEE 應用中發(fā)布 Web 服務變得輕而易舉。 按照工業(yè)標準生成所有通信，以確保基于 .NET Framework 的代碼可與任何其他代碼集成。 ( 4 ) 便于異構系統(tǒng)之間信息傳輸 不同企業(yè)、不同部門中往往存在著許多不同的系統(tǒng)， XML 可以用作各種不同系統(tǒng)之間的交流媒介， 是一種非常理想的數(shù)據交換語言。其目的在于使得 We 上能以現(xiàn)有超文標記語言 ( HyperText Text Markup Language , HTML)的使用方式提供、接收和處通用的 SGML成為可能。某種 XML Web 服務用于提供天氣服務，但它可以同時從一個系統(tǒng)中獲取溫度信息，再從另一個系統(tǒng)中獲取潮汛信息，從而具備提供多方面天氣信息的功能。盡管 XML Web 服務領域中采用了數(shù)量眾多的標準與協(xié)議，但實際上，由于操作系統(tǒng)和當前的開發(fā)工具（如 Visual 、 MyEclipse 之類等）能抽象這些標準和協(xié)議，因此編程人員根本無需了解這些內容。而 XML Web 服務則是一種廣泛認可的標準，它是最為理想的集成工具，提供了一種可以在完全不同類型的系統(tǒng)之間進行通信和交換信息的機制以及實時的互操作功能，而且還可以節(jié)省大量成本。 協(xié)議包含了關于如何在 Web 服務消息上保證完整性和機密性的規(guī)約。 在大多數(shù)公司中，幾乎每個部門都在廣泛采用自定義軟件，這就產生了大量有用的數(shù)據和業(yè)務邏輯 “孤島 ”。通過這些服務，無論用戶身在何方，使用何種平臺，都可以訪問信息，使用信息集中化功能，用戶還可以授權給信用第三方，使其也可以訪問用戶的信息。其中，發(fā)現(xiàn)過程是 Microsoft 產品專業(yè)的，使用其他工具創(chuàng)建的 XML Web服務可以略去此步驟，直接將引用放入 UDDI 注冊表中指向 WSDL 描述的位置。這種轉換就是 SOAP 跨平臺數(shù)據類型得以存在的基礎。這些消息包括客戶端請求 XML Web 服務執(zhí)行任務的消息，以及服務返回的包含詳細的響應。消費者終端要使用 XML Web 服務，就必須事先知道如何與其進行交互。簡而言之， UDDI 提供了一個企業(yè)目錄，用戶可以根據企業(yè)名稱、企業(yè)所經營的行業(yè)或是企業(yè)提供服務的地區(qū)在其中進行搜索。但是，一旦 SOAP 變得更加高級，這些事項就會得到解決 [10]。 HTTP 協(xié)議是最常用的因特網協(xié)議，XML 提供了一種可用于不同的平臺和編程語言之間的語言。 第二章：介紹 XML Web 服務及相關的技術，重點介紹 XML Web 服務技術標準與協(xié)議， XML Web 優(yōu)點以及服務示例；以及與 XML Web 相關的 XML技術，開發(fā) XML Web服務的 .NET Framework 和 XFire。 信息系統(tǒng)內不同模塊之間的 集成， 如 ERP 系統(tǒng)中財務與物流模塊、財務和生產管理模塊的集成、 生產與質量模塊的集成，尤其是不同廠商提供的相關模塊之間的集成 。后來，美國國家信息基礎設施 ( NII)以 及全球信息基礎設施 ( GII) 計劃的引入， 又將信息化研究的重點導向技術層面的探討 [5] 。 在單一或基礎應用系統(tǒng)已經逐漸成熟的領域，新的應用熱點就是對應用系統(tǒng)的整合，使企業(yè)能夠進一步挖掘信息，對內、對外提供多元化的服務 [2]。它能與任何平臺上用任何語言編寫的服務進行交互，使得應用軟件的集成可以做到更快、更容易而且具有更高的可擴展性。該銀行轉帳系統(tǒng)實現(xiàn)了銀行客戶端模塊以及服務端模塊，實現(xiàn)了 XML Web 服務過程。 研究背景 信息化是六十年代末日本最先提出的。 但由于信息化建設是逐步發(fā)展的，各種軟硬件系統(tǒng)是分步開發(fā)實施的，另外，企業(yè)的傳統(tǒng)結構是按照職能來組織各個部門，各個部門分別采用不同的應用信息系統(tǒng)，而這些業(yè)務子系統(tǒng)可能采用不同的體系架構和平臺，自成一體，互不千涉，這就導致出了各種彼此分割、 各自分散、相互封閉的信息資源系統(tǒng)，形成了一個個的“ 信息孤島”，如何將它們聯(lián)系起來，讓不同的系統(tǒng)之間能方便地交互信息，因此，企業(yè)應用集成 ( EAI )便作為一個新的企業(yè)應用需求被提了出來。 模擬 A 銀行的是用 SQL Server 數(shù)據庫，對外公開的 XML Web 服務使用 Microsoft的 .Net C語言開發(fā)；模擬 B 銀行的是使用 MySQL 數(shù)據庫，使用 Sun 公司 Java 語言開發(fā) XML Web 接口。 結論 : 對研究本系統(tǒng)的設計進行了總結，同時對后續(xù)工作進行了展望。需要主要的是，這里的“接口”一詞不能等同與網頁和 Windows 應用程序中使用的用戶接口（ user interface），而是指使用 WSDL 等標準化接口描述語言定義的程序接口。 圖 XML Web 服務采用的技術 目錄和發(fā)現(xiàn) 使用 XML Web 服務，關鍵是要能準確的描述出它所具備的功能。XML Web 服務產品的其他提供者也已經開始逐漸采用這一技術。 WSDL 文檔實質上相當簡單，但它通常都被用來描述復雜的交互，因此文檔有可能相當長而且不容易看懂。實際上，跨平臺數(shù)據類型并不像人們所想象的那么復雜，從圖 就可以看出來這一點。服務的提供者應該首先通過 WSDL 和 UDDI 發(fā) 布它所提供的服務到一個統(tǒng)一注冊這些服務信息的存儲庫中去。 XML Web 服務的發(fā)展空間是無限大，任何信息都可以通過 XML Web 服務模型進行傳送 [16]。進行 XML Web 服務通行所需要的技術相當簡單，大多計算機平臺都提供了這些技術 。 2021 年 4 月 19 日， OASIS 組織發(fā)布了 WSSecurity 標準的 版本。這樣協(xié)議保證了端到端的安全。同時，任何開發(fā)者也可以根據自己的想法改進或更新這些標準。 XML Web 服務的功能無需直接映射到底層的功能實現(xiàn)。此外，XML Web 服務協(xié)議是基于文本的，因此程序員不但可以讀取它們，而且可以更輕松的了解當前狀況，從 而能夠更簡單地解決問題。 這樣做便于信息表現(xiàn)方式的修改，便于數(shù)據的搜索，也使得 XML 具有良好的自描述性，能夠描述信息本身的含義甚至它們之間的關系。 提供一個可提高代碼（包括由未知的或不完全受信任的第三方創(chuàng)建的代碼）執(zhí)行安全性的代碼執(zhí)行環(huán)境。事實上，代碼管理的概念是公共語言運行庫的基本原則。 XML Web 服務最常用的通訊協(xié)議是 SOAP，簡單地說 SOAP就是 XML+HTTP。 SOAP 規(guī)范 SOAP 為在 一個松散的、分布的環(huán)境中使用 XML 對等地交換結構化的和類型化的信息提供了一個簡單的輕量級機制。特別的，信封和編碼規(guī)則是被定義在不同的 XML命名空間 (namespace)中，這樣有利于通過模塊化獲得定義和實現(xiàn)的簡明性。 Header 是可選的元素，它攜帶認證、事務處理和支付的輔助信息。如果有 Header ， Body 必須緊接其后，否則它必須是 Envelope 的第一個子元素。 charset=UTF8 ContentLength: 425 SetCookie2: JSESSIONID=4x1b3dqoc1。 =Sun Microsystems Inc.) SOAPENV:Envelope xmlns:SOAPENV= xmlns:xsi= xmlns:xsd= SOAPENV:Body ns1:getRateResponse xmlns:ns1=urn:demo1:exchange SOAPENV:encodingStyle= return xsi:type=xsd:float/return /ns1:getRateResponse /SOAPENV:Body /SOAPENV:Envelope 除了它的 Body 包含被編碼的方法結果之外， XML 文檔結構和請求時的結構很像。 模型的兩個服務端，分別代表兩銀行的對外服務和一個客戶端組成。本系統(tǒng)在技術上也采用分層方式，使模型的功能清晰、簡單。 表 Account 數(shù)據表 字段 數(shù)據類型 主鍵 允許空 默認 說明 AccountID Int 否 Money float YES 否 0 SaveKind nchar（ 20） YES 否 DateBeing Date YES 否 DateEnd Date YES 否 rate float YES 否 UserName nchar（ 20） YES 否 UserID nchar(18) YES 否 Sex nchar（ 4） YES 是 Address Varchar(50) YES 是 Phone Nchar(18) YES NULL 表 Admin 數(shù)據表 字段 數(shù)據類型 主鍵 允許空 默認 說明 AdminID int 是 否 自動增長 操作人員 ID AdminName nchar（ 20） 否 操作人員姓名 Pssword nchar（ 20） 否 密碼 Identification nchar（ 20） 否 操作人員身份 ID Sex nchar（ 4） 是 操作人員性別 Phone nchar（ 18） 是 操作人員電話 Adress varchar（ 50） 是 操作人員地 址 表 Exchange 數(shù)據表 字段 數(shù)據類型 主鍵 允許空 默認 說明 exchangeID int 是 否 自動增長 轉帳記錄 ID AccountID int 否 匯款賬號 ID BankName nchar(20) 否 收款銀行名稱 OtherAccountID varchar(20) 否 收款銀行 ID exchangeMoney double(11) 否 交易金額 UserID int 否 匯款人身份 ID UserName nchar(20) 否 匯款人姓名 Time Date 否 匯款時間 表 Record 數(shù)據表 字段 數(shù)據類型 主鍵 允許空 默認 說明 RecordID int 是 否 自動增長 記錄 ID AdminID int 否 操作人員 ID Time time 否 操作時間 Record varchar(80) 否 操作記錄 Successful boolean 否 操作是否成功 表 Bank 數(shù)據表 字段 數(shù)據類型 主鍵 允許空 默認 說明 BankID int 是 否 自動增長 銀行 ID BankName varchar(50) 否 銀行名稱 operaterID int 否 操作人員 ID operaterName nchar(20) 否 操作人員姓名 password varchar(12) 否 操作密碼 B 銀行， MySQL 數(shù)據庫，和 A 銀行數(shù)據庫設計基本上一樣，五個數(shù)據表，分別是BankAccount 數(shù)據表、 Admin 數(shù)據表、 Exchange 數(shù)據表、 Bank 數(shù)據表以及 Record 數(shù)據表。 在核心 J2EE 模式中是這樣介紹 DAO 模式的：為了建立一個健壯的 J2EE 應用，應該將所有對數(shù)據源的訪問操作抽象封裝在一個公共 API 中。使用開發(fā)平臺 Windows XP