目錄

1.設(shè)計(jì)背景、目日勺與措施.................................2

1.1設(shè)計(jì)背景.........................................................2

1.2設(shè)計(jì)目H勺.........................................................2

1.3設(shè)計(jì)措施學(xué).......................................................4

2.可行性研究...........................................5

2.1技術(shù)可行性.......................................................5

2.2經(jīng)濟(jì)可行性.......................................................6

2.3操作可行性.......................................................6

2.4法律可行性.......................................................7

3.需求分析..............................................7

3.1功能需求.........................................................7

3.2性能需求........................................................11

3.3系統(tǒng)流程........................................................13

3.4功能模型.........................................................13

4.總體設(shè)計(jì)..............................................15

4.1.系統(tǒng)的詳細(xì)底層數(shù)據(jù)流圖.........................................15

4.2系統(tǒng)總體功能的層次劃分..........................................16

4.3系統(tǒng)數(shù)據(jù)庫的設(shè)計(jì)................................................18

5.詳細(xì)設(shè)計(jì)..............................................20

5.1商品入庫操作流程圖.............................................20

5.2商品出庫操作流程圖..............................................21

5.3商品信息查詢操作流程圖..........................................22

5.4供應(yīng)商查詢操作流程圖............................................24

5.5歷史信息查詢操作流程圖..........................................25

5.6產(chǎn)生訂貨處理操作流程圖..........................................26

5.7商品囤積處理操作流程圖..........................................27

5.8商品優(yōu)惠提醒操作流程圖........................................28

6.總結(jié)感悟..........................................29

參照文獻(xiàn)...........................................................30

商品庫存管理信息系統(tǒng)

1.設(shè)計(jì)背景、目日勺與措施

1.1設(shè)計(jì)背景

伴隨科學(xué)技術(shù)的不停發(fā)展,計(jì)算機(jī)科學(xué)日漸成熟，其強(qiáng)大的功能已

為人們深刻認(rèn)識，它已進(jìn)入人類社會的各個(gè)領(lǐng)域并發(fā)揮著越來越重要

W、J作用。作為計(jì)算機(jī)應(yīng)用的J一部分，使用計(jì)算機(jī)對商品信息進(jìn)行管理,

具有著手工管理所無法比擬的長處.例如:檢索迅速、查找以便、可靠

性高、存儲量大、保密性好、壽命長、成本低等。這些長處可以極大

地提高商品管理口勺效率,也是企業(yè)的科學(xué)化、正規(guī)化管理，與世界接軌

的重要條件。

同步改革日勺深入和經(jīng)濟(jì)日勺發(fā)展使得企業(yè)日勺生產(chǎn)任務(wù)日益繁重，從

而對庫存管理日勺規(guī)定也愈加嚴(yán)格。在老式的手工管理時(shí)期，一種物品

由進(jìn)貨到發(fā)貨，要通過若干環(huán)節(jié)，且由于物品的I規(guī)格型號繁多，加之

業(yè)務(wù)人員操作失誤等原因，導(dǎo)致物品供應(yīng)效率低下，嚴(yán)重影響了企業(yè)

W、J正常生產(chǎn)。同步，由于庫房與管理部門之間的信息交流困難，導(dǎo)致

庫存嚴(yán)重積壓，極大地影響了企業(yè)的資金周轉(zhuǎn)速度，此外也使得物資

管理、數(shù)據(jù)匯總成為了一大難題。由此可見，商品庫存管理系統(tǒng)是一

種企業(yè)不可缺乏的部分。由于所掌握的物資種類眾多，訂貨、管理、

發(fā)放H勺渠道各有差異，各類記錄報(bào)表繁多，若仍然采用人工記賬H勺方

式，必然不能滿足企業(yè)的需求。因此商品的管理必須編制一套庫存管

理信息系統(tǒng)，實(shí)現(xiàn)計(jì)算機(jī)化操作。

1.2設(shè)計(jì)目的

該商品庫存管理信息系統(tǒng)意在充足運(yùn)用既有的設(shè)備，建立一種高

效、精確、操作以便，具有查詢、更新及記錄功能的微機(jī)管理信息系

統(tǒng)，以滿足管理人員進(jìn)行綜合的、模糊H勺查詢及更新規(guī)定，從而愈加

以便地管理庫存物品。該系統(tǒng)日勺開發(fā)與建立會極大地提高管理人員、

工作人員的工作效率。

該系統(tǒng)最重要內(nèi)功能是處理老式的手工管理所存在口勺問題：

（I）不能及時(shí)獲得庫存信息

在企業(yè)運(yùn)作過程中，管理人員必須獲知多種商品目前的庫存量,

在庫存數(shù)量不不小于商品日勺最低庫存程度的時(shí)候，向供應(yīng)商進(jìn)行訂

貨；在庫存數(shù)量不小于商品日勺最高庫存程度的時(shí)候，即商品積壓日勺時(shí)

