1、遼 寧 工 業 大 學 管理信息系統設計課程設計報告（論文）題目： 售貨管理系統的分析與設計 院（系）： 軟件學院 專業班級： 軟件工程113班 學 號： 111301083 學生姓名： 安凱辰 指導教師： 王彥華 教師職稱： 講 師 起止時間： 2012.5.28-2012.6.8 課程設計（論文）任務及評語院（系）：軟件學院 教研室：軟件教研室學 號111301083學生姓名安凱辰專業班級軟件工程113課程設計（論文）題目售貨管理系統的分析與設計課程設計（論文）任務管理信息系統課程設計作為獨立的教學環節，是電子商務專業集中實踐性環節系列之一，是學習完管理信息系統課程并進行完專業實習后進行的

2、一次全面的綜合練習。任務：采用結構化的系統開發方法，應用具體的計算機語言（如PB、VB、Delphi）和數據庫（SQL、Access）等技術，按照軟件工程的思想，開發一個實用的中小型管理信息系統，完成實驗室設備管理系統的分析設計實施工作，實現該系統設備管理等功能，并完成結合分析設計過程，撰寫系統設計說明書（課設報告）。1根據課程設計時間選擇適當規模大小的設計課題。采用專業實習的調研內容作為課程設計選題。2根據合理的進度安排，按照系統開發的流程及方法，踏實地開展課程設計活動。3課程設計過程中，根據選題的具體需求，在開發各環節中撰寫相關的技術文檔，最后提交詳細的課程設計報告。4開發出可以運行的管理

3、信息系統，通過上機運行檢查。5設計說明書要求文檔齊備，步驟全整，流程正確，說明詳細，具有有可操作性。指導教師評語及成績 成績： 指導教師簽字： 2012 年 6 月 12 日目 錄第一章 需求分析11.1需求分析的任務11.2系統數據流程11.3系統業務流程21.4數據字典創建3第2章 系統設計521 結構設計5概念設計5邏輯設計6物理設計72.2行為設計8總體設計8模塊設計8第3章 系統實施133.1系統功能模塊實現133.2數據庫的實現14第4章 總結15參考文獻16第一章 需求分析1.1需求分析的任務隨著互聯網、ERP、電子商務等信息技術在企業中的應用，企業的競爭模式發生了根本變化，21

4、世紀市場競爭已由單個企業之間的競爭演變為供應鏈之間的競爭。在軟件系統開發之前，要對需要解決的問題進行定義，對問題的的性質、目標進行確切的了解。可行性研究的目的就是用最小的代價在盡可能短的時間內，確定問題是否能夠解決，從而確定問題是否值得去解決。對技術可行性研究，首先應從對現行系統進行調查研究，因為現行系統是信息的重要來源。顯然，如果目前有一個系統正被使用，那么這個系統必定能完成某些有用的工作。因此，新的目標系統必須也能完成它的基本功能；另外，如果現行系統是完美無缺的，用戶自然不會提出開發新系統的要求。因此，現行系統必然有些缺點，新系統必須能解決舊系統中存在的問題。所以，應先對現行系統的組成部分

5、、功能和存在問題進行調查研究。研究經濟可行性，不僅僅是了解為完成用戶提出的要求是否有足夠的資金支持，更主要的是把成本和獲利分析清楚。也就是對經濟合理性進行評價，即帶來的經濟效益是否超過其開發和維護所需要的費用。操作可行性，很多售貨系統的功能比較單一，還處于功能應用的初級階段。缺乏整體提升企業進銷存水平的功能模塊。但如果系統不考慮使用者的現實情況，界面不夠友好，操作過于復雜，就會讓這些剛剛學會電腦的新手們感到操作上的不便。如果這種不便一直持續下去，就會讓操作者產生逆反心理，從而影響了整個系統的正常使用。1.2系統數據流程系統數據流程即數據流圖（DFD）是一種圖形化技術，它描繪信息流和數據從輸入移

6、動到輸出的過程中所經受的變換。數據流圖有四種基本符號：正方形表示數據的源點或終點；圓角矩形代表變換數據的處理；開口矩形代表數據存儲；箭頭表示數據流。本系統的數據流程圖如下圖所示：圖1.1系統數據流程圖1.3系統業務流程業務流程圖（TFD）就是用一些規定的符號及連線來表示某個具體業務處理過程。描述系統內各單位、人員之間業務關系、作業順序和管理信息流向的圖表，利用它可以幫助分析人員找出業務流程中的不合理流向，它是物理模型。業務流程圖主要是描述業務走向，完整的業務流程，以業務處理過程為中心，一般沒有數據的概念。售貨管理系統業務流程為：系統啟動并進入登錄界面，系統管理員輸入正確的用戶名及密碼后，登陸系

