【文章內(nèi)容簡(jiǎn)介】 管理員權(quán)限實(shí)體 E— R 圖 Administrator39。s authority entity ER picture 性能要求 方便、快捷、有效地完成用戶(hù)的各項(xiàng)工作，錄入數(shù)據(jù)合法性的校驗(yàn)程度高，數(shù)據(jù)查詢(xún)速度快。 系統(tǒng)輸入 用戶(hù)添加的合法的數(shù)據(jù)記錄，以及用戶(hù)查詢(xún)時(shí)可以輸入任意的查詢(xún)條件。 系統(tǒng)輸出 用戶(hù)查詢(xún)出的結(jié)果和報(bào)表 (包括導(dǎo)出的 EXCEL 電子表格 )。 學(xué)院工學(xué)學(xué)士學(xué)位論文 第二章 系統(tǒng)需求分析 14 用戶(hù)界面 為用戶(hù)提供標(biāo)準(zhǔn)的中文界面，內(nèi)部設(shè)計(jì)及流程符合用戶(hù)的習(xí)慣、使用標(biāo)準(zhǔn)的中文菜單、工具欄、友好的對(duì)話(huà)框與按鈕，使得界面非常友好，操作人員基本只需很短的培訓(xùn)即可熟練掌握該系統(tǒng)。 性能描述 數(shù)據(jù)更新的及時(shí)性 輸入數(shù)據(jù)與輸出數(shù)據(jù)達(dá)到及時(shí)的更新。 同時(shí)保證數(shù)據(jù)在各電腦間傳遞與流動(dòng)時(shí)的準(zhǔn)確性。 數(shù)據(jù)的準(zhǔn)確性 對(duì)用戶(hù)輸入與輸出的數(shù)據(jù)達(dá)到準(zhǔn)確性。同時(shí)保證數(shù)據(jù)在各電腦間傳遞與流動(dòng)時(shí)的準(zhǔn)確性。 時(shí)間特征 要求能夠快速響應(yīng)用戶(hù)的請(qǐng)求，以提高工作效率。 運(yùn)行環(huán)境 硬件要求 CPU：最低 Intel Pentuim II 或者相當(dāng)?shù)奶幚砥? 內(nèi)存：最低 64MB 硬盤(pán)：最少 1G 軟件要求 操作系統(tǒng)： Win98/NT/2022/XP學(xué)院工學(xué)學(xué)士學(xué)位論文 第三章 系統(tǒng)總體設(shè)計(jì) 15 第三章 系統(tǒng)總體設(shè)計(jì) 引言 經(jīng)過(guò)需求分析階段的工作，系統(tǒng)必須 “做什么 ”已經(jīng)清楚了，現(xiàn)在是決定“怎樣做 ”的時(shí)候。總體設(shè)計(jì) 的基本目的就是回答 “從總體上說(shuō)，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)？ ”這個(gè)問(wèn)題，因此，總體設(shè)計(jì)又稱(chēng)為概要設(shè)計(jì)或初步設(shè)計(jì)。通過(guò)這個(gè)階段的工作將劃分出組成系統(tǒng)的物理元素 —— 程序、文件、數(shù)據(jù)庫(kù)、人工過(guò)程和文檔等等，但是每個(gè)物理元素仍然處于黑盒子級(jí)，這些黑盒子里的具體內(nèi)容將在以后進(jìn)行詳細(xì)的設(shè)計(jì)?？傮w設(shè)計(jì)階段的另一項(xiàng)重要任務(wù)是設(shè)計(jì)軟件的結(jié)構(gòu)，也就是要確定系統(tǒng)中每個(gè)程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系。 總體設(shè)計(jì)過(guò)程通常由兩個(gè)主要階段組成：系統(tǒng)設(shè)計(jì)，確定系統(tǒng)的具體實(shí)現(xiàn)方案；結(jié)構(gòu)設(shè)計(jì)，確定軟件結(jié)構(gòu)。 如何實(shí)現(xiàn)要求的系統(tǒng)呢？在總 體設(shè)計(jì)階段，我們應(yīng)該考慮各種可能的實(shí)現(xiàn)方案，并且力求從中選出最佳方案。在總體設(shè)計(jì)階段開(kāi)始的事業(yè)、和只有系統(tǒng)的邏輯模型，我們一旦選出了最佳的方案，將能大大的提高系統(tǒng)的性能 /價(jià)格比。 需求分析階段得出的數(shù)據(jù)流圖是總體設(shè)計(jì)的極好出發(fā)點(diǎn)。這些，我們?cè)谏厦娴墓ぷ髦幸呀?jīng)得到了。數(shù)據(jù)流圖中的某些處理可以邏輯地歸并在一個(gè)自動(dòng)化邊界作為一組，另一些處理可以放在另一個(gè)自動(dòng)化邊界內(nèi)另一組。這些自動(dòng)化邊界就意味著某重種實(shí)現(xiàn)策略。 功能模塊的劃分 對(duì)程序的設(shè)計(jì)，通常分為兩個(gè)階段完成：首先進(jìn)行結(jié)構(gòu)設(shè)計(jì)，然后進(jìn)行過(guò)程設(shè)計(jì)。結(jié)構(gòu)設(shè)計(jì) 確定程序由哪些模塊完成，以及這些模塊之間的關(guān)系；過(guò)程設(shè)計(jì)確定每個(gè)模塊的處理過(guò)程。結(jié)構(gòu)設(shè)計(jì)是總體設(shè)計(jì)階段的任務(wù)，過(guò)程設(shè)計(jì)好似詳細(xì)設(shè)計(jì)階段的任務(wù)，所以，我們現(xiàn)在先介紹結(jié)構(gòu)設(shè)計(jì)。 學(xué)院工學(xué)學(xué)士學(xué)位論文 第三章 系統(tǒng)總體設(shè)計(jì) 16 現(xiàn)在，要求我們對(duì)各項(xiàng)功能進(jìn)行集中、分塊，按照結(jié)構(gòu)化程序設(shè)計(jì)的要求，可以得到以下的系統(tǒng)功能模塊示意圖： 圖 3— 1 系統(tǒng)功能模塊示意圖 Module sketch picture of the systematic function 在上面的樹(shù)狀結(jié)構(gòu)圖中，除了 用戶(hù)信息管理模塊之外，每一個(gè)葉結(jié)點(diǎn)都是一個(gè)最小的功能模塊。每個(gè)功能模塊都需要針對(duì)不同的表完成相映的數(shù)據(jù)操作，即添加記錄、修改記錄、刪除記錄、導(dǎo)出記錄 . 用戶(hù)信息即用戶(hù)權(quán)限功能模塊功能示意圖如下： 企業(yè) 售后服務(wù) 管理 基本信息管理 產(chǎn)品信息管理 庫(kù)存操作管理 收獲安排管理 統(tǒng)計(jì)查詢(xún)管理 客戶(hù)信息管理 倉(cāng)庫(kù)信息管理 用戶(hù)權(quán)限管理 產(chǎn)品類(lèi)目管理 產(chǎn)品信息管理 入庫(kù)操作管理 出庫(kù)操作管理 庫(kù)存盤(pán)點(diǎn)管理 服務(wù)維修安排 服務(wù)網(wǎng)點(diǎn)查詢(xún) 出入庫(kù)統(tǒng)計(jì)表 流水線(xiàn)統(tǒng)計(jì)表 學(xué)院工學(xué)學(xué)士學(xué)位論文 第三章 系統(tǒng)總體設(shè)計(jì) 17 圖 3— 2 用戶(hù)信息功能示意圖 User39。s information function sketch picture 同樣的 ,用戶(hù)權(quán)限也需要針對(duì)不同的表完成相映的數(shù)據(jù)操作，即添加記錄、修改記錄、刪除記錄、導(dǎo)出記錄、以及查看記錄信息 。 系統(tǒng)流程分析 所謂系統(tǒng)流程就是用戶(hù)在使 用系統(tǒng)是的工作過(guò)程。本 系統(tǒng)流程圖如下： 圖 3— 3 系統(tǒng)流程圖 Systematic flow chart 從上面的系統(tǒng)分析流程圖中可以看到，如果操作員輸入的操作員代用戶(hù)權(quán)限 修改密碼 重新登錄 設(shè)置權(quán)限 系統(tǒng)日志 學(xué)院工學(xué)學(xué)士學(xué)位論文 第三章 系統(tǒng)總體設(shè)計(jì) 18 碼和密碼無(wú)法與數(shù)據(jù)庫(kù)中的的數(shù)據(jù)匹配的和，則無(wú)法進(jìn)入系統(tǒng)。 多用戶(hù)系統(tǒng)的工作流程都是從用戶(hù)登錄模塊開(kāi)始的，對(duì)用戶(hù)的身份進(jìn)行認(rèn)證。身份認(rèn)證可以分為以下兩個(gè)過(guò)程： 1. 確認(rèn)用戶(hù)是否有效的系統(tǒng)用戶(hù) 2. 確定用戶(hù)的類(lèi)型 第一個(gè)過(guò)程決定用戶(hù)能否進(jìn)入系統(tǒng)。第二個(gè)過(guò)程根據(jù)用戶(hù)的類(lèi)型決定用戶(hù)的操作權(quán)限，從而決定 用戶(hù)的工作界面。 本系統(tǒng)對(duì)用戶(hù)的權(quán)限做出了詳細(xì)的劃分，一般用戶(hù)的權(quán)限都是由超級(jí)用戶(hù)給出的，所以，用戶(hù)的權(quán)限是不一樣的，也就是說(shuō)，即使進(jìn)入了本系統(tǒng)，各個(gè)一般用戶(hù)使用的工作界面也是不一樣的。 數(shù)據(jù)庫(kù)設(shè)計(jì) 設(shè)計(jì)數(shù)據(jù)庫(kù)系統(tǒng)是首先要充分了解用戶(hù)各個(gè)方面的需求，包括現(xiàn)有的以及將來(lái)可能增加的需求。數(shù)據(jù)庫(kù)設(shè)計(jì)一般包括以下幾個(gè)步驟： a． 數(shù)據(jù)庫(kù)需求分析。 b． 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)。 c． 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)。 用戶(hù)的需求具體體現(xiàn)在各種信息的 即添加記錄、修改記錄、刪除記錄、導(dǎo)出記錄、以及查詢(xún)記錄信息等方面。這就要求數(shù)據(jù)庫(kù)結(jié)構(gòu)能充分滿(mǎn)足各種信息的輸入和輸出。收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設(shè)計(jì)打下基礎(chǔ)。 在需求分析中，我們?cè)谧屑?xì)調(diào)查了有關(guān) 售后服務(wù) 管理信息需求的基礎(chǔ)上，已經(jīng)得出了詳細(xì)的數(shù)據(jù)流圖、數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)。在這里就不重復(fù)了，我們現(xiàn)在進(jìn)行下面的數(shù)據(jù)庫(kù)設(shè)計(jì)。 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì) 通過(guò)需求分析中得到的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)，我們可以設(shè)計(jì)出滿(mǎn)足用戶(hù)基本需要的各種實(shí)體，以及它們之間的關(guān)系，所以設(shè)計(jì)規(guī)劃出來(lái)的學(xué)院工學(xué)學(xué)士學(xué)位論文 第三章 系統(tǒng)總體設(shè)計(jì) 19 實(shí)體有：客戶(hù)信息實(shí)體、倉(cāng)庫(kù)信息實(shí)體、產(chǎn)品信息實(shí)體、管理員信息實(shí)體、出入庫(kù)信息實(shí)體 。具體的模型已經(jīng)用需求分析中的 E— R 圖表示出來(lái)了。 數(shù)據(jù)庫(kù)中各表之間的關(guān)系圖如下所示： 圖 3— 4 數(shù)據(jù)庫(kù)各表之間關(guān)系圖 Relation picture between database every form 各表之間的關(guān)系如下： Client : Product n:m Product : Storehouse n:1 Product : ProType n:1 Product : ProInStore n 。1 Product : StoreIn 1:1 Product : TakeOut 1:1 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì) 將數(shù)據(jù)庫(kù)概念結(jié)構(gòu)轉(zhuǎn)化為 SQL Server 2022 數(shù)據(jù)庫(kù)系統(tǒng)所支持的實(shí)際數(shù)據(jù)模型，也就是數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)。 學(xué)院工學(xué)學(xué)士學(xué)位論文 第三章 系統(tǒng)總體設(shè)計(jì) 20 在設(shè)計(jì)數(shù)據(jù)庫(kù)表結(jié)構(gòu)之前，首先要?jiǎng)?chuàng)建一個(gè)數(shù)據(jù)庫(kù)。本系統(tǒng)使用的數(shù)據(jù)庫(kù)為 Stocks。創(chuàng)建過(guò)程可以在企業(yè)管理器中創(chuàng)建數(shù)據(jù)庫(kù)，也可以在查詢(xún)分析器中執(zhí)行 SQL 語(yǔ)句完成。 售后服務(wù) 管理系統(tǒng)數(shù)據(jù)庫(kù) Stocks 包含 9 個(gè)主要表和 5 個(gè)視圖。主要表格的設(shè)計(jì) 結(jié)果如下。每個(gè)表格表示在數(shù)據(jù)庫(kù)中的一個(gè)表。其中，視圖Total_Num 的作用是統(tǒng)計(jì)每種庫(kù)存產(chǎn)品的數(shù)量；視圖 V_StoreIn 的作用是對(duì)每種產(chǎn)品統(tǒng)計(jì)出庫(kù)的總數(shù)量；視圖 V_Takeout 的作用是對(duì)每種產(chǎn)品統(tǒng)計(jì)出庫(kù)的總數(shù)量；視圖 V_ProInStore 的作用是對(duì)每種產(chǎn)品統(tǒng)計(jì)庫(kù)存總數(shù)量； 視圖 Report2 的作用是統(tǒng)計(jì)產(chǎn)品的入出和出庫(kù)的流水記錄。 下面我們先對(duì)各個(gè)表進(jìn)行詳細(xì)的介紹： ：（ Client） 主鍵： ClientId 表 3— 1 客戶(hù)信息表 Customer39。s information table 編 號(hào) 字段名稱(chēng) 數(shù)據(jù)結(jié)構(gòu) 說(shuō)明 1 ClientId Int 4 客戶(hù)編號(hào) 2 ClientName Varchar 50 客戶(hù)名稱(chēng) 3 ClientYype Tinyint 1 客戶(hù)類(lèi)型， 1— 供應(yīng)商， 2—購(gòu)貨商 4 Contact Varchar30 聯(lián)系人 5 Address Varchar50 通訊地址 6 Postcode Varchar10 郵政編碼 7 Phone Varchar30 聯(lián)系電話(huà) 8 Fax Varchar30 傳真電話(huà) 9 Describe Varchar100 客戶(hù)描述 學(xué)院工學(xué)學(xué)士學(xué)位論文 第三章 系統(tǒng)總體設(shè)計(jì) 21 Storehouse 主鍵： StoreId 表 3— 2 倉(cāng)庫(kù)信息表 Information table of the warehouse 編 號(hào) 字段名稱(chēng) 數(shù)據(jù)結(jié)構(gòu) 說(shuō)明 1 StoreId Int 4 倉(cāng)庫(kù)編號(hào) 2 StoreName Varchar50 倉(cāng)庫(kù)名稱(chēng) 3 Describe Varchar100 倉(cāng)庫(kù)說(shuō)明 Product 主鍵： ProId 外鍵： TypeId 表 3— 3 產(chǎn)品信息表 Information table of the products 編 碼 字段名稱(chēng) 數(shù)據(jù)結(jié)構(gòu) 說(shuō) 明 1 ProId Int 4 產(chǎn)品編號(hào) 2 ProName Varchar 50 產(chǎn)品名稱(chēng) 3 TypeId Int 4 產(chǎn)品類(lèi)型編號(hào) 4 ProStyle Varchar 50 產(chǎn)品規(guī)格 5 ProUnit Varchar 10 計(jì)量單 位 6 ProPrice Decimal 15,2 參考價(jià)格 7 ProLow Int 4 產(chǎn)品數(shù)量上限 8 ProHigh Int 4 產(chǎn)品數(shù)量下限 9 Valid Int 4 有效期 10 AlarmDays Int 4 到達(dá)有效期前幾天發(fā)出警告 學(xué)院工學(xué)學(xué)士學(xué)位論文 第三章 系統(tǒng)總體設(shè)計(jì)