Notice that the name of the opened rule set is shown in the title bar of the form, and the rule type and task name that are currently selected on the main form have been transferred to the Add Rule form. Thus, to add a new rule to a rule tree, that rule tree must first be selected on the main Rules Editor form before the Add Rule form is opened. Every time the Worklet Service selects a worklet to execute for a specification instance, a log file is created that contains certain descriptive data about the worklet selection process. These files are stored in the selected folder of the worklet repository. The data stored in these files are again in XML format, and the files are named according to the following format: CaseID SpecificationID RuleType WorkItemID.xws For example: 12 CasualtyTreatment Selection Treat.xws (xws for Xml Worklet Selection). The identifiers in each part of the filename refer to the parent specification instance, not the worklet case instance. Also, the WorkItemID identifier will not appear for case-level rule types. So, to add a new rule after an inappropriate worklet choice, the particular selected log file for the case that was the catalyst for the rule addition must be located and loaded into the Rules Editor. From the Add Rule screen, click the Open... button to load the selection information from the relevant selected log file. The File Open dialog that displays will open in the selected folder of the repository. Select the appropriate file for the case in question then click OK. Note that the selected file chosen must be for an instance of the specification that matches the specification rule set loaded on the main screen (in other words, you cant attempt to add a new rule to a rule set that has no relation to the xws file opened here). If the specifications dont match, an error message will display. Figure 8.17 shows the Add Rule form with the selected file 12 CasualtyTreatment Selection Treat.xws loaded. The Cornerstone Case panel shows the case data that existed for the creation of the original rule that resulted in the selection. The Current Case panel shows the case data for the current case - that is, the case that is the catalyst for the addition of the new rule. The New Rule Node panel is where the details of the new rule may be added. Notice that the ids of the parent node and the new node are shown as read only - the Rules Editor takes care of where in the rule tree the new rule node is to be placed, and whether it is to be added as a true child or false child node. IMPORTANT: Since we have the case data for the original rule, and the case data for the new rule, to define a condition for the new rule it is only necessary to determine what it is about the current case that makes it require the new rule to be added. That is, it is only where the case data items differ that distinguish one case from the other, and further, only a subset of that differing data is relevant to the reason why the original selection was inappropriate.
- Spring '17
- The School, yawl