数据库课程设计 订单管理系统

目录TOC\o"1-5"\h\z\o"CurrentDocument"| 1弓1言 2\o"CurrentDocument"! 2.可行性分析 2\o"CurrentDocument"；3.功能分析 3\o"CurrentDocument"； 4.数据库设计 5! 5.范式化简 9I 总结 10I 参考文献 11装I1引言I! 世界经济发展已进入一个激烈竞争的年代，可以说，谁先获得信息，I谁就有可能抓住发展经济的机遇。同样，谁能很好地管理和利用信息，!谁就有可能占领市场，获得效益。国内外大量事实已说明：在目前这个!|激烈竞争的市场经济中，谁的信息管理现代化水平高，谁重视信息资源1的开发和利用，谁就能抓住机遇，在竞争中取胜。目前国内企业在管理!I 订单方面还处在比较低的水平。大多数企业在购进货物后，只是将订单II用于写式的记录和简便的管理。进入信息社会后，随着企业订单的增多，装带的麻烦也逐渐增多，管理方面也得不到很好的解决方法，使得大量的1数据丢失，使企业造成了很大的损失。我们通过用VFP6.0编写企业订!一一一 1单管理系统，利用系统分析和设计原理，米用面向对象的编程方法，其I 开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方! 订面，实现了订单管理的自动化和信息化.IIIII可行性分析!I (1)技术可行性分析线 根据实际情况，考虑到本系统的安全要求级别以及开发费用，维护费用和使用的!I 操作系统的难易程度，选择的开发环境如下：I 开发模型：B/S!I Web服务器：IIS信息服务器II 开发语言：ASPTOC\o"1-5"\h\zI 数据库：Microsoft SQL server 2008II 操作系统：Windows xpi 一 .一I 这是很多成功网站所米用的组合，保证了整个系统的可扩展性和快速的运行。而I 我本人作为整个系统的设计者和开发者，对这几种软件有较好的把握，因此具备了技■ I 术可行性。(2)经济可行性分析本系统的采用ASP+MicrosoftSQLserver2008组合，在保证了系统的技术可行性的同时，还保证了系统的安全性和经济可行性。拥有较低的开发系统的初始成本，因此具备了经济可行性。功能分析(1).针对订单管理系统，分别对商品、订单、订单明细、客户、生产商和供应商在整个订单管理系统中的定位进行详细的分析，获得其需求信息如下：订单的接收是按照商品分类进行的，所以需要有每个商品的信息。登记于同一张订单明细的必须是同一种商品。如果一个商品的订单有一个或者多个胜生产商满足，则该订单不可被退回。需要完整地记录商品、客户、生产商、供应商的信息。针对每一笔业务，在订单中的商品信息栏中都要仔细的纪录每一种商品的编号、日期、数量、单价和总价。在每一张订单中都要详尽的纪录下订单的单位名称、单位号、单位地址、交货日期、货品名称、货品号、货品单价和货品总价。把所有相同的产品纪录到同一张订单明细表中，每一张订单明细表中只能纪录同一种商品。在每一张订单明细表中需要纪录订单号、单位名称、商品号、商品名、规格、交货日期、数量、单价和签订日期等。根据货品名称、交货日期、货品数量、生产商的生产能力以及单位地址等实际因素，将订单明细表进行合理的合并和拆分，从而达到降低成本的目的。对接收订单的货品的生产商以及货品的供应商信息进行详尽的纪录。订单的接收、处理要有相应的业务员信息。只有管理员登录之后才可以使用系统。默认的管理员不可以删除。可以对作废的、待生产的、正生产的、生产完成的订单进行分类查找，但不能进行修改、添加、删除等操作。当进行订单接收和处理操作后，能相应更新数据库更新。对所接收的订单进行数据分析，总结相应商品的订单服务。(2).经上述系统功能分析和需求总结，考虑其业务和功能的不断扩展，设计如下的数据项和数据结构：商品信息，包括的数据项有：商品号，名称，规格，单价，描述。订单明细信息，包括的数据项有：订单号，单位名称，商品号，商品名，规格，交货日期，数量，单价，签订日期。订单信息，包括的数据项有：订单号，单位，操作员号，地址，签订日期，单价，数量，商品号，交货日期。业务员信息，包括的数据项有：职工号，姓名，年龄，职称。

