《中国邮政管理信息系统》由会员分享,可在线阅读,更多相关《中国邮政管理信息系统(21页珍藏版)》请在金锄头文库上搜索。
1、第八组北京邮政2.1 企业概况 北京市邮政速递总公司 (北京 EMS)是经国家批准经营邮政速递业务的国有企业,也是国内最大的邮政特快专递国际互换处理中心。北京邮政 EMS 物流中心(以下简称“物流中心”)是北京邮政速递总公司(北京 EMS)下属一新兴企业。 在北京邮政物流局的统筹规划下,物流中心预计 2003 年要在北京完成 100 多个分点的建设,且业务类型将进一步多元化,使其真正成为一个典型的集仓储、物流、配送为一体的综合性商务配送组织。2.2 典型业务流程 图 1 是物流中心快递业务的典型流程。 订单接收是整个业务过程的开始;接到订单后形成一个投递配送单 (即特快 5 联单);仓库根据五
2、联单进行加工、包装、出库并最终形成一个邮件;邮件封至分拣中心(或其它分点),同其它揽收或投递邮件(如分点的一些揽收业务)一起,分拣中心(或其它分点)进行邮件进口接收操作,并打印进口清单;分拣中心进行邮件分拣工作,分拣到各个分点或直接封至 900 局,交由邮政大网;平衡合拢,如果合拢则打印路单、封发清单,否则查找原因;趟车将邮件运至各接收局(如分点);各分点将自己的部分投递业务与分拣中心封发过来的邮件一起进行接收进口,并打印进口清单;分点进行邮件出口,即将各邮件分到该分点所属各道段、中心(或其它分点)转投等;进行进出口合拢并打印相应业务交接清单和封发清单;投递员带着相应的邮件和业务交接清单进行实
3、际邮件投递;投递完毕,投递员归班进行投递情况登记,包括妥投、拒收、自取及再投邮件;对于妥投邮件要上交款项;该分点进行该班次的投递合拢并打印总交款单上交到公司财务;公司财务对各分点实际的揽收情况、投递情况进行收据控制和投递回钩并检查货款;公司财务部对各种投递单据、收据、发票进行管理;公司财务定期与部分大宗用户进行代收货款结算并总结各业务员揽收提成及投递员投递提成等;仓库部门进行日常的进出库与盘点操作,以保证业务顺利进行。 以上只是一个典型业务流程说明,而物流中心的实际运作更为复杂。 图 1 典型业务流程图 2.3 业务特点 物流中心业务具有以下一些特点: 具有一个或多个分拣 (配送)中心负责邮件
4、(或其它业务)的不同程度加工与中转,同时企业又具有若干个分点进行邮件(或其它业务)的揽收并最终投递到户;个个分点之间也可以不通过分拣中心而直接进行业务交接 邮件交接过程遵循邮政 EMS 的典型流程,包括进口出口、分拣封发、钩调核对、平衡合拢、投递到户等 在符合 EMS 典型流程的同时,又具有订单接收、仓储库存、代收货款、客户结算、代理货运等自身特色业务 业务类型多,配送货物品种纷繁复杂,客户范围广且需求各异,信息处理量大 在物流中心内部运作的同时,要与外部资源 (如大宗客户、货物供应商、总局等)进行业务往来 总部、中心、分点、仓库地理分布不集中 分点数量将要急剧扩张 经过几十年的沉积与过滤,邮
5、政 EMS 的邮件交接过程有其科学、合理的一面,但物流中心除 EMS 快件外又有许多新业务,原有交接过程不适合这些新业务,同时相对传统的 EMS 特快来说,客户对各种业务的时效性要求又非常高。因此,物流中心就不能完全照搬照抄传统 EMS 的业务交接程序,必需从满足客户个性化需求出发,在传统的基础上进行变化、简化、创新,而企业的信息化建设的整个过程(从系统设计到具体实施)必须适应并促进这种变革。 三、解决方案 3.1 设计原则与重点 除系统设计满足实用、经济、标准、可扩充、易维护等一般性原则外,通过分析物流中心整个业务流程并结合邮件流动特点,我们确定系统的整体架构要遵循:以邮件在各环节流动为主线
6、,以各种单据回钩和财务款项核对为控制手段,通过灵活、快速、准确地向客户提供信息反馈来提高企业在物流行业中的竞争力。 为了使整个软件流程清晰,责权明确,系统模块的划分遵照:以邮件的整个流动环节为划分依据,并通过严格的权限设置来实现不同岗位对数据的安全访问。 另外,在对系统进行功能设计时,以汇杰 e-delivery V2.1 物流配送系统的“进销存配送跟”思想及实现为基础,针对物流中心业务特点,突出解决“存、配、送、跟”问题。系统设计的重点就是通过建立一个分布数据集中共享的管理环境实现数据共享,在物流中心各部门间、公司与各外地分点间、外地各分点间、公司与总局间、公司与各客户间搭建一个高效、可靠、
7、安全的信息通道。 3.2 主要功能 系统共分九大模块:订单模块、仓储模块、生产管理、业务管理、财务管理、系统管理、决策分析、互联网访问、主监控台。这九大模块共含 50 多项功能,涉及物流中心业务管理的方方面面。 详细功能结构如图 2 所示。 3.2.1 订单模块 客户服务部门使用。主要包括订单的接收、分拣、出口、合拢、客户信息反馈等。该模块可以接收如 185、电话、传真等各种来源的订单,并通过统一的数据接口对订单进行处理,然后通过网络将订单的投递信息反馈给客户。 3.2.2 仓储模块 包括仓库的设定、产品档案的建立、购入、借入、退库、售出、借出、盘盈、盘亏及借入借出结算、接收提货要求并进行简单
8、包装加工等,并提供库存列表、流水分析、汇总分析 (包括期初、期间、期末等)、供应商货物销售情况反馈等。 3.2.3 生产管理 管理物流信息的主要部分,包括分拣中心模块、分点管理模块及数据交换三部分。 分拣中心是各分点邮件的中转交换场所。该模块实现了一个限于分拣中心内部的邮件进出管理环境,主要包括中心自己揽收的邮件、分点转投邮件及各种退件的进口、出口、合拢、中心自己的监控、信息反馈,等等。 分点管理模块除管理各分点邮件的进口、出口及合拢外,还实现了邮件最终投递到户及与之发生的交款、交费、投递监控及信息反馈等。 数据交换模块实现了整个公司范围内生产数据的共享、一致。 3.2.4 业务管理 该模块归
9、物流中心业务及生产监控部门使用。主要包括对所发生业务进行建档、对各分点的各种业务的投递情况进行回钩,并向客户进行信息反馈。该模块还生成揽收日报、投递日报、各分户帐、公司整体运作监控等。 3.2.5 财务管理 本系统不是财务软件,而是提供财务决策的相关数据。主要建立应收、实收帐款,并对应收与实收进行核对。收据管理;建立员工揽收工作量、投递工作量、取件工作量的绩效与提成分析;向客户对帐及结算,等等。 3.2.6 系统管理 完成系统相关信息的维护和设置。其中包括系统初始化、基础数据的维护、数据库的备份和恢复以及系统通用参数的设置。如:职工档案管理、职工权限管理、公司组织管理、客户档案管理、供应商档案
10、管理,等等。 3.2.7 决策分析 通过灵活的图表等形式向企业领导提供公司揽收与投递的横向与纵向分析 3.2.8 互联网访问 包括远程客户的下单与查单;对公司人事、库存、销售情况进行信息发布,以供公司相关人员进行远程查询。 3.2.9 主监控台 接收外地分点的生产数据;监控外地分点的拨号连接;进行系统操作的日志记录与分析。该模块与数据交换模块 (属于生产管理部分)一起共同实现了分布数据的集中共享。 3.3 应用模式 系统应用模式是综合使用各种软硬件系统的一种应用结构和计算模式,物流中心系统采用以下两种模式来实现异地分布数据集中统一管理: 主体使用基于数据库系统的 Client/Server 模
11、式 客户访问部分是基于数据库系统的 Browse/Server 模式 3.3.1 基于数据库系统的 Client/Server 模式 数据库服务器是数据存储中心,可供局域网端用户和远程客户端用户使用。 局域网端用户使用开发的应用系统,通过局域网快速调用数据库服务器中的数据,不存储在桌面数据库中。 远程客户端用户使用开发的应用系统 (如分点则采用数据交换模块),向中心数据服务器上传所有的生产数据来保证数据集中,当需要共享信息时,又通过相应模块(如分点采用数据交换模块)及通讯网络调用数据库服务器的数据。异地数据可存储在本地桌面数据库系统中,以便进行内部分析、处理。 3.3.2 基于数据库系统的 B
12、rowse/Server 模式 客户 (包括散户和大宗用户)通过网上下单、网上查单部分应用主要使用该模式。客户通过互联网访问公司数据库系统,并查询自己的订单配送情况。 该部分数据与业务系统的数据共享。 3.4 网络结构 物流中心网络体系包括两部分:物流中心不同处理现场的内部实现局域网连接及外部各分点同物流中心实现广域网络连接。在网络搭建时做了如下分析: 网络中心:以物流中心内部局域网为网络中心,这样即实现了集中管理,又利用了现有的网络布线 层次结构:根据现有规模,使用以公司局域网为中心的两层结构,这样网络开销小、稳定可靠、信息传输量小、实现方便、便于扩充,但对各分点通讯能力、服务器处理能力、安
13、全管理能力要求较高 由于分点地处异地、数量易变、位置易变等原因,外地分点与中心通过拨号进行数据交换 客户通过 Internet 与系统相联,物流中心邮件数据由总局分运科把邮件交付邮政大网。 选择 Unisys 2043 作为数据库服务器能满足公司今后发展的需要 安全性:营造一个从逻辑链路级到应用平台级的安全体系来实现对非法用户的访问控制及数据传输的安全保障 网络结构示意图如图 4 所示。 3.5 系统特点 以 B/S 与 C/S 混用的综合架构实现了企业级分布数据的集中管理 各模块功能独立,组织灵活 系统采用了系统级、数据库级、应用级三级权限,满足了安全性、责任明确性要求 条码扫描技术的应用
14、完善、灵活的查询、统计 界面样式及操作方式通用一致、易学易用 在现有资源的利用、设备选型、网络架构、软件选择等方面充分考虑了经济可行性 满足经济性的同时,在软件设计、实现等方面尽量结合物流中心现场情况做到实用性 系统在网络架构、数据库选择等方面具有很强的扩展性 普遍性与特殊性结合:在符合邮政传统应用的同时又充分满足了物流中心作为一相对独立企业的灵活性需求 3.6 服务与支持 完善的服务与支持是项目得以顺利实施的有效保证: 项目实施各阶段均有固定人员长期参与 提交项目进行过程中的所有文档,如需求报告、操作手册、维护手册等等 对于系统试运行、运行期间发生的问题,实现了 724 小时技术服务的承诺
15、除现场操作及维护培训外,分阶段定期举办集中培训 提供长期的系统免费升级服务 四、实施过程 4.1 实施原则 我们采用了“总体设计、全盘考虑、分布实施、逐步完善”的实施原则: 首先,充分利用现有资源搭建网络 然后,以 “把邮件交接过程变手工为条码扫描”为切入点,分阶段建立物流中心业务处理系统 选择 1 个中心、2 个分点试运行,并根据实际情况进行调整 全面实施整个业务处理系统 以业务处理系统为基础平台,搭建 Internet 数据中心 4.2 实施过程 整个项目是一个领导牵头、双方密切合作的过程。 北京邮政 EMS 物流中心在提出企业信息化需求并找到汇杰国际有限公司后,双方进行了多次商务、技术等
16、方面的探讨、磋商,并于2001 年 3 月正式签订了开发协议。 项目初始双方均成立了项目组,并由北京速递局总工负责双方协调并监督整个系统的设计、开发、实施、验收全过程。 在随后的一个月的过程中,物流中心抽出各相关岗位的相关负责人与汇杰积极配合,及时提出了自己目前最关心的问题及要实现的目标,汇杰通过总结分析各种资料,并与物流中心进行多次讨论,最后双方合作完成了北京邮政速递局物流中心业务处理系统需求报告,并认为该系统设计的重点就是:建立异地分布数据集中共享的管理环境,解决邮件信息在各部门、各环节之间进行及时有效、安全可靠的传递问题,所以利用现代计算机网络技术,在 e-delivery 平台基础上,建立一套实用、先进、稳定的信息系统是解决问题的关键,而突破口是变手工抄写单据为条码扫描、微机处理。在调研分析后,汇杰首先抽出工程师进行现场考察,确定了网络方案:建立一、二级两层网络环境。首先,充分利用陶然亭已有网络布线建立企业内部局域网作为中心网络,全公司数据均由中心数据库服务器进行集中管理;然后考虑到外地分