7、統主操作界面，系統管理員可對系統相關信息進行操作。下圖為本系統的業務流程圖。圖1.2 系統業務流程圖1.4數據字典創建數據字典是一種用戶可以訪問的記錄數據庫和應用程序元數據的目錄。主動數據字典是指在對數據庫或應用程序結構進行修改時，其內容可以由DBMS自動更新的數據字典。被動數據字典是指修改時必須手工更新其內容的數據字典。數據字典是以數據中數據基本單元為單位，按一定順序排列，對其內容作詳細說明的數據集。數據字典中存放著系統中所有數據的定義，即對所有數據庫結構的描述。數據字典提供了對數據庫描述的集中管理手段。數據字典是一個定義應用程序中使用的所有數據元素和結構的含義、類型、數據大小、格式、度量單

8、位、精度以及允許范圍的共享倉庫。作用是確保開發人員使用統一的數據定義，數據字典中有關系統的詳細信息是系統設計、系統實施與維護的重要依據。是關于數據信息的集合，也就是對數據流圖中包含的所有元素定義的集合。任何字典最主要的用途都是供人查閱不了解的條目的解釋，數據字典的作用也正是在軟件分析和設計過程中給人提供關于數據的描述信息。每張卡片上包含的信息有：名字，別名，描述，定義，位置。以下是數據流圖中主要元素的數據字典卡片:根據對上述業務流圖的分析，建立下列數據字典。數據元素條目名稱：登記日期 總編號：1-101 編 號：10說明：表示某事發生的日期數據值類型：（連續/離散）連續數據類型：（字符/數字）

9、字符長度：10有關數據結構：商品進貨信息表，商品銷售表，庫存信息表,商品報損信息表數據流條目名稱：商品銷售表 總編號：3-05數據流來源：收銀員 編 號：05數據流去向：P3.1包含的數據結構：銷售編號商品ID登記日期售出數量賣出單價操作員ID備注數據結構條目名稱：商品信息表 總編號：2-02說明：新品種到貨所添寫的表 編 號：02結構：商品編號 有關的數據流、數據存儲：商品名稱 商品進貨信息表商品介紹 商品銷售表商品類型ID 商品報損信息表庫存量單位編號備注 第2章 系統設計21 結構設計系統總體結構設計是要根據系統分析的要求和組主的實際情況來對新系統的總體結構形式等進行大致的設計，是宏觀上

10、的規劃。數據庫設計是分析和創建保存系統數據的數據庫結構設計，數據庫的設計將直接影響系統的運行效率和系統進度。概念設計概念結構設計是整個數據庫設計的關鍵，是之后建立邏輯模型的基礎。在此，將使用實體-聯系（E-R）模型來描述系統的概念結構，同時設計出能夠滿足用戶需求的各種實體，以及它們之間對的關系，為后面的邏輯結構設計打下基礎。這些實體包含各種具體實際信息，通過相互之間的作用形成數據的流動。 售貨管理系統概念設計是在系統的需求分析、數據流程圖和數據字典基礎上的抽象，結合聯系E-R模型的設計方法，進行如下概念結構設計。下面是系統總體以及各個實體的E-R圖：管理員用戶名密碼圖2.1系統管理員E-R圖商

11、品商品編號商品大類規格型號計量單位商品全稱庫存說明商品簡稱最低限量建議售價圖2.2商品 E-R圖本實例根據上面的設計規劃出實體有：商品類型信息實體、商品信息實體、商品銷售記錄實體、供應商信息實體、進貨信息實體。描述系統總體E-R圖如圖2.3所示：圖2.3系統總體E-R圖2.1.2邏輯設計本系統中需要設計的基本信息表：出庫管理表、單位管理表、費用支出表、科目設定表、庫存盤點表、其它收入表、入庫管理表和用戶管理表。并且本系統運用到流行的可視化VB語言與SQL Server數據庫和軟件工程中的需求分析、數據庫原理中所學到的知識，這使得初學者很容易在短時期內對軟件熟練的應用和掌握，提高了系統的可操作性

12、，更具有實用價值。E-R轉換為關系模型一般遵循的原則:一個實體型轉換為一個關系模型.實體的屬性就是關系的屬性,實體的碼就是關系的碼.對于實體型圖的聯系則有以下不同的情況:1一個1:1聯系可以轉換為一個獨立的關系模型,也可以與任意一端對應的關系模型式合并，如果轉換為一個獨立的關系模式，則與該聯系相聯的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一個實體對應關系模式合并，則需要在該關系模式的屬性中加如入一個關系模式的碼和聯系本身的屬性。2一個1:n聯系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合并。如果轉換模式為一個獨立的關系模式，則與該聯

