LC 00511: verschil tussen versies

Geen bewerkingssamenvatting
Geen bewerkingssamenvatting
Regel 5: Regel 5:
== Capturing Activities with the PQR Formula ==
== Capturing Activities with the PQR Formula ==


Human activity systems, as well as activities of other kinds of actors like machinery, can be modeled with help of the PQR formula. It concisely captures (human) activities executed to deal with particular circumstances which are motivated by the actors’ worldview. The formula is pivotal to EM<sub>ont</sub> and originates from the Soft Systems Methodology. Applying the PQR formula touches upon the expertise or knowing-how knowledge of an expert. It shapes a root definition: a statement written in a few sentences capturing the essence of someone’s worldview. The PQR formula reads like a sentence: “Do P by a Q in order to achieve R”. The letters P, Q and R do not resemble anything, except for being subsequent letters in the alphabet. A specific meaning, however, is attached to these letters (see Table ).
Human activity systems, as well as activities of other kinds of actors like machinery, can be modeled with help of the PQR formula. It concisely captures (human) activities executed to deal with particular circumstances which are motivated by the actors’ worldview. The formula is pivotal to EM<sub>ont</sub> and originates from the Soft Systems Methodology. Applying the PQR formula touches upon the expertise or knowing-how knowledge of an expert. It shapes a root definition: a statement written in a few sentences capturing the essence of someone’s worldview. The PQR formula reads like a sentence: “Do P by a Q in order to achieve R”. The letters P, Q and R do not resemble anything, except for being subsequent letters in the alphabet. A specific meaning, however, is attached to these letters (see Table 1).


The PQR formula applied to the case of counteracting a disaster (see Figure ) looks like: “You can counteract the disaster (P—What) by, depending on the circumstances, fighting it (Q1—How) or evacuating (Q2—How) in order to save you and your relatives’ lives (R—Why)”.
The PQR formula applied to the case of counteracting a disaster (see Figure below) looks like: “You can counteract the disaster (P—What) by, depending on the circumstances, fighting it (Q1—How) or evacuating (Q2—How) in order to save you and your relatives’ lives (R—Why)”.


'''Table 1.''' The meaning of P, Q and R of the PQR formula.
'''Table 1.''' The meaning of P, Q and R of the PQR formula.
Regel 31: Regel 31:


The PQR formula is in EM<sub>ont</sub> applied recursively in line with the recursive nature of patterns in the MPF. A How (Q) can be decomposed in more specific or diverse How’s (Q’s). To continue from the example in the figure below, the evacuation activity can be subdivided into evacuation by car (Q2,1) or by public transport (Q2,2). Hence, the evacuation activity (Q2) gets the status of a What activity (P2) for its constituents. The link between a How (Q) and a What (P) is established with the “part of” relation. Just like activities, goals can be decomposed into sub-goals as well.
The PQR formula is in EM<sub>ont</sub> applied recursively in line with the recursive nature of patterns in the MPF. A How (Q) can be decomposed in more specific or diverse How’s (Q’s). To continue from the example in the figure below, the evacuation activity can be subdivided into evacuation by car (Q2,1) or by public transport (Q2,2). Hence, the evacuation activity (Q2) gets the status of a What activity (P2) for its constituents. The link between a How (Q) and a What (P) is established with the “part of” relation. Just like activities, goals can be decomposed into sub-goals as well.
[[Bestand:Example of PQR.png|gecentreerd|miniatuur|'''Figure:''' Example of applying the PQR-formula.]]
[[Bestand:Example of PQR.png|gecentreerd|miniatuur|'''Figure 1:''' Example of applying the PQR-formula.]]
Generalizing from the example in this figure: by applying the PQR formula recursively, we can model an experts’ knowledge, that is, his behavioral patterns, at any desired level of detail. It should be noted that experts’ knowing-how knowledge is to a certain extent tacit knowledge, which is internalized and cannot be described in every detail. Nevertheless, experts can convey part of their expertise by pinpointing good practices and pitfalls. By making this explicit, we can assess whether the know-how of experts, i.e. , the way they achieve goals, cohere in order to make progress together in a problematic situation.
Generalizing from the example in this figure: by applying the PQR formula recursively, we can model an experts’ knowledge, that is, his behavioral patterns, at any desired level of detail. It should be noted that experts’ knowing-how knowledge is to a certain extent tacit knowledge, which is internalized and cannot be described in every detail. Nevertheless, experts can convey part of their expertise by pinpointing good practices and pitfalls. By making this explicit, we can assess whether the know-how of experts, i.e. , the way they achieve goals, cohere in order to make progress together in a problematic situation.


