場店鋪營銷超收銀系統(tǒng)說明書_第1頁
場店鋪營銷超收銀系統(tǒng)說明書_第2頁
場店鋪營銷超收銀系統(tǒng)說明書_第3頁
場店鋪營銷超收銀系統(tǒng)說明書_第4頁
場店鋪營銷超收銀系統(tǒng)說明書_第5頁
已閱讀5頁,還剩27頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、目錄1 、可行性分析 41.1 問題描述 41.2 可行性分析研究 41.2.1 技術(shù)可行性 41.2.2 經(jīng)濟可行性 41.2.3 操作可行性 52 、項目開發(fā)計劃 62.1 編寫目的 62.2 項目背景 62.3 項目概述 62.4 項目開發(fā)計劃 72.5 交付期限 73 、需求分析 83.1 任務(wù)需求分析 83.2 數(shù)據(jù)流圖、數(shù)據(jù)字典 93.2.1 數(shù)據(jù)流圖 93.2.2 數(shù)據(jù)字典 114 、系統(tǒng)概要設(shè)計 144.1 總體設(shè)計 144.2 數(shù)據(jù)庫概念設(shè)計 144.2.1 數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu) 144.2.2 實體聯(lián)系 E-R 圖 155 、詳細(xì)設(shè)計 165.1 系統(tǒng)功能模塊圖 165.2 各

2、子系統(tǒng)功能模塊圖 165.3 程序流程圖 195.4 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計 205.5 連接數(shù)據(jù)庫的特點 235.6 用戶界面設(shè)計 235.6.1 一般交互設(shè)計 235.6.2 信息顯示設(shè)計 245.6.3 數(shù)據(jù)輸入界面設(shè)計 255.7 軟件測試 265.7.1 測試的方法和步驟 265.7.2 測試用例 27設(shè)計總結(jié) 28參考文獻(xiàn) 29致謝 301、可行性分析1.1 問題描述超市零售管理系統(tǒng)是小型超市商品銷售及貨物管理的主要控制部分, 直接影 響銷售的方便性及管理的規(guī)范性。 隨著信息時代的發(fā)展, 對效率的要求日益提高, 因而軟件控制銷售和管理已經(jīng)取代了傳統(tǒng)全手工方式。小型超市具有自身的特 點:

3、商品要求一般齊全,進(jìn)出貨關(guān)系較為簡單,員工人數(shù)種類不多;在軟件角度 看,數(shù)據(jù)較少,對存儲和速度要求不高。但正由于員工較少,使用軟件控制成為 必須。1.2 可行性分析研究1.2.1 技術(shù)可行性技術(shù)上的可行性分析主要分析現(xiàn)有技術(shù)條件能否順利完成開發(fā)工作, 硬、軟 件配置能否滿足開發(fā)者需要等。目前各賓館均建有局域網(wǎng),并且采用 PC 機作為 工作臺,其容量、速度能滿足系統(tǒng)要求。根據(jù)客戶提出的系統(tǒng)功能、 性能及實現(xiàn)系統(tǒng)的各項約束條件, 根據(jù)新系統(tǒng)目 標(biāo)來衡量所需的技術(shù)是否具備, 本系統(tǒng)是一個數(shù)據(jù)庫管理和查詢的系統(tǒng), 現(xiàn)有的 技術(shù)以較為成熟,硬件、軟件的性能要求、環(huán)境條件等各項條件良好,估計利用 現(xiàn)有技術(shù)

4、條件應(yīng)完全可以達(dá)到該系統(tǒng)的功能目標(biāo)。1.2.2 經(jīng)濟可行性因為通過網(wǎng)絡(luò)傳遞銷售信息可以不受距離的限制, 因此可以借閱許多的人力 和物力,方便管理, 由此可以減少不必要的開支, 同時該系統(tǒng)可以提高超市的銷 售效率,即提高了超市的經(jīng)濟效益,所以從經(jīng)濟上完全是可行的。 (1)超市有能力承擔(dān)系統(tǒng)開發(fā)費用開發(fā)新系統(tǒng)的工作是一項間距復(fù)雜的工作, 它的投資主要是人力和物力的投 資。對于本系統(tǒng)的開發(fā)者來說, 其主要投資還是在人力和物力兩個方面。 如果是 企業(yè)自己安排人手開發(fā)系統(tǒng)的話, 其主要的投資還是在人力資源上, 從系統(tǒng)的業(yè) 務(wù)需求調(diào)查到系統(tǒng)的分析編碼制作都是需要巨大的人力投入的。 軟件企業(yè)作為一 個簡短的

5、高科技產(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è)完全有能力承擔(dān) 開發(fā)費用 .(2)新系統(tǒng)將為企業(yè)帶來經(jīng)濟效益管理系統(tǒng)是一個信息化、 智能化和先進(jìn)管理理念的集合體。 而管理是一個動 態(tài)過程,在其運行過程中要采取多項措施。 所以在管理中獲得經(jīng)濟效益是一個綜 合效益,要對它進(jìn)行直接定量的分析是比較

