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

┊┊┊┊┊┊┊┊┊┊┊┊┊装┊┊┊┊┊订┊┊┊┊┊线┊┊┊┊┊┊┊┊┊┊┊┊┊

目录

1引言 (2)

2.可行性分析 (2)

3.功能分析 (3)

4.数据库设计 (5)

5.范式化简 (9)

总结 (10)

参考文献 (11)

┊

┊┊┊┊┊┊┊┊┊┊┊┊装┊┊┊┊┊订┊┊┊┊┊线┊┊┊┊┊┊┊┊┊┊┊┊┊1引言

世界经济发展已进入一个激烈竞争的年代，可以说，谁先获得信息，谁就有可能抓住发展经济的机遇。同样，谁能很好地管理和利用信息，谁就有可能占领市场，获得效益。国内外大量事实已说明：在目前这个激烈竞争的市场经济中，谁的信息管理现代化水平高，谁重视信息资源的开发和利用，谁就能抓住机遇，在竞争中取胜。目前国内企业在管理订单方面还处在比较低的水平。大多数企业在购进货物后，只是将订单用手写式的记录和简便的管理。进入信息社会后，随着企业订单的增多，带的麻烦也逐渐增多，管理方面也得不到很好的解决方法，使得大量的数据丢失，使企业造成了很大的损失。我们通过用VFP 6.0编写企业订单管理系统，利用系统分析和设计原理，采用面向对象的编程方法，其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面，实现了订单管理的自动化和信息化.

2.可行性分析

（1）技术可行性分析

根据实际情况，考虑到本系统的安全要求级别以及开发费用，维护费用和使用的操作系统的难易程度，选择的开发环境如下：

开发模型：B/S

Web服务器：IIS信息服务器

开发语言：ASP

数据库：Microsoft SQL server 2008

操作系统：Windows xp

这是很多成功网站所采用的组合，保证了整个系统的可扩展性和快速的运行。而我本人作为整个系统的设计者和开发者，对这几种软件有较好的把握，因此具备了技术可行性。

（2 ）经济可行性分析

本系统的采用ASP + Microsoft SQL server 2008组合，在保证了系统的技术可行性的同时，还保证了系统的安全性和经济可行性。拥有较低的开发系统的初始成本，因此具备了经济可行性。

┊┊┊┊┊┊┊┊┊┊┊┊┊装┊┊┊┊┊订┊┊┊┊┊线┊┊┊┊┊┊┊┊┊┊┊┊┊3.功能分析

(1).针对订单管理系统，分别对商品、订单、订单明细、客户、生产商和供应商在整个订单管理系统中的定位进行详细的分析，获得其需求信息如下：订单的接收是按照商品分类进行的，所以需要有每个商品的信息。

登记于同一张订单明细的必须是同一种商品。

如果一个商品的订单有一个或者多个胜生产商满足，则该订单不可被退回。

需要完整地记录商品、客户、生产商、供应商的信息。

针对每一笔业务，在订单中的商品信息栏中都要仔细的纪录每一种商品的编号、日期、数量、单价和总价。

在每一张订单中都要详尽的纪录下订单的单位名称、单位号、单位地址、交货日期、货品名称、货品号、货品单价和货品总价。

把所有相同的产品纪录到同一张订单明细表中，每一张订单明细表中只能纪录同一种商品。

在每一张订单明细表中需要纪录订单号、单位名称、商品号、商品名、规格、交货日期、数量、单价和签订日期等。

根据货品名称、交货日期、货品数量、生产商的生产能力以及单位地址等实际因素，将订单明细表进行合理的合并和拆分，从而达到降低成本的目的。

对接收订单的货品的生产商以及货品的供应商信息进行详尽的纪录。

订单的接收、处理要有相应的业务员信息。

只有管理员登录之后才可以使用系统。

默认的管理员不可以删除。

可以对作废的、待生产的、正生产的、生产完成的订单进行分类查找，但不能进行修改、添加、删除等操作。

当进行订单接收和处理操作后，能相应更新数据库更新。

对所接收的订单进行数据分析，总结相应商品的订单服务。

(2). 经上述系统功能分析和需求总结，考虑其业务和功能的不断扩展，设计如下的数据项和数据结构：

商品信息，包括的数据项有：商品号，名称，规格，单价，描述。

订单明细信息，包括的数据项有：订单号，单位名称，商品号，商品名，规格，交货日期，数量，单价，签订日期。

