顺丰信息系统设计.docx
- 文档编号:23432509
- 上传时间:2023-05-17
- 格式:DOCX
- 页数:12
- 大小:333.73KB
顺丰信息系统设计.docx
《顺丰信息系统设计.docx》由会员分享,可在线阅读,更多相关《顺丰信息系统设计.docx(12页珍藏版)》请在冰豆网上搜索。
顺丰信息系统设计
顺丰物流管理信息系统设计
一、背景
1、企业概况
SF速运〔集团〕成立于1993年3月,是一家主要经营国际、国速递及报关、报检等业务的民营速递企业,总部设在。
在国包括、地区建立了庞大的信息采集、市场开发、物流配送、快件收派等业务机构,为广阔客户提供快速、准确、平安、经济、优质的专业物流效劳。
截至2021年,经过短短十几年时间,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的组织构造图如下列图。
其中,总公司负责制定企业的开展战略,规划和考核下级子公司的绩效,负责企业的网络建立和业务指导:
区域子公司负责处理本区域跨城市的异地快递业务和下属分公司的管理,下设包含区域调度中心和区域分拣中心,区域调度中心进展车辆的调度和调控,区域分拣中心负责下属分公司跨区域业务货物的中转发运、存储和分拣管理。
各地区的分公司负责管理市业务,下设城市调度中心、城市分拣中心、以及营业所,城市调度份额那么市异地业务的货物仓储、配送,城市分拣中心负责处理市异地业务的分拣管理,营业所负责处理所辖区域中客户的快递业务和接线业务等。
快递公司在每个区域分部〔一般为一个城市〕根据需要设置假设干营业点和代理点负责快递业务
图3.2顺丰代理模式图
业务流程分析
●寄件人填写快递单,收件员检查。
●收件员录入快递单信息。
●快递集中托运至分拨中心中转。
●分拨中心录入收件信息。
●分拨中心把快递交至派件员送件。
●派件员录入派件信息,完成派件任务。
●业务管理部门调用统计信息分析。
图3.4流程详图
数据流程图
五、系统总体构造设计
本小组信息系统分为订单系统、仓储管理信息系统、追踪查询系统、资源调度系统。
构造如下
顺丰快递追踪查询系统由单据录入子系统、单据查询子系统、统计报表三大大局部组成。
1、代码设计
表3-1快递单号代码表
12061301120200100001
前8位代表日期,9-10位国家代号,11-12位省份,13-14位市,15-17位代表营业网店编号,后5位代表当天的订单序号。
表3-2快递员编号代码表
19910100101001
前4位代表出生年份,5-6位代表所属分支,7-9代表营业网点编号,8-9位代表职位,后3位人员序号。
表3-3快递类型代码表
001001
前3位代表寄送围,后3位代表寄送速度要求。
1、收件单:
单号、快递员编号、寄件人、收货人、收货地址、收货人、收件时间。
2、中转单:
单号、快递员编号、寄件人、收货人、收货地址、收货人、收件时间、分拨中心。
3、派件单:
单号、快递员编号、寄件人、收货人、收货地址、收货人、收件时间。
1、快递员:
编号、、手机号、家庭住址。
2、承接1:
单号、数量、时间。
3、承接2:
单号、数量、时间。
4、负责1:
快递员编号、单号、数量、时间。
2输入输出设计
主界面
2.各子系统登陆界面
3.收件录入子系统界面
4.中转子系统界面
5.派件录入子系统界面
6.客户查询子系统界面
7.统计报表子系统界面
教育之通病是教用脑的人不用手,不教用手的人用脑,所以一无所能。
教育革命的对策是手脑联盟,结果是手与脑的力量都可以大到不可思议。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 信息系统 设计