1、長江大學計算機科學學院超市管理系統姓 名： 鄒會明占 盼徐敬根王 成專 業：石油軟件工程指導老師：余華云老師目錄一、可行性研究報告-（主要負責人：占 盼）1、報告編寫目的2、項目概述2.1 項目背景2.2 項目意義2.3 項目目標2.4 項目用途3、技術可行性3.1 可行性因素3.2 技術條件3.3 用戶使用可行性3.4 系統可行性簡要描述3.5 系統可行性處理流程二、項目開發計劃-（主要負責人：占 盼）1、工作內容2、主要參與人員3、產品3.1 軟件包3.2 設計文檔3.3 軟件操作手冊3.4 服務4、完成項目的期限5、項目的計劃進度表6、實施計劃6.1 工作任務的分解與人員的分工三、需求規

2、格說明書-（主要負責人：徐敬根）1、項目計劃1.1 系統開發目的1.2 背景說明1.3 項目確立1.4 應用范圍1.5 定義1.6 參考資料2、邏輯分析與詳細分析2.1 系統功能2.2 流程圖2.3 戶類型與職能2.4 統開發步驟2.5 系統安全問題3、基于UML的建模3.1 語義規則3.2 UML模型3.2.1 系統UML模型3.2.2 子系統UML模型4、超市銷售系統概念設計文檔四、概要設計說明書-（主要負責人：王 成）1、總體設計1.1 需求規定1.2 運行環境1.3 系統結構圖2、接口設計2.1 用戶接口2.2 內部接口3、運行設計3.1 運行模塊組合3.2 運行控制3.3 運行時間4

3、、數據結構設計4.1 邏輯結構設計要點4.2 邏輯結構設計5、運行設計5.1 運行控制5.2 運行時間 6、維護設計五、詳細設計說明書-（主要負責人：王 成）1、總體設計1.1 需求概括1.2 軟件結構2、程序描述2.1 系統登錄模塊2.2 進貨管理模塊2.3 銷售管理模塊2.4 庫存管理模塊2.5 供貨商管理模塊2.6系統管理模塊六、用戶操作手冊-（主要負責人：鄒會明）1、軟件產品介紹 1.1 目標 1.2 功能2、運行環境 2.1 硬件 2.3 支持軟件3、使用說明 3.1 安裝和初始化 3.2 登陸 3.3 輸入和輸出 3.4 求助查詢七、測試分析-（主要負責人：鄒會明）1、引言 1.1

4、 編寫目的 1.2 項目背景 1.3 參考資料2、測試計劃執行情況 2.1 測試項目 2.2 測試機構和人員 2.3 測試結果 2.4 軟件需求測試結論3、評價 3.1 軟件能力 3.2 缺陷和限制 3.3 建議 3.4 測試結論八、軟件文檔編寫總結報告-（負責人：所有人）一、可行性研究報告1、報告編寫目的任何學科的發展都與當時的環境和條件緊密相聯，管理系統也是一樣，在人類進入工業社會以后，出于對生存與發展的需要，人們開始嘗試使用更先進的設備和技術來處理和使用信息。隨著現代科學技術的迅猛發展，計算機技術已經滲透到各個領域，成為各行業必不可少的工具，特別是Internet技術的推廣和信息高速公路

5、的建立，使IT產業在市場競爭中越發顯示出其獨特的優勢，步入信息化時代，有巨大的數據信息等待加工處理和傳輸，這使得對數據庫的進一步開發和利用顯得尤為迫切。作為國內市場的一些中小型超市，它們在信息化過程中的步伐要落后于大中型超市，而對于這些企業的資源管理，信息的存儲和處理也顯得迫切需要，要適應市場競爭，就需要有高效的處理方式和管理方法，因此加快超市的信息化進程是必可少的。2、項目概述2.1、項目背景在我國超市形成在20世紀90年代初期，現在已經成為我國零售業的一種重要形態，為國民經濟的發展發揮了重要的作用。隨著超市高速的發展，其經營管理也變得愈加復雜，早期的售貨員站柜臺的形式早已不能滿足現有銷售也

6、的發展，這樣就迫切地需要引入新的管理技術。超市形態具有種種優點，但在目前狀況下，它仍存在零售業企業所共有的落后的一面，如：不能有效地管理每種商品，收款結算速度慢，容易出現營業差錯，不宜進行商品調價，盤點效率低等，而且在超市日常管理中，商品的進、銷、存等決策以經驗為主，缺乏實時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足。隨著超市形態的高速發展，其經營管理也變得愈加復雜，日常所需要處理的數據量也逐漸增大，商業運轉的中間環節也越來越多，原始的人工管理已無法應對這復雜的市場。為此，依靠現代化的計算機信息處理技術來管理超市，從而節省了大量的人力、物力，改善了員工的工作條件，減輕了勞動強度，并且

7、能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應的決策，加快超市經營管理效率。2.2 項目意義通過這個系統，超市就可以實時掌握銷售流程及銷售情況，則可以有效地加速商品的周轉率并提高服務質量，而且可以減少產品售價不符等所產生的問題。因此，開發一套以促進管理體制改革和管理手段改進、改善決策方法和決策依據的管理信息系統是很有必要的。這對于在信息服務中創造價值，促進資源共享和信息集成，減員增效，提高管理水平都有很大幫助。2.3 項目目標（1）大大提高超市的運作效率； （2）通過全面的信息采集和處理，輔助提高超市的決策水平； （3）使用本系統，可以迅速提升超市的

8、管理水平，為降低經營成本， 提高效益，增強超市擴張力， 提供有效的技術保障。3、技術可行性3.1 可行性因素a.項目的效率遠大于成本；b.技術可行，以現有技術完全可以承擔起開發的任務；c.操作可行，軟件的簡單易用能被原有的工作人員快速接受；3.2 技術條件系統：Windows7或者Windows XP 或Windows Vista開發平臺：.NET開發語言：C#架構：B/S服務器：Tomcat6.0前臺：ExtJs/Html/Javascript/Css業務層：Hibernate數據庫：MySQL版本控制：SVN（subversion是近年來崛起的版本管理工具，是cvs的接班人。目前，絕大多數

9、開源軟件都使用svn作為代碼版本管理軟件）3.3 用戶使用可行性提高用戶使用的可行性，適用于更多的用戶，更多的用戶可使用該系統，提高運行效率，減少工作時間。3.4 系統可行性處理流程二、項目開發計劃1、工作內容為完成本項目，需要按照需求分析、設計、評審、編碼、測試、安裝和維護等不同的階段來進行，其中，本計劃不考慮維護階段所做的工作。需求分析明確本項目所開發產品的特性，并對不同的功能組進行劃分，得到用戶方的確認。設計階段將需求轉換為計算機的模型，并且對實現的功能進行分配，詳細設計還提供各模塊、任務、功能點的詳細規劃。評審分布在項目的階段點，是質量保證的一部分，評審活動用于確定和調整與需求的偏差，

10、以確保最后的產品符合初始提出的要求。編碼實現將按照軟件產品設計所描述的內容，編寫代碼實現軟件各部分的功能。測試部分包括對實現過程的錯誤的修改、功能的改進的一些活動，同時各包括了各子系統、模塊、功能點的組合和連調。以上的過程中，包含了不同階段的文檔輸出工作，并且上一階段的輸出，通常作為下一階段的輸入而存在。2、主要參與人員人員名稱主要職責或職務成員技能說明AAA項目經理、文檔工程師、程序員、測試師項目規劃、指導、系統測試BBB程序員、測試師腳本編碼、連調、系統測試CCC系統分析員、程序員、測試師系統分析、頁面設計、系統測試DDD系統分析員、程序員、測試師系統分析、技術分析、系統測試EEE系統分析

11、員、數據庫設計師、程序員、測試師系統分析、數據庫設計、系統測試FFF系統分析員、程序員、測試師系統調試、頁面設計、系統測試3、產品最后完成的軟件將交付相關的軟件包、設計文檔、軟件操作手冊、服務。3.1 軟件包a、完成的超市管理系統以.rar格式進行壓縮打包成軟件包；b、軟件包里附帶數據庫系統的腳本程序；3.2 設計文檔設計文檔將提供軟件的整個開發流程、開發技術的準備工作等詳細的資料。3.3 軟件操作手冊a、操作手冊提供用戶對軟件系統的操作指導，要求同時以.html或.doc格式的電子文檔；b、操作手冊同時包含整個軟件的安裝指南；3.4 服務a、參與人員能為用戶進行系統講解、介紹；b、參與人員能

12、培訓用戶熟練操作我們開發的軟件系統；c、參與人員能夠對正在使用的軟件系統進行遠程監控；d、參與人員能夠履行合同中的其他合理性維護工作（如對方業務的保密性，這方面暫時省略）4、完成項目的期限在2012年12月底啟動本項目，2013年6月底完成測試，并提供軟件包、設計文檔、軟件操作手冊等詳細的開發資料。項目啟動：2012年12月15日項目結束：2013年6月30日5、項目的計劃進度表活動編號活動任務名稱開始時間結束時間持續時間/天負責人參加人員預算經費其他資源可行性分析2012.12.182010.04.225B需求分析2010.04.232010.04.275C軟件設計2010.04.28201

13、0.05.0710D數據庫建立2010.05.082010.05.1710E子系統1編碼、測試2010.05.182010.05.2710F子系統2編碼、測試2010.05.182010.05.2710G硬件安裝2010.05.182010.05.225H硬件測試2010.05.232010.05.275I集成測試2010.05.282010.06.015J系統安裝/培訓2010.06.022010.06.065K驗收測試2010.06.072010.06.16106、實施計劃6.1 工作任務的分解與人員的分工本項目的工作分解結構如下：任務姓名參加時間項目管理全部軟件配置管理，質量保證全部可行

14、性分析全部需求分析全部軟件設計全部數據庫建立全部子系統1編碼、測試全部子系統2編碼、測試全部硬件安裝全部硬件測試全部模塊、集成測試全部系統安裝/培訓全部驗收測試全部三、需求規格說明書1、項目計劃1.1 系統開發目的（1）大大提高超市的運作效率；（2）通過全面的信息采集和處理，輔助提高超市的決策水平；（3）使用本系統，可以迅速提升超市的管理水平，為降低經營成本， 提高效益，增強超市擴張力， 提供有效的技術保障。1.2 背景說明21世紀，超市的競爭也進入到了一個全新的領域，競爭已不再是規模的競爭，而是技術的競爭、管理的競爭、人才的競爭。技術的提升和管理的升級是超市業的競爭核心。零售領域目前呈多元發

15、展趨勢，多種業態：超市、倉儲店、便利店、特許加盟店、專賣店、貨倉等相互并存。如何在激烈的競爭中擴大銷售額、降低經營成本、擴大經營規模，成為超市營業者努力追求的目標。1.3 項目確立針對超市的特點，為了幫助超市解決現在面臨的問題，提高小型超市的競爭力，我們將開發以下系統：前臺POS銷售系統、后臺管理系統，其中這兩個子系統又包含其它一些子功能。1.4 應用范圍本系統適應于各種小型的超市。1.5 定義（1）商品條形碼：每種商品具有唯一的條形碼，對于某些價格一樣的商品，可以使用自定義條形碼。（2）交易清單：包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間。（3）商品積壓：在一定

16、時期內，遠無法完成銷售計劃的商品會造成積壓。（4）促銷：在一定時期內，某些商品會按低于原價的促銷價格銷售。庫存告警提示：當商品的庫存數量低于庫存報警數量時發出提示。（5）盤點：計算出庫存、銷售額、盈利等經營指標。1.6 參考資料SQL Server 2000 實用教程范立南編 清華大學出版社軟件工程導論重慶大學出版社軟件工程理論與實踐 Shari Lawrence Pfleeger編 清華大學出版社2、 邏輯分析與詳細分析2.1系統功能(1) 零售前臺（POS）管理系統，本系統必須具有以下功能：²商品錄入：根據超巿業務特點制定相關功能，可以通過輸入唯一編號、掃描條形碼、商品名稱等來實

17、現精確或模糊的商品掃描錄入。該掃描錄入方法可以充分保證各種電腦操作水平層次的人員均能準確快速地進行商品掃描錄入。²收銀業務：通過掃描條形碼或者直接輸入商品名稱（對于同類多件商品采用一次錄入加數量的方式）自動計算本次交易的總金額。在顧客付款后，自動計算找零，同時打印交易清單（包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間）。²安全性：OS登陸、退出、換班與操作鎖定等權限驗證保護；斷電自動保護最大限度防止意外及惡意非法操作。 ²獨立作業：有的斷網收銀即在網絡服務器斷開或網絡不通的情況下，收銀機仍能正常作業(2) 后臺管理系統，本系統必須具備以

18、下功能²進貨管理： 根據銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。 按計劃單有選擇性地進行自動入庫登記。 綜合查詢打印計劃進貨與入庫記錄及金額。²銷售管理： 商品正常銷售、促銷與限量、限期及禁止銷售控制。 綜合查詢各種銷售明細記錄、交結賬情況等。 按多種方式統計生成銷售排行榜，靈活察看和打印商品銷售日、月、年報表。庫存管理： 綜合查詢庫存明細記錄。 庫存狀態自動告警提示。如庫²存過剩、少貨、缺貨等。軟件為您預警，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。(3) 系統結構系統總體結構小型超市零售管理系統后臺管理系統

