軟件工程超市管理系統(tǒng)11

1、 軟件工程（論文）學 號： 200930430105軟件工程實踐論文題 目超市管理系統(tǒng)論文教 學 院計算機學院專 業(yè)信息管理班班 級09級信息管理1班姓 名李文歡 阮書瑞 王芳 胡耀遠指導教師涂進2011年6月4日目錄目錄3第一章 可行性分析報告51.1引言51.1.1編寫目的51.1.2項目背景51.2.可行性研究的前提61.2.1要求61.2.2目標71.2.3局限性71.2.4可行性研究方法71.2.5決定可行性研究的主要因素81.2.6可選擇的其他方法8 1.3.對現(xiàn)有系統(tǒng)的分析81.3.1現(xiàn)有系統(tǒng)狀況81.3.2工作負荷81.3.3費用支出91.3.4人員及設備91.3.4局限性9

2、1.4.所建議系統(tǒng)可行性研究91.4.1對系統(tǒng)的將要概述91.4.2與現(xiàn)有系統(tǒng)比較的優(yōu)越性101.4.3技術可行性分析：101.4.4管理可行性分析101.4.5經(jīng)濟可行性分析101.4.6社會可行行分析11第二章 需求分析122.1 引言122.1.1開發(fā)目的12 2.1.3用戶及特點122.2.系統(tǒng)功能概述122.2.1主要功能132.2.2.功能模塊132.2.1登陸模塊概述132.2.2采購庫存模塊概述132.2.3銷售模塊概述132.2.4統(tǒng)計模塊概述132.3.系統(tǒng)數(shù)據(jù)流圖13 2.3.1系統(tǒng)頂層數(shù)據(jù)流圖132.3.2系統(tǒng)0層數(shù)據(jù)流圖142.3.3系統(tǒng)一層數(shù)據(jù)流圖（身份認證模塊）1

3、42.3.4系統(tǒng)一層數(shù)據(jù)流圖（統(tǒng)計模塊）152.3.5系統(tǒng)一層數(shù)據(jù)流圖（銷售模塊）162.3.6系統(tǒng)一層數(shù)據(jù)流圖（采購庫存模塊）172.3.7采購庫存模塊概述182.3.8采購庫存模塊概述182.4.對性能的需求182.4.1精度需求182.4.2時間特性需求202.4.3靈活性需求192.4.4對輸入輸出的需求192.5其他需求192.5.1數(shù)據(jù)庫192.5.2故障及處理20第三章 總體設計21 3.1處理流程21 3.2系統(tǒng)功能分析223.2.1數(shù)據(jù)庫需求分析233.2.2數(shù)據(jù)庫概念結構設計233.2.3數(shù)據(jù)庫邏輯結構設計233.2.4數(shù)據(jù)庫的生成與配置253.2.5創(chuàng)建應用程序結構25第

4、四章 詳細設計264.1系統(tǒng)窗體界面菜單功能設計264.2用戶管理模塊274.2.1功能管理用戶274.2.2 n_s圖：274.2.3偽代碼284.2.4界面設計28 4.3.1功能：管理食品334.3.2 n_s圖：344.3.3偽代碼284.3.4界面設計29第五章 編碼305.1 超市管理系統(tǒng)主界面代碼305.2 超市管理系統(tǒng)用戶管理模塊代碼3153 超市管理系統(tǒng)經(jīng)營分析模塊代碼32第六章 測試336.1 軟件測試346.2 白盒測試346.3 黑盒測試366.4.參考文獻36軟件工程 課程設計成績評定表38第一章 可行性分析報告1 引言 從第一臺個人計算機的誕生至今，計算機已經(jīng)深入到

5、日常工作和生活的方方面面，成為我們學習和工作的得力助手，比如文字處理、信息管理、輔助設計、圖形圖像處理、教育培訓以及游戲娛樂等。隨著越來越多的應用軟件出現(xiàn)，人們對它的要求也越來越高；雖然現(xiàn)在世界上的各種軟件層出不窮，但它們依然不能滿足用戶的各種特殊需要，所以人們仍是不得不開發(fā)適合特殊需求的軟件。超市管理系統(tǒng)是一個與人們日常購物生活息息相關的部分,它的出現(xiàn)使得超市運營者的管理簡單化，高效化，成本也隨之大大減少。使用計算機對超市信息的管理,具有手工管理所無法比擬的優(yōu)點:信息存儲及時，檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高超市管理的效率,也是超市正

