The following is a list of all key terms within PhixFlow and links to relevant help pages.
New BPMN Workflow and Action Flow Definitions
Terms A to M
stream attribute: see attribute
stream view attribute: see attribute
stream action attribute: see attribute
system configuration
The form where all general system-wide properties are configured in PhixFlow. You can find it in the Full Repository.
See related terms: -
See pages: System Configuration
system task
When you run a task plan that contains a system task, PhixFlow performs housekeeping activities on the system, such as deleting old files and logs. Use System Configuration options to set how long to keep files before deleting them, and whether to archive log messages to file.
task, task plan
A task defines a process that you want to run in PhixFlow. Add the tasks to a task plan. You can run the task plan manually or schedule it to run.
See related terms: analysis task, archive task, rollback task, system task
See pages: Using Tasks and Task Plans
user group
Users belong to user groups that represent the area of the business they work in. For example, you could have different user groups for Customer Service, Finance or Billing Support. User groups are assigned to roles (or vice versa).
See related terms: user
See pages: Managing User Groups and Privileges, User Group, User, Roles
user group
Users belong to user groups that represent the area of the business they work in. For example, you could have different user groups for Customer Service, Finance or Billing Support. User groups are assigned to roles (or vice versa).
See related terms: user
See pages: Managing User Groups and Privileges, User Group, User, Roles
user notification rule
Specifies the rules about when to notify a PhixFlow user about the completion of a task plan.
See related terms: user
See pages: User Notification Rule, User
XML namespace
When parsing an XML response, the XPath on an HTTP collector determines the node in the XML response that will cause an output record to be generated. In general, XML node names are relative to namespaces, and are referred to by namespace aliases. An XPath can use any XML Namespace alias defined by the HTTP datasource linked to the HTTP collector.
See related terms: HTTP collector, HTTP datasource
See pages: XML Namespace, HTTP Collector
XPath
An XPath is a '/'-separated list of node names. An XPath expression on an HTTP collector determines the node in the XML response that will cause an output record to be generated. If any of the node names in the XPath use non-default namespaces, these may be defined in an XML namespace.
See related terms: HTTP collector, XML namespace
See pages: HTTP Collector, XML Namespace
Terms M to Z
| Term | Description | Related Glossary Term | See Page |
|---|---|---|---|
action | Defines a set of operations on the values of data in a stream. stream item. A stream action can be applied from the stream view properties. | ||
action button | Used to group actions into drop-down lists or display a single Glossary#streamAction as a button. In both cases Action Buttons are displayed on the top of Glossary#streamView . | stream action | |
aggregate attribute | Aggregate Attributes define the aggregated properties that are available when data is read from an aggregating Glossary#pipe. | ||
analysis model | Allow users to logically represent a business process / control flow using configured PhixFlow objects, e.g. streams, file collectors etc. | ||
analysis task | The Analysis Engine is initiated whenever the generation of a Stream Set is requested. Users can do this by configuring Analysis Tasks in a Glossary#taskPlan. | ||
archive task | A task to archive Glossary#streamSet from Glossary#stream with archiving configured on them. | ||
array | An object that contains an ordered list of other objects. | ||
attribute function | PhixFlow provides an extensive list of Attribute Functions which may be used within all expression strings. | ||
audit detail | Details of an individual audited action performed on a PhixFlow object. | ||
audit summary | A summary of all audited action performed on PhixFlow objects. Can be viewed in the System Console. | ||
audited item | PhixFlow objects that have auditing switched on to allow for any changes in the system to be tracked. | ||
candidate set | Candidate sets are a fundamental concept of function calculation in PhixFlow. Every time a function calculation is carried out, all the required input data is brought together and organised into sets of data - one set for each Key group. The Key groups are worked out using the Pipe Grouping Attributes defined on input Pipe for each Stream. | ||
PhixFlow database | The database that stores the PhixFlow schema and all processed data | ||
chart | A Chart displays data in table form, or in one of a number of graphs styles. | ||
comparator | Refers to the comparator types that can be used in a filter, e.g. greater than, starts with. | ||
context menu | A context menu appears above each Glossary#modelElement when the user hovers over it in a model view. This menu shows all of the actions that can be performed on that element. | ||
CSV file | A CSV (comma-separated variable) file is a plain text file where each line in the file consists of a number of fields separated by commas ','. If fields may contain spaces, commas or double quotes, they should be enclosed in double quotes '"'. A double quote may be represented by 2 double quotes. A CSV file is always encoded using a specific character set. On Windows this is typically Cp1282, and on Unix/Linux US7ASCII, though the following are sometimes used: UTF-8, UTF-16, ISO-8859-1. A CSV file typically has an extension '.csv'. A CSV file can be created directly in a plain text editor (e.g. Wordpad/Notepad), in Excel (by saving as a CSV), or by some other application. | ||
cycle | Whenever an analysis model is run it will carry out a number of tasks e.g. read a number of files, generate a number of stream sets, export a number of files. It is possible to configure an analysis model so that in a single analysis session it will actually run several times. When a model is configured in this way, each time it runs is termed a 'cycle' and all of the items processed or generated during that cycle (i.e. the files processed, stream sets created, files exported etc) are flagged with the cycle number. This cycle number is visible in the Log File for that analysis run on each of the relevant tabs showing files and stream sets processed. The most common reason for configuring a model in this way is to allow a number of files to be processed in a single analysis session but to have the results from each file saved in a separate stream set. In this way, whenever a file fails to process the user can simply rollback the stream sets associated with that file rather than rolling back all of the stream sets associated with all of the files for the whole analysis session. To achieve this, a model is configured with a push pipe from the final stream in the model pointing back to itself. This push pipe is then given positive offsets. The file collector at the start of the model is then configured to process a single file at a time. When this model is run the file collector will read in one file, process it to create a stream set (or a chain of stream sets if there are several streams in the model) and will flag the file processed, the stream sets generated and any associated output files with the cycle number 1. When the last stream in the model has finished producing its stream set it will send a notification to itself down the push pipe. This notification (because of the positive offsets) will be taken as a signal to create another stream set which will effectively cause the whole model to run again. This second run of the model will be deemed to be cycle 2 and all files processed, stream sets produced or files output will be flagged with this cycle number. When later viewing the log files the user can see which items were processed in which cycle and can choose how many cycles to roll back. In the case where the last file processed was unsuccessful the user can therefore choose to only roll back the last cycle. | ||
dashboard | A dashboard allows the user to gather into a single view a set of charts. This grouping of related reports and statistics provides the user with preconfigured overviews of selected areas, making all the data that is required to view and monitor the health of the system both accessible and easy to read. | ||
data grid | A Data Grid is a particular type of view which displays the data in a table format. | ||
database driver | The driver used to access the source database. | ||
database exporter | Used to write information from PhixFlow to external databases. | ||
datasource | Defines a connection to an external database. | ||
datasource instance | Allows for multiple connections for individual database instances to be configured for a specific Glossary#datasource. | ||
directed pipe | A Directed Pipe is used as a secondary input to a Merge Stream. Primary Pipes to a Merge are implemented by reading all input records from all Primary Pipes in a single operation, ordered by the Group-By fields. The primary pipes determine the key values of the Candidate Sets that will be generated. A Directed pipe is implemented after the Primary Pipes have run, by reading records matching each Candidate Set grouping key in turn. This can result in a significant performance improvement in certain circumstances. A Pipe can be marked as a Directed Pipe on the Pipe Details / Advanced tab. | ||
expression | An expression returns a value, usually by manipulating or transforming input data, although some expressions can be very simple: e.g. the expression "hello" always returns the string "hello" and requires no input. | ||
file collector attribute | The data columns that a File Collector expects to be present when importing a file. | ||
file exporter | Used to write information from PhixFlow to external files. | ||
filter | Filters are made up of a set of clauses; each clause in turn contains a number of conditions. These conditions must be satisfied for data to be passed through a pipe or returned in a filtered list. | ||
form bar | If you move your mouse pointer to the bottom of the screen the PhixFlow Form Bar will appear. Contains links to all open forms (both open and minimised). | ||
FTP site | A file system that is reachable via the FTP protocol. | ||
group by attribute | Groups the pipe data into candidate set, forms key for candidate set. However if data is coming from database or file collector, order by fields need to be specified in the collector SQL. | ||
HTTP | Hypertext transfer protocol - the language of the internet. In the context of PhixFlow, it means using standard internet communication as means of importing and exporting data. | ||
HTTP datasource | A web site, web service or some other target that allows XML, HTML or text data to be collected from it, or exported to it, over HTTP. Data is collected from an HTTP Datasource using a Glossary#httpCollector , and exported to an HTTP Datasource using a Glossary#httpExporter. An HTTP Datasource Instance must define at least one Glossary#httpDatasourceInstance. An HTTP Datasource Instance may define multiple Glossary#xmlNamespace to support Glossary#xPath expressions on Glossary#httpCollector . | ||
HTTP datasource instance | An HTTP Datasource Instance provide a default username, password and URL to an Glossary#httpCollector or Glossary#httpExporter. | ||
HTTP exporter | Export data to an Glossary#httpDatasource. | ||
internal variables | Pre-defined variables for use in PhixFlow Expressions. | ||
language | The display language of the user. | ||
log file | A record of a task or action completed in PhixFlow, including any messages output and details about stream sets created. | ||
log message | Within each log list, log messages are output by the Analysis Engine as it performs analysis. | ||
macro | A macro is a user-defined function that can be called from other Glossary#expression. A macro can be called with parameters. These parameters are available within the body of the macro as $arg. | ||
model element | The individual objects that make up an Glossary#analysisModel e.g. streams, file collectors etc. These elements are added via drag and drop controls and context menus. | ||
paging | Where a list is displaying more data than can be viewed in the display grid, paging allows the user to scroll through the whole list, e.g. log messages, Stream Set data. | ||
period | A period is set on a Stream. This can be either a regular period, or variable. There are four possible settings:
| ||
pipe | A pipe is a connector that links two elements in a PhixFlow model. | ||
privilege | Privileges are used to define what actions can be performed in PhixFlow; see Privileges. | ||
| repository | The PhixFlow repository lists the files, modelling objects and application components to which you have access; see Using the Repository | ||
recordset | A record set is a list of records returned, usually by a pipe, where each record consists of named attributes, each with a value. | ||
refresh action | Represents an action that once completed will cause the enclosing view to be refreshed. | ||
role | Roles represent the type of access required to do specific tasks (e.g. Designer, Operator etc). Roles are assigned to User Groups (or vice versa); see Roles. | ||
rollback | Deletes a specified set of Glossary#streamSet from a Glossary#stream and updates the tidemarks for that Glossary#stream. | ||
| rollback task | A Rollback Task can be configured to rollback one or more streams. Users can do this by configuring Rollback Tasks in a Glossary#taskPlan. | ||
sequence | A Sequence is used to generate a numeric sequence of values. The Sequence lets you define the properties of the sequence e.g. the starting value. The nextValue function returns the next value in the sequence each time it is called. The curValue function returns the most recent value returned by nextValue. | ||
SQL | SQL query used to retrieve data from, or SQL or PL/SQL statement used to update data in, a Glossary#datasource. | ||
stream action | Defines a set of updates to the values of a stream item. A stream action can be applied from the stream view properties. | ||
stream function | Defines the basic Stream operation. The type of stream may be aggregate, calculate, calculate by set, cartesian or merge. |
To do
transaction/transactional updates
analysis model
dashboard
grid - phixflow word for a table. You can show stream data in a grid (looks like an excel spreadsheet). Property tabs can also have grids to represent property information, for example for the list of users in a user group
stream attribute → attribute
stream view attribute → attribute
stream view → view
property tabs
item - anything that appears in the repository
modelling object - things that appear in analysis models
layout component - anything that can make up a layout
layout - a GUI screen in your application
dashboard = layout the starting point for a layout
application interface, screen, form, layout screen - too generic "when you look at your computer screen"
publish - The process of writing changes to stream data in a model to the stream tables in the database.