19、進貨管理銷售管理庫存管理用戶管理模塊子系統結構商品錄入快速商品錄入支持條形碼掃描進貨管理進貨管理自動制定進貨計劃自動入庫登記查詢打印計劃進貨與入庫記錄功能描述：進貨管理子系統可以根據庫存自動指定進貨計劃，進貨時自動等級，以及提供查詢和打印計劃進貨與入庫記錄的功能。銷售管理銷售管理商品銷售控制查詢打印銷售情況生成銷售排行榜功能描述：銷售管理子系統可以控制某商品是否允許銷售，查詢每種商品的銷售情況并產生年、月、日報表，同時可以生成銷售排行榜。庫存管理查詢庫存明細記錄庫存狀態自動告警提示庫存管理自動盤點計算功能描述：庫存管理子系統提供查詢庫存明細記錄的基本功能，并根據庫存的狀態報警，以及自動盤點計算

20、。2.2、流程圖前臺管理系統頂層DFD圖第0層DFD圖銷售員商品信息銷售商品錄入商品信息文檔信息列表商品信息商品信息業務清單第1層DFD圖營業員條形碼掃描快速商品錄入Èë銷售ÕÛ交易金額打印清單商品信息列表ÌõÐÎÂëÐÅÏ¢商品錄入商品信息商品信息商品信息商品信息業務信息業務清單文檔交易信息表業務信息2.3戶類型與職能(1) 員工（營業員）：² 通過商品條形碼掃描輸入商品到購買清單² 操作軟件計算交易總金額² 操作軟件輸出交

21、易清單(2) 超市經理² 操作軟件錄入商品，供貨商，廠商² 操作軟件制定進貨計劃² 查詢打印計劃進貨與入庫記錄² 操作軟件控制商品銷售與否² 查詢打印銷售情況² 操作軟件生成銷售排行榜² 查詢庫存明細記錄² 根據軟件發出的庫存告警進行入貨² 操作軟件進行盤點計算(3) 總經理：² 基本信息登記管理² 員工操作權限管理² 客戶銷售權限管理2.4統開發步驟² 確定參與者和相關的用況² 為每個用況設計過程² 建立順序圖，確定每個腳本中對象的協作

22、8; 創建類，確定腳本中的對象² 設計, 編碼, 測試, 集成類² 為過程編寫系統測試案例² 運行測試案例，檢驗系統2.5系統安全問題信息系統盡管功能強大，技術先進，但由于受到自身體系結構，設計思路以及運行機制等限制，也隱含許多不安全因素。常見因素有：數據的輸入，輸出，存取與備份，源程序以及應用軟件，數據庫，操作系統等漏洞或缺陷，硬件，通信部分的漏洞，企業內部人員的因素，病毒，“黑客”等因素。因此，為使本系統能夠真正安全，可靠，穩定地工作，必須考慮如下問題：為保證安全，不致使系統遭到意外事故的損害，系統因該能防止火，盜或其他形式的人為破壞。系統要能重建；系統應該是

23、可審查的；系統應能進行有效控制，抗干擾能力強；系統使用者的使用權限是可識別的² 客戶端操作系統：不限瀏覽器：IE6.0以上、Firefox、360² 應用服務端操作系統：Windows XP、Windows Vista、Windows 7、Linux、Unix應用服務器：Tomcat 6.0或更高更新版本數據庫訪問：JDBC（Hibernate的持久層設計）² 數據庫服務器端操作系統：Windows XP、Windows Vista、Windows 7數據庫系統：MySQL² 輔助工具名稱參考網站作用圖標PowerDesigner進行數據庫設計Visua

24、lSVNSVN版本控制服務器TortoiseSVN/SVN版本控制客戶端，使團隊成員代碼共享MySQL AdministratorMySQL數據庫管理工具Firebugb/s前臺調試工具3、 基于UML的建模3.1語義規則用例模型（use cases view）（用例視圖）的基本組成部件是用例（use case）、角色(actor)和系統(system)。用例用于描述系統的功能，也就是從外部用戶的角度觀察，系統應支持哪些功能，幫助分析人員理解系統的行為，它是對系統功能的宏觀描述，一個完整的系統中通常包含若干個用例，每個用例具體說明應完成的

