Please note : This help page is not for the latest version of Enterprise Architect. The latest help can be found here.
Business Rules Analysis
Policies and Business Rules are critical to the success of an organisation; they inform the way that processes are performed and guide operational business decision making. Modeling the Policies and Business Rules in Enterprise Architect helps you to link business rules to the policies that define them, and in turn to business goals. Enterprise Architect allows all these elements to be created and managed, and analysis can be performed using a number of tools to determine implementation of the rules and how a particular business or technical solution implements the business rules and therefore the policies.
This section lists the main tools available in Enterprise Architect that can be used to perform this business analysis technique. There is also a wide range of additional tools that a modeler might find suitable when applying the technique in a particular context. The complete list of tools is available from the topic Business Modeling Tools.
Business Rule Model
The Business Rules Model provides a way of formally defining business rules, the way they are sequenced and the domain elements they relate to.
Learn More: Business Rules Model
The Relationship Matrix is a powerful and compelling tool for visualizing the relationships between two sets of elements. Business Rules can be related to a number of different sets of elements, including Policies Use Cases, User Stories, Functional Requirements and Business Processes. A number of different Matrices could be created with the Business Rules on one axis and a different set of elements on the other axis in each of the matrices. The Matrices can conveniently be saved as resources and also exported to a Spreadsheet file.
Learn More: Relationship Matrix
A Business Rule is not defined as an element type in any of the built-in Toolbox palettes but can be created as a type using the Unified Modeling Language (UML) extension mechanism of Stereotypes. It is typically a model administrator or librarian that will set up the Stereotype but it can be applied by any modeler by setting the name in the 'Stereotype' field in the element's property sheet.
Learn More: Stereotyping
The Traceability Window is a useful window that allows a modeler to visualize the connections between elements in the repository. This is useful to show how Business Rules are connected to other elements in the model and in turn how those elements are connected. Business rules can be related to a wide range of elements including Policies, Requirements, Business Process and more and all of these relationships would be visible through the traceability window.
Learn More: Traceability Window
The Specification Manager is the primary tool for working with text based elements such as Policies and Business Rules. These and other elements can be created directly in the Specification Manager and their name and descriptive text can be added in a compelling Word Processor or Spreadsheet like view. Other built-in properties such as status, version and phase can be managed directly in the columns of the Specification Manager and where property lists are available these can be chosen or changed from drop down lists. Additional properties in the form of Tagged Values can also be managed from within the Specification Manager. The Policies and Business Rules visible in the Specification Manager can be included on diagrams if necessary and linked to other modeling elements. Changing any of the Requirement's details in the Specification Manager will update the element in all other locations such as diagrams and windows and vice versa.
Learn More: Specification Manager