物流信息系统设计连锁餐饮企业_第1页
物流信息系统设计连锁餐饮企业_第2页
物流信息系统设计连锁餐饮企业_第3页
物流信息系统设计连锁餐饮企业_第4页
物流信息系统设计连锁餐饮企业_第5页
已阅读5页,还剩13页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、连锁餐饮企业物流信息管理系统 1 系统需求分析本公司是一家连锁餐饮企业。从事餐饮快餐的生产,配送业务。本公司采取连锁加盟模式,设有采购中心,加工中心(生产半成品),各门店,网络和呼叫中心,各门店负责将半成品加工为最终产品,并完成向客户的配送。公司加工中心向各门店的配送采取高级拉式库存管理。根据各门店的历史数据预测并分配各门店半成品的配送额。各门店向客户的配送则根据客户的临时需求迅速响应,在较短时间内完成从备货到配送的所有流程。为了满足客户的需求,适应其消费习惯,本公司将提供给消费者三种订餐方式供其选择,电话订餐,网络订餐和门店订餐自取。 在这个过程中,需满足一下需求:准确:按照客户的需求,将指

2、定商品在限定的时间内送到指定地点查询:从下订单开始客户均可通过物流信息系统实时查询订单履行的进度。快速:对系统处理要求比较迅速。集成化管理:通过物流信息系统,可以将本公司业务的完整供应链集成管理。高效:通过信息系统管理,有效减少了公司各环节所需的人员成本,提高了运营效率,提高了公司的管理水平。2 组织结构和功能分析公司主要的组织结构如下图所示:公司的各部门职责如下:总经理:统筹公司总体业务,监督各部门完成本部门工作任务。协调各部门间关系。采购部:负责公司的总体采购工作,包括固定用品和日产消耗品以满足加工中心的生产需要。加工中心:负责生产本公所提供食品的半成品。信息部:负责本公司物流管理系统的开

3、发,维护,升级等工作。客服部:负责响应客户需求,其工作包括呼叫中心业务。负责对客户的信息进行管理和维护,了解客户的需求。财务部:负责公司的财务工作。总经理助理:统筹管理公司的各下属门店。各门店:下设厨房,前台,配送员,接收系统发送的客户订单,完成将预先准备好的半成品加工成成品,并送到客户指定地点的业务流程。同时也提供客户在前台现场订餐,自己带走的服务。本公司的物流信息的各模块均有对应的公司部门,完成其功能。各门店-门店管理系统、订单录入系统客服部-用户管理系统、订单录入系统加工中心-生产管理系统采购部-采购管理系统财务部-工资管理系统3.主要业务流程分析本餐饮企业的主要业务接收客户订餐要求订单

4、,并进行处理,最后由送餐员送餐到客户手中。其中,物流信息系统的主要功能为订单处理,下面针对订单处理的流程,结合流程图,给出具体介绍。客户产生订餐需求,通过电话或网络联系本餐饮企业,给出订餐信息,由工作人员记录相关订餐信息,并确定订餐者是否是已注册的老用户。若是老用户,则操作人员直接进入用户账户,进行具体订单录入;否则,需操作人员或订餐者本人,进行新用户注册,创建一个用户账户之后,再登录录入具体订单信息。订单信息录入后,订单生成。系统根据各门店的地址和订餐客户的具体位置,自动将订单就近分发给各个门店。各门店接到客户订单,按订单要求完成配餐,同时,向系统反馈信息。 门店按照订单进行配餐,需要一定时

5、间。完成配餐后,根据订单进行检查,若检查无误,交予送餐员,安排具体送货;若检查有误,需再次配餐,再次检查,直至核查无误。送餐员接到送餐任务,首先确认送餐信息,如客户要求的餐品、时间、地点等。送达客户后,客户确认收到餐品后,送餐员及时反馈给系统,订单履行即完成。4.相应业务流程的数据和数据流程分析4.1顶层数据流图:数据中心接收客户需求,企业从数据中心获取客户订单信息。企业根据订单信息对客户履行订单需求,客户需求满足后,给数据中心予信息反馈。4.2第一层数据流图:以数据中心为中心焦点,在日常的实时订单生成和履行过程中,数据中心频繁与用户管理系统、订单管理系统和各门店管理系统进行数据交换。信息的流

