軟件工程課程設(shè)計(jì)報(bào)告物流配送管理系統(tǒng)(20210309001426)

1、物流配送管理系統(tǒng) 題 目 學(xué)生姓名 指導(dǎo)教師 系 部 專業(yè)班級(jí) 青島工學(xué)院 軟件工程課程設(shè)計(jì)報(bào)告書 物流配送管理系統(tǒng) 王碩郭慶博宋釗 楊彥明 信息工程系 2009級(jí)計(jì)算機(jī)科學(xué)與技術(shù)1班 i 物流配送管理系統(tǒng) 摘要4 第一章系統(tǒng)分析 5 1.1概述5 1.1.1系統(tǒng)分析的含義和目標(biāo)5 1.1.2系統(tǒng)分析的任務(wù)5 1.1.3系統(tǒng)分析的步驟5 1.2現(xiàn)行系統(tǒng)主要問題分析 6 1.3可行性分析6 1.3.1技術(shù)可行性分析6 1.3.2經(jīng)濟(jì)可行性分析 7 1.3.3營(yíng)運(yùn)可行性分析 7 第二章需求分析 8 2.1數(shù)據(jù)字典8 2.1.1數(shù)據(jù)流8 2.1.2數(shù)據(jù)字典10 第三章系統(tǒng)概要設(shè)計(jì) 11 3.1數(shù)據(jù)庫

2、設(shè)計(jì)11 3.1.1實(shí)體描述11 3.1.2聯(lián)系描述12 3.1.3 E-R 圖12 第四章系統(tǒng)詳細(xì)設(shè)計(jì) 13 4.1數(shù)據(jù)庫的邏輯設(shè)計(jì)13 4.2數(shù)據(jù)庫的實(shí)現(xiàn)14 4.3程序流程圖17 4.4計(jì)算機(jī)系統(tǒng)配置方案 20 4.4.1計(jì)算機(jī)系統(tǒng)硬件配置20 4.4.2計(jì)算機(jī)系統(tǒng)軟件配置 20 4.5歷史信息的管理20 4.6人機(jī)界面的設(shè)計(jì)21 4.6.1登錄界面設(shè)計(jì)21 4.6.2系統(tǒng)基本信息界面設(shè)計(jì) 22 4.6.3商品信息界面 23 4.6.4查詢界面23 4.6.5訂購界面24 4.6.6配貨界面25 4.6.7送貨界面26 4.6.8驗(yàn)收界面26 第五章系統(tǒng)實(shí)現(xiàn) 27 5.1概述27 5.2

3、編程工具與環(huán)境27 5.3 系統(tǒng)測(cè)試27 5.4系統(tǒng)運(yùn)行與維護(hù)29 第六章 結(jié)束語30 6.1概述30 6.2系統(tǒng)的功能30 6.3系統(tǒng)的特點(diǎn) 30 6.4存在問題及改進(jìn)方向 30 6.5系統(tǒng)開發(fā)的體會(huì)31 6.6致謝31 35 摘要 物流信息管理系統(tǒng)是一個(gè)由人和計(jì)算機(jī)等組成的能進(jìn)行信息收集、傳輸、 加工、保存、維護(hù)和使用的系統(tǒng)。 本系統(tǒng)主要通過使用管理信息系統(tǒng)（MIS）的方法，對(duì)日常業(yè)務(wù)處理和信 息資源進(jìn)行全面、系統(tǒng)的管理。在整個(gè)系統(tǒng)開發(fā)的過程中，運(yùn)用了軟件工程的 基本概念、相關(guān)技術(shù)和方法。并且采用了系統(tǒng)生命周期的結(jié)構(gòu)化程序設(shè)計(jì)方法， 從而將整個(gè)系統(tǒng)開發(fā)各階段（系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施）

4、的基本活動(dòng)貫 穿起來。 本系統(tǒng)希望能夠通過物流進(jìn)管理信息系統(tǒng)的建立，理順信息流程和流向， 使管理更加完善，使管理人員在信息系統(tǒng)的輔助下進(jìn)行工作，提高管理的整體 水平。 本系統(tǒng)采用Delphi開發(fā)設(shè)計(jì)，數(shù)據(jù)庫采用SQL Server2008。 關(guān)鍵詞：物流配送信息系統(tǒng) SQL Server2008 Delphi2005 第一章系統(tǒng)分析 1.1概述 1.1.1系統(tǒng)分析的含義和目標(biāo) 系統(tǒng)分析(systemsanalysis)，是指在管理信息系統(tǒng)開發(fā)的生命周期中應(yīng) 用系統(tǒng)思想和系統(tǒng)科學(xué)的原理進(jìn)行分析工作的方法和技術(shù)。 系統(tǒng)分析階段的目標(biāo)：就是按系統(tǒng)規(guī)劃所定的某個(gè)開發(fā)項(xiàng)目范圍內(nèi)明確系 統(tǒng)開發(fā)的目標(biāo)和用戶

