Oracle_EBS_实施方法论
Oracle 实施方法论简介
OCMM Organization Change Management Method PJM Project Management Method
Oracle系统实施方法论－AIM
AIM (Applications Implementation Method)
Oracle 公司建立的经过实践检验的系统建设方 法论，它用于进行快速的、 法论，它用于进行快速的、低风险的和低成本的 Oracle应用系统实施 应用系统实施 应用系统
AIM方法－解决方案设计 方法－ 方法
建立实施策略 业务分析 解决方案设计 阶段计划 培训项目小组 设计解决方案 测试准备 设计扩展程序 规划业务转换 设计系统结构
工作计划与设计标准 培训/测试环境安装 培训 测试环境安装 培训 设计解决方案 设计硬/软件逻辑与物理结构 设计硬 软件逻辑与物理结构 设计安全控制与备份/恢复计划 设计安全控制与备份 恢复计划 扩展程序(接口 功能 数据转换)设计 扩展程序 接口/功能 数据转换 设计 接口 功能/数据转换 详细的业务转换计划
Strategy Enablement Deployment
Specific instructions: What to do Who should do it Why it should be done When to do it How to do it Components: Template engine Deliverable templates Online documentation
应用系统建立
用户文档建立
系统移植
AIM方法－应用系统建立 方法－ 方法
建立实施策略 业务分析 解决方案设计 应用系统建立 阶段计划 环境准备 编制扩展程序 系统测试 构造产品环境
Oracle权威资料_EBS_基础设置全手册
ORACLE EBS 基础设置手册首先需要说明的是，本系列文档假定读者已经具备基本的系统相关使用知识与技能(例如，能够基本领会“ORACLE EBS系统应用基础概述”中的内容)，故所讨论的内容仅限于笔者认为从系统使用与实际业务两方面来看比较重要或者容易存疑的问题，并不能面面俱到，旨在帮助读者掌握核心、抓住要点（详尽内容必须参考ORACLE相关官方文档）。
文中为讨论需要所附图文均取自ORACLE EBS 的测试环境（Vision Demo），版本以R12.1.1为主，辅之以版本R11.5.10，界面语言主要为中文（必要时辅之以英文）。
两个EBS版本在界面与功能应用方面实际可能有一些差异，必要时会作相关说明，但一般不会影响对基本问题的讨论。
技术是业务的抽象与工具，业务是技术的来源与目的。
本系列文档通篇将秉持“从业务的角度去审视技术，从技术的角度去回归业务”的方法论（这里的所谓“技术”，意指“系统实现”），去探讨系统实现与业务实践的融合问题，以求逐步能达到技术与业务的融会贯通。
限于笔者的认知水平，有讹误或不正确之处，欢迎批评指正。
一、安全性管理从系统使用角度来看，系统管理的一项重要的日常工作是关于“用户”及其“权限”的管理，在ORACLE 中即所谓“安全性”（Security）管理。
“安全性”是一个涵义较之“权限”更为丰富、更为广阔的概念术语，它虽然比较抽象，但顾名思义，它很好地涵盖了于实际业务与系统使用中，有关企业数据与信息管理的某些需要重点保护、控制的内容。
有关用户权限的管理，在ORACLE系统中主要有三个基本要素构成：菜单（Menu）、责任（Responsibility）、以及用户（User）。
三者的有机结合构成了系统权限或安全性管理的基础，辅之以参数或“安全性配置文件”等的使用，则进一步对用户的“实体（组织、帐套或分类帐）接入”权限进行细分。
此外，系统在各个应用模块中，还将可能基于不同业务特点采取各具特色的系统实现方式，对用户的准入管理或功能权限作更进一步的划分（具体方式与系统设计者的个人偏好也有一定关系，不能一概而论）。
ORACLE EBS 集值(对)的使用方法
集值对的使用方法集值的应用在EBS里已经很多了，在这里介绍下集值(对)的应用，图片如下“弹性三”的段结构如下：其中值集 EDV_LIUNAN设置如下:在值集EDV_LIU的对编辑信息中，设置了键弹性域 K_LN，也就是说，此值集(EDV_LN)将显示的是键弹性域(K_LN)的内容结构。
那么在系统程序中，应用了值集EDV_LIUNAN 的地方，将都会显示如下的界面：对此，应该看图片说明就明白了附外部关键字参考弹性域的 POPID/LOADID/VALID 调用序列（用于大多数弹性域报表参数）为： 语法#FND {POPID|LOADID|VALID}CODE="flexfield code"APPL_SHORT_NAME="application_short_name"VALIDATE="{FULL|PARTIAL|NONE|QUERY}"SEG="block.concatenated values field name"[BLOCK="block_name"][FIELD="field_name"][DERIVED=":block.field\n Segment qualifier"][READ_ONLY="{Y|N}"][DINSERT="{Y|N}"][WINDOW="{Y|N}"][ID="block.unique ID field"][REQUIRED="{Y|N}"][DISPLAY="{ALL | flexfield qualifier |segment number}"][UPDATE="{ALL | flexfield qualifier |segment number}"][INSERT="{ALL | flexfield qualifier |segment number}"][DATA_FIELD="concatenated hidden IDs field"][DESC="block.concatenated description field name"][TITLE="window title"][VDATE="date"][NAVIGATE="{Y|N}"][AUTOPICK="{Y|N}"][NUM=":structure defining field"][COPY=":block.field\n{ALL | flexfield qualifier}"][VRULE="flexfield qualifier\nsegment qualifier\n{I[nclude]|E[xclude]}\n APPL=shortname;NAME=Message Dictionary message name\nvalidation value1\nvalidation value2..."][VALATT=":block.field\nflexfield qualifier\nsegment qualifier"][USEDBFLDS="{Y|N}"][COLUMN="{column1(n) | column1alias(n)[, column2(n), ...]}][WHERE="where clause"][SET="set number"][ALLOWNULLS="{Y|N}"][QUERY_SECURITY="{Y|N}"][QBE_IN="{Y|N}"][LONGLIST="{Y|N}"][NO_COMBMSG="MESG_NAME"]代码在您使用“注册键弹性域”表单设置此弹性域时指定的弹性域代码。
Oracle EBS 功能详解
Oracle ERP最佳技术实践E-B USINESS S UITEXX100–功能流程详解FIN/DIS/MFG应用模块Author: 黄建华Jianhua.HuangMSN: huajhua@Creation Date: April 12, 2005Last Updated: October 24, 2006Document Ref: <Document Reference Number>1AVersion: DRAFTApprovals:<Approver 1><Approver 2>Copy Number _____Document ControlChange RecordDate Author Version Change Reference12-Apr-05 Jianhua.Huang Draft 1a No Previous DocumentReviewersName PositionDistributionCopy No. Name Location1Library Master Project Library2ProjectManager34Note To Holders:If you receive an electronic copy of this document and print it out, please write yourname on the equivalent of the cover page, for document control purposes.If you receive a hard copy of this document, please write your name on the frontcover, for document control purposes.ContentsDocument Control (ii)1.INV: Items (1)1.1.总体说明 (1)1.2.Review Category Sets (2)1.3.Review Attribute Control (3)1.4.Review Status (3)1.5.Review Catalog (5)1.6.Review Item Type (5)1.7.Review Templates (6)1.8.Review Profile (7)1.9.Define Master Item (7)1.10.Define Item Category (9)1.11.Define Item Catalog (9)1.12.Assign Item To Org (10)1.13.Define Org Attribute (10)2.Master Data (11)2.1.创建Routing (11)2.2.创建BOM (11)3.GL: Document Number (12)3.1.总体说明 (12)3.2.Define Profile (13)3.3.Define Sequence (13)3.4.Define Category (14)3.5.Assign Sequence (14)3.6.Enter Journal (15)3.7.其他重要问题 (16)4.OM: Standard Sales Order (SO) (19)4.1.总体说明 (19)4.2.Enter Header (19)4.3.Enter Line (21)4.4.Book (21)4.5.Schedule (22)4.6.Reserve (23)4.7.Pick Release (24)4.8.Pick Confirm (26)4.9.Create Delivery (27)4.10.Ship Confirm (29)4.11.Interface Trip Stop - SRS (30)4.12.INV Materail Transactions (32)4.13.Fullfill Defered (35)4.14.AR Auto Invoice (36)4.15.Close Orders (38)4.16.多走一步 (38)5.OM: Drop Ship Sales Order (39)5.1.总体说明 (39)5.2.Enter Header (40)5.3.Enter Line (40)5.4.Book (41)5.5.Purchase Release Defered (42)5.6.从PR到PO (43)5.7.PO接收与Drop Ship出货 (47)5.8.INV Materail Transactions (48)5.9.Fullfill Defered (49)5.10.AR Auto Invoice (49)5.11.Close Orders (50)5.12.多走一步 (50)6.Open and Closed Issues for this Deliverable (53)Open Issues (53)Closed Issues (53)1.INV: Items应用：Inventory职责：Inventory1.1.总体说明说明物料是系统最重要的主数据之一，其属性控制着各个模块能否对某个物料进行事务处理。
Oracle EBS集成方案
ORACLE EBS和BPM集成方案目录一、整合目标 (3)二、方案特点 (3)三、整合示意图 (4)四、各功能模块说明 (4)五、Web Service 接口定义 (5)六、中间表定义 (6)七、审批完成后写入EBS接口 (7)一、整合目标1.实现EBS 系统的业务数据自动发送到BPM系统并实时发起审批2.BPM接受到数据后自动发起流程，并把业务数据自动导入工作流的审批页面3.BPM的审批过程信息和结果信息反馈给EBS 系统4.数据交互通过中间表进行5.消息专递通过Webservice 接口进行二、方案特点1.实时性：EBS系统点击发起审批的按钮（或菜单），实施的就能够在工作流系统发起审批。
2.稳定性：业务数据和消息传递分开，使得接口各模块功能相对简洁不易出错。
3.易用性：用户使用的体验感觉EBS和BPM 像是同一套系统，不用做一个审批动作需要在不同系统切换。
4.通用性：消息传递使用Webservice接口。
5.可维护性：接口实现各方的功能职责都非常清晰，可避免在实施过程中发生问题。
三、整合示意图EBS和eFlow整合示意图注：1.黄色部分由EBS项目组开发2.蓝色部分由eFLow项目组开发四、各功能模块说明1.EBS：Oracle EPR，在每个对应有接口的部分开发一个存储过程，用户能在对应模块的菜单中看到“发送eFLow”菜单项。
用户触发菜单后，调用Webservice接口，通知eflow有一个新表单需要发起。
调用Webservice可采用Web Post的方法，也可以使用Webservice 的标准方法。
同时，把EBS中需要审批的资料存到预先定义的接口表。
2.Webservice 接口：为每个表单确定一个接口和参数。
EBS系统调用对应接口时，根据参数读取中间资料，并把资料自动填到表单后发起对应流程。
3.中间表：每个表单都对应一个或几个接口表，EBS接口往接口写入数据。
Webservice 接口从中间表读取数据，并回写接口调用状态和审批状态。
Oracle-EBS-实施方法论
第9页，共68页。
CDM
数据转换这个过程的目的是移植，转换和测试原先的数据。
它对新的应用的运行是十分必要的。 撰写文档这个过程致力于产生出高质量的硬拷 贝和联机的可交付的文档。它应当产生出这个 项目的用户，管理以及技术文档。
➢ 设计改善的业务流程 ➢ 验证客户方主管的想法 ➢ 开发初步的系统架构
第23页，共68页。
Blue Cards
分析
Definition
Operations
Analysis
Solution Design
Build
Transition Production
Goal: Map requirements, identify gaps, and determine conceptual architecture
Analysis
Design
Build
Transition Production
Goal: Create the application extensions and perform system wide tests
第28页，共68页。
系统建设的任务
➢ 准备开发环境 ➢ 开发、测试、接受客户化软件
第5页，共68页。
概述
➢ PJM Project Management 项目管理 ➢ AIM Application Implementation Methodology ➢ AIM for Business Flow ➢ CDM Customization Develop Methodology ➢ EMM
IBM蓝色方法论：Oracle实施方法论Ascendant
" F u t u r e S t a n d a r d " p r o d u c t
N
S u f f ic ie n t in f o r m a t io n
Y
D e c id e t o c o n t in u e
e v a lu a t io n
F e a t u r e d e f in it io n r e f in e m e n t
信息来源
• IBM咨询项目管理方 法论
工作成果
• CRP测试 • 客户化开发技术方案
项目实施方法论 –集成
项目准备
分析 设计建立
集成 实施/上线
主要任务
• 系统参数配置与设置 • 客户化（包括接口、报表或单据等） • 编写最终用户手册 • 对最终用户进行培训 • 完成收集系统所需的数据，业务交易数
析 • 识别要进行分析的业务情景和优化方向 • 差异分析报告 • 针对关键流程进行探讨 • 建立未来贝因美的业务流程及流程解决
方案 • 数据整理工作
工作方法
• 项目组讨论 • 业务部门访谈 • 与管理层进行沟通
信息来源
• IBM咨询项目管理方 法论
工作成果
• 目标业务流程与系统解决方案
项目实施方法论 – 设计/建立
C u s t o m e r , e . g . , e n d - u s e r
N e x t g e n R & D
M o t o r o la p r e lim in a r y in f o r m a t io n g a t h e r in g
C u s t o m e r I n t e r n a l
(word完整版)oracle ebs
Oracle应用程序通用的问题1。
你怎么能限制访问（oracle应用程序)的用户组使用个性化？一般授予connect权限用户就能够连接数据了，授予resource权限用户就可以建表、索引、视图、存储过程了，其他权限根据具体需求来建,具体示例如下：登录数据库服务器，运行sqlplus,connect / as sysdbacreate user test identified by test1234 tablespace test_data；（需要事先建好test_data 表空间）grant connect to test;grant resource to test；如果该用户需要查询数据库中所有数据：grant select any table to test;如果该用户需要读取数据字典、使用OEM工具等：grant select dictionary to test；如果该用户需要操作其他用户的表(如对scott用户下的emp表进行增删改操作）：grant insert，update，delete on scott。
emp to test2。
你如何在应用程序启用跟踪/调试?3所示。
自定义事件在应用程序和如何你启用/禁用吗?4所示。
诊断应用程序是什么？如何启用/禁用吗?5。
文件夹是什么？如何修改?6。
什么是个性化和特性可以通过个性化？7所示。
你如何运行诊断特定模块寄给甲骨文的支持。
8。
全局变量是什么?如何使用?9。
你能发送直接甲骨文形式。
在工作流通知链接吗？如果如何?10.你怎么能使用个性化实现变焦功能？11。
什么是定制的。
锁相环用的？12。
之间的区别是什么关键flex字段和描述性的flex字段？13.告诉我多组织呢？14.如果业务实体有5个操作单元,你有多少次来实现应用程序？_id和organization_id之间的区别是什么?16。
FNDLOADER用于它的语法是什么?17所示.应用程序的配置文件选项是什么？18岁。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
建设
Definition Operations Analysis Solution Design Build Transition Production
方案设计
Definition Operations Analysis Solution Design Build Transition Production
Goal: Design extensions and identify proposed application setups
方案设计的任务
EMM（EasiPath Migration Method）
升级流程 业务需求评估：业务需求评估流程的目标是检查新版应用系统适 应用户业务的基本需求，确定这些需求在新版的应用中是否受影 响。 需求匹配更正：需求匹配更正流程是为了评估新版与旧版的软件 差别，通过调整用户业务的需求，匹配这些软件的差别。 应用和体系结构升级：在应用和体系结构升级流程中，首先了解 应用系统结构的改变，并升级到新的体系结构上，同时将重新设 计整个应用，以适应新的系统结构要求。 客户化升级：客户化升级工作重点是对现有客户化程序的修改， 使之能运行在新的系统上，同时启用新版软件功能，可以去掉修 改客户化软件，降低维护工作。
Definition Operations Analysis Solution Deon
Goal: Map requirements, identify gaps, and determine conceptual architecture
定义
定义需求 勾连（Map）需求，
标记差异， 确定架构 设计扩充， 标记建议的应用设置
需求分析
方案设计
各个阶段的目标
Phase 建系统， 建设 开发， 系统测试 迁移 上线 Production
Goal
迁移到产品环境 维护和改善
定义
Definition Operations Solution Design Analysis Build Transition Production
EMM（EasiPath Migration Method）
数据移植：数据移植是把当前系统的所有必须需要数据经测试移 植到新系统中，通过使用Oracle数据升级工具，可以自动把数据 移植到新的环境中，个别不规范数据移植，可以通过编程实现。 归档：在项目实施维护期间，参考升级文档模板，归档相关技术 工作，便于日后的系统维护和修改。 业务系统测试：业务系统测试是通过一套完整的方法，测试应用 系统的所有功能，以确保系统升级的工作质量和适应用户业务需 求。 培训：培训工作目的是培训用户和系统管理员对新系统的掌握和 使用。针对应用升级项目，其培训内容侧重于应用软件的新增功 能。 产品移植：产品环境的移植包括系统的移植，以及相关部门和人 员的业务转移到新系统中操作。随着产品环境的切换，还应进行 系统的监测、优化及规划，保障系统的良好使用。总之，产品环 境移植包括:系统移植，环境就绪，切换，支持服务。
PJM
1 项目计划期(Project Planning) 2 阶段计划期(Phase Planning) 3 阶段监控期(Phase Control) 4 阶段完成期(Phase Completion) 5 项目完成期(Project Completion)
概述
PJM Project Management 项目管理 AIM Application Implementation Methodology AIM for Business Flow CDM Customization Develop Methodology EMM
Goal: Create the application extensions and perform system wide tests
系统建设的任务
准备开发环境 开发、测试、接受客户化软件
– 应用扩充 – 接口 – 数据转换
编写和接受递交的文档 设置、测试、接受应用系统 制作用户培训环境或介质
Goal: Maintain and evaluate system
上线后的任务
开始提供“同意”的用户支持 测量系统的性能并提高 维护产品系统 老系统退役 未来业务、技术方向的建议 开始关注实施后的问题如用户接受程度、生产率等
Blue Cards
关键的提交物
关键提交物 Key deliverables: 反映成绩、最终结果、阶段的里程碑的文档 反映阶段最终结果的文档 不是所有关键提交物都是必需的 Example: 初步的系统架构
MH
AIM Scavenger Hunt 1
Time: 20 minutes
AIM的11个流程
Definition Operations Analysis Business Process Architecture (BP) Business Requirements Definition (RD) Business Requirements Mapping (BR) Application & Technical Arch. (TA) Module Design and Build (MD) Data Conversion (CV) Documentation (DO) Business System Testing (TE) Performance Testing (PT) Adoption and Learning (AP) Production Migration (PM) Solution Design Build Transition Production
EMM（EasiPath Migration Method）
EMM（EasiPath Migration Method）
EMM升级的整个过程分为4个阶段，同时也包括质量 控制检测点，确保项目的成功。在项目期间，实施人 员在这4个阶段执行各自的工作，在每个阶段，对工作 进行质量检查。如图所示EMM中的4个阶段和9个流程。 升级评估：评估阶段的目标是分析对应用软件版本变 更带来的影响，其结果规划整个应用系统升级的步骤。 升级与测试：升级与测试目的是升级并测试应用系统 的所有组件，以确定系统的设计和应用设置的正确性。 系统移植：系统移植阶段的目标是完整配置并升级产 品环境系统，并最终把业务切换到产品环境中。 产品上线：产品上线目标是监控应用系统，保障产品 环境的性能，同时推广其他下属单位逐步使用系统。
Blue Cards
系统迁移
Definition Operations Analysis Solution Design Build Transition Production
Goal: Migrate to the production environment
系统迁移的任务
各流程的要点
流程 业务流程架构 (BP)
目的 提供实施应用系统所改变的业务流程框架
业务需求定义 (RD)
安装数据转换程序和工具 转换数据并校验 用户测试（UAT User Acceptance Testing) 用户培训 准备产品环境，系统进行配置 启动产品支持架构 和对产品（上线）是否已经就绪 开始使用产品环境
Blue Cards
上线
Definition Operations Analysis Solution Design Build Transition Production
概述
PJM Project Management 项目管理 AIM Application Implementation Methodology AIM for Business Flow CDM Customization Develop Methodology EMM （EasiPath Migration Method）
分析阶段的任务
针对有关业务领域，产生客户关心的信息、功能、 和处理模式 定义详细的需求 设计详细的业务流程 勾连业务需求与应用系统所提供的功能的对应。对 差异部分提出建议方案 尝试建议的方案的可行性 建议系统迁移的策略 确定审计和控制报告，应用系统集成需求
Blue Cards
CDM
CDM
需求确定 系统设计和开发 迁移上线
CDM
定义业务需求. 这个过程定义业务和系统需求. 现有系统的检查. 这个过程提供一个对当前系统及技 术环境的正式的了解。这是为了能够预期到必要的变 化处理方法。
技术结构. 这个过程指定项目开发的技术基础。
数据库设计和构造这个过程提供给设计 和构造一个包括有效的索引及数据库构 成模块安全的关系型数据库 模型的设计和建立这个过程是自定义开 发项目的核心。它被用来指导项目组进 行应用的设计和代码的编写。
概述
PJM Project Management 项目管理 AIM Application Implementation Methodology AIM for Business Flow CDM Customization Develop Methodology EMM
PJM
AIM Application Implementation Methodology
AIM overview Overview
AIM 的阶段 AIM 的提交物 AIM 流程 AIM 的重要任务和可选任务 AIM scavenger hunt
各个阶段的目标
阶段
目标 计划项目，
CDM
数据转换这个过程的目的是移植，转换和测试原先的数据。 它对新的应用的运行是十分必要的。 撰写文档这个过程致力于产生出高质量 的硬拷贝和联机的可交付的文档。它应 当产生出这个项目的用户，管理以及技 术文档。 测试测试过程应当是一个用来测试应用 系统的所有组成部分质量的完整的方法。 它既包括基于功能模型的测试，也包括 业务模型整合，系统，系统集成和验收 测试。 培训这个过程的目的是给用户和管理员 以足够的培训，从而使他们能够承担起 运行新的应用系统的任务。