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

《信息系统分析与设计课程设计进存销管理系统》由会员分享，可在线阅读，更多相关《信息系统分析与设计课程设计进存销管理系统（33页珍藏版）》请在装配图网上搜索。

1、课程设计 设计课程：信息系统分析与设计 题 目 进存销管理系统 学生姓名 学 号 学 院 信息与控制学院专 业 信息系统工程指导教师 二一一 年 10 月 26 日目录1 系统总体介绍及组内分工11.1 系统功能分析11.2 组内成员及分工22 数据库设计32.1 需求分析32.1.1 需求分析设计思想32.1.2 数据流图和数据字典42.2 概念结构设计82.2.1 局部概念模型设计82.2.2 全局概念设计112.2.3 PowerDesigner 的安装122.2.4 CDM模型的生成过程142.3 逻辑结构设计192.3.2 E-R图向关系模型的转换202.3.3 PDM模型的生成过程

2、21ORACLE数据库简介23结论及参考文献25附录26A1.1 数据项26A1.2 清单明细28A1.3 脚本语句291 系统总体介绍及组内分工1.1 系统功能分析要提高市场竞争力，既要有好的产品质量，同时也要有好的客户服务。企业要作到能及时响应客户的产品需求，根据需求迅速生产，按时交货，就必须有一个好的计划，使得市场销售和生产制造2个环节能够很好地协调配合。进销存管理系统是商业企业经营管理中的核心环节，也是一个企业能否取得效益的关键。如果能做到合理生产、及时销售、库存量最小，减少积压，那么企业就能取得最佳的效益。由此可见，进销存管理决策的正确与否直接影响了企业的经济效益。本系统尽量采用公司

3、现有软硬件环境，及先进的管理系统开发方案，从而达到充分利用公司现有资源，提高系统开发水平和应用效果的目的。本系统的开发主要是为了实现企业进销存管理的系统化、规范化和自动化。这是在用户要求的基础上提出来的。“资料管理”模块，该功能模块是企业经营的基础资料，是一个企业最基本和最重要的信息包括商品资料、供应商资料、客户资料、库存商品基本信息以及企业中各个员工管理的资料、仓库的信息维护资料等，脱离了这些基础资料，进销存系统就无法运行。“采购管理”模块，该功能模块是企业经营过程中，如果库存中商品存货数量供应不足，则当班仓管员要根据所缺商品的类别向对应的供应商发出进货请求。“销售管理”模块，功能模块是企业

4、商品向外销售过程中所要进行的一系列工作。“库存管理”模块，该功能模块是企业对仓库中各类商品的盘点、报损报溢以及各类商品的库存量盘点等等。“应付款管理”模块，该功能模块是对企业在进出货过程当中与提供商品的供应商之间产生的进货清单进行登记、统计等一系列操作。“应收款管理”模块，该功能模块是对企业在销售过程当中与客户进行商品交易时产生的销售清单进行登记、统计等一系列操作。“系统管理”模块，该功能模块是对进销存管理系统的一系列参数、权限、在系统发生故障时对系统中数据的备份、恢复以及记录日志文件等。进销存管理系统资料管理采购管理应付款管理库存管理销售管理系统管理零售管理应收款管理进销存管理系统是介于用户

5、和企业管理之间的一个系统，其功能模块如图1.1所示：图1.1 系统功能模块图2 数据库设计2.1 需求分析2.1.1 需求分析设计思想需求分析简单地说就是分析用户的要求。需求分析是设计数据库的起点，需求分析的结果准确地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。进销存管理的思想是：从客户需要和供应情况出发来规划企业的生产经营活动，在大量的客户信息和供应商信息分析的基础上确定本企业最优的产品组合等问题。在市场经济中，销售是企业运作的重要环节，为了更好地推动销售，不少企业建立了分公司或代理把产品推向最终用户。这些分公司或代理商大都分布在全国各地，甚至是在国