5、的信息需求，提出系統(tǒng)的邏輯方案。 1.1.2系統(tǒng)分析的任務(wù) 系統(tǒng)分析的任務(wù)是：盡可能弄清用戶對(duì)信息的需求，調(diào)查原信息系統(tǒng)的資 源、輸入、處理和輸出。完成新系統(tǒng)的邏輯設(shè)計(jì)，以滿足業(yè)務(wù)發(fā)展要求。 系統(tǒng)分析的具體工作內(nèi)容包括： (1) 可行性分析； (2) 詳細(xì)調(diào)查； (3) 系統(tǒng)性分析； (4) 提出新系統(tǒng)的邏輯模型 1.1.3系統(tǒng)分析的步驟 系統(tǒng)分析階段的主要活動(dòng)是：系統(tǒng)的初步調(diào)查、可行性研究、系統(tǒng)的詳細(xì) 調(diào)查、新系統(tǒng)邏輯方案的提出。 (1)系統(tǒng)的初步調(diào)查：系統(tǒng)的初步調(diào)查是著重于系統(tǒng)的總體目標(biāo)、總體功能 和發(fā)展方向。 可行性的研究：可行性的研究是進(jìn)一步明確系統(tǒng)的目標(biāo)、規(guī)模與功能， 對(duì)系統(tǒng)發(fā)展背景

6、、必要性和意義進(jìn)行調(diào)查分析并根據(jù)需要和可能提出擬 定開發(fā)系統(tǒng)的初步方案計(jì)劃。 (3)現(xiàn)行系統(tǒng)詳細(xì)調(diào)查：在可行性研究的基礎(chǔ)上進(jìn)一步對(duì)現(xiàn)行系統(tǒng)進(jìn)行全面、 深入的調(diào)查和分析，弄清楚現(xiàn)行系統(tǒng)運(yùn)行狀況，發(fā)現(xiàn)其薄弱環(huán)節(jié)，找出 要解決的問題實(shí)質(zhì)，確保新系統(tǒng)更有效。 （4）新系統(tǒng)邏輯方案的提出：主要明確用戶的信息需求，確定新系統(tǒng)的邏輯 功能，提出新系統(tǒng)的邏輯方案。 1.2現(xiàn)行系統(tǒng)主要問題分析 1）基本信息表的查詢（商品基本信息、員工基本信息、司機(jī)基本信息、訂 購客戶信息表、供貨客戶表、庫存表） 2）訂購客戶下訂單，即將訂購客戶訂購詳情打入數(shù)據(jù)庫中 3）采購環(huán)節(jié)，系統(tǒng)可對(duì)訂單商品進(jìn)行匯總。負(fù)責(zé)人則根據(jù)匯總情況安

7、排人 員采購 4）采購?fù)瓿珊?，采購員可把采購信息輸入系統(tǒng)，同時(shí)負(fù)責(zé)人可安排查看需 要發(fā)貨的訂單，并安排司機(jī)送貨 5）送貨完成后，等待訂購客戶確認(rèn)收貨 6）訂購客戶確認(rèn)后，計(jì)算相應(yīng)訂單盈利，并送往訂單盈利核算表中 1.3可行性分析 在明確系統(tǒng)目標(biāo)和環(huán)境的基礎(chǔ)上，需要進(jìn)一步對(duì)系統(tǒng)的可行性進(jìn)行研究。 此活動(dòng)的主要目標(biāo)是進(jìn)一步明確系統(tǒng)的目標(biāo)、規(guī)模與功能，對(duì)系統(tǒng)開發(fā)背景、 必要性和意義進(jìn)行調(diào)查分析并根據(jù)需要和可能提出擬開發(fā)系統(tǒng)的初步方案與計(jì) 劃?？尚行匝芯渴轻槍?duì)系統(tǒng)進(jìn)行全面、概要的分析，主要包括三方面：技術(shù)可 行性分析、經(jīng)濟(jì)可行性分析和營(yíng)運(yùn)可行性分析。 1.3.1技術(shù)可行性分析 技術(shù)上的可行性分析主要分

8、析現(xiàn)有技術(shù)條件能否順利完成開發(fā)工作，硬、 軟件配置能否滿足開發(fā)者需要等。本系統(tǒng)采用Windows 7 Professional 作為操作系統(tǒng)平臺(tái)。本系統(tǒng)的數(shù)據(jù)庫開發(fā)平臺(tái)選用 Microsoft公司的SQL Server2008,該數(shù)據(jù)庫管理系統(tǒng)在Windows 7 Professional上能提供數(shù)據(jù)庫之 間的數(shù)據(jù)復(fù)制功能，可代替現(xiàn)有系統(tǒng)數(shù)據(jù)的手工傳遞工作，降低出錯(cuò)率，提高 數(shù)據(jù)的可用性。本系統(tǒng)的應(yīng)用軟件開發(fā)工具選用的是開發(fā)人員熟悉的Delphi 1.3.2經(jīng)濟(jì)可行性分析 主要是對(duì)項(xiàng)目的經(jīng)濟(jì)效益進(jìn)行評(píng)價(jià)。 1.3.3營(yíng)運(yùn)可行性分析 主要是管理人員對(duì)開發(fā)信息系統(tǒng)是否支持，現(xiàn)有設(shè)計(jì)是否科學(xué)，原始數(shù)

