1、OMS管理系统方案设计适用标准OMS系统设计方案编 制： 张枫林 审 核： 批 准：日 期： 2013-12-10 日 期： 日 期：文案大全适用标准更改简历日期 版本号 改正说明 改正人 批准人2013-12-10 创立 张枫林文案大全适用标准目录1 概括 .42 需求剖析.52.1.系统整体架构 .52.2. OMS 系统需求 . .51)易用性和友善性 .62)数据集成与共享 .63)耦合度 .63 整体规划.73.1.系统架构设计方案 .71)三层 B/S 架构 .72)鉴于 WebServices 的一致数据互换技术.83)面向 MVC的实现路线 .84)系统扩展性 .93.2.软件
2、整体设计方案 .103.3.系统安全性 .103.4.其余设计原则 .114 系统功能规格.124.1.数据定向散发 .124.2.数据标准化变换 .154.3.追忆查问 .16近期数据查问 .17历史数据查问 .184.4.跨系统查问 .20查问 .20配置 .214.5.系统管理 .23接口管理 .23规则集管理 .34基本属性设置 .38系统代码设置 .39日记管理 .43词典管理 .45文案大全适用标准1 概括OMS管理系统的建设，是为了增强公司各系统平台之间的信息共享，减少各系统平台之间的数据不一致，提高各系统平台的信息利用效率等目标。经过该系统能够提高用户的工作效率，减少量据的重复
3、输入，降低成本以及减少人为错误。在今年刚才谢幕的中国共产党十八届三中全会上，中国政府提出提高社会和公司信息化水平，增强信息化的运用，加大信息化的整合，加速信息化的发展，鼎力增强信息化建设，兼备推动“四化”进度。建设 OMS管理系统，能进一步提高和增强公司的信息化管理水平，提高各个子系统平台的信息共享，提高工作效率及减少人为错误。文案大全适用标准2需求剖析2.1. 系统整体架构2.2. OMS系统需求依据先期需求调研，联合各个系统业求实质， OMS管理系统包含数据定向散发、数据标准化变换、追忆查问、跨系统查问和系统管理模块。系统功能以下列图所示：文案大全适用标准OMS 管理系统数据定向散发数据标
4、准化变换追忆查问跨系统查问系统管理主动推送业务系统 - 物流系统历史数据查问查收查问标准化规则管理准时轮询物流系统 - 业务系统WEB 报表出库复核查问接口服务管理数据种类变换接口日记查问物流码查问数据代码管理数据长度变换词典变换管理异样办理接口日记管理系统日记管理1)易用性和友善性系统具备可视化的工作界面，功能设计合理适用，易于操作使用，各种用户不必专业培训，即可迅速掌握软件基本操作。软件供给联机帮助说明，用户可个性化设置（如快捷方式、界面布局等）和深度应用。2)数据集成与共享系统采纳 SOA架构，能够高效、方便的为其余应用系统供给服务，同时也调用其余应用系统，使得数据在各个零落的系统中共享
5、。3)耦合度OMS系统和各应用系统之间既独立又互相联系， OMS系统自己是一个独立的接口服务平台，系统上线后经过各样配置将其余应用系统关系起来。文案大全适用标准3整体规划3.1. 系统架构设计方案1) 三层 B/S 架构系统采纳三层 B/S （阅读器 / 服务器模式）架构，鉴于 Web 互联网技术，主要事务逻辑在服务器端实现，能有效地保护数据平台和管理接见权限，服务器数据库也很安全。用户不用此外安装客户端软件，大大简化了客户端电脑载荷，减少了系统保护与升级的成本和工作量，降低了用户的总体成本。同时 B/S 架构已经渐渐成为目前信息化建设的默认标准，采纳阅读器 / 服务器的系统机构将能够大幅度降
6、低系统的使用和保护成本，更切合大部分用户的使用习惯。采纳三层系统构造的长处：1、开发人员能够只关注整个构造中的此中某一层；2、能够很简单的用新的实现来替代原有层次的实现；3、能够降低层与层之间的依靠；4、有益于标准化；5、利于各层逻辑的复用。文案大全适用标准2)鉴于 WebServices 的一致数据互换技术采纳面向管理、服务的方式来建设本系统，在数据互换服务、应用服务、资源聚集、重组、注册和公布服务是采纳 WebServices 部署在网络上的对象（或组件）会合技术。它采纳对象组件技术、使用标准的 Internet 协议、将功能展现在互联网和公司网内部。它的基石是以 XML为主的、开放的 W
7、eb规范技术，所以拥有比任何现有的对象技术更好的开放性。Web 服务SOAPWeb 应用前业务组件后端端服务绑定WDSL客 Web户SOAP布发库支持组件 据数外面 Web 服务发现 UDDI 注册表Web 服务注册中心OMS 管理系统设计和建设是鉴于 SOA 的整体构架思想，采纳 XML 的数据互换技术和鉴于WebServices 服务进行业务系统整合和集成支持。以 XML数据交互引擎，实现异构系统间 XML数据的传输、迁徙等服务，达成数据抽取、加载、公布和定阅模板以及数据格式的变换。以WebServices 技术进行业务集无缝集成和互操作的可信整合。经过标准化接口、标准化服务描绘、公布、发
8、现等，解决了全局业务调用、集成，整合、个性服务等问题。实现鉴于应用的业务协作，为应用系统集成供给崭新的应用集成手段，使得所有的业务应用系统，能够经过 WebServices 技术进行互相调用，并经过流程重组以及流程整合供给多种新式的、跨业务系统的应用，真实能够实现业务流互联互通、各种应用业务集成与发展。3)面向 MVC的实现路线模型 - 视图 - 控制器（ Model-View-Controller ，MVC）系统构造模式将一个交互式应用程序分为三个组件。模型包含应用问题的中心数据、逻辑关系和计算功能，它封装了所需的数据，供给达成问题办理的操作过程，还为视图获得显示数据供给接见其数据的操作；视
9、图向用户显示信息；控制器以事件触发方式办理用户输入，并为每个输入事件供给了相应的操作服务。视图和控制器共同构文案大全适用标准成了用户接口。MVC 模式是 . NET 应用程序开发中被宽泛使用的一种系统构造，它将传统的输入、办理和输出模型转变为图形显示的用户交互模型。.NET 平台上，模型层负责表达和接见商业数据，履行商业逻辑和操作，同时控制层也能够访问其功能函数以达成有关的任务。视图层负责显示模型层的内容，它从该层获得数据并指定这些数据怎样被显示出来，它也会将用户的输入传递给控制器。控制层负责定义应用程序的行为，它能够分配用户的恳求并选择适合的视图用于显示，也能够解说用户的输入并将它们映照为模
10、型层可履行的操作。4)系统扩展性系统在设计时，充足考虑到系统的通用性、扩展性。在选择技术实现时做到可配性强、配置灵活，以适应不同状况下用户的需求，使系统能够运转在多种不同的平台之上。充足考虑应用以及今后业务的可能扩展，跟着数据量的增添和运转节点的扩展，系统能够跟着硬件和系统软件的升级或增添，拥有优秀的可扩展性。应用软件应拥有优秀的开放性，依照业界有关标准，支持开放的标准接口，使整个系统成为一个一致的整体。应用支撑平台模块间相对独立，接口清楚，内部的业务流程升级和改造与其余模块没关，所有模块鉴于组件 Web Services 开发，可插拔。文案大全适用标准3.2. 软件整体设计方案OMS管理系统
11、采纳鉴于 SOA的散布式服务架构方案，经过该方案能够使 OMS知足将来公司高速发展需要的高性能、高靠谱性、高可扩展性的需要。依照这套方案，我们将系统进行以下的区分（详尽部署图见图） ：Web服务集群 鉴于 SOA的服务组件，用于供给 OMS的所有业务办理。Web应用程序集群 供用户管理和查问的用户友善的可视化界面。数据库读写分别 利用 Oracle 数据库的主从数据库热备功能，实现读写数据库的数据同步。应用服务器在写数据时接见主数据库，主数据库经过主从复制体制将数据更新同步到从数据库。散布式缓存 (Memcached) 加速数据接见速度，减少后端应用和数据储存的负载压力。负载平衡服务器 利用开
12、源的业界宽泛使用的 Nginx 服务器实现负载平衡，以提高 OMS的性能和靠谱性。3.3. 系统安全性系统支持 SSL加密通信协议，使用 SSL能够对通信内容进行高强度的加密，以防备数据在网络文案大全适用标准传输时被盗取。3.4. 其余设计原则适用性和可行性：主要技术和产品拥有成熟、稳固、适用的特色，适用性放在首位，既便于用户使用，又便于系统管理。先进性和成熟性：系统设计采纳超前思想，先进技术和系统工程方法，同时兼备思想的合理性，技术的可行性，方法的正确性。不只好反应现在的先进技术和理念，并且拥有发展潜力，能保证将来若干年内占主导地位。开放性与标准化原则： OMS接收和发送的数据都是鉴于标准的
13、 XML数据，J2EE、.NET 等其余平台都是能够很方便的与 OMS进行对接 。可扩大性及易升级性：适应应用不停拓展的需要，应用平台的软硬件环境有优秀的光滑可扩充性。安全性和保密性：充足考虑信息资源的共享，注意信息资源的保护和隔绝，分别针对不同的应用和不同的网络通信环境，采纳不同的举措，包含系统安全体制、数据存取的权限控制等。系统架构中各层应采纳成熟的、切合技术标准服务器、中间件、数据库产品。系统应保证 Window XP Professional 客户端的正常使用，阅读器建议采纳 以上版本，并在 TT 、 Firefox 等主流阅读器上测试经过。文案大全适用标准4 系统功能规格本章将详尽描
14、绘各个模块的需求功能规格，会给出详细的页面布局及页面所展现的信息内容，即 Web应用开发中称为低保真页面的页面宏图，更加精美的大小、地点由 UI 设计师在实质 Web开发时给定。关于后台数据办理模块给出详尽的办理流程图。4.1. 数据定向散发数据定向散发分为主动推送、准时轮询和客户上传数据资料三种方式。各方式的系统活动图以下所示：文案大全适用标准act 主动推送系统活动图供给商 OMS 数据服务 LMIS 系统调用 OMS 服务 接收数据开始失败考证接收的数据成功储存接收到的数据通知失败依据规则集进行格式变换记录错误信息 失败 变换结果成功有多种接收方式1、调用 LMIS 方供给的 Web 服
15、务2、直接操作数据库将变换后的数据更新到 DB结束失败 调用数据推送服务 接收数据接收办理结果储存数据成功 更新状态 更新状态主动推送文案大全a ct 准时轮询系统活动图供给商读取数据回写状态通知方式有1、 RTX2、邮件？3、其余？通知失败结束适用标准OMS 数据获得准时轮询服务开始记录获得失败信息失败获得数据达成成功储存获得的数据依据规则集进行格式变换变换结果 失败 记录错误信息成功 将变换后的数据更新到 DB调用数据推送服务记录错误信息失败 结束接收办理结果成功 更新状态准时轮询LMIS 系统有多种接收方式1 、调用 LMIS 方供给的 Web 服务2、直接操作数据库接收数据储存数据文案
16、大全适用标准act 主动上传数据系统活动图供给商OMS 数据服务开始上传数据文件 考证数据文件显示失败详情失败 考证结果成功 储存接收到的数据依据规则集进行格式变换记录错误信息 失败 变换结果达成成功 将变换后的数据更新到 DB失败 调用数据推送服务接收办理结果成功 通知成功 更新状态客户上传数据资料4.2. 数据标准化变换LMIS 系统有多种接收方式1 、调用 LMIS 方供给的 Web 服务2、直接操作数据库接收数据储存数据经过早先定义好的数据标准化变换规则进行数据变换，包含业务系统 -物流系统、物流系统 - 业务系统双向变换。此中还需要考虑异构数据库之间的数据种类、字段转义、字段位长等格
17、式要求，关于没有定义变换规则的业务种类、变换异样的数据系统自动向数据发送方进行异样反应，详细文案大全适用标准流程以下：开始1、XML格式：直接经过web服务发送的数据2、数据库格式：准时轮训时从数据库查问到接收到数据的数据（ XML、数据库格式、3、经过文件方式上传：xml 格式或 excel 格式excel ）依据数据接口种类读取指定的变换规则基本规则能否知足否其余变换规则一般规则变换 日期规则变换 数据词典变换 自定义规则是否 能否知足是异样办理打包封装数据（ XML格式）结束4.3. 追忆查问为保障系统安全稳固运转，数据互换有据可查，供给接口服务流水记录查问功能。能够查问业务名称、发送数
18、据的时间、发送方的 IP 、发送方的基本信息、发送的数据内容、变换后的数据内容、接收方的基本信息、文案大全适用标准本次办理的状态等数据。下列图是追忆查问主界面：追忆查问分为近期数据查问和历史数据查问。 近期数据查问查问近期业务日记（查问即时数据表） ，默认查问当日数据，用户可自行查问近三天，近一周，近一月的数据（快捷查问天数，需要和日记保存时间般配，只显示保存时间内的快捷查问） 。同时用户可自行设置其余的查问条件，如可依据用户，状态，数据接收方，数据发送发，操作时间段等信息进行查问过滤。假如查问时间跨年了，需要独自办理。点击查察，弹出页面（不覆盖原有页面） ，可查问对照变换前的数据和变换后的数
19、据，假如不同样，则需要区分开（如：标红） ，同时，需要将部分基础信息带入到查察页面，如：操作用户，操作时间，数据发送发，文案大全适用标准数据接收方。以下列图： 历史数据查问查问历史业务日记（查问历史数据表） ，默认查问历史数据表中最新一天的数据，用户可自行设置其余的查问条件，如可依据用户，状态，数据接收方，数据发送发，操作时间段等信息进行查问过滤。数据段的查问不同意跨年。只好查问同一年的数据。以下列图，主界面：文案大全适用标准点击查察，弹出页面（不覆盖原有页面） ，可查问对照变换前的数据和变换后的数据，假如不同样，则需要区分开（如：标红） ，同时，需要将部分基础信息带入到查察页面，如：操作用户
20、，操作时间，数据发送发，数据接收方。（同近期数据查问中功能一致） ，以下列图：文案大全适用标准追忆查问是针对业务日记进行的查问，业务日记在数据库中分红两张表记录数据，一张即时数据表（业务日记保存时间内，保存时间可配置） ，和一张历史数据表。两张数据表构造完整同样，历史表中采纳分表方式，一年一张历史表，每张历史表有十二个分表，分别记录十二个月份的日记记录。后台服务，依照系统设置的日记保存时间，从即时数据表中拿取保留时间外的数据增添到历史数据表中。4.4. 跨系统查问 查问跨系统查问不波及到界面，所以只给出基本办理流程，以下列图：文案大全适用标准跨系统查问流程图数据查问方 OMS 数据供给方登录系统翻开查收记录查问页面向 OMS系统发送查问请接收恳求求，需要携带系统代码1、辨别恳求种类2、辨别系统代码/service/if1显示错误提示页面 不合法 考证合法性合法依据恳求种类和系统代码从配置表获取数据供给方的访问 URL经过 URL获得 WEB页面信息URL：/if1查问服务阅读器接收并显示数据（目前
