Choosing the right setup
Last updated
Last updated
Valtimo is a flexible framework that can be utilised in different setups. This section provides an overview of the three options available. The decision for a setup will influence the flexibility to extend the product, running- and maintenance costs and staffing requirements for the team.
There are essentially three options for using Valtimo:
Building business processes in Valtimo via the User Interface
Building business processes in Valtimo via an integrated development environment (IDE)
Developing business processes with using Valtimo as Development Framework
Instead of being programmed, processes in Valtimo are configured. Processes with BPMN, decision models in DMN and forms are built using drag-and-drop interfaces. In other cases, configurations are written directly in JSON files, such as roles and permissions. In all these cases, the result is captured in JSON or XML.
If there is a need for business logic, JavaScript and DMN can be used.
The typical roles that perform these tasks are the business process engineer or a technical process consultant. These are individuals with a good understanding of web technologies, experience with scripting or limited programming experience, and the ability to tackle complex challenges.
If there is a need for extending Valtimo, the plugin framework is available. Developers have the option to use this framework to add functionality to the product, often used for integrations with third party systems.
Advantages of this setup:
Most simple and cost effective.
No need for professional, full time developers.
No custom code code, low maintenance costs.
And on the downside:
No automated testing.
No automated deployment.
No hard boundaries between test, acceptance and production.
Less flexibel: only UI available options.
Building business processes via the User Interface is the most accessible way to build processes. However, it is also the most limiting: not all functionality available in the product can be configured or modeled via the User Interface. More possibilities are available by working with a development environment—an IDE, Integrated Development Environment.
The most important advantages are:
All configuration files are stored in a versioning system, usually Git. It is precisely documented which changes were made by whom—sometimes necessary for compliance.
Multiple people can work on building a single business process, and even on a single file. This adds value when building large-scale business processes.
Working with an IDE is generally faster for experienced business process engineers.
Automated testing possible.
Works with continuous integration and continuous delivery/deployment frameworks.
When Valtimo is used as a development framework, all the advantages and disadvantages mentioned above apply. However, one major advantage is added: the ability to program. This means that unlimited possibilities arise to extend or customize the frontend (user interface) and the backend. Some organisations build a completely custom frontend on the Valtimo backend or develop a domain-specific application based on the standard product.
There are disadvantages:
The more code, the more complex maintenance is. Upgrading Valtimo becomes more difficult and expensive, while updating is crucial for the platform's security and stability.
More expertise is required from developers.
The result is harder to share with others for reuse. A basic process without code can be easily exported and offered to other organisations, but a repository with code is more complex and often specific to a particular use case.
The primary advantage of utilising Valtimo as a development framework is access to all capabilities Kotlin/Java and Angular offer. These programming languages require compilation, which requires experience with programming, branching, version control, and other related tasks. A CI/CD pipeline must be implemented to build (compile) and deploy the code.
When using Valtimo as a Product, compilation is not necessary: the result of changes is immediately visible. A business process is defined in the form of JSON, XML, and JavaScript. This can be done via the User Interface or through a development environment (IDE). A CI/CD pipeline is recommended but not mandatory. Note: Deploying processes (packages) via a central repository is expected in the future.