9、據(jù) 是否正確等。系統(tǒng)操作簡(jiǎn)單，易于理解，管理員經(jīng)過短時(shí)間的培訓(xùn)就可以使用 該系統(tǒng)。 第二章需求分析 這一階段的主要目標(biāo)是明確項(xiàng)目的需求，確定新系統(tǒng)的邏輯功能，提出新 系統(tǒng)的邏輯方案，完成系統(tǒng)分析階段的最終成果一系統(tǒng)說明書的編寫。 2.1數(shù)據(jù)字典 上面討論的數(shù)據(jù)流圖只能給出系統(tǒng)邏輯功能的一個(gè)總框架而缺乏詳細(xì)、具 體的內(nèi)容，因此我們還需要建立數(shù)據(jù)字典。建立數(shù)據(jù)字典是為了對(duì)數(shù)據(jù)流程圖 上各個(gè)元素做出詳細(xì)的定義和說明。數(shù)據(jù)字典以一種準(zhǔn)確的和無二義的方式定 義所有被加工引用的數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)。數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從 圖形和文字兩個(gè)方面對(duì)系統(tǒng)的邏輯模型進(jìn)行描述，從而形成一個(gè)完整的說明。 數(shù)據(jù)字典

10、有助于數(shù)據(jù)的進(jìn)一步管理和控制，為設(shè)計(jì)人員和數(shù)據(jù)庫管理人員在數(shù) 據(jù)庫設(shè)計(jì)、實(shí)現(xiàn)和運(yùn)行階段控制有關(guān)數(shù)據(jù)提供依據(jù)。 數(shù)據(jù)字典描述的主要內(nèi)容有：數(shù)據(jù)流、數(shù)據(jù)元素、數(shù)據(jù)存儲(chǔ)、加工外部項(xiàng) 2.1.1數(shù)據(jù)流 數(shù)據(jù)流是數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)傳輸?shù)穆窂健?第一層DFD P2.3 *配送管理 P2.1 倉庫管理 入倉單存檔 岀倉單存檔 訂單存檔 配送存檔 司機(jī)存檔 P2.2 訂單處理 D7派司機(jī) D6配送信息 發(fā)貨單 D2 訂 第二層DFD 貨 款 通 知 單 P2.4 結(jié)算管理 第三層DFD 2.1.2數(shù)據(jù)字典 No 名稱 數(shù)據(jù)類型 n ull 主鍵 內(nèi)容 1 1 商品編號(hào) Char（ 20） 不允許 是 商品的編號(hào)

11、: 2 1 商品名稱 Char（ 20） 不允許 商品的名稱 3 規(guī)格 Char（ 20） 允許 商品規(guī)格 4 包裝 Char（ 20） 允許 袋裝還是散裝 5 單價(jià) Mon ey（8） 不允許 （元 / 斤） 6 1 用戶名 Char（ 20） 不允許 是 用戶名稱 7 1 密碼 Char（ 20） 不允許 用戶的密碼 8 權(quán)限 Char（ 20） 不允許 用戶的身份 9 客戶編號(hào) Char（ 20） 不允許 是 客戶的編號(hào): 10 1 客戶名稱 Char（ 20） 允許 客戶公司的名稱 11 公司類別 Char（ 20） 允許 公司屬于哪方面服務(wù) 12 傳真 Char（ 20） 允許 公司

12、的傳真 13 1 通信地址 Char（ 20） 不允許 公司的地址 14 聯(lián)系人 Char（ 20） 不允許 公司的聯(lián)系人 15 聯(lián)系電話 Char（ 20） 不允許 客戶電話 16 訂購編號(hào) Char（ 20） 不允許 是 訂購的編號(hào) 17 訂購日期 Char（ 20） 不允許 訂購的日期 18 訂購客戶編號(hào) Char（ 20） 不允許 訂購客戶編號(hào) 19 商品編號(hào) Char（20） 不允許 訂購物品的編號(hào) 20 商品數(shù)量 In t（4） 不允許 訂購物品的數(shù)量 21 狀態(tài) Char（20） 允許 訂單狀態(tài) 221 員工編號(hào) Char（ 20） 不允許 是 員工的編號(hào) 23 I 員工姓名 C

