硕士学位论文-便利商店物流系统的设计与实现.pdf

密级：密级： 保密期限：保密期限： 工程硕士研究生学位论文工程硕士研究生学位论文 题目：便利商店物流系统的设计与实现题目：便利商店物流系统的设计与实现 学学 号：号： 03R0393 姓姓 名：名： 叶劲松叶劲松 专专 业：业： 软件工程软件工程 导导 师：师： 杨杨 俊俊 学学 院：院： 软件学院软件学院 2006 年年 05 月月 30 日日 独创性（或创新性）声明 本人声明所呈交的论文是本人在导师指导下进行的研究工作及取得的研究 成果。尽我所知，除了文中特别加以标注和致谢中所罗列的内容以外，论文中不 包含其他人已经发表或撰写过的研究成果， 也不包含为获得北京邮电大学或其他 教育机构的学位或证书而使用过的材料。 与我一同工作的同志对本研究所做的任 何贡献均已在论文中作了明确的说明并表示了谢意。 申请学位论文与资料若有不实之处，本人承担一切相关责任。 本人签名： 日期： 关于论文使用授权的说明 学位论文作者完全了解北京邮电大学有关保留和使用学位论文的规定，即： 研究生在校攻读学位期间论文工作的知识产权单位属北京邮电大学。 学校有权保 留并向国家有关部门或机构送交论文的复印件和磁盘， 允许学位论文被查阅和借 阅；学校可以公布学位论文的全部或部分内容，可以允许采用影印、缩印或其它 复制手段保存、汇编学位论文。 （保密的学位论文在解密后遵守此规定） 保密论文注释：本学位论文属于保密在 年解密后适用本授权书。非保密论 文注释：本学位论文不属于保密范围，适用本授权书。 本人签名： 日期： 导师签名： 日期： 1 便利商店物流系统的设计与实现 摘 要 便利商店与人们日常理解中的超市等零售店不同， 以满足顾客的 即刻需求为主要功能，经营范围非常广泛。当前连锁便利商店物流 系统在我国还处于发展不完善阶段，主要集中在几个大中型相对发 达的城市，与发达国家相比还有很大差距。但是随着我国国民经济 GNP 的不断发展，连锁便利商店的发展必将迅速发展扩大，这就需 要有具备世界先进水平的便利商店物流系统平台来支持。本课题小 组通过对具有世界先进水平的 7-11 日本便利商店物流系统的研究， 成功地开发出了具有中国自身特点的 7-11 北京便利商店物流系统。 系统开发基于对因特网与局域网技术的综合利用，采用 Windows 和 UNIX操作系统以及ORACLE9I数据库， 运用当前先进的 WebServer 技术， 在传统的 MVC 模式构架基础上， 使用 Jakarta Struts Framework 结构创建了具有 5 层的 MVC(2MV2C) 模式构架，实现了远程客户 端与服务器端的快速数据交换及后台大量数据分析处理功能。本人 在此项目中主要参与和负责了系统整体需求分析、整体框架结构及 软硬件设计，并且具体开发和实现了店铺信息登录模块。在该文中 对本人所负责的内容部分作了详细介绍，同时指出了目前系统的优 势、不足和未来系统的进一步发展方向。 关键词：便利商店，物流系统，局域网，设计，数据库。 2 DESIGN AND REALIZATION FOR THE CONVENIENT STORE SYSTEM Abstract The Convenient Store, totally different with the supermarket or shops the customer may have known very well, mainly focuses on the satisfaction of the customers instant demands, with a rather large business scale. At present, such chain convenient store logistic system is still on the un-developed stage in China. Its main businesses are still centralized in several large-mid sized developed cities, leaving a huge gap between it and that of the developed countries. However, with the continuous development of Chinas national economy and GNP, the development of chain convenient store in China will definitely go faster and faster consequently. Thus demands the support of a world-leveled advanced chain convenient logistic system platform. Our task group, through the study on the mature convenient store logistic system of Japanese 7-11 Group, has successfully developed a 7-11 Beijing Convenient Store Logistic System which features in Chinese characteristics. The system development, which is based on the integrated utilization of the Internet and the LAN technologies, adopts Windows and UNIX Operation System and ORACLE 9I database, with the most advanced WebServer technology. Besides, based on the traditional MVC mode structure, we has used the Jakarta Struts Framework to create a 5-layer MVC (2MV2C) mode structure, enabling the fast data exchange between remote client and the server as well as the background data analysis and process functions. I have, in this project, been participated and been responsible for the system total demand analysis, total structure and SW/HW design, the detailed development work and the realization of store information enter modular. Accordingly, I will make a detailed introduction on the contents of my part, and point out the advantage, shortcomings and future development of this system. KEY WORDS ：Convenient Store，logistic system, LAN ,design,database. 3 目 录 第一章 绪论.4 1.1 研究的背景及目的 4 1.2 研究的社会效益及经济效益 4 1.3 研究中所涉及的相关理论知识6 1.4 本人研究的工作内容及成果 8 第二章 便利商店物流系统的需求分析.9 2.1 便利商店物流系统的业务流程 9 2.2 关于店铺系统的需求分析 .12 2.4 供应商及物流中心的需求分析 .14 第三章 便利商店物流系统的框架设计17 3.1 便利商店物流系统的基本设计思想 .17 3.2 便利商店物流系统的整体框架设计 .27 3.3 便利商店物流系统的硬件设计 .27 3.4 便利商店物流系统的网络设计 .30 3.5 便利商店物流系统的软件设计 .31 3.6 便利商店物流系统的数据库结构设计 .32 第四章 便利商店物流系统店铺信息登录模块的设计与实现35 4.1 模块的概要设计说明 .35 4.2 模块包的构成及作成文件一览 .36 4.3 模块实现的过程分析 .37 4.4 模块的编译运行环境 .48 4.5 模块的安装及相关软件工具的介绍 .51 第五章 当前便利商店物流系统研发工作的总结53 5.1 当前系统中所存在的优势之处 .53 5.2 目前系统尚存在的不足之处 .54 5.3 今后系统有待解决的问题之处.54 第六章 便利商店物流系统的未来发展趋势及展望56 6.1 新的业务功能需求将不断扩大 .56 6.2 基于现代通信网络而构建多平台信息系统 .57 附录一： 参考文献58 附录二：便利商店物流系统的相关硬件规格.58 致谢： 64 4 第一章 绪论 1.1 研究的背景及目的 当前便利商店在中国还处于起步阶段， 只有一些各别大城市才有便利商店的 出现，例如北京，上海，广州，深圳等地，而在国外便利商店几乎到处可见。在 日本，韩国，台湾，香港，泰国等地，平均方圆 3000 人口的商圈范围内就会有 一家便利商店存在。便利商店与我们日常的超市不同，功能非常强大，经营范围 也非常广泛，只要是能满足顾客的即刻需求，全部列为自己的经营范围之内，以 便利商店极为发达的日本为例， 便利商店所经营范围除日常生活的必需日用品和 食品以外，店内还支持各种电话费，水电费，煤气费的付款业务，代办各种包裹 的邮寄业务，代办火车票机票的预约订购业务，同时店内还设有 ATM 银行取款 机，可以进行现金取款，付款以及转帐业务等。然而所有这些业务的背后都需要 有强大的系统来支持， 目前发达国家的便利商店的物流系统已经发展到第五代阶 段，以日本和美国著名的便利商店物流系统 7-11 便利商店物流系统为例从初期 研发的第一代物流系统到现在运行的第五代系统总共花了将近 20 年时间投入了 巨大的研发经费和人力物力， 当然现代化的系统也带来了非常巨大的经济效益和 社会效益，目前以 7-11 为品牌的便利商店遍布世界各地。而我国目前的便利商 店的物流系统仅仅停留在第一代阶段， 系统功能简单， 与发达国家相比相差甚远。 随着便利商店在我国的不断发展壮大越来越需要好的便利物流系统的支持， 所以 研究现代化的便利商店物流系统将具有非常大的经济效益和社会效益， 发展前景 也非常远大。 1.2 研究的社会效益及经济效益 （一）社会效益 连锁便利商店的发展是随着国民经济的不断发展而出现的， 一般一 个国家或地区国民生产总值达到平均$4000元以上才有发展连锁便利商店的空间 余地，这也就是为什么目前在我国只有象 北京，上海，广州，深圳等地，这些 国民生产总植相对比较高的城市才有连锁便利商店出现的原因。 下面表 1-1 是流 通零售行业随 GNP 成长的演进表，同时也反映了流通行业的行业种类划分以及 随 GNP 成长而出现的相对关系。 5 表 1-1 流通零售行业随 GNP 成长的演进表 GNP 业态发展 内涵之演变 相关事业，系统之整合 US$1000 以下 传统商店， 摊卖本土化 传统批发，大盘 US$1000 百货公司 人性化 店内采购系统 US$3000 超级市场 生活化，精致化 后场作业，温度管理 US$4000 便利商店 业态化，连锁化 小量高频次配送 US$4000 6000 物流中心 批发，仓储，运输业结 合 从制造商零售商一次订购 One Stop Supply US$6000 量贩店（GMS） 大型化 采购，仓储，贩卖三合一 S$6000 以上 国际化，业际化，资讯 化，科学化，多元化 D/C，P/C，Cold chain US$12000 购物中心 同上 不同业种的多元化整合 目前连锁便利商店占零售市场的份额尽管维持着急剧扩大的趋势， 但也只有 7%左右，因为在大城市仍存在为数众多的菜市场，副食品店，方便店等小规模 商店。但是，随着流通业的改革开放和现代化的发展，估计今后连锁便利商店所 占的市场份额仍会持续扩大。 中国零售业计划在 1995 年至 2008 年内完成日本花 费了 50 年才实现的业态多样化。一方面以引进外资，缓和限制，加入 WTO 为 杠杆维持持续增长。同时在零售企业的改革当中，新开店的竞争也很激烈。在扩 大需要，提高消费者需求水平方面，市场仍未成熟，零售业的个性化发展也有不 足。因为供应链尚未完备，物流系统、信息系统还不成熟，在合理化，提高生产 效率方面仍有很大改进余地。世界性零售企业已经纷纷进入中国，预计真正的竞 争即将到来。 所以对于便利商店物流系统的研究与开发可以使便利商店的系统功 能不断完善，使连锁便利商店可以作到更好地为民服务，具有很高的社会效益。 （二）经济效益 进入 21 世纪以后中国的零售市场迅速成长，2000 年零售业销售总额为改革 开放前的 24 倍，店铺数年增长率为 10%，数字相当可观。 表 1-2 全国零售业发展状况表 1995 年 2000 年 全国零售业销售总额 中国 20620 亿元 34153 亿元 全国零售业店铺数 中国 _ 约 850 万店 因此随着中国经济的迅速增长，零售市场的持续发展，满足人们更多需求的 便利商店必然会在我国更多的城市发展开来， 而便利商店物流系统的研究与开发 以满足便利商店系统功能的不断完善，满足人们更多的即刻需求，更具有深远意 义。 从上述目前我国零售市场发展状况可以看出发展连锁便利商店将具有很大的 经济效益， 同时对支持便利商店物流系统的研究与开发也将能获取巨大的经济利 益。例如：系统开发商可以通过向供应商收取 EDP 费用来获取经济利益，一般 EDP 费用的计算是根据便利商店的经营者向供应商订货金额总量的 5%来收取 的，对于大型连锁便利商店来说，可能有几千家店铺之多，一天的订货量就很可 6 观，其 EDP 费用也是相当可观。同时系统开发还可以向便利商店的经营者收取 巨额的系统使用费用和系统运营维护费用来获取经济利益。 所以在当前我国便利 物流系统还不是很发达的阶段， 谁先开发与研究具有现代化的物流系统谁就将有 可能首先获得巨大的经济效益和市场份额。 1.3 研究中所涉及的相关理论知识 （一）因特网与局域网技术的综合利用 便利商店物流系统是建立在互联网平台基础之上的信息系统， 其研发中主要 采用了当今最先进的 WebServer 技术，在传统的 MVC 模式构架基础上，使用 Jakarta Struts Framework 结构创建了具有 5 层的 MVC(2MV2C) 模式构架，让开 发过程的合作变得简单，降低程序内部的复杂处理程度，提高系统的可维护性。 次技术主要被利用在便利商店管理总部的主表登录及订货系统之上， 本论文的第 四章所讲述的店铺信息登录模块就是利用该技术来实现完成。 下面就对次技术进行一些简单的描述介绍。 传统 MVC（Model、View、Controller）基本概念： Model 数据层：应用系统的数据的存放及相关业务逻辑处理。 （业务逻辑的 实现，DB 交互作业） View 表示层：Model 中的存储数据的可视化表示。 Control 控制层：接受用户的输入，通知 Model 发生的事件。 （输入逻辑控 制，输出逻辑控制） 图 1-1 传统 MVC 构架图 2MV2C（2Model、View、2Controller）基本概念： View Model 中的存储数据的可视化表示。 2 Controller a) Action 输入逻辑控制 Event 逻辑控制 页面迁移 b) Screen 输出逻辑控制 页面控制（Scroll） 2 Model c) System 业务逻辑的实现 d) Business DB 交互作业 7 图 1-2 2MV2C 构架图 图 1-3 5 层构造的 2MV2C 处理流程示意图 8 说明： 系统显示控制逻辑处理DB 访问 即 Screen + Action + System + Business （3）图 1-4 基于 2MV2C 构架基础之上的 JAVA 软件包之间的层次构造关系。 图 1-4 JAVA 软件包之间的层次构造图 1.4 本人研究的工作内容及成果 本人在此课题中主要参与和负责了 7-11 北京便利商店物流系统的店铺、总部、 供应商及物流中心的业务需求分析工作， 同时也参与了便利商店物流系统的整体 框架设计，其主要包括：系统的功能结构设计，系统的硬件设计，系统的软件设 计，系统的数据库结构设计，系统的网络设计等方面的工作，并运用所掌握的 WebServer 技术，采用 JAVA 开发语言，具体开发和实现了店铺信息登录模块的 工作。 通过对该课题研究与开发目前 7-11 北京便利商店系统已经正式投入了实际运 营使用之中，基本满足了客户当前时期的业务需求，目前该系统能够支持 500 家 店铺的运营需求，而且系统的整体功能已经达到了日本 7-11 便利商店系统的第 三，四代水平，但是距离最先进的第五代物流系统还是有一定的差距，本论文将 在第五，第六章里指出目前系统的一些不足之处，以及未来 7-11 北京便利商店 系统的进一步发展方向。 9 第二章 便利商店物流系统的需求分析 章 便利商店物流系统的需求分析 2.1 便利商店物流系统的业务流程 （一）（一） 传统便利商店物流系统的业务流程 对于传统的便利商店流通行业来说，主要涉及到的业务对象有便利商店店 铺，便利商店管理总部和便利商店的供应商。一般采用的业务流程是通过电话 和传真方式进行订货，供配方式是通过供应商的直接向店铺送货来实现。几乎 没有任何系统服务的支持，店铺里只有简单的收银机，各种订货，验货票据等 都是通过手工填写，供应商方面也缺少对各个店铺供配路线的集中管理及全体 店铺的供货数据集中管理，对于象连锁便利商店这样的频繁地、小规模数量、 多店铺的订货和送货应接不暇，业务负担繁重，运输成本负担大。 图 2-1 传统便利商店物流系统的业务流程图 （二）现代便利商店物流系统的业务流程 随着便利商店流通行业的迅猛发展，越来越多的连锁便利店的出现，传统 的便利商店业务流程已经发生了巨大的变化，首先店铺数量从以前的几家，几 十家的规模，发展成几百家，甚至几千家的店铺规模。传统的电话和传真方式 进行订货，对于一些中小型供应商来说每天接收几百上千的电话和传真几乎无 法忍受。同时对于几百上千的订货数据如何有效合理的进行供配，需要对大量 的订货数据进行信息分析处理,这就急需要导入先进化的物流系统来提高订货 及配送效率，缩短商品的周转周期，降低运营成本，从而使便利商店的经营者 和供应商之间的利润达到最高化。 对于店铺反面来说通过导入店铺 POS 系统可 以实现店铺内电子订货和验货， 同时根据 POS 机的销售记录随时传送到计算机 中心（也称之为数据中心） ，数据中心在通过信息分析系统对不同区域的店铺所 销售的不同商品进行信息分析，可以及时地告诉便利商店的经营者或店主哪些 商品畅销，哪些商品滞销。在哪个时间段里，哪种商品卖得最好，以及不同年 10 龄的客户对哪种商品最感兴趣，这些信息可以使经营者随时调整商品结构，最 有效地提高自己的经营收入。另外通过导入供应商物流系统，供应商可以及时 地收到来自不同店铺的订货信息，同时还可以根据物流系统所提供的配送路线 表最有效，最合理的配送。对于一些中小型供应商来说，也可以通过物流中心 来进行配送，这些中小型供应商通过互联网下载自己的订货单，然后把这些货 物直接送到物流中心，由物流中心实行统一的配送，这样可以大大降低这些供 应商的运输成本，提高自己的经营利润和在市场的竞争力。还有通过会计管理 系统和报表打印系统零售商和供应商可以实现繁琐的会计报表的电子化，各种 传票的电子化打印处理，降低人工成本，提高工作效率。 图 2-2 系统导入前与导入后的比较图 对于现代便利商店流通行业来说，主要涉及到的业务对象在原有的便利商店 店铺，便利商店管理总部和便利商店的供应商的基础上又追加了配送中心（也 称之为物流中心）和计算机中心（也称之为数据中心） 。采用的订货方式是除保 留了传统电话和传真方式以外（主要是为了防止网络中出现问题时的临时对应 用） ，更主要采用网上订货系统方式。采用的供配方式除通过向供应商的直接送 货外还增加了由配送中心进行配送的方式。 图 2-3 现代便利商店物流系统整体业务流程图 11 对于一些大型供应商（例如：可口可乐公司）来说有自己的配送网络，数 据中心可以把众多店铺和总部的订货数据汇总，制成一个完整的，统一的订货 数据，供应商可以通过互联网下载这些数据。 图 2-4 直接向店铺配送的供应商的业务流程图 对于一些中小型供应商自己不具备配送网络，最有效的办法是通过配送中心 来进行配送。 图 2-5 通过配送中心配送的供应商的业务流程图 12 2.2 关于店铺系统的需求分析 对于便利商店的店铺方面来说其主要需求包含以下几方面：销售， 结算店内订货，店内信息分析，店内销售日报作成，进货验货退货 业务处理，店内库存变化管理，店内商品价格变更，工作人员的出勤管理，店 内数据与 A 数据中心之间的数据交互以及店内报表等。 （1） 销售：是指商品销售所需的一系列 POS 收银机功能，销售登录功 能、销售登录辅助功能、付款功能等各种处理。 （2） 结算：是指收银机内现金的中途确认功能（临时结算） 、进 出款登录功能，日结算功能（正式结算） 。 （3） 店内订货：是指输入店铺方订货，用扫描订货台帐（纸）可以进行 后台订货操作员发信等处理。其业务需求分析如图 2-6 所示： 图 2-6 店铺订货需求分析图 （4） 店内信息分析：是指实现店内畅销商品分析，各日各时间段销售分析， 顾客层分析，销售商品废弃分析等。 （5） 店内销售日报作成：是指实现在上制作销售日报，确认机的 操作情况。 （6） 进货验货退货业务处理：是指实现画面验货退货登录功能，使用 当场 HT 验货手写传票的方法。 （7） 店内库存变化管理：是指实现店间移动库存调整登录需求。 （8） 店内商品价格变更：是指实现单店价格变更，标准售价变更需求。 （9） 工作人员的出勤管理：是指自动实现店内员工的考勤表管理。 （10）店内数据于数据中心之间的数据交互：是指店铺向数据中心传送订货数 据，商品销售信息数据，进货验货退货数据，店内营业额数据，店 内员工每日考勤数据等。同时数据中心向店铺提供商品各种信息数据， 验货数据，订货状况数据以及供应商信息数据等。其中订货数据需要时 时可以和数据中心进行交互， 其他数据需要每天定时定日进行数据交互。 13 （11）店内报表:是指 POS 机的各种收银条和店内各种所需清单等。其中 POS 机清单包含有销售额收银条，退货收银条，中途回收收银条，进出款收 银条，临时结算收银条，正式结算收银条，日志收银条。店内报表包括： 订货数据输入清单，订货履历确认，订货发信结果清单，订货发信错误 清单，进货总括表，库存变更报告书，销售日报，价格变更报告书等。 综上所述店铺每日正常的业务需求分析如图 2-7 所示： 图 2-7 店铺每日正常的业务需求分析图 2.3 关于总部系统的需求分析 对于便利商店的管理总部来说其主要需求包含以下几方面：主表输入，总部 订货输入，全店信息分析，供应商信息分析，后台批处理，总部与店铺之间的 数据交互，总部与供应商之间的数据交互以及总部各种报表的制作等。 （1） 主表输入：是指商品主表、店铺主表，供应商主表等主表的登录、变更、 删除功能。 （2） 总部订货输入：是指新商品的初次订货，新店没开业前时期的订货以及 店铺通信障碍发生时，从总部输入订货的功能。 （3） 全店信息分析：是指从各种不同角度显示销售、进货、库存、毛利等信 息的需求。 （4） 供应商信息分析：是指通过 WEB 网络平台及网页界面提供供应商下载 订货数据,店铺信息数据的需求。 （5） 后台批处理：是指检查店铺及总部的订货输入数据，生成正常数据部分 的传票，制作网上订货数据，向供应商传送订货受理用报表，制作主表 清单同时生成店铺使用的商品主表、店铺主表以及生成店铺商品台帐、 14 价签等需求。 （6） 总部与店铺之间的数据交互：是指通过数据网络实现店铺与总部间的数 据传送管理的需求。 （7） 总部与供应商之间的数据：是指通过利用 WEB 向供应商传送订货数据 报表的需求。 （8） 总部各种报表的分析：是指总部所需要的各种清单。主要包括：订货台 帐，价格变更通知的报告单，商品清单，滞销商品候补清单，订货错误 清单，订货状况确认清单，进货传票明细，出货指示单，配送清单，店 铺清单，订货明细数据清单等。 综上所述便利商店的管理总部的业务需求分析如图 2-8 所示： 图 2-8 便利商店的管理总部的业务需求分析图 2.4 供应商及物流中心的需求分析 对于便利商店供应商来说其主要需求包含几方面内容：下载订货信息，接 受订货受理处理，配送货物等。 （1） 下载订货信息：是指供应商通过互联网从数据中心固定网站下载经过信 息处理后的全店铺及总部的订货信息，同时通过使用互联网安全认证技 术，确保每个供应商只能收到自己的订货信息，保证供应商彼此相互信 息不易被泄漏，确保了订货信息的安全和可靠性。 15 图 2-9 便利商店供应商网上订货业务需求分析图： （2） 接受订货受理：是指供应商接受订货数据后，进行进货传票打印并且根 据出货指示单和配送清单内容进行出货商品库存确认以及商品按路线， 店铺进行分货的过程。 便利商店供应商接受订货受理的业务需求分析如图 2-10 所示： 图 2-10 便利商店供应商接受订货受理的业务需求分析图 （3） 配送货物：是指供应商在接收到数据后，进行出货，配送，分货准备， 向制造厂商或工厂直接订货，组织车辆送货等业务过程。 16 便利商店供应商配送货物的业务需求分析如图 2-11 所示： 图 2-11 便利商店供应商配送货物的业务需求分析图 17 第三章 便利商店物流系统的框架设计 3.1 便利商店物流系统的基本设计思想 （一）有关供应商 ID-分支号的基本设计思想及应用方法 （1）有关供应商 ID-分支号的基本设计思想 供应商主表是指用供应商ID-分支号来对供应商地址、联络方法、配送类型和配 送区域进行管理的主表。 （系统不会自动赋与供应商ID-分支号） 。 供应商 ID-分支号按以下想法构成。 图 3-1 供应商分支号想法构成图 以每个供应商 ID-分支号的组合为单位，把出货数据、进货传票数据交给供 应商。与供应商结算则仅以供应商 ID 为单位来进行管理。同一个供应商处理几 种不同的配送类型时，可通过在同一供应商 ID 下改变分支号来设定。以供应商 ID-分支号为单位，设定订货日历和配送路线。 (2) 有关供应商 ID-分支号的应用方法 可以设定为同一供应商 ID、同一分支号的情况 图 3-2 可以设定为同一供应商 ID、同一分支号的情况图 同一供应商、分公司且配送类型相同时，即使配送区域不同也可设定同一供 应商 ID-分支号。 设定同一供应商 ID、不同分支号的情况（出货点不同时） 18 图 3-3 设定同一供应商 ID、不同分支号的情况图（出货点不同时） 同一供应商且配送类型相同，但配送点不同时，即使是同一供应商 ID、也 可设定不同的分支号。 设定同一供应商 ID、不同分支号的情况（配送类型不同时） 图 3-4 设定同一供应商 ID、不同分支号的情况图（配送类型不同时） 虽为同一供应商、同一配送区域，但因商品不同而存在不同的交货周期时，需根 据不同的配送类型，设定不同的供应商分支号。 （二）配送类型的基本思想及应用方法 （1）配送类型的基本思想 配送类型用于针对每个商品，设定将其归于哪一组进行配送。通过设定配送 类型，可将同一管理温度带、同一供应商的商品归于同一订货信息，把传票数据 交给供应商。 19 图 3-5 商品配送类型划分图 配送类型与大分类、中分类、小分类的不同 ： 大分类、中分类、小分类：基 于商品的相似性、税分类、税率进行的分类。 配送类型：基于配送温度带、供应商等进行的分类。 （结果是同一配送类型包含 的商品范围可能大于大分类） （2）有关配送类型的应用方法 有关配送类型的设定，有以下几点：属于类似商品。同一配送温度带。同 一物流成本。 只有符合以上各条件，才能设定为同一配送类型。 20 图 3-6 商品配送类型图 （三）有关配送区域的基本设计思想及应用方法 （1）配送区域的基本设计思想 配送区域是对每种配送类型设定其配送的地区， 并据此对店铺各配送类型进行配 送区域登录，并决定每个配送区域的商品供应商，从而生成订货数据。通过设定 配送区域，可以配送区域为单位，集中进行商品推荐的登录并设定供应商。 图 3-7 商品配送区域划分图 1 （2）配送区域的应用方法 配送区域登录时要要遵循以下原则： 配送中心不同时， 要登录不同的配送区域。 21 即使同一个配送中心进行配送，如果要按照一三五 / 二四六分开配送时要登 录不同的配送区域。配送类型不同时，无法设定为同一配送区域。 图 3-8 商品配送区域划分图 2 （四）有关商品分类的基本思想 图 3-9 商品分类构成图 22 （五）有关商品基本信息、详细信息的基本设计思想及应用方法 （1）商品基本信息、详细信息的基本设计思想 商品主表由登录商品基本属性的基本信息和管理各配送区域不同属性的详 细信息组成。 在基本信息中登录的内容 启用日、停用日 商品 ID、名称 配送类型 大分类、中分类、小分类 税分类、税率 价签必须标示项目（产地、规格、等级、单位） 鲜度管理内容（期限类型、期限单位、交货期限、销售期限 等） 商品条码 在详细信息中登录的内容（以配送区域为单位） 供应商 ID、分支号 进价、售价 订货开始日、结束日 内装数 最小订货数、最大订货数 各车次可否订货 供应商商品 ID 图 3-10 商品信息构成图 23 通讯录是登录人的属性（姓名年龄职业等） 商品主表是指象通讯录那样登录商品的属性（商品名称启用日大分类等） 基本信息和详细信息就象父子关系，取得基本信息后再构成详细信息。 （2）有关对基本信息、详细信息的应用方法 有关商品主表的基本/详细信息的应用，就象上一页所涉及到的父子关系那样， 在登录基本信息之后才能登录并使用详细信息。 针对同一个基本信息需设定复数详细信息的情况 对同一基本信息要登录不同的配送区域时。 按地区登录不同价格时。 在不同区域与不同的供应商进行交易时。 针对同一个基本信息不能设定不同详细信息的情况 重新设定商品 ID 时（需结束原基本信息，重新登录。 ） （六）有关订货日历的基本思想及应用方法 (1)订货日历的基本设计思想 订货日历用于对各供应商-分支号下的各配送区域的订货受理日及交货准备时间 进行管理。 使用订货日历可以实现： 根据事先决定的订货日和交货日定期进货。 供应商工作量的均衡化。 店铺工作量的均衡化。 图 3-11 商品订货日历的基本设计思想图 如上图所示： 店铺：因订货日和交货日被指定，容易组织作业。每天的交货商品数量稳定。 供应商：可实现从接收订货到出货及配送作业工作量的均衡化 （2）有关订货日历的应用方法 有关订货日历的应用方法，一般与供应商充分商讨以后再行设定。 确认事项 供应商的配送点（因配送距离不同，交货准备时间也可能不同） 供应商的配送车辆数（如果车辆少，则给分到各推荐区域的配送 车辆有可能不够。 从接受订货到交货的准备时间 24 各商品从订货到交货的所需时间 周六、周日的订货受理及交货体制 供应商负责的配送区域（必须对各配送区域登录订货日历） （七）有关鲜度管理的基本设计思想及应用方法 （1）有关鲜度管理的基本设计思想 对所经营的商品设定了鲜度标准日，遵守这个鲜度基准日，就可以 向顾客提供新鲜的商品。使供货商总能向我们提供鲜度最高的商品。 鲜度标准日的基本思想 （例）生产日期 2 月 1 日 有效期限 5 月 1 日的糖果 图 3-12 商品新鲜度的基本思想设计图 （2）有关鲜度管理的应用方法 有关鮮度管理基准，有下面两种设计想法。 期限类型 生产日期型：由生产日期开始，算出店铺进货期限和销售期限。 消费期限型：由消费期限日开始，倒算出店铺进货期限和店铺销售期限。 设定为生产日期型还是消费期限型，请与供应商充分沟通后再作决定。 期限单位 日型：以日为单位设定鲜度基准。 周型：以周为单位设定鲜度基准。 月型：以月为单位设定鲜度基准。 设定对象商品是日型、周型还是月型，请与供应商充分确认后再决定。 应用方法 在商品主表 基本信息中一旦登录了基准日，它将显示在以下单据上： 交给供应商的商品主表一览表 25 供应商使用的出货指示单 订货台账 （八）配送路线的基本设计思想及应用方法 （1）路线的基本思想 路线主表是对配送商品的路线进行管理的主表， 指定一辆卡车的送货范围和送货 店铺的先后顺序。 配送路线的概念 图 3-13 配送路线基本设计思想图 （2）配送路线的应用方法 如遇以下情况需对路线主表进行维护。向店铺的配送有变更时需进行维护。 26 情形 1：增加新店铺 新店开张时，需将其安排进路线主表中 图 3-14 配送路线增加新店铺图 情形 2：改变配送顺序 改变配送顺序时，必须改变路顺。 图 3-15 配送路线改变配送顺序图 情形 3：分割路线 将现有路线分割，设定新路线时，需改变配送顺序。 图 3-16 配送路线改变分割路线图 情形 4：变更配送中心 变更配送中心时，需重新登录路线主表。 图 3-17 配送路线变更配送中心图 27 3.2 便利商店物流系统的整体框架设计 根据便利商店物流系统的各项需求分析， 便利商店的物流系统应该由四大系 统部分组成：店铺运营系统部分，总部运营系统部分，总部计算机中心系统部分 （也叫数据中心）和供应商系统部分。四大系统运行根据实际的业务的需要分别 在不同的地区。 它们之间的相互关系是通过计算机中心紧密联系起来实现数据交 换。其中店铺运营系统与计算机中心采取的是 ISDN 数据线，总部运营系统与计 算机中心采取的是 PCM 专线，供应商系统与计算机中心采取的是互联网。 图 3-18 便利商店物流系统的整体框架设计图 3.3 便利商店物流系统的硬件设计 便利商店物流系统的硬件设计也是根据四大系统构成来设计的， 主要包括店 铺系统的硬件设计，总部系统的硬件设计，计算机中心系统的硬件设计以及供应 商系统的硬件设计。 （一）店铺系统的硬件设计 (1)店铺系统的硬件构成 店铺的硬件标准构成为 2 台 POS、如业务需要也可安装 3 台以上 POS 机。 1 台店内服务器 SC 机及 UPS1 台 1 台喷墨式打印机 HT 扫描机一台 店内网络设备 ISDN 交换机，HUB 各 1 台 （2）店铺系统的硬件设计构成如图 3-2 28 图 3-19 店铺系统的硬件设计构成图 (3) 店铺 POS 系统SC 系统硬件构成的详细内容如图 3-3 图 3-20 店铺 POS 系统SC 系统硬件构成图 （二）总部系统的硬件设计 (1)总部系统的硬件构成 总部安装的计算机初期构成为 20 台，用于总部员工业务用 PC 机。 服务器 1 台，用于数据备份等。 页式打印机（黑白）1 台，用于打印报表、员工用。 页式打印机（彩色）1 台，用于打印店铺通知、公司内用。 针式打印机 1 台，用于打印报表。 价签打印机 1 台，用于打印价签。 29 路由交换机，楼层交换机各 1 台，用于总部内部网络用。 店铺设备一套，用于评估培训用。 （2）总部系统的硬件设计构成如图 3-4 所示 图 3-21 总部系统的硬件设计构成图 (三)计算机中心系统的硬件设计 (1) 计算机中心系统的硬件构成 计算机中心的硬件构成主要由处理主要业务用的多台服务器、 备份机以及网络设 备所组成。 其中服务器分别为 DB 服务器 1 台、店铺用应用服务器 1 台、供应商用应用服 务器 1 台，总部用应用服务器 1 台，总部会计用应用服务器 1 台，运营管理服务 器 1 台，店铺登录用认证用服务器 2 台和系统监视管理服务器 2 台等。 备份机包括用于 DB 服务器备份的 LTO 磁带备份机 1 台，备份各种应用服务 器的 DAT 备份机 6 台，大型 UPS 电源应急器 1 台。 网络设备包括用于基干网络交换的 L3 交换机 1 台，以及连接店铺，总部，供 应商网络用的交换机 1 台，路由器 3 台。 （2）计算机中心的硬件设计构成如图 3-5 所示 图 3-22 计算机中心的硬件设计构成图 30 （四）供应商系统的硬件设计 (1) 供应商系统的硬件构成 供应商系统的硬件构成主要由能够连接因特网的Windows PC机及针式打印机 各 1 台 （最好也备有激光打印机。 ） 经营需贴 POS 价签的日配商品的供应商要准备 POS 价签打印机 1 台。 （2）供应商系统的硬件设计构成如图 3-6 所示 图 3-23 供应商系统的硬件设计构成图 3.4 便利商店物流系统的网络设计 （1） 便利商店的网络构成部分 便利商店的网络构成主要由 3 大部分组成：店铺与计算机中心间的通讯，总部 与计算机中心间的通讯，供应商与计算机中心间的通讯。 店铺与计算机中心间的通讯 店铺与计算机中心之间主要通过采取 2B+D 的 ISDN 数据线，店铺可以直接向 计算机中心进行拨号，拨号信息要通过计算机中心的店铺认证服务器，确认店铺 号码及密码无误后便可与数据中心的店铺服务器进行数据交互。 采用 ISDN 数据 线理由是因为店铺与总部之间的数据传输量一般在 2-3M 左右数据量相对不是很 大而且不需要时时在线， 只是定时向计算机中心上传订货数据和销售数据等同时 定时下载商品主表数据，供应商情报数据等。 总部与计算机中心间的通讯 总部与计算机中心之间主要通过采用的是 2Mbps 光缆专线。总部的主表登录 package jp .co.nri.mastretail.sp.modules.actions.ms.store; public class AStoreDetail extends SPAction 初始画面 同一画面 Action, Screen 点击按钮 40 表 4-4作成与修正文件表 文件 目录结构 JS 文件 resources/ui/skins/default/images/ms/store/SStoreDetail.js Action 类 jp/co/nri/mastretail/sp/modules/actions/ms/store/AStoreDetail.java （1） 修改 JavaScript 文件 点击按钮后的处理调用了 JavaScript 文件的 btnSubmit 函数，在基本处理当中 ， 调用共同函数文件 cmnScript.js （2） Action 类的作成 Action 类的函数作成 SStoreDetail.vm ： input type=”submit” name=”eventSubmit_doInquire” AStoreDetail.java ： public void doInquire( RunData data, Context context ) 在作成的函数内，指定点击按钮后所调用的 VM 文件 例）data.setScreenTemplate(“ms,store,SStoreDetail.vm“); function btnSubmit() /2 次重复文件送信防止 if(window.submitted=true) return false; /查询按钮 if( actionEvent=“Inquire“ ) if(!cmnElementCheck(elementArraydoInquire)return false; return sendRequest(); /登录按钮 if( actionEvent = “Register“ ) if(!cmnElementCheck(elementArraydoDefault)return false; return sendRequest(); /删除按钮 if( actionEvent = “Delete“ ) if(!confirm(“是否可以删除？“)return false; if(!cmnElementCheck(elementArraydoDelete)return false; return sendRequest(); /默认值 sendRequest(); 41 （三） 从数据中获取数值并在画面中表示 点击画面按钮，从 DB 数据库中获取相关数值表示到画面上，Business, Object, System 类的作成。 图 4-6 从数据中获取数值并在画面中表示处理图 表 4-5 作成与修正文件表 文件 目录结构 templates/sp/screens/ms/store/StoreKey.vm VM 文件 templates/sp/screens/ms/store/StoreDetail.vm Action 类 jp/co/nri/mastretail/sp/modules/actions/ms/store/AStoreDetail.java Screen 类 jp/co/nri/mastretail/sp/modules/screens/ms/store/SStoreDetail.java System 类 jp/co/nri/mastretail/sp/modules/system/ms/store/BaseStoreEntry.java jp/co/nri/mastretail/sp/modules/system/ms/store/IStoreEntry.java jp/co/nri/mastretail/s