Designing and Implementing Business Process Models 10.4 | Designing and Implementing Business Process Models | Working with Business Rules in My webMethods | Rules Development Terminology
 
Rules Development Terminology
The following table explains the terminology that applies to Working with Business Rules in My webMethods:
Term
Explanation
Business Rule
A business rule is a rule that defines or constrains an aspect of your business. It is intended to create a business structure or to influence the behavior of the business.
Condition
A condition is the left hand side part of a rule: IF Condition THEN Result.
Condition Value
A condition value determines a condition. It can consist of:
*An operator and a literal value.
*An operator and a parameter element (marked by a dotted line).
*An operator and an action that delivers an output value (marked by a dotted line and () behind the action name).
*An operator and a constant (marked by a dotted line).
*An operator and an expression.
Data Model
Rules must be able to interact with application data from other systems. This external application data is mapped to a data model, which is then stored in your workspace as part of the rule project.
Data Model Element
A data model element is an entity of a data model. For example, a customer data model can contain the data model elements name and age.
Decision Entity
A decision entity is a way to display one or more rules. Decision tables, decision trees, and event rules are different decision entities, even though they can contain the very same rule. Some decision entities are more suited for displaying certain kinds of rules than others.
Decision Table
A decision table is a decision entity. In the decision table, the conditions and corresponding results are sorted into rows and columns. A column can either represent a condition (the IF part) or a result (the THEN part) of a rule. Each row in a decision table represents one individual rule.
Decision Tree
A decision tree is a decision entity. In a decision tree, the conditions and corresponding results are displayed in a tree-like structure that consists of nodes that are linked to each other. A node can either represent the root, a condition (the IF part), or a result (the THEN part) of a rule. A link can be a root link or a condition link. A root node can be linked to one or more condition nodes, and a condition node can be linked to one or more condition nodes or result nodes.
Event Model
Event rules can operate on the basis of predefined event types. This event type is mapped to an event model, which is then stored in your workspace as part of the rule project.
Event Rule
An event rule is a decision entity that specifies the reaction to an event. There are two types of events:
*Internal Events.
*External Events.
Internal events are triggered by other event rules and decision tables during rule execution. External events are predefined event types that were created with the Event Type Editor, see webMethods Event Processing Help.
Expression
An expression may contain function calls, literals, parameter references, the mathematical operators +, -, *, /, groups of parentheses, or combinations of all of these. You can assign an expression to a decision table condition, a decision table assignment result, a decision tree condition, a decision tree assignment result, or an event rule assignment result.
New Data Action
A new data action is an action that was mapped from a data model. It creates a new instance of this data model in the Rules Engine. In this way, a new output parameter that was mapped from this data model is introduced to the Rules Engine. It can then trigger other decision entities within one rule set that use this output parameter as an input.
Parameter
A parameter is an instance of a data model or an event model.
Parameter Element
A parameter element is an entity of a parameter.
Process Action
A process action is an action that was mapped from an existing process and can be used in a decision entity to:
*Start a new process instance.
*Join a running process instance.
*Invoke a user task.
Result
A result is the right hand side part of a rule: IF Condition THEN Result. There are two types of results:
*Assignment Result. This result type is applied, whenever you want to assign a value to a result.
*Action Result. This result type is applied, whenever you want to execute an action from a decision entity.
Result Value
A result value determines a result. There are two types:
*Assignment result values.
*Action result values.
An assignment result value can consist of:
*An operator and a literal value.
*An operator and a parameter element (marked by a dotted line).
*An operator and an action that delivers an output value (marked by a dotted line and () behind the action name).
*An operator and a constant (marked by a dotted line).
*An operator and an expression.
An action result value determines the action status:
*Active.
*Inactive.
Rule
A rule is a single element that specifies a decision in a IF Condition THEN Result syntax.
Rule Set
A rule set is a grouping of logically related decision entities. Every rule set belongs to a rule project.
Rule Project
A rule project is used as a container for different rule sets and other elements, such as data models, event models, decision entities, actions, etc. In a rule project, these different elements can be defined and used by all parts of the rule project.
Service Action
A service action is an action that was mapped from an existing Integration Server service (IS service). Then you can execute this service from a decision entity or use an output value from the service in a decision entity.

Copyright © 2019 | Software AG, Darmstadt, Germany and/or Software AG USA, Inc., Reston, VA, USA, and/or its subsidiaries and/or its affiliates and/or their licensors.
Innovation Release