25、功能，代表系統的所有基本功能（集）。角色是與系統進行交互的外部實體，它可以是系統用戶，也可以是其它系統或硬件設備，總之，凡是需要與系統交互的任何東西都可以稱作角色。系統的邊界線以內的區域（即用例的活動區域）則抽象表示系統能夠實現的所有基本功能。在一個基本功能（集）已經實現的系統中，系統運轉的大致過程是：外部角色先初始化用例，然后用例執行其所代表的功能，執行完后用例便給角色返回一些值，這個值可以是角色需要的來自系統中的任何東西。UML：是一種標準的圖形化建模語言，它是面向對象分析與設計的一種標準表示；它不是一種可視化的程序設計語言而是一種可視化的建模語言；不是工具或知識庫的規格說明而是一種建模語

26、言規格說明是一種表示的標準；不是過程也不是方法但允許任何一種過程和方法使用它。用例（use case）：參與者（actor）：3.2 UML模型3.21 系統UML模型 銷售商品銷售控制進貨管理庫存管理員工基本信息管理員工操作權限管理客戶銷售管理營業員³經理總經理3.2.2 子系統UML模型（1）零售前臺（POS）管理系統用例視圖銷售清單結賬貨物營業員顧客（2）后臺管理系統用例視圖自動制定進貨計劃銷售管理自動入庫登記生成銷售排行榜倉庫管理員查詢庫存明細超市經理倉庫管理庫存狀態自動告警自動盤點計算自動制定進貨 自動入庫登記查詢打印計劃進貨管理4、超市銷售系統概念設計文檔4.1 系統ER

27、圖4.2 系統ER圖說明每個顧客可以購買多種商品，不同商品可由不同顧客購買.每個供貨商可以供應多種不同商品，每種商品可由多個供應商供應。四、概要設計說明書2、 總體設計2.1 需求規定2.1.1 硬件支持此軟件有進行遠程訪問的功能，也就是說對服務器要求較高。因此，建議機器至少能順暢運行SQL服務器及其相關軟件。2.1.2 軟件支持 本軟件將在以下環境下編寫完成：操作系統：Windows XP professional編程軟件：Microsoft Visual Studio 2008 中文版SQL服務器：Microsoft® SQL Server 2000 2.1.3 系統功能 管理員

28、輸入登陸用戶名，密碼，就能進入系統對商品進行錄入,查詢等功能,如果用戶不輸入用戶名，密碼則不能進入系統。商品實時檢索功能：提供一個強大的搜索引擎功能， 用戶只需提供商品名稱的關鍵字，就能檢索到上面商品的所有相關資源，并且顯示出來。2.1.4 系統性能(1)時間特性要求 系統的速度要在用戶可接受的范圍內，但考慮到需要實時檢測商品的數量可庫存情況，對資源實時搜索的速度可以有較低的要求。(2)可靠性 系統要有較高的可靠性，可恢復性。(3)靈活性系統要有良好的接口，以適應增加商品信息，增加商品類型，增加相關的商品錄入功能的需求；增加商品信息的更改和更新功能.2.2 運行環境 2.2.1 設備普通pc機

29、，互聯網。2.2.2軟件支持操作系統：Windows 98以上系統2.3系統結構圖 3、接口設計3.1用戶接口用戶界面：在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對WINDOW 風格較熟悉，應盡量向這一方向靠攏。 3.2外部接口本系統設有人機操作界面，考慮到操作簡單，易于管理方面，主要硬件接口設備為PC，鼠標，鍵盤。而軟件接口主要以windows平臺為基本平臺。3.3內部接口見系統框圖，各模塊之間相互獨立又彼此關聯，主要通過函數調用實現各部分的連接。4.運行設計4.1 運行模塊組合4.1.1 系統管理系統管理

30、具有用戶管理和退出系統的功能。對系統支持性數據作維護。(1)增加用戶 設置管理員。系統初始設置一個用戶名和密碼，管理人員可以利用這個用戶名和密碼登陸?？梢蕴砑樱瑒h除，修改用戶信息，設置用戶登陸密碼，以及確認用戶角色。(2)修改密碼要修改用戶密碼必須通過用戶登陸4.1.2 商品信息管理部門信息管理部分包括：商品名商品簡稱產地計算單位規格批號批準文號公司號（外碼）備注最后修改時間其功能是實現對各部分數據的添加，修改，刪除等操作。(1)商品信息添加商品名的基本信息的添加。如新商品的入庫等。(2)商品信息修改商品名的基本信息的修改。如商品銷售后，庫存數量等。 (3)商品信息刪除商品名的基本信息的刪除。

