OMS管理系统设计方案

《OMS管理系统设计方案》由会员分享，可在线阅读，更多相关《OMS管理系统设计方案（24页珍藏版）》请在金锄头文库上搜索。

1、 OMS系统设计方案Ver.1.0编 制：张枫林审 核：批 准：日 期：2013-12-10日 期：日 期：Word资料变更履历日期版本号修改说明修改人核准人2013-12-101.0创建张枫林目 录1 概述32 需求分析32.1. 系统整体架构32.2. OMS系统需求31) 易用性和友好性32) 数据集成与共享33) 耦合度33 总体规划33.1. 系统架构设计方案31) 三层B/S架构32) 基于WebServices的统一数据交换技术33) 面向MVC的实现路线34) 系统扩展性33.2. 软件整体设计方案33.3. 系统安全性33.4. 其他设计原则34 系统功能规格34.1. 数据

2、定向分发34.2. 数据标准化转换34.3. 追溯查询34.3.1 近期数据查询34.3.2 历史数据查询34.4. 跨系统查询34.4.1 查询34.4.2 配置34.5. 系统管理34.5.1 接口管理34.5.2 规则集管理34.5.3 基本属性设置34.5.4 系统代码设置34.5.5 日志管理34.5.6 字典管理31 概述OMS管理系统的建设，是为了加强公司各系统平台之间的信息共享，减少各系统平台之间的数据不一致，提高各系统平台的信息利用效率等目标。通过该系统可以提高用户的工作效率，减少数据的重复输入，降低成本以及减少人为错误。在今年刚刚闭幕的中国共产党十八届三中全会上，中国政府提

3、出提高社会和企业信息化水平，加强信息化的运用，加大信息化的整合，加快信息化的发展，大力加强信息化建设，统筹推进“四化”进程。建设OMS管理系统，能进一步提高和强化企业的信息化管理水平，提高各个子系统平台的信息共享，提高工作效率及减少人为错误。2 需求分析2.1. 系统整体架构2.2. OMS系统需求根据前期需求调研，结合各个系统业务实际，OMS管理系统包含数据定向分发、数据标准化转换、追溯查询、跨系统查询和系统管理模块。系统功能如下图所示：1) 易用性和友好性系统具备可视化的工作界面，功能设计合理实用，易于操作使用，各类用户无须专业培训，即可快速掌握软件基本操作。软件提供联机帮助说明，用户可个

4、性化设置（如快捷方式、界面布局等）和深度应用。2) 数据集成与共享系统采用SOA架构，可以高效、方便的为其他应用系统提供服务，同时也调用其他应用系统，使得数据在各个零散的系统中共享。3) 耦合度OMS系统和各应用系统之间既独立又相互联系，OMS系统本身是一个独立的接口服务平台，系统上线后通过各种配置将其他应用系统关联起来。3 总体规划3.1. 系统架构设计方案1) 三层B/S架构系统采用三层 B/S（浏览器/服务器模式）架构，基于Web互联网技术，主要事务逻辑在服务器端实现，能有效地保护数据平台和管理访问权限，服务器数据库也很安全。用户不必另外安装客户端软件，大大简化了客户端电脑载荷，减轻了系

5、统维护与升级的成本和工作量，降低了用户的总体成本。同时B/S架构已经逐渐成为目前信息化建设的默认标准，采用浏览器/服务器的体系机构将能够大幅度降低系统的使用和维护成本，更符合大多数用户的使用习惯。采用三层体系结构的优点：1、开发人员可以只关注整个结构中的其中某一层；2、可以很容易的用新的实现来替换原有层次的实现；3、可以降低层与层之间的依赖；4、有利于标准化；5、利于各层逻辑的复用。2) 基于WebServices的统一数据交换技术采用面向管理、服务的方式来建设本系统，在数据交换服务、应用服务、资源汇集、重组、注册和发布服务是采用WebServices部署在网络上的对象（或组件）集合技术。它采

