mirror of
https://github.com/status-im/spiff-arena.git
synced 2025-02-07 15:43:30 +00:00
c904ee907b
01a25fc3f Merge pull request #333 from sartography/feature/ruff 99c7bd0c7 ruff linting fixes 56d170ba1 Cleaning up badges in the readme. 51c13be93 tweaking action, adding button 96275ad7c Adding a github action to run tests c6c40976a minor fix to please sonarcloud. 03316babb Merge pull request #332 from sartography/updates-for-2.0-release ab70a34b5 Release Notes for 2.0.0_rc1 f0bf79bd9 copy edits a7c726951 Release Notes for 2.0.0_rc1 5f0468ba4 Merge pull request #330 from sartography/updates-for-2.0-release b9ad24406 Mostly minor edits e284dd8e2 corrections and tweaks to documentation 4b2e62600 add more examples 1ea258c6a update spiffworkflow concepts 851d7cdf6 fix a few bugs I found while testing the example repo 7a0a6bdf8 update bpmn docs 07c153f2d save/restore nested subprocess tests 340e9983b Merge branch 'main' of github.com:sartography/spiffworkflow into main 618afbc59 It is rare to submit an update that touches upon both religion and the origins of the universe. I think, for the sake of supporting all view points we must offer the possibility that there can be a thing that is not a child, but rather the beginning of all childen, that there is a chicken to the first egg, a single original big bank. a68dec77e use raw strings for regexes using escape sequences w/ burnettk 4644f2810 Merge pull request #329 from sartography/task/remove-deprecated-functions ca65602c0 correct typo in filename 39ab83f1f remove one deprecated and unused feature 23d54e524 Merge pull request #328 from sartography/improvement/task-spec-attributes 544614aa9 change dmn bpmn_id method to property 12ad185a4 update bpmnworkflow.waiting_events to use classname aec77097d fix some typos & add a few missing licenses 4b87c6d0c add some changes that didn't get included in the merge commit 965a5d4e1 Merge branch 'main' into improvement/task-spec-attributes a844b34f9 alternate bomnworkflow.cancel 0a455cdd2 Merge pull request #327 from sartography/feature/mark_tasks_in_sub_workflows_as_future_if_reseting_to_a_task_before_subworkflow 2bda992aa cancel tasks in subprocesses and return cancelled tasks 309937362 take account that we reset the parent when checking all sub-process executions. d4bcf1290 handle nested subprocesses when resetting tasks 032bedea6 reset subprocess task when resetting a task inside the subprocess 3a6abe157 change reset workflow to drop tasks and re-predict e9cd65757 move exceptions for bpmn into bpmn package e654f2ff1 add bpmn_id and bpmn_name attributes to task specs 74bb9cf1a Found that tasks within a sub-workflow were left in a state of "READY" after resetting to task before the sub-workflow. 957a8faec make all task specs in bpmn processes bpmn tasks b6070005c create actual mixin classes & improve package structure 666a9e4e5 Merge pull request #326 from sartography/feature/boundary_event_reset_fix 9fe5ae4ad Whenever a task is reset who's parent is a "_ParentBoundaryEvent" class, reset to that parent boundary event instead, and execute it, so that all the boundary events are reset to the correct point as well. fbc071af5 remove 'is_engine_step' and use existing 'manual' attribute instead 0d8e53a25 remove unused attributes, minor parser improvements 6ae98b585 Merge pull request #325 from sartography/bugfix/make-data-objects-available-to-gateways cefcd3733 make data objects available to gateways 6060fe778 Merge pull request #324 from sartography/task/update-license efa24bed2 update license 56271f7f7 Merge pull request #323 from sartography/bugfix/handle-dash-in-dmn 6de4e7e01 Merge pull request #322 from sartography/improvement/remove-celery 6ee0668cb remove unnecessary dependencies in test 7ceae68c2 change literal '-' in DMN input to None 4cffc7e7a remove celery task and dependency 580d6e516 Merge pull request #321 from sartography/improvement/allow-duplicate-subprocess-names e4440d4df remove legacy signavio parser 477a23184 remove absolute imports from tests failing in CI 15a812a92 use process ids only when storing process specs abaf1b9e9 move parallel gateway tests to their own package 29fd2d0d9 remove some redundant, unused, or unnecessary tests & consolidate others fda1480bc remove unused CORRELATE attribute from tests 21a2fdbee remove signavio files 299c2613c Merge pull request #320 from sartography/parser_funcs 01afc9f6e PR feedback 646737834 Cleanup dfd3f8214 Add same methods for dmn 764e33ccd Rename file, fix tests 9646abca4 Add bpmn in memory parser functions and tests 58f6bd317 Merge pull request #319 from sartography/feature/better_task_order_for_sub_processes fd7c9308f By swapping the order of these lines, we can assure that a call activity is returned BEFORE the tasks that it contains, rather than after it. 0a7ec19d6 Merge pull request #318 from sartography/feature/optionally-skip-call-activities-when-parsing 3430a2e9f add option to skip parsing call activities 1b1da1dd2 Merge pull request #317 from sartography/bugfix/non-bpmn-tutorial e82345d68 remove some bpmn-related stuff from core serializer 6f9bc279c use name for inputs/outputs in base serializer -- not sure why this was ever changed git-subtree-dir: SpiffWorkflow git-subtree-split: 01a25fc3f829786c4b65d19fd0fda408de37c79f
235 lines
7.9 KiB
ReStructuredText
235 lines
7.9 KiB
ReStructuredText
Tasks
|
|
=====
|
|
|
|
BPMN Model
|
|
----------
|
|
|
|
In this example, we'll model a customer selecting a product to illustrate the basic task types that
|
|
can be used with SpiffWorkflow.
|
|
|
|
We'll be using the following files from `spiff-example-cli <https://github.com/sartography/spiff-example-cli>`_:
|
|
|
|
- `task_types <https://github.com/sartography/spiff-example-cli/blob/main/bpmn/tutorial/task_types.bpmn>`_ workflow
|
|
- `product_prices <https://github.com/sartography/spiff-example-cli/blob/main/bpmn/tutorial/product_prices.dmn>`_ DMN table
|
|
|
|
User Tasks
|
|
^^^^^^^^^^
|
|
|
|
User Tasks would typically be used in the case where the task would be completed from within the
|
|
application. Our User tasks present forms that collect data from users.
|
|
|
|
We'll ask our hypothetical user to choose a product and quantity.
|
|
|
|
.. figure:: figures/tasks/user_task.png
|
|
:scale: 30%
|
|
:align: center
|
|
|
|
User Task
|
|
|
|
We can use the form builder to create the form.
|
|
|
|
.. figure:: figures/tasks/user_task_form.png
|
|
:scale: 30%
|
|
:align: center
|
|
|
|
User Task form
|
|
|
|
See the `Handling User Tasks`_ section for a discussion of sample code.
|
|
|
|
We have also retained some limited support for the now deprecated
|
|
camunda forms, which you can read about in our Camunda Specific section on :doc:`camunda/tasks`.
|
|
|
|
|
|
Business Rule Tasks
|
|
^^^^^^^^^^^^^^^^^^^
|
|
|
|
In our Business Rule Task, we'll use a DMN table to look up the price of the
|
|
product the user chose.
|
|
|
|
We'll need to create a DMN table.
|
|
|
|
What is DMN?
|
|
++++++++++++
|
|
|
|
Decision Model and Notation (DMN) is a standard for business decision
|
|
modeling. DMN allows modelers to separate decision logic from process logic
|
|
and maintain it in a table format. DMN is linked into BPMN with a *decision
|
|
task*.
|
|
|
|
With DMN, business analysts can model the rules that lead to a decision
|
|
in an easy to read table. Those tables can be executed directly by SpiffWorkflow.
|
|
|
|
This minimizes the risk of misunderstandings between business analysts and
|
|
developers, and allows rapid changes in production.
|
|
|
|
BPMN includes a decision task that refers to the decision table. The outcome of
|
|
the decision lookup allows the next gateway or activity to route the flow.
|
|
|
|
Our Business Rule Task will make use of a DMN table.
|
|
|
|
.. figure:: figures/tasks/dmn_table.png
|
|
:scale: 30%
|
|
:align: center
|
|
|
|
DMN Table
|
|
|
|
.. note::
|
|
We add quote marks around the product names in the table. Spiff will
|
|
create an expression based on the exact contents of the table, so if
|
|
the quotes are omitted, the content will be interpreted as a variable
|
|
rather than a string.
|
|
|
|
Then we'll refer to this table in the task configuration.
|
|
|
|
.. figure:: figures/tasks/business_rule_task.png
|
|
:scale: 30%
|
|
:align: center
|
|
|
|
Business Rule Task configuration
|
|
|
|
Script Tasks
|
|
^^^^^^^^^^^^
|
|
|
|
The total order cost will need to be calculated on the fly. We can do this in
|
|
a Script Task. We'll configure the task with some simple Python code.
|
|
|
|
.. figure:: figures/tasks/script_task.png
|
|
:scale: 30%
|
|
:align: center
|
|
|
|
Script Task configuration
|
|
|
|
The code in the script will have access to the task data, so variables that
|
|
have been defined previously will be available to it.
|
|
|
|
Manual Tasks
|
|
^^^^^^^^^^^^
|
|
|
|
Our final task type is a Manual Task. Manual Tasks represent work that occures
|
|
outside of SpiffWorkflow's control. Say that you need to include a step in a
|
|
process where the participant needs to stand up, walk over to the coffee maker,
|
|
and poor the cup of coffee. Manual Tasks pause the process, and wait for
|
|
confirmation that the step was completed.
|
|
|
|
Text that will be displayed to the user is added in the "Instructions" panel.
|
|
|
|
.. figure:: figures/tasks/manual_task.png
|
|
:scale: 30%
|
|
:align: center
|
|
|
|
Manual Task
|
|
|
|
Spiff's manual tasks may contain references to data inside the workflow. We have used
|
|
`Jinja <https://jinja.palletsprojects.com/en/3.0.x/>`_, but Spiff is set up in a way that
|
|
you could use any templating library you want, as well as Markdown formatting directives
|
|
(we won't implement those here though, because it doesn't make sense for a command
|
|
line app).
|
|
|
|
.. figure:: figures/tasks/manual_task_instructions.png
|
|
:scale: 30%
|
|
:align: center
|
|
|
|
Editing Instructions
|
|
|
|
See the `Handling Manual Tasks`_ section for a discussion of sample code.
|
|
|
|
For information about how Spiff handles Manual Tasks created with Camunda please
|
|
refer to the Camunda Specific section on :doc:`camunda/tasks`.
|
|
|
|
Running The Model
|
|
^^^^^^^^^^^^^^^^^
|
|
|
|
If you have set up our example repository, this model can be run with the following command:
|
|
|
|
.. code-block:: console
|
|
|
|
./spiff-bpmn-runner.py -p order_product -d bpmn/tutorial/product_prices.dmn -b bpmn/tutorial/task_types.bpmn
|
|
|
|
Example Application Code
|
|
------------------------
|
|
|
|
Handling User Tasks
|
|
^^^^^^^^^^^^^^^^^^^
|
|
|
|
We will need to provide a way to display the form data and collect the user's
|
|
responses.
|
|
|
|
.. code:: python
|
|
|
|
filename = task.task_spec.extensions['properties']['formJsonSchemaFilename']
|
|
schema = json.load(open(os.path.join(forms_dir, filename)))
|
|
for field, config in schema['properties'].items():
|
|
if 'oneOf' in config:
|
|
option_map = dict([ (v['title'], v['const']) for v in config['oneOf'] ])
|
|
options = "(" + ', '.join(option_map) + ")"
|
|
prompt = f"{field} {options} "
|
|
option = input(prompt)
|
|
while option not in option_map:
|
|
print(f'Invalid selection!')
|
|
option = input(prompt)
|
|
response = option_map[option]
|
|
else:
|
|
response = input(f"{config['title']} ")
|
|
if config['type'] == 'integer':
|
|
response = int(response)
|
|
task.data[field] = response
|
|
|
|
SpiffWorkflow uses JSON Schema to represent forms, specifically
|
|
`react-jsonschema-form <https://react-jsonschema-form.readthedocs.io/en/latest/>`_.
|
|
Our forms are really intended to be displayed in a browser, and attempting to handle them in a command
|
|
line appliction is a little awkward. The form specifications can be quite complex.
|
|
|
|
This simple implementation will present a list of options for simple enumerated fields and simply
|
|
directly stores whatever the user enters otherwise, with integer conversions if the field is so
|
|
specified. This is robust enough to collect enough information from a user to make it through our example.
|
|
|
|
SpiffWorkflow provides a mechanism for you to provide your own form specification and leaves it up to you
|
|
to decide how to present it.
|
|
|
|
|
|
Handling Business Rule Tasks
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
We do not need to do any special configuration to handle these Business Rule Tasks. SpiffWorkflow does it all for us.
|
|
|
|
Handling Script Tasks
|
|
^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
We do not need to do any special configuration to handle Script Tasks, although it
|
|
is possible to implement a custom script engine. We demonstrate that process in
|
|
Custom Script Engines section :doc:`advanced` features. However, the default script
|
|
engine will be adequate for now.
|
|
|
|
Handling Manual Tasks
|
|
^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
Our code for manual tasks simply asks the user to confirm that the task has been
|
|
completed.
|
|
|
|
.. code:: python
|
|
|
|
def complete_manual_task(task):
|
|
display_instructions(task)
|
|
input("Press any key to mark task complete")
|
|
|
|
:code:`display_instructions` handles presenting the task to the user.
|
|
|
|
.. code:: python
|
|
|
|
def display_instructions(task):
|
|
text = task.task_spec.extensions.get('instructionsForEndUser')
|
|
print(f'\n{task.task_spec.bpmn_name}')
|
|
if text is not None:
|
|
template = Template(text)
|
|
print(template.render(task.data))
|
|
|
|
The template string can be obtained from :code:`task.task_spec.extensions.get('instructionsForEndUser')`.
|
|
|
|
As noted above, our template class comes from Jinja. We render the template
|
|
using the task data, which is just a dictionary.
|
|
|
|
.. note::
|
|
|
|
Most of Spiff's task specifications contain this extension, not just Manual Tasks. We also use it to display
|
|
information along with forms, and about certain events.
|