Regel 40: Regel 40:
Technically speaking, a situation and roles in a situation are both modeled with the unifying concept of context. The reason to unify these two concepts is that they are strongly related, or even stronger, they are actually the same when viewed from different perspectives. Take, for example, an organization, which can be seen as a role in particular situation together with other roles. But at the organization-level, the organization can be regarded as a situation that can be decomposed on its turn into roles such as departments and individual employees acting their parts.
Technically speaking, a situation and roles in a situation are both modeled with the unifying concept of context. The reason to unify these two concepts is that they are strongly related, or even stronger, they are actually the same when viewed from different perspectives. Take, for example, an organization, which can be seen as a role in particular situation together with other roles. But at the organization-level, the organization can be regarded as a situation that can be decomposed on its turn into roles such as departments and individual employees acting their parts.


The finer points of situations and roles are discussed with the help of the “Community resilience” example (Figure…). A community tries to cope with disturbances (main activity—What) by minimizing the effect of disturbances (main goal—Why), including the more specific situation “Flooding” and two roles namely “Rescue worker” and “Civilian”.
The finer points of situations and roles are discussed with the help of the “Community resilience” example (see Figure below). A community tries to cope with disturbances (main activity—What) by minimizing the effect of disturbances (main goal—Why), including the more specific situation “Flooding” and two roles namely “Rescue worker” and “Civilian”.


Specific roles apply to specific situations. For example, the role “Civilian: Civilian dealing with flooding” shows that the role “Civilian dealing with flooding” is a sub-context of the situation “Flooding”, as indicated by means of visually nesting contexts, and at the same time it is a sub-context of the role “Civilian”, as established by the notation ''super-context: sub-context''. Thus, a sub-context can be part of more than one super-context.
Specific roles apply to specific situations. For example, the role “Civilian: Civilian dealing with flooding” shows that the role “Civilian dealing with flooding” is a sub-context of the situation “Flooding”, as indicated by means of visually nesting contexts, and at the same time it is a sub-context of the role “Civilian”, as established by the notation ''super-context: sub-context''. Thus, a sub-context can be part of more than one super-context.


To conclude, it can be observed that a context is used to model situations comprising of sub-situations and roles. In turn, a role may be regarded as a situation for its constituents. That is, a role can be seen as a situation made up of sub-roles and sub-situations. By treating situations and roles similarly, refined and overlapping situations can be modeled matching reality in which situations and roles are not reducible to strict hierarchies.
To conclude, it can be observed that a context is used to model situations comprising of sub-situations and roles. In turn, a role may be regarded as a situation for its constituents. That is, a role can be seen as a situation made up of sub-roles and sub-situations. By treating situations and roles similarly, refined and overlapping situations can be modeled matching reality in which situations and roles are not reducible to strict hierarchies.
[[Bestand:Contexts example.png|gecentreerd|miniatuur|465x465px|'''Figure:''' example of a visualization of contexts: Community resilience.]]
[[Bestand:Contexts example.png|gecentreerd|miniatuur|465x465px|'''Figure 2:''' example of a visualization of contexts: Community resilience.]]


== Worldviews of Roles Involved ==
== Worldviews of Roles Involved ==
Regel 51: Regel 51:
Regarding roles, we have up to now focused only on one single way to carry out activities related to that role. However, people can carry out an activity in various ways. These different approaches originate from differences in people worldviews. And vice-versa, someone’s worldview can vary depending on the situation he is engaged in. Therefore, different worldviews will have to be considered in modeling activities. A worldview is regarded in EM<sub>ont</sub> as a particular way of role behavior in a given situation.
Regarding roles, we have up to now focused only on one single way to carry out activities related to that role. However, people can carry out an activity in various ways. These different approaches originate from differences in people worldviews. And vice-versa, someone’s worldview can vary depending on the situation he is engaged in. Therefore, different worldviews will have to be considered in modeling activities. A worldview is regarded in EM<sub>ont</sub> as a particular way of role behavior in a given situation.