6、困難的。 一般新系統(tǒng)帶來的經(jīng)濟效益 是簡介的, 其最主要的表現(xiàn)就是減少了企業(yè)管理費用和人力開支。 而其它一些繁 瑣的食物都通過新系統(tǒng)來加以分析解決, 不僅節(jié)省了大量的時間, 還為企業(yè)的各 項決策提供了寶貴的資料,為企業(yè)帶來巨大的經(jīng)濟效益1.2.3 操作可行性本系統(tǒng)采用基于 Windows 的圖形用戶界面, 而該系統(tǒng)是大家熟悉的操作系 統(tǒng),對于那些有一般的計算機知識的人員就可以輕松上手。 而整個超市管理系統(tǒng) 采用最友好的交互界面,簡介明了,不需要對數(shù)據(jù)庫進(jìn)行深入的了解。由此,該系統(tǒng)的操作是可行的,有必要開發(fā)該系統(tǒng)。綜合以上三方面, 該系統(tǒng)具有很高的開發(fā)可行性, 無論是從技術(shù)上或者經(jīng)濟 上還是操作

7、上。因此,可以設(shè)計該系統(tǒng)的數(shù)據(jù)流程圖,建立數(shù)據(jù)字典。經(jīng)過認(rèn)真地全面地可行性研究,系統(tǒng)基本上做到了在技術(shù)、經(jīng)濟、運行、法 律上的可行。因此,相信在按照計劃上實施的前提下,全系統(tǒng)的設(shè)計將會按時、 高質(zhì)量完成。所以,系統(tǒng)研制和開發(fā)是可以馬上進(jìn)行的。2、項目開發(fā)計劃2.1 編寫目的經(jīng)過項目的可行性分析, 得出項目可進(jìn)一步進(jìn)行下去的結(jié)論, 在軟件繼續(xù)進(jìn) 一步的開發(fā)之前首先給出此軟件項目計劃。2.2 項目背景21 世紀(jì),超市的競爭也進(jìn)入到了一個全新的領(lǐng)域,競爭已不再是規(guī)模的競 爭,而是技術(shù)的競爭、管理的競爭、人才的競爭。技術(shù)的提升和管理的升級是超 市業(yè)的競爭核心。零售領(lǐng)域目前呈多元發(fā)展趨勢,多種業(yè)態(tài):超市

8、、倉儲店、便 利店、特許加盟店、專賣店、貨倉等相互并存。 如何在激烈的競爭中擴大銷售額、 降低經(jīng)營成本、擴大經(jīng)營規(guī)模,成為超市營業(yè)者努力追求的目標(biāo)。項目分析單位在接到項目分析員給出的項目可行性分析報告后,在本系統(tǒng), 即倉庫進(jìn)貨管理系統(tǒng)開發(fā)主管部門的統(tǒng)一下制定用于軟件實質(zhì)開發(fā)的軟件項目 計劃,以使軟件開發(fā)單位理解軟件開發(fā)要求,進(jìn)行開發(fā)。2.3 項目概述本系統(tǒng)主要包括:倉庫管理、貨架管理和收銀管理。1)倉庫管理主要包括:生成庫存報告、生成缺貨報告、錄入更新數(shù)據(jù)。在需 要時 (可每隔一個時間段查詢一次 )生成商品庫存情況報告 ,實時報告商品庫存情 況,如庫存量不足 (小于某一自定的數(shù)量 )時 ,可生

9、成缺貨報告 ,并提供商品種類 ,來 源等商品屬性信息 ,方便采購人員進(jìn)行商品采購。采購員采購商品后 ,及時錄入商 品信息等數(shù)據(jù) ,在數(shù)據(jù)庫中進(jìn)行數(shù)據(jù)更新。2)貨架管理主要包括 :貨架上商品賣到一定數(shù)量時 ,實時生成提貨報告 ,并提 供商品的庫存信息 ,剩余信息。3)收銀管理主要包括: 隨時錄入賣出商品信息 ,如名稱,數(shù)量,單價等 ,及時更新 數(shù)據(jù)庫數(shù)據(jù)。2.4 項目開發(fā)計劃1、任務(wù)分解分三個大的階段進(jìn)行開發(fā)第一階段完成本系統(tǒng)的數(shù)據(jù)流圖跟 E-R 圖。第二 階段完成概要設(shè)計跟詳細(xì)設(shè)計。第三階段書寫文檔。2、預(yù)算軟件資金投入較少,具體預(yù)算分配簡略。3、關(guān)鍵問題各模塊之間的聯(lián)系和后臺數(shù)據(jù)庫的完成。

10、使用目前的設(shè)備與現(xiàn)有開發(fā)技術(shù)完 全可以開發(fā)出該系統(tǒng), 總的來說該項目沒有較大的技術(shù)難點與其他的一些風(fēng)險因 素。對于出現(xiàn)的一些小難點總都能得到解決。2.5 交付期限所要開發(fā)的系統(tǒng)較簡單,所有開發(fā)工作用戶要求要在 3 周內(nèi)完成,完成項 目的最遲時間為 2010 年 8 月 27 日。3、需求分析3.1 任務(wù)需求分析前臺 POS 銷售系統(tǒng) (基本功能 ):1. 商品錄入: 根據(jù)超巿業(yè)務(wù)特點制定相關(guān)功能, 可以通過輸入唯一編號、 掃 描條形碼、 商品名稱等來實現(xiàn)精確或模糊的商品掃描錄入。 該掃描錄入方 法可以充分保證各種電腦操作水平層次的人員均能準(zhǔn)確快速地進(jìn)行商品 掃描錄入。2. 收銀業(yè)務(wù): 通過掃描

