(完整版)DELPHI小型超市管理系統(tǒng)畢業(yè)設(shè)計.doc

1、以下文檔格式全部為word格式，下載后您可以任意修改編輯。摘要本文主要是介紹超市銷售管理信息系統(tǒng)的環(huán)境、功能作用、所用到的語言、設(shè)計的方案等各方面的內(nèi)容。主要是讓使用者了解此系統(tǒng)，使他們能更好的運用本系統(tǒng)，使此系統(tǒng)發(fā)揮出應(yīng)有的作用。本系統(tǒng)運用計算機管理信息技術(shù)，建立數(shù)據(jù)庫，對超市的進銷存過程進行詳細的分析, 實現(xiàn)了對超市的進貨、 銷售和庫存的科學(xué)管理。關(guān)鍵字銷售數(shù)據(jù)庫管理信息系統(tǒng)ABSTRACTThistextmainly introducesthesupermarketand entersto sell such contents of various fields as the envir

2、onmentwhich storesthe management information system , scheme onthe function , language , design used ,etc. Let user findout about system this , enable them fine application thissystem mainly,make thissystem giveplayto due function .This system uses the information technology of computermanagement, s

3、et up the database ,sellthecourseofstoringto carryondetailedanalysistotheenteringof thesupermarket, store to the supermarket.目錄論文摘要（中文 ） , ,2（英文 ） ,3一、系統(tǒng)調(diào)查1.1社會背景 ,41.2公司背景 , , ,4二、可行性研究2.1問題定義 , ,62.2技術(shù)可行性研究 ,62.3經(jīng)濟可行性研究 ,72.4操作可行性研究 ,. 72.5系統(tǒng)的需求分析 ,. 7三、需求分析3.1設(shè)計思想 ,93.2設(shè)計原則 ,93.3業(yè)務(wù)流程分析 ,93.4系統(tǒng)數(shù)據(jù)流

4、分析 ,1 13.5數(shù)據(jù)字典 ,1 23.6功能需求 , , , , 1 43.7性能需求 ,1 53.8運行需求 ,1 5四、系統(tǒng)設(shè)計4.1系統(tǒng)總體結(jié)構(gòu)圖 ： , , ,1 64.2各子系統(tǒng)功能分析 , ,v,1 6第 五章、系統(tǒng)數(shù)據(jù)模型分析與設(shè)計 , , .2 2第六章 . 系統(tǒng)數(shù)據(jù)庫詳細設(shè)計 ,24第 七章 .系統(tǒng)運行狀態(tài)與維護說明 ,2 6第八章.系統(tǒng)主要用戶界面 , , , ,2 6第九章.系統(tǒng)程序代碼,. 2 9第十章 . 系統(tǒng)調(diào)試10.1模塊測試 , , , ,. 3 410.2整體測試 , , ,. 3 4謝辭,.36參考文獻,.37第一章1.1 社會背景：隨著現(xiàn)代科學(xué)技術(shù)的迅

5、猛發(fā)展，計算機技術(shù)已滲透到各個領(lǐng)域，成為各行業(yè)必不可少的工具，特別是Internet技術(shù)的推廣和信息高速公路的建立， 使 IT 產(chǎn)業(yè)在市場競爭中越發(fā)顯示出其獨特的優(yōu)勢，步入數(shù)字化時代，有巨大的數(shù)據(jù)信息等待著加工處理和傳輸，這使得對數(shù)據(jù)庫的進一步開發(fā)和利用顯得尤為迫切。作為國內(nèi)市場的一些中小超市，他們在信息化過程中的步伐要落后大中型超市，而對于這些企業(yè)的資源管理，信息的存儲和處理也顯的迫切需要，要適應(yīng)市場競爭，就需要有高效的處理方式和管理方法，因此加快超市的電算化進程是必不可少的。在會計業(yè)務(wù)中，產(chǎn)成品的完成，發(fā)出和結(jié)存關(guān)系到超市銷計劃的完成和流動資金占用情況，而銷售核算子系統(tǒng)是電算化會計系統(tǒng)中一

6、個關(guān)鍵且比較復(fù)雜的子系統(tǒng)。通過這個子系統(tǒng)提供的信息可以了解企業(yè)的經(jīng)營成果，通過商品銷售收入用來補償已消耗的生產(chǎn)資料，支付工資和其他費用，繳納稅金并實現(xiàn)利潤。實習(xí)期間，我們通過對市場的調(diào)查，針對現(xiàn)在各中小超市對銷售業(yè)務(wù)的實際需要，開發(fā)了這套商品銷售系統(tǒng)。在開發(fā)過程中，我們針對當(dāng)前各超市管理特點和技術(shù)人員的實際水平，采用Window基于圖形界面這一易學(xué)易用的操作系統(tǒng)環(huán)境，在系統(tǒng)設(shè)計過程中，我們盡量采用一些易懂易讀的接口界面，使用戶可以在短期內(nèi)完全掌握。在功能方面，我們借鑒現(xiàn)在市場上流行的財務(wù)軟件的特點，拋去泛泛不實用的缺點，使我們設(shè)計的系統(tǒng)在功能上極貼近中小超市的使用要求。在設(shè)計過程中，我們始終把