6、外，远距离频繁的业务信息交流构成了这些企业业务活动的主要特点。在传统方式上，公司之间通常采用电传、电报、电话等方式传递订货、发货、到货、压货、换货、退货等信息，总公司的商务部门在接到分公司或代理商传来的订单和银行汇款单据传真后，开据产品出库通知，然后再把相关的进、销、存信息手工存档，再对这些信息进行统计分析，才能了解到整个公司的生产、销售和库存情况。这种信息传递、管理方式不仅效率低，可靠性、安全性和保密性都无法满足要求，而且数据统计时间严重滞后，往往是当领导了解到企业的“进、销、存”出现问题时，就已经远离了问题出现的时间和地点。即便是没有分公司的企业，使用传统的手工方式管理也存在同样的问题。通

7、过进销存管理系统，及时通过网络把决策信息传统到相关决策人，从而可以及时发现问题，解决问题，更好地把握机会。进销存管理是一项非常繁琐复杂的工作，每天要处理大量的单据数据，包括入库、出库、退库、调库等多项货物操作流程。为及时结清每笔业务和货物流动情况，保证企业生产用料以及货物安全，企业要花费大量人力物力和时间来做数据记录及统计工作。因此，为提高库管工作的质量和效率，就必须根据特点与需要开发进销存管理信息系统。通过调查、收集与分析，用户对数据库的要求主要有：在本系统中，数据库主要存储的信息包括仓库管理员、业务员、仓库、供应商、客户与库存的基本信息。主要完成的功能为：当企业和新的供应商取得合作的时候，

8、需要对供应商的信息进行入为管理，当供应商的信息发生变化时，需要对其进行修改或者删除。当企业拥有新的顾客的时候，需要对顾客的信息进行管理，当顾客的信息发生变化时，需要对其进行修改或者删除。当企业的仓库中新增了商品的时候，需要对商品的信息进行入库管理，当市场发生变化，商品的信息也需要同步修改。当企业具有进销过程的时候，需要随时记录进销信息，以便随时掌握和了解企业的业务状况，了解企业的利润状况。系统应该具有查询所有信息的功能。进销存管理信息系统通过对客户关系、销售行动等环节的记录、管理与分析，使管理从经验走向科学，从企业的的进销存管理的主要需求出发，可以为企业建立弹性化和灵活性的业务流程。 2.1.

9、2 数据流图和数据字典数据流图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合是进行详细的数据收集和数据分析所获得的主要成果。数据字典在数据库设计中占有很重要的地位。一、数据流图采购订单管理业务员客户货款管理销售订单管理库存清单销售基础数据商品清单仓管员供应商货款处理进货清单登记供货管理应付款清单制订商品清单增加库存订货发货管理应收款清单订货单登记减少库存发货制定采购清单付款提货二、数据字典数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储

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

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

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

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

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

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

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

17、仓库中。商品与员工之间：一个业务员可以销售多个商品，一个商品可以由多个业务员销售。商品与客户之间：一个商品可以提供给多个客户，一个客户也可以购买多个商品。客户与员工之间：一个客户可以购买多个员工提供的商品，一个员工可以给多个客户提供商品。2.2 概念结构设计2.2.1 局部概念模型设计局部概念模型的设计思想是根据需求分析的内容用E-R图分别表示出各个实体及其属性，以及用E-R图表示出各实体之间的联系。各实体的属性用E-R图的表示以及实体之间的联系，如图所示。图2.1 仓库实体的属性仓库仓库编号仓库名称称仓库类别图2.2 客户实体的属性客户客户编号客户开户行客户地址客户名称客户电话性质客户税号客

18、户帐号图2.3 商品实体的属性商品商品编号商品类别商品规格商品名称进货价商品产地最低售价销售价图2.4 仓管员实体的属性仓管员仓管员编号号号仓管员姓名仓管员电话仓管员地址图2.5 供应商实体的属性供应商供应商号供应商开户行供应商地址供应商名称供应商电话传真供应商帐号供应商税号图2.6 业务员实体的属性业务员业务员编号号号业务员姓名业务员电话业务员地址图2.7 仓管员与仓库实体之间联系仓管员仓库管理mn开始时间终止时间图2.8 商品与仓库实体之间联系商品仓库存储mn库存数量 图2.9 商品、仓管员与供应商实体之间联系商品供应商进货mn进货量仓管员进货时间应付款已付款付款方式金额p商品客户销售pn