11、條形碼或者直接輸入商品名稱 (對于同類多件商品采 用一次錄入加數(shù)量的方式)自動計算本次交易的總金額。在顧客付款后, 自動計算找零, 同時打印交易清單 (包括交易的流水賬號、 每類商品的商 品名、數(shù)量、該類商品的總金額、交易的時間、負(fù)責(zé)本次收銀的員工號) 。 如果顧客是本店會員并持有本人會員卡, 則在交易前先掃描會員卡, 并對 所購物品全部實行 95 折優(yōu)惠,并將所購物品的總金額累計到該會員的總 消費金額中。會員卡的有效期限為一年, 滿一年未續(xù)卡者, 該會員卡將被 注銷。3. 安全性。 POS 登陸、退出、換班與操作鎖定等權(quán)限驗證保護(hù);斷電自動 保護(hù)最大限度防止意外及惡意非法操作。4. 獨立作業(yè)

12、。 特有的斷網(wǎng)收銀即在網(wǎng)絡(luò)服務(wù)器斷開或網(wǎng)絡(luò)不通的情況下, 收 銀機仍能正常作業(yè)。后臺管理系統(tǒng) (基本功能 ):1. 進(jìn)貨管理: 根據(jù)銷售情況及庫存情況, 自動制定進(jìn)貨計劃 (亦可手工制定 修改),可以避免盲目進(jìn)貨造成商品積壓。按計劃單有選擇性地進(jìn)行自動 入庫登記。綜合查詢打印計劃進(jìn)貨與入庫記錄及金額。2. 銷售管理:商品正常銷售、促銷與限量、限期及禁止銷售控制。綜合查詢 各種銷售明細(xì)記錄、 各地收銀員收銀記錄以及交結(jié)賬情況等。 按多種方式 統(tǒng)計生成銷售排行榜,靈活察看和打印商品銷售日、月、年報表。3. 庫存管理:綜合查詢庫存明細(xì)記錄。 庫存狀態(tài)自動告警提示。 如庫存過剩、 少貨、缺貨等。軟件為

13、您預(yù)警,避免庫存商品積壓損失和缺貨。庫存自動 盤點計算。4. 人員管理:員工、會員、供貨商、廠商等基本信息登記管理。員工操作權(quán) 限權(quán)利、客戶銷售權(quán)限管理。3.2 數(shù)據(jù)流圖、數(shù)據(jù)字典3.2.1 數(shù)據(jù)流圖數(shù)據(jù)流圖由四種基本的元素構(gòu)成:數(shù)據(jù)流 (DataFlow) ,處理 (Process) ,數(shù) 據(jù)存儲和數(shù)據(jù)源(數(shù)據(jù)終點) 。數(shù)據(jù)流 (DataFlow) :為具有名稱且有流向的數(shù)據(jù),用標(biāo)有名稱的箭頭表示, 一個數(shù)據(jù)可以是記錄、組合項或基本項。處理(Process):表示對數(shù)據(jù)所進(jìn)行的加工和變換,在圖中用矩形框表示。指向處理數(shù)據(jù)流為該處理的輸入數(shù)據(jù),離開處理的數(shù)據(jù)為處理的輸出數(shù)據(jù)。數(shù)據(jù)存儲: 表示用

14、文件方式或數(shù)據(jù)庫形式所存儲的數(shù)據(jù), 堆砌進(jìn)行的存取分 別以指向或離開數(shù)據(jù)存儲的箭頭表示數(shù)據(jù)源及數(shù)據(jù)終點:表示數(shù)據(jù)的來源或數(shù)據(jù)的去向, 可以是一個組織或人員圖 3.1 庫存管理部分第 1 層 DFD 圖圖 3.2 銷售管理部分第 1 層 DFD 圖圖 3.3 進(jìn)貨管理部分第 1 層 DFD 圖3.2.2 數(shù)據(jù)字典數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合, 也就是對數(shù)據(jù)流圖中包含的所有元素的 定義的集合。(1) 已進(jìn)貨信息 =進(jìn)貨單號+供貨商號+商品名稱 +進(jìn)貨價+進(jìn)貨數(shù)量+進(jìn)貨日期 + 備注(2) 銷售信息=銷售單號 +商品編號+銷售數(shù)量+銷售日期文件條目:(1) 文件名:職工清單組成: 職工編號 +姓名

