【正文】 告 說明： 市場部發(fā)布的公告內(nèi)容 組成： 公共編號 +工作人員編號 +公告類型 +Email+聯(lián)系電話 +發(fā)布日期 +所回復(fù)的公告 +內(nèi)容 (3).數(shù)據(jù)流描述： 數(shù)據(jù)流名稱：公共信息 說明： 公告的相關(guān)信息 數(shù)據(jù)流來源： 工作人員 數(shù)據(jù)流去向：工作人員 組成： 公共編號 +工作人員編號 +公告類型 +Email+聯(lián)系電話 +發(fā)布日期 +所回復(fù)的公告 +內(nèi)容 平均流量： 30條 /日 高峰期流量： 80條 /日 12 (4).數(shù)據(jù)存儲(chǔ)描述： 數(shù)據(jù)存儲(chǔ)名稱：公共列表 別 名： Policy 簡述：存放公告的相關(guān)信息 組成： 公共編號 +工作人員編號 +公告類型 +Email+聯(lián)系電話 +發(fā)布日期 +所回復(fù)的公告 +內(nèi)容 數(shù)據(jù)量： 200張 /月 存取方式：索引文件，以公告編號為關(guān)鍵字 (5).處理過程 : 處理過程名：公告管理 說明：工作人員發(fā)布公告 輸入：公共內(nèi)容 輸出：發(fā)布公共 處理：市場部根據(jù)統(tǒng)計(jì)結(jié)果的分析，對銷售策略進(jìn)行宏觀調(diào)控，發(fā)布相關(guān)的公告策略。 ER圖 根據(jù)以上各節(jié)對系統(tǒng)所做的需求分析和系統(tǒng)分析，規(guī)劃處了本系統(tǒng)的數(shù)據(jù)庫尸體。下面介紹幾個(gè)關(guān)鍵實(shí)體的 ER 圖： 訂購客戶 訂單銷售人員1 n 產(chǎn)品聯(lián)系1 1n負(fù)責(zé)1客戶服務(wù)人員 市場部經(jīng)理n服務(wù)11分析nn 客戶編號 姓名 性別 聯(lián)系電話 地址 郵編 E m a i l 產(chǎn)品編號 名稱 規(guī)格 生產(chǎn)廠商 進(jìn)價(jià) 備注 13 工作人員編號 名稱 密碼 類型 訂單訂單編號產(chǎn)品編號 客戶編號 銷售人員編號 銷售單價(jià)銷售日期銷售量 圖 銷售信息管理系統(tǒng) ER 圖 3 系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 開發(fā)方案的提出比較及確定 對于企業(yè)銷售管理 系統(tǒng)這樣一個(gè)設(shè)計(jì)型題目來說，可以開發(fā)的方案是比較多的。我們要從兩方面選擇，包括環(huán)境配置和體系結(jié)構(gòu)。 體系結(jié)構(gòu)比較 第一， C/S 結(jié)構(gòu)，也就是客戶機(jī) /服務(wù)器（英文為： Client/Server）結(jié)構(gòu)，通過將任務(wù)合理分配到 Client 端和 Server 端，降低了系統(tǒng)的通訊開銷，可以充分利用兩端硬件環(huán)境的優(yōu)勢。服務(wù)器通常采用高性能的 PC、工作站或小型機(jī)，并采用大型數(shù)據(jù)庫系統(tǒng)，客戶端 需要安裝專用的客戶端軟件。 第二， B/S 結(jié)構(gòu)，即瀏覽器 /服務(wù)器（ Browser/Server)結(jié)構(gòu)，在這種結(jié)構(gòu)下，用戶界面完全通過 WWW 瀏覽器實(shí)現(xiàn)，一部分事務(wù)邏輯在前端實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端實(shí)現(xiàn)，形成所謂 3tier 結(jié)構(gòu)。這種結(jié)構(gòu)中客戶機(jī)上只要安裝一個(gè)瀏覽器（ Browser），服務(wù)器安裝 SQL Server 等數(shù)據(jù)庫，瀏覽器通過 Web Server 同數(shù)據(jù)庫進(jìn)行數(shù)據(jù)交互。 對這兩種模式進(jìn)行比較， C/S 模式要在不同的客戶機(jī)上安裝不同的客戶應(yīng)用程序，B/S 模式下只需要安裝瀏覽器軟件。這樣不但可以節(jié)省客 戶機(jī)的硬盤空間與內(nèi)存，而且使安裝過程更加簡便、網(wǎng)絡(luò)結(jié)構(gòu)更加靈活。其次，它簡化了系統(tǒng)的開發(fā)和維護(hù)。系統(tǒng)的開發(fā)者無須再為不同級別的用戶設(shè)計(jì)開發(fā)不同的客戶應(yīng)用程序了，只需把所有的功能都實(shí)現(xiàn)在 Web 服務(wù)器上，并就不同的功能為各個(gè)組別的用戶設(shè)置權(quán)限就可以了。再次，它使用戶的操作變得更簡單。對于 C/S 模式，客戶應(yīng)用程序有自己特定的規(guī)格，使用者需要接受專門培訓(xùn)。而采用 B/S 模式時(shí)，客戶端只是一個(gè)簡單易用的瀏覽器軟件。無論是決策層還是操作層的人員都無需培訓(xùn)，就可以直接使用。 B/S 模式的這種特性。 最后， B/S 14 特別適用于網(wǎng)上 信息發(fā)布，使得傳統(tǒng)的 MIS 的功能有所擴(kuò)展。這是 C/S 所無法實(shí)現(xiàn)的。而這種新增的網(wǎng)上信息發(fā)布功能恰是本系統(tǒng)所需的。這使得企業(yè)的大部分書面文件可以被電子文件取代，從而提高了企業(yè)的工作效率，使企業(yè)行政手續(xù)簡化，節(jié)省人力物力。 鑒于 B/S 相對于 C/S 的先進(jìn)性， B/S 逐漸成為一種流行的 MIS 系統(tǒng)平臺。各軟件公司紛紛推出自己的 Inter 方案，本系統(tǒng)決定采用 B/S 體系結(jié)構(gòu)。 環(huán)境配置比較 第一：基于 和 ACCESS 的開發(fā)方式。這是一種比較容易想到的設(shè)計(jì)思路，由于它的開發(fā)基礎(chǔ)比較簡單，可以說基 本上沒有什么軟件和系統(tǒng)配置的要求，大體上說只要有 ACCESS 數(shù)據(jù)庫，設(shè)置好 Tomcat 和 ODBC，即可很方便的進(jìn)行軟件的開發(fā)了。用ACCESS 作為數(shù)據(jù)庫的連接，則對數(shù)據(jù)的相關(guān)操作便很簡潔和方便。在這里使用的是 C網(wǎng)絡(luò)程序語言，在實(shí)際實(shí)現(xiàn)過程中，作者發(fā)現(xiàn)采用 ACCESS 數(shù)據(jù)庫雖然實(shí)現(xiàn)很簡單、方便，卻無法實(shí)現(xiàn)存儲(chǔ)過程這一設(shè)計(jì)概念，并且在確保數(shù)據(jù)安全性上也會(huì)出現(xiàn)很大問題。所以這種方案也可以說是行之無效的。 第二：基于 和 Sqlsever2020 的開發(fā)方式。在總結(jié)了前兩種方案的優(yōu)勢和不足之處后，結(jié)合作 者本身的開發(fā)水平，因此提出了將 和 Sqlsever2020 相結(jié)合的方式來開發(fā)本系統(tǒng)。一方面， 也能較好的實(shí)現(xiàn)該系統(tǒng)的功能；另一方面，使用Sqlsever2020 數(shù)據(jù)庫可以實(shí)現(xiàn)在 ACCESS 中無法做到存儲(chǔ)過程，且在一定程度上又能提高數(shù)據(jù)的安全性，彌補(bǔ)了 ACCESS 的不足。雖然較 ACCESS 稍微復(fù)雜一點(diǎn)，但是距系統(tǒng)的要求最為接近和恰當(dāng)，從某種意義上來看，也可以說是前兩種方案的折中。 建立系統(tǒng)模型 在上一節(jié)里，只是簡單地從技術(shù)支持的角度上來比較和確定了所謂的最終實(shí)現(xiàn)系統(tǒng)的方案，但事 實(shí)上，系統(tǒng)方案的設(shè)計(jì)應(yīng)該從以下幾個(gè)方面來使之更具體化和完整化。 此系統(tǒng)的使用對象 為經(jīng)理，售后服務(wù)人員，銷售人員 三種用戶類型，不同的類型就有對系統(tǒng)不同的使用權(quán)限，不可能讓員工執(zhí)行刪除產(chǎn)品，修改信息等操作。這樣很明顯會(huì)造成系統(tǒng)的混亂、不穩(wěn)定、安全性低、易破壞，所以必須將各個(gè)類型的用戶使用范圍加以限定，而這個(gè)過程放在用戶登錄時(shí)就加以限制是最適合不過的了。這里可以利用在通常登錄的模式下增加一項(xiàng)用戶類型的選擇，在登錄后便自然將用戶使用權(quán)限確定，使系統(tǒng)實(shí)現(xiàn)快捷、方便和安全。 在登錄了系統(tǒng)之后 ，由于不同類型有不同的操作權(quán)限，因此在越權(quán)操作時(shí)，系統(tǒng)就應(yīng)該提示用戶不能進(jìn)行該操作并做相應(yīng)的出錯(cuò)處理或頁面跳轉(zhuǎn)等。在正常操作情況下， 15 員工只能查看信息，登記銷售記錄等操作，如果執(zhí)行了權(quán)限意外的操作，比如刪除產(chǎn)品操作，便會(huì)提醒操作者登陸。 在理論分析的基礎(chǔ)之上，根據(jù)該系統(tǒng)自身的特點(diǎn)，由于是網(wǎng)上系統(tǒng)，必然涉及到許多頁面的轉(zhuǎn)換問題，這是首先需要明確的。那么如果隨意地挑選一個(gè)頁面來設(shè)計(jì)并完成，這顯然是很盲目和失效的做法，往往會(huì)事倍功半。從總體上來說，一條行之有效的辦法是從首頁，即登錄頁面開始， 到主頁面，產(chǎn)品管理頁面，銷售管理頁面，銷售記錄管理頁面，員工管理頁面，客戶管理頁面這樣一條主線加分支頁面的設(shè)計(jì)來完成這個(gè)系統(tǒng)。當(dāng)然先要初步建立起后臺數(shù)據(jù)庫并對相關(guān)的數(shù)據(jù)表進(jìn)行數(shù)據(jù)存儲(chǔ)，接著開始前端應(yīng)用頁面的開發(fā)并在設(shè)計(jì)的過程中不斷修改數(shù)據(jù)庫和其它的相關(guān)內(nèi)容，逐步完善系統(tǒng)的開發(fā)設(shè)計(jì)。 同時(shí)，系統(tǒng)的總體設(shè)計(jì)也可以通過如下圖 31 很好地體現(xiàn)出來。 圖 31 系統(tǒng)流圖 16 從整個(gè)系統(tǒng)的運(yùn)行流程和主要實(shí)現(xiàn)的操作、功能來看，該迅馳數(shù)碼管理系統(tǒng)可以分為六個(gè)子系統(tǒng)模塊，如下圖 32。 圖 32 模塊劃分 數(shù)據(jù)庫建設(shè) 單擊開始 —— 所有程序 —— Microsoft SQL sever 2020—— SQL sever Studio（確保 Microsoft SQL sever 2020—— 配置工具 —— SQL sever Configuration Manager 內(nèi)的服務(wù)最好全部打開 ，如果沒有可通過管理版面 —— 管理工具 —— 服務(wù)， 17 然胡找到相關(guān)服務(wù)，打開即可 ）， 即可打開數(shù)據(jù)庫管理界面，在這里我們可以通過左側(cè)TreeView 狀管理我們的數(shù)據(jù)庫，也可通過 SQL 查詢建立數(shù)據(jù)庫內(nèi)容。我們的數(shù)據(jù)庫建設(shè)之旅即將開始了。 對于設(shè)計(jì)人員來說，要想比較好的創(chuàng)建并使用數(shù)據(jù)庫的話，作者認(rèn)為首先應(yīng)該弄清楚的就是數(shù)據(jù)庫應(yīng)用的構(gòu)架，在此用一個(gè)簡單的構(gòu)架圖 33 表示如下： 通過在第二章系統(tǒng)分析里的 ER（實(shí)體 聯(lián)系）圖，可以獲得以下對數(shù)據(jù)庫的邏輯設(shè)計(jì)，鑒于本系統(tǒng)設(shè)計(jì)的數(shù)據(jù)表比較多，在此只列出設(shè)計(jì)效果： 客戶信息表 (Customer)（ 客戶編號 、客戶姓名、性別、聯(lián)系電話、地址、郵編、Email） 產(chǎn)品列表 (Product)（ 產(chǎn)品編號 、產(chǎn)品名稱、規(guī)格、生產(chǎn)廠商、產(chǎn)品進(jìn)價(jià)、備注） 工作人員表 (Staff)（工作人員編號、姓名、密碼、類型） 銷售信息表 (Sell)（ 銷售編號 、產(chǎn)品編號、客戶編號、銷售人員編號、銷售日期、銷售單價(jià)、銷售量） 售后服務(wù)信息表 (Service)（ 售后編號 、銷售編號、市場人員編號、服務(wù)類型、詳細(xì)情況、是否完成、客戶滿意度） 市場策略信息公告表 (Policy)（ 公告編號 、員工編號、 Email、聯(lián)系電話、公告時(shí)間、公告類型、回復(fù)對應(yīng)公告的編號和公告內(nèi)容） 系統(tǒng)設(shè)計(jì)理論分析 由上述邏輯結(jié)構(gòu)設(shè)計(jì)進(jìn)一步就可得到物理結(jié)構(gòu)的設(shè)計(jì)了，這時(shí)數(shù)據(jù)表也可算作大體設(shè)計(jì)完成了，具體如下幾張表格： 18 Customer 表 字段名 代碼 類型 約束 客戶編碼 Id Int 主鍵 客戶姓名 Name Char（ 10） 非空 性別 Gender