候，應(yīng)當(dāng)停止商品歐I進(jìn)貨活動。但在實(shí)際操作中，由于商品的種類多、

數(shù)量大，需要進(jìn)行仔細(xì)地核算，這不僅費(fèi)時(shí)，并且易出錯(cuò)，從而影響

企業(yè)迅速有效地運(yùn)轉(zhuǎn)。

(2)庫存信息不夠精確

倉庫管理員根據(jù)多種入庫單、需求計(jì)劃單和領(lǐng)料單進(jìn)行商品口勺入

庫、出庫操作后，要隨時(shí)修改商品的庫存信息和出庫、入庫信息，以

便反應(yīng)庫存狀況。工作中日勺重要問題是：由于商品種類多、數(shù)量大、

出庫入庫操作頻繁等原因，導(dǎo)致庫存記錄和實(shí)際庫存量一般達(dá)不到嚴(yán)

格一致，因而需要通過盤點(diǎn)來糾正差錯(cuò)，這既耽誤時(shí)間，又增長了工

作量。

(3)無法及時(shí)理解車間對庫存商品的需求狀況

在需求計(jì)劃單下達(dá)后，由于庫存商品與車間的I關(guān)系復(fù)雜，根據(jù)送

料員H勺個(gè)人經(jīng)驗(yàn)給各車間分派車間所需商品時(shí)，常缺乏入庫、出庫信

息和有關(guān)信息，常常出現(xiàn)車間缺乏該商品的時(shí)候才懂得該產(chǎn)品需要狀

況，此時(shí)假如庫存量局限性，將會導(dǎo)致車間W、J停產(chǎn)。無法及時(shí)理解車

間對庫存商品的需求狀況會使企業(yè)的生產(chǎn)和銷售環(huán)節(jié)發(fā)生混亂，使企

業(yè)無法正常的運(yùn)作。

1.3設(shè)計(jì)措施學(xué)

本次軟件工程的設(shè)計(jì)采用面向?qū)ο罂谏状胧Ｃ嫦驅(qū)ο蟠胧┌褦?shù)據(jù)

和行為當(dāng)作是等同重要的，它是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)

時(shí)操作緊密日勺結(jié)合起來的措施。面向?qū)ο蟠胧W(xué)日勺出發(fā)點(diǎn)和基本原

則，是盡量的模擬人類習(xí)慣日勺思維方式，使開發(fā)軟件的措施與過程盡

量靠近人類認(rèn)識世界處理問題的措施，也就是使描述問題日勺問題空間

（也稱為問題域）與實(shí)現(xiàn)解法W、J解空間（也稱為求解域）在構(gòu)造上盡

量一致。

概括地說，面向?qū)ο蟠胧W(xué)具有如下四個(gè)要點(diǎn)：

（1）把對象（object）作為融合了數(shù)據(jù)記在數(shù)據(jù)上的操作行為的

統(tǒng)一n勺軟件構(gòu)造。面向?qū)ο蟪绦蚴怯袑ο髽?gòu)成口勺，程序中任何元素都

是對象，復(fù)雜的對象有比較簡樸H勺對象組合而成。也就是說，用對象

分解取代了老式措施的功能分解。

（2）把所有對象都劃提成類（class）每個(gè)類都定義了一組數(shù)據(jù)和

一組操作，了是對具有相似數(shù)據(jù)和相似操作的一組相似對象的定義。

數(shù)據(jù)用于表達(dá)對象的靜態(tài)屬性，是對象的狀態(tài)信息，而施加于數(shù)據(jù)之

上的J操作用于實(shí)現(xiàn)對象W、J動態(tài)行為。

（3）按照父類（或稱為基類）與子類（或稱為派生類）的關(guān)系，

把若干個(gè)有關(guān)類構(gòu)成一種層次構(gòu)造的系統(tǒng)（也稱為類等級）。在類等

級中，下層派生類自動擁有上層基類中定義的數(shù)據(jù)和操作，這種現(xiàn)象

稱為繼承。

(4)對象彼此間僅能通過發(fā)送消息互相聯(lián)絡(luò)。對象與老式數(shù)據(jù)有

本質(zhì)區(qū)別，它不是被動的等待外界對它施加操作，相反，它是數(shù)據(jù)處

理日勺主體，必須向它發(fā)送消息祈求它執(zhí)行它日勺某個(gè)操作已處理它日勺數(shù)

據(jù)，而不是從外界直接對它的數(shù)據(jù)進(jìn)行處理。也就是說，對象的所有

私有信息都被封裝在該對象內(nèi)，不能從外界直接訪問，這就是一般所

說出J封裝性。

面向?qū)ο蟠胧W(xué)具有如下長處：

(1)與人類習(xí)慣的思維措施一致；

(2)穩(wěn)定性好；

(3)可重用性好；

(4)交易開發(fā)大型軟件產(chǎn)品；