15、+性別+籍貫+學(xué)歷+類別+工資+聯(lián)系電話 +聯(lián)系地 址+身份證號 +聘用日期 +編制日期 +備注組織:按職工編號遞增排列(2) 文件名:商品清單組成: 商品編號 + 供貨商號 + 名稱 + 條形碼 + 計量單位 + 類別 + 產(chǎn)地 + 單價 + 備注組織:按商品編號遞增排列(3) 文件名:供貨商清單組成: 供貨商號 +名稱+聯(lián)系人+聯(lián)系電話+聯(lián)系地址 +開戶行+銀行帳號 +備注組織:按供貨商編號遞增排列(4) 文件名:進(jìn)貨清單組成: 進(jìn)貨單號 +商品編號+供貨商號 +進(jìn)貨價 +數(shù)量+金額+進(jìn)貨日期 +備 注組織:按進(jìn)貨單編號遞增排列(5) 文件名:銷售清單組成: 銷售單號 +商品編號+銷售數(shù)量

16、+銷售日期 組織:按銷售單編號遞增排列(6) 文件名:庫存清單組成: 商品編號 +庫存數(shù)量 組織:按商品編號遞增排列加工說明:(1)加工名:查詢 加工邏輯:根據(jù)要查詢的庫存信息,檢索出庫存信息明細(xì)表 輸入流:庫存信息查詢,發(fā)出庫存信息請求 輸出流:庫存信息清單,進(jìn)貨信息請求(2)加工名:更新 根據(jù)進(jìn)貨信息或銷售信息更新庫存信息 輸入流:已進(jìn)貨信息,銷售信息 輸出流:發(fā)出庫存檢索請求(3) 加工名:查詢根據(jù)要查詢的銷售信息,檢索出銷售信息明細(xì)表輸入流:銷售信息查詢 輸出流:銷售清單,銷售單(4) 加工名:更新 加工邏輯:根據(jù)銷售信息更細(xì)銷售清單 輸入流:前臺銷售信息,庫存信息輸出流:更新庫存清單

17、(5) 加工名:查詢 加工邏輯:根據(jù)要查詢的進(jìn)貨信息,檢索出進(jìn)貨信息明細(xì)表 輸入流:進(jìn)貨信息查詢,發(fā)出進(jìn)貨 / 采購清單查詢 輸出流:庫存信息清單,已進(jìn)貨信息,新供貨商信息,進(jìn)貨單信息清單,采 購單,進(jìn)貨信息請求,進(jìn)貨 / 采購清單檢索結(jié)果(6) 加工名:更新 加工邏輯:根據(jù)進(jìn)貨信息更新進(jìn)貨清單 輸入流:進(jìn)貨信息請求,進(jìn)貨單 輸出流:發(fā)出進(jìn)貨 / 采購清單查詢(7) 加工名:查詢 加工邏輯:根據(jù)輸入要查詢的職工信息或供貨商信息,檢索出相應(yīng)的結(jié)果 輸入流:職工信息查詢,供貨商信息查詢,發(fā)出職工 / 供貨商清單查詢 輸出流:已有供貨商信息,供貨商信息清單,職工信息清單,職工 / 供貨商 清單檢索結(jié)

18、果商品清單:輸入流:職工信息,新供貨商信息清單,職工 / 供貨商清單檢索結(jié)果4 、系統(tǒng)概要設(shè)計4.1 總體設(shè)計通過這個階段的工作將劃分出組成系統(tǒng)的物理元素。 系統(tǒng)概要設(shè)計的基本目的是用比較抽象的概括方式確定系統(tǒng)如何完成預(yù)定 的任務(wù),也就是要確定系統(tǒng)的配置物理方案。 軟件結(jié)構(gòu)設(shè)計時應(yīng)該遵循的最主要 的原理是模塊獨立,讓模塊彼此間的接口關(guān)系應(yīng)該盡量簡單。4.2 數(shù)據(jù)庫概念設(shè)計數(shù)據(jù)庫一般分為三級模式: 外模式、 概念模式和內(nèi)模式。 外模式也就是不同 用戶所對的數(shù)據(jù)視圖, 它將數(shù)據(jù)庫內(nèi)部抽象的數(shù)據(jù)及其互相之間的關(guān)系表示為簡 單、直觀的應(yīng)用界面。 概念模式是數(shù)據(jù)庫中全部數(shù)據(jù)的邏輯結(jié)構(gòu)和特征描述, 通 常

