【正文】 確定數(shù)據(jù)存取機制 ： 分布式數(shù)據(jù)庫的一大重要特點是數(shù)據(jù)訪問的透明性。另外，業(yè)務(wù)系統(tǒng)的功能項較繁多，考慮到操作的便捷性，本系統(tǒng)還為用戶的每種身份設(shè)定了“常用菜單”。結(jié)合數(shù)據(jù)的具體表結(jié)構(gòu)，得到了 如下一些主要的數(shù)據(jù)庫表結(jié)構(gòu)： 編號類別表與編號表 編號類別表充當(dāng)?shù)慕巧撬饕? 主要運行指標(biāo) (KPIs)為企業(yè)提供了新的功能，使其可以定義圖表化的、和可定制化的商業(yè)衡量標(biāo)準(zhǔn)，以幫助公司制定和跟蹤主要的業(yè)務(wù)基準(zhǔn)。 SQL Server 2020 具有較高的安全機制 在 C/S 模式下，主要采用以下兩種安全措施： ? 對數(shù)據(jù)的操作進(jìn)行權(quán)限分配； ? 觸發(fā)器保護(hù)。 支持存儲過程和觸發(fā)器技術(shù) 存儲過程 (Stored Procedure)和觸發(fā)器 (Trigger)在 C/S 結(jié)構(gòu)應(yīng)用設(shè)計中用處很大，它們使得許多應(yīng)用成分可以放置到服務(wù)器端，并且被當(dāng)作一種數(shù)據(jù)庫對象來對待。這個運行 Windows 操作系統(tǒng)上的數(shù)據(jù)庫管理系統(tǒng)具有適應(yīng)性強、性能優(yōu)越、安全性好，適 宜于分布式處理的優(yōu)點。例如： SELECT * FROM customer WHERE zipcode LIKE “98_ _ _”， 即使在 zipcode 字段上己建立了索引，在這種情況下也還是采用順序掃描的方式。如果排序不可避免，那么應(yīng)當(dāng)試圖簡化它，24 如縮小排序的列的范圍等。 (6)表上的索引不宜 過多，否則會影響數(shù)據(jù)庫操作性能。索引的使用要恰到好處，其使用原則如下： (1)在經(jīng)常進(jìn)行連接，但是沒有指定為外鍵的列上建立索引，而不經(jīng)常連接的字段則由優(yōu)化器自動生成索引。 索引的設(shè)計方面。 WSDL、 UDDI與 WSinspection是解決這個問題的三個標(biāo)準(zhǔn)，然而他們還不夠完善，起碼還未成為最終標(biāo)準(zhǔn)；如何通過有效、準(zhǔn)確并且可信任的發(fā)現(xiàn)機制來找到適合的 Web服務(wù) ,并且綁定 到自身應(yīng)用的商務(wù)邏輯中，是一個待解決的問題。如果你需要與全球范圍內(nèi)的 Web服務(wù) 。 由于基于 Web服務(wù)的集成是一種松散藕合的集成模式，集成 結(jié)果的性能相對較低，無法滿足一些22 系統(tǒng)的集成要求，例如實時系統(tǒng)的集成。這樣就大大減少了集成上的時間和成本。因為客戶端和服務(wù)器之間通常會有防火墻或者代理服務(wù)器。遠(yuǎn)程處理對象服務(wù)器上的組件是遠(yuǎn)程對象服務(wù)器，而前端客戶機程序就成了該遠(yuǎn)程對象的客戶，因為它要調(diào)用這些遠(yuǎn)程對象。一旦創(chuàng)建了這個新對象的實例，那么就可以調(diào)用此對象的 QueryDataSet 方法，向其傳遞連接數(shù)據(jù)庫服務(wù)器的連接字符串和查詢字符串，然后從此 Web 方法中返回結(jié)果集。 請求 /響應(yīng) (Requestresponse)：服務(wù)接收一條消息并發(fā)送一條相關(guān)的響應(yīng)消息。而 CORBA、 DCOM、 RMI 等模型要求在對等體系結(jié)構(gòu)間才能進(jìn)行通信。 Web服務(wù)建立在 HTTP、 XML和 SOAP等開發(fā)標(biāo)準(zhǔn)協(xié)議基礎(chǔ)之上，用于接口 定義、方法調(diào)用、基于 Inter的構(gòu)件注冊以及各種應(yīng)用的實現(xiàn)。 數(shù)據(jù)服務(wù)層負(fù)責(zé)連接到數(shù)據(jù)庫，構(gòu)建類型化結(jié)果集，然后將該結(jié)果集從對象的方法中返回。因而在這種情況下，可以很方便的把中間業(yè)務(wù)層從一個物理位置移植到另一個物理位置。在三層的結(jié)構(gòu)下，表示層只是一個盡可能簡單的操作界面，負(fù)責(zé)給用戶提供交互界面和顯示數(shù)據(jù)。在實際開發(fā)的過程中，可以根據(jù)實際情況，把業(yè)務(wù)層和數(shù)據(jù)層部署到一臺服務(wù)器上，或者把表示層和業(yè)務(wù)層部署到一臺服務(wù)器，或者部署到更多的計算機上。業(yè)務(wù)邏輯層相當(dāng)于應(yīng)用程序的本體，它包含了與核心業(yè)務(wù)規(guī)則相關(guān)的邏輯，也就是將具體的業(yè)務(wù)處理邏輯地編入程序中，是聯(lián)系表示層和數(shù)據(jù)層的“橋梁”。 外貿(mào)管理系統(tǒng)的各大功能模塊，它們即相對獨立，彼此間又有一 定聯(lián)系。 費用報銷子系統(tǒng)：通過費用報銷子系統(tǒng)，可以隨時查詢每位公司員工的報銷單據(jù)并對費用報銷進(jìn)行統(tǒng)計。要對倉庫信息進(jìn)行管理，首先要對倉庫的物料進(jìn)行編號，因為中小企業(yè)倉庫的原材料一般品種繁多，至少有幾百種，要清晰將它們分門別類進(jìn)行管理，一定要進(jìn)行編號，而且編號的位數(shù)要一致，物料的編號要有代表性，一看就知道屬于什么類別和什么名稱，即“見名知義”這樣既簡化了以后對表單的物料錄入工作，又可以清晰分辨物料。并且提供自定義報表功能，由用戶自定義報表并將其轉(zhuǎn)化為內(nèi)部報表。主要有：海關(guān)的稅收信息、許可證配額情況、倉儲查詢、信用證查詢、單證查詢、保險費查詢、運費查詢、財務(wù)信息查詢幾類。對內(nèi)合同尤其是收購合同一般根據(jù)外銷合同的需要而簽定，因此，外銷合同先于收購合同，由業(yè)務(wù)員自己簽訂收購合同。另外只允許業(yè)務(wù)員處理自己的合同。 圖 32 業(yè)務(wù)管理子系統(tǒng)功能模塊圖 業(yè)務(wù)管理子系統(tǒng)功能模塊說明： (1)客戶信息管理模塊 本模塊處理的是客戶信息的維護(hù)工作。一般來說，客戶機向服務(wù)器發(fā)出請求為其完成一部分工作：服務(wù)器則處理客戶機的請求并返回結(jié)果。服務(wù)器響應(yīng)客戶機發(fā)出的數(shù)據(jù)請求和過程調(diào)用。應(yīng)用程序一般僅在同一類的套接口間通訊。在對稱的協(xié)議中，每一方都有可能扮演主從角色；在非對稱協(xié)議中，一方被不可改變地認(rèn)為是主機，而另一方則是從機。利用它不僅可以實現(xiàn)業(yè)務(wù)管理規(guī)范化，還可實現(xiàn)無紙辦公、無走動辦公和遠(yuǎn)程辦公，在充分滿足當(dāng)前業(yè)務(wù)需要的基礎(chǔ)上改善工作方式，提高工作效率。 設(shè)計指導(dǎo)原則 整體性原則 綜合信息系統(tǒng)的計算機網(wǎng)絡(luò)和數(shù)據(jù)庫系統(tǒng)的設(shè)計，應(yīng)將公司所轄全部單位、所覆蓋的整個地域、以及公司有關(guān)國際貿(mào)易的全面工作作為一個整體進(jìn)行設(shè)計。根據(jù) ER 圖來設(shè)計數(shù)據(jù)庫表和表之間的聯(lián)系具有結(jié)構(gòu)清晰，維護(hù)方便，可讀性很好。 現(xiàn)在所使用的關(guān)系模型多為實體 聯(lián)系模型（ ER 模型），它為數(shù)據(jù)庫建模提供了實體 (Entity)、聯(lián)系 (Relationship)、屬性 (Attribute)， 用來描述現(xiàn)實世界的概念模型。 (4)完成交易階段 ： 匯集出口發(fā)票、提單、裝箱單等單證向銀行辦理議付。 對外貿(mào)易出口業(yè)務(wù)流程如圖 22 所示，主要經(jīng)過以下幾個階段 ： (1)出口準(zhǔn)備階段 ： 主要進(jìn)行市場調(diào)研、編制出口計劃、尋找客戶建立業(yè)務(wù)關(guān)系并對客戶進(jìn)行信用調(diào)查等工作。 數(shù)據(jù)庫服務(wù)器是系統(tǒng)的心臟，記錄輸入的各種單據(jù)，對單據(jù)中的數(shù)據(jù)進(jìn)行整理、歸納，根據(jù)使用者的要求提供各類與外貿(mào)業(yè)務(wù)及管理的有關(guān)信息。 通過原始資料錄入達(dá)到信息分類、綜合查詢、報表匯總等功能。 ? 形成 Invoice(發(fā)票 )和 Packing list(裝箱單 )：管理人員根據(jù)出貨表以及 sales confirmation2 形成正式發(fā)票和裝箱單。 提高企業(yè)風(fēng)險防范控制能力風(fēng)險控制是綜合業(yè)務(wù)管理系統(tǒng)的核心內(nèi)容，系統(tǒng)將外貿(mào)企業(yè)風(fēng)險的控制分為市場風(fēng)險、客戶風(fēng)險、業(yè)務(wù)員風(fēng)險；系統(tǒng)通過成本核算表（預(yù)算）的申報與審批機制幫助企業(yè)評估合同的合理性與可行性；通過客戶信用級別管理對客戶進(jìn)行風(fēng)險評估；此外系統(tǒng)將客戶、商品等數(shù)據(jù)統(tǒng)一管理后，變個人資源為企業(yè)資源，同時對業(yè)務(wù)員的考核、評價體系能準(zhǔn)確衡量業(yè)務(wù)員業(yè)績。 規(guī)范業(yè)務(wù)流程、 實現(xiàn)信息流、資金流和物流的統(tǒng)一任意一筆外貿(mào)進(jìn)出口業(yè)務(wù)都包含三個要素：信息、物（商品）與資金，這三個要素的流轉(zhuǎn)就構(gòu)成了企業(yè)的信息流、物流與資金流。 系統(tǒng)用于外貿(mào)公司對日常的公司的業(yè)務(wù)管理，主要內(nèi)容包括相關(guān)的模塊，具有以下功能與優(yōu)勢： ? 涵蓋操作層手工運作，有效降低重復(fù)性工作和人為錯誤； ? 第一時間通過查詢和統(tǒng)計分析，提供經(jīng)營； ? 決策支持； ? 貫穿外向型企業(yè)貿(mào)易鏈條； ? 全面支持由核算型財務(wù)向現(xiàn)代管理型財 務(wù)的轉(zhuǎn)變； ? 實現(xiàn)自營進(jìn)出口生產(chǎn)企業(yè)的整體物流資源管理。系統(tǒng)使用過程中每一項業(yè)務(wù)活動所產(chǎn)生的信息能自動流轉(zhuǎn)到公司各級管理人員查詢系統(tǒng)，形成各種綜合分析報表，及時反映跟蹤業(yè)務(wù)進(jìn)程的動態(tài)和綜合情況，提供各種決策參考依據(jù)。主要目的是： ? 改變信息管理手段，提高辦公效率； ? 實現(xiàn)資源共享，隨時提供公司的業(yè)務(wù)信息，能使業(yè)務(wù)人員和管理人員根據(jù)有關(guān)信息及時決策。 (2)交易達(dá)成階段 ： 客戶向我方詢問，我方尋找供應(yīng)商，并向供應(yīng)商咨詢產(chǎn)品出廠價。銀行結(jié)匯后對外匯核銷單進(jìn)行核銷。 可以說，被建模的企業(yè)建?？煽醋魇怯蓤D形表示的一組實體類型和聯(lián)系類型。因為整個系 統(tǒng)設(shè)計的實體和關(guān)系很多，僅以合同管理模塊為例如圖 23。 突出重點，兼顧一般的原則 系統(tǒng)設(shè)計應(yīng)保證公司的主要業(yè)務(wù)工作 (與進(jìn)出口合同執(zhí)行過程密切相關(guān)的業(yè)務(wù) )，同時兼顧一般工作(雖與合同執(zhí)行關(guān)系不很緊密，但仍屬國際貿(mào)易部業(yè)務(wù) )。 系統(tǒng)環(huán)境 軟件的體系結(jié)構(gòu)直接關(guān)系到軟件的性能，所以選擇 合適的軟件結(jié)構(gòu)體系非常重要。一個對稱協(xié)議的例子是 Inter中用于終端仿真的 TELNET，而非對稱協(xié)議的例子是Inter中的 FTP。不過只要底層的通訊協(xié)議允許，不同類型的套接口間也照樣可以通訊。這一過程通常包括執(zhí)行業(yè)務(wù)規(guī)則，提供數(shù)據(jù)接口，為實現(xiàn)客戶機請求與其它服務(wù)器交互。 一個客戶機 /服務(wù)器應(yīng)用系統(tǒng)典型的工作分工如下： 表 21 客戶機和服務(wù)器的工作分工 客戶機 服務(wù)器 頁面表示／顯示 用戶交互 應(yīng)用程序邏輯控制 請求表述 共享資源的查找、定位 數(shù)據(jù)管理 事務(wù)處理 中央應(yīng)用程序邏輯控制 統(tǒng)計 計算 雖然客戶機 /服務(wù)器技術(shù)的概念是十分基本的，然而從它的應(yīng)用過程中發(fā)出的力量、影響和靈活性是非常驚人的?？蛻粜畔⑹菢I(yè)務(wù)進(jìn)行的基礎(chǔ)之一，合同、明細(xì)單等皆與客戶相關(guān)。 具體操作包括： 1. 新建外銷合同：新建一份外銷合同，業(yè)務(wù)員需要錄 入合同編號、客戶編號。 (4)明細(xì)單處理模塊 明細(xì)單處理模塊主要完成明細(xì)單信息維護(hù)、成本跟蹤、業(yè)務(wù)進(jìn)程控制和明細(xì)單查詢功能。 財務(wù)管理子系統(tǒng)：財務(wù)會計基本完成的是記賬、算賬的核算功能，而財務(wù)管理則要通過預(yù)算、核算、控制和分析功能的綜合運用幫助企業(yè)領(lǐng)導(dǎo)者制訂經(jīng)營決策。 (3)固定資產(chǎn)核算模塊 固定資產(chǎn)核算模塊 功能主要是建立固定資產(chǎn)卡片和臺賬，對固定資產(chǎn)進(jìn)行分類統(tǒng)計、查詢、匯總和分析。 圖 34 庫存管理子系統(tǒng)功能模塊圖 庫存管理子系統(tǒng)功能模塊說明： 13 (1)倉庫單據(jù)維護(hù)模塊 倉庫單據(jù)維護(hù)模塊完成倉庫單據(jù) (進(jìn)倉單、出倉單、報損單、報溢單 )的錄入、修改、查詢和復(fù)核記賬工作。 修改子系統(tǒng)：資料修改子系統(tǒng)除系統(tǒng)管理員外，任何人都無權(quán)修改自己輸入的記錄。外貿(mào)業(yè)務(wù)系統(tǒng)是外貿(mào)系統(tǒng)的核心，企業(yè)申請表、進(jìn)口清單、出口清單是業(yè)務(wù)管理的基本內(nèi)容。它可以響應(yīng)用戶發(fā)送的請求，執(zhí)行某種業(yè)務(wù)規(guī)則，業(yè)務(wù)層是一個應(yīng)用程序中最重要的部分。但是，在實際的業(yè)務(wù)中，一般都是把三層結(jié)構(gòu)的系統(tǒng)分別部署到不同的機器上，以充分發(fā)揮分布式三層結(jié)構(gòu)系統(tǒng)的優(yōu)點。而真正的業(yè)務(wù)邏輯，則都集中編寫在中間層中，統(tǒng)一部署在應(yīng)用程序服務(wù)器中。而在客戶端幾乎不需要做任何的修改，只要使客戶端訪問新的中間層地址，就可以實現(xiàn)和以前一模一樣的操作。 數(shù)據(jù)服務(wù)層由一組數(shù)據(jù)訪問組件 WebData 構(gòu)成。 Web 服務(wù)以消息的形式提供服務(wù)，它使用基于 XML 標(biāo)準(zhǔn)的消息作為數(shù)據(jù)交互的基本方法，這使得 Web 服務(wù)完全實現(xiàn)了與編程語言、系統(tǒng)平臺和對象模型的無關(guān)性。如 CORBA 需要每個連接點都使用 ORB（ Object Request Broker，對象請求代理）， DCOM 需要每個連接點都使用 Windows平臺， RMI 需要每個連接點都使用 Java，否則雙方是不能通信的。 要求響應(yīng) (SolicitResponse)：服務(wù)發(fā)送一條消息并接收一條相關(guān)的響應(yīng)消息。這樣的優(yōu)點在于：如果需要修改數(shù)據(jù)的來源，不必對客戶端應(yīng)用程序作任何修改 ,而只需要 Web 服務(wù)組 件。它們之間通過遠(yuǎn)程處理技術(shù)技術(shù)連接，使用 TCP 通道通信，數(shù)據(jù)以而進(jìn)制方式傳輸，這樣就可以保證在多用戶連接的情況下數(shù)據(jù)的傳輸率。在這種情況下，使用 DCOM 或 CORBA 就不是那么簡單，通常也不便于把客戶端程序發(fā)布每一個用戶手中，中間層組件換成 Web 服務(wù)，就可以從用戶界而直接調(diào)用中間層組件，從而解決了跨防火墻的通訊。 總之保障在兩個或更多異質(zhì)數(shù)據(jù)庫之間進(jìn)行通信的應(yīng)用；將大部分處理負(fù)載從 Web 服務(wù)器轉(zhuǎn)到 Web客戶端的應(yīng)用； Web 客戶端將同樣的數(shù)據(jù)以不同的瀏覽形式提供給不同的用戶的應(yīng)用。 可靠性。供應(yīng)商合作，這些 Web服務(wù) 又如何適應(yīng)你的安全性設(shè)置呢？這方面已經(jīng)有了一些實現(xiàn)工作(Microsoft Passport和 Liberty Alliance)，前者著重于提供統(tǒng)一安全認(rèn)證服務(wù)，