某超市收銀系統(tǒng)說明書范本、可行性分析.................................................................................................................................21.1問描述.............................................................................................................................21.2可性分析研究.................................................................................................................21.2.1技術(shù)行性............................................................................................................21.2.2經(jīng)濟行性............................................................................................................21.2.3操作行性............................................................................................................3、項目開發(fā)打算............................................................................................................................42.1編目的.............................................................................................................................42.2項背景.............................................................................................................................42.3項概述.............................................................................................................................42.4項開發(fā)打算.....................................................................................................................52.5交期限.............................................................................................................................5、需求分析....................................................................................................................................63.1任需求分析.....................................................................................................................63.2數(shù)流圖、數(shù)據(jù)字典.3.2.1數(shù)據(jù)圖................................................................................................................73.2.2數(shù)據(jù)典................................................................................................................9、系統(tǒng)概要設(shè)計4.1總設(shè)計.4.2數(shù)庫概念設(shè)計.4.2.1數(shù)據(jù)和數(shù)據(jù)結(jié)構(gòu).4.2.2實體系E-R圖..................................................................................................13、詳細設(shè)計5.1系功能模塊圖.5.2各系統(tǒng)功能模塊圖.5.3程流程圖.5.4數(shù)庫邏輯結(jié)構(gòu)設(shè)計.5.5連數(shù)據(jù)庫的特點5.6用界面設(shè)計.5.6.1一樣互設(shè)計.5.6.2信息示設(shè)計.5.6.3數(shù)據(jù)入界面設(shè)計.5.7軟測試.5.7.1測試方法和步驟.5.7.2測試例.設(shè)計總結(jié).........................................................................................................................................26參考文獻.........................................................................................................................................27致謝..........................................................................................................................................28

1、可行性分1.1題述超市零售治理系統(tǒng)是小型超市商品銷售及物資治理的要緊操縱部分截了當阻礙銷售的方便性及治理的規(guī)范性隨著信息時代的進展對效率的要求日益提高因而軟件操縱銷售和治理差不多取代了傳統(tǒng)全手工方式小型超市具有自身的特點：商品要求一樣齊全，進出貨關(guān)系較為簡單，職員人數(shù)種類不多；在軟件角度看，數(shù)據(jù)較少，對儲備和速度要求不高。但正由于職員較少，使用軟件操縱成為必須。1.2行分研1.2.1技術(shù)可行性技術(shù)上的可行性分析要緊分析現(xiàn)有技術(shù)條件能否順利完成開發(fā)工作硬軟件配置能否滿足開發(fā)者需要等。目前各賓館均建有局域網(wǎng)，同時采納機作為工作臺，其容量、速度能滿足系統(tǒng)要求。依照客戶提出的系統(tǒng)功能性能及實現(xiàn)系統(tǒng)的各項約束條件依照新系統(tǒng)目標來衡量所需的技術(shù)是否具備本系統(tǒng)是一個數(shù)據(jù)庫治理和查詢的系統(tǒng)現(xiàn)有的技術(shù)以較為成熟，硬件、軟件的性能要求、環(huán)境條件等各項條件良好，估量利用現(xiàn)有技術(shù)條件應完全能夠達到該系統(tǒng)的功能目標。1.2.2經(jīng)濟可行性因為通過網(wǎng)絡(luò)傳遞銷售信息能夠不受距離的限制此能夠借閱許多的人力和物力方便治理由此能夠減少不必要的開支同時該系統(tǒng)能夠提精湛市的銷售效率，即提高了超市的經(jīng)濟效益，因此從經(jīng)濟上完全是可行的。(1)超市有能力承擔系統(tǒng)開發(fā)費用開發(fā)新系統(tǒng)的工作是一項間距復雜的工作的投資要緊是人力和物力的投

