Design & Engineering Methodology for Organizations
Design & Engineering Methodology for Organizations is an enterprise modelling methodology for transaction modelling, and analysing and representing business processes. It is developed since the 1980s by Jan Dietz and others, and is inspired by the language/action perspective
Overview
DEMO is a methodology for designing, organizing and linking organizations. Central concept is the "communicative action": communication is considered essential for the functioning of organizations. Agreements between employees, customers and suppliers are indeed created to communicate. The same is true for the acceptance of the results supplied.The DEMO methodology is based on the following principles:
- The essence of an organization is that it consists of people with authority and responsibility to act and negotiate.
- The modeling of business processes and information systems is a rational activity, which leads to uniformity.
- Models should be understandable for all concerned.
- Information should 'fit' with their users.
History
The DEMO methodology is inspired on the language/action perspective, which was initially developed as a philosophy of language by J. L. Austin, John Searle and Jürgen Habermas and was built on the speech act theory. The language/action perspective was introduced in the field of computer science and information systems design by Fernando Flores and Terry Winograd in the 1980s. According to Dignum and Dietz this concept has "proven to be a new basic paradigm for Information Systems Design. In contrast to traditional views of data flow, the language/action perspective emphasizes what people do while communicating, how they create a common reality by means of language, and how communication brings about a coordination of their activities."DEMO is developed at the Delft University of Technology by Jan Dietz in the early 1990s, and originally stood for "Dynamic Essential Modelling of Organizations". It builds on the Language Action Perspective, which is derived from the work include John Austin, John Searle and Jürgen Habermas since the 1960s. It is linked to the "Natural language Information Analysis Method" developed by Shir Nijssen, and object-role modeling further developed by Terry Halpin.
In the 1990s the name was changed to "Design & Engineering Methodology for Organizations". In the new millennium Jan Dietz further elaborated DEMO into "enterprise ontology", in which the graphic note of object-role modeling is integrated. These concepts were also developed by Dietz and others into a framework for enterprise architecture, entitled Architecture Framework. In the new millennium the French company Sogeti developed a methodology based on the DEMO, called Pronto. The further development of DEMO is supported by the international Enterprise Engineering Institute, based in Delft in The Netherlands.
DEMO, topics
Pattern of a business transaction
In DEMO the basic pattern of a business transaction is composed of the following three phases:- An actagenic phase during which a client requests a fact from the supplier agent.
- The action execution which will generate the required fact
- A factagenic phase, which leads the client to accept the results reported
Abstraction levels
DEMO assumes that an organization consists of three integrated layers:- B-organization,
- I-organization and
- D-organization.
This vision leads to a division into three perspectives or levels of abstraction:
- Essential: business system or the B system
- Informational: either the information I system
- Documenteel: data system either D system
The ontological model of an organization
The ontological model of an organisation in DEMO-3 consists of the integrated whole of four aspect models, each taking a specific view on the organisation:- Construction Model
- Process Model
- Action Model, and
- Fact Model
Construction Model
The Construction Model of an organisation is the ontological model of its construction: the composition, the environment, the interaction structure, and the interstriction structure.
The CM of an organisation is represented in an Organisation Construction Diagram, a Transaction Product Table, and a Bank Contents Table.
Process Model
The Process Model of an organisation is the ontological model of the state space and the transition space of its coordination world. Regarding the state space, the PM contains, for all internal and border transaction kinds, the process steps and the existence laws that apply, according to the complete transaction pattern. Regarding the transition space, the PM contains the coordination event kinds as well as the applicable occurrence laws, including the cardinalities of the occurrences. The occurrence laws within a transaction process are fully determined by the complete transaction pattern. Therefore, a PSD contains only the occurrence laws between transaction processes, expressed in links between process steps. There are two kinds: response links and waiting links.
A PM is represented in a Process Structure Diagram, and a Transaction Pattern Diagram for each transaction kind. In these diagrams it is indicated which ‘exceptions’ will be dealt with.
Action Model
The Action Model of an organisation consists of a set of action rules. There is an action rule for every agendum kind for every internal actor role. The agendum kinds are determined by the TPDs of the identified transaction kinds. An action rule consists of an event part, an assess part, and a response part to be performed.
An AM is represented in Action Rule Specifications and Work Instruction Specifications.
Fact Model
The Fact Model of an organisation is the ontological model of the state space and the transition space of its production world. Regarding the state space, the FM contains all identified fact kinds, and the existence laws. Three kinds of existence laws are specified graphically: reference laws, unicity laws, and dependency laws; the other ones are specified textually. Regarding the transition space, the FM contains the production event kinds as well as the applicable occurrence laws.
The transition space of the production world is completely determined by the transition space of its coordination world. Yet it may be illustrative to show the implied occurrence laws in an OFD.
The FM is represented in an Object Fact Diagram, possibly complemented by Derived Fact Specifications and Existence Law Specifications.
Operation principle
If somebody wants to ensure that someone else creates a desired result then he or she starts a communication with a request. The person responsible for the results, can respond with a promise. Some time later, when work was done, he/she can state that the desired result is achieved. If this result is accepted by the person who had asked for the result then this is a fact. The pattern described in the communication between two people is called a DEMO transaction. A chain of transactions is called in DEMO a business process.The result of a transaction can be specified in DEMO as a facttype, using object-role modeling.
Support tools
The Dutch company Essmod the "Essential Business Modeler" tool developed based on DEMO, which was acquired in 2008 by Mprise after which it renamed to Xemod.DEMO is also supported in the open source world with the architecture tool Open Modeling. There is also a free online modeling tool Model for World DEMO which can be in an online repository. Multiuser worked This tool is platform-independent in a web browser without downloading or installing software.