1、畢業設計（論文）共64頁 第64頁計算機信息管理（本科）畢業論文范文 超市銷售管理信息系統(畢業論文)題目：超市銷售管理信息系統 學號： 作者姓名： 專業名稱:計算機信息管理日期： 年 月 日摘要本文主要是介紹超市銷售管理信息系統的環境、功能作用、所用到的語言、設計的方案等各方面的內容。主要是讓使用者了解此系統，使他們能更好的運用本系統，使此系統發揮出應有的作用。本系統運用計算機管理信息技術，建立數據庫，對超市的進銷存過程進行詳細的分析,實現了對超市的進貨、銷售和庫存的科學管理。 關鍵字 銷售 數據庫 管理信息系統ABSTRACTThis text mainly introduces the

2、supermarket and enters to sell such contents of various fields as the environment which stores the management information system , scheme on the function , language , design used ,etc. Let user find out about system this , enable them fine application this system mainly, make this system give play t

3、o due function . This system uses the information technology of computer management, set up the database , sell the course of storing to carry on detailed analysis to the entering of the supermarket, have realized the purchase , sale and scientific management held in store to the supermarket.目錄論文摘要（

4、中文）2 （英文）3一、系統調查1.1社會背景41.2超市背景4二、可行性研究2.1問題定義62.2技術可行性研究62.3經濟可行性研究72.4操作可行性研究.72.5系統的需求分析.7 三、需求分析3.1設計思想93.2設計原則93.3業務流程分析 93.4系統數據流分析 113.5數據字典123.6功能需求143.7性能需求153.8運行需求15四、系統設計4.1系統總體結構圖：164.2各子系統功能分析v16第五章、系統數據模型分析與設計.22第六章.系統數據庫詳細設計24第七章.系統運行狀態與維護說明26第八章.系統主要用戶界面 26第九章.系統程序代碼.29第十章.系統調試10.1模

5、塊測試.3410.2整體測試.34謝 辭.36參 考 文 獻.37第一章1.1社會背景：隨著現代科學技術的迅猛發展，計算機技術已滲透到各個領域，成為各行業必不可少的工具，特別是Internet技術的推廣和信息高速公路的建立，使IT產業在市場競爭中越發顯示出其獨特的優勢，步入數字化時代，有巨大的數據信息等待著加工處理和傳輸，這使得對數據庫的進一步開發和利用顯得尤為迫切。作為國內市場的一些中小超市，他們在信息化過程中的步伐要落后大中型超市，而對于這些企業的資源管理，信息的存儲和處理也顯的迫切需要，要適應市場競爭，就需要有高效的處理方式和管理方法，因此加快超市的電算化進程是必不可少的。在會計業務中，

6、產成品的完成，發出和結存關系到超市銷計劃的完成和流動資金占用情況，而銷售核算子系統是電算化會計系統中一個關鍵且比較復雜的子系統。通過這個子系統提供的信息可以了解企業的經營成果，通過商品銷售收入用來補償已消耗的生產資料，支付工資和其他費用，繳納稅金并實現利潤。實習期間，我們通過對市場的調查，針對現在各中小超市對銷售業務的實際需要，開發了這套商品銷售系統。在開發過程中，我們針對當前各超市管理特點和技術人員的實際水平，采用Window基于圖形界面這一易學易用的操作系統環境，在系統設計過程中，我們盡量采用一些易懂易讀的接口界面，使用戶可以在短期內完全掌握。在功能方面，我們借鑒現在市場上流行的財務軟件的

7、特點，拋去泛泛不實用的缺點，使我們設計的系統在功能上極貼近中小超市的使用要求。在設計過程中，我們始終把系統的正確性放在首位，力求數據的完整，處理的正確性。在此基礎上優化程序代碼，加速系統運行和減少對系統資源的占用。作為一家中小型超市 ，他們的主要業務是銷售商品，目前系統運做中存在很多題，所有的進貨單，出貨單都是人工填寫，耗時而且易出現錯誤；庫存也是人工記帳，無法隨時掌握最準確的存貨情況；對于銷售數據，往往要花好多時間和精力去計算每個業 務員的銷售業績，每項商品的銷售狀況，為了解決上述問題，提高經濟效益，準備導入進銷存系統進行銷售，采購，庫存等的計算機化管理。經過三個月的設計開發，現在已完全達到

8、預期效果，實現了最初設定的目標。1.2超市背景：超市形式在我國于20世紀90年代初期起步，現已成為我國零售業的一種重要形態。隨著超市的高速發展，其經營管理也變的愈加復雜，早期的售貨員站柜臺的形式早已不能滿足現有銷售業的的發展這樣就迫切地需要引入新的思想技術和管理技術進入到超市管理之中。超市形態具有種種優點，但在目前狀況下，它仍存在零售業商業企業所共有的落后的一面，如：不能有效的管理每一種商品，收款結算速度慢，容易出現營業差錯，不宜進行商品調價，盤點效率底等，而且在超市日常管理中，商品進、銷、存決策以經驗為主，缺乏實時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足，隨著超市形態的高速發展，

