The Settings panel enables you to configure various options:
By default for the compute action, the CAST Transaction Configuration Center will assume various default settings:
|Activate automatic configuration refresh|
Console implements an automatic "configuration loading mechanism" based on the standard .TCCSetup files present in the AIP Core installation folder and any installed extension folders. TCCSetup files (standard configuration files) contain configuration parameters to automatically define Entry Points, Data Entities, End points and Excluded Items and are known as Packages.
Before computing Function Points (either manually using the compute action or during snapshot generation), the setup of the Application(s) will be refreshed with the content of the .TCCSetup configuration files which are present in the following locations on disk:
For the loading process, the Console will consider all files that match the following requirements:
By default, this setting will be enabled, meaning that any new configuration package or any new version of an existing configuration package will be automatically installed into the application configuration.
However, if we decide to "freeze" the application configuration and disable the automatic configuration refresh, we can set the option to disabled. If the automatic refresh is disabled, only new packages will be installed, but the existing packages will remain in the current version, i.e. even if a new version is available, the package will not be updated.
|Data functions are initialized as|
Allows you to choose between the EIF (External Interface Files - this is the default) and ILF (Internal Logical File) computation type:
|Activate look-up table filtering||As defined by OMG CISQ AFP Specifications, the elements identified as "lookup tables" will be filtered out and NOT considered as Data Entities. This is the default behavior, but it can be changed if you prefer to deactivate this filter by disabling the option. See also Working with Data entities - built-in types.|
|Activate automatic Data Function merge (FK/PK)|
Console may automatically merge a certain table as "Detail" of another one based on Foreign key (FK) and Primary Key (PK) relationships. This is the default behavior, following the OMG CISQ AFP specifications. However, this feature can be deactivated by disabling the option.
Warning: If this setting is deactivated and then later reactivated, the automatic merge based on Foreign Key (FK) and Primary Key (PK) analysis will only take place if both elements (main and detail) are NOT calibrated. If any of the involved elements is in a calibrated situation (ignored, deleted, manual merge, etc.) the FK-PK automatic merge will not occur.
Save objects of empty Transactions
Allows you to change whether objects that are part of empty transactions (those that do not reach any Data Entity or End point) should be saved. The default position is ALWAYS:
FP value for empty Transactional Functions
Allows you to define a pre-defined Function Point value to be used for Transactional Functions:
Function Points can be only calculated for transactional functions that reach at least one data entity or one end point. If this is not the case, the transactional function will have a value of 0 for both DET and FTR, and therefore a value of 0 for Function Points (i.e. it will be an "empty transaction"). In order to avoid this situation, you can configure a pre-defined Function Point value to be used for empty transactions.
The possible values are: 0, 3, 4, 5 ,6, 7 and ASSESS. The selected value will be applied to the transactional functions that have a 0 Function Point value after the computation process.
With regard to the ASSESS option - this will force Console to assess Function Points for all Transactional Functions for which the call graph does not reach a data entity nor an end-point based on existing Function Points that have been computed. Console determines the average number of nodes in the call graph of non-empty Transactional Functions corresponding to one DET. This ratio allows Console to assign the number of DET to empty Transactional Functions, depending on the number of nodes in their associated call graph. The Function Point value will be then assessed based on that number of DET and with an FTR=1.
Default FP values in the CAST Dashboards
Since it is possible to set a default Function Point value for Transactional Functions, these are now considered as valid and can be displayed in the CAST Dashboards via the Unadjusted Transactional Functions metric (10204). A complementary information on the function point detail contains the string ": Estimated" which indicates that the transaction has a default FP value: