物流信息系统设计连锁餐饮企业Word格式.docx

物流信息系统设计连锁餐饮企业Word格式.docx

《物流信息系统设计连锁餐饮企业Word格式.docx》由会员分享，可在线阅读，更多相关《物流信息系统设计连锁餐饮企业Word格式.docx（20页珍藏版）》请在冰豆网上搜索。

采购部：

负责公司的总体采购工作，包括固定用品和日产消耗品以满足加工中心的生产需要。

加工中心：

负责生产本公所提供食品的半成品。

信息部：

负责本公司物流管理系统的开发，维护，升级等工作。

客服部：

负责响应客户需求，其工作包括呼叫中心业务。

负责对客户的信息进行管理和维护，了解客户的需求。

财务部：

负责公司的财务工作。

总经理助理：

统筹管理公司的各下属门店。

各门店：

下设厨房，前台，配送员，接收系统发送的客户订单，完成将预先准备好的半成品加工成成品，并送到客户指定地点的业务流程。

同时也提供客户在前台现场订餐，自己带走的服务。

本公司的物流信息的各模块均有对应的公司部门，完成其功能。

各门店---门店管理系统、订单录入系统

客服部----用户管理系统、订单录入系统

加工中心---生产管理系统

采购部---采购管理系统

财务部---工资管理系统

3.主要业务流程分析

本餐饮企业的主要业务接收客户订餐要求订单，并进行处理，最后由送餐员送餐到客户手中。

其中，物流信息系统的主要功能为订单处理，下面针对订单处理的流程，结合流程图，给出具体介绍。

客户产生订餐需求，通过电话或网络联系本餐饮企业，给出订餐信息，由工作人员记录相关订餐信息，并确定订餐者是否是已注册的老用户。

若是老用户，则操作人员直接进入用户账户，进行具体订单录入；

否则，需操作人员或订餐者本人，进行新用户注册，创建一个用户账户之后，再登录录入具体订单信息。

订单信息录入后，订单生成。

系统根据各门店的地址和订餐客户的具体位置，自动将订单就近分发给各个门店。

各门店接到客户订单，按订单要求完成配餐，同时，向系统反馈信息。

门店按照订单进行配餐，需要一定时间。

完成配餐后，根据订单进行检查，若检查无误，交予送餐员，安排具体送货；

若检查有误，需再次配餐，再次检查，直至核查无误。

送餐员接到送餐任务，首先确认送餐信息，如客户要求的餐品、时间、地点等。

送达客户后，客户确认收到餐品后，送餐员及时反馈给系统，订单履行即完成。

4.相应业务流程的数据和数据流程分析

顶层数据流图：

数据中心接收客户需求，企业从数据中心获取客户订单信息。

企业根据订单信息对客户履行订单需求，客户需求满足后，给数据中心予信息反馈。

第一层数据流图：

以数据中心为中心焦点，在日常的实时订单生成和履行过程中，数据中心频繁与用户管理系统、订单管理系统和各门店管理系统进行数据交换。

信息的流向均是双向的。

由用户发出订单需求给数据中心；

数据中心将订单信息发送到订单管理系统，生成订单；

数据中心将订单任务分配给各门店系统。

与此同时，各系统将信息及时反馈给数据中心，进行确认和存储。

数据中心还控制着生产管理、采购管理和工资管理等操作，为这些操作提供及时和准确的信息。

第二层数据流图：

4.3.1订单管理系统：

客户将以两种形式进行外卖订餐——电话和网络。

通过电话接线员或客户自己，将相关信息录入，并登录客户的个人账户，进行历史数据记录。

在门店内直接点餐的客户，由门店点餐员进入公共账户，进行数据记录。

订单信息和数据记录完毕，生成订单。

系统订单内容，包括用户基本信息、个人饮食偏好、付款方式和账户余额等。

这些信息的生成和记录，不仅完善了订单数据，更为客户提供了信息依据，方便其以后点餐。

完善的订单信息传输到门店管理系统，并生成最终的订单，供店员配餐和送餐员送餐员送餐等。

门店管理系统将每日营业信息及时与数据中心进行交换。

4.3.2用户管理系统：