订单信息，包括的数据项有：订单号，单位，操作员号，地址，签订日期，单价，数量，商品号，交货日期。

业务员信息，包括的数据项有：职工号，姓名，年龄，职称。

┊┊┊┊┊┊┊┊┊┊┊┊┊装┊┊┊┊┊订┊┊┊┊┊线┊┊┊┊┊┊┊┊┊┊┊┊┊

客户信息，包括的数据项有：客户姓名，账号，地址，联系方式。

生产订单信息，包括的数据项有：生产商，商品名，数量，单价，账号，联系方式。

供应商信息，包括的数据项有：姓名，地址，电话号码，账号。

（3）数据流图

图1 数据流程图

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

┊┊┊

┊┊┊┊┊┊┊┊┊┊装┊┊┊┊┊订┊┊┊┊┊线┊┊┊┊┊┊┊┊┊┊┊┊┊4.数据库设计

（1）概念模式设计

订单管理系统E-R图如下

在这里，我们为了简化数据库，将订单管理设置为只处理一种商品，所以订单的拆分和合并联系分别是1：n 和n：1 。在订单明细中可以反映商品的供应者，在生产订单中可以显示每个供应商的供应量等信息。

生产订单属性中的生产商号和供应商供应商号为异名同义，订单明细属性中的单位名称和客户信息属性的客户姓名为异名同义。

.

图2 订单系统E-R图

（2）系统数据库设计

建立ORDER数据库。为了实现系统功能，需要在ORDER数据库添加职工信息表

┊┊┊┊┊┊┊┊┊┊┊┊┊装┊┊┊┊┊订┊┊┊┊┊线┊┊┊┊┊┊┊┊┊┊┊┊┊STAFF MESSAGE、订单信息表ORDER MESSAGE、商品信息表GOODS MESSAGE、订单明细表ORDER MESSAGE、生产订单信息表PRODUC ORDER MESSAGE、供应商信息表PRODER MESSAGE、客户信息表CUSTOMER MESSAGE。

┊┊┊┊┊┊┊┊┊┊┊┊┊装┊┊┊┊┊订┊┊┊┊┊线┊┊┊┊┊┊┊┊┊┊┊┊┊

生产订单信息表 PRODUC ORDER MESSAGE

┊┊┊

┊┊┊┊┊┊┊┊┊┊装┊┊┊┊┊订┊┊┊┊┊线┊┊┊┊┊┊┊┊┊┊┊┊┊

(3)物理模型设计

1.由于经常在查询条件中出现，所以决定在职工信息表中的职工号上建立唯一索引；

2.由于经常在连接操作的链接条件中出现，所以决定在订单信息表中的订单号上建立唯一索引；

3.由于经常在查询条件中出现，所以决定在客户信息表中的客户姓名上建立唯一索引；

4.由于经常在查询条件中出现，所以决定在供应商信息表中的姓名上建立唯一索引；

5.由于经常在连接操作的链接条件中出现，所以决定在商品信息表中的商平号上建立唯一索引；

6.由于经常在查询条件中出现，所以决定在职工信息表中的职工号上建立唯一索引；

7.由于经常在连接操作的链接条件中出现，所以决定在订单信息表中的订单号上建立唯一索引；

8.由于经常在查询条件中出现，所以决定在客户信息表中的客户姓名上建立唯一索引；

9.由于经常在查询条件中出现，所以决定在供应商信息表中的姓名上建立唯一索引；

10.由于经常在连接操作的链接条件中出现，所以决定在商品信息表中的商品号上建立唯一索引。

（4）视图创建

Create view 订单明细视图

As select 订单号，单位，商品号，生产商

From 订单明细表

Create view 生产订单视图

As select 生产商，订单号，商品号，供应量，联系方式

From 生产订单表

（5）创建索引

在主键属性和外键属性列上都建立索引,检查唯一性和完整性,加快连接查询速度。

┊┊┊┊┊┊┊┊┊┊┊┊┊装┊┊┊┊┊订┊┊┊┊┊线┊┊┊┊┊┊┊┊┊┊┊┊┊

Create unique index IX_职工号on 职工信息表(职工号);

Create unique index IX_订单号on 订单信息表(订单号);

Create unique index IX_客户姓名on 客户信息表(客户姓名);

Create unique index IX_姓名on 供应商信息表(姓名);

Create unique index IX_商品号on 商品信息表(商品号)

.

5、范式化简

系统的关系模式如下：

