物流系统大数据库设计.docx
《物流系统大数据库设计.docx》由会员分享,可在线阅读,更多相关《物流系统大数据库设计.docx(44页珍藏版)》请在冰豆网上搜索。
![物流系统大数据库设计.docx](https://file1.bdocx.com/fileroot1/2023-2/7/ac42b05d-79dc-40a2-90c7-1a1bbae9e44b/ac42b05d-79dc-40a2-90c7-1a1bbae9e44b1.gif)
物流系统大数据库设计
本科学生综合性实验报告
课程名称:
数据库技术及应用
第三方物流运输
系统数据库设计
项目组长强项学号0093954
成员彭聪学号0093956
蔡佳欣学号0093971
班级B01班
实验项目名称第三方物流运输系统数据库设计
指导教师及职称爱红老师
开课学期2010至2011学年第2学期
截止日期2011年6月20日
1需求分析
需求分析将从编写目的、背景、系统目标系统功能分析、系统总体功能图、数据字典、数据需求及业务规则分析、实体和联系等方面进行分析,为概念设计提供依据。
1.1编写目的
改变当下物流运输的滞后现状,通过科学的数据库管理,完善物流运输行业的工作环节,提高运输效率,从而达到客户满意水平,形成一个一体化运输与反馈的物流运输环境。
1.2背景
背景之一:
我国国民经济高速发展
我国自改革开放以来,国民经济就走上了持续稳定高速发展的道路,年均增长8%以上,而从全国看,发展最快的又是我国东南沿海一些省市,他们利用国家给经济特区等一系列优惠政策,大力改革开放,发展经济,率先实现经济的超常规大幅度增长,其中出现了一批大型实力客户,像海尔、宝洁、IBM等。
经济的大幅增长,必然导致巨大的物质产品的流动,也就必然导致物流量的增加。
这是经济发展的必然规律,也是物流业成长的必然规律。
背景二:
是改革开放的结果
我国第三方物流的诞生是改革开放的结果,跟改革开放有直接的关系。
首先由一些国的外资客户率先促成的,人们不难从我国第三方物流的产生过程看出它有三个特点:
第一,它们是从东南沿海一些改革开放程度比较高的省市首先搞起来;第二,它首先是由像宝洁、IBM等这样一些国外的大公司促成我国的一些客户搞起来的;第三,第三方物流公司的业务最先也主要是为国外这些大公司服务的物流业务。
而由点到面的发展,必然需要发达的物流来带动。
背景三:
是我国物流学发展的结果
我国第三方物流的发展有一个有趣的现象,就是一旦有了一个第三方物流的样板和模式,社会很快在各个地方推广开来。
特别是最近几年,发展特快,、、天津等城市且不说,就一下子兴起了如中远、长江、中储、武储等好几家大型第三方物流公司。
出现这种现象,可以说是中国物流学发展的结果,人们已经有了比较好的物流观念和物流学基础。
背景四:
是信息技术发展的结果
20世纪90年代以来,随着因特网技术以及各种信息技术的发展,为客户建设高效率的信息技术网络创造了条件,信息技术实现了数据的快速、准确传递,一方面提高了物流客户在仓库管理、装卸运输、采购、订货、配送发运、认单处理的自动化水平,促使订货、包装、保管、运输、流通加工一体化,使大规模、高质量、高服务水平处理物流客户与其他客户间的信息沟通交流、协调合作方便快捷,并能有效跟踪和管理物流渠道中的货物,精确计算物流活动的成本,这就使客户可以随时跟踪自己的货物,因而放心地把自己的物流业务交由第三方物流客户处理,这些环境条件都促使了第三方物流客户的产生。
背景五:
是市场竞争的结果
第三方物流的产生是社会分工的必然结果。
各客户为增强市场竞争力,而将客户的资金,人力,物力投入到其核心业务上,寻求社会化分工协作带来的效果和效率的最大化。
专业化分工的结果导致许多非核心业烟从客户生产经营中分离出来,生产客户的核心是业务就是生产,物流业务不是他们的核心业务,它们将物流业务委托给第三方专业物流公司负责,不但自己可以集中精力发展自己的核心竞争力,抓好生产,而且可以降低成本。
而第三方物流则以物流为核心竞争力,他们依靠自己的物流实力,完善物流服务功能,参与市场竞争,取得市场竞争优势。
这样,第三方物流的出现,实现了社会的合理分工,实现了社会资源的合理配置,同时又使生产客户和物流客户的核心竞争力都得到了加强,效益都是显著提高,这公分显示了第三方物流的综合优越性。
1.3功能分析
第三方物流系统的两个重要因素:
线路和节点,过去我们比较重视的是线路问题,线路与节点发展的不平衡使得我国物流的效率长期低下,资源利用率不高。
对此,我们将从以下几个方面改善上述问题:
快速、及时方面:
及时性不但是服务性的延伸,也是流通对物流提出的要求。
快速、及时既是一个传统目标,更是一个现代目标。
其原因是随社会大生产发展,这一要求更加强烈了。
在物流领域采取的诸如直达物流、联合一贯运输、高速公路、时间表系统等管理和技术,就是这一目标的体现。
节约方面:
节约是经济领域的重要规律,在物流领域中除流通时间的节约外,由于流通过程消耗大而又基本上不增加或提高商品使用价值,所以领先节约来降低投入,是提高相对产出的重要手段。
规模化方面:
以物流规模做为物流系统的目标,是以此来追求"规模效益"。
生产领域的规模生产是早已为社会所承认的。
由于物流系统比生产系统的稳定性差,因而难于形成标准的规模化格式。
在物流领域以分散或集中等不同方式建立物流系统,研究物流集约化的程度,就是规模优化这一目标的体现。
库存调节方面:
是服务性的延伸,也是宏观调控的要求,当然,也涉及到物流系统本身的效益。
在物流领域中正确确定库存方式、库存数量、库存结构、库存分布就是这一目标的体现。
1.4系统功能分析
第三方物流系统功能:
客户基本信息管理、路线基本信息管理、车辆基本信息管理、订单基本信息管理、客户评价基本信息管理。
1.4.1客户基本信息管理
为客户提供基本信息增加、修改、删除功能。
包括:
(1)客户基本信息增加:
客户通过注册录入基本信息,客户注册时要求填写基本信息,包括客户名称、客户、登陆密码、公司地址、注册时间、法人、联系人等信息,系统在注册用户注册完后自动为其生成一个客户编号,并且嵌入到客户注册信息,形成完整的客户资料。
(2)客户基本信息修改:
客户基本信息注册错误或有所改变时可以进行信息的修改。
可以修改登陆密码,修改联系人,修改联系人。
(3)客户基本信息删除:
客户可以通过注销来删除客户基本信息。
1.4.2车辆基本信息管理
提供车辆基本信息增加、修改、查询、删除功能。
包括:
(1)车辆基本信息增加:
系统可以增加车辆基本信息,包括车牌号、车类型、最大载重量、上牌时间、服务围、事故情况、运输单价(以路程和重量计算)等信息。
系统检查所有信息填写正确后提示增加成功,返回车辆编号。
(2)车辆基本信息修改:
车辆基本信息如果出错或者有所改变,系统可以对车辆基本信息的具体容进行修改。
可以修改车辆车牌号,修改车辆车类型,修改车辆载物重,修改车辆上牌时间车龄,修改车辆事故情况,修改车辆服务意向,修改车辆运输单价。
(3)车辆基本信息查询:
根据不同的条件查询车辆基本信息。
可以按车辆车牌号查询车辆基本信息,按车辆车类型查询车辆基本信息,按车辆载物重查询车辆基本信息,按车辆事故情况查询车辆基本信息,按车辆供车服务意向查询车辆基本信息,按车辆运输单价查询车辆基本信息。
(4)车辆基本信息删除:
由于车辆报废或转卖,可以删除车辆基本信息,包括车辆编号、车牌号、车类型、最大载重量、上牌时间、服务意向、事故情况、运输单价等信息。
1.4.3订单基本信息管理
提供订单表的增加、删除、修改功能:
(1)订单基本信息增加:
客户在填写客户编号、货物名称、货物重量、路程长度、出发地、目的地、订单时间、订单备注等信息后,系统检查所有信息填写正确后提示增加成功并返回订单总额和订单编号。
订单表还包括订单数量和运输费用等。
(2)订单基本信息更新:
系统根据订单表自动更新订单表中的信息,如订单表编号、订单数量、订单总额等。
(3)订单基本信息修改:
客户可根据需要修改出发地、货物名称、货物重量、目的地、订单备注等信息。
(4)订单基本信息查询:
客户或第三方物流公司可根据订单编号、出发地、目的地、订单金额、运输费用和货物重量等对订单进行查询。
1.4.4路线基本信息管理
提供路线基本信息增加、删除、优化、修改功能。
包括:
(1)路线基本信息增加:
第三方物流公司统计订单目的地后添加路线基本信息,其中包含路线编号,出发地,目的地,预计所需时间等信息。
(2)路线基本信息删除:
根据客户退单情况或者交通天气状况的改变进行一些无效线路的删除。
(3)路线基本信息优化:
根据筛选重复路线及包含路线进行路线整合,优化计算所需最短最少路线。
(4)路线基本信息修改:
根据更改订单状况或者交通天气状况对路线信息进行修改。
包括路线出发地的修改,路线目的地的修改和路线交通工具的修改。
1.4.5客户评价基本信息管理
提供客户满意度评价功能及查询功能。
(1)客户满意度评价:
需求商和供应商对此次物流运输的整体情况做一个星级评价。
包括:
评价编号和总体评价。
(2)具体服务项目评价:
客户(包括供应商和需求商)对本次第三方物流运输情况的各个子项目进行评价。
包括:
对服务质量的评价,对运输路线的评价,对运输车辆的评价,对运输时间的评价,对运输费用的评价。
(3)反馈信息查询:
根据不同条件查询总体评价和各项服务评级水平。
可以按评价号查询,按客户查询,按路线编号查询,按运输费用查询,按车辆评价查询,按费用评价查询,按所花时间查询。
1.5系统功能图分析
第三方物流运输系统功能图如图1.1所示。
图1.1系统功能图
1.6数据需求及业务规则分析
业务规则分析主要是分析系统中数据之间的约束以及数据库的围界定,基于上述功能需求,通过进一步了解第三方物流运输系统需求及业务分析规则如下:
(1)客户由客户编号唯一标识,需要存储客户的公司名、登陆密码、公司地址、注册时间、法人、联系人等信息。
(2)客户只能查询自己的基本信息。
(3)供应商客户需在48小时登陆并发货。
(4)需求商客户提交运输申请48小时后不得修改。
(5)需求商客户48小时提交相同目的地的运输申请可合并为一个订单。
(6)需求商客户48小时可以取消运输申请,登陆后请求删除订单。
(7)一个客户只能有一名法人。
(8)供应商客户与需求商客户同时确认订单时予以发货运输。
提出申请48小时后有一方未确认则取消订单。
(9)未发货的同一目的地或其包含路线上的订单数小于10时,在最早提交申请的订单确认24小时后发货运输。
(10)双方确认订单后原则上不允许撤销,如有真实存在的不可抗拒因素而必须取消订单的话,责任方需交付订单金额的10%作为违约金。
若取消订单数目过多导致上条情况发生,则责任方需另交付订单金额5%作为剩余订单公司的延迟运输补偿。
(11)在交付第三方物流运输费用后我司方可开始运输。
(12)每个运输车辆在事故状况中出现3次以上事故本月停止运输工作。
(13)订单中的运输费用必须大于0。
(14)服务评价最高等级为5,最低为1,且一次运输订单号只有一次评价机会。
(15)客户满意度评价中供应商客户与需求商客户对每订单分别能且仅能评价一次。
(16)每一辆车的总载重量不能超过该车的最大载重量。
(17)订单中的出发地和目的地必须和路线中的出发地和目的地相同。
1.7数据约束分析
(1)客户编号约束:
以字母E开头再加上8位数字组成,按流水号一次增大。
check约束为check(EcompNolike‘[E][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]’)。
(2)路线编号约束:
以字母R开头再加上8位数字,按流水号一次增大。
check约束为check(RouNolike‘[R][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]’)。
(3)车辆编号约束:
以字母C开头再加上8位数字。
按流水号一次增大。
check约束为check(CarNolike‘[B][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]’)。
(4)订单编号约束:
以字母O开头再加上8位数字。
按流水号一次增大。
check约束为check(OrderNolike‘[O][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]’)
(5)客户信息表的主键是EcompNo,每一个编号都是唯一的。
(6)客户的所有信息不允许为空。
(7)车辆信息表的主键是CarNo,每一个车辆编号都是唯一的。
(8)路线信息表的主键是RouNo,每一个路线编号都是唯一的。
(9)路线信息表中所有信息不允许为空。
(10)订单表的主键是OrderNo,每一个订单编号都是唯一的。
(11)订单表中运输单价为X元/kg•km,具体情况根据货物类型而定。
(12)所有密码(SSerCode)不能为空值,由6-12位字母和数字组成。
(13)注册日期(regDate)不能为空值,数据类型为datetime。
(14)联系人(Telephone)不能为空值,取值围为00000000000-99
999999999,固定加地区号输入。
(15)订单一旦生成则无法删除。
(16)联系人(EcompName)不能为空值,不得超过20字。
(17)最大载重量(MaxWgt)不能为空值,数据为int。
(18)车牌号(CarNoo)不能为空值,真实填写。
(19)车类型(CarType)不能为空值,不得超过5字,用文字说明。
(20)事故状况(Accidents)不能为空值,数据类型为int。
(21)上牌时间(CarTime)不能为空值,数据类型为int。
(22)总体评价(SerLevel)不能为空值,0-100围int。
(23)运输时间(TranTime)数据类型为int,单位:
小时。
(24)运输单价(TranFee)不可以为空值,数据类型int。
(25)出发地(Start)不能为空值,不得超过20字,用文字说明,默认只能用城市名。
(26)目的地(destination)不能为空值,不得超过20字,用文字说明,默认只能用城市名。
1.8数据字典
1.8.1数据项与数据结构
通过对所建立的表进行分析,我们得到了以下一些数据项:
(1)客户表如表1.1所示。
表1.1客户表
数据项
数据类型
别名
是否为空
约束
取值含义
EcompNo
char(9)
客户编号
Notnull
E00000001-E99999999主键
E代表客户,后8位按顺序由系统自动编号
EcompName
char(6)
客户名称
Notnull
真实填写
RegDate
char(8)
注册日期
Notnull
以天为单位
以系统时间为准
SSerCode
Char(6)
登陆密码
Notnull
字母或数字6位(不分大小写)
Address
Char(30)
客户地址
Notnull
Telephone
varchar(11)
联系人
Notnull
LPName
varchar(6)
法人
Notnull
不得超过3字
用文字说明
ETelephone
varchar(11)
客户
Notnull
ConName
Char(6)
联系人
Notnull
必须为客户公司的经理联系人
(2)车辆表如表1.2所示。
表1.2车辆表
数据项
数据类型
别名
是否为空
约束
取值含义
CarNo
char(9)
车辆编号
Notnull
C00000001-C99999999主键
C代表车辆,后8位按顺序编号
CarLisen
Char(6)
车牌号
Notnull
真实填写
CarTime
Datetime
上牌时间
Notnull
6-12位,由字母和数字组成
SerTend
varchar(20)
服务意向
Null
不得超过20字
用文字说明
Accidents
varchar(20)
事故状况
Notnull
不超过20字
用文字说明
TranFee
varchar(20)
运输单价
Notnull
不超过40字
用文字说明
MaxWgt
Int
最大载重
Notnull
CarType
dvarchar(20)
车类型
Notnull
不超过五字
用文字说明
(3)订单表如表1.3所示。
表1.3订单表
数据项
数据类型
别名
是否为空
约束
取值含义
OrderNo
char(9)
订单编号
Notnull
D00000001-D99999999主键
D代表明细表,后8位按顺序编号
OrderNum
char(9)
订单数量
Notnull
OrderSum
char(9)
订单金额
Null
Start
varchar(40)
出发地
Notnull
不得超过20字
外键
用文字说明
destination
varchar(40)
目的地
Notnull
不得超过20字
外键
用文字说明
GName
varchar(20)
货物名称
Notnull
不超过20字
用文字说明
GWgt
char(10)
货物重量
Notnull
Length
char(10)
路程长度
Notnull
外键
OrderFee
char(9)
运输费用
Null
不得超过40字
OrderScript
Varchar(20)
订单备住
Null
不超过40字
用文字说明
Ordertime
Datetime
订单时间
Notnull
订单生成时间
(4)路线表如表1.4所示。
表1.4路线表
数据项
数据类型
别名
是否为空
约束
取值含义
RouNo
char(9)
路线编号
Notnull
R00000001-R99999999主键
R代表订单,后8位按顺序编号
Start
varchar(20)
出发地
Notnull
不超过20字
用文字说明
Distination
varchar(20)
目的地
Notnull
不超过20字
用文字说明
Length
char(10)
路程长度
Notnull
PriTime
char(10)
预计时间
Notnull
(5)客户评价表如表1.5所示。
表1.5客户评价表
数据项
数据类型
别名
是否为空
约束
取值含义
CommLevel
char(9)
评价编号
Notnull
P00000001-P99999999主键
P代表评价,后8位按顺序编号
SerLevel
char(10)
总体评价
Notnull
CarLevel
char(10)
车辆评价
Notnull
SvLevel
char(10)
服务评价
Notnull
TTLevel
char(10)
所花时间评价
Notnull
RouLevel
char(10)
路线评价
Notnull
FeeLevel
char(10)
费用评价
Notnull
1.8.2数据处理
数据处理结果如表1.6所示。
表1.6数据处理
编号
功能
处理说明
1.
客户注册
当客户成功注册后,自动在客户表中添加该客户的注册信息
2.
修改客户登陆密码
先按客户编号查询到客户基本型信息再对登陆密码进行修改
3.
修改客户联系人
先按客户编号查询到客户基本型信息再对客户联系人进行修改
4.
修改客户联系人
先按客户编号查询到客户基本型信息再对客户联系人进行修改
5.
按客户名称查询客户基本信息
按客户名称精确查询客户基本信息
6.
按客户编号查询客户基本信息
按客户编号精确查询客户基本信息
7.
按法人查询客户基本信息
按客户法人精确查询客户基本信息
8.
按客户经理人查询客户基本信息
按客户经理人精确查询客户基本信息
9.
按客户经理人查询客户基本信息
按客户经理人查询客户基本信息
10.
客户注销
按客户编号精确查询到客户基本信息,再进行删除
11.
订单金额计算
按照路程长度和货物重量计算订单金额
12.
客户评价
客户按照路线,车辆,服务,时间,费用评价,算出平均分生成总体评价。
2数据库概念设计
对实体集及属性、联系集及属性进行定义和E-R模型设计。
2.1定义实体集及属性
(1)客户实体集Ecomp:
客户编号(EcompNo)、客户名称(EcompName)、客户(ETelephone)、注册日期(RegDate)、登陆密码(SSerCode)、地址(Address)、法人(LPName)、联系人(ConName)。
(2)路线实体集Route:
路线编号(RouNo)、出发地(Start)、目的地(Distination)、路程长度(Length)、预计时间(PriTime)等信息。
(3)车辆实体集Car:
车辆编号(CarNo)、车牌号(CarLisen)、上牌时间(CarTime)服务意向(SerTend)、事故状况(Accidents)、运输单价(TranFee)、最大载重(MaxWgt)、车类型(CarType)。
2.2定义联系集及属性
(1)订单Order:
订单编号(OrderNo)、订单数量(OrderNum)、订单总额(OrderSum)、出发地(Start)、目的地(destination)、货物名称(GName)、货物重量(GWgt)、运输费用(OrderFee)、路程长度(Length)、订单备注(OrderScript)、订单时间(Ordertime)。
(2)客户评价CommLevel:
评价编号(CommNo)、总体评价(SerLevel)、车辆评价(CarLevel)、路线评价(RouLevel)、服务质量评价(SvLevel)、运输时间评价(TTLevel)、费用评价(FeeLevel)。
2.3E-R模型设计
系统的E-R模型设计,不仅包括基本实体的E-R图设计,还包括两个实体之间的联系的E-R图设计,下面分别从单个实体E-R图设计、两个实体E-R图设计以及聚合的E-R图设计进行简单表示与阐述。
2.3.1实体E-R模型设计
(1)客户E-R模型如图2.1所示。
图2.1客户E-R模型
(2)车辆E-R模型如图2.2所示。
图2.2车辆E-R模型
(3)路线E-R模型如图2.3所示。
图2.3路线E-R模型
2.3.2多元联系E-R模型设计
订单联系集的E-R模型如图2.4所示。
图2.4订单联系E-R模型
2.3.3总E-R模型设计
第三方物流运输系统总ER图如图2.5所示。
图2.5总E-R模型
3逻辑设计
本次设计的数据库在SQLServer2000上实现,将概念结构设计中的E-R图转换成SQLSever2000支持的关系数据模型。
3.1实体集转化为关系模式
(1)客户实体集Ecomp:
Ecomp(EcompNo、EcompName、