軟件項目策劃開發(fā)課程設計

1、*實踐教學* 蘭州理工大學計算機與通信學院2011年秋季學期軟件開發(fā)綜合訓練課程設計題 目： 服裝銷售治理系統(tǒng) 專業(yè)班級： 計算機科學與技術三班 姓 名： 馮翔煜 學 號： 08240325 指導教師： 張紅 成 績： 目錄 TOC o 1-3 u 摘 要 PAGEREF _Toc301626422 h 2序 言 PAGEREF _Toc301626423 h 3第一章 可行性分析 PAGEREF _Toc301626424 h 41.1問題描述 PAGEREF _Toc301626425 h 41.2可行性分析研究 PAGEREF _Toc301626426 h 41.2.1技術可行性 PA

2、GEREF _Toc301626427 h 41.2.2經濟可行性 PAGEREF _Toc301626428 h 41.2.3操作可行性 PAGEREF _Toc301626429 h 51.3結論意見 PAGEREF _Toc301626430 h 5第二章 項目開發(fā)設計 PAGEREF _Toc301626431 h 62.1編寫目的 PAGEREF _Toc301626432 h 62.2項目背景 PAGEREF _Toc301626433 h 62.3項目開發(fā)打算 PAGEREF _Toc301626434 h 62.4交付期限 PAGEREF _Toc301626435 h 6第三

3、章 需求分析 PAGEREF _Toc301626436 h 73.1任務需求分析 PAGEREF _Toc301626437 h 73.2數據流圖、數據字典及實體聯系圖 PAGEREF _Toc301626438 h 113.2.1數據流圖 PAGEREF _Toc301626439 h 113.2.2數據字典 PAGEREF _Toc301626440 h 113.2.3實體圖和實體聯系E-R圖 PAGEREF _Toc301626441 h 13第四章 概要設計 PAGEREF _Toc301626442 h 164.1 總體設計 PAGEREF _Toc301626443 h 164.

4、2 系統(tǒng)功能模塊圖 PAGEREF _Toc301626444 h 164.3 數據庫的概念設計 PAGEREF _Toc301626445 h 174.4 數據庫邏輯結構設計 PAGEREF _Toc301626446 h 17第五章 詳細設計 PAGEREF _Toc301626447 h 205.1系統(tǒng)的要緊功能 PAGEREF _Toc301626448 h 205.2系統(tǒng)總體數據流程圖 PAGEREF _Toc301626449 h 215.3用戶界面設計 PAGEREF _Toc301626450 h 235.3.1輸入設計 PAGEREF _Toc301626451 h 235.

5、3.2 輸出設計 PAGEREF _Toc301626452 h 235.4 程序設計過程 PAGEREF _Toc301626453 h 245.4.1 查詢修改操作 PAGEREF _Toc301626454 h 24設計總結 PAGEREF _Toc301626455 h 26參考文獻 PAGEREF _Toc301626456 h 27致 謝 PAGEREF _Toc301626457 h 28摘 要隨著經濟的進展，我國的服裝產業(yè)也進入了國際軌道，同時也面臨這強大的挑戰(zhàn)。相信在今后幾年，國內消費需求和出口需求仍呈現穩(wěn)定增長的態(tài)勢，我國服裝產業(yè)的進展前景能夠講極為誘人。然而，在我們樂觀地

6、向往以后時，更清醒地看到，面對國際激烈的競爭，我們要縮小與發(fā)達國家服裝企業(yè)的差距，進入國際前列，讓我們的服裝登上國際舞臺，而且立于不敗之地。這其中就包括現代的治理模式即信息化的治理，需要依靠我們的信息治理系統(tǒng)來實現。如此才可不能被新世紀所淘汰。依照服裝行業(yè)的信息化治理需求，我就服裝企業(yè)的銷售治理系統(tǒng)從可行性分析(操作可行性，技術可行性，經濟可行性) ，需求分析，項目開發(fā)設計，概要設計，詳細設計，系統(tǒng)調試，系統(tǒng)功能模塊，數據庫的邏輯設計，概念設計，等方面，來完成對服裝銷售的治理系統(tǒng)的設計與講明。 關鍵詞：數據庫；數據字典；服裝銷售治理； 序 言中國加入WTO之后，服裝行業(yè)進入了一個更具挑戰(zhàn)的進展