6、向均是双向的。由用户发出订单需求给数据中心;数据中心将订单信息发送到订单管理系统,生成订单;数据中心将订单任务分配给各门店系统。与此同时,各系统将信息及时反馈给数据中心,进行确认和存储。数据中心还控制着生产管理、采购管理和工资管理等操作,为这些操作提供及时和准确的信息。4.3第二层数据流图:4.3.1订单管理系统: 客户将以两种形式进行外卖订餐电话和网络。通过电话接线员或客户自己,将相关信息录入,并登录客户的个人账户,进行历史数据记录。在门店内直接点餐的客户,由门店点餐员进入公共账户,进行数据记录。订单信息和数据记录完毕,生成订单。系统订单内容,包括用户基本信息、个人饮食偏好、付款方式和账户余

7、额等。这些信息的生成和记录,不仅完善了订单数据,更为客户提供了信息依据,方便其以后点餐。完善的订单信息传输到门店管理系统,并生成最终的订单,供店员配餐和送餐员送餐员送餐等。门店管理系统将每日营业信息及时与数据中心进行交换。4.3.2用户管理系统:对于用户管理系统,订餐客户分为两种,新用户和老用户。新用户通过创建新的个人账户,并录入个人基本信息,登录个人账户。老用户则直接登录个人账户。进入账户,进行订餐需求的录入,生成订单。同时,销售信息和用户消费的信息将传送至数据中心,一方面作为历史数据存储起来,另一方面及时与新订单进行数据交换。生成的订单传送至各门店管理系统,进行具体任务分配。4.3.3门店

8、管理系统:完整的订单信息传送到门店管理系统,由后台打印机生成具体送货单和餐品需求单,厨房根据餐品需求单进行配餐后,将餐品和送货单交予送餐员,送餐员根据具体送餐信息,向客户送餐,并及时反馈餐品在途的相关信息和情况。当客户接到送餐员送达的餐品后,对服务进行确定,信息反馈给门店管理系统。与此同时,门店管理系统将实时反馈给用户管理系统和数据中心,完成数据交换和更新。5 基于uc矩阵求解,进行子系统划分 Uc矩阵如图所示用户基本信息登陆记录订单需求用户其他信息最终订单需求配送线路门店销售记录送餐员信息 门店编号实时反馈信息订单完成信息用户订餐信息接收c用户账户登录c消费查询uu生成订单cucu订餐信息核

9、对uuuc任务分配uc门店备货uc送餐员调度c线路规划c送餐uuc订单完成c信息备份u经过调整优化后,uc矩阵如下图所示:整个系统划分为:订单管理系统,用户管理系统,门店管理系统。还有采购管理系统,财务管理系统,生产管理系统没有列出。前三个系统划分如图所示。订单需求登陆记录用户基本信息用户其他信息最终订单需求门店编号门店销售记录送餐员信息 配送线路实时反馈信息订单完成信息用户订餐信息接收c用户账户登录c消费查询uu生成订单uccu订餐信息核对uuuc任务分配uc门店备货uc送餐员调度c线路规划c送餐uuc订单完成c信息备份u6代码设计餐饮企业的配送系统是一个相当复杂的系统,电话定餐和网络订餐的

10、客户来自于南京的各个区位,它们通过登陆总部的用户管理中心完成订餐过程,而各个门店也分布在不同的区位,客户与,门店的分散性增加了配送的难度。代码设计的作用主要是便于鉴别、分类、排序和索引。6.1 代码设计的前期工作对于餐饮的配送,包括订单的生成和履行,从餐饮的物流信息考虑,订单的流动流程如下图所示。图6.1 订单的流动流程图从图中可以看出,在订单流动中需要以下几个方面的内容:1 客户的识别信息2 门店的识别信息3 送餐员的识别信息下面就这三个方面如何编码具体阐述6.1 .1客户信息识别由于客户之间存在差异性,比如说,客户的地址不同,客户的联系方式不同等等。这就给编码带来了不必要的麻烦。为了在订单

11、中能够反映出客户的信息,方便编码反映出客户的不同,我们将客户编号(由地址的汉字首字母和联系电话号码组成)进行转化为物流过程中所需要的简单编号。考虑到客户的数目,分配13位,前两位数字表示区位,后11位为用户的联系方式(固定电话在首位用0补充),标志不同区域的不同的客户。 表1 客户编号和简略代码对应关系客户客户编号简略代码客户1 XW52081256 0100052081256客户2YH1391452658 09139145265816.1 .2门店的识别信息结合该餐饮企业的现状,结合其规模大小,大约有十几家门店,分配两位数字进行编码。 表2 门店编号和简略代号对应关系门店名称 门店编号 简略