19、以某種數(shù)據(jù)模型為基礎(chǔ)。內(nèi)模式是對數(shù)據(jù)的物理結(jié)構(gòu)和存儲方式的描述。4.2.1 數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)在這里我們將要設(shè)計的是數(shù)據(jù)庫的概念模式, 通過對超市管理系統(tǒng)的內(nèi)容和 數(shù)據(jù)流程分析及 E-R 圖,設(shè)計如下數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)。a)商品信息表(商品編號,商品名稱,價格,條形碼,促銷價格,促銷起 日期,促銷至日期,允許打折,庫存數(shù)量,庫存報警數(shù)量,計劃進(jìn)貨數(shù), 允許銷售,廠商編號,供貨商編號)b)用戶表(用戶編號,用戶名稱,用戶密碼,用戶類型)c)會員表(會員編號,會員卡號,累積消費金額,注冊日期)d) 銷售表(銷售編號,商品編號,銷售數(shù)量,銷售金額,銷售日期)e) 交易表(交易編號,用戶名稱,交易金額,會

20、員卡號,交易日期)f) 進(jìn)貨入庫表(入庫編號,入庫商品編號,入庫數(shù)量,單額,總額,入庫 日期,計劃進(jìn)貨日期,入庫狀態(tài))g) 供貨商表(供貨商編號,供貨商名稱,供貨商地址,供貨商電話)h) 廠商表(廠商編號,廠商名稱,廠商地址,廠商電話)4.2.2 實體聯(lián)系 E-R 圖根據(jù)對數(shù)據(jù)流圖和數(shù)據(jù)字典的分析, 我們可以確定該應(yīng)用中的實體, 屬性和 實體之間的關(guān)系,并畫出如下所示的 E-R 圖。超市管理系統(tǒng) E-R 模型,如圖 4.1 所示:圖 4.1 系統(tǒng) ER 圖說明1) 商店中的所有用戶(員工)可以銷售多種商品,每種商品可由不同用戶(員工)銷售;2) 每個顧客可以購買多種商品,不同商品可由不同顧客購

21、買;3) 每個供貨商可以供應(yīng)多種不同商品,每種商品可由多個供應(yīng)商供應(yīng)。視圖設(shè)計1) 交易視圖 (v_Dealing) 用于查詢交易情況的視圖;2) 計劃進(jìn)貨視圖 (v_PlanStock) 用于查詢進(jìn)貨計劃的視圖;3) 銷售視圖 (v_Sale) 用于查詢銷售明細(xì)記錄的視圖;入庫視圖 (v_Stock) 用于查詢?nèi)霂烨闆r的視圖5、詳細(xì)設(shè)計詳細(xì)設(shè)計階段的根本目標(biāo)是確定應(yīng)該如何具體地實現(xiàn)所要求的系統(tǒng),包括了用戶界面設(shè)計、程序過程設(shè)計等步驟。5.1系統(tǒng)功能模塊圖可以根據(jù)模塊獨立原理對軟件結(jié)構(gòu)進(jìn)行精化。為了合理的分解,得到盡可能 高的內(nèi)聚、盡可能松散的耦合,最終要的是,為了得到一個易于實現(xiàn)、易于測試

22、和易于維護(hù)的軟件結(jié)構(gòu),應(yīng)該對模塊進(jìn)行再分解或合并。系統(tǒng)功能模塊圖如下圖5.1所示小型超市收銀系統(tǒng)前臺pos系統(tǒng)商品錄本系統(tǒng)共包括兩圖5.1系統(tǒng)功能模塊圖管大模塊,分別是前臺理POS銷售系統(tǒng)和后臺管理系統(tǒng)。前臺POS銷售系統(tǒng)又分為商品錄入子系統(tǒng)和收銀業(yè)務(wù)子系統(tǒng)后臺管理系統(tǒng)分為進(jìn)貨管理模塊、銷售管理模塊、人員管理模塊和庫存管理模塊。5.2各子系統(tǒng)功能模塊圖1.商品錄入子系統(tǒng)圖5.2商品錄入子系統(tǒng)功能描述:商品錄入子系統(tǒng)要求能快速錄入商品,因此必須支持條形碼掃描2.收銀業(yè)務(wù)子系統(tǒng)圖5.4進(jìn)貨管理子系統(tǒng)級,功能描述:進(jìn)貨管系統(tǒng)可以根據(jù)庫存自動指定i能。查詢打啡劃, 進(jìn)貨時自動等4. 銷售管理子系統(tǒng)商生

23、口零銷圖5銷售管理子系纟楚成銷售售控排制行功能描述:銷售管理子系統(tǒng)可以控制某商品是否允許銷售,查詢每種商品的 銷售情況并產(chǎn)生年、月、日報表,同時可以生成銷售排行榜。5. 庫存管理子系統(tǒng)庫存管理圖功能描述:庫存管理子系統(tǒng)的狀態(tài)報警,以及自動盤點計算5詢6細(xì)庫存管理子系統(tǒng)動盤I查詢庫存明細(xì)記錄計算的基本功能并根據(jù)庫存6. 人員管理子系統(tǒng)功能描述:人員管理子系統(tǒng)提供基本信息登記管理,員工操作權(quán)限管理,客 戶銷售權(quán)限管理的功能人員管理5.3程序流程圖程序流程圖的優(yōu)點是對控制流程的描繪很直觀,易于掌握。通過對系統(tǒng)的調(diào) 查和可行性分析,畫出程序的流程圖如下所示,程序過程設(shè)計主要是在借助過程 設(shè)計工具的情況

