信息系统分析与设计课程设计进存销管理系统

1、课程设计课程设计 设计课程：设计课程：信息系统分析与设计信息系统分析与设计 题题 目目 进存销管理系统进存销管理系统 学生姓名 学 号 学 院 信息与控制学院 专 业 信息系统工程 指导教师 二一一二一一 年年 10 月月 26 日日 目录 1 系统总体介绍及组内分工-1 1.1 系统功能分析 -1 1.2 组内成员及分工 -2 2 数据库设计-3 2.1 需求分析 -3 2.1.1 需求分析设计思想-3 2.1.2 数据流图和数据字典-4 2.2 概念结构设计 -8 2.2.1 局部概念模型设计-8 2.2.2 全局概念设计-11 2.2.3 powerdesigner 的安装-12 2.2

2、.4 cdm 模型的生成过程 -14 2.3 逻辑结构设计-19 2.3.2 e-r 图向关系模型的转换 -20 2.3.3 pdm 模型的生成过程-21 oracle 数据库简介 -23 结论及参考文献-25 附录-26 a1.1 数据项-26 a1.2 清单明细-28 a1.3 脚本语句-29 1 1 系统总体介绍及组内分工 1.1 系统功能分析 要提高市场竞争力，既要有好的产品质量，同时也要有好的客户服务。企业要作到能及时响应客户的产品需求， 根据需求迅速生产，按时交货，就必须有一个好的计划，使得市场销售和生产制造 2 个环节能够很好地协调配合。 进销存管理系统是商业企业经营管理中的核心

3、环节，也是一个企业能否取得效益的关键。如果能做到合理生产、 及时销售、库存量最小，减少积压，那么企业就能取得最佳的效益。由此可见，进销存管理决策的正确与否直接影 响了企业的经济效益。 本系统尽量采用公司现有软硬件环境，及先进的管理系统开发方案，从而达到充分利用公司现有资源，提高系 统开发水平和应用效果的目的。 本系统的开发主要是为了实现企业进销存管理的系统化、规范化和自动化。这是在用户要求的基础上提出来的。 “资料管理”模块，该功能模块是企业经营的基础资料，是一个企业最基本和最重要的信息包括商品资料、供 应商资料、客户资料、库存商品基本信息以及企业中各个员工管理的资料、仓库的信息维护资料等，脱

4、离了这些基 础资料，进销存系统就无法运行。 “采购管理”模块，该功能模块是企业经营过程中，如果库存中商品存货数量供应不足，则当班仓管员要根据 所缺商品的类别向对应的供应商发出进货请求。 “销售管理”模块，功能模块是企业商品向外销售过程中所要进行的一系列工作。 “库存管理”模块，该功能模块是企业对仓库中各类商品的盘点、报损报溢以及各类商品的库存量盘点等等。 “应付款管理”模块，该功能模块是对企业在进出货过程当中与提供商品的供应商之间产生的进货清单进行登 记、统计等一系列操作。 “应收款管理”模块，该功能模块是对企业在销售过程当中与客户进行商品交易时产生的销售清单进行登记、 统计等一系列操作。 “

5、系统管理”模块，该功能模块是对进销存管理系统的一系列参数、权限、在系统发生故障时对系统中数据的 备份、恢复以及记录日志文件等。 进销存管理系统是介于用户和企业管理之间的一个系统，其功能模块如图 1.1 所示： 图 1.1 系统功能模块图 2 数据库设计 进销存管理系统 资 料 管 理 采 购 管 理 应 付 款 管 理 库 存 管 理 销 售 管 理 系 统 管 理 零 售 管 理 应 收 款 管 理 2 2.1 需求分析 2.1.1 需求分析设计思想 需求分析简单地说就是分析用户的要求。需求分析是设计数据库的起点，需求分析的结果准确地反映了用户的 实际要求，将直接影响到后面各个阶段的设计，并

6、影响到设计结果是否合理和实用。进销存管理的思想是：从客户 需要和供应情况出发来规划企业的生产经营活动，在大量的客户信息和供应商信息分析的基础上确定本企业最优的 产品组合等问题。 在市场经济中，销售是企业运作的重要环节，为了更好地推动销售，不少企业建立了分公司或代理把产品推向 最终用户。这些分公司或代理商大都分布在全国各地，甚至是在国外，远距离频繁的业务信息交流构成了这些企业 业务活动的主要特点。在传统方式上，公司之间通常采用电传、电报、电话等方式传递订货、发货、到货、压货、 换货、退货等信息，总公司的商务部门在接到分公司或代理商传来的订单和银行汇款单据传真后，开据产品出库通 知，然后再把相关的