13、har（ 20） 不允許 員工的姓名 24 員工性別 Char（ 20） 不允許 員工的性別 25 員工職務(wù) Char（ 20） 不允許 員工的職務(wù) 26 I 員工部門 Char（ 20） 不允許 員工的部門 27 聯(lián)系電話 Char（ 20） 不允許 員工的聯(lián)系電話 28 備注 Char（ 20） 允許 特別的事項(xiàng)標(biāo)記 : 29 司機(jī)編號(hào) Char（ 20） 不允許 是 司機(jī)的編號(hào) 30 司機(jī)姓名 Char（ 20） 不允許 司機(jī)的姓名 31 司機(jī)性別 Char（ 4） 不允許 司機(jī)的性別: 32 駕證類型 Char（ 20） 不允許 駕證類型ABCD 33 駕照號(hào)碼 Char（ 20） 不

14、允許 駕照號(hào)碼 34 聯(lián)系電話 Char（ 20） 不允許 司機(jī)聯(lián)系電話 35 車牌號(hào)碼 Char（ 20） 不允許 司機(jī)車牌號(hào)碼 36 數(shù)量 Char（ 20） 不允許 庫存商品數(shù)量 37 送貨編號(hào) Char（20） 不允許 是 送貨編號(hào) 38 盈利 Mon ey（8） 允許 盈利額 39 供貨客戶編號(hào) Char（20） 不允許 是 供貨客戶的編號(hào) 第三章系統(tǒng)概要設(shè)計(jì) 3.1數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫設(shè)計(jì)是開發(fā)數(shù)據(jù)庫及其應(yīng)用系統(tǒng)的技術(shù)，也是信息系統(tǒng)開發(fā)和建設(shè) 的重要組成部分。具體的說，數(shù)據(jù)庫設(shè)計(jì)是要在一個(gè)給定的應(yīng)用環(huán)境中，通過 合理的邏輯設(shè)計(jì)和有效的物理設(shè)計(jì)，構(gòu)造較優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其 應(yīng)

15、用系統(tǒng)，滿足用戶的各種信息需求。 在系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)中，首先對(duì)系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲(chǔ)進(jìn) 行分析，分析各數(shù)據(jù)存儲(chǔ)之間的關(guān)系，然后得出系統(tǒng)的關(guān)系模式。本系統(tǒng)用實(shí) 體-聯(lián)系圖（簡(jiǎn)稱E-R圖）來描述系統(tǒng)的概念模型。E-R圖由實(shí)體、屬性、聯(lián)系 三部分組成，其符號(hào)如圖4.6所示： 實(shí)體 聯(lián)系 3.1.1實(shí)體描述 本系統(tǒng)中所涉及的實(shí)體有4個(gè)，其結(jié)構(gòu)如下： 訂購客戶（客戶編號(hào)、客戶名稱、地址、聯(lián)系電話） 供應(yīng)客戶（客戶編號(hào)、客戶名稱、地址、聯(lián)系電話） 商品（商品編號(hào)、商品名稱、銷售單價(jià)、采購單價(jià)、倉庫） 庫存（商品編號(hào)、商品名稱、數(shù)量、倉庫） 3.1.2聯(lián)系描述 各實(shí)體的聯(lián)系屬性如下： 訂購（訂購

16、編號(hào)、訂購日期、訂購客戶編號(hào)、商品編號(hào)、商品名稱、商品 數(shù)量） 配貨（采購編號(hào)、采購日期、供貨客戶編號(hào)、采購員編號(hào)、商品編號(hào)、商 品數(shù)量、商品名稱、司機(jī)編號(hào)、商品單價(jià)） 送貨（訂購編號(hào)、司機(jī)編號(hào)、目的地） 驗(yàn)收（訂購編號(hào)、收貨人、收獲時(shí)間） 3.1.3E-R 圖 本系統(tǒng)的E-R圖如圖.7所示: 第四章系統(tǒng)詳細(xì)設(shè)計(jì) 4.1數(shù)據(jù)庫的邏輯設(shè)計(jì) 數(shù)據(jù)庫的邏輯設(shè)計(jì)的任務(wù)就是把概念結(jié)構(gòu)設(shè)計(jì)階段的基本E- R圖轉(zhuǎn)化為 與選用具體機(jī)器上的DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)，首先要 實(shí)現(xiàn)的是E-R圖關(guān)系模型的轉(zhuǎn)化。而為此要解決的問題是如何將實(shí)體和實(shí)體 之間的聯(lián)系轉(zhuǎn)化為關(guān)系模式，如何確定這些關(guān)系模式的屬