Worldviews can be included in the model similarly to the way contexts were used to model roles in specific situations. Figure …  illustrates a situation with different worldviews: a Civilian can deal with flooding by leading the neighborhood and helping his neighbors or by dealing with flooding on its own. The sub-situation “Civilian dealing with flooding on its own” includes the belief “I do not trust the government”, which means that this particular civilian does not trust the government to organize public transport as evacuation means and will evacuate only with his own car.
Worldviews can be included in the model similarly to the way contexts were used to model roles in specific situations. The Figure below illustrates a situation with different worldviews: a Civilian can deal with flooding by leading the neighborhood and helping his neighbors or by dealing with flooding on its own. The sub-situation “Civilian dealing with flooding on its own” includes the belief “I do not trust the government”, which means that this particular civilian does not trust the government to organize public transport as evacuation means and will evacuate only with his own car.
[[Bestand:Worldviews example.png|gecentreerd|miniatuur|467x467px|'''Figure''': example of how worldviews are included in a concept map.]]
[[Bestand:Worldviews example.png|gecentreerd|miniatuur|467x467px|'''Figure 3''': example of how worldviews are included in a concept map.]]


== Interdependencies and Relations between Elements ==
== Interdependencies and Relations between Elements ==
Regel 58: Regel 58:
Roles played by actors in a situation are typically not island, they interact. The concept condition is used to characterize the quality of interactions between roles. They determine how and how well the actors in a situation interact and execute activities. Conditions can be influenced by the behavior of actors. They are often defined in a qualified way, e.g. “the availability of rescue workers”, or “sufficient supply of evacuation resources”. As such, a condition can be regarded as a system indicator indicating a system’s state.
Roles played by actors in a situation are typically not island, they interact. The concept condition is used to characterize the quality of interactions between roles. They determine how and how well the actors in a situation interact and execute activities. Conditions can be influenced by the behavior of actors. They are often defined in a qualified way, e.g. “the availability of rescue workers”, or “sufficient supply of evacuation resources”. As such, a condition can be regarded as a system indicator indicating a system’s state.


Typically, a goal and condition are related, expressed by the relation “contributes”: a goal contributes to a condition. In Figure , the goal “Right resources in the right place in time” contributes positively to the condition “Evacuation resources”. In other words, the condition is an indication of the extent to which the goal has been achieved. Note, a goal and a condition are deliberately modeled as different elements, because in real situations it frequently occurs that achieving one goal (contributing to a condition) can be undermined by achieving another goal (contributing to the same condition). Take for instance (not shown in the examples), a government formally informing civilians during a disturbance. The activities performed by civilians are likely to depend on the quality of information given by the government. This condition might be undermined though by civilians who spread rumors, whether deliberately or true or not, resulting in a lower information quality level. This might confuse civilians who have to decide who to trust, the government or the rumors.
Typically, a goal and condition are related, expressed by the relation “contributes”: a goal contributes to a condition. In the Figure below, the goal “Right resources in the right place in time” contributes positively to the condition “Evacuation resources”. In other words, the condition is an indication of the extent to which the goal has been achieved. Note, a goal and a condition are deliberately modeled as different elements, because in real situations it frequently occurs that achieving one goal (contributing to a condition) can be undermined by achieving another goal (contributing to the same condition). Take for instance (not shown in the examples), a government formally informing civilians during a disturbance. The activities performed by civilians are likely to depend on the quality of information given by the government. This condition might be undermined though by civilians who spread rumors, whether deliberately or true or not, resulting in a lower information quality level. This might confuse civilians who have to decide who to trust, the government or the rumors.