6、規(guī)化管理的重要途徑。故設計此系統(tǒng)。1.1 編寫目的 該軟件項目可行性研究報告是對超市管理系統(tǒng)的全面通盤考慮,是項目分析員進行進一步工作的前提,是軟件開發(fā)人員正確成功的開發(fā)項目的前提與基礎.此研究報告可以使軟件開發(fā)團體盡可能早的估計研制課題的可行性,可以在定義階段較早的認識到系統(tǒng)方案的缺陷,就可以節(jié)省時間和精力,也可以節(jié)省資金,并且避免了許多專業(yè)方面的困難.所以該軟件項目可行性研究報告在整個開發(fā)過程中是非常重要的。1.2 項目背景鑒于目前超市購物人數(shù)及超市物品多元化劇增,超市信息呈爆炸性增長，計算機成本日益下降的前提下,企業(yè)對超市信息管理的自動化與準確化的要求日益強烈的背景下提出的，本軟件產(chǎn)品為

7、超市管理系統(tǒng)的一個子系統(tǒng)，實現(xiàn)超市管理系統(tǒng)中的超市管理子功能。    工程的名稱： 超市管理系統(tǒng);    工程產(chǎn)品的名稱： 超市管理系統(tǒng);    工程組織者： 超市管理系統(tǒng)開發(fā)小組;    產(chǎn)品用戶： 學校超市工作管理人員;    產(chǎn)品設計者： 超市管理系統(tǒng)開發(fā)小組;    產(chǎn)品生產(chǎn)者：超市管理系統(tǒng)開發(fā)小組;    產(chǎn)品所有權：超市管理系統(tǒng)開發(fā)小組擁有 2 可行性研究的前提2.1 要求

8、  1）功能 記錄倉庫存貨、銷售以及進貨情況 了解超市進貨渠道、商品單價、數(shù)量 了解庫存商品種類數(shù)量，所售商品種類、價格、數(shù)量 統(tǒng)計核算日常的不斷變化的數(shù)據(jù)，并登記有關文件 分項顯示銷售商品后開出的發(fā)票的內容，并且詳細顯示商品價格數(shù)額 在當天匯總時修改相應文件，如總金額、總數(shù)量 根據(jù)日常統(tǒng)計，制作月統(tǒng)計，并制作月報表 操作失誤保護  2）性能： 穩(wěn)定快速，實時控制 核算準確，使實存商品、銷售商品與所記帳目一致，能夠被超市長期有效使用 準確統(tǒng)計核算日常的不斷變化的數(shù)據(jù) 結構化模塊，層次清楚 提示通俗易懂 查詢資料簡便 維護手段齊全3）輸入/輸出： 條形碼和漢字及商品代碼輸入

9、漢字輸出  4）安全與保密要求： 數(shù)據(jù)資料有些屬內部資料，不能為外人所知，系統(tǒng)須有保密措施，設置密碼 不能輕易被破壞，不能讓管理人員以外的人更改數(shù)據(jù) 查看資料需輸入正確密碼 銷售人員銷售貨物需輸入代號才能打開收銀柜 萬一泄露密碼，應設修改密碼的程序，同時密碼不能過于簡單 對斷電、死機、系統(tǒng)崩潰等問題有有力措施以保障數(shù)據(jù)不受損失 5）完成日期：三個月。2.2 目標 1）減少人力和設備費用2）提高處理速度3）提高控制精度及生產(chǎn)能力4）改進管理信息服務5）提高決策科學性6）提高人員利用率2.3 局限性 只限于內部聯(lián)網(wǎng)，如果發(fā)生被盜、密碼丟失等事故處理會比較麻煩，需修改多個文件。2. 4可行

10、性研究方法  通過調查分析開發(fā)超市進銷存管理系統(tǒng)所具備的能力及實現(xiàn)的方法。確定總體結構， 利用sql server數(shù)據(jù)庫所具有的能力，以最簡潔最容易的方法，使用vb（visual basic）開 發(fā)出界面友好、簡單易懂、易操作、功能完備的進銷存系統(tǒng)軟件。系統(tǒng)的開發(fā)采用快速原型法（rpp-rapid prototype ping）。即在總體設計思想的指導下，根據(jù)用戶提出的基本需求，選擇一些關鍵的子系統(tǒng)作為基本原型，并加以實現(xiàn)，然后逐步擴大原型向整個系統(tǒng)的其它方面延伸，最終達到系統(tǒng)的開發(fā)目標，以得到整個系統(tǒng)。這種方法強調了用戶至上的原則，要求用戶的高層管理人員參加，對用戶現(xiàn)行的組織結構，

11、管理方式及管理方法的沖突較少，而且用戶逐步得到系統(tǒng)，易于接受，故成功率較高。這種方法的主要優(yōu)點在于：系統(tǒng)開發(fā)效益高。運用快速原型法可以使系統(tǒng)開發(fā)的周期短，速度快，費用低，獲得較高的綜合開發(fā)效益。系統(tǒng)的可維護性。由于用戶參與了系統(tǒng)開發(fā)的全過程，對系統(tǒng)的功能容易接受和理解，使得移交工作比較順利，而且有利于系統(tǒng)的運行，管理與維護。系統(tǒng)適用性強。由于快速原型法是以用戶為中心的，系統(tǒng)的開發(fā)符合用戶的實際需要，所以系統(tǒng)開發(fā)的成功率高，容易被用戶接受。系統(tǒng)的可擴展性。由于快速原型法開始并不考慮許多細節(jié)問題，系統(tǒng)是在原型應用中不斷修改完善的。所以系統(tǒng)具有較強的可擴展性，功能的增減都比較靈活方便。2. 5 決定

12、可行性的主要因素超市規(guī)模、設備狀況、操作人員技術 2.6可選擇的其他方案1）直接購買，需要價格低于自己開發(fā)的投資，但由于已經(jīng)存在的系統(tǒng)不是建立在本超市進行調查的基礎之上，對本超市的情況不是很了解，因此一些所需的功能無法滿足。（2）對原本系統(tǒng)進行改進，目前版本過于簡陋，外界浸入比較方便，特別是安全系數(shù)很低，而且要打這些補丁，其花費的人力物力以及財力并不比重新開發(fā)一個系統(tǒng)要節(jié)省，因此本系統(tǒng)并不是一個龐大的系統(tǒng)，所以重新開發(fā)比較有價值3 對現(xiàn)有系統(tǒng)的分析3.1 現(xiàn)有系統(tǒng)概況 該超市現(xiàn)在還沒有完全使用計算機進行管理。其因進銷存業(yè)務所產(chǎn)生的一些單據(jù)、檔案完全靠書面形式保管，其盤點統(tǒng)計都要通過手工計算，其

13、信息咨詢都要通過人員傳遞。3.2 工作負荷由于數(shù)據(jù)量越來越大，現(xiàn)有的系統(tǒng)明顯不能適應目前的龐大數(shù)據(jù)量，系統(tǒng)工作負荷過大。 3.3 費用支出 由于現(xiàn)有系統(tǒng)的工作負荷嚴重超載，在現(xiàn)有系統(tǒng)上投入的人力，設備，空間，材料，等等與其他的一系列支持性服務越來越大，導致開發(fā)費用支出巨大，嚴重影響系統(tǒng)的可用性，急需改進。 3.4 人員及設備 鑒于原有系統(tǒng)的技術性含量比較低，故不需要多少高技術人員的操作，只是由于數(shù)據(jù)量的日益擴大，所需要的操作人員數(shù)量不斷增大。這已無法跟上目前信息化時代的步伐。設備的配置較好。3.5 局限性 經(jīng)過嚴謹?shù)姆治?，可知原有的系統(tǒng)存在很大的局限性，比如技術陳舊，人員工作負荷大，系統(tǒng)維護及

14、費用支出巨大，操作人員技術含量低，一個環(huán)節(jié)除了問題，所有的工作都需要重做等等一系列缺點。4 所建議系統(tǒng)可行性分析 4.1 對系統(tǒng)的簡要描述 新系統(tǒng)在原有系統(tǒng)的基礎上加入了新的數(shù)據(jù)庫的支持，使用了先進的數(shù)據(jù)庫技術與數(shù)據(jù)管理技術，使數(shù)據(jù)的準確性與安全性得到了很大的提高，且在用戶的并行操作與用戶管理方面也有了極大地改善。 4.2與現(xiàn)有系統(tǒng)比較的優(yōu)越性 從上面的幾點中可以看出新系統(tǒng)的性能與功能上與現(xiàn)有系統(tǒng)的差別，首先新系統(tǒng)克服了原來系統(tǒng)的資金投入大，人員設備技術含量低，系統(tǒng)工作負擔重等缺點。而且加入了對數(shù)據(jù)的安全性保護的功能，使原有系統(tǒng)在可用性與穩(wěn)健性方面有了很大的進步。4.3技術可行性分析該超市的計

15、算機配置較高，不僅可以安裝windows 2003的運行環(huán)境，而且有足夠的空間可以安裝運行平臺、數(shù)據(jù)庫和各類編程工具，在編程環(huán)境上提供了可靠的支持；在編程人員方面，可以運用以前所學的各種開發(fā)軟件的計算機知識和管理知識，加上不斷的學習，為系統(tǒng)的開發(fā)提供了必要的技術保障。由于數(shù)據(jù)庫不算太大，使用visual basic程序開發(fā)系統(tǒng)以及sql server 數(shù)據(jù)庫系統(tǒng)軟件。4.4管理可行性分析超市領導者大多具備電腦基本操作方法，對于專業(yè)要求經(jīng)短期培訓即可；管理基礎工作，各項管理制度比較健全，執(zhí)行嚴格，原始數(shù)據(jù)采集完整，保存良好。 4.5經(jīng)濟可行性分析 新系統(tǒng)是為了改善原有系統(tǒng)在經(jīng)費支出過高的缺點的，

16、所以新系統(tǒng)一經(jīng)使用在經(jīng)費支出方面一定會得到很好的改善，用戶在使用了新系統(tǒng)后只需要花一定資金購買系統(tǒng)操作必備的軟件即能實現(xiàn)自動化。（1）支出1）系統(tǒng)開發(fā)費用 人員費用：本系統(tǒng)開發(fā)期為三個月，試運行一周。開發(fā)期需要開發(fā)人員4人，試運行期需要開發(fā)人員2人。人員費用為6萬元。（4×4500×3+2×2000=6萬元） 設備費：本系統(tǒng)所需的硬件設備費用為2萬元。 不可預見費： 80000×15%=12000元系統(tǒng)開發(fā)總費用為9.2萬元。2）系統(tǒng)運行費用 系統(tǒng)維護費：需要1人/年進行系統(tǒng)維護，維護費為1.5萬元（如當年系統(tǒng)無故障，則不需支付維護費用） 設備維護費：設

17、備更新費為5萬元。設備維護費為2萬元。 消耗材料費：每年按1萬元計算。綜上所述,設系統(tǒng)使用時間8年,系統(tǒng)開發(fā)和運行總費用萬元,平均1.8萬元/年。（2）收益 提高工作效率 減少工作人員4.6社會可行性分析  該項目為獨立開發(fā)，在技術上沒有使用任何現(xiàn)有的軟件與方法。所以在法律方面不會存在侵犯專利權、侵犯版權等問題，完全按照合同規(guī)定的責任履行。第二章 需求分析1.1開發(fā)目標(1) 為超市提供方便，快捷的結賬體系；(2) 為超市提供準確，高效的庫存和財務管理系統(tǒng)；(3) 為超市管理人員提供強大的管理和統(tǒng)計商品，資金的功能。1.2用戶及特點 該系統(tǒng)的最終用戶涉及超市的高層管理人員，商品采購人

18、員，銷售人員，倉庫管理人員和財務管理人員。不同的用戶擁有不同的訪問權限，既方便了各個角色對其本職業(yè)務的具體操作，又極大的保證了系統(tǒng)的合理運行和企業(yè)數(shù)據(jù)的安全。2.1 系統(tǒng)功能概述2.1.1主要功能該系統(tǒng)主要分為采購，銷售，庫存和統(tǒng)計四個主要模塊。用戶通過本系統(tǒng)，可以完成對采購商品的管理，實現(xiàn)商品的入庫、出庫統(tǒng)計，商品銷售統(tǒng)計，以及商品、單據(jù)相關信息的查詢。2.2功能模塊2.2.1 登陸模塊概述登陸模塊實現(xiàn)了對超市管理系統(tǒng)的安全管理，對登陸者進行身份驗證，系統(tǒng)進行授權，使每個人都有對應的權限，使系統(tǒng)的安全以及超市的信息得到了保障。2.2.2 采購庫存模塊概述采購模塊實現(xiàn)了對商品的狀態(tài)統(tǒng)計，包括采

19、購商品，未采購商品，采購人員的信息，商品采購時間等。用戶通過次模塊能夠清晰的了解到什么人，什么時間采購了那些商品，以及什么人，在什么時間需要采購哪些商品。該模塊負責統(tǒng)計倉庫中商品的明細，并實現(xiàn)對商品的出庫和入庫操作。通過使用該模塊，倉庫管理人員可以方便高效的實施商品的出庫，入庫管理，并可以準確快速的查找商品的庫存信息。2.2.3 銷售模塊概述銷售模塊實現(xiàn)了對商品銷售業(yè)務的管理。工作人員通過使用該模塊可以查找到庫存的商品的基本信息，填寫并保存銷售清單，進行用戶結算等操作。2.2.4統(tǒng)計模塊概述統(tǒng)計管理實現(xiàn)了對商品庫存，采購單據(jù)，銷售單據(jù)的詳細，多樣的查詢功能。實現(xiàn)的財務部門對庫存和財務的盤點功能

