配送管理信息系统方案.docx
- 文档编号:5273665
- 上传时间:2022-12-14
- 格式:DOCX
- 页数:39
- 大小:420.85KB
配送管理信息系统方案.docx
《配送管理信息系统方案.docx》由会员分享,可在线阅读,更多相关《配送管理信息系统方案.docx(39页珍藏版)》请在冰豆网上搜索。
配送管理信息系统方案
0前言
0.1作业背景
本文根据《物流管理信息系统课程设计》课程要求而做。
课程作业要求如下:
用面向对象系统开发的方法,开发工具和数据管理工具分析、设计和实现一个实用的针对餐饮行业——“真功夫”配送管理信息系统。
0.2选题说明
在本课程设计前期,我们通过走访省市几个典型的快餐行业以及上网浏览这些快餐行业的资料,面对面的与用户交流之后,发现如下问题:
(1)个别快餐行业存在客户反应速度偏慢,出现订单满足率不高、不能将服务及时快速准确送达客户的现象。
(2)存在价格过高等现象。
问题在于运输路线、车辆调度不合理,造成运输成本、配送价格偏高现象。
(3)客户需求预测不够完善。
没有重视将客户作为企业最重要的资源,没有通过对客户的服务的持续完善,和对客户各种深入的分析,从而达到对客户需求的预测。
(4)没有完善的售后客户服务及改进平台。
针对因配送服务方面出现差错的客户投诉未进行归纳、总结及改善,导致客户流失现象。
为了解决以上问题,我们设计了针对实际情况的配送管理信息系统。
该系统为企业提供了一个专业性的配送管理信息平台, 对整个业务过程中的订单、车辆、货物进行全程业务控制,监控各个业务环节是否出现延滞和错误,以确保正确和及时地执行客户订单,保证整个业务流程的顺畅。
通过对车辆、人员的管理,利用自有运输资源和外部运输资源,实现作业的合理分配,提高人员的工作效率,降低作业成本。
通过对整个物流配送任务的运行过程进行实时服务跟踪,提高整个配送过程的服务质量和客户满意度。
1项目计划
1.1项目概况
1.1.1系统建设必要性和意义
快餐业的发展是由社会进步和经济发展决定的,是人民生活水平提高与生活方式改善的迫切需要,是人们为适应社会经济建设,工作与生活节奏加快,家庭服务和单位后勤服务走向社会化的必然产物。
20世纪80年代,物流配送的概念开始传入我国,是新兴发展的一项技术,但物流配送技术在餐饮行业中的应用还不成熟,我国大部分餐饮配送服务差强人意,停留在通过传统配送“赚客户的钱”的阶段,现状整体落后,配送成本高,专业化程度低,服务容缺乏竞争力,不能满足客户需求。
配送管理信息化系统推行程度不高,使物流供应商对餐饮企业的信息掌握有限,决策层不能及时了解配送、库存等情况的动态变化,故而无法执行科学合理的运输、财务计划;缺乏相应数据的统计和分析报表,无法为决策提供参考依据。
因此对于餐饮连锁店来说,要想在激烈的竞争中突围,关键还在于拥有一套专业的配送管理信息系统来保证物畅其流。
系统建设的意义可以归结为以下几个方面:
(1)有利于促进餐饮行业配送管理水平的提高
先进的配送管理信息系统,能够保持企业信息流和物流的畅通,能够帮助快速高效的实现订单反应、配送运输等的整个业务流程,使服务流程优化,服务水平提高。
这就要求企业及时掌握真实和动态的库存状态,合理调配运力、库房、人员等各种资源,有效监控和反馈订单执行情况,有效统计和管理门店货物需求信息,及时掌握提供决策分析的相应数据统计和分析报表。
(2)有利于促进餐饮行业物流管理水平的提高
发展现代餐饮行业物流配送管理信息系统,必须要对现有的配送信息系统进行整合,优化业务流程,再造组织结构,应用信息技术和现代化的物流设备,全面推行科学分析与控制,实现物流与商流、资金流、信息流的统—,有利于促进该行业物流管理水平的提高。
1.1.2同类型系统建设发展现状说明
近几年来,尽管中式快餐业发展很快,网店数量和规模都不断扩大,品牌企业的发展实力和运营也日益增强,但以麦当劳、肯德基为代表的洋快餐相比,中式快餐还存在明显的差距。
究其原因,是因为洋快餐有明显的优势:
方便快捷,立等可取,节省了消费者的就餐时间。
在配送方面,中式快餐缺少一套专业的配送管理信息系统来保证物畅其流。
1.2项目计划
1.2.1设计围
针对同类型系统的优势和劣势,我们计划设计一个“真功夫”的配送管理信息系统,以便保证物畅其流。
该系统主要专注于物流配送管理一方面,具备以下功能:
(1)信息服务。
本系统有客户服务模块,可以及时有效的对客户进行服务。
(2)物流配送。
运用现代物流配送方法,对用户需求地进行分析规划,对客户进行细致周到专业的配送服务。
(3)运输。
通过对路线的优化选择,车辆配装的合理分配,使运输更加方便快捷。
1.2.2可交付的工作任务
基于现阶段真功夫发展的需要,拟建一个以信息服务为主要容的配送管理信息平台,具体说明如下:
(1)业务流程图
(2)数据流程图
(3)U/C矩阵
(4)E-R图
(5)功能模块图
(6)网络拓扑图
(7)数据表
1.2.3所采用的工具和技术清单
在系统的设计中,我们主要用到了一系列的工具与技术,具体如表1-1所示。
表1-1工具与技术清单
设计容
工具
系统业务流程的分析与设计
业务流程图
系统数据流的分析与设计
数据流程图
文字编辑和图表制作
Word
数据库实现
VF
图表设计
Visio
整体形象设计及调整
Photoshop
数据库设计
E-R图
1.2.4各项任务工作量估计、项目分工、时间进度安排
(1)经过仔细的考虑,我们将时间进行了合理的分配,具体的设计进度见表1-2。
表1-2课程设计进度表
课程设计工作进度表
工作容
全体人员
工作时间
进度
系统规划
全体人员
8时·人
6.15—6.16
系统分析
全体人员
20时·人
6.16—6.18
系统设计
全体人员
20时·人
6.19—6.21
系统实现
全体人员
12时·人
6.22—6.23
上交文档
全体人员
8时·人
6.24
(2)本次设计围、所需交付的每一项任务所需方法工具、完成每一项任务所需工作量的估计、项目分工、时间进度安排进行汇总,见表1-3。
表1-3工作任务及实施明细表
步骤
容
具体容
参加人员
方法工具
工时
1
系统规划
系统规划
全体人员
调研讨论
8时·人
2
系统分析
目标分析
全体人员
调研讨论
2时·人
用户分析
全体人员
调研讨论
2时·人
组织结构
功能分析
徐明月
组织结构图
组织/功能图
3时·人
业务流程分析
罗姣
业务流程图
3时·人
数据分析
傅赛
数据流图
数据字典
3时·人
处理逻辑描述
廖韦慧
判定表
3时·人
数据存储分析
郭凯敏
数据立即存取图
4时·人
3
系统设计
网络拓扑结构设计
全体人员
B\C,C\S分析
网络拓扑结构图
4时·人
功能模块设计
徐明月
系统结构图、HIPO图
4时·人
代码设计
罗姣
规设计
3时·人
数据库设计
傅赛
E—R实体图
关系表
3时·人
输入输出设计
廖韦慧
界面设计
3时·人
处理过程设计
郭凯敏
流程图
3时·人
4
系统实现
栏目设计
全体人员
调研、讨论
3时·人
物理储存结构设计
全体人员
设计
3时·人
布局设计
全体人员
Dreamweaver、PS
3时·人
总体风格设计
全体人员
Dreamweaver、PS
3时·人
5
上交文档
上交文档
全体人员
8时·人
2系统分析
2.1系统目标
2.1.1系统的目标
我们所设计的系统是“真功夫”配送管理信息系统,我们的目标在于利用物流信息方面的技术作为企业的核心竞争力,推动自身其它方面的不断发展,争取成为快餐行业的佼佼者。
2.1.2系统的类型
类型确定为“真功夫”餐饮行业与用户之间信息服务性。
通过专业化的物流配送信息服务,实现客户需求满足,同时实现企业的建设和发展。
2.1.3业务领域
通过先进的配送管理信息系统,建立企业自身完善的数据库。
在客户下订单后,通过对车辆、人员的管理,利用自有运输资源和外部运输资源,实现作业的合理分配;对整个业务过程中的订单、车辆、货物进行全程业务控制,监控各个业务环节是否出现延滞和错误,以确保正确和及时地执行客户订单;最后,根据相关单据进行财务结算等工作。
2.1.4服务对象
目前主要的服务对象是省市大学城附近的人群。
随着业务的增加和自身实力的提升,未来可能会将服务对象扩展到全国大中型城市。
2.2同行业系统对比分析
我们根据实地考察和网上调研,通过了解同行业主要竞争对手的发展现状,总结出其优势和劣势,具体容见表2-1。
表2-1同行业系统对比分析表
主要竞争对手
业务围
运营模式
交易方式
服务优势
存在不足
肯德基
立足、辐射全国
定点销售、运营
面对面交易和网上交易结合
市场规模大,可以提供的服务全面
配送价格相对偏高
麦当劳
同上
同上
同上
专业配送等专业化服务
销售围相对偏小
必胜客
同上
同上
同上
企业实力强,销售点较多,宣传到位
消费水平偏高,配送种类相对单一
通过了解并研究以上竞争对手的情况,我们发现“真功夫”配送管理系统存在以下的优势和劣势:
1)优势:
我们业务比较集中,目前仅在省市的高校。
另外我们对高校的情况比较了解,可以根据实际情况对我们的相关计划进行调节,可动性比较强。
2)劣势:
目前企业的实力不是很大,在宣传等业务附加层面做的不是很好。
2.3用户分析
我们根据自身业务和系统建设的需要,设定了前台用户和后台用户。
前台用户是指根据系统设计者设计出的功能进行相关业务的部门和客户。
主要包括:
车辆调度部、客户服务中心、财务部、人事部、信息部、终端客户。
后台用户是指进行系统建设和维护的相关人员,主要包括:
信息部系统维护员、数据库管理员、程序设计员、系统设计员。
2.4组织结构与功能分析
1)组织结构图反映组织机构设置情况,反应组织各机构之间的关系。
组织结构图采用层次模块的形式绘制。
图2-1是“真功夫”配送管理信息系统的组织结构图。
采用事业部制组织结构,实行集中决策的分散经营和分权管理。
图2-1“真功夫”配送管理信息系统组织结构图
2)功能组成表反映了系统的一级模块和二级模块,以及模块相关的功能。
这些均在表2-2中得以体现。
表2-2“真功夫”信息系统的功能组成表
一级模块名称
二级模块名称
实现的功能描述
订单管理
订单接收
订单确认
接受、审核客户订单,在运营过程中
可以对订单进行查询。
配送管理
运输计划调度
配送路线优化
配送商品追踪
配送车辆调度
数据维护
通过查询从订单管理模块传递过来的订车信息,制定相关的运输计划和调度,并根据订单需求和区域地理信息,来确定优化的配送路线和配载计划方案,对货物运输的动态跟踪和监控,从而实现配送成本的最大效益。
途中意外状况处理,进行数据维护
退货管理
用户退货管理
支持扫描式退货商品信息输入方法,发送退货单到相关部门和系统
客户关系管理
客户服务管理
客户信誉评估
客户资料查询
客户反馈管理
客户管理集中把客户的一个订单当作项目全程跟踪,包括对客户提供的服务类型、对客户信用的评价及客户在服务过程中的反馈等各个方面。
财务管理
账单管理
配送计费管理
利润结算管理
财务统计报表
财务管理功能主要用于配送管理业务中和费用相关的各种数据,并建立配送管理信息系统与专业财务系统的接口。
3)在一个系统中,明确各个组织和相关功能的关系是合理建设并应用系统的前提,基于这方面的考虑,我们给出了表2-3。
表2-3组织功能关系表
功
能组
织
财务
管理
配送
管理
客户服务
信息
管理
财务计划
成本核算
基金管理
车辆调度
人员调度
跟踪监控
信息反馈
系统建设
系统维护
信息汇总
客服部门
—
—
—
—
—
—
*
—
—
√
调度部门
—
—
—
*
√
*
√
—
—
—
信息部门
—
—
—
×
×
×
√
*
*
*
人事部门
—
—
—
—
*
√
√
√
√
√
财务部门
*
*
*
—
—
—
—
—
—
√
注:
“*”表示该项业务是对组织的主要业务
“×”表示该单位是参加协调该项业务的辅助单位
“√”表示该单位是该项单位的相关单位
“—”表示该单位与对应业务无关
2.5业务流程分析
业务流程分析主要是针对系统所涉及的业务功能帮助系统分析人员了解系统所要达到的目标,防止其在系统的设计时出现不合理的情况,为新系统的开发打下良好的基础。
2.5.1订单处理流程
从接到客户订单开始到到货签收为止一直是以订单或订单为依据生成其它单据来连接相关处理的。
少量的订单可以进行人工管理,但对于大批量的订单,人工管理显然不足以满足要求,这时若能采用计算机辅助管理,便可以提高工作效率,减少出错率。
但在进行计算机辅助管理之前,需要对订单处理的流程进行分析,图2-2就是该系统的订单处理流程。
图2-2订单管理的业务流程图
由以上的业务流程图可以看出:
当用户向客户服务部发出订单,并由其验收订货单后,根据验收订货单建立客户存档,对验收合格的订货单将发送给调度部,调度部根据客户分布情况和订单制定出配送计划,之后就是送货和客户签收了,签收后财务部和客户进行财务结算,并生成结算清单,同时存档。
2.5.2配送作业流程
配送作业流程主要是调度部根据运输资源和所需运达的地点以及运输量制定出的合理的运输计划,目的在于以最低成本获得最高效的运输。
本系统的配送作业流程见图2-3。
配送资源文件
财务费用结算
配送计划文件
图2-3配送管理的业务流程图
由上述的配送管理流程图可以看出:
调度部根据运输资源和所需运达的地点以及运输量制定出合理的运输计划,同时进行配送计划存档,然后生成调度计划,调度计划随后传给财务部进行成本统计和费用结算,同时生成结算清单,在整个配送过程中,实行了配送跟踪,最后进行配送业务统计并生成统计报表。
2.6数据分析汇总
在此次系统调查中我们按组织结构和业务过程收集了大量的数据并制定了相应的数据调查表,它们在一定程度上反映配送管理业务对数据的需求和现有的数据管理状况。
我们对于这些数据资料加以汇总、整理和分析,使之协调一致,为以后在分布式数据库各子系统充分的调用和共享数据资料等功能的实现奠定了基础。
现将分析汇总的过程简述如下:
1)确定数据类型
确定数据类型包括用功能法归纳出数据类,然后通过实体/数据类矩阵得到功能/数据类矩阵。
(1)用功能法归纳出数据类。
即对每个相应的输入输出数据类,进行归纳总结出数据类。
详细情况见表2-4。
表2-4实体/数据类矩阵
实
体
数
据
类
产品
客户
设备
资金
人员
计划
销售计划
市场计划
设备计划
预算
人员计划
统计
产品需求
销售历史
利用率
财务统计
人员统计
文档
产品品类
客户资料
工作负荷及运行
财务会计
职工档案
事务
订货
调度记录
进出记录
应收业务
人事调动记录
(2)功能/数据类矩阵。
功能/数据类矩阵表示功能与数据类之间的联系。
功能与数据类交叉点上标以,C表示这个数据由相应的功能产生;U表示这个功能使用这个数据类。
具体的情况见表2-5
表2-5功能/数据类矩阵
数
据
功类
能
餐饮
成本
职工
财务
财务区域
设备
计划
订单服务
C
财务计划
U
U
C
固定资产
U
C
U
调度
C
人员计划
C
U
U
车辆管理
U
C
成本会计
C
U
通用会计
C
U
成本计划
C
U
招聘发展
U
2)子系统划分及其实施顺序的确定,即调整功能/数据类矩阵。
其实现的过程主要包括以下的两个方面:
(1)功能这一列按功能组排列,每一功能组中按资源生命周期的四个阶段排列。
(2)排列“数据列”这一行,使得矩阵中C最靠近主对角线,同时使U也尽可能靠近对角线。
得到调整后的功能/数据类矩阵,见表2-6。
表2-6划分子系统表
数
据
功类
能
计划
财务
设备
客户
服务区域
成本
职工
财务计划
C
U
U
固定资产
C
U
U
订单服务
C
U
调度
C
车辆管理
C
U
U
成本计划
U
C
成本会计
U
U
C
U
通用会计
U
人员计划
U
C
招聘发展
U
2.7数据流程分析
数据流程分析基于已有的业务流程分析,把数据在组织部的流动情况抽象地独立出来,舍去了具体的组织机构、信息载体、物质、材料等,单从数据流动过程来考查实际业务的数据处理模式。
数据流程分析的目的就是要发现和解决数据流通中的问题。
对收集的数据及处理数据的过程进行分析和整理,以形象直观的数据流程图表示出来,作为今后建立数据库系统和设计功能模块处理过程的基础。
该配送管理信息系统的数据流程图绘制的主要步骤如下:
画数据流程图的顶层图,初步确定系统的输入、输出和外部实体;分解顶层图;逐步分解、扩充和调整,进行二级细化。
具体数据流程图见图2-4至图2-6。
订单
运输计划(含订货单)
图2-4“真功夫”配送管理信息系统数据流程图(顶层)
订单合格订单D2采购订单
D3生成发货单
D7D6D4库存清单
配出
送库
计清
划单
D8到货确认明细D5收货清单D1订货单
D9到货结算清单
图2-5“真功夫”配送管理信息系统数据流程图(第一层)
D6出库清单D12配送源文件
D14配送方式文档
D7配送计划文档
计划信息
调度信息运输信息
配送信息
D14统计报表
D11配送结算清单
图2-6配送管理数据流程图(第二层)
2.8数据字典
数据字典是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据和外部实体进行定义和描述的工具,是数据分析和管理的工具,同时也是系统设计阶段进行数据库设计的重要依据。
其主要包括以下的六部分。
1)数据项。
数据项又称为数据元素,是数据的最小组成单位。
数据项见表2-7。
表2-7数据项一览表
编号
数据项
类型
长度
小数位
值域
从属说明
B001
产品编号
字符
13
—
—
产品
B002
产品数量
数据
5
0
>0
产品
B003
产品价格
货币
8
4
>0
产品
B004
工号
字符
10
—
—
员工
B005
入职日期
日期
8
—
—
员工
B006
员工
字符
10
—
—
员工
B007
顾客
字符
12
—
—
顾客
B008
数值
8
2
>0
顾客
B009
地址
字符
50
—
—
顾客
B010
备注
字符
30
—
—
顾客
B011
数量
数值
4
0
>0
所发商品
B012
折扣
数值
8
4
>0
所发商品
B013
退货单价
数值
8
4
>0
销售退货
2)数据结构。
数据结构是对数据之间的组合关系进行的定义,只有明确了数据之间的关系才能更好的进行系统的设计,为以后的系统的有效使用奠定坚实的基础。
具体的数据结构见表2-8。
表2-8数据结构一览表
编号
名称
组成
有关数据流或数据结构
有关的处理逻辑
简要说明
J001
产品
产品编号、名称、规格、单价、
订货单、发货单
编辑/审核订货单,编辑发货单
公司负责订单基本信息
J002
出货信息
出货单号、时间、数量
出库单、发货单、收款通知
出货、配送、会计
向库户提供货物的信息
J003
员工信息
工号、、入职日期
—
—
员工管理的基本信息
3)数据流。
数据流表达了数据的流向。
其由一个或一组固定的数据组成。
只有明确了数据的准确流向才能更好的管理和使用数据,使整个系统准确的运行,并且可以使系统在紧急情况下不受损害。
见表2-9
表2-9数据流一览表
数据流编号
数据流名称
简要说明
数据流来源
数据流去向
数据流组成
D001
订单
顾客开出的订货凭证
顾客
中式快餐物流管理信息系统
订单号、日期
数量、单价
D002
运输计划清单
运输部门开出的运输凭证
运输部门
客户服务部门
运输单号、日期、数量
D003
到货确认明细
客户服务部门开出的客户收货凭证
客户服务部
财务部门
到货确认明细单号、日期、数量
4)处理逻辑。
数据字典中的处理逻辑,仅对数据流程图中最底层的处理逻辑加以说明。
处理逻辑具体情况见表2-10。
表2-10处理逻辑一览表
处理逻辑编号
处理逻辑名称
输入数据流
输出数据流
处理
有关的数据存储
C001
客服部门
订单、运输计划清单
订单、到货确认明细单
根据订单制定采购单、由运输计划清单得到到货确认明细单
订单存档、到货确认明细存档
C002
运输部门
货物清单
运输计划清单
运输部门根据出库清单生成运输计划清单
运输计划
存档
C003
财务部门
到货确认明细单
送货结算清单
进行财务结算
送货结算清单存档
5)数据存储。
数据存储是指在系统中应该保存的数据结构以及具体的数据容,不涉及数据存储的物理组织。
具体存储情况见表2-11。
表2-11数据存储一览表
编号
数据存储名称
组成部分
立即查询
D1
产品需求清单
产品编号
有
产品名称
无
单价
有
备注
无
D2
收货清单
产品编号
有
产品名称
无
单价
有
收货量
有
需求日期
有
备注
无
D3
运输计划文档
运输编号
有
运输距离
无
运输时间
无
运输量
无
备注
无
6)外部项。
外部项是信息系统数据的来源和去向。
主要包括客户和供应商。
其编号等具体情况见表2-12。
表2-12外部项一览表
外部项编号
外部项名称
简要说明
输入数据
输出数据
W001
顾客
订餐顾客
—
订单
W002
供应商
提供食材的供应商
采购单
发货单、付款通知
以上的表详细的介绍了该系统的数据字典,在数据流程图和数据字典等工具相互配合下,便可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。
为以后的系统设计奠定坚实的基
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 配送 管理信息系统 方案
![提示](https://static.bdocx.com/images/bang_tan.gif)