顺丰信息系统设计.docxVIP

顺丰物流管理信息系统设计 一、背景 1、企业概况 SF 速运（集团）有限公司成立于 1993 年 3 月，是一家主要经营国际、国 内速递及报关、报检等业务的民营速递企业，总部设在深圳。在国内包括香港、 台湾地区建立了庞大的信息采集、市场开发、物流配送、快件收派等业务机构， 为广大客户提供快速、准确、安全、经济、优质的专业物流服务。截至 2009 年， 经过短短十几年时间，SF 集团已经发展成为一家年业务量 3.1 亿票、年平均增 长速度 50%以上、基层营业网点 2500 多个、服务网络覆盖全国 32 个省市区 （含直辖市、香港、台湾、澳门）、员工 7 万 2 千多人、自有营运车辆 4 千余台 的大型综合性速递企业。在国内速递企业中，SF 集团的经营规模、网络覆盖和 市场份额仅次于中国邮政集团公司（EMS），排名第二位。 2、企业信息系统概况 在 SF，支撑着快递业务正常运作的信息系统多达 40 余个，相关 IT 规章制 度达数百项，1T 应用流程超过一百个，全职 IT 人员近 300 人的资讯科技本部 承担着为 SF 掌管 IT 系统的重任。SF 快递信息系统种类大体分为四个方面： 营运类业务管理系统。面向对象为营运本部用户，通过此类系统可对 SF 全网的营运业务做出有效的调度配置和管理。 客服类业务管理系统。面向对象为客户服务部门及其全国呼叫中心，通 过与顾客的信息交流互动，实现 SF 的快速及时服务。 管理报表类管理系统。面向对象为综合本部、公共事务本部、财务本部、 人力资源本部等相关部门，将其业务规划、管理计划、月度数据、日常工作信 息汇总表等资料形成电子单据，统一制度标准，及时实现管理政令的上传下达， 并以清晰规范的形式完善报表考核制度。 综合类管理系统。此类管理系统涉及到营运、客服、管理报表的三项业 务类系统整合，是对前三类管理系统的业务统一合并，同时也是对前三类管理 系统的有效补充。多个业务管理系统整合统一化、集中平台化管理是 SF 关注 的发展重点，而综合类管理系统的研发就是做为此需求的起步。同时，前三类 管理系统中必然存在个性化、局部细化、需要多部门协力解决的业务管理需求， 此时单一种类的业务管理系统就凸显出不足性，而统一归并于综合类管理系统 中进行解决，就能够体现多种类系统整合的优势，提高协同工作处理的效率。 二、设计目标 1.近期目标 系统尽可能利用各相关系统得数据，实时采集数据，转化为本系统数据，建 库保存，并提供数据管理的人工介入功能，保证查询的连续性。 2.远期目标 构建快递追踪查询系统共享平台，作为快递信息共享平台的一部分，为快递 追踪查询提供数据支持，系统只保留查询功能，不再有数据管理的功能，所需 数据完全从平台采集。 三、现状及问题 为了适应日益加剧的市场竞争，顺丰采取了诸多有力措施，包括转变观念， 加大内部改革力度，以效益为中心，加强科学管理；加大投资信息系统建设； 关于信息建设过程存在以下问题： 1、总部与分支机构地域差异，造成数据传递不及时 作为快递公司，服务网络覆盖范围大，分支机构庞大，相关信息往往不能 及时传达给相关责任人。信息传递链路的过长，使数据出现人为错误的几率大 增。 2、信息系统可扩展性较差 可扩展性较差表现在：通常对系统一个普通的需求或一个业务功能的变更 会引起数个信息系统或某些信息系统较大范围的修改。这种可扩展性较差的原 因一方面是 SF 速运在信息系统构建时缺乏前瞻性的、缺乏从全局考虑的架构 设计，另一方面 SF 速运业务的高速发展给信息系统建设周期提出了近似苛的 要求。这样就要求许多项目急忙启动，并且效果要立竿见影，这个过程本身为 信息系统建设缺乏统筹考虑留下了隐患。 3、系统缺乏良好协同性 SF 有几十个功能不同的系统在同时运行，某一系统产生的数据可能是另一 系统所需要的，而当该数据需要流向另一系统时，往往需要开发复杂的接口。 现在系统间的数据接口超过 100 个，并且全知晓这些接口的技术人员几乎没有， 每位系统架构师仅知道与自己职责相关的些系统及接口信息。这样对系统建设 容易造成信息孤岛，对开发维护这些系统同事都造成了视觉上的孤岛，系统间 的协同性自然就比较差。并且随着业务不断拓展和数据量的递增，需要有更宽 阔的广度和融合度来满足企业运营的协同发展，将这些信息系统逐步整合于统 一的信息平台，减少接口壁垒，集中交换数据，共享信息，统一管理，变得日 益重要。 4、总部统一管控与分部个性化需求的矛盾 总部信息系统的统一管控是保持 SF 运营一致性和派件时效的重要手段。 但对各地分部而言，也确实有根据当地实际情况所应对而生的个性化管理需求 存在。那么如何应对处理跨地区、跨部门的多样化需求，打造通用数据交换接 口，构建统一的柔性信息系统，在保持共性的同时也能包容更多的个