13、系相連的各個實體的碼以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。3一個m：n聯系轉換為一個關系模式，與該聯系相連的各實體的碼以及聯系本身的屬性均轉換關系的屬性，各實體的碼組成關系的碼或關系碼的一個部分。43個或3個以上的實體間的一個多元聯系可以轉換為一個關系模式。與該多元聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。5具有相同碼的關系模式可合并。表2.1出庫管理表列名數據類型長度允許空商品編號 varchar20主鍵計量單位varchar10不允許空商品名稱varchar20不允許空商品簡稱varchar20不允許空規格型

14、號varchar 20不允許空商品大類varchar20不允許空建議售價varchar10不允許空最低限量varchar10不允許空庫存說明varchar50不允許空表2.2 費用支出表列名數據類型長度允許空單據編號varchar10主鍵單據日期datetime10不允許空摘 要varchar50不允許空科 目varchar10不允許空收 入varchar10不允許空支 出varchar10不允許空經 紀 人varchar20不允許空費用支出表主要記錄了，電腦銷售的費用支出情況。 表2.3商品設定表列名數據類型長度允許空商品編號varchar20主鍵商品全稱varchar20不允許空商品簡稱v

15、archar10不允許空商品說明varchar50不允許空物理設計數據庫的物理設計是為邏輯數據模型建立一個完整的能實現的數據庫結構，包括存儲結構和存取方法。物理設計內容包括：物理結構設計的主要內容、物理存儲介質類型的選擇、數據庫物理位置的選擇、索引類型的選擇、數據庫服務器性能參數配置。物理設計通常分為兩步： (1)確定數據庫的物理結構，在關系數據庫中主要指存取方法和存儲結構；(2)對物理結構進行評價，評價的重點是時間和空間效率。存儲模式是數據物理結構和存儲方式的描述，是數據在數據庫內部的表示方式，記錄的存儲方式（順序存儲，按照B樹結構存儲，按hash方法存儲），索引的組織方式，數據是否壓縮存儲

16、、加密，數據存儲記錄結構的規定，一個數據庫只有一個內模式。索引的創建為dp_users表創建一個以dp_user為索引的關鍵字的唯一聚簇索引1）展開數據庫中的表右鍵dp_users表，單擊所有任務彈出的索引管理。2）在窗體點新建索引名稱為dp_users，點擊復選框“聚簇索引” 、“惟一值”。事務日志文件備份及存放事務日志文件是自上次備份事物日志后對數據庫執行的所有事物的一系列記錄。可以使用事務日志文件備份將數據庫回復到特定的即時點或回復到故障點時的狀態。采用事務日志備份，在故障發生時尚未提交的事務將會丟失。所有在故障發生時已經完成的事物都將會被恢復。如果數據庫已經恢復，則SQL Server

17、將回滾備份操作開始時尚未完成的所有事物。使用BACKUP語句進行完整數據庫備份，需要在執行BACKUP DATABASE時制定要備份的數據庫名稱和數據庫備份將要寫入的備份設備，現將本系統中的數據庫db_store備份到備份設備DiskBak_db_store中：USE db_storeBACKUP DATABASE db_store TO DiskBak_db_store定期將數據庫分離保存到固定地方，定期刪除那些過期的備份數據庫，更好的利用有限的空間。（例如：放在“D:Program FilesMicrosoft SQL Serverbinshujuku” ）2.2行為設計總體設計本系統需要

18、完成的主要功能有：1. 基本信息的管理：將商品信息（包括商品設置、商品類別設置、供應商設置、業務員類別設置、業務員設置、倉庫設置等）輸入到數據庫中。最后在數據庫表中顯示出新建商品信息和查詢信息。2. 顧客信息的管理：包括（團體會員、個人會員）信息設置、優惠信息設置等。3. 進貨信息的管理：包括定貨單的管理、入庫單的管理以及進貨信息的查詢等。根據銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。 按計劃單有選擇性地進行自動入庫登記。 綜合查詢打印計劃進貨與入庫記錄及金額。4. 銷售信息的管理：包括銷售單的管理以及銷售信息的查詢等。商品正常銷售、促銷與限量、限

19、期及禁止銷售控制。 綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及交結賬情況等。 按多種方式統計生成銷售排行榜，靈活察看和打印商品銷售日、月、年報表。5. 庫存信息的管理：包括轉倉單的管理、商品盤點和轉倉信息的查詢等。綜合查詢庫存明細記錄。 庫存狀態自動告警提示。如庫存過剩、少貨、缺貨等。軟件為您預警，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。6. 財務信息的管理：包括應收信息的管理、應付信息的管理等。對上述各項功能進行集中，分塊，按照結構化程序設計的要求，得到系統功能模塊圖如圖2.4所示：圖2.4系統功能功能模塊圖模塊設計入庫信息模塊包括定貨單錄入和修改、入庫單錄入和修改、進貨信息查