7、进、销、存信息手工存档，再对这些信息进行统计分析，才能了解到整个公司的生产、销售和 库存情况。 这种信息传递、管理方式不仅效率低，可靠性、安全性和保密性都无法满足要求，而且数据统计时间严重滞后， 往往是当领导了解到企业的“进、销、存”出现问题时，就已经远离了问题出现的时间和地点。即便是没有分公司 的企业，使用传统的手工方式管理也存在同样的问题。通过进销存管理系统，及时通过网络把决策信息传统到相关 决策人，从而可以及时发现问题，解决问题，更好地把握机会。 进销存管理是一项非常繁琐复杂的工作，每天要处理大量的单据数据，包括入库、出库、退库、调库等多项货 物操作流程。为及时结清每笔业务和货物流动情况

8、，保证企业生产用料以及货物安全，企业要花费大量人力物力和 时间来做数据记录及统计工作。因此，为提高库管工作的质量和效率，就必须根据特点与需要开发进销存管理信息 系统。 通过调查、收集与分析，用户对数据库的要求主要有：在本系统中，数据库主要存储的信息包括仓库管理员、 业务员、仓库、供应商、客户与库存的基本信息。主要完成的功能为：当企业和新的供应商取得合作的时候，需要 对供应商的信息进行入为管理，当供应商的信息发生变化时，需要对其进行修改或者删除。当企业拥有新的顾客的 时候，需要对顾客的信息进行管理，当顾客的信息发生变化时，需要对其进行修改或者删除。当企业的仓库中新增 了商品的时候，需要对商品的信

9、息进行入库管理，当市场发生变化，商品的信息也需要同步修改。当企业具有进销 过程的时候，需要随时记录进销信息，以便随时掌握和了解企业的业务状况，了解企业的利润状况。系统应该具有 查询所有信息的功能。 进销存管理信息系统通过对客户关系、销售行动等环节的记录、管理与分析，使管理从经验走向科学，从企业 的的进销存管理的主要需求出发，可以为企业建立弹性化和灵活性的业务流程。 3 2.1.2 数据流图和数据字典 数据流图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合是进行详细的数据收集和数据分 析所获得的主要成果。数据字典在数据库设计中占有很重要的地位。 一、数据流图一、数据流图 采购订 单

10、管理 业务员 客户 货款 管理 销售订 单管理 库存清单 销售基 础数据 商品清单 仓管员 供应商 货款 处理 进货清单登记 供货 管理 应付款清单 制订商品清单 增加库存 订货 发货 管理 应收款清单订货单登记 减少库存 发货 制定采购清单 付款 提货 4 二、数据字典二、数据字典 数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。其中数据项是数据的最小组成 单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的 逻辑内容。 (一) 数据项 1数据项：goods_no 含义说明：唯一标识每种商品 别名：商品编号 长度：8 取值

11、范围：00000000 至 99999999 取值含义：前两位标识该商品生产年份，后六位按顺序编号 逻辑关系：主键，决定商品的其它数据项 2数据项：freeder_no 含义说明：唯一标识每个供应商 别名：供应商编号 长度：8 取值范围：00000000 至 99999999 取值含义：前两位标识供应商所在地区的编号，后六位按顺序编号 逻辑关系：主键，决定供应商的其它数据项 3数据项：customer_no 含义说明：唯一标识每个客户 别名：客户编号 长度：8 取值范围：00000000 至 99999999 取值含义：前两位标识该客户所在地区编号，后六位按顺序编号 逻辑关系：主键，决定客户的

12、其它数据项 4数据项：admin_no 含义说明：唯一标识每个客户 别名：仓管员编号 长度：8 取值范围：00000000 至 99999999 取值含义：每位按顺序编码 逻辑关系：主键，决定仓管员的其它数据项 5数据项：clerk_no 含义说明：唯一标识每个客户 别名：业务员编号 长度：8 取值范围：00000000 至 99999999 取值含义：每位按顺序编码 5 逻辑关系：主键，决定业务员的其它数据项 6数据项：storage_no 含义说明：唯一标识每个客户 别名：仓库编号 长度：8 取值范围：00000000 至 99999999 取值含义：每位按顺序编码 逻辑关系：主键，决定仓

13、库的其它数据项 此处仅列出了取决定作用的数据项，其余请参照附录 a1.1。 （二）数据结构 1数据结构：商品 含义说明：是进销存管理系统的主体数据结构，定义了一个商品的有关信息 组成：商品编号，商品名称，规格，类别，产地，进货价，稍售价，最低售价 2数据结构：供应商 含义说明：是进销存管理系统中商品的主要来源，定义了供应商的有关信息 组成：供应商编号，供应商名称，供应商地址，供应商电话，传真，供应商开户行，供应商帐号，供应商 税号 3数据结构：客户 含义说明：是进销存管理系统中商品的主要去向，定义了客户的有关信息 组成：客户编号，客户名称，客户地址，客户电话，客户开户行，客户银行帐号，客户，税

