根据信息系统的分析和设计步骤，本节根据一个物流公司的业务分析，设计了一套快递追踪查询系统。

1.系统总体目标

快递追踪查询系统是一个比较复杂的系统，数据覆盖面广，结构复杂。它利用条形码、EDI、GPS、GIS等技术，为客户和管理工作人员提供一个现代化的、规范的、友好的查询界面，让客户能够随时了解自己托运货物的状态，以增加快递业务的竞争力；使相关管理工作人员能够了解快递的整个运转过程，为快递安全管理提供依据。

速运集团现阶段使用的很多应用系统都可以为货物的追踪查询提供数据支持，基于数据共享的思想，快递追踪查询系统建设目标分以下两个阶段：

(1)近期目标。系统尽可能利用各相关系统的数据，实时采集数据，转化为本系统数据，建库保存，并提供数据管理的人工介入功能，保证查询的连续性。

(2)远期目标。构建快递追踪查询系统共享平台，作为快递信息共享平台的一部分，为快递追踪查询提供数据支持，系统只保留查询功能，不再有数据管理的功能，所需数据完全从平台采集。

2.需求分析

为了适应日益加剧的市场竞争，物流公司采取了诸多有力措施，包括转变观念，加大内部改革力度、以效益为中心，加强科学管理，加大投资信息系统建设。信息建设过程存在以下问题：

(1)总部与分支机构地域差异，造成数据传递不及时。作为快递公司，服务网络覆盖范围大，分支机构庞大，相关信息往往不能及时传达给相关责任人。信息传递链路过长，使数据出现人为错误的概率大增。

(2)信息系统可扩展性较差。可扩展性较差表现在：通常对系统一个普通的需求或一个业务功能的变更都会引起数个信息系统或某些信息系统较大范围的修改。这种可扩展性较差的原因一方面是速运在信息系统构建时缺乏前瞻性的、缺乏从全局考虑的架构设计，另一方面速运业务的高速发展给信息系统建设周期提出了近似苛刻的要求。这样就要求许多项目急忙启动，并且效果要立竿见影，这个过程本身为信息系统缺乏统筹考虑留下了隐患。

(3)系统缺乏良好协同性。有几十个功能不同的系统在同时运行，某一系统产生的数据可能是另一系统所需要的，而当该数据需要流向另一系统时，往往需要开发复杂的接口。现在系统间的数据接口超过100个，并且全知晓这些接口的技术人员几乎没有，每位系统架构师仅知道与自己职责相关的一些系统及接口信息。这样对系统建设容易造成信息孤岛，对开发维护这些系统的同事都造成了视觉上的孤岛，系统间的协同性自然就比较差。并且，随着业务不断拓展和数据量的递增，需要有更宽阔的广度和融合度来满足企业运营的协同发展，将这些信息系统逐步整合于统一的信息平台，减少接口壁垒，集中交换数据，共享信息，统一管理，变得日益重要。

(4)总部统一管控与分部个性化需求的矛盾。总部信息系统的统一管控是保持运营一致性和派件时效的重要手段。但对各地分部而言，也确实有根据当地实际情况所应对而生的个性化管理需求存在。那么如何应对处理跨地区、跨部门的多样化需求，打造通用数据交换接口，构建统一的柔性信息系统，在保持共性的同时也能包容更多的个性化规则与配置，在大平台上实现完美的协同管控与时效运营，是信息系统综合管控与服务中心下一步的艰巨任务。

(5)被动反应向主动支持的转变。对许多企业的IT部门而言，其与兄弟部门的配合研发工作都存在着滞后性，也就是俗称的“被业务部门推着走”。信息系统综合管控与服务中心也或多或少存在着这样的情况。这是IT产业发展的一个阶段，也是一个停顿期。那么如何才能做到超前预测业务发展趋势，即时随着业务部门的需求变化和数据量的增长而改变系统结构，即系统可以主动每日提供个性化信息的主动式管理，通过成熟的运营模型对实时数据进行分析，对不同的结果对应配置不同的优化规则，可以即时设置实时期望，并对不利信息做到即时预警。不再“被业务部门推着走”，这是信息系统综合管控与服务中心未来的工作重点。

3.组织结构和功能分析

组织结构图用于反映组织内机构设置情况，反映组织机构内各机构之间的关系。组织结构采用层次模块的形式绘制，图的结构为分层树形。总部组织架构如图5-11所示。

图5-11 速运集团组织结构图

物流快递公司采用集团、经营本部、区部三级架构，实施垂直一体化集中管控模式，以利于速递产品内在流程的一致性和对时效性、安全性的要求，保证产品及服务质量的稳定。

其中，总公司负责制定企业的发展战略、规划和考核下级子公司的绩效，负责企业的网络建设和业务指导：区域子公司负责处理本区域内跨城市的异地快递业务和下属分公司的管理，下设包含区域调度中心和区域分拣中心，区域调度中心进行车辆的调度和调控，区域分拣中心负责下属分公司跨区域业务货物的中转发运、存储和分拣管理。各地区的分公司负责管理市内业务，下设城市调度中心、城市分拣中心、营业所，城市调度中心负责市内异地业务的货物仓储、配送，城市分拣中心负责处理市内异地业务的分拣管理，营业所负责处理所辖区域中客户的快递业务和接线业务等。