資關(guān)于本系統(tǒng)的開發(fā)者來說其要緊投資依舊在人力和物力兩個方面假如是企業(yè)自己安排人手開發(fā)系統(tǒng)的話要緊的投資依舊在人力資源上系統(tǒng)的業(yè)務需求調(diào)查到系統(tǒng)的分析編碼制作差不多上需要龐大的人力投入的企業(yè)作為一個簡短的高科技產(chǎn)業(yè)職員要求都比一樣企業(yè)的要求要高且對系統(tǒng)開發(fā)及軟件產(chǎn)業(yè)了解比較多此在自我開發(fā)治理系統(tǒng)的過程中業(yè)自己比較容易安排人手此就能夠為企業(yè)借閱大部分的額外開支時軟件就其它產(chǎn)品來屬于高端行業(yè)管是產(chǎn)品的價格依舊質(zhì)量都比較高經(jīng)營產(chǎn)品的經(jīng)銷商或者是商家都要求有雄厚的資金支持因此在系統(tǒng)的開發(fā)過程中企業(yè)完全有能力承擔開發(fā)費用..新系統(tǒng)將為企業(yè)帶來經(jīng)濟效益治理系統(tǒng)是一個信息化能化和先進治理理念的集合體治理是一個動態(tài)過程其運行過程中要采取多項措施此在治理中獲得經(jīng)濟效益是一個綜合效益對它進行直截了當定量的分析是比較困難的樣新系統(tǒng)帶來的經(jīng)濟效益是簡介的最要緊的表現(xiàn)確實是減少了企業(yè)治理費用和人力開支其它一些繁瑣的食物都通過新系統(tǒng)來加以分析解決僅節(jié)約了大量的時刻為企業(yè)的各項決策提供了寶貴的資料，為企業(yè)帶來龐大的經(jīng)濟效益。1.2.3操作可行性本系統(tǒng)采納基于的圖形用戶界面，而該系統(tǒng)是大伙兒熟悉的操作系統(tǒng)于那些有一樣的運算機知識的人員就能夠輕松上手整個超市治理系統(tǒng)采納最友好的交互界面，簡介明了，不需要對數(shù)據(jù)庫進行深入的了解。由此，該系統(tǒng)的操作是可行的，有必要開發(fā)該系統(tǒng)。綜合以上三方面系統(tǒng)具有專門高的開發(fā)可行性管是從技術(shù)上或者經(jīng)濟上依舊操作上。因此，能夠設(shè)計該系統(tǒng)的數(shù)據(jù)流程圖，建立數(shù)據(jù)字典。通過認真地全面地可行性研究，系統(tǒng)差不多上做到了在技術(shù)、經(jīng)濟、運行、法律上的可行此信在按照打算上實施的前提下統(tǒng)的設(shè)計將會按時、高質(zhì)量完成。因此，系統(tǒng)研制和開發(fā)是能夠趕忙進行的。

2、項開發(fā)打算2.1寫的通過項目的可行性分析得出項目可進一步進行下去的結(jié)論在軟件連續(xù)進一步的開發(fā)之前第一給出此軟件項目打算。2.2目景21世紀，超市的競爭也進入到了一個全新的領(lǐng)域，競爭已不再是規(guī)模的競爭，而是技術(shù)的競爭、治理的競爭、人才的競爭。技術(shù)的提升和治理的升級是超市業(yè)的競爭核心。零售領(lǐng)域目前呈多元進展趨勢，多種業(yè)態(tài)：超市、倉儲店、便利店特許加盟店專賣店貨倉等相互并存何在猛烈的競爭中擴大銷售額、降低經(jīng)營成本、擴大經(jīng)營規(guī)模，成為超市營業(yè)者努力追求的目標。項目分析單位在接到項目分析員給出的項目可行性分析報告后，在本系統(tǒng)，即倉庫進貨治理系統(tǒng)開發(fā)主管部門的統(tǒng)一下制定用于軟件實質(zhì)開發(fā)的軟件項目打算，以使軟件開發(fā)單位明白得軟件開發(fā)要求，進行開發(fā)。2.3目述本系統(tǒng)要緊包括：倉庫治理、貨架治理和收銀治理。1)倉庫治理要緊包括：生成庫存報告、生成缺貨報告、錄入更新數(shù)據(jù)。在需要時(可每隔一個時刻段查詢一次)生成商品庫存情形報告,實時報告商品庫存情形,如庫存量不足(小于某一自定的數(shù)量)時,可生成缺貨報告,并提供商品種類,來源等商品屬性信息,方便采購人員進行商品采購。采購員采購商品后,及時錄入商品信息等數(shù)據(jù),在數(shù)據(jù)庫中進行數(shù)據(jù)更新。2)貨架治理要緊包括:貨架上商品賣到一定數(shù)量時,實時生成提貨報告,并提供商品的庫存信息,剩余信息。3)收銀治理要緊包括時錄入賣出商品信息如名稱,數(shù)量,單價等,及時更新數(shù)據(jù)庫數(shù)據(jù)。

2.4目發(fā)算1、任務分分三個大的時期進行開發(fā)第一時期完成本系統(tǒng)的數(shù)據(jù)流圖跟E-R圖。第二時期完成概要設(shè)計跟詳細設(shè)計。第三時期書寫文檔。2、預算軟件資金投入較少，具體預算分配簡略。3、關(guān)鍵問各模塊之間的聯(lián)系和后臺數(shù)據(jù)庫的完成用目前的設(shè)備與現(xiàn)有開發(fā)技術(shù)完全能夠開發(fā)出該系統(tǒng)的來說該項目沒有較大的技術(shù)難點與其他的一些風險因素。關(guān)于顯現(xiàn)的一些小難點總都能得到解決。2.5付限所要開發(fā)的系統(tǒng)較簡單，所有開發(fā)工作用戶要求要在3周內(nèi)完成，完成項目的最遲時刻為2020827。