14、号，客户性质 4数据结构：仓管员 含义说明：定义了仓管员的有关信息 组成：仓管员编号，仓管员名称，仓管员电话，仓管员地址 5数据结构：业务员 含义说明：定义了业务员的有关信息 组成：业务员编号，业务员名称，业务员电话，业务员地址 6数据结构：仓库 含义说明：定义了仓库的有关信息 组成：仓库编号，仓库名称，仓库类别，库存数量 （三）数据流 1数据流“制订商品清单”可描述如下： 数据流：制订商品清单 说明： 业务员将预售给客户的商品制做成清单供用户选择。 数据流来源：业务员 数据流去向：销售基础数据 2数据流“订货”可描述如下： 数据流：订货 说明： 客户根据商品清单向业务员提出购买申请。 数据流

15、来源：客户 6 数据流去向：货款处理 3数据流“提货”可描述如下： 数据流：提货 说明： 客户给业务员提供货款后，业务员从仓库中提货给客户。 数据流来源：业务员 数据流去向：客户 4数据流“减少库存”可描述如下： 数据流：减少库存 说明：业务员从仓库中提取商品并发货给客户，则仓库管理员要对售出的商品进行详细登记，这时仓库中 的商品要相应的减少。 数据流来源：发货处理 数据流去向：库存清单登记表 5数据流“制定采购清单”可描述如下： 数据流：制定采购清单 说明：仓管员对仓库中现存商品进行盘点，如仓库中该类商品库存量小于商品库存量的标准数量，则仓管 员要制定相应的采购清单，进行订货。 数据流来源：

16、业务员盘点商品缺货清单 数据去向：供应商 6数据流“付款”可描述如下： 数据流：付款 说明：供应商根据业务所发给的商品清单给仓管员反馈信息，同时仓管员根据反馈信息向供应商支付商品 的货款。 数据流来源：仓管员 数据流去向：供应商 7数据流“发货”可描述如下： 数据流：发货 说明：当仓管员向供应商支付商品货款时，供应商发货给仓管员，这时仓库中该类商品的库存数量将相对 增加。 数据流来源：供应商 数据流去向：库存清单登记表 （四）数据存储 1商品信息 简述：用来存储有关商品的信息 输入数据：商品信息 输出数据：商品信息 2供应商信息 简述：用来存储有关供应商的信息 输入数据：供应商信息 输出数据：

17、供应商信息 7 3客户信息 简述：用来存储有关客户的信息 输入数据：客户信息 输出数据：客户信息 4仓库信息 简述：用来存储有关仓库的信息 输入数据：仓库信息 输出数据：仓库信息 5仓管员信息 简述：用来存储有关仓管员的信息 输入数据：仓管员信息 输出数据：仓管员信息 6业务员信息 简述：用来存储有关业务员的信息 输入数据：业务员信息 输出数据：业务员信息 由上述分析可知：各个主要信息之间的联系如下： 供应商与仓管员之间：一个供应商可以给多个仓管员供货，一个管理员可以在多个供应商中订货。 供应商与商品之间：一个供应商可以供应多个商品，一个商品可以由多个供应商供应。 商品与仓管员之间：一个商品可

18、以由多个仓管员管理，一个仓管员可以管理多个商品。 仓管员与仓库之间：一个仓管员可以管理多个仓库，一个仓库可以由多个仓管员管理。 仓库与商品之间：一个仓库可以存多种商品，同一商品可以存放在多个仓库中。 商品与员工之间：一个业务员可以销售多个商品，一个商品可以由多个业务员销售。 商品与客户之间：一个商品可以提供给多个客户，一个客户也可以购买多个商品。 客户与员工之间：一个客户可以购买多个员工提供的商品，一个员工可以给多个客户提供商品。 2.2 概念结构设计 2.2.1 局部概念模型设计 局部概念模型的设计思想是根据需求分析的内容用 e-r 图分别表示出各个实体及其属性，以及用 e-r 图表示出 各

19、实体之间的联系。 各实体的属性用 e-r 图的表示以及实体之间的联系，如图所示。 图 2.1 仓库实体的属性 仓库 仓库编号 仓库名称 称 仓库类别 8 图 2.3 商品实体的属性 商品 商品编号商品类别 商品规格 商品名称 进货价商品产地 最低售价 销售价 图 2.4 仓管员实体的属性 仓管员 仓管员编号 号号 仓管员姓名 仓管员电话 仓管员地址 图 2.2 客户实体的属性 客户 客户编号客户开户 行 客户地址 客户名称 客户电话性质 客户税号 客户帐号 9 图 2.5 供应商实体的属性 供应商 供应商号 供应商开户行 供应商地址 供应商名称 供应商电话传真 供应商帐号 供应商税号 图 2.

20、6 业务员实体的属性 业务员 业务员编号 号号 业务员姓名业务员电话 业务员地址 图 2.7 仓管员与仓库实体之间联系 仓管员仓库管理 mn 开始时间终止时间 图 2.8 商品与仓库实体之间联系 商品仓库存储 mn 库存数量 10 2.2.2 全局概念设计 各子系统的分 e-r 图设计好以后，下一步就是将所有的分 e-r 图综合成一个的总 e-r 图。合理消除各分 e-r 图的冲突是合并 e-r 图的主要工作和关键。各 e-r 图之间的冲突主要有三种：属性冲突、命名冲突、结构冲突。 在进销存管理系统设计过程中，有属性冲突和命名冲突。属性域冲突，即属性值的类型、取值范围或取值集合 不同。如商品编