(5)可維護(hù)性好。

2.可行性研究

2.1技術(shù)可行性

考慮使用既有的技術(shù)能否實(shí)現(xiàn)這個(gè)系統(tǒng)。

本系統(tǒng)采用C++作為開發(fā)語言，C++語言既保留了C語言H勺有效

性、靈活性、便于移植等特點(diǎn)，又添加了面向?qū)ο缶幊倘丈字С郑哂?/p>

強(qiáng)大口勺編程功能，可以便的構(gòu)造出模擬現(xiàn)實(shí)問題的實(shí)體和操作；編寫

的程序具有構(gòu)造清晰、易于擴(kuò)充等優(yōu)良特性，適合于多種應(yīng)用軟件、

系統(tǒng)軟件的程序設(shè)計(jì)。再結(jié)合數(shù)據(jù)庫技術(shù)，編寫SQL語句訪問數(shù)據(jù)庫,

實(shí)現(xiàn)強(qiáng)大的查詢、修改、入庫、出庫操作。此外，從開發(fā)人員日勺水平

考慮，作為計(jì)算機(jī)科學(xué)與技術(shù)專業(yè)大三的學(xué)生，大學(xué)三年所積累的專

業(yè)知識使我們從一定程度上具有了開發(fā)一種小型系統(tǒng)日勺能力，并且學(xué)

校既有的計(jì)算機(jī)設(shè)備也完全可以滿足開發(fā)H勺需要。

2.2經(jīng)濟(jì)可行性

考慮這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能否超過他出J開發(fā)成本。

由于本庫存管理系統(tǒng)所規(guī)定H勺硬件(計(jì)算機(jī)及有關(guān)硬件)和軟件

環(huán)境(C++Bulder及SQLServer2023),市場上都輕易購置到或從有關(guān)

網(wǎng)站下載，系統(tǒng)成本重要集中在本管理系統(tǒng)口勺開發(fā)與維護(hù)上，對顧客

不導(dǎo)致過重的經(jīng)濟(jì)承擔(dān)。而一旦此系統(tǒng)投入使用，不僅可以減少庫存

的工作強(qiáng)度，提高工作效率，并且以便了庫存對信息口勺管理，延續(xù)了

老式日勺管理模式，極大程度地以便了庫存管理人員，并且，商品庫存

管理系統(tǒng)是一種小型的管理系統(tǒng)，在開發(fā)時(shí)目的系統(tǒng)不是很復(fù)雜，開

發(fā)的周期較短，人員經(jīng)濟(jì)支出不大，使庫存管理工作變繁為簡，使其

愈加合理化、規(guī)范化、工作效率的提高會給企業(yè)帶來整體水平日勺提高,

所節(jié)省的大量人力、財(cái)力產(chǎn)生W、J效益將遠(yuǎn)遠(yuǎn)不小于本系統(tǒng)W、J開發(fā)成

本，因此從經(jīng)濟(jì)方面講開發(fā)此系統(tǒng)是可行的J,是非常值得投資的J。

2.3操作可行性

考慮這個(gè)系統(tǒng)的操作方式在這個(gè)顧客組織內(nèi)能否行得通。

本系統(tǒng)采用VisualC++2023作為系統(tǒng)前臺應(yīng)用程序開發(fā)環(huán)境，使

用MFC設(shè)計(jì)有好的界面，使其美觀，操作簡樸。采用SQLServer2023

工具建立數(shù)據(jù)庫。由于庫存管理人員已經(jīng)有豐富的信息管理經(jīng)驗(yàn)，通

過本系統(tǒng)的設(shè)計(jì)人員與之日勺交流溝通，可對本系統(tǒng)的I功能應(yīng)用作深入

完善以滿足企業(yè)H勺需求。

2.4法律可行性

考慮這個(gè)系統(tǒng)在社會方面與否違反國家法律，侵犯他人權(quán)益。

本系統(tǒng)W、J研究和開發(fā)都選用正版軟件，將不會侵犯他人、集體和國家

的利益，不會違反任何的國家政策和法律。本系統(tǒng)的功能只會給人們

帶來社會效益，不會侵犯人們的安全、隱私、經(jīng)濟(jì)等權(quán)益。

3.需求分析

3.1功能需求

通過對企業(yè)有關(guān)人員的調(diào)查訪問，理解到對商品進(jìn)行有效的管理

需補(bǔ)充的功能及需求，使之形成完善的應(yīng)用系統(tǒng)。系統(tǒng)日勺功能重要實(shí)

現(xiàn)對商品基本信息以及某些重要客戶信息的計(jì)算和記錄這樣可以以

便管理，此外為保證內(nèi)部資料（商品人員及帳本W(wǎng)、J某些基本信息）KJ

安全性，產(chǎn)品還設(shè)計(jì)了訪問權(quán)限以及對數(shù)據(jù)某些基本的錄入，查詢，