9、其經營管理也變的愈加復雜，日常所需處理的數據量也逐漸增大，商業運轉的中間環節也越來越多，原始的人工管理已無法應對這復雜的市場。為此，我在本次設計之中選擇了超市信息管理系統設計，依靠現代化的計算機信息處理技術來管理超市，從而節省了大量的人力、物力、改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進銷存狀況和各種反饋信息分析，使管理人員快速對市場的變化作出相應決策，加快超市的系統建立的技術基礎：數據庫應用系統是以數據庫為基礎的信息管理系統，它一般包含兩個方面內容，一個數據庫設計，二是程序設計。數據庫應用系統的開發是一個軟件工程，應按照軟件工程的開發方法進行分析，設計，編程和調試。再建

10、立數據庫應用系統之前，一般應先進行系統的需求分析，了解擁護對系統的要求，然后進行系統的總體設計，最后編寫程序代碼和調試程序。圖1顯示出了數據庫應用系統的開發過程。從圖中可以看出，需求分析包括了對數據本身的需求分析和對功能的需求分析。兩個分析的結果將分別作為數據庫設計和程序設計的依據。實際上在設計數據庫應用系統時，這兩個需求分析是緊密相關的，不論是數據庫設計，還是程序設計都需要考慮這兩個方面的因素。開發步驟：進貨計劃進貨計劃供 應 商客戶買貨貨貨到貨登記 貨出庫庫房出庫銷售管理客戶客戶需求事件圖1 數據庫應用系統的開發過程總體設計總體設計是在需求分析的基礎上進行的，根據邏輯模型建立相對應的物理模

11、型。總體設計的任務是確定“怎么做”的問題，即確定和建立解決問題的總體方案。具體來說，總體設計要去確定構成系統的每個物理單元，說明每個物理單元之間的相互關系（即系統結構）。一般地說，其過程如下：a.設計方案：設想選擇方案；選取合理方案；選區最佳方案；b.功能分解：將系統按功能的要求，劃分功能模塊c.設計軟件結構：確定由模塊確定的層次結構，可利用層次圖描繪。d.設計數據庫：確立要設計的數據庫，具體實現它。e.制定測試計劃：初步的測試計劃f.書寫文檔：系統說明g.復核和審查:從技術的角度審查，從管理的角度審查。2.1問題定義 ：商品按類管理：所以需要有一商品類型信息商品必須屬于一個商品類型如果一個商

12、品類型存在商品或存在下級商品類型則該類型不該刪除需要記錄供應商信息在涉及商品數量的地方，要給出相應的單位在進貨信息中要包含供應商等信息商品銷售信息單中要包含登記商品，銷售數量單價等信息，商品報損要有報損原因進貨，銷售，報損操作要有相應操作員信息只有管理員登陸之后才可以使用系統默認的管理員不可以刪除進貨，銷售，庫存，報損信息都要可以添加，修改，刪除，分類，查找。2.2技術可行性研究：在IT行業中從業的工作人員一般都要求懂計算機，具有一定軟硬件基礎，會使用各種管理軟件，熟悉IT商品。因為，超市中的對員工素質要求比較高，從管理層到下面的營銷人員，都要求具有一定的IT背景，所以在新系統投入使用時，只要

13、對員工進行少量的培訓，系統的功能和使用方法就基本上能夠使系統順利的運行了。2.3經濟可行性研究：因為通過網絡傳遞銷售信息，可以不受距離的限制，因此可以節約許多的人力和物力，方便管理，由此可以減少不必要的開支，同時該系統可以提高企業的銷售效率，即提高了企業的經濟效益，所以從經濟上是完全可行的。企業有能力承擔研發開支開發新系統的工作是一項艱巨復雜的工作，它的投資主要是人力和物力的投資。對于本系統的開發來說，其主要投資還是在人力和物力兩個方面。如果是企業自己安排人手開發系統的話，其主要的投資還是在人力資源上，從系統的業務需求調查到系統的分析編碼制作都是需要巨大的人力投入的。超市作為一個尖端的高科技產

14、業，其員工要求都比一般企業的要求要高，而且對系統開發及軟件產業了解比較多，所以在自我開發管理系統的過程中，企業自己比較容易安排人手，這樣就可以為企業節約大部分的額外開支。同時超市就其他商品還說，屬于高端行業，無論是商品的價格還是質量都比較高，而經營商品的經銷商或者是商家都要求有雄厚的資金的作支持。所以，在系統的開發過程中，企業完全有能力承擔開發費用。新系統將為企業帶來經濟效益管理系統是一個信息化、智能化和先進管理理念的集合體。而管理是一個動態過程，在其運行過程中要采取多項措施。所以在管理中獲得經濟效益是一個綜合效益，要對他進行直接定量的分析是比較困難的。一般新系統帶來的經濟效益是間接的，其最主

