SAP专业培训教材概要方案Word文档格式.docx
《SAP专业培训教材概要方案Word文档格式.docx》由会员分享,可在线阅读,更多相关《SAP专业培训教材概要方案Word文档格式.docx(31页珍藏版)》请在冰豆网上搜索。
XI替代Tibco项目概要方案
1.0
*修改类型分为A-ADDEDM-MODIFIEDD-DELETED
说明:
此模版中的各章节分为“选填”和“必填”两种类型,必填章节任何项目都必须填写,选填章节可根据项目的需求、规模和复杂程度选择性填写。
1.
业务需求
1.1.业务背景
MCS项目将在10.8日将原R/34.6c系统升级至ECC6.0,EC的CRM方案将在07年2月1日上线。
06年10月8日至07年2月1日之间需要保持ECC6.0至EC之间的集成链路。
原R/34.6c与EC之间订单状态及发货单状态同步使用TIBCO平台实现,但在R/34.6c升级至ECC6.0后,原TIBCO版本的SAPAdapter不支持对ECC6.0的连接,这会直接影响EC系统与R/3之间同步的正常进行。
1.2.项目目标
XI替代Tibco项目在2006年7月30日完成全部开发工作,试运行两个月后,达成以下目标:
1、以XI全面替代Tibco,实现对EC与ECC系统间订单和发货单状态同步的支持
2、集成正确率达到99%以上
1.3.项目范围
本项目的设计、开发及测试范围仅限于应用系统部。
1.4.业务逻辑图
主业务流程
新主业务流程
主要的流程变化:
将原界于R/34.6c和EC数据库间做转换和同步单据数据的Tibco系统替代为XI7.0
1.5.功能需求
序号
需求点
需求描述
1
创建及修改销售订单时,同步更新EC数据库
1.当用户创建或修改销售订单时,ECC系统在存储销售订单的同时对EC数据库进行同步更新;
2.订单类型为ZOR、ZRE或ZSD中之一;
3.根据不同订单类型,更新EC数据库中标准订单或退换货订单各自相应的数据库表。
2
确认发货,生成或修改发货单时,同步更新EC数据库
1.当生成或修改发货单时,ECC系统在存储发货单的同时对EC数据库进行同步更新;
2.发货单中发货类型必须为LR、LF或ZLF中之一;
3.根据不同发货类型,更新EC数据库中标准订单或退换货订单各自相应的数据库表。
3
发货过帐时,更新EC数据库已清订单数据
1、完成发货过帐操作时,ECC系统对EC数据库更新;
2、根据相应销售订单类型,进行不同操作:
1)对标准订单,将相应的未请订单数据转储至已清订单表中;
2)对退换货订单,更新相应表中送货时间和订单状态信息。
1.6.用户类型和特点(必填)
(描述本项目涉及的用户是谁?
数量如何?
操作频率如何?
)
1.7.系统性能的应用要求:
每秒IDoc或RFC处理数不小于5个。
2.
IT方案
2.1.系统实现方向
本系统实现方向为创立型新建。
新建的原因是由于原有Tibco在ECC升级后不能支持原R/34.6c与EC之间订单状态及发货单状态同步的功能,经过前期对软件及顾问费用、硬件、技术风险、开发周期、性能和时间风险等方面的分析比较,确定目前的实现方向。
2.2.系统逻辑架构
2.2.1.总体架构
创建前:
创建后:
ECC
IDocPort
RFCOutbound
XI
IDocAdapter
RFCAdapter
Mapping
JDBCAdapter
EC
新建
修改
不变
ZORDER1
DELIVRY01
Z_OUTPUT_TIBCO_MKPF
StoredProcedure
DirectUpdate
2.2.2.数据映射及处理流程
A.Zorder1
a)标准销售订单
XI中涉及对象设计如下:
b)退换货订单
XI中涉及的设计对象如下
建立Realtime,asynchronous接口如下:
No.1
InterfaceName
Remarks
MI_IDoc_OrderHeaderStatus
MI_IDoc_OrderItems
MI_IDoc_OrderFlow
4
MI_IDoc_OrderConfig
5
MI_R3_Orders
6
MI_R3_OrderItems
7
MI_R3_OrderFlow
8
MI_R3_OrderBoxDetails
INPUT为IDoc-ZORDER1,在IR中导入结构如下
OUTPUT为更新ECOM_EAIDB的四个符合JDBCAdapter要求的数据类型
No.
DataTypeName
DT_IDoc_OrderHeaderStatus
DT_IDoc_OrderItems
DT_IDoc_OrderFlow
DT_IDoc_OrderConfig
DT_R3_Orders
DT_R3_OrderItems
DT_R3_OrderFlow
DT_R3_OrderBoxDetails
格式分别如下:
DT_OrderItems
DT_OrderConfig
DT_OrderBoxDetails
Mapping关系如下
MappingName
Source
Destination
MM_IDoc_OrderHeaderStatus
MT_IDoc_OrderHeaderStatus
MM_IDoc_OrderItems
MT_IDoc_OrderItems
MM_IDoc_OrderFlow
MT_IDoc_OrderFlow
MM_IDoc_OrderConfig
MT_IDoc_OrderConfig
MM_R3_Orders
MT_R3_Orders
MM_R3_OrderItems
MT_R3_OrderItems
MM_R3_OrderFlow
MT_R3_OrderFlow
MM_R3_OrderBoxDetails
MT_R3_OrderBoxDetails
其中需要对国际贸易条件作特殊处理
首先建立Value-Mapping
然后建立转换
B.DELVRY01
a)标准送货单b)退换货送货单
XI的标准送货单场景配置
XI退换货订单场景
C.Z_OUTPUT_TIBCO_MKPF
2.3.系统物理架构
改造前:
改造后:
变化点说明:
将原有Tibco系统替换为XI系统,布署服务器及其地址进行相应变更
2.4.系统功能设计
以下是针对需求的系统功能概述表:
4.当用户创建或修改销售订单时,ECC系统在存储销售订单的同时对EC数据库进行同步更新;
5.订单类型为ZOR、ZRE或ZSD中之一;
6.根据不同订单类型,更新EC数据库中标准订单或退换货订单各自相应的数据库表。
4.当生成或修改发货单时,ECC系统在存储发货单的同时对EC数据库进行同步更新;
5.发货单中发货类型必须为LR、LF或ZLF中之一;
6.根据不同发货类型,更新EC数据库中标准订单或退换货订单各自相应的数据库表。
3、完成发货过帐操作时,ECC系统对EC数据库更新;
4、根据相应销售订单类型,进行不同操作:
3)对标准订单,将相应的未请订单数据转储至已清订单表中;
4)对退换货订单,更新相应表中送货时间和订单状态信息。
2.5.性能设计
每秒处理ECC抛出的IDoc或RFC调用不少于5个。
●使用手段:
1.采用XI7.0对ECC和EC数据库进行集成
2.ECC与XI间通过IDoc和RFC作为交互方式;
XI根据配置向EC数据库进行数据的分发和更新。
3.XI使用新购置服务器,IBMp595-4
4.ECC使用新购置服务器,IBMp686-2
2.6.扩展性、稳定性、安全性设计(选填)
2.6.1.扩展性设计
本项目主要功能基于XI平台实现,XI的数据服务器和应用服务器可以在不同的IP地址上分别布署,“生来”就拥有很强的扩展性。
2.6.2.稳定性设计
(使用何种手段(双机热备、容错机制……)达到什么程度的系统稳定性,以满足业务需求。
2.6.3.安全性设计
(使用何种手段(认证、权限、数据加密、……)达到什么程度的系统安全性,以满足业务需求。
2.7.运维设计(必填)
(描述项目上线之后的运维采用何种方式(外包或内部运维)和对运维工作的设计,如系统备份、数据归档等。
此章节由项目经理组织运维人员完成。
2.8.硬件和软件选型(必填)
2.8.1.硬件选型
服务器
型号
XGP
IBMp595-4,32c,128G,1.9GHz
EGP
IBMp686-2,16c,64G,1.9GHz
2.8.2.软件选型
软件
OS
DB
IBMDB2
6.0
3.项目实施
3.1.项目团队(必填)
项目决策委员会
XXX、XXX
业务方项目经理:
XXX
IT项目经理:
IT项目监理:
XXX部XXX处XXX
IT组
业务组
XXX处XXX
合作开发商
。
3.2.开发方式
顾问和应用系统部原有技术人员共同进行设计开发。
3.3.项目周期
3.3.1.项目的计划
3.3.2.实施阶段的汇报计划
详细内容和示例见GAS发布的《项目实施过程阶段汇报机制.DOC》。
示例:
PR-X是改造项目,其项目概要方案中的资金预算为30万元,含有两个子项目。
其项目里程碑如下:
…
详细方案设计
用户接受测试
上线时间
子项目一
3月1日
4月15日
5月15日
子项目二
3月20日
4月30日
5月30日
根据项目里程碑制定如下项目实施阶段汇报计划:
A汇报点
B汇报点
C汇报点
3月3日
书面
4月13日
无
5月13日
开会
3月23日
4月28日
5月28日
开发阶段
用户接受测试&
上线准备
A
B
C
4.财务预算及ROI分析
4.1.建设投入(必填)
(硬件、软件、第三方服务、IDD服务、杂费。
对于第三方服务和IDD服务这两项,需要按项目各阶段给出明细。
硬件:
到位时间
描述
XGS
7.18
XGD
7.22
XGQ
7.30
软件:
XI7.0
资源:
资源
人数
SAPXI顾问
1(已有)
XI集成架构及详细设计
TIBCO顾问
1(兼职)
帮助分析原TIBCO系统中的逻辑并形成文档
XI开发人员
2(已有,内部人员)
XI集成的开发
4.2.运维投入(必填)
(年运营维护费:
机房使用、耗材/硬件扩展、第三方服务(含硬件MA、软件MA和顾问服务)、IDD服务)
4.3.项目产出(必填)
(描述明确、量化的业务KPI指标提升值,同时说明项目上线之后多久可以对项目产出进行评价。
4.4.ROI分析(选填)
(对比项目的投入和产出,进行ROI是否合理的分析。
5.风险分析(必填)
风险描述
出现标志
危害性
(高/中/低)
可能性
预防措施
补救措施
开发环境及时准备到位
短时间内对原TIBCO上设计要充分了解
TIBCO顾问的支持;
充分的测试
由于是首次使用XI平台开发,虽然顾问已经肯定了方案的可行性,但在完成时间上有一定风险(因为不熟悉导致一些小问题需要不断解决)