更改等基本的功能。數(shù)據(jù)庫設(shè)計(jì)中要合理設(shè)置商品信息和庫存信息等

用來實(shí)現(xiàn)商品信息的更改、修改、刪除等功能，使商家有較詳細(xì)口勺數(shù)

據(jù)記錄與分析。

3.1.1顧客管理

作為一種企業(yè)實(shí)際應(yīng)用項(xiàng)目，顧客管理是必不可少的。本系統(tǒng)的

顧客管理比較簡樸，顧客僅為倉庫管理員，其具有登陸、更改密碼，

對數(shù)據(jù)庫的內(nèi)容進(jìn)行操作等權(quán)限。只有合法顧客才能進(jìn)行操作。

修改密碼（若操作員密碼透露或以防他人知曉）：操作員可以通過

此項(xiàng)完畢對密碼的修改以便下次登陸使用，重要包括驗(yàn)證原密碼和

新密碼輸入；

退出系統(tǒng)：操作員可以通過此項(xiàng)直接退出系統(tǒng)；

重新登錄：重新登錄到系統(tǒng)銷售管理：（重要實(shí)現(xiàn)對商品基本信息

的管理和記錄例如:商品的編號，單價(jià)，進(jìn)貨數(shù)量，剩余數(shù)量等）;

對數(shù)據(jù)庫信息內(nèi)操作：其重要包括添加商品信息、查詢商品信息、

刪除商品信息、修改信息等

3.1.2產(chǎn)品信息管理

該功能重要是根據(jù)輸入的產(chǎn)品日勺屬性來對產(chǎn)品信息進(jìn)行添加、修

改、查詢以及刪除。在輸入過程中，會檢查輸入信息日勺合法性，假如

錯(cuò)誤，會給出對應(yīng)的錯(cuò)誤提醒，提醒顧客更改后系統(tǒng)才繼續(xù)運(yùn)行，當(dāng)

輸入信息經(jīng)檢查合法，然后系統(tǒng)會從數(shù)據(jù)庫中根據(jù)輸入信息添加、更

改、刪除、查詢產(chǎn)品信息。

添加商品信息（以便查詢）：錄入商品入庫某些基本信息如：商

品名稱及代碼，入庫數(shù)量、購入單價(jià)、商品單價(jià)、成本、利潤、入

庫日期、備注、供應(yīng)商、供應(yīng)商聯(lián)絡(luò)方式等;

查詢商品信息（理解商品的基本信息：可按名稱，代碼查找）：通

過查找可以簡樸快捷地理解商品H勺基本信息（庫存量、銷售量、

商品名稱、代碼、供應(yīng)商日勺名稱、聯(lián)絡(luò)方式等；

修改商品信息：針對對應(yīng)的商品信息進(jìn)行對應(yīng)的修改；

刪除商品信息：針對無用的商品及客戶信息可以刪除；

3.1.3產(chǎn)品入庫管理

實(shí)現(xiàn)對商品入庫信息的數(shù)據(jù)管理操作，包括修改入庫商品的信

息，記錄入庫時(shí)間，對入庫商品日勺操作記錄等。與產(chǎn)品信息管理相似,

也會有對輸入信息的合法性進(jìn)行檢查的功能并給出對應(yīng)口勺錯(cuò)誤提醒。

然后根據(jù)輸入的入庫產(chǎn)品信息進(jìn)行產(chǎn)品的入庫以及產(chǎn)品入庫信息口勺

查詢。其中，當(dāng)入庫H勺時(shí)候要檢查庫存上限，已達(dá)庫存上限時(shí)，不準(zhǔn)

再入庫。

3.1.4產(chǎn)品出庫管理

與產(chǎn)品入庫管路類似，包括修改出庫信息，記錄出庫時(shí)間，等出

庫產(chǎn)品的操作等。也有對應(yīng)KJ信息檢查合法性以及錯(cuò)誤提醒，確認(rèn)信

息無誤后，根據(jù)輸入W、J出庫信息進(jìn)行產(chǎn)品H勺出庫以及出庫信息查詢，

出庫日勺時(shí)候也要檢查出庫產(chǎn)品日勺庫存量與否足夠，假如不夠，不推出

庫，并給出錯(cuò)誤信息。

3.1.5產(chǎn)品庫存信息管理

重要是根據(jù)查詢條件進(jìn)行庫存信息H勺查詢，其中查詢多種商品的

目前庫存量是最重要且必須日勺功能。當(dāng)顧客輸入要查詢的商品信息

后，進(jìn)行信息的合法性檢查，只有信息合法后，才準(zhǔn)許系統(tǒng)繼續(xù)運(yùn)行,

然后從數(shù)據(jù)庫中讀取所查商品的庫存量顯示給顧客。

3.1.6系統(tǒng)管理

系統(tǒng)管理包括對顧客操作日志的查詢、管理員協(xié)助、退出系統(tǒng)等

子模塊。在管理員協(xié)助中會給出某些對管理員管理系統(tǒng)日勺信息，例如

數(shù)據(jù)庫的備份、恢復(fù)，以及日志查詢方面口勺有關(guān)信息。日志查詢會把

記錄下來的顧客登錄系統(tǒng)、對系統(tǒng)口勺操作以及退出系統(tǒng)的時(shí)間等信息

顯示給查詢者，退出系統(tǒng)會保證顧客安全日勺退出。

3.1.7庫存報(bào)警

當(dāng)顧客登錄系統(tǒng)時(shí)列出目前庫存量已低于庫存下限的商品信息

表。當(dāng)顧客每次登錄到系統(tǒng)時(shí)，系統(tǒng)都會自動日勺查詢數(shù)據(jù)庫中查詢與

否有庫存量低于庫存下限日勺商品，如有，給顧客顯示出來，以提醒顧

客注意庫存已局限性，盡量生產(chǎn)或采購產(chǎn)品入庫，減少企業(yè)因庫存局

限性而導(dǎo)致rJ損失。

3.1.8產(chǎn)生定貨報(bào)表與庫存清單

本系統(tǒng)規(guī)定具有打印輸出功能，可以根據(jù)庫存信息進(jìn)行判斷與否

需要訂貨（當(dāng)庫存量低于下限時(shí)需要定貨），假如需要訂貨，則根據(jù)

定貨信息產(chǎn)生定貨報(bào)表，并將定貨報(bào)表打印輸出，提交給采購員。

3.1.9商品編碼

在采購的商品入庫前，必須先制定一套科學(xué)的商品代碼體系，為

第一次采購進(jìn)店日勺商品，或曾銷售過，但規(guī)格、型號不一樣，對商業(yè)

企業(yè)是新的商品建立基本檔案，這個(gè)過程我們稱之商品編碼。

商品編碼是指用一組數(shù)字來標(biāo)識商品，這個(gè)數(shù)字稱為商品代碼。

通過計(jì)算機(jī)對商品信息進(jìn)行管理時(shí)，必須將多種商品進(jìn)、銷、調(diào)、存

的信息輸入計(jì)算機(jī)，假如不對商品進(jìn)行編碼，而直接用商品名稱進(jìn)行

標(biāo)識，既影響處理速度，有也許導(dǎo)致信息不規(guī)范。如：500毫升盒裝

XX牌牛奶，有時(shí)以“盒裝500毫升XX牌牛奶”輸入，有時(shí)以“X

X牌500毫升盒裝牛奶”輸入，計(jì)算機(jī)系統(tǒng)會認(rèn)為是兩種不一樣的商

品記錄而導(dǎo)致錯(cuò)誤。可以想像，假如不對商業(yè)企業(yè)成千上萬的商品進(jìn)

行分類編碼，或者編碼規(guī)則考慮不周而導(dǎo)致代碼的混亂，都會給整個(gè)

系統(tǒng)導(dǎo)致嚴(yán)重日勺后果。因此，商品編碼日勺好壞，直接影響計(jì)算機(jī)系統(tǒng)

日勺成敗與效率，必須對其有充足重視。在編碼過程中應(yīng)注意如下原則：

(1)編碼要覆蓋所有商品，不得有遺漏。

(2)尤其要注意要防止不一樣規(guī)格、不一樣品種的商品誤用同以

代碼，即不得有反復(fù)。

(3)對曾經(jīng)編過碼并已入庫或銷售的商品，不能再次編碼，以免

導(dǎo)致同一商品有不一樣的代碼。

(4)編碼應(yīng)按商品的類別進(jìn)行，并保證足夠多出量，為后來新進(jìn)

商品留下擴(kuò)充空間。

有關(guān)商品編碼的措施，常用時(shí)有條碼、分類碼、店內(nèi)碼、自定義

碼等，可根據(jù)實(shí)際狀況綜合考慮采用。

3.1.10商品信息

商業(yè)企業(yè)經(jīng)營采購和銷售H勺商品品種一般是固定H勺，為以便后來

W、J工作，但凡企業(yè)經(jīng)營W、J商品，在商品管理系統(tǒng)開始使用前除了為每

種商品進(jìn)行編碼外，還需要錄入商品的有關(guān)信息。這部分是系統(tǒng)初始

化中最大的工作量。商品信息一旦設(shè)置輸入完畢，此后的工作就變得

非常的簡樸。

商品的信息包括商品名稱、商品類別、規(guī)格型號、單位等。

3.2性能需求

3.2.1登錄規(guī)定

設(shè)置系統(tǒng)顧客登陸功能，由于某些內(nèi)部資料日勺重要性如：商品以

及客戶的某些基本信息設(shè)置了登錄權(quán)限，需要設(shè)置顧客名及密碼：顧

客名和密碼必須是系統(tǒng)可以識別的顧客名和密碼（若顧客名或密碼輸