17、性和碼。對(duì)于實(shí)體， 將每個(gè)實(shí)體轉(zhuǎn)換為一個(gè)關(guān)系，實(shí)體的屬性即為關(guān)系的屬性，實(shí)體的碼即為關(guān)系 的碼。 對(duì)于實(shí)體間的聯(lián)系，可以分成三種情況： 1）若實(shí)體間的聯(lián)系是1: 1,可以在兩個(gè)實(shí)體轉(zhuǎn)換成的兩個(gè)關(guān)系中任意一個(gè) 關(guān)系的屬性中加入另一個(gè)關(guān)系的碼。 2若實(shí)體間的聯(lián)系是1: n,則在n端實(shí)體轉(zhuǎn)換成的關(guān)系中加入1端實(shí)體轉(zhuǎn) 換成的關(guān)系碼。 3）若實(shí)體間的聯(lián)系是n： m,則將聯(lián)系轉(zhuǎn)換為關(guān)系，關(guān)系的屬性為諸個(gè)實(shí) 體的碼加上聯(lián)系具有的屬性，而關(guān)系的碼則為諸實(shí)體的碼的組合。 本系統(tǒng)中所涉及到的關(guān)系的主碼用下劃線，外碼用 #標(biāo)出： 訂購客戶（客戶編號(hào)、客戶名稱、公司類別、傳真、通訊地址、聯(lián)系人、聯(lián)系 電話、結(jié)賬方式）

18、 供應(yīng)客戶（客戶編號(hào)、客戶名稱、公司類別、傳真、通訊地址、聯(lián)系人、聯(lián)系 電話話） 用戶（用戶號(hào)、權(quán)限、用戶密碼） 司機(jī)（司機(jī)編號(hào)、司機(jī)姓名、司機(jī)性別、駕照類型、駕照號(hào)碼、聯(lián)系電話、車 牌號(hào)碼、狀態(tài)、備注） 商品（商品編號(hào)、商品名稱、規(guī)格、包裝、銷售單價(jià)、采購單價(jià)、倉庫） 庫存（商品編號(hào)#、商品名稱、數(shù)量、倉庫） 訂購（訂購編號(hào)、訂購日期、訂購客戶編號(hào) #、商品編號(hào)#、商品名稱、商品數(shù) 量、狀態(tài)） 配貨（米購編號(hào)、米購日期、供貨客戶編號(hào) #、米購員編號(hào)#、商品編號(hào)#、商品 數(shù)量、商品名稱、司機(jī)編號(hào)#、商品單價(jià)、狀態(tài)） 送貨（送貨編號(hào)、訂購編號(hào) #、司機(jī)編號(hào)#、目的地、結(jié)賬方式） 驗(yàn)收（驗(yàn)收編號(hào)、

19、訂購編號(hào) #、收貨人#、收獲時(shí)間） 4.2數(shù)據(jù)庫的實(shí)現(xiàn) 按照數(shù)據(jù)字典中的數(shù)據(jù)元素說明確定每個(gè)數(shù)據(jù)項(xiàng)的類型和長(zhǎng)度，使每個(gè)關(guān) 系都對(duì)應(yīng)一個(gè)數(shù)據(jù)庫表: 1）訂購客戶表 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 主鍵 客戶編號(hào) char 20 P否 是 客戶名稱 char 20 是 公司類別 char 20 是 傳真 char 20 是 通信地址 char 20 否 聯(lián)系人 char 20 否 聯(lián)系電話 char 20 否 結(jié)賬方式 char 20 2）供貨客戶表 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 主鍵 客戶編號(hào) char 20 否 是 客戶名稱 char 20 是 公司類別 char 20 是 傳真 char 20

20、 是 通信地址 char 20 否 聯(lián)系人 char 20 否 聯(lián)系電話 char 20 否 3）訂購表 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 主鍵 訂購編號(hào) char 20 否 是 訂購日期 datetime 8 否 訂購客戶編號(hào) char 20 否 商品編號(hào) char 20 否 商品名稱 char 20 否 商品數(shù)量 int 4 否 狀態(tài) char 20 否 4）配貨表 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 主鍵 采購編號(hào) char 20 否 是 采購日期 datetime 8 是 供貨客戶編號(hào) char 20 是 采購員編號(hào) char 20 是 商品編號(hào) char 20 否 商品數(shù)量 int 4 P否

21、商品名稱 char 20 否 司機(jī)編號(hào) char 20 是 商品單價(jià) char 20 是 狀態(tài) char 20 否 5）送貨表 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 主鍵 送貨編號(hào) char 20 否 是 訂購編號(hào) char 20 是 司機(jī)編號(hào) char 20 是 目的地 char 50 是 結(jié)賬方式 char 20 是 6）驗(yàn)收表 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 主鍵 驗(yàn)收編號(hào) char 20 否 是 訂購編號(hào) char 20 是 收貨人 char 20 是 收貨時(shí)間 datetime 8 是 7）用戶表 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 主鍵 用戶名 char 20 否 是 權(quán)限 char 20 否 用

