物流系统数据库设计Word格式.docx

上传人:b****2 文档编号:1225137 上传时间:2023-04-30 格式:DOCX 页数:44 大小:150.10KB
下载 相关 举报
物流系统数据库设计Word格式.docx_第1页
第1页 / 共44页
物流系统数据库设计Word格式.docx_第2页
第2页 / 共44页
物流系统数据库设计Word格式.docx_第3页
第3页 / 共44页
物流系统数据库设计Word格式.docx_第4页
第4页 / 共44页
物流系统数据库设计Word格式.docx_第5页
第5页 / 共44页
物流系统数据库设计Word格式.docx_第6页
第6页 / 共44页
物流系统数据库设计Word格式.docx_第7页
第7页 / 共44页
物流系统数据库设计Word格式.docx_第8页
第8页 / 共44页
物流系统数据库设计Word格式.docx_第9页
第9页 / 共44页
物流系统数据库设计Word格式.docx_第10页
第10页 / 共44页
物流系统数据库设计Word格式.docx_第11页
第11页 / 共44页
物流系统数据库设计Word格式.docx_第12页
第12页 / 共44页
物流系统数据库设计Word格式.docx_第13页
第13页 / 共44页
物流系统数据库设计Word格式.docx_第14页
第14页 / 共44页
物流系统数据库设计Word格式.docx_第15页
第15页 / 共44页
物流系统数据库设计Word格式.docx_第16页
第16页 / 共44页
物流系统数据库设计Word格式.docx_第17页
第17页 / 共44页
物流系统数据库设计Word格式.docx_第18页
第18页 / 共44页
物流系统数据库设计Word格式.docx_第19页
第19页 / 共44页
物流系统数据库设计Word格式.docx_第20页
第20页 / 共44页
亲,该文档总共44页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

物流系统数据库设计Word格式.docx

《物流系统数据库设计Word格式.docx》由会员分享,可在线阅读,更多相关《物流系统数据库设计Word格式.docx(44页珍藏版)》请在冰点文库上搜索。

物流系统数据库设计Word格式.docx

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)

客户名称

真实填写

RegDate

char(8)

注册日期

以天为单位

以系统时间为准

SSerCode

Char(6)

登陆密码

字母或数字6位(不分大小写)

Address

Char(30)

客户地址

Telephone

varchar(11)

联系人电话

LPName

varchar(6)

法人姓名

不得超过3字

用文字说明

ETelephone

客户电话

ConName

联系人姓名

Notnull

必须为客户公司的经理联系人

(2)车辆表如表1.2所示。

表1.2车辆表

CarNo

车辆编号

C00000001-C99999999主键

C代表车辆,后8位按顺序编号

CarLisen

车牌号

CarTime

Datetime

上牌时间

6-12位,由字母和数字组成

SerTend

varchar(20)

服务意向

Null

不得超过20字

Accidents

事故状况

不超过20字

TranFee

运输单价

不超过40字

MaxWgt

Int

最大载重

CarType

dvarchar(20)

车类型

不超过五字

(3)订单表如表1.3所示。

表1.3订单表

OrderNo

订单编号

D00000001-D99999999主键

D代表明细表,后8位按顺序编号

OrderNum

订单数量

OrderSum

订单金额

Start

varchar(40)

出发地

外键

destination

目的地

GName

货物名称

不超过20字

GWgt

char(10)

货物重量

Length

路程长度

OrderFee

运输费用

不得超过40字

OrderScript

Varchar(20)

订单备住

Ordertime

订单时间

订单生成时间

(4)路线表如表1.4所示。

表1.4路线表

RouNo

路线编号

R00000001-R99999999主键

R代表订单,后8位按顺序编号

Distination

PriTime

预计时间

(5)客户评价表如表1.5所示。

表1.5客户评价表

CommLevel

评价编号

P00000001-P99999999主键

P代表评价,后8位按顺序编号

SerLevel

总体评价

CarLevel

车辆评价

SvLevel

服务评价

TTLevel

所花时间评价

RouLevel

路线评价

FeeLevel

费用评价

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图转换成SQLSever2

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 小学教育 > 语文

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2