19、订货时间业务员单价订货数量订货金额应收款已收款m 图2.10 商品、业务员与客户实体之间联系 2.2.2 全局概念设计各子系统的分E-R图设计好以后，下一步就是将所有的分E-R图综合成一个的总E-R图。合理消除各分E-R图的冲突是合并E-R图的主要工作和关键。各E-R图之间的冲突主要有三种：属性冲突、命名冲突、结构冲突。在进销存管理系统设计过程中，有属性冲突和命名冲突。属性域冲突，即属性值的类型、取值范围或取值集合不同。如商品编号在不同的关系中都要定义成相同的属性值的类型为字符型并且字长定义为8，才能避免属性冲突。同名异义，即不同意义的对象在不同的局部应用中具有相同的名字。如在供应商实体信息中

20、的属性供应商开户行和实体客户信息中的属性客户开户行，其都起到开户行标志的作用，但分别是对不同实体的不同内容的标志，所以为避免同名冲突将实体供应商信息中的属性定义为供应商开户行，将实体客户信息中的属性定义为客户开户行，这样就避免了命名冲突。 按照合成总体E-R图的规则，画出完整的E-R图，如图2.11所示。pn业务员商 品供应商客 户管理存储进货量进货时间应付款已付款金 额额应收款单 价价已收款mnmnpm付款方式订货时间订货数量订货金额进 货仓 库m库存数量终止时间p仓管员开始时间供应商开户行供应商电话仓管员电话仓管员地址传 真供应商名称仓管员姓名供应商地址供应商税号供应商号供应商帐号仓管员编

21、号仓库类别仓库名称仓库编号业务员地址 业务员编号业务员电话业务员姓名客户帐号客户开户行客户电话客户地址客户名称客户编号性 质客户税号商品编号最低售价商品名称商品规格商品类别商品产地进货价销售价销 售图2.11 全局的E-R图图2.11 全局E-R图2.2.3 PowerDesigner 的安装1将E盘下的PowerDesigner950-Trial文件安装，所有的路径都设为默认路径，就会将文件安装在C:Program Files下，安装过程如图所示。图2.12 安装过程2找到C:Program FilesSybase中的文件夹PowerDesigner 9中的pdshell 9 ，如图所示。图

22、2.13 pdshell 9所在位置3用D盘下的pdshell 9覆盖上一步中找到的pdshell 9，这样PowerDesigner就能正常使用，覆盖过程如图所示。图2.14 覆盖pdshell 92.2.4 CDM模型的生成过程1依次选择【开始】 【程序】 【Sybase】 【PowerDesigner 9 】 【PowerDesigner】选项，就会弹出【PowerDesigner】对话框，如图所示。图 2.15 【PowerDesigner】对话框2在图2.15中选择【file】 【new】得到对话框，如图所示。图 2.16 进入界面3选择“Conceptual Data Model”

23、，单击“OK”按钮，出现CDM工作区，如图所示。图2.17 CDM工作区4工具选项板：在CDM和PDM工作区中都存在着工具选项板，理解好各工具的含义对建立数据模型是十分重要的。工具选项板中包括制作模型的各种工具，使用这些工具能够快速地进行建模，CDM环境的工具板，如图所示。实体图标：绘制实体实体到联合连接图标：绘制实体到联合的联系联合图标：绘制带有属性的联系实体到实体连接图标：绘制实体到实体的联系图2.18 CDM中的工具板5绘制实体(1) 打开CDM工作区，选中工具选项板上“实体图标”。(2) 在CDM工作区中单击任意处，产生实体图形。(3) 双击CDM工作区中的实体图形，出现定义实体特征的

