@@ -22,11 +22,12 @@ $graph:
22
22
- |
23
23
# Abstract
24
24
25
- A Workflow is an analysis task represented by a directed graph describing
26
- a sequence of operations that transform an input data set to output.
27
- This specification defines the Common Workflow Language (CWL) Workflow
28
- description, a vendor-neutral standard for representing workflows
29
- intended to be portable across a variety of computing platforms.
25
+ One way to define a workflow is: an analysis task represented by a
26
+ directed graph describing a sequence of operations that transform an
27
+ input data set to output. This specification defines the Common Workflow
28
+ Language (CWL) Workflow description, a vendor-neutral standard for
29
+ representing workflows intended to be portable across a variety of
30
+ computing platforms.
30
31
31
32
- {$include: intro.md}
32
33
@@ -85,7 +86,7 @@ $graph:
85
86
specializeTo : " #ExpressionToolOutputParameter"
86
87
documentRoot : true
87
88
doc : |
88
- Execute an expression as a process step.
89
+ Execute an expression as a Workflow step.
89
90
fields :
90
91
- name : " class"
91
92
jsonldPredicate :
@@ -164,7 +165,7 @@ $graph:
164
165
- name : source
165
166
doc : |
166
167
Specifies one or more workflow parameters that will provide input to
167
- the underlying process parameter.
168
+ the underlying step parameter.
168
169
jsonldPredicate :
169
170
" _id " : " cwl:source"
170
171
" _type " : " @id"
@@ -187,7 +188,7 @@ $graph:
187
188
doc : |
188
189
The input of a workflow step connects an upstream parameter (from the
189
190
workflow inputs, or the outputs of other workflows steps) with the input
190
- parameters of the underlying process .
191
+ parameters of the underlying step .
191
192
192
193
## Input object
193
194
@@ -296,9 +297,9 @@ $graph:
296
297
docParent : " #Workflow"
297
298
doc : |
298
299
A workflow step is an executable element of a workflow. It specifies the
299
- underlying process implementation (such as `CommandLineTool`) in the `run`
300
- field and connects the input and output parameters of the underlying
301
- process to workflow parameters.
300
+ underlying process implementation (such as `CommandLineTool` or another
301
+ `Workflow`) in the `run` field and connects the input and output parameters
302
+ of the underlying process to workflow parameters.
302
303
303
304
# Scatter/gather
304
305
@@ -436,15 +437,15 @@ $graph:
436
437
specializeTo : " #WorkflowOutputParameter"
437
438
doc : |
438
439
A workflow describes a set of **steps** and the **dependencies** between
439
- those processes . When a process produces output that will be consumed by a
440
- second process , the first process is a dependency of the second process .
440
+ those steps . When a step produces output that will be consumed by a
441
+ second step , the first step is a dependency of the second step .
441
442
442
443
When there is a dependency, the workflow engine must execute the preceeding
443
- process and wait for it to successfully produce output before executing the
444
- dependent process . If two processes are defined in the workflow graph that
445
- are not directly or indirectly dependent, these processes are
446
- **independent**, and may execute in any order or execute concurrently. A
447
- workflow is complete when all steps have been executed.
444
+ step and wait for it to successfully produce output before executing the
445
+ dependent step . If two steps are defined in the workflow graph that
446
+ are not directly or indirectly dependent, these steps are **independent**,
447
+ and may execute in any order or execute concurrently. A workflow is
448
+ complete when all steps have been executed.
448
449
449
450
Dependencies between parameters are expressed using the `source` field on
450
451
[workflow step input parameters](#WorkflowStepInput) and [workflow output
@@ -458,21 +459,21 @@ $graph:
458
459
459
460
## Workflow success and failure
460
461
461
- A completed process must result in one of `success`, `temporaryFailure` or
462
- `permanentFailure` states. An implementation may choose to retry a process
462
+ A completed step must result in one of `success`, `temporaryFailure` or
463
+ `permanentFailure` states. An implementation may choose to retry a step
463
464
execution which resulted in `temporaryFailure`. An implementation may
464
465
choose to either continue running other steps of a workflow, or terminate
465
466
immediately upon `permanentFailure`.
466
467
467
- * If any step of a workflow execution results in `permanentFailure`, then the
468
- workflow status is `permanentFailure`.
468
+ * If any step of a workflow execution results in `permanentFailure`, then
469
+ the workflow status is `permanentFailure`.
469
470
470
471
* If one or more steps result in `temporaryFailure` and all other steps
471
472
complete `success` or are not executed, then the workflow status is
472
473
`temporaryFailure`.
473
474
474
- * If all workflow steps are executed and complete with `success`, then the workflow
475
- status is `success`.
475
+ * If all workflow steps are executed and complete with `success`, then the
476
+ workflow status is `success`.
476
477
477
478
# Extensions
478
479
0 commit comments