Parameter Group (PG)
Parameter Group (PG)
A parameter group is a task-oriented set of parameters. For example, customer information including name, address, etc. can make sense to be combined in a parameter group "Customer" and component data with ID number, name, price, etc. make sense in a parameter group "part".
Parameter groups are defined at the group level and are associated with the appropriate logics in the parameter tables of the compounds. A name is then assigned to each PG, under which the parameters are then addressed. The PG is identified within the PT by the "location" (source) and the parameter group definition (name that was assigned in the PG definition).
In the decision table, the parameters of a PG are then accessed using the name assigned during the allocation followed by a "." and the actual parameter name (e.g. "Motor.Price", where "Motor" is the name of the parameter group and "Price" is the name of the parameter").
Additionally, groups can be centrally defined for the entire application. In this case, the parameter group is defined within the group POOL. Then PT POOL is used as the source during the allocation.
If a PG is to be always automatically available in every application, regardless of the group and compound, the allocation should occur in the parameter table GLOBAL.
Since parameter groups usually have overriding importance, they are generally defined globally - as opposed to the "simple" compound parameters.
When allocating PGs to the compound, a designation and a comment can be specified for the documentation. Lists of parameter groups can also be defined, to store multiple data sets from a database, for example.
The advantage of using parameter groups, in addition to the much better overview for the user, is that ePOS provides a number of special functions for parameter groups. For example, a parameter group can be initialized or copied by a function without knowing the individual parameter names. This facilitates the subsequent expansion and / or modification of the logic considerably.
Hint:
Parameter groups should generally always be allocated to compounds with the attribute "global", since the parameters in parameter groups often need to be available to several compounds. A PG allocation should be "local" only when a "global" allocation is not possible.
See also:
Parameter group: Name
Parameter group: Designation
Parameter group: Source
Parameter group: Parameter group definition
Parameter group: Index
Parameter group: Scope
Parameter group: Comment