they are made available for other users to see – often
defined as publication. The path can be described by
a set of consecutive evaluations, usually referred as
stages, in which users, defined by a specific business
role may, or may not, approve contents.
For example, in a newspaper, each article, after
written by a journalist, must be reviewed by the
journalist’s supervisor. If the article is approved, it
will go on to the next evaluation, and an upper
supervisor will have to evaluate the article;
otherwise it will return to the previous stage, and the
journalist will have to rewrite the article. The
evaluations will go on in chain until eventually some
supervisor will approve the article’s publication.
A Workflow in a CMS is exactly the chain of
evaluations that content undergoes since its creation
until its publication. It is now assumed a Workflow
has several stages. While each stage is associated
with one role – set of users – who are responsible for
evaluating the content – either approving it, or
declining it.
In the newspaper example, when a supervisor
declines content, the content will return to the
previous stage so it can be reviewed or rewritten
again. If, on the other hand, the content is approved
it will move on to the next stage. If it achieves the
last stage, the content will be published. While in the
physical world articles are printed in paper, in the
digital world contents may either be created or
replace existing versions of the content. As an
example it can be considered any page available in
the wikipedia web site, http://wikipedia.org. In this
web site each page may be replaced by a new
version, as well as new pages may be created. Pages
are the contents in this example.
The multiplicity of instances of the same content
that have to co-exist lead to the need of content
versioning. This happens since at least two versions
of the same content will be needed. One that is
published, and thereby the one all users can see, and
another one which is evaluated by supervisors, and
thereby available for supervisors to see. The former
will be referred as the published version, while the
latter will be referred as the draft version. This can
lead us to the conclusion that content is
characterized by its version.
Finally, there is also another aspect to be added,
the possible existence of predefined actions that may
occur every time a stage is achieved or departed
from. A simple notification to the author every time
the content he submitted is approved by a supervisor
is an example of what a predefined action can be.
Figure 1 illustrates how the mentioned concepts are
connected in a CMS Workflow Domain model.
4 CONCLUSIONS
The adoption of Workflow management systems is
urging in the Software industry, allowing the
automation of content’s production and integration,
This will lead to an optimization of the
organisation’s business processes.
CMS platforms with Workflow features show
how organizations can better support their business
processes, regarding agility and flexibility, since
they provide a beneficial separation between
contents and services, allowing the business users to
manage both in an easy and independent way.
In the CMS domain a Workflow has several
stages. While each stage has one responsible role
and a set of predefined actions that may be triggered
either when the content arrives or leaves the stage.
Finally the content, which is the artefact that goes
through the stages of the Workflow, has to be
identified by a version, since in the most simplistic
scenario at least two instances of the same content
will have to co-exist. Figure 1 ilustrates the domain
model of Workflow in CMS.
Workflows can be used in CMS is such
scenarios as documental management, e-commerce
and submission of articles. Documental management
concentrates on documents as its contents. The life
cycle of a document includes its creation, edition,
configuration of its visibility, deletion, etc. All such
operations can have associated Workflows that
provide automatism and flexibility to these
processes. E-commerce functionality can also take
advantage of Workflow support. For instance in a
purchase tracking mechanism, actions as the locking
of an item, the payment checking mechanism, the
client notification, and the notification of the
warehouse which is supposed to send the item to the
customer, can all be included in a Workflow which
is responsible for the coordination of each of these
steps. The last example of Workflow functionality in
a CMS is the publishing of articles. In this Use Case
scenario a user can create an article and submit it to
a CMS. The CMS can then, by means of a
Workflow, deliver the article to a supervisor, who
will revise it and either accept it, publishing it, or
declining it, sending feed-back for the user to
improve his article. The described scenarios show
the relevance and applicability of Workflows not
only to business processes, but in CMS.
CMS that support Workflow provide their users
a relevant advantage, since steps that that are
repeated very often may be automated, saving time
and allowing the users to concentrate on the most
important part of their jobs: to focus on their
business tasks creating business value for their
organizations.
WEBIST 2008 - International Conference on Web Information Systems and Technologies
234