3、需求析3.1務求析前臺POS銷售系統(tǒng)(差不多功能)：1.商品錄入依照超巿業(yè)務特點制定相關(guān)功能能夠通過輸入唯獨編號掃描條形碼商品名稱等來實現(xiàn)精確或模糊的商品掃描錄入該掃描錄入方法能夠充分保證各種電腦操作水平層次的人員均能準確快速地進行商品掃描錄入。2.收銀業(yè)務通過掃描條形碼或者直截了當輸入商品名〔關(guān)于同類多件商品采納一次錄入加數(shù)量的方式自動運算本次交易的總金額在顧客付款后，自動運算找零，同時打印交易清單〔包括交易的流水賬號、每類商品的商品名、數(shù)量、該類商品的總金額、交易的時刻、負責本次收銀的職員號假如顧客是本店會員并持有本人會員卡，那么在交易前先掃描會員卡，并對所購物品全部實行折優(yōu)待，并將所購物品的總金額累計到該會員的總消費金額中。會員卡的有效期限為一年，滿一年未續(xù)卡者，該會員卡將被注銷。3.安全性。POS登、退出、換班與操作鎖定等權(quán)限驗證愛護；斷電自動愛護最大限度防止意外及惡意非法操作。4.獨立作業(yè)特有的斷網(wǎng)收銀即在網(wǎng)絡(luò)服務器斷開或網(wǎng)絡(luò)不通的情形下收銀機仍能正常作業(yè)。后臺治理系統(tǒng)(差不多功能)：1.進貨治理：依照銷售情形及庫存情形，自動制定進貨打算〔亦可手工制定修改夠幸免盲目進貨造成商品積壓。打算單有選擇性地進行自動入庫登記。綜合查詢打印打算進貨與入庫記錄及金額。2.銷售治理：商品正常銷售、促銷與限量、限期及禁止銷售操縱。綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及交結(jié)賬情形等。按多種方式統(tǒng)計生成銷售排行榜，靈活觀看和打印商品銷售日、月、年報表。3.庫存治理：綜合查詢庫存明細記錄。庫存狀態(tài)自動告警提示如庫存過