15、要的表現就是減少了企業的管理費用和人力開支。而其他一些煩瑣的事物都通過新系統來加以分析解決，不僅節省了大量的時間，還為企業的各項決策提供了寶貴的資料，為企業帶來巨大的經濟效益。2.4操作可行性研究：本系統采用Windows圖形界面，是大家熟悉的操作系統，對于用戶只需要具有一般的計算機知識的人員都可以輕松上手。而且整個銷售系統采用最友好的交互界面，簡潔明了，不需要對數據庫非常了解。由此，該系統的操作是可行的，有必要推廣該系統！綜合以上三方面，該系統具有很高的開發可行性，無論是從技術上經濟上還是操作上。故此，可以設計該系統流程圖，建立數據字典。2.5系統的需求分析：用戶工作流程進貨或銷售商品時，用

16、戶要對進貨單或銷售單進行核對審查，并進行登記；用戶要獲得進貨、銷售、庫存信息時，要對進貨情況、銷售情況、庫存情況進行查詢并打印。用戶業務需求該管理軟件將對庫存商品進行資料管理和統計，對商品的進貨單和商品的銷售單進行錄入管理和統計；該管理軟件將根據用戶的需要對進貨、銷售、庫存情況進行查詢，并能打印詳細信息；該管理軟件將為用戶提供帳號管理工具，以便用戶對帳號進行管理，具體為添加用戶、刪除用戶、修改用戶密碼；該管理軟件提供企業人員管理，能夠企業員工的分類管理，新員工的加入以及員工刪除，修改基本信息等功能。圖2：超 市 銷 售 管 理 系 統超 市 銷 售 管 理 系 統商品類型管理模塊商品管理模塊供

17、貨商管理模塊商品進貨管理模塊商品銷售管理模塊系統數據管理用戶管理模塊圖2 超市銷售管理功能模塊圖 第三章 詳細設計3.1設計思想:（1）.系統分成幾個相對獨立的模塊，但這些模塊都進行集中式管理。（2）.分層的模塊化程序設計思想，整個系統采用模塊化機構設計。作為應用程序有較強的可操作性和擴展性。（3）.合理的數據流設計，在應用系統設計中，相對獨立的模塊間以數據流相互連接，使各模塊間的耦合性較低，方便系統運行，提高系統安全性。3.2.設計原則:為了使本系統功能齊全完備，操作簡便，最大限度的提高軟件的質量，從而滿足用戶的實際需要，在設計開發過程中遵循了，如下原則：合法性原則：依據商品核算系統的工作規

18、定以及要求，參照核算實際的工作情況， 進行諸如商品經貨、銷售等工作。實用性原則：適合商品信息管理工作的實際需求，并能夠處理一些特殊情況的要求，此外，盡可能預留空間，以便擴充功能。準確性原則：對輸入的相關資料建立檢錯機制，及時報錯，使用戶能夠及時準確的輸入合法資料（如類型匹配，長度不超限等）。易操作原則：要求設計的系統功能齊全，接口友好，操作方便，必要的地方進行提示。源程序可讀性原則：為了便于其它設計，維護人員讀懂代碼或以后的代碼修改，軟件升級維護，既可能做好代碼注釋工作。優化原則：為了達到優化的目的，合理的運用窗口，菜單，對象等的繼承，自定義用戶對象，事件，函數，減少不必要的重復性代碼，使程序

19、簡潔明了，也方便了將來的維護。安全性原則：該系統的管理員具有可設置登陸密碼，修改密碼的權限。經過前面的設計，我們對整個系統有了一個初步的認識，并對各個模塊進行了功能分化。3.3業務流程分析超市進銷存管理系統主要是以先進的管理理念和科學的計算機技術來取代原始的手工操作。在新系統開發前，我們對整個超市進銷存業務流程進行了系統的調查，得出下面的業務流程圖，如圖3：采購部采購部入庫清單出庫清單銷售計劃商品需求表庫管員商品庫存臺帳在庫商品統計表商品需求預測表庫存經理供應商商品還庫單采購商品清單銷售部不合格商品質檢員商品統計表部門需求計劃圖3超市銷售管理系統業務流程圖新系統主要業務分析:a進貨業務進貨管理

