A scientific workflow system is a specialized form of a workflow management system designed specifically to compose and execute a series of computational or data manipulation steps, or workflow, in a scientific application.
Distributed scientists can collaborate on conducting large scale scientific experiments and knowledge discovery applications using distributed systems of computing resources, data sets, and devices. Scientific workflow systems play an important role in enabling this vision.
More specialized scientific workflow systems, e.g. Discovery Net, Apache Taverna and Kepler, provide a visual programming front end enabling users to easily construct their applications as a visual graph by connecting nodes together, and tools have also been developed to build such applications in a platform-independent manner. Each directed edge in the graph of a workflow typically represents a connection from the output of one application to the input of the next. A sequence of such edges may be called a pipeline.
A bioinformatics workflow management system is a specialized scientific workflow system focused on bioinformatics.
The simplest computerized scientific workflows are scripts that call in data, programs, and other inputs and produce outputs that might include visualizations and analytical results. These may be implemented in programs such as R or MATLAB, or using a scripting language such as Python or Perl with a command-line interface.
There are many motives for differentiating scientific workflows from traditional business process workflows. These include:providing an easy-to-use environment for individual application scientists themselves to create their own workflows
providing interactive tools for the scientists enabling them to execute their workflows and view their results in real-time
simplifying the process of sharing and reusing workflows between the scientists.
enabling scientists to track the provenance of the workflow execution results and the workflow creation steps.
By focusing on the scientists, the focus of designing scientific workflow system shifts away from the workflow scheduling activities, typically considered by grid computing environments for optimizing the execution of complex computations on predefined resources, to a domain-specific view of what data types, tools and distributed resources should be made available to the scientists and how can one make them easily accessible and with specific Quality of Service requirements
Scientific workflows are now recognized as a crucial element of the cyberinfrastructure, facilitating e-Science. Typically sitting on top of a middleware layer, scientific workflows are a means by which scientists can model, design, execute, debug, re-configure and re-run their analysis and visualization pipelines. Part of the established scientific method is to create a record of the origins of a result, how it was obtained, experimental methods used, machine calibrations and parameters, etc. It is the same in e-Science, except provenance data are a record of the workflow activities invoked, services and databases accessed, data sets used, and so forth. Such information is useful for a scientist to interpret their workflow results and for other scientists to establish trust in the experimental result.
There are many examples of scientific workflow systems:Anduril, bioinformatics and image analysis
ASKALON, a workflow system for Cloud and Grid executions of workflows
Apache Airavata, a general purpose workflow management system
Apache Taverna, widely used in bioinformatics, astronomy, biodiversity
Autosubmit, a Python-based tool that allows creating, launching and monitoring weather, air quality and climate experiments.
BioBIKE, a cloud-based bioinformatics platform
Bioclipse, a graphical workbench, with a scripting environment that lets you perform complex actions as a kind of workflow.
Collective Knowledge, a Python-based general workflow and experiment crowdsourcing framework with JSON API and cross-platform package manager
Cuneiform, a functional workflow language.
Discovery Net, one of the earliest examples of a scientific workflow system
Ergatis, workflow creation and monitoring interface
FireWorks, a system for defining, managing, and executing workflows
Galaxy, initially targeted at genomics
HyperFlow, a scientific workflow system combining a simple workflow description with low-level scripting programming, based on Node.js
Kepler scientific workflow system
KNIME, an open-source data analytics platform
Nextflow, a DSL for data-driven computational pipelines
Nipype, a Python-based workflow system with specific support for brain imaging
OnlineHPC, online scientific workflow designer and high performance computing toolkit
OpenMOLE, a scientific workflow system with transparent scaling from a multi-threaded execution up to grid computing execution
Orange, open source data visualization and analysis
Pegasus Workflow Management System
Pipeline Pilot, graphical programming with many tools to address Cheminformatics workflows
SciCumulus, a scientific workflow system, made for HPC environments which stores provenance data in a structured database, queryable at runtime. Used in bioinformatics, astronomy, seismic, deep water oil exploitation, etc.
Swift parallel scripting language, a scripting language with many of the capabilities of scientific workflow systems built-in.
Tavaxy, a cloud-based workflow system that integrates features from both Taverna and Galaxy.
TimeStudio, a general purpose, agile, scientific workflow system fully implemented in MATLAB.
VisTrails, a scientific workflow system developed in Python
Workspace, a cross-platform workflow framework by CSIRO
Yabi, a Python based general workflow system integrating any command line tool
A survey and comparison of some of the above systems can be found in the paper, "Scientific workflow systems – can one size fit all?"
Social networking communities such as myExperiment have developed to facilitate sharing and collaborative development of scientific workflows. Galaxy provide collaborative mechanisms for editing and publication of workflow definitions and workflow results directly on the Galaxy installation.
A key assumption underlying all scientific workflow systems is that the scientists themselves will be able to use a workflow system to develop their applications based on visual flowcharting, logic diagramming,or, as a last resort, writing code to describe the workflow logic. Powerful workflow systems make it easy for non-programmers to first sketch out workflow steps using simple flowcharting tools, and then hook in various data acquisition, analysis, and reporting tools. For maximum productivity, details of the underlying programming code should normally be hidden.
Workflow analysis techniques can be used to analyze the properties of such workflows to verify certain properties before executing them. An example of a theoretical formal analysis framework for the verification and profiling of the control-flow aspects of scientific workflows and their data flow aspects for the Discovery Net system is described in the paper, "The design and implementation of a workflow analysis tool" by Curcin et al.
The authors note that introducing program analysis and verification into the workflow world requires detailed understanding of execution semantics of workflow language, including execution properties of nodes and arcs in the workflow graph, understanding functional equivalencies between workflow patterns, and many other issues. Doing such analysis is difficult, and addressing these issues requires building on formal methods used in computer science research (e.g. Petri nets) and building on these formal methods to develop user-level tools to reason about the properties of both workflows and workflow systems. The lack of such tools in the past stopped automated workflow management solutions from maturing from nice-to-have academic toys to production-level tools used outside the narrow circle of early adopters and workflow enthusiasts.