剩、少貨、缺貨等。軟件為您預警，幸免庫存商品積壓缺失和缺貨。庫存自動盤點運算。4.人員治理：職員、會員、供貨商、廠商等差不多信息登記治理。職員操作權(quán)限權(quán)益、客戶銷售權(quán)限治理。3.2據(jù)圖數(shù)字3.2.1據(jù)流圖數(shù)據(jù)流圖由四種差不多的元素構(gòu)成：數(shù)據(jù)流，處理，數(shù)據(jù)儲備和數(shù)據(jù)源〔數(shù)據(jù)終點數(shù)據(jù)流(Data：為具有名稱且有流向的數(shù)據(jù)，用標有名稱的箭頭表示，一個數(shù)據(jù)能夠是記錄、組合項或差不多項。處理(：表示對數(shù)據(jù)所進行的加工和變換，在圖中用矩形框表示。指向處理數(shù)據(jù)流為該處理的輸入數(shù)據(jù)，離開處理的數(shù)據(jù)為處理的輸出數(shù)據(jù)。數(shù)據(jù)儲備表示用文件方式或數(shù)據(jù)庫形式所儲備的數(shù)據(jù)堆砌進行的存取分別以指向或離開數(shù)據(jù)儲備的箭頭表示。數(shù)據(jù)源及數(shù)據(jù)終點示數(shù)據(jù)的來源或數(shù)據(jù)的去向是一個組織或人員。

庫存信息查詢庫存信息清單

1查詢

進貨信息請求發(fā)出庫存檢索請求

庫存清單

庫存信息檢索結(jié)果已進貨信息

1：更新

銷售信息圖3.1

庫存治理部分第1DFD圖銷售信息查詢銷售清單

銷售單前臺銷售信息

庫存信息圖3.2

銷售治理部分第1DFD圖

進貨單進貨單采購已進進貨息清進貨息查：查詢

采購庫存息清

進貨息請發(fā)出詢

進單檢索結(jié)果：更新進貨息請

進貨圖3.3

進貨治理部分第1DFD圖3.2.2據(jù)字典數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合確實是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。(1)已進貨信=進貨單+供貨商+商品名+進貨貨數(shù)+進貨日期備注銷售信息=銷售單號商品編號+銷售數(shù)量+銷售日期文件條：文件名：職工清單組成：{工編號+姓名+性別貫+學歷+類別+資系證號+聘用日期編制日期+備注}

+身份

組織：按職工編號遞增排列文件名：商品清單組成{品編供貨商名稱條形+量單+類別產(chǎn)地+單+備注}組織：按商品編號遞增排列文件名：供貨商清單組成：{貨商號+名稱聯(lián)系人+聯(lián)系

+開戶行銀行帳號+備注}組織：按供貨商編號遞增排列文件名：進貨清單組成{進貨單號商品編號供貨商號+進貨價數(shù)量+金額進貨日期備注}組織：按進貨單編號遞增排列文件名：銷售清單組成：{售單號+商品編+銷售數(shù)量銷售日期}組織：按銷售單編號遞增排列文件名：庫存清單組成：{品編號+存數(shù)量}組織：按商品編號遞增排列加工說：加工名：查詢加工邏輯：依照要查詢的庫存信息，檢索出庫存信息明細表輸入流：庫存信息查詢，發(fā)出庫存信息要求輸出流：庫存信息清單，進貨信息要求加工名：更新依照進貨信息或銷售信息更新庫存信息輸入流：已進貨信息，銷售信息輸出流：發(fā)出庫存檢索要求加工名：查詢依照要查詢的銷售信息，檢索出銷售信息明細表輸入流：銷售信息查詢輸出流：銷售清單，銷售單

加工名：更新加工邏輯：依照銷售信息更細銷售清單輸入流：前臺銷售信息，庫存信息輸出流：更新庫存清單加工名：查詢加工邏輯：依照要查詢的進貨信息，檢索出進貨信息明細表輸入流：進貨信息查詢，發(fā)出進貨采購清單查詢輸出流：庫存信息清單，已進貨信息，新供貨商信息，進貨單信息清單，采購單，進貨信息要求，進貨/購清單檢索結(jié)果加工名：更新加工邏輯：依照進貨信息更新進貨清單輸入流：進貨信息要求，進貨單輸出流：發(fā)出進貨采購清單查詢(7)加工名：查詢加工邏輯：依照輸入要查詢的職工信息或供貨商信息，檢索出相應的結(jié)果輸入流：職工信息查詢，供貨商信息查詢，發(fā)出職工/供貨商清單查詢輸出流：已有供貨商信息，供貨商信息清單，職工信息清單，職工/供貨商清單檢索結(jié)果商品清：輸入流：職工信息，新供貨商信息清單，職工/供貨商清單檢索結(jié)果

4、系概要設(shè)計4.1體計通過那個時期的工作將劃分出組成系統(tǒng)的物理元素。系統(tǒng)概要設(shè)計的差不多目的是用比較抽象的概括方式確定系統(tǒng)如何完成預定的任務也確實是要確定系統(tǒng)的配置物理方案軟件結(jié)構(gòu)設(shè)計時應該遵循的最要緊的原理是模塊獨立，讓模塊彼此間的接口關(guān)系應該盡量簡單。4.2據(jù)概設(shè)數(shù)據(jù)庫一樣分為三級模式外模式概念模式和內(nèi)模式外模式也確實是不同用戶所對的數(shù)據(jù)視圖將數(shù)據(jù)庫內(nèi)部抽象的數(shù)據(jù)及其互相之間的關(guān)系表示為簡單、直觀的應用界面。概念模式是數(shù)據(jù)庫中全部數(shù)據(jù)的邏輯結(jié)構(gòu)和特點描述，通常以某種數(shù)據(jù)模型為基礎(chǔ)。內(nèi)模式是對數(shù)據(jù)的物理結(jié)構(gòu)和儲備方式的描述。4.2.1據(jù)項和據(jù)結(jié)構(gòu)在那個地點我們將要設(shè)計的是數(shù)據(jù)庫的概念模式過對超市治理系統(tǒng)的內(nèi)容和數(shù)據(jù)流程分析及圖，設(shè)計如下數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)。商品信息表〔商品編號，商品名稱，價格，條形碼，促銷價格，促銷起日期，促銷至日期，承諾打折，庫存數(shù)量，庫存報警數(shù)量，打算進貨數(shù)，承諾銷售，廠商編號，供貨商編號〕b)用戶表〔用戶編號，用戶名稱，用戶密碼，用戶類型〕會員表〔會員編號，會員卡號，累積消費金額，注冊日期〕d)銷售表〔銷售編號，商品編號，銷售數(shù)量，銷售金額，銷售日期〕交易表〔交易編號，用戶名稱，交易金額，會員卡號，交易日期〕f)

