Our Service Orchestration and Automation Platform (SOAP) really stands out with its host of requisite functions for smooth-running IT process automation. This is absolutely crucial, because if any lacking functions have to be implemented by the user in the managed processes, this will lead to a loss of transparency and flexibility and result in greater susceptibility to errors.
A solution for every task
BICsuite and and the Open Source SOAP schedulix feature the necessary full range of functions so that the code developed by the user can be kept entirely free of any aspects of workflow management. All the constructs required for visualising the program logic are provided:
BICsuite BASIC and schedulix scope of functions
The BASIC Edition and schedulix feature all the requisite functions for scheduling jobs on small to medium-sized projects:
- User-defined exit state model
- Job and batch dependencies
- Hierarchical workflow modelling
- Job and batch parameters
- Job result variable
- Dynamic submits
- Job and batch triggers
- External jobs
- Folder parameters
- Folder environments
- Folder resources
- Job and batch resources
- Static resources
- Load control
- Job priority
- Load balancing
- Synchronizing resources
- Sticky allocations
- Resource states
- Resource expirations
- Resource trigger
- Resource parameters
- Scope parameters
- Access controlling
- Time Scheduling
- Web Interface
Additional features of the BICsuite PROFESSIONAL Edition:
The PROFESSIONAL Edition is aimed at customers working on medium to large-scale projects whose scheduling system requirements are not covered by the BASIC Edition. Alongside the functions featured in the BASIC Edition, the PROFESSIONAL Edition offers additional functionality including:
Additional features of the BICsuite ENTERPRISE Edition:
The ENTERPRISE Edition of our BICsuite Scheduling System is intended for customers working on large-scale projects whose requirements are not covered by the PROFESSIONAL Edition. Alongside the functions featured in the PROFESSIONAL Edition, the ENTERPRISE Edition offers additional functionality including:
User-defined exit state model
Complex workflows with branches and loops can be realised using batch hierarchies, dependencies and triggers by means of freely definable Exit State objects and how they are interpreted.
Job and batch dependencies
You can make sure that individual steps of a workflow are performed correctly by defining Exit State dependencies. Dependencies can be specified more precisely in addition to the required exit state by defining a condition.
Hierarchical workflow modelling
Among other benefits, hierarchical definitions for work processes facilitate the modelling of dependencies, allow sub-processes to be reused and make monitoring and operations more transparent. The additional Milestone object type makes it easier to model complex workflows.
Job result variable
Jobs can set any result variables via the API which can then be easily visualised in the Monitoring module. Results can impact the rest of the workflow due to conditional dependencies, resource requirements and triggers.
Local dependencies between parts of the submitted batch instances are correctly assigned when parallelising batches using the Dynamic Submit function.
This hugely simplifies the processing of pipelines.
Job and batch triggers
Dynamic submits for batches and jobs can be automated using exit state-dependent triggers.
This allows notifications and other automated reactions to workflow events to be easily implemented. In addition to the exit state and trigger type, events can also be specified more precisely by defining a condition. Additional trigger types allow reactions to be given to warnings and extend the functionality of loops. Additional asynchronous triggers enable events to be triggered during runtime. This also allows for reactions to runtime timeouts.
- PROFESSIONAL and ENTERPRISE: All special events and operator actions are logged in an audit trail.
- PROFESSIONAL and ENTERPRISE: Warnings can be dynamically set by jobs and attended to by the operator. The occurrence and handling of warnings are logged in the audit. Automatic reactions are possible using warning triggers.
Requirements for static resources can be configured to be inherited by all jobs below a folder by defining folder environments. This allows jobs to be assigned to different runtime environments (development, test, production, etc.) dependent upon a higher-level folder.
Static resources can be used to define where a job is to be run. If the requested resources are available in multiple environments, the jobs are automatically distributed by the BICsuite Scheduling System.
A quantity of available units of a resource can be defined for runtime environments using system resources. A quantity can be stated in the resource requirement for a job to ensure that the load on a resource is restricted.
The job priority can be used to define which jobs are to take priority over other jobs when there is a lack of resources. Jobs can be prevented from ‘starving’ with a configured ‘priority aging’ which automatically raises their priority over the time span.
- PROFESSIONAL and ENTERPRISE: The job priority aging can be configured individually for each job
A state model can be assigned to synchronising resources and the resource requirement can be defined dependent upon the state. Automatic state changes can be defined dependent upon a job’s exit state.
Resource requirements can define a minimum or maximum time interval in which the resource was assigned a new state. This allows actuality and queue conditions to be easily implemented.
A reaction to the changing states of synchronising resources can be triggered with an automatic submit of a batch or job. After the state transition, the activation of the trigger can be more precisely specified with an extra condition.
Resource parameters allow jobs to be configured dependent upon the allocated resource. Resource parameters of exclusively allocated resources can be written via the API. This allows resources to be used to store meta data.
- ENTERPRISE: Resource pools allow system resources to be automatically and dynamically shared between one or more pooled resources. This enables system resources to be easily shared between workgroups and projects, and this dispersion can be adapted whenever necessary to accommodate actual requirements using pool distributions.
- ENTERPRISE: Resource loads can be selectively logged for system analysis and tuning purposes.
- PROFESSIONAL and ENTERPRISE: Object Monitoring, like the monitoring of a directory, can be easily installed. The scheduling system will react automatically to events like file creation, file changes or file deletion.
- ENTERPRISE: With Nice Profiles priorities and suspend state of already submitted and newly submitted batches and jobs can be adapted to special system states like backlog situations.
- PROFESSIONAL and ENTERPRISE: Different privileges for accessing objects are granted to different users or user groups by assigning users to groups and object grants.
The BICsuite Time Scheduling module allows workflows to be automatically run at defined times based on complex time conditions. This usually obviates the need for handwritten calendars, although they can be used whenever required.
- PROFESSIONAL and ENTERPRISE: The dump functionality enables the export and import of any modelling objects under the detailed control of the linked objects involved and allows their deployment between different system environments (development, test, production, etc.) as well as versioning in external source code control systems (rcs, cvs, svn, etc.).
The BICsuite web front end allows standard browsers to be used for modelling, monitoring and operating in intranets and on the internet. This obviates the need to run client software on the workstations.
The BICsuite Scheduling System stores all the information about modelled workflows and the runtime data in an RDBMS repository. All the information in the system can be accessed via the SCI (Standard Catalog Interface) whenever required using SQL.
- ENTERPRISE: More demanding availability requirements can be supported with proxies and a warm standby function if a suitable RDBMS system is available.