20、。3系統(tǒng)數(shù)據(jù)流圖3.1 系統(tǒng)頂層數(shù)據(jù)流圖使用者事務信息超市管理系統(tǒng)事務信息超市管理員 超市管理系統(tǒng)頂層數(shù)據(jù)流圖超市管理員通過賬戶和密碼進行登錄超市管理系統(tǒng)，進入系統(tǒng)后，可以進行相應的操作，對整個系統(tǒng)進行管理。3.2 系統(tǒng)0層數(shù)據(jù)流圖使用者登陸1身份認證基礎數(shù)據(jù) 2基礎信息錄入更新 3商品入庫 4商品銷售d1 庫存信息更新銷售憑條業(yè)務查詢查詢結果超市管理系統(tǒng)0層數(shù)據(jù)流圖3.3 系統(tǒng)一層數(shù)據(jù)流圖（身份認證模塊）超市管理員登陸 1.1驗證信息有效 1.2授權無效1.3重新登陸登陸無效三次 1.4注銷用戶1層數(shù)據(jù)流圖登陸模塊 超市管理員輸入自己的用戶名和密碼，系統(tǒng)接收信息以后，判斷用戶名和密碼是否匹配

21、，若正確，則授權給超市管理員，進入到超市管理系統(tǒng)，若不正確，則需要重新登陸，如果登陸三次還是無效的用戶名或者密碼不匹配，則注銷用戶，不能夠進入到系統(tǒng)。3.4 系統(tǒng)一層數(shù)據(jù)流圖（統(tǒng)計模塊）基礎數(shù)據(jù)相關查詢條件息超市管理員d5 基礎信息d4 銷售歷史 2.1基礎信息錄入2.3查詢采購單據(jù) 2.2查詢商品庫存 2.4查詢銷售單據(jù)d2 采購清單d1 庫存信息超市管理系統(tǒng)1層數(shù)據(jù)流圖（統(tǒng)計模塊）只有超市管理員才能對才能對統(tǒng)計情況進行管理，統(tǒng)計模塊對超市形同的運行情況以及商品的情況和銷售情況進行統(tǒng)計。它通過增加新采購的商品，刪除已經(jīng)銷售的商品，修改更改的商品的進行統(tǒng)計，并且提供商品查詢和提供商品剩余總量等

22、服務。3.5系統(tǒng)一層數(shù)據(jù)流圖（銷售模塊） 商品信息退回的商品商品信息收銀員商品信息商品編號信息顧客商品標志d1 庫存信息4.4確定出售商品4.1收銀處理 4.2暫不出售的商品4.3修改庫存信息1層數(shù)據(jù)流圖（銷售模塊）收銀員輸入要銷售的商品，并且打印憑條，銷售系統(tǒng)則進行已銷售的商品刪除的操作，并并把銷售情況發(fā)送給統(tǒng)計模塊進行統(tǒng)計銷售情況。3.6 系統(tǒng)一層數(shù)據(jù)流圖（采購庫存模塊）到貨通知單d1 庫存信息詢問庫存商品編號提貨申請?zhí)嶝浶畔⑸唐沸畔⑾⒊泄芾韱T3.2檢索庫存供應商 3.1商品入庫 3.3開出貨單并修改庫存3.4打印提貨單d3基本信息1層數(shù)據(jù)流圖（采購庫存模塊） 采購人員進行采購以后，把商

23、品交到倉庫，進行入庫，然后超市管理員更新商品的庫存信息，并打印收取單給采購人員。有提貨人員來倉庫提貨物，把提貨單交給超市管理員，管理員根據(jù)提貨單把所需要貨物交給提貨員，并打印提貨憑據(jù)，然后更新庫存信息。4 對性能的需求4.1 精度需求系統(tǒng)提供了準確的數(shù)據(jù)存儲和查詢功能，包括進銷存過程中所涉及的各項數(shù)據(jù)，涉及到金額的數(shù)據(jù)精確到分，時間精確到秒。4.2 時間特性需求在機器配置達到系統(tǒng)要求的情況下，該系統(tǒng)可用于大多數(shù)平臺上流暢運行。4.3 靈活性需求該系統(tǒng)適合在所有主流windows平臺下流暢運行。4.4 對輸入輸出的需求系統(tǒng)默認的輸入設備為鍵盤，掃描儀以及電子數(shù)據(jù)讀取設備，輸出設備為顯示器和打印機

