顺丰信息系统设计.doc

顺丰物流管理信息系统设计
一、背景
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、管理报表类管理系统。面向对象为综合本部、公共事务本部、财务本部、人力资源本部等相关部门，将其业务规划、管理计划、月度数据、日常工作信息汇总表等资料形成电子单据，统一制度标准，及时实现管理政令的上传下达，并以清晰规范的形式完善报表考核制度。
4、综合类管理系统。此类管理系统涉及到营运、客服、管理报表的三项业务类系统整合，是对前三类管理系统的业务统一合并，同时也是对前三类管理系统的有效补充。多个业务管理系统整合统一化、集中平台化管理是SF关注的发展重点，而综合类管理系统的研发就是做为此需求的起步。同时，前三类管理系统中必然存在个性化、局部细化、需要多部门协力解决的业务管理需求，此时单一种类的业务管理系统就凸显出不足性，而统一归并于综合类管理系统中进行解决，就能够体现多种类系统整合的优势，提高协同工作处理的效率。

二、设计目标
1.近期目标
系统尽可能利用各相关系统得数据，实时采集数据，转化为本系统数据，建库保存，并提供数据管理的人工介入功能，保证查询的连续性。
2.远期目标
构建快递追踪查询系统共享平台，作为快递信息共享平台的一部分，为快递追踪查询提供数据支持，系统只保留查询功能，不再有数据管理的功能，所需数据完全从平台采集。
三、现状及问题
为了适应日益加剧的市场竞争，顺丰采取了诸多有力措施，包括转变观念，加大内部改革力度，以效益为中心，加强科学管理；加大投资信息系统建设；关于信息建设过程存在以下问题：
1、 总部与分支机构地域差异，造成数据传递不及时
作为快递公司，服务网络覆盖范围大，分支机构庞大，相关信息往往不能及时传达给相关责任人。信息传递链路的过长，使数据出现人为错误的几率大增。
2、信息系统可扩展性较差
可扩展性较差表现在：通常对系统一个普通的需求或一个业务功能的变更会引起数个信息系统或某些信息系统较大范围的修改。这种可扩展性较差的原因一方面是SF速运在信息系统构建时缺乏前瞻性的、缺乏从全局考虑的架构设计，另一方面SF速运业务的高速发展给信息系统建设周期提出了近似苛的要求。这样就要求许多项目急忙启动，并且效果要立竿见影，这个过程本身为信息系统建设缺乏统筹考虑留下了隐患。
3、系统缺乏良好协同性
SF有几十个功能不同的系统在同时运行，某一系统产生的数据可能是另一系统所需要的，而当该数据需要流向另一系统时，往往需要开发复杂的接口。现在系统间的数据接口超过100个，并且全知晓这些接口的技术人员几乎没有，每位系统架构师仅知道与自己职责相关的些系统及接口信息。这样对系统建设容易造成信息孤岛，对开发维护这些系统同事都造成了视觉上的孤岛，系统间的协同性自然就比较差。并且随着业务不断拓展和数据量的递增，需要有更宽阔的广度和融合度来满足企业运营的协同发展，将这些信息系统逐步整合于统一的信息平台，减少接口壁垒，集中交换数据，共享信息，统一管理，变得日益重要。
4、总部统一管控与分部个性化需求的矛盾
总部信息系统的统一管控是保持SF运营一致性和派件时效的重要手段。但对各地分部而言，也确实有根据当地实际情况所应对而生的个性化管理需求存在。那么如何应对处理跨地区、跨部门的多样化需求，打造通用数据交换接口，构建统一的柔性信息系统，在保持共性的同时也能包容更多的个性化规则与配置，在大平台上实现完美的协同管控与时效运营，是信息系统综合管控与服务中心下一步的艰巨任务。
5、被动反应向主动支持的转变
对许多企业的IT部门而言，其与兄弟部门的配合研发工作都存在着滞后性，也就是俗称的“被业务部门推着走”。SF的信息系统综合管控与服务中心也或多或少存在着这样的情况。这是IT产业发展的一个阶段，也是一个停顿期。那么如何可以做到超前预测业务发展趋势，即时随着业务部门的需求变化和数据量的增长而改变系统结构，即系统可以主动每日提供个性化信息的主动式管理，通过成熟的运营模型对实时数据进行分析，对不同的结果对应配置不同的优化规则，可以即时设置实时期望，并对不利信息做到即时预警。不再“被业务部门推着走”，这是信息系统综合管控与服务中心未来的工作重点。

