【正文】 出：統(tǒng)計(jì)結(jié)構(gòu) 處理：統(tǒng)計(jì)規(guī)定時(shí)間內(nèi)售后服務(wù)情況 4策略公告信息 (1).數(shù)據(jù)項(xiàng)描述： 數(shù)據(jù)項(xiàng)： 公告編號(hào) 含義說(shuō)明：唯一標(biāo)識(shí)每個(gè) 公告 別名： ID， PolicyID 類(lèi)型： 整 型 長(zhǎng)度： =5 至 MAX 取值范圍： 10000 至 MAX，步長(zhǎng)為 1 取值含義：無(wú) (2).數(shù)據(jù)結(jié)構(gòu)： 數(shù)據(jù)結(jié)構(gòu)名： 公告 說(shuō)明： 市場(chǎng)部發(fā)布的公告內(nèi)容 組成： 公共編號(hào) +工作人員編號(hào) +公告類(lèi)型 +Email+聯(lián)系電話(huà) +發(fā)布日期 +所回復(fù)的公告 +內(nèi)容 (3).數(shù)據(jù)流描述： 數(shù)據(jù)流名稱(chēng)：公共信息 說(shuō)明： 公告的相關(guān)信息 數(shù)據(jù)流來(lái)源： 工作人員 數(shù)據(jù)流去向：工作人員 組成： 公共編號(hào) +工作人員編號(hào) +公告類(lèi)型 +Email+聯(lián)系電話(huà) +發(fā)布日期 +所回復(fù)的公告 +內(nèi)容 平均流量： 30條 /日 高峰期流量： 80條 /日 12 (4).數(shù)據(jù)存儲(chǔ)描述： 數(shù)據(jù)存儲(chǔ)名稱(chēng)：公共列表 別 名： Policy 簡(jiǎn)述：存放公告的相關(guān)信息 組成： 公共編號(hào) +工作人員編號(hào) +公告類(lèi)型 +Email+聯(lián)系電話(huà) +發(fā)布日期 +所回復(fù)的公告 +內(nèi)容 數(shù)據(jù)量： 200張 /月 存取方式：索引文件，以公告編號(hào)為關(guān)鍵字 (5).處理過(guò)程 : 處理過(guò)程名：公告管理 說(shuō)明：工作人員發(fā)布公告 輸入：公共內(nèi)容 輸出：發(fā)布公共 處理：市場(chǎng)部根據(jù)統(tǒng)計(jì)結(jié)果的分析，對(duì)銷(xiāo)售策略進(jìn)行宏觀(guān)調(diào)控，發(fā)布相關(guān)的公告策略。 對(duì)這兩種模式進(jìn)行比較， C/S 模式要在不同的客戶(hù)機(jī)上安裝不同的客戶(hù)應(yīng)用程序，B/S 模式下只需要安裝瀏覽器軟件。 B/S 模式的這種特性。這是一種比較容易想到的設(shè)計(jì)思路，由于它的開(kāi)發(fā)基礎(chǔ)比較簡(jiǎn)單，可以說(shuō)基 本上沒(méi)有什么軟件和系統(tǒng)配置的要求，大體上說(shuō)只要有 ACCESS 數(shù)據(jù)庫(kù)，設(shè)置好 Tomcat 和 ODBC，即可很方便的進(jìn)行軟件的開(kāi)發(fā)了。 建立系統(tǒng)模型 在上一節(jié)里，只是簡(jiǎn)單地從技術(shù)支持的角度上來(lái)比較和確定了所謂的最終實(shí)現(xiàn)系統(tǒng)的方案，但事 實(shí)上，系統(tǒng)方案的設(shè)計(jì)應(yīng)該從以下幾個(gè)方面來(lái)使之更具體化和完整化。從總體上來(lái)說(shuō)，一條行之有效的辦法是從首頁(yè)，即登錄頁(yè)面開(kāi)始， 到主頁(yè)面，產(chǎn)品管理頁(yè)面，銷(xiāo)售管理頁(yè)面，銷(xiāo)售記錄管理頁(yè)面，員工管理頁(yè)面，客戶(hù)管理頁(yè)面這樣一條主線(xiàn)加分支頁(yè)面的設(shè)計(jì)來(lái)完成這個(gè)系統(tǒng)。 1模塊功能描述 該模塊主要實(shí)現(xiàn)對(duì)用戶(hù)能否進(jìn)入系統(tǒng)的確認(rèn)以及對(duì)進(jìn)入系統(tǒng)的用戶(hù)權(quán)限的設(shè)定；因?yàn)楸鞠到y(tǒng)涉及到三類(lèi)使用者，不可能每一類(lèi)用戶(hù)都具有相同的操作權(quán)限，如前所說(shuō)，必然會(huì)早成系統(tǒng)的混亂和崩潰，嚴(yán)重影響其安全性和有效性。 (2)更新產(chǎn)品信息。 (6)按年月日查詢(xún)。 day == null) ｛｝；對(duì)于按不同等級(jí)給以?xún)?yōu)惠，采用扣 去與等級(jí)相對(duì)應(yīng)的倍數(shù)，即： mount = mount level * 10。 2在模塊的詳細(xì)設(shè)計(jì)后，便能得出實(shí)現(xiàn)該部分的具體流程，如圖 37。查看員工的等級(jí)和是否好銷(xiāo)售員。由于僅考慮功能的實(shí)現(xiàn)，所以界面很簡(jiǎn)單。 最后，衷心感謝在百忙之中抽出時(shí)間審閱本 設(shè)計(jì) 的 老師 。一方面是經(jīng)驗(yàn)吧足，另一方面知識(shí)學(xué)習(xí)不到位。 2在模塊的詳細(xì)設(shè)計(jì)后，便能得出實(shí)現(xiàn)該部分的具體流程，如圖 39。 庫(kù)戶(hù)可以查看自己的等級(jí)和交易次數(shù)。 庫(kù)戶(hù)可以查看自己的等級(jí)和交易次數(shù)。 2在模塊的詳細(xì)設(shè)計(jì)后，便能得出實(shí)現(xiàn)該部分的具體流程，如圖 35。 (3)更新員工信息。 2在模塊的詳細(xì)設(shè)計(jì)后，便能得出實(shí)現(xiàn)該部分的具體流程，如圖 34。 同時(shí)，系統(tǒng)的總體設(shè)計(jì)也可以通過(guò)如下圖 31 很好地體現(xiàn)出來(lái)。這樣很明顯會(huì)造成系統(tǒng)的混亂、不穩(wěn)定、安全性低、易破壞，所以必須將各個(gè)類(lèi)型的用戶(hù)使用范圍加以限定，而這個(gè)過(guò)程放在用戶(hù)登錄時(shí)就加以限制是最適合不過(guò)的了。在這里使用的是 C網(wǎng)絡(luò)程序語(yǔ)言，在實(shí)際實(shí)現(xiàn)過(guò)程中，作者發(fā)現(xiàn)采用 ACCESS 數(shù)據(jù)庫(kù)雖然實(shí)現(xiàn)很簡(jiǎn)單、方便，卻無(wú)法實(shí)現(xiàn)存儲(chǔ)過(guò)程這一設(shè)計(jì)概念，并且在確保數(shù)據(jù)安全性上也會(huì)出現(xiàn)很大問(wèn)題。這是 C/S 所無(wú)法實(shí)現(xiàn)的。其次，它簡(jiǎn)化了系統(tǒng)的開(kāi)發(fā)和維護(hù)。下面介紹幾個(gè)關(guān)鍵實(shí)體的 ER 圖： 訂購(gòu)客戶(hù) 訂單銷(xiāo)售人員1 n 產(chǎn)品聯(lián)系1 1n負(fù)責(zé)1客戶(hù)服務(wù)人員 市場(chǎng)部經(jīng)理n服務(wù)11分析nn 客戶(hù)編號(hào) 姓名 性別 聯(lián)系電話(huà) 地址 郵編 E m a i l 產(chǎn)品編號(hào) 名稱(chēng) 規(guī)格 生產(chǎn)廠(chǎng)商 進(jìn)價(jià) 備注 13 工作人員編號(hào) 名稱(chēng) 密碼 類(lèi)型 訂單訂單編號(hào)產(chǎn)品編號(hào) 客戶(hù)編號(hào) 銷(xiāo)售人員編號(hào) 銷(xiāo)售單價(jià)銷(xiāo)售日期銷(xiāo)售量 圖 銷(xiāo)售信息管理系統(tǒng) ER 圖 3 系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 開(kāi)發(fā)方案的提出比較及確定 對(duì)于企業(yè)銷(xiāo)售管理 系統(tǒng)這樣一個(gè)設(shè)計(jì)型題目來(lái)說(shuō)，可以開(kāi)發(fā)的方案是比較多的。它主要用于描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理過(guò)程和外部實(shí)體。實(shí)踐證明，只要對(duì)用戶(hù)稍作解釋?zhuān)脩?hù)就能看明白。尤其要注意認(rèn)證，簡(jiǎn)單地說(shuō)就是確定誰(shuí)是特定用戶(hù)，并針對(duì)安全源驗(yàn)證該用戶(hù)的身份。 性能需求 一般的性能需求是包括信息處理的及時(shí)性和準(zhǔn)確性，系統(tǒng)的開(kāi)放性和可擴(kuò)充性，系統(tǒng)的穩(wěn)定可靠性，系統(tǒng)的易用和易維護(hù)性。 6按每日，每月，每年查看銷(xiāo)售記錄 銷(xiāo)售人員對(duì)功能的需求 1查看自己的信息，了解自己近期的銷(xiāo)售情況。經(jīng)理 對(duì)功能的需求細(xì)分如下： 1登陸系統(tǒng)。因此，必須用行之有效的方法對(duì)軟件需求進(jìn)行嚴(yán)格的審查驗(yàn) 證。有許多的 Data Providers，它將允許與不同的數(shù)據(jù)源交流 ―― 取決于它們所使用的協(xié)議或者數(shù)據(jù)庫(kù)。 SQLSEVER2020 SQL Server 2020 是一個(gè)全面的數(shù)據(jù)庫(kù)平臺(tái)，使用集成的商業(yè)智能 (BI) 工具提供了企業(yè)級(jí)的數(shù)據(jù)管理。不像以前的 ASP即時(shí)解釋程序，而是將程序在服務(wù)器端首次運(yùn)行時(shí)進(jìn)行編譯，這樣的執(zhí)行效果，當(dāng)然比一條一條的解釋強(qiáng)很多。例如：檢索迅速、可靠性高、存儲(chǔ)量大、保密性好、壽命長(zhǎng)、成本低等。 ............................................ 錯(cuò)誤 !未定義書(shū)簽。 ......................................... 錯(cuò)誤 !未定義書(shū)簽。 ................................. 錯(cuò)誤 !未定義書(shū)簽。此系統(tǒng)包含 選題背景，技術(shù)介紹， 系統(tǒng) 需求分析 、模塊設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、系統(tǒng)詳細(xì)設(shè)計(jì)， 以及系統(tǒng) 實(shí)施 。 系統(tǒng)采用 Microsoft SQL Server2020 數(shù)據(jù)庫(kù)，并使用 ，由 銷(xiāo)售 信息管理、商品管理、 售后服務(wù) 管理及財(cái)務(wù)管理等模塊組成。 ......................................... 錯(cuò)誤 !未定義書(shū)簽。 ....................................... 錯(cuò)誤 !未定義書(shū)簽。 4 系統(tǒng)運(yùn) 行及測(cè)試 .......................................... 錯(cuò)誤 !未定義書(shū)簽。作為計(jì)算機(jī)應(yīng)用的一部分，使用計(jì)算機(jī)對(duì)企業(yè)、公司的產(chǎn)品銷(xiāo)售信息進(jìn)行管理，具有手工管理所無(wú)法比擬的優(yōu)點(diǎn)。 是把基于通用語(yǔ)言的程序在服務(wù)器上運(yùn)行。 一般分為兩種開(kāi)發(fā)語(yǔ)言， 和 C， C相對(duì)比較常用，因?yàn)槭?.NET 獨(dú)有的語(yǔ)言， 則為以前 VB 程序設(shè)計(jì)，適合于以前 VB 程序員，如果新接觸 .NET，沒(méi)有其他開(kāi)發(fā)語(yǔ)言經(jīng)驗(yàn)，建議直接學(xué)習(xí) C。 ADO(ActiveX Data Objects),這是一個(gè)廣泛的類(lèi)組 ,用于在以往的 Microsoft 技術(shù)中訪(fǎng)問(wèn)數(shù)據(jù) .之所以使用 名稱(chēng) ,是因?yàn)?Microsoft 希望表明 ,這是在 .NET 編程環(huán)境中優(yōu)先使用的數(shù)據(jù)訪(fǎng)問(wèn)接口 . 是與數(shù)據(jù)源交互的 .NET 技術(shù)。需求分析的結(jié)果是系統(tǒng)開(kāi)發(fā)的基礎(chǔ)，關(guān)系到工程的成敗和軟件產(chǎn)品的質(zhì)量。 經(jīng) 理對(duì)功能的需求 在此系統(tǒng)中，經(jīng)理有特殊權(quán)限。 5查看公告。 3添加售后服務(wù) 信息。在考察系統(tǒng)的每個(gè)階段，均需要考慮彼此間的認(rèn)證與授權(quán)。這種圖用的符號(hào)少，通俗易懂。為此，還需要對(duì)數(shù)據(jù)流程圖加以補(bǔ) 充說(shuō)明，而數(shù)據(jù)字典就是這樣的工具之一。 ER圖 根據(jù)以上各節(jié)對(duì)系統(tǒng)所做的需求分析和系統(tǒng)分析，規(guī)劃處了本系統(tǒng)的數(shù)據(jù)庫(kù)尸體。這樣不但可以節(jié)省客 戶(hù)機(jī)的硬盤(pán)空間與內(nèi)存，而且使安裝過(guò)程更加簡(jiǎn)便、網(wǎng)絡(luò)結(jié)構(gòu)更加靈活。 最后， B/S 14 特別適用于網(wǎng)上 信息發(fā)布，使得傳統(tǒng)的 MIS 的功能有所擴(kuò)展。用ACCESS 作為數(shù)據(jù)庫(kù)的連接，則對(duì)數(shù)據(jù)的相關(guān)操作便很簡(jiǎn)潔和方便。 此系統(tǒng)的使用對(duì)象 為經(jīng)理，售后服務(wù)人員，銷(xiāo)售人員 三種用戶(hù)類(lèi)型，不同的類(lèi)型就有對(duì)系統(tǒng)不同的使用權(quán)限，不可能讓員工執(zhí)行刪除產(chǎn)品，修改信息等操作。當(dāng)然先要初步建立起后臺(tái)數(shù)據(jù)庫(kù)并對(duì)相關(guān)的數(shù)據(jù)表進(jìn)行數(shù)據(jù)存儲(chǔ)，接著開(kāi)始前端應(yīng)用頁(yè)面的開(kāi)發(fā)并在設(shè)計(jì)的過(guò)程中不斷修改數(shù)據(jù)庫(kù)和其它的相關(guān)內(nèi)容，逐步完善系統(tǒng)的開(kāi)發(fā)設(shè)計(jì)。所以采取在通常的登錄模式下加上用戶(hù)類(lèi)型的選擇，非常簡(jiǎn)潔地就完成了對(duì)用戶(hù)類(lèi)型的區(qū)別及權(quán)限的劃分。主要是更新該產(chǎn)品數(shù)量。輸入年月日。 售后服務(wù)模塊 1模塊功能描述 顯示客戶(hù)的基本信息。 23 圖 37 公告 管理模塊流程圖 客戶(hù)管理模塊 1模塊功能描述 顯示客戶(hù)的基本信息。根據(jù)獲得好銷(xiāo)售員的次數(shù)進(jìn)行加薪。而且本軟件為能進(jìn)行完善的測(cè)試，系統(tǒng)還存在很多 BUG。