对于用户管理系统，订餐客户分为两种，新用户和老用户。

新用户通过创建新的个人账户，并录入个人基本信息，登录个人账户。

老用户则直接登录个人账户。

进入账户，进行订餐需求的录入，生成订单。

同时，销售信息和用户消费的信息将传送至数据中心，一方面作为历史数据存储起来，另一方面及时与新订单进行数据交换。

生成的订单传送至各门店管理系统，进行具体任务分配。

4.3.3门店管理系统：

完整的订单信息传送到门店管理系统，由后台打印机生成具体送货单和餐品需求单，厨房根据餐品需求单进行配餐后，将餐品和送货单交予送餐员，送餐员根据具体送餐信息，向客户送餐，并及时反馈餐品在途的相关信息和情况。

当客户接到送餐员送达的餐品后，对服务进行确定，信息反馈给门店管理系统。

与此同时，门店管理系统将实时反馈给用户管理系统和数据中心，完成数据交换和更新。

5基于uc矩阵求解，进行子系统划分

Uc矩阵如图所示

用户基本信息

登陆记录

订单需求

用户其他信息

最终订单需求

配送线路

门店销售记录

送餐员信息

门店编号

实时反馈信息

订单完成信息

用户订餐信息接收

c

用户账户登录

消费查询

u

生成订单

订餐信息核对

任务分配

门店备货

送餐员调度

线路规划

送餐

订单完成

信息备份

经过调整优化后，uc矩阵如下图所示：

整个系统划分为：

订单管理系统，用户管理系统，门店管理系统。

还有采购管理系统，财务管理系统，生产管理系统没有列出。

前三个系统划分如图所示。

6代码设计

餐饮企业的配送系统是一个相当复杂的系统，电话定餐和网络订餐的客户来自于南京的各个区位，它们通过登陆总部的用户管理中心完成订餐过程，而各个门店也分布在不同的区位，客户与，门店的分散性增加了配送的难度。

代码设计的作用主要是便于鉴别、分类、排序和索引。

代码设计的前期工作

对于餐饮的配送，包括订单的生成和履行，从餐饮的物流信息考虑，订单的流动流程如下图所示。

图订单的流动流程图

从图中可以看出，在订单流动中需要以下几个方面的内容：

1客户的识别信息

2门店的识别信息

3送餐员的识别信息

下面就这三个方面如何编码具体阐述

6.1.1客户信息识别

由于客户之间存在差异性，比如说，客户的地址不同，客户的联系方式不同等等。

这就给编码带来了不必要的麻烦。

为了在订单中能够反映出客户的信息，方便编码反映出客户的不同，我们将客户编号（由地址的汉字首字母和联系电话号码组成）进行转化为物流过程中所需要的简单编号。

考虑到客户的数目，分配13位，前两位数字表示区位，后11位为用户的联系方式（固定电话在首位用0补充），标志不同区域的不同的客户。

表1客户编号和简略代码对应关系

客户

客户编号

简略代码

客户1

XW

0

客户2

YH58

09

6.1.2门店的识别信息

结合该餐饮企业的现状，结合其规模大小，大约有十几家门店，分配两位数字进行编码。

表2门店编号和简略代号对应关系

门店名称

门店编号

简略代码

门店1

XW某某餐饮

08

门店2

JN某某餐饮

03

……

……

6.1.3送餐员的识别信息

各个门店送餐员的数量较多，分散大，考虑到这些，分配三位数字进行编码。

送餐员名称

送餐员编号

送餐员1

XW021

021

送餐员2

QX011

011

代码设计

通过上述的分析过程，我们可把订单代码设计为十九位组合码，最后一位为校检码。

即XXXXXXXXXXXXXYYZZZN,XXXXXXXXXXXXX为客户代码，YY为门店代码，ZZZ为送餐员代码，N为校验位。

代码构成：

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

A

B

C

N

A:

客户代码

B：

门店代码

C:

送餐员代码

代码应用图

7基于E-R模型的关系型数据库设计

数据库是信息系统的核心组成部分。

数据库设计在信息系统的开发中占有重要的地位，数据库质量的好坏直接影响信息系统的运行效率及用户对数据库使用的满意度。

数据库设计主要分为两部分：