The examples in Figure … and Figure … show the type and quality of relations between activities, goals and conditions:
The examples in the two Figures below show the type and quality of relations between activities, goals and conditions:
* Dependency: an activity may depend on a condition, as is the case in Figure 4: evacuation with public transport “depends on” on the availability of evacuation resources. Dependency between an activity and a condition shows that the extent to which the activity can be executed depends on how well this activity is facilitated by other activities contributing positively to the condition the activity depends on (see Figure 5). It is meant as an efficacy relation, a necessary condition, which must be satisfied in order to perform an activity. That is, it is not possible to evacuate without even a minimal availability of evacuation resources.
* Dependency: an activity may depend on a condition, as is the case in Figure 3: evacuation with public transport “depends on” on the availability of evacuation resources. Dependency between an activity and a condition shows that the extent to which the activity can be executed depends on how well this activity is facilitated by other activities contributing positively to the condition the activity depends on (see Figure 4). It is meant as an efficacy relation, a necessary condition, which must be satisfied in order to perform an activity. That is, it is not possible to evacuate w
<accesscontrol>Access:We got to move</accesscontrol>
ithout even a minimal availability of evacuation resources.
* Contribution: a goal contributes to a condition, including a range of values (--, -, ±. +, ++), indicating a negative, neutral or positive contribution. The relation “contributes” is not as strong as the relation “depends on”. A dependency can be expressed as “contributes” for modeling situations in which the relation between an activity and a condition is weaker.
* Contribution: a goal contributes to a condition, including a range of values (--, -, ±. +, ++), indicating a negative, neutral or positive contribution. The relation “contributes” is not as strong as the relation “depends on”. A dependency can be expressed as “contributes” for modeling situations in which the relation between an activity and a condition is weaker.
[[Bestand:Interdependencies and Relations between Elements.png|gecentreerd|miniatuur|465x465px|Figure: example of relations (dependencies and contributions) between elements.]]
[[Bestand:Interdependencies and Relations between Elements.png|gecentreerd|miniatuur|465x465px|Figure 4: example of relations (dependencies and contributions) between elements.]]
The semantics of the “depends on” and the “contributes” relations have been deliberately not defined strictly. First, in our experience, these two relations are sufficient defined to get the finer points of interacting roles in a situation across. Second, precise definitions may actually restrict the applicability of the relations. As is the nature of the semantic web, ontologies may be refined to fit the application domain at hand.
The semantics of the “depends on” and the “contributes” relations have been deliberately not defined strictly. First, in our experience, these two relations are sufficient defined to get the finer points of interacting roles in a situation across. Second, precise definitions may actually restrict the applicability of the relations. As is the nature of the semantic web, ontologies may be refined to fit the application domain at hand.


Regarding the general pattern of relations as shown in Figure , the condition establishes an implicit relation between Activity A and Activity B. There is, however, no need to make the dotted relations between Activity A and B explicit, which have already been established by means of the “contributes” and “depends on” relations shown as solid lines.
Regarding the general pattern of relations as shown in the Figure below, the condition establishes an implicit relation between Activity A and Activity B. There is, however, no need to make the dotted relations between Activity A and B explicit, which have already been established by means of the “contributes” and “depends on” relations shown as solid lines.
[[Bestand:Implicit relations.png|gecentreerd|miniatuur|427x427px|Figure: implicit relations between activities.]]
[[Bestand:Implicit relations.png|gecentreerd|miniatuur|427x427px|Figure 5: implicit relations between activities.]]


== The Main Scheme of Community Resilience ==
== The Main Scheme of Community Resilience ==


Concept maps show the relations between concepts as propositions visually. This is especially useful for conveying ideas between stakeholders. However, concept maps of complex situations tend to grow large. Creating clarity in a complex model, such as the one about community resilience (see Figure 7, composed from Figure 3 and Figure 6), can be done firstly by developing a main scheme presenting the big, more generic picture including only the most important situations (sub-contexts, or so-called “hooks”). Details of the different sub-contexts can be provided only when “zooming in”, thus by developing separate schemes that describe the sub-context selected from the main scheme in more detail.
Concept maps show the relations between concepts as propositions visually. This is especially useful for conveying ideas between stakeholders. However, concept maps of complex situations tend to grow large. Creating clarity in a complex model, such as the one about community resilience (see Figure below, composed from Figure 2 and Figure 3), can be done firstly by developing a main scheme presenting the big, more generic picture including only the most important situations (sub-contexts, or so-called “hooks”). Details of the different sub-contexts can be provided only when “zooming in”, thus by developing separate schemes that describe the sub-context selected from the main scheme in more detail.


