Supply chain management (SCM) is the process of planning, implementing and controlling the operations of the supply chain as efficiently as possible. Supply Chain Management spans all movement and storage of raw materials, work-in-process inventory, and finished goods from point-of-origin to point-of-consumption.

The definition one American professional association put forward is that Supply Chain Management encompasses the planning and management of all activities involved in sourcing, procurement, conversion, and logistics management activities. Importantly, it also includes coordination and collaboration with channel partners, which can be suppliers, intermediaries, third-party service providers, and customers. In essence, Supply Chain Management integrates supply and demand management within and across companies. More recently, the loosely coupled, self-organizing network of businesses that cooperates to provide product and service offerings has been called the Extended Enterprise.^[1]

Supply Chain Management can also refer to Supply chain management software which are tools or modules used in executing supply chain transactions, managing supplier relationships and controlling associated business processes.

Supply chain event management (abbreviated as SCEM) is a consideration of all possible occurring events and factors that can cause a disruption in a supply chain. With SCEM possible scenarios can be created and solutions can be planned.

 

Within the overall rubric of Oracle Applications,^[1] Oracle Corporation's E-Business Suite ("EB-Suite" or "EBS") consists of a collection of enterprise resource planning (ERP), customer relationship management (CRM), and supply-chain management (SCM) computer applications developed by Oracle. The software utilizes Oracle's core Oracle relational database management system technology. The E-Business Suite (current version: 12, released January 31, 2007), contains several product lines, including:

• Oracle CRM
• Oracle Financials
• Oracle HRMS
• Oracle Logistics
• Oracle Mobile Supply chain Applications
• Oracle Order Management
• Oracle Transportation Management
• Oracle Warehouse Management Systems

Each product comprises several modules, each separately licensed.

