Book a Demo

This webinar has completed, the recording will be posted shortly.


Enterprise Architect 14 introduces support for the Decision Model and Notation, published by the Object Management Group. DMN is used for modeling and executing decisions that are determined by business rules. Enterprise Architect displays rules in easy to read tables and helps you model any rule dependencies. This webinar will show how Enterprise Architect 14 can improve decision making and create business rules based on open standards.

In this webinar:


Don't miss this opportunity to learn more about Enterprise Architect

Session 1

Melbourne Wed 21 Feb 08:00 am
New York Tue 20 Feb 16:00 pm
Los Angeles Tue 20 Feb 13:00 pm
London Tue 20 Feb 21:00 pm
Auckland Wed 21 Feb 10:00 am

Session 2


Scott HebbardCommunications Manager
Sparx Systems

Explore the webinar resources

Presentation model: my-first-DMN-Project.eapx Download links

Questions & Answers


Enterprise Architect is scheduled for official release in Q1 2018.

DMN is only supported in Enterprise Architect 14.


Yes. Enterprise Architect's database schema has remained unchanged since Enterprise Architect 4.5.

The is no porting process required. The repository structure has not been changed between versions.

Yes, DMN modeling will be available in the Corporate edition. DMN Simulation and Execution will be available in a higher edition. More information about Enterprise Architect editions and features will be announced after the official release.

It will only cost if you are outside your subscription period. When you purchase Enterprise Architect, you get 12 month's of subscription benefits, including the ability to download the latest version of Enterprise Architect.

For more information on subscription benefits and renewal pricing, please refer to the page License Information for Enterprise Architect.

Decision Model and Notation

Yes, you can import DMN 1.1 XML Files.
Use the Publish Ribbon | Technologies | Import | DMN 1.1

Yes. Use the Publish Ribbon | Import XMI | Import Model XMI... | Other XML Formats | DMN 1.1.

Once the file is selected, click the Import button to complete the process. You can experiment with DMN modeling by importing a DMN Syntax file from OMG's DMN webpage.

Yes. There are many ways to implement logical conditions. For example, imagine we want to evaluate C = A XOR B.

  1. You can model C as a Decision Table: A and B are 2 input clauses, whereas C is an output clause.
  2. Create a function in the DMN Library via the Code Ribbon | Configure | Options | Edit Code Template | DMN_JavaScript | DMNSim Library:

    function XOR(a,b) {
    return ( a || b ) && !( a && b );

  3. Then Decision C can be implemented as a Literal Expression: XOR(A, B)

DMN Expressions Supported:

  • boxed literal expression
  • boxed invocation
  • boxed context
  • Decision Table
  • Function Definition
  • List
DMN Expressions NOT Supported:
  • Relation (Like relational database table)
Data types Supported:
  • number
  • string
  • boolean
Data type NOT currently supported:
  • time
  • date
  • date-time
  • days and time duration
  • years and month duration

Note: If the expressions using these time, date, duration and related date types conform to JavaScript syntax, Enterprise Architect will still be able to simulate it. More examples will be provided in future.

For modeling:

  1. A BPMN 2.0 Task connecting to BPMN 2.0 DataObject will read the data, which will be used to feed the DMN Server as InputData.
  2. A DMN decision variable can be bound to a BPMN's Property. When running to BPMN 2.0 BusinessRule task, the DMN Server will be invoked, and a result will be returned.
  3. The property can then be used as a condition of Sequence flows, outgoing from a gateway.

In order to make BPMN and DMN simulate together, Enterprise Architect provided the features to automate this process. A webinar will be scheduled to demonstrate this feature shortly.
Are forward and back chain rules supported in a Decision Table?
Yes. For BusinessKnowledgeModel, you can verify/unit test your BKM by providing a set of values for the parameters, and see which rule(s) are hit. This is known as forward reasoning.

You can also sort the output, so the user can easily answer questions like this: "If I want this specific output be hit, what kind of inputs do I need?" This is known as backward reasoning.


Decision Tables

No. Applicant data can be exported and imported using the "Edit Data Set for DMN Input data" dialog.

The U and C+ adhere to the Hit Policy for that particular Decision Table. The DMN 1.1 specification states: "A decision table normally has several rules. As a default, rules do not overlap. If rules overlap, meaning that more than one rule may match a given set of input values, the hit policy indicator is required in order to recognize the table type and unambiguously understand the decision logic. The hit policy can be used to check correctness at design-time."

Below is the hit policy description for the two examples demonstrated in the webinar.

  • U: Unique is a single hit policy: no overlap is possible and all rules are disjoint. Only a single rule can be matched. In the webinar this was used to provide a unique risk factor with respect to a credit application.
  • C+, a multiple hit policy: the result of the decision table is the sum of all the distinct outputs. In the webinar this was used to add the values to calculate the credit score.

You can generate code from Decision Tables and this will be explored in more detail in a future webinar on DMN.

share this page share by email share on linkedin share on X share on facebook