7、時期，目前我國的服裝產量和出口額均居世界首位，是當之無愧的服裝大國。中國服裝協(xié)會的報告指出，今后幾年，國內消費需求和出口需求仍呈現穩(wěn)定增長的態(tài)勢，我國服裝產業(yè)的進展前景能夠講極為誘人。然而，在我們樂觀地向往以后時，更清醒地看到，置身于國際市場的中國服裝企業(yè)需要用現代的治理模式來“武裝”自己，提升綜合競爭力，縮小與發(fā)達國家服裝企業(yè)的差距。這種現代的治理模式即是信息化治理，需要依靠我們的信息治理系統(tǒng)來實現。本論文的設計主題是“服裝企業(yè)的銷售治理系統(tǒng)”。在調查中發(fā)覺，由于服裝行業(yè)是中國的傳統(tǒng)行業(yè)，在治理上一直比較落后，在銷售過程中發(fā)生的專門多有效數據信息都無法及時提取，并加以有效利用，這對企業(yè)的進展

8、造成了不可磨滅的損失。而今服裝企業(yè)在進展企業(yè)的進程中，差不多充分認識到了信息化、流程化的治理能夠給企業(yè)帶來成本降低和利潤提升的益處。因而針對服裝企業(yè)的這一需求特性，規(guī)范的企業(yè)銷售業(yè)務流程成為了許多軟件商開發(fā)此類軟件的實現要點之一。因此這一點也會是我在論文中將重點實現的部分，除此之外，伴隨銷售業(yè)務發(fā)生的貨款支付過程的治理、應收賬款的報警處理、市場信息收集分析等差不多上在本次論文中重點實現的部分。然而，因個人技術上的緣故，本系統(tǒng)目前依舊單機版，網絡方面的功能還未實現，以后會加以完善；另外，由于第一版是試用版，要緊目的是檢測各項功能是否符合實際工作的需要。一旦單機版通過實踐測試，即可進一步推出網絡版

9、，從而使服裝企業(yè)的銷售信息治理工作產生更大的飛躍。第一章 可行性分析1.1問題描述服裝企業(yè)的經營治理一直比較傳統(tǒng)，許多信息的記錄和分析，經常是依靠人為過程來進行的，企業(yè)信息化程度不夠，成為了服裝企業(yè)的進展瓶頸。服裝行業(yè)是我國進出口貿易的一面旗幟，為了在加入世貿后，更好地與國際接軌，就必須采納信息化的手段來治理服裝企業(yè)。企業(yè)信息化的治理是建立在我們的信息治理系統(tǒng)的基礎之上的1.2可行性分析研究當同意一個軟件開發(fā)任務，就進入軟件生命的第一個時期，即進行可行性的研究。并不是所有問題具有簡單的解決方法，許多問題不能在預定的規(guī)模之內解決。因此通過可行性的研究分析能夠明白問題。有無可行性的解決方法，進而幸

10、免人力、物力和才力的白費。在現行系統(tǒng)初步調查的基礎上就能夠提出新系統(tǒng)目標，即新系統(tǒng)建立后所要求達到的運行指標，這是系統(tǒng)開發(fā)和評價的依據。 1.2.1技術可行性在前文我們差不多了解到，我所設計的系統(tǒng)，它的前臺開發(fā)工具是VB，后臺是SQL 2000，他們差不多上常見的系統(tǒng)開發(fā)工具，在我們往常的課程實習中經常作為我們的開發(fā)系統(tǒng)的工具，因此從設計和維護的角度來講是沒有什么大問題的。因而在技術上，開發(fā)那個系統(tǒng)也是可行的。1.2.2經濟可行性系統(tǒng)開發(fā)及實施所需的成本：該系統(tǒng)開發(fā)的成本十分低廉，由于界面友好，操作簡單，因而也不需要投入大量的培訓費用。系統(tǒng)運行后的收益包括了以下幾點：1、系統(tǒng)使提供有效信息的速

11、度提高了；2、提供一些往常無法提供的信息，能及時統(tǒng)計出各種報表3、減少了文件工作量，減少了數據統(tǒng)計的出錯率，減輕了工作人員的工作負擔，大大節(jié)約了人力。綜上所述，該信息治理系統(tǒng)在經濟上是可行的。1.2.3操作可行性隨著信息技術革命的來臨,全球經濟面臨著一個巨大的跨越。信息的及時處理、反饋，資源的充分利用充分的反映了一個企業(yè)實力、效益及現代化治理水平的問題。大力進展信息技術革命，改變傳統(tǒng)治理模式，充分利用資源，提高企業(yè)效益成為目前大多數企業(yè)進展的目標。然而，關于我們的服裝行業(yè)來講，不光是為了追隨信息化的腳步，更是由于它的行業(yè)的特性決定了必須依靠信息治理系統(tǒng)的治理優(yōu)勢才能提高他們的運作效率，這些情況

