顺丰信息系统设计：.docVIP

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