订货管理系统数据库设计.doc

订货管理系统数据库设计
1. 需求分析
1。1背景
商业企业中，货物销售时，订购是关键的环节.它直接关系到企业的销售业绩,而在一个企业中，销售是关系到企业生存的关键。随着时代的发展，货物订购仅靠人力手工完成已经无法满足企业发展的需要。而对商业企业来说,只有订货量越多的时候，才可能产生更多的利润.使用订货管理系统来协助销售部门管理订单成为提高部门效率成为必须。
1.2客户需求
（1）订货系统可以帮助销售部门得到正确的订货。正确的订货有以下好处:
1.保证销售;
2.保证毛利;
3。保证顾客满意;
4.维护企业形象；
(2)相对于系统订货方式，手工订货常常产生错误的订货，这些订货信息给企业带来了损失:
1。缺货,损失销售,损失利润;
2。库存积压，资产资金周转慢,占据有效的仓库容量；
3。增加员工的劳动量,增加盘点难度；
4.库存维持成本增加,损耗增加;
(3）企业要求开发的订货管理系统能够达到一定的标准，让订货行为变得准确可靠，并且系统能提供给部门提供相应的信息服务,为销售计划提供参考：
1.准确的系统(ETP）库存与实际库存一致;
2.库存均为有效可销售库存(耗损品除外）;
3.计算订货,送货周期和订货数量（经济批量订货法）;
4。设立科学,浮动的最低库存；
5.考虑现有库存和在途送货量；
6.考虑促销和价格竞争因素；
7.考虑节日因素;
8。考虑商品成本因素；
9.考虑市场期货因素;
（4）很多的因素决定了订货的种类，数量,时间和密度,正确的订货能够有效的
帮助企业赢利。并且好的订货系统能够监控订货的合理性.
1。好的订货管理系统=好的销售+好的利润+好的顾客效益!
2。订货是销售部门主管义不容辞的责任！
1。3功能需求
系统应该主要完成三种订购方式的处理工作，这三种方式分别是电话订购，网上订购和当面订购.以下对这三种订购方式进行分析.
（1） 电话订购时由销售部门相关人员对电话内容进行记录，得到客户要订购的货物的详细情况，这些情况应该覆盖货物订单的内容,货物订单的内容由相关人员进行填写,并填进系统数据库，系统通知发货部门可以发货，并给发货部门一张订货合同，其内容包括发送的货物，发货的地点,收货人，时间，无人认领的处理方法等订货时的约定信息等内容，在收货人取得货物,交付货款后需要在订货合同上签字确认。
打电话到销售部门

说明要购买的货物种类及数量

工作人员填写订货单

是否为系统的注册用户

否
是

填写个人信息及收货信息

发货

交货，收款及相关手术的办理

（2） 网上订购时，客户必须为系统已经注册的用户，当新用户没有注册时，应该提醒其先注册。用户登陆企业产品网站后,可以在线选购货物，在选完货物后,系统提供一张电子订货单，订货单已经包括用户选过的货物，送货金额和订单号,还有一些待用户填写的内容：收货人,收货地点，邮政编码，联系电话，电子邮箱，是否要开发票，送货方式，付款方式.用户填好电子订货单后提交。系统将其填进系统数据库,系统通知发货部门可以发货，并给发货部门一张订货合同,对于要发票的，还将付上一张发票.在收货人取得货物，交付货款后需要在订货合同上签字确认。
浏览网页

选择要购买的商品

继续购物
点击购买

调整购物车内商品数量

去收银台

否
是否注册用户

是

填写个人信息及收货信息
确认收货人信息

系统返回收银台

点击网上支付付款
选择网上支付
选择付款方式及送货方式

到银行汇款
选择银行付款或汇款

支付完成

订购成功

（3） 当面订购的客户可以直接得到一张订货单,客户填好订货单后交给相关人员，工作人员将订单的内容输入系统,系统将数据存进系统数据库。系统通知发货部门可以发货，并给发货部门一张订货合同，对于要发票的，还将付上一张发票.在收货人取得货物，交付货款后需要在订货合同上签字确认。
客户当面提出订货请求

填写订单的相关信息

是否还有货物要订购

订单完成提交

是否为系统的注册用户

是
否

填写个人信息及收货信息

发货

交货，收款及相关手术的办理

通过模拟实际情况，为了满足订购管理的需求,系统要实现以下基本功能：
（1） 用户的注册与登陆，登陆用户管理：新用户能够在订购网站进行注册，以便和已注册用户一样使用注册信息进行在线查询与订购活动.系统对于电话订购和当面订购的用户可以由相关工作人员为其进行注册。
（2） 用户查询特定商品信息：用户需要像真正在商店一样，随意查看自己关心的商品的最新信息、销售价格,运送价格等,以决定自己的订购活动。
（3） 用户在线进行订购：用户能够通过在线下订单、采用某种方式进行支付来进行网上购买活动。
（4） 用户查询其购买历史：事后用户应能方便的查看其历史订单及明细数据。
（5） 系统对于已经有的订单，如信息完整正确，系统通知相关的发货部门进行发货，并提供给其相应的单据。
（6） 系统对于订单状态能进行跟踪，用户填好订单后其状态为待检查，订单被系统接受通过检查后状态为已检查，系统通知相关发货部门并被发货部门确定接受任务后状态为正在送货，货物送到并通过交易，相关部门验收订单，订单状态为已完成。
2. 概念设计
在已经存在的需求分析的基础上，经过分析抽象，画出反应订购管理系统的E-R图：
M

M
1
明细
订单
订购
用户

N

订购系统E-R图
货物

商品类型分类采用柱状分类，其示意图如下：
食品
纺织品

生活用品

衣物类
装饰品

家电
电器
货物
办公电器

图书
药品

通过分析，得到用户用户实体及其属性,如下图:
用户姓名
密码
注册名
用户编号

用户

邮箱地址
联系电话
地址
邮编

分析后得到的订单实体及属性图:
用户编号
订单编号

付费方式
下单时间

订单

订单状态

分析后得到的商品类型及属性图：
类型名称
父类编号
类型编号

商品类型

分析后得到的商品信息实体及其属性图：
商品名
商品编号
商品类型编号

生产厂商

生产日期
商品信息

有效期
单价
商品型号

3. 逻辑设计
3。1。数据关系模式
经分析转换的关系模式如下:
（1） 用户信息(用户编号，注册名,密码，用户姓名，邮编，地址，联系电话，邮箱地址）
（2） 商品类型（商品类型编号，父类编号，类型名称）
（3） 商品信息（商品编号，商品类型编号，名称，型号,单价，生产厂商,生产日期，有效期)
（4） 用户订单（订单编号,用户编号,下单时间，付费方式，总金额,订单状态，订单商品编号，商品数量,送货方式）
（5） 付款方式（付费方式编号，付费方式)
（7）送货方式（送货方式编号，送货方式，价格）
3.2.数据库及表结构的创建
创建名为“订购管理系统”的数据库，并创建各表，各表结构如下:
（用户信息表）
(商品类型表）
（ 商品信息表）
(用户订单表)
（付款方式表)
（送货方式表）
3。数据库表关系图
以上各表形成的关系如图：
3。3安全保密设计
1。 系统体系结构上的安全控制
数据库的安全性是指保护数据库以防止不合法的使用所造成的数据泄露、更改或破坏。数据库中的大致安全结构如下图所示.
用户
DBMS
OS
DB
用户标识和鉴别
存取控制
操作系统安全保护
数据密码存储

出于对整个系统的安全性考虑,该系统采用B/S和C/S相结合的方式；对于订购的用户，他们只是查询相关信息并进行下单等操作,所以采用B/S的模式就足够了。而且系统遭受恶意的破坏风险小;而对于系统的内部人员，由于他们要对系统日常工作进行管理和维护，可为其开发专用的管理程序以满足其需要,即C/S结构。
2。数据库上的安全控制
数据库操作员作系统的数据管理和维护，我们应该为他们分配一个专用账号和密码，它们对其他人都是保密的，操作员的每次登陆操作都会写入系统的日志文件. 另外,我们还可以为表建立针对不同管理者的视图，使其任何操作都是在自己相应的视图上操作，以防止不必要的错误操作。
3.4数据库初始数据的加载
我们需要预先加载商品类型表、商品信息表、付款方式表以及用户信息表(企业的老客户应该由相关人员为其进行用户注册）。
系统运行类数据表存储主要是系统运行过程中生成的，不必预先赋值,如用户订单表。
4。 基于数据库表的视图
为了使数据库符合实际需求，并且保证数据库的安全性,可以根据实际应用建立一些视图。基于数据库表关系图可定义用户下订单视图,订单详细视图。
3. 物理设计
对一个给定的逻辑数据模型选取一个最适合应用环境的物理结构的过程,称为数据库的物理设计。
所以数据库的物理设计，主要指物理设备上的存储结构和存取方法。
物理设计的步骤
(1）存储记录结构设计
（2）确定数据存储安排
(3）访问方法的设计
（4)完整性和安全性
（5）程序设计
所采用的数据库系统为sql2005，系统自动为建好的数据库分配了数据的存储地址.
4. 数据库实现
按前面的要求设计数据库，并将其实现。
使用create database 订购管理系统数据库 语句来创建一个数据库；
在订购管理系统数据库中，使用create table 客户信息表
（客户编号 char（10)，
姓名 varchar（20)，
密码 nchar（10），
Email varchar（20）,
地址 varchar（50)，
邮编 char（6）,
电话 varchar(15）,
）
创建客户信息表。并按照此例创建商品类别表，商品信息表，送货方式表，用户订单表，支付方式表.
以此在数据库中实现数据库和表的实例化。
5。应用系统开发
由于本设计中只实现了数据库端的设计，并未实现客户端,即客户在计算机
上的网页浏览模式，故只从原理上对系统的工作过程进行说明。
5.1用户登陆与新用户注册
若用户是第一次使用订货管理系统,则需要先在相关订货管理页面进行注册.用户可在最终实现的注册界面中输入自己的相关信息，如果是企业老客户，由相关人员为老客户注册，是电话订购的新用户，有电话记录的相关人员为客户注册，如果是当面订购的新客户，可由接受订购的相关人员为其注册.注册的内容包括注册名，密码，用户姓名，邮编，地址，联系电话，邮箱地址等。在用户完成输入之后,这些信息将通过网络传送到数据库一端，相关的管理程序将这些信息录入数据库中的用户信息表中，并自动生成用户编号等信息。这样，系统就存储了该用户的信息，该用户也就完成了注册过程。以后该用户便可用其注册信息进行登陆.
令一方面，若用户是已注册用户，则可直接订购商品.网上订购用户在登陆界面中输入自己的注册名及密码.这些信息被传到数据库端进行校验，如果正确则打开该用户相应的登陆后界面，否则提示是否注册名或密码输入错误，并提供注册选项。若输入的信息不匹配，则提示错误并提供注册选项。当面订货和电话订购的用户,订购时要提供其注册名和密码。
5.2用户选择要订购的商品
网上订购的用户登陆之后，下一步要进行的就是浏览商品了。用户可在登陆之后的界面中选择商品的类别（或是具体的商品），浏览自己感兴趣的商品的详细信息。用户的选择通过网络传到数据库端,管理系统查询到指定商品的信息并返回给用户。如用户选择查询内存信息，数据库端的查询及结果。这些结果将在用户的浏览器中以某种形式显示。
电话订购的用户需要直接提供要订购的商品名,型号和数量。
当面订购的用户可以由相关的介绍人员提供产品的明细单，为用户订购提供参考。
5.3用户订购商品
在用户找到自己想要购买的商品之后,便可以开始购买了。用户只需要在浏览器中对想要购买的商品及数量等必要信息进行选择（如在相应商品后打钩等），用户选择完后，相关信息被送到数据库端，管理系统便根据用户的登陆信息、选择商品的信息，查找相关表格,得到用户的完整信息及订购详情，填写用户订单表和购物框表，并生成完整的信息返回给用户确认.若用户发现有错则进行修改,相关修改信息将传到数据库端，管理系统将对数据库进行相应更新.在用户确认订单并付款之后，订单便可交由其他系统处理了（如专门负责送货的系统)。
5.4用户查阅历史购买信息
若用户事后想查看自己的历史购买信息，只需登陆企业网站后发出相应请求即可(如可点击“历史购买信息查询”按钮,如果有的话)。数据库端管理系统将根据用户的登陆信息,查询订单表中的相应记录,并将结果返回给用户。
6课程设计的心得体会和不足
通过此次课程设计，对数据库的设计思想及过程有了更进一步的掌握，深刻理解了各阶段的设计目标及实现手段，了解了设计一个好的数据库所需要具备的基本知识及技术要求。一个实用而有效的数据库的设计需要经过需求分析、概念结构设计、逻辑结构设计、物理设计及实施等过程，每一个过程设计的是否合理、高效，对数据库的运行效率、稳定性等反面都有很重要影响.搞清各部分之间的联系，认真进行各步的分析与处理是实现一个好的数据库的前提。
由于平时上课侧重与原理的阐述，很多实现方面的细节没有进行讲解,故在实际实施的过程中遇到了一些困难。通过查阅相关资料,最终这些问题都一一解决。通过将所学知识应用到实际之中，不仅使我学到了许多新东西，还提高了我动手查阅资料的能力,而且对已学过的知识是一个很好的巩固过程.
当然，此次完成的设计还有很多不完善的地方。比如由于自己对网页设计方面了解得不是很够,最终没能实现用户浏览用的网页。再比如说数据库功能的分析不够完整，功能不够全面等等。最主要的原因还是在于自己学得还不够深刻，对博大精深的数据库设计技术目前还只是了解其“九牛一毛”，这就促使我以后投入更多的时间进行更加深入的学习并动手实践，以期望掌更多、更深的知识。
7参考文献
1 《数据库系统简明教程》，主编：王珊,出版社：高等教育出版社
2 《SQL Server 2005 使用开发技术及案例系统开发》,主编：钱雪忠，罗海驰，程建敏,出版社：清华大学出版社
3 《SQL Server 2005 基础教程》，主编：黄开枝，康会光,于永军，出版社：清华大学出版社