24、窗口，如图2.19所示。(4) 输入Name、Code内容。这里Name表示实体的描述名称，一般最好用中文描述（如：仓管员）， Code表示实体的代码名称，最好用简化的英文描述（如：admin）。(5) 需要的话，输入实体表中可能存放的记录数（Number），这个数字用于统计数据库的尺寸。(6) 需要的话，可以定义实体的规则（Rules）、描述（Description）、注释（Annotation）、属性（Attributes）。(7) 单击“确定”按钮，当前CDM工作区就定义了一个实体。6在图2.16中选择第二项后，可以进行CDM模型的设计，建立实体名字如图所示。图2.19 为实体建立名字7

25、定义实体属性实体属性是附加到实体上的数据项。在DataArchitect环境下，定义一个实体属性需在图2.19所示的窗口上选择“Attributes”选项卡，出现定义实体属性的窗口，如图2.20所示。图2.20 定义实体属性的窗口在图2.20窗口中必须完成如下工作：(1) 确定实体属性的Name和Code。Name是对属性含义的具体描述，一般最好用中文描述，Code是属性的代码，与今后程序设计时有很大关系，所以定义时应特别谨慎。(2) 确定实体属性的数据类型（Data Type列）。(3) 确定一个属性是否为这个实体的标识符或标识符的一部分（Primary复选框），实体的标识符可以由一个或多个

26、属性组成，它惟一标识实体中的一个实例，即它代表了关系中的主键，在实体图形符号中，标识符（主键）属性带有下划线。(4) 标识一个实体的属性是否为强制的（Mandatory复选框），强制特性表示属性是否需要一个值，如果属性是强制的，那么该属性在数据库表中的对应列上不允许空值，一般主键是不允许为空的。(5) 标识一个实体属性是否在模型中显示（Display复选框）。需要指出的是，在图2.24的窗口上必须输入Name、Code和Data Type列的内容。输入完成后，单击“确定”按钮，此时完成了一个实体属性的定义。8绘制联系在DataArchitect环境下绘制联系分两种情况：(1) 绘制不带属性的联

27、系不带属性的联系通常是用实体之间的一条线，即使用“实体到实体连接图标”来绘制。在本系统中未涉及到不带属性的联系,所以在此不予详述.(2) 绘制带有属性的联系带有属性的联系通常分两步，首先要使用“联合图标”建立一个“联合”，然后再使用“实体到联合连接图标”完成。 建立“联合”过程首先选中工具板上“联合图标”，在CDM工作区中单击任意处，产生“联合”；用鼠标双击“联合”图形，出现定义“带属性”联系即联合特性的窗口，如图2.21所示。图2.21 定义“带属性”联系的窗口在“General”选项卡中，输入Name（即联系名，最好输入汉字名字）、Code（最好输入英文名）。在“Attributes”选项

28、卡中，输入联系的属性。单击“确定”按钮，在CDM工作区中产生一个“联合”（即带有属性的联系）。 建立实体到联合的连接“联合”建立好后，需要将该“联合”与相关实体连接，使用“实体到联合连接图标”来完成。其操作过程是：选中工具板上“实体到联合连接图标”，在CDM工作区中，将鼠标的十字箭头定位到一个“实体”，按住左键拖拉到“联合”中，松开鼠标，此时在该实体与联合之间出现一条“联合连接”线（也可以绘制另一个实体到联合的连接），这条线表明实体与联合之间建立了一种关联，然而这种关联的类型需要重新确定，双击“联合连接”线，出现定义“联合连接”线特性的窗口，如图2.22所示。图2.22 定义“联合连接”特性的

29、窗口在图2.22的窗口中，需要在从下拉列表中选择“Cardinality”的值（即实体到联合的连接类型，有“0，n”、“0，1”、“1，1”、“1，n”四种类型可选择），单击“确定”按钮，完成设置。需要强调的是，在进行概念结构设计时，联系一般用菱形框表示，有时它还连接着联系本身的属性。然而，在CDM环境里，仅当联系本身不带属性时，联系才可以用一条线来表示，否则，应该按照上述的第二种方法进行绘制。例如，图2.23中“管理”就是这样一个实例。从图中不难看出，在概念数据模型里，把原概念结构设计中的“管理”仓库的多对多联系，转变成了两个一对多的联系。9生成的CDM模型如图所示。图2.23 CDM模型2