進貨入庫表〔入庫編號，入庫商品編號，入庫數(shù)量，單額，總額，入庫日期，打算進貨日期，入庫狀態(tài)〕g)供貨商表〔供貨商編號，供貨商名稱，供貨商地址，供貨商〕h)廠商表〔廠商編號，廠商名稱，廠商地址，廠商〕

4.2.2體聯(lián)系E-R圖依照對數(shù)據(jù)流圖和數(shù)據(jù)字典的分析我們能夠確定該應用中的實體屬性和實體之間的關(guān)系，并畫出如下所示的圖。超市治理系統(tǒng)E-R型，如圖4.1所示：姓名

性別

銷售單號職工編號

職工/用戶

銷售

客戶

銷售日期

數(shù)量進貨單號

進貨進貨日期

供貨商編號商品編號

名稱名稱

商品

供貨

供貨商

地址價格條形碼

供貨日期圖4.1

系統(tǒng)ER說明1）商店的所有用戶〔職員〕能夠銷售多種商品，每種商品可由不同用戶〔職員〕銷售；2）每個客能夠購買多種商品，不同商品可由不同顧客購買；3）每個貨商能夠供應多種不同商品，每種商品可由多個供應商供應。視圖設(shè)計1)交易視圖(——用于查詢交易情形的視圖；2)打算進貨視圖(v_PlanStock)——用于查詢進貨打算的視圖；3)銷售視圖(——用于查詢銷售明細記錄的視圖；入庫視圖(——用于查詢?nèi)霂烨樾蔚囊晥D

5、詳設(shè)計詳細設(shè)計時期的全然目標是確定應該如何具體地實現(xiàn)所要求的系統(tǒng)括了用戶界面設(shè)計、程序過程設(shè)計等步驟。5.1統(tǒng)能塊能夠依照模塊獨立原理對軟件結(jié)構(gòu)進行精化為了合理的分解得到盡可能高的內(nèi)聚、盡可能松散的耦合，最終要的是，為了得到一個易于實現(xiàn)、易于測試和易于愛護的軟件結(jié)構(gòu)，應該對模塊進行再分解或合并。系統(tǒng)功能模塊圖如以下圖5.1所示小型超市收銀系統(tǒng)前臺統(tǒng)

后臺治理系統(tǒng)商品錄入

收銀業(yè)務

進貨管理

銷售管理

庫存管理

人員治理圖5.1系統(tǒng)功能模塊圖本系統(tǒng)共包括兩大模塊，分別是前臺POS銷售系統(tǒng)和后臺治理系統(tǒng)前臺銷售系統(tǒng)分為商品錄入子系統(tǒng)和收銀業(yè)務子系統(tǒng)臺治理系統(tǒng)分為進貨治理模塊、銷售治理模塊、人員治理模塊和庫存治理模塊。5.2子統(tǒng)能塊1.商品錄入子系統(tǒng)

商品錄入快速商品錄入

描

支持條形碼掃圖5.2商品錄入子系統(tǒng)功能描述商品錄入子系統(tǒng)要求能快速錄入商品此必須支持條形碼掃描。2.收銀業(yè)務子系統(tǒng)收銀業(yè)務交易總額運算圖5.3

打印交易清單收銀業(yè)務子系統(tǒng)

支持會員卡打功能描述：收銀業(yè)務子系統(tǒng)能運算交易總額，打印交易清單，并依照會員卡打折。3.進貨治理子系統(tǒng)進貨治理自動制定進貨

自動入庫登記

查詢打印打算圖5.4

進貨治理子系統(tǒng)

功能描述進貨治理子系統(tǒng)能夠依照庫存自動指定進貨打算進貨時自動等級，以及提供查詢和打印打算進貨與入庫記錄的功能。4.銷售治理子系統(tǒng)銷售治理商品銷售操縱

查詢打印銷售

生成銷售排行圖5.5

銷售治理子系統(tǒng)功能描述銷售治理子系統(tǒng)能夠操縱某商品是否承諾銷售查詢每種商品的銷售情形并產(chǎn)生年、月、日報表，同時能夠生成銷售排行榜。5.庫存治理子系統(tǒng)庫存治理查詢庫存明細

庫存狀態(tài)告警

自動盤點運算圖5.6

庫存治理子系統(tǒng)功能描述庫存治理子系統(tǒng)提供查詢庫存明細記錄的差不多功能并依照庫存的狀態(tài)報警，以及自動盤點運算。6.人員治理子系統(tǒng)功能描述：員治理子系統(tǒng)提供差不多信息登記治理，職員操作權(quán)限治理，客戶銷售權(quán)限治理的功能。

人員治理差不多信息記

職員操作權(quán)限

客戶銷售權(quán)限圖5.7

人員治理子系統(tǒng)5.3序程程序流程圖的優(yōu)點是對操縱流程的描畫專門直觀易于把握通過對系統(tǒng)的調(diào)查和可行性分析畫出程序的流程圖如下所示程序過程設(shè)計要緊是在借助過程設(shè)計工具的情形下對程序的具體實現(xiàn)過程進行設(shè)計程序的要緊部分設(shè)計在那個環(huán)節(jié)完成。其要緊包括以下幾個部分：

否

超總理供商談進是是供是商否新應新品進程訂管作流收工流超進銷管采部店共分是有銷質(zhì)量題采部析營否問

舊應新品進程是是

采部理決退管流需

否信部新品銷否經(jīng)期新品正程供商析汰程是新應商不結(jié)流圖5.8

程序流程圖5.4據(jù)邏結(jié)設(shè)在數(shù)據(jù)庫設(shè)計中相當重要的一步確實是將概念模型轉(zhuǎn)化為運算機上

所支持的數(shù)據(jù)模型，例如圖模型轉(zhuǎn)化為關(guān)系模型道理專門簡單，我們設(shè)計概念模型差不多上差不多上一些抽象的關(guān)系，在再數(shù)據(jù)庫設(shè)計的實現(xiàn)過程中在運算機上有效地表示出這些關(guān)系就成了數(shù)據(jù)庫設(shè)計的關(guān)鍵依照超市治理系統(tǒng)的功能要求，選取VisualBasic．0為后臺數(shù)據(jù)庫。一在上面的實體和實體之間的圖設(shè)計基礎(chǔ)上形成數(shù)據(jù)庫中的表格及表格之間的關(guān)系。表數(shù)據(jù)庫表索引表名MerchInfoUserSaleStockProvideFactory

中文名商品信息表用戶表會員表銷售表交易表進貨入庫表供貨商表廠商表表商品信息表(MerchInfo)字段名MerchIDCautionNumPlanNumSalesProPriceSalesProDateEAllowAbate

字段類型intVarcharMoneyIntIntIntVarcharMoneyDatetimeDatetimeIntIntVarcharVarchar

長度450444450488441010

主/外鍵FF

字段值約束nullnullnullnullnullnullnullnullnullnullnull

對應中文名商品編號商品名稱價格庫存數(shù)量庫存報警數(shù)量打算進貨數(shù)條形碼促銷價格促銷起日期促銷止日期承諾打折承諾銷售廠商編號供貨商編號

表用戶表字段名UserIDUserPWUserStyle

字段類型VarcharVarcharInt

長度1025504

主/外鍵

字段值約束nullnullnullnull

對應中文名用戶編號用戶名稱用戶密碼用戶類型表會員表字段名TotalCost

字段類型VarcharVarcharMoneyDatetime

長度102048

主/外鍵

字段值約束nullnullnullnull

對應中文名會員編號會員卡號累積消費金額注冊日期表銷售表字段名SaleIDMerChIDSaleDateSaleNumSalePrice

字段類型VarcharVarcharDatetimeIntMoney

長度1010844

主/外鍵F

字段值約束nullnullnullnullnull

對應中文名銷售編號商品編號銷售日期銷售數(shù)量銷售單額表交易表Dealing)字段名DealingPriceDealingDate

