可可订货数据库设计解决方案.doc

订货数据库设计 1.需求分析及说明 1.1需求分析和可行性分析 需求分析的任务是调查应用领域，对应用领域中各种应用的信息要求和操作要求进行详细分析，形成需求分析说明书。需求分析过程一般分一下几个阶段： （1）调查组织机构的总体情况 （2）熟悉各部门的业务活动情况 （3）分析用户的需求 （4）确定新系统的边界 订货时很多发展的必然趋势，有人说订货的好坏，决定了当季销售业绩的一半。订货一方面可以保证我们发货的总量维持不变，公司所发货品总数即为销售总数，这样可以为公司控制货品销售争取主动，能够较准确地掌控生产与库存总量；另一方面可以控制一定量的滞销款返回以促进其销售，为公司疏缓库存压力。 由于订货的好处和它处理数据的庞大行，订货系统应运而生。 1.2具体说明 由于顾客或订货商们订货时会有各种不同的需求，而且随着顾客量的增加， 顾客的信息量也在增加，而且必须确保顾客信息的准确和完整性。订购的货物有其属性，如：货物名，订货价等。不同的顾客会与公司建立不同的订货单，这些订货单对应着不同的订货细则。这些都是很庞大的数据量，需要建立一个数据库来保存和方便的查询。 1.3问题域描述 顾客找供货商订货，这时候顾客要把顾客的姓名，收获地址，联系电话，邮箱地址，邮编等信息给供货商。顾客可以签订多份订货单。在每个订货单中可以有多种货物。每个订货单就可以对应多份订货细则。供货商根据订货单给顾客发货。顾客可以登录到订货管理系统查询自己的信息。供货商可以进入订货管理系统对顾客信息进行添加，删除，修改等。这个时候还要考虑到顾客只能够看而不能够去修改其数据。 1.4数据字典 1.4.1数据项 数据项是数据的最小单位，对数据相的描述包括：数据项名、含义、别名、类型、长度、取值范围以及与其他数据项的逻辑关系。 （1）仓库信息：仓库号，城市，面积。 （2）职工信息：职工号，职工，基本工资。 （3）供应商信息：供应商号，供应商名，供应商地址。 （4）订购单信息：职工号，供应商号，订购单号，订购日期，金额。 （5）订购单明细信息：订购单号，序号，产品名称，单价，数量。 1.4.2数据表 仓库： 列名 数据类型 长度 允许空 仓库编号 CHAR 10 否 地址 文本 20 否 面积 数值 长整型 否 订购单： 列名 数据类型 长度 允许空 订单号 CHAR 10 否 职工号 CHAR 10 否 供应商号 CHAR 10 否 订购日期 日期/时间 否 订购单号 CHAR 10 否 金额 数值 长整型 是 订购单细则表： 列名 数据类型 长度 允许空 订购单号 CHAR 10 否 序号 CHAR 10 否 产品名称 文本 20 否 数量 数值 长整型 否 单价 数值 长整型 否 供应表： 列名 数据类型 长度 允许空 供应商号 CHAR 10 否 供应商名 文本 20 否 供应地址 文本 20 否 职工表： 列名 数据类型 长度 允许空 职工号 CHAR 10 否 职位 文本 20 否 基本工资 数值 长整型 否 2.概念设计 概念设计结构通常有自顶向下、自底向上、逐步扩张、混合策略4类方法。其中最经常采用的策略是自底向上的方法。即自顶向下的进行需求分析，然后在自底向上地设计概念结构。 自底向上设计概念结构的方法通常有可分为两步： （1）抽象数据并设计局部视图。 （2）集成局部视图，得到全局的概念结构。 2.1数据库的实体及属性 仓库：（仓库号，地址，面积） 职工：（职工号，职工，基本工资） 供应：（供应商号，供应商名，供应地址） 订购单：（职工号，供应商号，订购单号，订购日期，金额） 订购明细：（订购单号，序号，产品名称，单价，数量） 2.2系统E-R图设计 为了把系统的数据要求清楚、准确地描述出来，系统分析员通常建立一个概念性的数据模型(E-R图)。它描述了从用户角度看到的数据，它反映了用户的显示环境，而且与在软件中的实现方法无关。 2.2.1仓库实体图和描述 描述：仓库号唯一的标示一个仓库。 2.2.2职工表实体图和描述 描述：职工号唯一确定一个职工。 2.2.3订购单明细表实体图和描述 描述：订购单号可以唯一的确定一份订购细则。顾客订购一种产品的话只能对应一个订购单号. 但是一个订购单号只能对应一种货产品。订单里不同的订购单号就可以对应多种货物了。 2.2.4订购单表实体图和描述： 描述：供应商号可以唯一的确定供应商。 2.2.5订购单实体图和描述 2.3关系图 3.CRUD分析 ERD是数据库设计顾问和客户之间交流的工具，它也为最终构建数据库的DBA提供准则。需要一种方法来检验数据模型中有没有遗漏任何实体或关系，还需要确保模型