論文天天服裝店進(jìn)銷存管理系統(tǒng)的設(shè)計與實現(xiàn)

1、天添服裝店進(jìn)銷存管理系統(tǒng) 的設(shè)計與實現(xiàn)摘 要本文采用結(jié)構(gòu)化系統(tǒng)分析的方法,闡述了服裝店管理系統(tǒng)的開發(fā)過程、操作流程及 其一些核心的技術(shù)。本文首先進(jìn)行了項目概述,簡單介紹了項目開發(fā)的背景、項目開發(fā)的 目的和項目開發(fā)的意義;接下來是系統(tǒng)規(guī)劃階段,通過實際的業(yè)務(wù)流程的調(diào)研,分析了系 統(tǒng)的組織結(jié)構(gòu), 具體完成了服裝店管理系統(tǒng)的需求分析、 可行性分析、 現(xiàn)行業(yè)務(wù)流程分析, 并通過對現(xiàn)行業(yè)務(wù)流程的優(yōu)化,得出了系統(tǒng)的業(yè)務(wù)流程;之后是系統(tǒng)分析,具體完成了數(shù) 據(jù)流分析和數(shù)據(jù)字典;系統(tǒng)設(shè)計階段主要完成了功能模塊的劃分、數(shù)據(jù)庫的設(shè)計和系統(tǒng)界 面設(shè)計。該階段對各個模塊的功能進(jìn)行了詳細(xì)設(shè)計,形成了本系統(tǒng)的功能模塊圖,在

2、此基 礎(chǔ)上選擇了合適的開發(fā)模式;數(shù)據(jù)庫的設(shè)計先進(jìn)行了概念結(jié)構(gòu)設(shè)計,之后進(jìn)行了邏輯結(jié)構(gòu) 設(shè)計,最后完成了數(shù)據(jù)庫表的設(shè)計。根據(jù)前幾個階段的分析和設(shè)計,該系統(tǒng)決定采用 pb 作為開發(fā)平臺,數(shù)據(jù)庫采用 Microsoft SQL Server 2000, 完成了系統(tǒng)的程序?qū)嵤?本系統(tǒng)主要包括進(jìn)貨管理模塊、 銷 售管理模塊、庫存管理模塊、客戶管理模塊、報表設(shè)計模塊、系統(tǒng)維護(hù)模塊。本系統(tǒng)的 設(shè)計實施添服裝店管理系統(tǒng)的運(yùn)行做基礎(chǔ),為服裝店的管理提供良好的條件。關(guān)鍵詞:服裝管理系統(tǒng);結(jié)構(gòu)化分析目 錄摘 要 . II一、引言 . 1(一項目開發(fā)的背景 . . 1(二項目開發(fā)的目的 . . 1二、可行性分析及總

3、體設(shè)計原則 . 2 (一可行性分析 . . 21. 技術(shù)可行性 . 22. 經(jīng)濟(jì)可行性 . 23. 社會可行性 . 2 (二總體設(shè)計原則 . . 3三、系統(tǒng)分析 . 1(一業(yè)務(wù)流程分析 . . 4(二數(shù)據(jù)流圖 . . 5(三數(shù)據(jù)字典 . . 7四、系統(tǒng)設(shè)計 . 10(一系統(tǒng)設(shè)計及接口設(shè)計 . . 10(二系統(tǒng)數(shù)據(jù)庫設(shè)計 . . 101.概念結(jié)構(gòu)設(shè)計 . 112.邏輯結(jié)構(gòu)設(shè)計 . 163.數(shù)據(jù)庫表設(shè)計 . 17 (三系統(tǒng)開發(fā)工具與開發(fā)模式的選擇 . . 211.開發(fā)工具 . 212.開發(fā)模式 . 21五、系統(tǒng)實現(xiàn) . 22 (一分模塊詳述系統(tǒng)各部分的實現(xiàn)方法 普通用戶 . . 221.登錄模塊

4、. 222.系統(tǒng)主界面 普通用戶 . 233.系統(tǒng)維護(hù)模塊 權(quán)限管理 . 244.基本信息管理模塊 供應(yīng)商信息表管理 . . 245.基本信息管理模塊 會員信息管理 . 256.查詢統(tǒng)計模塊 入庫查詢信息 . 257.查詢統(tǒng)計模塊 訂單查詢信息 . 26(二分模塊詳述系統(tǒng)各部分的實現(xiàn)方法 管理員用戶 . . 271.系統(tǒng)主界面 管理員 . 272.入庫管理界面 . 283.商品盤點(diǎn)界面 . 294.日銷售統(tǒng)計界面 . 295.庫存信息查詢界面 . 306.入庫查詢信息界面 . 317.銷售查詢信息界面 . 328.系統(tǒng)維護(hù)模塊 . 32七、軟件測試與分析 . 35(一系統(tǒng)測試的定義 . . 3

5、5(二系統(tǒng)測試的目的及意義 . . 35(三系統(tǒng)測試的重要性 . . 35(四系統(tǒng)測試的常用方法 . . 36(五測試環(huán)境與測試條件 . . 37(六系統(tǒng)運(yùn)行情況 . . 37(七測試總結(jié) . . 37八、總結(jié)與展望 . 38參 考 文 獻(xiàn) . 39致 謝 . 40一、引言(一項目開發(fā)的背景天添服裝店是鞍山一家小有名氣的服裝店,專門銷售各個季度的服裝。隨著經(jīng)濟(jì)的 發(fā)展,該服裝店的管理日益繁重,從而對進(jìn)銷存管理的要求也更加嚴(yán)格。在傳統(tǒng)的手工 管理時期,服裝店進(jìn)銷存的各方面的記錄需要耗費(fèi)大量紙張的精力,且由于業(yè)務(wù)量的日 益增多,進(jìn)銷存等任務(wù)非常復(fù)雜,都嚴(yán)重的影響了服裝店的生產(chǎn)和發(fā)展。同時,進(jìn)貨部

6、門、銷售部門和倉庫存儲部門之間信息交流困難,經(jīng)常造成貨物信息記錄丟失,極大地 影響了服裝店的管理。隨著市場經(jīng)濟(jì)的發(fā)展,市場競爭壓力加大,服裝店要生存發(fā)展,就必須在各個方面 加強(qiáng)管理, 并要求服裝店有更高的信息化集成, 能夠?qū)Ψb店的整體資源進(jìn)行集成管理。 現(xiàn)代服裝店已意識到,服裝店間的競爭是綜合實力的競爭,要求服裝店有更強(qiáng)的資金實 力,更快的市場響應(yīng)速度。這就要求服裝店各個部門之間統(tǒng)一計劃,協(xié)調(diào)生產(chǎn)步驟,匯 總信息,調(diào)配服裝店內(nèi)部資源,實現(xiàn)既要獨(dú)立又要統(tǒng)一的資源共享管理。隨著信息技術(shù) 的發(fā)展, 該服裝店為提高進(jìn)銷存管理的管理效率, 加快服裝店的運(yùn)轉(zhuǎn)速度, 決定開發(fā) 天 添服裝店進(jìn)銷存管理系統(tǒng)

7、。(二項目開發(fā)的目的天添服裝店進(jìn)銷存管理系統(tǒng) 的開發(fā)目的是使 天添服裝店進(jìn)銷存的 管理模式從手工 記錄轉(zhuǎn)變成信息管理,為 進(jìn)貨部門、銷售部門和倉庫存儲部門 提供方便條件。對 天添服 裝店 的實際情況進(jìn)行調(diào)研之后,進(jìn)行詳細(xì)的需求分析,對現(xiàn)有的管理模式進(jìn)行改進(jìn),開 發(fā)出一套新型的管理系統(tǒng),從中領(lǐng)悟系統(tǒng)開發(fā)的思想,掌握系統(tǒng)開發(fā)的流程和方法。隨 著信息系統(tǒng)的不斷完善,服裝店的管理將越來越依賴于信息化的管理。所以系統(tǒng)開發(fā)將 圍繞服裝店的實際情況,使之能迅速適應(yīng)企業(yè)的需要。隨著服裝店的規(guī)模不斷變大,管 理系統(tǒng)也將不斷完善,使其能更加適合服裝店的發(fā)展需求。天添服裝店進(jìn)銷存管理系統(tǒng) 的實施具有如下現(xiàn)實意義:第

8、一 , 節(jié)省 進(jìn)貨部門、銷售部門和倉庫存儲部門 的管理人員。第二 , 進(jìn)貨部門、銷售部門和倉庫存儲部門 的情況可以隨時瀏覽查看,而且更加直 觀。第三,改變了以前工資手工記賬的方式,電腦錄入更加方便快捷。第四,實現(xiàn)了 天添服裝店進(jìn)銷存管理的 計算機(jī)化。二、可行性分析及總體設(shè)計原則(一可行性分析為避免投資失誤,保證新系統(tǒng)的成功開發(fā)和運(yùn)行,從技術(shù)、經(jīng)濟(jì)和社會三方面對本 系統(tǒng)的可行性進(jìn)行了分析和研究。1. 技術(shù)可行性本系統(tǒng)的開發(fā)基于 PB 和 SQL Server Express2000數(shù)據(jù)庫技術(shù)。 SQL Server Express2000 與 PB 集成在一起,可以輕松開發(fā)功能豐富、存儲安全、可

9、快速部署的數(shù) 據(jù)驅(qū)動應(yīng)用程序 5。管理系統(tǒng)是一個基于數(shù)據(jù)庫管理和查詢的系統(tǒng),現(xiàn)有的技術(shù)已較為 成熟,硬件、軟件的性能要求、環(huán)境條件等各項條件良好,利用現(xiàn)有技術(shù)條件可以達(dá)到 該系統(tǒng)的功能目標(biāo) 6。本人在學(xué)校期間已經(jīng)掌握 PB 和 SQL Server2000的設(shè)計思想和代 碼編寫。同時,考慮給予的開發(fā)期限也較為充裕,預(yù)計系統(tǒng)是可以在規(guī)定期限內(nèi)完成開 發(fā)的。因此 , 天添服裝店進(jìn)銷存管理 系統(tǒng)具有技術(shù)可行性。2. 經(jīng)濟(jì)可行性天添服裝店雖然廠房偏重于銷售,但管理部門依然具有信息化的處理設(shè)施,并且擁 有支持本系統(tǒng)的應(yīng)用平臺。因此無需再投入資金購買其他設(shè)施。系統(tǒng)的開發(fā)基于本人對程序開發(fā)的實踐學(xué)習(xí)而來,無

10、需資金投入,并且軟件開發(fā)過 程投入的成本不高,因此開發(fā)經(jīng)費(fèi)完全可以接受。系統(tǒng)開發(fā)成功后將大大提高 天添服裝店進(jìn)銷存 管理方面的效率, 使其管理走向正規(guī) 化、信息化、工資核算 無紙化 ,是其發(fā)展強(qiáng)大的必經(jīng)之路。因此, 天添服裝店進(jìn)銷存管理 系統(tǒng)也具有經(jīng)濟(jì)可行性。3. 社會可行性本系統(tǒng)的開發(fā)是根據(jù) 天添服裝店 的實際情況開發(fā)的。通過調(diào)研、實地考察,并以實 踐學(xué)習(xí)為目的獨(dú)立編寫,無抄襲和盜用。本系統(tǒng)基于 Microsoft Windows系列平臺開發(fā)。界面友好簡便,懂得 Windows 系統(tǒng) 的用戶完全可以操作本軟件,不需要過多計算機(jī)方面的專業(yè)知識,無需對操作人員進(jìn)行 培訓(xùn)。因此, 天添服裝店進(jìn)銷存

11、管理 系統(tǒng)具有社會可行性。(二總體設(shè)計原則本系統(tǒng)為了設(shè)計、實現(xiàn)和后期維護(hù)的方便,以及系統(tǒng)用戶使用的便利,所以必須采 取一定的設(shè)計原則 3。其主要設(shè)計原則有:簡單性:在實現(xiàn)系統(tǒng)的功能的同時,盡量讓系統(tǒng)操作簡單易懂,這對于一個系統(tǒng)來 說是非常重要的。針對性:本系統(tǒng)設(shè)計是針對 天添服裝店進(jìn)銷存管理 的需求定向開發(fā)設(shè)計,所以具有 專業(yè)突出和很強(qiáng)的針對性。實用性:要求本系統(tǒng)能夠滿足天添服裝店內(nèi)進(jìn)銷存的需要, 因此具有良好的實用性。 一致性:頁面整體設(shè)計風(fēng)格以及命名規(guī)則的一致性:整體框架和用圖用色風(fēng)格及變 量、類名和其他元素的命名規(guī)則保持一致。功能一致性:完成同樣的功能應(yīng)該盡量使用 同樣的元素。 元素風(fēng)格

12、一致性:界面元素的美觀風(fēng)格、擺放位置在同一個界面和不同 界面之間都應(yīng)該是一致的。變量命名規(guī)則的一致性:變量應(yīng)該用統(tǒng)一的規(guī)則進(jìn)行命名, 做到任意變量均能從上下文推斷其義。先進(jìn)性:本系統(tǒng)采用 PB 、 SQL Server2000作為系統(tǒng)開發(fā)工具和數(shù)據(jù)庫,兩個軟件 具有良好的兼容性和系統(tǒng)穩(wěn)定性。因此本設(shè)計具有良好的先進(jìn)性 7。三、系統(tǒng)分析(一業(yè)務(wù)流程分析在進(jìn)行業(yè)務(wù)流程分析時,需要按照原有信息流動過程,逐個地調(diào)查分析所有環(huán)節(jié)的 處理業(yè)務(wù)、處理內(nèi)容、處理順序和對處理時間的要求,弄清各個環(huán)節(jié)需要的信息、信息 來源、流經(jīng)去向、處理方法、計算方法、提供信息的時間和信息形態(tài)(報告、報單、屏 幕顯示等 4。業(yè)務(wù)

13、流程分析可以幫助開發(fā)者了解該業(yè)務(wù)處理過程, 發(fā)現(xiàn)和處理系統(tǒng)調(diào)查工作中的 錯誤和疏漏。業(yè)務(wù)流程分析是通過業(yè)務(wù)流程圖來進(jìn)行,即用一些規(guī)定的符號及連線來表 示某個具體業(yè)務(wù)處理過程 5。具體的流程如圖 3.1所示。 圖 3.1 業(yè)務(wù)流程圖(二數(shù)據(jù)流圖數(shù)據(jù)流程是指數(shù)據(jù)在系統(tǒng)中產(chǎn)生、傳輸、加工處理、使用、存儲的過程 6。數(shù)據(jù)流 程分析是把數(shù)據(jù)在現(xiàn)行系統(tǒng)內(nèi)部的流動抽象的獨(dú)立起來,舍去了具體組織機(jī)構(gòu)、信息載 體、處理工具、物質(zhì)、材料等,單從數(shù)據(jù)流動過程來考查實際業(yè)務(wù)的數(shù)據(jù)處理模式。 數(shù)據(jù)流程與數(shù)據(jù)流程分析是今后建立數(shù)據(jù)庫系統(tǒng)和設(shè)計功能模塊處理過程的基礎(chǔ)。 描述數(shù)據(jù)流程的工具是數(shù)據(jù)流程圖以及其附帶的數(shù)據(jù)字典、處

14、理邏輯等圖表。其中數(shù)據(jù) 流程圖是描述系統(tǒng)邏輯模型的主要工具, 它以少數(shù)幾種符號綜合地反映出信息在系統(tǒng)中 的流動、存儲和傳遞 7。在業(yè)務(wù)流程分析的基礎(chǔ)上,對數(shù)據(jù)流進(jìn)行了分析,從數(shù)據(jù)流動過程考察了實際業(yè)務(wù) 的數(shù)據(jù)處理模式。該系統(tǒng)的數(shù)據(jù)流圖分為頂層、一層、二層 12。現(xiàn)行的頂層數(shù)據(jù)流圖如 圖 3.2所示: 圖 3.2 頂層 DFD具體分析第一層數(shù)據(jù)流圖,該層數(shù)據(jù)流圖如圖 3. 3所示。 圖 3.3第一層 DFD由于論文的篇幅限制不能一一列舉數(shù)據(jù)流圖,只給出了一部分比較重要的,其他都 是按照此方法繪制的。(三數(shù)據(jù)字典系統(tǒng)數(shù)據(jù)流程的分析完成后, 接下來用數(shù)據(jù)字典描述數(shù)據(jù)流圖中一些主要的數(shù)據(jù)元 素條目、數(shù)

15、據(jù)流、處理過程、數(shù)據(jù)存儲和外部實體 13。數(shù)據(jù)元素條目如表 3.1所示:表 3.1數(shù)據(jù)元素 數(shù)據(jù)結(jié)構(gòu)條目如表 3.2所示:表 3.2數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)流條目如表 3.3所示:表 3.3數(shù)據(jù)流 數(shù)據(jù)存儲條目如表 3.4所示:表 3.4數(shù)據(jù)存儲 處理過程條目如表 3.5所示:表 3.5處理過程 外部實體條目如表 3.6所示:表 3.6外部實體 由于論文篇幅的限制,不在此一一列舉,其他所有的數(shù)據(jù)字典條目都是根據(jù)數(shù)據(jù)流 圖繪制的。四、系統(tǒng)設(shè)計(一系統(tǒng)設(shè)計及接口設(shè)計通過對天添服裝店進(jìn)銷存管理系統(tǒng)進(jìn)行全面的調(diào)查分析的基礎(chǔ)上,制定出進(jìn)銷存管理 系統(tǒng)的系統(tǒng)總體規(guī)劃。系統(tǒng)設(shè)計包括系統(tǒng)總體設(shè)計、系統(tǒng)詳細(xì)設(shè)計、系統(tǒng)數(shù)據(jù)

16、庫設(shè)計、系 統(tǒng)開發(fā)工具、開發(fā)技術(shù)和開發(fā)模式等 14。天添服裝店進(jìn)銷存管理系統(tǒng)功能模塊圖如圖 4.1所示: 圖 4.1 功能模塊圖(二系統(tǒng)數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫設(shè)計是系統(tǒng)設(shè)計中非常重要的一個環(huán)節(jié) 15。數(shù)據(jù)是一切系統(tǒng)設(shè)計的基礎(chǔ),通俗 地說,數(shù)據(jù)庫設(shè)計就像高樓大廈的根基一樣,如果設(shè)計的不合理、不完善,將在系統(tǒng)開發(fā) 過程中,甚至到后期的系統(tǒng)維護(hù)、功能變更和功能擴(kuò)充時,引起較多問題,嚴(yán)重時甚至要 重新設(shè)計,重做大量已完成工作。1.概念結(jié)構(gòu)設(shè)計根據(jù)系統(tǒng)分析的結(jié)果,具體分析不同實體用戶,描述不同實體之間的關(guān)系,得出系 統(tǒng)數(shù)據(jù)實體圖和 E-R 圖。用戶實體屬性圖如圖 4.2所示: 圖 4.2用戶實體屬性圖供應(yīng)商實

17、體屬性圖如圖 4.3所示: 圖 4.3供應(yīng)商實體屬性圖客戶實體屬性圖如圖 4.4所示: 圖 4.4客戶實體屬性圖 入庫信息實體屬性圖如圖 4.5所示: 圖 4.5入庫信息實體屬性圖職員實體屬性圖如圖 4.6所示: 圖 4.6職員實體屬性圖 商品實體屬性圖如圖 4.7所示: 圖 4.7商品實體屬性圖盤點(diǎn)信息實體屬性圖如圖 4.8所示: 圖 4.8盤點(diǎn)信息實體屬性圖 會員實體屬性圖如圖 4.9所示: 圖 4.9會員實體屬性圖訂單信息實體屬性圖如圖 4.10所示: 圖 4.10訂單信息實體屬性圖 銷售實體屬性圖如圖 4.11所示: 圖 4.11銷售實體屬性圖系統(tǒng) E-R 圖如圖 4.12所示: 圖

18、4.12系統(tǒng) E-R 圖2.邏輯結(jié)構(gòu)設(shè)計根據(jù)系統(tǒng)中的 E-R 圖轉(zhuǎn)換為關(guān)系模型如下:1 用戶 (2 入庫信息 (進(jìn)貨人,備注 3 供應(yīng)商(供應(yīng)商編號,供應(yīng)商名稱,聯(lián)系人,聯(lián)系電話,主要商品,地址,網(wǎng) 址,備注45退貨數(shù)量,月末數(shù)量6人,聯(lián)系電話789用戶折扣103.數(shù)據(jù)庫表設(shè)計表 4.1供應(yīng)商信息表字段名 類型 長度 說明供應(yīng)商編號 Int 4 供應(yīng)商編號(主鍵 供應(yīng)商名稱 varchar 30 供應(yīng)商名稱聯(lián)系人 varchar 20 聯(lián)系人聯(lián)系電話 varchar 20 聯(lián)系電話主要商品 varchar 30 主要商品地址 varchar 50 地址網(wǎng)址 varchar 100 網(wǎng)址備注 v

19、archar 100 備注說明:用于存放供應(yīng)商的信息。表 4.2用戶信息表字段名 類型長度說明用戶編號 Int 4 編號(主鍵 用戶名 varchar 20 用戶名 密碼 varchar 8 密碼權(quán)限內(nèi)容 varchar 50 權(quán)限內(nèi)容 說明:用于存放用戶的基本信息。表 4.3客戶信息表字段名 類型 長度 說明客戶編號 Int 4 客戶編號(主鍵 客戶名稱 varchar 30 客戶名稱聯(lián)系人 varchar 20 聯(lián)系人聯(lián)系電話 varchar 20 聯(lián)系電話會員類型 varchar 30 會員類型優(yōu)惠折扣 varchar 50 優(yōu)惠折扣地址 varchar 100 地址備注 varchar

20、 100 備注說明:用于存放客戶的信息。表 4.4入庫信息表字段名 類型 長度 說明入庫單號 Int 4 入庫單號(主鍵 入庫日期 Datetime 30 入庫日期商品編號 varchar 20 商品編號(外鍵 入庫價格 varchar 20 入庫價格入庫數(shù)量 varchar 30 入庫數(shù)量供應(yīng)商編號 varchar 50 供應(yīng)商編號(外鍵 進(jìn)貨人 varchar 20 進(jìn)貨人備注 varchar 100 備注說明:用于存放入庫的信息。表 4.5職員信息表字段名 類型 長度 說明職員編號 Int 4 職員編號(主鍵 姓名 varchar 30 姓名性別 varchar 20 性別身份證號 va

21、rchar 20 身份證號地址 varchar 30 地址職務(wù) varchar 50 職務(wù)聯(lián)系電話 varchar 20 聯(lián)系電話備注 varchar 100 備注說明:用于存放職員的信息。表 4.6商品信息表字段名 數(shù)據(jù)類型 長度 功能描述商品編號 Int 4 商品編號(主鍵 商品名稱 varchar 4 商品名稱拼音碼 varchar 20 拼音碼規(guī)格 varchar 30 規(guī)格單位 varchar 20 單位商品庫存 Int 4 商品庫存?zhèn)渥?varchar 100 備注說明:商品信息表用于存放商品的信息。表 4.7盤點(diǎn)信息表字段名 類型 長度 說明盤點(diǎn)編號 Int 4 職員編號(主鍵

22、盤點(diǎn)日期 Datetime 8 盤點(diǎn)日期商品編號 Int 4 商品編號(外鍵 月初數(shù)量 Int 4 月初數(shù)量入庫數(shù)量 Int 4 入庫數(shù)量銷售數(shù)量 Int 4 銷售數(shù)量退貨數(shù)量 Int 4 退貨數(shù)量月末數(shù)量 Int 4 月末數(shù)量說明:用于存放盤點(diǎn)的信息。表 4.8訂單信息表字段名 類型 長度 說明訂單編號 Int 4 訂單編號(主鍵 訂單日期 Datetime 8 訂單日期商品編號 Int 4 商品編號(外鍵 數(shù)量 Int 4 數(shù)量客戶編號 Int 4 客戶編號(外鍵 銷售員編號 Int 4 銷售員編號(外鍵 說明:用于存放訂單的信息。表 4.9銷售信息表字段名 類型 長度 說明銷售編號 In

23、t 4 銷售編號(主鍵日期 Datetime 8 日期商品編號 Int 4 商品編號(外鍵數(shù)量 Int 4 數(shù)量價格 Float 8 價格客戶編號 Int 4 客戶編號(外鍵銷售員編號 Int 4 銷售員編號(外鍵優(yōu)惠折扣 Float 8 優(yōu)惠折扣說明:用于存放銷售的信息。(三系統(tǒng)開發(fā)工具與開發(fā)模式的選擇1.開發(fā)工具開發(fā)工具: PB數(shù)據(jù)庫:SQL Server 20002.開發(fā)模式本系統(tǒng)的功能目標(biāo)是實現(xiàn)將天添服裝店傳統(tǒng)的手工進(jìn)銷存管理方式提升到利用計算機(jī) 輔助的管理方式,所以它必須按照整個進(jìn)銷存管理的流程,實現(xiàn)對系統(tǒng)用戶的不同管理, 并且完成進(jìn)銷存管理等環(huán)節(jié)的處理 16。由于系統(tǒng)數(shù)據(jù)收集的實時

24、性要求不高,因此采用 Client/Server結(jié)構(gòu)來進(jìn)行設(shè)計是合理可行的。五、系統(tǒng)實現(xiàn)(一分模塊詳述系統(tǒng)各部分的實現(xiàn)方法 普通用戶1.登錄模塊此模塊的主要功能是通過用戶輸入用戶名和密碼來判斷該用戶是否是本系統(tǒng)用戶 和判斷用戶權(quán)限的級別(超級管理或一般用戶。系統(tǒng)會按照使用者提供的用戶名和密 碼與數(shù)據(jù)庫讀出的數(shù)據(jù)來判斷用戶。若數(shù)據(jù)不匹配則會彈出輸入錯誤提示框。如圖 5.1所示: 圖 5.1 系統(tǒng)登錄界面2.系統(tǒng)主界面 普通用戶用戶登錄成功后, 會自動彈出系統(tǒng)的主界面, 主界面包括了本系統(tǒng)所有的操作項目。 包括系統(tǒng)維護(hù)模塊、基本信息模塊和查詢統(tǒng)計模塊。主界面上還會顯示當(dāng)前的時間,當(dāng) 前的操作用戶和

25、該用戶的登錄日期。如圖 5.2示: 圖 5.2 系統(tǒng)主界面3.系統(tǒng)維護(hù)模塊 權(quán)限管理該模塊可以對用戶信息進(jìn)行管理,可以對設(shè)置用戶的權(quán)限。如圖 5.3所示: 圖 5.3權(quán)限管理界面4.基本信息管理模塊 供應(yīng)商信息表管理供應(yīng)商信息管理是基本信息管理模板中的一部分, 普通用戶登陸系統(tǒng)后可以通過供 應(yīng)商信息管理對供應(yīng)商的信息進(jìn)行管理。如圖 5.4所示: 圖 5.4 供應(yīng)商信息表管理界面5.基本信息管理模塊 會員信息管理會員信息管理是基本信息管理模板中的一部分, 普通用戶登陸系統(tǒng)后可以通過會員 信息管理對供應(yīng)商的信息進(jìn)行管理。如圖 5.5所示: 圖 5.5 會員信息管理界面6.查詢統(tǒng)計模塊 入庫查詢信息

26、入庫查詢信息是查詢統(tǒng)計模塊中的一部分, 普通用戶登陸系統(tǒng)后可以對入庫信息進(jìn) 行查詢。如圖 5.6所示: 圖 5.6 入庫查詢信息界面7.查詢統(tǒng)計模塊 訂單查詢信息訂單查詢信息是查詢統(tǒng)計模塊中的一部分, 普通用戶登陸系統(tǒng)后可以對訂單信息進(jìn) 行查詢。如圖 5.7所示: 圖 5.7 部門管理界面(二分模塊詳述系統(tǒng)各部分的實現(xiàn)方法 管理員用戶1.系統(tǒng)主界面 管理員用戶登錄成功后, 會自動彈出系統(tǒng)的主界面, 主界面包括了本系統(tǒng)所有的操作項目。 包括系統(tǒng)維護(hù)模塊、基本信息模塊、查詢統(tǒng)計模塊、銷售管理模塊、庫存管理模塊、報 表管理模塊和幫助模塊。主界面上還會顯示當(dāng)前的時間,當(dāng)前的操作用戶和該用戶的登 錄日期

27、。如圖 5.8所示: 圖 5.8 系統(tǒng)主界面2.入庫管理界面管理員登陸后,可以對入庫信息進(jìn)行管理。如圖 5.9所示: 圖 5.9 入庫管理界面3.商品盤點(diǎn)界面管理員登陸后,可以對商品進(jìn)行盤點(diǎn)。如圖 5.10所示: 圖 5.10商品盤點(diǎn)界面4.日銷售統(tǒng)計界面管理員登陸后,可以對商品的日銷售進(jìn)行統(tǒng)計。如圖 5.11所示: 圖 5.11日銷售統(tǒng)計界面5.庫存信息查詢界面管理員登陸后,可以先輸入所要查的商品的條件,然后再對商品的庫存信息進(jìn)行查 詢。如圖 5.12所示: 圖 5.12庫存查詢界面6.入庫查詢信息界面管理員登陸后,可以先輸入所要查的商品的條件,然后再對商品的入庫信息進(jìn)行查 詢。如圖 5.1

28、3所示: 圖 5.13入庫查詢界面7.銷售查詢信息界面管理員登陸后,可以先輸入所要查的商品的條件,然后再對商品的銷售信息進(jìn)行查 詢。如圖 5.14所示: 圖 5.14銷售信息查詢界面8.系統(tǒng)維護(hù)模塊(1用戶管理此模塊可以對系統(tǒng)用戶進(jìn)行管理,可以新建用戶、修改用戶信息、刪除用戶,創(chuàng)建 好的用戶可以經(jīng)過系統(tǒng)登錄模塊登陸后方可使用本系統(tǒng)。如圖 5.15所示: 圖 5.15用戶管理界面(2用戶密碼管理此模塊的功能是對當(dāng)前使用的用戶的密碼進(jìn)行修改, 修改時必須要重新輸入一次原 密碼。如圖 5.16所示: 圖 5.16修改密碼界面(3數(shù)據(jù)備份此模塊的功能分為數(shù)據(jù)備份和數(shù)據(jù)還原。 數(shù)據(jù)備份可以將系統(tǒng)當(dāng)前記錄

29、的所有信息 進(jìn)行存儲,以備日后恢復(fù)數(shù)據(jù)使用。數(shù)據(jù)還原是通過之前的備份文件還原成數(shù)據(jù)備份似 的數(shù)據(jù)狀態(tài)。如圖 5.17所示: 圖 5.17 系統(tǒng)備份界面七、軟件測試與分析測試是開發(fā)時期最后一個階段,是保證軟件質(zhì)量的重要手段。軟件測試就是在受控 制的條件下對系統(tǒng)或應(yīng)用程序進(jìn)行操作并評價操作結(jié)果的過程 , 所謂控制條件應(yīng)包括正 常條件與非正常條件。軟件測試過程中應(yīng)該故意地去促使錯誤的發(fā)生,也就是事情在不 該出現(xiàn)的時候出現(xiàn)或者在應(yīng)該出現(xiàn)的時候沒有出現(xiàn)。從本質(zhì)上說,軟件測試是 " 探測 " , 在 " 探測 " 中發(fā)現(xiàn)軟件的毛病。(一系統(tǒng)測試的定義軟件測試是為了發(fā)

30、現(xiàn)錯誤而執(zhí)行程序的過程。 它不僅是軟件開發(fā)階段的有機(jī)組成部 分,而且在整個軟件工程 (即軟件定義、設(shè)計和開發(fā)過程 中占據(jù)相當(dāng)大的比重。軟件測 試是軟件質(zhì)量保證的關(guān)鍵環(huán)節(jié), 直接影響著軟件的質(zhì)量評估。 軟件測試不僅要講究策略, 更要講究時效性。驗收測試作為軟件測試過程的最后一個環(huán)節(jié),對軟件質(zhì)量、軟件的可 交付性和軟件項目的實施周期起到 " 一錘定音 " 的作用。(二系統(tǒng)測試的目的及意義軟件危機(jī)曾經(jīng)是軟件界甚至整個計算機(jī)界最熱門的話題。為了解決這場危機(jī),軟件 從業(yè)人員、專家和學(xué)者做出了大量的努力。現(xiàn)在人們已經(jīng)逐步認(rèn)識到所謂的軟件危機(jī)實 際上僅是一種狀況,那就是軟件中有錯誤,正是

31、這些錯誤導(dǎo)致了軟件開發(fā)在成本、進(jìn)度 和質(zhì)量上的失控。有錯是軟件的屬性,而且是無法改變的,因為軟件是由人來完成的, 所有由人做的工作都不會是完美無缺的。 問題在于我們?nèi)绾稳ケ苊忮e誤的產(chǎn)生和消除已 經(jīng)產(chǎn)生的錯誤,使程序中的錯誤密度達(dá)到盡可能低的程度。(三系統(tǒng)測試的重要性軟件測試在軟件生命周期中占據(jù)重要的地位,在傳統(tǒng)的瀑布模型中,軟件測試學(xué)僅 處于運(yùn)行維護(hù)階段之前, 是軟件產(chǎn)品交付用戶使用之前保證軟件質(zhì)量的重要手段。 近來, 軟件工程界趨向于一種新的觀點(diǎn),即認(rèn)為軟件生命周期每一階段中都應(yīng)包含測試,從而 檢驗本階段的成果是否接近預(yù)期的目標(biāo),盡可能早的發(fā)現(xiàn)錯誤并加以修正,如果不在早 期階段進(jìn)行測試,錯誤

32、的延時擴(kuò)散常常會導(dǎo)致最后成品測試的巨大困難。事實上,對于軟件來講,不論采用什么技術(shù)和什么方法,軟件中仍然會有錯。采用 新的語言、先進(jìn)的開發(fā)方式、完善的開發(fā)過程,可以減少錯誤的引入,但是不可能完全 杜絕軟件中的錯誤,這些引入的錯誤需要測試來找出,軟件中的錯誤密度也需要測試來進(jìn)行估計。測試是所有工程學(xué)科的基本組成單元,是軟件開發(fā)的重要部分。自有程序設(shè) 計的那天起測試就一直伴隨著。統(tǒng)計表明,在典型的軟件開發(fā)項目中,軟件測試工作量 往往占軟件開發(fā)總工作量的 40%以上。 而在軟件開發(fā)的總成本中, 用在測試上的開銷要 占 30%到 50%。如果把維護(hù)階段也考慮在內(nèi),討論整個軟件生存期時,測試的成本比 例

33、也許會有所降低,但實際上維護(hù)工作相當(dāng)于二次開發(fā),乃至多次開發(fā),其中必定還包 含有許多測試工作。(四系統(tǒng)測試的常用方法程序測試的主要方法分為兩大類,白盒測試和黑盒測試。白盒測試:一種是以程序的內(nèi)部邏輯結(jié)構(gòu)為依據(jù)而設(shè)計測試用例的方法,因而又稱 結(jié)構(gòu)測試或玻璃盒測試,將軟件看成一個透明的白盒子,按照程序的內(nèi)部結(jié)構(gòu)和處理邏 輯來選定測試用例,對軟件的邏輯路徑及過程進(jìn)行測試,檢查它與設(shè)計是否相符。白盒 測試就是要選取足夠的測試用例,對源代碼實行比較充分的覆蓋,以便盡可能多地發(fā)現(xiàn) 程序中的錯誤。主要有兩種方法:一種稱為邏輯覆蓋法,另一種稱為路徑覆蓋法。 黑盒測試:也稱功能測試,數(shù)據(jù)驅(qū)動測試等,它將待測對象

34、堪稱是一個黑盒子,在 完全不考慮程序的內(nèi)部結(jié)構(gòu)和特性的情況下, 只依據(jù)規(guī)格說明書檢查程序的功能是否能 正常使用。黑盒測試主要是根據(jù)輸入條件和輸出條件的確定測試數(shù)據(jù), 來檢查程序是否能產(chǎn)生 正確的輸出 16。進(jìn)行黑盒測試主要有下面幾種方法:等價分類法、邊界值分析法、猜 錯法、因果圖法。本系統(tǒng)的測試綜合了白盒測試、 黑盒測試兩種方法, 但主要使用的是黑盒測試方法。 在測試當(dāng)中遵循了 盡早地和不斷進(jìn)行測試 , 保證測試用例的完整性和有效性 原則。 通過測試達(dá)到以下測試目的:1功能檢查。檢查功能是否爭取,是否遺漏或?qū)崿F(xiàn)不了應(yīng)該實現(xiàn)的功能等。2接口檢查。檢查能否正確地接受信息或輸出信息。3數(shù)據(jù)檢查。檢查

35、數(shù)據(jù)結(jié)構(gòu)或外部信息是否有(如數(shù)據(jù)文件訪問錯誤。4性能檢查。檢查性能需求能否得到滿足。5初始化、終止檢查。天添服裝店進(jìn)銷存管理系統(tǒng)的設(shè)計與實現(xiàn) 檢查是否能進(jìn)行正確地初始化或終止。 （五）測試環(huán)境與測試條件 處理器：Inter(R Core (TM2 Duo T5750 內(nèi)存：2GB 硬盤：160G 操作系統(tǒng)：Windows XP 數(shù)據(jù)庫：SQL Server 2000 （六）系統(tǒng)運(yùn)行情況 系統(tǒng)評價是指系統(tǒng)在正式運(yùn)行了一段時間之后，對它在功能上、技術(shù)上和經(jīng)濟(jì)上所 進(jìn)行的審核評價。針對本系統(tǒng)的評價如下： (1系統(tǒng)功能評價 根據(jù)本系統(tǒng)開發(fā)前所訂的目標(biāo)，在系統(tǒng)完成后經(jīng)過測試運(yùn)行，該系統(tǒng)達(dá)到了預(yù)定的 開發(fā)目標(biāo)，在實際使用中的功