12、要緊體現在：多矩陣全過程錄入查詢，多種價格治理，各種促銷組合，庫存治理，客戶治理，市場信息收集，在那個地點我們能夠以多矩陣全過程錄入查詢?yōu)槔齺碇v明情況，我們明白服飾商品最大的特性在于以品牌、面料、年份、季節(jié)、款式、顏色、尺寸等商品屬性定義唯一確定一件商品即所謂的SKU，這就使得運作的復雜性成指數倍地上漲。許多服飾企業(yè)每天處理著成數以千計的SKU，治理著許多的品牌、款式、結構、客戶標識甚至更多的數據。在這種復雜性極高的經營治理中，商品檔案能正確地體現這些要素將是整個系統(tǒng)運作的必備基礎。1.3結論意見 通過認真地可行性研究，系統(tǒng)差不多上做到了在技術、經濟、運行、法律上的可行。因此，相信在按照打算上

13、實施的前提下，全系統(tǒng)的設計將會按時、高質量完成。因此，系統(tǒng)研制和開發(fā)是能夠立即進行的。第二章 項目開發(fā)設計2.1編寫目的通過項目的可行性分析，得出項目可進一步進行下去的結論，在軟件接著進一步的開發(fā)之前首先給出此軟件項目打算。 2.2項目背景項目分析單位在接到項目分析員給出的項目可行性分析報告后，在本系統(tǒng)，即 服裝銷售治理系統(tǒng)開發(fā)主管部門的統(tǒng)一下制定用于軟件實質開發(fā)的軟件項目打算，以使軟件開發(fā)單位理解軟件開發(fā)要求，進行開發(fā)。 2.3項目開發(fā)打算1、任務分解分三個大的時期進行開發(fā)第一時期完成本系統(tǒng)的數據流圖跟E-R圖。第二時期完成概要設計跟詳細設計。第三時期書寫文檔。 2、預算軟件資金投入較少，具

14、體預算分配簡略。 3、關鍵問題各模塊之間的聯系和后臺數據庫的完成。使用目前的設備與現有開發(fā)技術完全能夠開發(fā)出該系統(tǒng)，總的來講該項目沒有較大的技術難點與其他的一些風險因素。關于出現的一些小難點總都能得到解決。2.4交付期限所要開發(fā)的系統(tǒng)較簡單，所有開發(fā)工作用戶要求要在三周內完成，完成項目的最遲時刻為2011年8月18日。第三章 需求分析3.1任務需求分析服裝企業(yè)的經營治理一直比較傳統(tǒng)，許多信息的記錄和分析，經常是依靠人為過程來進行的，企業(yè)信息化程度不夠，成為了服裝企業(yè)的進展瓶頸。服裝行業(yè)是我國進出口貿易的一面旗幟，為了在加入世貿后，更好地與國際接軌，就必須采納信息化的手段來治理服裝企業(yè)。企業(yè)信息

15、化的治理是建立在我們的信息治理系統(tǒng)的基礎之上的?，F在，我就來詳細分析一下，服裝企業(yè)信息化建設中的需求，分析如下：多維矩陣全過程錄入查詢我們明白服飾商品最大的特性在于以品牌、面料、年份、季節(jié)、款式、顏色、尺寸等商品屬性定義唯一確定一件商品即所謂的SKU，這就使得運作的復雜性成指數倍地上漲。許多服飾企業(yè)每天處理著成數以千計的SKU，治理著許多的品牌、款式、結構、客戶標識甚至更多的數據。在這種復雜性極高的經營治理中，商品檔案能正確地體現這些要素將是整個系統(tǒng)運作的必備基礎。流程化的有效治理服飾行業(yè)是中國的傳統(tǒng)行業(yè)，在治理上一直比較落后，在銷售過程中發(fā)生的專門多有效數據信息都無法及時提取，并加以有效利用

16、，這對企業(yè)的進展造成了不可磨滅的損失。而今服裝企業(yè)在進展企業(yè)的進程中，差不多充分認識到了信息化、流程化的治理能夠給企業(yè)帶來成本降低和利潤提升的益處。因而針對服裝企業(yè)的這一需求特性，規(guī)范的企業(yè)銷售業(yè)務流程成為了許多軟件商開發(fā)此類軟件的實現要點之一。條碼治理條碼是國際通用的商品識不和治理模式，它通過條碼掃描設備，實現商品編碼的采集和輸入，方便易用，它對企業(yè)的作用更在于：通過使用條碼掃描，實現銷售終端銷售數據的及時全面的采集，同時也掌握銷售終端的庫存情況；而對服飾企業(yè)分銷零售信息化建設而言，信息錄入的速度決定了銷售的速度，而銷售治理系統(tǒng)需要一套科學、嚴密、有效的商品編碼體系，使商品編碼既涵蓋商品的要