入錯(cuò)誤的話，則提醒顧客名或密碼錯(cuò)誤請從新輸入）。顧客名和密碼有

對應(yīng)的位數(shù)限制（不得超過16位）。這是對系統(tǒng)數(shù)據(jù)進(jìn)行W、J安全設(shè)置

與保護(hù)。

3.2.2界面規(guī)定

友好口勺顧客界面，業(yè)務(wù)操作簡樸，各個(gè)功能模塊應(yīng)清晰可見便于

顧客操作。界面要美觀大方，操作環(huán)節(jié)要清晰易學(xué)，操作對應(yīng)的功能

及實(shí)現(xiàn)不能出現(xiàn)二義性。主界面應(yīng)包括菜單欄以及文本域兩個(gè)基本組

件。菜單欄日勺功能分布：重要包括對系統(tǒng)日勺操作，信息日勺操作以及有

關(guān)該軟件某些對應(yīng)的協(xié)助信息。

3.2.3安全設(shè)置

成熟先進(jìn)W、J技術(shù)和系統(tǒng)構(gòu)架，采用先進(jìn)W、J數(shù)據(jù)庫訪問方式，數(shù)據(jù)

更安全，性能更穩(wěn)定。應(yīng)具有優(yōu)化、無冗余、并行作業(yè)日勺基本屬性。

3.2.4操作實(shí)現(xiàn)

對于顧客對信息進(jìn)行R勺查詢、刪除、新增等操作可以及時(shí)做出精

確且對的的反應(yīng)，同步要保證系統(tǒng)的響應(yīng)時(shí)間應(yīng)在一定范圍內(nèi)。

3.2.5應(yīng)對突發(fā)故障的能力

保證系統(tǒng)對商品信息H勺儲存能力，防匕溢出、延時(shí)等問題，具有

一定日勺故障應(yīng)對功能。例如，忽然斷電日勺狀況下，要保證數(shù)據(jù)及信息

不丟失：非倉庫管理人員在不懂得密碼日勺狀況下，對該系統(tǒng)進(jìn)行操作

時(shí)，一定次數(shù)下，提醒密碼反復(fù)錯(cuò)誤，也許是非具有權(quán)限者使用，需

驗(yàn)證身份。

3.3系統(tǒng)流程圖

通過對用于需求H勺考察導(dǎo)出了初次W、J系統(tǒng)流程圖，顧客可以根據(jù)

系統(tǒng)流程圖考察系統(tǒng)與否完畢了他們基本口勺需要。導(dǎo)出口勺系統(tǒng)流程圖

如下圖1：

3.4功能模塊

下圖2為商品庫存管理信息系統(tǒng)的基本功能描述的數(shù)據(jù)流圖。在

該數(shù)據(jù)流圖中，倉庫管理員通過接受事務(wù)（即商品日勺出庫、入庫等操

作）來更新倉庫日勺商品表單：根據(jù)庫存信息日勺變化來確定與否需要訂

貨。若需要訂貨，則根據(jù)定貨信息產(chǎn)生定貨報(bào)表，再將訂貨報(bào)表提交

給貨品采購員。同步，倉庫管理員也可以通過查詢庫存清單來理解目

前的J庫存信息。該數(shù)據(jù)流圖中H勺數(shù)據(jù)流為：事務(wù)（商品W、J出庫、入庫、

修改等操作）、庫存信息、訂貨信息、訂貨報(bào)表。根據(jù)對顧客需求的

考察，導(dǎo)出了簡略的系統(tǒng)的功能模型。

圖2商品庫存管理的數(shù)據(jù)流圖

下圖3到圖7分別為定貨報(bào)表、查詢報(bào)表、庫存清單、商品編號、

訂貨數(shù)量的數(shù)據(jù)字典

名稱：查詢報(bào)表

名字：訂貨報(bào)表

別名：查詢信息

別名：訂貨信息

描述：當(dāng)采購員對某一商品進(jìn)行查

描述：當(dāng)倉庫的某一商品的數(shù)量

詢時(shí)，通過處理后輸出一張

不不小于一定值時(shí)就給

有關(guān)商品的信息報(bào)表給采購

采購員發(fā)送?張訂傍報(bào)

圖3訂貨報(bào)表的數(shù)據(jù)字典圖4查詢報(bào)表的數(shù)據(jù)字典

名字：庫存清單名字：訂貨數(shù)量

別名：別名：

描述：商品在倉庫中存儲的表單描述：某個(gè)商品一次訂貨的數(shù)

圖5庫存清單的數(shù)據(jù)字典圖6訂貨數(shù)量的數(shù)據(jù)字典

名字：商品編號

別名：

描述：唯一口勺標(biāo)識庫存清單、訂

貨報(bào)表和查詢報(bào)表中一種

特定商品H勺關(guān)鍵域

圖7商品編號的數(shù)據(jù)字典