30、.3 逻辑结构设计2.3.1 逻辑结构设计的思想从理论上讲，设计逻辑结构应该选择最适于相应概念结构的数据模型，然后支持这种数据模型的各种DBMS进行比较，从中选出最合适的DBMS。但实际情况往往是已给定了某种DBMS，设计人员没有选择的余地。目前DBMS产品一般支持关系、网状、层次三种模型中的某一种，对某一种数据模型，各个机器系统又有许多不同的限制，提供不同的环境与工具。所以设计逻辑结构时一般要分三步进行，如图2.24所示：(1) 将概念结构转换为一般的关系、网状、层次模型；(2) 将转换来的关系、网状、层次模型向DBMS支持下的数据模型转换；(3) 对数据模型进行优化。概念结构基本E-R图转

31、换规则DBMS的特点和限制优化方法一般数据模型关系、网状、层次特定的DBMS支持下的数据模型优化的数据模型图2.24 逻辑结构设计时的三个步骤针对进销存管理系统 ，逻辑结构设计采用关系模型转换概念结构，将E-R图依照规则转换为关系模型，为了进一步提高数据库应用系统的性能，再将转换后的关系模型进行优化，确定是否要对某些模式进行合并或分解，为物理设计提供最优的处理。 2.3.2 E-R图向关系模型的转换关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体，实体的属性和实体间的联系三个要素组成。所以将E-R图转换为关系模型实际上就是要将实体，实体的属性和实体间的联系转换为关系模式。转换原则如下

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

33、式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为N端实体的码。如果与N端对应的关系模式合并，则将一方的码传到多方去做为多方的一个非主属性。(3) 若实体间的联系是M:N的，可转换为一个独立的关系模式，与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。(4) 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。3依照该规则将进销存管理系统的E-R图转换为关系模型如下：(1) 将每一个实体转换成一个关系模式（实体的属性就是关系的

34、属性，实体的码就是关系的码）。商品（商品编号，商品名称，商品规格，商品类别，商品产地，进货价，稍售价，最低售价），主码为商品编号。仓管员（仓管员编号，仓管员名称，仓管员电话，仓管员地址），主码为仓管员编号。仓库（仓库编号，仓库名称，仓库类别，库存数量），主码为仓库编号。业务员（业务员编号，业务员名称，业务员电话，业务员地址），主码为业务员编号。供应商（供应商编号，供应商名称，供应商地址，供应商电话，传真，供应商开户行,供应商银行帐号，供应商税号），主码为供应商编号。客户（客户编号，客户名称，客户地址，客户电话，客户开户行，客户银行帐号，客户税号，客户性质），主码为客户编号。(2) 实体间的联系

35、转化为以下几种：管理（仓管员编号，仓库编号，开始时间，终止时间）在此关系中主码为仓管员编号和仓库编号，因为在此关系中仓库与仓管员之间是多对多的联系，因此将仓管员编号和仓库编号联合作为管理联系的主码，管理联系本身的属性作为关系的属性。进货（仓管员编号，商品编号，供应商号，进货量，进货时间，应付款，付款方式，金额）在此关系中主码为仓管员编号、商品编号、供应商号，因为在此关系中商品、供应商与仓管员之间是多对多的多元联系，因此将仓管员编号、商品编号和供应商号联合作为进货联系的主码，进货联系本身的属性作为关系的属性。存储（仓库编号，商品编号，库存数量）在此关系中主码为商品编号和仓库编号，因为在此关系中仓

36、库与商品之间是多对多的联系，因此将商品编号和仓库编号联合作为存储联系的主码，存储联系本身的属性作为关系的属性。销售（商品编号，业务员编号，客户编号，订货时间，订货数量，单价，应收款，已收款）在此关系中主码为客户编号、商品编号、业务员编号，因为在此关系中商品、客户与业务员之间是多对多的多元联系，因此将客户编号、商品编号和业务员编号联合作为销售联系的主码，销售联系本身的属性作为关系的属性。注：由E-R图可知，进销存管理系统有六个实体和四个联系。2.3.3 PDM模型的生成过程1选择生成CDM模型中的【Tools】 【Generate Physical Data Model.】得到对话框，如图所示。