20、是企業生產經營活動中極其重要的一環，它關系到商品質量能否得到保證，生產是否能夠順利進行，采購成本能否得到有效控制等問題。企業現代管理觀念中對企業的進貨管理提出新的要求：企業進貨時對供貨商的選擇更加慎重，雙方不在是討價還價的買賣關系，而是一種相互依存的合作伙伴關系，并且還需認識到企業商品質量要從采購抓起，這就關系到分供方的供貨、服務質量。其下為進貨業務程序的主要內容：供應商情況調查：在實施采購之前，企業首先就要對市場上各大商品供貨商進行詳細的摸底調查，了解公司的具體情況，平定企業的信譽級別和公司市場口碑，做到準確無誤，采購順利。采購計劃編制：企業根據自身的資金條件和銷售狀況，綜合分析市場規律，擬

21、訂采購計劃表。實施進貨：根據供貨方檔案及評審結果，選定供貨方；生成定貨單給選定的供貨方；雙方就價格、數量、質量等方面洽談磋商，直至簽定合同；跟蹤合同執行，安排供貨進度和貨物運輸，做好驗收入庫工作。b. 庫存業務 庫存管理是指在生產經營中為銷售和耗用而儲存的各種資產。企業存貨不當都會增加不必要的費用：存貨過多將導致物資積壓、存儲費用增加、流動資金周轉不利，并且過量的庫存會掩蓋管理不善的問題。存貨不足則影響企業的正常銷售活動。庫存管理的目標是尋求最佳存貨數量，使庫存的成本總額最小化。其主要業務如下：商品入庫、出庫、盤庫等日常處理。科學合理地確定某庫存物資的庫存控制參數。例如：最佳定貨批量、最大庫存

22、量、最佳缺貨量、最佳訂購周期等，進行嚴格的庫存控制工作。匯總統計各類庫存數據，反映和監督儲備資金占用及采購資金使用情況。c. 銷售業務銷售對一個企業的生存和發展是至關重要的，它不再是傳統意義上的“賣東西”，它對外關系到企業商品、服務和企業形象等多方面因素，對內涉及到銷售、庫存、財務、生產等信息。此外信息化的高速發展為企業的銷售工作提出了新的挑戰，封閉意味著落后，企業要抓住時機，引入現代化的銷售管理模式，實施企業的信息化、智能化銷售管理，才能使企業在激烈的市場競爭中立于不擺之地。手機銷售過程中主要涉及到如下幾點業務：d.超市直銷業務在超市銷售行業中，其主要的銷售手段就是超市商店的直銷業務。企業通

23、過其超市，通過市場信息推廣，廣告業務，以及一些大型的促銷活動，擴大其市場影響力，從而達到吸引顧客，提高銷售量。e.超市輔銷業務在超市直銷主業務下，各企業積極開展手機輔銷業務，建立客戶資料檔案，設立客戶級別，不同級別的客戶享有不同的優惠政策或銷售優先級。積極開展各種增值服務，與移動公司，電信部門合作，開通各種增值服務，促進商品的銷售額。 .3.4系統數據流分析采用“自頂而下”的方法繪制出的業務流程圖是對現行系統再認識的過程，其目的一方面便于系統分析員快速了解現行系統的業務并與廣大的業務人員取得一致意見，另一方面可以在此基礎上進行數據流程的分析。計算機信息系統完成的是數據處理和信息處理的工作，這項

24、工作包含在大量的業務處理過程之中，但并非所有的業務處理都能夠由計算機來完成。因此就有一個從現行業務中抽取能夠由計算機系統自動或半自動完成的那一部分業務活動的過程。這個抽取過程也是對業務流程圖的分析過程圖4：超市銷售管理人員超市銷售管理系統商品庫存管理要求當超市銷售管理人員超市銷售管理系統查詢要求統計表進貨情況銷售情況圖4 頂層數據流圖檢查有效性處理要求檢查有效性處理要求處理查詢庫存管理要求有效的庫存管理要求商品進貨情況有效的查詢要求統計表商品銷售情況圖5 0層數據流圖2.1要求類型處理2.2商品進貨2.1要求類型處理2.2商品進貨2.3商品銷售 庫存管理要求商品進貨單庫存文 當前日期商品銷售單

25、件圖6一層數據流圖（a）3.1要求類型處理3.4商品統計表3.3商品銷售查詢3.2商品進貨查詢3.1要求類型處理3.4商品統計表3.3商品銷售查詢3.2商品進貨查詢圖7：查詢進貨情況 商品進貨情況 查詢要求 查詢銷售情況銷售文件統計要求商品銷售情況庫存文件統計表圖7一層數據流圖（b）3.5數據字典:為了對數據流程圖中的各個元素做出詳細說明，我們建立了數據字典。用數據字典描述數據庫的設計，便于維護和修改。數據字典的內容主要是對數據流程圖中的數據項、數據結構、數據流、數據存儲和處理邏輯等五個方面進行具體的定義。數據流條目(1)庫存管理要求商品的入庫單|商品的出廠單商品的入庫單 單據編號進貨廠商商品

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

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

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

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