To the sub-contexts as shown in Figure 3, information can be added and removed, see Figure 6. For instance, specific roles at the bottom of the scheme such as “Civilian dealing with flooding on its own” and “Civilian leading the neighborhood to deal with flooding” are derived from the role “Civilian dealing with flooding”. Modeling elements can be discarded when they are not of use or add value to a particular sub-context. For instance, the context “Civilian dealing with flooding on its own”, the activity “Fight” has been removed. The octagonal shape of certain modeling elements indicates that this element occurs in other contexts as well. In Figure 4 and Figure 6 the activities “Fight” and “Evacuate” occur elsewhere in the context “Flooding” as well.
To the sub-contexts as shown in Figure 2, information can be added and removed, see Figure 4. For instance, specific roles at the bottom of the scheme such as “Civilian dealing with flooding on its own” and “Civilian leading the neighborhood to deal with flooding” are derived from the role “Civilian dealing with flooding”. Modeling elements can be discarded when they are not of use or add value to a particular sub-context. For instance, the context “Civilian dealing with flooding on its own”, the activity “Fight” has been removed. The octagonal shape of certain modeling elements indicates that this element occurs in other contexts as well. In Figure 3 and Figure 5 the activities “Fight” and “Evacuate” occur elsewhere in the context “Flooding” as well.
[[Bestand:Main concept map example.png|gecentreerd|miniatuur|523x523px|Figure: example of a main scheme presenting the big, more generic picture including only the most important situations.]]
[[Bestand:Main concept map example.png|gecentreerd|miniatuur|523x523px|Figure 6: example of a main scheme presenting the big, more generic picture including only the most important situations.]]


== Discussion ==
== Discussion ==
Regel 95: Regel 97:
|Show title=Ja
|Show title=Ja
|EMM access control=Access:We got to move,
|EMM access control=Access:We got to move,
}}<accesscontrol>Access:We got to move</accesscontrol>
}}
{{LC Book additional
{{LC Book additional
|Preparatory reading=LC 00510,
|Preparatory reading=LC 00510,
|Continue reading=LC 00512,
|Continue reading=LC 00512,
}}
}}

Versie van 4 nov 2020 19:01

Knowing-how knowledge (expertise, behavior and (non-)human activities) and worldviews of people acting in particular situations can be described and assessed with EMont. EMont consists of modeling elements, i.e., concepts and relations, which will be introduced shortly with the help of the fictitious and simplified situation of people counteracting a flooding disaster. In the section on applications, advanced modeling concepts are presented in the form of reusable patterns that can be adapted for modeling realistic situations.

The ontology is presented with the help of concept maps, a visual notation for relating concepts. As such, a concept map can be regarded as the visual counterpart of the fundamental semantic web proposition: subject → predicate → object (see as an example the Saint Nicolas and Black Peter concept map).

Capturing Activities with the PQR Formula

Human activity systems, as well as activities of other kinds of actors like machinery, can be modeled with help of the PQR formula. It concisely captures (human) activities executed to deal with particular circumstances which are motivated by the actors’ worldview. The formula is pivotal to EMont and originates from the Soft Systems Methodology. Applying the PQR formula touches upon the expertise or knowing-how knowledge of an expert. It shapes a root definition: a statement written in a few sentences capturing the essence of someone’s worldview. The PQR formula reads like a sentence: “Do P by a Q in order to achieve R”. The letters P, Q and R do not resemble anything, except for being subsequent letters in the alphabet. A specific meaning, however, is attached to these letters (see Table 1).

The PQR formula applied to the case of counteracting a disaster (see Figure below) looks like: “You can counteract the disaster (P—What) by, depending on the circumstances, fighting it (Q1—How) or evacuating (Q2—How) in order to save you and your relatives’ lives (R—Why)”.

Table 1. The meaning of P, Q and R of the PQR formula.

PQR Meaning
P What Activity What activity are we going to do, perform, execute or what process is going to happen?
Q How Sub-activity In what way are we going to do it?
R Why Goal What goal do we want to achieve?