17、緊屬性，又清晰明了，易于編制和經歷，因而商品編碼體系的治理一般采納條碼方式進行是十分必要的。同時，關于服飾企業(yè)的倉庫物流治理，也必須使用條碼，一方面能夠方便收發(fā)貨和庫存盤點，提高效率和數據的全面與準確；另一方面可實現對單件商品的來源去向的跟蹤，防止在流通環(huán)節(jié)中出現串貨等現象，也可就服飾的質量問題進行全過程跟蹤。 = 4 * GB2 價格治理服飾行業(yè)因其獨有的特性是企業(yè)不得不面對瞬息萬變的市場需求，服飾商品的生命周期越來越短，追逐流行時尚是企業(yè)經營的關鍵。這一特性也決定了服飾商品的價格治理復雜而又多變，這就對服飾企業(yè)的信息化建設提出了更高的要求。服飾行業(yè)的復雜性要求軟件能支持多種價格折扣如地區(qū)折

18、扣、客戶折扣、批量折扣、付款期折扣、促銷時刻折扣、過季打折、直營店折扣等等，同時要求能夠進行復雜的折上折計算。同時還要能支持排他性調價的要求。服飾分銷零售過程中經常進行各種商品的促銷活動，促銷期間的商品促銷價格的計算手工處理慢且易出差錯，而軟件處理則必須先定義出促銷時刻，在促銷期內針對不同的商品不同的客戶和不同的購買的數量條件組合存不同的價格，過了促銷時刻，商品的價格又能自動恢復的正常狀態(tài)。服飾商品銷售過程中，廣泛采納各種優(yōu)惠券促銷，如各種免費券、代金券、折扣券等，這就要求軟件系統(tǒng)能支持這種結算方式，要求軟件能包括定義、發(fā)放、回收各種不同的優(yōu)惠券等，同時，能將發(fā)放回收的各種優(yōu)惠券作為會計處理的

19、依據。在上述的復雜的價格治理中僅僅依靠人為的經歷、操縱是不可能達到最優(yōu)的價格策略組合的，必須依靠系統(tǒng)的信息指導，才能做出最優(yōu)的價格策略。零售治理零售治理以方便快捷為第一要務，因而支持條碼錄入為一差不多的要求。迅速地取出商品的品牌、款式、貨號、顏色、尺寸、面料并自動帶出折扣價。收款支持現金、各種信用卡、支票、免費券、代價券、折扣券的支持，由于零售競爭日趨白熱化，各大商家各出奇招爭奪客戶，其中VIP卡的應用相當普遍，這就要求軟件能支持對VIP卡的發(fā)放、積分累計、優(yōu)惠、查詢等功能。同時還需支持零售的退換貨業(yè)務及零售收款業(yè)務。庫存治理由于在服飾庫存業(yè)務中經常發(fā)生服飾包裝的拆箱、拼箱業(yè)務和套裝的拆套、拼

20、套業(yè)務因此要求系統(tǒng)能自動記錄拆分拼合業(yè)務。關于庫存要求軟件能支持按貨位、分類等進行不停業(yè)盤點。產品生命周期治理由于服飾的季節(jié)性強，產品必須進行生命全周期治理，這就要求軟件能自動計算服飾庫齡及報警，并能對每一種商品定義出其生命全周期，依照定義出的生命全周期自動提供處于不同生命周期的商品銷售情況和庫存情況等分析數據，支持銷售決策?？蛻粜庞弥卫矸椘髽I(yè)通常與商場等經銷商按照代銷協(xié)議定期結算，結算后形成對商場的應收帳款，結算后10-30日收到商場貨款。對個體經銷商要緊采納押款代銷方式，即提貨時全額繳納貨款作為押金，待以后代銷結算后轉為銷售款，因此對個體經銷商客戶應收帳款問題不大。但必須操縱在個體經銷商

21、客戶處的代銷商品庫存。對大的經銷商，可能會有鋪底支持，即經銷商能夠不必事先支付押金提貨，現在必須對鋪底進行限額操縱。銷售年度末時，所有鋪底必需結清。因此，軟件必須對客戶的信用額度進行治理，必須考慮已結算的應收款和未結算的代銷商品金額之和，另一方面還要考慮賬期操縱，關于不同賬期給予不同的結算折扣價，以鼓舞經銷商加快回款。市場信息收集分析目前大多數服飾企業(yè)的市場信息收集分析處理依靠手工處理，如專門多服飾企業(yè)通過業(yè)務員定期到經銷商處收集服飾吊牌，手工統(tǒng)計不同品牌、貨號、顏色、尺寸、面料的服飾銷售情況信息，造成手工處理工作量大，周期長，準確度差。市場信息無法統(tǒng)一治理、共享、分析，市場部門關于銷售終端、

