z........word.本科畢業(yè)論文(科研訓(xùn)練、畢業(yè)設(shè)計(jì))題目：進(jìn)出口貿(mào)易公司數(shù)據(jù)管理平臺(tái)系統(tǒng)姓名：邱少烽學(xué)院：軟件學(xué)院系：專(zhuān)業(yè)：軟件工程年級(jí)：2003級(jí)復(fù)合型學(xué)號(hào)：01162027指導(dǎo)教師〔?！常菏缥穆毞Q(chēng)：助教指導(dǎo)教師〔校外〕：職稱(chēng)：2005年5月30日進(jìn)出口貿(mào)易公司數(shù)據(jù)管理平臺(tái)系統(tǒng)[摘要]進(jìn)出口貿(mào)易公司數(shù)據(jù)管理平臺(tái)系統(tǒng)包含了兩大模塊的設(shè)計(jì)，1是系統(tǒng)管理模塊，2是數(shù)據(jù)管理模塊，數(shù)據(jù)管理模塊又包含首頁(yè)、產(chǎn)品管理、工程管理、樣品管理、訂單管理、出貨管理和收匯管理。通過(guò)對(duì)該數(shù)據(jù)管理平臺(tái)系統(tǒng)的設(shè)計(jì)與開(kāi)發(fā)，有效組織公司的大量數(shù)據(jù)，實(shí)現(xiàn)辦公的自動(dòng)化，繼而實(shí)現(xiàn)公司信息管理的系統(tǒng)化。該系統(tǒng)采用B/S構(gòu)造，后臺(tái)基于SQLServer2000數(shù)據(jù)庫(kù)，前臺(tái)采用ASP開(kāi)發(fā)，完成后的系統(tǒng)將可在瀏覽器上完成絕大局部的數(shù)據(jù)顯示與操作，另外涉及到需要輸出的文檔均以文本文件、、Word文檔或E*cel文檔的形式，便易用。ASP開(kāi)發(fā)中，采用MVC構(gòu)架，實(shí)現(xiàn)邏輯層與表示層的別離。通過(guò)對(duì)該系統(tǒng)的研究，形成一套針對(duì)于中小型，貿(mào)易型公司的數(shù)據(jù)管理平臺(tái)的開(kāi)發(fā)思路與模式。開(kāi)發(fā)過(guò)程中形成高復(fù)用性模塊，以加速今后類(lèi)似數(shù)據(jù)管理平臺(tái)的開(kāi)發(fā)速度與質(zhì)量。[關(guān)鍵詞]ASPMVCB/S數(shù)據(jù)管理系統(tǒng)管理DataManagementPlatformSystemofTradingCompanyofImportsandE*ports[abstract]Thedatamanagementplatformsystemoftradingcompanyofthee*itincludesthedesignoftwomajormodule,1isthesystemmanagementmodule,2isdatamanagementmodule,datamanagementmoduleincludehome,productsmanagement,projectmanagement,samplemanagement,ordermanage,producethegoodsnottomanageandcollecttomanage.Throughtothedesignanddevelopmentofthisdatamanagementplatformsystem,organizealargenumberofdataofthecompanyeffectively,realizetheautomationthathandlesofficialbusiness,thenrealizethesystematizationofcompany'sinformationmanagement.ThissystemadoptsB/Sstructure,thebackstagesupporterisbecauseofSQLServer2000database,thefrontdeskadoptsASPdevelopment,thesystemafterfinishingcanfinishmostdatatoshowandoperateonthebrowser,thefileinvolvedneedingtooutputinadditionisinte*tfile,theformsofmail,WordfileorE*celfile,itisusedthatitisconvenienttobeeasy.InASPisdeveloped,adoptMVCframework,realizesthelogiclayerande*pressestheseparationoflayer.Throughstudyonthissystem,takeshapeonedirectagainstonmediumandsmall-scale,tradedatamanagementdevelopmentthinkingandmodeofplatformofCompany.Developcourseformhightoisitusemoduletoreply,inordertoisitsimilartodevelopmentspeedandquality,datamanagementofplatforminthefuturetoaccelerate.[keywords]ASPMVCB/SDataManagementSystemManagement目錄TOC\o引言1第一章工程概述21.1工程總體介紹21.2界面說(shuō)明3界面風(fēng)格說(shuō)明3列表頁(yè)面風(fēng)格4明細(xì)頁(yè)面風(fēng)格41.3系統(tǒng)管理模塊51.4數(shù)據(jù)管理模塊61.4.1首頁(yè)61.4.2產(chǎn)品管理61.4.3工程管理，樣品管理71.4.4訂單管理，出貨管理，收匯管理8第二章工程相關(guān)技術(shù)92.1技術(shù)及配置簡(jiǎn)介92.2關(guān)于選擇ASP92.3選擇MVC架構(gòu)102.3.1MVC如工作112.3.2為什么要使用MVC 112.3.3MVC的缺點(diǎn)122.3.4MVC是一條創(chuàng)立軟件的好途徑13第三章系統(tǒng)管理模塊的設(shè)計(jì)與實(shí)現(xiàn)143.1員工，用戶(hù)信息的表設(shè)計(jì)143.2角色的表設(shè)計(jì)153.3權(quán)限的表設(shè)計(jì)153.4用戶(hù)與角色的表設(shè)計(jì)163.5角色與權(quán)限的表設(shè)計(jì)163.6用戶(hù)，角色與權(quán)限173.7關(guān)于系統(tǒng)管理模塊21結(jié)論25致26參考文獻(xiàn)27-z........word.引言為*進(jìn)出口貿(mào)易公司設(shè)計(jì)一套統(tǒng)一的數(shù)據(jù)管理平臺(tái)系統(tǒng)，以加強(qiáng)數(shù)據(jù)共享，提高工作效率，為公司決策提高量化數(shù)據(jù)。以改變?cè)摴粳F(xiàn)有的以文件級(jí)共享為根底，大量手工操作為法的低效信息共享式。該數(shù)據(jù)管理平臺(tái)主要涵蓋系統(tǒng)管理模塊與數(shù)據(jù)管理模塊。通過(guò)系統(tǒng)管理模塊，可提供對(duì)不同用戶(hù)的訪問(wèn)權(quán)限控制。通過(guò)數(shù)據(jù)管理模塊，可實(shí)現(xiàn)對(duì)客戶(hù)與工程信息，訂單、收匯及出貨信息，以及產(chǎn)品與樣品信息的實(shí)時(shí)跟蹤與自動(dòng)化管理。該數(shù)據(jù)管理平臺(tái)系統(tǒng)可很大程度上加快信息交流速度與信息共享質(zhì)量，從而提高公司工作效率。通過(guò)對(duì)該數(shù)據(jù)管理平臺(tái)系統(tǒng)的設(shè)計(jì)與開(kāi)發(fā)，有效組織公司的大量數(shù)據(jù)，實(shí)現(xiàn)辦公的自動(dòng)化，繼而實(shí)現(xiàn)公司信息管理的系統(tǒng)化。通過(guò)對(duì)該系統(tǒng)的研究，形成一套針對(duì)于中小型，貿(mào)易型公司的數(shù)據(jù)管理平臺(tái)的開(kāi)發(fā)思路與模式。開(kāi)發(fā)過(guò)程中形成高復(fù)用性模塊，以加速今后類(lèi)似數(shù)據(jù)管理平臺(tái)的開(kāi)發(fā)速度與質(zhì)量。第一章工程概述1.1工程總體介紹該數(shù)據(jù)管理平臺(tái)主要涵蓋了系統(tǒng)管理模塊〔由本人獨(dú)立完成〕與數(shù)據(jù)管理模塊〔協(xié)同小組成員共同完成〕。根據(jù)公司的業(yè)務(wù)特點(diǎn)與業(yè)務(wù)流程，數(shù)據(jù)管理模塊又可以具體細(xì)分為：首頁(yè)、產(chǎn)品管理、工程管理、樣品管理、訂單管理、出貨管理和收匯管理等7個(gè)具體的模塊。系統(tǒng)管理模塊對(duì)應(yīng)系統(tǒng)管理員的工作，主要包括角色的創(chuàng)立，權(quán)限的分配，網(wǎng)頁(yè)的平安性等問(wèn)題；數(shù)據(jù)管理模塊則主要包括產(chǎn)品管理對(duì)應(yīng)產(chǎn)品部門(mén)的工作，工程管理對(duì)應(yīng)與客戶(hù)交互的過(guò)程，而訂單模塊則包含下單后的所有工作，包括了出貨和收匯工作，是跟單員、QC主管、船務(wù)、單證員和財(cái)務(wù)的工作重點(diǎn)，具體功能分解如圖1所示。進(jìn)出口貿(mào)易公司數(shù)據(jù)管理平臺(tái)系統(tǒng)進(jìn)出口貿(mào)易公司數(shù)據(jù)管理平臺(tái)系統(tǒng)系統(tǒng)管理模塊數(shù)據(jù)管理模塊首頁(yè)產(chǎn)品管理工程管理樣品管理訂單管理出貨管理收匯管理圖1數(shù)據(jù)管理平臺(tái)系統(tǒng)功能分解圖1.2系統(tǒng)界面說(shuō)明1.2.1界面風(fēng)格說(shuō)明界面風(fēng)格說(shuō)明如圖2所示。頁(yè)面第一行頁(yè)面第一行活動(dòng)看板活動(dòng)看板定位定位主體內(nèi)容主體內(nèi)容導(dǎo)航條導(dǎo)航條公司信息公司信息版本記錄版本記錄圖2界面風(fēng)格說(shuō)明圖1.2.2列表頁(yè)面風(fēng)格列表頁(yè)面風(fēng)格如圖3所示。查詢(xún)域查詢(xún)域列表域列表域圖3列表頁(yè)面風(fēng)格圖1.2.3明細(xì)頁(yè)面風(fēng)格明細(xì)頁(yè)面風(fēng)格如圖4所示。明細(xì)域明細(xì)域相關(guān)模塊相關(guān)模塊圖4明細(xì)頁(yè)面風(fēng)格圖1.3系統(tǒng)管理模塊系統(tǒng)管理模塊是該數(shù)據(jù)管理平臺(tái)系統(tǒng)的框架根底模塊，主要對(duì)應(yīng)的是系統(tǒng)管理員的工作，主要包括用戶(hù)管理和根底數(shù)據(jù)的維護(hù)，功能分解如圖5所示。系統(tǒng)管理系統(tǒng)管理用戶(hù)管理根底數(shù)據(jù)員工信息定義角色信息定義用戶(hù)角色分配模塊角色定義登陸注銷(xiāo)密碼修改操作日志部門(mén)設(shè)置資料國(guó)家地區(qū)信息客戶(hù)渠道信息圖5系統(tǒng)管理功能分解圖此模塊是本人此次畢業(yè)設(shè)計(jì)的重點(diǎn)，主要包括系統(tǒng)登陸后的權(quán)限問(wèn)題，由于公司具有登陸該系統(tǒng)賬號(hào)的員工眾多，根據(jù)公司要求，登陸此系統(tǒng)后必須根據(jù)職位不同，分工不同，分配登陸人員不同的權(quán)限，例如，任人員都有瀏覽通訊錄的權(quán)限，但只有管理員才有修改，編輯，刪除，新增通訊錄的權(quán)限；再例如，該系統(tǒng)的*些模塊具有一定的性，并不是所有登陸人員都可以查看，甚至是修改，這些模塊只允公司管理層的人員瀏覽，只允更高層人員修改，編輯。對(duì)于這些要求，為每個(gè)登陸賬號(hào)逐一分配權(quán)限是不可能的，那樣，工作量將極為繁瑣，所以，必須根據(jù)公司的不同工種，不同職務(wù)，創(chuàng)立相應(yīng)的多種類(lèi)型的角色，把符合員工職位，工種的角色分配給他們。這樣一來(lái)，就可以通過(guò)編輯角色的權(quán)限，來(lái)修改一類(lèi)員工的權(quán)限，事半功倍，而到達(dá)更好的登陸效果和管理效果。在角色權(quán)限上，主要分為四種模式，分別為查看，編輯，增加和刪除；又可以通過(guò)模塊分為系統(tǒng)管理和數(shù)據(jù)管理兩大模塊，數(shù)據(jù)管理模塊又可以細(xì)分為首頁(yè)、產(chǎn)品管理、工程管理、樣品管理、訂單管理、出貨管理和收匯管理七個(gè)小模塊，便角色的編輯查找工作。系統(tǒng)管理還涉及到一個(gè)網(wǎng)頁(yè)的平安性問(wèn)題，即必須防止用戶(hù)通過(guò)在IE欄上敲入U(xiǎn)RL地址來(lái)訪問(wèn)不可到達(dá)的相關(guān)網(wǎng)頁(yè)，以上提到的一系列問(wèn)題將在系統(tǒng)管理模塊的設(shè)計(jì)與實(shí)現(xiàn)中從技術(shù)性的角度一一解答。1.4數(shù)據(jù)管理模塊1.4.1首頁(yè)當(dāng)我們翻開(kāi)IE頁(yè)，進(jìn)入該數(shù)據(jù)管理平臺(tái)系統(tǒng)時(shí)，我們首先將進(jìn)入首頁(yè)模塊，而且在未登陸之前，我們也只能始終停留在該模塊。未登陸之前，我們只允瀏覽首頁(yè)模塊的幾個(gè)功能小板塊，包括通訊錄和一些參考資料，功能分解如圖6所示。首頁(yè)首頁(yè)公司信息參考資料今日動(dòng)態(tài)公司通知通訊錄色值對(duì)應(yīng)世界時(shí)間國(guó)際區(qū)號(hào)單位換算域名對(duì)照?qǐng)D6首頁(yè)功能分解圖1.4.2產(chǎn)品管理產(chǎn)品管理是數(shù)據(jù)管理平臺(tái)系統(tǒng)的核心根底模塊，系統(tǒng)所有的業(yè)務(wù)都將基于它而建立。它主要對(duì)應(yīng)的是產(chǎn)品部門(mén)的工作，主要包括產(chǎn)品管理、配件管理和消息管理，功能分解如圖7所示。產(chǎn)品類(lèi)別產(chǎn)品類(lèi)別產(chǎn)品管理產(chǎn)品明細(xì)管理配件管理消息管理產(chǎn)品資料產(chǎn)品箱規(guī)配件類(lèi)別價(jià)格查詢(xún)采購(gòu)建議產(chǎn)品目錄配件資料供給商出庫(kù)單生產(chǎn)方案單圖7產(chǎn)品管理功能分解圖1.4.3工程管理，樣品管理工程管理和樣品管理是該數(shù)據(jù)管理平臺(tái)系統(tǒng)的根底業(yè)務(wù)模塊，對(duì)應(yīng)的是業(yè)務(wù)部門(mén)的日常工作。它基于產(chǎn)品管理的數(shù)據(jù)，記錄與客戶(hù)的每一次交互信息，主要包括客戶(hù)管理、工程跟蹤報(bào)價(jià)管理，樣品管理以及消息管理，它的功能分解如圖8所示。工程管理工程管理客戶(hù)管理工程明細(xì)管理工程消息管理樣品管理樣品明細(xì)管理寄件管理樣品消息管理圖8工程管理，樣品管理功能分解圖1.4.4訂單管理，出貨管理，收匯管理訂單，出貨，收匯管理是該數(shù)據(jù)管理平臺(tái)系統(tǒng)中核心業(yè)務(wù)模塊，包含了所有的訂單處理工作。根據(jù)訂單的工作流程，可將其分為：訂單、生產(chǎn)、出貨和收匯四個(gè)步驟，它的功能分解如圖9所示。訂單，出貨，收匯管理訂單，出貨，收匯管理單證管理訂單管理出貨，貨代管理收匯管理消息管理圖9訂單管理，出貨管理，收匯管理功能分解圖第二章工程相關(guān)技術(shù)2.1技術(shù)及配置簡(jiǎn)介系統(tǒng)采用B/S構(gòu)造，后臺(tái)基于SQLServer2000數(shù)據(jù)庫(kù)，前臺(tái)采用ASP開(kāi)發(fā)，完成后的系統(tǒng)將可在瀏覽器上完成絕大局部的數(shù)據(jù)顯示與操作，另外涉及到需要輸出的文檔均以文本文件、、Word文檔或E*cel文檔的形式，便易用。除去輔助開(kāi)發(fā)所需的一些工具軟件外，系統(tǒng)所需的軟件列表如表1：軟件類(lèi)型軟件名稱(chēng)效勞器應(yīng)用平臺(tái)Windows2000Professional/*P數(shù)據(jù)庫(kù)軟件SQLServer2000、IIS5.0開(kāi)發(fā)工具UltraEdit客戶(hù)端應(yīng)用平臺(tái)Windows2000/98/*P應(yīng)用軟件IE、Office系列表1 系統(tǒng)組網(wǎng)軟件列表ASP開(kāi)發(fā)中，采用MVC構(gòu)架，實(shí)現(xiàn)邏輯層與表示層的別離。2.2關(guān)于選擇ASPASP〔ActiveServerPages)動(dòng)態(tài)網(wǎng)頁(yè)，是微軟公司推出的一種用以取代CGI〔CommonGatewayInterface)通用網(wǎng)關(guān)接口的技術(shù)。我們可以通過(guò)ASP結(jié)合HTML語(yǔ)言、ASP指令和Active*元件以及數(shù)據(jù)庫(kù)等面知識(shí)，使用自己的Web效勞器創(chuàng)立并運(yùn)行動(dòng)態(tài)的交互式Web站點(diǎn)。ASP的主要優(yōu)點(diǎn)大概可以歸納如下：1、您可以用VBScript或JScript創(chuàng)立腳本，同時(shí)結(jié)合HTML語(yǔ)言就能夠非常便地完成的應(yīng)用程序。對(duì)于VBScript和JScript，使用哪種語(yǔ)言并不重要，Web效勞器等同地處理這兩種語(yǔ)言，并向用戶(hù)的瀏覽器發(fā)送HTML格式化結(jié)果。2、因?yàn)锳SP采用Script語(yǔ)言〔VBScript和JScript〕就可以輕松編寫(xiě)程序，因此這就大節(jié)省了網(wǎng)絡(luò)設(shè)計(jì)人員又得重新學(xué)習(xí)一種新語(yǔ)言的時(shí)間。而且編寫(xiě)ASP無(wú)須手工compile編譯或程序，可在效勞器端直接執(zhí)行，這無(wú)疑是更加便了我們的編寫(xiě)過(guò)程。3、使用普通的使用記事本之類(lèi)的文本編輯器，即可進(jìn)展編輯設(shè)計(jì),如：Windows的記事本。建議不要用FontPage98或DreamWeaver2.0等主頁(yè)制作軟件修改，因?yàn)樗麄儠?huì)破壞源代碼的。在這里我建議使用CuteFTP攜帶的CuteHTML編輯器進(jìn)展編輯設(shè)計(jì)。4、ASP是運(yùn)行在效勞器端，所以我們無(wú)須擔(dān)憂(yōu)瀏覽器是否支持ASP所使用的編程語(yǔ)言,用戶(hù)端只要使用可執(zhí)行HTML碼的瀏覽器，即可瀏覽ActiveServerPages所設(shè)計(jì)的網(wǎng)頁(yè)容。ASP在效勞器端運(yùn)行，當(dāng)程序執(zhí)行完畢后，效勞器僅將執(zhí)行的結(jié)果返回給客戶(hù)瀏覽器，這樣也就減輕了客戶(hù)端瀏覽器的負(fù)擔(dān)，大大提高了交互的速度。5、ASP能與任Active*scripting語(yǔ)言相容。除了可用VBScript或JScript語(yǔ)言來(lái)設(shè)計(jì)外，還通過(guò)plug-in的式，使用由第三所提供的其他腳本語(yǔ)言，譬如Perl、Tcl等。腳本引擎是處理腳本程序的COM(ComponentObjectModel)組件。6、ActiveServerPages的程序代碼隱藏，在客戶(hù)端上僅可以看到由ASP輸出的動(dòng)態(tài)HTML文件。因而可以防止所寫(xiě)的源程序被他人剽竊，也提高了程序的平安性。7、可使用效勞器端的腳本來(lái)產(chǎn)生客戶(hù)端的腳本。8、面向?qū)ο蟆睴bjectoriented〕，并可擴(kuò)展Active*Server組件功能。9、Active*ServerComponents(Active*效勞器組件)具有無(wú)限可擴(kuò)大性。你可以使用任編程語(yǔ)言來(lái)編寫(xiě)你所需要的Active*Server組件。10、可以通過(guò)ADO〔Active*DataObjects,微軟的一種新的數(shù)據(jù)訪問(wèn)模型，是一種可以提供WEB頁(yè)面開(kāi)發(fā)者輕松存取Internet的數(shù)據(jù)庫(kù)，并可以在用戶(hù)端實(shí)現(xiàn)網(wǎng)上立即、即時(shí)更新顯示的最新WEB頁(yè)面數(shù)據(jù)庫(kù)技術(shù)?！撤浅１愕卦L問(wèn)數(shù)據(jù)庫(kù)，從而使存取數(shù)據(jù)庫(kù)變得輕松容易。2.3選擇MVC構(gòu)架MVC設(shè)計(jì)模式帶來(lái)更好的軟件構(gòu)造和代碼重用。模型－視圖－控制器〔MVC〕是*ero*PARC在八十年代為編程語(yǔ)言Smalltalk－80創(chuàng)造的一種軟件設(shè)計(jì)模式，至今已被廣泛使用。模型－視圖－控制器模式是一個(gè)有用的工具箱，它有很多好處，但也有一些缺點(diǎn)。MVC如工作MVC是一個(gè)設(shè)計(jì)模式，它強(qiáng)制性的使應(yīng)用程序的輸入、處理和輸出分開(kāi)。使用MVC應(yīng)用程序被分成三個(gè)核心部件：模型、視圖、控制器。它們各自處理自己的任務(wù)。視圖是用戶(hù)看到并與之交互的界面。對(duì)老式的Web應(yīng)用程序來(lái)說(shuō)，視圖就是由HTML元素組成的界面，在新式的Web應(yīng)用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術(shù)已層出不窮，它們包括MacromediaFlash和象*HTML，*ML/*SL，WML等一些標(biāo)識(shí)語(yǔ)言和Webservices.如處理應(yīng)用程序的界面變得越來(lái)越有挑戰(zhàn)性。MVC一個(gè)大的好處是它能為你的應(yīng)用程序處理很多不同的視圖。在視圖中其實(shí)沒(méi)有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機(jī)存儲(chǔ)的還是一個(gè)雇員列表，作為視圖來(lái)講，它只是作為一種輸出數(shù)據(jù)并允用戶(hù)操縱的式。模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。在MVC的三個(gè)部件中，模型擁有最多的處理任務(wù)。例如它可能用象EJBs和ColdFusionComponents這樣的構(gòu)件對(duì)象來(lái)處理數(shù)據(jù)庫(kù)。被模型返回的數(shù)據(jù)是中立的，就是說(shuō)模型與數(shù)據(jù)格式無(wú)關(guān)，這樣一個(gè)模型能為多個(gè)視圖提供數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫(xiě)一次就可以被多個(gè)視圖重用，所以減少了代碼的重復(fù)性。控制器承受用戶(hù)的輸入并調(diào)用模型和視圖去完成用戶(hù)的需求。所以當(dāng)單擊Web頁(yè)面中的超和發(fā)送HTML表單時(shí)，控制器本身不輸出任東西和做任處理。它只是接收請(qǐng)求并決定調(diào)用哪個(gè)模型構(gòu)件去處理請(qǐng)求，然后用確定用哪個(gè)視圖來(lái)顯示模型處理返回的數(shù)據(jù)?，F(xiàn)在我們總結(jié)ＭVC的處理過(guò)程，首先控制器接收用戶(hù)的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)進(jìn)展處理，然后模型用業(yè)務(wù)邏輯來(lái)處理用戶(hù)的請(qǐng)求并返回?cái)?shù)據(jù)，最后控制器用相應(yīng)的視圖格式化模型返回的數(shù)據(jù)，并通過(guò)表示層呈現(xiàn)給用戶(hù)。為什么要使用MVC大局部Web應(yīng)用程序都是用像ASP，PHP，或者CFML這樣的過(guò)程化語(yǔ)言來(lái)創(chuàng)立的。它們將像數(shù)據(jù)庫(kù)查詢(xún)語(yǔ)句這樣的數(shù)據(jù)層代碼和像HTML這樣的表示層代碼混在一起。經(jīng)歷比擬豐富的開(kāi)發(fā)者會(huì)將數(shù)據(jù)從表示層別離開(kāi)來(lái)，但這通常不是很容易做到的，它需要精心的方案和不斷的嘗試。MVC從根本上強(qiáng)制性的將它們分開(kāi)。盡管構(gòu)造MVC應(yīng)用程序需要一些額外的工作，但是它給我們帶來(lái)的好處是無(wú)庸質(zhì)疑的。首先，最重要的一點(diǎn)是多個(gè)視圖能共享一個(gè)模型，正如我所提及的，現(xiàn)在需要用越來(lái)越多的式來(lái)訪問(wèn)你的應(yīng)用程序。對(duì)此，其中一個(gè)解決之道是使用MVC，無(wú)論你的用戶(hù)想要Flash界面或是WAP界面；用一個(gè)模型就能處理它們。由于你已經(jīng)將數(shù)據(jù)和業(yè)務(wù)規(guī)則從表示層分開(kāi)，所以你可以最大化的重用你的代碼了。由于模型返回的數(shù)據(jù)沒(méi)有進(jìn)展格式化，所以同樣的構(gòu)件能被不同界面使用。例如，很多數(shù)據(jù)可能用HTML來(lái)表示，但是它們也有可能要用MacromediaFlash和WAP來(lái)表示。模型也有狀態(tài)管理和數(shù)據(jù)持久性處理的功能，例如，基于會(huì)話(huà)的購(gòu)物車(chē)和電子商務(wù)過(guò)程也能被Flash或者無(wú)線聯(lián)網(wǎng)的應(yīng)用程序所重用。因?yàn)槟Ｐ褪亲园模⑶遗c控制器和視圖相別離，所以很容易改變你的應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。如果你想把你的數(shù)據(jù)庫(kù)從MySQL移植到Oracle，或者改變你的基于RDBMS數(shù)據(jù)源到LDAP，只需改變你的模型即可。一旦你正確的實(shí)現(xiàn)了模型，不管你的數(shù)據(jù)來(lái)自數(shù)據(jù)庫(kù)或是LDAP效勞器，視圖將會(huì)正確的顯示它們。由于運(yùn)用MVC的應(yīng)用程序的三個(gè)部件是相互對(duì)立，改變其中一個(gè)不會(huì)影響其它兩個(gè)，所以依據(jù)這種設(shè)計(jì)思想你能構(gòu)造良好的松偶合的構(gòu)件。對(duì)我來(lái)說(shuō)，控制器的也提供了一個(gè)好處，就是可以使用控制器來(lái)聯(lián)接不同的模型和視圖去完成用戶(hù)的需求，這樣控制器可以為構(gòu)造應(yīng)用程序提供強(qiáng)有力的手段。給定一些可重用的模型和視圖，控制器可以根據(jù)用戶(hù)的需求選擇模型進(jìn)展處理，然后選擇視圖將處理結(jié)果顯示給用戶(hù)。2.3.3MVC的缺點(diǎn)MVC的缺點(diǎn)是由于它沒(méi)有明確的定義，所以完全理解MVC并不是很容易。使用MVC需要精心的方案，由于它的部原理比擬復(fù)雜，所以需要花費(fèi)一些時(shí)間去思考。你將不得不花費(fèi)相當(dāng)可觀的時(shí)間去考慮如將MVC運(yùn)用到你的應(yīng)用程序，同時(shí)由于模型和視圖要格的別離，這樣也給調(diào)試應(yīng)用程序到來(lái)了一定的困難。每個(gè)構(gòu)件在使用之前都需要經(jīng)過(guò)徹底的測(cè)試。一旦你的構(gòu)件經(jīng)過(guò)了測(cè)試，你就可以毫無(wú)顧忌的重用它們了。根據(jù)我個(gè)人經(jīng)歷，由于我們將一個(gè)應(yīng)用程序分成了三個(gè)部件，所以使用MVC同時(shí)也意味著你將要管理比以前更多的文件，這一點(diǎn)是顯而易見(jiàn)的。這樣好似我們的工作量增加了，但是請(qǐng)記住這比起它所能帶給我們的好處是不值一提。MVC并不適合小型甚至中等規(guī)模的應(yīng)用程序，花費(fèi)大量時(shí)間將MVC應(yīng)用到規(guī)模并不是很大的應(yīng)用程序通常會(huì)得不償失。2.3.4MVC是一條創(chuàng)立軟件的好途徑MVC設(shè)計(jì)模式是一個(gè)很好創(chuàng)立軟件的途徑，它所提倡的一些原則，像容和顯示互相別離可能比擬好理解。但是如果你要隔離模型、視圖和控制器的構(gòu)件，你可能需要重新思考你的應(yīng)用程序，尤其是應(yīng)用程序的構(gòu)架面。如果你肯承受MVC，并且有能力應(yīng)付它所帶來(lái)的額外的工作和復(fù)雜性，MVC將會(huì)使你的軟件在強(qiáng)健性，代碼重用和構(gòu)造面上一個(gè)新的臺(tái)階。第三章系統(tǒng)管理模塊的設(shè)計(jì)與實(shí)現(xiàn)3.1員工，用戶(hù)信息的表設(shè)計(jì)首先，必須考慮員工，用戶(hù)的信息問(wèn)題，因此，設(shè)計(jì)Employee表如表2所示，表名Employee字段英文名中文名類(lèi)型非空備注ID用戶(hù)IDIntY主鍵系統(tǒng)自動(dòng)生成ID號(hào)與表Employee_Role的Employee_id相關(guān)聯(lián)Company_ID公司IDInt1表示恒好公司；2表示榮興達(dá)工廠Dept_ID部門(mén)IDIntDuty職務(wù)Varchar(50)Respon職責(zé)Varchar(250)UID登陸IDVarchar(20)不一定要填寫(xiě)CN_Name姓名Varchar(20)EN_Name英文名Varchar(20)PhoneVarchar(20)E*t分機(jī)號(hào)Varchar(5)*LTPhone小靈通Varchar(20)Mobile手機(jī)號(hào)Varchar(20)Email電子Varchar(50)IPIP地址Varchar(16)Stmt_PWD密碼2Varchar(20)密碼2PWD登陸密碼Varchar(20)系統(tǒng)登陸用的密碼6～20位Dscp備注Varchar(250)表2Employee表的設(shè)計(jì)表格此表在系統(tǒng)管理模塊的用戶(hù)帳號(hào)上和首頁(yè)模塊的通訊錄上使用，需要注意的是，通訊錄上只有對(duì)該表進(jìn)展瀏覽的權(quán)限，而在用戶(hù)帳號(hào)上，則具備查看，編輯，新增和刪除權(quán)限。3.2角色的表設(shè)計(jì)考慮到角色信息問(wèn)題，設(shè)計(jì)Role表如表3所示，表名Role字段英文名中文名類(lèi)型非空備注ID角色I(xiàn)DIntY主鍵系統(tǒng)自動(dòng)生成ID號(hào)與表Role_Permission的Role_id相關(guān)聯(lián)Name角色名稱(chēng)Varchar(20)YDscp備注Varchar(250)表3Role表的設(shè)計(jì)表格3.3權(quán)限的表設(shè)計(jì)考慮到權(quán)限信息問(wèn)題，設(shè)計(jì)Permission表如表4所示，表名Permission字段英文名中文名類(lèi)型非空描述ID可權(quán)限IDIntY主鍵系統(tǒng)自動(dòng)生成ID號(hào)Name可權(quán)限名稱(chēng)Varchar(150)YPrivilege_Type權(quán)限類(lèi)型IDIntY包括四種權(quán)限，1，查看，2，編輯，3，添加，4，刪除Pattern_Type模塊類(lèi)型IDIntY包括八種模塊，1，首頁(yè)，2，產(chǎn)品管理，3，工程管理，4，樣品管理，5，訂單管理，6，出貨管理，7，收匯管理，8，系統(tǒng)管理Dscp描述Varchar(250)表4Permission表的設(shè)計(jì)表格該系統(tǒng)建立之初，提供一個(gè)系統(tǒng)管理員的角色，并把該角色分配給*個(gè)用戶(hù)，即管理員。管理員角色具有使用該系統(tǒng)的所有功能的權(quán)限，并且，只有具備管理員角色的用戶(hù)才能進(jìn)展系統(tǒng)維護(hù)工作。使用者可以根據(jù)需要，附給*個(gè)用戶(hù)，即管理員該角色的權(quán)限。然后通過(guò)此用戶(hù)登陸系統(tǒng)，建立各種角色，根據(jù)工種的不同，職位的上下需要附給各種角色不同類(lèi)型的權(quán)限，再把新建立的角色根據(jù)需要附給與其職位上下，工種類(lèi)型相匹配的的用戶(hù)使用，到達(dá)不同的管理目的。該系統(tǒng)的權(quán)限分為四大類(lèi)，具體為查看權(quán)限，編輯權(quán)限，添加權(quán)限和刪除權(quán)限。此外，權(quán)限還可以通過(guò)另外一種模式分類(lèi)，具體法是該系統(tǒng)一共有八個(gè)模塊，于是所有權(quán)限便可以通過(guò)分屬于不同模塊而分為八大模塊。例如，“部門(mén)資料查看權(quán)限〞，它屬于查看權(quán)限，編輯權(quán)限，添加權(quán)限和刪除權(quán)限四大類(lèi)中的查看權(quán)限；又可以通過(guò)系統(tǒng)一共有八個(gè)模塊的分類(lèi)法，屬于系統(tǒng)管理模塊的權(quán)限。3.4用戶(hù)與角色的表設(shè)計(jì)如把用戶(hù)表和角色表關(guān)聯(lián)起來(lái)，這里，我們需要?jiǎng)?chuàng)立這么一表格，如表5所示，表名Employee_Role字段英文名中文名類(lèi)型非空描述IDIDIntY主鍵，系統(tǒng)自動(dòng)生成ID號(hào)Employee_ID用戶(hù)IDIntRole_ID角色I(xiàn)DInt表5Employee_Role表的設(shè)計(jì)表格如此，表Employee的字段ID和表Employee_Role的字段Employee_ID均表示用戶(hù)的ID號(hào)，具備唯一性，彼此相關(guān)聯(lián)；表Role的字段ID和表Employee_Role的字段Role_ID均表示角色的ID號(hào)，彼此相關(guān)聯(lián)。這樣，通過(guò)Employee_Role表，把Employee表和Role表嚴(yán)密地結(jié)合在一起，如圖10所示。Employee_RoleEmployee_RoleEmployee_IDRole_IDEmployeeID其他字段RoleID其他字段圖103.5角色與權(quán)限的表設(shè)計(jì)如把角色表和權(quán)限表關(guān)聯(lián)起來(lái)，這里，我們需要?jiǎng)?chuàng)立這么一表格，如表6所示，表名Role_Permission字段英文名中文名類(lèi)型非空描述IDIDIntY主鍵，系統(tǒng)自動(dòng)生成ID號(hào)Role_ID角色I(xiàn)DIntPerm_ID可權(quán)限IDInt表6Role_Permission表的設(shè)計(jì)表格如此表所示，表Role的字段ID與表Role_Permission的字段Role_ID均表示角色的ID，彼此相關(guān)聯(lián)；表Permission的字段ID與表Role_Permission的字段Perm_ID均表示角色的ID，彼此相關(guān)聯(lián)。如此，通過(guò)Role_Permission表，就可以把Role表和Permission表嚴(yán)密地結(jié)合在一起了，如圖11所示。Role_PermissionRole_PermissionRole_IDPerm_IDRoleID其他字段PermissionID其他字段圖113.6用戶(hù)，角色與權(quán)限通過(guò)添加Employee_Role與Role_Pemission這兩表格，于是，我們將Employee表，Role表和Permission表有機(jī)的結(jié)合在一塊，這五表格互相配合，便形成了系統(tǒng)管理模塊用戶(hù)權(quán)限系統(tǒng)的根底。下面，將詳細(xì)介紹一下如添加一個(gè)具有*種角色的用戶(hù)。首先，我們應(yīng)該新增加一個(gè)角色類(lèi)型，圖11角色列表圖如圖11所示，我們點(diǎn)擊新增，將彈出以下窗口，如圖12，寫(xiě)入角色名，點(diǎn)擊保存圖12角色編輯圖例如，我們新增加了一個(gè)普通瀏覽權(quán)限的角色，在圖11的角色名欄中就會(huì)出現(xiàn)這么一個(gè)角色名稱(chēng)。我們雙擊它，便如圖13所示圖13角色明細(xì)列表圖于是我們可以通過(guò)權(quán)限類(lèi)型，或者通過(guò)權(quán)限所屬模塊，更或者直接敲入所需要查找的權(quán)限名稱(chēng)的查找，找到自己所需要的權(quán)限，這些權(quán)限將在權(quán)限名稱(chēng)一欄一一列出來(lái)，我們可以通過(guò)在左邊的小框打勾，進(jìn)展一個(gè)權(quán)限或者多個(gè)權(quán)限的同時(shí)添加。接下來(lái)是我們要做的是增加一個(gè)新用戶(hù)的信息工作，圖14用戶(hù)信息列表圖如圖14所示，這是用戶(hù)信息的列表，我們可以點(diǎn)擊新增按鈕，便彈出如圖15所示，圖15用戶(hù)信息編輯圖之一將所有信息一一輸入后，點(diǎn)擊保存，此時(shí)我們便增加完一位新的用戶(hù)信息，返回圖14所示窗口，例如我們新增的員工名稱(chēng)為簡(jiǎn)樹(shù)良，我們雙擊他的名字，進(jìn)入圖16頁(yè)面圖16用戶(hù)信息編輯圖之二現(xiàn)在，可以考慮增加該用戶(hù)的角色了，點(diǎn)擊圖16的新增按鈕，如圖17所示圖17用戶(hù)信息角色編輯圖選中所需要的角色，點(diǎn)擊增加，即可。假設(shè)之前已經(jīng)增加過(guò)的角色則不會(huì)在圖17的角色名稱(chēng)列表欄上面出現(xiàn)，防止重復(fù)和不必要的麻煩。3.7系統(tǒng)管理模塊的其他要點(diǎn)第一，我們?cè)诰庉嬘脩?hù)信息的用戶(hù)登陸名時(shí)，參加了一段驗(yàn)證代碼，用于從數(shù)據(jù)庫(kù)檢驗(yàn)是否此登陸名此前已經(jīng)被使用過(guò)，假設(shè)無(wú)使用過(guò)，則可以成功添加，否則，會(huì)有提示，請(qǐng)重新輸入。通過(guò)這樣來(lái)確保用戶(hù)登陸名的唯一性。但在此前，則是考慮使用的是在數(shù)據(jù)庫(kù)表Employee上加以用戶(hù)登陸名字段的唯一性，確實(shí)，如此做法較為便，但一旦用戶(hù)輸入輸入了重復(fù)的登陸名，雖然在結(jié)果上是和現(xiàn)在的法是一樣的，既無(wú)法成功添加，但是，在系統(tǒng)的提示效果上卻較為不人性化，運(yùn)用先前的解決法，提示出錯(cuò)是一些較為專(zhuān)業(yè)的出錯(cuò)提示，由數(shù)據(jù)庫(kù)系統(tǒng)自動(dòng)完成；而運(yùn)用后者，則會(huì)彈出一提示框，提示出錯(cuò)和出錯(cuò)緣由，顯然后者較為妥當(dāng)，這也是我們開(kāi)發(fā)研究系統(tǒng)今后必須加以注意的地。第二，關(guān)于密碼的輸入問(wèn)題，我們仿效了一般的注冊(cè)程序一樣，必須先后兩次輸入一樣的密碼，才可以成功保存，如此可以減少不必要的麻煩。第三，關(guān)于用戶(hù)的角色和角色的權(quán)限的編輯問(wèn)題，我們新增用戶(hù)角色的時(shí)候，不應(yīng)該把所有的角色全部列在列表欄上面，應(yīng)該在這個(gè)列表的SQL語(yǔ)句上參加一些限定，即應(yīng)該把該用戶(hù)本身已經(jīng)具備的角色排除在列表欄外，以防止重復(fù)的添加，同樣的問(wèn)題也出現(xiàn)在角色的權(quán)限編輯上，也必須加以注意。第四，注意到圖5的密碼2了嗎？根據(jù)客戶(hù)的要求，一個(gè)用戶(hù)必須具備兩套密碼，當(dāng)使用不同密碼登陸時(shí)，他所具備的角色應(yīng)該是不同的，換句話(huà)說(shuō)，當(dāng)使用密碼1登陸時(shí)，該用戶(hù)應(yīng)該具備他的用戶(hù)信息欄里面所選擇的角色，但使用第二套密碼登陸時(shí)，即任用戶(hù)使用密碼2登陸時(shí)，應(yīng)該具備一個(gè)統(tǒng)一的角色，但是登陸框的提示登陸名還必須是使用者本人。于是，本人想到了，是否可以在創(chuàng)立一個(gè)用戶(hù)a他只具備密碼1，他的角色就是使用第2套密碼登陸系統(tǒng)后所應(yīng)該具備的角色，而任人假設(shè)使用第2套密碼登陸系統(tǒng)，便相當(dāng)于此人使用第1套密碼登陸，但登陸名則要顯示為使用第2套密碼登陸的人的登陸名。如圖18所示，用戶(hù)登陸用戶(hù)登陸使用第1套密碼正常登陸使用第2套密碼登陸記住登陸名相當(dāng)于A用戶(hù)使用第1套密碼登陸系統(tǒng)提示框所顯示的登陸名為使用第2套密碼登陸的用戶(hù)的登陸名圖18密碼1和密碼2的登陸差異圖見(jiàn)以下這段代碼：1 FunctionLogin()2 DimUID3 DimPWD4 Dimsql56 UID=Request("LoginID")7 PWD=Request("LoginPW")89 Session("User_ID")=""10 Session("dengLuMing")=""1112 sql="SELECTCOUNT(*)FROMEmployeeWhereUID="&SQLStr(UID)&"ANDStmt_PWD="&SQLStr(PWD)13 14 IfCInt(SQLSelectOneField(sql))>0Then15 16 Session("User_ID")="2"17 Session("dengLuMing")=UID18 Login=True19 20 Else21 sql="SELECTCOUNT(*)FROMEmployeeWhereUID="&SQLStr(UID)&"ANDPWD="&SQLStr(PWD)22 23 IfCInt(SQLSelectOneField(sql))>0Then24 25 sql="SELECTIDFROMEmployeeWhereUID="&SQLStr(UID)&"ANDPWD="&SQLStr(PWD)26 Session("User_ID")=SQLSelectOneField(sql)27 Session("dengLuMing")=UID28 Login=True2930 Else31 Session("dengLuMing")=""32 Login=False33 EndIf34 Endif35 EndFunction第12行代碼表示首先判斷是否輸入的密碼為第2套密碼第14-18行表示判斷是否使用第2套密碼登陸，假設(shè)是，則記住登陸名，系統(tǒng)認(rèn)為是A用戶(hù)登陸，顯示記住的登陸名；假設(shè)否，則繼續(xù)往下第19-29行表示判斷是否使用第1套密碼的登陸，假設(shè)是，則正常登陸，假設(shè)否，則繼續(xù)第30-35行表示假設(shè)用戶(hù)名和密碼均不匹配，則函數(shù)返回False，提示登陸出錯(cuò)框。第五，關(guān)于防止通過(guò)在IE欄上輸入U(xiǎn)RL地址而進(jìn)入使用者不具備查看權(quán)限的網(wǎng)頁(yè)。根據(jù)顧客的要求，為了防止*些用戶(hù)通過(guò)其他途徑得到*些重要的而自己又不具備訪問(wèn)權(quán)限的網(wǎng)頁(yè)地址，通過(guò)在IE欄上面敲入U(xiǎn)RL地址，進(jìn)入這些重要頁(yè)面，本人考慮在utils.asp中參加兩個(gè)驗(yàn)證函數(shù)，通過(guò)該函數(shù)的調(diào)用已完成客戶(hù)的需求。首先，我們進(jìn)入任頁(yè)面之前，必須先登陸系統(tǒng)，每個(gè)頁(yè)面在被訪問(wèn)前，都會(huì)調(diào)用系統(tǒng)是否被登陸的驗(yàn)證函數(shù)，假設(shè)系統(tǒng)未被登陸，頁(yè)面將始終停留在登陸頁(yè)面上；接下來(lái)，登陸系統(tǒng)后，我們?cè)谠L問(wèn)任頁(yè)面之前，頁(yè)面還會(huì)調(diào)用另外一個(gè)驗(yàn)證函數(shù)，判斷該用戶(hù)是否有查看該局部頁(yè)面的權(quán)限，還記得我們的權(quán)限分類(lèi)上有這么一種分類(lèi)嗎？就是根據(jù)權(quán)限的類(lèi)型分為查看，編輯，增加和刪除，查看的權(quán)限就是在這個(gè)時(shí)候起作用的。試想一下，假設(shè)你連查看的權(quán)限都沒(méi)有，怎么有方法去進(jìn)展編輯，增加和刪除呢？我們的權(quán)限分得很細(xì)，具體到了八個(gè)模塊的下一級(jí)下拉菜單局部。舉例說(shuō)明，*個(gè)用戶(hù)的具有的角色里包含了系統(tǒng)管理模塊的用戶(hù)帳號(hào)的查看權(quán)限，不具備系統(tǒng)管理模塊的角色資料的任權(quán)限，則當(dāng)他點(diǎn)擊系統(tǒng)管理頁(yè)面時(shí)，下拉菜單欄只有用戶(hù)帳號(hào)的一欄，而沒(méi)有出現(xiàn)角色資料一欄，你可以通過(guò)鼠標(biāo)點(diǎn)擊用戶(hù)帳號(hào)，對(duì)用戶(hù)帳號(hào)進(jìn)展查看，而你卻無(wú)法通過(guò)鼠標(biāo)點(diǎn)擊角色資料一欄進(jìn)展查看，因?yàn)檫@一欄根本不存在，而顧客擔(dān)憂(yōu)的問(wèn)題便出現(xiàn)了，該用戶(hù)雖然無(wú)法用鼠標(biāo)點(diǎn)擊角色資料一欄，因?yàn)樗緵](méi)有出現(xiàn)，但它可以利用其他途徑找到進(jìn)入角色資料的URL地址，在IE上敲入即可，于是，第二個(gè)驗(yàn)證函數(shù)此時(shí)起作用了，首先它會(huì)判斷該用戶(hù)是否具備角色資料查看權(quán)限，假設(shè)不具備，系統(tǒng)將提示無(wú)此權(quán)限，于是就無(wú)法