The PQR formula is in EMont applied recursively in line with the recursive nature of patterns in the MPF. A How (Q) can be decomposed in more specific or diverse How’s (Q’s). To continue from the example in the figure below, the evacuation activity can be subdivided into evacuation by car (Q2,1) or by public transport (Q2,2). Hence, the evacuation activity (Q2) gets the status of a What activity (P2) for its constituents. The link between a How (Q) and a What (P) is established with the “part of” relation. Just like activities, goals can be decomposed into sub-goals as well.

Figure 1: Example of applying the PQR-formula.

Generalizing from the example in this figure: by applying the PQR formula recursively, we can model an experts’ knowledge, that is, his behavioral patterns, at any desired level of detail. It should be noted that experts’ knowing-how knowledge is to a certain extent tacit knowledge, which is internalized and cannot be described in every detail. Nevertheless, experts can convey part of their expertise by pinpointing good practices and pitfalls. By making this explicit, we can assess whether the know-how of experts, i.e. , the way they achieve goals, cohere in order to make progress together in a problematic situation.

Activities in Contexts

A situation is comprised of several actors brought together to achieve goals. Rather than talking about actors, we prefer to model human behavior as roles. An actor is regarded as someone or something in the real world that can play one or more roles. It is also conceivable that a role is realized by more than one actor. With the concept of role we can abstract away from real world entities and make a situation more generally applicable.

Technically speaking, a situation and roles in a situation are both modeled with the unifying concept of context. The reason to unify these two concepts is that they are strongly related, or even stronger, they are actually the same when viewed from different perspectives. Take, for example, an organization, which can be seen as a role in particular situation together with other roles. But at the organization-level, the organization can be regarded as a situation that can be decomposed on its turn into roles such as departments and individual employees acting their parts.

The finer points of situations and roles are discussed with the help of the “Community resilience” example (see Figure below). A community tries to cope with disturbances (main activity—What) by minimizing the effect of disturbances (main goal—Why), including the more specific situation “Flooding” and two roles namely “Rescue worker” and “Civilian”.

Specific roles apply to specific situations. For example, the role “Civilian: Civilian dealing with flooding” shows that the role “Civilian dealing with flooding” is a sub-context of the situation “Flooding”, as indicated by means of visually nesting contexts, and at the same time it is a sub-context of the role “Civilian”, as established by the notation super-context: sub-context. Thus, a sub-context can be part of more than one super-context.

To conclude, it can be observed that a context is used to model situations comprising of sub-situations and roles. In turn, a role may be regarded as a situation for its constituents. That is, a role can be seen as a situation made up of sub-roles and sub-situations. By treating situations and roles similarly, refined and overlapping situations can be modeled matching reality in which situations and roles are not reducible to strict hierarchies.

Figure 2: example of a visualization of contexts: Community resilience.

Worldviews of Roles Involved

Regarding roles, we have up to now focused only on one single way to carry out activities related to that role. However, people can carry out an activity in various ways. These different approaches originate from differences in people worldviews. And vice-versa, someone’s worldview can vary depending on the situation he is engaged in. Therefore, different worldviews will have to be considered in modeling activities. A worldview is regarded in EMont as a particular way of role behavior in a given situation.

Worldviews can be included in the model similarly to the way contexts were used to model roles in specific situations. The Figure below illustrates a situation with different worldviews: a Civilian can deal with flooding by leading the neighborhood and helping his neighbors or by dealing with flooding on its own. The sub-situation “Civilian dealing with flooding on its own” includes the belief “I do not trust the government”, which means that this particular civilian does not trust the government to organize public transport as evacuation means and will evacuate only with his own car.

Figure 3: example of how worldviews are included in a concept map.

Interdependencies and Relations between Elements

Roles played by actors in a situation are typically not island, they interact. The concept condition is used to characterize the quality of interactions between roles. They determine how and how well the actors in a situation interact and execute activities. Conditions can be influenced by the behavior of actors. They are often defined in a qualified way, e.g. “the availability of rescue workers”, or “sufficient supply of evacuation resources”. As such, a condition can be regarded as a system indicator indicating a system’s state.