7、系統(tǒng)的正確性放在首位，力求數(shù)據(jù)的完整，處理的正確性。在此基礎(chǔ)上優(yōu)化程序代碼，加速系統(tǒng)運行和減少對系統(tǒng)資源的占用。作為一家中小型超市 ，他們的主要業(yè)務(wù)是銷售商品，目前系統(tǒng)運做中存在很多題，所有的進貨單，出貨單都是人工填寫，耗時而且易出現(xiàn)錯誤；庫存也是人工記帳，無法隨時掌握最準(zhǔn)確的存貨情況；對于銷售數(shù)據(jù)， 往往要花好多時間和精力去計算每個業(yè) 務(wù)員的銷售業(yè)績，每項商品的銷售狀況，為了解決上述問題，提高經(jīng)濟效益，準(zhǔn)備導(dǎo)入進銷存系統(tǒng)進行銷售，采購，庫存等的計算機化管理。經(jīng)過三個月的設(shè)計開發(fā)，現(xiàn)在已完全達到預(yù)期效果，實現(xiàn)了最初設(shè)定的目標(biāo)。1.2 公司背景：超市形式在我國于20 世紀 90 年代初期起步，現(xiàn)

8、已成為我國零售業(yè)的一種重要形態(tài)。隨著超市的高速發(fā)展，其經(jīng)營管理也變的愈加復(fù)雜，早期的售貨員站柜臺的形式早已不能滿足現(xiàn)有銷售業(yè)的的發(fā)展這樣就迫切地需要引入新的思想技術(shù)和管理技術(shù)進入到超市管理之中。超市形態(tài)具有種種優(yōu)點，但在目前狀況下，它仍存在零售業(yè)商業(yè)企業(yè)所共有的落后的一面，如：不能有效的管理每一種商品，收款結(jié)算速度慢，容易出現(xiàn)營業(yè)差錯，不宜進行商品調(diào)價，盤點效率底等，而且在超市日常管理中，商品進、銷、存決策以經(jīng)驗為主，缺乏實時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足，隨著超市形態(tài)的高速發(fā)展，其經(jīng)營管理也變的愈加復(fù)雜，日常所需處理的數(shù)據(jù)量也逐漸增大，商業(yè)運轉(zhuǎn)的中間環(huán)節(jié)也越來越多，原始

9、的人工管理已無法應(yīng)對這復(fù)雜的市場。為此，我在本次設(shè)計之中選擇了超市信息管理系統(tǒng)設(shè)計，依靠現(xiàn)代化的計算機信息處理技術(shù)來管理超市，從而節(jié)省了大量的人力、物力、改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進銷存狀況和各種反饋信息分析，使管理人員快速對市場的變化作出相應(yīng)決策，加快超市的系統(tǒng)建立的技術(shù)基礎(chǔ)：數(shù)據(jù)庫應(yīng)用系統(tǒng)是以數(shù)據(jù)庫為基礎(chǔ)的信息管理系統(tǒng)，它一般包含兩個方面內(nèi)容，一個數(shù)據(jù)庫設(shè)計，二是程序設(shè)計。數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)是一個軟件工程，應(yīng)按照軟件工程的開發(fā)方法進行分析，設(shè)計，編程和調(diào)試。再建立數(shù)據(jù)庫應(yīng)用系統(tǒng)之前，一般應(yīng)先進行系統(tǒng)的需求分析，了解擁護對系統(tǒng)的要求，然后進行系統(tǒng)的總體設(shè)

10、計，最后編寫程序代碼和調(diào)試程序。圖 1 顯示出了數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)過程。從圖中可以看出，需求分析包括了對數(shù)據(jù)本身的需求分析和對功能的需求分析。兩個分析的結(jié)果將分別作為數(shù)據(jù)庫設(shè)計和程序設(shè)計的依據(jù)。實際上在設(shè)計數(shù)據(jù)庫應(yīng)用系統(tǒng)時，這兩個需求分析是緊密相關(guān)的，不論是數(shù)據(jù)庫設(shè)計，還是程序設(shè)計都需要考慮這兩個方面的因素。開發(fā)步驟：圖 1 數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)過程第二章總體設(shè)計總體設(shè)計是在需求分析的基礎(chǔ)上進行的，根據(jù)邏輯模型建立相對應(yīng)的物理模型?？傮w設(shè)計的任務(wù)是確定“怎么做”的問題，即確定和建立解決問題的總體方案。具體來說，總體設(shè)計要去確定構(gòu)成系統(tǒng)的每個物理單元，說明每個物理單元之間的相互關(guān)系（即系統(tǒng)結(jié)構(gòu)

11、）。一般地說，其過程如下：a. 設(shè)計方案：設(shè)想選擇方案；選取合理方案；選區(qū)最佳方案；b. 功能分解：將系統(tǒng)按功能的要求，劃分功能模塊c. 設(shè)計軟件結(jié)構(gòu)： 確定由模塊確定的層次結(jié)構(gòu)， 可利用層次圖描繪。d. 設(shè)計數(shù)據(jù)庫：確立要設(shè)計的數(shù)據(jù)庫，具體實現(xiàn)它。e. 制定測試計劃：初步的測試計劃f. 書寫文檔：系統(tǒng)說明g. 復(fù)核和審查 : 從技術(shù)的角度審查，從管理的角度審查。2.1 問題定義：商品按類管理：所以需要有一商品類型信息商品必須屬于一個商品類型如果一個商品類型存在商品或存在下級商品類型則該類型不該刪除需要記錄供應(yīng)商信息在涉及商品數(shù)量的地方，要給出相應(yīng)的單位在進貨信息中要包含供應(yīng)商等信息商品銷售信