21、号在不同的关系中都要定义成相同的属性值的类型为字符型并且字长定义为 8，才能避免属性冲突。 同名异义，即不同意义的对象在不同的局部应用中具有相同的名字。如在供应商实体信息中的属性供应商开户行和 实体客户信息中的属性客户开户行，其都起到开户行标志的作用，但分别是对不同实体的不同内容的标志，所以为 避免同名冲突将实体供应商信息中的属性定义为供应商开户行，将实体客户信息中的属性定义为客户开户行，这样 就避免了命名冲突。 按照合成总体 e-r 图的规则，画出完整的 e-r 图，如图 2.11 所示。 图 2.10 商品、业务员与客户实体之间联系 商品客户 销售 p n 订货时间 业务员 单价 订货数量

22、 订货金额 应收款 已收款 m 图 2.9 商品、仓管员与供应商实体之间联系 商品供应商 进货 m n 进货量 仓管员 进货时间 应付款 已付款 付款方式 金额 p 11 图 2.11 全局的 e-r 图 图 2.11 全局 e-r 图 2.2.3 powerdesigner 的安装 1将 e 盘下的 powerdesigner950-trial 文件安装，所有的路径都设为默认路径，就会将文件安装在 c:program files 下，安装过程如图所示。 p n 业务员商 品 供应商 客 户 管理 存储 进货量 进货时间 应付款 已付款 金 额 额 应收款 单 价 价 已收款 m n m n

23、p m 付款方式 订货时间 订货数量 订货金额 进 货 仓 库 m 库存数量 终止时间 p 仓管员 开始时间 供 应 商开 户行供应商电话 仓管员电话 仓管员地址 传 真 供应商名称 仓管员姓名 供应商地址 供应商税号 供应商号 供应商帐号 仓管员编号 仓库类别 仓库名称 仓库编号 业务员地址 业务员编号 业务员电话业务员姓名 客户帐号 客户开户行 客户电话 客户地址 客户名称 客户编号 性 质 客户税号 商品编号 最低售价 商品名称 商品规格 商品类别 商品产地 进货价 销售价 销 售 12 图 2.12 安装过程 2找到 c:program filessybase 中的文件夹 powerd

24、esigner 9 中的 pdshell 9 ，如图所示。 图 2.13 pdshell 9 所在位置 3用 d 盘下的 pdshell 9 覆盖上一步中找到的 pdshell 9，这样 powerdesigner 就能正常使用，覆盖过程如图所 示。 13 图 2.14 覆盖 pdshell 9 2.2.4 cdm 模型的生成过程 1依次选择【开始】 【程序】 【sybase】 【powerdesigner 9 】 【powerdesigner】选项，就会弹 出【powerdesigner】对话框，如图所示。 图 2.15 【powerdesigner】对话框 2在图 2.15 中选择【fil

25、e】 【new】得到对话框，如图所示。 图 2.16 进入界面 3选择“conceptual data model” ，单击“ok”按钮，出现cdm工作区，如图所示。 14 图 2.17 cdm 工作区 4工具选项板：在 cdm 和 pdm 工作区中都存在着工具选项板，理解好各工具的含义对建立数据模型是十分 重要的。工具选项板中包括制作模型的各种工具，使用这些工具能够快速地进行建模，cdm 环境的工具板，如图 所示。 图 2.18 cdm 中的工具板 5绘制实体 (1) 打开 cdm 工作区，选中工具选项板上“实体图标” 。 (2) 在 cdm 工作区中单击任意处，产生实体图形。 (3) 双击

26、 cdm 工作区中的实体图形，出现定义实体特征的窗口，如图 2.19 所示。 (4) 输入 name、code 内容。这里 name 表示实体的描述名称，一般最好用中文描述（如：仓管员） ， code 表 示实体的代码名称，最好用简化的英文描述（如：admin） 。 (5) 需要的话，输入实体表中可能存放的记录数（number） ，这个数字用于统计数据库的尺寸。 (6) 需要的话，可以定义实体的规则（rules） 、描述（description） 、注释（annotation） 、属性（attributes） 。 (7) 单击“确定”按钮，当前 cdm 工作区就定义了一个实体。 6在图 2.1

27、6 中选择第二项后，可以进行 cdm 模型的设计，建立实体名字如图所示。 实体图标：绘制实体 实体到联合连接图标：绘制实体到联合的联系 联合图标：绘制带有属性的联系 实体到实体连接图标：绘制实体到实体的联系 15 图 2.19 为实体建立名字 7定义实体属性 实体属性是附加到实体上的数据项。在 dataarchitect 环境下，定义一个实体属性需在图 2.19 所示的窗口上选 择“attributes”选项卡，出现定义实体属性的窗口，如图 2.20 所示。 图 2.20 定义实体属性的窗口 在图 2.20 窗口中必须完成如下工作： (1) 确定实体属性的name和code。name是对属性含