12、代码门店1 XW某某餐饮 08 门店2 JN某某餐饮 03 6.1.3 送餐员的识别信息各个门店送餐员的数量较多,分散大,考虑到这些,分配三位数字进行编码。 送餐员名称送餐员编号简略代码 送餐员1 XW021 021 送餐员2 QX011 0116.2 代码设计通过上述的分析过程,我们可把订单代码设计为十九位组合码,最后一位为校检码。即XXXXXXXXXXXXXYYZZZN, XXXXXXXXXXXXX为客户代码,YY为门店代码,ZZZ为送餐员代码,N为校验位。代码构成:12345678910111213141516171819 ABCNA:客户代码B:门店代码C:送餐员代码6.3 代码应用图

13、7 基于E-R模型的关系型数据库设计数据库是信息系统的核心组成部分。数据库设计在信息系统的开发中占有重要的地位,数据库质量的好坏直接影响信息系统的运行效率及用户对数据库使用的满意度。数据库设计主要分为两部分:概念模型的设计和数据模型的设计。7.1 概念模型的设计数据库概念模型设计的任务是产生和反映企业组织信息需求的数据库概念结构,即概念模型。E-R图是概念模型设计有力的工具,其比较容易实现的,直观易懂,能够比较准确地反映现实世界的信息联系,从概念上反映一个数据库的信息组织情况。这里我们以客户订单的生成至履行为例画E-R图进行实体之间联系。图中的每个实体都有各自的属性,且不是孤立存在的,它们通过

14、联系与其他实体联系构成整个业务流程的整体。例如,订单中包含了商品的种类、数量、单价以及总价,还有客户的地址等,同时这些属性还可以在别的实体中发现,比如在客户资料中有客户的地址与区位。通过E-R模型的设计,我们可以明确各实体间的联系及其各自的属性与数据,为接下来的数据库设计打下了基础。具体的E-R图如图7.17.2 数据模型的设计.数据模型的设计的主要任务就是将概念模型设计中的E-R图转换为DBMS支持的数据结构模型,即把E-R图中每个实体和联系都转换为一个关系表并对其进行规范化。在转换过程中应注意,要保证每个实体的属性满足第三范式的要求,将实体的属性用字段名称来表示,确定其数据类型,定义每个实

15、体的主键和外键,最后通过实体之间的联系将所有的数据设计为一个整体。具体的数据模型的设计如下: A客户资料主键/外键字段名称 数据类型 字段宽度主键客户姓名character50客户联系numberic20客户地址character50客户区位character50客户编号numberic20订餐B、用户管理中心主键/外键字段名称数据类型生成字段宽度主键部门名称character50查询C1、客户个人账户主键/外键字段名称数据类型字段宽度主键客户消费记录character50账户余额numberic20客户饮食偏好character50客户编号numberic50C2订单主键/外键字段名称数据类

16、型字段宽度主键商品种类character50商品单价numberic20商品总金额numberic20客户地址character 50商品数量numberic20发出门店管理中心主键/外键字段名称数据类型字段宽度主键门店地址character50门店编号numberic20发出订单主键/外键字段名称数据类型字段宽度主键客户地址Character50商品总金额Numberic20发送时间Numberic20发出送餐员主键/外键字段名称数据类型字段宽度主键工件经验Numberic20健康状况Character50身份证号码Numberic18编号Numberic20已分配到的订单数Numberic

17、20性别、年龄Character50送达客户主键/外键字段名称数据类型字段宽度主键地址Character50商品种类Character50送达时间Numberic20商品数量Numberic20商品总金额Numberic208.系统软硬件平台设计8.1硬件设计客户通过网络、电话,或是在门店直接点餐的方式,将订单信息经网络系统传输给数据中心。各门店使用门店终端将订单信息传送给系统;电话接线员登录系统,将信息录入;网络点餐的客户,直接登录网上用户系统,将信息提交给系统。数据中心将信息汇总,生成订单。在各门店生成条形码标签与指定产品绑定,送餐员用条形码扫描仪确认产品,在送餐途中配置GPS定位装置,以

18、实时发送产品在途情况。通信设备:内部网和广域网相结合;网络互连设备:中继器,网桥,路由器,网关、交换机和集线器等;识别系统:条形码,条形码扫描仪;跟踪和导航系统:GPS定位导航。8.2软件设计数据库管理系统:SQL Sever;财务管理软件、税务管理软件;Office 2007 9结束语从总体上看,我们初步设计的物流信息系统已经具备了完成信息传输和数据处理、存储的功能,将各物流环节紧密联系起来。在功能划分方面,按照“高内聚、低耦合”原则,将信息系统的各部分功能明确化,各个模块相互独立。一个好的信息系统,应该是分工明确且具有一定的原则性的。按照规定的流程和步骤进行操作,能为企业节省一定的物流成本和人力资源。基于此,我们对餐饮公司及其门店进行系统的设计,主要包括组织结构功能设计、数据及数据流设计、基于E-

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论