字段類型VarcharMoneyMoneyVarcharVarchar

長度10441010

主/外鍵F

字段值約束nullnullnullnull

對應中文名交易編號交易金額交易日期會員卡號用戶名稱表入庫記錄表(字段名StockIDMerchIDTotalPriceStockState

字段類型VarcharVarcharIntMoneyMoneyDatetimeDatetimeInt

長度1010444884

主/外鍵F

字段值約束nullnullnullnullnullDatetimeDatetimenull

對應中文名入庫編號入庫商品編號入庫數(shù)量單額總額入庫日期打算進貨日期入庫狀態(tài)

表供貨商表Provide)字段名ProvideAddress

字段類型VarcharVarcharVarchar

長度105025025

主/外鍵

字段值約束對應中文名null供貨商編號null供貨商名稱供貨商地址供貨商表廠商表Provide)字段名FactoryNameFactoryAddress

字段類型VarcharVarcharVarchar

長度105025025

主/外鍵

字段值約束對應中文名null廠商編號null廠商名稱廠商地址廠商5.5接據(jù)的點當開發(fā)環(huán)境通過連接到數(shù)據(jù)庫上之后設(shè)計中使用數(shù)據(jù)庫畫筆可實現(xiàn)對該數(shù)據(jù)庫中表格，視圖等的操作，如創(chuàng)建表,修改表，刪除表，增加/刪除記錄。設(shè)計中設(shè)計數(shù)據(jù)窗口的時候通過對話框?qū)崿F(xiàn)與數(shù)據(jù)的連接在應用程序中那么一樣是在應用程序?qū)ο笾袝鴮戇B接數(shù)據(jù)庫的程序代碼得應用程序開始運行并實現(xiàn)與數(shù)據(jù)庫的連接。5.6戶面計5.6.1樣交互設(shè)一樣交互涉及信息顯示、數(shù)據(jù)輸入、和系統(tǒng)整體操縱等方面。1、一致性為客戶交互界面中的菜單項選擇擇命令輸入數(shù)據(jù)顯示以及眾多的其他功能，使用一致的格式。在設(shè)計的過程中，差不多上保持了系統(tǒng)的格式一致。2、信息的饋向用戶及時提供視覺和聽覺的信息反饋保證在用戶和系統(tǒng)之間及時地建立雙向通信。

