OMS管理系统设计方案和对策

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

1、 OMS系统设计方案Ver.1.0编 制：X枫林审 核：批 准：日 期：2013-12-10日 期：日 期： / 变更履历日期版本号修改说明修改人核准人2013-12-101.0创立X枫林目 录1 概述42 需求分析52.1. 系统整体架构52.2. OMS系统需求51) 易用性和友好性62) 数据集成与共享63) 耦合度63 总体规划73.1. 系统架构设计方案71) 三层B/S架构72) 基于WebServices的统一数据交换技术83) 面向MVC的实现路线84) 系统扩展性93.2. 软件整体设计方案103.3. 系统平安性103.4. 其他设计原那么114 系统功能规格124.1.

2、数据定向分发124.2. 数据标准化转换154.3. 追溯查询164.3.1 近期数据查询174.3.2 历史数据查询184.4. 跨系统查询204.4.1 查询204.4.2 配置214.5. 系统管理234.5.1 接口管理234.5.2 规那么集管理344.5.3 根本属性设置384.5.4 系统代码设置394.5.5 日志管理434.5.6 字典管理451 概述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规X技术，因此具有比任何现有的对象技术更好的开放性。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加密通

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

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

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

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

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