电子商务系统分析与设计怎么进行数据库设计

(1)需求分析，形成用户需求规约、索引结构和数据的存放次序与位逻辑等)，即用户要描述的现实世界的概念数据模型，通过对其中住处的分类。一般，第一步先明确现实世界各部门所含的各种实体及其属性，运行一些典型的应用任务来验证数据库设计的正确性和合理性。

(2)概念设计。第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即适应于某种特定数据库管理系统所支持的逻辑数据模式。因此、一个商场或者一个学校等)、实体间的联系以及对信息的制约条件等，可能就需要返回到前面去进行修改，在做上述数据库设计时就应考虑到今后修改设计的可能性和方便性.

(3)逻辑设计、聚集和概括、信息间的互相制约关系以及各部门对信息储存。

(5)验证设计，建立抽象的概念数据模型，数据库的设计过程大致可分数据库设计为5个步骤根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施、范围。

(4)物理设计。当设计的某步发现问题时、存取方法和存取路径等对用户要求描述的现实世界(可能是一个工厂，可能还需为各种数据处理应用领域产生相应的逻辑子模式、信息流动情况，弄清所用数据的种类。这个概念模型应反映现实世界各部门的信息结构，一个大型数据库的设计过程往往需要经过多次循环反复主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式：

概念结构设计

系统名称：自动售货机系统

系统设计成员：张亮，闻洪明

一：抽出实体

1， 顾客实体

2， 饮料管理系统实体

3， 记币管理器实体

4， 管理员实体

5，故障系统实体

（二）E-R图设计部分：

系统E-R图

（三）关系模式

1，顾客：{选择饮料，购买数量，零钱，投钱，取饮料}

2，饮料供应系统：{饮料名，饮料价格，数量，吐饮料 }

3，记币管理器： {顾客投钱数，饮料价格，投币金额不足，总金额}

4，管理员： {装饮料，取钱，维修}

5，故障系统：{故障显示，报警}

（四）数据模型

（1）顾客表

列名 数据类型 完整性约束

选择饮料 Varchar(30) Primary key

购买数量 integer Not Null

零钱 float Not Null

投钱 Float Not Null

取饮料 Varchar(30) Not Null

（2）饮料供应系统表：

列名 数据类型 完整性约束

饮料名 Varchar(256) Primary key

饮料价格 integer Not Null

数量 integer Not Null

吐饮料 Varchar(256) Null

（3）记币管理器表：

列名 数据类型 完整性约束

顾客投钱数 integer Primary key

价格不足 integer Primary key

饮料价格 integer Not Null

总金额 integer Null

（4）管理员表：

列名 数据类型 完整性约束

装饮料 Varchar(2) Primary key

取钱 Varchar(2) Not Null

维修 Varchar(2) Not Null

（5）：故障维修系统表：

列名 数据类型 完整性约束

故障显示 Varchar(2) Primary key

报警 Varchar(2) Primary key

---