【正文】 b 結(jié)果分析成功登錄到管理員主界面，說明該模塊正常成功登錄到員工主界面，說明該模塊正常提示“編號或密碼錯誤，請重新輸入” 集成測試集成超市管理系統(tǒng)測試的主要目的檢測系統(tǒng)是否達到需求對業(yè)務流程及數(shù)據(jù)流的處理是否符合標準，檢測系統(tǒng)對業(yè)務處理是否存在邏輯不嚴謹及錯誤，檢測需求是否存在不合理的標準及要求。通常單元測試可放在編碼階段，程序員在編寫好一個模塊后，總會對自己編寫的模塊進行測試，檢查它是否實現(xiàn)了詳細設計說明書中規(guī)定的模塊功能和算法。從模塊開始，一級一級的向外擴展，直至整個系統(tǒng)測試完畢。5 系統(tǒng)測試系統(tǒng)測試是將已經(jīng)確認的軟件、計算機硬件、外設、網(wǎng)絡等其他元素結(jié)合在一起，進行信息系統(tǒng)的各種組裝測試和確認測試，其目的是通過與系統(tǒng)的需求相比較，發(fā)現(xiàn)所開發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方，從而提出更加完善的方案。選中節(jié)點，并遍歷樹的根節(jié)點，如果樹節(jié)點和權(quán)限角色表中的記錄權(quán)限編號相等，遞歸調(diào)用，勾上子節(jié)點。將節(jié)點添加到父節(jié)點上，綁定角色表到下拉列表，并用遞歸調(diào)用方法添加權(quán)限。 權(quán)限管理模塊實現(xiàn)過程：添加根節(jié)點，實體化樹節(jié)點。 權(quán)限管理模塊實現(xiàn)權(quán)限管理也是一個系統(tǒng)不可缺少的模塊，在實現(xiàn)的時候有很多的方法，本系統(tǒng)使用的是給每個用戶設定一個用戶和密碼，然后采用分級權(quán)限管理，管理員可以為每個用戶分配不同的權(quán)限。amp。如果InsertOrUpdate==0就執(zhí)行添加操作，判斷添加的商品是否已經(jīng)存在。并用實體累封裝信息。這樣使得工程的結(jié)構(gòu)清晰，思路明了。用戶可以通過該模塊添加、編輯、刪除、查找商品信息，同時可以依據(jù)顯示的庫存情況制定進貨單，制定后程序通過將新進貨單數(shù)據(jù)插入到后臺數(shù)據(jù)庫中的進貨表中，來實現(xiàn)數(shù)據(jù)間傳遞，這樣在進貨界面用戶可以了解到進貨情況。 i++)。for (int i = 0。 并將購物車中的商品顯示到銷售窗體上。amp。提高了銷售人員的工作效率。銷售信息的寫入銷售清單，同時對庫存清單進行更新，以備用戶將來對庫存信息進行查詢。錄入待銷售的界面。 銷售管理模塊實現(xiàn)銷售管理是超市系統(tǒng)中的核心部分，進入銷售界面，選擇需要的貨物，并輸入數(shù)量。則生產(chǎn)流水號并顯示數(shù)據(jù)BindBussinessNames()。 i++)，并用實體封裝數(shù)據(jù)StockModel s = new StockModel()。詳細流程如下：如果已經(jīng)采購了商品，添加采購訂單詳表的數(shù)據(jù)，for (int i = 0。 進貨管理模塊實現(xiàn)過程：建立采購購物車，然后給購物車綁定數(shù)據(jù)，并調(diào)用購物車的數(shù)據(jù)。管理員就會及時發(fā)現(xiàn)缺的商品，從而進貨。 進貨管理模塊實現(xiàn)商品的進貨管理是超市管理系統(tǒng)中的一個非常重要的功能，在龐大的商品信息中，能夠及時添加所缺少的商品，是超市經(jīng)營中一個重要的環(huán)節(jié)。為了便于鼠標點擊輸入。如果用戶名或密碼不正確，則記載輸入錯誤密碼的次數(shù), 如果密碼錯誤次數(shù)多余系統(tǒng)設置的數(shù)據(jù)，則會自動退出系統(tǒng)。DataTable dtUserId = (name, pwd)。 登錄模塊實現(xiàn)過程：在登錄界面中實現(xiàn)中通過BindAllUsers()來綁定用戶類型，MemorizePwd()來記住密碼。再輸入過程中也可以通過虛擬鍵盤來輸入，如果用戶名和密碼都正確，單擊登錄按鈕，則進入系統(tǒng)。刪除商品信息：主要功能是刪除不再銷售的商品信息。添加商品信息：主要功能添加新進的商品。 銷售管理流程圖 庫存管理流程功能：本模塊的主要功能是商品信息的查詢和更新，庫存信息的查詢和更新。其中還包括銷售數(shù)量和銷售日期。銷售信息盤點：可以按照需要對在一定時期內(nèi)的銷售情況進行盤點。銷售信息查詢：根據(jù)商品銷售情況，按需要對銷售情況進行查詢。輸入項、輸出項：該模塊的輸入項為超市的進貨單，其中包括進貨單的編號、商品的編號、供貨商號、進貨價、數(shù)量、金額進貨日期和備注。 登錄模塊流程圖 進貨管理流程功能：該模塊主要是實現(xiàn)進行進貨信息查詢功能。在進行系統(tǒng)登錄過程中，登錄模塊將調(diào)用數(shù)據(jù)庫里的用戶清單，并對賬號和密碼進行驗證，只有輸入了正確的賬號和密碼后，系統(tǒng)登錄才會成功。本系統(tǒng)所包括的幾大模塊如下：登錄模塊、進貨模塊、庫存管理模塊、銷售管理等多個模塊。詳細設計的任務不是具體的編寫程序，而是要設計出程序的“藍圖”，以后可根據(jù)這個藍圖寫出實際的程序代碼。字段字段名類型是否為空備注returnOrderFormID客戶退貨單號Varchar(30)否主鍵，標識列clientID客戶名稱IDint否外鍵引用 客戶信息表storehouseID收貨倉庫IDint否外鍵引用）倉庫設置表returnTime退貨時間Datetime否外鍵供貨商信息表returnMoney總金額money否returnShouldMoney應退金額money否大于0returnFactMoney實退金額money否應付金額等于總金額returnMain經(jīng)辦人Varchar(20)否returnMark退貨備注信息Varchar(50)否。 商品銷售訂單表字段字段名類型是否為空備注sellOderFormID銷售單號Varchar(30)否主鍵，標識列clientID客戶名稱int否鍵引用客戶表storehouseID 收貨倉庫int否外鍵引用 倉庫設置表 sellTime 銷售日期Datetime否外鍵sellTotalMoney總金額Varchar(20)否sellShouldMoney 應退金額money否大于0sellFactMoney實退金額money否應付金額等于總金額sellMain經(jīng)辦人Varchar(20)否sellRemark銷售備注信息Varchar(50)否。 進貨單詳細表字段字段名類型是否為空備注StockID進貨訂單詳細IDint否主鍵，標識列stockrOderFormID 進貨單號int否外鍵引用進貨訂單表（ Stock）goodsID商品編號int否外鍵引用 商品信息表（GoodInfo）。 倉庫信息表字段字段名類型是否為空備注StoreInfoID倉庫信息IDint主鍵stockrOderFormID進貨單號int否外鍵引用myRetuOrderFormID采購退貨單號int否外鍵引用 采購退貨訂單信息表sellOderFormID 銷售單號int否外鍵引用 商品銷售訂單表returnOrderFormID 客戶退貨單號int否外鍵引用 客戶退貨單據(jù)信息表 。 客戶信息表字段字段名類型是否為空備注clientID 客戶IDint否主鍵，標識列clientName 客戶名稱Varchar(20)否clientMain 負責人Varchar(50)否clientAddress 聯(lián)系地址Varchar(20)否clientPhone 聯(lián)系電話Varchar(30)否。 用戶類型表字段字段名類型是否為空備注userTypeID 用戶類型IDint否主鍵，標識列userType 用戶類型Varchar(20)否(管理員、普通用戶)，默認為‘管理員’。 商品類型表字段字段名類型是否為空備注goodsTypeID 商品類型IDint否主鍵，標識列goodsType 商品類型Varchar(20)否日用品、食品、藥品、電器、衣物、床上用品。本系統(tǒng)根據(jù)ER圖可以對數(shù)據(jù)庫進行設計，以下列出主要的數(shù)據(jù)表。 銷售管理銷售編號商品編號銷售日期銷售人支付方式銷售單號銷售數(shù)量總金額會員卡號 銷售管理實體圖。商品信息編號名稱單價分類庫存銷售 商品信息實體圖。簡單的說，ER圖用來分析數(shù)據(jù)關系的。操作要求：明確用戶對數(shù)據(jù)的操作要求，從而確定數(shù)據(jù)之間的關系。其中的排序和索引功能，對數(shù)據(jù)快速定位、查詢提供了有利條件。這里采用SQL Server數(shù)據(jù)庫?；A信息錄入 商品銷售 基礎數(shù)據(jù)基礎信息庫存信息庫存總量商品進貨單商品入庫單購買的商品銷售憑條業(yè)務查詢庫存信息庫存總量查詢條件結(jié)果輸出 第二層數(shù)據(jù)流圖超市管理員超市管理系統(tǒng)數(shù)據(jù)查詢登錄信息查詢結(jié)果 第一次層數(shù)據(jù)流圖查詢條件供應商進貨單入庫單顧客購買的商品憑條 系統(tǒng)活動圖 活動圖闡述了用例實現(xiàn)的過程，用于研究實現(xiàn)業(yè)務目標時所要執(zhí)行的各項任務或活動的順序安排。在客戶管理模塊中可以查看客戶詳細的通訊地址、聯(lián)系方式、訂單狀態(tài)等信息，同時會驗證客戶所填寫的信息是否正確，若無誤，則保存正確信息，否則不處理此訂單，在庫存模塊當中操作入庫、出庫、查詢等。本系統(tǒng)操作流程，操作員根據(jù)不同的身份賬號進入登錄模塊，在登錄欄處輸入用戶名和密碼，系統(tǒng)進行驗證操作員身份，若系統(tǒng)沒有檢索到用戶名，則不允許進入，進去后根據(jù)所擁有的權(quán)限進行操作?？蛻艄芾砟K：具備客戶信息查詢功能。商品銷售管理模塊：提供銷售登記、銷售查詢功能。　 進貨管理模塊：提供進貨登記、進貨查詢的功能。商品信息管理模塊：提供添加商品類型，修改商品信息、商品信息查詢、商品類型管理功能。本系統(tǒng)有四個整體模塊，其包含著以下子模塊。SQL Server2005開發(fā)后臺數(shù)據(jù)庫，用于提供數(shù)據(jù)服務。 系統(tǒng)總體設計方案本系統(tǒng)采用了C/S模型。在軟件設計階段主要是把一個軟件需求轉(zhuǎn)化為軟件表示的過程。綜上所述，從經(jīng)濟可行性、技術可行性和操作可行性來說，系統(tǒng)開發(fā)是完全可行的。 操作可行性本系統(tǒng)界面清晰直觀、易于操作。而后續(xù)的投入相對較小，很長時間內(nèi)都不會需要進一步投資，管理和維護費用也很少，而系統(tǒng)實際能夠起到的作用會遠遠大于投入的開發(fā)費用，相信會有十分可觀的前景。在硬件方面電腦的各種配置包括輸入輸出能力，內(nèi)部存儲器和外部存儲器的容量都能滿足用戶的要求。 技術可行性根據(jù)前期的市場調(diào)查與對下列系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各項所需技術的約束條件的分析來看，本系統(tǒng)程序開發(fā)應是一個集數(shù)據(jù)庫管理和查詢?yōu)橐簧淼南到y(tǒng)，依據(jù)現(xiàn)有的開發(fā)技術，開發(fā)硬件、開發(fā)軟件的性能要求及環(huán)境條件等來看，各項條件良好，同時，考慮給予的開發(fā)期限較為充裕，預計可以在規(guī)定期限內(nèi)完成預定功能地開發(fā)與實現(xiàn)?？尚行匝芯康哪康木褪怯米钚〉拇鷥r在盡可能短的時間內(nèi)確定問題是否能夠解決、是否值得去解決。 可行性分析可行性分析是依據(jù)初步調(diào)查的結(jié)果做出系統(tǒng)開發(fā)可行與否的結(jié)論過程。具有較強的數(shù)據(jù)處理能力，數(shù)據(jù)庫引擎增強、分析服務增強等。 系統(tǒng)靈活性系統(tǒng)要有良好的接口，以適應增加商品信息，增加商品類型，增加相關的商品錄入功能的需求；增加商品信息的更改和更新功能。 超市管理銷售系統(tǒng)類圖 系統(tǒng)性能要求對系統(tǒng)性能的要求包括對系統(tǒng)時間要求，靈活性，數(shù)據(jù)管理能力等的要求。類圖是所有面向?qū)ο蠼７椒ǖ暮诵牟糠郑悎D描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，由類及類間的關系組成。類圖描述的是一種靜態(tài)關系，在系統(tǒng)的整個生命周期都是有效的。 超市管理系統(tǒng)用例圖 類圖分析類圖(Class diagram)由許多（靜態(tài)）說明性的模型元素（例如類、包和它們之間的關系，這些元素和它們的內(nèi)容互相連接）組成。 用例分析用例圖主要用來圖示化系統(tǒng)的主事件流程，它主要用來描述客戶的需求，即用戶希望系統(tǒng)具備的完成一定功能的動作，通俗地理解用例就是軟件的功能模塊，所以是設計系統(tǒng)分析階段的起點，本文中采用用例技術進行需求分析的獲取和分析。添加庫存商品及添加商品種類，添加是需要登記：商品名稱、入庫價格、商品賣價、單位、及庫存下限。庫存的出入查詢可以根據(jù)：單據(jù)號、時間來查詢。入庫的情況包括：商品的采購、客戶退貨。倉庫設置：倉庫設置也包括添刪改的操作：倉庫名稱、負責人、聯(lián)系電話、倉庫地址、倉庫信息備注。銷售退貨查詢可以根據(jù)：客戶名稱、單據(jù)號、開單日期查詢?？蛻敉素浌芾恚嚎蛻敉素浌芾硎窃诒境匈徺I商品之后，但產(chǎn)品出現(xiàn)質(zhì)量問題、貨物遲到等原因超市和客戶協(xié)商要求退貨或換貨的制度。登記客戶信息包括：客戶名稱、負責