第14卷第5期2002年5月
计算机辅助设计与图形学学报
JO U RN A L OF COM P U T ER -A IDED D ESIGN &CO M P U T ER G RA PHICS
Vo l. 14, N o. 5M ay , 2002
产品开发集锦
Oracle ERP 系统和分销资源计划DRP 系统的接口方法
郭应中 赵占军 韩 伟
1) 2) (
1) 1) 2)
(中国科技大学研究生院 北京 100039)
北京金纬仑科技发展有限公司 北京 100083)
摘要 解决与ERP 系统接口问题的难度主要在于交换数据内容定义和接口点的确定. 针对这个问题提供了一套
系统的解决方法, 并将这套方法应用于一个企业实施的O racle ERP 系统和DR P 系统. 关键词 企业资源规划, 分销资源计划, 数据接口中图法分类号 T P 391
Integrating Oracle ERP with DRP
Guo Ying zhong 1) Zhao Zhanjun 1) Han Wei 2)
1) (
2)
Chinese Univ ersity of Science and Te chnology , Be i j ing 100039)
(B eij ing G eneral W ay S cie nce and Technology Dev elop ment Co . L td . , Beij ing 100083)
Abstract Chief dif ficulty in integ rat ing ER P w ith o ther sy stems lies in making t he decisio n of ho w t o define the contents of data to be ex chang ed and select the appr opr iate integr atio n point. T his paper gives a set o f metho ds to solve the pr oblem , and applied it in ERP and DRP implement atio n fo r a n enter pr ise . Key words Enter pr ise Reso ur ce Planning, Distr ibut ion R eso urce Planning, data interfa ce
题, 使ER P 系统失去了对二级以下批发商和零售商的管理
1 引 言
随着我国企业信息化的发展, 很多企业购买和实施了国外的大型企业管理软件包, 其中, Or acle 公司和SA P 公司的ERP (Ent erprise R eso urce Planning ) 软件产品占有很大份额. 这些软件大都采用数据集中的Inter net 架构, 所有用户通过网络访问应用层和数据库. I nt ernet 架构下的数据集中方式, 避免了由于多个数据中心引起的数据维护及同步引起的系统复杂性上升, 使企业可以在一个数据中心甚至一个数据库用例的支持下完成全国或者全球运作.
但是, 这些软件在国内企业实施过程中都遇到了这样一个问题:对于有很多跨地区销售分支机构的企业, 由于各分支机构需要申请和使用专线, 因此会造成系统用户数成倍增加, 从而使系统运行费用和软件购买费用成倍增加.
有些企业采用ERP 系统只控制集团, 而分销机构的定单传真到集团后手工录入到ERP 系统的方式解决以上问
功能, 分销机构的库存、销售、客户信息等数据无法进入系统; 还有些企业开发了用于专门管理分销机构的软件, 即分销资源计划(D istr ibut ion R esource Planning , DRP ) 系统, 但是随之出现了两个系统的接口问题. 有些企业由于无法解决接口问题, 导致系统运行效率低下、成本上升、数据不一致等问题.
笔者参与某企业的O r acle ER P 系统和DR P 系统的实施, 并负责解决两个系统之间的数据接口问题. 该企业购买了O racle 公司在2001年发布的企业套件O racle A pplication 11i , 数据库采用Or acle 8. 1. 6, 服务器采用一台SU N 3500, 操作系统采用Sun So larise. 在实施中采用总体设计、分步实施的方法, 一期实施总部和总部所在地的8个分、子公司.
企业在全国有230个经销部, 8个工厂分布于6个省. DRP 软件部分是定制开发的, 数据库采用O racle 8. 1. 6, 2台单CP U 的P C Serv er 作为W eb 服务器, 2台双CPU 的PC Serv er 作为数据库服务器, 操作系统采用W indo w s 2000A d-
收稿日期:2002-01-23. 郭应中, 男, 1970年生, 硕士研究生, 主要研究方向为计算机应用, 包括ERP 系统、分销管理系统分析设计、数据库技术、数据仓库等. 赵占军, 男, 1973年生, 硕士研究生, 主要研究方向为数据库与数据挖掘. 韩 伟, 女, 1972年生, 工程师, 主要研究方向为数.
5期
郭应中等:Or acle ER P 系统和分销资源计划DRP 系统的接口方法
487
vanced Sver ver , 开发平台使用J 2EE . 实施策略采用先单独运行, 后与ERP 贯通的方法. 两个系统按照图1所示的方式工作
.
出库, 则交换数据的内容和流向就不同. 但是在未定义交换数据内容前, 接口点更无法确定. 经验证明:解决这一矛盾的最好方法是首先定义交换数据内容, 然后确定接口点. 如果接口点无法确定, 再调整交换数据内容.
定义交换数据内容的具体方法:
(1) 确定系统划分边界条件和交换数据内容的静态部分. 静态数据是指产成品编码、分销机构编码等信息, 这部分信息相对稳定, 它原则上应由ERP 系统维护. 这样做的理由仍然是ER P 的接口表功能限制太多. 另外一些静态信息, 如客户编码, 应该由分销系统维护. 但是, 由于分销系统的功能足够管理分销机构的每笔销售业务, 在ERP 系统中则没有必要保留这些信息, 因此没有必要交换客户编码信息. 经过对两个系统的所有实体列表后认真分析, 确定交换数据内容的静态部分有产成品编码、组织机构编码、产成品定价等.
(2) 确定交换数据内容的动态部分. 动态数据指总部和分销机构发生业务时显示数量、日期、金额的部分, 如库存、采购单、出入库单、货物发运和接收明细等. 在系统边界确定的情况下, 经过认真分析, 确定交换数据内容的动态部分有定单、客户信息、回款信息、收货情况、退货情况、发货情况、收款情况、工厂库存等.
2. 3 确定接口点
接口点组成两个系统的边界, 边界由多个接口点组成.
2 接口方案设计
解决和ER P 系统的接口问题的难度主要在于交换数据内容定义和接口点的确定. ERP 系统是一个很庞大的体系, ERP 开发商强烈建议用户禁止直接对数据库的非读取操作, 这是因为ER P 软件的数据库里往往有数万个对象, 彼此间的关联非常密切, 直接修改表的内容会引起很多意想不到的问题, 且一旦出现问题, 查错和恢复非常困难. 所以, ERP 系统一般都提供开放性接口, 用于和其它系统的集成. 这些接口程序还用来验证输入数据的完整性, 确保符合业务规则. 但并非所有ERP 系统中的实体都具有开放性接口, 所以有些数据的录入只能手工进行. 因此交换数据内容定义和接口点的确定成为解决问题的关键.
参考一般M IS 系统的系统接口方案设计方法, 结合O r -acle ERP 系统的特点, 本方案设计步骤如下:
对每个接口点数据交换点量的确定原则是首先分析交换数据的大小, 单位按行计算. 具体方法如图2所示.
通过这种方法确定了所有接口点. 接口点的位置实际上已经隐含在交换数据的动态部分和静态部分的内容中.
2. 1 系统边界定义
理论上讲, ER P 系统可以管理企业内所有的活动, DRP 系统也可以完成分销业务中对所有物流、资金流、信息流的控制. 但是, 在对接口方案的最优化处理时, 必须对两个系统的职能边界、地理边界、功能边界进行定义.
系统边界定义和接口方案设计的后续步骤紧密相联. 在本方案的设计中, 采取了根据后续步骤的分析结果, 不断调整系统边界定义的方法.
2. 4 硬件方案
采用一台P C Serv er 作为接口服务器, 配置两个3CO M 公司生产的网卡分别连接ER P 和DRP 系统.
2. 5 软件方案
接口服务器采用W indo w s 2000Serv er 作为操作系统, 可以通过IE 5. 0登录到两个系统. 由于两个系统都采用O r -acle 8. 1. 6数据库, 接口服务器也安装同类数据库, 通过O r a-cle N ET 8和两个系统的数据库连接. ERP 系统的DBA 对接口服务器管理员赋予只读权限.
接口服务器安装D elphi 5. 5Ent erprise 用于接口软件的.
2. 2 交换数据内容定义
接口方案的关键是交换数据内容定义和接口点的确定,
488
计算机辅助设计与图形学学报2002年
2. 6 接口服务器初始化
在系统接口服务器开始工作前, 首先对系统进行初始化. 在接口服务器开始工作以后, 需要交换的ERP 系统中的静态数据一旦发生变化, 初始化工作就要重新进行, 所以接口服务器上开发了专用的初始化程序. 初始化工作结束后, 两个系统的静态数据完全保持一致.
Step3. 系统出错信息及优化处理. 在系统开发过程中对因频繁访问数据库而容易发生的系统故障进行有效地处理.
3 本接口方案实现和应用情况
本接口方案在开始工作以后, 经过3个月的运行, 平均每天通过Dataloa der 向ERP 系统录入500行定单, 出错率从80%逐步下降到2%, 出错原因在于ERP 系统对接口表中的数据验证要求非常高. 解决的方法是找出原因, 在DR P 系统中增加对有关数据的验证要求, 确保读入到接口服务器的数据满足导入条件. 由于这家企业的产成品品种数量偏大, 交换一次库存数据耗时较长, 因此产成品库存的读取频率逐渐改为每天1次. 当输入ERP 的定单不能通过A T P 检查时, 定单会被暂挂, 处于等待发运状态. 对于这类定单, 可以利用ERP 系统中定单管理模块的汇总功能打印出报表, 录入到DR P 系统中通知分销机构.
2. 7 系统接口服务器管理员工作制度
系统接口服务器按管理员设定的时间, 自动定时读取两个系统中需要交换的数据. 读取DRP 系统数据的频率为每次间隔30min, 读取ERP 系统的频率为每次间隔60min. 每次获得数据后, 管理员访问D RP 系统数据库, 把从ERP 系统中读取的数据写入; 同时把需要写入Or acle ERP 系统的数据按系统要求的Inter face T able 格式生成相应Ex cel 表格, 通过Dataloader 输入到ERP 系统. Dat alo ader 是O ra cle 提供的模拟键盘录入工具. 在输入过程中有时会有意外出现, 所以还需要人工监督以提高输入效率. 还有一部分数据, 如大客户信息, 由于数据量较小, 仍以纯手工方式录入到ERP 系统.
接口服务器开始工作以后, 每次交换的数据在处理完毕后保存为历史记录, 作为在数据发生错误时确定事故责任的依据.
4 结束语
本文通过对Or acle ER P 系统和销售管理系统的接口方法的阐述, 解决了ERP 系统和DRP 系统接口的关键问题, 充分利用了ERP 系统和D RP 系统的功能, 提高了企业在生产、销售、库存等方面的管理水平和运作效率. 通过实际运行表明:本系统运行可靠, 完全满足了企业运营的需要, 具有显著的经济效益, 其经销部的库存商品和应收货款由近5亿人民币压缩到了4亿人民币左右.
2. 8 确定过渡阶段数据处理方式
由于两个系统实施范围不同步, 必然涉及D RP 系统单独运行和ERP 系统部分运行两个过渡阶段的接口方法.
在DRP 系统单独运行阶段, 接口方式完全采用人工录入的方法. 由于这时上线的分销机构只有5个, 数据量不大, 而且可以从中总结出一些提高效率的方法, 作为确定接口方案的依据.
在接口服务器开始工作后, ERP 系统只是在部分工厂上
线. 对于没有上线的工厂, 仍采用传真方式或电子邮件进行信息传递, 只是传真使用新的格式, 包含ERP 系统和DRP 系统所需要的各项数据. 例如, 原本需要从ERP 系统中读取的产成品库存数据, 在过渡阶段采用各个工厂每天填写《产成品库存表》, 然后由接口服务器管理员负责把数据录入两个系统.
参
[1]
考文献
BOSS Ltd. Oracle Application Th esaurus [M ]. Beijing:Peop le's Posts and T elecommunications Pres s, 2001(in Chi-nese)
(BOS S 公司. Oracle A pplication 应用大全[M ]. 北京:人民邮电出版社, 2001)
[2][3][4]
Oracle Corporation. Oracle manufacturing APIs and open in-terfaces man ual [OL ]. w w w . oracle . com Oracle Corporation .
Oracle configuration interface object
(CIO ) developer's guide [OL ]. w w w . oracle . com
T an g Qiong. A technology of interconnection between two k inds of databases in differ ent netw orks [J]. Com puter Appli-cations, 2001, 21(2):88～89(in Chin es e)
(唐 琼. 一种实现不同网络中两种数据库互联的技术[J]. 计算机应用, 2001, 21(2) :88～89)
2. 9 接口方案的软件实现
完成以上步骤后, 需要在对两个系统不做任何改动的前提下, 在不影响两个系统正常工作的原则下, 把接口方案中的软件功能在接口服务器上实现. 由于本方案是在局域网内完成数据接口, 所以采用适合开发C/S 结构系统的开发工具Delphi 5. 5Enterpr ise. 开发步骤如下:
Step1. 建立接口服务器和两个系统的数据库的连接, 并在数据库引擎BDE 中分别命名ERP 和DRP 的数据库别名.
Step2. 开发定时读取数据的任务列表程序, 并把读取结果和出错信息写入接口服务器的数据库, 由管理员完成自动或手动的数据交换.
[5]Li Jiajing. Des ign of sale management sys tem under CIM S cir-cu mstance[J]. Application Research of C omputers , 2001, 18(3) :146～148(in Chinese )
(李家菁. CIM S 环境下的销售管理系统的设计[J ]. 计算机应用研究, 2001, 18(3) :146～148)
第14卷第5期2002年5月
计算机辅助设计与图形学学报
JO U RN A L OF COM P U T ER -A IDED D ESIGN &CO M P U T ER G RA PHICS
Vo l. 14, N o. 5M ay , 2002
产品开发集锦
Oracle ERP 系统和分销资源计划DRP 系统的接口方法
郭应中 赵占军 韩 伟
1) 2) (
1) 1) 2)
(中国科技大学研究生院 北京 100039)
北京金纬仑科技发展有限公司 北京 100083)
摘要 解决与ERP 系统接口问题的难度主要在于交换数据内容定义和接口点的确定. 针对这个问题提供了一套
系统的解决方法, 并将这套方法应用于一个企业实施的O racle ERP 系统和DR P 系统. 关键词 企业资源规划, 分销资源计划, 数据接口中图法分类号 T P 391
Integrating Oracle ERP with DRP
Guo Ying zhong 1) Zhao Zhanjun 1) Han Wei 2)
1) (
2)
Chinese Univ ersity of Science and Te chnology , Be i j ing 100039)
(B eij ing G eneral W ay S cie nce and Technology Dev elop ment Co . L td . , Beij ing 100083)
Abstract Chief dif ficulty in integ rat ing ER P w ith o ther sy stems lies in making t he decisio n of ho w t o define the contents of data to be ex chang ed and select the appr opr iate integr atio n point. T his paper gives a set o f metho ds to solve the pr oblem , and applied it in ERP and DRP implement atio n fo r a n enter pr ise . Key words Enter pr ise Reso ur ce Planning, Distr ibut ion R eso urce Planning, data interfa ce
题, 使ER P 系统失去了对二级以下批发商和零售商的管理
1 引 言
随着我国企业信息化的发展, 很多企业购买和实施了国外的大型企业管理软件包, 其中, Or acle 公司和SA P 公司的ERP (Ent erprise R eso urce Planning ) 软件产品占有很大份额. 这些软件大都采用数据集中的Inter net 架构, 所有用户通过网络访问应用层和数据库. I nt ernet 架构下的数据集中方式, 避免了由于多个数据中心引起的数据维护及同步引起的系统复杂性上升, 使企业可以在一个数据中心甚至一个数据库用例的支持下完成全国或者全球运作.
但是, 这些软件在国内企业实施过程中都遇到了这样一个问题:对于有很多跨地区销售分支机构的企业, 由于各分支机构需要申请和使用专线, 因此会造成系统用户数成倍增加, 从而使系统运行费用和软件购买费用成倍增加.
有些企业采用ERP 系统只控制集团, 而分销机构的定单传真到集团后手工录入到ERP 系统的方式解决以上问
功能, 分销机构的库存、销售、客户信息等数据无法进入系统; 还有些企业开发了用于专门管理分销机构的软件, 即分销资源计划(D istr ibut ion R esource Planning , DRP ) 系统, 但是随之出现了两个系统的接口问题. 有些企业由于无法解决接口问题, 导致系统运行效率低下、成本上升、数据不一致等问题.
笔者参与某企业的O r acle ER P 系统和DR P 系统的实施, 并负责解决两个系统之间的数据接口问题. 该企业购买了O racle 公司在2001年发布的企业套件O racle A pplication 11i , 数据库采用Or acle 8. 1. 6, 服务器采用一台SU N 3500, 操作系统采用Sun So larise. 在实施中采用总体设计、分步实施的方法, 一期实施总部和总部所在地的8个分、子公司.
企业在全国有230个经销部, 8个工厂分布于6个省. DRP 软件部分是定制开发的, 数据库采用O racle 8. 1. 6, 2台单CP U 的P C Serv er 作为W eb 服务器, 2台双CPU 的PC Serv er 作为数据库服务器, 操作系统采用W indo w s 2000A d-
收稿日期:2002-01-23. 郭应中, 男, 1970年生, 硕士研究生, 主要研究方向为计算机应用, 包括ERP 系统、分销管理系统分析设计、数据库技术、数据仓库等. 赵占军, 男, 1973年生, 硕士研究生, 主要研究方向为数据库与数据挖掘. 韩 伟, 女, 1972年生, 工程师, 主要研究方向为数.
5期
郭应中等:Or acle ER P 系统和分销资源计划DRP 系统的接口方法
487
vanced Sver ver , 开发平台使用J 2EE . 实施策略采用先单独运行, 后与ERP 贯通的方法. 两个系统按照图1所示的方式工作
.
出库, 则交换数据的内容和流向就不同. 但是在未定义交换数据内容前, 接口点更无法确定. 经验证明:解决这一矛盾的最好方法是首先定义交换数据内容, 然后确定接口点. 如果接口点无法确定, 再调整交换数据内容.
定义交换数据内容的具体方法:
(1) 确定系统划分边界条件和交换数据内容的静态部分. 静态数据是指产成品编码、分销机构编码等信息, 这部分信息相对稳定, 它原则上应由ERP 系统维护. 这样做的理由仍然是ER P 的接口表功能限制太多. 另外一些静态信息, 如客户编码, 应该由分销系统维护. 但是, 由于分销系统的功能足够管理分销机构的每笔销售业务, 在ERP 系统中则没有必要保留这些信息, 因此没有必要交换客户编码信息. 经过对两个系统的所有实体列表后认真分析, 确定交换数据内容的静态部分有产成品编码、组织机构编码、产成品定价等.
(2) 确定交换数据内容的动态部分. 动态数据指总部和分销机构发生业务时显示数量、日期、金额的部分, 如库存、采购单、出入库单、货物发运和接收明细等. 在系统边界确定的情况下, 经过认真分析, 确定交换数据内容的动态部分有定单、客户信息、回款信息、收货情况、退货情况、发货情况、收款情况、工厂库存等.
2. 3 确定接口点
接口点组成两个系统的边界, 边界由多个接口点组成.
2 接口方案设计
解决和ER P 系统的接口问题的难度主要在于交换数据内容定义和接口点的确定. ERP 系统是一个很庞大的体系, ERP 开发商强烈建议用户禁止直接对数据库的非读取操作, 这是因为ER P 软件的数据库里往往有数万个对象, 彼此间的关联非常密切, 直接修改表的内容会引起很多意想不到的问题, 且一旦出现问题, 查错和恢复非常困难. 所以, ERP 系统一般都提供开放性接口, 用于和其它系统的集成. 这些接口程序还用来验证输入数据的完整性, 确保符合业务规则. 但并非所有ERP 系统中的实体都具有开放性接口, 所以有些数据的录入只能手工进行. 因此交换数据内容定义和接口点的确定成为解决问题的关键.
参考一般M IS 系统的系统接口方案设计方法, 结合O r -acle ERP 系统的特点, 本方案设计步骤如下:
对每个接口点数据交换点量的确定原则是首先分析交换数据的大小, 单位按行计算. 具体方法如图2所示.
通过这种方法确定了所有接口点. 接口点的位置实际上已经隐含在交换数据的动态部分和静态部分的内容中.
2. 1 系统边界定义
理论上讲, ER P 系统可以管理企业内所有的活动, DRP 系统也可以完成分销业务中对所有物流、资金流、信息流的控制. 但是, 在对接口方案的最优化处理时, 必须对两个系统的职能边界、地理边界、功能边界进行定义.
系统边界定义和接口方案设计的后续步骤紧密相联. 在本方案的设计中, 采取了根据后续步骤的分析结果, 不断调整系统边界定义的方法.
2. 4 硬件方案
采用一台P C Serv er 作为接口服务器, 配置两个3CO M 公司生产的网卡分别连接ER P 和DRP 系统.
2. 5 软件方案
接口服务器采用W indo w s 2000Serv er 作为操作系统, 可以通过IE 5. 0登录到两个系统. 由于两个系统都采用O r -acle 8. 1. 6数据库, 接口服务器也安装同类数据库, 通过O r a-cle N ET 8和两个系统的数据库连接. ERP 系统的DBA 对接口服务器管理员赋予只读权限.
接口服务器安装D elphi 5. 5Ent erprise 用于接口软件的.
2. 2 交换数据内容定义
接口方案的关键是交换数据内容定义和接口点的确定,
488
计算机辅助设计与图形学学报2002年
2. 6 接口服务器初始化
在系统接口服务器开始工作前, 首先对系统进行初始化. 在接口服务器开始工作以后, 需要交换的ERP 系统中的静态数据一旦发生变化, 初始化工作就要重新进行, 所以接口服务器上开发了专用的初始化程序. 初始化工作结束后, 两个系统的静态数据完全保持一致.
Step3. 系统出错信息及优化处理. 在系统开发过程中对因频繁访问数据库而容易发生的系统故障进行有效地处理.
3 本接口方案实现和应用情况
本接口方案在开始工作以后, 经过3个月的运行, 平均每天通过Dataloa der 向ERP 系统录入500行定单, 出错率从80%逐步下降到2%, 出错原因在于ERP 系统对接口表中的数据验证要求非常高. 解决的方法是找出原因, 在DR P 系统中增加对有关数据的验证要求, 确保读入到接口服务器的数据满足导入条件. 由于这家企业的产成品品种数量偏大, 交换一次库存数据耗时较长, 因此产成品库存的读取频率逐渐改为每天1次. 当输入ERP 的定单不能通过A T P 检查时, 定单会被暂挂, 处于等待发运状态. 对于这类定单, 可以利用ERP 系统中定单管理模块的汇总功能打印出报表, 录入到DR P 系统中通知分销机构.
2. 7 系统接口服务器管理员工作制度
系统接口服务器按管理员设定的时间, 自动定时读取两个系统中需要交换的数据. 读取DRP 系统数据的频率为每次间隔30min, 读取ERP 系统的频率为每次间隔60min. 每次获得数据后, 管理员访问D RP 系统数据库, 把从ERP 系统中读取的数据写入; 同时把需要写入Or acle ERP 系统的数据按系统要求的Inter face T able 格式生成相应Ex cel 表格, 通过Dataloader 输入到ERP 系统. Dat alo ader 是O ra cle 提供的模拟键盘录入工具. 在输入过程中有时会有意外出现, 所以还需要人工监督以提高输入效率. 还有一部分数据, 如大客户信息, 由于数据量较小, 仍以纯手工方式录入到ERP 系统.
接口服务器开始工作以后, 每次交换的数据在处理完毕后保存为历史记录, 作为在数据发生错误时确定事故责任的依据.
4 结束语
本文通过对Or acle ER P 系统和销售管理系统的接口方法的阐述, 解决了ERP 系统和DRP 系统接口的关键问题, 充分利用了ERP 系统和D RP 系统的功能, 提高了企业在生产、销售、库存等方面的管理水平和运作效率. 通过实际运行表明:本系统运行可靠, 完全满足了企业运营的需要, 具有显著的经济效益, 其经销部的库存商品和应收货款由近5亿人民币压缩到了4亿人民币左右.
2. 8 确定过渡阶段数据处理方式
由于两个系统实施范围不同步, 必然涉及D RP 系统单独运行和ERP 系统部分运行两个过渡阶段的接口方法.
在DRP 系统单独运行阶段, 接口方式完全采用人工录入的方法. 由于这时上线的分销机构只有5个, 数据量不大, 而且可以从中总结出一些提高效率的方法, 作为确定接口方案的依据.
在接口服务器开始工作后, ERP 系统只是在部分工厂上
线. 对于没有上线的工厂, 仍采用传真方式或电子邮件进行信息传递, 只是传真使用新的格式, 包含ERP 系统和DRP 系统所需要的各项数据. 例如, 原本需要从ERP 系统中读取的产成品库存数据, 在过渡阶段采用各个工厂每天填写《产成品库存表》, 然后由接口服务器管理员负责把数据录入两个系统.
参
[1]
考文献
BOSS Ltd. Oracle Application Th esaurus [M ]. Beijing:Peop le's Posts and T elecommunications Pres s, 2001(in Chi-nese)
(BOS S 公司. Oracle A pplication 应用大全[M ]. 北京:人民邮电出版社, 2001)
[2][3][4]
Oracle Corporation. Oracle manufacturing APIs and open in-terfaces man ual [OL ]. w w w . oracle . com Oracle Corporation .
Oracle configuration interface object
(CIO ) developer's guide [OL ]. w w w . oracle . com
T an g Qiong. A technology of interconnection between two k inds of databases in differ ent netw orks [J]. Com puter Appli-cations, 2001, 21(2):88～89(in Chin es e)
(唐 琼. 一种实现不同网络中两种数据库互联的技术[J]. 计算机应用, 2001, 21(2) :88～89)
2. 9 接口方案的软件实现
完成以上步骤后, 需要在对两个系统不做任何改动的前提下, 在不影响两个系统正常工作的原则下, 把接口方案中的软件功能在接口服务器上实现. 由于本方案是在局域网内完成数据接口, 所以采用适合开发C/S 结构系统的开发工具Delphi 5. 5Enterpr ise. 开发步骤如下:
Step1. 建立接口服务器和两个系统的数据库的连接, 并在数据库引擎BDE 中分别命名ERP 和DRP 的数据库别名.
Step2. 开发定时读取数据的任务列表程序, 并把读取结果和出错信息写入接口服务器的数据库, 由管理员完成自动或手动的数据交换.
[5]Li Jiajing. Des ign of sale management sys tem under CIM S cir-cu mstance[J]. Application Research of C omputers , 2001, 18(3) :146～148(in Chinese )
(李家菁. CIM S 环境下的销售管理系统的设计[J ]. 计算机应用研究, 2001, 18(3) :146～148)