進銷存管理信息系統(tǒng)--設計階段

1、?管理信息系統(tǒng)?課程設計報告小組大報告系統(tǒng)名稱： 進銷存管理信息系統(tǒng) 設計階段 班 級： 信管091 組 長： 劉小軍 組 員： 指導教師： 李 明 日 期： 2021 年 7 月 7 日評閱成績：教師簽名：目錄： TOC o 1-3 h z u HYPERLINK l _Toc329437836 第一章詳細分析 PAGEREF _Toc329437836 h 2 HYPERLINK l _Toc329437837 當今管理信息化趨勢 PAGEREF _Toc329437837 h 2 HYPERLINK l _Toc329437838 目前進銷存管理系統(tǒng)的地位 PAGEREF _Toc329

2、437838 h 3 HYPERLINK l _Toc329437839 第二章系統(tǒng)分析與設計 PAGEREF _Toc329437839 h 3 HYPERLINK l _Toc329437840 2.1 系統(tǒng)設計的原那么 PAGEREF _Toc329437840 h 3 HYPERLINK l _Toc329437841 2.2 系統(tǒng)總體設計 PAGEREF _Toc329437841 h 4 HYPERLINK l _Toc329437842 代碼設計和設計標準的制定 PAGEREF _Toc329437842 h 5 HYPERLINK l _Toc329437843 系統(tǒng)物理配置方

3、案的設計 PAGEREF _Toc329437843 h 5 HYPERLINK l _Toc329437844 數(shù)據(jù)庫設計 PAGEREF _Toc329437844 h 5 HYPERLINK l _Toc329437845 2.5.1 概念構造設計 PAGEREF _Toc329437845 h 5 HYPERLINK l _Toc329437846 2.5.2 邏輯構造設計 PAGEREF _Toc329437846 h 7 HYPERLINK l _Toc329437847 2.5.3 物理構造設計 PAGEREF _Toc329437847 h 8 HYPERLINK l _Toc

4、329437848 2.6 輸入輸出設計 PAGEREF _Toc329437848 h 11 HYPERLINK l _Toc329437849 2.6.1 輸出設計 PAGEREF _Toc329437849 h 11 HYPERLINK l _Toc329437850 2.6.2 輸入設計 PAGEREF _Toc329437850 h 11詳細分析當今管理信息化趨勢 當前，隨著經濟的全球化以及中國經濟改革的逐漸深化，企業(yè)面臨著越來越劇烈的競爭。改善企業(yè)內部以及整個供給鏈各個環(huán)節(jié)的管理、調度及資源配置，迅速適應客戶的新需求和市場新機遇，是企業(yè)贏得競爭勝利的決定性因素。企業(yè)為了贏得市場競爭

5、優(yōu)勢，就必須加強物流、信息流、資金流的動態(tài)管理，使企業(yè)管理更加標準化。 企業(yè)信息管理系統(tǒng)、ERP系統(tǒng)是企業(yè)管理高效化的重要途徑，而企業(yè)進銷存管理系統(tǒng)是企業(yè)信息系統(tǒng)的重要局部，它是ERP系統(tǒng)中的核心運營子系統(tǒng)。因此，企業(yè)使用進銷存管理系統(tǒng)，可以使企業(yè)各業(yè)務環(huán)節(jié)的配合更加嚴密，有利于企業(yè)的開展，提升企業(yè)競爭力。目前進銷存管理系統(tǒng)的地位 目前，企業(yè)進銷存管理系統(tǒng)已經成為企業(yè)信息系統(tǒng)不可缺少的一局部。通過該系統(tǒng)，可以了解到企業(yè)內部商品的庫存情況和銷售情況，有利于企業(yè)作出更好的決策。進銷存管理系統(tǒng)能夠實現(xiàn)的功能非常多，最重要的是對貨物的管理，包括貨物的買入(進貨)、貨物的賣出(銷貨)等。 該系統(tǒng)打破了傳

6、統(tǒng)意義上的進、銷、存人力管理模式，利用電腦進展信息化管理。企業(yè)進銷存管理系統(tǒng)的開發(fā)和應用是必要的，因為它能夠為管理人員提供充足的信息和快捷的查詢手段，在一定程度上提高了企業(yè)進銷存管理的效率，使企業(yè)進銷存管理變得快捷方便、高效。系統(tǒng)分析與設計2.1 系統(tǒng)設計的原那么首先，通過對現(xiàn)有企業(yè)的進銷存管理進展調查分析，并在此根底上確定出系統(tǒng)的開發(fā)目標。其次，采用先進的數(shù)據(jù)庫技術，以提高企業(yè)管理工作的現(xiàn)代化管理水平為宗旨。再者，在整個系統(tǒng)軟件的開發(fā)過程中，采用軟件工程的思想，以關心客戶的需求和滿意度為目標，增強企業(yè)戰(zhàn)略競爭優(yōu)勢，提高效益和效率為目標，從工作流的角度出發(fā)，提出合理化建議，保證做到“明確、到位