31、如商品銷售完，不再進本類商品時就需要將商品的信息刪除等。(4)商品信息查詢商品名的基本信息的查詢。管理員想了解商品的庫存和銷售情況時，可以多商品進行查詢。4.1.3 庫存管理庫存包括：名稱編號價格計量單位數量其功能是實現對各部分數據內容的添加，修改，查詢，刪除。各管理部分的明細如下：(1)商品添加添加商品信息(2)商品修改修改商品信息(3)商品查詢查詢商品信息功能模塊分布圖超市管理系統后臺管理系統用戶管理庫存管理銷售管理進貨管理4.2 運行控制軟件運行時有較友好的界面，基本能夠實現用戶的數據處理要求。使用戶與計算機互動。(見系統框圖）4.3 運行時間函數和事件的運行時間要看所在計算機的配置。系

32、統的運行時間基本可以達到用戶所提出的要求。系統響應時間視具體pc配置而定,一般正常情況下將很快。5.系統數據結構設計5.1 邏輯結構設計要點針對一般小型超市后臺信息管理系統的需求，通過對商品進出過程的內容和數據流程分析，設計如下面所示的數據項和數據結構。5.2 物理結構設計系統的存儲物理結構由數據庫來自動生成。6、運行設計6.1運行控制 軟件運行時有較友好的界面，基本能夠實現用戶的數據處理要求。6.2 運行時間系統的運行時間基本可以達到用戶所提出的要求。7、維護設計由于系統較小沒有外加維護模塊，因為維護工作比較簡單，僅靠數據庫的一些基本維護措施即可。五、詳細設計說明書2、總體設計2、1需求概要

33、 大大提高超市的運作效率，通過全面的信息采集和處理，輔助提高超市的決策水平；使用本系統，可以迅速提升超市的管理水平，為降低經營成本，提高效益，增強超市擴張力，提供有效的技術保障。要求系統能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面要簡單明了，易于操作，服務器程序利于維護。2、2 軟件結構 3、程序描述3.1系統登錄模塊 功能：本模塊的主要功能是對用戶身份進行，驗證只有系統的合法用戶才能進入系統。其窗體如下圖： 在進行系統登錄過程中，登錄模塊將調用數據庫里的用戶清單，并對賬號和密碼進行驗證，只有輸入了正確的賬號和密碼后，系統登錄才會成功。并在輸入了錯誤的或者是不存在的賬戶和密

34、碼時，系統會給出出錯信息提示，指明登錄過程中的錯誤輸入或者錯誤操作，以便用戶進行正確的登錄。系統登錄模塊流程圖:進入系統用戶名、密碼及校驗碼登錄系統合法NY結束開始Y3.2進貨管理模塊功能：該模塊主要是實現進行進貨信息查詢功能。進貨信息查詢：該模塊為超市提供整個超市的進貨情況查詢，也可以進行進貨信息的明細查詢，并以進貨報表形式打印出來。輸入項、輸出項：該模塊的輸入項為超市的進貨單，其中包括進貨單的編號，商品的編號，供貨商號，進貨價，數量，金額進貨日期，備注。進貨管理模塊流程圖:3.3銷售管理模塊 功能：本模塊的主要功能是把銷售信息寫入銷售清單，同時對庫存清單進行更新，以備用戶將來對庫存信息進行

35、查詢和打印，此外還可以對銷售信息進行查詢和盤點功能。銷售信息查詢：根據商品銷售情況，按需要對銷售情況進行查詢。在該查詢模塊中，可以照商品的編號、銷售日期等多種方式進行商品銷售信息查詢。銷售信息盤點：可以按照需要對在一定時期內的銷售情況進行盤點。輸入項、輸出項：本模塊的數據輸入項主要是商品的銷售單號和商品編號。其中還包括銷售數量和銷售日期。銷售管理模塊流程圖:2.4庫存管理模塊功能：本模塊的主要功能是商品信息的查詢和更新，庫存信息的查詢和更新。查詢商品信息：主要功能查詢商品的明細信息，和它的庫存信息。添加商品信息：主要功能添加新進的商品。修改商品信息：主要功能是修改商品的信息，包括他的庫存數量。

36、刪除商品信息：主要功能是刪除不再銷售的商品信息。輸入項、輸出項：本模塊的數據輸入項主要是商品編號。庫存管理模塊流程圖：2.5 供貨商管理模塊在超市引進商品時，首先查詢已有的供貨商信息，然后按照供貨商信息采購商品；或者從新的供貨商那里引進新的商品，此時，要把新供貨商信息添加到供貨商清單中。有時，不再從某一供貨商那里采購商品時，此時要把供貨商信息刪掉。當供貨商信息有變化時，就需要對供貨商信息進行維護等。供貨商信息管理模塊流程圖：2.6 系統管理模塊系統管理功能模塊主要實現對操作員的管理，在操作員管理子功能中用戶可以進行新增操作員，也可以對現有的操作進行更新以及刪除等操作。用戶注冊模塊處理過程：在新

37、用戶來訪問后，首先要求他們注冊，注冊用戶時，驗證用戶名是否已經有人注冊；密碼的確認及密碼提示答案；其它一些選擇性問題的填寫。六、用戶操作手冊1、軟件產品介紹1.1 目標隨著計算機網絡技術以及數據庫技術的迅速發展，管理信息系統得到了廣泛應用。放眼于超市，超市中的工作人員對貨物的急劇增多，工作量越來越大。然而系統就是要為了幫助超市各層人員能夠方便、準確地了解到超市的貨物狀況并能及時地作出相應的措施。1.2 功能1. 系統管理：超級用戶可以進行新增操作員，也可以對現有的操作進行更新以及刪除等操作。2. 供貨商管理： 完成對商品基本資料的收集及存儲，及包括廠商的姓名、住址。3. 進貨管理：提供修改與更

38、新供應商的信息及其商品的信息。4. 銷售管理：銷售時顯示商品的基本信息，并在售后更新商品的庫存信息。5. 庫存管理：管理倉庫商品，并在提醒管理員進貨。2、運行環境2.1 硬件Pentium 133以上，32M RAM，2.1G HD2.2 支持軟件該系統適合操作系統：Windows XP 及其以上的版本。3、使用說明3.1 安裝與初始化由于使用了安裝自動生成工具，安裝變的非常簡單，只需運行光盤上的SETUP.EXE（或點擊安裝程序）即可根據提示安裝服務器端程序或是客戶機端程序。在安裝的過程中，系統將自動初始化，為第一次運行作準備。3.2 登陸備注：對應的用戶輸入用戶名、密碼、驗證碼3.3 輸入

39、與輸出3.3.1 系統管理超級用戶對新增的普通用戶進行添加。對新用戶的用戶名、密碼進行設置。3.3.2 供貨商管理在超市引進商品時，首先查詢已有的供貨商信息，然后按照供貨商信息采購商品；或者從新的供貨商那里引進新的商品，此時，要把新供貨商信息添加到供貨商清單中。有時，不再從某一供貨商那里采購商品時，此時要把供貨商信息刪掉。當供貨商信息有變化時，就需要對供貨商信息進行維護等。3.3.3 進貨管理輸入項、輸出項：該模塊的輸入項為超市的進貨單，其中包括進貨單的編號，商品的編號，供貨商號，進貨價，數量，金額進貨日期，備注3.3.4 銷售管理輸入項、輸出項：本模塊的數據輸入項主要是商品的銷售單號和商品編

40、號。其中還包括銷售數量和銷售日期。3.3.5 庫存管理輸入項、輸出項：本模塊的數據輸入項主要是商品編號。3.4 求助查詢在任何時候，按F1鍵，即可獲得詳細的聯機幫助。七、測試分析1、引言1.1 測試分析文檔編寫目的測試分析報告是在測試分析的基礎上，對測試的結果以及測試的數據等加以記錄和分析總結。它也是測試過程中的一個重要環節，同時，它也是對軟件性能的一個總的分析和認可及對不足之處的說明。因此，測試分析報告對于今后對軟件的功能的加強，不足之處的彌補等都起著十分重要的提綱作用。另外，它還有利于今后軟件開發者閱讀原程序，根據測試提供的數據和結果，分析原代碼，掌握各函數的功能和局限性。從而縮短軟件開發

41、者的再開發時間和所耗費的精力資金。從這方面上，我們不難發現，測試分析報告所指明的對象主要是針對于軟件開發者。1.2 項目背景在我國超市形成在20世紀90年代初期，現在已經成為我國零售業的一種重要形態，為國民經濟的發展發揮了重要的作用。隨著超市高速的發展，其經營管理也變得愈加復雜，早期的售貨員站柜臺的形式早已不能滿足現有銷售也的發展，這樣就迫切地需要引入新的管理技術。超市形態具有種種優點，但在目前狀況下，它仍存在零售業企業所共有的落后的一面，如：不能有效地管理每種商品，收款結算速度慢，容易出現營業差錯，不宜進行商品調價，盤點效率低等，而且在超市日常管理中，商品的進、銷、存等決策以經驗為主，缺乏實

42、時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足。隨著超市形態的高速發展，其經營管理也變得愈加復雜，日常所需要處理的數據量也逐漸增大，商業運轉的中間環節也越來越多，原始的人工管理已無法應對這復雜的市場。為此，依靠現代化的計算機信息處理技術來管理超市，從而節省了大量的人力、物力，改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應的決策，加快超市經營管理效率。1.3 參考資料 軟件工程導論 張海藩清華大學出版社 項目的計劃任務書軟件開發小組 項目開發計劃 軟件開發小組 需求規格說明書 軟件開發小組 概要設計說明

43、書 軟件開發小組詳細設計說明書軟件開發小組 用戶操作手冊 軟件開發小組 2、測試計劃執行情況2.1 測試項目1）系統管理超級用戶對新增的普通用戶進行添加。對新用戶的用戶名、密碼進行設置。（輸入正確和錯誤的用戶或密碼或驗證碼）2）供貨商管理在超市引進商品時，首先查詢已有的供貨商信息，然后按照供貨商信息采購商品；或者從新的供貨商那里引進新的商品，此時，要把新供貨商信息添加到供貨商清單中。有時，不再從某一供貨商那里采購商品時，此時要把供貨商信息刪掉。當供貨商信息有變化時，就需要對供貨商信息進行維護等。（輸入正確和錯誤的供貨商名稱）3）進貨管理輸入項、輸出項：該模塊的輸入項為超市的進貨單，其中包括進貨

44、單的編號，商品的編號，供貨商號，進貨價，數量，金額進貨日期，備注。（輸入正確和錯誤的商品的編號）4）銷售管理輸入項、輸出項：本模塊的數據輸入項主要是商品的銷售單號和商品編號。其中還包括銷售數量和銷售日期。（輸入正確和錯誤的商品的銷售單號和商品編號）5）庫存管理輸入項、輸出項：本模塊的數據輸入項主要是商品編號。（輸入正確和錯誤的商品編號） 6）服務器模塊（包括數據庫）測試測試數據庫的安全性可靠性健壯性效率。 7）各模塊之間的接口測試對各模塊之間的接口進行測試。 8）系統測試用黑盒法對系統進行各類功能的測試。 2.2 測試機構和人員超市管理系統開發小組鄒會明、占盼、徐敬根、王成2.3 測試結果1）

45、系統管理 正確就輸出正確的信息，錯誤就彈出錯誤的提示框。2）供貨商管理正確就輸出正確的信息，錯誤就彈出錯誤的提示框。3）進貨管理正確就輸出正確的信息，錯誤就彈出錯誤的提示框。4）銷售管理正確就輸出正確的信息，錯誤就彈出錯誤的提示框。5）庫存管理正確就輸出正確的信息，錯誤就彈出錯誤的提示框。2.4 軟件需求測試結論在經過對各模塊的測試后，已經能夠證實該軟件各方面的能力都可以。只是在網絡傳輸方面還有待加強。3、評價3.1 軟件能力經測試證實該軟件在各方面的綜合能力都可以。3.2 缺陷和限制網絡傳輸的保密性安全性以及數據庫的安全性還存在一定的缺陷。有可能會由于傳輸過程中數據的丟失造成軟件運行的錯誤。

46、3.3 建議建議在網絡傳輸方面加強其保密性和安全性3.4 測試結論該軟件在各方面的綜合能力都可以，通過！八、軟件文檔編寫總結報告鄒會明：這次系統只完成了我預期的50%，和初步預期70%有所不同，雖然是以我們宿舍為單位，但是個人覺得主要還是大家時間安排上的問題，有些人太忙，如準備期末考試、六級等等。寫完設計文檔，我體會到，在做項目的過程中，不要純粹的代碼編寫，編程的思想方法很重要的，也是最難解決的一個問題。同時我也了解到了一個團隊交流和合作的重要性，整個項目的文檔設計的重要性。軟件工程對文檔是相當看重的，所以這次我也特意讓大家動手去寫自己分配到任務的文檔。雖然少數不會寫，但還是勉強寫出來了，這也是值得高興的