12、息單中要包含登記商品，銷售數(shù)量單價等信息，商品報損要有報損原因進貨，銷售，報損操作要有相應(yīng)操作員信息只有管理員登陸之后才可以使用系統(tǒng)默認的管理員不可以刪除進貨，銷售，庫存，報損信息都要可以添加，修改，刪除，分類，查找。2.2 技術(shù)可行性研究：在 IT 行業(yè)中從業(yè)的工作人員一般都要求懂計算機，具有一定軟硬件基礎(chǔ)，會使用各種管理軟件，熟悉 IT 商品。因為，超市中的對員工素質(zhì)要求比較高，從管理層到下面的營銷人員，都要求具有一定的 IT 背景，所以在新系統(tǒng)投入使用時，只要對員工進行少量的培訓(xùn)，系統(tǒng)的功能和使用方法就基本上能夠使系統(tǒng)順利的運行了。2.3 經(jīng)濟可行性研究：因為通過網(wǎng)絡(luò)傳遞銷售信息，可以不

13、受距離的限制， 因此可以節(jié)約許多的人力和物力，方便管理，由此可以減少不必要的開支，同時該系統(tǒng)可以提高企業(yè)的銷售效率，即提高了企業(yè)的經(jīng)濟效益，所以從經(jīng)濟上是完全可行的。 企業(yè)有能力承擔(dān)研發(fā)開支開發(fā)新系統(tǒng)的工作是一項艱巨復(fù)雜的工作，它的投資主要是人力和物力的投資。對于本系統(tǒng)的開發(fā)來說，其主要投資還是在人力和物力兩個方面。如果是企業(yè)自己安排人手開發(fā)系統(tǒng)的話，其主要的投資還是在人力資源上，從系統(tǒng)的業(yè)務(wù)需求調(diào)查到系統(tǒng)的分析編碼制作都是需要巨大的人力投入的。超市作為一個尖端的高科技產(chǎn)業(yè)，其員工要求都比一般企業(yè)的要求要高，而且對系統(tǒng)開發(fā)及軟件產(chǎn)業(yè)了解比較多， 所以在自我開發(fā)管理系統(tǒng)的過程中，企業(yè)自己比較容易

14、安排人手，這樣就可以為企業(yè)節(jié)約大部分的額外開支。同時超市就其他商品還說，屬于高端行業(yè)，無論是商品的價格還是質(zhì)量都比較高，而經(jīng)營商品的經(jīng)銷商或者是商家都要求有雄厚的資金的作支持。所以，在系統(tǒng)的開發(fā)過程中，企業(yè)完全有能力承擔(dān)開發(fā)費用。 新系統(tǒng)將為企業(yè)帶來經(jīng)濟效益管理系統(tǒng)是一個信息化、 智能化和先進管理理念的集合體。 而管理是一個動態(tài)過程，在其運行過程中要采取多項措施。所以在管理中獲得經(jīng)濟效益是一個綜合效益，要對他進行直接定量的分析是比較困難的。一般新系統(tǒng)帶來的經(jīng)濟效益是間接的，其最主要的表現(xiàn)就是減少了企業(yè)的管理費用和人力開支。而其他一些煩瑣的事物都通過新系統(tǒng)來加以分析解決， 不僅節(jié)省了大量的時間，

15、還為企業(yè)的各項決策提供了寶貴的資料，為企業(yè)帶來巨大的經(jīng)濟效益。2.4 操作可行性研究：本系統(tǒng)采用 Windows圖形界面，是大家熟悉的操作系統(tǒng)， 對于用戶只需要具有一般的計算機知識的人員都可以輕松上手。而且整個銷售系統(tǒng)采用最友好的交互界面，簡潔明了，不需要對數(shù)據(jù)庫非常了解。由此，該系統(tǒng)的操作是可行的，有必要推廣該系統(tǒng)！綜合以上三方面， 該系統(tǒng)具有很高的開發(fā)可行性，無論是從技術(shù)上經(jīng)濟上還是操作上。故此，可以設(shè)計該系統(tǒng)流程圖，建立數(shù)據(jù)字典。2.5 系統(tǒng)的需求分析： 用戶工作流程進貨或銷售商品時，用戶要對進貨單或銷售單進行核對審查，并進行登記；用戶要獲得進貨、銷售、庫存信息時，要對進貨情況、銷售情況

