sql数据库实例零件销售中心管理系统

（详细地调查分析系统对象、功能、性能等需求）

l 供应商

供应商的操作流程图如图 A1 所示。

增修删加改除供个应人项信息

图 A1 供应商操作分类表

2．顾客

顾客的地位和供应商几乎是对称的，所以功能分类上也很相似．顾客的操作流程图如图 A2 所示。

增修删加改除需个求人项信息

图 A2

顾客操作分类表

3．交易员

生，并如何达成，可以用图 A3 来说明这个问题．

我们在处理交易的时候可能面临如下问题：

(1)一个交易只能在交易双方都同意的情况下才可以进行，所以数据库中的供求信息只能作 为达成某个交易的基础；

(2)交易的双方可能不同时使用这个系统，因此需要系统提供一个双方交换信息的方式； (3)系统需要提供一种方便系统( 库数据完整性的情况下达成交易。 协议正书式草签案字

供应 交 完易 商成员 以交签 及易发客签字 顾 供 应 项

注册

注销

顾 客

注册

注销

交

易 员

供应商 顾客提出 交易员提出

提出交易 交易申请 交易建议

图 A ．3

交易员操作图

[概念模型设计]

（从实践概括抽象出理论模型 E/R ）

数据库需要表述的信息有以下几种： (1)零件信息 (2)供应商信息 (3)顾客信息

(4)供应商集和零件集之间的联系(供应)

简介

供应商名

价格

数量

零件名

简介

电话

供应

重量 地址

供应商号

零件号

颜色

N

图 A ．4 供应商和零件之间的联系(供应) E/R 模型

(5)顾客集和零件集之间的联系(求购)

零件号

零件名

数量

价格

顾客号

颜色

顾客名

求购

重量

地址

简介

电话

图 A ．5 顾客和零件之间的联系(求购) E/R 模型

M : N

零件

顾客

M :

零件

供应商

(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)顾客实体集转换为 (4)供应联系转换为 关系 Customer(ID ，Name ，Addtess ，Tel) 关系 Supply(PartlD ，ProviderlD ，Price ，Quantity) (5)求购联系转换为

OfferToBuy(CustomerlD ，PartID ，Price ，Quantity)

(6)交易联系转换为

Business(CustomerlD ，ProviderlD ，PartID ，Price ，Quantity) 关系 关系

每个关系模式的主键码都用下划线标出。

同时，对于从联系导出的关系 Supply(供应)，OfferToBuy(求购)和 Business(交易)， 使用与之相联系的实体集的主健码作为自己的键码，必须符合外键码约束。

对于 Customer(顾客)，Provider(供应商)和 Part(零件)之间，不存在直接的约束，所 以可以存在没有供应商供应同时也没有顾客求购的零件。

供应商

零件

顾客