SAP专业培训教材概要方案.docx

SAP专业培训教材概要方案.docx

《SAP专业培训教材概要方案.docx》由会员分享，可在线阅读，更多相关《SAP专业培训教材概要方案.docx（31页珍藏版）》请在冰豆网上搜索。

SAP专业培训教材概要方案

应用系统类建设项目概要方案

更改记录

日期

被修改的章节

修改类型*

修改描述

修改人

版本

2006-7-15

创建

V1.0

●修改类型分为A-ADDEDM-MODIFIEDD–DELETED

用XI取代TIBCO平台实现ECC同EC的接口

概要方案

项目经理：

____________________

项目监理：

____________________

填写日期：

____________________

评审信息：

报告人

（项目经理）

审核

（评审委员）

审批

（评审主席）

注：

请在方案后附评审委员签字的《评审检查表》和评审后整理的《问题记录跟踪表》

项目经理签字：

评审主席签字：

XI替代Tibco项目概要方案

更改记录

日期

被修改的章节

修改类型*

修改描述

修改人

版本

2006-7-15

创建

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

1

MI_IDoc_OrderHeaderStatus

2

MI_IDoc_OrderItems

3

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

Remarks

1

DT_IDoc_OrderHeaderStatus

2

DT_IDoc_OrderItems

3

DT_IDoc_OrderFlow

4

DT_IDoc_OrderConfig

5

DT_R3_Orders

6

DT_R3_OrderItems

7

DT_R3_OrderFlow

8

DT_R3_OrderBoxDetails

格式分别如下：

DT_IDoc_OrderHeaderStatus

DT_OrderItems

DT_IDoc_OrderFlow

DT_OrderConfig

DT_R3_Orders

DT_R3_OrderItems

DT_R3_OrderFlow

DT_OrderBoxDetails

Mapping关系如下

MappingName

Source

Destination

Remarks

MM_IDoc_OrderHeaderStatus

ZORDER1

MT_IDoc_OrderHeaderStatus

MM_IDoc_OrderItems

ZORDER1

MT_IDoc_OrderItems

MM_IDoc_OrderFlow

ZORDER1

MT_IDoc_OrderFlow

MM_IDoc_OrderConfig

ZORDER1

MT_IDoc_OrderConfig

MM_R3_Orders

ZORDER1

MT_R3_Orders

MM_R3_OrderItems

ZORDER1

MT_R3_OrderItems

MM_R3_OrderFlow

ZORDER1

MT_R3_OrderFlow

MM_R3_OrderBoxDetails

ZORDER1

MT_R3_OrderBoxDetails

MM_IDoc_OrderHeaderStatus

其中需要对国际贸易条件作特殊处理

首先建立Value-Mapping

然后建立转换

B.DELVRY01

a）标准送货单b）退换货送货单

XI的标准送货单场景配置

XI退换货订单场景

C.Z_OUTPUT_TIBCO_MKPF

a）标准送货单b）退换货送货单

2.3.系统物理架构

改造前：

改造后：

变化点说明：

将原有Tibco系统替换为XI系统，布署服务器及其地址进行相应变更

2.4.系统功能设计

以下是针对需求的系统功能概述表：

序号

需求点

需求描述

1

创建及修改销售订单时，同步更新EC数据库

4.当用户创建或修改销售订单时，ECC系统在存储销售订单的同时对EC数据库进行同步更新；

5.订单类型为ZOR、ZRE或ZSD中之一；

6.根据不同订单类型，更新EC数据库中标准订单或退换货订单各自相应的数据库表。

2

确认发货，生成或修改发货单时，同步更新EC数据库

4.当生成或修改发货单时，ECC系统在存储发货单的同时对EC数据库进行同步更新；

5.发货单中发货类型必须为LR、LF或ZLF中之一；

6.根据不同发货类型，更新EC数据库中标准订单或退换货订单各自相应的数据库表。

3

发货过帐时，更新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

ECC

6．0

3.项目实施

3.1.项目团队（必填）

项目决策委员会

XXX、XXX

业务方项目经理：

XXX

IT项目经理：

XXX

IT项目监理：

XXX

XXX部XXX处XXX

XXX部XXX处XXX

IT组

业务组

XXX处XXX

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平台开发，虽然顾问已经肯定了方案的可行性，但在完成时间上有一定风险（因为不熟悉导致一些小问题需要不断解决）