客户信息，包括的数据项有：客户姓名，账号，地址，联系方式。生产订单信息，包括的数据项有：生产商，商品名，数量，单价，账号，联系方式。在整个数据流图中，P1，P2,P3,P4分别是客户信息管理系统，产品信息管理系统，员工信息管理系统，供应商管理系统，我们这里只作简单处理。P5.1，P5.2，P5.3是订单管理系统的核心部分，P5.2审核系统是根据客户的信用情况，剔除一部分不合格的订单并触发修改订单明细，P5.3是根据供应商的供应能力等情况对订单明细进行拆分和合并处理，最终形成生产订单。

数据库设计⑴概念模式设计订单管理系统E-R图如下在这里，我们为了简化数据库，将订单管理设置为只处理一种商品，所以订单的拆分和合并联系分别是1：n和n：1。在订单明细中可以反映商品的供应者，在生产订单中可以显示每个供应商的供应量等信息。生产订单属性中的生产商号和供应商供应商号为异名同义，订单明细属性中的单位名称和客户信息属性的客户姓名为异名同义。相成值j品名〔交货门期）日单明细拆分供应吊•业务员订单(W)(jm)供应商-相成值j品名〔交货门期）日单明细拆分供应吊•业务员订单(W)(jm)供应商-佥也t哲（¥耳）QnjF）《关系f牛一产订单n.图2订单系统E-R图（2）系统数据库设计建立ORDER数据库。为了实现系统功能，需要在ORDER数据库添加职工信息表

STAFFMESSAGE、订单信息表ORDERMESSAGE、商品信息表GOODSMESSAGE、订单明细表ORDERMESSAGE、生产订单信息表PRODUCORDERMESSAGE＞供应商信息表PRODERMESSAGE、客户信息表CUSTOMERMESSAGEo职工信息表STAFFMESSAGE序号名称数据类型允许为空是否主键描述1SM_numberChar(6)NO是职工号2SM_nameVarchar(8)NO否姓名3SM_ageIntNO否年龄4SM_postVarcharNO否职称序号名称数据类型允许为空是否主键描述1OM_idChar(6)NO是订单号2OM_nameVarchar(20)NO否单位姓名3OM_addsVarchar(100)NO否地址4OM_priceMoneyNO否商品单价5OM_quantityIntNO否数量6OM_signingdateDatetimeNO否签订日期7OM_deliverydateDatetimeNO否交货日期8OM_operatoridChar(6)NO否操作员号9OM_goodsnumberVarchar(10)NO否商品号线I订单信息表ORDERMESSAGE商品信息表GOODSMESSAGE序号名称数据类型允许为空是否主键描述1GM_goodsidVarchar(10)NO是商品号2GM_nameVarchar(20)NO否名称3GM_priceMoneyNO否单价4GM_normsVarchar(20)NO否规格