30、ndows Me/Windows XP中文版下運行。3.8運行需求用戶界面窗體特性：本系統采用Delphi 7.0開發軟件制作，其窗體都是采用彈出式浮動窗體，在運行系統時，首先就是登陸窗口，進入之后就是典型的下拉式主窗體，其下拉菜單為各系統模塊的相關子模塊。輸入輸出時間：輸入輸出時間格式為年月日（YY/MM/DD）。 硬件接口運行本系統的硬件基本要求如下：CPU：至少Pentium400以上，建議使用Pentium800以上；內存：至少32M以上，建議使用64M以上；硬盤：至少20M硬盤空間；顯示器：14顯示器；其它：鍵盤、鼠標、1.44MB軟驅和光驅等。軟件接口本系統，在打包成setup.e

31、xe后，能夠在Windows 系統各版本中運行。第四章.系統功能模塊分析與設計4.1系統總體結構圖：如圖8：超 市 銷 售 管 理超 市 銷 售 管 理系統管理 庫存管理銷售管理進貨管理系統管理 庫存管理銷售管理進貨管理工作員管理商品管理廠商管理入庫查詢用戶管理庫存報表庫存信息維護商品銷售庫存查詢銷售報表銷售查詢進貨報表入庫操作工作員管理商品管理廠商管理入庫查詢用戶管理庫存報表庫存信息維護商品銷售庫存查詢銷售報表銷售查詢進貨報表入庫操作圖8超市銷售管理系統結構圖4.2各子系統功能分析系統登陸模塊功能：本模塊的主要功能是對用戶身份進行驗證，只有系統的合法用戶才能進入系統。其窗體如圖9： 圖9用戶

32、確認界面在進行系統登陸過程中，登陸模塊將調用數據庫里的用戶數據表，并對用戶名和密碼進行驗證，只有輸入了正確的用戶名和密碼后，系統登陸才會成功。在登陸模塊中，對系統的嘗試登陸次數進行了限制，禁止用戶無終止的進行系統登陸嘗試，系統將自動禁止登陸，退出登陸模塊。并在輸入了錯誤的或者是不存在的用戶名和密碼時，系統會給出出錯信息提示，指明登陸過程中的錯誤輸入或錯誤操作，以便用戶進行正確的登陸。其報錯信息如圖10所示： 圖10登入錯誤界面輸入項、輸出項：輸入項為用戶名和密碼。用戶名和密碼均為字符串，最大長度為16個字符，密碼以“*”號顯示（英文和數字算一個字符，漢字算兩個字符）。程序邏輯：系統登陸流程圖如

33、圖11所示：圖11：系統登陸流程圖接口：本模塊為頂級模塊，按確定按鈕時，如果輸入的用戶名和密碼正確，將調用系統主窗體模塊，進入系統主窗體。存儲分配：在用戶按下確定按鈕時，將讀取存儲用戶名和密碼的數據表，以對用戶名和密碼進行驗證。測試要點：本模塊有如下幾個測試要點，按下確定按鈕時，是否能正確讀取存儲用戶名和密碼的數據表；如果用戶名和密碼正確，是否能進入系統主窗體；當輸入用戶名或密碼錯誤時，是否能彈出信息框，給用戶提示。 進貨管理模塊功能：該模塊主要是實現進行入庫管理、入庫查詢、進貨報表三個功能。入庫管理：操作員通過入庫單輸入商品入庫信息，可以對信息進行修改，刪除操作。入庫查詢：該模塊為企業提供整

34、個企業的進貨情況查詢，也可以進行進貨的明細查詢。進貨報表：該報表是將整個的進貨的工作和進貨情況以報表的形式表示出來，然后打印出來，給用戶或者是公司其他人與系統沒有直接關系的負責人看。輸入項、輸出：該模塊的輸入項為企業的進貨單，其中包括單據編號，廠商編號，進貨廠商，商品型號，數量，單價，金額，進貨日期和進貨單備注等輸入條目。輸入表單如圖12： 圖12入庫輸入單存儲分配在用戶按下保存按鈕時，將讀取存儲入庫數據表，以添加該登記入數據庫，如果點取消，該表單的輸入將被撤消消，不會將數據存儲到數據庫。測試要點對商品編碼入庫程序進行測試，利用測試用例填入表單，對其進行數據庫數據存儲測試，看看所填數據能否存入

35、數據表中。入庫查詢，對數據庫中的數據進行查詢操作。進貨報表：對前面所做測試的數據，以報表形式輸出來，看看輸出的報表跟測試用例是否相符，相符則功能能夠實現，測試成功。 銷售管理模塊功能本模塊的主要功能是把銷售信息寫入銷售清單，同時對庫存數據進行跟新，以備用戶將來對銷售信息和庫存信息進行查詢和打印。商品銷售：主要功能是對所銷售的情況進行登記，記錄該商品的型號、銷售數量、單價、金額、生產廠商等與商品相關的信息。將銷售信息錄入數據庫銷售表中，進行銷售查詢和統計。銷售查詢：根據商品銷售情況，按需要對銷售情況進行查詢。在該查詢模塊中，可以按照商品的型號、銷售日期等多種方式進行商品銷售情況查詢。銷售報表：對

