零件交易中心管理系统设计报告
(设计目的)
略
(设计简述)
零件交易中心管理系统主要提供顾客和供应商之间完成零件交易的功能，其中包括供应商信息、顾客信息以及零件信息。此系统可以让供应商增加、删除和修改所提供的零件产品，还可以让顾客增加、删除和修改所需求的零件。交易员可以利用顾客提出的需求信息和供应商提出的供应信息来提出交易的建议，由供应商和顾客进行确认后即完成这笔交易。
[设计全过程]
1、需求分析：（实际详细调查）
2、数据库设计：(SQL Server 2000设计)
概念(模型)设计（实际到概念）
逻辑设计（逻辑推导）
物理设计（理论到实现）
SQL编程、调试（测试验证）（实践反复检验）
3、应用程序编程、调试、测试(用人机交互前台开发工具https://www.doczj.com/doc/d96172730.html,开发windows
和Web应用程序)
[需求分析]
（详细地调查分析系统对象、功能、性能等需求）
l．供应商
供应商的操作流程图如图A1所示。
图A1 供应商操作分类表
2．顾客
顾客的地位和供应商几乎是对称的，所以功能分类上也很相似．顾客的操作流程图如图A2所示。
图A2 顾客操作分类表
3．交易员
交易员的工作就是提出交易和完成交易。这里需要仔细考虑的问题是：一个交易如何产生，并如何达成，可以用图A3来说明这个问题．
我们在处理交易的时候可能面临如下问题：
(1)一个交易只能在交易双方都同意的情况下才可以进行，所以数据库中的供求信息只能作为达成某个交易的基础；
(2)交易的双方可能不同时使用这个系统，因此需要系统提供一个双方交换信息的方式；
(3)系统需要提供一种方便系统(交易员)向用户提出建议来促成交易的途径，并在保证数据库数据完整性的情况下达成交易。
图A．3 交易员操作图
[概念模型设计]
（从实践概括抽象出理论模型E/R）
数据库需要表述的信息有以下几种：
(1)零件信息
(2)供应商信息
(3)顾客信息
(4)供应商集和零件集之间的联系(供应)
图A．4供应商和零件之间的联系(供应) E/R模型
(5)顾客集和零件集之间的联系(求购)
图A．5 顾客和零件之间的联系(求购) E/R模型
(6)交易(三元联系)
可以用E/R模型表述该模型的设计，E/R图如图A7所示。
图A．7 全局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.0
1．建立Part表（也可以用DBMS工具实现）
CREATE TABLE Part(
ID smallint IDENTITY(1,1) PRIMARY KEY CLUSTERED,
Color varchar(20),
Name varchar(20) NOT NULL,
Weight int DEFAULT 0,
Intro text)