《OMS管理系统设计方案.docx》由会员分享，可在线阅读，更多相关《OMS管理系统设计方案.docx（62页珍藏版）》请在三一办公上搜索。
1、KIWI Viewer用户手册计方案Ver.1.0编制：张枫林审核：批日2013-日日变更履历日期版本号修改说明修改人核准人2013-12-101.0创建张枫林1 槪述72 需求分析8182.1. 系统整体架构82.2. OMS系统需求81) 易用性和友好性92) 数据集成与共享93) 耦合度93 总体规划103.1. 系统架构设计方案101) 三层B/S架构102) 基于WebServices的统一数据交换技术113) 而向MVC的实现路线114) 系统扩展性123.2. 软件整体设计方案133.3. 系统安全性143.4. 其他设计原则144 系统功能规格154.1.数据建向分发1542数
2、据标准化转换184.3.追溯查询191202 203 204 204.1 204.2 204.3 204.3.1近期数据查询204.3.2历史数据查询2144跨系统査iftj234.4 234.4.1 查询234.4.2 配置244.5.系统管理274.5 274.5.1接口管理274.5.2规则集管理374.5.3基本属性设置424.5.4系统代码设置434.5.5日志管理474.5.6字典管理49概述OMS管理系统的建设，是为了加强公司各系统平台之间的信息共享，减少各系统平台之间的 数据不一致，提高各系统平台的信息利用效率等目标。通过该系统可以提高用户的工作效率，减少 数据的重复输入，降低
3、成本以及减少人为错误。在今年刚刚闭幕的中国共产党十八届三中全会上，中国政府提出提髙社会和企业信息化水平， 加强信息化的运用，加大信息化的整合，加快信息化的发展，大力加强信息化建设，统筹推进“四 化”进程。建设OMS管理系统，能进一步提高和强化企业的信息化管理水平，提高各个子系统平台的信 息共享，提髙工作效率及减少人为错误。药的公4悔士力金士力佳友国际公刃|天理大舷酝商公祠r *乙壮二-商品资料亲购订单销営订单消通知址客商资蚪购退订单销週订单知申在痒状换通知单停售溯商品库存设商损子库库在库桃态转 现L M IS入库单购退岀库单出库单餉退单订炉取消反 馈G$P质栓数礬功能模块购进入库聒售岀库=卄货
4、作业配送粽理亡“21系统整体架构2.2.OMS系统需求根据前期需求调研，结合各个系统业务实际，OMS管理系统包含数据左向分发、数拯标准化 转换、追溯查询、跨系统查询和系统管理模块匚系统功能如下图所示：OMS管理系统1）易用性和友好性系统具备可视化的工作界而，功能设汁合理实用，易于操作使用，各类用户无须专业培训，即 可快速掌握软件基本操作。软件提供联机帮助说明，用户可个性化设豊（如快捷方式、界而布局 等）和深度应用。2）数据集成与共享系统采用SOA架构，可以高效、方便的为其他应用系统提供服务，同时也调用苴他应用系 统，使得数据在各个零散的系统中共享。3）耦合度OMS系统和各应用系统之间既独立又相
5、互联系，OMS系统本身是一个独立的接口服务平台， 系统上线后通过各种配置将其他应用系统关联起来。3.1. 系统架构设计方案1）三层B/S架构系统采用三层B/S （浏览器/服务器模式）架构，基于Web互联网技术，主要事务逻借在服务 器端实现，能有效地保护数据平台和管理访问权限，服务器数据库也很安全。用户不必另外安装客 户端软件，大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总 体成本。同时B/S架构已经逐渐成为目前信息化建设的默认标准，采用浏览器/服务器的体系机构将能 够大幅度降低系统的使用和维护成本，更符合大多数用户的使用习惯。业务逻辎层表示层Web)B55 器数据
6、访问层数垢库数垢库采用三层体系结构的优点：1、开发人员可以只关注整个结构中的英中某一层；2、可以很容易的用新的实现来替换原有层次的实现;3、可以降低层与层之间的依赖；4、有利于标准化：5、利于各层逻借的复用。2）基于WebServices的统一数据交换技术采用而向管理、服务的方式来建设本系统，在数据交换服务、应用服务、资源汇集、重组、注 册和发布服务是采用WebServices部署在网络上的对象（或组件）集合技术。它采用对象/组件技 术、使用标准的Internet协议、将功能展示在互联网和企业网内部。它的基石是以XML为主的、 开放的Web规范技术，因此具有比任何现有的对象技术更好的开放性。O
7、MS管理系统设计和建设是基于SOA的整体构架思想，采用XML的数据交换技术和基于 WebServices服务进行业务系统整合和集成支持。以XML数据交互引擎，实现异构系统间XML数 据的传输、迁移等服务，完成数据抽取、加载、发布和订阅模板以及数据格式的转换。以 WebServices技术进行业务集无缝集成和互操作的可信整合。通过标准化接口、标准化服务描述、 发布、发现等，解决了全局业务调用、集成，整合、个性服务等问题。实现基于应用的业务协作， 为应用系统集成提供全新的应用集成手段，使得所有的业务应用系统，可以通过WebServices技术 进行相互调用，并通过流程重组以及流程整合提供多种新型的
8、、跨业务系统的应用，貞正能够实现 业务流互联互通、各类应用业务集成与发展。3）面向MVC的实现路线模型-视图-控制器（Model-View-Controller, MVC）体系结构模式将一个交互式应用程序分为三 个组件。模型包含应用问题的核心数据、逻辑关系和汁算功能，它封装了所需的数据，提供完成问 题处理的操作过程，还为视图获取显示数拯提供访问其数据的操作：视图向用户显示信息：控制器 以事件触发方式处理用户输入，并为每个输入事件提供了相应的操作服务。视图和控制器共同构成了用户接口。MVC模式是.NET应用程序开发中被广泛使用的一种体系结构，它将传统的输入、处理和输岀 模型转化为图形显示的用户交
9、互模型。 NET平台上，模型层负责表达和访问商业数据，执行商业逻辑和操作，同时控制层也可以访 问英功能函数以完成相关的任务。视图层负责显示模型层的内容，它从该层取得数据并指定这些数 据如何被显示出来，它也会将用户的输入传送给控制器。控制层负责左义应用程序的行为，它可以 分派用户的请求并选择恰当的视图用于显示，也可以解释用户的输入并将它们映射为模型层可执行 的操作。A I界面控制层Web服隽层通用功能业磁霭数据访问层4）系统扩展性系统在设讣时，充分考虑到系统的通用性、扩展性。在选择技术实现时做到可配性强、配置灵 活，以适应不同情况下用户的需求，使系统能够运行在多种不同的平台之上。充分考虑应用以及
10、今 后业务的可能扩展，随着数据量的增加和运行卩点的扩展，系统能够随着硬件和系统软件的升级或 增加，具有良好的可扩展性。应用软件应具有良好的开放性，遵循业界相关标准，支持开放的标准 接口，使整个系统成为一个统一的整体。应用支撑平台模块间相对独立，接口淸晰，内部的业务流 程升级和改造与英它模块无关，所有模块基于组件Web Services开发，可插拔。3.2. 软件整体设计方案OMS管理系统采用基于SOA的分布式服务架构方案，通过该方案可以使OMS满足未来企业髙 速发展需要的高性能、高可靠性、高可扩展性的需要。依据这套方案，我们将系统进行如下的划分(详细部署图见图)：Web服务集群 基于SOA的服
11、务组件，用于提供OMS的所有业务处理。Web应用程序集群 供用户管理和查询的用户友好的可视化界而。数据库读写分离利用Oracle数据库的主从数据库热备功能，实现读写数据库的数 据同步。应用服务器在写数据时访问主数拯库，主数据库通过主从复制机制将数据更新同 步到从数据库。分布式缓存(Memcached)加快数据访问速度，减轻后端应用和数据存储的负载压 力。负载均衡服务器利用开源的业界广泛使用的Nginx服务器实现负载均衡，以提升 OMS的性能和可靠性。Web脈务黔Web眼务器从用InternetFirewall$ Load Balance33.系统安全性系统支持SSL加密通讯协议，使用SSL可以
12、对通讯内容进行高强度的加密，以防止数据在网络 传输时被窃取。3.4.其他设计原则实用性和可行性：主要技术和产品具有成熟、稳立、实用的特点，实用性放在首 位，既便于用户使用，又便于系统管理。先进性和成熟性：系统设计采用超前思维，先进技术和系统工程方法，同时兼顾思 维的合理性，技术的可行性，方法的正确性。不但能反映当今的先进技术和理念，而且 具有发展潜力，能保证未来若干年内占主导地位。开放性与标准化原则：OMS接收和发送的数据都是基于标准的XML数据，J2EE、.NET等其他平台都是可以很方便的与OMS进行对 接。可扩充性及易升级性：适应应用不断拓展的需要，应用平台的软硬件环境有良好的 平滑可扩充
13、性。安全性和保密性：充分考虑信息资源的共享，注意信息资源的保护和隔离，分别针 对不同的应用和不同的网络通信环境，采取不同的措施，包括系统安全机制、数据存取 的权限控制等。系统架构中各层应采用成熟的、符合技术标准服务器、中间件、数据库产品。系统应保证Window XP Professional客户端的正常使用，浏览器建议采用IE7.0以 上版本，并在TT、Firefox等主流浏览器上测试通过。木章将详细描述各个模块的需求功能规格，会给出具体的页面布局及 页面所展示的信息内容，即Web应用开发中称为低保真页面的页面蓝 图，更为精细的大小、位置由UI设计师在实际Web开发时给定。对于后台数据处理模块
14、给出详细的处理流程图。41数据定向分发数据定向分发分为主动推送、定时轮询和客户上传数据资料三种方式。各方式的系统活动图如下所示：主动推送定时轮询42 数据标准化转换通过预先定义好的数据标准化转换规则进行数据转换，包括业务系统 -物流系统、物流系统-业务系统双向转换。其中还需要考虑异构数据库 之间的数据类型、字段转义、字段位长等格式要求，对于没有定义转换规 则的业务类型、转换异常的数据系统自动向数据发送方进行异常反馈，具体流程如下:43 追溯查询为保障系统安全稳定运行，数据交换有据可查，提供接口服务流水记录查询功能。可以查询业务名称、发送数据的时间、发送方的IP、发送方的基本信息、发送的数据内容
15、、转换后的数据内容、接收方的基木信息、木次处理的状态等数据。下图是追溯查询主界而:按言理 SBSJftCtS fl 挪蜷护 E暮K逞 子突笆逞 疾筑SH 茎本融设邂近期SS範询厉史数书誉词加竝方W&S.数据卿5!方坊却 iXwww cvn con* servicaifi正為0 2epszww en conW$TWflp(aw2-wjW2h?VJV/wivanj cony dtrvgfS电0 Ops A*www erp con-硝（歸w审科53htp 阳cm* cocrJiervnfJg电（3 4Up5Zww.efp.c0n.-OCTrmwivaTucow 6 *wwiv on coE &rvc
16、&*rset?勺0 0注pZww firpeonOFT悔春3hnV/wiv.cm.coTrt wrvceSfBear% BATmpezww erpeonC力磁hH JV/wwans com* service f7已昨电0 分页杂区域1位置是常规的查询区域。区域2位置是查询结果区域，可以对数据进行新增、复制、修改、 删除、恢复、导出、查看操作。点击自图标进行复制操作；点击0图标进行修改操作；点击3图标进 行删除操作；点击住图标进行恢复操作。点击增加按钮进入新增配置页面，如下图所示：I当的。M 册司鉴 選MH海:fi卫服务名称必须填写，标识该服务的唯一名称。服务提供方必须选择，下拉框的数据从系统配
17、置表获取。服务访问地址必须填写，为服务提供方的服务访问地址，如： 服务访问方式必须选择，采用IPHONE面板式的选择方式，取值范围 为 GET/POSTo请求参数非必填，一般用于传输权限验证信息，如数据提供方不需要 验证则可不填写，可以增加多个参数。数据访问方必须选择，标识该服务可以被那些系统访问，数据从系统 配置表中获取，不能选择服务提供方本身。数据保存后系统后台需要自动生成一个OMS统一的访问地址，如:点击导出按钮可以将满足查询条件的结果导出成excle文档（格式在 详细设计时制定），便于共享给各个系统。45 系统管理4.5.1接口管理1）模板管理为了提高系统的可用性，减少配置的复杂度，将
18、公共的模块抽象出来，建立成单独的小模块，方便多系统间关联配置。当站位送 丞焼兰理;毎口国理J梗桓淮护绞口名徐：偉方向：as迭毎时效性：舷：俸方向时效性司按口地址円11两品密HERP-LWIS科公司http LWIShopdwww cme.conv sennce；ff2正矣% E5 3ERP-LMI5Z（舷）http#www omeconv sennceJrf3正翁丙（3 4鬟妊T早ERP-LW15讯公司httpwww cms.conV 5ennee；it4正講% B ERP-LW15柏公司http “www oms.conv servicattS% （3 O-电去胪订!tERP-LW5於出公岂
19、htlp*www om8.conv sennceJHS未ws因0 7ERP-LW15垂及时性http ”www 0n8.COLW15http “www oms.conV sennceJrtB正冷弔0 丄 2 3 4 5 6 7 89 10 末贡模板维护功能包括对模板的查询、修改、删除等操作，还提供便捷的复制功能，便于快速添加相似的模板。如上图所示为模板维护主界而，区域1位置为查询条件，提供基木的查询条件，并提供灵活的高级查询功能。查询条件中的状态值分为正常.己删除、未测试，未测试表示该模板未经过数据规则转换测试，在接口配置将不能选择未测试通过的模板信息。区域2位置为查询结果区域，对于查询结果可
20、以进行常规的操作，比 如点击模板名称可以进入模板详情查看页而；点击因图标可以完成快速复 制模板的功能；点击0图标可以进入编辑模板的页而；点击图标可以删 除该模板；点击图标可以进行恢复操作。点击添加模板按钮进入到添加页而，如下图所示:一一TK三山疊 退出曰謹逞次一多:篇本信冬R潭35三歩：弼确董四歩：俣存5涎圧方1特.咖方向：力效庇：第二步:交换捋磋添加模板共分为五个操作步骤（基木信息配置、交换字段配置.规则 配置、保存配置.测试配置）。第一步，基木信息配置，包括定义模板名称、选择传输方向、时效 性.备注信息。模板名称，定义一个本系统中唯一的名称，便于记忆。传输方向需要动态生成，通过读取数据字典
21、中系统类型的数据来生成。比如系统类型有ERP、LMIS,则生成ERP-LMIS、LMIS-ERP,以此类 推。时效性通过数据字典读取。QfeS方佰岂，孑号4如3H二5SW0LIUS.NO20忸水弓OO2-I T0|SHWGPD子临 20两品內码OO3|SHAJ4GPJ1O0SHAT4GP_N0子符茁20OOC|WLZX-CODE恸怎中.，3旧OO第二步超忖侮已传一 : fS，95?S下一步上一步策三歩:Oss 篇四步：俣刊活 第荻步:第二步，配置数据交换的详细字段定义，如下图:歿言理. 磁姐序号为木次交互字段的顺序编号，自动增长，从1开始，理论上无最 大值限制。数据发送方信息包含字段名称、类型
22、.长度.数据接收方唯一编码, 用于标识木接口发送的数据中每个字段的详细定义，比如商品资料下传接 口需要交换37个字段，则需要对这37个字段分别进行定义。其中类型抽象成整数.浮点数.字符串、日期、大数据类型。数据接收方唯一编码为单选模式，必须选择，该字段用于传递数据接 收方的唯一编码，系统通过解析该编码将数据发送到对应的数据接收方。当字段被选中为唯一编码后，对应的数据接收方信息不填数据接收方信息和数据发送方一一对应，在此不做赘述。字段描述为该交换字段的中文描述、说明信息。操作栏的Q图标表示增加一个交换字段、O图标表示删除一个交换字 段，至少保留一个交换字段；进行增加和删除操作时，需要保证序号的连
23、 续。第三步，规则配置，对于各个系统间数据存在数据差异的字段指定转换规则，具体界而如下图:-気三妙一退出3系症建敌走坯送方僧忌初张收方曲sasa方&F輕事a古你i口呢jn36O15202SHMTGPJIi宇并舀O20Q3SWKCPJV宇般CSKMK7jn)20rasw?Qq宇并舀&ea 上一坊T&岁三歩：規丸配三第巴步：刖5?吉萇豆步：謝试a运號一:策二步：交 femmes系统自动将可能需要进行规则转换的字段突岀显示（黄色背景标识），以提示使用者注意。其他没有提示的数据字段也可以设定转换规 则，通过操作栏的E3图标设置。转换规则大致可以分为四类，普通规则.日期规则.数据字典规则、自定义规则，详
24、情如下:普通规则转换：主要涉及数值类型.字符类型的异构数据库之间的转换。转换规则见“系统功能一一数据类型转换规则FI期规则转换：由于FI期类型种类繁多，如有的系统采用毫秒数存储，有的系统采用标准的时分秒格式存储，所以需要转换。字典类数据转换：字典类数据在业务系统中的定义与物流系统中的定义之间的转换，例如：药品大类在业务系统的字段中定义为汉字：一类精神品、二类精神品等，但在物流系统的字段中定义为数值：r 表示一类精神品J 2,表示为二类精神品。转换规则见“系统功能一一字典数据转换规则S自定义规则：针对复杂的规则，支持自定义C#函数的形式。若“数据发送方数据列”和“数据接收方数据列”之间无需进行转
25、换，则不需要进行设置；当需要进行设置时，点击操作栏的田图标进入设置界面，如下图所示:规则下拉框的数据从规则表中读取，必须选择，第一个下拉框表示规 则类型，第二个下拉框表示转换规则。选择后系统需要进行校验所选的规 则是否能够满足转换要求，对于不满足的要给了提示；依次对需要进行规则转换的字段进行设置后，点击下一步进入最后一步完成配置，如下图所当纲怕去矍絲W理:基口亘理:盂Jow飯B 理 密口 U理 日志旦 嶽设亘传输方向：EHP-WIS旳砒：跖性星如取何:2014-01-2$ 10:30目：统7闫沁:Hip ：、*. ca./arvLC/in君注：第一步:SfESifcc 第二步：0亨詢盜杲三步：
26、卿I耘迂&汪方运n:m斷題各你fee长岌1U1E.W艺裂】6UUSJTO2D2SHMWJD抹$20swcejo20育品内码3SHXra-JR)2DSHA2TGejn字符工04rLZX_CO3E字符爭20YLZXJODE宇符印20殊中,无添加时间、统一访问地址系统自动生成。第四步，确认各项数据无误后，点击保存配置按钮保存接口的配置。第五步，测试配置是否正确，系统会先生成模板，用户按照模板填写数据后，通过系统上传，系统验证木次配置的正确性，界而如下:对于测试通过/不通过都需要给出提示，测试不通过时要详细给出那个字段不符合要求。2）接口配置为了减少配置管理员的工作量，可以批量为一些有共同之处的系统一
27、 次性配置接口信息。数据发送方为多选模式，如下图:一一说出询2曙系殛洵 互洵 es酬ERP （品公司）,丽ERP （每均憾生苗i恃咅名统首逗亠摆氏ML金士力佳友LMISO物盍无筑1FRP2汇国FRQ （兰怡公习衲区域物汪丢统2Lg， Ar*rrf d r9 / 菲及时性购送退出订孚1 业箝单摧非及时性具他出库订年业等单抠非及时性其他入库订单业务单据非及时性入庄琏认记账下传0业务单据非及时性药品倍古政单Hftfe莊及3J性IS品组转分解处逕2M I 53数据发送方不能同时选择ERP和LMIS系统，当数据发送方选择完成 后，再点击数据接收方后而的选择按钮，弹出的选择对话框只能加载另一 种类型的系统
28、（如数据发送方为ERP,此时就只显示LMIS系统），对话框 的标题也需要动态变成数据接收方，数据接收方为单选模式，只能选择一 个系统。数据交换模板为之前预定义好的接口模板，当选择数据发送方和数据 接收方后加载对应类型的模板，通过选择的数据发送方和数据接收方自动 判断需要加载那种类型的模板，可以多选。选中的会用黄色突出提醒。如果选择的数据接收方是通过Webservice的方式接收数据，则还需要 填写Webservice的访问地址，每个系统只用填写一次，以后默认加载显示（如下图红色区域所示），如果数据接收方是通过数据库的方式接收数 据，则需要填写数据库表名，如果是其他方式则不需要特殊处理。当前倚隹
29、 呈侥笆Ig亠接口 X巨腳ERP （醉公司）.浪溉即（海土力）ES7磁按如：| 丁按吹方只能选痒一个就1S选蜂数框交找IE烦时效性咚口诉冋地处否名及壯向品资科口 | aaan及吐客户决科及吐客戸三馳址酬Zap Addresso0理O业务里据吕阪时性采购tr单3?消单0收单据非及时性糖告退回订单/api；x$thd菲及时性诸隹订单县业务单站非及时性购进逞出订单业务单眉非庾雌艮池出库订单峻单13非及时性艮炮入库订单O业务里据收时性入庄為认记账下传0业隽单据磁时性劳岳怎含通知单/api/7ptst2d貝他丑及时性向品组药分解处理I铀 I辭点击添加前，需要先验证数据，如果己经存在相同的配置了，需要给岀
30、提示，让操作者选择覆盖还是返回修改。保存数据时，需要将模板中抽象的数据类型转换成数据库标准的数据类型 F用测试模板进行测试，并输出状态,对于不能通过测试的要给予提示，便于操作者维护。3）接口维护 *鷲3/瘙匚童理警至牟区览/ / / / iKjGe 磁：?迎亠沒口 0护AH ERP区域.:统8挨枚方：适卿伏杏：审虑译在5 JLU3 ；!5iERP（ 力 幺士力任左曰LM【5D 一M挨ZJE称陶她方1wm?iriipAMf nsi tmf eenn&iESB 2WK/iw.n&i.c crnacr.1 ce*K2S1E0 O3fttJKs砂0 OKrvco6Uaeaw0 AO6htpgw w ha1 ccmerv31fS念7的灯单ssan囱点4闪邑B 土仁SP仲”*卄 n&i ccmmam?s0 迭E空1雪业1导出竹页* 接口维护功能包括对接口的查询、修改、删除、恢复、彻底删除、导 出操作。如上图所示为接口维护主界面，区域1位置为树形快速导航，数据从 系统配置表中查询，点击公司名称默认查询岀以该公司为数据发送方的所 有接口配置信息，如ERP同时向两个物流中心发送数据（ERP-物流系统1 为7条接口、ERP-物流系统2为条接口），则会显示8条数据。区域2位置为查询条件，可以按照接口名称、数据