在本系統(tǒng)設(shè)計過程中差不多做到了信息的及時反饋在信息顯示的大部分窗體中包括了刷新按鈕，會對數(shù)據(jù)庫中的數(shù)據(jù)進行及時地顯示。另外進行錯誤操作是，會彈出提示窗口并發(fā)出警告提示音。3、執(zhí)行有大阻礙的操作前提示用戶確認在設(shè)計過程中假如用戶要執(zhí)行刪除操作，以及對數(shù)據(jù)庫的讀寫操作時，都會有窗體彈出詢問連續(xù)操作或者予以提示。4、減少兩操作間需要經(jīng)歷的內(nèi)容為了幸免用戶為下一步操作而經(jīng)歷大量數(shù)據(jù)此在設(shè)計過程中在需要數(shù)據(jù)傳遞的窗體中設(shè)置全局變量來傳遞數(shù)據(jù)例如在入賬和入庫的模塊的操作中都用到了如此的方法。5、對話、動和摸索的效率盡量減少用戶擊鍵的次數(shù)設(shè)計時考慮到了用戶屏幕的布局以減少用戶鼠標移動的距離，盡量幸免用戶在操作中發(fā)生疑問的情形。6、承諾錯承諾用戶的誤操作盡量不對系統(tǒng)造成損害。7、按功能動作分類，并據(jù)此設(shè)計屏幕布局屏幕布局盡量將軟件所具有的所有功能在主頁面展現(xiàn)，界面一目了然。5.6.2息顯示設(shè)應當盡量為用戶提供的界面顯示時完整的明確的和容易明白得的如此才能滿足用戶的需求。使用不同的方式顯示信息：用文字、圖形、聲音，按位置、移動和大小，使用顏色和省略等方式傳達信息。1、只顯示當前工作有關(guān)的信息在用戶操作有關(guān)系統(tǒng)的特定功能的信息時不必看到與之無關(guān)的數(shù)據(jù)菜單和圖形。2、使用便用戶迅速吸取數(shù)據(jù)的方式來表示數(shù)據(jù)在系統(tǒng)設(shè)計的過程中較多地使用了圖表的形式表示數(shù)據(jù)例如在分析中就使用了柱狀圖的形式表現(xiàn)了復雜的數(shù)據(jù)如此用戶能夠直觀的體會到圖表所表示的含義。

3、使用一的標記、標準的縮寫和可預知的顏色為了使系統(tǒng)所表達的含義準確無誤，就必須適用一致的標記、標準的縮寫和能夠預知的縮寫如此用戶就無需參照其他信息源就能明白得而正確地適用軟件。4、產(chǎn)生有義的錯誤信息關(guān)于系統(tǒng)在運行過程中產(chǎn)生的錯誤盡量給用戶返回一個容易明白得的錯誤信息，以使用戶保持對系統(tǒng)的信任，和系統(tǒng)的可用性。5、使用窗分隔不同類型的信息使用不同的窗口顯示、儲存不同類型的信息。6、高效率使用顯示屏當使用多窗口時，應該有足夠的空間使得每個窗口至少都能顯示出一部分。此外，屏幕的大小應該選得和應用系統(tǒng)的類型相配套。在各個顯示數(shù)據(jù)的窗口中由于數(shù)據(jù)窗體項目較多因此在數(shù)據(jù)窗體空間中較多的是用了垂直和水平滾動條，以保證信息的全面正確顯示。5.6.3據(jù)輸入界設(shè)計用戶的大部分時刻用在選擇菜單命令鍵入數(shù)據(jù)和向系統(tǒng)提供輸入在系統(tǒng)中，鍵盤是要緊的輸入介質(zhì)，然而鼠標等設(shè)備的也是重要的輸入手段，因此，關(guān)于他們的數(shù)據(jù)輸入操作有如下約定：1、保持信顯示和數(shù)據(jù)輸入間的一致性為了方便用戶的使用，鼠標應當盡量減少操作的幅度。2、保持顯信息和輸入信息之間的一致性關(guān)于用戶來說保證其輸入的數(shù)據(jù)在顯示上與其他顯示的視覺特例如：文字大小、顏色、位置等〕要一致。關(guān)于不同類型的用戶在登錄到系統(tǒng)后由于有不同的權(quán)限因此在主界面中會有一些項目受到限制而無法使用因此要使這些項目不發(fā)生作用以保證系統(tǒng)安全。

