【正文】 ..............................27引言為某進(jìn)出口貿(mào)易公司設(shè)計(jì)一套統(tǒng)一的數(shù)據(jù)管理平臺(tái)系統(tǒng)，以加強(qiáng)數(shù)據(jù)共享，提高工作效率，為公司決策提高量化數(shù)據(jù)。該數(shù)據(jù)管理平臺(tái)主要涵蓋系統(tǒng)管理模塊與數(shù)據(jù)管理模塊。通過(guò)數(shù)據(jù)管理模塊，可實(shí)現(xiàn)對(duì)客戶與項(xiàng)目信息，訂單、收匯及出貨信息，以及產(chǎn)品與樣品信息的實(shí)時(shí)跟蹤與自動(dòng)化管理。通過(guò)對(duì)該數(shù)據(jù)管理平臺(tái)系統(tǒng)的設(shè)計(jì)與開發(fā)，有效組織公司的大量數(shù)據(jù)，實(shí)現(xiàn)辦公的自動(dòng)化，繼而實(shí)現(xiàn)公司信息管理的系統(tǒng)化。開發(fā)過(guò)程中形成高復(fù)用性模塊，以加速今后類似數(shù)據(jù)管理平臺(tái)的開發(fā)速度與質(zhì)量。根據(jù)公司的業(yè)務(wù)特點(diǎn)與業(yè)務(wù)流程，數(shù)據(jù)管理模塊又可以具體細(xì)分為：首頁(yè)、產(chǎn)品管理、項(xiàng)目管理、樣品管理、訂單管理、出貨管理和收匯管理等 7 個(gè)具體的模塊。圖 1 數(shù)據(jù)管理平臺(tái)系統(tǒng)功能分解圖進(jìn)出口貿(mào)易公司數(shù)據(jù)管理平臺(tái)系統(tǒng)系統(tǒng)管理模塊 數(shù)據(jù)管理模塊首頁(yè)產(chǎn)品管理項(xiàng)目管理樣品管理訂單管理出貨管理收匯管理3 / 32 系統(tǒng)界面說(shuō)明 界面風(fēng)格說(shuō)明界面風(fēng)格說(shuō)明如圖 2 所示。圖 3 列表頁(yè)面風(fēng)格圖 明細(xì)頁(yè)面風(fēng)格明細(xì)頁(yè)面風(fēng)格如圖 4 所示。圖 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)的某些模塊具有一定的保密性，并不是所有登陸人員都可以查看，甚至是修改，這些模塊只允許公司管理層的人員瀏覽，只允許更高層人員修改，編輯。這樣一來(lái)，就可以通過(guò)編輯角色的權(quán)限，來(lái)修改一類員工的權(quán)限，事半功倍，而達(dá)到更好的登陸效果和管理效果。 系統(tǒng)管理還涉及到一個(gè)網(wǎng)頁(yè)的安全性問(wèn)題，即必須防止用戶通過(guò)在 IE 欄上敲入 URL 地系統(tǒng)管理用戶管理 基礎(chǔ)數(shù)據(jù)員工信息定義角色信息定義用戶角色分配模塊角色定義登陸注銷密碼修改操作日志部門設(shè)置資料國(guó)家地區(qū)信息客戶渠道信息6 / 32址來(lái)訪問(wèn)不可到達(dá)的相關(guān)網(wǎng)頁(yè)，以上提到的一系列問(wèn)題將在系統(tǒng)管理模塊的設(shè)計(jì)與實(shí)現(xiàn)中從技術(shù)性的角度一一解答。未登陸之前，我們只允許瀏覽首頁(yè)模塊的幾個(gè)功能小板塊，包括通訊錄和一些參考資料，功能分解如圖 6 所示。它主要對(duì)應(yīng)的是產(chǎn)品部門的工作，主要包括產(chǎn)品管理、配件管理和消息管理，功能分解如圖 7所示。它基于產(chǎn)品管理的數(shù)據(jù)，記錄與客戶的每一次交互信息，主要包括客戶管理、項(xiàng)目跟蹤報(bào)價(jià)管理，樣品管理以及消息管理，它的功能分解如圖 8 所示。根據(jù)訂單的工作流程，可將其分為：訂單、生產(chǎn)、出貨和收匯四個(gè)步驟，它的功能分解如圖 9 所示。除去輔助開發(fā)所需的一些工具軟件外，系統(tǒng)所需的軟件列表如表 1：軟件類型 軟件名稱應(yīng)用平臺(tái) Windows 2022 Professional/XP數(shù)據(jù)庫(kù)軟件 SQL Server 202開發(fā)工具 UltraEdit應(yīng)用平臺(tái) Windows 2022/98/XP客戶端 應(yīng)用軟件 IE、Office 系列表 1 系統(tǒng)組網(wǎng)軟件列表ASP 開發(fā)中，采用 MVC 構(gòu)架，實(shí)現(xiàn)邏輯層與表示層的分離。我們可以通過(guò) ASP 結(jié)合 HTML 語(yǔ)言、ASP 指令和ActiveX 元件以及數(shù)據(jù)庫(kù)等方面知識(shí)，使用自己的 Web 服務(wù)器創(chuàng)建并運(yùn)行動(dòng)態(tài)的交互式 Web 站點(diǎn)。對(duì)于 VBScript 和 JScript，使用哪種語(yǔ)言并不重要，Web 服務(wù)器等同地處理這兩種語(yǔ)言，并向用戶的瀏覽器發(fā)送 HTML 格式化結(jié)果。而且編寫 ASP 無(wú)須手工 pile 編譯或鏈接程序，可在服務(wù)器端直接執(zhí)行，這無(wú)疑是更加方便了我們的編寫過(guò)程。建議不要用 FontPage98 或 等主頁(yè)制作軟件修改，因?yàn)樗麄儠?huì)破壞源代碼的。ASP 是運(yùn)行在服務(wù)器端，所以我們無(wú)須擔(dān)心瀏覽器是否支持 ASP 所使用的編程語(yǔ)言,用戶端只要使用可執(zhí)行 HTML 碼的瀏覽器，即可瀏覽 Active Server Pages 所設(shè)計(jì)的網(wǎng)頁(yè)內(nèi)容。ASP 能與任何 ActiveX scripting 語(yǔ)言相容。腳本引擎是處理腳本程序的 COM(Component Object Model)組件。因而可以避免所寫的源程序被他人剽竊，也提高了程序的安全性。面向?qū)ο螅∣bject oriented） ，并可擴(kuò)展 ActiveX Server 組件功能。你可以使用任何編程語(yǔ)言來(lái)編寫你所需要的 ActiveX Server 組件。 ）非常方便地訪問(wèn)數(shù)據(jù)庫(kù)，從而使存取數(shù)據(jù)庫(kù)變得輕松容易。模型－視圖－控制器（MVC）是Xerox　 PARC 在八十年代為編程語(yǔ)言 Smalltalk－80 發(fā)明的一種軟件設(shè)計(jì)模式，至今已被廣泛使用。11 / 32 MVC 如何工作MVC 是一個(gè)設(shè)計(jì)模式，它強(qiáng)制性的使應(yīng)用程序的輸入、處理和輸出分開。它們各自處理自己的任務(wù)。對(duì)老式的 Web 應(yīng)用程序來(lái)說(shuō)，視圖就是由 HTML元素組成的界面，在新式的 Web 應(yīng)用程序中，HTML 依舊在視圖中扮演著重要的角色，但一些新的技術(shù)已層出不窮，它們包括 Macromedia　Flash 和象 XHTML，XML/XSL ，WML等一些標(biāo)識(shí)語(yǔ)言和 Web　 services.如何處理應(yīng)用程序的界面變得越來(lái)越有挑戰(zhàn)性。在視圖中其實(shí)沒有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機(jī)存儲(chǔ)的還是一個(gè)雇員列表，作為視圖來(lái)講，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。在 MVC 的三個(gè)部件中，模型擁有最多的處理任務(wù)。被模型返回的數(shù)據(jù)是中立的，就是說(shuō)模型與數(shù)據(jù)格式無(wú)關(guān)，這樣一個(gè)模型能為多個(gè)視圖提供數(shù)據(jù)。控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。它只是接收請(qǐng)求并決定調(diào)用哪個(gè)模型構(gòu)件去處理請(qǐng)求，然后用確定用哪個(gè)視圖來(lái)顯示模型處理返回的數(shù)據(jù)。 為什么要使用 MVC大部分 Web 應(yīng)用程序都是用像 ASP，PHP，或者 CFML 這樣的過(guò)程化語(yǔ)言來(lái)創(chuàng)建的。經(jīng)驗(yàn)比較豐富的開發(fā)者會(huì)將數(shù)據(jù)從表示層分離開來(lái)，但這通常不是很容易做到的，它需要精心的計(jì)劃和不斷的嘗試。盡管構(gòu)造 MVC 應(yīng)用程序需要一些額外的工作，但是它給我們帶來(lái)的好處是無(wú)庸質(zhì)疑的。對(duì)此，其中一個(gè)解決之道是使用 MVC，無(wú)論你的用戶想要12 / 32Flash 界面或是 WAP 界面；用一個(gè)模型就能處理它們。由于模型返回的數(shù)據(jù)沒有進(jìn)行格式化，所以同樣的構(gòu)件能被不同界面使用。模型也有狀態(tài)管理和數(shù)據(jù)持久性處理的功能，例如，基于會(huì)話的購(gòu)物車和電子商務(wù)過(guò)程也能被Flash 網(wǎng)站或者無(wú)線聯(lián)網(wǎng)的應(yīng)用程序所重用。如果你想把你的數(shù)據(jù)庫(kù)從 MySQL 移植到 Oracle，或者改變你的基于 RDBMS數(shù)據(jù)源到 LDAP，只需改變你的模型即可。由于運(yùn)用 MVC 的應(yīng)用程序的三個(gè)部件是相互對(duì)立，改變其中一個(gè)不會(huì)影響其它兩個(gè)，所以依據(jù)這種設(shè)計(jì)思想你能構(gòu)造良好的松偶合的構(gòu)件。給定一些可重用的模型和視圖，控制器可以根據(jù)用戶的需求選擇模型進(jìn)行處理，然后選擇視圖將處理結(jié)果顯示給用戶。使用 MVC需要精心的計(jì)劃，由于它的內(nèi)部原理比較復(fù)雜，所以需要花費(fèi)一些時(shí)間去思考。每個(gè)構(gòu)件在使用之前都需要經(jīng)過(guò)徹底的測(cè)試。根據(jù)我個(gè)人經(jīng)驗(yàn)，由于我們將一個(gè)應(yīng)用程序分成了三個(gè)部件，所以使用 MVC 同時(shí)也意味著你將要管理比以前更多的文件，這一點(diǎn)是顯而易見的。MVC 并不適合小型甚至中等規(guī)模的應(yīng)用程序，花費(fèi)大量時(shí)間將 MVC 應(yīng)用到規(guī)模并不是很大的應(yīng)用程序通常會(huì)得不償失。但是如果你要隔離模型、視圖和控制器的構(gòu)件，你可能需要重新思考你的應(yīng)用程序，尤其是應(yīng)用程序的構(gòu)架方面。14 / 32第三章 系統(tǒng)管理模塊的設(shè)計(jì)與實(shí)現(xiàn) 員工，用戶信息的表設(shè)計(jì) 首先，必須考慮員工，用戶的信息問(wèn)題，因此，設(shè)計(jì) Employee 表如表 2 所示，表名 Employee字段英文名 中文名 類型 非空 備注ID 用戶 ID Int Y 主鍵系統(tǒng)自動(dòng)生成 ID 號(hào)與表 Employee_Role 的 Employee_id 相關(guān)聯(lián)Company_ID 公司 ID Int 1 表示恒好公司；2 表示榮興達(dá)工廠Dept_ID 部門 ID IntDuty 職務(wù) Varchar(50)Respon 職責(zé) Varchar(250)UID 登陸 ID Varchar(20) 不一定要填寫CN_Name 姓名 Varchar (20)EN_Name 英文名 Varchar (20)Phone 電話號(hào)碼 Varchar(20)Ext 分機(jī)號(hào) Varchar (5)XLTPhone 小靈通號(hào)碼 Varchar(20)M