【正文】 同規(guī)定向銀行申請(qǐng)開立信用證；及時(shí)派船到對(duì)方口岸接5 運(yùn)貨物，并催促買方備貨裝船；辦理貨運(yùn)保險(xiǎn)；審核有關(guān) 單據(jù)，在單證相符時(shí)付款贖單；辦理進(jìn)口報(bào)關(guān)手續(xù)，并驗(yàn)收貨物。 現(xiàn)在所使用的關(guān)系模型多為實(shí)體 聯(lián)系模型（ ER 模型），它為數(shù)據(jù)庫(kù)建模提供了實(shí)體 (Entity)、聯(lián)系 (Relationship)、屬性 (Attribute)， 用來(lái)描述現(xiàn)實(shí)世界的概念模型。 ER 模型是抽象描述現(xiàn)實(shí)世界的有力工具，雖然現(xiàn)實(shí)世界豐富多彩，各種信息十分繁雜，但用 ER 模型仍可以很清晰的表示出其中錯(cuò)綜復(fù)雜的關(guān)系。 數(shù)據(jù)庫(kù)建立在 SQL Server 下，各子系統(tǒng)的數(shù)據(jù)庫(kù)的創(chuàng)建都同屬一個(gè)系統(tǒng)用戶。用戶可以使用數(shù)據(jù)庫(kù)創(chuàng)建工具來(lái)建立有關(guān)的數(shù)據(jù)庫(kù)。根據(jù) ER 圖來(lái)設(shè)計(jì)數(shù)據(jù)庫(kù)表和表之間的聯(lián)系具有結(jié)構(gòu)清晰，維護(hù)方便，可讀性很好。 6 圖 23 合同管理模塊實(shí)體關(guān)系圖 實(shí)體關(guān)系圖向我們展示了系統(tǒng)中包含的實(shí)體以及它們之間的關(guān)系，接下來(lái)我們需要做的是將實(shí)體關(guān)系圖轉(zhuǎn)化為信息系統(tǒng)數(shù)據(jù)庫(kù)中存儲(chǔ)的關(guān)系表。轉(zhuǎn)換的主要規(guī)則是： (1)一個(gè)實(shí)體型轉(zhuǎn)換為一個(gè)關(guān)系模式。 (3)一個(gè) 1:n 聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式 ，也可以與 n 端對(duì)應(yīng)的關(guān)系模式合并。 設(shè)計(jì)指導(dǎo)原則 整體性原則 綜合信息系統(tǒng)的計(jì)算機(jī)網(wǎng)絡(luò)和數(shù)據(jù)庫(kù)系統(tǒng)的設(shè)計(jì)，應(yīng)將公司所轄全部單位、所覆蓋的整個(gè)地域、以及公司有關(guān)國(guó)際貿(mào)易的全面工作作為一個(gè)整體進(jìn)行設(shè)計(jì)。 7 安全可靠性原則 選用成熟技術(shù)和可靠平 臺(tái)，保證系統(tǒng)安全性 ； 對(duì)業(yè)務(wù)數(shù)據(jù)的訪問(wèn)進(jìn)行權(quán)限控制，保證業(yè)務(wù)安全性；采用容錯(cuò)技術(shù)，定期備份，并以電子方式長(zhǎng)期保存歷史數(shù)據(jù)，保證數(shù)據(jù)安全性。模塊化設(shè)計(jì)和 Intra實(shí)施方式保證系統(tǒng)對(duì)業(yè)務(wù)流程變化具有一定的適應(yīng)能力 ； 對(duì)業(yè)務(wù)規(guī)模和網(wǎng)絡(luò)節(jié)點(diǎn)的擴(kuò)充可以方便地予以支持 ； 易于擴(kuò) Inter， Intra和 Extra應(yīng)用。建立一個(gè)靈活可擴(kuò)展、支持多平臺(tái)的開放網(wǎng)絡(luò)計(jì)算環(huán)境，不僅可以保護(hù)企業(yè)在軟件和硬件上業(yè)已做出的投資，而且便于將來(lái)同客戶、商業(yè)合作伙伴直接交換信息，進(jìn)行跨企業(yè)聯(lián)結(jié)。利用它不僅可以實(shí)現(xiàn)業(yè)務(wù)管理規(guī)范化，還可實(shí)現(xiàn)無(wú)紙辦公、無(wú)走動(dòng)辦公和遠(yuǎn)程辦公，在充分滿足當(dāng)前業(yè)務(wù)需要的基礎(chǔ)上改善工作方式，提高工作效率?，F(xiàn)在流行的結(jié)構(gòu)模式有：客戶機(jī) /服務(wù)器模式（ C/S模式）、瀏覽器 /服務(wù)器模式（ B/S模式）以及群件模式等，它們各有各自的特點(diǎn)，不能絕對(duì)地說(shuō)孰優(yōu)孰劣，應(yīng)該根據(jù)具體應(yīng)用的需求和特點(diǎn)來(lái)選用某種模式，或選擇某些模式的組合。在這種方案中客戶應(yīng)用程序向服務(wù)器程序請(qǐng)求服務(wù)，這種方式隱含了在建立客戶機(jī) /服務(wù)器間通訊時(shí)的非對(duì)稱性，客戶機(jī) /服務(wù)器模型工作時(shí)要求有一套為客戶機(jī)和服務(wù)器所共識(shí)的慣例來(lái)保證服務(wù)能夠被提供（或被接受）。它必須在通訊的兩頭都被實(shí)現(xiàn)。在對(duì)稱的協(xié)議中，每一方都有可能扮演主從角色；在非對(duì)稱協(xié)議中，一方被不可改變地認(rèn)為是主機(jī)，而另一方則是從機(jī)。無(wú)論具體的協(xié)議是對(duì)稱的或是非對(duì)稱的，當(dāng)服務(wù)被提供時(shí)必然存在“客戶進(jìn)程”和“服務(wù)進(jìn)程”，一個(gè)服務(wù)程序， 通信的基礎(chǔ)是套接口（ Socket），一個(gè)套接口是通訊的一端 ， 在這一端上你可以找到與其對(duì)應(yīng)的一個(gè)名字 ， 一個(gè) 正在被使用的套接口都有它的類型和與其相關(guān)的進(jìn)程。套接口通常和同一個(gè)域中的套接口交換數(shù)據(jù)（數(shù)據(jù)交換也可能穿越域的界限，但這時(shí)一定要執(zhí)行某種解釋程序）。各種進(jìn)程使用這個(gè)域互相之間用 Inter協(xié)8 議族來(lái)進(jìn)行通訊（ Windows Sockets ，例如 Windows Sockets 2）。應(yīng)用程序一般僅在同一類的套接口間通訊。用戶目前可以使用兩種套接口，即流套接口和數(shù)據(jù)報(bào)套接口。也就是說(shuō)，一個(gè)從數(shù)據(jù)報(bào)套接口接收信息的進(jìn)程有可能發(fā)現(xiàn)信息重復(fù)了，或者和發(fā)出時(shí)的順序不同。對(duì)于這一特點(diǎn)，數(shù)據(jù)報(bào)套接口采用了與現(xiàn)在許多包交換網(wǎng)絡(luò)（例如以太網(wǎng)）非常類似的模型。服務(wù)器響應(yīng)客戶機(jī)發(fā)出的數(shù)據(jù)請(qǐng)求和過(guò)程調(diào)用。 客戶端在 C/S模式中是發(fā)出服務(wù)請(qǐng)求的一端。圖形用戶界面接收用戶的輸入信息，并實(shí)現(xiàn)與服務(wù)器的接口，保證數(shù)據(jù)連接穩(wěn)定，獲取服務(wù)器上的數(shù)據(jù)并顯示給用戶?？蛻魴C(jī) /服務(wù)器模式將一個(gè)應(yīng)用分為兩個(gè)部分前端（客戶機(jī)）、后端（服務(wù)器）。一般來(lái)說(shuō)，客戶機(jī)向服務(wù)器發(fā)出請(qǐng)求為其完成一部分工作：服務(wù)器則處理客戶機(jī)的請(qǐng)求并返回結(jié)果。 9 系統(tǒng)設(shè)計(jì) 系統(tǒng)軟件功能及模塊設(shè)計(jì) 經(jīng)過(guò)對(duì)外貿(mào)管理流程的歸納總結(jié)將系統(tǒng)的功能劃分，分為九個(gè)子系統(tǒng)模塊來(lái)實(shí)現(xiàn)：業(yè)務(wù)管理子系統(tǒng)，核銷單管理子系統(tǒng)，庫(kù)存管理子系統(tǒng)，財(cái)務(wù)管理子系統(tǒng)，費(fèi)用報(bào)銷子系統(tǒng)，查詢子系統(tǒng)，統(tǒng)計(jì)子系統(tǒng)，修改子系統(tǒng)，系統(tǒng)維護(hù)子系統(tǒng)。對(duì)制定的計(jì)劃進(jìn)行管理，需要對(duì)定制的業(yè)務(wù)計(jì)劃進(jìn)行查詢，可以按部門、時(shí)間范圍、付款方式、分類錄入國(guó)外貿(mào)易額度計(jì)劃，靈活控制貿(mào)易額度管理表。管理異常用款申請(qǐng)計(jì)劃表，與進(jìn)口合同、出口合同、收購(gòu)合同數(shù)據(jù)相關(guān)聯(lián)，方便設(shè)置國(guó)內(nèi)、國(guó)外客戶的信用度級(jí)別，公司的信用標(biāo)準(zhǔn)的管理工具，便于確定與各客戶進(jìn)行貿(mào)易往來(lái)10 的執(zhí)行標(biāo)準(zhǔn)。 圖 32 業(yè)務(wù)管理子系統(tǒng)功能模塊圖 業(yè)務(wù)管理子系統(tǒng)功能模塊說(shuō)明： (1)客戶信息管理模塊 本模塊處理的是客戶信息的維護(hù)工作。在業(yè)務(wù)處理層次上，業(yè)務(wù)員只能看到自己的客戶，對(duì)其它業(yè)務(wù)人員保密，而在管理層次上主要是出口業(yè)務(wù)管理模塊，管理人員可根據(jù)系統(tǒng)設(shè)置系統(tǒng)管理模塊查看其他業(yè)務(wù)員的客戶信息，也即所有信息管理成樹狀。 (2)對(duì)外合同管 理模塊 對(duì)外合同管理模塊主要完成合同信息維護(hù)（包括新建、修改、刪除、復(fù)制、打印合同和設(shè)置合同狀態(tài)）、進(jìn)行成本預(yù)測(cè)、對(duì)合同進(jìn)程進(jìn)行管理以及查詢合同有關(guān)信息等功能。對(duì)外合同根據(jù)業(yè)務(wù)的實(shí)際進(jìn)度分中止、新建、已確認(rèn)、已批準(zhǔn)、結(jié)束等幾種狀態(tài)。另外只允許業(yè)務(wù)員處理自己的合同。合同編號(hào)里包含的信息有：簽約時(shí)間、簽約人、船期、價(jià)格條款、港口、單價(jià)、付款方式、數(shù)量等信息。 3. 修改外銷合同 修改一份已存在的外銷合同，是否能進(jìn)行修改要看系統(tǒng)的流程定義是否允許修改。保存外銷11 合同 保存新建或修改過(guò)的外銷合同。對(duì)內(nèi)合同尤其是收購(gòu)合同一般根據(jù)外銷合同的需要而簽定，因此，外銷合同先于收購(gòu)合同，由業(yè)務(wù)員自己簽訂收購(gòu)合同。明細(xì)單是聯(lián)系一票出口業(yè)務(wù)各環(huán)節(jié)的文字說(shuō)明。只有處于中止或新建狀態(tài)的合同允許刪除，處于新建狀態(tài)的合同允許修改。 (5)業(yè)務(wù)單據(jù)制作模塊 業(yè)務(wù)單據(jù)除合同、明細(xì)單等主要單據(jù)外，還包括許可證、商檢證等輔助單據(jù)。主要有：海關(guān)的稅收信息、許可證配額情況、倉(cāng)儲(chǔ)查詢、信用證查詢、單證查詢、保險(xiǎn)費(fèi)查詢、運(yùn)費(fèi)查詢、財(cái)務(wù)信息查詢幾類。 人工核算的財(cái)務(wù)核算方式，難以實(shí)現(xiàn) 銷售業(yè)務(wù)數(shù)據(jù)的實(shí)時(shí)傳遞、匯總和查詢，很難適應(yīng)企業(yè)高速發(fā)展的需要。財(cái)務(wù)管理作為外貿(mào)企業(yè)管理活動(dòng)的核心，除了發(fā)揮傳統(tǒng)的核算功能外，還要全面、及時(shí)、準(zhǔn)確地反映外貿(mào)企業(yè)的人、財(cái)、物等信息，輔助企業(yè)領(lǐng)導(dǎo)進(jìn)行經(jīng)營(yíng)決策。 圖 33 財(cái)務(wù)管 理子系統(tǒng)功能模塊圖 12 財(cái)務(wù)管理子系統(tǒng)功能模塊說(shuō)明： (1)賬務(wù)處理模塊 賬務(wù)處理模塊可以自動(dòng)進(jìn)行銀行對(duì)賬，打印輸出會(huì)計(jì)期間內(nèi)的現(xiàn)金日記賬、總賬、各類明細(xì)賬，按科目、時(shí)間、金額等組合查詢明細(xì)賬，計(jì)算費(fèi)用率、查詢業(yè)務(wù)合同、預(yù)測(cè)單、控制單、明細(xì)單等內(nèi)容及輸入費(fèi)用和處理內(nèi)部往來(lái)賬目等工作。并且提供自定義報(bào)表功能，由用戶自定義報(bào)表并將其轉(zhuǎn)化為內(nèi)部報(bào)表。同時(shí)提取折舊和大修理基金。 (5)銷售核算模塊 銷售核算模塊對(duì)銷售發(fā)票進(jìn)行審核，自動(dòng)編制記賬憑證，將銷售核算憑證打印輸出，并可對(duì)進(jìn)出口業(yè)務(wù)按部門、科室、每筆業(yè)務(wù)等不同條件進(jìn)行成本、稅金、利潤(rùn)等情況的查詢。 (7)資金管 理模塊 資金管理模塊可以顯示公司每天的資金需求量，資金占用情況。要對(duì)倉(cāng)庫(kù)信息進(jìn)行管理，首先要對(duì)倉(cāng)庫(kù)的物料進(jìn)行編號(hào)，因?yàn)橹行∑髽I(yè)倉(cāng)庫(kù)的原材料一般品種繁多，至少有幾百種，要清晰將它們分門別類進(jìn)行管理，一定要進(jìn)行編號(hào)，而且編號(hào)的位數(shù)要一致，物料的編號(hào)要有代表性，一看就知道屬于什么類別和什么名稱，即“見名知義”這樣既簡(jiǎn)化了以后對(duì)表單的物料錄入工作，又可以清晰分辨物料。 (2)單據(jù)復(fù)核記賬模塊 單據(jù)復(fù)核記賬模塊對(duì)已經(jīng)輸入的進(jìn)倉(cāng)單、出倉(cāng)單、報(bào)損單、報(bào)濫單等倉(cāng)庫(kù)單據(jù)復(fù)核記賬。 (3)庫(kù)存統(tǒng)計(jì)查詢模塊 庫(kù)存統(tǒng)計(jì)查詢模塊按月統(tǒng)計(jì)生成庫(kù)存月報(bào)表，分品名（貨號(hào)）進(jìn)行累計(jì)，并提供按單據(jù)類型、品名、時(shí)間查詢明細(xì)數(shù)據(jù)的 功能。當(dāng)業(yè)務(wù)部領(lǐng)取時(shí)，輸入“核銷單申領(lǐng)表”，以便系統(tǒng)管理。 費(fèi)用報(bào)銷子系統(tǒng)：通過(guò)費(fèi)用報(bào)銷子系統(tǒng)，可以隨時(shí)查詢每位公司員工的報(bào)銷單據(jù)并對(duì)費(fèi)用報(bào)銷進(jìn)行統(tǒng)計(jì)。資料修改子系統(tǒng)有很強(qiáng)的索引功能，使修改人能很方便的查到要修改的資料。 統(tǒng)計(jì)子系統(tǒng)：資料統(tǒng)計(jì)子系統(tǒng)有很強(qiáng)的索引功能，能完成各種資料項(xiàng)目的統(tǒng)計(jì)。 系統(tǒng)維護(hù)子系統(tǒng)：系統(tǒng)維護(hù)子系統(tǒng)是專門為公司系統(tǒng)管理員設(shè)定的，利用該子系統(tǒng)，系統(tǒng)管理員可方便快捷的維護(hù)系統(tǒng)的安全性。 外貿(mào)管理系統(tǒng)的各大功能模塊，它們即相對(duì)獨(dú)立，彼此間又有一 定聯(lián)系。其中財(cái)務(wù)管理為業(yè)務(wù)管理提供依據(jù)，而查詢統(tǒng)計(jì)子系統(tǒng)使得業(yè)務(wù)系統(tǒng)更加明了，便于經(jīng)理層對(duì)公司業(yè)務(wù)進(jìn)行實(shí)時(shí)監(jiān)控，其他幾個(gè)子系統(tǒng)都為業(yè)務(wù)子系統(tǒng)進(jìn)行服務(wù)。 表示層 指的是在應(yīng)用程序中，直接展示給用戶的部分，因此有時(shí)也被稱為是客戶界面層。 并且，表示層還用于收集數(shù)據(jù)和顯示處理完畢后的數(shù)據(jù)。業(yè)務(wù)邏輯層相當(dāng)于應(yīng)用程序的本體，它包含了與核心業(yè)務(wù)規(guī)則相關(guān)的邏輯，也就是將具體的業(yè)務(wù)處理邏輯地編入程序中，是聯(lián)系表示層和數(shù)據(jù)層的“橋梁”。 數(shù)據(jù)層 數(shù)據(jù)邏輯層用于實(shí)現(xiàn)所有典型的數(shù)據(jù)處理活動(dòng)，包括數(shù)據(jù)的獲取、修改、更新以及數(shù)據(jù)庫(kù)內(nèi)部的觸發(fā)器、存儲(chǔ)過(guò)程等相關(guān)活動(dòng)，從而將數(shù)據(jù)服務(wù)和應(yīng)用程序的其它組件分開。在客戶端只需要安裝客戶端應(yīng)用程序，用于負(fù)責(zé)和用戶進(jìn)行數(shù)據(jù)交互以及與應(yīng)用服務(wù)器進(jìn)行數(shù)據(jù)交互。作為第三層的數(shù)據(jù)層，則主要是響應(yīng)應(yīng)用邏輯層發(fā)送過(guò)來(lái)的請(qǐng)求，對(duì)數(shù)據(jù)按要求進(jìn)行處理，并且將處理的結(jié)果返回到應(yīng)用邏輯 層。在實(shí)際開發(fā)的過(guò)程中，可以根據(jù)實(shí)際情況，把業(yè)務(wù)層和數(shù)據(jù)層部署到一臺(tái)服務(wù)器上，或者把表示層和業(yè)務(wù)層部署到一臺(tái)服務(wù)器，或者部署到更多的計(jì)算機(jī)上。三層分布式 C/S結(jié)構(gòu)的優(yōu)點(diǎn)，主要表現(xiàn)在下面各個(gè)方面： 很大程度上提高了系統(tǒng)的安全性。在這種情況下，就很大程度上防止了客戶端對(duì)數(shù)據(jù)庫(kù)進(jìn)行非法的操作，無(wú)形中對(duì)數(shù)據(jù)庫(kù)又增加了一層保護(hù)，提高了數(shù)據(jù)安全程度。由于在三層結(jié)構(gòu)系統(tǒng)中，所有的通用業(yè)務(wù)處理都集中在業(yè)務(wù)邏輯層，而不是由每一個(gè)客戶端表示層來(lái)分別處理，因而可以保證所有的用戶都執(zhí)行一致的業(yè)務(wù)邏輯，而不會(huì)產(chǎn)生對(duì)同一業(yè)務(wù)，出現(xiàn)不同用戶處理方法不一致的現(xiàn)象，同 時(shí)還可以避免由于每個(gè)客戶端分別復(fù)制、處理數(shù)據(jù)而帶來(lái)的數(shù)據(jù)冗余。在三層的結(jié)構(gòu)下，表示層只是一個(gè)盡可能簡(jiǎn)單的操作界面，負(fù)責(zé)給用戶提供交互界面和顯示數(shù)據(jù)。實(shí)際使用時(shí)，由各個(gè)客戶端分別調(diào)用中間層，然后再由中間層實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)?？蛻舳瞬恍枰M(jìn)行任何的變動(dòng)，甚至都不會(huì)注意到后臺(tái)的變化。 系統(tǒng)的可移植性強(qiáng)。因而在這種情況下，可以很方便的把中間業(yè)務(wù)層從一個(gè)物理位置移植到另一個(gè)物理位置。 提高了系統(tǒng)效率并且降低了硬件配置要求。 在三層的結(jié)構(gòu)體系下，由于中間層的介入，數(shù)據(jù)的傳遞過(guò)程也相應(yīng)的發(fā)生了調(diào)整。在三層結(jié)構(gòu)下，數(shù)據(jù)的傳輸過(guò)程如圖 36 所示。 數(shù)據(jù)服務(wù)層負(fù)責(zé)連接到數(shù)據(jù)庫(kù)，構(gòu)建類型化結(jié)果集，然后將該結(jié)果集從對(duì)象的方法中返回。這組數(shù)據(jù)訪問(wèn)方法實(shí)際上充當(dāng)了分離的 DatSet 對(duì)象的一個(gè)包裝器。 建立這個(gè)組件后，接著就向組件增加一組方法。第二個(gè)方法名為 Up_De_InsertData，它把類型化數(shù)據(jù)集作為一個(gè)參數(shù)接收，并將數(shù)據(jù)集中的變化提交到后臺(tái)的數(shù)據(jù)庫(kù)中。 Web服務(wù)建立在 HTTP、 XML和 SOAP等開發(fā)標(biāo)準(zhǔn)協(xié)議基礎(chǔ)之上，用于接口 定義、方法調(diào)用、基于 Inter的構(gòu)件注冊(cè)以及各種應(yīng)用的實(shí)現(xiàn)。 Web 服務(wù)可以使用任何編程語(yǔ)言和對(duì)象模型在任何平臺(tái)上實(shí)現(xiàn)，并且任意的應(yīng)用程序都可以使用 Web 服務(wù)。Web 服務(wù)需要在異構(gòu)的網(wǎng)絡(luò)環(huán)境中使用，而在這個(gè)環(huán)境中又存在多種不同的操作系統(tǒng)、對(duì)象模型和編程語(yǔ)言，所 以 Web 服務(wù)應(yīng)具有以下特征： 松散耦合， Web 客戶僅使用自描述的、基于文本的消息與 Web 服務(wù)通信。 協(xié)議的通用性， Web 服 務(wù) 利用標(biāo)準(zhǔn)的 Inter 協(xié)議（如 HTTP， SMTP 等），解決的是而向 Web 的分布式計(jì)算；而 CORBA、 DCOM、 RMI 使用私有的協(xié)議，只能解決企業(yè)內(nèi)部的對(duì)等實(shí)體間的分布式計(jì)算。而 CORBA、 DCOM、