快递公司在每个区域分部(一般为一个城市)根据需要设置若干营业点和代理点负责快递业务。速运集团的业务分布如图5-12所示。

图5-12 速运集团的业务分布

4.业务流程分析

业务流程描述如图5-13、图5-14所示。

图5-13 速运集团的业务流程简图

图5-14 速运集团的业务流程详图

第一步，寄件人填写快递单，收件员检查。

第二步，收件员录入快递单信息。

第三步，快递集中托运至分拨中心中转。

第四步，分拨中心录入收件信息。

第五步，分拨中心把快递交至派件员送件。

第六步，派件员录入派件信息，完成派件任务。

第七步，业务管理部门调用统计信息分析。

5.数据流程分析

数据流程分析如图5-15、图5-16所示。

图5-15 第一层数据流程图

图5-16 第二层数据流程图

6.系统总体结构设计

本信息系统分为订单系统、仓储管理信息系统、追踪查询系统、资源调度系统。结构如图5-17所示。

图5-17 系统总体结构图

快递信息追踪查询系统在提供信息追踪的同时，辅助实现信息共享，跨区域快件信息在始发地输入后通过信息追踪系统发送到终到地所在区域和追踪中心，同时满足追踪查询和快件交付的需要；快件在快递公司内部的储运过程发送并存储到追踪中心，满足追踪查询的需要。快递追踪查询系统由单据录入子系统、单据查询子系统、统计报表三大部分组成，如图5-18所示。

图5-18 系统总体结构设计

7.编码设计

编码设计如表5-3、表5-4、表5-5所示。

表5-3 快递单号编码表

(www.daowen.com)

表5-4 快递员编号编码表

表5-5 快递类型编码表

8.数据库结构设计

数据库的概念结构设计的任务是产生和反映企业组织信息需求的数据库概念结构，即概念模型，概念模型不依赖于计算机系统和具体的DBMS，它采用E-R法将现实世界的信息结构统一用属性、实体以及实体之间的联系来描述。

在本系统的实体类型有收件单、中转单、派件单和快递员等，这些实体间的相互联系如下：

(1)收件单和中转单之间存在联系“承接”，为“1对1”的关系；

(2)中转单和派件单之间存在联系“承接”，为“1对1”的关系；

(3)快递员和收件单之间存在联系“承接”，为“1对多”的关系；

(4)快递员和派件单之间存在联系“承接”，为“1对多”的关系；

(5)各实体和联系的属性(见图5-19)。

图5-19 快递信息追踪查询管理E-R模型图

9.逻辑设计

快递信息追踪查询管理关系模型如下：

(1)收件单：单号、快递员编号、寄件人、收货人、收货地址、收货人电话、收件时间；

(2)中转单：单号、快递员编号、寄件人、收货人、收货地址、收货人电话、收件时间、分拨中心；

(3)派件单：单号、快递员编号、寄件人、收货人、收货地址、收货人电话、收件时间；

(4)快递员：编号、姓名、手机号、家庭住址；

(5)承接1：单号、数量、时间；

(6)承接2：单号、数量、时间；

(7)负责1：快递员编号、单号、数量、时间；

(8)负责2：快递员编号、单号、数量、时间。

10.物理设计

本系统包括一个数据库(expressrecieve.mdb)，数据库中包含若干个表，如收件信息表、中转信息表、派件信息表等，表5-6为派件信息表的结构。

表5-6 信息表的结构

11.输入输出设计

(1)系统登录界面如图5-20所示。

图5-20 系统登录主界面

(2)收件录入子系统界面如图5-21所示。

图5-21 收件录入子系统界面

(3)中转子系统界面如图5-22所示。

图5-22 中转子系统界面

(4)派件录入子系统界面如图5-23所示。

图5-23 派件录入子系统界面

(5)客户查询子系统界面如图5-24所示。

图5-24 客户查询子系统界面

(6)统计报表子系统界面如图5-25所示。

图5-25 统计报表子系统界面

快递追踪查询系统是一个比较复杂的系统。该案例结合GPS、GIS技术，通过建立网上物流管理平台，通过互联网获得物流服务，并在网上实时查询物流服务的完成情况。条形码、智能标签等自动识别技术在物流中的应用可以实现对物流信息高速准确地采集，及时捕捉作为信息源的物品在出库、入库、运输、分拣、包装等过程中的各种信息，提高物流作业程序的效率。

该系统为客户和管理工作人员提供一个现代化的、规范的、友好的查询界面，让客户能够随时了解自己托运货物的状态，以增加快递业务的竞争力，使相关管理工作人员能够了解快递的整个运转过程，为快递安全管理提供依据。

该系统尽可能利用各相关系统的数据、实时采集数据，转化为本系统数据，建库保存，并提供数据管理的人工介入功能，保证查询的连续性，实现了设计目标。