16、、庫存情況進行查詢并打印。 用戶業(yè)務(wù)需求該管理軟件將對庫存商品進行資料管理和統(tǒng)計， 對商品的進貨單和商品的銷售單進行錄入管理和統(tǒng)計；該管理軟件將根據(jù)用戶的需要對進貨、 銷售、庫存情況進行查詢，并能打印詳細信息；該管理軟件將為用戶提供帳號管理工具， 以便用戶對帳號進行管理，具體為添加用戶、刪除用戶、修改用戶密碼；該管理軟件提供企業(yè)人員管理， 能夠企業(yè)員工的分類管理， 新員工的加入以及員工刪除，修改基本信息等功能。圖 2：圖 2超市銷售管理功能模塊圖第三章詳細設(shè)計3.1 設(shè)計思想 :（1）. 系統(tǒng)分成幾個相對獨立的模塊，但這些模塊都進行集中式管理。（2）. 分層的模塊化程序設(shè)計思想，整個系統(tǒng)采用模

17、塊化機構(gòu)設(shè)計。作為應(yīng)用程序有較強的可操作性和擴展性。（3）. 合理的數(shù)據(jù)流設(shè)計，在應(yīng)用系統(tǒng)設(shè)計中，相對獨立的模塊間以數(shù)據(jù)流相互連接，使各模塊間的耦合性較低，方便系統(tǒng)運行，提高系統(tǒng)安全性。3.2. 設(shè)計原則 :為了使本系統(tǒng)功能齊全完備， 操作簡便，最大限度的提高軟件的質(zhì)量，從而滿足用戶的實際需要，在設(shè)計開發(fā)過程中遵循了，如下原則：1）合法性原則：依據(jù)商品核算系統(tǒng)的工作規(guī)定以及要求，參照核算實際的工作情況， 進行諸如商品經(jīng)貨、 銷售等工作。2）實用性原則：適合商品信息管理工作的實際需求，并能夠處理一些特殊情況的要求，此外，盡可能預(yù)留空間，以便擴充功能。3）準(zhǔn)確性原則：對輸入的相關(guān)資料建立檢錯機制，

18、 及時報錯，使用戶能夠及時準(zhǔn)確的輸入合法資料 （如類型匹配， 長度不超限等）。4）易操作原則：要求設(shè)計的系統(tǒng)功能齊全，接口友好，操作方便，必要的地方進行提示。5）源程序可讀性原則：為了便于其它設(shè)計，維護人員讀懂代碼或以后的代碼修改， 軟件升級維護， 既可能做好代碼注釋工作。6）優(yōu)化原則：為了達到優(yōu)化的目的， 合理的運用窗口， 菜單，對象等的繼承，自定義用戶對象，事件，函數(shù)，減少不必要的重復(fù)性代碼， 使程序簡潔明了， 也方便了將來的維護。7）安全性原則：該系統(tǒng)的管理員具有可設(shè)置登陸密碼，修改密碼的權(quán)限。經(jīng)過前面的設(shè)計，我們對整個系統(tǒng)有了一個初步的認識，并對各個模塊進行了功能分化。3.3 業(yè)務(wù)流程

19、分析超市進銷存管理系統(tǒng)主要是以先進的管理理念和科學(xué)的計算機技術(shù)來取代原始的手工操作。在新系統(tǒng)開發(fā)前，我們對整個超市進銷存業(yè)務(wù)流程進行了系統(tǒng)的調(diào)查，得出下面的業(yè)務(wù)流程圖，如圖 3：圖 3 超市銷售管理系統(tǒng)業(yè)務(wù)流程圖新系統(tǒng)主要業(yè)務(wù)分析:a進貨業(yè)務(wù)進貨管理是企業(yè)生產(chǎn)經(jīng)營活動中極其重要的一環(huán)， 它關(guān)系到商品質(zhì)量能否得到保證，生產(chǎn)是否能夠順利進行，采購成本能否得到有效控制等問題。企業(yè)現(xiàn)代管理觀念中對企業(yè)的進貨管理提出新的要求：企業(yè)進貨時對供貨商的選擇更加慎重，雙方不在是討價還價的買賣關(guān)系，而是一種相互依存的合作伙伴關(guān)系，并且還需認識到企業(yè)商品質(zhì)量要從采購抓起， 這就關(guān)系到分供方的供貨、服務(wù)質(zhì)量。其下為進

20、貨業(yè)務(wù)程序的主要內(nèi)容：供應(yīng)商情況調(diào)查： 在實施采購之前， 企業(yè)首先就要對市場上各大商品供貨商進行詳細的摸底調(diào)查，了解公司的具體情況，平定企業(yè)的信譽級別和公司市場口碑，做到準(zhǔn)確無誤，采購順利。采購計劃編制：企業(yè)根據(jù)自身的資金條件和銷售狀況，綜合分析市場規(guī)律，擬訂采購計劃表。實施進貨：根據(jù)供貨方檔案及評審結(jié)果，選定供貨方；生成定貨單給選定的供貨方；雙方就價格、數(shù)量、質(zhì)量等方面洽談磋商，直至簽定合同；跟蹤合同執(zhí)行，安排供貨進度和貨物運輸，做好驗收入庫工作。b. 庫存業(yè)務(wù)庫存管理是指在生產(chǎn)經(jīng)營中為銷售和耗用而儲存的各種資產(chǎn)。企業(yè)存貨不當(dāng)都會增加不必要的費用：存貨過多將導(dǎo)致物資積壓、存儲費用增加、流動資