22、戶密碼 char 20 否 8）員工信息表 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 主鍵 員工編號(hào) char 20 P否 是 員工姓名 char 20 否 員工性別 char 4 否 員工職務(wù) char 20 否 員工部門 char 20 否 聯(lián)系電話 char 20 否 狀態(tài) char 20 否 備注 char 50 是 9）司機(jī)信息表 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 主鍵 司機(jī)編號(hào) char 20 P否 是 司機(jī)姓名 char 20 否 司機(jī)性別 char 4 否 駕證類型 char 20 P否 駕照號(hào)碼 char 20 否 聯(lián)系電話 char 20 否 車牌號(hào)碼 char 20 否 狀態(tài) char

23、20 否 備注 char 50 是 10）訂單盈利核算表 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 主鍵 訂購編號(hào) char 20 否 是 商品編號(hào) char 20 是 商品名稱 char 20 是 盈利 money 8 是 日期 datetime 8 是 11）庫存表 列名 數(shù)據(jù)類型 長(zhǎng)度 允許空 主鍵 商品編號(hào) char 20 否 是 商品名稱 char 20 是 數(shù)量 int 4 否 倉庫 char 20 4.3程序流程圖 程序流程圖又稱為程序框圖，表示方法簡(jiǎn)單直觀，在繪制程序流程圖時(shí)使 用的符號(hào)說明如下： 處理輸入輸出判斷起始終止控制方向 (2)訂購配貨管理子模塊 4.4計(jì)算機(jī)系統(tǒng)配置方案 本系統(tǒng)

24、采用Delphi來進(jìn)行開發(fā)?；谲浖_發(fā)工具的選擇，并考慮到本系 統(tǒng)的性能要求，對(duì)計(jì)算機(jī)系統(tǒng)具體配置如下。 4.4.1計(jì)算機(jī)系統(tǒng)硬件配置 客戶機(jī)：微機(jī)PE 866或以上檔次，內(nèi)存256MB以上，硬盤40G以上，集成 In tel Pro 10/100網(wǎng)卡，8速AGP顯卡，USE接口，3.5英寸軟驅(qū)，48倍速CD- ROM VGA或更高分辨率的顯示器，EPSO彩噴打印機(jī)； 服務(wù)器：微機(jī)PW2.0G或以上檔次，內(nèi)存256MBDDF以上，硬盤120G以上, 24倍速最大CD-RW 7個(gè)熱插拔PCI-X插槽（64位/100MHZ，1個(gè)熱插拔 傳統(tǒng) 插槽（32 位/33MHZ, Intel Pro/10

25、00XT 服務(wù)器適配器，Smart-UPS 4.4.2計(jì)算機(jī)系統(tǒng)軟件配置 Windows xp，Office 2003,前臺(tái)開發(fā)軟件Delphi,后臺(tái)數(shù)據(jù)庫管理系統(tǒng) 采用 Microsoft SQLServer 2008; 4.5歷史信息的管理 由于信息每天都在更新，而歷史信息并不能隨意丟棄，它必須保存。另外 為了防止因意外情況（如突然斷電、死機(jī)等）或用戶的誤操作而造成數(shù)據(jù)丟失 或錯(cuò)誤，系統(tǒng)需要定期備份數(shù)據(jù)庫中的數(shù)據(jù)。采用兩種方法：完全備份、增量 備份。 開始時(shí)一周執(zhí)行一次增量備份，一個(gè)月執(zhí)行一次完全備份以后根據(jù)用戶對(duì) 本系統(tǒng)的熟練程度，備份的時(shí)間間隔適當(dāng)延長(zhǎng)。 為確保有效備份，采用了雙重備份

26、的方法，即在備份數(shù)據(jù)庫中數(shù)據(jù)時(shí)，不 但將數(shù)據(jù)備份到其他目錄下，而且還將數(shù)據(jù)備份到移動(dòng)硬盤上，這樣就確保了 數(shù)據(jù)的完整性，有效地管理了歷史數(shù)據(jù)。 4.6人機(jī)界面的設(shè)計(jì) 用戶界面是指軟件系統(tǒng)和用戶交互的接口，良好的用戶界面往往可以提高 用戶使用系統(tǒng)的熱情，并刺激他們的積極性。 4.6.1登錄界面設(shè)計(jì) 為了保證系統(tǒng)的安全性，進(jìn)入系統(tǒng)之前必須經(jīng)過必要的安全性，簡(jiǎn)潔、清 晰、友好是此設(shè)計(jì)的風(fēng)格，如圖所示： 用戶登錄界面 如果輸入的用戶名或者密碼錯(cuò)誤，就會(huì)彈出下面的窗口，見所示: 錯(cuò)誤操作 462系統(tǒng)基本信息界面設(shè)計(jì) 輸入正確的用戶名和密碼后，即進(jìn)入系統(tǒng)。系統(tǒng)的基本操作界面如圖所示: 系統(tǒng)基本操作界面 系