概念模型的设计和数据模型的设计。

概念模型的设计

数据库概念模型设计的任务是产生和反映企业组织信息需求的数据库概念结构，即概念模型。

E-R图是概念模型设计有力的工具，其比较容易实现的，直观易懂，能够比较准确地反映现实世界的信息联系，从概念上反映一个数据库的信息组织情况。

这里我们以客户订单的生成至履行为例画E-R图进行实体之间联系。

图中的每个实体都有各自的属性，且不是孤立存在的，它们通过联系与其他实体联系构成整个业务流程的整体。

例如，订单中包含了商品的种类、数量、单价以及总价，还有客户的地址等，同时这些属性还可以在别的实体中发现，比如在客户资料中有客户的地址与区位。

通过E-R模型的设计，我们可以明确各实体间的联系及其各自的属性与数据，为接下来的数据库设计打下了基础。

具体的E-R图如图

数据模型的设计

.数据模型的设计的主要任务就是将概念模型设计中的E-R图转换为DBMS支持的数据结构模型，即把E-R图中每个实体和联系都转换为一个关系表并对其进行规范化。

在转换过程中应注意，要保证每个实体的属性满足第三范式的要求，将实体的属性用字段名称来表示，确定其数据类型，定义每个实体的主键和外键，最后通过实体之间的联系将所有的数据设计为一个整体。

具体的数据模型的设计如下：

A客户资料

主键/外键

字段名称

数据类型

字段宽度

主键

客户姓名

character

50

客户联系

numberic

20

客户地址

客户区位

B、用户管理中心

数据类型

字段宽度

部门名称

C1、客户个人账户

客户消费记录

账户余额

客户饮食偏好

C2订单

商品种类

商品单价

商品总金额

50

商品数量

门店管理中心

门店地址

订单

Character

Numberic

发送时间

送餐员

工件经验

健康状况

身份证号码

编号

已分配到的订单数

性别、年龄

地址

送达时间

8.系统软硬件平台设计

硬件设计

客户通过网络、电话，或是在门店直接点餐的方式，将订单信息经网络系统传输给数据中心。

各门店使用门店终端将订单信息传送给系统；

电话接线员登录系统，将信息录入；

网络点餐的客户，直接登录网上用户系统，将信息提交给系统。

数据中心将信息汇总，生成订单。

在各门店生成条形码标签与指定产品绑定，送餐员用条形码扫描仪确认产品，在送餐途中配置GPS定位装置，以实时发送产品在途情况。

通信设备：

内部网和广域网相结合；

网络互连设备：

中继器，网桥，路由器，网关、交换机和集线器等；

识别系统：

条形码，条形码扫描仪；

跟踪和导航系统：

GPS定位导航。

软件设计

数据库管理系统：

SQLSever；

财务管理软件、税务管理软件；

Office2007

9结束语

从总体上看，我们初步设计的物流信息系统已经具备了完成信息传输和数据处理、存储的功能，将各物流环节紧密联系起来。

在功能划分方面，按照“高内聚、低耦合”原则，将信息系统的各部分功能明确化，各个模块相互独立。

一个好的信息系统，应该是分工明确且具有一定的原则性的。

按照规定的流程和步骤进行操作，能为企业节省一定的物流成本和人力资源。

基于此，我们对餐饮公司及其门店进行系统的设计，主要包括组织结构功能设计、数据及数据流设计、基于E-R模型的数据库设计，代码设计和软硬件平台的设计等等。

从这些设计出发，对当前餐饮企业的整体分析，找出现存的问题以便于改进。

再精美的设计，如果只是停留在文档中，也无异于“纸上谈兵”。

因此，我们设计的物流信息系统，在实际的企业中是否真正可行，还有待印证。

在设计阶段，我们尽量考虑到企业实际运作和经营过程中，信息系统所要解决的问题，并根据问题的提出，设计具体功能。

在后期工作中，我们将进行可行性的分析，并结合实际运用中暴露出系统的漏洞或者错误，针对性的合理设计，进行修改或重新设计，不断改进该餐饮企业的物流信息系统，为整个餐饮业的发展打下坚实的基础，增强企业的核心竞争力和综合实力。