6、用对象组件技术、使用标准的Internet协议、将功能展示在互联网和企业网内部。它的基石是以XML为主的、开放的Web规范技术，因此具有比任何现有的对象技术更好的开放性。OMS管理系统设计和建设是基于SOA的整体构架思想，采用XML的数据交换技术和基于WebServices服务进行业务系统整合和集成支持。以XML数据交互引擎，实现异构系统间XML数据的传输、迁移等服务，完成数据抽取、加载、发布和订阅模板以及数据格式的转换。以WebServices技术进行业务集无缝集成和互操作的可信整合。通过标准化接口、标准化服务描述、发布、发现等，解决了全局业务调用、集成，整合、个服务等问题。实现基于应用的业

7、务协作，为应用系统集成提供全新的应用集成手段，使得所有的业务应用系统，可以通过WebServices技术进行相互调用，并通过流程重组以及流程整合提供多种新型的、跨业务系统的应用，真正能够实现业务流互联互通、各类应用业务集成与发展。3) 面向MVC的实现路线模型-视图-控制器（Model-View-Controller，MVC）体系结构模式将一个交互式应用程序分为三个组件。模型包含应用问题的核心数据、逻辑关系和计算功能，它封装了所需的数据，提供完成问题处理的操作过程，还为视图获取显示数据提供访问其数据的操作；视图向用户显示信息；控制器以事件触发方式处理用户输入，并为每个输入事件提供了相应的操作服

8、务。视图和控制器共同构成了用户接口。MVC模式是. NET应用程序开发中被广泛使用的一种体系结构，它将传统的输入、处理和输出模型转化为图形显示的用户交互模型。.NET平台上，模型层负责表达和访问商业数据，执行商业逻辑和操作，同时控制层也可以访问其功能函数以完成相关的任务。视图层负责显示模型层的内容，它从该层取得数据并指定这些数据如何被显示出来，它也会将用户的输入传送给控制器。控制层负责定义应用程序的行为，它可以分派用户的请求并选择恰当的视图用于显示，也可以解释用户的输入并将它们映射为模型层可执行的操作。4) 系统扩展性系统在设计时，充分考虑到系统的通用性、扩展性。在选择技术实现时做到可配性强、

9、配置灵活，以适应不同情况下用户的需求，使系统能够运行在多种不同的平台之上。充分考虑应用以及今后业务的可能扩展，随着数据量的增加和运行节点的扩展，系统能够随着硬件和系统软件的升级或增加，具有良好的可扩展性。应用软件应具有良好的开放性，遵循业界相关标准，支持开放的标准接口，使整个系统成为一个统一的整体。应用支撑平台模块间相对独立，接口清晰，内部的业务流程升级和改造与其它模块无关，所有模块基于组件Web Services开发，可插拔。3.2. 软件整体设计方案OMS管理系统采用基于SOA的分布式服务架构方案，通过该方案可以使OMS满足未来企业高速发展需要的高性能、高可靠性、高可扩展性的需要。依据这套

10、方案，我们将系统进行如下的划分（详细部署图见图）： Web服务集群 基于SOA的服务组件，用于提供OMS的所有业务处理。 Web应用程序集群 供用户管理和查询的用户友好的可视化界面。 数据库读写分离 利用Oracle数据库的主从数据库热备功能，实现读写数据库的数据同步。应用服务器在写数据时访问主数据库，主数据库通过主从复制机制将数据更新同步到从数据库。 分布式缓存(Memcached) 加快数据访问速度，减轻后端应用和数据存储的负载压力。 负载均衡服务器 利用开源的业界广泛使用的Nginx服务器实现负载均衡，以提升OMS的性能和可靠性。3.3. 系统安全性系统支持SSL加密通讯协议，使用SSL