27、統(tǒng)的基本操作界面主要包括基本信息管理、訂購管理、統(tǒng)計(jì)管理。其中 基本信息管理中又可以分為商品信息管理、庫存信息管理、客戶信息管理、員 工司機(jī)信息管理；訂購管理又可以分為訂購單信息管理、配貨單信息管理、送 貨信息管理、驗(yàn)收信息管理；統(tǒng)計(jì)管理又可以分為訂單盈利信息管理、月盈利 信息管理；用戶管理包括新增用戶、用戶管理。 463商品信息界面 464查詢界面 査詢信息 |苦F爭(zhēng)尋 1*劭 |加司緞一 W 二 咄ha氓 財(cái)C42 詰気人査詛眾件 riilipn? 465訂購界面 現(xiàn)有訂單: 466配貨界面 467送貨界面 468驗(yàn)收界面 第五章系統(tǒng)實(shí)現(xiàn) 5.1概述 在管理信息系統(tǒng)的生命周期中，經(jīng)過了系統(tǒng)

28、規(guī)劃、系統(tǒng)分析和系統(tǒng)設(shè)計(jì)等 階段以后，便開始了系統(tǒng)實(shí)施階段。系統(tǒng)實(shí)施階段要繼承此前各階段的工作成 果，將技術(shù)設(shè)計(jì)轉(zhuǎn)化成物理實(shí)現(xiàn)，因此，系統(tǒng)實(shí)施的成果是系統(tǒng)分析和設(shè)計(jì)階 段的結(jié)晶。同時(shí)，系統(tǒng)實(shí)施作為系統(tǒng)生命周期中的后期階段，是把系統(tǒng)設(shè)計(jì)轉(zhuǎn) 化為可實(shí)際運(yùn)行的物理系統(tǒng)的必然步驟。再好的系統(tǒng)設(shè)計(jì)，不通過系統(tǒng)實(shí)施也 只能是不能帶來現(xiàn)實(shí)效益的空中樓閣。系統(tǒng)實(shí)施作為系統(tǒng)的最后物理實(shí)現(xiàn)階段， 對(duì)于系統(tǒng)的質(zhì)量、可靠性和可維護(hù)性等有著十分重要的影響。 5.2編程工具與環(huán)境 編程過程又稱程序設(shè)計(jì)或編寫程序，按照詳細(xì)設(shè)計(jì)階段產(chǎn)生的程序設(shè)計(jì)說 明書，用選定的程序設(shè)計(jì)語言書寫源程序，在程序設(shè)計(jì)中，不僅要保證程序的 正確性

29、，而且要保證程序的可讀性，必須采用結(jié)構(gòu)化程序設(shè)計(jì)的方法，用一組 單一入口和單一出口的基本控制結(jié)構(gòu)及其反復(fù)嵌套。 本系統(tǒng)采用Delphi作為程序界面設(shè)計(jì)軟件。后臺(tái)數(shù)據(jù)庫所采用的軟件是 Microsoft 公司的 SQLServer 2008。 SQL Server是一個(gè)高性能的，多用戶關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，它被設(shè)計(jì)成 支持高容量的事務(wù)處理以及需求較少的決策支持應(yīng)用程序。它可以允許不同的 用戶通過不同的方式看同樣的數(shù)據(jù)，保證了數(shù)據(jù)庫的一致性和可恢復(fù)性。它的 可靠性、質(zhì)量和易用性使之成為很多數(shù)據(jù)庫軟件的首選。 5.3系統(tǒng)測(cè)試 軟件測(cè)試是系統(tǒng)質(zhì)量保證的主要活動(dòng)之一。測(cè)試雖然不是質(zhì)量保證的“安 全網(wǎng)”。

30、但它是不可缺少的，而且是重要的環(huán)節(jié)。因?yàn)?，在系統(tǒng)開發(fā)的過程中， 涉及一系列的活動(dòng)，而在這個(gè)活動(dòng)過程中，人們可能犯很多錯(cuò)誤，錯(cuò)誤可能發(fā) 生在設(shè)計(jì)階段，也可能發(fā)生在整個(gè)過程的開始階段。 系統(tǒng)測(cè)試的目標(biāo)是： 1）測(cè)試是一個(gè)程序的執(zhí)行過程，其目標(biāo)在于發(fā)現(xiàn)錯(cuò)誤。 2）一個(gè)好的測(cè)試用例能夠發(fā)現(xiàn)至今尚未察覺的錯(cuò)誤。 3）個(gè)成功的測(cè)試則是發(fā)現(xiàn)至今尚未察覺的錯(cuò)誤的測(cè)試。 總之，測(cè)試是發(fā)現(xiàn)錯(cuò)誤，這不只是從技術(shù)角度測(cè)試下定義。軟件測(cè)試中最 為重要的是，實(shí)際工作中人們的心理學(xué)和經(jīng)濟(jì)學(xué)問題。 系統(tǒng)的測(cè)試分為單元測(cè)試、組裝測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試，每一步都是 在前一步的基礎(chǔ)上進(jìn)行的。 1 單元測(cè)試 單元測(cè)試是指程序中的一

