Overview

MDG中的Workflow分为两大类：
1. Standard Workflow
2. Rule-Based Worklfow，通过BRFplus（Buiness Role Framework plus）来定义

下图展现了现在MDG系统中的一些Workflow Template，这些Workflow都是为Change Request服务的。

其中只有WS60800086为Rule-Based，必须通过BRFplus工具进行配置。

Decision Table

Input Colums就相当于一张表的Key，有且仅有一组key，可以决定后面的Result Column。

1. Next Step (Single Value) Decision Table

2. Dialog Step (User) Agent Decision Table

3. Background Step (Non-User) Type Decision Table

这三张表是如何配合起来实现整个Rule-Based Workflow流程的呢？
1. 找出我的“下一步”是什么。

2. 使用Condition Alias作为Key，来决定另两张表的内容。

Decision Table 一些关键Column的解释

1. Step定义
Master Data Governance->General Settings->Process Modeling->Workflow->Rule-Based Workflow->Define Change Request Steps for Rule-Based Workflow

Step其实就是每一个流程中的节点，将自定义好的step指定到对应的Change Request Type上，我们可以复制参考很多标准的Step。

2. Action定义
Master Data Governance->General Settings->Process Modeling->Workflow->Define Change Request Actions

Action其实是一种状态、一个结果代码，就像return code。对于前台来说，Action其实就是按钮，当按下按钮时，返回一个Action id。对于后台来说，Action不以按钮的形式表现，而是采用代码控制，例如后台Activation如果成功，我们就会返回一个对应的Action id。根据返回的不同Action，可以决定Workflow接下来的走向。

3. Step Type定义
Master Data Governance ->General Settings->Process Modeling->Change Requests->Define Step Types and Assign Actions

Step Type只为前台用户服务，也就是说只作用于User Agent Decision Table。当前的Change Request所对应的Step会被赋予一个Step Type。每一个Step Type会被分配一些Action。这就决定了当前审批人（前台用户）在界面上可以进行的操作，其实也就是定义了一些按钮。

4. Change Request Status定义
Master Data Governance->General Settings->Process Modeling->Change Requests->Edit Statuses of Change Requests

当前CR的 Status决定了用户可以采取的 Processing Options。
Processing Options：
- No Processing             无法修改Objects
- Change of Object List  可以增加和删除Objects，但不能修改当前的Object内容
- Processing Changes    不仅可以增加和删除，同时可以修改Objects