第01章銷售管理數(shù)據(jù)庫的規(guī)劃(文件)
【正文】 ：供應商信息的錄入和維護 。主要業(yè)務流程如圖 1 1所示，其中實線表示物流，虛線表示信息流。該公司主要從事商品零售貿(mào)易業(yè)務。 數(shù)據(jù)庫概述 （續(xù)） 數(shù)據(jù)處理 3個階段 數(shù)據(jù)庫設計的步驟 需求分析 ?需求分析的任務 就是對現(xiàn)實世界要處理的對象（組織、部門、企業(yè)等）詳細調(diào)查和分析；收集支持系統(tǒng)目標的基礎數(shù)據(jù)和處理方法；明確用戶對數(shù)據(jù)庫的具體要求。 ? 信息 信息是就指對結果進行加工處理，并對人類社會實踐和生產(chǎn)活動產(chǎn)生決策影響的數(shù)據(jù)。第一章 銷售管理數(shù)據(jù)庫的規(guī)劃 技能目標 ?了解設計數(shù)據(jù)庫的基本步驟； ?學會設計數(shù)據(jù)庫的基本方法； ?按照用戶的需求設計銷售管理數(shù)據(jù)庫。 ? 數(shù)據(jù)庫 數(shù)據(jù)庫是指長期存儲在計算機內(nèi)的、有組織的、可共享的數(shù)據(jù)集合。在此基礎上確定數(shù)據(jù)庫系統(tǒng)的功能。即從供應商手中采購商品，并把這些商品銷售到需要的客戶手里，以商品服務費賺取利潤，即商品。 銷售管理數(shù)據(jù)庫的需求分析 (續(xù) ) （ 2）用戶對該系統(tǒng)的功能需求 ? 員工管理：新建、查詢和維護員工。 ? 銷售訂單管理：當客戶下訂單時，將客戶信息和訂購產(chǎn)品的信息組成訂單。概念模型通常利用 ER圖來表達。 實體與聯(lián)系（續(xù)） 實體間的聯(lián)系 （ 1）一對一聯(lián)系（ 1:1） （ 2）一對多聯(lián)系（ 1:m） （ 3）多對多聯(lián)系（ m:n） ER圖 概念結構設計的步驟 設計局部概念模型 （ 1）確定數(shù)據(jù)庫所需的實體 （ 2）確定各實體的屬性以及實體的聯(lián)系，畫出局部的ER圖。 ? 員工（ Employee）：該公司中負責采購和銷售訂單的員工。 ? 銷售訂單（ Sell_Order） :客戶與該公司簽訂的銷售合同。 ?通常步驟。其中，實體間的聯(lián)系就是將實體和實體間的聯(lián)系轉化為二維表。 數(shù)據(jù)完整性 范式理論 （ 1）第一范式 (1NF) 關系模式中每個屬性是不可再分的數(shù)據(jù)項，則該關系屬于 1 NF。 數(shù)據(jù)完整性 ? 實體完整性 為確保數(shù)據(jù)庫中所有實體的惟一性，不使用完全相同的數(shù)據(jù)記錄。 銷售管理數(shù)據(jù)庫的邏輯結構設計 【例】在概念設計的基礎上，對銷售管理數(shù)據(jù)庫進行邏輯結構分析，即將 ER圖轉化為關系模型。 確定索引 ? Employee(EmployeeID, EmployeeName, Sex, BirthDate, HireDate, Salary, DepartmentID) ? Department（ DepartmentID， DepartmentName， Manager，Depart_Desdription） ? Sell_Order(SellOrderID, ProductID, EmployeeID, CustomID, SellOrderNumber, SellOrderDate) ? Purchase_order(PurchaseOrderID, ProductID, EmployeeID, PrividerID, PurchaseOrderNumber, PurchaseOrderDate) ? Product(ProductID, ProductName, price, ProductStockNumber, ProductSellNumber) ? Customer(CustomerID, CompanyName, ContactName, Phone ,address, EmailAddress) ? Provider(ProviderID, ProviderName, ContactName, ProviderPhone, Provideraddress, ProviderEmail) 銷售管理數(shù)據(jù)庫的實施 在數(shù)據(jù)庫確定邏輯結構和物理結構后，在計算機上建立實際的數(shù)據(jù)庫結構，并裝入數(shù)據(jù)，進行試運行和評價。 , Feb
環(huán)評公示相關推薦
鄂ICP備17016276號-1