零件交易中心管理系統設計報告 (設計目的)略(設計簡述)零件交易中心管理系統主要提供顧客和供應商之間完成零件交易的功能，其中包括供應商信息、顧客信息以及零件信息。此系統可以讓供應商增加、刪除和修改所提供的零件產品，還可以讓顧客增加、刪除和修改所需求的零件。交易員可以利用顧客提出的需求信息和供應商提出的供應信息來提出交易的建議，由供應商和顧客進行確認后即完成這筆交易。設計全過程1、需求分析：（實際詳細調查）2、數據庫設計：(SQL Server 2000設計)概念(模型)設計 （實際到概念）邏輯設計 （邏輯推導）物理設計 （理論到實現）SQL編程、調試（測試驗證） （實踐反復檢驗）3、應用程序編程、調試、測試 (用人機交互前臺開發工具VB.NET開發windows和Web應用程序 )需求分析（詳細地調查分析系統對象、功能、性能等需求）l供應商供應商的操作流程圖如圖A1所示。增加供應項修改供應項刪除供應項修改個人信息供應項注冊注銷圖A1 供應商操作分類表2顧客顧客的地位和供應商幾乎是對稱的，所以功能分類上也很相似顧客的操作流程圖如圖A2所示。增加需求項修改需求項刪除需求項修改個人信息顧客注冊注銷 圖A2 顧客操作分類表3交易員交易員的工作就是提出交易和完成交易。這里需要仔細考慮的問題是：一個交易如何產生，并如何達成，可以用圖A3來說明這個問題我們在處理交易的時候可能面臨如下問題：(1)一個交易只能在交易雙方都同意的情況下才可以進行，所以數據庫中的供求信息只能作為達成某個交易的基礎；(2)交易的雙方可能不同時使用這個系統，因此需要系統提供一個雙方交換信息的方式；(3)系統需要提供一種方便系統(交易員)向用戶提出建議來促成交易的途徑，并在保證數據庫數據完整性的情況下達成交易。交易員協議書草案供應商以及顧客簽字正式簽字交易員簽發完成交易供應商提出交易顧客提出交易申請交易員提出交易建議圖A3 交易員操作圖概念模型設計（從實踐概括抽象出理論模型E/R）數據庫需要表述的信息有以下幾種：(1)零件信息(2)供應商信息(3)顧客信息(4)供應商集和零件集之間的聯系(供應)M : N零件顏色零件號零件名重量簡介供應商名供應商供應商號地址電話簡介供應數量價格圖A4供應商和零件之間的聯系(供應) E/R模型(5)顧客集和零件集之間的聯系(求購)M : N零件顏色零件號零件名重量簡介顧客電話顧客號顧客名地址求購數量價格 圖A5 顧客和零件之間的聯系(求購) E/R模型(6)交易(三元聯系)可以用E/R模型表述該模型的設計，E/R圖如圖A7所示。供應商交易價格數量求購數量價格供應商號供應商名地址電話簡介供應數量價格零件顏色零件號零件名重量簡介顧客電話顧客號顧客名地址圖A7 全局E/R模型邏輯設計(從理論E/R模型到理論關系模型的整理轉換)通過E/R模型到關系模型的轉化，可以得到如下關系模式：(1)零件實體集轉換為 關系：Part(ID，Color，Name，Weight，Intro)(2)供應商實體集轉換為 關系Provider(ID，Name，Addtess，Tel，Intro)(3)顧客實體集轉換為 關系Customer(ID，Name，Addtess，Tel)(4)供應聯系轉換為 關系Supply(PartlD，ProviderlD，Price，Quantity)(5)求購聯系轉換為 關系OfferToBuy(CustomerlD，PartID，Price，Quantity)(6)交易聯系轉換為 關系Business(CustomerlD，ProviderlD，PartID，Price，Quantity)每個關系模式的主鍵碼都用下劃線標出。同時，對于從聯系導出的關系Supply(供應)，OfferToBuy(求購)和Business(交易)，使用與之相聯系的實體集的主健碼作為自己的鍵碼，必須符合外鍵碼約束。對于Customer(顧客)，Provider(供應商)和Part(零件)之間，不存在直接的約束，所以可以存在沒有供應商供應同時也沒有顧客求購的零件。物理設計（從理論關系模型到實現實施數據庫建立）（物理文件的安排和建立索引）1 為了提高在表中搜索元組的速度，在實際實現的時候應該基于鍵碼建立索引是各表中建立索引的表項：(1)part(ID)(2)Provider(ID)(3)Customer(ID)(4)Supply(PartID，ProviderID(5)OfferTOBuy(CustomerID，PartID)(6)Business(CustomerlD，ProviderID，PartID)2用SQL實現設計實現該設計的環境為Windows 2000 Perfessinal+MSSQLServer 2000.01建立Part表（也可以用DBMS工具實現）CREATE TABLE Part(ID smallint IDENT