31、個(gè)模塊或一個(gè)子程序，是程序運(yùn)行的最小單元， 或是程序最小的獨(dú)立編譯單位，單元測(cè)試也稱模塊測(cè)試。 例如對(duì)“登錄”模塊進(jìn)行測(cè)試： 獲得用戶登錄名和密碼。業(yè)務(wù)員信息中查找所有成員登錄名和密碼，核對(duì) 是否有給定的用戶登錄名和密碼，若給定的登錄名和密碼不存在，同顯示錯(cuò)誤 信息“用戶和密碼不存在！” 進(jìn)行單元測(cè)試可以采用白盒測(cè)試方法。白盒測(cè)試將軟件看作一個(gè)透明的白 盒子，按照程序的內(nèi)部結(jié)構(gòu)處理邏輯來選定測(cè)試用例，對(duì)軟件的邏輯路徑及過 程進(jìn)行測(cè)試，檢查它與設(shè)計(jì)是否相符。本例采用白盒測(cè)試的條件覆蓋標(biāo)準(zhǔn)，每 一判定中的每個(gè)條件，分別按“真”、“假”至少各執(zhí)行一次，得到以下測(cè)試結(jié) 果。 或者采用黑盒測(cè)試用例。將軟

32、件看作黑盒子，在完全不考慮程序的內(nèi)部結(jié) 構(gòu)和特性的情況下，測(cè)試軟件的外部特性。根據(jù)軟件的需求規(guī)格說明書設(shè)計(jì)測(cè) 試用例，從程序的輸入和輸出特性測(cè)試是否滿足設(shè)定的功能。 2 組裝測(cè)試 單元測(cè)試通過后，需要按照設(shè)計(jì)時(shí)作出的層次模塊圖把它們連接起來，進(jìn) 行組裝測(cè)試。通常采用黑盒法自頂向下測(cè)試。按 HIP 0圖從頂層模塊自上而下地 組裝。每次只嗇一個(gè)模塊逐個(gè)安裝系統(tǒng)。首先安裝主菜單，并為主菜單添上下 接子菜單，逐步進(jìn)行最終將系統(tǒng)安裝完畢。 3 確認(rèn)測(cè)試 確認(rèn)測(cè)試是進(jìn)一步檢查軟件是否符合軟件需求規(guī)格說明書的全部需求，因 此又稱為合格性測(cè)試，確認(rèn)測(cè)試的內(nèi)容主要包括以下幾部分： (1) 功能測(cè)試 性能測(cè)試 (

33、3) 配置審查 用戶資料 (5) 系統(tǒng)分析資料 系統(tǒng)設(shè)計(jì)資料 源程序與測(cè)試材料 4.系統(tǒng)測(cè)試 系統(tǒng)測(cè)試也將整個(gè)軟件作為測(cè)試對(duì)象，將信息系統(tǒng)的所有組成部分包括軟 硬件，用戶及環(huán)境等綜合在一起進(jìn)行測(cè)試，以保證系統(tǒng)的各組成部分協(xié)調(diào)進(jìn)行 經(jīng)測(cè)試，未發(fā)現(xiàn)本軟件有異常情況，能正常進(jìn)行。 5.4系統(tǒng)運(yùn)行與維護(hù) 經(jīng)過上述一系列測(cè)試通過后，系統(tǒng)就可以投入使用了。為了保證長(zhǎng)期高效 地工作，必須加強(qiáng)對(duì)運(yùn)行的日常管理，日常運(yùn)行管理包括系統(tǒng)每天運(yùn)行狀況、 數(shù)據(jù)輸入和輸入情況以及系統(tǒng)的安全性，完備性能及時(shí)地如實(shí)記錄和處置。這 些工作主要由系統(tǒng)運(yùn)行人員來完成。 系統(tǒng)維護(hù)的目的是為了保證管理信息系統(tǒng)正?？煽康剡\(yùn)行，并能使系統(tǒng)不 斷得到改善和提高，以充分發(fā)揮作用。 系統(tǒng)應(yīng)用程序維護(hù)：業(yè)務(wù)處理是通過程序進(jìn)行的，一旦程序發(fā)生問題或業(yè) 務(wù)發(fā)生變化就必然地引地程序的修改和調(diào)整。 數(shù)據(jù)維護(hù)：需求為業(yè)務(wù)是不斷在變化的，因此反映這種變化的數(shù)據(jù)也要求 隨之改變，包括內(nèi)容增加及數(shù)據(jù)結(jié)構(gòu)的調(diào)整。 代碼維護(hù)：系統(tǒng)