【正文】 應(yīng)的 SQL SERVER 2020，成本價(jià)格較低，該軟件具有經(jīng)濟(jì)可行性。 技術(shù)可行性 技術(shù)可行性關(guān)于該程序能否在適當(dāng)?shù)臅r(shí)期完成，是軟件開發(fā)需要著重考慮的一點(diǎn)。本系統(tǒng)開發(fā)運(yùn)用的 .NET 發(fā)展至今，已經(jīng)是一個(gè)比較成熟的開發(fā)體系，有較強(qiáng)的技術(shù)支持， SQL SERVER 也有其獨(dú)特的優(yōu)勢， C/S 模式經(jīng)過多年的摸索，體 系漸漸成熟，技術(shù)上的支持基本到位。 運(yùn)行可行性 運(yùn)行可行性是指該軟件的運(yùn)行環(huán)境，人員配置等條件，涉及到軟件的正常操作和正常的 數(shù)據(jù)流程。本系統(tǒng)操作簡便，界面簡潔明了，無需深入的了解軟件結(jié)構(gòu)，即可有效的運(yùn)用此軟件。算法的簡潔性和有效性也更好的確保了數(shù)據(jù)的正常。該軟件在 WINDOWS 系統(tǒng)中擁有技術(shù)支持的平臺(tái)皆可穩(wěn)定運(yùn)行，運(yùn)行可行性可以確保。 時(shí)間可行性 經(jīng)過一定時(shí)間的學(xué)習(xí)和長久的知識(shí)積累，此軟件可以在一到兩個(gè)月之內(nèi)完成，基本上沒有問題，時(shí)間可行性可以得到保證。 法律可行性 ① 不存在抄襲問題。 ② 此軟件內(nèi)容合法，不涉及違法范圍 ③不存在侵犯版權(quán)問題。 ④ 開發(fā)過程中未涉及任何法律責(zé)任。 綜上所述，本系統(tǒng)的開發(fā) 從技術(shù)上、從經(jīng)濟(jì)上、從法律上等都是完全可靠的。 需求分析 需求分析是軟件設(shè)計(jì)的一個(gè)重要的環(huán)節(jié)。本階段對(duì)客戶管理系統(tǒng)的應(yīng)用情況作全面調(diào)查，以確定系統(tǒng)目標(biāo)。確定用戶的需求。用戶對(duì)系統(tǒng)的需求我們從以下幾方面進(jìn)行分析。 系統(tǒng)需求 系統(tǒng)在 VISUAL STUDIO 2020 上開發(fā)完成，采用 C/S 模式基礎(chǔ)開發(fā)。開發(fā)系統(tǒng)簡潔，易于操作。 性能需求 在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的準(zhǔn)確性和及時(shí)性。為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運(yùn)行。系統(tǒng)處理的準(zhǔn)確性和及時(shí)性是系統(tǒng) 的必要性能。由于本系統(tǒng)的添加功能對(duì)于整個(gè)系統(tǒng)的功能和性能完成舉足輕重。作為系統(tǒng)的很多數(shù)據(jù)來源，其準(zhǔn)確性和及時(shí)性很大程度上決定了系統(tǒng)的成敗。 應(yīng)用需求分析 主機(jī) 硬件 處理器： Intel 酷睿 2 內(nèi) 存： 256M 或更大 硬 盤： 20G 或更大 軟件 Microsoft Windows XP/win7 系統(tǒng)的性能要求通常指系統(tǒng)需要的存儲(chǔ)容量以及后援存儲(chǔ)，重新啟動(dòng)和安全性 ,運(yùn)行效率等方面的考慮。 硬件系統(tǒng)環(huán)境： C600、 1G MB（ RAM）、 500MB（ HD）。系統(tǒng)運(yùn)行時(shí)對(duì)數(shù)據(jù)的保密性要 求不高對(duì)一般的數(shù)據(jù)不要求進(jìn)行加密。此外，對(duì)其它軟件幾乎沒有依賴性，程序健壯性較好 運(yùn)行需求分析 硬件條件：酷睿 2 CPU、 1G RAM、 10 G 硬盤以上的 PC 機(jī)。 軟件條件： Windows XP 其他需求分析 本系統(tǒng)有較好的可維護(hù)性、可靠性、可理解性、效率。易于用戶理解和操作?？删S護(hù)性包括了可讀性、可修改性、可測試性、等含義?？煽啃酝ǔ０ㄕ_性和健壯性。開發(fā)過程中，在各種矛盾的目標(biāo)之間作權(quán)衡，并在一定的限制的條件下（經(jīng)費(fèi)、時(shí)間、可用的軟、硬件資源等），使上述各方面最大限度的得到 滿足。 數(shù)據(jù)流分析 數(shù)據(jù)流分析 是一種用于收集計(jì)算機(jī)程序在不同點(diǎn)計(jì)算的值的信息的技術(shù)。一個(gè)程序的控制流圖 (control flow graph, CFG)被用來確定對(duì)變量的一次賦值可能傳播到程序中的哪些部分。這些信息通常被編譯器用來優(yōu)化程序。數(shù)據(jù)流分析的一個(gè)典型的例子就是可到達(dá)定義的計(jì)算。數(shù)據(jù)流程分析主要包括對(duì)信息的流動(dòng)、變換、存貯等的分析。其目的是要發(fā)現(xiàn)和解決數(shù)據(jù)流動(dòng)中的問題。這些問題有：數(shù)據(jù)流程不暢，前后數(shù)據(jù)不匹配，數(shù)據(jù)處理過程 不合理等等。問題產(chǎn)生的原因有的是屬于現(xiàn)行管理混亂，數(shù)據(jù)處理流程本身有問題，有的也可能是我們調(diào)查了解數(shù)據(jù)流程有誤或作圖有誤。調(diào)查的目的就是要盡量地暴露系統(tǒng)存在的問題，并找出加以解決的方法。 通過對(duì)本系統(tǒng)的需求分析，系統(tǒng)的基本功能已經(jīng)確定。 KAMA 倉庫管理系統(tǒng)的數(shù)據(jù)流程：本系統(tǒng)分為三大板塊，通過此三大板塊的操作，將數(shù)據(jù)存入或者讀取出來，首先由系統(tǒng)管理員根據(jù)不同的需要將某些信息保存到數(shù)據(jù)庫中，然后再進(jìn)行顯示。用戶可以對(duì)這些庫信息進(jìn)行添加、修改和刪除處理、信息查詢。 整個(gè)系統(tǒng)的數(shù)據(jù)流程圖如 22： 整個(gè)系統(tǒng)各個(gè)模塊的系統(tǒng)頂層數(shù)據(jù)流圖如圖 33 所示： Database 注銷登錄 操作 頁面 返修貨物 商場分店 注銷登錄 圖 32 系統(tǒng)數(shù)據(jù)流程圖 用戶界面 Database 倉庫存貨 倉庫管理系統(tǒng) 產(chǎn)品信息 添加用戶 用戶信息 倉庫存量 返修貨品信息 用戶 登錄信息 登錄后的用戶 Boss信息 修改信息 返修訂單 商場分店貨單 進(jìn)入系統(tǒng)登錄界 面 數(shù)據(jù)字典 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。 KAMA 倉庫管理系統(tǒng)的數(shù)據(jù)字典 —— 數(shù)據(jù)流 數(shù)據(jù)存儲(chǔ)名稱：用戶信息表 數(shù)據(jù)來源：用戶信息表 數(shù)據(jù)去向：用戶登陸模塊 數(shù)據(jù)組成： 用戶信息＝管理員帳號(hào) +管理員密碼 +管理員權(quán)限 +驗(yàn)證 描述：存儲(chǔ)了用戶的基本信息 數(shù)據(jù)存儲(chǔ)名稱：倉庫貨物信息 數(shù)據(jù)來源： 倉庫表 數(shù)據(jù)去向：倉庫管理模塊 數(shù)據(jù)組成 ：貨品信息 =貨號(hào) +數(shù)量 描述：存儲(chǔ)了倉庫的存數(shù) 數(shù)據(jù)存儲(chǔ)名稱：商場信息 數(shù)據(jù)來源： 商場信息 表 數(shù)據(jù)去向： 商場管理 模塊 數(shù)據(jù)組成 ：商場信息 =商場名稱 +商場位置 描述：存儲(chǔ)了商場信息 數(shù)據(jù)存儲(chǔ)名稱：總倉庫信息 數(shù)據(jù)來源： 總倉庫信息表 數(shù)據(jù)去向：倉 庫管理模塊 數(shù)據(jù)組成 ：總倉庫信息貨品信息 =貨號(hào) +價(jià)格 +數(shù)量 +類型 描述：存儲(chǔ)了總倉庫信息 圖 33 頂層數(shù)據(jù)流圖 數(shù)據(jù)存儲(chǔ)名稱：修理包信息 數(shù)據(jù)來源： 修理包信息表 數(shù)據(jù)去向： 修理包 管理模塊 數(shù)據(jù)組成 ：修理包信息 =貨號(hào) +數(shù)量 描述：存儲(chǔ)了修理包信息 —— 數(shù)據(jù)處理 描述： 用戶登錄系統(tǒng)進(jìn)行用戶登錄管理 輸入：用戶名 +密碼 過程：判斷是否為合法的用戶 輸出：系統(tǒng) 主界面 名稱 : 查詢查詢倉庫貨物 描述： 根據(jù)條件查詢所需信息：產(chǎn)品信息 輸入 : 輸入查詢的條件 過程：查詢系統(tǒng)的用戶所需的信息 輸出 : 查詢得到的信息頁面 名字：添加信息 描述：有關(guān)貨物信息的添加 輸入 : 輸入要添加添加的信息 過程 : 將需要添加錄入的信息加入數(shù)據(jù)庫中 輸出 : 系統(tǒng)新的信息表頁面 輸出 : 查詢得到的信息頁面 名字：刪除、修改信息 描述： 對(duì)分店信息，貨品信息等修改或刪除后存入數(shù)據(jù)庫中 輸入 : 輸入要修改或刪除的信息 過程：對(duì)需要修改的信息做修改、刪除過時(shí)的信息 輸出 : 系統(tǒng)新的 信息表頁面 輸出 : 查詢得到的信息頁面 —— 數(shù)據(jù)存儲(chǔ) KAMA 倉庫管理系統(tǒng)的數(shù)據(jù)項(xiàng) 管理員數(shù)據(jù)項(xiàng)： 產(chǎn)品數(shù)據(jù)項(xiàng) 商場分店數(shù)據(jù)項(xiàng)： 修理包數(shù)據(jù)項(xiàng) 名字 : 數(shù)據(jù)庫信息 別名：無 描述： 存儲(chǔ)了數(shù)據(jù)庫的基本信息 數(shù)據(jù)組成： 數(shù)據(jù)庫信息 =產(chǎn)品信息 +會(huì)員信息 +管理員信息 +訂單信息 +產(chǎn)品類型信息 位置：數(shù)據(jù)庫 輸出 : 查詢得到的信息頁面 名稱： 用戶 帳號(hào) 簡述：唯一表示一個(gè)管理員 數(shù)據(jù)類型：文本 字段大?。?20 名稱： 用戶 密碼 簡述：每個(gè)管理員所對(duì)應(yīng)的密碼 數(shù)據(jù)類型：文本 字段大?。?20 名稱：商場名稱 簡述 :分店所在商場的名稱 數(shù)據(jù)類型：自動(dòng)編號(hào) 字段大?。洪L整型 名稱：商場位置 簡述：所在商場的位置 數(shù)據(jù)類型：數(shù)字 字段大?。洪L整型 名稱：貨號(hào) 簡述：貨物的唯一標(biāo)識(shí) 數(shù)據(jù)類型：自動(dòng)編號(hào) 字段大?。洪L整型 名稱：所屬單位 簡述：貨物的所屬 數(shù)據(jù)類型：數(shù)字 字段大?。洪L整型 名稱：接受日期 名稱：返廠 時(shí)間 名稱： 貨品數(shù)量 簡述： 存儲(chǔ)貨品的數(shù)量 數(shù)據(jù)類型：數(shù)字 字段大?。洪L整型 名稱： 貨物 編號(hào) 簡述： 存儲(chǔ)的貨物 的編號(hào) 數(shù)據(jù)類型：自動(dòng)編號(hào) 字段大小：長整型 名稱：貨物類型 簡述：倉庫貨品的種類 數(shù)據(jù)類型：文本 字段大?。?30 總倉庫數(shù)據(jù)項(xiàng) 第四章 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫需求分析 用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢方面，這就要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸入和輸出。收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設(shè)計(jì)打下基礎(chǔ)。 通過系統(tǒng)功能分析，針對(duì)一般的管理需求，總結(jié)出如下的需求信息： 1）管理者別劃分不同的權(quán)限 2）貨物分為存貨和返修貨物兩種 3）總表既包括存貨也包括返修，用貨品類型 來區(qū)分 4）總店管理多家分店 經(jīng)過系統(tǒng)功能分析和需求總結(jié)，考慮到將來功能上的擴(kuò)展，設(shè)計(jì)如下的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)： 1）管理員信息，包括數(shù)據(jù)項(xiàng)：帳號(hào)，密碼，權(quán)限，驗(yàn)證。 名稱：貨號(hào) 簡述：貨物的唯一標(biāo)號(hào) 數(shù)據(jù)類型：自動(dòng)編號(hào) 字段大小：長整型 名稱：數(shù)量 簡述：貨物的存數(shù) 數(shù)據(jù)類型：文本 字段大?。?20 名稱：類型 簡述：貨物的類別 數(shù)據(jù)類型：文本 字段大?。?100 名稱：價(jià)格 簡述：貨物的售價(jià) 數(shù)據(jù)類型：日期 /時(shí)間 字段大?。鹤止?jié) 2） 返修貨物信息，包括數(shù)據(jù)項(xiàng)：貨號(hào)，所屬單位，接受日期， 廣州返廠日期，歸還日期，修理信息 3）商場信息，包括商場數(shù)據(jù)項(xiàng)：商場名稱，商場位置 4）總倉庫信息，包括總倉庫數(shù)據(jù)項(xiàng)：貨號(hào)，價(jià)格，數(shù)量，類型 5）倉庫表信息，包括倉庫表數(shù)據(jù)項(xiàng)： SID，貨號(hào)，數(shù)量 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì) 得到上面數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)以后，就可以設(shè)計(jì)出能夠滿足用戶需求的 各種實(shí)體，以及它們之間的關(guān)系，為后面的邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。這些實(shí)體包含各種具體信息，通過相互之間的作用形成數(shù)據(jù)的流動(dòng)。 設(shè)計(jì)規(guī)劃出的實(shí)體有：管理員信息實(shí)體、返修包信息實(shí)體、商場分店實(shí)體、倉庫表實(shí)體，總倉庫表實(shí)體。 實(shí)體之間關(guān)系的 ER 圖如圖 41 所示： 管理員信息實(shí)體 ER 圖如圖 42 所示： 界面 總倉庫實(shí)體 返修包實(shí)體 倉庫表實(shí)體 商場分店實(shí)體 管理員信息實(shí)體 返修包實(shí)體 ER 圖如圖 44 所示： 管理員信息 名稱 密碼 權(quán)限 返修包實(shí)體 貨號(hào) 接受日期 歸還日期 所屬單位 返廠日期 修理信息 總 倉庫信息實(shí)體 ER 圖如圖 46 所示： 倉庫表實(shí)體 ER 圖如圖 47 所示： 客戶服務(wù)實(shí)體 ER 圖如圖 48 所示： 總倉庫信息實(shí)體 貨號(hào) 價(jià)格 數(shù)量號(hào)品 類型 圖 46 總倉庫 詳細(xì)信息實(shí)體 ER圖 倉庫 表 貨號(hào) SID 數(shù)量 圖 47定單列表實(shí)體 ER圖 圖 47定單列表實(shí)體 ER 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì) 數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計(jì)完畢后，現(xiàn)在可以將上面的數(shù)據(jù)庫概念結(jié)構(gòu)轉(zhuǎn)化為某種數(shù)據(jù)庫系統(tǒng)所支持的實(shí)際數(shù)據(jù)庫模型，也就是數(shù)據(jù)庫的邏輯結(jié)構(gòu)。 客戶管理系統(tǒng)的數(shù)據(jù)庫中各個(gè)表的設(shè)計(jì)結(jié)果如表所示。每個(gè)表格表示在數(shù)據(jù)庫中的一個(gè)表。 表 1 為管理 員信息表，存儲(chǔ)系統(tǒng)中的管理員信息。 表 1 用戶信息表（ user） 表 2 為倉庫表，記錄倉庫中貨物的信息。 表 2 倉庫表 列名 數(shù)據(jù)類型 字段大小 必填字段 默認(rèn)值 說明 SID Int 32 是 無 貨品代碼 列名 數(shù)據(jù)類型 字段大小 必填字段 默認(rèn)值 說明 Username Nc