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