37、图2.25 对话框2选择Generate new Physical Data Model，再将 DBMS选择为QRACLEVersion 9i，点击确定，最后形成PDM，如图所示。图 2.26 PDM模型ORACLE数据库简介Oracle Database，又名Oracle RDBMS，或简称Oracle。是甲骨文公司的一款关系数据库管理系统。到目前仍在数据库市场上占有主要份额。劳伦斯?埃里森和他的朋友，之前的同事Bob Miner和Ed Oates在1977年建立了软件开发实验室咨询公司（SDL，Software Development Laboratoriesoracle认证企业的摇篮 从

38、就业与择业的角度来讲，计算机相关专业的大学生从事oracle方面的技术是职业发展中的最佳选择。 其一、就业面广：ORACLE帮助拓展技术人员择业的广度，全球前100强企业99家都在使用ORACLE相关技术，中国政府机构，大中型企事业单位都能有ORACLE技术的工程师岗位，大学生在校期间兴趣广泛，每个人兴趣特长各异，不论你想进入金融行业还是电信行业或者政府机构，ORACLE都能够在你的职业发展中给你最强有力的支撑，成为你最贴身的金饭碗。 其二、技术层次深：如果期望进入IT服务或者产品公司（类似毕博、DELL、IBM等），Oracle技术能够帮助提高就业的深度。Oracle 技术目前已经成为全球每

39、个IT公司必选的软件技术之一，熟练掌握Oracle技术能够为从业人员带来技术应用上的优势，同时为IT技术的深入应用起到非常 关键的作用。掌握 Oracle技术，是IT从业人员了解全面信息化整体解决方案的基础。 其三、职业方向多：Oracle数据库管理方向、Oracle开发及系统架构方向、Oracle数据建模数据仓库等方向. 结论学校为我安排了一周的数据库原理系统设计，使我有良好的环境学习数据库设计知识，使我能够把学到的知识运用到实践中，感谢学校提供给我这次实训机会。在一周的实训期间我在实训中遇到了许多困难，当被这些问题困扰的时候，我就向老师和同学寻求帮助，大家很认真的为我们解答并告诉我们是哪里

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

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

42、版社,2001(12)陈明.软件工程实用教程.北京:电子工业出版社,2004附录A1.1 数据项商品信息结构数据项名别名类型宽度小数逻辑关系商品编号Goods_noChar8主键，决定商品的数据项。商品名称Goods_nameChar20依赖于商品编号商品规格Goods_ruleChar10依赖于商品编号商品类别Goods_kindChar4依赖于商品编号商品产地Goods_placeChar20依赖于商品编号进货价Goods_priceNumber42依赖于商品编号销售价Goods_sellpriceNumber42依赖于商品编号最低售价Goods_lowpriceNumber42依赖于商品

43、编号供应商信息结构数据项名别名类型宽度小数逻辑关系供应商号Freeder_noChar8主键决定供应商的数据项供应商名称Freeder_nameChar20依赖于供应商号供应商地址Freeder_addressChar20依赖于供应商号供应商电话Freeder_telChar11依赖于供应商号传真FaxChar11依赖于供应商号供应商开户行Freeder_bankChar20依赖于供应商号供应商帐号Freeder_countChar16依赖于供应商号供应商税号Freeder_taxChar10依赖于供应商号客户信息结构数据项名别名类型宽度小数逻辑关系客户编号Customer_noChar8主键

44、，决定客户信息的数据项客户名称Customer_nameChar10依赖于客户编号客户地址Customer_addressChar20依赖于客户编号客户电话Customer_telChar11依赖于客户编号客户开户行Customer_bankChar20依赖于客户编号客户帐号Customer_countChar16依赖于客户编号客户税号Customer_taxChar10依赖于客户编号性质KindChar10依赖于客户编号仓库信息结构数据项名别名类型宽度小数逻辑关系仓库编号Storage_noChar8主键，决定仓库信息的其它数据项仓库名称Storage_nameChar8依赖于仓库编号仓库类