订单明细信息( 订单号，单位名称，商品号，商品名，规格，交货日期，数量，单价，签订日期)

订单信息(订单号，单位，业务员号，地址，签订日期，单价，数量，商品号，交货日期)

商品信息(商品号，名称，规格，单价，描述)

业务员信息(职工号，姓名，年龄，职称)

客户信息客户（姓名，账号，地址，联系方式）

生产订单信息（生产商，商品名，数量，单价，账号，联系方式）

供应商信息（姓名，地址，电话号码，账号）

将转化的关系模式进行优化，最终达到第三范式

1首先确定数据依赖

订单明细信息( 订单号，单位名称，商品号，商品名，规格，交货日期，数量，单价，签订日期)

订单号→单位名称，订单号→商品号，订单号→商品名，订单号→规格，订单号→交货日期，订单号→数量，订单号→单价，订单号→签订日期。

订单信息(订单号，单位，业务员号，地址，签订日期，单价，数量，商品号，交货日期)

订单号→单位，订单号→商平号，订单号→交货日期，（订单号，商品号）→单价，（订单号，商品号）→数量，商品号→商品名，订单号→单位，订单号→签订日期。

商品信息(商品号，名称，规格，单价，描述)

商品号→名称，商品号→规格，商品号→单价，商品号→描述。

业务员信息(职工号，姓名，年龄，职称)

职工号→姓名，职工号→年龄，职工号→职称。

客户信息客户（姓名，账号，地址，联系方式）

┊┊┊┊┊┊┊┊┊┊┊┊┊装┊┊┊┊┊订┊┊┊┊┊线┊┊┊┊┊┊┊┊┊┊┊┊┊

姓名→账号，姓名→地址，姓名→联系方式。

生产订单信息（生产商，商品名，数量，单价，账号，联系方式）

（生产商，商品名）→单价，（生产商，商品名）→数量，生产商→账号，生产商→联系方式

供应商信息（姓名，地址，电话号码，账号）

姓名→账号，姓名→地址，姓名→电话号码。

2．对各关系模式间数据依赖进行极小化处理，消除冗余

订单号→交货日期，订单号→签订日期，订单号→单位名称，商品号→名称，商品号→规格，商品号→描述，职工号→姓名，职工号→年龄，职工号→职称，姓名→账号，姓名→地址，姓名→联系方式，（生产商，商品名）→单价，（生产商，商品名）→数量，

3.看这些模式是否符合要求，确定是否要对某些模式进行合并或者分解

（订单号，交货日期，签订日期，单位名称）

（商品号，名称，规格，描述）

（职工号，姓名，年龄，职称）

（姓名，账号，地址，联系方式）

（订单号，商品号，单价，数量）

总结

拿到设计题目后就开始了深入的专业知识的学习，并参考了部分电子商务网站的整体运作和设计，在学习和实践中完成了整个的设计，代码编写到论文的撰写，开头都是艰难的，的确走了不少弯路。就算是整天的作业，有时也出不了什么结果。于是通过图书馆和网络上查阅和借鉴到大量的资料，很多问题迎刃而解。说到整个的设计过程的确枯燥艰辛，但是通过努力完成的作品也在很大程度上体现了对本专业知识的实践和运用。代码编写是一项非常细致的工作，通过对本系统的设计，也对ASP 脚本编写语言和HTML语言有了更清晰的了解，从各方面都获益不少。

通过这次数据库课程，我学到了不少。我发现考试题目会做根本不代表也会设计数据库系统，整个数据库系统最重要的环节是需求分析，只有把业务流程都理顺了之后才能做下面的环节。我们的课题——订单管理系统，网上资料比较少，在老师的指导下，我们最终搞明白了订单管理的具体流程和板块。E-R图不是那么好画的，在设计的时候要考虑的因素，因为我们是第一次，在转换为逻辑模式和后面的数据库实施时，我们对E-R图作了一遍又一遍的修改，发现最后的图跟刚开始的图已经很不一样

┊┊┊┊┊┊┊┊┊┊┊┊┊装┊┊┊┊┊订┊┊┊┊┊线┊┊┊┊┊┊┊┊┊┊┊┊┊了。

在整个数据库设计过程中，我们得到了王老师细心的指导，尤其是前面需求分析和概念模型设计阶段，这对我们的成果非常重要。

参考文献

[1] 数据库系统概论王珊、萨师煊高等教育出版社2011年5月

[2]软件工程导论张海潘清华大学出版社2010年10月