5.7件試軟件測試的目的第一是確認軟件的質(zhì)量其一方面是確認軟件做了你所期望的情況〔therightthing〕，另一方面是確認軟件以正確的方式來做了那個事件〔itright〕。第二是提供信息比如提供給開發(fā)人員或程序經(jīng)理的反饋信息為風險評估所預備的信息。第三軟件測試不僅是在測試軟件產(chǎn)品的本身，而且還包括軟件開發(fā)的過程。假如一個軟件產(chǎn)品開發(fā)完成之后發(fā)覺了專門多問題說明此軟件開發(fā)過程專門可能是有缺陷的此軟件測試的第三個目的是保證整個軟件開發(fā)過程是高質(zhì)量的。5.7.1試的方法步驟軟件的測試方法有兩種，一種是黑盒測試〔功能測試另外一種是白盒測試〔結(jié)構(gòu)測試黑盒測試把程序看作一個黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。也確實是說黑盒測試是在程序接口進行的測試它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用序是否能適當?shù)耐廨斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息，程序運行過程中能否保持外部信息的完整性。白盒測試的前提是能夠把程序看成裝在一個透亮的白盒子里試者完全明白程序的結(jié)構(gòu)和處理算法這種方法按照程序內(nèi)部的邏輯測試程序檢測程序中的要緊執(zhí)行通路是否能按預定的要求正確工作。在本次軟件的測試工作中由于水平的限制僅僅對軟件的各個功能模塊進行了測試，并對各個模塊之間的接口進行了詳細的測試〔用黑盒測試法測試的步驟由于該系統(tǒng)是一個小系統(tǒng)能夠把整個系統(tǒng)作為一個單獨的實體來測試因此，在測試的過程中能夠分模塊時期來進行大型軟件系統(tǒng)通常是有假設(shè)干個子系統(tǒng)組成，且每個子系統(tǒng)由由許多模塊組成，因此件的測試過程差不多上由以下步驟組成：

模塊測試子系統(tǒng)測試系統(tǒng)測試驗收測試平行運行5.7.2試用例本次設(shè)計要緊模塊有查詢模塊修改模塊、輸入模塊和刪除模塊等，那個地點只列出以下模塊的測試用例。因此，在實際的測試中應盡可能的對每個功能，都能測試到。1、登錄測試1)輸入空賬號2)輸入不存在的賬號密碼3)輸入正確的賬號和錯誤的密碼4)輸入正確賬號和空密碼2添加職員測試5)添加一個已存在的職員6)添加一個不存在的職員3、刪除職員測試7)刪除一個不存在的職員8)刪除一個已存在的職員4、查詢職員測試9)查詢一個不存在的職員查詢一個存在的職員查詢職員的各種獎懲記錄

設(shè)計總結(jié)在課程設(shè)計當中我了解到在開發(fā)一個項目時一定要先做好規(guī)劃按照軟件的開發(fā)過程，詳細地寫好每一個必要的文檔。軟件的概念確實是：程+文檔，程序確實是文檔文檔集成在程序中它要求在選擇開發(fā)環(huán)境時不僅要考慮環(huán)境對設(shè)計、開發(fā)的完美支持，而且要考慮對愛護、文檔的支持；它要求軟件人員在設(shè)計、開發(fā)過程中要考慮愛護問題檔問題它要求程序與文檔儲備在同一位置、同一系統(tǒng)中；它要求使用相同工具進行程序與文檔的書寫、檢索；它要求在編寫和愛護程序的同時形成文檔，在書寫文檔時編寫、愛護程序序與文檔合一的概念不僅存在于系統(tǒng)的設(shè)計開發(fā)時期而且存在于系統(tǒng)的愛護時期它貫穿軟件的生命周期。和傳統(tǒng)治理模式相比較用本系統(tǒng)疑問會大