7、、簡單，并堅持以下三條系統(tǒng)設計原那么：(1) 標準 、統(tǒng)一各類所需的管理信息，遵循國家標準。用統(tǒng)一、標準、完整的數(shù)據(jù)格式描述，將所有的業(yè)務工作流程標準化、標準化。(2) 系統(tǒng)設計簡潔、直觀、易操作和維護，并具有可擴展性，適于非計算機人員使用。系統(tǒng)的設計必須要在符合傳統(tǒng)的人工管理的根底上，做到業(yè)務功能實用、到位、簡單、易學、易用，界面友好，美觀大方，便于管理。(3) 層次化的數(shù)據(jù)共享，為所有用戶提供數(shù)據(jù)保障。在保證數(shù)據(jù)標準、標準、一致的前提下，對數(shù)據(jù)的存放進展合理布局，在保證數(shù)據(jù)平安的同時一定要提供對數(shù)據(jù)的高效處理能力。(4) 系統(tǒng)的平安性和可靠性：系統(tǒng)要能夠對用戶進展身份認證，保證數(shù)據(jù)的平安、

8、可靠，并具有數(shù)據(jù)備份和數(shù)據(jù)恢復功能。2.2 系統(tǒng)總體設計從系統(tǒng)的應用需求出發(fā)，要點管理系統(tǒng)可劃分為系統(tǒng)用戶管理，根本信息管理，庫存信息管理，商品銷售管理和統(tǒng)計查詢以及往來管理這六大模塊。所以將本系統(tǒng)分為多個子系統(tǒng)，本系統(tǒng)有多個子系統(tǒng)，每個子系統(tǒng)之間雖然在外表上是相互獨立的，但是在對數(shù)據(jù)庫的訪問上是嚴密相連的，各個子系統(tǒng)訪問的是同一個數(shù)據(jù)庫，只是所訪問的表不同而已。每個子系統(tǒng)的功能都是按照在調研中搜集的資料進展編排制作的。 各功能模塊說明如下：系統(tǒng)設計管理系統(tǒng)設計模塊包括操作員管理及個人密碼管理根本信息管理根本信息管理模塊主要包括客戶信息、商品信息、供給商信息的添加和查看。庫存管理庫存管理模塊包

9、括商品入庫、商品入庫退貨、庫存查詢及價格的調整。商品銷售商品銷售模塊包括商品的銷售及商品銷售退貨。統(tǒng)計查詢統(tǒng)計查詢模塊主要包括對銷售信息、商品入庫、商品銷售排行及年銷售額分析的查詢。往來管理往來管理模塊包括商品銷售結賬、入庫退貨結賬、銷售結賬查詢、商品入庫結賬、銷售退貨結賬及入庫結賬查詢。其中所有的查詢功能均實現(xiàn)了全部查詢和關鍵字查詢。根據(jù)企業(yè)的實際情況進展具體分析，進銷存管理系統(tǒng)包括如圖2-1所示的幾大管理模塊。圖2-1系統(tǒng)功能模塊圖代碼設計和設計標準的制定新系統(tǒng)為每個產品設計了代碼，一方面可統(tǒng)一產品的品種及其特性，另一方面是為了方便數(shù)據(jù)輸入。產品代碼為字符與數(shù)字組成，采用助憶碼構造，有助于

10、記憶。在系統(tǒng)運行過程中，只要牽涉到輸入產品時，輸入代碼即可；如假設記不得代碼，輸入關鍵字產品名稱也可完成相應的查詢操作。系統(tǒng)物理配置方案的設計 系統(tǒng)運行環(huán)境設計為Windows XP及以上平臺運行，程序設計語言采用JAVA及JSP完成。此系統(tǒng)為B/S模式，數(shù)據(jù)庫采用SQL Server 2021，效勞器采用，開發(fā)工具采用及以上版本。硬件要求如下：設備配置：1G CUP以上，100G硬盤以上。通信網(wǎng)絡選擇：互聯(lián)網(wǎng)，采用 協(xié)議。數(shù)據(jù)庫設計.1 概念構造設計將需求分析得到的用戶需求抽象為信息構造即概念模型的過程就是概念構造設計，概念構造設計是整個數(shù)據(jù)庫設計的關鍵，設計出的概念構造必須能真實、充分的反