28、义的具体描述，一般最好用中文描述，code是属性的代码， 与今后程序设计时有很大关系，所以定义时应特别谨慎。 (2) 确定实体属性的数据类型（data type 列） 。 (3) 确定一个属性是否为这个实体的标识符或标识符的一部分（primary 复选框） ，实体的标识符可以由一个或 多个属性组成，它惟一标识实体中的一个实例，即它代表了关系中的主键，在实体图形符号中，标识符（主键）属 性带有下划线。 (4) 标识一个实体的属性是否为强制的（mandatory 复选框） ，强制特性表示属性是否需要一个值，如果属性是 强制的，那么该属性在数据库表中的对应列上不允许空值，一般主键是不允许为空的。 (

29、5) 标识一个实体属性是否在模型中显示（display 复选框） 。 16 需要指出的是，在图 2.24 的窗口上必须输入 name、code 和 data type 列的内容。输入完成后，单击“确定” 按钮，此时完成了一个实体属性的定义。 8绘制联系 在 dataarchitect 环境下绘制联系分两种情况： (1) 绘制不带属性的联系 不带属性的联系通常是用实体之间的一条线，即使用“实体到实体连接图标”来绘制。在本系统中未涉及到不 带属性的联系,所以在此不予详述. (2) 绘制带有属性的联系 带有属性的联系通常分两步，首先要使用“联合图标”建立一个“联合” ，然后再使用“实体到联合连接图标

30、” 完成。 建立“联合”过程 首先选中工具板上“联合图标” ，在 cdm 工作区中单击任意处，产生“联合” ；用鼠标双击“联合”图形，出 现定义“带属性”联系即联合特性的窗口，如图 2.21 所示。 图 2.21 定义“带属性”联系的窗口 在“general”选项卡中，输入 name（即联系名，最好输入汉字名字） 、code（最好输入英文名） 。在 “attributes”选项卡中，输入联系的属性。单击“确定”按钮，在 cdm 工作区中产生一个“联合” （即带有属性的 联系） 。 建立实体到联合的连接 “联合”建立好后，需要将该“联合”与相关实体连接，使用“实体到联合连接图标”来完成。 其操作

31、过程是：选中工具板上“实体到联合连接图标” ，在 cdm 工作区中，将鼠标的十字箭头定位到一个 “实体” ，按住左键拖拉到“联合”中，松开鼠标，此时在该实体与联合之间出现一条“联合连接”线（也可以绘 制另一个实体到联合的连接） ，这条线表明实体与联合之间建立了一种关联，然而这种关联的类型需要重新确定， 双击“联合连接”线，出现定义“联合连接”线特性的窗口，如图 2.22 所示。 17 图 2.22 定义“联合连接”特性的窗口 在图2.22的窗口中，需要在从下拉列表中选择“cardinality”的值（即实体到联合的连接类型，有“0，n” 、 “0，1” 、 “1，1” 、 “1，n”四种类型可

32、选择） ，单击“确定”按钮，完成设置。 需要强调的是，在进行概念结构设计时，联系一般用菱形框表示，有时它还连接着联系本身的属性。然而，在 cdm 环境里，仅当联系本身不带属性时，联系才可以用一条线来表示，否则，应该按照上述的第二种方法进行绘 制。例如，图2.23中“管理”就是这样一个实例。从图中不难看出，在概念数据模型里，把原概念结构设计中的 “管理”仓库的多对多联系，转变成了两个一对多的联系。 9生成的 cdm 模型如图所示。 18 图 2.23 cdm 模型 2.3 逻辑结构设计 2.3.1 逻辑结构设计的思想 从理论上讲，设计逻辑结构应该选择最适于相应概念结构的数据模型，然后支持这种数据

33、模型的各种 dbms 进 行比较，从中选出最合适的 dbms。但实际情况往往是已给定了某种 dbms，设计人员没有选择的余地。目前 dbms 产品一般支持关系、网状、层次三种模型中的某一种，对某一种数据模型，各个机器系统又有许多不同的限 制，提供不同的环境与工具。所以设计逻辑结构时一般要分三步进行，如图 2.24 所示： (1) 将概念结构转换为一般的关系、网状、层次模型； (2) 将转换来的关系、网状、层次模型向 dbms 支持下的数据模型转换； (3) 对数据模型进行优化。 1,n 1,n 1,n 1,n 1,n 1,n 1,n 1,n 1,n 1,n 业 业 业 仓管员编号 业 业 业

34、业 业 业 业 业 业 业 业 业 业 业 业 a8 a8 a11 a20 identifier_1 业 业 业 供应商号 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 a8 a20 a20 a11 a11 a20 a16 a10 identifier_1 业 业 客户编号 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 a8 a10 a20 a11 a20 a16 a10 a10 identifier_1 业 业 商品编号 业 业 业 业 业 业