22、競爭對手、媒體宣傳的狀況無法及時了解，對市場活動缺乏項目化治理與分析的手段；缺乏來自零售前端的第一手資料，無法及時進行準確的產品市場分析，不利于新產品的開發(fā)與推廣，也容易降低市場促銷活動的針對性，降低促銷措施的效率；經銷商在手工狀態(tài)下企業(yè)提供的市場分析報告通常是通過電話、傳真、填報表等由經銷商上報。報告的項目、分析方式各行其是，存在主觀可能和隨便應付及數據不準確等現象，經銷商可能只報告總金額，沒有具體明細，有也難以具體到品牌、貨號、顏色、尺寸、面料層面進行詳細統(tǒng)計。經銷商專門可能將價格相同的認為是同一種商品，上報數據中無法區(qū)分實際到明細的銷量，只能進行主觀可能，阻礙數據的全面性和準確性。即便是

23、如此粗糙的數據也存在統(tǒng)計周期長的問題，而關于服飾這種時令性專門強的商品，過長的統(tǒng)計周期往往失去了分析的價值，但要在手工操作的情況下，實現每日報表將是十分困難的工作。針對服飾行業(yè)的專門性要求，在設計一個系統(tǒng)全面的MIS銷售系統(tǒng)時就有了以下各個方面的考量：體現服飾行業(yè)的專門性軟件系統(tǒng)首先必須支持按品牌、面料、季節(jié)、貨號、顏色、尺寸、等多維矩陣全過程錄入，并銷售采購庫存市場分析等各種報表中支持多維矩陣式的分析報表。同時實現服飾產品全生命周期治理和單品治理，使商品處于受控狀態(tài)。加強對終端的治理終端資源包括最終客戶及店內庫存，由于各大廠商對終端客戶的爭奪是經營的焦點，因此零售前端的各種資源必須處于受控狀

24、態(tài)，零售前端的庫存、售貨員、客戶的信息都必須納入信息系統(tǒng)治理，同時總部能實時監(jiān)控到終端庫存的變化和終端銷售人員的業(yè)績變化。加強對流程的治理針對銷售中混亂的信息狀態(tài),一定要提煉出規(guī)范的銷售流程,如此才能幸免在銷售過程產生的重要銷售信息的流失。加強對顧客的治理系統(tǒng)通過VIP卡來采集顧客信息，因而要求支持錄入VIP卡信息，并能自動累計積分，可分析客戶的購買行為。強化市場信息采集，提高決策水平通過系統(tǒng)各經銷商、連鎖店可自動提供不同品牌、貨號、顏色、尺碼、面料的銷量數據和各銷售組織的銷售額排行榜，可提供不同地區(qū)對不同品牌、面料、季節(jié)、貨號、顏色、尺寸等需求情況的分析報表，對企業(yè)的經營治理提供輔助決策支持

25、，從而提高企業(yè)經營決策的水平。庫存預警由于服飾的強季節(jié)性，要求系統(tǒng)對臨近淘汰期的服飾商品報警，并可對缺貨超儲、超賬期等情況進行預警。應收賬款的報警在銷售中形成的應收款信息也是相當重要的，它阻礙到了一個企業(yè)實際效益，通過客戶的信用治理和銷售過程中產生的應收款信息進行比較，當超出信用額度時，就會產生應收款報警。系統(tǒng)建設的整體性服飾企業(yè)的分銷零售信息化建設是整個企業(yè)信息化建設的一部分，而不是孤立的信息孤島，分銷零售信息化必須是企業(yè)ERP系統(tǒng)的一部分。只是出于確保成功的前提下，減少信息化風險，需要分步建設。上述的八點，是我針對服裝企業(yè)信息化需求在MIS系統(tǒng)中實現要點，所做的一個考量設計。其考慮的重點在