45、别Storage_kindChar8依赖于仓库编号业务员信息结构数据项名说明类型宽度小数逻辑关系业务员编号Clerk_noChar8主键，决定业务员信息的其它数据项业务员姓名Clerk_nameChar8依赖于业务员编号业务员电话Clerk_phoneChar11依赖于业务员编号业务员地址Clerk_addressChar20依赖于业务员编号仓管员信息结构数据项名说明类型宽度小数逻辑关系仓管员编号Admin_noChar8主键，决定仓管员信息的其它数据项仓管员姓名Admin_nameChar8依赖于仓管员编号仓管员电话Admin_phoneChar11依赖于仓管员编号仓管员地址Admin_ad

46、dressChar20依赖于仓管员编号A1.2 清单明细进货信息清单数据项名说明类型宽度小数备注供应商号Freeder_noChar8惟一标识供应商的字段商品编号Goods_noChar8惟一标识商品的类别仓管员编号Admin_noChar8惟一标识仓管员进货量Buy_numNumber10商品进货数量进货时间Buy_dateDate商品的进货时间 应付款Buy_priceNumber10单位:元付款方式Buy_modeChar20单位:元金额Buy_cpriceNumber10单位:元已付款Buy_pqyedNumber10单位:元销售信息清单数据项名说明类型宽度小数备注商品编号Goods_

47、noChar8惟一标识商品的类别业务员编号Clerk_noChar8惟一标识业务员客户编号Customer_noChar8惟一标识客户订货时间Sell_timeDate商品的订货时间单价Sell_priceNumber42单位:元订货数量Sell_numNumber4单位:元应收款Sell_payNumber10单位:元已收款Sell_pqyedNumber10单位:元订货金额Sell_orpriceNumber10单位:元库存信息清单数据项名别名类型宽度小数备注仓库编号Storage_noChar8惟一标识仓库仓库名称Storage_nameChar8仓库的名字商品编号Goods_noCha

48、r8惟一标识商品的类别商品名称Goods_nameChar20商品的名字库存数量Stor_numNumber10商品在仓库中存贮的数量类别Goods_kindsChar8标明商品是属于哪类的单价Goods_priceNumber82单位:元仓管员编号Admin_noChar8惟一标识仓管员31A1.3 脚本语句/* Database name: ConceptualDataModel_1*/* DBMS name: ORACLE Version 9i */* Created on: 2007-5-10 10:17:43 */alter table buy drop constraint FK_

49、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 table manage drop constraint FK_MANAGE_MANAGE2_STORAGE/alter table sell drop constraint FK_SELL_SELL_GOODS/alter table s

50、ell 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 constraint FK_STOR_STOR2_GOODS/drop index buy2_FK/drop index buy3_FK/drop index buy_FK/drop index manage2_FK/drop index manage_F

51、K/drop index sell2_FK/drop index sell3_FK/drop index sell_FK/drop index stor2_FK/drop index stor_FK/drop table admin cascade constraints/drop table buy cascade constraints/drop table clerk cascade constraints/drop table customer cascade constraints/drop table freeder cascade constraints/drop table g

52、oods cascade constraints/drop table manage cascade constraints/drop table sell cascade constraints/drop table stor cascade constraints/drop table storage cascade constraints/* Table: admin */create table admin ( admin_no CHAR(8) not null, Admin_name CHAR(8), Admin_phone CHAR(11),Admin_address CHAR(2

53、0), constraint PK_ADMIN primary key (admin_no)/* Table: buy */create table buy ( Freeder_no CHAR(8) not null, admin_no CHAR(8) not null, Goods_no CHAR(8) not null, buy_num NUMBER(10),buy_time DATE,buy_price NUMBER(10), buy_mode CHAR(20), buy_cprice NUMBER(10), buy_payed NUMBER(10), constraint PK_BUY primary key (Freeder_no, admin_no, Goods_no)/* Index: buy_FK */create index buy_FK on buy ( Freeder_no ASC)/* Index: buy2_FK */create index buy2_FK on buy ( admin_no ASC)/* Index: buy3_FK create index buy3_FK