1. 用户需求
仓库信息管理。记录、修改和查询仓库的编号、名称、地址、负责人、联系方式及存放货物等。所有仓库由仓库号唯一标识。
商店信息管理。记录，修改和查询商店的编号、名称、地址、负责人、联系方式及销售货物、月销售额等。所有商店由商店号唯一标识。
商品信息管理。记录、修改和查询仓库的编号、名称、单价、存放仓库及销售额等。所有商品由商品号唯一标识。 2. 业务流程图
商品 仓库 商店
3. 数据库模式概念设计
3.1 实体联系图（RED图）是系统分析员为了建模方便而绘制的一种图表格试的语言，
是表达实体和联系的直观方法。下面是商业集团数据库管理系统的实体联系图，包括仓库、商品、商店3个实体。 仓库号 仓库名称 地址 负责人 联系方式 仓库 m：1 仓库号 库存商品 库存量 存库日前 仓库存货
n：1 商品号 商品名称 单价 库存量 月销售量 商品 1：r 商店号 销售商品 月份 月销售量 销售业绩 1：s 商店号
3.2 E-R图
商店名称 地址 负责人 联系方式 仓库号 库存商品 库存量 存库日期
商品 仓库存货 隶属 仓库 仓库号
仓库名称 地址 负责人、联系方式
商品号 商品名称 单价 库存量
月销售量 商店号 销售商品 商店号
销售业绩 月份 隶属 商店 商店名称 月销售量 地址
负责人
4. 数据库逻辑模式设计
4.1 一般逻辑模式设计
由E-R图导出一般关系模型的原则为：
原则一：一个实体型转换为一个关系模型。实体的属性就是关系的属性，实体的码就是关系的码。
原则二：一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该关系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。
原则三：一个1：n联系可以转换为一个独立的关系模型，也可以与n段对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各个实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n段实体的码。
原则四：一个m：n联系转换为一个关系模式。与该联系相连多个实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
4.2 根据以上4个原则，导出的一般关系式如下：
仓库（仓库号、仓库名称、地址、负责人、联系方式） 仓库存货（仓库号、库存商品、库存量、存库日期） 商店（商店号、商店名称、地址、负责人、联系方式） 销售业绩（商店号、销售商品、月份、月销售额） 商品（商品号、商品名称、单价、库存量、月销售量）
4.3 具体逻辑模式设计
表4.3.1仓库
字符 仓库号 仓库名称 地址 负责人 类型 Tinyint Varchar Varchar Varchar 长度 30 100 10 11 长度 10 10 长度 30 100 10 11 长度 10 10 长度 10 30 10 10 允许空值 否 否 否 否 否 允许空值 否 否 否 否 允许空值 否 否 否 否 否 允许空值 否 否 否 否 允许空值 否 否 否 否 否 备注 主键&唯一 备注 备注 主键&唯一 备注 备注 主键&唯一 联系方式 Varchar 表4.3.2仓库存货 字符 仓库号 库存商品 库存量 存库日期 表4.3.3商店 字符 商店号 商店名称 地址 负责人 联系方式 类型 Tinyint Varchar Varchar Varchar Varchar 类型 Tinyint Varchar Varchar Datetime 表4.3.4销售业绩 字符 类型 商店号 销售商品 月份 Tinyint Varchar Tinyint 月销售量 Varchar 表4.3.5商品 字符 商品号 商品名称 单价 库存量 月销售量
5． 数据库设计保护
设计表间关系及完整性设计
类型 varvarchar Varchar Tinyint Varchar Varchar 仓库 仓库号 因篇幅问题不能全部显示，请点此查看更多更全内容