Professional Documents
Culture Documents
Smartplant Instrumentation 2007: Using Rule Manager
Smartplant Instrumentation 2007: Using Rule Manager
Smartplant Instrumentation 2007: Using Rule Manager
The content of this document is proprietary work of Intergraph Corporation, or relevant third parties, and is
protected by copyright law and international treaty. Any use, duplication, distribution or disclosure of such,
other than as specified herein, is unauthorized and in violation of applicable copyright law and international
treaty. All rights in content or materials bearing copyright notice or other attribution of third party rights are
reserved to the relevant third party. United States Government license rights are limited to those mandatory
rights identified in DFARS 252.227-7015(b).
Intergraph may make improvements and/or changes in the products and/or the programs described in this
publication at any time without notice.
Any content or materials supplied hereunder are provided "as is", without warranty of any kind, either
expressed or implied, including, but not limited to, any implied warranties of merchantability, fitness for a
particular purpose, or against infringement. In no event shall Intergraph be liable for any damages arising
out of, or in connection with the downloading, viewing, use, duplication, distribution or disclosure of any
content or material published by Intergraph, including but not limited to any direct, indirect, incidental,
special, punitive or consequential damages, or loss or corruption of data.
Some jurisdictions do not allow the exclusions or limitations set forth above, so the above may not apply to
you. The exclusions or limitations shall apply in all jurisdictions to the maximum extent allowed by law.
Intergraph Corporation
P.O.Box240000
Huntsville, AL 35813
Phone:+1.256.730.2000
TollFreeUSA:+1.800.345.4856
Fax: +256.730.2048
Contents
Contents
Scope........................................................................................................................................................................................ 5
Rule Types................................................................................................................................................................................ 6
Consistency .............................................................................................................................................................................. 8
Functions ................................................................................................................................................................................ 10
Rule Execution........................................................................................................................................................................ 10
Rule Solutions......................................................................................................................................................................... 11
Notes........................................................................................................................................................... 33
SmartPlant Instrumentation release V.2007 introduces a new tool for SPI users – the Rule Manager. With
the introduction of the rule manager, SPI becomes more consistent with other SmartPlant applications
which already use a rule manager, i.e. SmartPlant P&ID & SmartPlant Electrical.
As such, users will appreciate the added value of the rule manager since it will provide the means to
overcome many of the software requirements which so far were not provided.
Scope
Rules are defined at domain level and are shared by all plants and plant-projects.
Users should be aware that the rule manager does not differentiate between custom properties (UDF's) in
one plant and custom properties in another plant unless the plant name is used within the filter. If not
defined correctly in a domain with multiple plants, rules that are valid for one plant may be executed on
another.
There is no special access right for the rule manager. Instead, the Rule Manager component can be
omitted from being installed on a client machine so only the required personnel will have access to it.
The Rule Manager uses the new Data Dictionary which is incorporated into this release to read tables,
properties and available relationships.
At this stage, rules cannot be exported or imported. This feature will be added in the future. As a
workaround, a seed database can be used to initialize new domains.
Rule Application
Rules apply during:
Normal work with the software
Import of data. In this case, the import will not cease the process but will log the inconsistencies
in a log file.
Rule Types
There are three types of rules;
1. Control graphic interface (GUI Rules) - This type of rule provides the ability to disable a
property (or properties) from being available in forms and dialogs. Such rule can be conditional,
based on a certain filter or not. This rule type enforces the consistency type to "Disabled". These
rules will not work when working in the browser module.
2. Single Component (Check data) – This type of rule enables to validate the content of a property
(or properties) for the defined set of conditions.
3. Consistency & Copy (Relation Rules) - A consistency rule can be created as a rule that can
copy data from one property to another. This type is very powerful since it enables the user to
propagate data from one property to another or from one object to another. If a copy operation
pertains to multiple items data will be copied to all.
Rule Components
When defining a rule the user selects the component or components that the rule will act upon.
Single Component - If the rule pertains only to one type of object, a single component selection
is required, for example: Instrument, Panel, strip etc. In this case, the Single component check-
box should be selected.
Two Components - If the rule acts or should validate data of an object (or its properties) which is
associated or depending on the contents of a property in another related item, user is required to
select two components. In such rule, the filter and consistency definitions can act on each of the
components.
Due to the fact that such rules are "directional", it is highly recommended that Component1 will
represent the object on which the rule actually acts on where Component2 represent the related
item. For example: if the rule should validate the content of the tag service against the loop
service when the tag service is changed, then Component1= Instrument and Component2 should
be the Instrument.Loop.
If required to validate the opposite situation (when changing the loop service), an additional rule
should be created where item1 is the loop and Item2 is the Instrument.Loop.
Multi-Component - A rule may apply on multiple items. For example, in above example where
the consistency is between the loop (as Item1) and the Instrument (as Item2), the resolution of
the inconsistency will list every tag in the loop which the service is different from that of the loop's.
System rules are always checked. Rules which are defined as inconsistency "Error" are checked first.
Consistency
The essence of the consistency check is driven by the compare function between the two parts of the
consistency definition.
Compare
Function Description
Function
<> Different/Not equal The two parts of the consistency are different
Compare
Function Description
Function
3. Disabled – This type is enforced when the rule is defined as "Control graphic interface". The
selected property will be disabled in the user interface.
Functions
Function Description
Returns the actual string without the spaces at the beginning and
Trim
the end of the value.
Rule Execution
1. On existing or modified items, rules which should warn or log inconsistencies are checked (or
triggered) just before saving the data, provided there has been a change in the corresponding
property values.
2. When a new item is added and the rule is defined as a warning, all properties are checked during
the data saving.
3. Rules which are defined as error are always executed, including when a new item is created.
Rule Solutions
When a rule is defined with a Warning status, once the rule is activated due to an inconsistency, a dialog
will pop up with the inconsistency. Each inconsistency has a Solution column that enables to pick the
action to take.
Item1 and Item2 refer to Cmponent1 and Cmponent2 respectively in the case of relationship rule.
If the rule is a Single component rule the copy refers to the two selected properties containing the
consistency or the property and a constant value which was defined by the user.
A consistency rule where it’s status was defined as Error will not provide a copy solution. The software
will reject the change.
It is possible to limit a rule to be applied on specific plant hierarchy. In this respect, a filter should be used
that limits the rule. Such a filter can make use of the following properties:
Highest Plant Group
Intermediate Plant Group
Lowest Plant Group
Each of the listed properties will provide a pick list for their values.
nd
When a plant structure has more than three levels, the intermediate level will always refer to the 2
lowest level.
Example: Panel has an "Intrinsic Safety" property which its values may be either "T" or "F".
The SmartPlant Instrumentation documentation should indicate the dialogs and properties which need
special care.
Special Cases
In order to create a rule on a spec, it is required to create the rule between the main object (Instrument for
example) and the specification item.
Due to the high degree of flexibility in the wiring module, there are many wiring object types for which
rules may be applied. SPI includes a various number of system rules, most of them related to wiring.
Users are encouraged to make use of this capability in order to apply engineering practices.
Find and launch SPIRuleManager.exe . Log in using the DBA/DBA username and password
then select Demo in the Domain list. A sample list of Rule Folders and Rules will open.
OR
3. Select Demo.
a. Cut – Allows a rule to be cut from a folder to the Clipboard. It will remain on the Clipboard
until another rule is cut or copy another rule onto it.
b. Copy – Copies an entity (Rule or Folder) to the Clipboard for immediate Paste.
c. Paste – Pastes an entity (Rule or Folder) from the Clipboard to the target location.
d. Delete – Deletes the selected entity (Rule or Folder). System Rules/Folders cannot be
deleted.
e. Rename – Renames the selected entity (Rule or Folder). F2 or clicking directly on a rule will
also access this command.
f. Add Folder – Folders can be added to any sub-folder of the Rule List folder.
h. Properties - Opens the Rule property dialog. System Rule properties can be viewed only.
1. Expand the Interfaces>Consistency folder. Highlight the Rule Controller is Unique for Domain.
4. Open the Consistency tab and extend the dialog box with the icon at the top right corner.
5. Notice the Compare is set to Unique meaning the controllers must have unique names. As a test
Open SPI2007 and create several controllers with the same name. You will receive an error
message indicating that it is not permitted.
6. Open SPI2007.
7. Open the Domain Explorer, drill to the DCS Panels folder, expand 101-DCS-001 to the File
Number 1 Slot 1 Properties screen.
8. Create 3 new controllers. A1, A2 and A1 again. Click OK. See the error message generated by
the Rule Manager.
9. Click Reject Operation to return to the Controller Properties dialog. At this point you cannot save
any of the newly created data in this window. You must Cancel and select No when asked to
save.
10. Since no rule exists for a Junction Box the user will be able to create a new JB with the name JB-
1 and only get a warning from SPI code (not the Rule Manager) and will be able to continue.
2. In the Instrument Index folder, under the Consistency folder create a new Rule. Right click on the
folder and select Add Rule. (or Edit>Add Rule)
5. On the Rule Components tab, for Component1, click the ellipsis and select Instrument.
7. Click OK.
9. Click OK.
10. File > Save
11. Open SPI2007.
12. Create New Loop 101-F-600 and Tag 101-FT-600.
13. Click OK to accept the default properties. (Manufacturer is blank)
14. You will NOT get a warning about the blank Manufacturer field not matching the Rule.
15. Go back to the instrument Properties, change the manufacturer to Foxboro and click Apply. The
Rule Manager dialog box will appear.
16. Approve the inconsistency by clicking on Accept Solutions. The tag will now be allowed to use
Foxboro as a manufacturer.
17. Create Instrument 101-FT-600A. Use Foxboro as the manufacturer. Click Apply.
18. Change the Solution by using the dropdown. Select Copy data from item2 to item1.
Item 2 = Operand 2 Value (Rosemount), Item 1 = Current Tag’s Manufacturer
20. Click OK on the Tag Properties. (Note: the manufacturer will not have changed at this point.)
21. Reopen the Tag Properties screen and see Rosemount is now the manufacturer.
5. Click the Rule Components tab. Set the Item type to Instrument and Check on Single component.
6. Click the Consistency tab. Set Operand1 to Instrument and select Instrument Manufacturer as the
Property.
7. In the second row Set Operand1 to Instrument and select Instrument Model as the Property.
8. Click OK.
9. Save the changes in the Rule Manager.
10. Close the Rule Manager.
11. Open SmartPlant Instrumentation 2007.
12. Open the Properties Screen for 101-FT-600. The Manufacturer and Model fields are now disabled
noted by the gray highlight.
13. Note: The Manufacturer and Model information can still be changed in the Specification sheet as
well as in the Instrument Index Browser. Create Rules in the respective Modules to disable
Manufacturer and Model from those Modules.
4. Click the Rule Components tab. Select Instrument and Instrument – Loop.
Notes