11、映現(xiàn)實世界，能滿足用戶對數(shù)據(jù)的處理要求，是對現(xiàn)實世界的一個真實模型，同時當應用環(huán)境和應用要求改變時，容易對概念模型修改和擴大。在系統(tǒng)的整個開發(fā)過程中都必須要考慮兩方面的問題：“數(shù)據(jù)及對數(shù)據(jù)的“處理。在數(shù)據(jù)密集型應用問題中，對復雜數(shù)據(jù)及數(shù)據(jù)之間復雜關系的分析是一項非常重要的任務，這項任務是數(shù)據(jù)字典機制無法勝任的，因此，有必要在數(shù)據(jù)流分析方法中引入適合于復雜數(shù)據(jù)建模的實體-關系圖E-R圖。E-R圖為Entity-Relationship即實體-聯(lián)系圖，提供了表示實體型、屬性和聯(lián)系的方法，用來描述現(xiàn)實世界的概念模型。E-R圖中關系也分為一對一、一對多、多對多三個類型。以以下圖2-2就是系統(tǒng)數(shù)據(jù)庫的主

12、要E-R圖：圖2-2 系統(tǒng)數(shù)據(jù)庫主要表的E-R圖對該E-R圖的詳細解釋：采用自底向上方法進展系統(tǒng)概念構造設計，經過數(shù)據(jù)抽象，可以得出系統(tǒng)數(shù)據(jù)庫包括商品信息、用戶、客戶、供給商這四個實體。客戶和商品存在“銷售聯(lián)系，每個客戶可以購置多種商品出庫，每種商品品可以銷售給多個客戶出庫；供給商與商品的聯(lián)系，每個供給商可以提供多種商品入庫，一種商品可由多個供給商提供；用戶與商品的聯(lián)系，一個用戶可以管理多種商品的庫存信息，一種商品可由多個用戶管理。.2 邏輯構造設計 邏輯構造設計就是把概念構造設計出的E-R圖轉換成為與選用的DBMS產品所支持的數(shù)據(jù)模型相符合的邏輯構造。由于本系統(tǒng)采用的是SQL Server

13、2021，是關系型數(shù)據(jù)庫，因此就是要將系統(tǒng)的E-R圖轉換為關系模型。E-R圖轉換為關系模型要解決的關鍵問題是如何將實體和實體間的聯(lián)系轉換為關系模型，如何確定這些關系模式的屬性和碼。 其中E-R圖轉換為關系模式的原那么如下：實體轉換為關系模式。實體的屬性就是關系的屬性，實體的尸體標識符就是關系的主碼。一個一對一的實體間的聯(lián)系可轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。一個一對多的實體之間的聯(lián)系可轉換為一個獨立的關系模式，也可以與多端對應的關系模式合并。一個多對多的實體間的關系模式可以轉換為一個關系模式，與該聯(lián)系項鏈的個尸體的實體標識符以及聯(lián)系本身的屬性軍轉換為關系的屬性，而關

14、系的主碼是各實體標識符的組合。 遵循以上原那么，可以得到以下關系模式： 用戶用戶號，用戶名稱，密碼，持續(xù)時間商品信息ID號，商品名稱，簡稱，產地，單位，規(guī)格，包裝，批號，批準文號，供給商全稱，備注庫存信息商品編號，商品全稱，簡稱，產地，規(guī)格，包裝，單位，單價，庫存數(shù)量，庫存金額入庫ID號，商品編號，商品全稱，簡稱，產地，規(guī)格，包裝，單位，單價，數(shù)量，金額，供給商全稱，入庫日期，操作員，經手人，結算方式出庫ID號，商品編號，商品全稱，簡稱，產地，規(guī)格，包裝，單位，單價，數(shù)量，金額，供給商全稱，出庫日期，操作員，經手人，結算方式銷售銷售編號，商品編號，商品名稱，簡稱，產地，產地，規(guī)格，包裝，單位，

15、單價，數(shù)量，金額，客戶全稱，銷售日期，操作員，經手人，結算方式客戶客戶編號，客戶全稱，客戶簡稱，地址，郵政編碼， ， ，聯(lián)系人，聯(lián)系人 ，E-Mail，開戶銀行，銀行賬號供給商供給商編號，供給商全稱，簡稱，地址，郵政編碼， ， ，聯(lián)系人，聯(lián)系人 ，電子郵箱，開戶銀行.3 物理構造設計數(shù)據(jù)庫在物理設備上的存儲構造與存取方法成為數(shù)據(jù)庫的物理構造，它依賴于給定的計算機系統(tǒng)。為一個給定的邏輯模型選取一個最適宜應用要求的物理構造的過程，就是數(shù)據(jù)庫的物理設計。確定數(shù)據(jù)庫物理構造主要指確定數(shù)據(jù)的存放位置和存儲位置。一句邏輯構造的設計，關系模型最終是以關系表的集合存放在數(shù)據(jù)庫中，各關系表的設計構造描述如下。用

