中国xx公司网上营业厅技术方案建议书(编辑修改稿)

中国xx公司网上营业厅技术方案建议书(编辑修改稿)内容摘要：

构，满足跨地域、多层次、垂直化统一价格管理的要求。 合同管理是对与客户或供应商签订的长期合同的管理，合同管理主要支持特定客户合同价格和信用条件的管理。 辅助业务部分包括 陆运 业务和 清关 业务管理部分，由于这两项业务不是 航空货运的主要业务，所以对这两项业务进行较简单的功能支持，主要是对这两项业务的 接单、计费和结算进行支持，以方便完成收付款和业务统计。 分拨中心和收货点是航空物流 业务运作的核心， 包括产品、市场销售、客服、接单、取件、转运、计费、结算、统计分析 等模块。 计费模块对询报价、应收计费、应付计费、费用分摊和审核等进行管理；结算模块包括结算审核、帐单管理、中国 XX 公司网上营业厅技术方案建议书 中国 XX Page 10 发票管理、收付款管理和帐单核销等功能；统计分析对系统收集的信息进行各种统计，帮助各级管理者及时从多种角度全面了解公司的运营状况。 货物跟踪主要通过记录货物运输过程的关键点信息来跟踪货物状态，即通过连接各关键点将货物运输的全过程描述出来。 网上服务部分包括为客户提供的服务和为代理提供的服务，是加强客户和合作伙伴服务的重要手段，是提高客户服务的效率和质量的利器。 网上服务部分从业务角度可以分为货代网上服务和船代网上服务，从服务对象角度可以分为客户服务和代理服务，从服务类别上可以分为信息类服务、查询类服务、交易类服务，同时还需要后台处理模块对服务进行辅助支持。 网上服务内容贯穿 货运 整个业务线，例如 舱位 查询、运价查询、订单（委托）查询、提单查询、货物状态查询 、航班 动态跟踪、集装箱动态查询 、 帐款查询、网上订舱、提单确认等等。 该解决方案 通过 的 高度可 视化和实时性 特点 ，使物流企业能够与客户和合作伙伴顺畅地交换相关信息，提高整个供应链的运转效率，并且具备实时的信息处理能力，提高相应速度，这样可以提早发现整个物流链条中的薄弱环节，提早进行处理，降低风险。 通过对物流企业内部原本相对独立的业务操作系统进行有效的集成， 该解决 方案能提高内部各业务部门之间与客户及相关合作伙伴系统的信息交换能力，实现业务协同的流程化管理，从而提高资源的配置效率、有效控制成本，并在提高客户满意度、忠诚度以及开发新市场的方面将客户带来更高的投资回报。 同时， 解决方案能够使内部的作业操作系统和后台支持系统实现顺畅的信息共享，实时进行信息的传输和处理，有利于快速地相应客户的需求，确保承诺的服务质量。 该解决方案 通过通过多层的架构设计强化运输管理系统对业务操作的适应性，灵活地响应业务的变化，提高物流资源的运转效率，当业务内容、规则发生变化时，只需要调整业务模块就可以快速适应，从而使系统能够灵活地响应业务变化的要求。 中国 XX 公司网上营业厅技术方案建议书 中国 XX Page 11 XX 物流电子商务 平台 整体解决方案 的 技术 框架 XX 物流电子商务整体解决方案 采用 如下图所 示总部集中的基于 J2EE 和 Web Service 的三层应用架 构。 总部集中是指系统的主数据库和应用服务器只有一套并且集中于总部，各分支机构和公司都通过网络访问总部的应用。 基于 J2EE 的三层体系结构，将界面表现，应用逻辑处理与数据存储处理分离开来。 瘦客户端和 HTML 客户端属于界面展现层，主要负责与界面表示和用户交互相关的操作，中间层为应用服务器，集中进行应用逻辑处理和数据操作，数据层主要负责数据存储和管理以及与后台其他系统的集成。 Web Service 在系统中主要用于应用系统间的集成和前端（瘦客户端）与后端的集成。 由于 空运 业务需要系统操作灵活快速，单纯的网页设计难以满足这种要求，因此建议系统支持 HTML 客户端和瘦客户端两种模式。 瘦客户端是指前台采用VB、 C等语言开发应用，但是前台应用只包含界面展现、客户交互和简单的数据缓冲，基本不包含业务逻辑，所有的业务逻辑通过访问后台的应用服务器得到执行。 瘦客户端模式可以避免 HTML 客户端界面表现不够丰富，需要带宽高，系统响应慢等缺陷，同时网络或服务器出现故障时还可以对某些操作（如接单）进行离线操作，减少业务损失，同时还可以避免胖客户端业务逻辑集中在前端、系统发布、升级、维护、版本一致性 控制困难等缺陷。 HTML 客户端是指前台采用JSP＋ DHTML（ HTML＋ Javascript）实现界面展现和客户交互， HTML 客户端的最大优势是系统发布、升级、维护和管理非常简单，缺点是开发难度较大，系统占用带宽高且界面不够灵活。 信息 系统作为国际货运 公司 的大型应用系统，应该综合比较两种不同客户端的有缺点，并在不同的功能模块采用适当的前端方案，例如在公司内部系统发布相对容易，则供公司内部使用的功能模块采用瘦客户端方案，这样可以最大限度地提供前端交互的灵活性并降低带宽要求；而向代理或客户发布、升级系统难度较大， 则供代理或客户使用的功能模块采用 HTML 客户端方案。 考虑 网络环境 在某些情况下 不够稳定，建议采用本地应用服务器和本地缓冲数据库。 在网络和总部服务器正常的情况下，前端直接访问总部数据库，单网络中国 XX 公司网上营业厅技术方案建议书 中国 XX Page 12 或后总部数据库发生故障时，前端应用可以访问本地应用服务器和本地数据库，以应付紧急的业务操作要求。 在此种情况下，由于保持本地数据库和总部数据库的数据一致性和完整性比较复杂，所以建议本地数据库和本地应用服务器只支持最紧急的功能，如舱单传输等，对于时间要求不高的功能，如结算，在本地应用和数据库中不应支持。 图例 22 XX 物流电子商务 平台 总体 逻辑架构 物流电子商务 系统 通常需 和 公司 的其他系统，如 运单 系统和财务系统集成，以降低用户的重复输入，提高工作效率和准确性。 建议后台集成采用基于 Web Service 的企业总线技术。 基于 Web Service 是指中远的系统间集成都采用标准的中国 XX 公司网上营业厅技术方案建议书 中国 XX Page 13 Web Service 接口，并且以 Service 方式提供，同时对于需要远程和跨越复杂网路的传输采用基于总线的 Message 传输，例如采用 Tibco 和 RV 等消息中间件。 综上所述，我们建议的 系统 应用逻辑总体架 构具有如下优势： 1．界面表示、应用逻辑、数据存取相对独立，易于系统的开发、维护和扩充。 2．界面展现层支持瘦客户端和 HTML 客户端两种模式，既保证了应用对内部用户的高度灵活和快速响应，降低了网络带宽占用，对某些功能可以支持离线操作（如接单）；同时保证了对外部用户的易发布、易维护、易升级，充分降低外部用户使用系统的难度。 3．应用服务器的加入将后台数据库服务器从琐碎的事物处理中解放开来，极大地提高了对数据的储存、检索等的处理能力；同时在增加新业务或业务量增大时，可以通过部署中间层应用服务器迅速实现，并可方便 地进行应用迁移、负载均衡，提供传统客户 /服务器两层结构所不能提供的高性能、高可扩展性、灵活性以及快速的实施。 4．本地应用服务器和本地数据库服务器可以在一定程度上避免由于总部集中服务器或网络故障所造成的业务停顿，最有效地支持关键和紧急的业务应用。 5．基于 Web Service 的应用件集成方案可以大大提高应用集成的可复用性，灵活性，可扩展性，同时在传输层采用基于总线技术的 Message 传输，可以最大限度地保证在复杂网络环境下数据交换的可靠性、稳定性。 中间层是整个系统的核心，我们建议的系统中间层仍旧采用分层结构，各层进行封装，以尽量保证在一个层面内部的修改不会影响到其他层面，系统由下至上分为如下四个层面：数据层，逻辑层以、控制层。 各层定义如下：  数据层：数据层对于数据的存取进行封装，向上面业务逻辑层提供数据访问功能接口，在数据层中，首先对数据库表的访问进行封装，在实现上使用 Table中国 XX 公司网上营业厅技术方案建议书 中国 XX Page 14 类对单一数据库表的访问， Table 类的作用是进行对象－关系映射，它将数据库中的表映射为 Java 中的类，并将对 Java 类的操作转换为对数据库表操作的 SQL 语句，提供包括记录的 更新、删除、获取、添加操作，屏蔽其他层对数据库的直接访问；在对数据库表的访问进行封装后，由于一个业务的实体会包含多个数据库表，因此系统将对业务实体进行进一步的封装，实现上使用 Entity 类， Entity 类是业务实体的抽象，可能对应一张或多张数据库表（ Table 类）； Entity 类提供包括对业务实体的添加、删除、更新、状态设定（如锁定、退载等）操作， Entity 类不包含业务处理逻辑，只对数据库的表进行封装，向业务逻辑层提供访问业务实体的接口。 另外为了支持对多各数据库表的联合查询，系统在数据层还将实现 Query 类，该类直接通过 SQL 对数据库表进行联合查询，并返回结果集给到业务逻辑层。  业务逻辑层：用于处理业务逻辑，系统将业务逻辑层的实现定义为 Control类，业务逻辑层的设计以功能规格说明书的功能点划分为基础， Controller类向控制层提供统一的调用接口， Control 类通过调用 Entity 类的方法进行业务实体的操作， Controller 类之间可以通过互相调用来实现功能的重用或者嵌套的功能。  应用控制层：控制层是前后台（客户端和服务器端）的连接的桥梁，首先控制层将由客户端（表示层）发送来的请求进行解析，设置执 行环境（如数据库连接等），根据请求的内容动态确定需要调用的业务逻辑层的 Control 类，将请求作为参数调用 Control 类，进行业务逻辑的处理工作，在执行完毕后，控制层将 Control 类的执行的结果返回给客户端。 控制层既可以由客户端的请求来触发业务逻辑层的执行，也可以根据特定的状态调用逻辑层（如时间等）。 接受客户端请求的控制类系统实现定义为 Dispatcher 类 在上述分层的基础上，系统将公用的组件封装为一套工具类库，工具类库主要包括 XML 解析和产生、加密算法等。 整个中间层的结构如下图所示： 中国 XX 公司网上营业厅技术方案建议书 中国 XX Page 15 数 数 数数 数 数数 数 数数 数 数 数 数 数 数 数数 数 数 数数 数 数 数C o n t r o l l e r 数数 数 数数数 数 数 数数 数 数 数数 数 数 数数 数E n t i t y 数数 数 数 数C o n t r o l l e r 数T a b l e 数T a b l e 数E n t i t y 数E n t i t y 数E n t i t y 数D i s p a t c h e r 数T a b l e 数T a b l e 数T a b l e 数数 数 T a b l e 数数 数 数 数数 数 数 数 数 数 数数 数 数 数数 数 数 数 数数 数 数图例 23 中间层结构 下图以一次用户登录为例对交易过程中各个层的处理和之间的交互逻辑进行描述： 中国 XX 公司网上营业厅技术方案建议书 中国 XX Page 16 图例 24 各个层的交互处理逻辑举例 为保证系统的稳定高效运行，在系统设计时需要考虑以下因素：  标准化：系统在设计时应尽量使用现有的已经被标准化的技术，以保证技术上的先进性和扩展性，而且便于使用已有的符合所采用标准的第三用户 客户端（表示层）控制层 业务逻辑层 数据层输入登录信息，并登录登录请求确定登录的 C o n t r o l 类调用登录 C o n t r o l 类建立 S e s s i o n解析请求生成应答S e s s i o n I D 和用户权限列表、默认数据项等S e s s i o n I D 和用户权限列表，默认数据项等产生登录请求报文根据权限生成用户菜单产生应答报文取得用户权限列表记录登录信息中国 XX 公司网上营业厅技术方案建议书 中国 XX Page 17 方软件和工具以降低设计的工作量和风险。 标准包括国际标准和内部标准两种。  可维护性：系统的大部分处理在后台运行，为了保证系统的运行状况和出现的问题被有效的监控和跟踪；系统定义报警级别，应用程序在执行异常时必须按照定义的级别记录告警日志；系统可以对哪些警报日志被记录进行配置，如在调试阶段可以将日志的记录级别配置为系统调试级，在系统正常运行后可以适当降低记录的级别，以提高日志的易读性，减少不 必要的数据存储；对于瘦客户端应用，为了保证分布安装在客户端的系统组件的版本在修改后能够及时更新，客户端组件在启动时将首先检查其与服务器端的一致性，在需要更新时自动下载安装。  易用性： 系统 包括大量的操作界面，其中有些界面的控件数量和操作流程很复杂；为保证适应用户对系统交互的灵活和快速的要求，建议内部企业内部应用采用瘦 客户端而不是 HTML 客户端。  灵活性：为适应各个公司不同的需求，以及公司不断的动态成长发展，系统在保证性能的基础上，使用数据配置以及插件方式。 包括两种模式：。