銷售管理系統--ER圖

精品文檔實例7 銷售管理系統要提高市場競爭力,即要有好的產品質量，同時也要有好的客戶服務。企業(yè)要作到能及時相應客戶的產品需求，更具需求迅速生產，按時交貨，就必須有一個好的計劃，使得市場銷售和生產制造2個環(huán)節(jié)能夠很好地協調配合。銷售管理是商業(yè)企業(yè)經營管理中的核心關節(jié)，也是一個企業(yè)能否取得效益的關鍵。如果能做到合理生產、及時銷售、庫存量最小、減少積壓，那么企業(yè)就能取得最佳的效益。由此可見，銷售管理決策的正確與否直接影響了企業(yè)的經濟效益。在手工管理的情況下，銷售人員很難對客戶作出正確的供貨承諾，同時企業(yè)的生產部門也缺少一份準確的生產計劃，目前的生產狀況和市場的需求很難正確的反映到生產中去，部門之間的通訊也經常部暢通。這在激烈競爭的市場中是非常不利的。企業(yè)銷售管理系統就是在這種狀況下出現的。它利用計算機的技術，使得企業(yè)生產、庫存和銷售能夠有利結合起來，產銷連接，提高企業(yè)的效率和效益。第一節(jié) 系統設計一、系統客戶要求系統開發(fā)的目標是實現企業(yè)銷售管理的系統化、規(guī)范化和自動化。這是在用戶要求的基礎上提出來的，用戶要求如下。l l 產銷銜接。利用銷售管理系統后，要求能夠對整個生產過程進行實時的監(jiān)控，特別是一些半產品和熱銷產品的庫存量和生產能力。對于即將生產完成的產品，能夠提前將信息由生產部門傳遞到銷售部門，這樣銷售部門可以根據客戶訂單的要求，提前做好發(fā)貨的準備；對也不能按時完成的產品，系統自動向經理發(fā)出警報，以便及時采取措施。l l 產品庫存。通過本系統能夠清楚的看到企業(yè)庫存中的產品數量、存放地點等信息。使得生產部門和銷售部門都能夠根據庫存信息做出決策。l l 訂單管理。對于銷售部門輸入的訂單能夠通過電腦以這跟蹤下去。企業(yè)做到以銷定產，在庫存中備有一定的儲備量。l l 客戶管理。能夠對企業(yè)的顧客有一個清楚地了解，通過客戶管理分保持和客戶良好的關系。即使得到客戶反饋的意見，上交有關部門及時處理。l l 發(fā)貨計劃。根據客戶訂單的要求和企業(yè)現有的庫存，制定發(fā)貨數量、發(fā)貨順序等計劃。l l 生產計劃。根據客戶訂單的要求和企業(yè)現有的庫存、制定企業(yè)的生產計劃。二、系統開發(fā)目標在上面用戶要求的基礎上，得到下面的系統目標。 產銷管理。能夠對整個生產過程進行實時的監(jiān)控，特別是一些半產品和熱銷產品的庫存量和生產能力。加強企業(yè)生產部門和銷售部門之間的聯系和溝通。 庫存管理。能夠清楚的看到企業(yè)庫存中的產品數量、存放地點等信息。對于庫存過多和過少的產品進行報警。 訂單管理。對于訂單能夠實現計算機聯網輸入、查詢、跟蹤和確認。訂單可以根據多個方面進行匯總分析。 客戶管理。能夠對企業(yè)的顧客有一個清楚地了解，通過客戶管理部分保持和客戶良好的關系。能夠根據客戶查詢客戶訂單完成情況。 發(fā)貨計劃。根據客戶訂單的要求和企業(yè)現有的庫存，制定發(fā)貨數量、發(fā)貨順序等計劃，形成貨物銷售單。 生產計劃。根據客戶訂單的統計和企業(yè)現有的庫存，制定企業(yè)的生產計劃。三、開發(fā)設計思想 盡量采用公司現有軟硬件環(huán)境，及先進的管理系統開發(fā)方案，從而達到充分利用公司現有資源，提高系統開發(fā)水平和應用效果的目的。 系統應符合生產、銷售、庫存的規(guī)定，滿足公司日常工作需要，并達到操作過程中的直觀、方便、實用、安全等要求。 系統采用先進的兩層體系結構，Client(客戶端)負責提供表達邏輯、顯示用戶界面信息、基本操作；Server(服務器端)負責實現數據服務。 系統采用模塊化程序設計方法，即便于系統功能的各種組合和修改，又便于未參與開發(fā)的技術維護人員補充、維護。 系統應具備數據庫維護功能，及時根據用戶需求進行數據的添加、刪除、修改等操作。能夠對數據庫表格進行備份。四、系統功能分析系統功能分析是在系統開發(fā)的總任務的基礎上完成。本例子中的銷售管理系統需要完成產銷銜接、產品庫存管理、訂單管理、客戶管理、發(fā)貨管理、生產計劃管理、庫存管理等多個功能，滿足企業(yè)高效管理的需求。五、系統功能模塊設計在系統功能分析的基礎上，考慮PowerBuilder程序的特點，得到如圖1所示的系統功能模塊圖。銷 售 管 理 系 統系統模塊客戶管理模塊訂單管理模塊產品管理模塊計劃管理模塊報表模塊幫助模塊 圖1 系統功能模塊圖銷售管理系統和企業(yè)中其它子系統的關系銷售管理系統是整個企業(yè)信息管理系統的一個最重要部分。它與企業(yè)中其它系統之間的接口和關系如下。 與生產子系統的連接。通過銷售管理系統建立訂單和生產子系統之間的關系。系統可以將企業(yè)生產部門作為一個客戶，模擬訂單輸入方式，按照訂單和產品的優(yōu)先級產生不同時期的生產計劃。生產部門可以預期向銷售部門反映訂單完成情況。 與財務系統的關系。將客戶匯款、轉賬等轉入企業(yè)財務系統管理。 與銷售分支機構的關系。傳送訂單、發(fā)票和應收款信息。第二節(jié) 數據庫設計一、數據庫需求分析在仔細調查企業(yè)銷售管理過程的基礎上，得到系統所需要處理數據的流程，如圖2所示。 訂 單客 戶發(fā) 貨訂單計劃生產計劃制定發(fā)貨計劃庫 存圖2 數據流程圖針對本實例，通過對企業(yè)銷售管理的內容和數據流程分析，涉及的數據項和數據結構如下。 客戶信息。包括的數據項有客戶編碼、名稱、地址、稅號、信譽度、國家、省份等。 訂單信息。包括的數據項有訂單時間、客戶編號、貨品號、數量、交貨時間、負責業(yè)務員、訂單號、是否已經交貨等。 庫存信息。包括的數據項有貨品號、數量、存放地點等。 發(fā)貨信息信息。包括的數據項有發(fā)貨時間、客戶編號、貨品號、數量、經手人對應訂單等。 產品信息。包括的數據項有貨品號、名稱、企業(yè)的生產能力、單個產品的利潤、單價、型號等。 產品生產信息。包括的數據項有貨品號、數量、計劃完成時間、生產負責人等。 產品進庫信息。包括的數據項有貨品號、數量、進庫時間、經手人等。有了上面的數據結構、數據項和數據流程，就能進行下面的數據庫設計。二、數據庫概念結構設計這一設計階段是在需求分析的基礎上，設計出能夠滿足用戶要求的各種實體，以及它們之間的關系，為后面的邏輯結構設計打下基礎。本實例根據上面的設計規(guī)劃出的實體有：客戶實體、訂單實體、庫存實體和產品實體。各個實體的E-R圖以及實體和實體之間的關系E-R圖描述如下。客 戶客戶號.姓名信譽度稅號地址信息圖3為客戶實體E-R圖。 圖3 客戶實體E-R圖圖4為訂單實體E-R圖。訂單信息訂單號產品信息客戶發(fā)貨信息 圖4 訂單實體E-R圖圖5為庫存信息實體E-R圖。庫存信息產品代號庫存數量存放地點圖5 庫存信息實體E-R圖圖6為發(fā)貨信息實體E-R圖。 發(fā)貨信息訂單號產品信息發(fā)貨時間負責人 圖6 發(fā)貨信息實體E-R圖產品信息產品號.名稱生產能力價格、利潤生產地點圖7為產品實體E-R圖。 圖7 產品實體E-R圖圖8為生產信息實體E-R圖。生產信息產品號生產數量完成日期負責人 圖8 生產信息實體E-R圖圖9為進庫信息實體E-R圖。進庫信息進庫產品進庫數量進庫時間經手人 圖9 進庫信息實體E-R圖實體和實體之間的關系E-R圖如圖10所示。1:1客戶M:N訂單N:1生產M:N產品出庫庫存增加1:N產品進庫減少1:N圖10 實體之間關系E-R圖三、數據庫邏輯結構設計在上面的實體以及實體之間關系的基礎上，形成數據庫中的表格以及各個表格之間的關系。銷售管理系統數據庫中各個表格的設計結果如下面的幾個表格所示。每個表格表示在數據庫中的一個表。表1為客戶信息表格kehu。表1 客戶信息表格kehu列 名數據類型可否為空說 明Kehu_noVARCHAR2(6)NOT NULL客戶號（主鍵）Kehu_nameVARCHAR2(20)NULL客戶名Kehu_addressVARCHAR2(30)NULL地址Kehu_shVARCHAR2(10)NULL稅號Kehu_reputeVARCHAR2(10)NULL信譽度Kwhu_countryVARCHAR2(10)NULL國家Kwhu_provinceVARCHAR2(10)NULL省份表2為訂單信息表dd。表2 為訂單信息表dd列 名數據類型可否為空說 明Dd_noVARCHAR2(6)NOT NULL訂單號（主鍵）Dd_dateDATENULL訂單時間Product_noVARCHAR2(6)NOT NULL產品號Kehu_noVARCHAR2(6)NOT NULL客戶號Product_numberNUMBER(10)NULL產品數量Need_dateDATENULL需要產品時間Dd_managerVARCHAR2(10)NULL訂單業(yè)務員Dd_flagVARCHAR2(1)NULL訂單是否發(fā)貨（缺省值為0，表示沒有完成;如果該訂單已經完成發(fā)貨,為1表3為庫存信息表格kc。表3 庫存信息表格kc列名數據類型可否為空說明Product_noVARCHAR2(6)NOT NULL產品號（主鍵）Product_numberNUMBER(10)NULL庫存量Kc_adressVARCHAR2(10)NULL存放地點表4發(fā)貨信息表fh。表4 發(fā)貨信息表fh列名數據類型是否為空說明Dd_noVARCHAR2(6)NOT NULL訂單號（主鍵）Fh_daeDATENULL發(fā)貨時間Product_noVARCHAR2(6)NOT NULL產品號kehu_noVARCHAR2(6)NOT NULL客戶號Product_numberNUMBER(10)NULL產品數量Product_outpriceNUMBER(10)NULL發(fā)貨價格Fh_managerVARCHAR2(10)NULL發(fā)貨負責人表9-5為產品信息表破product。表5 產品信息表破product列名數據類型可否為空說明Product_noVARCHAR2(6)NOT NULL產品號（主鍵）Product_mameVARCHAR2(20)NULL產品名稱Product_NumberPerMonthNUMBER(10)NULL月生產能力Product_adressVARCHAR2(20)NULL生產地點Product_llPerOneNUMBER(6)NULL單個利潤Product_priceNUMBER(10)NULL價格Product_xhVARCHAR2(6)NULL型號表6為產品生產表producting。表6 產品生產表producting列 名數據類型可否為空說 明Product_noVARCHAR2(6)NOT NULL 產品號（主鍵）Product_NumberNUMBER(10)NULL數量Product_outdateDATENULL完成日期PRODUCT_ManagerVARCHAR2(10)NULL生產負責人表7為產品進庫信息表jk。表7 產品進庫信息表jk列名數據類型可否為空說明Jk_noVARCHAR2(6)NOT NULL進庫號（主鍵）Product_noVARCHAR2(6)NOT NULL產品號Product_NumberNUMBER(10)NULL進庫數量Product_indateDATENULL進庫時間Product_managerVARCHAR2(10)NULL經手人實例3 考勤管理系統考勤管理既是企業(yè)勞動認識管理的重要方面，同時也是企業(yè)財務管理的重要方面，因為它是和人、事都相關的方面?？记诠芾硐到y需要和員工人事管理連接，同時需要連接工資管理系統等等，用語完成員工的升遷、工資、津貼、醫(yī)療保險、保險費、實際發(fā)放工資等。第一節(jié) 系統設計一、系統目標設計l l 系統開發(fā)的總體任務是實現企業(yè)員工考勤管理的系統化、規(guī)范化、和自動化。l l 能夠和人事管理系統、工資管理系統相結合，真正實現企業(yè)高效、科學、現代化的員工管理。二、開發(fā)實際思想 l l 盡量采用公司現有軟硬件環(huán)境，及先進的管理系統開發(fā)方案，從而達到充分利用公司現有資源，提高系統開發(fā)水平和應用效果的目的。l l 員工考勤管理系統能夠和考勤機相連接，從而完成自動、高效、科學的考勤信息輸入。l l 系統采用模塊化程序設計方法，既便與系統功能的各種組合和修該，又便于未參與開發(fā)的技術維護人員補充、維護。l l 系統應具備數據庫維護功能，即使根據用戶需求進行數據的添加、刪除、修改、被分等操作。三、系統功能分析考勤管理涉及企業(yè)人事管理的多個方面，如員工職務升遷、工資發(fā)放、獎金發(fā)放、員工醫(yī)療保險發(fā)放等等。本利自重的考勤管理系統需要完成功能主要有以下幾點。l l 員工考勤信息處理。該莫完成員工考勤情況的輸入、修改等操作。如果企業(yè)內有考勤機，可以將它的輸出處理后，形成考勤管理系統考勤模塊的輸入。l l 企業(yè)缺勤類型的設定。l l 企業(yè)考勤統計。該模塊可對某個員工進行考勤情況的統計 ，生成統計報表。四、系統功能模塊設計在系統功能分析的基礎上，考慮PowerBuilder程序編制的特點，得到如圖1所示的系統功能模塊圖。系統模塊考勤信息處理缺勤類型設定報表生成模塊考 勤 管 理 系 統 圖1系統功能模塊如圖 五、考勤管理系統和企業(yè)中其他系統的關系 考勤管理襲擊全企業(yè)信息管理系統的一個有機組成部分。他與企業(yè)中替他系統之間的關系如圖2所示。 工資管理考勤管理人事管理 考勤情況 考勤情況 考勤情況 圖2 和企業(yè)中其他系統之間的關系 第二節(jié) 數 據 庫 設 計一、數據庫需求分析 在仔細調查企業(yè)考勤管理過程的基礎上，得到系統所要處理數據的流程如圖3所示。人 員考 勤信 息數據庫考 勤信 息統 計報 表生 成企 業(yè)其 他信 息管 理系 統手工輸入考勤機輸入數據維護 圖 3 數據流程圖針對本實例，通過對企業(yè)考勤管理的內容和數據流程分析，設計的數據項和數據結構如下： l l 員工考勤信息。包括的數據項有員工號、缺勤時間、缺勤天數、缺勤類別等。l l 缺勤類別信息。包括的數據項有缺勤類別 、名稱、描述等。l l 員工基本信息。包括的數據項有員工號、員工姓名、員工工種、員工所屬部門等。有了上面的數據結構、數據項和數據流程，就能進行下面的數據庫設計。二、數據概念結構設計本實例根據上面的設計規(guī)劃出的實體有：考勤信息實體、員工基本信息實體、缺勤類型實體。各個實體的E-R圖以及實體和實體之間的關系E-R圖描述如下。圖4為員工基本信息實體E-R圖。員 工 基 本 信 息員工號姓名員 工 部 門員工職務 圖4 員工基本信息實體E-R圖圖5為考勤信息實體E-R圖考勤 信 息員工號.姓名缺勤天數缺勤