24、下,對程序的具體實現(xiàn)過程進(jìn)行設(shè)計。 程序的主要部分設(shè)計在這 個環(huán)節(jié)完成。其主要包括以下幾個部分:圖5.8程序流程圖5.4數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計在數(shù)據(jù)庫設(shè)計中相當(dāng)重要的一步就是將概念模型轉(zhuǎn)化為計算機上DBMS所支持的數(shù)據(jù)模型,例如,將 E-R圖模型轉(zhuǎn)化為關(guān)系模型,道理很簡單,我們設(shè) 計概念模型基本上都是一些抽象的關(guān)系,在再數(shù)據(jù)庫設(shè)計的實現(xiàn)過程中,在計算機上有效地表示出這些關(guān)系就成了數(shù)據(jù)庫設(shè)計的關(guān)鍵。根據(jù)超市管理系統(tǒng)的功能要求,選取VisualBasic6 . 0作為后臺數(shù)據(jù)庫。一、在上面的實體和實體之間的 E-R圖設(shè)計基礎(chǔ)上,形成數(shù)據(jù)庫中的表格 及表格之間的關(guān)系。表5-1數(shù)據(jù)庫表索引表名中文名Mer

25、chI nfo商品信息表User用戶表Men ber會員表Sale銷售表Deali ng父易表Stock進(jìn)貨入庫表Provide供貨商表Factory丿商表表5-2商品信息表(Merchlnfo)字段名字段類型長度主/外鍵字段值約束對應(yīng)中文名MerchlDint4PNot null商品編號MerchNameVarchar50Not null商品名稱MerchPriceMoney4Not null價格MerchNumInt4Not null庫存數(shù)量Cautio nNumInt4Not null庫存報警數(shù)量PlanNumInt4n ull計劃進(jìn)貨數(shù)BarCodeVarchar50Not null條

26、形碼SalesProPriceMoney4促銷價格SalesProDateDatetim8促銷起日期SeSalesProDateDatetim8促銷止日期EeAllowAbateInt4Not null允許打折AllowSaleInt4Not null允許銷售FactoryIDVarchar10FNot null丿商編號ProvideIDVarchar10FNot null供貨商編號表5-3用戶表(User)字段名字段類型長度主/外鍵字段值約束對應(yīng)中文名UserIDvarchar10PNot null用戶編號UserNameVarchar25Not null用戶名稱UserPWVarchar5

27、0Not null用戶密碼UserStyleInt4Not null用戶類型表5-4會員表(Menber)字段名字段類型長度主/外鍵字段值約束對應(yīng)中文名MemberIDVarchar10PNot null會員編號MemberCar dVarchar20Not null會員卡號TotalCostMoney4Not null累積消費金額RegDateDatetim e8Not null注冊日期表5-5銷售表(Sale)字段名字段類型長度主/外鍵字段值約束對應(yīng)中文名SaleIDVarchar10PNot null銷售編號MerChIDVarchar10FNot null商品編號SaleDateDat

28、etim e8Not null銷售日期SaleNumInt4Not null銷售數(shù)量SalePriceMoney4Not null銷售單額表5-6交易表(Dealing)字段名字段類型長度主/外鍵字段值約束對應(yīng)中文名Deali ngIDVarchar10PNot null交易編號Deali ngPriMoney4Not null交易金額ceDeali ngDaMoney4Not null交易日期teMemberlDVarchar10會貝卡號UserNameVarchar10FNot null用戶名稱表5-7入庫記錄表(Stock)字段名字段類型長度主/外鍵字段值約束對應(yīng)中文名StockIDVa

29、rchar10PNot null入庫編號MerchIDVarchar10FNot null入庫商口口編號MerchNu mInt4Not null入庫數(shù)量MerchPric eMoney4Not null單額TotalPriceMoney4Not null總額StockDateDatetim e8Datetime入庫日期Pla nDateDatetim e8Datetime計劃進(jìn)貨日期StockStateInt4Not null入庫狀態(tài)表5-8供貨商表(Provide)字段名字段類型長度主/外鍵字段值約束對應(yīng)中文名ProvidelDvarchar10PNot null供貨商編號ProvideN

30、amVarchar50Not null供貨商名稱eProvideAddrVarchar250供貨商地址essProvidePh onVarchar25供貨商電話e表5-9廠商表(Provide)字段名字段類型長度主鍵字段值約束對應(yīng)中文名FactoryIDvarchar10PNot null丿商編號FactoryNameVarchar50Not null廠商名稱FactoryAddrVarchar250丿商地址essFactoryPh onVarchar25廠商電話e5.5連接數(shù)據(jù)庫的特點當(dāng)開發(fā)環(huán)境通過連接到數(shù)據(jù)庫上之后,在設(shè)計中使用數(shù)據(jù)庫畫筆可實現(xiàn)對該數(shù)據(jù)庫中表格,視圖等的操作,如創(chuàng)建表 ,修

31、改表,刪除表,增加 / 刪除記錄設(shè)計中設(shè)計數(shù)據(jù)窗口的時候, 通過對話框?qū)崿F(xiàn)與數(shù)據(jù)的連接。 在應(yīng)用程序中 則一般是在應(yīng)用程序?qū)ο笾袝鴮戇B接數(shù)據(jù)庫的程序代碼, 使得應(yīng)用程序開始運行 并實現(xiàn)與數(shù)據(jù)庫的連接。5.6 用戶界面設(shè)計5.6.1 一般交互設(shè)計一般交互涉及信息顯示、數(shù)據(jù)輸入、和系統(tǒng)整體控制等方面。1、一致性 為客戶交互界面中的菜單選擇、命令輸入、數(shù)據(jù)顯示以及眾多的其他功能, 使用一致的格式。在設(shè)計的過程中,基本上保持了系統(tǒng)的格式一致。2、信息的反饋向用戶及時提供視覺和聽覺的信息反饋, 以保證在用戶和系統(tǒng)之間及時地建 立雙向通信。在本系統(tǒng)設(shè)計過程中, 基本做到了信息的及時反饋, 在信息顯示的大部