4.總體設(shè)計(jì)

4.1系統(tǒng)日勺詳細(xì)底層數(shù)據(jù)流圖

下圖8為以在需求分析中導(dǎo)出的簡略功能數(shù)據(jù)流圖模型為基礎(chǔ)

進(jìn)行細(xì)分得出日勺詳細(xì)系統(tǒng)數(shù)據(jù)流圖。

圖8系統(tǒng)的詳細(xì)底層數(shù)據(jù)流圖

4.2系統(tǒng)總體功能的層次劃分

根據(jù)詳細(xì)的系統(tǒng)數(shù)據(jù)流圖導(dǎo)出系統(tǒng)日勺功能模塊，即系統(tǒng)口勺功能層

次的劃分。圖9為系統(tǒng)總體的功能模塊的層次劃分，系統(tǒng)口勺基本模塊

分為三個(gè)：出庫入庫管理系統(tǒng)、查詢系統(tǒng)以及提醒系統(tǒng)。并給出了對

應(yīng)模塊的IPO表。

nH/s-zr——y-x-T-U“n/-.=3JL

F面五個(gè)圖分別為商品優(yōu)惠提醒系統(tǒng)、商品囤積提醒系統(tǒng)、商品

查詢系統(tǒng)、入庫操作系統(tǒng)、歷史信息查詢系統(tǒng)的IPO圖:

IPO表IPO表

系統(tǒng)：入庫操作系統(tǒng)系統(tǒng)：歷史信息查詢系統(tǒng)

模塊描述：當(dāng)有訂貨時(shí)就進(jìn)行對模塊描述：用于記錄在過去的時(shí)

數(shù)據(jù)庫表單的各項(xiàng)數(shù)據(jù)進(jìn)行更間里進(jìn)貨和銷售產(chǎn)

新品日勺數(shù)據(jù)記錄

圖10入庫操作系統(tǒng)IP0圖圖11歷史信息查詢系統(tǒng)IP0圖

IPO表

【PO表

系統(tǒng)：商品優(yōu)惠提醒系統(tǒng)

系統(tǒng)：商品查詢系統(tǒng)

模塊描述：提醒倉庫管理員有供

模塊描述：用于查詢有關(guān)的信息

應(yīng)商進(jìn)行優(yōu)惠活動

編號：2.1

圖12商品查詢系統(tǒng)IPO圖圖13商品優(yōu)惠提醒系統(tǒng)IPO圖

4.3系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)

系統(tǒng)數(shù)據(jù)庫附設(shè)波及了E-R模型的設(shè)計(jì)和表單確實(shí)定通過對系

統(tǒng)存儲數(shù)據(jù)的分析導(dǎo)出了對應(yīng)的E.R模型。

4.3.1E-R模型

通過對系統(tǒng)的分析系統(tǒng)中波及時(shí)實(shí)體有三個(gè)，分別為倉庫，商品，

供應(yīng)商，得出了他們的實(shí)體聯(lián)絡(luò)圖如下。

圖14系統(tǒng)的E-R模型

4.3.2數(shù)據(jù)庫表單

由于系統(tǒng)波及商品某些信息的查詢，這些信息包括商品自身日勺

屬性也包括了供應(yīng)商和商品所在倉庫的信息°因此根據(jù)上邊的E-R模

型可以確定數(shù)據(jù)庫實(shí)際存儲H勺數(shù)據(jù)表單，數(shù)據(jù)表單如下。

表1.管理員登陸驗(yàn)證表單

數(shù)據(jù)類型字段大小

顧客名char10

密碼INT15

表2.供應(yīng)商信息表單

數(shù)據(jù)類型字段大小

供應(yīng)商編碼INT20

供應(yīng)商名Char10

地址Char30

聯(lián)絡(luò)INT15

表3.商品信息表單

數(shù)據(jù)類型字段大小

商品號INT20

商品名Char10

商品數(shù)量INT20

商品單價(jià)INT10

供應(yīng)商編號INT20

倉庫號INT2()

表4.倉庫信息

數(shù)據(jù)類型字段大小

倉庫號INT20

倉庫名Char20

倉庫存儲數(shù)量INT20

表5.記錄商品數(shù)量的上線和下線

數(shù)據(jù)類型字段大小

商品號INT20

商品名Char20

上線數(shù)量INT20

下線數(shù)量INT20

5.詳細(xì)設(shè)計(jì)

如下八個(gè)程序流程圖是針對總體設(shè)計(jì)中的系統(tǒng)功能層次圖中KJ八

個(gè)模塊進(jìn)行的詳細(xì)設(shè)計(jì)。

5.1商品入庫操作流程圖

該程序流程圖為商品入庫操作W、J詳細(xì)過程，程序開始后首先連接

數(shù)據(jù)庫，連接成功后輸入商品入庫信息。系統(tǒng)需要判斷輸入W、J商品信

