HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> CHARMS: a Charter Management System

CHARMS: a Charter Management System

Objectives

The objective of CHARMS, the Liquid Publication's charter management system, is to provide users with straight forward means for the specification and the automatic execution of the processes concerned with the creation, dissemination, and evaluation of research work. In other words, the aim is a user friendly system for managing research work.

Examples of research related processes are creating and running conferences, managing projects, writing papers collaboratively, compiling books, and so on. Each of these processes is defined by a set of rules. For instance, rules could address who is allowed to create, modify, assess knowledge (which we refer to as SKOs in the Liquid Publications project). Rules may also specify deadlines for actions, the accepted order of actions, and so on. We refer to these rules as the specification of the process model.

In addition to the specification of research related process models, the management system should also provide the automatic creation and update of a web-based user interface for the related researchers (or personnel). Existing examples of this are current conference management systems, such as ConfMaster and EasyChair. However, while existing conference management systems are hardcoded and the interface requires a manual updated every time a change occurs, CHARMS proposes an automated generation and update to the web-based user interface, eliminating the need for manual modifications. To achieve this, the specification of process models needs to be enriched with information about user interfaces.

A Charter Management System

Design
To achieve the objectives above, the user needs to specify the process model and enrich it with information about user interfaces. Ideally, we aim at providing a straight forward user interface that would allow the user to produce the specification through a simple drag-and-drop. Hence, we say the process model can be specified as a transition graph and an additional mapping file is needed to map the states of the transition graph to a set of 'views'. This is because each peer laying a specific role in the process model should see a different set of views, based on its current state in the model. Naturally, a library of 'views' should also be provided to allow the user to choose from.

Implementation
To implement the above, we make the following choices:

Publication

Brito, I., Osman, N., Sabater-Mir, J., & Sierra, C. (2010) CHARMS: A charter management system. Automating the integration of electronic institutions and humans, 8th European Workshop on Multi-Agent Systems, Paris, France, 16-17 December 2010. (Paper, Presentation)

Abstract: The execution of process models is usually presented through a graphical user interface, especially when users’ input is required. Existing mechanisms, such as Electronic Institutions (EIs), provide means to easily specify and automatically execute process models. However, every time the specification is modified, the graphical user interface (GUI) needed during the execution stage should be manually modified accordingly. This paper proposes a system that helps maintain such GUIs in an efficient and automated manner. We present and test Charms, a system built on top of EIs that allows the automatic creation and update of GUIs based on the provided process model specification.

Additional Information

The available version is a beta version. Its source code is available here.

An early presentation of our work is available here.

For any further questions, please contact Carles Sierra.