Top of PRG | Index | Table of Contents | Feedback |
PRGF5200 - Maintain Progression Rule Application
Purpose |
To link a general application Progression Rule to the System Element (Course Type, Organisational Unit, Course Version, Student Course Attempt) to which it is to be applied. To create 'application-specific' rules for application to the System Element |
|
SubSystem |
Progression |
|
Normally Run By | Administration Specialist | |
Anticipated Frequency | As required | |
Structure | Blocks | Progression Rule |
Progression Rule Application | ||
Buttons | Edit Rule (RULF2000) | |
Progression Calendars (overlay) | ||
Progression Outcomes (PRGF5214) | ||
Rule Summary (overlay) |
Progression Rules are applied to a student through his/her 'membership' of the following groups within the institution:
In this form, the Progression Rules are linked to the 'groups' (or System Elements) within the institution. This linking controls the application of rules to a Student Course Attempt. The form can only be accessed in the context of the System Element within which it is to be applied (from PRGF5214) via the Outcome Rule button. PRGF5214 is accessed via the Progression Outcome button in PRGF1600. The context block is dynamic and displays block and field labels and data applicable to the element from which it was entered. The context forms which allow access to this form are:
Student Course Attempts cannot be evaluated against any Progression Rule until the rule is linked to the appropriate application element, using this form. The rule application must also be complete in that it has both Progression Calendars and Outcomes assigned to it. These may be assigned at this application level or inherited from the Rule or Rule Category. The concepts, underlying the rule application hierarchy and the inheritance of Calendars & Outcomes, are explained in the Progression Rules Overview. |
The Progression Rule Outcome block contains:
The Progression Rule Application block contains:
|
Rules/Notes: The Edit Rule button links to RULF2000 (Maintain Rule). The Progress Outcomes navigation button links to PRGF5214 (Maintain Progression Rule Outcome). |
Context Block: The form is entered in context and displays the applicable Course Type / Organisational Unit / Course Version / Student Course Attempt / Student Progression Outcome details. |
Rules/Notes: A rule cannot be applied to:
|
Progression Rule Application Block: This block is used to nominate the Progression Rules that are to be applied to all students who fit within the context 'group'. The nominated rules can be one of two types (as described above). In both cases, a Rule Category must be selected. To view all rules, including those which have been previously deleted, select the Include Deleted Items indicator and re-query. To Select a General Application Rule: From the nominated Rule Category, select the Rule Code for the required rule. Enter an Attendance Type, if required. Where entered, the rule is applied only to students of the specified Attendance Type, within the context 'group'. General application rules cannot be modified in this form. This applies to the Rule Code, Rule Description and Rule Text fields. Editing these rules can only be done from PRGF5100 (or RULF2000 via PRGF5100). The Message field can be used to fully describe the context Rule Application - where it is intended to apply; the Progression Calendars and Outcomes linked to it, the group of student to which it is to apply. |
Rules/Notes: Rule Categories cannot be modified in this form. Rule Code and Reference Code cannot both be entered. Rule Code is relevant only to existing general application rules; Reference Code is used only for 'application-specific' rules. Attendance Type is not a required field. Attempting to use the Edit Rule button (against a general application rule) triggers an error. |
To Create an 'application-specific' Rule: The Rule Category entered determines the available rule options that can be used in constructing the rule text. Enter a Reference code (up to 10 characters long), which can be used to identify this Rule Application in reports. Use the Edit Rule button to access RULF2000. The rule to be applied can be constructed in that form. Enter an Attendance Type where the rule is to be applied only to students of a specified (derived) attendance type, within the context 'group'. The Message field can be used for the same purpose as for a standard rule. |
Rules/Notes: A Rule Code cannot be entered for an 'application-specific' rule. A Rule Description cannot be entered for an 'application-specific' rule. |
Assigning a Progression Calendar / Outcomes to a Rule Application: Progression Calendars and/or Outcomes can be assigned to a Progression Rule Application. This means that in this application of the Progression Rule, the assigned Progression Periods / Dates (identified through the selected Calendar/s) and Outcomes are used. These settings override any existing Calendars / Outcomes assigned to the rule, at either rule or Rule Category Level. There may be Calendars or Outcomes already assigned at the Rule or Rule Category level. Use the Rule Summary overlay to view these settings. Any existing Calendars or Outcomes can be inherited by this application. |
Rules/Notes: Calendars or Outcomes selected here override settings at the Progression Rule (in PRGF5100) and Progression Rule Category level (in PRGF1600). An INCOMPLETE Lamp displays when a Progression Rule application has neither assigned nor inherited Calendars or Outcomes. For more detailed explanation about the levels of application, refer to Progression Rules Overview. |
To Assign a Calendar to the Context Rule Application: Select or enter a progression Calendar Type, in the Progression Rule Calendar overlay. The following limits on the application of the rule, within that Calendar, can be applied:
|
Rules/Notes: A Calendar Type can be assigned to a rule application, with no additional values entered to further define the timing of the application. Calendars inherited from the Rule or Rule Category may have limits that are not required for this rule application. Re-assign the Calendar to the rule application, without those limits (enter new limits if required). A Calendar Type assigned to a Rule Application cannot be deleted once application of the rule has begun. End the link by entering an End Period value. Where Calendar Instances are entered in the Start / End Period fields, they must be ACTIVE Instances. Any entry in the Student Start Period or Applications field must be a number >=1. A Start Period value cannot be modified once application has begun.
|
To Assign an Outcome to the Context Rule Application: Navigate to the Maintain Progression Rule Outcome form (PRGF5214), using the Progression Outcomes button. |
|
To View a Summary of the Assigned Calendars & Outcomes for this Rule Application: The Rule Summary overlay can be opened using the button. This displays a summary of the Rule and all Calendar Types and Outcomes currently assigned to this rule application. A Lamp displays in each block on this pop-up screen to indicate the origin of the link to the Rule, Calendars and Outcomes. A RULE or CATEGORY lamp notifies inheritance from Rule or Category. Where the link was created as part of the rule application, a lamp identifies the context System Element (STUDENT, COURSE, ORG UNIT or CRS TYPE). Calendar Type, Student Start Period and Applications are displayed for each assigned Calendar Type. For
each assigned Outcome, the following details are displayed. |
Rules/Notes: The
assigned Calendars and Outcomes cannot be altered in this overlay.
WARNING! After initial implementation, modifications to the configuration of the Progression Subsystem should be made with care and after thorough examination of the implications of the planned change. |
Last Modified on 11 March, 2004