36、銷售情況進行統計，形成報表，并打印出來。輸入項、輸出項 本模塊的數據輸入項主要為手機的銷售清單，其中包括單據編號、商品型號、計量單位、單價、數量、金額、生產廠商、銷售日期、營業員等相關信息。具體的輸入如圖13：圖13：銷售輸入出項存儲分配商品銷售模塊主要的是進行商品銷售情況統計并登記入庫，當商品銷售業務發生后，營業員將打開銷售管理模塊對商品銷售情況進行登記入庫，調用數據庫中的銷售表，等待數據錄入，等營業員將相應數據輸入后，點提交按扭將完成數據的存儲。取消按扭將取消此次操作，不進行數據存儲。測試要點對手機銷售管理模塊進行測試，利用測試用例填入表單，對其進行數據庫數據存儲測試，看看所填數據能否存入

37、數據表中。銷售查詢，對各查詢要求分別進行測試，查看測試結果。銷售報表，對銷售情況進行統計，并形成報表打印出來。庫存管理模塊對庫存數量，庫存金額進行管理。圖14：庫存輸入出項（6）商品管理模塊對商品進行編碼管理。圖15：庫存輸入出項員工管理模塊在系統開發中，為解決企業人員流動問題，在系統中增添了員工管理子模塊，用來對企業的辦事員工和管理人員進行信息化管理，以此來提高員工的辦事效率，節約人力資源。新員工錄入在企業新進員工時，對其進行基本信息的存儲，對員工進行基本的了解員工信息維護當員工信息發生變化，或者是員工離職，換崗對相關信息發生變化時，利用此子模塊對其進行信息變更。圖16：員工輸入出項 系統管

38、理模塊系統用戶管理在系統實行多用戶管理時，本模塊將為系統開辟多個系統用戶，并能對其進行簡單的信息維護，用戶名變更和修改。退出：選擇退出系統，將關閉整個系統，結束本次使用。第五章、系統數據模型分析與設計ER模型的“聯系”用于刻畫實體之間的關聯。一種完整的方式是對局部結構中任意兩個實體類型，依據需求分析的結果，考察局部結構中任意兩個實體類型之間是否存在聯系。若有聯系，進一步確定是1:N，M:N，還是1:1等。還要考察一個實體類型內部是否存在聯系，兩個實體類型之間是否存在聯系，多個實體類型之間是否存在聯系，等等。實體聯系如下圖所示,解釋如下：由系統的數據流可以得出整個系統的數據模型，利用E-R圖建立

39、數據模型如下：圖17： 廠商基本信息E-R圖入庫表入庫表備注單據編號數 量單 價金 額進貨日期計量單位進貨廠商倉管員商品編號 圖18：入庫單E-R圖圖19：系統用戶E-R圖銷 售 單銷 售 單備注單據編號數 量單 價金 額進貨日期計量單位進貨廠商營業員商品編號圖20：銷售單E-R圖商品商品商品編號名 稱品 類包 裝單 位單 價圖21：商品E-R圖供貨商供貨商MM提 供提 供NN 銷 售 單銷 售庫 存儲 存入庫單入庫商 品 銷 售 單銷 售庫 存儲 存入庫單入庫商 品NN111111NNMM第六章.系統數據庫詳細設計由數據模型利用Access進行數據庫的詳細設計，其基本表的設計如下：在數據的規

40、范化表達中，一般將一組相互關聯的數據稱為一個關系(relation)，而在這個關系下的每個數據指標項則被稱為數據元素(data element)，這種關系落實到具體數據庫上就是基本表，而數據元素就是基本表中的一個字段(field)。規范化表達還規定在每一個基本表中必須定義一個數據元素為關鍵字(key)，它可以唯一地標識出該表中其它相關的數據元素。在對表的形式進行了規范化定義后，數據結構還有五種規范化定義，定名為規范化模式，稱為范式。第一范式(first normal form，簡稱1st NF)就是指在同一表中沒有重復項出現，如果有則應將重復項去掉。這個去掉重復項的過程就稱之為規范化處理。在本

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