5GM_depictVarchar(20)YES否商品描述订单明细表ORDERDETAIL序号名称数据类型允许为空是否主键描述1OD_ordernumbeiChar(6)NO否订单号2OD_goodsidChar(10)NO否商品号3OD_goodsnameVarchar(20)NO否商品名4OD_priceMoneyNO否单价5OD_quantityIntNO否数量6OD_signingdateDatetimeNO否签订日期7OD_deliverydateDatetimeNO否交货日期8OD_unitnameChar(10)NO否单位名称9OD_normsVarchar(20)NO否规格10OD_produceridChar(10)NO否生产商号供应商信息表PRODERMESSAGE序号名称数据类型允许为空是否主键描述1PM_nameVarchar(20)NO是姓名2PM_addsVarchar(100)NO否地址3PM_telVarchar(20)YES否电话号码4PM_accountVarchar(20)NO否账号生产订单信息表PRODUCORDERMESSAGE序号名称数据类型允许为空是否主键描述1POM_producerVarchar(20)NO否生产商2POM_addsVarchar(100)NO否地址3POM_priceMoneyNO否单价4POM_accountVarchar(20)NO否账号5POM_telVarchar(21)NO否联系方式6POM_supplyIntNO否供应量7POM_orderidChar(6)NO否订单号8POM_goodsidChar(10)NO否商品号订线装客户信息表CUSTOMERMESSAGE序号名称数据类型允许为空是否主键描述1CM_customernameVarchar(20)NO是客户姓名2CM_accountVarchar(20)NO否账号3CM_addsVarchar(100)NO否地址4CM_telVarchar(20)NO否联系方式（3） 物理模型设计由于经常在查询条件中出现，所以决定在职工信息表中的职工号上建立唯一索引；由于经常在连接操作的链接条件中出现，所以决定在订单信息表中的订单号上建立唯一索引；由于经常在查询条件中出现，所以决定在客户信息表中的客户姓名上建立唯一索引；由于经常在查询条件中出现，所以决定在供应商信息表中的姓名上建立唯一索引；由于经常在连接操作的链接条件中出现，所以决定在商品信息表中的商平号上建立唯一索引；由于经常在查询条件中出现，所以决定在职工信息表中的职工号上建立唯一索引；由于经常在连接操作的链接条件中出现，所以决定在订单信息表中的订单号上建立唯一索引；由于经常在查询条件中出现，所以决定在客户信息表中的客户姓名上建立唯一索引；由于经常在查询条件中出现，所以决定在供应商信息表中的姓名上建立唯一索引；由于经常在连接操作的链接条件中出现，所以决定在商品信息表中的商品号上建立唯一索引。（4） 视图创建Createview订单明细视图Asselect订单号，单位，商品号，生产商From订单明细表Createview生产订单视图Asselect生产商，订单号，商品号，供应量，联系方式From生产订单表（5）创建索引在主键属性和外键属性列上都建立索引，检查唯一性和完整性,加快连接查询速度。CreateuniqueindexIX_职工号on职工信息表（职工号）；IIIIi CreateuniqueindexIX_订单号on订单信息表（订单号）；III: CreateuniqueindexIX—客户姓名on客户信息表（客户姓名）；IIi ―一一一- ，"……一，”一■ CreateuniqueindexIX—姓名on供应商信息表（姓名）；IIIii CreateuniqueindexIX—冏品号on冏品信息表（I商品号）IIIIIIII ・5、范式化简i装 系统的关系模式如下：i 订单明细信息（订单号，单位名称，商品号，商品名，规格，交货日期，数量，i 单价，签订日期）i 订单信息（订单号，单位，业务员号，地址，签订日期，单价，数量，商品号，i 交货日期）订 商品信息（商品号，名称，规格，单价，描述）i 业务员信息（职工号，姓名，年龄，职称）i 客户信息客户（姓名，账号，地址，联系方式）i 生产订单信息（生产商，商品名，数量，单价，账号，联系方式）线 供应商信息（姓名，地址，电话号码，账号）i 将转化的关系模式进行优化，最终达到第三范式i 1首先确定数据依赖i 订单明细信息（订单号，单位名称，商品号，商品名，规格，交货日期，数量，i单价，签订日期）i 订单号一单位名称，订单号一商品号，订单号一商品名，订单号一规格，订单号i一交货日期，订单号一数量，订单号一单价，订单号一签订日期。!i 订单信息（订单号，单位，业务员号，地址，签订日期，单价，数量，商品号，i交货日期）i 订单号一单位，订单号一商平号，订单号一交货日期，（订单号，商品号）一单价，（订单号，商品号）一数量，商品号一商品名，订单号一单位，订单号一签订日期。商品信息（商品号，名称，规格，单价，描述）商品号一名称，商品号一规格，商品号一单价，商品号一描述。业务员信息（职工号，姓名，年龄，职称）职工号一姓名，职工号一年龄，职工号一职称。客户信息客户（姓名，账号，地址，联系方式）姓名f账号，姓名f地址，姓名f联系方式。生产订单信息（生产商，商品名，数量，单价，账号，联系方式）（生产商，商品名）f单价，（生产商，商品名）f数量，生产商f账号，生产商f联系方式供应商信息（姓名，地址，电话号码，账号）姓名f账号，姓名f地址，姓名f电话号码。2.对各关系模式间数据依赖进行极小化处理，消除冗余订单号f交货日期，订单号f签订日期，订单号f单位名称，商品号f名称，商品号f规格，商品号f描述，职工号f姓名，职工号f年龄，职工号f职称，姓名f账号，姓名f地址，姓名f联系方式，（生产商，商品名）f单价，（生产商，商品名）f数量，3.看这些模式是否符合要求，确定是否要对某些模式进行合并或者分解（订单号，交货日期，签订日期，单位名称）（商品号，名称，规格，描述）（职工