16、戶信息表。用戶信息表用于保存用戶的賬戶信息。表2-1 用戶信息表列名全稱數(shù)據(jù)類型長度允許空主鍵ID用戶號int10否是username用戶名varchar40否否password密碼varchar40否否userLstLogTime持續(xù)時間varchar40否否商品信息表。商品信息表用于保存每種商品的根本信息。表2-2 商品信息表列名全稱數(shù)據(jù)類型長度允許空主鍵IDID號varchar40否是spname商品名稱varchar40否否jc簡稱varchar40否否cd產地varchar110是否gg規(guī)格varchar40否否bz包裝varchar40否否dw單位varchar40是否ph批號va

17、rchar40否否pzwh批準文號varchar40否否gysqc供給商全稱varchar110是否bz備注varchar210是否出庫信息表。用于保存商品的出庫信息。表2-3出庫信息表 列名全稱數(shù)據(jù)類型長度允許空主鍵ID出庫編號varchar40否是spname商品名稱varchar40否否jc簡稱varchar40否否cd產地varchar110是否gg規(guī)格varchar40否否bz包裝varchar40否否dw單位varchar40是否dj單價money8否否sl數(shù)量float8否否je金額money8否否gysqc供給商全稱varchar40是否rkrq出庫日期datetime8否否c

18、zy操作員char10否否jsr經手人char10否否jsfs結算方式char10否否入庫信息表。用于保存商品的入庫數(shù)據(jù)。表2-4入庫信息表列名全稱數(shù)據(jù)類型長度允許空主鍵ID入庫編號varchar40否是spname商品名稱varchar40否否jc簡稱varchar40否否cd產地varchar110是否gg規(guī)格varchar40否否bz包裝varchar40否否dw單位varchar40是否dj單價money8否否sl數(shù)量float8否否je金額money8否否gysqc供給商全稱varchar40是否rkrq入庫日期datetime8否否czy操作員char10否否jsr經手人char1

19、0否否jsfs結算方式char10否否庫存信息表。用于保存商品庫存的根本信息。表2-5 庫存信息表列名全稱數(shù)據(jù)類型長度允許空主鍵ID商品編號varchar40否是spname商品名稱varchar40否否jc簡稱varchar40否否cd產地varchar110是否gg規(guī)格varchar40否否bz包裝varchar40否否dw單位varchar40是否dj單價money8否否kcsl庫存數(shù)量float8否否kcje庫存金額money8否否客戶信息表。用于保存員工的根本信息。表2-6客戶信息表列名全稱數(shù)據(jù)類型長度允許空主鍵khbh客戶編號varchar40否是khqc客戶全稱varchar40

20、是否khjc客戶簡稱varchar40是否dz地址varchar40否否yzbm郵政編碼varchar40否否dh varchar40是否cz varchar40是否lxr聯(lián)系人varchar40否否lxdh聯(lián)系 varchar40是否e-mailE-Mailvarchar40是否khyh開戶銀行varchar40是否yhzh銀行賬號varchar40是否銷售信息表。用于保存商品的銷售信息。表2-7銷售信息表列名全稱數(shù)據(jù)類型長度允許空主鍵ID銷售票號varchar40否是spid商品編號varchar40否否spname商品名稱varchar40否否jc簡稱varchar40否否cd產地var

21、char110是否gg規(guī)格varchar40否否bz包裝varchar40否否dw單位varchar40是否dj單價money8否否sl數(shù)量float8否否je金額money8否否khqc客戶全稱varchar40是否xsrq銷售日期datetime8否否czy操作員char10否否jsr經手人char10否否jsfs結算方式char10否否供給商信息表。用于保存供給商的信息。 表2-8供給商信息表列名全稱數(shù)據(jù)類型長度允許空主鍵gysbh供給商編號varchar40否是gysqc供給商全稱varchar40是否jc簡稱varchar40是否dz地址varchar40否否yzbm郵政編碼varchar40否否dh varchar40是否cz varchar40是否lxr聯(lián)系人varchar40否否lxdh聯(lián)系 varchar40是否dzy