Typically, a goal and condition are related, expressed by the relation “contributes”: a goal contributes to a condition. In the Figure below, the goal “Right resources in the right place in time” contributes positively to the condition “Evacuation resources”. In other words, the condition is an indication of the extent to which the goal has been achieved. Note, a goal and a condition are deliberately modeled as different elements, because in real situations it frequently occurs that achieving one goal (contributing to a condition) can be undermined by achieving another goal (contributing to the same condition). Take for instance (not shown in the examples), a government formally informing civilians during a disturbance. The activities performed by civilians are likely to depend on the quality of information given by the government. This condition might be undermined though by civilians who spread rumors, whether deliberately or true or not, resulting in a lower information quality level. This might confuse civilians who have to decide who to trust, the government or the rumors.

The examples in the two Figures below show the type and quality of relations between activities, goals and conditions:

  • Dependency: an activity may depend on a condition, as is the case in Figure 3: evacuation with public transport “depends on” on the availability of evacuation resources. Dependency between an activity and a condition shows that the extent to which the activity can be executed depends on how well this activity is facilitated by other activities contributing positively to the condition the activity depends on (see Figure 4). It is meant as an efficacy relation, a necessary condition, which must be satisfied in order to perform an activity. That is, it is not possible to evacuate w

Dit is een beveiligde pagina.

ithout even a minimal availability of evacuation resources.

  • Contribution: a goal contributes to a condition, including a range of values (--, -, ±. +, ++), indicating a negative, neutral or positive contribution. The relation “contributes” is not as strong as the relation “depends on”. A dependency can be expressed as “contributes” for modeling situations in which the relation between an activity and a condition is weaker.
Figure 4: example of relations (dependencies and contributions) between elements.

The semantics of the “depends on” and the “contributes” relations have been deliberately not defined strictly. First, in our experience, these two relations are sufficient defined to get the finer points of interacting roles in a situation across. Second, precise definitions may actually restrict the applicability of the relations. As is the nature of the semantic web, ontologies may be refined to fit the application domain at hand.

Regarding the general pattern of relations as shown in the Figure below, the condition establishes an implicit relation between Activity A and Activity B. There is, however, no need to make the dotted relations between Activity A and B explicit, which have already been established by means of the “contributes” and “depends on” relations shown as solid lines.

Figure 5: implicit relations between activities.

The Main Scheme of Community Resilience

Concept maps show the relations between concepts as propositions visually. This is especially useful for conveying ideas between stakeholders. However, concept maps of complex situations tend to grow large. Creating clarity in a complex model, such as the one about community resilience (see Figure below, composed from Figure 2 and Figure 3), can be done firstly by developing a main scheme presenting the big, more generic picture including only the most important situations (sub-contexts, or so-called “hooks”). Details of the different sub-contexts can be provided only when “zooming in”, thus by developing separate schemes that describe the sub-context selected from the main scheme in more detail.

To the sub-contexts as shown in Figure 2, information can be added and removed, see Figure 4. For instance, specific roles at the bottom of the scheme such as “Civilian dealing with flooding on its own” and “Civilian leading the neighborhood to deal with flooding” are derived from the role “Civilian dealing with flooding”. Modeling elements can be discarded when they are not of use or add value to a particular sub-context. For instance, the context “Civilian dealing with flooding on its own”, the activity “Fight” has been removed. The octagonal shape of certain modeling elements indicates that this element occurs in other contexts as well. In Figure 3 and Figure 5 the activities “Fight” and “Evacuate” occur elsewhere in the context “Flooding” as well.

Figure 6: example of a main scheme presenting the big, more generic picture including only the most important situations.

Discussion

The strength of modeling complex situations with EMont lies in putting patterns of (non-) human behavior, modeled with the PQR formula, in a context and applying these recursively. A context is key to modeling situations or roles, related activities and interactions of actors with different worldviews. The example of a flooding disaster is used as a simplified and incomplete illustration of a real situation. Real situations can be modeled in a comprehensive manner, but the models can also become very complex and big. Detailed descriptions of the sub-situations can be made by dividing a situation into sub-contexts and describing them in separate concept maps.

Subjects not discussed in this introduction to modeling with EMont include documenting good and bad practices, temporal orderings of (compound) activities and modeling conceptual knowledge and its connection to PQR’s in a context. These subjects make modeling with EMont more comprehensive, yet does not imply introducing significant different elements to EMont. They are discussed in a more formal section on the Expertise Management ontology.