Significant technologies incorporated into the applications include the Oracle database technologies, (engines for RDBMS, PL/SQL, Java, HTML and XML), the "technology stack" (Oracle Forms Server, Oracle Reports Server, Apache Web Server, Oracle Discoverer, Jinitiator and Sun's Java).

 

Vendor Managed Inventory (VMI) is a family of business models in which the buyer of a product provides certain information to a supplier of that product and the supplier takes full responsibility for maintaining an agreed inventory of the material, usually at the buyer's consumption location (usually a store). A third party logistics provider can also be involved to make sure that the buyer have the required level of inventory by adjusting the demand and supply gaps.

As a symbiotic relationship, VMI makes it less likely that a business will unintentionally become out of stock of a good and reduces inventory in the supply chain. Furthermore, vendor (supplier) representatives in a store benefit the vendor by ensuring the product is properly displayed and store staff are familiar with the features of the product line, all the while helping to clean and organize their product lines for the store.

One of the keys to making VMI work is shared risk. Often if the inventory does not sell, the vendor (supplier) will repurchase the product from the buyer (retailer). In other cases, the product may be in the possession of the retailer but is not owned by the retailer until the sale takes place, meaning that the retailer simply houses (and assists with the sale of) the product in exchange for a predetermined commission or profit. A special form of this commission business is scan-based trading whereas VMI is usually applied but not mandatory to be used.

This is one of the successful business models used by Wal-Mart and many other big box retailers. Home Depot uses the technique with larger suppliers of manufactured goods (ie. Moen, Delta, RIDGID, Paulin). VMI helps foster a closer understanding between the supplier and manufacturer by using Electronic Data Interchange formats, EDI software and statistical methodologies to forecast and maintain correct inventory in the supply chain. Vendors benefit from more control of displays and more contact to impart knowledge on employees; retailers benefit from reduced risk, better store staff knowledge (which builds brand loyalty for both the vendor and the retailer), and reduced display maintenance outlays. Consumers benefit from knowledgeable store staff who are in frequent and familiar contact with manufacturer (vendor) representatives when parts or service are required, store staff with good knowledge of most product lines offered by the entire range of vendors and therefore the ability to help the customer choose amongst competing products for items most suited to them, manufacturer-direct selection and service support being offered by the store, and finally the relatively frequent occurrence of "Well, I'm pretty sure this is right for your needs but let me take you over to Luc; Luc works for Company X and he's the real expert on their stuff".

BOM的英文全称为Bill of Material，中文翻译为BOM. 也称为“物料清单”
BOM是计算机可以识别的产品结构数据文件，也是ERP的主导文件。BOM使系统识别产品结构，也是联系与沟通企业各项业务的纽带。ERP系统中的BOM的种类主要包括5类：缩排式BOM、汇总的BOM、反查用BOM、成本BOM、计划BOM。
    采用计算机辅助企业生产管理，首先要使计算机能够读出企业所制造的产品构成和所有要涉及的物料，为了便于计算机识别，必须把用图示表达的产品结构转化成某种数据格式，这种以数据格式来描述产品结构的文件就是物料清单，即是BOM。它是定义产品结构的技术文件，因此，它又称为产品结构表或产品结构树。在某些工业领域，可能称为“配方”、“要素表”或其它名称。
在MRPⅡ和ERP系统中，物料一词有着广泛的含义，它是所有产品，半成品，在制品，原材料，配套件，协作件，易耗品等等与生产有关的物料的统称。
在通常的MRPⅡ和ERP系统中BOM是指由双亲件及子件所组成的关系树。BOM可以是自顶向下分解的形式或是以自底向上跟踪的形式提供信息。
在MRPⅡ和ERP系统中中BOM是一种数据之间的组织关系，利用这些数据之间层次关系可以作为很多功能模块设计的基础，这些数据的某些表现形式是我们大家感到熟悉的汇总报表。

BOM有什么作用？

BOM是PDM/MRPⅡ/ERP信息化系统中最重要的基础数据，其组织格式设计和合理与否直接影响到系统的处理性能，因此，根据实际的使用环境，灵活地设计合理且有效的BOM是十分重要的。
BOM不仅是MRPⅡ系统中重要的输入数据，而且是财务部门核算成本，制造部门组织生产等的重要依据，因此，BOM的影响面最大，对它的准确性要求也最高。正确地使用与维护BOM是管理系统运行期间十分重要的工作。
此外，BOM还是CIMS/MIS/MRPⅡ/ERP与CAD，CAPP等子系统的重要接口，是系统集成的关键之处，因此，用计算机实现BOM管理时，应充分考虑它于其他子系统的信息交换问题。
BOM信息在MRPⅡ/ERP系统中被用于MRP计算，成本计算，库存管理。BOM有各种形式，这些形式取决于它的用途，BOM的具体用途有:
1、 是计算机识别物料的基础依据。
2、是编制计划的依据。
3、 是配套和领料的依据。
4、根据它进行加工过程的跟踪。
5、 是采购和外协的依据。
6、根据它进行成本的计算。
7、 可以作为报价参考。
8、进行物料追溯。
9、 使设计系列化，标准化，通用化。

BOM有哪些形式？

按照用途划分
产品要经过工程设计、工艺制造设计、生产制造3个阶段，相应的在这3个过程中分别产生了名称十分相似但却内容差异很大的物料清单EBOM、PBOM、CBOM。这是三个主要的BOM概念。
工程BOM——E-BOM(Engineering BOM)：
     产品工程设计管理中使用的数据结构，它通常精确地描述了产品的设计指标和零件与零件之间的设计关系。对应文件形式主要有产品明细表、图样目录、材料定额明细表、产品各种分类明细表等等。 E-BOM通常仅限于图纸零件明细表出现的物料，说明图纸的层次和从属关系，做好技术文档管理，虽然也有指导采购和估算报价的功能，但主要是为了管理图纸。
计划BOM——P-BOM(Plan BOM)：
是工艺工程师根据工厂的加工水平和能力，对EBOM再设计出来的。它用于工艺设计和生产制造管理，使用它可以明确地了解零件与零件之间的制造关系，跟踪零件是如何制造出来的，在哪里制造、由谁制造、用什么制造等信息。同时，PBOM也是 MRPⅡ/ERP生产管理的关键管理数据结构之一。
实际上BOM是一个广泛的概念，根据不同的用途，BOM有许多种类;设计图纸上的BOM，计划BOM，计算最终产品装配的制造BOM，计算成本的成本BOM，保养维修BOM等。根据在不同阶段应用侧重点不同，我们常常见到不同的BOM提法，常见的有：
设计BOM——D-BOM(Design BOM)：
设计部门的DBOM是产品的总体信息，对应常见文本格式表现形式包括产品明细表、图样目录、材料定额明细表等等。
设计BOM信息来源一般是设计部门提供的成套设计图纸中标题栏和明细栏信息。有时候也涉及工艺部门编制的工艺卡片上部分信息。
     设计BOM一般在设计结束时汇总产生，如果存在大量借用关系的设计情况可以在设计阶段开始就基本将设计BOM汇总出来，然后根据新产生的零部件安排设计任务。
对应电子视图往往是产品结构树的形式，树上每个节点关联各类属性或图形信息。主要在PDM软件中作为产品管理和图档管理的基础数据出现。
虚拟BOM（虚零件）：
     虚拟件表示一种并不存在的物品，图纸上与加工过程都不出现，属于“虚构”的物品。其作用只是为了达到一定的管理目的，如组合采购、组合存储、组合发料，这样在处理业务时，计算机查询时只需要对虚拟件操作，就可以自动生成实际的业务单据。甚至也可以查询到它的库存量与金额，但存货核算只针对实际的物料。虚拟件能简化产品的结构的管理。为了简化对物料清单的管理，在产品结构中虚构一个物品。如下页图所示。如果对A产品BOM的定义采用左图的方式，那么，子件B、C的BOM文件定义过程会重复引用到D、E与F物料，加大工作量，并且数据库的存储空间也会增加。而采用右图的定义方式，增加一个“虚拟件”物料K，并定义K的BOM文件，而B、C的BOM中只需要加入一个子件K，无须重复加入子件D、E与F物料，从而达到简化BOM的目的，特别是在多个BOM中有大量的相同子件重复出现，这种定义方式的优越性就更加明显。另外，如果当虚拟件的子件发生工程改变时，只影响到虚拟件这一层，不会影响此虚拟件以上的所有父项。配置BOM和计划BOM也是出于相同的思想和考虑产生的。
配置BOM（产品配置）：
见图
计划BOM（产品家族）
见图
    物料清单（Bill Of Material 简称BOM）是详细记录一个项目所用到的所有下阶材料及相关属性，亦即，母件与所有子件的从属关系、单位用量及其他属性.在有些系统称为材料表或配方料表。在ERP系统要正确地计算出物料需求数量和时间，必须有一个准确而完整的产品结构表，来反映生产产品与其组件的数量和从属关系。在所有数据中，物料清单的影响面最大，对它的准确性要求也相当高。
物料清单是接收客户订单、选择装配、计算累计提前期，编制生产和采购计划、配套领料、跟踪物流，追溯任务、计算成本、改变成本设计不可缺少的重要文件，上述工作涉及到企业的销售、计划、生产、供应、成本、设计、工艺等部门。因此，也有这种说法，BOM不仅是一种技术文件，还是一种管理文件，是联系与沟通各部门的纽带，企业各个部门都要用到BOM表。
物料清单充分体现了数据共享和集成，是构成ERP系统的框架,它必须高度准确并恰当并构成”。
所以说，要使ERP运行好，必须要求企业有一套健全、成熟的机制，来对BOM建立、更改进行维护，从另一个角度说，对BOM表更改进行良好的管理，比对BOM建档管理还得重要，因为它是一个动态的管理。
ERP的基本特点是:根据需求和预测来安排物料供应和生产计划,提出需要什么、需要的时间和数量。ERP方法的管理对象主要是制造业有相关需求的物料,因此产品数据库中应包含的基本内容为物品主档(Item)和产品结构清单(BOM)。按照主生产计划和BOM可计算出对各级物料的毛需求量,再加上考虑已有库存量和在制量则可算出动态的物料净需求量,这就生成了按生产进度要求的物料需求计划ERP。 ERP只是一种指令计划,为了保证ERP的实现,需要考虑计划的执行与控制问题,因而发展为制造资源计划ERP,其中重要的内容是车间作业计划与控制。
因此,BOM是ERP系统运行的依据,ERP实施的广度和深度取决于BOM的覆盖面和数据内容。BOM的建立,尤其是新产品BOM的及时录入就成为制约ERP成功运行的瓶颈。
    常见的表结构
NAME 名字 TYPE 备注
Part_no 母件代号 Char(24) 不能为空、重复，最大字符长度为24位
Part_no1 子件代号 Char(24) 不能为空，最大字符长度为24位
Yl_qty 用量 Numeric(8,4) 最长为8位，小数点4位，默认值为0
Bad_r 不良率 Numeric(7,4) 最长为7位、小数点4位，默认值为0
Stop 暂停 Char(1)
Locator 工序号 Char(2) 不能为空、默认值为‘N’，最大字符长度为2位
No_pur1 暂停 Char(1) 默认值为‘N’
No_pur2 不发料 Char(1) 默认值为‘N’
Rem 位号 Varchar(250) 最长字符长度为250位
Gg_person 更改人 Chan(20) 最大字符长度为20位
Ecn_no ECN单号 Char(12) 最大字符长度12

    BOM表与零件表的区别
物料清单同我们熟悉的产品零件明细表是有区别的，主要表面在以下方面：
1、 物料清单上的每一种物料均有其唯一的编码，即物料号，十分明确所构成的物料。一般零件表明细表没有这样严格的规定。零件明细表附属于个别产品不一定考虑到整个企业物料编码的唯一性。
2、 物料清单中的零件、部门的层次关系一定要反映实际的装配过程，有些图纸上的组装件在实际装配过程中并不一定出现，在物料清单上也可能出现；
3、 物料清单中要包括产品所需的原料、毛坯和某些消耗品，还要考虑成品率。而零件明细表既不包括图纸上不出现的物料，也不反映材料的消耗定额。物料清单主要用于计划与控制，因此所有的计划对象原则上都可以包括上物料清单上；
4、 根据管理的需要，在物料清单中把一个零件的几种不同形状，如铸锻毛坯同加工后的零件、加工后的零件同再油漆形不同颜色的零件，都要给予不同的编码，以便区别和管理。零件明细表一般不这样处理。
5、 什么物料应挂在物料清单上是非常灵活的，完全可以由用户自行定义。比如加工某个冲压件除了原材料钢板外，还需要一个专用模具。在建立物料清单时，就可以在冲压件下层，把模具作为一个外购件挂上，它同冲压件的数量关系，就是模具消耗定额。
6、 物料清单中一个母件子属子件的顺序要反映各子件装配的顺序，而零件明细表上零件编号的顺序主要是为了看图方便。。
物料清单与零件明细表的区别
对比项 零件明细表 物料清单
零件顺序 绘图方便，不严格 实际加工装配顺序和层次
内容 限图纸上表达的零件 与产品有关的一切物料
材料定额 不表示 包含在采购件的用量中
零件编码 面向单个产品，唯一性也严格 面向全企业产品，考虑到唯一性
性质 技术文件 管理文件。
    制作BOM表要求
ERP系统本身是一个计划系统，而BOM表是这个计划系统的框架，BOM表制作质量直接决定ERP系统运行的质量。因此，BOM表制作是整个数据准备工作重中之重，要求之高近乎苛刻，具体要求有二方面：
1、覆盖率：对于正在生产的产品都需要制作BOM，因此覆盖率要达到99%以上。因为产品BOM表，就不可能计算出采购需求计划和制造计划，也不可能进行套料控制；
2、及时率；BOM的制作更改和工程更改都需要及时，BOM必须在MRP之前完成，工程更改需要在发套料之前。这有二方面的含义：1）、制作及时；2）、更新及时。且这二者要紧紧相扣，杜绝“二张皮”。
3）、准确率：BOM表的准确率要达到98%以上。测评要求为：随意拆卸一件实际组装件为物料清单相比，以单层结构为单元进行统计，有一处不符时，该层结构的准确度即为0

产品数据库（BOM）建立对实施ERP的制约是可想而知，众人都说实施ERP难,我们体会其中最难的就是产品数据库的完善,不少企业实施ERP进展缓慢或实施不正常往往就卡在数据库的不完善问题上。但是,只要企业有强有力的实施班子,实施人员有锲而不舍的精神,闯过管理关和数据关,成功实施ERP的路就会展现在面前。

oracle Database 10g for Windows安装
一、安装
1．运行setup.exe出现图1所示的“Oracle Database 10g安装”画面。
    选中“高级安装”，以便为SYS、SYSTEM设置不同的口令，并进行选择性配置。
2．“下一步”进入“Oracle Universal Installer：指定文件位置”，见图2。
    设置源“路径”、“名称”和目的“路径”，见图3所示。
  “名称”对应ORACLE_HOME_NAME环境变量
  “路径”对应ORACLE_HOME环境变量
3．“下一步” 进入“Oracle Universal Installer：选择安装类型”，见图4。

4．保持默认值，下一步，进入“Oracle Universal Installer：选择数据库配置”，见图5。

5．保持默认值，下一步，进入“Oracle Universal Installer：指定数据库配置选项”，见图6。

    指定“全局数据库名”和“SID”，对这两个参数的指定一般相同，例如：oralib。
    也可以将“全局数据库名”设置为域名。例如：lib.hunnu.edu.cn
    如果选择“创建带样本方案的数据库，OUI会在数据库中创建HR、OE、SH等范例方案（sample schema）
6．下一步，进入“Oracle Universal Installer：选择数据库管理选项”，见图7。

7．保持默认值，下一步，进入“Oracle Universal Installer：指定数据库文件存储选项”，见图8。

8．保持默认值，下一步，进入“Oracle Universal Installer：指定备份和恢复选项”，见图9。

9．保持默认值，单击“下一步”，进入“Oracle Universal Installer：指定数据库方案的口令”，如图10所示。
    对不同的帐户设置不同的口令。
10．单击“下一步”，继续安装，进入“Oracle Universal Installer：概要”，如图11所示。

12．单击“安装”，开始安装过程，大约半小时。

13．数据库创建完成时，显示“Database Configuration Assistant”窗口，如图12所示。

14．单击“口令管理”，进入“口令管理”窗口，如图13所示。

15．解锁用户HR、OE和SCOTT，输入HR和OE的口令，SCOTT的默认口令为tiger。
16．单击“确定”返回“Database Configuration Assistant”窗口。
17．在图15所示窗口单击“确定”，进入“Oracle Universal Installer：安装 结束”窗口，如图14所示。
18．检查，单击“退出”，完成安装。
19．在自动打开的浏览器中以sys账户sysdba身份登录10g的企业管理器。

第一次要接受license，单击Iagree，以后就不用了。

二、查看安装情况
1．目录结构
    默认ORACLE_BASE
    在Windows中，默认的ORACLE_BASE目录是：
D:\oracle\product\10.1.0
    在UNIX中，默认的ORACLE_BASE目录是：
/pm/app/oracle/10.1.0
所有的ORACLE软件文件和数据库文件都位于ORACLE_BASE下面的子目录中。
    默认ORACLE_HOME
    在Windows中，默认的ORACLE_HOME目录是：
D:\oracle\product\10.1.0\libdb
    在UNIX中，默认的ORACLE_HOME目录是：
/pm/app/oracle/10.1.0/libdb
orACLE_HOME是访问所有ORACLE软件的路径。
    Admin文件夹，存储初始化文件和日志文件
    oradata\oralib文件夹，存储数据库数据文件.dbf、控制文件.ctl、重做日志文件.log


2．查看“服务”管理器中相关的Oracle服务。

   oracleCSService服务在做10G RAC的時候才會有。CSS(Cluster Synchronization Service)

3．注册表

    语言的设置
名称                    数据
NLS_LANG             SIMPLIFIED CHINESE_CHINA.ZHS16GBK
其中：SIMPLIFIED CHINESE表示简体中文
        CHINA表示中文日期格式
        ZHS16GBK表示编码

NLS_LANG格式：NLS_LANG=language_territory.charset
有三个组成部分（语言、地域和字符集），每个组成成分控制了NLS子集的特性。三个成分可以任意组合，例如：
AMERICAN_AMERICA.US7SCII
JPANESE_JAPAN.JA16EUC
其中：language 指定服务器消息的语言。
territory 指定服务器的日期和数字格式。
Charset 指定字符集

还有一些子集可以更明确定义NLS_LANG参数：
NLS_DATE_FORMAT 缺省的日期格式
NLS_DATE_LANGUAGE 缺省的语言
NLS_NUMBERIC_CHARACTERS 小数字符和组分隔开
NLS_CURRENCY 本地货币字符
NLS_ISO_CURRENCY ISO货币字符
NLS_SORT 字符排序序列

如果使用英文，将NLS_LANG的值改为：
AMERICAN_AMERICA.WE8ISO8859P1
或
englishi_ America.US7SCII
在SQL/PLUS中，运行下面的SQL语句，检查所连接数据库的字符集：
SQL> select userenv('language') from dual;
　　USERENV('LANGUAGE')
　　----------------------------------------------------
　　SIMPLIFIED CHINESE_CHINA.ZHS16GBK
4．PATH环境变量
D:\oracle\product\10.1.0\libdb\bin;D:\oracle\product\10.1.0\libdb\jre\1.4.2\bin\client;D:\oracle\product\10.1.0\libdb\jre\1.4.2\bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem

5．开始 > 所有程序 中增加Oracle - oraDb10g_home文件夹

6．oracle 10g　更改8080端口号（如果需要）
在sqlplus下执行：
call dbms_xdb.cfg_update(updateXML( dbms_xdb.cfg_get()
  , '/xdbconfig/sysconfig/protocolconfig/httpconfig/http-port/text()'
  , 9000))
/
commit;

三、测试安装好的Oracle 10g是否能正常运行
在安装过程中，OUI会在 <ORACLE_HOME>\install下创建两个文件：
readme.txt：记录各种Oracle应用程序的URL与端口。
Portlist.ini：记录Oracle应用程序所使用的端口。
1．登录Enterprise Manager 10g Database Control
与以前的版本不同，Oracle企业管理器只有B/S模式。在Web浏览器中输入下列URL:
http://<Oracle服务器名称>:5500/em
例如：http://localhost:5500/em
进入Enterprise Manager 10g登录窗口。用SYS帐户，以SYSDBA身份登录Oracle数据库。

如果是第一次登录时，先进入Oracle 10g版权页。

单击右下方的“I Agree”按钮，进入Enterprise Manager 10g。

现在我们可以用来管理Oracle数据库了。

2．使用iSQL*Pls登录Oracle数据库
iSQL*Plus是B/S模式的客户端工具。在Web浏览器中输入下列URL:
http://<Oracle服务器名称>:5560/isqlplus
例如：http://localhost:5560/isqlplus
进入iSQL*Plus登录窗口。用hr帐户登录Oracle数据库。

注：如果不知道HR的口令，现用sys登录，修改HR的口令，例如，将HR的口令改为hr：alter user hr identified by hr;
登录进入iSQL*Plus工作区后，可以在工作区输入SQL*Plus指令、SQL语句与PL/SQL语句。

3．使用SQL*Plus登录Oracle数据库
SQL*Plus是C/S模式的客户端工具程序。
    单击“开始” > “所有程序” > “Oracle – oracle10g_home” > “Application Development” > “SQL Plus”
    在登录窗口中输入hr帐号与口令

4．使用命令行SQL*Plus登录Oracle数据库
传统的SQL*Plus是一个命令行客户端程序。在命令窗口中输入图27中所示的命令进行测试。

RACI模型(RACI Model)

什么是RACI模型?

　　RACI是一个用以明确组织变革过程中的各个角色及其相关责任的相对直观的模型。变革过程是不可能自发或者自动进行的，必须有人对其进行作用，促使进程发生变化。因而，就很有必要对谁做什么，以及促发什么样的变革进行定义和描述。

• 谁负责（R = Responsible），负责执行任务的角色，具体负责操控项目、解决问题。
• 谁批准（A = Accountable），对任务负全责的角色，只有经其同意或签署之后，项目才能得以进行。
• 咨询谁（C = Consulted），在任务实施前或中提供指定性意见的人员。
• 告知谁（I = Informed），及时被通知结果的人员，不必向其咨询、征求意见。

RACI表的建立步骤

　　RACI模型通常利用RACI表来帮助讨论、交流各个角色及相关责任。RACI表的建立步骤：

　　1. 辨识整个流程，找出各项活动，将它们记录在RACI表的左侧。

　　2. 辨识流程、活动中的所有角色，将它们记录在RACI表的上方。

　　3. 完成RACI表的方格单元： 辨识每一个流程、活动的角色（R、A、C、I）。

　　4. 每一个流程最好有且只有一个“R”角色，这是RACI的一般原则。 当一个流程找不到“R”角色时，则出现缺口。 当一个流程有多个“R”角色时，则出现交叠。

• 解决缺口问题：如果某个流程找不到“R”角色，这时对流程负全责的权威人士则应该在现有角色中（或者发现新人选）挑选、任命一人担任“R”。更新RACI表，对各个角色及其相关责任进行阐述。
• 解决交叠问题：如果不止一个“R”存在，那么就要对该流程进行再分解，然而再对“R”进行分配。