26、于：服裝產品差不多信息的錄入設計、銷售流程的提煉設計、價格多重治理模式、客戶信用體系設計及市場信息的收集分析。鑒于本次畢業(yè)設計的時刻有限，我從中要緊抓住了服裝產品差不多信息的錄入設計、銷售流程的提煉設計、應收款報警以及市場信息的收集分析如此四個方面來進行“品牌服裝企業(yè)的銷售治理系統(tǒng)”的整體構建。我所設計的銷售治理系統(tǒng)在企業(yè)EPR系統(tǒng)中只是其中的一個模塊，其他模塊還有采購打算子系統(tǒng)、庫存治理子系統(tǒng)、財務治理子系統(tǒng)等。銷售系統(tǒng)與庫存治理和財務治理有著直接關系，它能夠提供銷售量情況，這是庫存治理的要緊信息來源之一，而庫存的變化又決定了采購打算的打算與執(zhí)行；伴隨著銷售的發(fā)生會產生許多的經濟往來，這是財

27、務核算的要緊信息來源之一。3.2數據流圖、數據字典及實體聯系圖3.2.1數據流圖 用戶的需求具體體現在各種信息的提供、保存、更新和查詢，這就要求數據庫結構充分滿足各種信息的輸入和輸出。通過上述系統(tǒng)功能分析，針對一般治理信息系統(tǒng)的需求，得出如下的數據流圖和數據字典：（1）數據流程圖本系統(tǒng)的數據流程圖如圖3.1所示：目錄入庫單銷售商入庫合同供貨單訂貨單供應商產品目錄銷 售銷售合同銷售進 貨目錄訂單統(tǒng)計分析治理層庫 存驗收入庫合格入庫圖表圖3.1數據流程圖3.2.2數據字典數據字典是關于數據的信息的集合，也確實是對數據流圖中包含的所有元素的定義的集合。由于本次設計是小型軟件系統(tǒng)的開發(fā)，因此采納卡片形

28、式書寫數據字典。每張卡片上保存描述一個數據的信息如此做更新和修改起來比較方便，而且能單獨處理描述 名稱：KCXX不名：庫存信息描述：紀錄倉庫的商品量信息定義：庫存信息商品編號庫存量位置：輸入到本機名稱：KHXX不名：客戶信息描述：紀錄每一個客戶的詳細資料定義：客戶信息=客戶代碼+客戶名稱+聯系人+地址+電話+手機+傳真+郵編+E-mail+稅號+開戶行+賬號+信譽度位置：輸入到本機名稱：SPXX不名：商品信息描述：紀錄每件商品的信息定義:商品信息=商品代碼+商品名稱+品牌+供貨商名稱+尺碼+款式+顏色+面料+包裝方式位置：輸入到本機名稱：CKXX不名：出庫信息描述：每一次出庫操作所生成的信息表

29、定義：出庫信息=出庫單號+商品編號+客戶編號+單價+數量+總金額+經手人+日期位置：輸入到本機名稱：GHDXX不名：供貨單信息描述：客戶發(fā)來的購貨信息定義：供貨單信息供貨單編號+商品編號+商品名稱+商品單價數量訂單總金額客戶編號日期位置：輸入到本機名稱：DHDXX不名：定貨單信息描述：向供應商提供的需要商品的列表定義：定貨單信息=訂貨單編號+商品編號+商品名稱+商品單價數量訂單總金額供貨商編號日期位置：輸入到本機每個數據的信息。下面將列出若干數據元素的數據卡片信息，數據字典卡片如圖3.2所示圖3.2 數據字典 3.2.3實體圖和實體聯系E-R圖依照上面的設計規(guī)劃出的實體包括：商品實體、客戶實體

30、、供貨商實體、庫存實體。各個實體的E-R圖以及實體與實體間的E-R關系圖描述如下：(1)商品信息實體及屬性如圖3.3所示:商 品 商品名稱尺碼款式顏色商品代碼面料供應商名稱包裝方式品牌圖3.3 商品信息實體及屬性圖(2)客戶信息實體及屬性如圖3.4所示:客 戶客戶名稱聯系人地址電話客戶代碼手機 開戶行郵編稅號信譽度賬號名稱傳真圖3.4 客戶信息實體及屬性(3)供貨商信息實體及屬性如圖3.5所示:供貨商郵箱手機郵編稅號供貨商編號賬戶 聯系人開戶行電話地址供貨商名稱圖3.5“供貨商信息”實體及屬性圖(4)庫存信息實體及屬性如圖3.6所示: 庫存信息客戶代碼經手人商品代碼數量單價金額日期入庫/發(fā)貨單