11、可以对通讯内容进行高强度的加密，以防止数据在网络传输时被窃取。3.4. 其他设计原则 实用性和可行性：主要技术和产品具有成熟、稳定、实用的特点，实用性放在首位，既便于用户使用，又便于系统管理。 先进性和成熟性：系统设计采用超前思维，先进技术和系统工程方法，同时兼顾思维的合理性，技术的可行性，方法的正确性。不但能反映当今的先进技术和理念，而且具有发展潜力，能保证未来若干年内占主导地位。 开放性与标准化原则：OMS接收和发送的数据都是基于标准的XML数据， J2EE、.NET等其他平台都是可以很方便的与OMS进行对接。 可扩充性及易升级性：适应应用不断拓展的需要，应用平台的软硬件环境有良好的平滑可

12、扩充性。 安全性和保密性：充分考虑信息资源的共享，注意信息资源的保护和隔离，分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括系统安全机制、数据存取的权限控制等。 系统架构中各层应采用成熟的、符合技术标准服务器、中间件、数据库产品。 系统应保证 Window XP Professional客户端的正常使用，浏览器建议采用IE7.0以上版本，并在 TT、Firefox 等主流浏览器上测试通过。4 系统功能规格本章将详细描述各个模块的需求功能规格，会给出具体的页面布局及页面所展示的信息内容，即Web应用开发中称为低保真页面的页面蓝图，更为精细的大小、位置由UI设计师在实际Web开发时给定

13、。对于后台数据处理模块给出详细的处理流程图。4.1. 数据定向分发数据定向分发分为主动推送、定时轮询和客户上传数据资料三种方式。各方式的系统活动图如下所示：主动推送定时轮询客户上传数据资料4.2. 数据标准化转换通过预先定义好的数据标准化转换规则进行数据转换，包括业务系统-物流系统、物流系统-业务系统双向转换。其中还需要考虑异构数据库之间的数据类型、字段转义、字段位长等格式要求，对于没有定义转换规则的业务类型、转换异常的数据系统自动向数据发送方进行异常反馈，具体流程如下：4.3. 追溯查询为保障系统安全稳定运行，数据交换有据可查，提供接口服务流水记录查询功能。可以查询业务名称、发送数据的时间、

14、发送方的IP、发送方的基本信息、发送的数据内容、转换后的数据内容、接收方的基本信息、本次处理的状态等数据。下图是追溯查询主界面：追溯查询分为近期数据查询和历史数据查询。近期数据查询 查询近期业务日志（查询即时数据表），默认查询当天数据，用户可自行查询近三天，近一周，近一月的数据（快捷查询天数，需要和日志保留时间匹配，只显示保留时间内的快捷查询）。同时用户可自行设置其他的查询条件，如可根据用户，状态，数据接收方，数据发送发，操作时间段等信息进行查询过滤。如果查询时间跨年了，需要单独处理。点击查看，弹出页面（不覆盖原有页面），可查询对比转换前的数据和转换后的数据，如果不一样，则需要区分开（如：标红

15、），同时，需要将部分基础信息带入到查看页面，如：操作用户，操作时间，数据发送发，数据接收方。如下图：历史数据查询查询历史业务日志（查询历史数据表），默认查询历史数据表中最新一天的数据，用户可自行设置其他的查询条件，如可根据用户，状态，数据接收方，数据发送发，操作时间段等信息进行查询过滤。数据段的查询不允许跨年。只能查询同一年的数据。如下图，主界面：点击查看，弹出页面（不覆盖原有页面），可查询对比转换前的数据和转换后的数据，如果不一样，则需要区分开（如：标红），同时，需要将部分基础信息带入到查看页面，如：操作用户，操作时间，数据发送发，数据接收方。（同近期数据查询中功能一致），如下图： 追溯查询是针对业务日志进行的查询，业务日志在数据库中分成两张表记录数据，一张即时数据表（业务日志保留时间内，保留时间可配置），和一张历史数据表。两张数据表结构完全相同，历史表中采