超市購物管理系統畢業設計論文-全文預覽

　　

【正文】 全性。通過本管理系統軟件，能幫助工作人員利用計算機，快速方便的對超市的數據進行管理、輸入、輸出、查找的所需操作，使雜亂的超市數據能夠具體化、直觀化、合理化等。超市資料管理系統靈活使用表格對各種信息分門別類，組成超市資料管理系統，可以方便地查詢、閱讀、修改、交流和重復使用。 超市資料管理系統就是把分散的超市信息實行統一、集中、規范的收集管理，建立分類編號管理、電腦存儲查詢以及防火、防潮、防蛀、防盜等現代化、專業化的管理系統，為超市和超市管理人員解除后顧之憂。 （5）修改備注：對特殊情況的說明。 新商品檔案輸入 （1）商品基本資料：系統自動生成商品編號。（4）訂單交易表（訂單編號，用戶編號，商品編號，訂單類型，商品類型，商品名稱，商品價格，商品數量，商品出廠商），如表65所示。 項目組成員只需要了解系統后臺數據庫的最基本的架構，了解建立了的標的內容，知道如何利用編程語言操作數據庫等。之所以選擇MyEclipse、MySQL Server、MySQLFront作為開發工具，不僅僅因為曾經有過使用它的經驗，看中的更是它的功能強大和使用方便。第六章 數據庫設計 引言 本設計主要解決在一個超市管理中，進行員工檔案的管理、庫存商品的管理、銷售管理的程序設計。 系統出錯處理設計 出錯信息 系統與MySql數據庫進行數據的操作時，有時會出現各種的異常，這些異常是用事務處理(()、().commit()、().rollback()等)，主要的異常為添加數據外鍵參照的異常、數據為空異常、類型匹配異常，只有有上面的情況就會出現插入異常；更新異常與插入數據異常類似，這里不詳細的介紹；刪除異常主要是表表數據關聯刪除的異常（外鍵參照），數據不存在時也會出現異常。這就要求IP使用網絡設備接口規范NDIS向網絡接口層提交幀，并且IP支持廣域網和本地接口技術。 M、提供商品管理界面：貨物ID、貨物名稱、貨物數量、貨物價格、貨物生產廠商等相關信息以及提供提交按鈕、提供新的貨物鏈接等組成，其中商品名稱會鏈接至該商品的詳情介紹，幫助客戶了解商品。 D、添加商品界面：商品名稱、商品價格、商品數量、商品廠家文本輸入框及提交、重置按鈕組成。在進貨信息中要包含供應商等信息，商品銷售信息單中要包含登記商品，銷售數量單價等信息，進貨，銷售，報損操作要有相應操作員信息，只有管理員登陸之后才可以使用系統，默認的管理員不可以刪除，進貨，銷售，庫存，報損信息都要可以添加，修改，刪除，分類，查找。 一般地說，其過程如下： （1）設計方案：①設想選擇方案；②選取合理方案；③選區最佳方案； （2）功能分解：將系統按功能的要求，劃分功能模塊 （3）設計軟件結構：確定由模塊確定的層次結構，可利用層次圖描繪。Post請求是提交那些指定了method=post的表單時所發出的請求。 定義 Session：在本文里面用到的所有的Session不是和以往在WEB里面簡單的session，這里的session是用來和數據庫之間相連的，只有它才可以實現用戶對數據庫的操作。第五章 概要設計 引言 編寫目的. 本文檔作為超市購物管理系統的概要設計文檔，是根據調查和按照需求文檔編寫的。在進貨的記錄上，由于不同的記錄可能具有相同的員工ID和商品ID，所以二者的組合不能作為進貨信息表的主碼，在進貨信息表中要設置一個進貨ID來作為主碼。該表字段有：商品ID、商品名稱、價格、廠商ID等。 （2）庫存商品管理 記錄每次進貨、售貨的信息，動態刷新庫存數據，可以查詢當前的庫存，當庫存少于一定數量時，可以提示需要進貨。本工程產品不需要特定的硬件或者硬件接口的支持。系統的可維護性: 采用基于JAVA技術并且符合J2EE開發規范的系統應用平臺，使系統具有良好的可維護性和可擴展性。 （2）系統的安全性: 對于系統的重要數據都有密碼保護，具有一定的安全性。 軟件接口 運行于Windows、Linux、Unix操作系統、安裝了java和jsp運行環境之上。 適應性 滿足運行環境在操作系統之間的安全移植和與其它應用軟件的獨立運行要求。 （2）查詢時要保證查全率，所有相應域包含查詢關鍵字的記錄都應能查到。（1）商品管理用例，主要是對商品數據添加、編輯、修改、刪除，如表41所示。 （6）領域模型：領域模型能捕獲語境中最重要的對象模型，領域對象代表系統工作的環境中存在的事情或發生的事件。這些功能塊稱為用例。 術語定義 （1）用例（use case）：用例是系統單元提供的外部可感知的功能單元，表達成系統單元和與之間交互的一個或多個活動者的消息序列，用例的目的是定義清晰的行為塊而不解釋系統的內部結構。編寫該文檔的目的如下： （1）反映出問題的結構，為下階段的設計、開發奠定基礎。、項目開發過程階段劃分項目開發過程階段劃分，主要劃分為問題定義及規劃、需求分析、軟件設計、程序編碼、軟件測試、運行維護六個過程。 實施計劃 項目選用的生命周期 本項目采用的軟件生命周期包括可行性研究、項目開發計劃、需求分析、概要設計、詳細設計、編碼、測試、維護等活動。 （2）可行性研究報告、項目開發計劃、需求分析說明書、概要設計說明書、數據庫設計說明書、詳細設計說明書、測試報告：這些文檔是開發人員為了更好的開發、維護而寫的，不需要交付給用戶。 （9）用戶使用說明（提交用戶手冊）。 （5）概要設計（提交概要設計說明書）。 項目概述 工作內容 （1）問題定義（明確問題邊界）。 （5）詳細設計：概要設計已經確定了每個模塊的功能和接口，詳細設計的任務就是為每個模塊設計其實現的細節。主要包括計劃、分析、設計、編程、測試和維護等階段。 （2）為項目的啟動、實施及結束提供了基礎。該管理軟件將根據用戶的需要對進貨、銷售、庫存情況進行查詢，并能打印詳細信息。由此，該系統的操作是可行的，有必要推廣該系統！該系統具有很高的開發可行性，無論是從技術上經濟上還是操作上。一般新系統帶來的經濟效益是間接的，其最主要的表現就是減少了企業的管理費用和人力開支。所以，在系統的開發過程中，企業完全有能力承擔開發費用。對于本系統的開發來說，其主要投資還是在人力和物力兩個方面。 技術可行性研究 在IT行業中從業的工作人員一般都要求懂計算機，具有一定軟硬件基礎，會使用各種管理軟件，熟悉IT產品。 第二章 可行性研究 引言 編寫目的 根據調查研究報告而進行編寫的超市購物管理系統，編寫本系統主要是為了提高超市的管理及超市的銷售額，給超市帶來更多的經濟效益，更是在超市實體店與互聯網聯系起來以適應當今網絡時代的需求，達到促進消費并提高超市的聲譽，尤其是一些連鎖超市。實際上在設計數據庫應用系統時，這兩個需求分析是緊密相關的，不論是數據庫設計，還是程序設計都需要考慮這兩個方面的因素。 數據庫應用系統的開發是一個軟件工程，應按照軟件工程的開發方法進行分析，設計，編程和調試。 問題的引出 超市形式在我國于20世紀90年代初期起步，現已成為我國零售業的一種重要形態。在功能方面，我們借鑒現在市場上流行的財務軟件的特點，拋去泛泛不實用的缺點，使我們設計的系統在功能上極貼近中小超市的使用要求。 在會計業務中，產成品的完成，發出和結存關系到超市銷計劃的完成和流動資金占用情況，而銷售核算子系統是電算化會計系統中一個關鍵且比較復雜的子系統。 作為國內市場的一些中小超市，他們在信息化過程中的步伐要落后大中型超市，而對于這些企業的資源管理，信息的存儲和處理也顯的迫切需要，要適應市場競爭，就需要有高效的處理方式和管理方法，因此加快超市的電算化進程是必不可少的。在開發過程中，我們針對當前各超市管理特點和技術人員的實際水平，采用Window基于圖形界面這一易學易用的操作系統環境，在系統設計過程中，我們盡量采用一些易懂易讀的接口界面，使用戶可以在短期內完全掌握。作為一家中小型超市，他們的主要業務是銷售產品，目前系統運做中存在很多題，所有的進貨單，出貨單都是人工填寫，耗時而且易出現錯誤；庫存也是人工記帳，無法隨時掌握最準確的存貨情況；對于銷售數據，往往要花好多時間和精力去計算每個業務員的銷售業績，每項商品的銷售狀況，為了解決上述問題，提高經濟效益，準備導入進銷存系統進行銷售，采購，庫存等的計算機化管理。為此，我在本次設計之中選擇了超市信息管理系統設計，依靠現代化的計算機信息處理技術來管理超市，從而節省了大量的人力、物力、改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進銷存狀況和各種反饋信息分析，使管理人員快速對市場的變化作出相應決策，加快超市的系統建立的技術基礎： 數據庫應用系統是以數據庫為基礎的信息管理系統，它一般包含兩個方面內容，一個數據庫設計，二是程序設計。兩個分析的結果將分別作為數據庫設計和程序設計的依據。本系統運用計算機管理信息技術，建立數據庫，對超市的進銷存過程進行詳細的分析，實現了對超市的進貨、銷售和庫存的科學管理。 問題定義 商品按類管理，所以需要有一商品類型信息，商品必須屬于一個商品類型，如果一個商品類型存在商品或存在下級商品類型則該類型不該刪除，需要記錄供應商信息，在涉及商品數量的地方，要給出相應的單位，在進貨信息中要包含供應商等信息，商品銷售信息單中要包含登記商品，銷售數量單價等信息，進貨，銷售，報損操作要有相應操作員信息，只有管理員登陸之后才可以使用后臺管理系統，默認的管理員不可以刪除，進貨，銷售，庫存，報損信息都要可以添加，修改，刪除，分類，查找。 企業研發開支 開發新系統的工作是一項艱巨復雜的工作，它的投資主要是人力和物力的投資。同時超市就其他產品還說，屬于高端行業，無論是產品的價格還是質量都比較高，而經營產品的經銷商或者是商家都要求有雄厚的資金的作支持。所以在管理中獲得經濟效益是一個綜合效益，要對他進行直接定量的分析是比較困難的。而且整個銷售系統采用最友好的交互界面，簡潔明了，不需要對數據庫非常了解。 用戶業務需求 該管理軟件將對庫存產品進行資料管理和統計，對產品的進貨單和產品的銷售單進行錄入管理和統計。編寫項目開發計劃的主要目的： （1）給本開發人員提供一個框架，使之能合理地估算軟件項目開發所需的資源、經費和開發計劃，并控制軟件項目開發過程按此計劃進行。是定義全部項目任務，識別出關鍵任務，跟蹤關鍵任務的進展狀況，已保證能及時發現拖延進度的情況 （2）軟件生命周期（software life cycle）：是人們在研究軟件開發過程時所發現的一種規律性的事實。概要設計的重要任務就是設計軟件的結構，也就是要確定系統是由哪些模塊組成，以及這些模塊相互間的關系。測試的目標是想以最少的時間和人力找出軟件中潛在的各種錯誤和缺陷。 （4）需求分析（提交需求分析說明書）。 （8）系統測試（提交測試計劃、測試用例和測試報告）。 非交付項 （1）源碼：軟件源代碼。 （3）文檔必須按照國標的文檔編寫。 （3）使規模大、結構復雜的軟件開發變得很容易。表33 風險分析風險排序風險項名稱風險描述風險緩解方案1需求分析對項目的需求分析不夠好，可能導致在進行接下來的工作中受到限制和停頓在需求分析過程中做好充分分析和計劃，當做到滿意時，可以開始接下來的工作2界面設計在實現界面設計上不能符合用戶的習慣在編程這個過程中對美觀設計多加注重3時間控制成員在時間上把握不是很準在開發過程中適當調整時間的分配，適當加快進度第四章 需求分析 引言 編寫目的 需求分析的任務簡略的說就是弄清用戶的需求，確定系統必須完成哪些工作，也就是對目標系統提出完整、準確、清晰、具體的要求，建立系統的邏輯模型。 （4）作為項目評審驗收的依據。用例視圖從外部用戶的角度捕獲系統、子系統或類的行為，它將系統功能劃分為對參與者具有意義的事務。活動圖可以描述存在的并且已經被定義為需求到處任務一部分的活動或功能。圖41 超市購物系統用用例圖 用例規約 權限管理系統主要用例有：商品管理用例、定單管理用例和用戶管理用例，下面分別對這三種用例場景進行描述。表43 用戶管理用例用例ID號用例說明用例名稱用戶管理執行者用戶描述用戶注冊、登陸、購買、提供等操作涉眾利益續表管理員希望管理過程越簡單越好前置條件管理員正常登陸系統，并且具有用戶管理權限后置條件用戶對后臺進行了更新基本流程擴展流程優先級高業務規則，購買數量、定單ID、商品名稱必須填寫設計約束非功能性需求字段列表 = 商品名稱 + [商品別名] + [商品描述] + 定單ID 性能要求 數據精確度 （1）要按照嚴格的數據格式輸入，否則系統將給出錯誤提示信息并要求重新輸入，系統給予不響應處理。 （2）數據庫檢索超時不超過20秒。 硬件接口 支持各種系列PC機，不需要特定的硬件或硬件接口進行支撐。 其他需求 （1）系統的功能實現情況: 用戶可在本系統下實現各種用戶要求的功能。 （5）系統的可移植性: 能在Windows、Linux和Unix操作系統上運行。 接口 本工程產品通過PC及運行，需要用戶輸入相應的數據，產生相應的處理。 各部分功能主要有： （1）商品信息檔