24、。5 其他需求5.1 數(shù)據(jù)庫(1)針對超市管理系統(tǒng)，分別對采購部門、銷售部門和庫存保管部門進行詳細的調研和分析，總結出如下的需求信息：商品按類管理，所以需要有一商品類型信息。商品必須屬于一個商品類型。如果一個商品類型存在商品，或存在下級商品類型，則該類型不可刪除。需要記錄供應商品信息。在涉及商品數(shù)量的地方，要給出相應的單位。商品銷售信息單中要包含登記商品銷售數(shù)量、單價等信息。在進貨信息中要包含商品供應商等信息。商品報損要有報損原因。進貨、銷售、報損操作要有相應操作員信息。只有管理員登錄之后才可以使用系統(tǒng)。默認的管理員不可以刪除。進貨、銷售、庫存、報損信息都要可以添加、修改、刪除、分類查找。當進

25、行進貨、銷售和報損操作后，能相應更新庫存。需要對進貨、銷售、庫存、報損進行分析，總結熱門商品。(2)經(jīng)上述系統(tǒng)功能分析和需求總結，考慮到將來功能的擴展，設計如下的數(shù)據(jù)項和數(shù)據(jù)結構：商品類型信息，包括數(shù)據(jù)項有：商品類型編號、商品類型名稱等。商品信息，包括的數(shù)據(jù)項有：商品編號、商品名稱、商品介紹、庫存量等。商品單位信息，包括單位編號、單位名稱等。供應商信息，包括供應商名稱、介紹等。進貨信息，包括進貨商品、數(shù)量、單位、單價、進貨時間經(jīng)手人等。銷售信息，包括銷售商品、數(shù)量、單位、單價、登記時間等。報損信息，包括報損商品、數(shù)量、單位、原因、登記時間等。管理員信息，包括管理員賬號、密碼、是否是默認賬號等。

26、5.2 故障及處理1、數(shù)據(jù)類型不匹配 數(shù)據(jù)類型的判斷錯誤，比如一個功能模塊，接受傳入的數(shù)據(jù)為id，要求其值必須是正數(shù)。如果寫程序時傳入的是小數(shù)，或者是非數(shù)字的字符串，那么程序將會出現(xiàn)錯誤。又如查詢數(shù)據(jù)表時，使用了where子句，但是數(shù)據(jù)類型不匹配，數(shù)據(jù)庫中字段類型為數(shù)字的值，卻使用了字符串去查詢，就會出現(xiàn)錯誤。2、數(shù)據(jù)與數(shù)據(jù)庫限制相沖突數(shù)據(jù)與數(shù)據(jù)庫限制相沖突，可能是其值超過了數(shù)據(jù)庫的上限和下限。比如在數(shù)據(jù)庫中，用戶名稱字符數(shù)量上限是20個字符，而在程序中沒有對此進行判別，如果一個添加新商品時名字有21個字符，那么在使用sql語句插入數(shù)據(jù)與記錄的時候就會出錯。3、變量聲明錯誤最后是一些常識性錯誤

27、，比如在ifelseend if過程中，認為判斷只會執(zhí)行其中的一段代碼，于是在兩段中都使用了dim obj as clsmerch，事實上，編譯器在語法分析階段，是首先將一個函數(shù)內聲明的全部變量都放符號表中，而不管這個變量的聲明是在這個函數(shù)的什么位置。又如在select case中，case的條件是字符串，但是沒有加引號，就變成了case一個空變量。第三章 總體設計3.1 處理流程 超市進銷存管理系統(tǒng)研究的內容涉及超市進銷存管理的全過程，包括入庫、出庫、退貨、訂貨、超市統(tǒng)計查詢等等。超市進銷存管理系統(tǒng)將包含以下內容：(1)能對企業(yè)內的各類貨物進行abc分類管理，并提供最低超市量、最高超市量、安