35、业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 a8 a20 a10 a4 a20 n4,2 n4,2 n4,2 identifier_1 业 业 仓库编号 业 业 业 业 业 业 业 业 a8 a8 a8 identifier_1 业 业 业 业务员编号 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 a8 a8 a11 a20 identifier_1 业 业 业 业 业 业 业 业 业 业 d d 业 业 业 业 业 业n10 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 d n4,2 n4 n10 n10 . 业 业

36、 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 . n10 d n10 a20 n10 . 19 图 2.24 逻辑结构设计时的三个步骤 针对进销存管理系统 ，逻辑结构设计采用关系模型转换概念结构，将 e-r 图依照规则转换为关系模型，为了 进一步提高数据库应用系统的性能，再将转换后的关系模型进行优化，确定是否要对某些模式进行合并或分解，为 物理设计提供最优的处理。 2.3.2 e-r 图向关系模型的转换 关系模型的逻辑结构是一组关系模式的集合。e-r 图则是由实体，实体的属性和实体间的联系三个要素组成。 所以将 e-r 图转换为关系模型实际上就是要将实体，实体的属性和实体间

37、的联系转换为关系模式。转换原则如下： 1实体类型的转换：将每个实体类型转换成一个关系模式，实体的属性就是关系模式的属性，实体的码就是 关系的码。 2联系类型的转换，根据不同的情况做不同的处理。 (1) 若实体间的联系是 1:1 的，可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如 果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体 的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系 模式的码和联系本身的属性。 (2) 若实体间的联系 1:n 的，可以转换为一个独立的关系模式，

38、也可以与 n 端对应的关系模式合并。如果转换 为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为 n 端实体的码。如果与 n 端对应的关系模式合并，则将一方的码传到多方去做为多方的一个非主属性。 (3) 若实体间的联系是 m:n 的，可转换为一个独立的关系模式，与该联系相连的各实体的码以及联系本身的属 性均转换为关系的属性，而关系的码为各实体码的组合。 (4) 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联 系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 3依照该规则将进销存管理系统的

39、e-r 图转换为关系模型如下： (1) 将每一个实体转换成一个关系模式（实体的属性就是关系的属性，实体的码就是关系的码） 。 商品（商品编号，商品名称，商品规格，商品类别，商品产地，进货价，稍售 价，最低售价） ，主码为商品编号。 仓管员（仓管员编号，仓管员名称，仓管员电话，仓管员地址） ，主码为仓管员编号。 仓库（仓库编号，仓库名称，仓库类别，库存数量） ，主码为仓库编号。 业务员（业务员编号，业务员名称，业务员电话，业务员地址） ，主码为业务员编号。 概念结构 基本 e-r 图 转换规则 dbms 的特点和 限制 优化方法 一般数据模型 关系、网状、层次 特定的 dbms 支持 下的数据模

40、型 优化的 数据模型 20 供应商（供应商编号，供应商名称，供应商地址，供应商电话，传真，供应商开户行,供应商银行帐号， 供应商税号） ，主码为供应商编号。 客户（客户编号，客户名称，客户地址，客户电话，客户开户行，客户银行帐号，客户税号，客户性质） ， 主码为客户编号。 (2) 实体间的联系转化为以下几种： 管理（仓管员编号，仓库编号，开始时间，终止时间） 在此关系中主码为仓管员编号和仓库编号，因为在此关系中仓库与仓管员之间是多对多的联系，因此将 仓管员编号和仓库编号联合作为管理联系的主码，管理联系本身的属性作为关系的属性。 进货（仓管员编号，商品编号，供应商号，进货量，进货时间，应付款，付

41、款方式，金额） 在此关系中主码为仓管员编号、商品编号、供应商号，因为在此关系中商品、供应商与仓管员之间是多 对多的多元联系，因此将仓管员编号、商品编号和供应商号联合作为进货联系的主码，进货联系本身的属性作 为关系的属性。 存储（仓库编号，商品编号，库存数量） 在此关系中主码为商品编号和仓库编号，因为在此关系中仓库与商品之间是多对多的联系，因此将商品 编号和仓库编号联合作为存储联系的主码，存储联系本身的属性作为关系的属性。 销售（商品编号，业务员编号，客户编号，订货时间，订货数量，单价，应收款，已收款） 在此关系中主码为客户编号、商品编号、业务员编号，因为在此关系中商品、客户与业务员之间是多对

42、多的多元联系，因此将客户编号、商品编号和业务员编号联合作为销售联系的主码，销售联系本身的属性作为 关系的属性。 注：由 e-r 图可知，进销存管理系统有六个实体和四个联系。 2.3.3 pdm 模型的生成过程 1选择生成 cdm 模型中的【tools】 【generate physical data model.】得到对 话框，如图所示。 图 2.25 对话框 21 2选择 generate new physical data model，再将 dbms 选择为 qracleversion 9i，点击确定， 最后形成 pdm，如图所示。 图 2.26 pdm 模型 fk_manage_mana

