顺丰信息系统设计.docVIP

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