28、全超市量的預警功能。(2)可以存儲各類信息檔案包括物資、產(chǎn)品基本信息、供貨單位信息、使用單位信息等。(3)可以方便快捷的進行物資入庫管理物資出庫管理等等，安全、高效；支持各種類型的出/入庫業(yè)務：生產(chǎn)入庫、委外加工入庫、采購入庫、其他入庫、生產(chǎn)領料出庫、委外領料出庫、銷售出庫和其他出庫等(4)提供退貨管理功能(5)通過查詢超市，及時了解超市余額信息，便于訂貨下單，以免由于缺貨,影響生產(chǎn)。另外，還提供經(jīng)濟訂貨量計算功能和打印訂貨采購單功能。(6)支持超市盤點功能，可按倉庫、物料進行盤點，自動匯總盤點數(shù)據(jù)，及時生成盤贏虧調整單。(7) 可及時打印超市余額，方便領導決策或安排及時定貨看。如下圖3.1主

29、窗體系統(tǒng)登入退出登入成功失敗商品類型管理商品管理商品進貨管理商品銷售管理商品報損管理供貨商管理添加商品類型修改商品類型刪除商品類型添加商品刪除商品登記進貨商品刪除進貨商品登記銷售商品修改進貨商品登記報損商品修改報損商品修改銷售商品添加供貨商刪除供貨商刪除報損商品刪除銷售商品修改供貨商修改商品圖3.1 系統(tǒng)功能模塊圖3.2.1 數(shù)據(jù)庫需求分析(1)針對超市進銷存管理系統(tǒng)，分別對采購部門、銷售部門和庫存保管部門進行詳細的調研和分析，總結出如下的需求信息：商品按類管理，所以需要有一商品類型信息。商品必須屬于一個商品類型。如果一個商品類型存在商品，或存在下級商品類型，則該類型不可刪除。需要記錄供應商品

30、信息。在涉及商品數(shù)量的地方，要給出相應的單位。商品銷售信息單中要包含登記商品銷售數(shù)量、單價等信息。在進貨信息中要包含商品供應商等信息。商品報損要有報損原因。進貨、銷售、報損操作要有相應操作員信息。只有管理員登錄之后才可以使用系統(tǒng)。默認的管理員不可以刪除。進貨、銷售、庫存、報損信息都要可以添加、修改、刪除、分類查找。當進行進貨、銷售和報損操作后，能相應更新庫存。需要對進貨、銷售、庫存、報損進行分析，總結熱門商品。(2)經(jīng)上述系統(tǒng)功能分析和需求總結，考慮到將來功能的擴展，設計如下的數(shù)據(jù)項和數(shù)據(jù)結構：商品類型信息，包括數(shù)據(jù)項有：商品類型編號、商品類型名稱等。商品信息，包括的數(shù)據(jù)項有：商品編號、商品名

31、稱、商品介紹、庫存量等。商品單位信息，包括單位編號、單位名稱等。供應商信息，包括供應商名稱、介紹等。進貨信息，包括進貨商品、數(shù)量、單位、單價、進貨時間經(jīng)手人等。銷售信息，包括銷售商品、數(shù)量、單位、單價、登記時間等。報損信息，包括報損商品、數(shù)量、單位、原因、登記時間等。管理員信息，包括管理員賬號、密碼、是否是默認賬號等。3.2.2 數(shù)據(jù)庫概念結構設計本系統(tǒng)根據(jù)以上的設計規(guī)劃出的實體有：商品類型信息實體、商品信息實體、商品單位信息實體、供應商信息實體、進貨信息實體、銷售信息實體、報損信息實體和管理員信息實體。3.2.3 數(shù)據(jù)庫邏輯結構設計首先將罪犯管理信息系統(tǒng)的數(shù)據(jù)庫概念結構轉化為access數(shù)據(jù)

32、庫或sql server 2000數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)模型，即：數(shù)據(jù)庫的邏輯結構。其各個表格的設計 表3.3.3商品類型信息表(merchandisetype)列名數(shù)據(jù)類型字段大小必填字段默認值說明表3.3.4：商品信息表(merchandise)列名數(shù)據(jù)類型字段大小必填字段默認值說明表3.3.5：商品單位信息表(unit)列名數(shù)據(jù)類型字段大小必填字段默認值說明表3.3.6：供應商信息表(provider)列名數(shù)據(jù)類型字段大小必填字段默認值說明表3.3.7：進貨信息表(buy)列名數(shù)據(jù)類型字段大小必填字段默認值說明表3.3.8：銷售信息表(sell)列名數(shù)據(jù)類型字段大小必填字段默認值說明