42、中其它數據元素都依賴于主關鍵字，或稱該數據元素唯一地被主關鍵字所標識。 第三范式(third normal form，簡稱 3rd NF)就是指表中的所有數據元素不但要能夠唯一地被主關鍵字所標識，而且它們之間還必須相互獨立，不存在其它的函數關系。也就是說對于一個滿足了 2nd NF的數據結構來說，表中有可能存在某些數據元素依賴于其它非關鍵宇數據元素的現象，必須加以消除。 為防止數據庫出現更新異常、插入異常、刪除異常、數據冗余太大等現象，關系型數據庫要盡量按關系規范化要求進行數據庫設計。表1：廠商信息表字段名數據類型長度（字節）備注廠商編號文本20主鍵廠商名稱文本50廠商地址文本50聯系電話數字

43、20法人地表文本20表2：員工信息表字段名數據類型長度（字節）備注員工編號文本20主鍵姓 名文本20性 別文本2所屬部門文本20表3：用戶表字段名數據類型長度(字節)備注用戶名文本20密碼數字8表4：銷售表字段名數據類型長度（字節）備注單據編號文本20主鍵商品編號文本20單位文本8單價貨幣16數量數字16金額貨幣16銷售日期日期16營業員文本20外鍵表5：入庫表字段名數據類型長度（字節）備注入庫編號文本20主鍵商品編號文本20計量單位文本8單價貨幣16數量數字16金額貨幣16生產廠商文本50外鍵出廠日期日期16倉管員文本20外鍵表6：臨時銷售表字段名數據類型長度（字節）備注單據編號文本20主鍵

44、商品編號文本20單位文本8單價貨幣16數量數字16金額貨幣16銷售日期日期16營業員文本20外鍵表7：商品表字段名數據類型長度（字節）備注編號自動編號主鍵商品編號文本20名稱文本40品類文本20包裝文本20單位文本8單價貨幣16表8：庫存表字段名數據類型長度（字節）備注商品編號文本20庫存數量數字40庫存金額貨幣20第七章.系統運行狀態與維護說明7.1系統運行狀態啟動系統，首先進入的系統的登陸界面，在登陸管理模塊中，設置了用戶名和密碼兩個項來進行系統登陸嚴證。本系統允許多用戶操作，在后臺數據庫中，設置了用戶表，進行用戶的添加，刪除和修改，同時，為了用戶的合法性，對登陸進行了次數限制，當超過嘗試

45、登陸次數后，系統將自動關閉。只有當用戶輸入了正確的用戶名和密碼后，才能登陸成功，彈出歡迎界面，點確定，進入系統主界面。進入系統主界面之后，里面有5個功能模塊，每個模塊就是系統的一個子功能，其下拉菜單有相應的實現子模塊，點擊不同的菜單，就會出現不同的用戶界面，用戶可以直接在上面輸數據，然后點確定按扭就可以進行數據保存。第八章.系統主要用戶界面本系統采用Delphi 7.0來進行系統開發，在系統的界面處理中，采用分層是菜單對各個模塊進行劃分，整個系統總分為5個模塊：進貨管理模塊，銷售管理模塊，庫存管理模塊，員工管理模塊和系統管理模塊。其具體的用戶界面窗體如下所示：第九章.系統程序代碼9.1主界面v

46、ar mainfm: Tmainfm;implementationuses gzyut, ryut, sput, rkut,csut, rkcxut, rkbbut, kcut, kccxut, kcbbut, spxsut,xscxut,xsbbut, loginut, xgmmut, gyut, cshut;$R *.dfmprocedure Tmainfm.N17Click(Sender: TObject);beginapplication.Terminate;end;procedure Tmainfm.N14Click(Sender: TObject);begingzyfm:=Tgzy

47、fm.create(self);gzyfm.showmodal;gzyfm.free;end;procedure Tmainfm.N15Click(Sender: TObject);beginczyfm:=Tczyfm.create(self);czyfm.showmodal;czyfm.free;end;procedure Tmainfm.N16Click(Sender: TObject);beginspfm:=Tspfm.create(self);spfm.showmodal;spfm.free;end;procedure Tmainfm.N5Click(Sender: TObject);

48、beginrkfm:=Trkfm.create(self);rkfm.showmodal;rkfm.free;end;procedure Tmainfm.N18Click(Sender: TObject);begincsfm:=Tcsfm.create(self);csfm.showmodal;csfm.free;end;procedure Tmainfm.N6Click(Sender: TObject);beginrkcxfm:=Trkcxfm.create(self);rkcxfm.showmodal;rkcxfm.free;end;procedure Tmainfm.N9Click(Se

49、nder: TObject);beginrkbbfm:=Trkbbfm.create(self);rkbbfm.QuickRep1.preview;rkbbfm.free;end;procedure Tmainfm.N10Click(Sender: TObject);beginkcfm:=Tkcfm.create(self);kcfm.showmodal;kcfm.free;end;procedure Tmainfm.N12Click(Sender: TObject);beginkccxfm:=Tkccxfm.create(self);kccxfm.showmodal;kccxfm.free;