息的合法性，不合法則顯示錯(cuò)誤提醒，并返回至輸入入庫信息處；假

如合法，則再檢查入庫商品與否已達(dá)上限，已達(dá)上限，則顯示出錯(cuò)信

息并返回至輸入入庫信息處；沒有到達(dá)上限，則顯示容許入庫提醒并

存儲入庫信息，程序結(jié)束。

5.2商品出庫操作流程圖

圖16商品出虛操作流程圖

該程序流程圖為商品出庫操作的詳細(xì)過程，程序開始后首先連接

數(shù)據(jù)庫，連接成功后輸入商品出庫信息。系統(tǒng)需要判斷輸入的商品信

息的合法性，不合法則顯示錯(cuò)誤提醒，并返回至輸入出庫信息處；假

如合法，則再檢查出庫商品庫存量與否足夠，假如局限性，則顯示出

錯(cuò)信息并返回至輸入商品出庫信息處；足夠，則顯示容許出庫提醒并

修改數(shù)據(jù)庫，程序結(jié)束。

5.3商品信息查詢操作流程圖

CFI4-7士。/士白天」2n4旦/標(biāo)：大工DCFI

該程序流程圖為商品信息查詢操作口勺詳細(xì)過程，程序開始后首先

連接數(shù)據(jù)庫，連接成功后輸入要查詢商品的關(guān)鍵字。系統(tǒng)需要判斷輸

入日勺要查詢商品關(guān)鍵字的合法性，不合法則顯示錯(cuò)誤提醒，并返回至

輸入商品關(guān)鍵字處；假如合法，則根據(jù)關(guān)鍵字進(jìn)行檢索，并顯示檢索

成果；然后再問詢顧客與否需要打印查詢表單，假如需要則打印并輸

出查詢表單，程序結(jié)束；不需要則直接結(jié)束程序。

5.4供應(yīng)商查詢操作流程圖

PF140右★太出+品止：玄J口用

該程序流程圖為供應(yīng)商查詢操作的詳細(xì)過程，程序開始后首先連

接數(shù)據(jù)庫，連接成功后輸入要查詢供應(yīng)商的關(guān)鍵字。系統(tǒng)需要判斷輸

入日勺要查詢供應(yīng)商關(guān)鍵字日勺合法性，不合法則顯示錯(cuò)誤提醒，并返回

至輸入供應(yīng)商關(guān)鍵字處；假如合法，則根據(jù)關(guān)鍵字進(jìn)行檢索，并顯示

檢索成果；然后再問詢顧客與否需要打印查詢成果，假如需要則打印

并輸出查詢成果，程序結(jié)束；不需要則直諼結(jié)束程序。

5.5歷史信息查詢操作流程圖

該程序流程圖為歷史信息查詢操作的詳細(xì)過程，程序開始后首先

連接數(shù)據(jù)庫，連接成功后輸入要查詢的日期。系統(tǒng)需要判斷輸入日期

的合法性，不合法則顯示錯(cuò)誤提醒，并返回至輸入查詢?nèi)掌谔帲患偃?/p>

合法，則根據(jù)日期進(jìn)行檢索，并顯示檢索成果；然后再問詢顧客與否

需要打印查詢成果，假如需要則打印并輸出查詢成果，程序結(jié)束；不

需要則直接結(jié)束程序。

5.6產(chǎn)生訂貨處理操作流程圖

用nn立/4-＞丁4七人1、工用：木工口用

該程序流程圖為產(chǎn)生訂貨處理的詳細(xì)過程，程序開始后首先連接

數(shù)據(jù)庫，連接成功后依次檢查每樣商品的庫存量并判斷該商品與否需

要進(jìn)貨，假如需要則顯示商品信息，再將商品信息存入訂貨表單，在

判斷庫中商品與否檢查完畢；假如不需要訂貨，則判斷庫中商品與否

檢查完畢；假如沒有檢查完畢，則返回檢查商品庫存處繼續(xù)循環(huán)執(zhí)行,

假如檢查完畢，則形成訂貨表單，然后再問詢顧客與否需要打印訂貨

表單，假如需要則打印并輸出訂貨表單，程序結(jié)束；不需要則直接結(jié)

束程序。

5.7商品囤積處理操作流程圖

㈤Me。用工nAkim上工口兩

該程序流程圖為商品囤積提醒的詳細(xì)過程，程序開始后首先連接

數(shù)據(jù)庫，連接成功后依次檢查每樣商品aI信息并判斷該商品與否將要

過期，假如將要過期則將該商品存至積貨表單，再判斷與否檢索完畢;

假如沒有將要過期，則再判斷與否檢索完畢；假如沒有檢索完畢，則

返回檢查商品信息處繼續(xù)循環(huán)執(zhí)行，假如檢查完畢，則形成積貨表單

并顯示積貨提醒，然后再問詢顧客與否需要打印積貨表單，假如需要

則打印并輸出積貨表單，程