33、表3.3.9：報損信息表(dispose)列名數(shù)據(jù)類型字段大小必填字段默認值說明表3.3.10：管理員信息實體(admins)列名數(shù)據(jù)類型字段大小必填字段默認值說明3.2.4 數(shù)據(jù)庫的生成與配置經(jīng)過以上的需求分析和概念結構設計以后，得到數(shù)據(jù)庫的邏輯結構?，F(xiàn)在就可以在access數(shù)據(jù)庫中創(chuàng)建表了。3.2.5 創(chuàng)建應用程序結構(1)創(chuàng)建用戶界面端程序vb中選擇文件-新建工程，打開，選擇vb應用程序向導。設置后將向導生成的模塊命名mdlmain保存與文件夾merchandise中。(2)創(chuàng)建業(yè)務邏輯處理組件新建activex dll工程-設置工程屬性-加入對ado的引用。(3)創(chuàng)建基本界面組件新建a

34、ctivex dll工程-設置工程屬性-加入對業(yè)務邏輯組件的引用。(4)在界面端程序中使用組件在工程資源管理器中選中工程merchandise,選擇菜單工程-引用命令。打開引用對話框，在可用的引用列表中選擇buysellstorageui和buysellstoragedb。 第四章 詳細設計詳細設計是在該要設計的基礎上，進一步確定實現(xiàn)系統(tǒng)各層次上的具體功能，它的任務不是編寫主要的程序代碼，而是設計出程序的實現(xiàn)過程，使程序員據(jù)此寫程序。4.1系統(tǒng)窗體界面菜單功能項設計登錄成功后，系統(tǒng)提供的主菜單下設的菜單功能項設計。（1） 界面設計：4.2用戶管理模塊（1）功能：管理用戶（2）n-s圖：輸入用戶

35、信息（用戶名、密碼）f必要信息是否正確 tf查詢用戶 t提示：請輸入正確信息提示添加用戶存在 （3）偽代碼： start 輸入用戶相應信息（用戶名、密碼） if 用戶填寫必要信息不正確 then 提示請輸入正確信息 else if 查詢用戶 then else end if end if stop(4) 界面設計：4.3經(jīng)營分析模塊（1）功能：管理食品（2）n-s圖：輸入食品名f查詢相應信息 t提示：無此食品 （1）功能：管理食品（2）n-s圖： 輸入要修改的信息(3) 偽代碼：start輸入食品名if 查詢失敗 then提示無此食品 else 輸入要修改的信息 end ifstop(4)界面

36、設計：第五章 編碼5.1主界面代碼private sub form_load() loadresstrings me me.left = getsetting(app.title, "settings", "mainleft", 1000) me.top = getsetting(app.title, "settings", "maintop", 1000) me.width = getsetting(app.title, "settings", "mainwidth", 6

37、500) me.height = getsetting(app.title, "settings", "mainheight", 6500) lvmerch.view = val(getsetting(app.title, "settings", "viewmode", "0") '初始化數(shù)據(jù) call initmainend subprivate sub form_unload(cancel as integer) dim i as integer 'close all sub

38、 forms for i = forms.count - 1 to 1 step -1 unload forms(i) next if me.windowstate <> vbminimized then savesetting app.title, "settings", "mainleft", me.left savesetting app.title, "settings", "maintop", me.top savesetting app.title, "settings"

39、, "mainwidth", me.width savesetting app.title, "settings", "mainheight", me.height end if savesetting app.title, "settings", "viewmode", lvmerch.viewend subprivate sub form_resize() on error resume next if me.width < 3000 then me.width = 3000 size

40、controls imgsplitter.leftend sub5.2用戶管理模塊代碼option explicitdim opadmin as new clsopadminprivate sub cancelbutton_click() unload meend subprivate sub cmdadd_click() opadmin.add lvadminend subprivate sub cmddel_click() opadmin.delete lvadminend subprivate sub cmdmodify_click() opadmin.modify lvadminend

41、 subprivate sub form_load() opadmin.filllistview lvadminend sub5.3經(jīng)營分析模塊代碼option explicitprivate sub cmdclose_click() me.hideend subprivate sub cmdsearch_click() dim ncount as integer dim isdesc as boolean dim opmerch as new clsopmerch dim opbuy as new clsopbuy dim opsell as new clsopsell dim opdisp

42、ose as new clsopdispose ncount = val(txtcount.text) if ncount = 0 then ncount = 10 isdesc = iif(cboorder.listindex = 0, true, false) select case cboanatype.listindex case 0 '庫存分析 opmerch.findstorage lvana, isdesc, ncount case 1 '進貨分析 opbuy.findstorage lvana, isdesc, ncount case 2: '銷售分析 opsell.finds