43、ge_admin fk_manage_manage2_storage fk_stor_stor_storage fk_stor_stor2_goods fk_sell_sell_goods fk_sell_sell2_clerk fk_sell_sell3_customer fk_buy_buy_freeder fk_buy_buy2_admin fk_buy_buy3_goods 业 业 业 仓管员编号 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 char(8) char(8) char(11) char(20) 业 业 业 供应商号 业 业 业 业 业 业 业 业 业 业

44、业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 char(8) char(20) char(20) char(11) char(11) char(20) char(16) char(10) 业 业 客户编号 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 char(8) char(10) char(20) char(11) char(20) char(16) char(10) char(10) 业 业 商品编号 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业

45、业 业 业 业 业 业 char(8) char(20) char(10) char(4) char(20) number(4,2) number(4,2) number(4,2) 业 业 仓库编号 业 业 业 业 业 业 业 业 char(8) char(8) char(8) 业 业 业 业务员编号 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 char(8) char(8) char(11) char(20) 业 业 仓管员编号 仓库编号 业 业 业 业 业 业 业 业 char(8) char(8) date date 业 业 仓库编号 商品编号 业 业 业 业 char(

46、8) char(8) number(10) 业 业 商品编号 业务员编号 客户编号 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 char(8) char(8) char(8) date number(4,2) number(4) number(10) number(10) number(10) 业 业 供应商号 仓管员编号 商品编号 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 业 char(8) char(8) char(8) number(10) date number(10) char(20) number(10) numbe

47、r(10) 22 oracleoracle 数据库简介数据库简介 oracle database，又名oracle rdbms，或简称oracle。是甲骨文公司的一款关系数据库管理系统。到目前 仍在数据库市场上占有主要份额。劳伦斯?埃里森和他的朋友，之前的同事bob miner和ed oates在1977年建立了软 件开发实验室咨询公司（sdl，software development laboratories oracle认证企业的摇篮 从就业与择业的角度来讲，计算机相关专业的大学生从事oracle方面的技术是职业发展中的最佳选择。 其一、就业面广：oracle帮助拓展技术人员择业的广度，全

48、球前100强企业99家都在使用oracle相关技术，中 国政府机构，大中型企事业单位都能有oracle技术的工程师岗位，大学生在校期间兴趣广泛，每个人兴趣特长各异， 不论你想进入金融行业还是电信行业或者政府机构，oracle都能够在你的职业发展中给你最强有力的支撑，成为你 最贴身的金饭碗。 其二、技术层次深：如果期望进入it服务或者产品公司（类似毕博、dell、ibm等），oracle技术能够帮助提 高就业的深度。oracle 技术目前已经成为全球每个it公司必选的软件技术之一，熟练掌握oracle技术能够为从业 人员带来技术应用上的优势，同时为it技术的深入应用起到非常 关键的作用。掌握 o

49、racle技术，是it从业人员了 解全面信息化整体解决方案的基础。 其三、职业方向多：oracle数据库管理方向、oracle开发及系统架构方向、oracle数据建模数据仓库等方向. 结论 学校为我安排了一周的数据库原理系统设计，使我有良好的环境学习数据库设计知识，使我能够把学到的知识 运用到实践中，感谢学校提供给我这次实训机会。在一周的实训期间我在实训中遇到了许多困难，当被这些问题困 扰的时候，我就向老师和同学寻求帮助，大家很认真的为我们解答并告诉我们是哪里出了问题导致了错误，通过大 家的细心指导使我在数据库设计方面的知识得到了扩充，懂得了许多以前不知道的知识，当询问同学时，同学也非 常热心

50、的尽全力帮助我们，让我感受到了同学之间的友谊之情。 在本次课程设计中，我得到了很多的细心指导，使我学习到了许多专业知识及数据库设计方面的宝贵经验。在 这一周的时间里，在老师的指导下，我攻克了重重难关，完成了预期的目标，得益于各种资料和讲解。通过本 次课程设计，使我学到了很多东西，更使我加深了对数据库设计过程有了进一步了解，并掌握了一定的设计的技能。 参考文献 (1)王珊.数据库系统概论.北京：高等教育出版社，2000 (2)张龙祥.数据库原理与设计.北京：人民邮电出版社，2000 (3)李红.数据库原理与应用.北京：高等教育出版社，2002 (4)王能斌.数据库系统原理.北京：电子工业出版社，

51、2002 (5)伍俊良.课程设计与系统开发案例.北京：清华大学出版社，2003 (6)何旭洪.数据库系统开发实例导航.北京：人民邮电出版社，2003 (7)何旭洪.信息管理系统开发.北京：人民邮电出版社，2005 (8)丁宝康,董健全.数据库实用教程.北京：清华大学出版社,2003 (9)曾宇昆,乔健.数据库教程上机辅导.北京：电子工业出版社,2005 (10)刘志铭,高春艳,孙健鹏.数据库开发实例.北京：机械工业出版社,2004 (11)周枫,刘晓燕,李秀敏,李丹.软件工程.重庆:重庆大学出版社,2001 (12)陈明.软件工程实用教程.北京:电子工业出版社,2004 23 附录 a1.1