21、金周轉(zhuǎn)不利，并且過量的庫存會掩蓋管理不善的問題。存貨不足則影響企業(yè)的正常銷售活動。庫存管理的目標(biāo)是尋求最佳存貨數(shù)量，使庫存的成本總額最小化。其主要業(yè)務(wù)如下：商品入庫、出庫、盤庫等日常處理?？茖W(xué)合理地確定某庫存物資的庫存控制參數(shù)。 例如：最佳定貨批量、最大庫存量、最佳缺貨量、最佳訂購周期等，進行嚴格的庫存控制工作。匯總統(tǒng)計各類庫存數(shù)據(jù)， 反映和監(jiān)督儲備資金占用及采購資金使用情況。c. 銷售業(yè)務(wù)銷售對一個企業(yè)的生存和發(fā)展是至關(guān)重要的，它不再是傳統(tǒng)意義上的“賣東西” ，它對外關(guān)系到企業(yè)商品、服務(wù)和企業(yè)形象等多方面因素，對內(nèi)涉及到銷售、庫存、財務(wù)、生產(chǎn)等信息。此外信息化的高速發(fā)展為企業(yè)的銷售工作提出了

22、新的挑戰(zhàn)，封閉意味著落后，企業(yè)要抓住時機，引入現(xiàn)代化的銷售管理模式，實施企業(yè)的信息化、智能化銷售管理，才能使企業(yè)在激烈的市場競爭中立于不擺之地。手機銷售過程中主要涉及到如下幾點業(yè)務(wù)：d. 超市直銷業(yè)務(wù)在超市銷售行業(yè)中， 其主要的銷售手段就是超市商店的直銷業(yè)務(wù)。企業(yè)通過其超市，通過市場信息推廣，廣告業(yè)務(wù)，以及一些大型的促銷活動，擴大其市場影響力，從而達到吸引顧客，提高銷售量。e. 超市輔銷業(yè)務(wù)在超市直銷主業(yè)務(wù)下， 各企業(yè)積極開展手機輔銷業(yè)務(wù)， 建立客戶資料檔案，設(shè)立客戶級別，不同級別的客戶享有不同的優(yōu)惠政策或銷售優(yōu)先級。積極開展各種增值服務(wù)，與移動公司，電信部門合作，開通各種增值服務(wù)，促進商品的

23、銷售額。.3.4 系統(tǒng)數(shù)據(jù)流分析采用“自頂而下” 的方法繪制出的業(yè)務(wù)流程圖是對現(xiàn)行系統(tǒng)再認識的過程，其目的一方面便于系統(tǒng)分析員快速了解現(xiàn)行系統(tǒng)的業(yè)務(wù)并與廣大的業(yè)務(wù)人員取得一致意見，另一方面可以在此基礎(chǔ)上進行數(shù)據(jù)流程的分析。計算機信息系統(tǒng)完成的是數(shù)據(jù)處理和信息處理的工作，這項工作包含在大量的業(yè)務(wù)處理過程之中，但并非所有的業(yè)務(wù)處理都能夠由計算機來完成。因此就有一個從現(xiàn)行業(yè)務(wù)中抽取能夠由計算機系統(tǒng)自動或半自動完成的那一部分業(yè)務(wù)活動的過程。這個抽取過程也是對業(yè)務(wù)流程圖的分析過程圖 4：商品庫存管理要求當(dāng)前日期查詢要求統(tǒng)計表進貨情況銷售情況圖 4 頂層數(shù)據(jù)流圖圖 5：庫存管理要求有效的庫存管理要求商品進

24、貨情有效的查詢要求統(tǒng)計表商品銷售情圖 5 0 層數(shù)據(jù)流圖圖 6：庫存管理要求商品進貨單當(dāng)前日庫存文期商品銷售單件圖 6 一層數(shù)據(jù)流圖（進貨文件a）圖 7：查詢進貨情況商品進貨查詢要求查詢銷售情況銷售文件統(tǒng)計要求商品銷售庫存文件統(tǒng)計表圖 7 一層數(shù)據(jù)流圖（b）3.5 數(shù)據(jù)字典 :為了對數(shù)據(jù)流程圖中的各個元素做出詳細說明，我們建立了數(shù)據(jù)字典。用數(shù)據(jù)字典描述數(shù)據(jù)庫的設(shè)計，便于維護和修改。數(shù)據(jù)字典的內(nèi)容主要是對數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲和處理邏輯等五個方面進行具體的定義。數(shù)據(jù)流條目(1) 庫存管理要求商品的入庫單 | 商品的出廠單商品的入庫單單據(jù)編號進貨廠商商品編號計量單位單價數(shù)

25、量金額 +進貨日期備注商品的銷售單單據(jù)編號商品編號單位單價數(shù)量金額 +銷售日期備注(2) 查詢要求商品的入庫情況 | 商品的銷售情況 | 庫存統(tǒng)計表商品的入庫情況商品的銷售情況庫存統(tǒng)計表單據(jù)編號進貨廠商商品編號計量單位單價數(shù)量金額+進貨日期單據(jù)編號商品型號計量單位單價數(shù)量金額 +銷售日期庫存編號 +商品編號 +庫存數(shù)量 +庫存金額 文件條目文件名：入庫文件組成：單據(jù)編號進貨廠商商品編號單位單價數(shù)量金額 +進貨日期備注組織：按商品的單據(jù)編號遞增順序排列文件名：銷售文件組成：單據(jù)編號商品編號單位單價數(shù)量金額 + 銷售日期備注組織：按商品的單據(jù)編號遞增順序排列文件名：庫存文件組成：商品數(shù)量組織：按商