20、詢。選擇“進貨信息管理/定貨單錄入修改”，并點擊“添加”按扭出現如圖2.5所示的窗體。添加時業務員、供應商名稱、商品名稱都可以選擇，供應商代碼、商品代碼和定貨單價可根據選擇自動顯示，定貨金額會根據定貨單價、數量和折扣比例自動計算。 圖2.5進貨單添加窗體Private Sub ShowData() Dim j As Integer Dim i As Integer Dim MsgText As String Set mrc = ExecuteSQL(txtSQL, MsgText) With msgList .Rows = 1 Do While Not mrc.EOF .Rows = .Row

21、s + 1 If Not IsNull(Trim(mrc.Fields(i - 1) Then Select Case mrc.Fields(i - 1).Type Case adDBDate .TextMatrix(.Rows - 1, i) = Format(mrc.Fields(i - 1) & "", "yyyy-mm-dd") Case Else .TextMatrix(.Rows - 1, i) = mrc.Fields(i - 1) & "" End Select End If Next i mrc.Mo

22、veNext Loop End With mrc.CloseEnd SubPrivate Sub Form_Resize() If Me.WindowState <> vbMinimized And fMainForm.WindowState <> vbMinimized Then '邊界處理 If Me.ScaleHeight < 10 * lblTitle.Height Then Exit Sub End If If Me.ScaleWidth < lblTitle.Width + lblTitle.Width / 2 Then Exit Sub

23、 End If '控制控件的位置 lblTitle.Top = lblTitle.Height lblTitle.Left = (Me.Width - lblTitle.Width) / 2 msgList.Top = lblTitle.Top + lblTitle.Height + lblTitle.Height / 2 msgList.Width = Me.ScaleWidth - 200 msgList.Left = Me.ScaleLeft + 100 msgList.Height = Me.ScaleHeight - msgList.Top - 1500 Frame2.Top

24、 = msgList.Top + msgList.Height + 50 Frame2.Left = Me.ScaleWidth / 2 - 3000 End IfEnd Sub第3章 系統實施3.1系統功能模塊實現一、登陸窗口如下所示：據系統運行次序，首先介紹系統的登陸模塊。登錄模塊是每個系統都應該具備的模塊，因為它是系統的安全入口。只有知道正確用戶名和密碼的管理者才可以進入。這樣才可以保護其內部的數據不被盜走。如果沒有用戶安全登錄這一窗口，那么就會直接進入主界面，那樣系統的一切將會全部被盜走，系統也就失去一切意義。完成了程序各個功能模塊的創建，現在來設計整個系統。首先設計如圖3.1所示：圖

25、3.1登陸界面二、商品設置界面:基本信息管理包括商品信息、供應商信息、業務員信息、倉庫信息等的管理。選擇“基本信息設置/商品設置”菜單，設置如圖3.2所示的窗口。添加時每個文本框都必須添，否則便會出現提示“不能為空”的提示。三個價格必須添數字。其他基本信息的設置基本與之相同。 圖3.2商品設置窗體3.2數據庫的實現數據庫的實現主要是設計數據庫的物理結構，根據數據庫的邏輯結構來選定RDBMS(如Oracle、Sybase等)，并設計和實施數據庫的存儲結構、存取方式等。本系統后臺是采用SqlServer2000作為數據存儲庫，其中由本人設計的表（用戶表）在其平臺上實現如下圖所示：圖3.3系統平臺截

26、圖第4章 總結通過兩個多星期的努力學習、實踐，在老師和同學的支持、幫助下，本系統終于基本成型。在開發該系統的準備階段的過程中，我分別去圖書館翻閱了以前有關于該系統的相關資料，充分了解了該往屆開發該系統的缺陷。確定了開發該系統所使用的工具為VB6.0和SQL Server 2000。在進行該系統的可行性分析階段中，我分別結合實際擁有的軟硬件的條件以及自己現在的能力分別進行了操作可行性和技術可行性的分析。基本可以做到理論聯系實際，學以致用。同時又通過自己之前翻閱的資料和調查，又對該系統進行了經濟可行性的分析，基本做到了是系統迎合市場趨勢。在需求分析階段，我通過結合以往開發該系統的經驗并整理出其中的不足，對該系統進行相應的邏輯結構設計，在能夠完成基本銷售功能、庫存管理、進出貨管理等基本功能的基礎上，彌補不足，添加了收款管理功能以及會員管理功能，使該系統的功能趨于完