50、end;procedure Tmainfm.N11Click(Sender: TObject);beginkcbbfm:=Tkcbbfm.create(self);kcbbfm.QuickRep1.preview;kcbbfm.free;end;procedure Tmainfm.N2Click(Sender: TObject);beginspxsfm:=Tspxsfm.create(self);spxsfm.showmodal;spxsfm.free;end;procedure Tmainfm.N3Click(Sender: TObject);beginxscxfm:=Txscxfm.cre

51、ate(self);xscxfm.showmodal;xscxfm.free;end;procedure Tmainfm.N8Click(Sender: TObject);beginxsbbfm:=Txsbbfm.create(self);xsbbfm.QuickRep1.preview;xsbbfm.free;end;procedure Tmainfm.FormActivate(Sender: TObject);beginif not logined thenbeginloginfm.showmodal;logined:=true;end; end;procedure Tmainfm.Tim

52、er1Timer(Sender: TObject);beginmainfm.StatusBar1.Panels2.Text:=datetimetostr(now();end;procedure Tmainfm.N19Click(Sender: TObject);beginxgmmfm:=Txgmmfm.create(self);xgmmfm.showmodal;xgmmfm.free;end;procedure Tmainfm.N20Click(Sender: TObject);begin loginfm.showmodal;end;procedure Tmainfm.N27Click(Sen

53、der: TObject);beginif messagedlg(確定退出嗎?,mtconfirmation,mbyes,mbno,0)=mryes thenapplication.Terminate;end;procedure Tmainfm.N28Click(Sender: TObject);begingyfm:=Tgyfm.create(self);gyfm.showmodal;gyfm.free;end;procedure Tmainfm.N25Click(Sender: TObject);beginwinexec(PChar(calc.exe),SW_SHOWNORMAL); end

54、;procedure Tmainfm.N21Click(Sender: TObject);begincshfm:=Tcshfm.create(self);cshfm.showmodal;cshfm.free;end;end.入庫操作源代碼var rkfm: Trkfm;implementation uses sput;$R *.dfmprocedure Trkfm.BitBtn5Click(Sender: TObject);beginclose;end;procedure Trkfm.bcbtClick(Sender: TObject);begin/條件判斷 if (rkbh.Text=) o

55、r (spbh.Text=) then begin showmessage(請輸入完整信息!); exit; end; with adoquery do begin close; sql.Clear; sql.Add(select * from 商品表 where 商品編號=+spbh.Text+); open; if recordcount1 then begin showmessage(不存在此商品編號,請先在商品管理中增加此商品); exit; end; end; /提交到 入庫表 ADOTable1.Post; /提交到庫存表 with adoquery do begin close;

56、 sql.Clear; sql.Add(select * from 庫存表 where 商品編號=+trim(spbh.Text)+); open; if recordcount1 then begin close; sql.Clear; sql.Add(insert into 庫存表 values(+trim(spbh.Text)+,+trim(jhsl.Text)+,+trim(je.Text)+); execsql; end else begin close; sql.Clear; sql.Add(update 庫存表 set 庫存數量=庫存數量+jhsl.Text+,庫存金額=庫存金額

57、+je.Text+ where 商品編號=+trim(spbh.Text)+); execsql; end; end; /初始 spbh.Enabled:=false; bcbt.Enabled:=false; qcbt.Click;end;procedure Trkfm.FormCreate(Sender: TObject);begincgy.Clear; with adoquery do begin close; sql.Clear; sql.Add(select * from 員工信息表 where 所屬部門=倉管員); open; first; cgy.Text:=fieldbynam

58、e(所屬部門).AsString; while not eof do begin cgy.Items.Add(fieldbyname(所屬部門).AsString); next; end; end; sccs.Clear; with adoquery do begin close; sql.Clear; sql.Add(select * from 廠商信息表); open; first; sccs.Text:=fieldbyname(廠商名稱).AsString; while not eof do begin sccs.Items.Add(fieldbyname(廠商名稱).AsString)

59、; next; end; end;ADOTable1.Active:=true;ADOTable2.Active:=true;end;procedure Trkfm.BitBtn6Click(Sender: TObject);var sno,cno,vno:string;/單據編號變量 llen:integer; /獲取長度的變量 begin /自動獲取預定最大單據號with adoquery do begin close; sql.Clear; sql.Add(select * from 入庫表); open; if recordcount1 then begin cno:=00001; v

60、no:=RKBH+cno; end else begin close; sql.Clear; sql.Add(select max(入庫編號) as maxno from 入庫表); open; sno:=fieldbyname(maxno).AsString; llen:=strtoint(copy(sno,5,5)+1; case length(inttostr(llen) of 1:cno:=0000+inttostr(strtoint(copy(sno,5,5)+1); 2:cno:=000+inttostr(strtoint(copy(sno,5,5)+1); 3:cno:=00+i