26、品的遞增順序排列 加工小說明加工小說明只描述最底層的基本加工。加工編號： 1.1加工名：檢查有效性輸入流：庫存管理要求，查詢要求輸出流：有效的庫存管理要求，有效的查詢要求加工邏輯：檢查輸入要求的有效性加工編號： 2.1加工名：要求類型處理輸入流：庫存管理要求，當(dāng)前日期輸出流：商品的入庫單，商品的銷售單加工邏輯：根據(jù)庫存管理要求的類型選擇CASE 1：商品入庫貨，輸出商品的進貨單CASE 2：商品銷售，輸出商品的銷售單加工編號： 3.1加工名：查詢類別處理輸入流：查詢要求輸出流：查詢商品進貨情況，查詢商品銷售情況，統(tǒng)計要求加工邏輯：根據(jù)查詢類別選擇CASE 1：查詢商品進貨情況CASE 2：查詢

27、商品銷售情況CASE 3：統(tǒng)計要求加工編號： 3.2加工名：商品進貨查詢輸入流：查詢商品進貨情況，進貨文件輸出流：商品進貨情況加工邏輯：根據(jù)查詢商品進貨情況的要求從進貨文件中讀出商品進貨記錄，輸出商品進貨情況加工編號： 3.3加工名：商品銷售查詢輸入流：查詢商品銷售情況，銷售文件輸出流：商品銷售情況加工邏輯：根據(jù)查詢商品銷售情況的要求從銷售文件中讀出商品銷售記錄，輸出商品銷售情況加工編號： 3.4加工名：商品庫存統(tǒng)計輸入流：統(tǒng)計要求，庫存文件輸出流：統(tǒng)計表加工邏輯：根據(jù)統(tǒng)計要求從庫存文件中讀出所有庫存商品的記錄，輸出統(tǒng)計表。36 功能需求本系統(tǒng)采用自定向下方法開發(fā)， 其功能模塊主要有如下幾個部

28、分：入庫管理模塊、庫存管理模塊、銷售管理模塊、員工管理模塊和系統(tǒng)模塊。具體的功能描述如下：入庫管理：其功能是對入庫商品信息進行管理，并進行入庫查詢。庫存管理：其功能是對庫存信息進行查詢以及庫存統(tǒng)計。銷售管理：其功能是提供一般的銷售管理，能夠進行銷售明細查詢和打印銷售報表。系統(tǒng)管理：其功能是為系統(tǒng)的使用者進行帳戶和密碼管理以及基礎(chǔ)數(shù)據(jù)維護。3.7 性能需求 數(shù)據(jù)精確度商品的進貨單和銷售單中，單價、金額采用浮點數(shù)，數(shù)量都取長整數(shù)。 時間特性該管理系統(tǒng)軟件從啟動到進入系統(tǒng)登錄界面的時間正常情況下少于 5 秒，錄入并更新數(shù)據(jù)的時間正常情況下少于10 秒。 適用性該管 理系統(tǒng)軟件適用于 Windows

29、98Windows 2000WindowsMeWindows XP中文版下運行。3.8 運行需求 用戶界面窗體特性：本系統(tǒng)采用Delphi 7.0開發(fā)軟件制作，其窗體都是采用彈出式浮動窗體，在運行系統(tǒng)時，首先就是登陸窗口，進入之后就是典型的下拉式主窗體，其下拉菜單為各系統(tǒng)模塊的相關(guān)子模塊。輸入輸出時間：輸入輸出時間格式為年月日（YYMMDD）。 硬件接口運行本系統(tǒng)的硬件基本要求如下：CPU：至少 Pentium400 以上，建議使用Pentium800 以上；內(nèi)存：至少 32M以上，建議使用64M以上；硬盤：至少 20M硬盤空間；顯示器： 14顯示器；其它：鍵盤、鼠標(biāo)、1.44MB軟驅(qū)和光驅(qū)等

30、。 軟件接口本系統(tǒng)，在打包成setup.exe后，能夠在Windows 系統(tǒng)各版本中運行。第四章 . 系統(tǒng)功能模塊分析與設(shè)計4.1 系統(tǒng)總體結(jié)構(gòu)圖：如圖8：圖 8 超市銷售管理系統(tǒng)結(jié)構(gòu)圖4.2 各子系統(tǒng)功能分析 系統(tǒng)登陸模塊功能：本模塊的主要功能是對用戶身份進行驗證，只有系統(tǒng)的合法用戶才能進入系統(tǒng)。其窗體如圖9：圖 9 用戶確認界面在進行系統(tǒng)登陸過程中， 登陸模塊將調(diào)用數(shù)據(jù)庫里的用戶數(shù)據(jù)表，并對用戶名和密碼進行驗證，只有輸入了正確的用戶名和密碼后，系統(tǒng)登陸才會成功。在登陸模塊中，對系統(tǒng)的嘗試登陸次數(shù)進行了限制，禁止用戶無終止的進行系統(tǒng)登陸嘗試，系統(tǒng)將自動禁止登陸，退出登陸模塊。并在輸入了錯誤的