31、號號圖3.6 “庫存信息”實體及屬性圖(5)系統(tǒng)E-R圖如圖3.7所示：選擇選擇客戶名稱地址電話聯系人郵編信用額度地區(qū)備注服裝編號名稱品牌款式顏色面料尺寸產地進價處理銷售訂單訂單號客戶名服裝名數量單價訂貨日期處理狀態(tài)處理銷售單客戶名編號折扣部門經手人到款總貨款應付款未付款處理日期回款退貨單編號客戶名部門經手人退款服裝名數量圖3-7： E-R圖編號第四章 概要設計4.1 總體設計通過那個時期的工作將劃分出組成系統(tǒng)的物理元素。系統(tǒng)概要設計的差不多目的是用比較抽象的概括方式確定系統(tǒng)如何完成預定的任務，也確實是要確定系統(tǒng)的配置物理方案。軟件結構設計時應該遵循的最要緊的原理是模塊獨立，讓模塊彼此間的接口

32、關系應該盡量簡單。4.2 系統(tǒng)功能模塊圖品牌服裝企業(yè)的銷售系統(tǒng)營銷治理銷售治理用戶治理品牌分析市場分析銷售訂單銷售單退貨單密碼修改用戶登記用戶維護信息維護服裝信息客戶信息應收報警圖4-2： 總體功能示意圖4.3 數據庫的概念設計數據庫內包含的表銷售治理信息數據庫服裝信息表客戶信息表銷售訂單信息表銷售訂單詳細信息表銷售單信息表銷售單詳細信息表退貨單信息表退貨單詳細信息表4.4 數據庫邏輯結構設計以下是E-R模型向關系數據庫模型的轉換：商品信息（商品代碼、商品名稱、品牌、供應商名稱、款式、尺碼、顏色、面料）客戶信息（客戶代碼、客戶名稱、聯系人、地址、電話、開戶行、信譽度）供貨單信息（供貨單號、供貨

33、單總額、數量、經手人、日期）入庫信息(入庫單號、入庫商品、數量、總金額、日期)出庫信息(出庫單號、出庫商品、數量、總金額、日期)庫存信息（入庫單號、客戶代碼、經手人、商名代碼、數量、單價、金額、日期）在實體以及實體之間關系的基礎上，形成數據庫中的表格以及各個表格之間關系。各個數據表的字段設置如下：商品信息表如表4.1所示：表4.1 商品信息表序號字段名不名類型長度是否為空鍵1spdm商品代碼char10Not nullP2spmc商品名稱char30Not null3pp品牌char10Not null4gysmc供應商名稱char155cm尺碼char106ks款式char157ys顏色ch

34、ar158ml面料char159bzfs包裝方式char1010bz備注char10(2)客戶信息表如表4.2所示：表4.2 客戶信息表序號字段不名類型長度是否為空鍵1khdm客戶代碼char10Not nullP2khmc客戶名稱char30Not null3lxr聯系人char15Not null4dz地址char155dh電話char106sj手機char107cz傳真char108yb郵編char109E-mailE-mailchar1510sh稅號char2011khh開戶行char2012zh帳號char1513xyd信譽度char1514bz備注char15(3)庫存表如表4.3

35、所示：表4.3 庫存表序號字段名不名類型長度是否為空鍵1spdm商品代碼char10Not nullP2spmc商品名稱char30Not null3cm尺碼char104ys顏色char155spsl商品數量int4Not null6bz備注char50(4)入庫單表如表4.4所示：表4.4 入庫單表序號字段名不名類型長度是否為空鍵1rkdh入庫單號char10Not nullP2khdm客戶代碼char10Not null3jsr經手人char5Not null4spdm商品代碼char10Not null5sl數量int4Not null6dj單價money8Not null7je金額m

36、oney8Not null8rq日期datetime89bz備注char50(5)出庫單表如表4.5所示：表4.5 出庫單表序號字段名不名類型長度是否為空鍵1fhdh發(fā)貨單號char10Not nullP2khdm客戶代碼char10Not null3jsr經手人char5Not null4spdm商品代碼char10Not null5sl數量int4Not null6dj單價money8Not null7je金額money8Not null8rq日期datetime89bz備注char50(6)利潤表如表4.6所示：表4.6 利潤表序號字段名不名類型長度是否為空鍵1spbh商品編號char1

37、0Not nullP2spmc商品名稱char30Not null3sprkdj入庫單價Money8Not null4spckdj出庫單價Money8Not null5spsl商品數量int4Not null6lr利潤Money8Not null第五章 詳細設計5.1系統(tǒng)的要緊功能在本系統(tǒng)中預備通過如下窗體來實現數據維護的功能。1、主窗體：治理著各個子窗體。2、“差不多信息”子窗體：包括客戶信息、供應商信息、服裝信息。客戶信息治理：用來治理客戶的差不多信息，供貨商信息治理：對供貨商名稱、地址、聯系人、結帳日的治理。服裝信息治理：用來治理系統(tǒng)中要用來進行進貨、出貨操作的服裝的信息，在其上可進行插

