【文章內(nèi)容簡介】 ript，文檔對象模型，字節(jié)順序記號。 SQL語言介紹SQL Server2000 是Microsoft 公司推出的SQL Server 數(shù)據(jù)庫管理系統(tǒng)，該版本繼承了SQL Server 版本的優(yōu)點，同時又比它增加了許多更先進的功能。具有使用方便可伸縮性好與相關軟件集成程度高等優(yōu)點， Windows 7 的大型多處理器的服務器等多種平臺使用。SQL Server數(shù)據(jù)庫是每個系統(tǒng)或者軟件所必須設計的一個后臺技術(shù)支持，該系統(tǒng)不僅提供了一個良好的查詢平臺（查詢分析器）而且還有以下幾方面的特點：數(shù)據(jù)結(jié)構(gòu)化、共享性高，冗余低，易擴充、數(shù)據(jù)獨立性高、數(shù)據(jù)由DBMS統(tǒng)一管理和控制，保證了數(shù)據(jù)的安全性、完整性等。3 系統(tǒng)需求企業(yè)產(chǎn)品銷售管理系統(tǒng)是典型的信息管理系統(tǒng),其開發(fā)主要包括是后臺數(shù)據(jù)庫的設計和前臺系統(tǒng)功能的實現(xiàn)兩個方面。對于前者要求建立起數(shù)據(jù)一致性和完整性強、數(shù)據(jù)安全性好的數(shù)據(jù)庫。而對于后者則要求應用程序功能完備,易使用等特點。 隨著經(jīng)濟的不斷發(fā)展和完善，企業(yè)的經(jīng)營行為正迅速地由以生產(chǎn)為中心轉(zhuǎn)向以營銷為中心，通過強化銷售來指導生產(chǎn)，從而創(chuàng)造更多的利潤。目前，許多企業(yè)在銷售管理環(huán)節(jié)上存在著大量的問題，如產(chǎn)品結(jié)構(gòu)不合理、產(chǎn)品庫存積壓嚴重等等，這些因素嚴重制約著企業(yè)的發(fā)展，影響企業(yè)的生存。為了解決這些問題，決定開發(fā)商品銷售管理系統(tǒng)。該系統(tǒng)從企業(yè)管理的實際需求出發(fā)，以市場為導向，通過對客戶信息、產(chǎn)品信息、銷售行為、銷售過程等環(huán)節(jié)的記錄、管理，建立彈性和靈活的銷售業(yè)務流程及制度，從而使企業(yè)銷售管理工作從經(jīng)驗走向科學.本系統(tǒng)采用B/S方式，它要求企業(yè)將該web系統(tǒng)發(fā)布到Internet，然后只要在有網(wǎng)絡的地方管理員都可以通過瀏覽器登陸系統(tǒng)，本系統(tǒng)由4個功能模塊組成：系統(tǒng)基本信息管理:主要包括客戶信息,銷售人員信息,產(chǎn)品信息訂單管理:主要包括訂單的錄入和訂單的確認統(tǒng)計信息查詢:主要包括銷售人員業(yè)績查詢及產(chǎn)品銷售查詢客戶關系管理：主要包括客戶信息和客戶購買產(chǎn)品查詢根據(jù)實際需求和用戶要求，把系統(tǒng)劃分為客戶信息管理功能、產(chǎn)品信息管理功能、員工管理功能、訂單功能、銷售業(yè)績查詢功能、統(tǒng)計功能功能。 對軟件所提出的功能要求，其實就是說要說明輸入什么量、經(jīng)怎樣的處理、得到什么輸出。 IPO圖如圖31所示。圖31 IPO圖 DFD圖：下面通過第一、二層數(shù)據(jù)流圖對系統(tǒng)的主要功能進行說明。頂層DFD圖如圖32所示。圖32頂層DFD圖圖32是頂層DFD，它表現(xiàn)出了我們要開發(fā)的系統(tǒng)流入流出的數(shù)據(jù)流的種類。從上圖可以看出，我們這個系統(tǒng)主要接收的數(shù)據(jù)可有客戶信息、產(chǎn)品信息、銷售人員信息、訂單信息、產(chǎn)品銷售信息； 第二層DFD圖如圖33所示。圖33第二層DFD圖4 系統(tǒng)概要設計企業(yè)產(chǎn)品銷售關系管理系統(tǒng)是一項復雜系統(tǒng)工程，要從實際出發(fā)，對實際情況進行客觀的分析，深入了解需求。系統(tǒng)利用Jsp與數(shù)據(jù)庫結(jié)合的技術(shù)建立數(shù)據(jù)庫管理系統(tǒng)，采用交互式的動態(tài)的Jsp頁面來實現(xiàn)。需求調(diào)查是為了研究系統(tǒng)設計的開發(fā)途徑和方法。同時它也是進行概要設計和詳細設計的基礎，是進行內(nèi)部維護和測試的依據(jù)。 系統(tǒng)結(jié)構(gòu)此系統(tǒng)的模塊功能主要是企業(yè)產(chǎn)品銷售管理的實現(xiàn)，作為一個產(chǎn)品銷售管理系統(tǒng)，它展示給用戶的是各種有用的關于銷售的信息，把這些信息能夠按管理員設置的查詢條件展示出來是很重要的，同時，能夠?qū)崿F(xiàn)對這些信息的有條不紊的管理也是不可以忽視的。本系統(tǒng)是一個實用的企業(yè)產(chǎn)品銷售管理系統(tǒng)，可以實現(xiàn)該公司產(chǎn)品信息、銷售信息管理及信息檢索；實現(xiàn)客戶信息管理，從而提高公司的工作效率和質(zhì)量。本系統(tǒng)所設計的功能模塊和各個模塊的詳細說明如下：(1).客戶信息管理實現(xiàn)客戶信息的增刪改查等功能，并且能查看客戶的購買記錄，有效提高企業(yè)對客戶信息管理的力度和效率。(2).產(chǎn)品信息管理產(chǎn)品信息查詢查看：以表格形式呈現(xiàn)數(shù)據(jù)庫中的產(chǎn)品信息，并且允許查找功能。產(chǎn)品信息的增刪改管理，以表格形式呈現(xiàn)產(chǎn)品信息，并且有增添新產(chǎn)品的鏈接，表格上有修改和刪除選項直接導入修改頁面修改產(chǎn)品信息，或者刪除該行。(3).銷售人員信息管理實現(xiàn)銷售人員信息的增刪改查等功能，并且能查看銷售人員的銷售記錄，有效提高企業(yè)對員工信息管理的力度和效率。(4).訂單信息管理訂單管理：可以顯示訂單狀況，并且打上處理標志，表格方式呈現(xiàn)利于管理。 顯示銷售年份信息：選擇銷售年份后，即可顯示該年份的月供銷信息。 查詢統(tǒng)計功能：可以顯示某年的年供銷額。系統(tǒng)功能結(jié)構(gòu)圖如圖41所示。 圖41系統(tǒng)功能結(jié)構(gòu)圖 數(shù)據(jù)庫概念設計系統(tǒng)的概要設計中最重要的就是系統(tǒng)的模塊化。模塊化是指解決一個復雜問題時自項向下逐層把軟件系統(tǒng)劃分成若干個模塊的過程。每個模塊完成一個特定的功能，所有的模塊按某種方法組織起來，成為一個整體，完成整個系統(tǒng)所要求的功能。將系統(tǒng)劃分為多個模塊是為了降低軟件系統(tǒng)的復雜性，提問讀性、可維護性，但模塊的劃分不能是任意的，應盡量保持其獨立性。也就是說，每個模塊只完成系統(tǒng)要求的獨立的子功能，并且與其它模塊的聯(lián)系最少且接口簡單，即盡量做到高內(nèi)聚低耦合，提高模塊的獨立性，為設計高質(zhì)量的軟件結(jié)構(gòu)奠定基礎。根據(jù)對數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)的分析后，就可以設計出用戶實體和他們之間的關系。為了把用戶的數(shù)據(jù)要求清晰明確地表達出來，系統(tǒng)分析員通常建立一個概念性的數(shù)據(jù)模型（也稱為信息模型）。概念性數(shù)據(jù)模型是一種面向問題的數(shù)據(jù)模型，是按照用戶的觀點來對數(shù)據(jù)和信息建模。它描述了從用戶角度看到的數(shù)據(jù)，它反映了用戶的現(xiàn)實環(huán)境，且與在軟件系統(tǒng)中的實現(xiàn)方法無關。最常用的表示概念性數(shù)據(jù)模型的方法，是實體—聯(lián)系方法（Entity—Relationship Approach）。這種方法用ER(實體)圖描述現(xiàn)實世界中的實體，而不涉及這些實體在系統(tǒng)中的實現(xiàn)方法。利用ER模型進行數(shù)據(jù)庫概念設計時，首先，以需求分析所獲得的信息為基礎，確定實體型、實體型的屬性、鍵以及主鍵，并進一步確定實體型之間的聯(lián)系及其相關的約束條件；其次，使用演繹或歸納的方法確定實體型之間的超類和子類的聯(lián)系及其相關約束；最后，形成ER圖分析整個系統(tǒng)，對客戶關系相關信息進行管理，最重要的對象非屬客戶/銷售人員/產(chǎn)品對象信息了，所以系統(tǒng)數(shù)據(jù)庫需要對客戶/銷售/產(chǎn)品信息各用一張表來存儲。在訂單管理模塊，有訂單的錄入和訂單的確認，這就需要二張表來存儲相關的信息，當然系統(tǒng)中還存在一張表來存儲管理員的登陸信息。ER圖如圖42所示。圖42 ER圖通過上面的分析我們歸納出系統(tǒng)的幾個關鍵的實體信息對象：客戶信息實體，銷售信息實體，產(chǎn)品信息實體，訂單信息實體，確認后的訂單信息實體，登陸信息實體，下面我把這些實體的關鍵屬性以實