四、组织结构

顺丰物流快递公司采用集团、经营本部、区部三级架构，实施垂直一体化集中管控模式，以利于速递产品内在流程的一致性和对时效性、安全性的要求，保证产品及服务质量的稳定。SF的组织结构图如图所示。人力资源本部
财务本部
营运本部
资讯科技本部
综合本部
公共事务本部
经营本部下辖各职能部门
地区下辖各职能部门
地区
经营本部
（华南、华东、华北、华中、东南、海外）
SF
航
空
有
限
公
司
董事会
总裁
审计监察委员会
企业发展办公室
总裁办公室

其中，总公司负责制定企业的发展战略，规划和考核下级子公司的绩效，负责企业的网络建设和业务指导:区域子公司负责处理本区域内跨城市的异地快递业务和下属分公司的管理，下设包含区域调度中心和区域分拣中心，区域调度中心进行车辆的调度和调控，区域分拣中心负责下属分公司跨区域业务货物的中转发运、存储和分拣管理。各地区的分公司负责管理市内业务，下设城市调度中心、城市分拣中心、以及营业所，城市调度份额则市内异地业务的货物仓储、配送，城市分拣中心负责处理市内异地业务的分拣管理，营业所负责处理所辖区域中客户的快递业务和接线业务等。
快递公司在每个区域分部（一般为一个城市）根据需要设置若干营业点和代理点负责快递业务

图3.2 顺丰代理模式图

业务流程分析

l 寄件人填写快递单，收件员检查。
l 收件员录入快递单信息。
l 快递集中托运至分拨中心中转。
l 分拨中心录入收件信息。
l 分拨中心把快递交至派件员送件。
l 派件员录入派件信息，完成派件任务。
l 业务管理部门调用统计信息分析。

图3.4 流程详图

数据流程图

五、系统总体结构设计
本小组信息系统分为订单系统、仓储管理信息系统、追踪查询系统、资源调度系统。结构如下

顺丰快递追踪查询系统由单据录入子系统、单据查询子系统、统计报表三大大部分组成。

1、代码设计

表3-1快递单号代码表
120613 01 12 02 001 00001
前8位代表日期，9-10位国家代号，11-12位省份，13-14位市，15-17位代表营业网店编号，后5位代表当天的订单序号。
表3-2 快递员编号代码表
1991 01 001 01 001
前4位代表出生年份，5-6位代表所属分支，7-9代表营业网点编号，8-9位代表职位，后3位人员序号。

表3-3快递类型代码表
001 001
前3位代表寄送范围，后3位代表寄送速度要求。
1、收件单：单号、快递员编号、寄件人、收货人、收货地址、收货人电话、收件时间。
2、中转单：单号、快递员编号、寄件人、收货人、收货地址、收货人电话、收件时间、分拨中心。
3、派件单：单号、快递员编号、寄件人、收货人、收货地址、收货人电话、收件时间。
1、快递员：编号、姓名、手机号、家庭住址。
2、承接1：单号、数量、时间。
3、承接2：单号、数量、时间。
4、负责1：快递员编号、单号、数量、时间。

2输入输出设计
主界面

2.各子系统登陆界面

3.收件录入子系统界面

4.中转子系统界面

5. 派件录入子系统界面

6.客户查询子系统界面

7.统计报表子系统界面

精选范本