38、入、刪除、確認、掃瞄和查詢信息。在用戶成功登錄后，進入服裝銷售治理系統(tǒng)，選擇差不多信息治理，進入服裝信息，系統(tǒng)顯示服裝差不多信息表，輸入查詢條件即可查出對應的服裝信息列表中滿足條件的所有服裝差不多信息，能夠添加新的信息在列表中，也能夠從列表中刪除過期的信息或者對信息進行掃瞄操作，操作完成后即可退出。3、“入庫信息”子窗體：用來實現入庫登記和入庫單的插入、刪除、確認、掃瞄、關閉以及檢索操作。4、“出庫信息”子窗體：記錄各服裝出庫的明細數據，實現出庫登記和出庫單的插入、刪除、確認、掃瞄、關閉以及檢索操作。在用戶成功登錄后，進入服裝銷售治理系統(tǒng)，選擇出庫信息治理，進入出庫信息窗口，系統(tǒng)顯示服裝出庫信

39、息表，在出庫信息表中有出庫單號、服裝代碼、出庫數量、出庫單價、金額、出庫日期的屬性。當用戶在輸入出庫單號中輸入要插入的出庫單號時即可進行插入操作，用戶也可在此窗口中進行刪除、確認、掃瞄、關閉以及檢索操作。5、“庫存治理”子窗體：實現庫存信息治理和利潤分析。在用戶成功登錄后，進入服裝銷售治理系統(tǒng)，選擇庫存治理，進入庫存信息，系統(tǒng)顯示庫存中的所有信息，包括服裝代碼出庫數量出庫單價入庫單價入庫數量及利潤的信息，用戶能夠在列表中添加新的信息，也能夠從列表中刪除過期的信息。用戶可通過此表來計算利潤并對銷售利潤進行統(tǒng)計操作，完成后即可退出。6、“查詢”子窗體：包括出庫信息查詢、入庫信息查詢以及服裝信息查詢

40、的實現。5.2系統(tǒng)總體數據流程圖（1）系統(tǒng)總體數據流程圖如圖5.1所示：登錄同意登錄啟動界面差不多信息出庫信息查詢客戶信息供應商信息服裝信息插入掃瞄刪除關閉入庫信息確認庫存信息圖5.1 總體數據流程圖（2）出庫信息程序流程圖如圖5.2所示：主界面出庫信息選擇出庫實現信息插入信息刪除信息確認信息掃瞄查看結果退出返回圖5.2 出庫信息程序流程圖（3）信息查詢流程信息查詢流程包括出貨記錄查詢，進貨記錄查詢，庫存記錄查詢，供貨商信息查詢和客戶信息查詢，每種查詢都可查詢出對應的信息表中滿足條件的信息。 （4）日常操作流程日常操作包括進貨操作和出貨操作，其中進貨操作是將供應商供應的商品進行進倉登記，出貨操

41、作是將倉庫中的商品進行出庫登記，以便其它信息表能夠做及時修改。5.3用戶界面設計5.3.1輸入設計操縱輸入量：本系統(tǒng)中，用戶差不多信息量較大，在輸入過程中所占時刻較長，能夠將輸入方式定為選擇方式，幸免大量文字輸入占去時刻，減少輸入延遲。減少輸入錯誤：本系統(tǒng)將用多種校驗方法來減少輸入錯誤，提高輸入效率，幸免額外步驟。輸入過程盡量簡化：在提供糾錯和校驗的同時，應保證輸入過程簡單易用，不能因為查錯、糾錯而使輸入復雜化。5.3.2 輸出設計屏幕顯示輸出：使用系統(tǒng)的條件查詢程序對要查詢的記錄數據內容進行查詢并直接輸出到屏幕，顯示是按照預先差不多設計好的格式 5.4 程序設計過程本次設計要緊模塊有五個，即差不多信息治理模塊，入庫信息治理模塊，出庫信息治理模塊，庫存信息治理模塊，查詢信息治理模塊。那個地點只列出其中一個模塊的測試用例。在實際的測試中應盡可能的對每個功能都能測試到。出庫信息治理模塊的測試用例如下所示：按照發(fā)貨信息對倉庫信息進行治理，例如治理員通過出庫單掃瞄倉庫信息進行插入刪除等操作，并進行出庫登記。5.4.1 查詢修改操作打開系統(tǒng)，輸入正確的 “用戶名”和“密碼”。在用