31、或者是不存在的用戶名和密碼時，系統(tǒng)會給出出錯信息提示，指明登陸過程中的錯誤輸入或錯誤操作，以便用戶進行正確的登陸。其報錯信息如圖10 所示：圖 10 登入錯誤界面輸入項、輸出項：輸入項為用戶名和密碼。 用戶名和密碼均為字符串，最大長度為16 個字符，密碼以“ * ”號顯示（英文和數(shù)字算一個字符，漢字算兩個字符） 。程序邏輯：系統(tǒng)登陸流程圖如圖11 所示：圖 11：系統(tǒng)登陸流程圖接口：本模塊為頂級模塊， 按確定按鈕時， 如果輸入的用戶名和密碼正確，將調(diào)用系統(tǒng)主窗體模塊，進入系統(tǒng)主窗體。存儲分配：在用戶按下確定按鈕時， 將讀取存儲用戶名和密碼的數(shù)據(jù)表，以對用戶名和密碼進行驗證。測試要點：本模塊有如

32、下幾個測試要點， 按下確定按鈕時， 是否能正確讀取存儲用戶名和密碼的數(shù)據(jù)表；如果用戶名和密碼正確，是否能進入系統(tǒng)主窗體；當(dāng)輸入用戶名或密碼錯誤時，是否能彈出信息框，給用戶提示。 進貨管理模塊功能：該模塊主要是實現(xiàn)進行入庫管理、 入庫查詢、進貨報表三個功能。入庫管理：操作員通過入庫單輸入商品入庫信息， 可以對信息進行修改，刪除操作。入庫查詢：該模塊為企業(yè)提供整個企業(yè)的進貨情況查詢， 也可以進行進貨的明細查詢。進貨報表：該報表是將整個的進貨的工作和進貨情況以報表的形式表示出來，然后打印出來，給用戶或者是公司其他人與系統(tǒng)沒有直接關(guān)系的負責(zé)人看。輸入項、輸出：該模塊的輸入項為企業(yè)的進貨單， 其中包括單

33、據(jù)編號，廠商編號，進貨廠商，商品型號，數(shù)量，單價，金額，進貨日期和進貨單備注等輸入條目。輸入表單如圖12：圖 12 入庫輸入單存儲分配在用戶按下保存按鈕時，將讀取存儲入庫數(shù)據(jù)表，以添加該登記入數(shù)據(jù)庫，如果點取消，該表單的輸入將被撤消消，不會將數(shù)據(jù)存儲到數(shù)據(jù)庫。測試要點對商品編碼入庫程序進行測試，利用測試用例填入表單， 對其進行數(shù)據(jù)庫數(shù)據(jù)存儲測試，看看所填數(shù)據(jù)能否存入數(shù)據(jù)表中。入庫查詢，對數(shù)據(jù)庫中的數(shù)據(jù)進行查詢操作。進貨報表：對前面所做測試的數(shù)據(jù)， 以報表形式輸出來， 看看輸出的報表跟測試用例是否相符，相符則功能能夠?qū)崿F(xiàn)，測試成功。 銷售管理模塊功能本模塊的主要功能是把銷售信息寫入銷售清單， 同

34、時對庫存數(shù)據(jù)進行跟新，以備用戶將來對銷售信息和庫存信息進行查詢和打印。商品銷售：主要功能是對所銷售的情況進行登記，記錄該商品的型號、銷售數(shù)量、單價、金額、生產(chǎn)廠商等與商品相關(guān)的信息。將銷售信息錄入數(shù)據(jù)庫銷售表中，進行銷售查詢和統(tǒng)計。銷售查詢：根據(jù)商品銷售情況，按需要對銷售情況進行查詢。在該查詢模塊中，可以按照商品的型號、銷售日期等多種方式進行商品銷售情況查詢。銷售報表：對銷售情況進行統(tǒng)計，形成報表，并打印出來。輸入項、輸出項本模塊的數(shù)據(jù)輸入項主要為手機的銷售清單，其中包括單據(jù)編號、商品型號、計量單位、單價、數(shù)量、金額、生產(chǎn)廠商、銷售日期、營業(yè)員等相關(guān)信息。具體的輸入如圖 13：圖 13：銷售輸

35、入出項存儲分配商品銷售模塊主要的是進行商品銷售情況統(tǒng)計并登記入庫，當(dāng)商品銷售業(yè)務(wù)發(fā)生后，營業(yè)員將打開銷售管理模塊對商品銷售情況進行登記入庫，調(diào)用數(shù)據(jù)庫中的銷售表，等待數(shù)據(jù)錄入，等營業(yè)員將相應(yīng)數(shù)據(jù)輸入后，點提交按扭將完成數(shù)據(jù)的存儲。取消按扭將取消此次操作，不進行數(shù)據(jù)存儲。測試要點對手機銷售管理模塊進行測試， 利用測試用例填入表單， 對其進行數(shù)據(jù)庫數(shù)據(jù)存儲測試，看看所填數(shù)據(jù)能否存入數(shù)據(jù)表中。銷售查詢，對各查詢要求分別進行測試，查看測試結(jié)果。銷售報表，對銷售情況進行統(tǒng)計，并形成報表打印出來。 庫存管理模塊對庫存數(shù)量，庫存金額進行管理。圖 14：庫存輸入出項（ 6） 商品管理模塊對商品進行編碼管理。圖