52、数据项 商品信息结构 数据项名别名类型宽度小数逻辑关系 商品编号goods_nochar8主键，决定商品的数据项。 商品名称goods_namechar20依赖于商品编号 商品规格goods_rulechar10依赖于商品编号 商品类别goods_kindchar4依赖于商品编号 商品产地goods_placechar20依赖于商品编号 进货价goods_pricenumber42依赖于商品编号 销售价goods_sellpricenumber42依赖于商品编号 最低售价goods_lowpricenumber42依赖于商品编号 供应商信息结构 数据项名别名类型宽度小数逻辑关系 供应商号fre

53、eder_nochar8主键决定供应商的数据项 供应商名称freeder_namechar20依赖于供应商号 供应商地址freeder_addresschar20依赖于供应商号 供应商电话freeder_telchar11依赖于供应商号 传真faxchar11依赖于供应商号 供应商开户行freeder_bankchar20依赖于供应商号 供应商帐号freeder_countchar16依赖于供应商号 供应商税号freeder_taxchar10依赖于供应商号 客户信息结构 数据项名别名类型宽度小数逻辑关系 客户编号customer_no char8 主键，决定客户信息的数据 项 客户名称cus

54、tomer_namechar10依赖于客户编号 客户地址customer_addresschar20依赖于客户编号 客户电话customer_telchar11依赖于客户编号 客户开户行customer_bankchar20依赖于客户编号 客户帐号customer_countchar16依赖于客户编号 客户税号customer_taxchar10依赖于客户编号 性质kindchar10依赖于客户编号 24 仓库信息结构 数据项名别名类型宽度小数逻辑关系 仓库编号storage_nochar8主键，决定仓库信息的其它数据项 仓库名称storage_namechar8依赖于仓库编号 仓库类别sto

55、rage_kindchar8依赖于仓库编号 业务员信息结构 数据项名说明类型宽度小数逻辑关系 业务员编号clerk_no char8 主键，决定业务员信息的其它 数据项 业务员姓名clerk_namechar8依赖于业务员编号 业务员电话clerk_phonechar11依赖于业务员编号 业务员地址clerk_addresschar20依赖于业务员编号 仓管员信息结构 数据项名说明类型宽度小数逻辑关系 仓管员编号admin_no char8 主键，决定仓管员信息的其它数 据项 仓管员姓名admin_namechar8依赖于仓管员编号 仓管员电话admin_phonechar11依赖于仓管员编号

56、 仓管员地址admin_addresschar20依赖于仓管员编号 a1.2 清单明细 进货信息清单 数据项名说明类型宽度小数备注 供应商号 freeder_nochar8 惟一标识供应商的字段 商品编号 goods_nochar8 惟一标识商品的类别 仓管员编号 admin_nochar8 惟一标识仓管员 进货量 buy_numnumber10 商品进货数量 进货时间 buy_datedate 商品的进货时间 应付款 buy_pricenumber10 单位:元 付款方式 buy_modechar20 单位:元 金额 buy_cpricenumber10 单位:元 已付款 buy_pqyed

57、number10 单位:元 销售信息清单 数据项名说明类型宽度小数备注 25 商品编号 goods_nochar8 惟一标识商品的类别 业务员编号 clerk_nochar8 惟一标识业务员 客户编号 customer_nochar8 惟一标识客户 订货时间 sell_timedate 商品的订货时间 单价 sell_pricenumber42 单位:元 订货数量 sell_numnumber4 单位:元 应收款 sell_paynumber10 单位:元 已收款 sell_pqyednumber10 单位:元 订货金额 sell_orpricenumber10 单位:元 库存信息清单 数据项

58、名别名类型宽度小数备注 仓库编号 storage_nochar8 惟一标识仓库 仓库名称 storage_namechar8 仓库的名字 商品编号 goods_nochar8 惟一标识商品的类别 商品名称 goods_namechar20 商品的名字 库存数量 stor_numnumber10 商品在仓库中存贮的数量 类别 goods_kindschar8 标明商品是属于哪类的 单价 goods_pricenumber82 单位:元 仓管员编号 admin_nochar8 惟一标识仓管员 26 a1.3 脚本语句 /* database name: conceptualdatamodel_1*

59、/ /* dbms name: oracle version 9i */ /* created on: 2007-5-10 10:17:43 */ alter table buy drop constraint fk_buy_buy_freeder / alter table buy drop constraint fk_buy_buy2_admin / alter table buy drop constraint fk_buy_buy3_goods / alter table manage drop constraint fk_manage_manage_admin / alter tab

60、le manage drop constraint fk_manage_manage2_storage / alter table sell drop constraint fk_sell_sell_goods / alter table sell drop constraint fk_sell_sell2_clerk / alter table sell drop constraint fk_sell_sell3_customer / alter table stor drop constraint fk_stor_stor_storage / alter table stor drop c