32、分窗 體中包括了刷新按鈕,會對數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行及時地顯示。另外, 在進(jìn)行錯誤 操作是,會彈出提示窗口并發(fā)出警告提示音。3、執(zhí)行有較大影響的操作前提示用戶確認(rèn)在設(shè)計過程中, 如果用戶要執(zhí)行刪除操作,以及對數(shù)據(jù)庫的讀寫操作時,都 會有窗體彈出詢問繼續(xù)操作或者予以提示。4、減少兩次操作間需要記憶的內(nèi)容為了避免用戶為下一步操作而記憶大量數(shù)據(jù), 所以在設(shè)計過程中在需要數(shù)據(jù) 傳遞的窗體中設(shè)置全局變量, 來傳遞數(shù)據(jù)。 例如在入賬和入庫的模塊的操作中都用到了這樣的方法。5、對話、移動和思考的效率盡量減少用戶擊鍵的次數(shù), 在設(shè)計時考慮到了用戶屏幕的布局以減少用戶鼠標(biāo)移動的距離,盡量避免用戶在操作中發(fā)生疑問的情

33、況。6、允許錯誤允許用戶的誤操作盡量不對系統(tǒng)造成傷害。7、按功能對動作分類,并據(jù)此設(shè)計屏幕布局屏幕布局盡量將軟件所具有的所有功能在主頁面展示,界面一目了然。5.6.2 信息顯示設(shè)計應(yīng)當(dāng)盡量為用戶提供的界面顯示時完整的、 明確的和容易理解的。 這樣才能滿足用戶的需求。使用不同的方式顯示信息:用文字、圖形、聲音,按位置、移 動和大小,使用顏色和省略等方式傳達(dá)信息。1、只顯示與當(dāng)前工作有關(guān)的信息在用戶操作有關(guān)系統(tǒng)的特定功能的信息時, 不必看到與之無關(guān)的數(shù)據(jù)、 菜單和圖形。2、使用便于用戶迅速吸收數(shù)據(jù)的方式來表示數(shù)據(jù)在系統(tǒng)設(shè)計的過程中, 較多地使用了圖表的形式表示數(shù)據(jù), 例如在分析中就 使用了柱狀圖的

34、形式表現(xiàn)了復(fù)雜的數(shù)據(jù)。 這樣,用戶可以直觀的體會到圖表所表 示的含義3、使用一致的標(biāo)記、標(biāo)準(zhǔn)的縮寫和可預(yù)知的顏色為了使系統(tǒng)所表達(dá)的含義準(zhǔn)確、 無誤,就必須適用一致的標(biāo)記、 標(biāo)準(zhǔn)的縮寫 和可以預(yù)知的縮寫, 這樣用戶就無需參照其他信息源就能理解, 而正確地適用軟 件。4、產(chǎn)生有意義的錯誤信息 對于系統(tǒng)在運行過程中產(chǎn)生的錯誤盡量給用戶返回一個容易理解的錯誤信 息,以使用戶保持對系統(tǒng)的信任,和系統(tǒng)的可用性。5、使用窗口分隔不同類型的信息 使用不同的窗口顯示、保存不同類型的信息。6、高效率的使用顯示屏當(dāng)使用多窗口時,應(yīng)該有足夠的空間使得每個窗口至少都能顯示出一部分。 此外,屏幕的大小應(yīng)該選得和應(yīng)用系統(tǒng)的

35、類型相配套。在各個顯示數(shù)據(jù)的窗口中, 由于數(shù)據(jù)窗體項目較多, 所以在數(shù)據(jù)窗體空間中 較多的是用了垂直和水平滾動條,以保證信息的全面正確顯示。5.6.3 數(shù)據(jù)輸入界面設(shè)計用戶的大部分時間用在選擇菜單命令、 鍵入數(shù)據(jù)和向系統(tǒng)提供輸入。 在系統(tǒng) 中,鍵盤是主要的輸入介質(zhì),但是鼠標(biāo)等設(shè)備的也是重要的輸入手段,所以,對 于他們的數(shù)據(jù)輸入操作有如下約定:1、保持信息顯示和數(shù)據(jù)輸入間的一致性 為了方便用戶的使用,鼠標(biāo)應(yīng)當(dāng)盡量減少操作的幅度。2、保持顯示信息和輸入信息之間的一致性對于用戶來說, 要保證其輸入的數(shù)據(jù)在顯示上與其他顯示的視覺特征 (例如: 文字大小、顏色、位置等)要一致。對于不同類型的用戶在登錄到