36、 15：庫存輸入出項 員工管理模塊在系統(tǒng)開發(fā)中， 為解決企業(yè)人員流動問題， 在系統(tǒng)中增添了員工管理子模塊，用來對企業(yè)的辦事員工和管理人員進行信息化管理，以此來提高員工的辦事效率，節(jié)約人力資源。新員工錄入在企業(yè)新進員工時， 對其進行基本信息的存儲，對員工進行基本的了解員工信息維護當(dāng)員工信息發(fā)生變化， 或者是員工離職， 換崗對相關(guān)信息發(fā)生變化時，利用此子模塊對其進行信息變更。圖 16：員工輸入出項 系統(tǒng)管理模塊系統(tǒng)用戶管理在系統(tǒng)實行多用戶管理時，本模塊將為系統(tǒng)開辟多個系統(tǒng)用戶，并能對其進行簡單的信息維護，用戶名變更和修改。退出：選擇退出系統(tǒng)，將關(guān)閉整個系統(tǒng)，結(jié)束本次使用。第五章、系統(tǒng)數(shù)據(jù)模型分析與

37、設(shè)計ER模型的“聯(lián)系”用于刻畫實體之間的關(guān)聯(lián)。一種完整的方式是對局部結(jié)構(gòu)中任意兩個實體類型，依據(jù)需求分析的結(jié)果，考察局部結(jié)構(gòu)中任意兩個實體類型之間是否存在聯(lián)系。若有聯(lián)系，進一步確定是1:N，M:N，還是 1:1 等。還要考察一個實體類型內(nèi)部是否存在聯(lián)系，兩個實體類型之間是否存在聯(lián)系，多個實體類型之間是否存在聯(lián)系，等等。實體聯(lián)系如下圖所示, 解釋如下：由系統(tǒng)的數(shù)據(jù)流可以得出整個系統(tǒng)的數(shù)據(jù)模型，利用 E-R 圖建立數(shù)據(jù)模型如下：圖 17：廠商基本信息E-R 圖圖 18：入庫單E-R 圖圖 19：系統(tǒng)用戶E-R 圖圖 20：銷售單 E-R 圖圖 21：商品 E-R圖第六章 . 系統(tǒng)數(shù)據(jù)庫詳細設(shè)計由數(shù)

38、據(jù)模型利用 Access 進行數(shù)據(jù)庫的詳細設(shè)計，其基本表的設(shè)計如下：在數(shù)據(jù)的規(guī)范化表達中， 一般將一組相互關(guān)聯(lián)的數(shù)據(jù)稱為一個關(guān)系 (relation) ，而在這個關(guān)系下的每個數(shù)據(jù)指標(biāo)項則被稱為數(shù)據(jù)元素 (data element) ，這種關(guān)系落實到具體數(shù)據(jù)庫上就是基本表，而數(shù)據(jù)元素就是基本表中的一個字段 (field) 。規(guī)范化表達還規(guī)定在每一個基本表中必須定義一個數(shù)據(jù)元素為關(guān)鍵字 (key) ，它可以唯一地標(biāo)識出該表中其它相關(guān)的數(shù)據(jù)元素。在對表的形式進行了規(guī)范化定義后，數(shù)據(jù)結(jié)構(gòu)還有五種規(guī)范化定義，定名為規(guī)范化模式，稱為范式。第一范式 (first normal form，簡稱 1st NF)

39、 就是指在同一表中沒有重復(fù)項出現(xiàn)，如果有則應(yīng)將重復(fù)項去掉。這個去掉重復(fù)項的過程就稱之為規(guī)范化處理。 在本文所討論的開發(fā)方法里， 1st NF 實際上是沒有什么意義的。因為我們按規(guī)范化建立的指標(biāo)體系和表的過程都自動保證了所有表都滿足 1st NF 。第二范式 (second normal form ，簡稱 2nd NF) 是指每個表必須有一個 ( 而且僅一個 ) 數(shù)據(jù)元素為主關(guān)鍵字 (primary key) ，其它數(shù)據(jù)元素與主關(guān)鍵字一一對應(yīng)。例如，在圖 l9.7 中如果我們將合同號定義為主關(guān)鍵字 ( 其它數(shù)據(jù)元素中的記錄數(shù)據(jù)都有可能重名，故不能作為主關(guān)鍵字 ) ，故只要知道了一個合同記錄的合同號，就可以唯一地在同一行中找到該合同的任何一項具體信息。通常我們稱這種關(guān)系為函數(shù)依賴 (functional depEndence) 關(guān)系。即表中其它數(shù)據(jù)元素都依賴于主關(guān)鍵字，或