36、系統(tǒng)后, 由于有不同的權(quán)限, 所以在主界面中 會有一些項目受到限制而無法使用, 所以要使這些項目不發(fā)生作用, 以保證系統(tǒng) 安全。5.7 軟件測試軟件測試的目的, 第一是確認(rèn)軟件的質(zhì)量, 其一方面是確認(rèn)軟件做了你所期 望的事情( Dotherightthing ),另一方面是確認(rèn)軟件以正確的方式來做了這個 事件( Doitright )。第二是提供信息, 比如提供給開發(fā)人員或程序經(jīng)理的反饋信息, 為風(fēng)險評估 所準(zhǔn)備的信息。第三軟件測試不僅是在測試軟件產(chǎn)品的本身,而且還包括軟件開發(fā)的過程。 如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題, 這說明此軟件開發(fā)過程很可能 是有缺陷的。因此軟件測試的第三個目

37、的是保證整個軟件開發(fā)過程是高質(zhì)量的。5.7.1 測試的方法和步驟軟件的測試方法有兩種,一種是黑盒測試(功能測試) ,另外一種是白盒測 試(結(jié)構(gòu)測試)。黑盒測試把程序看作一個黑盒子,完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。 也就是說, 黑盒測試是在程序接口進(jìn)行的測試, 它只檢查程序功能是否能按照規(guī) 格說明書的規(guī)定正常使用, 程序是否能適當(dāng)?shù)慕邮茌斎霐?shù)據(jù)并產(chǎn)生正確的輸出信 息,程序運行過程中能否保持外部信息的完整性。白盒測試的前提是可以把程序看成裝在一個透明的白盒子里, 測試者完全知 道程序的結(jié)構(gòu)和處理算法。這種方法按照程序內(nèi)部的邏輯測試程序, 檢測程序中 的主要執(zhí)行通路是否能按預(yù)定的要求正確工作。在

38、本次軟件的測試工作中,由于水平的限制,僅僅對軟件的各個功能模塊進(jìn) 行了測試,并對各個模塊之間的接口進(jìn)行了詳細(xì)的測試(用黑盒測試法)。測試的步驟由于該系統(tǒng)是一個小系統(tǒng),可以把整個系統(tǒng)作為一個單獨的實體來測試。當(dāng) 然,在測試的過程中可以分模塊、分階段來進(jìn)行。大型軟件系統(tǒng)通常是有若干個 子系統(tǒng)組成,且每個子系統(tǒng)由由許多模塊組成,因此,軟件的測試過程基本上由以下步驟組成:模塊測試子系統(tǒng)測試系統(tǒng)測試驗收測試平行運行5.7.2測試用例本次設(shè)計主要模塊有查詢模塊、修改模塊、輸入模塊和刪除模塊等,這里只 列出以下模塊的測試用例。當(dāng)然,在實際的測試中應(yīng)盡可能的對每個功能, 都能 測試到。1、登錄測試1)輸入空賬

39、號2)輸入不存在的賬號密碼3)輸入正確的賬號和錯誤的密碼4)輸入正確賬號和空密碼2添加員工測試5)添加一個已存在的員工6)添加一個不存在的員工3、刪除員工測試7)刪除一個不存在的員工8)刪除一個已存在的員工4、查詢員工測試9)查詢一個不存在的員工10)查詢一個存在的員工11)查詢員工的各種獎懲記錄設(shè)計總結(jié)按照軟件+文檔,程在課程設(shè)計當(dāng)中我了解到,在開發(fā)一個項目時一定要先做好規(guī)劃,的開發(fā)過程,詳細(xì)地寫好每一個必要的文檔。軟件的概念就是:程序 序就是文檔,文檔集成在程序中。它要求在選擇開發(fā)環(huán)境時不僅要考慮環(huán)境對設(shè) 計、開發(fā)的完美支持, 而且要考慮對維護(hù)、 文檔的支持; 它要求軟件人員在設(shè)計、 開發(fā)

40、過程中要考慮維護(hù)問題、文檔問題; 它要求程序與文檔存儲在同一位置、 同 一系統(tǒng)中;它要求使用相同工具進(jìn)行程序與文檔的書寫、檢索; 它要求在編寫和 維護(hù)程序的同時形成文檔,在書寫文檔時編寫、 維護(hù)程序。 程序與文檔合一的概 念不僅存在于系統(tǒng)的設(shè)計、 開發(fā)階段而且存在于系統(tǒng)的維護(hù)階段, 它貫穿軟件的 生命周期。和傳統(tǒng)管理模式相比較, 使用本系統(tǒng),毫無疑問會大大提高超市的運作效率, 輔助提高超市的決策水平,管理水平,為降低經(jīng)營成本,提高效益,減少差錯, 節(jié)省人力,減少顧客購物時間,增加客流量,提高顧客滿意度,增強超市擴張能 力,提供有效的技術(shù)保障。由于開發(fā)者能力有限, 加上時間倉促,本系統(tǒng)難免會出現(xiàn)一些不足之處,例 如:本系統(tǒng)只適合小型超市使用,不能適合中大型超市使用; 超市管理系統(tǒng)涉及范圍寬,要解決的問題多,功能

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論